【正文】 5． 查閱資料并簡要闡述多媒體通信網(wǎng)絡(luò)技術(shù)的發(fā)展趨勢 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 練習(xí)與思考題 1． 多媒體通信對(duì)通信網(wǎng)絡(luò)提出了哪些要求 ？ 2． 簡述面向連接與無連接網(wǎng)絡(luò)的技術(shù)特點(diǎn) ， 分析它們對(duì)多媒體通信的適應(yīng)性 。 操作的資源對(duì)象可以是直播流也可以是存儲(chǔ)片段 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) RTSP可以保持用戶計(jì)算機(jī)與傳輸流業(yè)務(wù)服務(wù)器之間的固定連接 ， 用于觀看者與單播 （ Unicast） 服務(wù)器通信并且還允許雙向通信 ， 觀看者可以同流媒體服務(wù)器通信 。 RTSP有很大的靈活性 ， 可被用在多種操作系統(tǒng)上 ， 它允許客戶端和不同廠商的服務(wù)平臺(tái)交互 。 如 HTTP/ ， RTSP請(qǐng)求可由代理 、 通道與緩存處理 。 這種模式在分布式遠(yuǎn)程教育應(yīng)用上很有用處 ， 會(huì)議中幾方可輪流遠(yuǎn)程控制按鈕 。 如演示僅通過單播發(fā)送給用戶 ， 用戶為了安全應(yīng)提供目的地址 。 l） 用戶可以通過 HTTP或其他方法提交一個(gè)演示描述。 此協(xié)議在語法和操作上與 HTTP/ ， 所以很多 HTTP RTSP上 。 此外 ， 可使用無連接傳輸協(xié)議 ， 如 UDP。 RTSP的連接沒有綁定到傳輸層連接 ， 如 TCP。 盡管連續(xù)媒體流與控制流是可以交叉的 ， 但是通常它本身并不發(fā)送連續(xù)流 。 此協(xié)議被設(shè)計(jì)用來控制多個(gè)傳送會(huì)話， 實(shí)現(xiàn)傳送通道如 UDP的選擇， TCP或 UDP的多播， 可以使用基于 RTP的傳送機(jī)制。 它提供了一種可擴(kuò)展框架， 使得可控的、 點(diǎn)播的實(shí)時(shí)數(shù)據(jù)的傳送成為可能。 HTTP請(qǐng)求由客戶機(jī)發(fā)出， 服務(wù)器作出響應(yīng)； 使用 RTSP時(shí)，客戶機(jī)和服務(wù)器都可以發(fā)出請(qǐng)求， 即 RTSP可以是雙向的。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) RTSP在體系結(jié)構(gòu)上位于 RTP和 RTCP之上， 它使用 TCP或 RTP完成數(shù)據(jù)傳輸。 它是從 RealNetworks的 “RealAudio”和 Netscape的 “LiveMedia”的實(shí)踐和經(jīng)驗(yàn)發(fā)展來的 。 RTSP的主要功能是實(shí)現(xiàn)停滯 、 暫停 、 快進(jìn)等 VCR控制操作 ， SIP與 RTSP功能類似 ， RTCP僅負(fù)責(zé)控制 RTP報(bào)文的傳輸 。 在客戶端 ， 實(shí)現(xiàn)方式相反 ， 各網(wǎng)絡(luò)層依次去除報(bào)文頭部 ， 并讀取相關(guān)的控制參數(shù)和時(shí)間參數(shù) ， 最終獲取可以實(shí)時(shí)播放的音視頻數(shù)據(jù) 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 圖 服務(wù)器端的 RTP實(shí)現(xiàn)框圖 壓縮打包后的音頻 、視頻數(shù)據(jù)數(shù)據(jù)平面 控制層面R T P 層 R T C P 層 R T S P / S I P 層U D P / T C P 層IP 層I n t e r n e t第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 在數(shù)據(jù)平面 ， 服務(wù)器端將壓縮打包后的音視頻數(shù)據(jù)按照 RTP的報(bào)文格式裝入 RTP報(bào)文的數(shù)據(jù)負(fù)載段 ， 同時(shí)配置 RTP報(bào)文頭部的時(shí)間截 、 同步信息 、 序列號(hào)等重要參數(shù) ， 此時(shí)的數(shù)據(jù)報(bào)文已經(jīng)具有典型的時(shí)間特征 ， 即被 “流化 ”了 。 如果每個(gè)參加者以固定速率發(fā)送接收?qǐng)?bào)告 ， 控制流量將隨參加者數(shù)量線性增長 ， 因此 ， 速率必須按比例下降 。 在一般的音頻會(huì)議中 ， 因?yàn)橥粫r(shí)刻一般只有兩個(gè)人說話 ， 所以數(shù)據(jù)流和控制流都是內(nèi)在限制的 ， 控制流不會(huì)對(duì)傳輸造成影響 。N/B。 由于需要底層協(xié)議提供整體長度來決定組合報(bào)文的結(jié)尾 ， 所以在組合報(bào)文中沒有單個(gè) RTCP報(bào)文的顯式計(jì)數(shù) 。 類似于RTP數(shù)據(jù)包 ， 每個(gè) RTCP報(bào)文以固定的包頭部分開始 ， 緊接著的是可變長結(jié)構(gòu)元素 ， 但是以 32位長度為結(jié)束邊界 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 其中 ， 最主要的 RTCP報(bào)文是 SR和 RR。 （ 4） BYE（ Goodbye） ： 表示結(jié)束 。 （ 2） RR（ Receiver Report） ： 接收?qǐng)?bào)告 ， 非活動(dòng)發(fā)送者接收統(tǒng)計(jì) 。 RTCP報(bào)文格式與 RTP報(bào)文類似 ， 包括固定的報(bào)文頭部分和可變長結(jié)構(gòu)元素 ， 結(jié)構(gòu)元素的意義由 RTCP報(bào)文的類型決定 ， 因?yàn)橥ǔ?RTCP包非常小 ， 一般把多個(gè)RTCP包合并為一個(gè) RTCP包 ， 然后利用一個(gè)底層協(xié)議所定義的報(bào)文格式進(jìn)行發(fā)送 。 前兩種功能要求所有參加者發(fā)送 RTCP包 ， 因此 ， 為了 RTP擴(kuò)展到大規(guī)模數(shù)量 ， 速率必須受到控制 。 如發(fā)現(xiàn)沖突 ， 或程序重新啟動(dòng) ， 即使 SSRC標(biāo)識(shí)可改變 ， 接收者也需要 CNAME跟蹤參加者 ， 同時(shí)需要 CNAME與相關(guān) RTP連接中給定的幾個(gè)數(shù)據(jù)流聯(lián)系 。 反饋功能由 RTCP發(fā)送者和接收者報(bào)告執(zhí)行 。 作為 RTP的一部分 ， 與其他傳輸協(xié)議的流和阻塞控制有關(guān) 。 底層協(xié)議提供數(shù)據(jù)與控制包的復(fù)用 ， 如使用單獨(dú)的 UDP端口號(hào) 。 根據(jù)用戶間的數(shù)據(jù)傳輸反饋信息 ， 可以制定流量控制的策略 ， 而會(huì)話用戶信息的交互 ， 可以制定會(huì)話控制的策略 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 2． 實(shí)時(shí)傳輸控制協(xié)議 （ RTCP） RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制 ， 也不提供流量控制或擁塞控制 ， 它依靠RTCP（ Realtime Transport Control Protocol） 提供這些服務(wù) 。 如果特殊應(yīng)用類需要獨(dú)立負(fù)載格式的附加功能， 應(yīng)用運(yùn)行設(shè)置應(yīng)該在現(xiàn)存固定報(bào)文頭部的 SSRC參數(shù)之后 ， 定義附加固定段 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 如果 RTP協(xié)議需要負(fù)載其他特殊格式 （ 如視頻編碼） 的音視頻數(shù)據(jù) ， 所要求的信息應(yīng)該攜帶在報(bào)文的數(shù)據(jù)負(fù)載部分 。 包含這些段的八進(jìn)制可通過設(shè)置重新定義以適應(yīng)不同要求 ， 例如采用更多或更少標(biāo)志位 。 然而 ， 為了維持 ALF（Application Layer Framing：應(yīng)用層分幀 ） 設(shè)計(jì)原則 ， 報(bào)文頭部還可以通過改變 、 增加參數(shù)實(shí)現(xiàn)優(yōu)化 ， 或適應(yīng)特殊應(yīng)用的需要 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) 在所有 RTP報(bào)文中 ， 開始 12個(gè)字節(jié)的格式完全按照 RTP報(bào)文頭定義的格式 ， 而 CSRC標(biāo)識(shí)列表僅出現(xiàn)在混合器插入時(shí) 。 CSRC由混合器 （ Mixer） 通過貢獻(xiàn)源的 SSRC識(shí)別符插入到 RTP包中 。 （ 10） 貢獻(xiàn)源標(biāo)識(shí) （ Contributing Source Identifiers, CSRC） ： 用以識(shí)別與 RTP包中負(fù)荷相關(guān) （ 提供負(fù)荷） 的源 。 在一個(gè) RTP會(huì)話中 ， 兩個(gè) SSRC不能有相同的值 。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) （ 9） 同步源標(biāo)識(shí) （ Synchronization Source Identifier, SSRC） ： 用于標(biāo)識(shí)同步資源 。 如果多個(gè)連續(xù)的 RTP包在邏輯上是同時(shí)產(chǎn)生的 ， 那么它們的時(shí)間戳相同 。 對(duì)固定速率的音頻來說 ， 每次取樣時(shí)戳?xí)r鐘增 1。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) （ 8） 時(shí)間戳 （ Timestamp） ： 描述 RTP包中數(shù)據(jù)的采樣時(shí)刻 ， 主要用于同步和計(jì)算時(shí)延 。 為了通信過程中的安全性 ， 第一次生成 RTP包時(shí) ， 序列號(hào)的初始值是一隨機(jī)數(shù) ， 而不是 0。 序列號(hào)的初始值是隨機(jī)分配的 。 （ 6） 負(fù)載類型 （ PT） ： 表示負(fù)載類型和媒體的編碼方式 ， 占用 7 bit。 第 6章 多媒體通信網(wǎng)絡(luò)技術(shù) （ 4） CSRC計(jì)數(shù) （ CC） ： 指明 CSRC的個(gè)數(shù) ， 占用 4 bit。 如果有填充數(shù)據(jù) ， 則負(fù)載區(qū)的最后一字節(jié)中裝載填充數(shù)據(jù)的長度 ， 占用 1 bit。 其中： （ 1） 版本 （ V） ： RTP協(xié)議版本號(hào) ， 占用 2 bit。 通常 ， 單一的底層數(shù)據(jù)報(bào)文僅包含單一的 RTP報(bào)文 。 RTP報(bào)文格式中包括固定的 RTP報(bào)文頭 、 可選用的作用