多媒體期末思考題

第第#頁(yè)應(yīng)關(guān)系的方法。此外，典型的時(shí)間模型還有：時(shí)間軸模型，需時(shí)間軸模型，OCPN模型等。6、試用時(shí)間軸模型和OCPN兩種模型描述圖4中的時(shí)域場(chǎng)景，其中視頻和音頻數(shù)據(jù)流之間的同步偏差要求小于等于40ms（這需要40ms檢查一下同步情況）?？诼?、服務(wù)器按自己的時(shí)鐘向客戶端傳輸一個(gè)長(zhǎng)度為半小時(shí)、幀率為25幀/秒、碼率為128kb/s的視頻節(jié)目，客戶端按本地時(shí)鐘播放，二者的時(shí)鐘偏差為10-4秒/秒（服務(wù)器慢于客戶端的）。假設(shè)客戶端接收到第一幀數(shù)據(jù)就開(kāi)始播放，能否在保證觀看質(zhì)量的情況下連續(xù)播放完整的節(jié)目？假設(shè)累積時(shí)間差小于一個(gè)幀周期不會(huì)明顯影響播放的觀看質(zhì)量，試提出一種起始延時(shí)最小且實(shí)現(xiàn)起來(lái)最簡(jiǎn)單的能保證客戶端連續(xù)播放質(zhì)量的方法（不考慮網(wǎng)絡(luò)延時(shí)抖動(dòng)）。答：30*60*10-4=0.18s＞一個(gè)幀周期=0.04s，所以不能保證觀看質(zhì)量。因?yàn)槔鄯e時(shí)間差小于一個(gè)幀周期不會(huì)明顯影響播放質(zhì)量0.18-0.04=0.14s，所以只要能緩存0.14s的數(shù)據(jù)。就可以實(shí)現(xiàn)起始延時(shí)最小的客戶端連續(xù)播放。此時(shí)有0.14*128Kb=17.92Kb。即緩存17.92Kb的數(shù)據(jù)?？?、什么是同步容限？ITU、ATSC、EBU這三大標(biāo)準(zhǔn)化組織對(duì)音頻和視頻的同步容限做了怎樣的規(guī)定？同步容限：表示約束關(guān)系所允許的偏差范圍，它包含了對(duì)同步機(jī)制服務(wù)質(zhì)量的要求。標(biāo)準(zhǔn)化組織 滯后容限 超前容限ITUBT.1359 -30ms +22.5msATSCIS/191 -45ms +15msEBUR37 -60ms +40ms9、說(shuō)明HDTV中媒體流的同步是如何實(shí)現(xiàn)的?？贖DTV的同步問(wèn)題主要在于音頻流和視頻流之間的同步。音頻和視頻編碼器各自獨(dú)立工作，為了解決兩個(gè)數(shù)據(jù)流的同步問(wèn)題，通過(guò)一個(gè)90HZ的系統(tǒng)時(shí)鐘向兩個(gè)編碼器輸入當(dāng)前的時(shí)間值。擴(kuò)充過(guò)的TS(TransportStream)包括時(shí)間戳，這些時(shí)間戳被包含在編碼輸出中傳送給接收方，借此可以同步音頻流和視頻流。10、闡述用于光存儲(chǔ)系統(tǒng)的EFM通道編碼設(shè)計(jì)與比特同步的關(guān)系。11、MP3如何實(shí)現(xiàn)流內(nèi)同步？口MP3通過(guò)SamplesPerFrame和SamplingRate來(lái)控制播放時(shí)間，從而實(shí)現(xiàn)流內(nèi)同步。12、如果分布式多媒體系統(tǒng)中每個(gè)設(shè)備均配置電波鐘，設(shè)計(jì)一套方案支持該系統(tǒng)中音頻視頻復(fù)合流的傳輸。將音頻數(shù)據(jù)和視頻數(shù)據(jù)分別進(jìn)行音頻和視頻編碼，之后分別打包，形成包基本碼流PES。在進(jìn)行視頻PES打包時(shí)，在包含一幀數(shù)據(jù)開(kāi)始的PES包頭中插入解碼時(shí)間戳DTS和顯示時(shí)間戳PTS，用于表示該幀的顯示時(shí)刻。對(duì)于音頻流而言，只需要在其PES包頭中插入PTS。之后將以上的1個(gè)或多個(gè)音視頻PES包組合，并加上包頭構(gòu)成大包，然后將大包復(fù)接形成復(fù)合的節(jié)目流PS進(jìn)行傳輸。在接收端可以通過(guò)PTS進(jìn)行流間同步?？诘谄哒露嗝襟w傳輸網(wǎng)絡(luò)1、說(shuō)明多媒體數(shù)據(jù)流和傳統(tǒng)電話網(wǎng)數(shù)據(jù)流的區(qū)別（1）多媒體數(shù)據(jù)流信源豐富、數(shù)據(jù)量大、數(shù)據(jù)編碼壓縮方式多樣、傳輸控制復(fù)雜，要考慮帶寬分配，動(dòng)態(tài)路徑選擇，網(wǎng)絡(luò)延時(shí)，傳輸同步的問(wèn)題（2）傳統(tǒng)電話網(wǎng)數(shù)據(jù)流信源單一（多為語(yǔ)音信號(hào)）、數(shù)據(jù)量小，信源壓縮率有限，傳輸控制相對(duì)簡(jiǎn)單，信息傳輸前信道已經(jīng)建立，傳輸延時(shí)較小，基本無(wú)同步問(wèn)題2、從通信建立時(shí)間、傳輸延時(shí)、延時(shí)抖動(dòng)、帶寬利用率、對(duì)實(shí)時(shí)業(yè)務(wù)的支持、包傳輸次序及丟失和QoS保障等方面對(duì)下列網(wǎng)絡(luò)進(jìn)行比較：（1）電路交換網(wǎng)絡(luò)與分組交換網(wǎng)絡(luò)；（2）面向連接網(wǎng)絡(luò)與無(wú)連接網(wǎng)絡(luò)。（1） 電路交換網(wǎng)絡(luò) 分組交換網(wǎng)絡(luò)通信建立時(shí)間： 需要通信建立時(shí)間 虛電路時(shí)需要；數(shù)據(jù)報(bào)時(shí)不需要傳輸延時(shí)：建立通信連接需要延時(shí)，但連接建立后傳輸延時(shí)短傳輸延時(shí)較長(zhǎng)延時(shí)抖動(dòng)： 只限于物理抖動(dòng)存在延時(shí)抖動(dòng)，且隨著網(wǎng)絡(luò)負(fù)荷的增加而惡化帶寬利用率： 帶寬利用率較低 帶寬利用率較高對(duì)實(shí)時(shí)業(yè)務(wù)的支持：非常支持 較支持包傳輸次序： 順序傳輸虛電路：順序傳輸；數(shù)據(jù)報(bào)：不能保證順序傳輸包丟失：主要原因是包的比特錯(cuò)誤引起 主要的原因是網(wǎng)絡(luò)擁塞引起QoS： 具有確定性的保障 具有較低的保障；可提供定性的QoS服務(wù)面向連接網(wǎng)絡(luò) 無(wú)連接網(wǎng)絡(luò)通信建立時(shí)間： 需要通信建立時(shí)間不需要傳輸延時(shí)： 傳輸延時(shí)較短傳輸延時(shí)較長(zhǎng)延時(shí)抖動(dòng)： 延時(shí)抖動(dòng)較小延時(shí)抖動(dòng)較大帶寬利用率： 帶寬利用率較低帶寬利用率較高對(duì)實(shí)時(shí)業(yè)務(wù)的支持： 支持

