專(zhuān)利名稱(chēng)：用于無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的內(nèi)容服務(wù)的統(tǒng)一對(duì)等和緩存系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)(wireless mesh network)，具體而言涉及使用基礎(chǔ)設(shè) 施多跳無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)來(lái)遞送高質(zhì)量?jī)?nèi)容服務(wù)給客戶(hù)端設(shè)備。
背景技術(shù)：
傳統(tǒng)上，內(nèi)容通過(guò)因特網(wǎng)或者直接從內(nèi)容源服務(wù)器或者間接地經(jīng)由內(nèi)容分發(fā)網(wǎng)絡(luò) (CDN)中的邊緣服務(wù)器被流式傳輸?shù)侥┒擞脩?hù)。通過(guò)部署許多戰(zhàn)略性地位于因特網(wǎng)邊緣的 邊緣服務(wù)器，CDN方法能夠減少通過(guò)網(wǎng)絡(luò)的流量，縮短用戶(hù)的啟動(dòng)延遲，并且改善用戶(hù)的觀 看質(zhì)量。P2P內(nèi)容流式傳輸由于較低的服務(wù)器基礎(chǔ)設(shè)施成本已經(jīng)作為一種替代方式顯現(xiàn)出 來(lái)。通過(guò)利用參與的用戶(hù)/對(duì)端的資源(上載帶寬、存儲(chǔ)空間、處理力等等)，對(duì)等系統(tǒng)中的 可用資源與用戶(hù)/對(duì)端的數(shù)目成比例地增長(zhǎng)。這里使用的'7"表示相同或相似動(dòng)作或組件 的替代名稱(chēng)。 P2P應(yīng)用最初是作為用于文件共享的手段引入的。諸如BitTorrent和Kazaa之類(lèi) 的應(yīng)用吸引了大量用戶(hù)并且貢獻(xiàn)了因特網(wǎng)上的大量網(wǎng)絡(luò)流量。其他技術(shù)也已經(jīng)被開(kāi)發(fā)來(lái)用 于P2P文件共享。近來(lái)，P2P技術(shù)還已被采取來(lái)支持內(nèi)容流式傳輸服務(wù)。然而，P2P流式傳 輸遇到了諸如較長(zhǎng)的啟動(dòng)延遲時(shí)間和由擾動(dòng)引起的不穩(wěn)定之類(lèi)的問(wèn)題，這些問(wèn)題大大劣化 了用戶(hù)的體驗(yàn)。另外，大多數(shù)P2P流式傳輸工作是在有線(xiàn)網(wǎng)絡(luò)設(shè)置中完成的，而沒(méi)有考慮無(wú) 線(xiàn)網(wǎng)絡(luò)的獨(dú)特特征的影響。因?yàn)橛邢薜膸?、由共享介質(zhì)引起的信號(hào)干擾、多跳路徑問(wèn)題， 在回程無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)(麗N)中流的數(shù)目和每個(gè)流獲得的有效吞吐量(goodput)是有限的。 有效吞吐量是接收器/客戶(hù)端設(shè)備/末端設(shè)備/末端用戶(hù)每秒正確接收的比特的數(shù)目。在 無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)內(nèi)共享同一內(nèi)容的對(duì)端的數(shù)目由于有限的網(wǎng)絡(luò)地理大小和對(duì)端總數(shù)而可能 較小。如果無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的每個(gè)對(duì)端與有線(xiàn)因特網(wǎng)中的其他對(duì)端共享不同的內(nèi)容，則導(dǎo) 致網(wǎng)關(guān)的流量負(fù)擔(dān)很重。此外，如果通信路徑包括網(wǎng)關(guān)和客戶(hù)端之間或者網(wǎng)格網(wǎng)絡(luò)中的對(duì) 端之間的許多跳，則通信路徑將消耗大量的無(wú)線(xiàn)網(wǎng)絡(luò)帶寬資源，尤其是在作為共享介質(zhì)的 無(wú)線(xiàn)介質(zhì)中更是如此。當(dāng)在無(wú)線(xiàn)信道上兩個(gè)節(jié)點(diǎn)之間發(fā)生傳送時(shí)，干擾范圍內(nèi)的所有其他 節(jié)點(diǎn)都因?yàn)楦蓴_而無(wú)法在同一信道上傳送任何數(shù)據(jù)。利用傳統(tǒng)的P2P流式傳輸技術(shù)，很難 在當(dāng)前的基礎(chǔ)設(shè)施麗N中為合理數(shù)目的內(nèi)容流保證服務(wù)質(zhì)量(QoS)。 在部署基于IEEE 802. 11的麗N以為因特網(wǎng)用戶(hù)提供最后一英里可訪(fǎng)問(wèn)性 (last-mile accessibility)方面已經(jīng)取得了重大進(jìn)步。同時(shí)，經(jīng)由IP網(wǎng)絡(luò)的多媒體內(nèi)容 的流式傳輸已經(jīng)變得越來(lái)越流行。隨著麗N部署的增長(zhǎng)和麗N用戶(hù)數(shù)目的增加，支持經(jīng)由 無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)的多媒體流式傳輸已經(jīng)變得越來(lái)越重要。 已經(jīng)研究了經(jīng)由無(wú)線(xiàn)自組織網(wǎng)絡(luò)和無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)的內(nèi)容流式傳輸。諸如從單個(gè)服 務(wù)器到接收器的多描述編碼和路徑分集之類(lèi)的各種客戶(hù)端_服務(wù)器技術(shù)已經(jīng)被開(kāi)發(fā)來(lái)用 于經(jīng)由無(wú)線(xiàn)網(wǎng)絡(luò)遞送內(nèi)容服務(wù)以及傳送內(nèi)容?？紤]到無(wú)線(xiàn)網(wǎng)絡(luò)屬性和流式傳輸應(yīng)用的嚴(yán)格 要求，已經(jīng)考察了跨層方法來(lái)提高從單個(gè)服務(wù)器到客戶(hù)端設(shè)備的傳輸效率。然而，這種客戶(hù) 端_服務(wù)器方法的伸縮性不太好，并且可能導(dǎo)致服務(wù)器(或者網(wǎng)關(guān)，如果服務(wù)器在有線(xiàn)互聯(lián)網(wǎng)中的話(huà))附近的流量擁塞。 在無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中，在兩個(gè)節(jié)點(diǎn)之間建立的路徑可能經(jīng)過(guò)若干的中繼節(jié)點(diǎn)/網(wǎng)格 接入點(diǎn)。由于無(wú)線(xiàn)介質(zhì)中的自干擾，路徑容量隨著跳數(shù)增大而減小。另外，較大的跳數(shù)增大 了無(wú)線(xiàn)信號(hào)干擾的機(jī)率，這不利地影響著其自身的流傳送(自干擾)和其他已建立的連接 (交叉干擾)，并且減小了整體系統(tǒng)容量。然而，跳數(shù)并不是決定路徑質(zhì)量的唯一因素。無(wú) 線(xiàn)電鏈路的質(zhì)量取決于所接收的無(wú)線(xiàn)電信號(hào)的強(qiáng)度、分組丟失率、鄰近節(jié)點(diǎn)之間的競(jìng)爭(zhēng)、鏈 路數(shù)據(jù)速率、以及鏈路上的流量負(fù)擔(dān)。IEEE 802. ll無(wú)線(xiàn)電裝置支持根據(jù)鏈路質(zhì)量的多速率 適應(yīng)。多跳高速率路徑可能能夠比單跳低速率路徑實(shí)現(xiàn)更好的吞吐量和更短的延遲。如何 經(jīng)由無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)提供可伸縮的、高質(zhì)量的媒體/內(nèi)容流式傳輸服務(wù)是一個(gè)有挑戰(zhàn)性的問(wèn) 題。

