一種網(wǎng)絡內部媒體流完整性判斷方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種網(wǎng)絡內部媒體流完整性判斷方法及系統(tǒng)，所述方法包括：實時傳輸協(xié)議RTP分析模塊獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)；控制傳輸協(xié)議RTCP分析模塊獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)；判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，若是，則所述媒體流數(shù)據(jù)不完整；否則，所述媒體流數(shù)據(jù)完整。與現(xiàn)有技術相比，本發(fā)明能夠準確的判斷媒體流數(shù)據(jù)是否完整。
【專利說明】一種網(wǎng)絡內部媒體流完整性判斷方法及系統(tǒng)

【技術領域】
[0001]本發(fā)明涉及移動通信【技術領域】，尤其涉及一種網(wǎng)絡內部媒體流完整性判斷方法及系統(tǒng)。

【背景技術】
[0002]隨著網(wǎng)絡IP化以及各種新技術的逐步部署實施，可能導致語音降質的環(huán)節(jié)不斷增加，對網(wǎng)絡質量的評價，也從原來的無線信噪比拓展到IP網(wǎng)絡QoS、AMR碼率變化等領域。IP媒體流由IP承載網(wǎng)進行傳遞，中間需要經(jīng)過MAC、IP、UDP、RTP、AMR各層進行承載，在維護過程中，經(jīng)常出現(xiàn)由于媒體流不完整產(chǎn)生的用戶投訴，發(fā)生單通、斷話等現(xiàn)象。
[0003]目前判斷網(wǎng)絡內部的媒體流是否完整，大多是通過采集IP網(wǎng)絡的RTP(Real timeTransport Protocol,實時傳輸協(xié)議)和 RTCP (Real time Transport Control Protocol,RTP控制協(xié)議)包，基于IP承載層的包連續(xù)特性，判斷媒體流是否完整，根據(jù)RTP層的幀序號(Frame Number)或者AMR成的序號(Sequence Number)來進行完整性的判斷。
[0004]在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有的媒體流完整性判斷方案中，存在如下缺點:
[0005]IP承載層并不代表實際媒體流，因媒體網(wǎng)關設備自身等原因，可能會造成媒體流不連續(xù)、而IP承載層包連續(xù)的現(xiàn)象。對于媒體流從最終開始就丟包、或最后一直丟包的情況，因沒有前一包、或后一包，則無法判斷是否丟包。基于IP的分析，是分析了整個媒體流的，而不是用戶通話過程中聽到的媒體流，無法反應用戶對語音的感知情況。


【發(fā)明內容】

