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