專利名稱：多媒體內(nèi)容的提供方法、系統(tǒng)、內(nèi)容服務(wù)器和客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字廣播網(wǎng)絡(luò)技術(shù)和對等網(wǎng)絡(luò)技術(shù)，尤其涉及一種多媒 體內(nèi)容的提供方法、系統(tǒng)以及內(nèi)容服務(wù)器和客戶端。
背景技術(shù)：
目前的多媒體傳輸方式主要包括單播(unicasting )、廣播 (broadcasting ) /組播(multicasting )、和對等(Peer-to-Peer， P2P )方式。
單播是指只有一個目的地的數(shù)據(jù)報傳遞。基于UDP/TCP的單播是 目前互聯(lián)網(wǎng)的流媒體業(yè)務(wù)通常采用傳輸數(shù)據(jù)方式。在單播中，客戶端如 果發(fā)現(xiàn)丟包則請求服務(wù)器重傳。單播方式對服務(wù)器的壓力隨用戶數(shù)的增 力口而增大。
組播是一種多點(diǎn)投遞的形式。它使用硬件技術(shù)，通過使用大量組播 地址來通信。當(dāng)某一組機(jī)器需要通信時，選擇一個組播地址，并配置好 相應(yīng)的網(wǎng)絡(luò)接口硬件，識別組播地址，從而收到該組播地址上分組的拷 貝。
廣播是多點(diǎn)投遞的較普遍的形式，它向每一個目的站投遞一個分組 的拷貝。主機(jī)之間"一對所有"的通訊才莫式，網(wǎng)絡(luò)對其中每一臺主機(jī)發(fā)出 的信號都進(jìn)行無條件復(fù)制并轉(zhuǎn)發(fā)，所有主機(jī)都可以接收到所有信息(不 管你是否需要)，由于其不用路徑選擇，所以其網(wǎng)絡(luò)成本可以很低廉。 但是廣播無法針對每個客戶的要求和時間及時提供個性化服務(wù)。
P2P技術(shù)也稱為對等網(wǎng)絡(luò)技術(shù)，這是一種網(wǎng)絡(luò)結(jié)構(gòu)的思想。它與目 前網(wǎng)絡(luò)中占據(jù)主導(dǎo)地位的客戶端/服務(wù)器(Client/Server)結(jié)構(gòu)(也就是 WWW所采用的結(jié)構(gòu)方式)的一個本質(zhì)區(qū)別是，整個網(wǎng)絡(luò)結(jié)構(gòu)中不需要 存在中心節(jié)點(diǎn)(或中心服務(wù)器)。在P2P架構(gòu)中，每一個同位體
5(Peer)大都同時具有信息消費(fèi)者、信息提供者和信息通訊等三方面的 功能。在P2P網(wǎng)絡(luò)中每一個節(jié)點(diǎn)所擁有的權(quán)利和義務(wù)都是對等的。簡單 的說，P2P就是直接將人們聯(lián)系起來，讓人們通過互聯(lián)網(wǎng)直接交互。 P2P使得網(wǎng)絡(luò)上的溝通變得容易、更直接共享和交互，真正地消除中間 商。P2P另一個重要特點(diǎn)是改變互聯(lián)網(wǎng)現(xiàn)在的以大網(wǎng)站為中心的狀態(tài)、 重返"非中心化"，并把權(quán)力交還給用戶。P2P方式通過在用戶間共享數(shù) 據(jù)可以避免單播對服務(wù)器和帶寬的壓力，是目前互聯(lián)網(wǎng)上主要的多媒體 傳輸方式之一。
數(shù)字廣播/組播網(wǎng)絡(luò)對所有用戶廣播相同的內(nèi)容，無論用戶的接收 環(huán)境是否相同，廣播網(wǎng)絡(luò)都不會根據(jù)用戶的環(huán)境調(diào)整發(fā)射的數(shù)據(jù)，因此 如果用戶所處的接收環(huán)境較差，則會出現(xiàn)誤碼和丟包現(xiàn)象，因此終端呈 現(xiàn)的節(jié)目視頻有馬賽克、聲音有雜音、文本出現(xiàn)亂碼等現(xiàn)象，將會影響 用戶的業(yè)務(wù)體驗(yàn)。但是由于數(shù)字廣播/組播網(wǎng)絡(luò)是單向傳輸網(wǎng)絡(luò)，服務(wù) 器無法查詢客戶端的接收情況，只能通過增大發(fā)射機(jī)功率和補(bǔ)點(diǎn)等措施 提升信號質(zhì)量，增加了網(wǎng)絡(luò)建設(shè)成本。無法根據(jù)用戶的接收情況提供丟 包重傳的服務(wù)。