[0006]本發(fā)明的目的在于克服現(xiàn)有技術的缺點和不足，提供一種網(wǎng)絡內部媒體流完整性判斷方法及系統(tǒng)。
[0007]一種網(wǎng)絡內部媒體流完整性判斷方法，其特征在于，所述方法包括:
[0008]實時傳輸協(xié)議RTP分析模塊獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)；
[0009]控制傳輸協(xié)議RTCP分析模塊獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)；
[0010]判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，若是，則所述媒體流數(shù)據(jù)不完整；否則，所述媒體流數(shù)據(jù)完整。
[0011 ] 所述RTP分析模塊獲取RTP包內容后，還包括:
[0012]還原媒體流波形，通過對所述媒體流的能力、頻率和/或基音的計算，當確定所述媒體流有非正常聲音波形出現(xiàn)的銳減情況時，所述媒體流數(shù)據(jù)不完整。
[0013]所述RTCP分析模塊獲取RTCP消息并分析，包括:
[0014]獲取用戶通話狀態(tài)信息、會話描述協(xié)議信息和/或終結標示符信息，確定媒體流通道建立和拆除時間，在媒體流建立而未拆除期間，確認應該有媒體流數(shù)據(jù)。
[0015]所述RTCP消息包括:
[0016]從用戶振鈴階段到通話結束的語音消息；以及用戶通話的信令消息。
[0017]所述語音消息包括但不限于通話的應答時間、掛機時間、號碼、位置、地址、電路和失敗原因。
[0018]所述用戶通話的信令消息包括但不限于媒體控制信令和無線接入信令信息。
[0019]所述媒體控制信令在媒體網(wǎng)關和媒體網(wǎng)關控制器之間采集；所述無線接入信令在媒體網(wǎng)關和移動交換中心之間、媒體網(wǎng)關和移動交換中心服務器之間、基站控制器和移動交換中心之間、基站控制器和移動交換中心服務器之間、無線網(wǎng)絡控制器和移動交換中心之間、無線網(wǎng)絡控制器和移動交換中心服務器之間、基站和移動管理實體/服務網(wǎng)關之間米集。
[0020]一種網(wǎng)絡內部媒體流完整性判斷系統(tǒng)，所述系統(tǒng)包括實時傳輸協(xié)議RTP分析模塊、控制傳輸協(xié)議RTCP分析模塊和媒體流完整性判斷模塊，其中，
[0021]所述RTP分析模塊，用于獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)；
[0022]所述RTCP分析模塊，用于獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)；
[0023]所述媒體流完整性判斷模塊，用于判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，根據(jù)判斷結果確定媒體流數(shù)據(jù)是否完整。
[0024]所述RTP分析模塊還用于還原媒體流波形，通過對所述媒體流的能力、頻率和/或基音的計算，當確定所述媒體流有非正常聲音波形出現(xiàn)的銳減情況時，所述媒體流數(shù)據(jù)不完整。
[0025]所述RTCP分析模塊還包括信令獲取單元、分析單元和判斷單元，其中，
[0026]所述信令獲取單元，用于獲取用戶通話狀態(tài)信息、會話描述協(xié)議信息和/或終結標示符信息；
[0027]所述分析單元，用于確定媒體流通道建立和拆除時間；
[0028]所述判斷單元，用于判斷是否應該有媒體流數(shù)據(jù)。
[0029]本發(fā)明通過獲取RTP包內容以及RTCP消息內容，分析RTP包中是否有媒體流數(shù)據(jù)，并分析RTCP消息來判斷同一時間是否應該有媒體流數(shù)據(jù)，通過對比實際的媒體流數(shù)據(jù)和是否應該有媒體流數(shù)據(jù)，來判斷媒體流數(shù)據(jù)是否完整。與現(xiàn)有技術相比，能夠準確的判斷媒體流數(shù)據(jù)是否完整，進一步的，通過分析整個媒體流，可以分析用戶對語音的感知情況，準確判斷是否出現(xiàn)丟包。

【專利附圖】

【附圖說明】
[0030]圖1為本發(fā)明實施例1提供的網(wǎng)絡內部媒體流完整性判斷方法原理流程圖；
[0031]圖2為本發(fā)明實施例2提供的網(wǎng)絡內部媒體流完整性判斷系統(tǒng)結構示意圖；
[0032]圖3為本發(fā)明實施例3提供的系統(tǒng)中RTCP分析模塊200結構示意圖。

