?

1、引言

　　隨著視頻和寬帶接入技術(shù)的迅速發(fā)展和成熟，通過IP寬帶網(wǎng)絡(luò)收看各種直播和點播節(jié)目已經(jīng)成為現(xiàn)實。時移電視業(yè)務(wù)結(jié)合了視頻直播、視頻點播及視頻錄制等技術(shù)特點，使用戶在看電視直播時可以進行暫停、回跳延時觀看以及從延時觀看切換回直播狀態(tài)等操作，還可以讓用戶回看已播的電視節(jié)目。時移電視使用戶徹底從“你播我看”的傳統(tǒng)被動收看電視這一模式中解放出來，目前已被CCSA IPTV標(biāo)準(zhǔn)列為基本業(yè)務(wù)之一。目前在寬帶網(wǎng)絡(luò)上實現(xiàn)時移電視業(yè)務(wù)主要有兩種思路，即基于C/S模式的IPTV建設(shè)方案和基于P2P技術(shù)的P2P疊加網(wǎng)絡(luò)方案。

　　在IPTV中，時移電視是通過直播和點播相結(jié)合實現(xiàn)的，其難點類似于視頻點播。在傳統(tǒng)的視頻點播模式下。每個用戶與視頻服務(wù)器之間需要建立一個連接，因此即使是有限個用戶也會很快耗盡服務(wù)器的資源。這樣，如何減小服務(wù)器的壓力就成為系統(tǒng)設(shè)計的關(guān)鍵。對此業(yè)界已經(jīng)提出了許多流調(diào)度算法，如金字塔算法(Pyramid)[1，2]、摩天大樓(Skyscraper)算法[3]、批處理(Batching)技術(shù)[4]、補丁(Patching)技術(shù)[5～7]及層次組播流合并(hierarchICal multicast stream merging，HMSM)[8]技術(shù)等，已提出的大多數(shù)算法的基本出發(fā)點是采用組播方式，將同一文件的多個點播合并為一個組播信道服務(wù)。但這些策略在實際商業(yè)運營中卻難以得到實際使用，其原因為，目前整個網(wǎng)絡(luò)并不支持全網(wǎng)IP組播，且這種節(jié)省資源的策略是以延時用戶響應(yīng)為代價的，在商業(yè)運營中得不償失。參考文獻[3]中提出了采用P2P辦法實現(xiàn)時移電視的傳輸策略，但也是基于直播流采用IP組播傳輸?shù)那疤?，并且要求客戶端能夠同時接收組播流和補丁流。該傳輸策略能夠適用于小型的局域網(wǎng)系統(tǒng)，但不適合現(xiàn)有的廣域網(wǎng)絡(luò)。其原因是現(xiàn)有廣域網(wǎng)絡(luò)并不支持全網(wǎng)IP組播，且目前使用最廣泛的ADSL線路帶寬不足以支撐同時傳輸兩個流。

　　另一方面，在P2P視頻系統(tǒng)中，視頻直播業(yè)務(wù)應(yīng)用比較廣泛，如Cool Streaming、PPlive等，而規(guī)模應(yīng)用的P2P視頻點播系統(tǒng)卻很少見，具備時移電視功能的P2P系統(tǒng)則基本上沒有見到。但從用戶角度看，真正吸引用戶使用P2P視頻系統(tǒng)的是比賽類節(jié)目，如體育比賽、超女比賽等，而且，用戶對這類節(jié)目的時移需求很強烈。比如觀看中突然有事，需要暫停，希望回來后能不間斷地繼續(xù)觀看，或者某個精彩鏡頭沒看清，希望跳回觀看，或者由于有事錯過了已播節(jié)目，希望能夠重新點播觀看等，因此，如果能夠在已有的P2P直播基礎(chǔ)上加入時移功能，必將受到用戶的極大歡迎。

　　以前，IPTV與P2P基本是相互獨立發(fā)展的，有關(guān)IPTV與P2P結(jié)合的研究文獻不多見。最近，出現(xiàn)了部分有關(guān)IPTV與P2P結(jié)合的研究文獻[8～11]，強調(diào)兩者的優(yōu)勢互補，并就如何在技術(shù)層面融合進行了探討。