發(fā)明內(nèi)容
多跳無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)(麗N)作為一種在城域因特網(wǎng)接入、公共安全和暫態(tài)網(wǎng)絡(luò)中具 有應(yīng)用性的有前途技術(shù)正在顯現(xiàn)出來(lái)。存在兩類(lèi)網(wǎng)格網(wǎng)絡(luò)客戶(hù)端_網(wǎng)格網(wǎng)絡(luò)和基礎(chǔ)設(shè) 施-網(wǎng)格網(wǎng)絡(luò)?？蛻?hù)端-網(wǎng)格網(wǎng)絡(luò)或自組織網(wǎng)絡(luò)是由客戶(hù)端設(shè)備形成的，不需要基礎(chǔ)設(shè)施。 在客戶(hù)端-網(wǎng)格網(wǎng)絡(luò)中，每個(gè)節(jié)點(diǎn)扮演相同的角色并且參與分組路由選擇和轉(zhuǎn)發(fā)。與之不 同，基礎(chǔ)設(shè)施麗N包括網(wǎng)格接入點(diǎn)(MAP)/路由器和客戶(hù)端設(shè)備。MAP經(jīng)由無(wú)線(xiàn)鏈路互連以 形成多跳無(wú)線(xiàn)網(wǎng)格回程基礎(chǔ)設(shè)施。 一個(gè)或多個(gè)MAP連接到有線(xiàn)因特網(wǎng)并且被稱(chēng)為網(wǎng)關(guān)。一 般來(lái)說(shuō)，MAP具有兩個(gè)或更多個(gè)無(wú)線(xiàn)電接口 。 一個(gè)無(wú)線(xiàn)電接口是接入接口 ，用于客戶(hù)端的網(wǎng) 絡(luò)接入。第二無(wú)線(xiàn)電接口是中繼接口，用于路由選擇和數(shù)據(jù)轉(zhuǎn)發(fā)。客戶(hù)端設(shè)備(例如，膝上 型電腦、雙模式智能電話(huà)、個(gè)人數(shù)字助理(PDA)等等)使自身與鄰近MAP相關(guān)聯(lián)，以接入無(wú) 線(xiàn)網(wǎng)格網(wǎng)絡(luò)?？蛻?hù)端設(shè)備/末端設(shè)備不參與分組中繼或路由選擇過(guò)程?？蛻?hù)端設(shè)備向其關(guān) 聯(lián)MAP發(fā)送分組(或從其關(guān)聯(lián)MAP接收分組)。麗N中的分組遞送是由MAP通過(guò)回程路由 選擇協(xié)議來(lái)處理的。 本發(fā)明是用于經(jīng)由基礎(chǔ)設(shè)施多跳無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)(基礎(chǔ)設(shè)施麗N)遞送高質(zhì)量?jī)?nèi)容 服務(wù)(例如內(nèi)容流式傳輸和視頻點(diǎn)播服務(wù))的統(tǒng)一對(duì)等(P2P)和緩存(UPAC)框架。這里 使用的內(nèi)容包括音頻、視頻、數(shù)據(jù)、信息、多媒體等等。在多跳無(wú)線(xiàn)網(wǎng)絡(luò)中流式傳輸內(nèi)容面臨 著許多挑戰(zhàn)，例如變化的可用路徑帶寬、由于共享介質(zhì)而引起的信號(hào)干擾、多個(gè)中繼節(jié)點(diǎn)的 影響，等等。為了增大基礎(chǔ)設(shè)施麗N的容量并確保較高的內(nèi)容質(zhì)量的流式傳輸服務(wù)，本發(fā)明 在多跳無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的所選無(wú)線(xiàn)網(wǎng)格接入點(diǎn)(MAP)處緩存內(nèi)容。另外，對(duì)端被用于以盡 力而為方式幫助減小施加在服務(wù)器和網(wǎng)絡(luò)上的工作負(fù)擔(dān)。該UPAC框架具有內(nèi)容分發(fā)網(wǎng)絡(luò) 方法和對(duì)等聯(lián)網(wǎng)方法兩者的優(yōu)點(diǎn)。本發(fā)明的UPAC將對(duì)服務(wù)質(zhì)量(QoS)敏感的內(nèi)容服務(wù)的 特定特性適配在無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中，以?xún)?yōu)化系統(tǒng)性能。在UPAC中，為了獲得最優(yōu)的內(nèi)容質(zhì)量， 設(shè)備可與MAP內(nèi)容緩存服務(wù)器和其他對(duì)端設(shè)備形成對(duì)等關(guān)系。同時(shí)，設(shè)備還可與MAP內(nèi)容 緩存服務(wù)器形成客戶(hù)端-服務(wù)器關(guān)系。此外，描述了為客戶(hù)端設(shè)備選擇提供服務(wù)的緩存服 務(wù)器以及選擇服務(wù)器與客戶(hù)端設(shè)備之間的端到端路由的方法。 描述了用于經(jīng)由無(wú)線(xiàn)網(wǎng)絡(luò)接收內(nèi)容的方法和設(shè)備，包括確定要從中接收要被流 式傳輸?shù)膬?nèi)容剪輯的第一服務(wù)器，請(qǐng)求從所選擇的第一服務(wù)器流式傳輸該內(nèi)容剪輯，從所 選擇的第一服務(wù)器接收被流式傳輸?shù)膬?nèi)容剪輯，確定要從中接收要被下載的內(nèi)容剪輯的對(duì)端設(shè)備，請(qǐng)求下載該內(nèi)容剪輯，以及接收被下載的內(nèi)容剪輯。第一服務(wù)器是網(wǎng)格內(nèi)容服務(wù) 器。


