隨著VoIP領(lǐng)域不斷發(fā)展，滿足網(wǎng)絡(luò)QoS檢測需求的應(yīng)用也成為引人注目的焦點。IP QoS是指IP的服務(wù)質(zhì)量，也是指IP數(shù)據(jù)流通過網(wǎng)絡(luò)時的性能。目的就是向用戶提供端到端的服務(wù)質(zhì)量保證。有一套度量指標(biāo)，包括業(yè)務(wù)可用性、延遲、可變延遲、吞吐量和丟包率等，現(xiàn)就項目中在上海阿爾卡特網(wǎng)絡(luò)支援系統(tǒng)有限公司NGN實驗室中所得到的RTP和RTCP包進(jìn)行分析，主要研究其中3個因素，從而達(dá)到對實時流媒體數(shù)據(jù)進(jìn)行監(jiān)控的目的。

　　3.1 抖動

　　抖動會引起端到端時延的增加，引起語音質(zhì)量的降低。在音頻數(shù)據(jù)的傳輸過程中，由于傳輸延遲的不穩(wěn)定而造成相鄰數(shù)據(jù)包接收時刻間隔不穩(wěn)定，從而產(chǎn)生抖動。消除抖動的主要依據(jù)就是RTP包的首部中包含的時間戳字段。時間戳標(biāo)志著該段音頻數(shù)據(jù)中第一個采樣點的采樣時間。每兩個RTP包的抖動可以用其RTP包中的RTP時戳和接收的時刻進(jìn)行計算。

　　關(guān)于包的傳送時間，接收者最先了解到的是它的時間戳和接收者當(dāng)前時間之間的差值。該差值是：Di=Ri-Si，表示從包被蓋上戳開始，到它在信源的輸出鏈路上被實際發(fā)送為止，其中的傳送時間和某個機(jī)器時間。RFC 1889建議使用NTP來完成端點的端到端同步，但是也有非同步端點實現(xiàn)存在。

　　包i和包j之間增加的延遲差(二階效應(yīng))計算公式如下：設(shè)Rj代表第j個包的接受時刻，Sj代表第j個包的RTP時戳值，則第i個RTP報文與第j個RTP報文間的抖動為D(i，j)

　　在生成RTCP報文時，其應(yīng)當(dāng)傳送的時延抖動的值可用以下公式進(jìn)行遞推計算

　　其中：J為要傳送的時延抖動值。對后一項除以16是為了消除連帶噪聲。

　　抖動是分組交換的必然結(jié)果，影響抖動的因素一般和網(wǎng)絡(luò)的擁塞程度有關(guān)。由于語音同數(shù)據(jù)在同一條物理線上傳輸，語音數(shù)據(jù)通常會由于數(shù)據(jù)報文占用了物理線路而導(dǎo)致阻塞。解決抖動通常采用緩沖隊列來解決(在網(wǎng)關(guān)、IAD上均有JitterBuffer來消除抖動)，每收到一個數(shù)據(jù)包，先將其放人緩沖區(qū)，應(yīng)用程序在緩沖區(qū)另一端取數(shù)據(jù)，只要緩沖區(qū)足夠大，抖動一定能被平滑掉。而錯序是由于網(wǎng)絡(luò)擁擠而使某些后發(fā)的數(shù)據(jù)包先到達(dá)收端而引起的，只要設(shè)置足夠大的緩沖區(qū)來對數(shù)據(jù)包重新排序，就能解決這個問題。或者需要IP承載網(wǎng)采用QoS策略，保證語音數(shù)據(jù)的最高優(yōu)先級，得到最先發(fā)送和獲得高帶寬也是解決抖動問題的主要手段。

　　3.2 時延

　　時延是處理和傳輸導(dǎo)致數(shù)據(jù)不能按時到達(dá)的延遲，是影響流媒體數(shù)據(jù)傳輸?shù)囊粋€主要因素。話音信號在端到端傳輸過程中受到的時延遲滯通常包括：編解碼器引入的時延、打包時延、去抖動時延、承載網(wǎng)上的傳輸節(jié)點中排隊、服務(wù)處理時延。這些時延累計的總和將影響話質(zhì)，導(dǎo)致回聲干擾和交互性的劣化。對于VoIP系統(tǒng)，規(guī)定時延一般控制在150 ms內(nèi)。

