【正文】 2. 保證服務(wù) (GS) Adspec的 GS段包含如下字段 : Ctot。 端到端偏差項(xiàng) C的總和 。 Dtot。 端到端偏差項(xiàng) D的總和 。 Csum。 自上次刷新點(diǎn)開(kāi)始 C的總和 。 Dsum。 自上次刷新點(diǎn)開(kāi)始 D的總和 。 偏差項(xiàng) C和 D是由漏桶流量模型引入的 , 表示路由器的近似模型與理想模型之間所允許的偏差 。 在分布樹(shù)的某些點(diǎn)上 , Csum和Dsum被用于刷新處理 。 第 6 章 多媒體通信協(xié)議 GS中止位 。 它是一個(gè)標(biāo)志位 。 發(fā)送者創(chuàng)建 Adspec時(shí) , 該位置 0。 當(dāng)路徑上任何支持 RSVP/IS但不支持 GS的路由器都可將該位置 1, 以通知接收者 Adspec是無(wú)效的 , 服務(wù)得不到保證 。 GS通用參數(shù)頭 /值 。 它是一個(gè)選項(xiàng) 。 就接收者所希望的GS保留而言 , 如果選擇了其中的任何一個(gè) , 都會(huì)忽略 DGP段所給定的相應(yīng)值 。 第 6 章 多媒體通信協(xié)議 3. 被控負(fù)載服務(wù) (CLS) Adspec的 CLS段包含如下字段 : CLS中止位 。 它是一個(gè)標(biāo)志位 。 發(fā)送者創(chuàng)建 Adspec時(shí) , 該位置 0。 當(dāng)路徑上任何支持 RSVP/IS但不支持 CLS的路由器都可將該位置 1, 以通知接收者 Adspec是無(wú)效的 , 服務(wù)得不到保證 。 CLS通用參數(shù)頭 /值 。 它是一個(gè)選項(xiàng) 。 與 GS段一樣 , 它忽略DGP段所給定的特殊服務(wù)通用參數(shù) 。 第 6 章 多媒體通信協(xié)議 接收者的 Resv報(bào)文 接收者接收到的 Path報(bào)文后 , 從 Sender Tspec和 Adspec字段中提取傳輸特性參數(shù)和 QoS參數(shù) , 利用這些參數(shù)建立起接收者保留說(shuō)明 Rspec。 Rspec由如下參數(shù)組成 : 帶寬 R。 根據(jù) Sender Tspec參數(shù)計(jì)算而成 。 如果得到的 R值大于 Adspec中的路徑帶寬值 , 則 R值必須相應(yīng)地減小 。 R值將保存在各個(gè)路由器上 。 時(shí)隙 S。 表示端到端延遲限制與應(yīng)用所需端到端延遲的差值 , 初始為 0。 通過(guò)設(shè)置 S值 , 將為各個(gè)路由器在確定局部保留上提供更多的伸縮性 , 提高端到端保留的成功率 。 第 6 章 多媒體通信協(xié)議 利用 Rspec可以創(chuàng)建 Resv報(bào)文 。 一個(gè) Resv報(bào)文包含如下的內(nèi)容 : 保留模式指示 。 可以是 FF、 SE或 WF模式之一 （ 下面將討論 ） 。 過(guò)濾器說(shuō)明 (Filterspec)。 用來(lái)標(biāo)識(shí)期望接收的發(fā)送者集合 , 采用與一個(gè) Path報(bào)文中 Sender Template完全相同的格式 。 對(duì)于 WF模式 , 將被忽略 。 數(shù)據(jù)流說(shuō)明 (Flowspec)。 用來(lái)說(shuō)明一個(gè)期望的服務(wù)質(zhì)量 (QoS), 由保留說(shuō)明 Rspec和流量說(shuō)明 TRspec組合而成 。 通常 , 將 TRspec設(shè)置成與 Sender Tspec相等 。 保留確認(rèn)對(duì)象 (ResvConf)。 是可選項(xiàng) , 含有接收者的 IP地址 , 用于指示接收該保留請(qǐng)求的節(jié)點(diǎn) 。 ResvConf報(bào)文在分布樹(shù)上向上傳播 , 最終達(dá)到該消息接收者 , 表明端到端保留成功 。 第 6 章 多媒體通信協(xié)議 路由器的 RSVP處理 1. Path 在點(diǎn)到多點(diǎn)的傳輸路徑上 , 中間要通過(guò)多個(gè)支持 RSVP的路由器 , 形成一個(gè)分布樹(shù) 。 這些路由器都要截獲 Path報(bào)文 , 并檢查其有效性 。 如果發(fā)現(xiàn)錯(cuò)誤 , 則要卸下 Path報(bào)文 , 并用 PathErr報(bào)文通告給上游的發(fā)送者 , 以便讓發(fā)送者采取適當(dāng)?shù)膭?dòng)作 。 如果 Path報(bào)文是有效的 , 則路由器將執(zhí)行下列處理 : 更新發(fā)送者路徑狀態(tài)登記項(xiàng) 。 發(fā)送者是用 Sender Template標(biāo)識(shí)的 , 如果當(dāng)前尚無(wú)路徑狀態(tài) , 則要建立該狀態(tài) 。 路徑狀態(tài)包含有 Phop、 Sender Tspec以及任意一個(gè) Adspec。 Phop是必須存儲(chǔ)的 , 以便在分布樹(shù)上逆向查找轉(zhuǎn)發(fā) Resv報(bào)文的路由 。 Sender Tspec提供一個(gè)閾值 , 用于對(duì) Resv報(bào)文中的 Tspec進(jìn)行限制 。 第 6 章 多媒體通信協(xié)議 設(shè)置清除計(jì)時(shí)器 。 每個(gè)路徑狀態(tài)登記項(xiàng)采用軟狀態(tài)機(jī)制 , 必須使用 Path報(bào)文進(jìn)行周期性更新 。 如果在清除計(jì)時(shí)器規(guī)定的時(shí)間間隔內(nèi)沒(méi)有收到 Path報(bào)文 , 則會(huì)自動(dòng)刪除相應(yīng)的路徑狀態(tài)登記項(xiàng) , 以免死亡的路徑狀態(tài)登記項(xiàng)長(zhǎng)期殘留在路徑狀態(tài)登記表中 。 每當(dāng)收到 Path報(bào)文 , 要重新設(shè)置清除計(jì)時(shí)器 , 路徑狀態(tài)信息就不會(huì)因超時(shí)而被刪除 。 生成和轉(zhuǎn)發(fā) Path報(bào)文 。 根據(jù)所存儲(chǔ)的路徑狀態(tài)信息生成新的 Path報(bào)文 , 并沿著分布樹(shù)向下轉(zhuǎn)發(fā) , 以刷新下游路由器的路徑狀態(tài) 。 在下列情況下將創(chuàng)建并發(fā)送 Path報(bào)文 : 一是每當(dāng)所存儲(chǔ)的路徑狀態(tài)發(fā)生改變時(shí) , 將立即創(chuàng)建 Path報(bào)文并發(fā)送給下游節(jié)點(diǎn) 。 二是每當(dāng)更新周期計(jì)時(shí)器發(fā)生超時(shí) , 將周期地創(chuàng)建 Path報(bào)文并發(fā)送給下游節(jié)點(diǎn) 。 第 6 章 多媒體通信協(xié)議 2. Resv報(bào)文處理 將有效的 Flowspec提交給路由器的傳輸控制模塊 , 由傳輸控制模塊實(shí)施許可控制和策略控制 , 以確定是否接受保留 。 許可控制將單獨(dú)確定是否有足夠容量來(lái)滿足保留請(qǐng)求 , 策略控制采用某種策略實(shí)施控制 , 例如采取某種策略來(lái)限制用戶的保留帶寬等 。 如果該保留請(qǐng)求被拒絕 , 則路由器將保持已有的保留狀態(tài) , 并向下游節(jié)點(diǎn)發(fā)送一個(gè) ResvErr報(bào)文 。 如果該保留請(qǐng)求被接受 , 則路由器用有效的 Flowspec和Filterspec設(shè)置其保留狀態(tài) 。 這時(shí) , 可采用某種規(guī)則來(lái)改變與該保留請(qǐng)求相關(guān)聯(lián)的 Rspec, 還可以采用某種規(guī)則將該保留請(qǐng)求和其它保留請(qǐng)求相合并 , 產(chǎn)生新的 Resv報(bào)文 。 第 6 章 多媒體通信協(xié)議 3. 保留模式 R S V P的資源保留是針對(duì)路由器端口的 , 路由器使用Filterspec和 Flowspec為相應(yīng)的端口定義其保留模式 , 并實(shí)施對(duì)資源保留的控制 。 在一個(gè)路由器端口上 , 可能會(huì)收到多個(gè) Resv報(bào)文 。 路由器對(duì)這些 Resv報(bào)文中的 Filterspec和 Flowspec進(jìn)行合并處理 , 重新生成Filterspec和 Flowspec。 合并處理規(guī)則依賴于每個(gè) Resv報(bào)文的保留模式 。 然后重新創(chuàng)建 Resv報(bào)文 , 并把它們發(fā)送到上游路由器 。 需要說(shuō)明的是 , 合并處理僅適合于相同的會(huì)話組 , 且只能發(fā)生在使用相同保留模式的報(bào)文間 。 第 6 章 多媒體通信協(xié)議 目前 , 可用的保留模式主要有如下三種 : ① Fixed Filter(FF)。 為一個(gè)特定發(fā)送者建立資源保留狀態(tài) , 由 Filterspec指定一個(gè)特定發(fā)送者 , 合并后的 Flowspec為該發(fā)送者所有保留請(qǐng)求中最大的 Flowspec值 。 重新生成的 Resv報(bào)文傳送給該發(fā)送者的上游節(jié)點(diǎn) 。 ② Wildcard Filter(WF)。 為所有發(fā)送者建立共享的資源保留狀態(tài) , Filterspec是通配符 , 表示可以和任何發(fā)送者相匹配 , 合并后的 Flowspec為所有保留請(qǐng)求中最大的 Flowspec值 。 重新生成的 Resv報(bào)文傳送給它的上游節(jié)點(diǎn) 。 第 6 章 多媒體通信協(xié)議 ③ Shared Explicit(SE)。 為一個(gè)特定的發(fā)送者集合建立共享的資源保留狀態(tài) , 由 Filterspec指定一個(gè)特定的發(fā)送者集合 , 合并后的 Flowspec為這個(gè)發(fā)送者集合所有保留請(qǐng)求中最大的Flowspec值 。 重新生成的 Resv報(bào)文傳送給這些發(fā)送者的上游節(jié)點(diǎn) 。 在這些保留模式中 , FF用于單播 (點(diǎn)到點(diǎn)通信 )、 SE用于組播 (點(diǎn)到多點(diǎn)通信 )、 WF用于廣播 (點(diǎn)到所有點(diǎn)通信 ) 場(chǎng)合 , 其中SE和 WF適合于會(huì)議應(yīng)用 , 因?yàn)樵谶@類應(yīng)用中 , 某一時(shí)刻只有一個(gè)發(fā)送者是主動(dòng)的 , 應(yīng)當(dāng)為發(fā)送者的音頻和視頻流建立資源保留狀態(tài) , 并保留發(fā)送帶寬 。 第 6 章 多媒體通信協(xié)議 ST Ⅱ 協(xié) 議 STⅡ （ Inter Stream Protocol version 2） )是由 IETF提出的一種面向連接的網(wǎng)絡(luò)層協(xié)議 ,主要用于支持多媒體通信 。 STⅡ 的協(xié)議機(jī)制與 RSVP有些類似 , 在無(wú)連接協(xié)議上為特定的數(shù)據(jù)流建立固定的傳輸路徑 , 并為其保留系統(tǒng)資源 , 將傳輸延遲限制在指定的范圍內(nèi) , 從而保證了端到端多媒體通信的服務(wù)質(zhì)量 。 STⅡ 要求發(fā)送方 、 路由器和接收方必須協(xié)同工作 , 在傳輸路徑上的各個(gè)路由器都必須支持 STⅡ 協(xié)議 。 STⅡ 由兩個(gè)協(xié)議組成 : 流控制報(bào)文協(xié)議 (Stream Control Message Protocol, SCMP)和流協(xié)議 (Stream N Protocol, ST)。 發(fā)送方利用 SCMP為特定的數(shù)據(jù)流建立一個(gè)多點(diǎn)傳輸?shù)奶撾娐?, 并協(xié)商資源預(yù)留 。 然后利用 ST協(xié)議在該虛電路上傳輸數(shù)據(jù)流 。 在虛電路上支持 STⅡ 的各個(gè)路由器都要為該數(shù)據(jù)流保留系統(tǒng)資源 , 保證它所承諾的 QoS。 第 6 章 多媒體通信協(xié)議 在傳輸數(shù)據(jù)之前 , 發(fā)送方要使用 SCMP報(bào)文與接收方建立一條端到端的單向連接 。 SCMP報(bào)文包含如下類型 : 用于建立連接的 S C M P報(bào)文 : C O N N E C T (連接 )和ACCEPT(接受 )。 用于斷開(kāi)連接的 SCMP報(bào)文 : DISCONNECT(斷開(kāi)連接 )和REFSE(拒絕 )。 用于改變 QoS的 SCMP報(bào)文 : CHANGE(改變 )。 用于申請(qǐng)加入接收組的 SCMP報(bào)文 : JOIN(加入 )。 在建立連接時(shí) , 發(fā)送方使用帶有流說(shuō)明的 CONNECT報(bào)文建立一條端到端的單向連接 , 在流說(shuō)明中可以定義如下參數(shù) : 流標(biāo)識(shí) （ SID） 、 QoS參數(shù) 、 接收站組 。 第 6 章 多媒體通信協(xié)議 在支持 STⅡ 的路由器上 , 根據(jù)流說(shuō)明為指定的數(shù)據(jù)流保留系統(tǒng)資源 , 并做如下處理 : 使用 SID建立虛連接 （ 即固定的轉(zhuǎn)發(fā)路徑 ） 。 按 QoS參數(shù)要求預(yù)留資源 , 以保證所承諾的 QoS。 生成多點(diǎn)通信所需的路由轉(zhuǎn)發(fā)樹(shù) , 接收方的 ACCEPT報(bào)文將逆向遍歷該樹(shù)并傳送給發(fā)送方 。 在數(shù)據(jù)傳輸時(shí) , 發(fā)送方 、 路由器和接收方要協(xié)同工作 , 為指定的數(shù)據(jù)流提供端到端的 QoS保證 , 即 : 發(fā)送方在發(fā)送每個(gè) ST報(bào)文時(shí)都要加入該 SID。 路由器按路由轉(zhuǎn)發(fā)樹(shù)轉(zhuǎn)發(fā)這些 ST報(bào)文 , 且保證所承諾的 QoS（ 轉(zhuǎn)發(fā)和排隊(duì)延遲 ） , 但不提供差錯(cuò)控制和流量控制 , 它們由上層協(xié)議實(shí)現(xiàn) 。 接收方的應(yīng)答報(bào)文將逆向遍歷該樹(shù)并傳送給發(fā)送方。 第 6 章 多媒體通信協(xié)議 RTP 協(xié) 議 RTP報(bào)文格式 V P X CC M PT 序列號(hào) 時(shí)戳 同步信源 (SSRC)標(biāo)識(shí)符 特約信源 (CSRC)標(biāo)識(shí)符 … 圖 RTP報(bào)頭格式 第 6 章 多媒體通信協(xié)議 V : RTP協(xié)議的版本號(hào) , 占 2位 , 當(dāng)前協(xié)議版本號(hào)為 2。 P : 填充標(biāo)志 , 占 1位 , 如果 P=1, 則在該報(bào)文的尾部將填充一個(gè)或多個(gè)額外的八位組 , 它們不是有效載荷的一部分 。 X : 擴(kuò)展標(biāo)志 , 占 1位 , 如果 X=1, 則在 RTP報(bào)頭后跟有一個(gè)擴(kuò)展報(bào)頭 。 CC: CSRC計(jì)數(shù)器 , 占 4位 , 指示 CSRC 標(biāo)識(shí)符的個(gè)數(shù) 。 M : 標(biāo)記 , 占 1位 , 不同的有效載荷有不同的含義 , 對(duì)于視頻 , 標(biāo)記一幀的結(jié)束 。 對(duì)于音頻 , 標(biāo)記會(huì)話的開(kāi)始 。 PT: 有效載荷類型 , 占 7位 , 用于說(shuō)明 RTP報(bào)文中有效載荷的類型 , 如 GSM音頻 、 JPEM圖像等 。 第 6 章 多媒體通信協(xié)議 序列號(hào) : 占 16位 , 用于標(biāo)識(shí)發(fā)送者所發(fā)送的 RTP報(bào)文的序列號(hào) , 每發(fā)送一個(gè)報(bào)文 , 序列號(hào)增 1。 接收者通過(guò)序列號(hào)來(lái)檢測(cè)報(bào)文丟失情況 , 重新排序報(bào)文 , 恢復(fù)數(shù)據(jù) 。 時(shí)戳