p2p技術(shù)在流媒體中的應用畢業(yè)論文(編輯修改稿)
2025-07-25 10:54 本頁面
【文章內(nèi)容簡介】 設(shè)置索引，以方便資源合理有效的利用率。當節(jié)點請求數(shù)據(jù)時，服務器將擁有節(jié)點請求數(shù)據(jù)的節(jié)點的信息和數(shù)據(jù)所引發(fā)的發(fā)送給請求節(jié)點，客戶節(jié)點則根據(jù)傳輸延時，帶寬等因素選擇適合的節(jié)點作為服務器端，從而快速獲得所需要資源。在這種數(shù)據(jù)傳遞過程中，并不通過中心索引服務器，同時能夠充分利用網(wǎng)絡資源，增加節(jié)點資源的利用率，但是增加了服務器的負載壓力。星型式的P2P拓撲結(jié)構(gòu)（2）基于洪泛式資源請求的P2P網(wǎng)絡拓撲結(jié)構(gòu)在此P2P網(wǎng)絡拓撲結(jié)構(gòu)中，沒有中心服務器，各個節(jié)點的地位是平等的，資源都是存在自己的緩存中。每個節(jié)點都維護著一張存儲鄰居節(jié)點的IP等地址信息的鏈表，鄰居節(jié)點定時檢查網(wǎng)絡中是否有新增加或離開節(jié)點，更新自己的鄰居節(jié)點的地址鏈表，以保證數(shù)據(jù)傳遞的準確及時。 傳輸過程及性能評價指標 傳輸過程目前，多媒體音頻、視頻、3D媒體數(shù)據(jù)龐大，傳統(tǒng)的傳輸方式由于收到帶寬等的限制不能更好的滿足用戶的需求，流式傳輸營運而生。流媒體傳輸?shù)膶崿F(xiàn)原理簡單描述為基于減少流媒體文件質(zhì)量損失和不降低文件的大小的前提下，采用有效的數(shù)據(jù)壓縮算法，使原本龐大的多媒體文件數(shù)據(jù)經(jīng)過預處理后形成滿足流傳輸?shù)奈募?，然后通過架設(shè)流媒體服務器，或是代理服務器，修改設(shè)置MIME標志，在多種實時媒體傳輸協(xié)議的規(guī)范下向客戶端傳輸。最終在客戶端通過解碼播放媒體數(shù)據(jù)。傳輸過程1．預處理由于目前網(wǎng)絡帶寬的局限性，直接處理龐大的多媒體數(shù)據(jù)是遠遠達不到預期的效果的。流媒體協(xié)議棧2．流媒體傳輸協(xié)議（1）實時傳輸協(xié)議（Realtime Transport Protoc01，RTP）：這是Internet網(wǎng)上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議。RTP被定義在一對一或一對多的傳輸情況下工作，其目的是提供時間信息和實現(xiàn)流同步。0816 24 31V=2PXCCMPTSequence NumberTimestampsynchronization source （SSRC） identifiercontributing source （CSRC） identifiers……RTP的頭部格式版本號（V）：占2位，用來標志使用的RTP版本。填充位（P）：占1位，如果該位置位，則該RTP包的尾部就包含附加的填充字節(jié)。擴展位（X）：占1位，如果該位置位的話，RTP固定頭部后面就跟有一個擴展頭部。CSRC計數(shù)器（CC）：占4位，含有固定頭部后面跟著的CSRC的數(shù)目。標記位（M）：占1位,該位的解釋由配置文檔（Profile）來承擔。載荷類型（PT）：占7位，標識了RTP載荷的類型。從圖 28 可以看到，RTCP也是用UDP來傳送的，但RTCP封裝的僅僅是一些控制信息，因而分組很短，所以可以將多個RTCP分組封裝在一個UDP包中。RTCP有如表 21 五種分組類型。（3）實時流協(xié)議（Realtime Streaming Protoc01，RTSP）：定義了一對多的應用程序如何有效的通過IP網(wǎng)絡傳送多媒體數(shù)據(jù)。表 RTP的物
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號-1