順序傳輸主要原因是比特錯(cuò)誤具有較高的保障不支持包傳輸次序：不能保證順序傳輸包丟失：網(wǎng)絡(luò)擁塞引起順序傳輸主要原因是比特錯(cuò)誤具有較高的保障3、4、請(qǐng)對(duì)IP網(wǎng)的Interserv和Diffserv的QoS保障機(jī)制的復(fù)雜度和性能做出評(píng)價(jià)。它們能夠提供定性的還是定量的、確定的還是統(tǒng)計(jì)意義上的QoS保障？InterServ的QoS保障機(jī)制比Diffserv的QoS保障機(jī)制更加的復(fù)雜。InterServ能夠保障端到端的每個(gè)業(yè)務(wù)流的服務(wù)質(zhì)量，為網(wǎng)絡(luò)提供最細(xì)粒度化的服務(wù)質(zhì)量區(qū)分，但是可擴(kuò)展性較差；Diffserv只提供有限的服務(wù)類(lèi)別，提供的是較粗粒度的服務(wù)質(zhì)量區(qū)分，但是其可擴(kuò)展性較好。InterServ提供定量的確定的QoS保障；DiffServ提供的是定性的統(tǒng)計(jì)意義上的QoS保障5、為了保障QoS，在以太網(wǎng)和IP網(wǎng)絡(luò)分別采用了哪些技術(shù)？以太網(wǎng)：流量控制；包分類(lèi)服務(wù)IP網(wǎng)絡(luò)：綜合服務(wù)模型(Interserv)和資源預(yù)留協(xié)議(RSVP)；區(qū)別服務(wù)（Diffserv）;多協(xié)議標(biāo)記交換（MPLS）;流量工程和基于約束的尋徑。6、如何理解RSVP作為信令協(xié)議在DS服務(wù)中的應(yīng)用？（1）當(dāng)用戶需要的區(qū)分服務(wù)是通過(guò)動(dòng)態(tài)SLA和ISP協(xié)商時(shí)，可以通過(guò)信令協(xié)議RSVP建立起來(lái)。（2）由于InterServ和DifferServ模型各有自己的長(zhǎng)處和局限。為了支持端到端的QoS，可考慮將InterServ、DiffServ看做相互補(bǔ)充的技術(shù)，將其結(jié)合，相互協(xié)調(diào)，共同實(shí)現(xiàn)端到端的QoS服務(wù)機(jī)制。此時(shí)的起到橋接作用的就是RSVP。當(dāng)DifferServ里面的路由器支持RSVP時(shí)，可以根據(jù)當(dāng)?shù)氐馁Y源情況和客戶定義的資源和策略實(shí)施接納控制7、說(shuō)明多媒體傳輸網(wǎng)絡(luò)中QoS和QoE的區(qū)別（1）Qos更多的是從網(wǎng)絡(luò)運(yùn)營(yíng)商的角度看網(wǎng)絡(luò)提供的業(yè)務(wù)質(zhì)量，更多的是技術(shù)層面，屬于客觀度量范疇；QoE則更多的是從用戶的角度看，關(guān)注用戶的主觀體驗(yàn)，強(qiáng)調(diào)主觀度量。（2）QoS等級(jí)可以通過(guò)具體參數(shù)精確刻畫(huà)；QoE只能用如優(yōu)秀很好一般等主觀評(píng)價(jià)詞來(lái)大概表達(dá)（3）QoE包含了對(duì)網(wǎng)絡(luò)服務(wù)質(zhì)量QoS的技術(shù)性要求，但不局限于此，還考慮了業(yè)務(wù)的便利、價(jià)格、客服支撐等用戶體驗(yàn)性的非技術(shù)因素，與具體業(yè)務(wù)緊密相連；QoE二網(wǎng)絡(luò)QoS+內(nèi)容+人的主觀體驗(yàn)8、QoE管理的難點(diǎn)是什么？影響QoE的因素主要有三個(gè)方面：端到端的網(wǎng)絡(luò)QoS、中間媒體的透明度以及用戶本身的背景、經(jīng)歷和期望等主觀因素。如果權(quán)衡這三個(gè)因素、多方配合協(xié)同保證用戶體驗(yàn)、到達(dá)用戶希望的QoE是QoE管理的難點(diǎn)。9、何為ATM，為什么說(shuō)ATM結(jié)合了分組交換和線路交換的優(yōu)點(diǎn)？（1）ATM是異步傳輸模式，又叫信元中繼，是一種新型數(shù)據(jù)分組傳輸技術(shù)。它采用虛電路技術(shù)，面向連接并承載寬綜合業(yè)務(wù)，具有很高的數(shù)據(jù)傳輸速率。其目標(biāo)是一個(gè)綜合的、通用的網(wǎng)絡(luò)來(lái)承載全部現(xiàn)有的和未來(lái)可能出現(xiàn)的業(yè)務(wù)。（2）ATM吸取了電路交換的優(yōu)點(diǎn)采用了面向連接的方式，使得速率相對(duì)獨(dú)立、傳輸延時(shí)小和實(shí)時(shí)性好；ATM也采用了分組交換網(wǎng)絡(luò)中的統(tǒng)計(jì)復(fù)用提高資源利用率的優(yōu)點(diǎn)，具有任意速率的適應(yīng)性，靈活高效。10、支持IP網(wǎng)絡(luò)實(shí)時(shí)多媒體數(shù)據(jù)傳輸?shù)膮f(xié)議有哪些？描述其基本思想（1）RTPRTP是用于Internet上針對(duì)多媒體數(shù)據(jù)流的一種實(shí)時(shí)傳輸協(xié)議。RTP被定義為在一對(duì)一或一對(duì)多的傳輸情況下工作，其目的是提供時(shí)間信息和實(shí)現(xiàn)流同步。RTP通常使用UDP來(lái)傳送數(shù)據(jù)，但RTP也可以在TCP或ATM等其他協(xié)議之上工作。RTP本身并不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制，也不提供流量控制或擁塞控制，它依靠RTCP提供這些服務(wù)。（2）RTCPRTCP負(fù)責(zé)對(duì)RTP的通信和會(huì)話進(jìn)行帶外管理（流量控制，擁塞控制，會(huì)話源管理等）。在RTP會(huì)話期間，各參與者周期性地傳送RTCP包。RTCP包中含有已發(fā)送的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料，因此，服務(wù)器可以利用這些信息動(dòng)態(tài)地改變傳輸速率，甚至改變有效載荷類(lèi)型。RTP和RTCP配合使用，它們能以有效的反饋和最小的開(kāi)銷(xiāo)使傳輸效率最佳化，因而特別適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。（3）RTSP實(shí)時(shí)流協(xié)議RTSP，該協(xié)議定義了一對(duì)多應(yīng)用程序如何有效地通過(guò)IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù)。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。11、總結(jié)主流音頻、圖像、視頻媒體的資源需求特征（1）網(wǎng)絡(luò)吞吐量需求：它反應(yīng)了網(wǎng)絡(luò)最大極限容量。持續(xù)的、大量數(shù)據(jù)的傳輸是主流的多媒體傳輸?shù)囊粋€(gè)特點(diǎn)，所以他們對(duì)網(wǎng)絡(luò)的吞吐量有很高的要求。（2）延時(shí)需求：衡量網(wǎng)絡(luò)性能的重要參數(shù)，包括傳播延遲、傳輸延遲、網(wǎng)絡(luò)延遲、接口延遲。因?yàn)槎嗝襟w數(shù)據(jù)量大、且有時(shí)多媒體數(shù)據(jù)是實(shí)時(shí)數(shù)據(jù)，為了增加用戶終端播放體驗(yàn)，這對(duì)網(wǎng)絡(luò)的延時(shí)要求要小。（3）延時(shí)抖動(dòng)需求：大的延時(shí)抖動(dòng)會(huì)破壞多媒體的同步，從而影響音頻視頻信號(hào)的播放質(zhì)量。所以需要低的網(wǎng)絡(luò)延時(shí)（4）可靠性需求：錯(cuò)誤率，包括誤碼率、包錯(cuò)誤率和包丟失率。反映了網(wǎng)絡(luò)傳輸可靠性。錯(cuò)誤率要盡可能的小。（5）多點(diǎn)通信需求：多媒體通信涉及音頻和視頻數(shù)據(jù)，在分布式多媒體應(yīng)用中有廣播和多播信息。因此，除常規(guī)的點(diǎn)對(duì)點(diǎn)通信外，多媒體通信需要支持多播通信方式。（6）同步需求：包括流間同步和流內(nèi)同步。應(yīng)當(dāng)保持多媒體數(shù)據(jù)的同步性。12、傳統(tǒng)電視質(zhì)量評(píng)估和IPTV質(zhì)量評(píng)估存在哪些差別？對(duì)IPTV的質(zhì)量評(píng)估從兩個(gè)方面進(jìn)行考量:用戶體驗(yàn)質(zhì)量（QoE）和系統(tǒng)服務(wù)質(zhì)量（QoS）。QoE從用戶的角度出發(fā)，對(duì)網(wǎng)絡(luò)提供的業(yè)務(wù)以及應(yīng)用層面的性能的整體感受進(jìn)行評(píng)價(jià)。QoS則從系統(tǒng)網(wǎng)絡(luò)的角度出發(fā)，對(duì)網(wǎng)絡(luò)新能參數(shù)進(jìn)行評(píng)價(jià)傳統(tǒng)的電視質(zhì)量評(píng)估更關(guān)注的是設(shè)備自身的轉(zhuǎn)發(fā)性能和網(wǎng)絡(luò)系統(tǒng)性能服務(wù)質(zhì)量QoS。從服務(wù)的角度講，一個(gè)服務(wù)的好壞最終由用戶的體驗(yàn)決定，所以IPTV的質(zhì)量評(píng)價(jià)更加的貼切、有效。13、請(qǐng)論述IP多媒體子系統(tǒng)（IMS）在網(wǎng)絡(luò)融合中發(fā)揮的作用。（1）通過(guò)IMS實(shí)現(xiàn)的網(wǎng)絡(luò)融合使得運(yùn)營(yíng)商可以通過(guò)統(tǒng)一的業(yè)務(wù)層和控制層向不同接入網(wǎng)上的應(yīng)用提供多種業(yè)務(wù)，各種多媒體業(yè)務(wù)不再必須由多個(gè)運(yùn)營(yíng)商通過(guò)多個(gè)獨(dú)立的網(wǎng)絡(luò)提供。（2）網(wǎng)絡(luò)的“無(wú)縫”連接還使得用戶有可能在一項(xiàng)通信過(guò)程中使用不同的終端設(shè)備跨越不同的接入網(wǎng)獲得不中斷的服務(wù).（3）IMS的網(wǎng)絡(luò)融合框架激發(fā)了應(yīng)用和業(yè)務(wù)的融合。IMS允許將各種業(yè)務(wù)作為一個(gè)整體來(lái)進(jìn)行管理。第八章多媒體通信終端與系統(tǒng)1、MPEG2碼流中，I幀，P幀和B幀PES包頭中的PTS和DTS是否相同？PTS為顯示時(shí)間戳，主要用戶視頻的同步和輸出。DTS為解碼時(shí)間戳，在解碼階段使用。對(duì)于I幀和P幀，由于解碼次序和顯示次序不同，PTS和DTS作用不同，所以同時(shí)需要PTS和DTS。對(duì)于B幀，解碼次序和顯示次序相同，時(shí)間上存在一致性，所以PTS和DTS具有相同的作用，只需要PTS即可。2、據(jù)統(tǒng)計(jì)，目前在因特網(wǎng)上（IPV4）傳輸?shù)陌骄L(zhǎng)為355B，問(wèn)：⑴當(dāng)包格式改換成IPV6后，平均包長(zhǎng)為多少？⑵在使用IPV4且沒(méi)有包頭壓縮時(shí)RTP/UDP/Ipv6包頭引入的開(kāi)銷(xiāo)為多少？如果每個(gè)包的包頭壓縮至2B，引入的開(kāi)銷(xiāo)又是多少？答：（1）355+20=375B（3）總感覺(jué)題目表述有錯(cuò)，有兩種可能的表述1）當(dāng)使用IPV6且沒(méi)有包頭壓縮時(shí)RTP/UDP/IPV6包頭引入的開(kāi)銷(xiāo)為（12+8+40）/375=16%如果每個(gè)包頭壓縮至28,引入的開(kāi)銷(xiāo)為2/375=0.53%2）當(dāng)使用IPV4且沒(méi)有包頭壓縮時(shí)RTP/UDP/IPV4包頭引入的開(kāi)銷(xiāo)為（12+8+20）/355=11.3%如果每個(gè)包頭壓縮至28，引入的開(kāi)銷(xiāo)為2/355=0.56%3典型的視聽(tīng)終端應(yīng)該包含哪幾個(gè)功能模塊？列舉其中可能采、用的協(xié)議。網(wǎng)絡(luò)接口模塊網(wǎng)絡(luò)適配模塊復(fù)用/同步/安全模塊應(yīng)用層模塊實(shí)時(shí)傳輸協(xié)議（RTP）、實(shí)時(shí)傳輸控制協(xié)議（RTCP）、UDP/TCP、IP協(xié)議（IPV4/IPv6）、視聽(tīng)系統(tǒng)多點(diǎn)控制協(xié)議（H.231）、終端間控制規(guī)程（H.242）、多個(gè)終端與MCU間通信規(guī)程（H.243）、幀同步控制與指示（H.230）、視聽(tīng)業(yè)務(wù)加密（H.233）、視聽(tīng)業(yè)務(wù)密鑰與認(rèn)證（H.234）、電視會(huì)議攝像機(jī)控制規(guī)程（H.281）、同步信道集合（H.224）。4、在H.323域中，網(wǎng)關(guān)、MCU、和網(wǎng)守的功能是什么？為什么一個(gè)域中必須有一個(gè)網(wǎng)守，而可以沒(méi)有MCU？說(shuō)明H.323終端的通信建立過(guò)程，以及實(shí)時(shí)媒體的數(shù)據(jù)，應(yīng)用數(shù)據(jù)，通信控制信號(hào)，信令信號(hào)各采用什么協(xié)議，為什么？網(wǎng)關(guān)：用于H.323與其他類(lèi)型的終端之間進(jìn)行連接MCU：提供會(huì)議管理以及視頻、音頻信號(hào)的混合與切換等功能網(wǎng)守：1）對(duì)域內(nèi)終端進(jìn)行接納控制2）限制某個(gè)終端所使用的帶寬、進(jìn)行地址翻譯和與控制功能分組交換網(wǎng)是不保證QoS的網(wǎng)絡(luò)，GK可以對(duì)域內(nèi)終端進(jìn)行劫難控制以防止擁塞，以及GK可以限制某個(gè)終端所使用的帶寬、進(jìn)行地質(zhì)翻譯和域控制等功能，這對(duì)于改善沒(méi)有QoS保證的網(wǎng)絡(luò)的質(zhì)量是非常有益的。所以必須有一個(gè)網(wǎng)守。由于局域網(wǎng)支持多播，因此域內(nèi)可以沒(méi)有MCU，會(huì)議可由分布在終端、網(wǎng)關(guān)或GK上的MC進(jìn)行分布式管理建立過(guò)程見(jiàn)書(shū)234頁(yè)~5、假設(shè)視頻、音頻分別在2個(gè)RTP會(huì)話中傳輸：（1）說(shuō)明在發(fā)送端和接收端如何實(shí)現(xiàn)視頻、音頻的流間同步；（2）參考RTP/RTCP報(bào)文格式，提出一種在接收端計(jì)算平均丟包率的方法答：（1）RTP報(bào)文中有一個(gè)時(shí)間戳域，發(fā)送方報(bào)告報(bào)文所包含的信息可被接收方用于協(xié)調(diào)兩個(gè)流中的時(shí)間戳值。發(fā)送方報(bào)告中含有一個(gè)以網(wǎng)絡(luò)時(shí)間協(xié)議NTP格式表示的絕對(duì)時(shí)間值，接著RTCP報(bào)告中給出一個(gè)RTP時(shí)間戳值，產(chǎn)生該值的時(shí)鐘就是產(chǎn)生RTP分組中的TimeStamp字段的那個(gè)時(shí)鐘。由于發(fā)送方發(fā)出的所有流和發(fā)送方報(bào)告都使用同一個(gè)絕對(duì)時(shí)鐘，接收方就可以比較來(lái)自同一數(shù)據(jù)源的兩個(gè)流的絕對(duì)時(shí)間，從而確定如何將一個(gè)流中的時(shí)間戳值映射為另一個(gè)流中的時(shí)間戳值。從而進(jìn)行同步。(2)當(dāng)RTP會(huì)話開(kāi)始時(shí)，記錄第一個(gè)RTCP發(fā)送者報(bào)告中的NTP時(shí)間戳的值t1。記錄當(dāng)前RTCP發(fā)送者報(bào)告中的NTP時(shí)間戳的值t2。得到時(shí)間差T=t2-t1.記錄當(dāng)前RTCP發(fā)送者報(bào)告中的丟失包總數(shù)n。此時(shí)n/T就是當(dāng)前的平均丟包率。6、畫(huà)出H.323終端與3G-324M終端相互通信的連接示意圖，并具體列出網(wǎng)關(guān)應(yīng)該具備的功能。圖略網(wǎng)關(guān)功能：(1)轉(zhuǎn)換協(xié)議：網(wǎng)關(guān)作為一個(gè)解釋器，使不同的網(wǎng)絡(luò)能夠建立聯(lián)系(2)完成尋址與尋呼控制(3)轉(zhuǎn)換信息格式：不同的網(wǎng)絡(luò)使用不同的編碼方法，網(wǎng)關(guān)將對(duì)信息進(jìn)行轉(zhuǎn)換，使異種網(wǎng)絡(luò)之間能夠自由的交換信息(4)轉(zhuǎn)發(fā)傳輸信息：負(fù)責(zé)在端口間轉(zhuǎn)發(fā)傳輸信息7、從控制功能和傳輸可靠性?xún)蓚€(gè)方面，對(duì)H.242和H.245進(jìn)行比較(1)H.242的控制功能：能力交換，通信模式確定、模式轉(zhuǎn)換、遠(yuǎn)程應(yīng)用功能控制和多點(diǎn)會(huì)議控制H.245控制功能：能力交換、通信模式確定、對(duì)特定的音頻和視頻模式的請(qǐng)求及模式轉(zhuǎn)換、邏輯通道管理、對(duì)各個(gè)邏輯通道比特率的控制、遠(yuǎn)程應(yīng)用控制、確定主從終端和修改復(fù)接表(2)傳輸可靠性：H.242通過(guò)公務(wù)子信道中的BAS碼傳送通信控制消息，并且BAS碼與連續(xù)媒體流復(fù)接在一個(gè)幀內(nèi)傳輸。為了增加可靠性，BAS碼除了8個(gè)信息bit之外，加上了8個(gè)糾錯(cuò)比特，使得其在一定的誤碼的條件下能夠正常工作。所以H.242具有一定的傳輸可靠性。H.245則使用一個(gè)專(zhuān)有的邏輯通道中傳送控制消息，并且該信道總是建立在可靠的傳輸服務(wù)之上。所以H.245能夠完全保證傳輸?shù)目煽啃浴?、分別說(shuō)明在H.323和SIP的視聽(tīng)系統(tǒng)中，能力集協(xié)商是通過(guò)什么協(xié)議和如何進(jìn)行的（1）H.323中是通過(guò)H.245協(xié)議。H.323終端首先通過(guò)RAS信道向GK傳送一個(gè)接納請(qǐng)求。被接納后，通過(guò)一個(gè)可靠新到利用Q.931進(jìn)行呼叫。呼叫過(guò)程結(jié)束后建立起一個(gè)可靠的H.245控制信道，通過(guò)這個(gè)信道進(jìn)行H.245的消息交換完成能力集協(xié)商。（2）SIP是通過(guò)SDP協(xié)議。主叫方通過(guò)Invite的SDP消息體說(shuō)明它欲發(fā)起的繪畫(huà)的詳細(xì)信息，被叫方通過(guò)OK的SDP消息體回復(fù)它愿意接受的會(huì)話的類(lèi)型。這兩個(gè)步驟完成了雙方對(duì)能力集的協(xié)商。9、說(shuō)明組通信和多點(diǎn)通信這兩個(gè)概念的聯(lián)系和區(qū)別10、說(shuō)明內(nèi)容分發(fā)網(wǎng)絡(luò)CDN和P2P對(duì)等網(wǎng)絡(luò)的工作原理和核心技術(shù)CDN工作原理：當(dāng)用戶向系統(tǒng)請(qǐng)求一個(gè)節(jié)目時(shí)，通過(guò)重定向技術(shù)該請(qǐng)求被轉(zhuǎn)發(fā)到離用戶最近的CDN服務(wù)器上，如果重定向所指向的服務(wù)器保存有用戶所請(qǐng)求節(jié)目的復(fù)制版本，那么該服務(wù)器向用戶傳遞數(shù)據(jù)流；如果沒(méi)有，該服務(wù)器通過(guò)系統(tǒng)的內(nèi)容路由功能找到和獲取節(jié)目，然后傳遞給用戶。CDN核心技術(shù)：重定向、緩存策略、內(nèi)容路由、應(yīng)用層多播P2P工作原理：P2P網(wǎng)絡(luò)中的用戶設(shè)備既是終