　　分組語音網(wǎng)絡(luò)中的延遲可分為固定延遲和可變延遲。前者相對容易得到，筆者不作考慮。在計算丟包率時，主要考慮可變延遲。丟包判定等待時限Twait設(shè)定的大小在很大程度上影響丟包率計算的準(zhǔn)確性，也就是可變延遲的影響，它與語音包的傳輸延遲Ttrf有關(guān)，Twait越大等待時限就越長。但不能超過保證語音流連續(xù)播放的時間上限Tmax(Tmax一般取250 ms)，即：Twait=min(Twait，Tmax)。Ttrf可根據(jù)RTCP協(xié)議的SR控制包中的NTP(Network Time Protoco1)時間戳計算得到，見圖2。

　　使用RTCP包計算網(wǎng)絡(luò)時延要求在兩個端點之間傳送發(fā)送方報告(RTCPSR)。RTCP包中的報文類型以二進(jìn)制表示，其中十進(jìn)制的200代表此包的報文類型為SR(發(fā)送報文)。收到200的包類型，表明可以提供足夠的信息，計算與這個SSRC有關(guān)的發(fā)送方的延遲。那么就計算發(fā)送方流(SSRC)和源流(SSRC_n)之間的雙向延遲。每次在收到RTCPSR包時，必須保存上一個時間戳(Last SR Timestamp，LSR)和DLSR(Delay SinceLast SR)值。SSRC的LSR域是從該SSRC接收到的NTP時間戳的中間32 bit，只要接收到一個NTP時間戳就可以了。如果沒有接收到NTP時間戳，那么這個域應(yīng)該設(shè)置為0。信源可能無法獲得時鐘，或者其他可接受的消逝的時間。因此，在會話持續(xù)期間，特定SSRC的這個域可能保持為0。DLSR域是端點從發(fā)送者那里接收到一個SR以后過去的時問。這個計數(shù)器的每一步代表1/65 536 s。一般來說，在NTP時戳，LSR或DLSR等于零時，不應(yīng)該計算雙向延遲。網(wǎng)絡(luò)傳輸時延Ttrf即為雙向延遲的一半。具體計算方法如下：設(shè)目的網(wǎng)關(guān)接收源網(wǎng)關(guān)發(fā)送的控制包SRi，經(jīng)過一段時延DLSR后，向源網(wǎng)關(guān)發(fā)送相應(yīng)的響應(yīng)SR控制包SRj，并從控制包SRj中的NTP時間戳域中提取中間的32 bit作為控制包SRi的LSR。如果沒有收到源網(wǎng)關(guān)發(fā)出的SR控制包，則L5R和DLSR都置為0。最后，將DLSR和LSR的值填入到控制包SRj的相應(yīng)域中。設(shè)源網(wǎng)關(guān)接收到控制包SRj時刻為A，則當(dāng)前網(wǎng)絡(luò)傳輸延時為

　　Ttrf=(A-LSR-DLSR)/2 (3)

　　由實驗包中的數(shù)據(jù)得出的Ttrf是使用32 bit歸一化NTP時戳計算的，所以要把延遲轉(zhuǎn)換成毫秒單位，結(jié)果中前16 bit將與延遲秒數(shù)對應(yīng)，后16 bit與1/65 536 s的數(shù)字對應(yīng)。因此，上面16 bit必須乘以1 000，把秒轉(zhuǎn)換成毫秒。下面16 bit必須除以65 536，然后再乘以1 000。兩個因數(shù)之和可以得到最終結(jié)果。

　　實時語音傳輸要求端對端時延不能太大，端到端的時延要求分成4個等級：≤150ms(最好)、150～250ms(較好)、250～450ms(一般)和450ms以上(差)。可以通過設(shè)定IP優(yōu)先級、路由選擇、RED(隨機(jī)早期檢查)等技術(shù)來縮短IP網(wǎng)絡(luò)時延。

　?、賰?yōu)先級是指對每個數(shù)據(jù)包的級別進(jìn)行分類，不同級別的數(shù)據(jù)包在網(wǎng)絡(luò)進(jìn)行預(yù)留帶寬分配、通過順序、時延抖動、丟包等方面處理時，所受到的待遇不同，這樣可以確保語音、圖像等對實時性要求比較高的數(shù)據(jù)包優(yōu)先傳輸，以提高傳輸質(zhì)量。

　?、谶x擇合適的路由繞過那些負(fù)載過重的路由器，直接連到主干網(wǎng)進(jìn)行傳輸。

　?、郛?dāng)網(wǎng)絡(luò)擁擠發(fā)生擁塞時，RED就優(yōu)先丟棄一些對話音影響較小的數(shù)據(jù)包，并讓終點站降低傳輸速率，避免路由器或交換設(shè)備緩沖區(qū)溢出。

　　此外，采用流量控制、隊列管理、數(shù)據(jù)包保護(hù)技術(shù)也可以提高網(wǎng)絡(luò)的管理性能，從而縮小網(wǎng)絡(luò)時延。