在結(jié)合附圖理解時(shí)，根據(jù)以下描述詳細(xì)可最好地理解本發(fā)明。附圖包括下面簡(jiǎn)要 描述的如下附圖 圖1是根據(jù)本發(fā)明原理的內(nèi)容服務(wù)遞送系統(tǒng)的示意圖。 圖2是從客戶(hù)端設(shè)備一側(cè)的統(tǒng)一對(duì)等(P2P)和緩存服務(wù)器(UPAC)內(nèi)容服務(wù)過(guò)程 的流程圖。 圖3是本發(fā)明的集中式網(wǎng)格內(nèi)容服務(wù)器選擇方法的流程圖。 圖4是使用端到端延遲作為選擇標(biāo)準(zhǔn)的本發(fā)明的覆蓋網(wǎng)格內(nèi)容服務(wù)器選擇方法 的流程圖。 圖5是使用跳數(shù)作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇方法的流 程圖。 圖6是使用路由選擇度量作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇 方法的流程圖。 圖7是根據(jù)本發(fā)明原理的網(wǎng)格內(nèi)容服務(wù)器的框圖。
圖8是根據(jù)本發(fā)明原理的客戶(hù)端設(shè)備的框圖。
具體實(shí)施例方式
給定麗N中作為基礎(chǔ)設(shè)施的MAP，以及處理力和存儲(chǔ)方面的進(jìn)步，本發(fā)明在所選的 無(wú)線(xiàn)網(wǎng)格接入點(diǎn)處緩存內(nèi)容(音頻、視頻和/或多媒體內(nèi)容)或者使緩存服務(wù)器與無(wú)線(xiàn)網(wǎng) 格網(wǎng)絡(luò)中的所選MAP處于相同位置，以便增大用于視頻/多媒體服務(wù)的系統(tǒng)容量，并且確保 較高的內(nèi)容服務(wù)質(zhì)量。另外，如果可能，本發(fā)明以盡力而為的方式使用對(duì)端，以平衡網(wǎng)絡(luò)上 的工作負(fù)擔(dān)并減小沿著信源與信宿/客戶(hù)端設(shè)備/末端設(shè)備之間的路徑的資源消耗。
本發(fā)明的體系結(jié)構(gòu)與現(xiàn)有的因特網(wǎng)CDN方案之間的主要差異在于
1.本發(fā)明中的客戶(hù)端設(shè)備能夠同時(shí)與MAP內(nèi)容緩存服務(wù)器和其他對(duì)端設(shè)備形成 P2P關(guān)系并且與MAP緩存服務(wù)器形成客戶(hù)端_服務(wù)器關(guān)系。 2.本發(fā)明的體系結(jié)構(gòu)中的MAP內(nèi)容緩存服務(wù)器既支持內(nèi)容(音頻、視頻和/或多 媒體)流式傳輸，也支持P2P數(shù)據(jù)下載/取得(fetching)。重要的是要注意，用于內(nèi)容流式 傳輸和P2P內(nèi)容取得的調(diào)度方案是不同的。內(nèi)容流式傳輸要求對(duì)流式傳輸?shù)膬?nèi)容/數(shù)據(jù)的 按順序遞送。P2P內(nèi)容取得在對(duì)端間使用一種不同的傳播策略。傳播策略是規(guī)定分組傳播 的順序的選擇的策略。例如，所傳播的下一分組可以是網(wǎng)絡(luò)中最罕見(jiàn)的內(nèi)容單元或者網(wǎng)絡(luò) 中需求最大的內(nèi)容單元，或者某種其他的分組傳播基準(zhǔn)。 3.網(wǎng)絡(luò)環(huán)境是不同的。在因特網(wǎng)中，瓶頸在服務(wù)器處或客戶(hù)端處。在無(wú)線(xiàn)網(wǎng)格網(wǎng) 絡(luò)中，瓶頸可能在網(wǎng)絡(luò)內(nèi)。用于選擇緩存服務(wù)器來(lái)優(yōu)化客戶(hù)端設(shè)備的內(nèi)容會(huì)話(huà)的服務(wù)質(zhì)量 (QoS)的方案在因特網(wǎng)中和在麗N中是不同的。本發(fā)明包括若干種作為替代的服務(wù)器選擇 方案。 4.無(wú)線(xiàn)是共享介質(zhì)，因此， 一個(gè)內(nèi)容流可能與另一流相干擾，即使這兩個(gè)流源自不同的內(nèi)容緩存服務(wù)器并且不經(jīng)過(guò)相同的中間中繼節(jié)點(diǎn)也是如此。本發(fā)明的服務(wù)器選擇方案 考慮到了這種影響。 5.在麗N中，路徑質(zhì)量隨時(shí)間而變。在本發(fā)明中，當(dāng)客戶(hù)端設(shè)備選擇和更新服務(wù)器 和路徑時(shí)，考慮到了這一點(diǎn)。 本發(fā)明是用于諸如經(jīng)由基礎(chǔ)設(shè)施麗N的內(nèi)容流式傳輸和視頻點(diǎn)播之類(lèi)的高質(zhì)量 內(nèi)容(音頻、視頻、多媒體)遞送服務(wù)的統(tǒng)一對(duì)等(P2P)和緩存(UPAC)框架/體系結(jié)構(gòu)。 UPAC使用了多種網(wǎng)格內(nèi)容服務(wù)器和對(duì)等技術(shù)。術(shù)語(yǔ)"網(wǎng)格內(nèi)容服務(wù)器"并不意圖為限制性 的，并且可以分發(fā)任何形式的內(nèi)容，其中包括音頻、視頻、數(shù)據(jù)和多媒體內(nèi)容。為了增大內(nèi) 容服務(wù)的系統(tǒng)容量并且確保高內(nèi)容質(zhì)量，內(nèi)容在網(wǎng)格網(wǎng)絡(luò)中的所選無(wú)線(xiàn)網(wǎng)格接入點(diǎn)處被緩 存?；蛘撸彺娣?wù)器與無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)內(nèi)的所選MAP位于相同位置。這里使用的網(wǎng)格內(nèi)容 服務(wù)器是帶有緩存的MAP或者帶有共位的內(nèi)容服務(wù)器的MAP。網(wǎng)格內(nèi)容服務(wù)器還可以是到 因特網(wǎng)的網(wǎng)關(guān)。UPAC中的網(wǎng)格內(nèi)容服務(wù)器扮演兩個(gè)角色，即內(nèi)容服務(wù)器和對(duì)端。作為內(nèi)容 服務(wù)器，網(wǎng)格內(nèi)容服務(wù)器可以根據(jù)請(qǐng)求將內(nèi)容流式傳輸?shù)娇蛻?hù)端設(shè)備。作為對(duì)端，網(wǎng)格內(nèi)容 服務(wù)器是用于P2P數(shù)據(jù)取得的對(duì)端。網(wǎng)格內(nèi)容服務(wù)器支持兩種調(diào)度方案，即流式傳輸和數(shù) 據(jù)取得。流式傳輸要求對(duì)被流式傳輸?shù)膬?nèi)容/數(shù)據(jù)進(jìn)行按順序的遞送。P2P數(shù)據(jù)取得可以 使用一種不同的傳播策略，例如，最大化對(duì)端之間的數(shù)據(jù)可得性的策略?？蛻?hù)端設(shè)備(如 果在網(wǎng)格中可用的話(huà))充當(dāng)盡力而為對(duì)端，以進(jìn)一步減小施加在服務(wù)器和網(wǎng)絡(luò)上的流量負(fù) 擔(dān)。為了優(yōu)化內(nèi)容服務(wù)質(zhì)量，客戶(hù)端設(shè)備可以與網(wǎng)格內(nèi)容服務(wù)器和其他對(duì)端設(shè)備形成P2P 關(guān)系。同時(shí)，客戶(hù)端設(shè)備可以與網(wǎng)格內(nèi)容服務(wù)器建立客戶(hù)端_服務(wù)器關(guān)系。
下面使用的術(shù)語(yǔ)MAP和網(wǎng)格內(nèi)容服務(wù)器可以互換使用。然而，如上所述，網(wǎng)格內(nèi)容 服務(wù)器是帶有緩存的MAP或者帶有共位的內(nèi)容服務(wù)器的MAP 。網(wǎng)關(guān)網(wǎng)格內(nèi)容服務(wù)器是帶有 緩存或者共位的內(nèi)容服務(wù)器的、到諸如因特網(wǎng)之類(lèi)的有線(xiàn)網(wǎng)絡(luò)的網(wǎng)關(guān)。網(wǎng)關(guān)網(wǎng)格內(nèi)容服務(wù) 器是網(wǎng)格內(nèi)容服務(wù)器，也是網(wǎng)關(guān)。圖1示出了麗N上的內(nèi)容服務(wù)系統(tǒng)。該內(nèi)容服務(wù)系統(tǒng)包 括網(wǎng)格接入點(diǎn)(MAP)、網(wǎng)格內(nèi)容服務(wù)器和客戶(hù)端設(shè)備。MAP和網(wǎng)格內(nèi)容服務(wù)器經(jīng)由無(wú)線(xiàn)鏈路 互連，以形成無(wú)線(xiàn)網(wǎng)格多跳回程基礎(chǔ)設(shè)施。連接到有線(xiàn)網(wǎng)絡(luò)的一個(gè)或多個(gè)MAP被稱(chēng)為網(wǎng)關(guān)。 MAP和網(wǎng)格內(nèi)容服務(wù)器參與路由選擇和數(shù)據(jù)轉(zhuǎn)發(fā)。 具體而言，在圖1中，因特網(wǎng)105連接到網(wǎng)關(guān)網(wǎng)格內(nèi)容服務(wù)器110并與之通信。網(wǎng) 關(guān)網(wǎng)格內(nèi)容服務(wù)器110連接到帶有共位的內(nèi)容服務(wù)器的MAP115a。 115b和115c也是帶有 共位的內(nèi)容服務(wù)器的MAP。網(wǎng)關(guān)網(wǎng)格內(nèi)容服務(wù)器110還連接到帶有內(nèi)容緩存的MAP 120a并 與之通信。帶有內(nèi)容緩存的MAP 120a和網(wǎng)格內(nèi)容服務(wù)器115a都與MAP 125a相連接并與 之通信。125b、125c和125d也是MAP?？蛻?hù)端設(shè)備/末端設(shè)備130連接到各個(gè)MAP和網(wǎng)格 內(nèi)容服務(wù)器。 MAP支持兩種無(wú)線(xiàn)功能，即網(wǎng)絡(luò)接入和數(shù)據(jù)中繼。網(wǎng)絡(luò)接入功能為客戶(hù)端設(shè)備/末 端設(shè)備提供網(wǎng)絡(luò)接入。中繼功能用于構(gòu)造多跳無(wú)線(xiàn)網(wǎng)格回程并將客戶(hù)端設(shè)備的流量中繼到 目的地。網(wǎng)格客戶(hù)端設(shè)備/客戶(hù)端設(shè)備(例如，膝上型電腦、PDA和雙模式智能手機(jī)等等) 與鄰近的MAP相關(guān)聯(lián)，以接入無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)?？蛻?hù)端設(shè)備不參與分組中繼和路由選擇?？?戶(hù)端設(shè)備發(fā)送分組到其相關(guān)聯(lián)的MAP(或從其相關(guān)聯(lián)的MAP接收分組)。分組遞送的其余部 分由MAP通過(guò)回程路由選擇協(xié)議來(lái)處理。 在UPAC中，假定存在一主要內(nèi)容服務(wù)器，該主要內(nèi)容服務(wù)器是原始內(nèi)容源。主要
9內(nèi)容服務(wù)器可以存在于無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)之外或無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)之內(nèi)。還假定內(nèi)容通過(guò)諸如非高峰時(shí)間遞送之類(lèi)的機(jī)制和手段被遞送到位于無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)內(nèi)的本發(fā)明的網(wǎng)格內(nèi)容服務(wù)器。網(wǎng)格內(nèi)容服務(wù)器具有緩存功能，或者與內(nèi)容服務(wù)器處于相同位置。 網(wǎng)格內(nèi)容服務(wù)器是根據(jù)下述策略來(lái)放置的即，每個(gè)網(wǎng)格客戶(hù)端在少許跳之內(nèi)能夠訪(fǎng)問(wèn)至少一個(gè)網(wǎng)格內(nèi)容服務(wù)器。這是因?yàn)槊總€(gè)網(wǎng)格內(nèi)容服務(wù)器將把內(nèi)容的一些部分提供給鄰近的客戶(hù)端設(shè)備，從而跳數(shù)應(yīng)當(dāng)盡可能小。在單個(gè)無(wú)線(xiàn)電無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中尤其如此，因?yàn)樘鴶?shù)嚴(yán)重影響著可用帶寬。這是因?yàn)闊o(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)是共享介質(zhì)，例如IEEE 802. 11網(wǎng)絡(luò)。在共享介質(zhì)中， 一個(gè)流在從一跳到下一跳的數(shù)據(jù)轉(zhuǎn)發(fā)期間可能與其自己相干擾，并且還與其他相鄰的流相干擾。因此，對(duì)于要求高帶寬或低等待時(shí)間的應(yīng)用，在超過(guò)兩跳或三跳后，無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的性能常常會(huì)劣化。 在UPAC中，內(nèi)容文件被劃分成多個(gè)相等大小的片段，這些片段被稱(chēng)為剪輯。剪輯的開(kāi)始的重放時(shí)間減去時(shí)間延遲D被定義為該剪輯的截止時(shí)間(deadline)，即一剪輯的截止時(shí)間是該剪輯的開(kāi)始的重放時(shí)間的時(shí)間D之前。D是與網(wǎng)絡(luò)傳送和處理延遲有關(guān)的參數(shù)。對(duì)于每個(gè)剪輯，客戶(hù)端設(shè)備可以具有不同的網(wǎng)格內(nèi)容服務(wù)器和對(duì)端?？蛻?hù)端將每個(gè)剪輯視為一獨(dú)立的文件并且在其截止時(shí)間之前按其原始順序獲得剪輯。通過(guò)將大文件劃分成剪輯，客戶(hù)端設(shè)備可以更好地適應(yīng)于動(dòng)態(tài)的網(wǎng)絡(luò)狀況和對(duì)端拓?fù)洹２煌木W(wǎng)格內(nèi)容服務(wù)器可以緩存不同的內(nèi)容或同一內(nèi)容的不同剪輯。對(duì)于每個(gè)剪輯，客戶(hù)端設(shè)備或者經(jīng)由主要內(nèi)容服務(wù)器以集中方案或者以分布方式發(fā)現(xiàn)網(wǎng)格內(nèi)容服務(wù)器。然后，選擇主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器。 在本發(fā)明的UPAC中，還存在跟蹤器模塊(未示出)。P2P跟蹤器模塊可以是MAP或網(wǎng)格內(nèi)容服務(wù)器或者完全分離的設(shè)備。P2P跟蹤器模塊是P2P網(wǎng)絡(luò)目錄的集中源，并且提供諸如哪些設(shè)備擁有哪些內(nèi)容的目錄信息。如果P2P取得被激活，則客戶(hù)端設(shè)備向P2P跟蹤器模塊發(fā)出請(qǐng)求。P2P跟蹤器模塊維護(hù)系統(tǒng)中的對(duì)端/用戶(hù)的狀態(tài)。應(yīng)當(dāng)注意，網(wǎng)格內(nèi)容服務(wù)器也可以運(yùn)行P2P協(xié)議并充當(dāng)對(duì)端。P2P跟蹤器模塊向客戶(hù)端設(shè)備發(fā)送反饋消息，把能夠提供與客戶(hù)端設(shè)備所請(qǐng)求的內(nèi)容相同的內(nèi)容的那組對(duì)端/用戶(hù)告知給客戶(hù)端設(shè)備?？蛻?hù)端設(shè)備隨后與所選對(duì)端建立對(duì)端關(guān)系，以取得和提供數(shù)據(jù)/內(nèi)容給自身和其他對(duì)端。
因?yàn)橛邢薜膬?nèi)容、網(wǎng)絡(luò)和處理資源，以及每個(gè)對(duì)端可能具有的動(dòng)態(tài)情況，所以并不能保證客戶(hù)端設(shè)備能夠從其他對(duì)端及時(shí)得到數(shù)據(jù)?？蛻?hù)端設(shè)備可以請(qǐng)求從一個(gè)或多個(gè)網(wǎng)格內(nèi)容服務(wù)器流式傳輸來(lái)的前N個(gè)內(nèi)容剪輯(N > 1)，以確保客戶(hù)端設(shè)備想要的內(nèi)容/數(shù)據(jù)可用并且啟動(dòng)延遲最小化?？蛻?hù)端設(shè)備向其第一剪輯的所指定/選擇的主網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求第一剪輯(剪輯i = 1)。如果該主網(wǎng)格內(nèi)容服務(wù)器變得不可用，則客戶(hù)端設(shè)備將立即向它的所指定/選擇的次網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求第一剪輯。然后，客戶(hù)端設(shè)備向其第二剪輯的主網(wǎng)格內(nèi)容服務(wù)器(或者次網(wǎng)格內(nèi)容服務(wù)器，如果主網(wǎng)格內(nèi)容服務(wù)器不可用或者沒(méi)有能力的話(huà))請(qǐng)求第二剪輯(剪輯i = 2)。該過(guò)程繼續(xù)，直到從剪輯i的主(或次)網(wǎng)格內(nèi)容服務(wù)器接收到剪輯i (i = N)為止。 同時(shí)，客戶(hù)端設(shè)備從其對(duì)端請(qǐng)求和取得內(nèi)容的其他剪輯(i > N)，并且嘗試盡可能多地使用對(duì)端資源。對(duì)于UPAC中每個(gè)剪輯的P2P數(shù)據(jù)取得，剪輯被進(jìn)一步劃分成較小的塊或子剪輯。這些小塊在對(duì)端之間被交換(取得或提供)。在剪輯內(nèi)，一個(gè)示例性的傳播策略是首先從對(duì)端取得最罕見(jiàn)的數(shù)據(jù)塊。也可使用其他用于P2P數(shù)據(jù)取得的傳播策略。
如果無(wú)法在重放截止時(shí)間之前從對(duì)端取得剪輯的內(nèi)容/數(shù)據(jù)，則客戶(hù)端設(shè)備直接向其主網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求缺失的數(shù)據(jù)。另外，如果主網(wǎng)格內(nèi)容服務(wù)器變得不可用，則客戶(hù)端將立即向其次網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求缺失的數(shù)據(jù)。主或次網(wǎng)格內(nèi)容服務(wù)器按其原始順序?qū)⑷笔У膬?nèi)容/數(shù)據(jù)流式傳輸?shù)娇蛻?hù)端設(shè)備。 —般地，網(wǎng)格內(nèi)容服務(wù)器具有三個(gè)主要任務(wù)。首先，網(wǎng)格內(nèi)容服務(wù)器負(fù)擔(dān)將所請(qǐng)求的內(nèi)容的前N個(gè)剪輯流式傳輸?shù)阶鞒稣?qǐng)求客戶(hù)端設(shè)備。其次，網(wǎng)格內(nèi)容服務(wù)器在剪輯的重放截止時(shí)間之前提供對(duì)缺失數(shù)據(jù)的補(bǔ)充流式傳輸。第三，網(wǎng)格內(nèi)容服務(wù)器充當(dāng)內(nèi)容/數(shù)據(jù)的P2P種子。當(dāng)客戶(hù)端設(shè)備請(qǐng)求內(nèi)容時(shí)，客戶(hù)端設(shè)備花一定的時(shí)間來(lái)建立到對(duì)端的路由并定位希望的內(nèi)容。在實(shí)時(shí)應(yīng)用中，較長(zhǎng)的啟動(dòng)延遲是不合需要的。此外，不能保證其他對(duì)端擁有所請(qǐng)求的內(nèi)容/數(shù)據(jù)，因此所選的網(wǎng)格內(nèi)容服務(wù)器發(fā)送內(nèi)容/數(shù)據(jù)的前N個(gè)剪輯，以使得啟動(dòng)延遲得以減小。內(nèi)容的每個(gè)剪輯應(yīng)當(dāng)在其重放時(shí)間之前被取得。 一旦剪輯的重放截止時(shí)間已到，則不允許對(duì)重放剪輯的P2P取得，因?yàn)樾孪螺d的數(shù)據(jù)可能是過(guò)時(shí)的了 。來(lái)自網(wǎng)格內(nèi)容服務(wù)器的補(bǔ)充流式傳輸被發(fā)起，因?yàn)檠a(bǔ)充流式傳輸以更小的等待時(shí)間按其原始順序提供內(nèi)容/數(shù)據(jù)。補(bǔ)充流式傳輸幫助客戶(hù)端設(shè)備得到無(wú)法從其他對(duì)端及時(shí)取得的數(shù)據(jù)。
P2P跟蹤器模塊被用于P2P數(shù)據(jù)取得。用于內(nèi)容/內(nèi)容剪輯的P2P跟蹤器模塊是客戶(hù)端設(shè)備預(yù)先知曉的。每個(gè)對(duì)端周期性地向P2P跟蹤器模塊更新其狀態(tài)，從而對(duì)于內(nèi)容/內(nèi)容剪輯而言，P2P跟蹤器模塊擁有P2P網(wǎng)絡(luò)中對(duì)端的最新近/最新信息。 一旦客戶(hù)端設(shè)備請(qǐng)求內(nèi)容/數(shù)據(jù)/剪輯，客戶(hù)端設(shè)備將首先與P2P跟蹤器模塊通信，并且就客戶(hù)端設(shè)備能夠從中獲得其所需要/希望的內(nèi)容的對(duì)端而查詢(xún)P2P跟蹤器模塊。然后，客戶(hù)端設(shè)備建立(或者嘗試建立)與P2P跟蹤器模塊提供的列表上的對(duì)端的P2P關(guān)系。注意，客戶(hù)端設(shè)備只與MAP之一相關(guān)聯(lián)，并不參與基礎(chǔ)設(shè)施麗N內(nèi)的路由選擇?？蛻?hù)端設(shè)備經(jīng)由與之相關(guān)聯(lián)的MAP向?qū)Χ税l(fā)送對(duì)端請(qǐng)求分組。當(dāng)MAP接收到來(lái)自與之相關(guān)聯(lián)的客戶(hù)端設(shè)備的對(duì)端請(qǐng)求分組(或者以另一對(duì)端為目的地的任何分組)時(shí)，MAP利用按需或主動(dòng)式路由選擇協(xié)議和路由選擇度量，基于對(duì)端請(qǐng)求分組中的目的地地址，代表客戶(hù)端設(shè)備來(lái)發(fā)現(xiàn)、建立并維護(hù)去往對(duì)端的最佳路由。 為了幫助跨層設(shè)計(jì)改善P2P數(shù)據(jù)取得性能，本發(fā)明的UPAC在每個(gè)MAP處實(shí)現(xiàn)一代理。MAP把去往客戶(hù)端設(shè)備的對(duì)端的路徑成本和該對(duì)端是否與作出請(qǐng)求的客戶(hù)端設(shè)備關(guān)聯(lián)到同一MAP告知給相關(guān)聯(lián)的客戶(hù)端設(shè)備。因此，客戶(hù)端設(shè)備具有去往其希望為了交換內(nèi)容而與之建立通信的每個(gè)對(duì)端的路徑成本信息。當(dāng)客戶(hù)端設(shè)備從其相關(guān)聯(lián)的對(duì)端取得數(shù)據(jù)時(shí)，客戶(hù)端設(shè)備向與相同MAP相關(guān)聯(lián)或者具有更好路徑成本的對(duì)端賦予更高的優(yōu)先級(jí)。
網(wǎng)格內(nèi)容服務(wù)器在基礎(chǔ)設(shè)施麗N中增大網(wǎng)絡(luò)容量和改善內(nèi)容(音頻、視頻和/或多媒體)服務(wù)的QoS方面扮演著重要角色。在本發(fā)明中，存在若干種用于網(wǎng)格內(nèi)容服務(wù)器發(fā)現(xiàn)有選擇的方案，如下 (1)以服務(wù)器負(fù)擔(dān)作為選擇度量的集中式方案(集中式_負(fù)擔(dān)方案)。在該方案中，客戶(hù)端設(shè)備向主要服務(wù)器發(fā)送請(qǐng)求。主要服務(wù)器選擇主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器來(lái)為該客戶(hù)端設(shè)備服務(wù)。它把所選擇的網(wǎng)格內(nèi)容服務(wù)器告知給客戶(hù)端設(shè)備。為該客戶(hù)端設(shè)備選擇具有最小負(fù)擔(dān)或者正為最少客戶(hù)端設(shè)備服務(wù)的兩個(gè)網(wǎng)格內(nèi)容服務(wù)器來(lái)分別作為主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器。該機(jī)制不要求客戶(hù)端設(shè)備擁有關(guān)于服務(wù)器負(fù)擔(dān)和去往服務(wù)器的路徑質(zhì)量的信息。然而，它要求網(wǎng)格內(nèi)容服 器將其負(fù)擔(dān)周期性地報(bào)告給主要服務(wù)器。 (2)以端到端延遲作為選擇度量的覆蓋方案(覆蓋-延遲方案)。在該方案中，在主要服務(wù)器接收到來(lái)自客戶(hù)端設(shè)備的請(qǐng)求后，主要服務(wù)器向客戶(hù)端設(shè)備發(fā)送候選網(wǎng)格內(nèi)容服務(wù)器的列表?？蛻?hù)端設(shè)備利用探測(cè)分組測(cè)量到每個(gè)候選網(wǎng)格內(nèi)容服務(wù)器的端到端延遲?？蛻?hù)端設(shè)備選擇具有最小延遲的網(wǎng)格內(nèi)容服務(wù)器作為主網(wǎng)格內(nèi)容服務(wù)器，，并且選擇具有次小端到端延遲的那個(gè)作為次網(wǎng)格內(nèi)容服務(wù)器。 (3)以跳數(shù)作為選擇度量的分布式方案(分布式-跳數(shù)方案)。在該方案中，客戶(hù)端設(shè)備以針對(duì)一內(nèi)容剪輯的網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求消息來(lái)洪泛(flood)無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)。具有所請(qǐng)求的內(nèi)容剪輯的每個(gè)網(wǎng)格內(nèi)容服務(wù)器向作出請(qǐng)求的客戶(hù)端設(shè)備發(fā)送服務(wù)器答復(fù)。注意，客戶(hù)端設(shè)備與MAP相關(guān)聯(lián)，不參與路由選擇。然而，通過(guò)下層的路由選擇協(xié)議，網(wǎng)格內(nèi)容服務(wù)器具有從它到與作出請(qǐng)求的客戶(hù)端設(shè)備相關(guān)聯(lián)的MAP的跳數(shù)信息。在網(wǎng)格內(nèi)容服務(wù)器和與客戶(hù)端設(shè)備相關(guān)聯(lián)的MAP之間可能有多條路徑可用。只有具有最小跳數(shù)的路徑被路由
選擇機(jī)制選擇和使用。每個(gè)網(wǎng)格內(nèi)容服務(wù)器使用其路由選擇層信息并在服務(wù)器答復(fù)中把其到客戶(hù)端設(shè)備的關(guān)聯(lián)MAP的最小跳數(shù)告知客戶(hù)端設(shè)備?？蛻?hù)端設(shè)備選擇最小跳數(shù)的值最小的網(wǎng)格內(nèi)容服務(wù)器作為主網(wǎng)格內(nèi)容服務(wù)器，并且選擇跳數(shù)次小的那個(gè)作為次網(wǎng)格內(nèi)容服務(wù)器。 (4)以路由選擇度量作為選擇度量的分布式方案(分布式-路由選擇度量方案)。無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)可利用路由選擇度量來(lái)運(yùn)行路由選擇協(xié)議。例如，期望傳送時(shí)間(ETT)是一個(gè)這種網(wǎng)格路由選擇度量。鏈路L的ETT被定義為經(jīng)由該鏈路成功遞送分組的期望MAC層持續(xù)時(shí)間。ET1Y = (1/l-eJ化/iY，其中&是分組差錯(cuò)率，&是鏈路L的傳送速率，s是分組大小。路徑P的成本就是沿著該路徑的所有鏈路的ETT的總和。ETT度量捕捉了分組丟失和鏈路數(shù)據(jù)速率對(duì)路徑的性能的影響。具有最小路徑ETT成本的路徑被路由選擇協(xié)議使用。在本發(fā)明的分布式-ETT網(wǎng)格服務(wù)器選擇方案中，跨層方法被用于網(wǎng)格服務(wù)器選擇。與分布式-跳數(shù)方案類(lèi)似，客戶(hù)端設(shè)備在無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)上洪泛網(wǎng)格服務(wù)器請(qǐng)求消息。通過(guò)下層的路由選擇協(xié)議，網(wǎng)格內(nèi)容服務(wù)器獲得從它到與客戶(hù)端設(shè)備相關(guān)聯(lián)的MAP的最佳路徑的路徑ETT成本。該最佳路徑是具有最小ETT路徑成本的路徑。每個(gè)網(wǎng)格內(nèi)容服務(wù)器使用其路由選擇層信息，并且在網(wǎng)格服務(wù)器答復(fù)中把其到與客戶(hù)端設(shè)備相關(guān)聯(lián)的MAP的最佳路徑的ETT成本告知給客戶(hù)端設(shè)備?？蛻?hù)端設(shè)備隨后選擇路徑ETT成本的值最小的網(wǎng)格內(nèi)容服務(wù)器作為主網(wǎng)格內(nèi)容服務(wù)器，并且選擇路徑ETT成本次小的那個(gè)作為次網(wǎng)格內(nèi)容服務(wù)器。
圖2是從客戶(hù)端設(shè)備一側(cè)的統(tǒng)一對(duì)等(P2P)和緩存服務(wù)器(UPAC)內(nèi)容服務(wù)過(guò)程的流程圖。在205，客戶(hù)端設(shè)備估計(jì)需要流式傳輸?shù)募糨嫷臄?shù)目N。在210，客戶(hù)端設(shè)備隨后發(fā)現(xiàn)并選擇從中接收前N個(gè)剪輯的一個(gè)或多個(gè)網(wǎng)格內(nèi)容服務(wù)器。在215，客戶(hù)端設(shè)備向所選的(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求前N個(gè)剪輯。在220，客戶(hù)端設(shè)備從所選的(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器接收所請(qǐng)求的N個(gè)剪輯。每個(gè)剪輯被當(dāng)作一個(gè)獨(dú)立的文件來(lái)對(duì)待，因此該過(guò)程可重復(fù)N次。在225，剪輯計(jì)數(shù)器被初始化為比N大1。在230，執(zhí)行測(cè)試以判定是否已經(jīng)接收到該內(nèi)容的所有剪輯。如果已經(jīng)接收到該內(nèi)容的所有剪輯，則過(guò)程結(jié)束。如果尚未接收到該內(nèi)容的所有剪輯，則在235，定位并選擇用于下一剪輯的網(wǎng)格內(nèi)容服務(wù)器。在240，客戶(hù)端設(shè)備嘗試定位擁有下一剪輯的對(duì)端設(shè)備。在245，客戶(hù)端設(shè)備加入P2P網(wǎng)絡(luò)(如果客戶(hù)端設(shè)備還不是P2P網(wǎng)絡(luò)的成員的話(huà))以便下載下一剪輯。在250，執(zhí)行測(cè)試以判定接收下一剪輯的時(shí)間是否已超過(guò)截止時(shí)間。如果尚未超過(guò)截止時(shí)間，則在255繼續(xù)下載內(nèi)容剪輯。然后在260執(zhí)行測(cè)試以判定剪輯下載是否已完成。如果剪輯下載尚未完成，則過(guò)程返回到250。如果剪輯下載已完成，則在275遞增剪輯計(jì)數(shù)器。如果已超過(guò)剪輯下載的截止時(shí)間，則在265執(zhí)行測(cè)試以判定在剪輯下載中是否缺失了任何數(shù)據(jù)/內(nèi)容。如果有缺失的數(shù)據(jù)/內(nèi)容，則在270，客戶(hù)端設(shè)備向網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求缺失的數(shù)據(jù)/內(nèi)容。如果沒(méi)有缺失的數(shù)據(jù)/內(nèi)容，則在275遞增剪輯計(jì)數(shù)器。應(yīng)當(dāng)注意，雖然以下示例性實(shí)施例使用了上行計(jì)數(shù)器，但也可以使用諸如將會(huì)遞減的下行計(jì)數(shù)器之類(lèi)的其他計(jì)數(shù)器。
圖3是本發(fā)明的集中式網(wǎng)格內(nèi)容服務(wù)器選擇方法的流程圖。集中式網(wǎng)格內(nèi)容服務(wù)器選擇方案是發(fā)現(xiàn)(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器的若干種可能方式之一?？蛻?hù)端設(shè)備所使用的方案取決于網(wǎng)絡(luò)拓?fù)洹⒅饕?wù)器的可用性、度量信息的可用性等等。在集中式方案中的305處，客戶(hù)端設(shè)備向主要服務(wù)器發(fā)送請(qǐng)求，以請(qǐng)求主要服務(wù)器分配/指定主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器。主要服務(wù)器基于網(wǎng)絡(luò)中可用的網(wǎng)格內(nèi)容服務(wù)器的負(fù)擔(dān)來(lái)分配/指定主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器。負(fù)擔(dān)可以是網(wǎng)格內(nèi)容服務(wù)器在服務(wù)的客戶(hù)端設(shè)備的數(shù)目。客戶(hù)端設(shè)備在310從主要服務(wù)器接收所分配/指定的網(wǎng)格內(nèi)容服務(wù)器，并且在315嘗試與所分配/指定的網(wǎng)格內(nèi)容服務(wù)器建立連接。 圖4是使用端到端延遲作為選擇標(biāo)準(zhǔn)的本發(fā)明的覆蓋網(wǎng)格內(nèi)容服務(wù)器選擇方法的流程圖。覆蓋網(wǎng)格內(nèi)容服務(wù)器選擇方案是發(fā)現(xiàn)(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器的若干種可能方式之一?？蛻?hù)端設(shè)備所使用的方案取決于網(wǎng)絡(luò)拓?fù)?、主要服?wù)器的可用性、度量信息的可用性等等。在覆蓋方案中的405處，客戶(hù)端設(shè)備向主要服務(wù)器發(fā)送請(qǐng)求，以請(qǐng)求主要服務(wù)器提供關(guān)于候選網(wǎng)格內(nèi)容服務(wù)器的列表的信息。在410，客戶(hù)端設(shè)備從主要服務(wù)器接收所請(qǐng)求的信息?？蛻?hù)端設(shè)備隨后在415確定到每個(gè)候選網(wǎng)格內(nèi)容服務(wù)器的端到端延遲。客戶(hù)端設(shè)備隨后在420基于最小端到端延遲選擇主網(wǎng)格內(nèi)容服務(wù)器。在425，客戶(hù)端設(shè)備基于次小端到端延遲選擇次網(wǎng)格內(nèi)容服務(wù)器。在430，客戶(hù)端設(shè)備嘗試與所選擇的網(wǎng)格內(nèi)容服務(wù)器建立連接。 圖5是使用跳數(shù)作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇方法的流程圖。使用跳數(shù)作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇方法是發(fā)現(xiàn)(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器的若干種可能方式之一。客戶(hù)端設(shè)備所使用的方案取決于網(wǎng)絡(luò)拓?fù)?、主要服?wù)器的可用性、度量信息的可用性等等。在505，客戶(hù)端設(shè)備在無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)上廣播網(wǎng)格服務(wù)器請(qǐng)求消息。網(wǎng)格服務(wù)器請(qǐng)求消息被用于收集關(guān)于無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的網(wǎng)格內(nèi)容服務(wù)器的信息，其中包括跳數(shù)、內(nèi)容可用性等等。在510，客戶(hù)端設(shè)備從無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的多個(gè)網(wǎng)格內(nèi)容服務(wù)器接收響應(yīng)。客戶(hù)端設(shè)備隨后在515基于具有最小跳數(shù)的網(wǎng)格內(nèi)容服務(wù)器來(lái)選擇主網(wǎng)格內(nèi)容服務(wù)器。在520，客戶(hù)端設(shè)備基于次小跳數(shù)來(lái)選擇次網(wǎng)格內(nèi)容服務(wù)器。在525，客戶(hù)端設(shè)備嘗試與所選擇的網(wǎng)格內(nèi)容服務(wù)器建立連接。 圖6是使用路由選擇度量作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇方法的流程圖。使用路由選擇度量作為選擇標(biāo)準(zhǔn)的本發(fā)明的分布式網(wǎng)格內(nèi)容服務(wù)器選擇方法是發(fā)現(xiàn)(一個(gè)或多個(gè))網(wǎng)格內(nèi)容服務(wù)器的若干種可能方式之一。客戶(hù)端設(shè)備所使用的方案取決于網(wǎng)絡(luò)拓?fù)洹⒅饕?wù)器的可用性、度量信息的可用性等等。在605，客戶(hù)端設(shè)備在無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)上廣播網(wǎng)格服務(wù)器請(qǐng)求消息。網(wǎng)格服務(wù)器請(qǐng)求消息被用于收集關(guān)于無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的網(wǎng)格內(nèi)容服務(wù)器的信息，其中包括路由選擇度量、內(nèi)容可用性等等。在610，客戶(hù)端設(shè)備從無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)中的多個(gè)網(wǎng)格內(nèi)容服務(wù)器接收響應(yīng)?？蛻?hù)端設(shè)備隨后在615基于具有最佳路由的網(wǎng)格內(nèi)容服務(wù)器來(lái)選擇主網(wǎng)格內(nèi)容服務(wù)器。在620，客戶(hù)端設(shè)備基于次佳路由來(lái)選擇次網(wǎng)格內(nèi)容服務(wù)器。在625，客戶(hù)端設(shè)備嘗試與所選擇的網(wǎng)格內(nèi)容服務(wù)器建立連接。
如上所述，客戶(hù)端設(shè)備將內(nèi)容的每個(gè)剪輯看作一個(gè)單獨(dú)的文件，以適應(yīng)動(dòng)態(tài)網(wǎng)絡(luò)狀況?？蛻?hù)端設(shè)備為每個(gè)剪輯獨(dú)立地發(fā)現(xiàn)和選擇主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器。在每個(gè)內(nèi)容剪輯的提供時(shí)間，如果主網(wǎng)格內(nèi)容服務(wù)器變得不可用，則客戶(hù)端設(shè)備將切換到次網(wǎng)格內(nèi)容服務(wù)器以獲得內(nèi)容。同時(shí)，客戶(hù)端設(shè)備將利用上述方案之一來(lái)重新啟動(dòng)服務(wù)器發(fā)現(xiàn)和選擇過(guò)程，以識(shí)別新的次網(wǎng)格內(nèi)容服務(wù)器。 圖7是本發(fā)明的網(wǎng)格內(nèi)容服務(wù)器的框圖。網(wǎng)格內(nèi)容服務(wù)器包括緩存、流式傳輸服務(wù)模塊、P2P服務(wù)模塊、以及一個(gè)或多個(gè)無(wú)線(xiàn)通信接口 。 一個(gè)無(wú)線(xiàn)通信接口為客戶(hù)端設(shè)備提供網(wǎng)絡(luò)接入。另一無(wú)線(xiàn)通信接口用于與其他網(wǎng)格內(nèi)容服務(wù)器、MAP或路由器一起參與無(wú)線(xiàn)網(wǎng)格回程網(wǎng)絡(luò)。無(wú)線(xiàn)網(wǎng)格回程網(wǎng)絡(luò)提供路由選擇和數(shù)據(jù)轉(zhuǎn)發(fā)。內(nèi)容被緩存在緩存單元中。流式傳輸服務(wù)模塊接收來(lái)自客戶(hù)端設(shè)備的請(qǐng)求并且將內(nèi)容流式傳輸?shù)娇蛻?hù)端設(shè)備。P2P服務(wù)模塊與其他網(wǎng)格內(nèi)容服務(wù)器和客戶(hù)端設(shè)備一起形成P2P聯(lián)網(wǎng)系統(tǒng)。 圖8是本發(fā)明的客戶(hù)端設(shè)備?？蛻?hù)端設(shè)備包括P2P服務(wù)模塊、流式傳輸客戶(hù)端模塊、緩沖器、播放器、以及一個(gè)或多個(gè)無(wú)線(xiàn)(無(wú)線(xiàn)電)接口。客戶(hù)端設(shè)備經(jīng)由其無(wú)線(xiàn)接口與MAP或網(wǎng)格內(nèi)容服務(wù)器相關(guān)聯(lián)。P2P服務(wù)模塊與充當(dāng)對(duì)端的其他客戶(hù)端設(shè)備和網(wǎng)格內(nèi)容服務(wù)器一起形成P2P聯(lián)網(wǎng)系統(tǒng)，以取得/提供數(shù)據(jù)。流式傳輸客戶(hù)端模塊從網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求并接收流式傳輸?shù)臄?shù)據(jù)。緩沖器中的數(shù)據(jù)將被播放器顯示并可被P2P系統(tǒng)中的其他對(duì)端取得?？蛻?hù)端設(shè)備(例如，膝上型電腦、雙模式智能電話(huà)、個(gè)人數(shù)字助理(PDA)等等)與鄰近的MAP相關(guān)聯(lián)以接入無(wú)線(xiàn)網(wǎng)格網(wǎng)絡(luò)?？蛻?hù)端設(shè)備/末端設(shè)備不參與分組中繼或路由選擇過(guò)程?？蛻?hù)端設(shè)備向其關(guān)聯(lián)MAP發(fā)送分組(或從其關(guān)聯(lián)MAP接收分組)。分組遞送由MAP通過(guò)回程路由選擇協(xié)議來(lái)處理。 應(yīng)當(dāng)理解，本發(fā)明可通過(guò)各種形式的硬件、軟件、固件、專(zhuān)用處理器或其組合來(lái)實(shí)現(xiàn)。優(yōu)選地，本發(fā)明被實(shí)現(xiàn)為硬件和軟件的組合。另外，軟件優(yōu)選地被實(shí)現(xiàn)為有形地包含在程序存儲(chǔ)設(shè)備上的應(yīng)用程序。應(yīng)用程序可被上載到包括任何適當(dāng)?shù)捏w系結(jié)構(gòu)的機(jī)器并被該機(jī)器執(zhí)行。優(yōu)選地，機(jī)器被實(shí)現(xiàn)在具有諸如以下硬件的計(jì)算機(jī)平臺(tái)上一個(gè)或多個(gè)中央處理單元(CPU)、隨機(jī)存取存儲(chǔ)器(RAM)、以及(一個(gè)或多個(gè))輸入/輸出(I/O)接口。計(jì)算機(jī)平臺(tái)還可包括操作系統(tǒng)和微指令代碼。這里描述的各種過(guò)程和功能可以是經(jīng)由操作系統(tǒng)執(zhí)行的微指令代碼的一部分或者應(yīng)用程序的一部分(或其組合)。此外，各種其他外圍設(shè)備可連接到計(jì)算機(jī)平臺(tái)，例如額外的數(shù)據(jù)存儲(chǔ)設(shè)備和打印設(shè)備。 還應(yīng)當(dāng)理解，因?yàn)楦綀D中示出的構(gòu)成系統(tǒng)組件和方法步驟中的一些優(yōu)選地是用軟件實(shí)現(xiàn)的，所以系統(tǒng)組件(或過(guò)程步驟)之間的實(shí)際連接依據(jù)對(duì)本發(fā)明編程的方式而可能有所不同。給定這里的教導(dǎo)，本領(lǐng)域的普通技術(shù)人員將能夠構(gòu)思出本發(fā)明的這些和類(lèi)似的實(shí)現(xiàn)方式或配置。
權(quán)利要求
一種用于經(jīng)由無(wú)線(xiàn)網(wǎng)絡(luò)接收內(nèi)容的方法，所述方法包括確定要從中接收要被流式傳輸?shù)膬?nèi)容剪輯的第一服務(wù)器；請(qǐng)求從所選擇的第一服務(wù)器流式傳輸所述內(nèi)容剪輯；從所述所選擇的第一服務(wù)器接收被流式傳輸?shù)膬?nèi)容剪輯；確定要從中接收要被下載的內(nèi)容剪輯的對(duì)端設(shè)備；請(qǐng)求下載所述內(nèi)容剪輯；以及接收被下載的內(nèi)容剪輯。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述第一服務(wù)器是網(wǎng)格內(nèi)容服務(wù)器。
3. 根據(jù)權(quán)利要求1所述的方法，還包括 獲得關(guān)于所述對(duì)端設(shè)備的信息；以及 加入包括所述對(duì)端設(shè)備的對(duì)等網(wǎng)絡(luò)。
4. 根據(jù)權(quán)利要求2所述的方法，還包括判定在截止時(shí)間之前是否接收到了所述被下載的內(nèi)容剪輯；以及請(qǐng)求從所述網(wǎng)格內(nèi)容服務(wù)器流式傳輸在所述截止時(shí)間之前未接收到的所述被下載的 內(nèi)容剪輯的缺失部分。
5. 根據(jù)權(quán)利要求2所述的方法，其中所述網(wǎng)格內(nèi)容服務(wù)器是具有內(nèi)容存儲(chǔ)和處理能力 的網(wǎng)格接入點(diǎn)。
6. 根據(jù)權(quán)利要求2所述的方法，其中所述網(wǎng)格內(nèi)容服務(wù)器與網(wǎng)格接入點(diǎn)處于相同位置。
7. 根據(jù)權(quán)利要求2所述的方法，還包括計(jì)算要被流式傳輸?shù)膬?nèi)容剪輯的數(shù)目。
8. 根據(jù)權(quán)利要求7所述的方法，其中用于要被流式傳輸?shù)拿總€(gè)內(nèi)容剪輯的所述網(wǎng)格內(nèi) 容服務(wù)器是不同的。
9. 根據(jù)權(quán)利要求7所述的方法，其中用于要被流式傳輸?shù)囊恍﹥?nèi)容剪輯的所述網(wǎng)格內(nèi) 容服務(wù)器是不同的。
10. 根據(jù)權(quán)利要求1所述的方法，其中在所述被流式傳輸?shù)膬?nèi)容剪輯中所接收的分組 是按順序接收的。
11. 根據(jù)權(quán)利要求1所述的方法，其中在所述被下載的內(nèi)容剪輯中所接收的分組是不 按順序接收的。
12. 根據(jù)權(quán)利要求11所述的方法，其中在所述被下載的不按順序的內(nèi)容剪輯中的所接 收的分組被緩沖。
13. 根據(jù)權(quán)利要求2所述的方法，其中所述確定所述網(wǎng)格內(nèi)容服務(wù)器還包括 向第二服務(wù)器發(fā)送請(qǐng)求消息；從所述第二服務(wù)器接收關(guān)于主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器的信息；以及 與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接。
14. 根據(jù)權(quán)利要求13所述的方法，其中所述第二服務(wù)器是主要服務(wù)器。
15. 根據(jù)權(quán)利要求2所述的方法，其中所述確定所述網(wǎng)格內(nèi)容服務(wù)器還包括 向第二服務(wù)器發(fā)送請(qǐng)求消息；從所述第二服務(wù)器接收關(guān)于候選網(wǎng)格內(nèi)容服務(wù)器的列表的信息； 確定到每個(gè)候選網(wǎng)格內(nèi)容服務(wù)器的端到端延遲；基于最小端到端延遲選擇主網(wǎng)格內(nèi)容服務(wù)器；基于次小端到端延遲選擇次網(wǎng)格內(nèi)容服務(wù)器；以及與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接。
16. 根據(jù)權(quán)利要求14所述的方法，其中所述第二服務(wù)器是主要服務(wù)器。
17. 根據(jù)權(quán)利要求2所述的方法，其中所述確定所述網(wǎng)格內(nèi)容服務(wù)器還包括 在所述無(wú)線(xiàn)網(wǎng)絡(luò)上廣播網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求消息； 接收來(lái)自多個(gè)網(wǎng)格內(nèi)容服務(wù)器的響應(yīng)；基于請(qǐng)求者與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的最低跳數(shù)來(lái)選擇主網(wǎng)格內(nèi)容服務(wù)器；基于請(qǐng)求者與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的次低跳數(shù)來(lái)選擇次網(wǎng)格內(nèi)容服務(wù)器；以及與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接。
18. 根據(jù)權(quán)利要求2所述的方法，其中所述確定所述網(wǎng)格內(nèi)容服務(wù)器還包括 在所述無(wú)線(xiàn)網(wǎng)絡(luò)上廣播網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求消息； 接收來(lái)自多個(gè)網(wǎng)格內(nèi)容服務(wù)器的響應(yīng)；基于請(qǐng)求者與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的最佳路由來(lái)選擇主網(wǎng)格內(nèi)容服務(wù)器；基于請(qǐng)求者與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的次佳路由來(lái)選擇次網(wǎng)格內(nèi)容服務(wù)器；以及與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接。
19. 一種用于經(jīng)由無(wú)線(xiàn)網(wǎng)絡(luò)接收內(nèi)容的設(shè)備，包括 用于確定要從中接收要被流式傳輸?shù)膬?nèi)容剪輯的第一服務(wù)器的裝置； 用于請(qǐng)求從所選擇的第一服務(wù)器流式傳輸所述內(nèi)容剪輯的裝置； 用于從所述所選擇的第一服務(wù)器接收被流式傳輸?shù)膬?nèi)容剪輯的裝置； 用于確定要從中接收要被下載的內(nèi)容剪輯的對(duì)端設(shè)備的裝置； 用于請(qǐng)求下載所述內(nèi)容剪輯的裝置；以及用于接收所述被下載的內(nèi)容剪輯的裝置。
20. 根據(jù)權(quán)利要求19所述的設(shè)備，其中所述第一服務(wù)器是網(wǎng)格內(nèi)容服務(wù)器。
21. 根據(jù)權(quán)利要求19所述的設(shè)備，還包括 用于獲得關(guān)于所述對(duì)端設(shè)備的信息的裝置；以及 用于加入包括所述對(duì)端設(shè)備的對(duì)等網(wǎng)絡(luò)的裝置。
22. 根據(jù)權(quán)利要求20所述的設(shè)備，還包括用于判定在截止時(shí)間之前是否接收到了所述被下載的內(nèi)容剪輯的裝置；以及 用于請(qǐng)求從所述網(wǎng)格內(nèi)容服務(wù)器流式傳輸在所述截止時(shí)間之前未接收到的所述被下 載的內(nèi)容剪輯的缺失部分的裝置。
23. 根據(jù)權(quán)利要求20所述的設(shè)備，還包括用于計(jì)算要被流式傳輸?shù)膬?nèi)容剪輯的數(shù)目的裝置。
24. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述網(wǎng)格內(nèi)容服務(wù)器和所述對(duì)端設(shè)備是相同的。
25. 根據(jù)權(quán)利要求20所述的設(shè)備，其中用于要被流式傳輸?shù)拿總€(gè)內(nèi)容剪輯的所述網(wǎng)格 內(nèi)容服務(wù)器是不同的。
26. 根據(jù)權(quán)利要求20所述的設(shè)備，其中用于要被流式傳輸?shù)囊恍﹥?nèi)容剪輯的所述網(wǎng)格 內(nèi)容服務(wù)器是不同的。
27. 根據(jù)權(quán)利要求19所述的設(shè)備，其中在所述被流式傳輸?shù)膬?nèi)容剪輯中所接收的分組 是按順序接收的。
28. 根據(jù)權(quán)利要求19所述的設(shè)備，其中在所述被下載的內(nèi)容剪輯中所接收的分組是不 按順序接收的。
29. 根據(jù)權(quán)利要求28所述的設(shè)備，其中在所述被下載的不按順序的內(nèi)容剪輯中的所接 收的分組被緩沖。
30. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述用于確定所述網(wǎng)格內(nèi)容服務(wù)器的裝置還包括用于向第二服務(wù)器發(fā)送請(qǐng)求消息的裝置；用于從所述第二服務(wù)器接收關(guān)于主網(wǎng)格內(nèi)容服務(wù)器和次網(wǎng)格內(nèi)容服務(wù)器的信息的裝 置；以及用于與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接的裝置。
31. 根據(jù)權(quán)利要求30所述的設(shè)備，其中所述第二服務(wù)器是主要服務(wù)器。
32. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述用于確定所述網(wǎng)格內(nèi)容服務(wù)器的裝置還包括用于向第二服務(wù)器發(fā)送請(qǐng)求消息的裝置；用于從所述第二服務(wù)器接收關(guān)于候選網(wǎng)格內(nèi)容服務(wù)器的列表的信息的裝置； 用于確定到每個(gè)候選網(wǎng)格內(nèi)容服務(wù)器的端到端延遲的裝置； 用于基于最小端到端延遲選擇主網(wǎng)格內(nèi)容服務(wù)器的裝置； 用于基于次小端到端延遲選擇次網(wǎng)格內(nèi)容服務(wù)器的裝置；以及 用于與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接的裝置。
33. 根據(jù)權(quán)利要求32所述的設(shè)備，其中所述第二服務(wù)器是主要服務(wù)器。
34. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述用于確定所述網(wǎng)格內(nèi)容服務(wù)器的裝置還包括用于在所述無(wú)線(xiàn)網(wǎng)絡(luò)上廣播網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求消息的裝置； 用于接收來(lái)自多個(gè)網(wǎng)格內(nèi)容服務(wù)器的響應(yīng)的裝置；用于基于所述設(shè)備與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的最低跳數(shù)來(lái)選擇主網(wǎng)格內(nèi)容 服務(wù)器；用于基于所述設(shè)備與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的次低跳數(shù)來(lái)選擇次網(wǎng)格內(nèi)容 服務(wù)器的裝置；以及用于與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接的裝置。
35. 根據(jù)權(quán)利要求20所述的設(shè)備，其中所述用于確定所述網(wǎng)格內(nèi)容服務(wù)器的裝置還包括用于在所述無(wú)線(xiàn)網(wǎng)絡(luò)上廣播網(wǎng)格內(nèi)容服務(wù)器請(qǐng)求消息的裝置； 用于接收來(lái)自多個(gè)網(wǎng)格內(nèi)容服務(wù)器的響應(yīng)的裝置；用于基于所述設(shè)備與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的最佳路由來(lái)選擇主網(wǎng)格內(nèi)容 服務(wù)器的裝置；用于基于所述設(shè)備與作出響應(yīng)的網(wǎng)格內(nèi)容服務(wù)器之間的次佳路由來(lái)選擇次網(wǎng)格內(nèi)容 服務(wù)器的裝置；以及用于與所述主網(wǎng)格內(nèi)容服務(wù)器和所述次網(wǎng)格內(nèi)容服務(wù)器建立連接的裝置。
全文摘要
描述了用于經(jīng)由無(wú)線(xiàn)網(wǎng)絡(luò)接收內(nèi)容的方法和設(shè)備，包括確定要從中接收要被流式傳輸?shù)膬?nèi)容剪輯的第一服務(wù)器，請(qǐng)求從所選擇的第一服務(wù)器流式傳輸該內(nèi)容剪輯，從所選擇的第一服務(wù)器接收被流式傳輸?shù)膬?nèi)容剪輯，確定要從中接收要被下載的內(nèi)容剪輯的對(duì)端設(shè)備，請(qǐng)求下載該內(nèi)容剪輯，以及接收被下載的內(nèi)容剪輯。第一服務(wù)器是網(wǎng)格內(nèi)容服務(wù)器。
文檔編號(hào)H04L29/06GK101790876SQ200780100415
公開(kāi)日2010年7月28日 申請(qǐng)日期2007年8月30日 優(yōu)先權(quán)日2007年8月30日
發(fā)明者劉航, 朱英南, 郭陽(yáng) 申請(qǐng)人:湯姆遜許可證公司