【正文】 組播使用組地址。 ? 在最簡(jiǎn)單的情況下，標(biāo)記棧中只有一個(gè)標(biāo)記。 ? 2. 轉(zhuǎn)發(fā)等價(jià)類 FEC (Forwarding Equivalence Class) ? “ 轉(zhuǎn)發(fā)等價(jià)類 ”就是路由器按照同樣方式對(duì)待的分組的集合。“ 交換 ”也表示在轉(zhuǎn)發(fā)分組時(shí)不再上升到第三層用軟件分析 IP 首部和查找轉(zhuǎn)發(fā)表，而是根據(jù)第二層的標(biāo)記用硬件進(jìn)行轉(zhuǎn)發(fā)。 ? 多協(xié)議標(biāo)記交換 MPLS (MultiProtocol Label Switching) ? IETF 于 1997 年成立了 MPLS 工作組。 ? 匯接點(diǎn) PoP 包含有兩種路由器。 ? 當(dāng)發(fā)生網(wǎng)絡(luò)擁塞時(shí)，對(duì)于每個(gè)等級(jí)的 AF，路由器首先把“丟棄優(yōu)先級(jí)”較高的分組丟棄。 ? 這和 IntServ/RSVP 考慮的服務(wù)質(zhì)量是“端到端”的很不一樣。 內(nèi)部路由器 邊界路由器 內(nèi)部路由器 B B B B DS 域 DS 域 ? 邊界路由器中的功能 邊界路由器中的功能較多，可分為： ? 分類器 (classifier) ? 通信量調(diào)節(jié)器 (conditioner)兩大部分。 ? 區(qū)分服務(wù) DiffServ 的要點(diǎn) (1) DiffServ 在路由器中增加區(qū)分服務(wù)的功能。 ? RSVP 協(xié)議的工作原理 H1 H2 50 kb/s R2 R1 H3 100 kb/s H4 3 Mb/s R3 R4 H5 3 Mb/s 源站 (a) 源點(diǎn)用多播發(fā)送 PATH報(bào)文 表示 PATH 報(bào)文 3 Mb/s 3 Mb/s H1 H2 50 kb/s R2 R1 H3 100 kb/s H4 3 Mb/s R3 R4 H5 3 Mb/s 源站 (b) 各終點(diǎn)向源點(diǎn)返回 RESV 報(bào)文 表示 RESV 報(bào)文 ? IntServ 體系結(jié)構(gòu) 在路由器中的實(shí)現(xiàn) 路由選擇協(xié)議 路由選擇數(shù)據(jù)庫 RSVP 接納控制 管理代理 通信量控制 數(shù)據(jù)庫 分類器 與 分組轉(zhuǎn)發(fā) 調(diào)度器 分組入 分組出 ? 綜合服務(wù) IntServ 體系結(jié)構(gòu) 存在的主要問題 (1) 狀態(tài)信息的數(shù)量與流的數(shù)目成正比。 RSVP允許應(yīng)用程序?yàn)樗鼈兊臄?shù)據(jù)流保留帶寬。需要服務(wù)質(zhì)量保證的會(huì)話必須首先在源站到目的站的路徑上的每個(gè)路由器預(yù)留足夠的資源，以保證其端到端的服務(wù)質(zhì)量要求。 ? 漏桶管制器 (leaky bucket policer) 分組到達(dá) 漏桶中最多 裝入 b 個(gè)權(quán)標(biāo) 拿走 權(quán)標(biāo) 準(zhǔn)許分組進(jìn)入網(wǎng)絡(luò) 等待權(quán)標(biāo) 在任何時(shí)間間隔 t 內(nèi)準(zhǔn)許進(jìn)入網(wǎng)絡(luò)的分組數(shù) = r t + b 標(biāo)記注入漏桶的速率為每秒 r 個(gè)權(quán)標(biāo) ? 漏桶機(jī)制與加權(quán)公平排隊(duì)相結(jié)合 ? 現(xiàn)假定有 n 個(gè)分組流輸入到一個(gè)路由器，復(fù)用后從一條鏈路輸出。隊(duì)列按順序依次將隊(duì)首的分組發(fā)送到鏈路。服務(wù)提供者可向其用戶保證某一種等級(jí)的服務(wù)質(zhì)量。 ? 重定向服務(wù)器不接受呼叫 ， 它通過響應(yīng)告訴客戶下一跳代理服務(wù)器的地址 ， 由客戶按此地址向下一跳代理服務(wù)器重新發(fā)送呼叫請(qǐng)求 。 ? 終端使用 協(xié)議 進(jìn)行多媒體通信 分組交換網(wǎng) （例如，因特網(wǎng)） 終端 終端 ? 網(wǎng)關(guān)用來和 非 網(wǎng)絡(luò)進(jìn)行連接 因特網(wǎng) 公用電話網(wǎng) 網(wǎng)關(guān) 網(wǎng)閘 終端 多點(diǎn)控制單元 MCU ? 的協(xié)議體系結(jié)構(gòu) 音頻 /視頻應(yīng)用 音頻 編解碼 視頻 編解碼 RTCP 注冊(cè) 信令 呼叫 信令 控制 信令 RTP UDP TCP IP 信令和控制 ? (2) 會(huì)話發(fā)起協(xié)議 SIP (Session Initiation Protocol) ? SIP 是一套較為簡(jiǎn)單且實(shí)用的標(biāo)準(zhǔn) ， 目前已成為因特網(wǎng)的建議標(biāo)準(zhǔn) 。 ? 2. IP 電話 ? 狹義的 IP 電話 就是指在 IP 網(wǎng)絡(luò)上打電話。 ? 接收端報(bào)告分組 RR 用來使接收端周期性地向所有的點(diǎn)用多播方式進(jìn)行報(bào)告。接收端以此判定分組丟失及恢復(fù)順序。服務(wù)質(zhì)量的保證由 RTCP協(xié)議來完成，而數(shù)據(jù)傳輸功能是由底層的傳輸協(xié)議完成，一般情況下，利用 UDP進(jìn)行。 目前在網(wǎng)絡(luò)上傳播多媒體信息主要有兩種方式： 下載和流式傳輸。 需要解決的問題 ? 針對(duì)現(xiàn)有因特網(wǎng)的措施 ? 盡量利用 UDP來傳送音頻和視頻。 在接收端設(shè)置緩存 t T 緩存（隊(duì)列） 恒定速率 t 非恒定速率 有可能發(fā)生 分組丟失 ? 在傳輸多媒體數(shù)據(jù)時(shí) ， 對(duì)時(shí)延和時(shí)延抖動(dòng)均有較高的要求 。 這些分組的發(fā)送速率是 恒定的 （ 等時(shí)的 ） 。 (DS) 由于 RSVP實(shí)現(xiàn)起來比較復(fù)雜， IETF建議另一種QoS的保障機(jī)制即區(qū)分服務(wù)。 ? 多媒體通信協(xié)議 1. IP v6協(xié)議 ? 與 IPv4兼容 . ? 128位的地址空間 . ? ―流標(biāo)志符 ‖用以鑒別屬于同一流的所有組塊，可以確定優(yōu)先級(jí)等 ,IP層使用流標(biāo)志來進(jìn)行資源預(yù)留和QoS承諾 ? 改進(jìn)的多站點(diǎn)尋址方案。常規(guī)負(fù)載下的延遲和延遲抖動(dòng)已相當(dāng)小，它還提供多站點(diǎn)方式。 – 它既可用于主機(jī)與外圍設(shè)備之間、各主機(jī)之間的互連， 又可作為主干網(wǎng)，實(shí)現(xiàn)了多個(gè) LAN連接。 – 10 吉比特 （ 10000Mbps ） 以太網(wǎng)的出現(xiàn) ， 以太網(wǎng)的工作范圍已經(jīng)從局域網(wǎng) （ 校園網(wǎng) 、 企業(yè)網(wǎng) ） 擴(kuò)大到城域網(wǎng)和廣域網(wǎng) ， 從而實(shí)現(xiàn)了端到端的以太網(wǎng)傳輸 。獲得了最廣泛的應(yīng)用。 用戶根據(jù)應(yīng)用的需求來定義所需要的 QoS參數(shù) ? – 對(duì)于視頻編碼，如果只采用幀內(nèi)壓縮編碼，可以采取丟幀的方法允許 QoS變化，還可以利用各種顯示抖動(dòng)算法，通過降低顯示質(zhì)量來保證原幀率不變。網(wǎng)絡(luò)要么否認(rèn)這一請(qǐng)求要么進(jìn)行資源規(guī)劃并執(zhí)行相應(yīng)的資源預(yù)訂 資源協(xié)商 如果網(wǎng)絡(luò)管理器覺得所要求的資源可能超出了網(wǎng)絡(luò)自身的能力，那么它就可以與請(qǐng)求方協(xié)商而提供較低的 QoS參數(shù)。 ? 4. 同步需求 多媒體技術(shù)需要同時(shí)處理聲音、文字、圖像等多種媒體信息，在多媒體系統(tǒng)所處理的信息中，各個(gè)媒體都與時(shí)間有著或多或少的關(guān)系。 – 其他應(yīng)用中，如多媒體電子郵件，所傳輸?shù)男畔⒉灰笫菍?shí)時(shí)的。突變信息源在各個(gè)不同的時(shí)間周期內(nèi)產(chǎn)生數(shù)目不定的數(shù)據(jù)。 ? 延遲抖動(dòng)－是指網(wǎng)絡(luò)傳輸延時(shí)的變化量，即端到端延遲的最大值與最小值之差。 該參數(shù)與網(wǎng)絡(luò)的比特率和中繼節(jié)點(diǎn)的處理延遲有關(guān) 。 約 %的開銷用于 ATM 實(shí)際的最大吞吐量為 :136Mbps=(13%%) ? （ error rate） 現(xiàn)今許多網(wǎng)絡(luò)的位差錯(cuò)率極低 光纖傳輸網(wǎng)：它的 BER取值范圍在 109至 1012之間 衛(wèi)星傳輸網(wǎng)：它的 BER取值為 107 不同應(yīng)用對(duì)差錯(cuò)率的要求不一樣 音頻比視頻的可靠性要求要高一些，這是因?yàn)槿祟惖穆犛X比視覺更敏感一些，容忍的程度要相對(duì)低一些。 MIM交互式有兩種 ： ? 動(dòng)態(tài)交互： 允許所有參加者在任何時(shí)刻都能進(jìn)行信息交流 。第六章 多媒體通信網(wǎng)絡(luò)技術(shù) ? 多媒體不但要解決單機(jī)上的問題，也要解決多媒體網(wǎng)絡(luò)通信問題。 ? 靜態(tài)交互： 只允許事先指定好的一部份人發(fā)表意見 。 視頻傳輸，一幀圖出了一點(diǎn)小錯(cuò)，人眼可能感覺不出來 銀行間電子轉(zhuǎn)帳業(yè)務(wù)， = 有時(shí)僅僅一個(gè)二進(jìn)制位 (bit)出錯(cuò)就可能引起整個(gè)系統(tǒng)的崩潰 是一重要的性能指標(biāo)，反映網(wǎng)絡(luò)傳輸?shù)目煽啃裕萌N方法定義 : ?位差錯(cuò)率 (BER):出錯(cuò)的平均比特?cái)?shù)與所傳輸?shù)?bit總數(shù)之比。 中繼點(diǎn)的處理延遲包括路由延遲及緩沖延遲 。 ? 多媒體數(shù)據(jù)流的基本特征 多媒體信息由五種信息形式組成： ? 音頻 ? 視頻 ? 數(shù)據(jù) ? 位映像圖 ? 圖形 音頻和視頻信息源實(shí)際上多半是連續(xù)的 ， 而其他信息源通常是離散的 。 ?測(cè)量突變的一種好方法是求出給定周期內(nèi)最大傳輸率與平均傳輸率比。 3. 雙向?qū)ΨQ (bidirectional symmetry) ? 視頻點(diǎn)播 (videoondemand)： 當(dāng)二個(gè)端系統(tǒng)通過網(wǎng)絡(luò)連接起來時(shí)，該網(wǎng)絡(luò)的傳輸量本身是不對(duì)稱的。例如：語音是時(shí)間的函數(shù)，聲音和視頻圖像要求實(shí)時(shí)處理同步進(jìn)行，使得聲音和視頻具有協(xié)同性 . 多媒體通信的兩種類型： 流內(nèi)同步：是保持單個(gè)媒體流內(nèi)部時(shí)間關(guān)系，即按照一定的延遲和抖動(dòng)約束傳送媒體分組流，以滿足感觀上的需要 流間同步：是不同媒體間的同步，當(dāng)音頻和視頻以及其他數(shù)據(jù)流經(jīng)過不同的路徑或不同信源傳送過來時(shí)，需要在目的地對(duì)媒體進(jìn)行同步，才能達(dá)到媒體的正確表現(xiàn)。通過協(xié)商獲得雙方都能接收的 QoS參數(shù)。 – 如果采用幀間和幀內(nèi)編碼，如 MPEG編碼，則可以通過建立不同的優(yōu)先級(jí)來發(fā)送視頻的 I,P和 B幀，達(dá)到調(diào)節(jié) QoS的目的。 ? 沙漏計(jì)時(shí)器形狀的 TCP/IP協(xié)議族 HTTP SMTP DNS RTP TCP UDP IP 網(wǎng)際層 網(wǎng)絡(luò)接口層 運(yùn)輸層 應(yīng)用層 … … … 網(wǎng)絡(luò)接口 1 網(wǎng)絡(luò)接口 2 網(wǎng)絡(luò)接口 3 Everything over IP IP 可為各式各樣的應(yīng)用程序提供服務(wù) IP over Everything IP 可應(yīng)用到各式各樣的網(wǎng)絡(luò)上 ? OSI 與 TCP/IP體系結(jié)構(gòu)的比較 應(yīng)用層 運(yùn)輸層 網(wǎng)絡(luò)層 表示層 會(huì)話層 數(shù)據(jù)鏈路層 物理層 7 6 5 4 3 2 1 OSI 的體系結(jié)構(gòu) 應(yīng)用層 網(wǎng)絡(luò)接口層 網(wǎng)際層 IP (各種應(yīng)用層協(xié)議如 TELNET, FTP, SMTP 等 ) 運(yùn)輸層 (TCP 或 UDP) TCP/IP 的體系結(jié)構(gòu) 無連接分組交付服務(wù) 運(yùn)輸服務(wù) (可靠或不可靠 ) 各種 應(yīng)用服務(wù) TCP/IP 的三個(gè)服務(wù)層次 ? 88888888 ? IEEE 802 ? IEEE Ether IEEE Ether Standards/Working Groups 10baseT 10base5 10base2 10broad36 Ether 100baseTX 100baseFX 100baseT4 Autonegotiaton Fast Ether Flow Control Control Frames Pause Frames Type Field Full Duplex Ops 1000baseSX 1000baseLX 1000baseCX Gigabit Ether CSMA/CD ? (1)1980年 —1990年 ， 局域網(wǎng) (10Mbps)， 以 Ether、 Novell、Token Ring為代表 ， 傳輸線路以雙絞線和同軸電纜為主 ，傳送的信息媒體以正文為主 。 – 但以太網(wǎng)沒有提供 QoS的支持 ， 這對(duì)多媒體通信來說是一種缺陷 。 – FDDI是一種提供面向連接傳輸服務(wù)的高速局域網(wǎng)，固定分配通信信道帶寬。因此 ATM是符合前述多媒體需求的一種較好網(wǎng)絡(luò)技術(shù)。 ? 用于完整性及數(shù)據(jù)加密性的機(jī)制。 RTP協(xié)議提供了一種端到端的強(qiáng)制性同步控制機(jī)制 ， 以滿足多媒體流內(nèi)和流間的同步控制需求 。 ? 傳統(tǒng)的因特網(wǎng)本身是 非等時(shí)的 。 ? 緩存使所有到達(dá)的分組都經(jīng)受了遲延。 ? 在客戶端采用推遲播放和緩沖區(qū)技術(shù)以減弱傳輸延遲和傳輸抖動(dòng)的影響。 流媒體 是相對(duì)于傳統(tǒng)的下載－回放（ DownloadPlayback）方式而言的一種媒體格式，它能從 Inter上獲取音頻和視頻等連續(xù)的多媒體流，客戶端可以邊接收邊播放，使時(shí)延大大減少，而不用等到完全下載完畢再播放。 ? RTP 的層次 ? 從應(yīng)用開發(fā)者的角度看， RTP 應(yīng)當(dāng)是應(yīng)用層的一部分。 TS（ timestamp，時(shí)間戳）：指示 RTP 數(shù)據(jù)分組第 1 個(gè)字節(jié)的取樣時(shí)刻 SSRC（ synchronization source identifiers，同步源標(biāo)識(shí)） ? 實(shí)時(shí)運(yùn)輸控制協(xié)議 RTCP (RTP Control Protocol) ? RTCP 是與 RTP 配合使用的協(xié)議。 ? 發(fā)送端報(bào)告分組 SR 用來使發(fā)送端周期性地向所有接收端用多播方式進(jìn)行報(bào)告。所謂“ IP 網(wǎng)絡(luò)”就是“使用 IP 協(xié)議的分組交換網(wǎng)”的簡(jiǎn)稱。 ? SIP 協(xié)議以因特網(wǎng)為基礎(chǔ) ， 把 IP 電話視為因特網(wǎng)上的新應(yīng)用 。 ? 會(huì)話描述協(xié)議 SDP (Session Description Protocol) ? SDP 在電話會(huì)