發(fā)明內(nèi)容
本發(fā)明要將解決的 一 個技術(shù)問題是提供 一種多媒體內(nèi)容的提供方 法，可以為用戶提供高質(zhì)量的多媒體服務(wù)。
本發(fā)明的多媒體內(nèi)容的提供方法，包括步驟將內(nèi)容服務(wù)器中對等 格式的多媒體內(nèi)容通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送給客戶端；當(dāng)客戶端確定接收 的多媒體內(nèi)容存在數(shù)據(jù)丟失時，從對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)獲得丟失 的數(shù)據(jù)。
其中，對等格式的多媒體內(nèi)容為由對等分片或?qū)崟r傳輸協(xié)議(Real-Time Transport Protocol, RTP)包組成的多媒體內(nèi)容。
根據(jù)本發(fā)明的一個實(shí)施例，內(nèi)容服務(wù)器為HMS，該方法還包括步 驟將業(yè)務(wù)指南信息通過數(shù)字廣播網(wǎng)絡(luò)或?qū)Φ染W(wǎng)絡(luò)發(fā)送給客戶端；客戶 端根據(jù)所述業(yè)務(wù)指南信息到HMS上注冊本節(jié)點(diǎn)；HMS將peer列表和節(jié)目分片信息發(fā)送給客戶端?？蛻舳烁鶕?jù)所述同位體列表中地址信息通 過對等信令到相鄰節(jié)點(diǎn)中查找所述丟失的數(shù)據(jù)，其他節(jié)點(diǎn)將本客戶端所 存儲的包信息通知所i4^戶端。
本發(fā)明的提供的多媒體內(nèi)容的提供方法，通過廣播網(wǎng)絡(luò)發(fā)送多媒 體數(shù)據(jù)，通過對等網(wǎng)絡(luò)獲取廣播時丟失的數(shù)據(jù)，克服了數(shù)字廣播/組 播無法根據(jù)客戶端接收情況發(fā)送客戶端丟失的數(shù)據(jù)包的問題，利用
P2P技術(shù)減輕了服務(wù)器端需要處理的客戶端的丟包重傳請求壓力，為 用戶提供了高質(zhì)量的多媒體服務(wù)。
本發(fā)明要解決的另 一個技術(shù)問題是提供一種多媒體內(nèi)容的提供系 統(tǒng)，能夠?yàn)橛脩籼峁└哔|(zhì)量的多媒體服務(wù)。
本發(fā)明提供了一種多媒體內(nèi)容的提供系統(tǒng)，包括內(nèi)容服務(wù)器，用
于存儲對等格式的多媒體內(nèi)容，通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送多媒體內(nèi)容；客
戶端，用于接收來自內(nèi)容服務(wù)器的多媒體內(nèi)容，在確定接收的多媒體內(nèi) 容存在數(shù)據(jù)丟失時，通過對等網(wǎng)絡(luò)獲取丟失的數(shù)據(jù)。
根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的一個實(shí)施例，還包括業(yè)務(wù)指 南服務(wù)器，用于保存業(yè)務(wù)指南信息，將業(yè)務(wù)指南信息發(fā)送給客戶端。客 戶端根據(jù)業(yè)務(wù)指南信息到內(nèi)容服務(wù)器進(jìn)行節(jié)點(diǎn)注冊，內(nèi)容服務(wù)器還用于
將peer列表和節(jié)目分片信息發(fā)送給所述客戶端。所述客戶端根據(jù)所述 Peer列表和節(jié)目分片信息確定所述對等網(wǎng)絡(luò)中的對等節(jié)點(diǎn)，從所述對等 節(jié)點(diǎn)獲得所述丟失的數(shù)據(jù)。
根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的 一個實(shí)施例，還包括超級節(jié) 點(diǎn)，用于接收來自所迷內(nèi)容服務(wù)器的多媒體內(nèi)容，向所述內(nèi)容服務(wù)器或 者對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)請求丟失的數(shù)據(jù)，接收來自所述客戶端的 數(shù)據(jù)請求并返回請求的數(shù)據(jù)。
本發(fā)明的提供的多媒體內(nèi)容的提供系統(tǒng)，由內(nèi)容服務(wù)器通過廣播 網(wǎng)絡(luò)發(fā)送多媒體數(shù)據(jù)，客戶端通過對等網(wǎng)絡(luò)獲取廣播時丟失的數(shù)據(jù)， 克服了數(shù)字廣播/組播無法根據(jù)客戶端接收情況發(fā)送客戶端丟失的數(shù) 據(jù)包的問題，利用P2P技術(shù)減輕了服務(wù)器端需要處理的客戶端的丟 包重傳請求壓力，為用戶提供了高質(zhì)量的多媒體服務(wù)。本發(fā)明還提供一種應(yīng)用上述方法和系統(tǒng)的客戶端，包括廣播數(shù)據(jù) 接收模塊，用于從數(shù)字廣播網(wǎng)絡(luò)接收對等格式的多媒體內(nèi)容；丟失數(shù)據(jù) 獲取模塊，用于判斷所述廣播數(shù)據(jù)接收模塊接收的多媒體內(nèi)容是否存在 丟失，在確定存在丟失時從對等網(wǎng)絡(luò)獲得所述丟失的數(shù)據(jù)。
進(jìn)一步，上述客戶端還包括對等信息注冊接收模塊，用于向目錄 服務(wù)器注冊接收數(shù)據(jù)的分片信息，用于接收Peer列表和節(jié)目分片信 息；丟失數(shù)據(jù)獲取模塊，用于根據(jù)所述對等信息接收模塊接收的Peer 列表和節(jié)目分片信息確定對等網(wǎng)絡(luò)中的對等節(jié)點(diǎn)，并從確定的對等節(jié)點(diǎn) 獲取所述丟失的數(shù)據(jù)。
本發(fā)明還提供一種應(yīng)用上述方法和系統(tǒng)的內(nèi)容服務(wù)器，包括內(nèi)容 存儲模塊，用于存儲對等格式的多媒體內(nèi)容；內(nèi)容廣播模塊，用于通過 數(shù)字廣播網(wǎng)絡(luò)發(fā)送所述內(nèi)^儲模塊中的多媒體內(nèi)容。
進(jìn)一步，該內(nèi)容服務(wù)器還包括對等信息管理模塊，用于接收節(jié)點(diǎn)注 冊信息，維護(hù)并發(fā)送Peer列表和節(jié)目分片信息。


