第二章-iptv-網(wǎng)絡(luò)部分-流媒體的傳輸與控制協(xié)議-5-在線瀏覽
2025-03-30 15:08本頁面
【正文】 過 UDP協(xié)議傳輸。RTCP為實時傳輸控制協(xié)議，可以通過 TCP協(xié)議傳輸，也可以通過 UDP協(xié)議傳輸，但與 RTP采用不同的端口號，加以分離 ? RTSP， RTSP為實時流協(xié)議，也可以說是話路控制協(xié)議，支持如像 VCR那樣的操作控制，如暫停、快進、快退等。傳輸延遲的一個表現(xiàn)形式是端到端延遲 (end—to—end delay) ? 多媒體視頻會議的實踐和 ITU的建議將交互式視頻應(yīng)用的端到端延遲限制在 150ms以內(nèi) ? 傳輸延遲的另一個表現(xiàn)形式是傳輸抖動 (jitter)。由于視頻源必須處理每秒 2530幀的視頻，那么實時壓縮解壓縮的處理能力必須達到3040ms以內(nèi)。 – 終端排隊和等時延時。從回放緩沖區(qū)調(diào)度出來的數(shù)據(jù)包經(jīng)過解包和解壓縮，這段耗時與壓縮和打包延時相同，為 3040ms – 傳輸?shù)亩说蕉搜訒r。前者無法減少。 RTP是一個因特網(wǎng)標(biāo)準(zhǔn)協(xié)議，用于提供端對端的傳輸功能，以便支持實時應(yīng)用 ? RTCP是為了向 RTP話路的參與者提供 QoS反饋 IPTV流媒體傳輸與控制協(xié)議 ? RTP／ RTCP協(xié)議族概述 –功能描述 ? RTCP并不保證 QoS或可靠性傳輸，結(jié)合 RTP提供以下支持媒體流的功能 – 時間戳： RTP提供時間標(biāo)記，用于不同媒體流之間的同步 – 序列編號：由于到達接收端的數(shù)據(jù)包可能是不按次序的(UDP不按次序傳送數(shù)據(jù)包 )， RTP用序列編號對接收到的數(shù)據(jù)包進行正確的排序 – 有效載荷類型識別：包含在 RTP包中的有效載荷類型由一個稱為有效載荷類型識別符的 RTP包頭域來指示 – 信源識別：每一個 RTP包的信源由一個稱為同步信源識別符 (SSRC)的 R rP包頭域來指示 IPTV流媒體傳輸與控制協(xié)議 ? RTP／ RTCP協(xié)議族概述 –功能描述 ? RTCP提供的服務(wù) – QoS反饋：這是 RTCP的首要功能 – 參與者識別：信源可以由 RTP包頭的 SSRC域來識別 – 控制包定標(biāo)：為了給發(fā)送到若干參與者的 RTCP控制包定標(biāo) – 媒體間同步： RTCP發(fā)信方報告含有實時指示和相應(yīng)的RTP時間戳 – 最少話路控制信息：這項可選功能用于傳送話路信息，如參與者的名字 IPTV流媒體傳輸與控制協(xié)議 ? RTP／ RTCP協(xié)議族概述 – RTP對數(shù)據(jù)傳輸?shù)姆庋b ? 數(shù)據(jù)類型 PT(pay)oad type) ? 時間戳 (Time Stamp) ? 序列號 (SeqNumber) ? 標(biāo)志位 M(ma rker) ? 同步源標(biāo)識 SSRC(synch ron1 zat1 OnS0Urce) IPTV流媒體傳輸與控制協(xié)議 ? RTP／ RTCP協(xié)議族概述 – RTCP協(xié)議概述 ? RTCP協(xié)議將控制包周期性發(fā)送給所有連接者，采用與 RTP數(shù)據(jù)包相同的分布機制，低層協(xié)議提供數(shù)據(jù)包與控制包的復(fù)用，使用單獨的 UDP端口號或使用 TCP協(xié)議來傳輸 ? 對于 RTP會話或者廣播，通常使用組播地址，屬于這個會話的所有 RTP和 RTCP信息包都使用這個組播地址，通過使用 TCP或不同的端口號，可以把RTP信息包和 RTCP信息包區(qū)分開來 IPTV流媒體傳輸與控制協(xié)議 ? RTP／ RTCP協(xié)議族概述 – RTCP包格式 ? RTCP包的類型 – SR：發(fā)送報告，當(dāng)前發(fā)送者的發(fā)送和接收統(tǒng)計 – RR：接收報告，非發(fā)送者發(fā)出的接收統(tǒng)計 – SDES：源描述
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1