　　本文將提出一種采用P2P技術(shù)實現(xiàn)的時移電視系統(tǒng)，這個系統(tǒng)不僅利用了P2P技術(shù)分散錄制和存儲直播節(jié)目，而且不需要依賴IP組播技術(shù)進行直播，因此能夠解決IPTV系統(tǒng)中時移電視業(yè)務(wù)建設(shè)成本高、擴展性差的問題。此外，每個客戶端在播放節(jié)目的同時，只須錄制和存儲部分節(jié)目片段，并能為其他客戶端提供正在播放的視頻服務(wù)和已存儲的節(jié)目服務(wù)，因此本文所提出的系統(tǒng)不僅減少了每個客戶端的開銷，而且可達到參與者越多，可供資源越多，服務(wù)質(zhì)量也就越好的規(guī)模擴展效果。

　　2、系統(tǒng)方案

　　2.1　系統(tǒng)架構(gòu)

　　圖1是基于P2P的時移電視系統(tǒng)架構(gòu)，由圖1可見，系統(tǒng)包括一個分片處理器、一個媒體定位器以及若干對等節(jié)點(Peer)。分片處理器對輸入的直播流進行分塊和分段處理，形成媒體分塊和分段。一個媒體分段包括固定數(shù)量順序編號的媒體分塊，段的起始和結(jié)束由塊頭中標(biāo)志位標(biāo)識。媒體分段是系統(tǒng)定位和存儲媒體的基本單位，媒體分塊是系統(tǒng)傳輸媒體的基本單位。對等節(jié)點可從多個其他節(jié)點取得分塊數(shù)據(jù)進行解碼和播放。為了敘述方便，把播放點附近不斷滾動的若干媒體分塊定義為一個邏輯上的特殊分段——直播分段。

　　??????????????????????????????????????????????????????? 圖1　基于P2P的時移電視系統(tǒng)架構(gòu)

　　媒體定位器管理媒體分段(包括直播分段)在各對等節(jié)點中的分布情況及確定其是否處于可服務(wù)的狀態(tài)，并為對等節(jié)點提供媒體分段的定位服務(wù)。另外，媒體定位器還從分片處理器接收每個分段的起始時間和結(jié)束時間信息，該信息用于從時間信息到分段信息的翻譯服務(wù)。比如，某個節(jié)點需要收看某個頻道某個時刻的節(jié)目，該節(jié)點向媒體定位器請求源節(jié)點，媒體定位器可從分段時間信息中得到對應(yīng)的分段號，并返回具備該分段服務(wù)能力的源節(jié)點。

　　對等節(jié)點接收到媒體數(shù)據(jù)后可緩存于內(nèi)存和磁盤中。節(jié)點把上下線事件、緩存分段數(shù)據(jù)增減事件以及節(jié)點對外服務(wù)能力跳變事件都通過消息上報給媒體定位器，據(jù)此媒體定位器可精確維護每個節(jié)點上的每個媒體分 段的可服務(wù)狀態(tài)。數(shù)據(jù)傳輸在對等節(jié)點之間直接進行。

　　2.2　數(shù)據(jù)封裝

　　經(jīng)分片處理器處理后的媒體分塊和分段格式如圖2所示。塊由塊頭和載荷區(qū)兩部分組成，載荷區(qū)中存放按時間順序排列的音視頻幀，塊頭除了對這些幀進行描述外，還包括頻道號、段編號、塊編號以及段標(biāo)志。段標(biāo)志用于標(biāo)識該分塊在分段中的位置，可取段開始、段中間和段結(jié)束3種值，利用此標(biāo)志，對等節(jié)點可以方便地從分塊流中進行段定界。
?

　　???????????????????????????????????????????????????? 圖2　媒體分段和分塊封裝格式

　　經(jīng)過分片處理后，對等節(jié)點可以從網(wǎng)絡(luò)中多個節(jié)點取得不同分塊，拼接并恢復(fù)媒體流，因此，節(jié)點可以采用靈活健壯的多源傳輸策略進行直播和時移業(yè)務(wù)傳輸。