*10.1  概述
  10.2  因特網(wǎng)的多媒體體系結(jié)構(gòu)
          10.2.1  實時運輸協(xié)議 RTP   
          10.2.2  實時運輸控制協(xié)議 RTCP
          10.2.3  實時流式協(xié)議 RTSP
10.3  IP 電話
       *10.3.1  IP 電話概述
        10.3.2  H.323
        10.3.3  會話發(fā)起協(xié)議 SIP
        10.3.4  IP 電話的通話質(zhì)量
10.4  改進“盡最大努力交付”的服務(wù)
       *10.4.1  使因特網(wǎng)提供服務(wù)質(zhì)量
        10.4.2  調(diào)度和管制機制
        10.4.3  綜合服務(wù) IntServ 和資源預(yù)留
                    協(xié)議 RSVP
        10.4.4  區(qū)分服務(wù) DiffServ
10.5  多協(xié)議標記交換 MPLS
       10.5.1  MPLS 的產(chǎn)生背景
       10.5.2  MPLS 的工作原理
10.6  居民接入網(wǎng) RAN
         10.6.1  xDSL 技術(shù)
         10.6.2  光纖同軸混合網(wǎng)（HFC 網(wǎng)）
         10.6.3  FTTx 技術(shù)
         10.6.4  以太網(wǎng)接入
10.7  關(guān)于三網(wǎng)融合
計算機網(wǎng)絡(luò)最初是為傳送數(shù)據(jù)信息設(shè)計的。因特網(wǎng) IP 層提供的“盡最大努力交付”服務(wù)對傳送數(shù)據(jù)信息也是很合適的。
當我們從因特網(wǎng)下載文件時，過長的網(wǎng)絡(luò)響應(yīng)時間雖然令人頗為煩惱，但這至少不會對我們產(chǎn)生有害的結(jié)果。
因特網(wǎng)使用的 TCP 協(xié)議可以很好地解決網(wǎng)絡(luò)不能提供可靠交付這一問題。多媒體信息（包括聲音和圖像信息）與不包括聲音和圖像的數(shù)據(jù)信息有很大的區(qū)別。
多媒體信息的信息量往往很大。
在傳輸多媒體數(shù)據(jù)時，對時延和時延抖動均有較高的要求。
多媒體數(shù)據(jù)往往是實時數(shù)據(jù)(real time data)，它的含義是：在發(fā)送實時數(shù)據(jù)的同時，在接收端邊接收邊播放。
模擬的多媒體信號經(jīng)過采樣和模數(shù)轉(zhuǎn)換變?yōu)?a target='_blank' class='arckwlink_none'>數(shù)字信號，再組裝成分組。這些分組的發(fā)送速率是恒定的（等時的）。
傳統(tǒng)的因特網(wǎng)本身是非等時的。因此經(jīng)過因特網(wǎng)的分組變成了非恒定速率的分組。  模擬的多媒體信號經(jīng)過采樣和模數(shù)轉(zhuǎn)換變?yōu)閿?shù)字信號，再組裝成分組。這些分組的發(fā)送速率是恒定的（等時的）。
傳統(tǒng)的因特網(wǎng)本身是非等時的。因此經(jīng)過因特網(wǎng)的分組變成了非恒定速率的分組。