專(zhuān)利名稱(chēng)：一種ip語(yǔ)音還原的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP語(yǔ)音領(lǐng)域，特別涉及一種IP語(yǔ)音還原的方法和裝置。
背景技術(shù)：
IP(Internet Protocol,網(wǎng)絡(luò)之間互連的協(xié)議)語(yǔ)音，就是“通過(guò)IP數(shù)據(jù)包發(fā)送實(shí)現(xiàn)的語(yǔ)音業(yè)務(wù)”利用IP網(wǎng)絡(luò)傳送語(yǔ)音，通過(guò)語(yǔ)音設(shè)備將模擬的聲音訊號(hào)進(jìn)行壓縮編碼處理，然后再把這些語(yǔ)音數(shù)據(jù)根據(jù)相關(guān)的協(xié)議進(jìn)行壓縮與封包，以數(shù)據(jù)封包的形式在IP網(wǎng)絡(luò)進(jìn)行語(yǔ)音訊號(hào)的傳輸，送到目的地后再把這些語(yǔ)音數(shù)據(jù)包串起來(lái)，經(jīng)過(guò)解壓解碼處理后，恢復(fù)成原來(lái)的語(yǔ)音信號(hào)，從而達(dá)到由IP網(wǎng)絡(luò)發(fā)送語(yǔ)音的目的.目前社會(huì)上利用電話進(jìn)行詐騙犯罪的活動(dòng)日趨增多，涉及的金額越來(lái)越大，影響 也越來(lái)越廣，犯罪份子利用IP語(yǔ)音技術(shù)進(jìn)行詐騙，如何有效地將IP數(shù)據(jù)包還原為聲音文件，以便偵破案件，成為人們的研究課題。

