WIKI使用導(dǎo)航
站長(zhǎng)百科導(dǎo)航
站長(zhǎng)專題
- 網(wǎng)站推廣
- 網(wǎng)站程序
- 網(wǎng)站賺錢(qián)
- 虛擬主機(jī)
- cPanel
- 網(wǎng)址導(dǎo)航專題
- 云計(jì)算
- 微博營(yíng)銷
- 虛擬主機(jī)管理系統(tǒng)
- 開(kāi)放平臺(tái)
- WIKI程序與應(yīng)用
- 美國(guó)十大主機(jī)
RTCP
RTP控制協(xié)議采用與數(shù)據(jù)包相同的分發(fā)機(jī)制，將控制包周期性傳輸?shù)剿袝?huì)話參與者中，底層協(xié)議必須提供數(shù)據(jù)和控制包的多路發(fā)送，并提供數(shù)據(jù)分發(fā)質(zhì)量反饋信息，這是RTP作為傳輸協(xié)議的部分功能，并且它涉及到了其它傳輸協(xié)議的流控制和擁塞控制，RTCP攜帶一個(gè)持久性傳輸層標(biāo)識(shí)符，稱為規(guī)范名或CNAME，由于一旦發(fā)現(xiàn)沖突或程序重啟時(shí)，SSRC標(biāo)識(shí)符會(huì)隨之改變，所以接收方需要CNAME來(lái)跟蹤每一個(gè)參與者。同時(shí)接收方還要求CNAME能夠與一組相關(guān)RTP會(huì)話中來(lái)自于給定參與者的多重?cái)?shù)據(jù)流相關(guān)聯(lián)。
RTCP概況[ ]
- RTCP功能要求所有的參與者都要發(fā)送RTCP包，因此必須控制速率以便RTP按比例增加大量的參與者，通過(guò)每一個(gè)參與者發(fā)送各自的控制包給其它所有參與者，每一個(gè)參與者能夠獨(dú)立觀察到參與者數(shù)量，該數(shù)量可用來(lái)計(jì)算控制包的發(fā)送速率。
- OPTIONAL功能用于傳送最少會(huì)話控制信息，例如在用戶界面顯示參與者標(biāo)識(shí)，這對(duì)于“松散受控”會(huì)話（在沒(méi)有成員控制或闡述協(xié)商的情況下，參與者可以加入或退出該會(huì)話）是非常有用的。
- 上述功能適用于所有環(huán)境，尤其是IP組播環(huán)境，RTP應(yīng)用程序設(shè)計(jì)者應(yīng)該避免設(shè)計(jì)只能工作于單播模式并且不能增加到大量數(shù)量的機(jī)制，在某些情況下如單向鏈接中不可能有來(lái)自接收方的反饋，所以RTCP的傳輸就可能由發(fā)送方和接收方分別獨(dú)立控制。
RTCP分組類型[ ]
- RTCP分為下面五種類型
類型 縮寫(xiě)表示 意義
200 SR 發(fā)送端報(bào)告
201 RR 接收端報(bào)告
202 SDES 遠(yuǎn)點(diǎn)
203 BYE 結(jié)束
204 APP 特定應(yīng)用
結(jié)束分組BYE表示關(guān)閉一個(gè)數(shù)據(jù)流。
- 特定應(yīng)用分組APP使應(yīng)用程序能夠定義新的分組類型，接收端報(bào)告分組RR用來(lái)使接收端周期性地向所有的點(diǎn)用多播方式進(jìn)行報(bào)告，接收端每收到一個(gè)RTP流就產(chǎn)生一個(gè)接收端報(bào)告分組RR，該RTP流的分組丟失率（若分組丟失率太高，發(fā)送端就應(yīng)該適當(dāng)?shù)亟档桶l(fā)送分組的速率）；在該RTP流中的最后一個(gè)RTP分組的序號(hào)；分組到達(dá)時(shí)間間隔的抖動(dòng)等。
- 發(fā)送RR分組有兩個(gè)目的，第一可以使所有的接收端和發(fā)送端了解當(dāng)前網(wǎng)絡(luò)的狀態(tài)。第二可以使所有發(fā)送RTCP分組的站點(diǎn)自適應(yīng)地調(diào)整自己發(fā)送RTCP分組的速率，使得起控制作用的RTCP分組不要過(guò)多地影響傳送應(yīng)用數(shù)據(jù)的RTP分組在網(wǎng)絡(luò)中的傳輸，通常是使RTCP分組的通信量不超過(guò)網(wǎng)絡(luò)中工大數(shù)據(jù)分組的數(shù)據(jù)量的5%，而接收端的通信量又應(yīng)小于所有RTCP分組的通信量的75%。
- 發(fā)送端報(bào)告分組SR用來(lái)使發(fā)送端周期性地向所有接收端用多播方式進(jìn)行報(bào)告，發(fā)送端每發(fā)送一個(gè)RTP流就要發(fā)送一個(gè)發(fā)送端報(bào)告分組SR，SR分組的內(nèi)容有：該RTP流的SSRC，該RTP流中最新產(chǎn)生的RTP分組的時(shí)間戳和絕對(duì)時(shí)鐘時(shí)間該RTP流包含的分組數(shù)；該RTP流包含的字節(jié)數(shù)。絕對(duì)時(shí)鐘時(shí)間是必要的，因?yàn)镽TP要求每一種媒體使用一個(gè)流。
RTCP的實(shí)現(xiàn)[ ]
Introduction[ ]
An RTCP implementation has three parts: the packet formats, the timing rules, and the participant database
Packet Formats:
Timing Rules:
所有的RTCP復(fù)合包被周期性送出,這個(gè)周期稱為reporting interval,所有的RTCP活動(dòng)都是以這個(gè)間隔發(fā)生的, 除了update of source description 和lip synchronization information,以及在這個(gè)interval內(nèi)發(fā)生的reception quality statistics?；谑盏降腞TCP包建立的：
- 根據(jù)這個(gè)db可以填充Reception Report,并發(fā)送給對(duì)方
- 可以維護(hù)Participant Information
- 可以用于進(jìn)行l(wèi)ip synchronization.
RTCP的傳輸[ ]
- 必須發(fā)送RTCP compound包,
- odd ports, 是RTP port + 1(最近不要求必須是奇數(shù),也不要求必須大1了)
- 所有的參與者應(yīng)當(dāng)送出compound packets,也接收所有其他的participants發(fā)送的compound packets,
三.RTCP的包格式 SR,RR,SDES,BYE,APP
通用頭(固定頭):4 octets
v p ic pt length(be measured in units of 32-bits word)
2 1 5 8 16
1.RR(Receiver Report)
Reception quality reporting:所有發(fā)送RTP數(shù)據(jù)的Sender的信息,每個(gè)block包含一個(gè)SSRC的RTP接受質(zhì)量報(bào)告
PT = 201
Format:
Reporter SSRC
{//一個(gè)Reporter Block
固定頭
24 octets的內(nèi)容
包括以下部分:
reportee SSRC:
cumulative number of packets lost :24bit的有符號(hào)數(shù),從會(huì)話開(kāi)始到現(xiàn)在期望收到-實(shí)際收到(可為負(fù))
extended highest sequence number :per session
loss fraction :per interval, 取整 [丟包/期望收到數(shù)目 * 256](如果丟包為負(fù)值,則結(jié)果設(shè)為0)
interarrival jitter :
last sender report timestamp(LSR) :從reportee端最后收到的Sender Report中NTP timestamp的中32bits.(無(wú)則為0)
delay since last sender report(DLSR) :最后收到SR和發(fā)送RR之間的間隔,以1/65536為單位(否則為0)
}
Items中每個(gè)entry如下:
Type Length content
8 8
Type == 0 表示Lists結(jié)束
RFC中規(guī)定了一些Items如:CNAME, NAME, EMAIL, PHONE, LOC, TOOL, NOTE, and PRIV.
Packet Validation[ ]
- 所有的包必須是復(fù)合包
- 版本必須是2
- 復(fù)合包開(kāi)始的RTCP Packet必須是SR和RR
- 如果需要Padding,則只有最后一個(gè)packet是padding的.
- 所有的RTCP packets的長(zhǎng)度必須等于復(fù)合RTCP包的長(zhǎng)度.
參與者數(shù)據(jù)庫(kù)[ ]
參與者和會(huì)話的信息
- RTCP的全局配置信息
- The RTP bandwidth
- RTCP所占總帶寬的比例(這意味必須知道RTP所占的總帶寬):default 0.05
- 發(fā)送間隔:default 5s(最小)
- 發(fā)送部分所占的比例:default 0.025
- The average size of all RTCP packets sent and received by this participant.