　　3.3 丟包率

　　丟包率定義為在網(wǎng)絡(luò)中傳輸數(shù)據(jù)包時丟棄數(shù)據(jù)包的最高比率。數(shù)據(jù)包丟失一般是由網(wǎng)絡(luò)擁塞引起的。丟包對VoIP語音質(zhì)量的影響較大，在本實驗環(huán)境中，采用G.711時，當(dāng)丟包率大于10%時，已不能接受，而在丟包率為5%時，基本還可以接受，因此，要求IP承載網(wǎng)的丟包率小于5%。

　　丟包率為單位時間內(nèi)丟失的語音包的數(shù)目。檢測的具體方法是統(tǒng)計語音流中的連續(xù)2個SR(發(fā)送端報告控制包)的時間間隔Tint內(nèi)實際接收語音包的數(shù)目Nreal，然后按下面公式來計算丟包率Rlost

　　Rlost=(Nexp-Nreal)Nexp (4)

　　其中：Nexp為期望的語音包數(shù)目，它等于在Tint內(nèi)接收到語音包的最小序號Ni和最大序號Nj之差，用下面公式來表示：Nexp=Nj-Ni，實際接收到的語音包Nreal可能包括在Tint之前的遲到包(由于語音數(shù)據(jù)采用UDP協(xié)議傳輸，不存在重復(fù)包)，所以計算所得的丟包率會出現(xiàn)負(fù)數(shù)。此時丟包率定義為0。

　　丟包率的計算可在每個丟包判定等待時限內(nèi)計算，也可按照一定的時間間隔來計算一次，而這個時間間隔要根據(jù)網(wǎng)絡(luò)的負(fù)載、網(wǎng)絡(luò)的穩(wěn)定情況來確定。為了減少網(wǎng)絡(luò)的負(fù)載，不是每次計算的丟包率都要反饋給源網(wǎng)關(guān)的，而是事先根據(jù)網(wǎng)絡(luò)用戶期望的語音質(zhì)量來確定兩個丟包率狀態(tài)的閾值R1和R2。對于音頻而言，取R1=3%，R2=8%。當(dāng)Rlost>R2時，將丟包率信息的標(biāo)志位，置為“overload”(擁塞)，表示網(wǎng)絡(luò)處于擁塞狀態(tài);當(dāng)Rlost

　　根據(jù)RTP頭中的sequence number域，可以在接收端很輕易地發(fā)現(xiàn)包丟失，為丟包修復(fù)奠定基礎(chǔ)。在實際使用中發(fā)現(xiàn)，絕大多數(shù)丟包是單個丟包，兩個或兩個以上包丟失的比例較小。針對單個包的丟失，傳統(tǒng)的丟包處理方法有兩種：一種方法是重發(fā)，但在傳輸語音數(shù)據(jù)時，重發(fā)將引起播放質(zhì)量下降，出現(xiàn)無法識別的話音或回音現(xiàn)象;另一種方法是忽略，這同樣會影響播放質(zhì)量。更好的方案是使用拆分法優(yōu)化丟包損失。拆分法的基本思想是：在發(fā)送端把原來要打入一個RTP包的話音數(shù)據(jù)按照采樣間隔分成兩塊，然后采用相同的壓縮算法分別壓縮、打入RTP包，并標(biāo)記相同的時印進(jìn)行傳輸。在接收方執(zhí)行相反的過程，把解壓縮后的數(shù)據(jù)采樣、合并、回放。

　　如果某個RTP包在傳輸過程中丟失，那么丟失的只是原數(shù)據(jù)包按采樣間隔的一半信息，接收端可以用接受到的另一半信息，利用插值等方法恢復(fù)出原話音包的大部分信息，從而使話音質(zhì)量不至于下降太多。拆分法的主要思想如圖4所示。

　　4 結(jié)束語

　　對音頻數(shù)據(jù)的實時傳輸問題進(jìn)行了詳細(xì)分析，在分析RTP協(xié)議的基礎(chǔ)上，探討了基于RTP協(xié)議的QoS動態(tài)監(jiān)測的一些方法，并提出了解決在流媒體中存在的語音實時傳輸質(zhì)量保證的策略。避免語音通信實時性差的缺點，減小了網(wǎng)絡(luò)延時使抖動的影響減低，改善了語音傳輸效果。目前，IP電話用戶數(shù)每年正以239%的速度增長。下一步將以此為依據(jù)設(shè)計出基于RTP的一個應(yīng)用模型，進(jìn)行深層開發(fā)研究。