【具體實施方式】
[0033]下面結合附圖對本發(fā)明的【具體實施方式】進行詳細描述。但本發(fā)明的實施方式不限于此。
[0034]本發(fā)明實施例的原理在于通過分析IP上層協(xié)議，以及關聯(lián)其它接口控制協(xié)議，準確判定在判斷時間點，是否應有媒體流產(chǎn)生，如媒體流應有而沒有，則媒體流不完整。
[0035]本發(fā)明實施例通過在RTP包和RTCP消息中的應用來說明方案的基本原理，本發(fā)明實施例的實現(xiàn)并不局限于以下所述的應用環(huán)境中。
[0036]如圖1所示，為本發(fā)明實施例1提供的網(wǎng)絡內部媒體流完整性判斷方法原理流程圖，具體如下:
[0037]步驟10，RTP分析模塊獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)。
[0038]本發(fā)明實施例基于一個系統(tǒng)來實現(xiàn)，該系統(tǒng)通過RTP分析模塊來獲取RTP包，并層層解析RTP包的內容，從中獲取具體的媒體流數(shù)據(jù)，以此來判斷是否在相應時刻有媒體有數(shù)據(jù)。
[0039]具體的采集方案中，在IP網(wǎng)采集的語音信息包括IP協(xié)議的地址和端口等信息，IP承載 RTP 和 RTCP 協(xié)議，RTP 包括 RTP 序號(Sequence Number)、時間戳(Timestamp)。RTP上可以直接承載語音包，或者通過IuUP和AMR再承載語音包；IuUP和AMR也可以承載在ATM上，IuUP上有序號(Frame Number)信息。在最上層的語音包的編碼包括G.711、G.722、G.723、G.729 等方式。
[0040]進一步的，RTP分析模塊通過分析RTP內容，一方面記錄是否有媒體流，另一方面如有媒體流的話，則通過還原媒體流波形，通過對能力、頻率和基音進行計算，判斷是否有非正常聲音波形所能出現(xiàn)的銳減情況，如有，則判為媒體流不連續(xù)，也就是不完整。否則，再進行后續(xù)的判斷過程。
[0041 ] 步驟20，RTCP分析模塊獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)。
[0042]通過RTCP分析模塊采集RTCP消息，包括每個方向的丟包、抖動、噪音、MOS值、R系數(shù)值(R Factor)等。
[0043]RTCP分析模塊獲取控制面消息(RTCP消息)，而媒體網(wǎng)關控制信令中一般沒有號碼信息，但有用戶通話狀態(tài)信息(Alerting、Connect、Disconnect)、SDP (Sess1nDescript1n Protocol,會話描述協(xié)議)信息、TID (Terminal Identifier,終結標不符)信息，判斷媒體流通道何時建立，何時拆除，在媒體流建立而未拆除期間，認為應該有媒體流數(shù)據(jù)。
[0044]通常，采集到的控制信息中，語音信息是從用戶振鈴階段一直到通話結束，并且只有語音消息，為了要準確的判斷用戶通話信息部分的內容，并且獲得通話的應答時間、掛機時間、號碼、位置、地址、電路、失敗原因(Cause)等信息，需要采集用戶通話的信令消息，并與語音信息進行關聯(lián)分析。具體來說，需要包括采集媒體控制信令、無線接入信令信息。媒體控制信令包括MGCP (Media Gateway Control Protocol,媒體網(wǎng)關控制協(xié)議)、Megaco(Media Gateway Control protocol,媒體網(wǎng)關控制協(xié)議)、Η.248、SIP(Sess1n Initiat1nProtocol,信令控制協(xié)議)等協(xié)議,在MGW(Media Gateway,媒體網(wǎng)關)和MGC(Media GatewayController，媒體網(wǎng)關控制器)之間采集。無線接入信令包括Iu、A、Sl等接口的協(xié)議，可以在以下設備間接口采集到:MGW和MSC (Mobile Switching Centre,移動交換中心)之間、MGW 和 MSC Server (MSC 服務器)之間、BSC (Base Stat1n Controller,基站控制器)和MSC 之間、BSC 和 MSC Server 之間、RNC (Rad1 Network Controller,無線網(wǎng)絡控制器)和MSC 之間、RNC 和 MSC Server 之間、eNodeB (基站)和 MME (Mobility Management Entity,移動管理實體)/S-GW(Serving GateWay，服務網(wǎng)關)之間。從無線接入信令信息可以得到應答時間、掛機時間、號碼、位置、地址、切換、掉話、切換、電路、失敗原因(Cause)等信息，從而正確分析用戶通話過程中的語音質量，并對出現(xiàn)的問題進行位置、地址、號碼、原因等緯度的分析定位。
[0045]步驟30，判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，若是，則媒體流數(shù)據(jù)不完整；否則，媒體流數(shù)據(jù)完整。
[0046]本步驟是一個判斷的過程，根據(jù)之前獲得實際媒體流數(shù)據(jù)的有無，參照媒體流數(shù)據(jù)是否應該有，從而可以知道媒體書數(shù)據(jù)是否應該有而實際沒有，此時，媒體流數(shù)據(jù)不完整。如果應該有媒體流數(shù)據(jù)而實際上也有，則認為媒體流數(shù)據(jù)是完整的。
[0047]當然，這里的媒體流數(shù)據(jù)應該有和實際的有沒有，是基于同一時間判斷的，在同一時間內應該有而實際沒有，則認為媒體流數(shù)據(jù)不完整，出現(xiàn)了丟失。另外來說，如果實際的媒體流數(shù)據(jù)是損壞的，或者無效的，也認為該媒體流數(shù)據(jù)實際上并沒有。
[0048]本實施例的重點在于判斷IP承載層之上的協(xié)議進而判斷媒體流是否完整；關聯(lián)其它接口協(xié)議，從而判定在判斷時間點，是否應有媒體流產(chǎn)生；對于應有媒體流而沒有的，視為媒體流不完整。
[0049]如圖2所示，為本發(fā)明實施例2提供的網(wǎng)絡內部媒體流完整性判斷系統(tǒng)結構示意圖，該系統(tǒng)包括RTP分析模塊100、RTCP分析模塊200和媒體流完整性判斷模塊300，其中，
[0050]RTP分析模塊100，用于獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)。
[0051 ] RTCP分析模塊200，用于獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)。
[0052]媒體流完整性判斷模塊300，用于判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，根據(jù)判斷結果確定媒體流數(shù)據(jù)是否完整。也就是，判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，若是，則媒體流數(shù)據(jù)不完整；否則，媒體流數(shù)據(jù)完整。
[0053]進一步的，RTP分析模塊100還用于還原媒體流波形，通過對媒體流的能力、頻率和/或基音的計算，當確定媒體流有非正常聲音波形出現(xiàn)的銳減情況時，媒體流數(shù)據(jù)不完難
iF.0
[0054]如圖3所示，為本發(fā)明實施例3提供的上述系統(tǒng)中RTCP分析模塊200結構示意圖，具體包括信令獲取單元301、分析單元302和判斷單元303，其中，
[0055]信令獲取單元301，用于獲取用戶通話狀態(tài)信息、會話描述協(xié)議信息和/或終結標示符信息。
[0056]分析單元302，用于確定媒體流通道建立和拆除時間。
[0057]判斷單元303，用于判斷是否應該有媒體流數(shù)據(jù)。
[0058]綜上，本發(fā)明各個實施例通過獲取RTP包內容以及RTCP消息內容，分析RTP包中是否有媒體流數(shù)據(jù)，并分析RTCP消息來判斷同一時間是否應該有媒體流數(shù)據(jù)，通過對比實際的媒體流數(shù)據(jù)和是否應該有媒體流數(shù)據(jù)，來判斷媒體流數(shù)據(jù)是否完整。與現(xiàn)有技術相比，能夠準確的判斷媒體流數(shù)據(jù)是否完整，進一步的，通過分析整個媒體流，可以分析用戶對語音的感知情況，準確判斷是否出現(xiàn)丟包。
[0059]上述實施例為本發(fā)明較佳的實施方式，但本發(fā)明的實施方式并不受上述實施例的限制，其他的任何未背離本發(fā)明的精神實質與原理下所作的改變、修飾、替代、組合、簡化，均應為等效的置換方式，都包含在本發(fā)明的保護范圍之內。
【權利要求】
1.一種網(wǎng)絡內部媒體流完整性判斷方法，其特征在于，所述方法包括: 實時傳輸協(xié)議RTP分析模塊獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)； 控制傳輸協(xié)議RTCP分析模塊獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)； 判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，若是，則所述媒體流數(shù)據(jù)不完整；否則，所述媒體流數(shù)據(jù)完整。
2.如權利要求1所述的方法，其特征在于，所述RTP分析模塊獲取RTP包內容后，還包括: 還原媒體流波形，通過對所述媒體流的能力、頻率和/或基音的計算，當確定所述媒體流有非正常聲音波形出現(xiàn)的銳減情況時，所述媒體流數(shù)據(jù)不完整。
3.如權利要求1所述的方法，其特征在于，所述RTCP分析模塊獲取RTCP消息并分析，包括: 獲取用戶通話狀態(tài)信息、會話描述協(xié)議信息和/或終結標示符信息，確定媒體流通道建立和拆除時間，在媒體流建立而未拆除期間，確認應該有媒體流數(shù)據(jù)。
4.如權利要求1所述的方法，其特征在于，所述RTCP消息包括: 從用戶振鈴階段到通話結束的語音消息；以及用戶通話的信令消息。
5.如權利要求4所述的方法，其特征在于，所述語音消息包括但不限于通話的應答時間、掛機時間、號碼、位置、地址、電路和失敗原因。
6.如權利要求4或5所述的方法，其特征在于，所述用戶通話的信令消息包括但不限于媒體控制信令和無線接入信令信息。
7.如權利要求6所述的方法，其特征在于，所述媒體控制信令在媒體網(wǎng)關和媒體網(wǎng)關控制器之間采集；所述無線接入信令在媒體網(wǎng)關和移動交換中心之間、媒體網(wǎng)關和移動交換中心服務器之間、基站控制器和移動交換中心之間、基站控制器和移動交換中心服務器之間、無線網(wǎng)絡控制器和移動交換中心之間、無線網(wǎng)絡控制器和移動交換中心服務器之間、基站和移動管理實體/服務網(wǎng)關之間采集。
8.—種網(wǎng)絡內部媒體流完整性判斷系統(tǒng)，其特征在于，所述系統(tǒng)包括實時傳輸協(xié)議RTP分析模塊、控制傳輸協(xié)議RTCP分析模塊和媒體流完整性判斷模塊，其中， 所述RTP分析模塊，用于獲取RTP包內容并分析，記錄是否有媒體流數(shù)據(jù)； 所述RTCP分析模塊，用于獲取RTCP消息并分析，記錄是否應該有媒體流數(shù)據(jù)； 所述媒體流完整性判斷模塊，用于判斷是否應該有媒體流數(shù)據(jù)而實際上并無媒體流數(shù)據(jù)，根據(jù)判斷結果確定媒體流數(shù)據(jù)是否完整。
9.如權利要求8所述的方法，其特征在于，所述RTP分析模塊還用于還原媒體流波形，通過對所述媒體流的能力、頻率和/或基音的計算，當確定所述媒體流有非正常聲音波形出現(xiàn)的銳減情況時，所述媒體流數(shù)據(jù)不完整。
10.如權利要求8所述的系統(tǒng)，其特征在于，所述RTCP分析模塊還包括信令獲取單元、分析單元和判斷單元，其中， 所述信令獲取單元，用于獲取用戶通話狀態(tài)信息、會話描述協(xié)議信息和/或終結標示符信息； 所述分析單元，用于確定媒體流通道建立和拆除時間； 所述判斷單元，用于判斷是否應該有媒體流數(shù)據(jù)。
【文檔編號】H04L29/06GK104283850SQ201310281066
【公開日】2015年1月14日 申請日期:2013年7月5日 優(yōu)先權日:2013年7月5日
【發(fā)明者】黃冰柏, 周軒, 黃潔, 陳琳, 梅曉兵 申請人:中國移動通信集團浙江有限公司