【正文】 播協(xié)議 ? 協(xié)議概要 ? 實時流播協(xié)議 ( ， )是在應(yīng)用層用來控制會話的協(xié)議，用于控制實時多媒體數(shù)據(jù)在網(wǎng)上的傳輸，可為客戶端的媒體播放器提供遠(yuǎn)程控制功能，如暫停、快播和從頭開始播放。傳送摘要包括流的同步源標(biāo)識符，當(dāng)前的時間，發(fā)送的數(shù)據(jù)包數(shù)目和發(fā)送的字節(jié)數(shù)等 (2) ( )—接收者報告 用于接收來自參與者的統(tǒng)計信息，包括丟失的數(shù)據(jù)包、最后接收到的順序號和平均的抖動間隔 2023年 4月 16日 第 17章 多媒體的傳輸 24 實時傳輸和控制協(xié)議 (續(xù) 14) ? (3) ( )—源描述項 ? 包含標(biāo)識源的標(biāo)識符，稱為 “規(guī)范名稱 ( ，簡寫為 )”。例如，發(fā)送端以 2 的速率發(fā)送視像，的交通將被限制在 100 以內(nèi) 2023年 4月 16日 第 17章 多媒體的傳輸 22 實時傳輸和控制協(xié)議 (續(xù) 12) 發(fā) 送 端接 收 端 CR T PR T C P接 收 端 BR T C PR T C P接 收 端 AR T C P因 特 網(wǎng)圖 174 每個參與者周期性地發(fā)送控制數(shù)據(jù)包 2023年 4月 16日 第 17章 多媒體的傳輸 23 實時傳輸和控制協(xié)議 (續(xù) 13) 2. 數(shù)據(jù)包類型 實時控制協(xié)議 ()定義了五種類型的控制數(shù)據(jù)包，用于攜帶各種控制信息。例如，發(fā)送端可根據(jù)這些數(shù)據(jù)包中的信息來修改視聽數(shù)據(jù)編碼器的輸出速率，接收端可用來判斷問題是本地的、區(qū)域性的還是全球性的，網(wǎng)絡(luò)管理員也可用數(shù)據(jù)包中的信息來評估網(wǎng)絡(luò)在多媒體應(yīng)用中的性能 2023年 4月 16日 第 17章 多媒體的傳輸 21 實時傳輸和控制協(xié)議 (續(xù) 11) ? 使用提高實時數(shù)據(jù)傳輸質(zhì)量的原理如圖 174所示。 ? (5) 其他域 ? ① 版本號 (V): 2位，標(biāo)識版本號；② 填充 (P): 1位，其值設(shè)置為 1，表示數(shù)據(jù)包結(jié)尾有附加的可用于加密的字節(jié)，但不屬于有效載荷；③ 擴(kuò)展 (X): 1位，其值設(shè)置為 1，表示有一個擴(kuò)展包頭；④ 貢獻(xiàn)源數(shù)目 (): 4位；⑤ 標(biāo)記 (M): 1位，用于標(biāo)記事件，如視像幀的邊界 2023年 4月 16日 第 17章 多媒體的傳輸 18 實時傳輸和控制協(xié)議 (續(xù) 8) 編碼名稱 *時鐘率 () 編碼名稱 時鐘率 () 0 μ率 8,000 10 L16 44,100 1 保留 11 L16 44,100 2 保留 12 8,000 3 8,000 13 8,000 4 G723 8,000 14 90,000 5 4 8,000 15 G728 8,000 6 4 16,000 16 4 11,025 7 8,000 17 4 22,050 8 率 8,000 18 G729 8,000 9 G722 8,000 19 保留 * 時鐘率用于產(chǎn)生時間戳 表 172 3551指定的部分聲音有效載荷類型 2023年 4月 16日 第 17章 多媒體的傳輸 19 實時傳輸和控制協(xié)議 (續(xù) 9) 編碼名稱 媒體類型 時鐘率 () 注釋 26 V 90,000 27 未指定 V 28 V 90,000 公司的專有格式 29 未指定 V 30 未指定 V 31 H261 V 90,000 32 V 90,000 1和 2 33 2T 90,000 2傳輸流 34 H263 V 90,000 * 在 35127中，有些作為保留、未指定或動態(tài)指定 表 173 3551指定的部分視像有效載荷類型 2023年 4月 16日 第 17章 多媒體的傳輸 20 實時傳輸和控制協(xié)議 (續(xù) 10) ? 實時控制協(xié)議 () ? 由于沒有提供服務(wù)質(zhì)量保障機(jī)制，因此應(yīng)用程序要用來監(jiān)視和控制實時數(shù)據(jù)的傳輸 ? 1. 協(xié)議概要 ? 的主要功能是為收發(fā)兩端的應(yīng)用程序提供有關(guān)會話傳送質(zhì)量的數(shù)據(jù)包 ? 每個數(shù)據(jù)包不是封裝聲音數(shù)據(jù)或視像數(shù)據(jù)，而是封裝收發(fā)兩端的統(tǒng)計信息，包括實時數(shù)據(jù)的數(shù)據(jù)包數(shù)目、傳輸過程中丟失的數(shù)據(jù)包數(shù)目、數(shù)據(jù)包的抖動和往返的延遲時間等。 ? (5) 貢獻(xiàn)源標(biāo)識符 ()：每個標(biāo)識符用 32位 ? 用于標(biāo)識有效載荷的貢獻(xiàn)源。接收端可用這個時間戳來去除由網(wǎng)絡(luò)引起的數(shù)據(jù)包的抖動，并可為播放提供同步功能。接收端可用它來檢查數(shù)據(jù)包是否有丟失，并按順序號來處理數(shù)據(jù)包。發(fā)送端也可以在會話期間改變視像的編碼方法。如果發(fā)送端在會話或廣播的中途決定改變編碼方法，發(fā)送端可通過改變這個域的內(nèi)容來通知接收端。因為本身不提供任何機(jī)制來確保把實時數(shù)據(jù)及時送到接收端，不保證在遞送過程中不丟失數(shù)據(jù)包，也沒有使用防止數(shù)據(jù)包次序被打亂的方法，但提供了減少或消除抖動、視聽數(shù)據(jù)同步和視聽數(shù)據(jù)流復(fù)合的方法。例如，有兩個團(tuán)體參與的電視會議，兩臺攝像機(jī)和兩個麥克風(fēng)生成 4個數(shù)據(jù)包流 。發(fā)布的廣播通告使用會話描述協(xié)議()定義的格式，而實際的廣播會話使用實時傳輸協(xié)議 () ? 以上這些重要協(xié)議構(gòu)成的協(xié)議套也稱互聯(lián)網(wǎng)多媒體協(xié)議套 ( ) ? 多媒體應(yīng)用協(xié)議套是協(xié)議套中的一部分，它們在整個協(xié)議套中的位置和相互關(guān)系如圖 171所示 ? 多媒體應(yīng)用協(xié)議的更多信息請看 2023年 4月 16日 第 17章 多媒體的傳輸 9 多媒體應(yīng)用協(xié)議套 (續(xù) 5) S D PS I PR T C PH T T PS A P R T S PU D PT C P應(yīng)用監(jiān)控程序核心程序物 理 層 協(xié) 議數(shù) 據(jù) 鏈 路 層 ( D L C ) 協(xié) 議I P v 4 ， I P v 6R T P多 媒 體 傳 輸( H . 2 6 X ， M P E G )信 令 ( s i g n a l i n g ) 協(xié) 議服 務(wù) 質(zhì) 量 保 障 協(xié) 議應(yīng) 用 層網(wǎng) 絡(luò) 層傳 輸 層網(wǎng) 絡(luò) 層鏈 路 層R S V P圖 171 多媒體應(yīng)用協(xié)議套 2023年 4月 16日 第 17章 多媒體的傳輸 10 實時傳輸和控制協(xié)議 ? 實時傳輸協(xié)議 ()和實時控制協(xié)議 ()是為網(wǎng)上傳送實時多媒體數(shù)據(jù)開發(fā)的協(xié)議 ? 提供端對端的實時數(shù)據(jù)傳輸服務(wù) ? 協(xié)議用于監(jiān)視和控制實時數(shù)據(jù)的傳輸 ? 和協(xié)議的詳細(xì)規(guī)范定義在 3550(2023)中，并取代 1996年發(fā)布的 1889 2023年 4月 16日 第 17章 多媒體的傳輸 11 實時傳輸和控制協(xié)議 (續(xù) 1) ? 實時傳輸協(xié)議 () ? 實時傳輸協(xié)議 ()為在網(wǎng)上傳輸聲音和視像數(shù)據(jù)定義標(biāo)準(zhǔn)的數(shù)據(jù)包，廣泛用在包括聲音點播 ()、影視點播 ()、因特網(wǎng)電話和電視會議的多媒體應(yīng)用中 ? 1. 協(xié)議概要 ? 協(xié)議提供端對端的實時聲音和視像數(shù)據(jù)的傳輸，而對聲音和視像數(shù)據(jù)的壓縮和編碼格式?jīng)]有限制，可支持許多格式的聲音和視像，如 (脈沖編碼調(diào)制 )、 (全球數(shù)字移動通信系統(tǒng) )等格式的聲音、和等格式的影視，也可用來傳輸專有文件存儲格式的聲音和影視數(shù)據(jù)?？膳c實時傳輸協(xié)議 ()和會話啟動協(xié)議 ()聯(lián)用 2023年 4月 16日 第 17章 多媒體的傳輸 8 多媒體應(yīng)用協(xié)議套 (續(xù) 4) ? (7) 會話通告協(xié)議 ( , ) ? 用于向參與多目標(biāo)廣播 ()的潛在主機(jī)發(fā)布廣播會話消息。與 ，但比較簡單，使用的資源也少，因此有可能會替代 。 ? (5) 會話啟動協(xié)議 ( ， ) ? 在網(wǎng)上建立呼叫的協(xié)議。現(xiàn)在已廣泛用在其他視聽服務(wù)中 ? (2) 實時控制協(xié)議 ( , ) ? 與實時協(xié)議 ()一起工作的傳輸控制協(xié)議，用于在發(fā)送者和接收者之間交換控制實時數(shù)據(jù)傳輸?shù)南ⅰ，F(xiàn)已開發(fā)了許多協(xié)議并在繼續(xù)開發(fā)新協(xié)議，用來加強(qiáng)互聯(lián)網(wǎng)的體系結(jié)構(gòu)，從而改善多媒體的服務(wù)質(zhì)量 ? 在網(wǎng)絡(luò)上，支持實時視聽數(shù)據(jù)傳輸?shù)膮f(xié)議構(gòu)成了多媒體應(yīng)用協(xié)議套，其中最重要的協(xié)議包括，和 2023年 4月 16日 第 17章 多媒體的傳輸 6 多媒體應(yīng)用協(xié)議套 (續(xù) 2) ? (1) 實時傳輸協(xié)議 ( ， ) ? 位于應(yīng)用層和之間，用于傳輸包括聲音和影視等實時數(shù)據(jù)的協(xié)議。 ? 本章將在眾多的多媒體傳輸和控制協(xié)議中選擇幾個基本協(xié)議作介紹，然后介紹應(yīng)用廣泛的多目標(biāo)廣播 2023年 4月 16日 第 17章 多媒體的傳輸 4 多媒體應(yīng)用協(xié)議套 ? 多媒體應(yīng)用協(xié)議的類型 ? 在網(wǎng)上的多媒體應(yīng)用有兩種類型的協(xié)議 ? 會話協(xié)議和信令協(xié)議，它們構(gòu)成多媒體應(yīng)用協(xié)議套 ? 會話 ()的含義是指兩臺設(shè)備或兩個站點之間的持續(xù)連接和多媒體數(shù)據(jù)交換 ? 信令 ()的含義是通信雙方建立和控制連接所需信息的交換方法 ? 在多媒體協(xié)議套中 ? 傳輸實時視聽數(shù)據(jù)的協(xié)議主要靠 ? 其余的協(xié)議是控制視聽數(shù)據(jù)的控制協(xié)議 2023年 4月 16日 第 17章 多媒體的傳輸 5 多媒體應(yīng)用協(xié)議套 (續(xù) 1) ? 協(xié)議套中的主要協(xié)議 ? 過去互聯(lián)網(wǎng)主要用來提供可靠的數(shù)據(jù)傳送服務(wù)，對數(shù)據(jù)的時延幾乎沒有什么限制，而且工作得很好。開發(fā)多媒體應(yīng)用要了解協(xié)議的思想，要深入研究協(xié)議的細(xì)節(jié)。 ? 多媒體應(yīng)用的主要問題是如何保障實時多媒體數(shù)據(jù)的傳輸質(zhì)量，尤其是對那些實時互動的應(yīng)用。多媒體技術(shù)教程 第 17章 多媒體的傳輸 林福宗 清華大學(xué) 計算機(jī)科學(xué)與技術(shù)系 . 2023年 9月 2023年 4月 16日 第 17章 多媒體的傳輸 2 第 17章 多媒體的傳輸目錄 多媒體應(yīng)用協(xié)議套 多媒體應(yīng)用協(xié)議的類型 協(xié)議套中的主要協(xié)議 實時傳輸和控制協(xié)議 實時傳輸協(xié)議 () 實時控制協(xié)議 () 實時流播協(xié)議 協(xié)議概要 協(xié)議原理 資源保留協(xié)議 協(xié)議概要 協(xié)議原理 會話啟動協(xié)議 概要 的請求和響應(yīng) 服務(wù)器 的消息結(jié)構(gòu) 會話描述和會話通告協(xié)議 會話描述協(xié)議 () 會話通告協(xié)議 () 多目標(biāo)廣播 多目標(biāo)廣播的概念 多目標(biāo)廣播地址 網(wǎng)際機(jī)組管理協(xié)議 () 下一代網(wǎng)絡(luò) ()技術(shù) 2023年 4月 16日 第 17章 多媒體的傳輸 3 第 17章 多媒體的傳輸 ? 開發(fā)互聯(lián)網(wǎng)的初衷并不是用于傳輸實時的聲音和影視數(shù)據(jù)，但近年來在網(wǎng)上傳輸聲音和影視的研究和開發(fā)已成為網(wǎng)絡(luò)應(yīng)用的重要方向。眾多用戶渴望得到服務(wù)質(zhì)量好而費(fèi)用低的產(chǎn)品，用于可視電話、即時通信( )、新聞廣播、電視會議、網(wǎng)絡(luò)游戲、軟件發(fā)行、協(xié)同工作和遠(yuǎn)程教學(xué)。保障傳輸質(zhì)量的技術(shù)集中體現(xiàn)在多媒體傳輸協(xié)議和控制協(xié)議上，協(xié)議是技術(shù)的精華，是人類智慧的結(jié)晶。如果沒有協(xié)議可循就要自己去開發(fā)，將自己的研究成果變成標(biāo)準(zhǔn)，讓大家用你提出的協(xié)議。然而，像電視和電話這樣的多媒體應(yīng)用就要求時延短和抖動小，因此就需要不同的協(xié)議來提供所需的服務(wù)。實時傳輸協(xié)議早期主要針對網(wǎng)上的多媒體廣播應(yīng)用，如用于單目標(biāo)廣播服務(wù) (單個廣播源向單臺接收機(jī) )和多目標(biāo)廣播服務(wù) (單個廣播源向多臺接收機(jī) )，通常與監(jiān)視傳輸?shù)穆?lián)合使用。每隔一定時間傳送內(nèi)含控制消息的數(shù)據(jù)包，用于測定向接收者傳送的信息的質(zhì)量 ? (3) 實時流播協(xié)議 ( ， ) ? 網(wǎng)上傳輸實時、現(xiàn)場的或存儲的聲音、影視和三維動畫的控制協(xié)議，允許用戶控制播放方式，如快播、慢播和暫停 2023年 4月 16日 第 17章 多媒體的傳輸 7 多媒體應(yīng)用協(xié)議套 (續(xù) 3) ? (4) 資源保留協(xié)議 ( , ) ? 核準(zhǔn)的為 “帶寬按需調(diào)配 ”開發(fā)的傳輸協(xié)議，允許應(yīng)用程序請求保留專用的帶寬，可保障某種程度的服務(wù)質(zhì)量 ()。借助和等協(xié)議，為多媒體應(yīng)用定義了分布式結(jié)構(gòu)，用于網(wǎng)上多個用戶之間發(fā)起、管理和結(jié)束任何形式的通話，包括電視、聲音、文字、聊天、互動游戲和虛擬現(xiàn)實。 ? (6) 會話描述協(xié)議 ( ， ) ? 描述流媒體初始化參數(shù)的格式，如會話通告和邀請參與會話。在主機(jī)中執(zhí)行協(xié)議的程序可監(jiān)聽公認(rèn)的多目標(biāo)廣播地址，并接收和組織廣播源發(fā)送的所有廣播通告。 2023年 4月 16日 第 17章 多媒體的傳輸 12 實時傳輸和控制協(xié)議 (續(xù) 2) ? 允許給每個廣播源分配單獨(dú)的數(shù)據(jù)包流。許多流行編碼技術(shù) (如影視 )在編碼過程中都把聲音和視像復(fù)合在一起以形成單一流媒體，因此也可只生成一個數(shù)據(jù)包流 ? ( )名為 “實時傳輸協(xié)議 ”，其實并非真正的 “實時傳輸 ”，應(yīng)理解為 “實時數(shù)據(jù) ”的傳輸協(xié)議。因此，協(xié)議需要使用來提高服務(wù)質(zhì)量 2023年 4月 16日 第 17章 多媒體的傳輸 13 實時傳輸和控制協(xié)議 (續(xù) 3) 2. 協(xié)議原理 使用協(xié)議的多媒體應(yīng)用程序運(yùn)行在應(yīng)用層，而執(zhí)行協(xié)議的程序運(yùn)行在應(yīng)用程序和之間，目的是利用的端口和檢查和等功能 既可看成應(yīng)用層的子層，也可看成傳輸層的子層，如圖 172所示 由多媒體應(yīng)用程序生成的聲音和影視數(shù)據(jù)塊被封裝在數(shù)據(jù)包中，而每個數(shù)據(jù)包被封裝在數(shù)據(jù)包中，然后再封裝在數(shù)據(jù)包中 在發(fā)送端，開發(fā)人員必須