專利名稱：：一種語音分析的方法、系統(tǒng)和語音采集前端機的制作方法
技術領域：
：本發(fā)明涉及通信
技術領域：
，特別是指一種語音分析的方法、系統(tǒng)和語音采集前端才幾。
背景技術：
：下一代網(wǎng)絡(NGN)是電信史的一塊里程碑，標志著新一代電信網(wǎng)絡時代的到來。隨著NGN中軟交換技術的飛速發(fā)展和應用，軟交換技術中的互聯(lián)網(wǎng)協(xié)議(IP)技術承載語音替代基于時分復用(TDM)的公共交換電話網(wǎng)絡(PSTN)已經(jīng)成為電信運營商的重要目標。但是，IP技術承載語音業(yè)務在提供高帶寬、高度靈活性和服務綜合性等等優(yōu)點的同時，也帶了新的困難和挑戰(zhàn)。由于IP網(wǎng)絡本身提供的是一種按照盡力而為策略實現(xiàn)的無連接業(yè)務，如何保證語音等業(yè)務的業(yè)務質量(Qos)性能，是能否為用戶提供優(yōu)質服務的關鍵所在。因此，對語音承載質量進行持久、有效的測試、監(jiān)控就顯得非常必要。語音流相對于信令流而言，承載了大量用戶的語音數(shù)據(jù)，因此它的流量較大。在這樣高流量的數(shù)據(jù)之中，如何從中合成屬于同一個語音鏈路的信息，如何分析其語音質量，產(chǎn)出指標告警，給出有指導意義的報表等信息，如何能夠同相關呼叫信令進行關聯(lián)分析，產(chǎn)生出統(tǒng)計指標。這些都是擺在進行高流量語音質量分析面前的難題。目前，現(xiàn)有技術在進行高流量語音質量分析時，第一種方法是同時監(jiān)測信令數(shù)據(jù)和語音數(shù)據(jù)，根據(jù)信令數(shù)據(jù)合成出每次呼叫的關鍵信息。從每次呼叫的關鍵信息中提取承載本次語音的IP地址對和端口對，然后關聯(lián)到所接收的相應的語音數(shù)據(jù)之中，在語音數(shù)據(jù)中找出IP地址對和端口對匹配的實時傳輸協(xié)議/實時傳輸控制協(xié)議(RTP/RTCP)數(shù)據(jù)包，根據(jù)RTP數(shù)據(jù)包、或者根據(jù)RTCP數(shù)據(jù)包所帶信息，分析本次通話的語音質量。系統(tǒng)根據(jù)記載每次通話語音鏈路損傷指標的數(shù)據(jù)，進行相關維度的統(tǒng)計，產(chǎn)生各種關4建業(yè)績指標(KPI，KeyPerformanceIndication)統(tǒng)計指標，分析其統(tǒng)計維度的語音質量?，F(xiàn)有技術的第二種方法是系統(tǒng)直接監(jiān)測RTP數(shù)據(jù)流，根據(jù)RTP數(shù)據(jù)包的信息合成語音鏈路，根據(jù)對RTP數(shù)據(jù)包的丟包，時延，抖動等指標的統(tǒng)計，計算產(chǎn)生語音質量指標。第一種方法由于先對信令數(shù)據(jù)采集，只有根據(jù)在信令數(shù)據(jù)中采集到的IP地址對和端口對后，才能采集語音數(shù)據(jù)中與IP地址對和端口對相應的RTP/RTCP數(shù)據(jù)包，再對RTP/RTCP數(shù)據(jù)包分析處理。因此，需要對語音數(shù)據(jù)和信令數(shù)據(jù)同時釆集、監(jiān)測關聯(lián)。存在以下缺點對語音數(shù)據(jù)和信令數(shù)據(jù)的采集要求較高，在硬件和軟件的實施部署上往往有一定的困難；同時監(jiān)測信令和語音流，加重了系統(tǒng)處理的負擔；實現(xiàn)技術復雜，由于需要通過信令數(shù)據(jù)解析信息，然后關聯(lián)RTP/RTCP流，對系統(tǒng)監(jiān)測的準確度有一定影響。第二種方法由于實現(xiàn)的過程中，RTP數(shù)據(jù)流較大，實現(xiàn)技術復雜，所采集到的RTP數(shù)據(jù)包只占RTP數(shù)據(jù)流的其中一部分。存在以下缺點直接根據(jù)所采集的RTP數(shù)據(jù)包合成出屬于同一個語音的鏈路信息時，存在一定的準確性的制約，所以從釆集到的RTP數(shù)據(jù)包出發(fā)，分析時延、抖動等指標，同樣存在準確性的問題。這樣得出的語音質量情況，其可信度存在一定準確性的影響；由于RTP流量較大，該方案同樣存在系統(tǒng)性能受到制約的問題。
發(fā)明內容有鑒于此，本發(fā)明在于提供一種語音分析的方法、系統(tǒng)和語音采集前端機，以解決上述現(xiàn)有技術中語音分析流程復雜、系統(tǒng)性能受制約的問題。為解決上述現(xiàn)有技術中的問題，本發(fā)明提供一種語音分析的方法，包括在所采集到的語音數(shù)據(jù)包中，獲取UDP奇數(shù)端口的數(shù)據(jù)包，通過判斷所述UDP奇數(shù)端口數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路，利用所述語音鏈路損傷指標分析所述相應的語音鏈路。其中，所述通過判斷所UDP奇數(shù)端口數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包的過程包括判斷數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。其中，確定所述RTCP數(shù)據(jù)包相對應的語音鏈路為查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路。其中，所述分析為利用所述語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到相應的MOS評分。其中，該方法之后進一步包括將所述語音鏈路相對應的呼叫鏈路關聯(lián)，輸出關聯(lián)后的分析記錄。其中，將所述語音鏈路相對應的呼叫鏈路關聯(lián)為將具有相同IP地址對和RTCP端口對的語音鏈^各和呼叫鏈路進行關聯(lián)。本發(fā)明還提供一種語音采集前端機，包括數(shù)據(jù)采集單元，用于采集語音數(shù)據(jù)包；獲取單元，用于從所述采集的語音數(shù)據(jù)包中獲取UDP奇數(shù)端口的數(shù)據(jù)包；判斷單元，用于判斷所述UDP奇數(shù)端口的數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；解碼單元，用于對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；查找單元，用于利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；分析單元，用于利用所述語音鏈路損傷指標分析所述相應的語音鏈路。其中，所述判斷單元，用于判斷數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。其中，所述查找單元，用于查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路。其中，所述分析單元，用于利用所述語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到相應的MOS評分。本發(fā)明還提供一種語音分析的系統(tǒng)，包括有信令采集前端機，語音采集前端機，中心站，信令采集前端機，用于在采集到的呼叫鏈路中，提取每次呼叫鏈路的IP地址和RTCP端口；語音釆集前端才幾，包括數(shù)據(jù)采集單元，用于采集語音數(shù)據(jù)包；獲取單元，用于從所述采集的語音數(shù)據(jù)包中獲取UDP奇數(shù)端口的數(shù)據(jù)包；判斷單元，用于判斷所述UDP奇數(shù)端口的數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；解碼單元，用于對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；查找單元，用于利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；分析單元，用于利用所述語音鏈路損傷指標分析所述相應的語音鏈路；中心站，用于將具有相同IP地址對和RTCP端口對的語音鏈路和呼叫鏈路進行關聯(lián)。本發(fā)明通過語音數(shù)據(jù)中提取關鍵信息分析語音鏈路，與現(xiàn)有技術相比，分析過程快速、準確，對于高流量語音流量而言，分析過程簡單，可將語音數(shù)據(jù)和信令數(shù)據(jù)分開監(jiān)測、分析，使語音分析系統(tǒng)部署更加方便；通過中心站將語音分析和相應的呼叫數(shù)據(jù)進行關聯(lián)，可得到豐富、易于識別的分析結果。圖1是本發(fā)明實施例的流程圖；圖2是實施例中RTCP數(shù)據(jù)包包頭結構的示意圖；圖3是實施例中定位語音鏈路的示意圖；圖4是實施例中語音鏈路和呼叫鏈路關聯(lián)的示意圖；圖5是系統(tǒng)實施例的示意圖；圖6是語音采集前端機的示意圖。具體實施方式下面結合附圖詳細說明本發(fā)明的各個實施例。首先給出本發(fā)明的實施例。參見圖1，步驟S101:在所采集到的語音數(shù)據(jù)包中，獲取用戶數(shù)據(jù)報協(xié)議(UDP，UserDatagramProtocol)奇數(shù)端口的數(shù)據(jù)包；對于高流量的語音數(shù)據(jù)的采集，采集板卡使用千兆以太網(wǎng)卡采集語音數(shù)據(jù)，采集后的語音數(shù)據(jù)需要過濾和解碼，濾除不相關的數(shù)據(jù)，只留下RTCP數(shù)據(jù)包。其中，過濾出RTCP數(shù)據(jù)包的過程需要結合數(shù)據(jù)端口特征和協(xié)議數(shù)據(jù)包頭的特征來綜合判斷。由于RTCP數(shù)據(jù)包不是獨立存在的，是與其對應的承載語音數(shù)據(jù)的RTP數(shù)據(jù)包一起傳送的，RTCP數(shù)據(jù)包用來表征記錄對應語音的相關信息。請求注解RFC1889(R叫uestforComments)身見定的承載RTP相關數(shù)據(jù)的UDP協(xié)議中，UDP偶數(shù)端口加1的奇數(shù)端口，就是對應的RTCP的數(shù)據(jù)端口。即，RTCP的數(shù)據(jù)包，在UDP的端口上，都是奇數(shù)的。因此，需要濾除所有非UDP的數(shù)據(jù)包，然后對UDP包頭做簡單解碼，濾除所有偶數(shù)包，得到UDP奇數(shù)端口的數(shù)據(jù)包。步驟S102:通過判斷所獲取數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；在所獲取的UDP奇數(shù)端口的數(shù)據(jù)包，也不一定就是RTCP數(shù)據(jù)包。為此，需要對荻取的數(shù)據(jù)包進一步的解碼判斷，判斷的依據(jù)是RTCP數(shù)據(jù)包頭結構。RTCP數(shù)據(jù)包的包頭(header)結構參見圖2，其中，版本(V):2bits，表示RTP的版本號，在RTCP報文中和RTP報文中的一樣。填充標志(P):lbit，如果該標志置位，這個RTCP報文在末尾包含不屬于控制信息的填充字節(jié)。填充字節(jié)的最后一個字節(jié)是應該忽略的填充字節(jié)的計數(shù)。一些加密算法需要固定塊長的填充字節(jié)。對于復合RTCP報文來說，由于復合報文作為一個整體來加密，因此填充字節(jié)僅僅出現(xiàn)在最后的單個報文中。接收報告計數(shù)(RC):5bits,表示報文中接收報告塊的個數(shù)。0是有效值。報文類型(PT):8bits，當該報文是SR報文時為常數(shù)200。長度(length):16bits,該RTCP報文的32位雙字的長度減1，包括首部和所有填充字節(jié)。減1使得0是有效長度值，避免掃描復合RTCP報文時出現(xiàn)無限循環(huán)，而以32位雙字計數(shù)是為了避免4字節(jié)對齊的有效性檢查。判斷出數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。步驟S103:對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、同步源(SSRC)標識；在得到RTCP數(shù)據(jù)包后，進行解碼，RTCP數(shù)據(jù)包中記錄有語音鏈路損傷指標、屬性信息。語音鏈路損傷指標包括有時延、抖動、丟包等情況的記錄；屬性信息包括有SSRC標識等一些屬性信息。在確定出數(shù)據(jù)包是RTCP數(shù)據(jù)包后，該數(shù)據(jù)包的端口也就是RTCP端口。步驟S104:利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路，因為具有與RTCP數(shù)據(jù)包相同端口和SSRC標識的語音鏈路，才是RTCP數(shù)據(jù)包相對應的語音鏈路。每條語音鏈路都會有通過預先定義的數(shù)據(jù)記錄構。如圖3所示，總管理器為每一條語音鏈路定義數(shù)據(jù)記錄，所有的數(shù)據(jù)記錄通過一個總的管理器來控制管理?？偣芾砥鞲鶕?jù)RTCP端口對和SSRC標識，將RTCP包定位到相關的語音鏈路記錄，隨后將該RTCP數(shù)據(jù)包的語音鏈路損傷指標、屬性信息等內容記錄在語音鏈路數(shù)據(jù)之中。如果RTCP端口和SSRC標識對應的語音鏈^^信息尚不存在，總管理器就負責創(chuàng)建一條語音鏈路?？偣芾砥鲗⑹褂霉?HASH)表等數(shù)據(jù)結構，來實現(xiàn)管理的功能。步驟S105:利用所述語音鏈路損傷指標分析所述相對應的語音鏈路；在確定出RTCP數(shù)據(jù)包相對應的語音鏈路后，利用在步驟S103中解碼后得到的語音鏈路損傷指標進行分析該語音鏈路的質量。在分析的過程中，利用語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到體現(xiàn)語音鏈^各質量的主7見評分(MOS，MeanOptionsScore)。判斷一條語音鏈路的質量狀況，最重要的指標是MOS(meanoptionsscore)。雖然MOS是一個主觀評分，因此我要通過客觀的語音鏈路損傷指標，如時延、抖動、丟包等情況，通過一套標準規(guī)范的算法手段，將之轉化成MOS值。通過在每條語音鏈路的記錄結構中的語音鏈路損傷指標，根據(jù)ITU-TG107的"E模型"(E—Model)計算出反映語音質量的R系數(shù)，然后根據(jù)R系數(shù)與MOS分數(shù)之間存在的映射關系，得出最終的MOS評分。參考文檔ITU-TG.107、ITU-TG..l13AppendixI、rfc355L計算R系數(shù)的主要思想?yún)⒖嘉臋nITU-TG..107,根據(jù)一個基準的基本信噪比值Ro,減去各種因素造成的損傷值，最后得出實際的語音質量評估值，也即R系數(shù)。理論上R=Ro-各種損傷因素。實際計算時，一般考慮語音鏈路損傷指標，如編碼、延時，抖動和包丟失等損傷因素，G.107給出的計算公式是R=Ro-Is-Id-Ie一eff+AIs是同步損傷；Id是時延損傷；Ie—eff是所謂有效的(effictive)設備損傷；A是一個修正的因子。然后分別計算等式右邊的各個值，得出R系數(shù)。在實際計算過程中，往往采用一些簡化的作法。首先一般A為0，所以直接去掉A。Ro和Is都采用缺省值代替，最后公式簡化為R=93.34-Id-Ie—eff只需要計算Id和Ie一eff，就可以算出一個比較準確的近似R系數(shù)的值。其中，計算Id的過程如下Id是時延損傷因素，是由數(shù)據(jù)包在從發(fā)送者到接受者的整個過程中，所有的延遲因素共同決定的。數(shù)據(jù)包在從發(fā)送者到接受者的整個過程，包括了如下延遲數(shù)據(jù)包從發(fā)送者到網(wǎng)關的延遲Ds;數(shù)據(jù)包經(jīng)過網(wǎng)關的延遲，所謂的編碼和組織數(shù)據(jù)包的延遲De;數(shù)據(jù)包從網(wǎng)關到接受者網(wǎng)關的延遲Drtcp;接受者網(wǎng)關的處理延遲，主要是緩沖抖動和解碼Dj;從接受者網(wǎng)關到接受者的中間延遲Dr;當收集了有關的上述延遲數(shù)據(jù)之后，就可以計算出Id值。現(xiàn)在關鍵是首先要計算出上述的延遲數(shù)據(jù)其中的Ds和Dr，既不好測量，而且它們本身也非常小，故而忽略為0。De主要跟編碼解碼的方式有關，因此可以計算出各種編碼方式的De經(jīng)驗值，查表獲得De的值。這個表給出了每種編碼在最好情況和最差情況下的De值，使用最好情況加上lt據(jù)包時間(packet_size)的20%來作為該編碼方式下的De值。packet—size的單位是毫秒ms,由不同的編碼方式可以查表G133AppendixI得到，如表1:<table>tableseeoriginaldocumentpage13</column></row><table>表1按照RTP的負載類型字段值，參考rfc3551的4.5，擴展上表，如表2:<table>tableseeoriginaldocumentpage13</column></row><table>181packet—size+520182packet—size+520183packetsize+5201(1016)packet_size+5203(GSM)packet—size+5205(DVI4-1)packet—size+5206(DVI4-2)packet_size+52010(L16-l)packet—size+52011(L16隱2)packet—size+52014(MPA)packetsize+52015(G728)packetsize+520111(G728)packet—size+520表2Drtcp是RTCP時延值除以2,這里的RTCP時延值是指一發(fā)一收兩個相鄰RTCP包所花費的時間之和。Dj=min(code—frame—size+0.9*RTPJitter，300)codeframesize應該就是上面算De提到的packet—size;RTP」itter是抖動值，其中，300為校準值。下面說明計算Ie_eff的過程，有關計算時的分析和表格，參閱ITU-TG.113AppendixI。首先ITU-TG..107給出了一個基本的計算公式，它說明了Ie—eff主要跟兩個因素有關編碼類型和丟包率Ie—eff=Ie+(95-Ie)*Ppl/(Ppl+Bpl)其中的Ie是純由編碼類型決定的設備損傷，Bpl是由編碼類型決定的"丟包強因子"，Ppl是丟包率。如果不考慮丟包率，Ie一eff就等于Ie。如果考慮丟包率，就按照上述公式計算。計算時相應數(shù)值的參閱表3:編碼(按照RTP的負載類型IeBpl14類型字段值區(qū)分)<table>tableseeoriginaldocumentpage15</column></row><table>表3上面描述的是計算R系數(shù)的過程。通過R系數(shù)和MOS值之間預定的對應關系，得到MOS值，將得到的R系數(shù)和MOS值記入對應的語音鏈路記錄之中。步驟S106:將所述語音鏈路相應的呼叫鏈路關聯(lián)，輸出關聯(lián)后的記錄。在信令呼叫的過程中，從信令數(shù)據(jù)包中提取RTP信息，并將RTP使用的IP地址和端口記載在呼叫鏈路中。由于RTP的端口加一后是RTCP的端口，語音鏈路中記載有RTCP的端口對和IP地址對，可通過RTCP端口對和IP地址對將語音鏈路和呼叫鏈路關聯(lián)。參見圖4，通過這個信息，中心站^殳備將具有相同IP地址對和端口對的語音鏈路和呼叫鏈路進行關聯(lián)，并向用戶輸出關聯(lián)后的記錄，使用戶掌握當前語音鏈路的質量情況。上面的實施例描述的是本發(fā)明的實施例進行語音分析的過程，下面詳細描述本發(fā)明的系統(tǒng)實施例，和語音采集前端的實施例。參見圖5、圖6在該系統(tǒng)的實施例中，包括信令采集前端機501、語音采集前端才幾502、中心站503，信令采集前端機501,用于在采集到的呼叫鏈路中，提取每次呼叫鏈路的IP地址和RTCP端口；中心站503,用于將具有相同IP地址對和RTCP端口對的語音鏈路和呼叫鏈路進行關聯(lián)。對于上述語音采集前端機502的實施例，其組成可參見圖6，語音采集前端機包括數(shù)據(jù)采集單元601，用于采集語音數(shù)據(jù)包；獲取單元602,用于從所述采集的語音數(shù)據(jù)包中獲取UDP奇數(shù)端口的數(shù)據(jù)包；判斷單元603,用于判斷所述UDP奇數(shù)端口的數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；解碼單元604,用于對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；查找單元605,用于利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；分析單元606，用于利用所述語音鏈路損傷指標分析所述相應的語音鏈路。在該實施例中，所述判斷單元603,用于判斷數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。在該實施例中，所述查找單元605,用于查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路。在該實施例中，所述分析單元606，用于利用所述語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到相應的MOS評分。對于本發(fā)明的方法、系統(tǒng)和語音采集前端機，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。權利要求1.一種語音分析的方法，其特征在于，包括在所采集到的語音數(shù)據(jù)包中，獲取用戶數(shù)據(jù)報協(xié)議UDP奇數(shù)端口的數(shù)據(jù)包，通過判斷所述UDP奇數(shù)端口數(shù)據(jù)包的版本號和報文類型，得到實時傳輸控制協(xié)議RTCP數(shù)據(jù)包；對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、同步源SSRC標識；利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路，利用所述語音鏈路損傷指標分析所述相應的語音鏈路。2、根據(jù)權利要求1所述的方法，其特征在于，所述通過判斷所UDP奇數(shù)端口數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包的過程包括判斷數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。3、根據(jù)權利要求1所述的方法，其特征在于，確定所述RTCP數(shù)據(jù)包相對應的語音鏈路為查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路。4、根據(jù)權利要求1所述的方法，其特征在于，所述分析為利用所述語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到相應的主，見評分MOS。5、根據(jù)權利要求1所述的方法，其特征在于，該方法之后進一步包括將所述語音鏈路相對應的呼叫鏈路關聯(lián)，輸出關聯(lián)后的分析記錄。6、根據(jù)權利要求5所述的方法，其特征在于，將所述語音鏈路相對應的呼叫鏈路關聯(lián)為將具有相同IP地址對和RTCP端口對的語音《連路和呼叫鏈路進行關聯(lián)。7、一種語音采集前端機，其特征在于，包括數(shù)據(jù)采集單元，用于采集語音數(shù)據(jù)包；獲取單元，用于從所述采集的語音數(shù)據(jù)包中獲取UDP奇數(shù)端口的數(shù)據(jù)包；判斷單元，用于判斷所述UDP奇數(shù)端口的數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；解碼單元，用于對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；查找單元，用于利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；分析單元，用于利用所述語音鏈路損傷指標分析所述相應的語音鏈路。8、根據(jù)權利要求7所述的語音采集前端機，其特征在于，所述判斷單元，用于判斷數(shù)據(jù)包的版本號為2、且報文類型的值在200至204之間時，則確定該數(shù)據(jù)包為RTCP數(shù)據(jù)包。9、根據(jù)權利要求7所述的語音采集前端機，其特征在于，所述查找單元，用于查找出與所述RTCP數(shù)據(jù)包有相同端口、SSRC標識相同的語音鏈路。10、根據(jù)權利要求7所述的語音采集前端機，其特征在于，所述分析單元，用于利用所述語音鏈路損傷指標得到R系數(shù)，通過R系數(shù)得到相應的MOS評分。11、一種語音分析的系統(tǒng)，其特征在于，包括有信令采集前端機，語音采集前端才幾，中心站，信令釆集前端機，用于在采集到的呼叫鏈路中，提取每次呼叫鏈路的IP地址和RTCP端口；語音采集前端機，包括數(shù)據(jù)采集單元，用于采集語音數(shù)據(jù)包；獲取單元，用于從所述采集的語音數(shù)據(jù)包中獲取UDP奇數(shù)端口的數(shù)據(jù)包；判斷單元，用于判斷所述UDP奇數(shù)端口的數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；解碼單元，用于對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；查找單元，用于利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP數(shù)據(jù)包相對應的語音鏈路；分析單元，用于利用所述語音鏈路損傷指標分析所述相應的語音鏈路；中心站，用于將具有相同IP地址對和RTCP端口對的語音鏈路和呼叫鏈路進行關聯(lián)。全文摘要本發(fā)明公開了一種語音分析的方法、系統(tǒng)和語音采集前端機。應用于通信
技術領域：
，本發(fā)明的方法包括在所采集到的語音數(shù)據(jù)包中，獲取UDP奇數(shù)端口的數(shù)據(jù)包，通過判斷所述UDP奇數(shù)端口數(shù)據(jù)包的版本號和報文類型，得到RTCP數(shù)據(jù)包；對所述RTCP數(shù)據(jù)包解碼，得到語音鏈路損傷指標、SSRC標識；利用所述RTCP數(shù)據(jù)包的端口和所述SSRC標識確定所述RTCP據(jù)包相對應的語音鏈路，利用所述語音鏈路損傷指標分析所述相應的語音鏈路。本發(fā)明提供一種語音分析的系統(tǒng)，和語音采集前端機。本發(fā)明在進行高流量語音數(shù)據(jù)分析時，分析過程簡單、快速、準確。文檔編號H04L29/06GK101272216SQ20071006456公開日2008年9月24日申請日期2007年3月20日優(yōu)先權日2007年3月20日發(fā)明者佟明君,翔高申請人:北京中創(chuàng)信測科技股份有限公司