圖1為根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的一個實(shí)施例的網(wǎng)絡(luò)架
構(gòu)圖2為根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的一個應(yīng)用例的網(wǎng)絡(luò)結(jié)
構(gòu)圖3為根據(jù)本發(fā)明的多媒體內(nèi)容的提供方法的一個實(shí)施例的流程
圖4為根據(jù)本發(fā)明的多媒體內(nèi)容的提供方法的另一個實(shí)施例的流程
圖5為根據(jù)本發(fā)明的內(nèi)容服務(wù)器的一個實(shí)施例的結(jié)構(gòu)圖； 圖6為根據(jù)本發(fā)明的內(nèi)容服務(wù)器的另一個實(shí)施例的結(jié)構(gòu)圖； 圖7為根據(jù)本發(fā)明的客戶端的一個實(shí)施例的結(jié)構(gòu)圖8為根據(jù)本發(fā)明的客戶端的另一個實(shí)施例的結(jié)構(gòu)圖。
8
具體實(shí)施例方式
下面參照附圖對本發(fā)明進(jìn)行更全面的描述，其中說明本發(fā)明的示例 性實(shí)施例。
圖1為根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的一個實(shí)施例的網(wǎng)絡(luò)架
構(gòu)圖。如圖1所示，該系統(tǒng)包括處于數(shù)字廣播/組播網(wǎng)絡(luò)13中的內(nèi)容服 務(wù)器11和客戶端(例如，普通節(jié)點(diǎn)16和超級節(jié)點(diǎn)15)?？蛻舳送瑫r也 是對等網(wǎng)絡(luò)14中的節(jié)點(diǎn)。內(nèi)容服務(wù)器11用于存儲對等格式的多媒體內(nèi) 容，通過數(shù)字廣播/組播網(wǎng)絡(luò)13發(fā)送該多媒體內(nèi)容。客戶端用于接收來 自內(nèi)容服務(wù)器11的多媒體內(nèi)容，判斷接收的多媒體內(nèi)容是否存在數(shù)據(jù) 丟失，在確定接收的多媒體內(nèi)容存在數(shù)據(jù)丟失時，通過對等網(wǎng)絡(luò)14從 其他對等節(jié)點(diǎn)獲取丟失的數(shù)據(jù)。系統(tǒng)中還可選地包括業(yè)務(wù)指南服務(wù)器 12,用于保存包括頻道和P2P信息的業(yè)務(wù)指南信息，將業(yè)務(wù)指南信息發(fā) 送給客戶端。和普通節(jié)點(diǎn)16相比，超級節(jié)點(diǎn)15通常具有公網(wǎng)地址，內(nèi) 容較全，帶寬充足，并且性能較高。超級節(jié)點(diǎn)15如果發(fā)現(xiàn)丟包，則向 內(nèi)容服務(wù)器11或者其他超級節(jié)點(diǎn)請求丟包的重傳，請求的協(xié)議可以為 P2P或者非P2P協(xié)議。普通節(jié)點(diǎn)16如果發(fā)現(xiàn)丟包，則通過對等網(wǎng)絡(luò)14 向超級節(jié)點(diǎn)15或本網(wǎng)段內(nèi)的普通節(jié)點(diǎn)請求丟包，請求的協(xié)議為P2P協(xié) 議。內(nèi)容服務(wù)器11和業(yè)務(wù)指南服務(wù)器12可以位于同一服務(wù)器上，也可 以位于不同的服務(wù)器上。
圖2為根據(jù)本發(fā)明的多媒體內(nèi)容的提供系統(tǒng)的一個應(yīng)用例的網(wǎng)絡(luò)結(jié) 構(gòu)圖。如圖2所示，節(jié)目內(nèi)容通過媒體源21和編碼器22處理后，由 P2P網(wǎng)絡(luò)中的中心媒體基站(CMS) 23打包為P2P格式的媒體包。 CMS 23通常放置在核心網(wǎng)絡(luò)，用來存儲內(nèi)容。CMS 23向+某體源申請 媒體內(nèi)容，并且轉(zhuǎn)換為P2P協(xié)議適用的格式存儲在存儲介質(zhì)中。P2P信 息包M體文件標(biāo)識、文件名、可提供種子的服務(wù)器地址、端口、文件 長度、分的片數(shù)和每片的長度等信息。數(shù)據(jù)分片的長度通常為2的冪， 如256, 512K，數(shù)據(jù)片長度通常相同。數(shù)據(jù)片是被P2P包頭和IP包頭 封裝后經(jīng)過對等網(wǎng)絡(luò)或者廣播網(wǎng)絡(luò)發(fā)送給客戶端，P2P包頭通常包括數(shù) 據(jù)片編號、長度和媒體數(shù)據(jù)片等。CMS 23將P2P格式的媒體包轉(zhuǎn)發(fā)到
9邊緣網(wǎng)絡(luò)的歸屬媒體基站(HMS) 24中存儲。HMS 24通常放置在接 近最終用戶的邊緣網(wǎng)絡(luò)。HMS 24從CMS 23接收媒體數(shù)據(jù)，并將其傳 輸給客戶端。同時HMS 24還收集每個頻道所有客戶端的信息，比如傳 輸質(zhì)量、上傳和下載的數(shù)量等。當(dāng)客戶端啟動時，從HMS24得到初始 Peer的列表用于數(shù)據(jù)傳輸。業(yè)務(wù)指南服務(wù)器(ESG ) 25獲得頻道的信 息后，生成業(yè)務(wù)指南，包括頻道和P2P信息。廣播/組播網(wǎng)絡(luò)從歸屬媒 體基站24中獲得內(nèi)容，從業(yè)務(wù)指南服務(wù)器25獲得業(yè)務(wù)指南，并且將業(yè) 務(wù)指南和內(nèi)容下行廣播給客戶端26。接收客戶端26包括超級節(jié)點(diǎn)和普 通節(jié)點(diǎn)。超級節(jié)點(diǎn)如果發(fā)現(xiàn)丟包，通過對等網(wǎng)絡(luò)向歸屬媒體基站24或 者其他超級節(jié)點(diǎn)請求丟包的重傳，請求的協(xié)議可以為P2P或者非P2P 協(xié)議。普通節(jié)點(diǎn)如果發(fā)現(xiàn)丟包，通過對等網(wǎng)絡(luò)向超級節(jié)點(diǎn)或本網(wǎng)段內(nèi)的 普通節(jié)點(diǎn)請求丟包，請求的協(xié)議為P2P協(xié)議。有請求的數(shù)據(jù)包的節(jié)點(diǎn)向 請求節(jié)點(diǎn)發(fā)送數(shù)據(jù)包。
可選地，業(yè)務(wù)指南和P2P業(yè)務(wù)和節(jié)點(diǎn)信息可以通過廣播信道或者交 互信道傳輸?shù)娇蛻舳恕?br> HMS 24可以同時具有與廣#7組4番網(wǎng)絡(luò)和雙向網(wǎng)絡(luò)的接口，或者在 廣播/組播網(wǎng)絡(luò)和雙向網(wǎng)絡(luò)中各有對應(yīng)的HMS 24。在后一種情況下，兩 個歸屬媒體基站的內(nèi)容是同步的，并且數(shù)據(jù)被分成相同內(nèi)容的片，當(dāng)客 戶端發(fā)現(xiàn)丟失的片時可以根據(jù)片的標(biāo)識到服務(wù)器請求重傳。
圖3為根據(jù)本發(fā)明的多媒體內(nèi)容的提供方法的一個實(shí)施例的流程圖。
如圖3所示，在步驟302，將內(nèi)容服務(wù)器中對等格式的多媒體內(nèi)容 通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送給客戶端。對等格式的多媒體內(nèi)容可以是由P2P 分片或者RTP包組成的多^(某體內(nèi)容。
在步驟304，當(dāng)客戶端確定接收的多媒體內(nèi)容存在數(shù)據(jù)丟失時，從 對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)獲得丟失的數(shù)據(jù)?？蛻舳丝梢愿鶕?jù)接收數(shù)據(jù) 的編號是否連續(xù)和/或數(shù)據(jù)校驗(yàn)是否正確來判斷是否有數(shù)據(jù)丟失，如果 接收數(shù)據(jù)的編號不連續(xù)或者數(shù)據(jù)校驗(yàn)發(fā)生錯誤，則確定存在數(shù)據(jù)丟失。 當(dāng)客戶端發(fā)現(xiàn)丟包時，可以根據(jù)P2P分片的編號或者RTP包的編號到相鄰的P2P節(jié)點(diǎn)中請求丟包，其它節(jié)點(diǎn)通過P2P網(wǎng)絡(luò)發(fā)送丟失的包到 請求的節(jié)點(diǎn)。
客戶端的緩沖區(qū)足夠時，此時可能緩沖區(qū)內(nèi)仍然有丟包，但只要達(dá) 到可播放的門檻時，客戶端就可以播放接收的多媒體內(nèi)容。
圖4為根據(jù)本發(fā)明的多媒體內(nèi)容的提供方法的另一個實(shí)施例的流程圖。
如圖4所示，在步驟402，歸屬媒體基站將自身的信息(例如， HMS的IP地址、業(yè)務(wù)的編碼和包分片信息等)攜帶給業(yè)務(wù)指南服務(wù) 器，與業(yè)務(wù)指南集成。業(yè)務(wù)指南中包括頻道和P2P信息，比如歸屬媒體 基站IP地址、端口、內(nèi)容信息、分片信息等。
在步驟404a,業(yè)務(wù)指南服務(wù)器下發(fā)業(yè)務(wù)指南給廣播網(wǎng)絡(luò)，廣播網(wǎng)絡(luò) 廣播業(yè)務(wù)指南給客戶端。
或者，
在步驟404b，用戶通過對等網(wǎng)絡(luò)到業(yè)務(wù)指南服務(wù)器請求業(yè)務(wù)指南 信息，業(yè)務(wù)指南服務(wù)器通過對等網(wǎng)絡(luò)將業(yè)務(wù)指南傳送給客戶端。
在步驟406， P2P客戶端根據(jù)業(yè)務(wù)指南到HMS中注冊本節(jié)點(diǎn)，注 冊的信息包括用戶標(biāo)識、IP地址和端口等。HMS根據(jù)用戶的IP地址 等信息生成相鄰peer列表、節(jié)點(diǎn)屬性(如節(jié)點(diǎn)接收的分片、網(wǎng)絡(luò)架構(gòu) 和碼率等)信息。
在步驟408a， HMS將peer列表和節(jié)點(diǎn)屬性信息通過對等網(wǎng)絡(luò)發(fā)送 給客戶端。 或者，
在步驟408b， HMS將peer列表和節(jié)點(diǎn)屬性信息通過廣播發(fā)送給客 戶端。
在步驟410，歸屬媒體基站將P2P格式的節(jié)目內(nèi)容傳送給廣播網(wǎng) 絡(luò)，廣播網(wǎng)絡(luò)廣播內(nèi)容給客戶端。
在步驟412，客戶端發(fā)現(xiàn)接收的P2P包編號不連續(xù)或者數(shù)據(jù)校驗(yàn)錯 誤，則意味丟失數(shù)據(jù)，需要根據(jù)Peer列表中peer的地址等信息通過 P2P信令到相鄰節(jié)點(diǎn)中查找相應(yīng)的數(shù)據(jù)，其他節(jié)點(diǎn)將本客戶端所存儲的
ii包信息通知相鄰客戶端。如果其他節(jié)點(diǎn)無請求的包，則超級節(jié)點(diǎn)可以到 歸屬媒體基站中查找數(shù)據(jù)，歸屬媒體基站通過對等網(wǎng)絡(luò)發(fā)送數(shù)據(jù)給請求 超級節(jié)點(diǎn)。
在步驟4H,其他節(jié)點(diǎn)或超級節(jié)點(diǎn)可以將請求的數(shù)據(jù)通過對等網(wǎng)絡(luò) 發(fā)送給請求節(jié)點(diǎn)。
HMS的IP地址和服務(wù)器信息可以攜帶在ESG中攜帶給客戶端， 業(yè)務(wù)的編碼和包分片等信息可以通過廣播或者對等網(wǎng)絡(luò)發(fā)給用戶。通過 廣播網(wǎng)絡(luò)下發(fā)這些信息通常將占用較大的帶寬，在考慮帶寬占用盡量小 的情況下，可以通過對等網(wǎng)絡(luò)發(fā)送。
圖5為根據(jù)本發(fā)明的內(nèi)容服務(wù)器的一個實(shí)施例的結(jié)構(gòu)圖。如圖5所 示，該內(nèi)容服務(wù)器包括廣播數(shù)據(jù)接收模塊51和丟失數(shù)據(jù)獲取模塊52。 其中，廣播數(shù)據(jù)接收模塊51用于從數(shù)字廣播網(wǎng)絡(luò)接收對等格式的多媒 體內(nèi)容。丟失數(shù)據(jù)獲取模塊52用于判斷廣播數(shù)據(jù)接收模塊接收的多媒 體內(nèi)容是否存在丟失，在確定存在丟失時從對等網(wǎng)絡(luò)獲得丟失的數(shù)據(jù)。
圖6為根據(jù)本發(fā)明的內(nèi)容服務(wù)器的另一個實(shí)施例的結(jié)構(gòu)圖。如圖6 所示，該內(nèi)容服務(wù)器包括廣播數(shù)據(jù)接收模塊61、丟失數(shù)據(jù)獲取模塊62 和對等信息注冊接收模塊63。其中，廣播數(shù)據(jù)接收模塊61用于從數(shù)字 廣播網(wǎng)絡(luò)接收對等格式的多媒體內(nèi)容。對等信息注冊接收模塊63用于 向目錄服務(wù)器注冊接收數(shù)據(jù)的分片信息，接收Peer列表和節(jié)目分片信 息。丟失數(shù)據(jù)獲取模塊62用于根據(jù)對等信息接收模塊接收的PEER列 表和節(jié)目分片信息確定對等網(wǎng)絡(luò)中的對等節(jié)點(diǎn)，并從確定的對等節(jié)點(diǎn)獲 取丟失的數(shù)據(jù)。
圖7為根據(jù)本發(fā)明的客戶端的一個實(shí)施例的結(jié)構(gòu)圖。如圖7所示， 客戶端包括內(nèi)容存儲模塊71和內(nèi)容廣播模塊72。其中，內(nèi)M儲模塊 71用于存儲對等格式的多媒體內(nèi)容。內(nèi)容廣播模塊72用于通過數(shù)字廣 播網(wǎng)絡(luò)發(fā)送內(nèi)容存儲模塊中的多媒體內(nèi)容。
圖8為根據(jù)本發(fā)明的客戶端的另一個實(shí)施例的結(jié)構(gòu)圖。如圖8所 示，客戶端包括內(nèi)容存儲模塊81、內(nèi)容廣播模塊82和對等信息管理模 塊83。其中，內(nèi)容存儲模塊81用于存儲對等格式的多媒體內(nèi)容。內(nèi)容廣播模塊82用于通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送內(nèi)容存儲模塊中的多媒體內(nèi)
容。對等信息管理模塊83用于接收節(jié)點(diǎn)注冊信息，維護(hù)并發(fā)送Peer列 表和節(jié)目分片信息。
需要指出的是，本發(fā)明的廣播/組播網(wǎng)絡(luò)包括基于P2P網(wǎng)和數(shù)字廣 播網(wǎng)絡(luò)的廣播、組播技術(shù)，包括但不限于以太網(wǎng)、WiFi、 IPTV、 BCMCS、 MBMS、 DVB、 T-MMB和CMMB等交互、組播和廣播網(wǎng) 絡(luò)。P2P技術(shù)基于IP雙向網(wǎng)絡(luò)。
本發(fā)明的提供多媒體內(nèi)容的方法，本發(fā)明的方法充分利用了廣播 網(wǎng)絡(luò)和對等網(wǎng)絡(luò)的優(yōu)勢，實(shí)現(xiàn)了數(shù)字廣播/組播與P2P技術(shù)融合。通 過廣播網(wǎng)絡(luò)發(fā)送多媒體數(shù)據(jù)，通過對等網(wǎng)絡(luò)獲取廣播時丟失的數(shù)據(jù)， 克服了數(shù)字廣播/組播無法根據(jù)客戶端接收情況發(fā)送客戶端丟失的數(shù) 據(jù)包的問題，利用P2P技術(shù)減輕了服務(wù)器端需要處理的客戶端的丟 包重傳請求壓力，為用戶提供了高質(zhì)量的多媒體服務(wù)。
本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的 或者將本發(fā)明限于所爿^開的形式。很多修改和變化對于本領(lǐng)域的普通技
術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說明本發(fā)明的原理 和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計適 于特定用途的帶有各種修改的各種實(shí)施例。
權(quán)利要求
1.一種提供多媒體內(nèi)容的方法，包括步驟將內(nèi)容服務(wù)器中對等格式的多媒體內(nèi)容通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送給客戶端；當(dāng)客戶端確定接收的所述多媒體內(nèi)容存在數(shù)據(jù)丟失時，從對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)獲得所述丟失的數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的提供多媒體內(nèi)容的方法，其特征在于， 還包括步驟將包括頻道和對等信息的業(yè)務(wù)指南信息通過數(shù)字廣播網(wǎng)絡(luò)或?qū)Φ染W(wǎng) 絡(luò)發(fā)送給客戶端。
3. 根據(jù)權(quán)利要求2所述的提供多媒體內(nèi)容的方法，其特征在于， 所述內(nèi)容服務(wù)器為歸屬媒體基站，所述方法還包括步驟客戶端根據(jù)所述業(yè)務(wù)指南信息到歸屬媒體基站上注冊本節(jié)點(diǎn)； 歸屬媒體基站將同位體列表和節(jié)目分片信息發(fā)送給客戶端。
4. 根據(jù)權(quán)利要求1所述的提供多媒體內(nèi)容的方法，其特征在于， 所述對等格式的多々某體內(nèi)容為由對等分片或者實(shí)時傳輸協(xié)議包組成的多 媒體內(nèi)容。
5. 根據(jù)權(quán)利要求1所述的提供多媒體內(nèi)容的方法，其特征在于， 對等網(wǎng)絡(luò)中包括超級節(jié)點(diǎn)，所述超級節(jié)點(diǎn)能夠通過對等網(wǎng)絡(luò)向內(nèi)容服務(wù) 器請求丟失的數(shù)據(jù)。
6. 根據(jù)權(quán)利要求1至5中任意一項所述的提供多媒體內(nèi)容的方 法，其特征在于，所述客戶端確定接收的所述多媒體內(nèi)容存在數(shù)據(jù)丟失 的步驟包括 客戶端判斷接收數(shù)據(jù)的編號是否連續(xù)和/或數(shù)據(jù)校驗(yàn)是否正確，如 果接收數(shù)據(jù)的編號不連續(xù)或者數(shù)據(jù)校驗(yàn)發(fā)生錯誤，則確定接收的多媒體 內(nèi)M在數(shù)據(jù)丟失。
7. 根據(jù)權(quán)利要求3所述的提供多媒體內(nèi)容的方法，其特征在于， 所述客戶端從對等網(wǎng)絡(luò)中的其他節(jié)點(diǎn)獲得所述丟失的數(shù)據(jù)的步驟包括客戶端根據(jù)所述同位體列表中地址信息通過對等信令到相鄰節(jié)點(diǎn)中查找所述丟失的數(shù)據(jù)；其他節(jié)點(diǎn)將本客戶端所存儲的包信息通知所ii^戶端。
8. —種多媒體內(nèi)容的提供系統(tǒng)，其特征在于，包括 內(nèi)容服務(wù)器，用于存儲對等格式的多媒體內(nèi)容，通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送所述多媒體內(nèi)容；客戶端，用于接收來自所述內(nèi)容服務(wù)器的多媒體內(nèi)容，在確定接收 的所述多媒體內(nèi)容存在數(shù)據(jù)丟失時，通過對等網(wǎng)絡(luò)獲取所述丟失的數(shù) 據(jù)。
9. 根據(jù)權(quán)利要求8所述的多媒體內(nèi)容的提供系統(tǒng)，其特征在于， 還包括業(yè)務(wù)指南服務(wù)器，用于保存包括頻道和對等信息的業(yè)務(wù)指南信 息，將所述業(yè)務(wù)指南信息發(fā)送給所ii^戶端。
10. 根據(jù)權(quán)利要求9所述的多媒體內(nèi)容的提供系統(tǒng)，其特征在于， 所述客戶端根據(jù)所述業(yè)務(wù)指南信息到所述內(nèi)容服務(wù)器進(jìn)行節(jié)點(diǎn)注冊，所 述內(nèi)容服務(wù)器還用于將同位體列表和節(jié)目分片信息發(fā)送給所述客戶端。
11. 根據(jù)權(quán)利要求10所述的多媒體內(nèi)容的提供系統(tǒng)，其特征在 于，所述客戶端根據(jù)所述同位體列表和節(jié)目分片信息確定所述對等網(wǎng)絡(luò) 中的對等節(jié)點(diǎn)，從所述對等節(jié)點(diǎn)獲得所述丟失的數(shù)據(jù)。
12. 根據(jù)權(quán)利要求8至11中任意一項所述的多媒體內(nèi)容的提供系 統(tǒng)，其特征在于，還包括超級節(jié)點(diǎn)，用于接收來自所述內(nèi)容服務(wù)器的多 媒體內(nèi)容，向所述內(nèi)容服務(wù)器或者對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)請求丟失 的數(shù)據(jù)，接收來自所述客戶端的數(shù)據(jù)請求并返回請求的數(shù)據(jù)。
13. —種客戶端，其特征在于，包括廣播數(shù)據(jù)接收模塊，用于從數(shù)字廣播網(wǎng)絡(luò)接收對等格式的多媒體內(nèi)容；丟失數(shù)據(jù)獲取模塊，用于判斷所述廣播數(shù)據(jù)接收模塊接收的多媒體 內(nèi)容是否存在丟失，在確定存在丟失時從對等網(wǎng)絡(luò)獲得所述丟失的數(shù)據(jù)。
14. 根據(jù)權(quán)利要求13所述的客戶端，其特征在于，還包括對等信息注冊接收模塊，用于向目錄服務(wù)器注冊接收數(shù)據(jù)的分片信息，用于接收同位體列表和節(jié)目分片信息；所述丟失數(shù)據(jù)獲取模塊，用于根據(jù)所述對等信息接收模塊接收的同 位體列表和節(jié)目分片信息確定對等網(wǎng)絡(luò)中的對等節(jié)點(diǎn)，并從確定的對等 節(jié)點(diǎn)獲取所述丟失的數(shù)據(jù)。
15. —種內(nèi)容服務(wù)器，其特征在于，包括 內(nèi)M儲模塊，用于存儲對等格式的多媒體內(nèi)容；內(nèi)容廣播模塊，用于通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送所述內(nèi)容存儲模塊中的多媒體內(nèi)容。
16. 根據(jù)權(quán)利要求15所述的內(nèi)容服務(wù)器，其特征在于，還包括 對等信息管理模塊，用于接收節(jié)點(diǎn)注冊信息，維護(hù)并發(fā)送同位體列表和節(jié)目分片信息。
全文摘要
本發(fā)明公開一種多媒體內(nèi)容的提供方法、系統(tǒng)、客戶端和服務(wù)器。其中，該方法包括步驟將內(nèi)容服務(wù)器中對等格式的多媒體內(nèi)容通過數(shù)字廣播網(wǎng)絡(luò)發(fā)送給客戶端；當(dāng)客戶端確定接收的多媒體內(nèi)容存在數(shù)據(jù)丟失時，從對等網(wǎng)絡(luò)中的其他對等節(jié)點(diǎn)獲得丟失的數(shù)據(jù)。本發(fā)明的提供的多媒體內(nèi)容的提供方法和系統(tǒng)，由內(nèi)容服務(wù)器通過廣播網(wǎng)絡(luò)發(fā)送多媒體數(shù)據(jù)，客戶端通過對等網(wǎng)絡(luò)獲取廣播時丟失的數(shù)據(jù)，克服了數(shù)字廣播/組播無法根據(jù)客戶端接收情況發(fā)送客戶端丟失的數(shù)據(jù)包的問題，利用P2P技術(shù)減輕了服務(wù)器端需要處理的客戶端的丟包重傳請求壓力，為用戶提供了高質(zhì)量的多媒體服務(wù)。
文檔編號H04L29/08GK101668027SQ20081014666
公開日2010年3月10日 申請日期2008年9月4日 優(yōu)先權(quán)日2008年9月4日
發(fā)明者于建港, 孫震強(qiáng), 燕 楊, 濤 石, 邢燕霞, 魏文娟 申請人:中國電信股份有限公司