RTCP 丟包抖動時延計算原理_第1頁
RTCP 丟包抖動時延計算原理_第2頁
RTCP 丟包抖動時延計算原理_第3頁
RTCP 丟包抖動時延計算原理_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、RTP/RTCP丟包/抖動/時延計算原理RTP/RTCP的基本功能介紹實時傳輸協(xié)議 RTP (A Transport Protocol for Real-Time Application)提供實時的端對 端傳輸業(yè)務(wù)(如交互的語音和圖象),包括負載類型標識,序列號,時間戳,傳輸監(jiān) 視。實時傳輸協(xié)議(RTP)本身并不提供任何機制保證實時傳輸或業(yè)務(wù)質(zhì)量保證,而是 讓底層協(xié)議去實現(xiàn)。RTP包括兩個緊密相關(guān)的部分:實時傳輸協(xié)議(RTPReal Time Transport Protocol),傳輸有實時特性的信息;RTP控制協(xié)議(RTCPRTP Control Protocol),監(jiān)視業(yè)務(wù)質(zhì)量和傳輸對話

2、中成員的 信息。RTP/RTCP 報文封裝格式為:DL+IP+UDP+RTP/RTCPRTP報文統(tǒng)計方法介紹RTP報文發(fā)送統(tǒng)計:NTP時間標志:64比特,指示了此報告發(fā)送時的壁鐘(wallclock)時亥lj,它可以與 從其它接收者返回的接收報告塊中的時間標志結(jié)合起來,測量到這些接收者的環(huán)路 時延。RTP時間標志:32比特,與以上的NTP時間標志對應(yīng)同一時刻,但是與數(shù)據(jù)包中 的RTP時間標志具有相同的單位和偏移量。發(fā)送包數(shù):32比特,從開始傳輸?shù)酱薙R包產(chǎn)生時該發(fā)送者發(fā)送的RTP數(shù)據(jù)包總數(shù)。 若發(fā)送者改變SSRC識別符,該計數(shù)器重設(shè)。發(fā)送字節(jié)數(shù):32比特,從開始傳輸?shù)酱薙R包產(chǎn)生時該發(fā)送者在R

3、TP數(shù)據(jù)包發(fā)送的 字節(jié)總數(shù)(不包括頭和填充)。若發(fā)送者改變SSRC識別符,該計數(shù)器重設(shè)。RTP報文接收統(tǒng)計:丟包率:8比特,自從前一 SR包或RR包發(fā)送以來,從SSRC_n傳來的RTP數(shù)據(jù)包 的損失比例,以固定點小數(shù)的形式表示,小數(shù)點在此域的左側(cè),等于將丟包率乘256 后取整數(shù)部分。該值定義為損失包數(shù)被期望接收的包數(shù)除。(對應(yīng)RTCP消息中的丟 包率時,除以256再乘以100即可,如為127,則丟包率為50%。)累計包損:24比特,從開始接收到現(xiàn)在,從源SSRC_n發(fā)到本源的RTP數(shù)據(jù)包的丟 包總數(shù)。該值定義為期望接收的包數(shù)減去實際接收的包數(shù)。擴展的最高接收序列號:32比特,低16比特包含從源

4、SSRC_n來的最高接收序列 號,高16比特用相應(yīng)的序列號周期計數(shù)器擴展該序列號。到達間隔抖動:32比特,RTP數(shù)據(jù)包到達時刻統(tǒng)計方差的估計值,以時間標志為單 位測量,用無符號整數(shù)表達。到達間隔抖動J定義為一對包中接收者相對發(fā)射者的 時間跨度差值的平均偏差。計算方法:若Si是包i的RTP時間標志,Ri是包i以 RTP時間標志單位的到達時刻值,對于兩個包i和j,D可以表達為 D(i,j)=(Rj-Rj)-(Ri-Si);到達間隔抖動可以在收到從源SSRC_n來的每個數(shù)據(jù)包i后連 續(xù)計算,利用該包和前一包i-1的偏差D (按到達順序,而非序號順序),根據(jù)公式 J=J+(|D(i-1,i)|-J)/

5、16計算。循環(huán)計算,生成報告塊時,取當時值。(具體可參考后面 的詳細描述)環(huán)路時延:上一個SR時間標志(LSR): 32比特,接收到的來自源SSRC_n的最新 RTCP發(fā)送者報告(SR)的64位NTP時間標志的中間32位。若還沒有接收到SR, 該域值為零。上一個SR以來的延時(DLSR): 32比特,是從收到來自SSRC_n的 SR包到發(fā)送此接收報告塊之間的延時,以1/65536秒為單位。若還未收到來自SSRC_n的SR包,該域值為零。環(huán)路時延計算方法:假設(shè)SSRC_r為發(fā)出此接收報 告塊的接收者。源SSRC_n可以通過記錄收到此接收報告塊的時刻 A來計算到 SSRC_r的環(huán)路傳輸時延。可以利

6、用最新的SR時間標志(LSR)域計算整個環(huán)路時 間A-LSR,然后減去此DLSR域得到環(huán)路傳播時延。(具體可參考后面的詳細描述)3.丟包率計算的實現(xiàn)InitRTPSeqNo表示本端收到的第一個RTP報文的序列號ExtRTPSeqNol-表示本端在采樣點1處收到的RTP報文中最大的序列號(即PreExpRcvRTPPkt 二 ExtRTPSeqNol - InitRTPSeqNo )RcvRTPPktl表示本端在采樣點1處實際收包數(shù)(PreRcvRTPPkt)ExtRTPSeqNo2-表示本端在采樣點2處收到的RTP報文中最大的序列號RcvRTPPkt2表示本端在采樣點2處實際收包數(shù)I實際間隔收

7、包數(shù)IReceivedIntervalRcvRTPPkt1 RcvRTPPkt2用戶在線 時間軸用戶在線 時間軸InitRTPSeqNoeqNo2ExtRTPSeqNo1 ExtRTPS預(yù)期間隔收包數(shù)1 ExpectedInterval LostInterval = ( ExpectedInterva - ReceivedInterval ) /ExpectedInterval4.環(huán)路時延計算的實現(xiàn)時間基準(設(shè)備啟動時間此段時間用1TCF報文中的Rtp_tSS存,發(fā)送給B端此段時間表示端點上線時間,即tartTime此段時間用1TCF報文中的Jtp保存,發(fā)送B端,KPeerSRTime此段時間

8、表示B端點上線時間,即tartTime此段時間表示端點收到四即艮文相對時間,即cvSRTime此段時間用1TCP報文中的Jtp保存,發(fā)送A端,KPeerSRTime此段時間表示端點收到四即艮文相對時間,即cvSRTime端點上線時間A端發(fā)送紡.LSR5.5.在端收到BR報文時計算 環(huán)路時延=7 - LSR(3)- DLSRDLSR=6-5B端發(fā)送SRB端發(fā)送SRA端接收所隨爵報文發(fā)回端承載軟件根據(jù)協(xié)議計算間隔抖動;上層控制軟件直接使用此值進行打包和告警。上層控制軟件直接使用jitter打包、告警jitter承載軟件根據(jù)協(xié)議計Mjitter備注:RTCP 一共有如下5個告警:接收報文丟報率告警發(fā)送報文丟報率告警接收報文間隔抖動告警發(fā)送報文間隔告警接收報文時延告警對于同一個IP地址,告警恢復(fù)之前,只上報一種告警;發(fā)送報文相關(guān)的告警是本端計算的, 接收報文相關(guān)的告警是對端計算,通過RTCP報文傳送過來的。上報告警的原則如下:計算出的丟

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論