發(fā)明內(nèi)容
本發(fā)明提出一種IP語(yǔ)音還原的方法和裝置，解決了現(xiàn)有技術(shù)中無(wú)法將IP數(shù)據(jù)包有效還原為聲音的問(wèn)題。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開(kāi)了一種IP語(yǔ)音還原的方法，包括SI.從網(wǎng)絡(luò)數(shù)據(jù)pcap (packet capture library,抓包庫(kù))文件中提取數(shù)據(jù)包；S2.識(shí)別所述的數(shù)據(jù)包是否是RTP (Real-time Transport Protocol,實(shí)時(shí)傳輸協(xié)議)數(shù)據(jù)包，若是，進(jìn)入步驟S3，若否，返回步驟SI ；S3.將所述的RTP數(shù)據(jù)包還原成PCM(Pulse_code modulation,脈沖編碼調(diào)制)數(shù)據(jù)；S4.將所述的PCM數(shù)據(jù)轉(zhuǎn)換成· wav文件,進(jìn)行播放?！?wav為微軟公司(Microsoft)開(kāi)發(fā)的一種聲音文件格式。在本發(fā)明所述的IP語(yǔ)音還原的方法中，所述的步驟S2及步驟S3間還包括步驟S21 :對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。在本發(fā)明所述的IP語(yǔ)音還原的方法中，所述的步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包具體包括通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。在本發(fā)明所述的IP語(yǔ)音還原的方法中，所述的步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，具體還包括通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。在本發(fā)明所述的IP語(yǔ)音還原的方法中，所述的流特征包括UDP(User DatagramProtocol，用戶數(shù)據(jù)報(bào)協(xié)議)負(fù)荷頭兩個(gè)比特是0x10，或RTP流負(fù)荷類(lèi)型PT值不變，或
RTP流的每包SN值后包比前包遞增為1，或RTP值的Timestamp值為遞增，或RTP包的SSRC值為定值。本發(fā)明公開(kāi)了一種IP語(yǔ)音還原的裝置，用于實(shí)現(xiàn)上述的方法，包括用于對(duì)所述的IP語(yǔ)音還原的裝置的所有用電單元進(jìn)行供電的供電單元，還包括存儲(chǔ)單元，用于存儲(chǔ)網(wǎng)絡(luò)數(shù)據(jù)pcap文件；中央處理器，用于從所述的存儲(chǔ)單元的網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，并將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)；. wav格式轉(zhuǎn)換單元,用于將所述的中央處理器的PCM數(shù)據(jù)轉(zhuǎn)換成.wav文件格式； 語(yǔ)音播放單元，用于提取所述的.wav文件格式并進(jìn)行播放。在本發(fā)明所述的IP語(yǔ)音還原的裝置中，所述的中央處理器具有排序單元，用于對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。在本發(fā)明所述的IP語(yǔ)音還原的裝置中，所述的中央處理器具有分析呼叫信令單元，用于通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。在本發(fā)明所述的IP語(yǔ)音還原的裝置中，所述的中央處理器還具有流特征分析單元，用于通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。在本發(fā)明所述的IP語(yǔ)音還原的裝置中，所述的流特征分析單元分析的流特征，具體包括UDP負(fù)荷頭兩個(gè)比特是0x10 (十六進(jìn)制)，或RTP流負(fù)荷類(lèi)型PT值不變，或RTP流的每包SN (Sequence Number,序列號(hào))值后包比前包遞增為I,或RTP值的Timestamp (時(shí)間戳)值為遞增，或RTP 包的 SSRC (Synchronization Source Identifier,同步源標(biāo)識(shí))值為定值。實(shí)施本發(fā)明的一種IP語(yǔ)音還原的方法和裝置，具有的有益的技術(shù)效果在于；從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，還原為真實(shí)的聲音文件，從而為偵破不法分子利用IP語(yǔ)音技術(shù)進(jìn)行詐騙的犯罪活動(dòng)提供有效線索。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I是本發(fā)明一種IP語(yǔ)音還原的方法流程圖；圖2是本發(fā)明一種IP語(yǔ)音還原的裝置功能方框圖；圖3是本發(fā)明RTP的封裝結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。請(qǐng)參閱圖1，本發(fā)明的實(shí)施例，一種IP語(yǔ)音還原的方法，包括SI.從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包；S2.識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，若是，進(jìn)入步驟S3，若否，返回步驟SI ；S3.將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)；S4.將所述的PCM數(shù)據(jù)轉(zhuǎn)換成WAV文件，進(jìn)行播放。因?yàn)閿?shù)據(jù)采用的壓縮算法不一樣，必須還原為原始數(shù)據(jù)才可以進(jìn)行數(shù)模轉(zhuǎn)換，保 證語(yǔ)音質(zhì)量，根據(jù)壓縮編碼算法進(jìn)行解碼，如G729，G723等。步驟S2及步驟S3間還包括步驟S21 :對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。因?yàn)榫W(wǎng)絡(luò)數(shù)據(jù)包傳過(guò)來(lái)的是亂序了的，所以需要重新排序，可以根據(jù)RTP包的序列號(hào)來(lái)排序。步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包具體包括通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，具體還包括通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。流特征包括UDP負(fù)荷頭兩個(gè)比特是0x10，或RTP流負(fù)荷類(lèi)型PT值不變，或RTP流的每包SN值后包比前包遞增為I,或RTP值的Timestamp值為遞增，或RTP包的SSRC值為定值。請(qǐng)參閱圖2、一種IP語(yǔ)音還原的裝置，用于實(shí)現(xiàn)上述的方法，包括用于對(duì)所述的IP語(yǔ)音還原的裝置的所有用電單元進(jìn)行供電的供電單元10，還包括存儲(chǔ)單元20，用于存儲(chǔ)網(wǎng)絡(luò)數(shù)據(jù)pcap文件；中央處理器30，用于從存儲(chǔ)單元20的網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，并將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)；WAV格式轉(zhuǎn)換單元40，用于將中央處理器30的PCM數(shù)據(jù)轉(zhuǎn)換成WAV文件格式；語(yǔ)音播放單元50，用于提取所述的WAV文件格式并進(jìn)行播放。中央處理器20具有排序單元，用于對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。中央處理器20具有分析呼叫信令單元，用于通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。中央處理器20還具有流特征分析單元，用于通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。流特征分析單元分析的流特征,具體包括UDP負(fù)荷頭兩個(gè)比特是0x10，或RTP流負(fù)荷類(lèi)型PT值不變，或RTP流的每包SN值后包比前包遞增為1，或RTP值的Timestamp值為遞增，或
RTP包的SSRC值為定值。本技術(shù)方案的特征在于透過(guò)IP網(wǎng)絡(luò)傳輸?shù)恼Z(yǔ)音訊號(hào)，簡(jiǎn)單地說(shuō)，它是藉由一連串的轉(zhuǎn)碼、編碼、壓縮、打包等程序，讓語(yǔ)音數(shù)據(jù)可以在IP網(wǎng)絡(luò)上傳輸?shù)侥康亩?，然后再?jīng)由相反的程序，還原成原來(lái)的語(yǔ)音訊號(hào)以供接聽(tīng)者接收?；谡Z(yǔ)音傳輸?shù)脑?，IP語(yǔ)音還原需要通過(guò)以下步驟I、先識(shí)別IP語(yǔ)音媒體流根據(jù)流水號(hào)對(duì)RTP數(shù)據(jù)包排序，保證數(shù)據(jù)包的連貫性識(shí)別RTP頭中負(fù)載類(lèi)型PT，匹配相一致的語(yǔ)音解碼器用相應(yīng)的解碼器對(duì)RTP凈荷數(shù)據(jù)經(jīng)行解碼，生成原始的PCM數(shù)據(jù)，寫(xiě)入.wav文件中，最終生成能夠用音頻播放器進(jìn)行播放的音頻文件。RTP運(yùn)行在UDP的上層，可以看成是傳輸層的子層。RTP是用來(lái)傳輸流媒體實(shí)時(shí)數(shù)據(jù)，RTCP(Real-Time Transport Control Protocol)是用來(lái)控制和監(jiān)視它的傳輸。
由于RTP沒(méi)有簡(jiǎn)單的特征字，不能簡(jiǎn)單地通過(guò)包特征過(guò)濾進(jìn)行識(shí)別，要想識(shí)別RTP流量，只有兩種方法，第一種是通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉；第二種是通過(guò)對(duì)數(shù)據(jù)的“流特征”進(jìn)行分析，確定所要捕捉的RTP數(shù)據(jù)流。2、RTP 分析RTP/RTCP是一種應(yīng)用型的傳輸層協(xié)議，它并不提供任何傳輸可靠性的保證和流量的擁塞控制機(jī)制。它是由IETF(Internet Engineering Task Force)為視音頻的實(shí)時(shí)傳輸而設(shè)計(jì)的傳輸協(xié)議。RTP沒(méi)有連接的概念，它既可以建立在面向連接的底層協(xié)議上，又可以建立在面向無(wú)連接的底層協(xié)議上，因此RTP對(duì)傳輸層是獨(dú)立的。RTP —般由數(shù)據(jù)報(bào)文部分(RTP報(bào)文)和控制報(bào)文部分(RTCP)組成。其中，RTP是一種提供端對(duì)端傳輸服務(wù)的實(shí)時(shí)傳輸協(xié)議，用來(lái)支持在單目標(biāo)廣播和多目標(biāo)廣播網(wǎng)絡(luò)服務(wù)中傳輸實(shí)時(shí)數(shù)據(jù)，而實(shí)時(shí)數(shù)據(jù)的傳輸則由RTCP來(lái)監(jiān)視和控制。RTP運(yùn)行在UDP的上層，目的是為了使用UDP的端口號(hào)和校驗(yàn)和。在功能上獨(dú)立于下面的傳輸層(UDP)和網(wǎng)絡(luò)層，但不能單獨(dú)作為一個(gè)層次存在，RTP可以看成是傳輸層的子層。由多媒體應(yīng)用程序生成的聲音和視頻數(shù)據(jù)塊被封裝在RTP信息包中，每個(gè)RTP信息包被封裝在UDP消息段中，利用低層的UDP對(duì)實(shí)時(shí)視音頻數(shù)據(jù)進(jìn)行組播(Multicast)或單播(Unicast),從而實(shí)現(xiàn)多點(diǎn)或單點(diǎn)視音頻數(shù)據(jù)的傳輸。RTP信息包中的有效載荷域(Payload Type Field)的長(zhǎng)度為7位，因此RTP可支持128種不同的有效載荷類(lèi)型。對(duì)于聲音流，這個(gè)域用來(lái)指示聲音使用的編碼類(lèi)型，例如PCM、自適應(yīng)增量調(diào)制或線性預(yù)測(cè)編碼等。如果發(fā)送端在會(huì)話或者廣播的中途決定改變編碼方法，發(fā)送端可通過(guò)這個(gè)域來(lái)通知接收端。3、采用異或位移哈希算法進(jìn)行UDP數(shù)據(jù)流識(shí)別要實(shí)現(xiàn)RTP流量判別，必須在高速網(wǎng)絡(luò)流量中，對(duì)IP流進(jìn)行高速分析，而哈希算法是整個(gè)算法的核心。1997年，MCI網(wǎng)絡(luò)中的并發(fā)流數(shù)量大約為25萬(wàn)條；2003年CERNET0C48主干網(wǎng)絡(luò)流量并發(fā)流數(shù)達(dá)到300萬(wàn)條；近兩年隨著P2P技術(shù)的迅速發(fā)展，網(wǎng)絡(luò)流量的并發(fā)數(shù)更進(jìn)一步增加，這對(duì)網(wǎng)絡(luò)流量的測(cè)量和分析工作提出了更高的要求。為此我們采用異或位移哈希算法解決。另外為提高流查找的速度，我們根據(jù)IP流的本地性，即最近訪問(wèn)過(guò)的會(huì)話節(jié)點(diǎn)很有可能被再次訪問(wèn)的特點(diǎn)，將剛訪問(wèn)的節(jié)點(diǎn)放置在鏈表頭部，以減少哈希表的整體內(nèi)存訪問(wèn)次數(shù)，提高流查找的速度。通過(guò)多種有效手段的采用可以大大提高分析效率。4、RTP流量判別在前面已經(jīng)說(shuō)過(guò)，由于RTP流量沒(méi)有明顯的包特征值，要識(shí)別RTP流量，只有兩種方法；第一種是通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別；第二種是通過(guò)對(duì)數(shù)據(jù)的“流特征”進(jìn)行分析，確定所要捕捉的RTP數(shù)據(jù)流。第一種方法簡(jiǎn)單且效率高，但對(duì)應(yīng)用系統(tǒng)要求較高。在實(shí)際應(yīng)用中，我們采用兩種方法結(jié)合使用以提高準(zhǔn)確性。在上節(jié)流查找算法的基礎(chǔ)上，我們根據(jù)協(xié)議的定義，制訂了以下幾條RTP流的判
別策略。(I)UDP負(fù)荷頭兩個(gè)比特是0x10 (RTP header的版本號(hào)是2)；
(2) RTP流負(fù)荷類(lèi)型PT值不變(9 15bit)；(3) RTP流的每包SN值后包比前包遞增為I ;(4) RTP 值的 Timestamp 值為遞增；(5) RTP包的SSRC值為定值。我們采用此5條作為判斷RTP流量的必要條件，經(jīng)過(guò)實(shí)際測(cè)試，當(dāng)對(duì)每一個(gè)UDP數(shù)據(jù)流，如能連續(xù)檢出5個(gè)包符合上述策略，則認(rèn)定其滿足為RTP數(shù)據(jù)流的充分條件。經(jīng)過(guò)大量實(shí)際數(shù)據(jù)的測(cè)試，未發(fā)現(xiàn)錯(cuò)判現(xiàn)象。但在如此判別策略的基礎(chǔ)上，判出的RTP流均為單方向流量，如要得到一個(gè)完整的呼叫，還需在應(yīng)用層按照源、目的地址進(jìn)行關(guān)聯(lián)，將雙方向的呼叫合并到一起，以達(dá)到所要求的目的。請(qǐng)參閱圖3，RTP的封裝結(jié)構(gòu)示意圖。版本號(hào)(V) 2比特，用來(lái)標(biāo)志使用的RTP版本。填充位(P) 1比特，如果該位置位，則該RTP包的尾部就包含附加的填充字節(jié)。擴(kuò)展位(X) 1比特，如果該位置位的話，RTP固定頭部后面就跟有一個(gè)擴(kuò)展頭部。CSRC計(jì)數(shù)器(CC) 4比特，含有固定頭部后面跟著的CSRC的數(shù)目。標(biāo)記位(M) 1比特，該位的解釋由配置文檔(Profile)來(lái)承擔(dān).載荷類(lèi)型(PT) 7比特，標(biāo)識(shí)了 RTP載荷的類(lèi)型。序列號(hào)(SN) 16比特，發(fā)送方在每發(fā)送完一個(gè)RTP包后就將該域的值增加1，接收方可以由該域檢測(cè)包的丟失及恢復(fù)包序列。序列號(hào)的初始值是隨機(jī)的。時(shí)間戳32比特，記錄了該包中數(shù)據(jù)的第一個(gè)字節(jié)的采樣時(shí)刻。在一次會(huì)話開(kāi)始時(shí)，時(shí)間戳初始化成一個(gè)初始值。即使在沒(méi)有信號(hào)發(fā)送時(shí)，時(shí)間戳的數(shù)值也要隨時(shí)間而不斷地增加(時(shí)間在流逝)，時(shí)間戳是去除抖動(dòng)和實(shí)現(xiàn)同步不可缺少的。同步源標(biāo)識(shí)符(SSRC) 32比特，同步源就是指RTP包流的來(lái)源。在同一個(gè)RTP會(huì)話中不能有兩個(gè)相同的SSRC值。該標(biāo)識(shí)符是隨機(jī)選取的RFC1889推薦了 MD5隨機(jī)算法。貢獻(xiàn)源列表(CSRC List) 0 15項(xiàng)，每項(xiàng)32比特，用來(lái)標(biāo)志對(duì)一個(gè)RTP混合器產(chǎn)生的新包有貢獻(xiàn)的所有RTP包的源。由混合器將這些有貢獻(xiàn)的SSRC標(biāo)識(shí)符插入表中。SSRC標(biāo)識(shí)符都被列出來(lái)，以便接收端能正確指出交談雙方的身份。實(shí)施本發(fā)明的一種IP語(yǔ)音還原的方法和裝置，具有的有益的技術(shù)效果在于從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，還原為真實(shí)的聲音文件，從而為偵破不法分子利用IP語(yǔ)音技術(shù)進(jìn)行詐騙的犯罪活動(dòng)提供有效線索。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種IP語(yǔ)音還原的方法，其特征在于，包括 51.從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包； 52.識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，若是，進(jìn)入步驟S3，若否，返回步驟SI； 53.將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)； 54.將所述的PCM數(shù)據(jù)轉(zhuǎn)換成.wav文件，進(jìn)行播放。
2.根據(jù)權(quán)利要求I所述的IP語(yǔ)音還原的方法，其特征在于，所述的步驟S2及步驟S3間還包括步驟S21 :對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。
3.根據(jù)權(quán)利要求I所述的IP語(yǔ)音還原的方法，其特征在于，所述的步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包具體包括通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。
4.根據(jù)權(quán)利要求3所述的IP語(yǔ)音還原的方法，其特征在于，所述的步驟S2中識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，具體還包括通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。
5.根據(jù)權(quán)利要求4所述的IP語(yǔ)音還原的方法，其特征在于，所述的流特征包括UDP負(fù)荷頭兩個(gè)比特是0x10,或 RTP流負(fù)荷類(lèi)型PT值不變，或 RTP流的每包SN值后包比前包遞增為1，或 RTP值的Timestamp值為遞增，或 RTP包的SSRC值為定值。
6.一種IP語(yǔ)音還原的裝置，用于實(shí)現(xiàn)權(quán)利要求I所述的方法，包括用于對(duì)所述的IP語(yǔ)音還原的裝置的所有用電單元進(jìn)行供電的供電單元，其特征在于，還包括 存儲(chǔ)單元，用于存儲(chǔ)網(wǎng)絡(luò)數(shù)據(jù)Pcap文件； 中央處理器，用于從所述的存儲(chǔ)單元的網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包，并將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)； .wav格式轉(zhuǎn)換單元,用于將所述的中央處理器的PCM數(shù)據(jù)轉(zhuǎn)換成.wav文件格式； 語(yǔ)音播放單元，用于提取所述的.wav文件格式并進(jìn)行播放。
7.根據(jù)權(quán)利要求6所述的IP語(yǔ)音還原的裝置，其特征在于，所述的中央處理器具有排序單元，用于對(duì)所述的RTP數(shù)據(jù)包進(jìn)行排序。
8.根據(jù)權(quán)利要求6所述的IP語(yǔ)音還原的裝置，其特征在于，所述的中央處理器具有分析呼叫信令單元，用于通過(guò)分析呼叫信令的內(nèi)容，獲取傳輸媒體流的源、目的地址和端口號(hào)，再通知給過(guò)濾器進(jìn)行數(shù)據(jù)捕捉識(shí)別。
9.根據(jù)權(quán)利要求8所述的IP語(yǔ)音還原的裝置，其特征在于，所述的中央處理器還具有流特征分析單元，用于通過(guò)對(duì)RTP數(shù)據(jù)包的流特征進(jìn)行分析，識(shí)別所要捕捉的RTP數(shù)據(jù)流。
10.根據(jù)權(quán)利要求9所述的IP語(yǔ)音還原的裝置，其特征在于，所述的流特征分析單元分析的流特征，具體包括 UDP負(fù)荷頭兩個(gè)比特是0x10，或 RTP流負(fù)荷類(lèi)型PT值不變，或 RTP流的每包SN值后包比前包遞增為1，或 RTP值的Timestamp值為遞增，或RT P包的SSRC值為定值。
全文摘要
本發(fā)明提出了一種IP語(yǔ)音還原的方法，包括S1.從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包；S2.識(shí)別所述的數(shù)據(jù)包是否是RTP數(shù)據(jù)包；S3.將所述的RTP數(shù)據(jù)包還原成PCM數(shù)據(jù)；S4.將所述的PCM數(shù)據(jù)轉(zhuǎn)換成.wav文件，進(jìn)行播放。本發(fā)明還公開(kāi)了一種IP語(yǔ)音還原的裝置。本發(fā)明的提供的一種IP語(yǔ)音還原的方法和裝置能從網(wǎng)絡(luò)數(shù)據(jù)pcap文件中提取數(shù)據(jù)包，還原為真實(shí)的聲音文件，從而為偵破不法分子利用IP語(yǔ)音技術(shù)進(jìn)行詐騙的犯罪活動(dòng)提供有效線索。
文檔編號(hào)H04L29/06GK102882846SQ20121029329
公開(kāi)日2013年1月16日 申請(qǐng)日期2012年8月17日 優(yōu)先權(quán)日2012年8月17日
發(fā)明者李濤 申請(qǐng)人:廣東世紀(jì)網(wǎng)通信設(shè)備有限公司