專利名稱:多播和廣播串流方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般來說涉及在通信網(wǎng)絡(luò)上將數(shù)據(jù)傳遞到客戶端裝置，且更具體地說(但不唯一地)，涉及一種用于在多播和/或廣播環(huán)境中在有線和/或無線網(wǎng)絡(luò)上將數(shù)據(jù)串流到客戶端裝置的系統(tǒng)和方法。
背景技術(shù)：
存在多種能用于在通信網(wǎng)絡(luò)(多播和廣播是兩個實例)上將數(shù)據(jù)傳遞到客戶端裝置的技術(shù)。在至少一些類型的多播環(huán)境中，提供復數(shù)個多播組，其中預訂成員(例如客戶端裝置)接收多播會話數(shù)據(jù)、服務、內(nèi)容或預訂成員可通過多播組得到的其它數(shù)據(jù)。多播組中的每一者可提供相同的基本內(nèi)容(例如特定視頻節(jié)目)，但在每個所述多播組中可用的信號之間可具有若干不同之處。舉例來說，每個多播組可以與其它多播組不同的位速率來傳輸視頻節(jié)目。
在此多播環(huán)境中，期望接收所述視頻節(jié)目的客戶端裝置或其它接收者可預訂或另外加入特定多播組以便接收傳輸。通常，每個客戶端裝置基于所提供的位速率或基于某些其它兼容特征而選擇恰當?shù)亩嗖ソM來加入。因此，舉例來說，多播組1可以位速率A來向客戶端裝置1-10提供視頻節(jié)目，多播組2可以位速率B來向客戶端裝置11-14提供相同的視頻節(jié)目，多播組3可以位速率C來向客戶端裝置15-21提供相同的視頻節(jié)目，等等。
通常是這樣的某些條件可使得初始位速率對于特定客戶端裝置來說是不理想的。例如，在會話期間動態(tài)改變的網(wǎng)絡(luò)帶寬條件或客戶端裝置特征可指示特定客戶端裝置切換到較低(或較高)位速率。然而，頻繁地從一個多播組改變到其它多播組可導致不利的結(jié)果。一個結(jié)果是耗費。對于客戶端裝置從一個多播組切換到另一個(例如，連接和斷開，且反之亦然)是昂貴的，這是由于可需要滿足費用或節(jié)目要求以便預訂新的多播組。另一結(jié)果是服務中斷。也就是說，在傳輸視頻節(jié)目期間從一個多播組切換到另一多播組可導致在過渡期間損失所述視頻節(jié)目的某些部分-多播組之間的改變通常不是無縫過程。
隨著媒體壓縮和無線網(wǎng)絡(luò)基礎(chǔ)設(shè)施的發(fā)展，媒體串流對于終端用戶、內(nèi)容提供者、無線操作者和其它實體來說已成為有前途的技術(shù)區(qū)域。雖然無線技術(shù)(例如2.5G或3G)將可具有更多的帶寬且不管某些先進壓縮技術(shù)能實現(xiàn)非常低的位速率串流的事實，當其涉及無線環(huán)境時，仍存在若干固有問題。上文描述的多播環(huán)境進一步使得此類問題更加困難，其中客戶端裝置切換到另一多播組以便得到更適宜的信號可能不是最佳的——客戶端裝置除了保持在相同的多播組中并“充分利用”所述狀況之外可能沒有其它更好的選擇。
遇到此類問題的無線串流應用的區(qū)域包括實時媒體應用(包括音頻和視頻串流兩者)、實時音頻應用(例如現(xiàn)場音樂或體育廣播)、脫機媒體應用和脫機音頻應用。與有線網(wǎng)絡(luò)不同，無線網(wǎng)絡(luò)遭受高速率的有效包損失和間歇性包延遲以及其它問題。包損失和延遲可由若干因素(除了例如作為無線網(wǎng)絡(luò)的內(nèi)在特征的衰落的影響之外，例如網(wǎng)絡(luò)擁擠、位誤差率或用戶裝置處的數(shù)據(jù)溢出)導致。
除了包損失之外，還有其它因素不利地影響由終端用戶接收的媒體。這些因素中任一者對用戶體驗的影響可依據(jù)通信信道條件、用戶裝置特征、環(huán)境條件、在通信期間發(fā)生的有意或無意事件或其它影響而顯著變化。
所有上述和其它因素都在媒體傳遞和消費情況下在移動無線多播環(huán)境中最終不利地影響終端用戶的體驗質(zhì)量(QoE)，其中串流只是媒體傳遞的一個實例。這些相同或其它因素還可在硬連線通信網(wǎng)絡(luò)中不利地影響終端用戶的多播會話。這些相同或其它因素還可在硬連線或無線通信網(wǎng)絡(luò)中不利地影響廣播會話，尤其是由于所有用戶在廣播環(huán)境下一般接收相同的信號，且因此切換到不同信號的能力受到了限制(如果可能的話)。

發(fā)明內(nèi)容根據(jù)一個方面，提供一種用于將串流內(nèi)容傳遞到復數(shù)個客戶端裝置的方法。所述方法包括將客戶端裝置與組關(guān)聯(lián)。將多個同時獨特流傳遞到每個組，以允許每個組中的客戶端裝置分別接收所述獨特流中的一者。接收并估計關(guān)于將所述流傳遞到所述客戶端裝置的度量數(shù)據(jù)。至少部分基于所估計的度量數(shù)據(jù)，使得所述客戶端裝置中的至少一者切換到一相同組中的一不同流，其中所述不同流比所述相同組中的一當前流更適宜。如果不能在一當前組中得到一適宜的流，那么至少部分基于所估計的度量數(shù)據(jù)，使得所述客戶端裝置中的所述至少一者切換到一不同組中的一不同流，其中所述不同流比所述當前組中的一當前流更適宜。
參考以下附圖來描述本發(fā)明的非限制性且非詳盡的實施例，其中除非另外規(guī)定，否則在各個附圖中，類似參考元件符號是指類似部分。
圖1是可實施本發(fā)明一個實施例的示范性系統(tǒng)的方框圖。
圖2是說明根據(jù)一個實施例的通過使用多個流將內(nèi)容傳遞到若干組客戶端裝置的方框圖。
圖3是根據(jù)一個實施例的用以將內(nèi)容傳遞到若干組客戶端裝置(包括在流與組之間切換)的技術(shù)的一實施例的流程圖。
具體實施方式本文描述用于在多播和/或廣播環(huán)境下向客戶端裝置提供串流數(shù)據(jù)的技術(shù)的若干實施例。在以下描述中，陳述某些特定細節(jié)以便提供對各種實施例的徹底理解。然而，所屬領(lǐng)域的技術(shù)人員將了解，可在沒有這些細節(jié)的情況下實踐本系統(tǒng)和方法。在其它情況下，尚未展示或詳細描述與通信設(shè)備和協(xié)議相關(guān)聯(lián)的眾所周知的結(jié)構(gòu)和協(xié)議，以避免不必要地混淆所述實施例的描述。
在整個說明書中，對“一個實施例”或“一實施例”的參考意味著在至少一個實施例中包括結(jié)合所述實施例而描述的特定特性、結(jié)構(gòu)或特征。因此，在整個說明書中，短語“在一個實施例中”或“在一實施例中”在各處的出現(xiàn)不必要都涉及相同的實施例。此外，可在一個或一個以上實施例中以任何適當方式來組合特定特性、結(jié)構(gòu)或特征。
本文所提供的標題只是出于方便的目的，而不解釋所主張的本發(fā)明的范圍或含義。
總的來說，一實施例提供一種用于在多播和/或廣播環(huán)境中從至少一個服務器向復數(shù)個客戶端裝置傳遞串流數(shù)據(jù)的技術(shù)。可在無線和硬連線通信網(wǎng)絡(luò)中的一者或兩者上傳遞串流數(shù)據(jù)。串流數(shù)據(jù)可包括但不限于視頻、音頻、文件、現(xiàn)場或錄制節(jié)目、多媒體內(nèi)容、服務、其它類型的數(shù)據(jù)或其組合?？蛻舳搜b置可包括便攜式無線裝置(例如蜂窩式電話)、膝上型計算機和類似物?？蛻舳搜b置還可包括有線裝置(例如個人計算機)、工作站和類似物。
在一實施例中，客戶端裝置可預訂或另外加入多播組以接收正由服務器傳遞的數(shù)據(jù)。服務器可針對每個多播組串流具有(例如)多個不同位速率的多個信號。因此，可向每個多播組提供不同的多個位速率。各個多播組中的客戶端裝置可調(diào)諧到對應于(例如)其適宜位速率、分辨率、格式等的特定信號。
在一個實施例中，如果客戶端裝置特征和/或信道條件指示切換將提供更適宜的服務，那么服務器可指示客戶端裝置改變/切換到相同多播組中所提供的不同信號(例如，其具有不同的位速率)。在一個示范性實施例中，服務器具有可用于一組的多個流，但服務器在一個特定時間處串流最恰當?shù)?例如，對整個組是最適宜的)流(一次一個流)且針對所述組無縫地進行調(diào)試。在此實施例中，僅當其涉及改變組時，服務器(或客戶端裝置)才交換信號。在另一實施例中，由服務器向一組提供多個流，且所述流中的每一者針對所述組中的特定客戶端裝置而定制，且另外，客戶端裝置(單個、復數(shù)個或所有)可改變到相同組中的不同流或另一組中的不同流。
在一實施例中，服務器還可指示客戶端裝置切換到在某一其它多播組中可用的一不同信號(即指示客戶端裝置切換到另一多播組)，以便獲得更適宜的服務。如果本多播組不向客戶端裝置提供所需的位速率且/或終端用戶體驗總體上對于某其它多播組來說是較適宜的，那么可執(zhí)行此從一個多播組到另一個多播組的切換。
可使用各種技術(shù)來在串流會話之前、期間和之后搜集和使用信息，以確定客戶端裝置是否應切換到相同多播組中的另一信號和/或是否切換到不同多播組中的另一信號。例如，一個實施例使用動態(tài)帶寬適配(DBA)和/或體驗質(zhì)量(QoE)技術(shù)來輔助進行所述確定。
圖1是可實施本發(fā)明一實施例的系統(tǒng)的方框圖。至少一個服務器100從一個或一個以上內(nèi)容提供者102接收內(nèi)容。由內(nèi)容提供者102提供的內(nèi)容可包括(但不限于)音頻、視頻、電影、音樂、現(xiàn)場直播或錄制的節(jié)目、文件、游戲、因特網(wǎng)內(nèi)容、多媒體、即時消息、隨選內(nèi)容或可由服務器100傳送到復數(shù)個客戶端裝置104的任何其它類型的數(shù)據(jù)。在一個實施例中，服務器100可通過使用串流技術(shù)來傳送/傳遞此類內(nèi)容。其它或另外，服務器100可使用下載或其它傳遞技術(shù)來傳遞此內(nèi)容或其它數(shù)據(jù)。
服務器100的一個實施例并入有動態(tài)帶寬適配(DBA)模塊106和QoE服務器模塊108。服務器100的各種其它實施例還可包括服務質(zhì)量(QoS)模塊112、代碼轉(zhuǎn)換器模塊110和/或其它模塊和組件。所述各種模塊可在某些實施例中包含分離模塊，而在其它實施例中，可展現(xiàn)所述各種不同功能性或另外將所述各種不同功能性組合到單個模塊中。接下來將描述這些模塊和其相關(guān)聯(lián)的功能性中的每一者。
關(guān)于DBA，本發(fā)明的一個實施例允許音頻或視頻(A/V)數(shù)據(jù)的串流(例如)精確地與到客戶端裝置104的信道的帶寬匹配。此動態(tài)帶寬適配包含兩個組成部分(1)監(jiān)視信道的波動帶寬；和(2)服務器100的DBA模塊106能夠?qū)崟r改變串流位速率以匹配或另外補償信道帶寬中的變化。通過使用此帶寬監(jiān)視和位速率適配技術(shù)，用戶能夠接收相對較平滑的視頻和清楚的音頻。
根據(jù)本發(fā)明的一實施例，提供DBA算法，其在擁擠和網(wǎng)絡(luò)資源波動時期期間實現(xiàn)穩(wěn)定的串流質(zhì)量和平滑過渡。通過調(diào)節(jié)富媒體流來適合客戶端帶寬，從而優(yōu)化終端用戶體驗，此特性適合于無線網(wǎng)絡(luò)(例如共享包網(wǎng)絡(luò))的特征或條件。所述DBA算法基于網(wǎng)絡(luò)中終端用戶的可用帶寬來自動調(diào)節(jié)正由服務器100服務的音頻和視頻位速率。因而，終端用戶可接收最恰當?shù)奈凰俾柿鳌?br> 所述DBA算法通過針對與包損失、延遲或延遲變量相關(guān)聯(lián)的帶寬在統(tǒng)計上顯著且持續(xù)的變化來監(jiān)視到每個客戶端的信道，以在整個流時間中提供擁擠避免和速率控制。當發(fā)生這些變化時且當存在現(xiàn)有緊密匹配但較低的位速率流時，DBA模塊106切換到特定客戶端裝置104的所述較低流。如果帶寬條件得以改進以允許切換到適宜的較高位速率傳輸，那么也可執(zhí)行切換到較高位速率流。
可用于確定是增加還是減小位速率的參數(shù)的實例可包括(但不限于)最大延遲、延遲變量、最大包損失、瞬間和先前包損失以及其它參數(shù)。包損失或其它參數(shù)(例如)也可基于平均、累積或連續(xù)包損失中的任一者或多者，以便獲得帶寬條件的最明智且精確的確定。在一個實施例中，基本延遲或延遲變量(其通過確定基本延遲且從瞬間延遲中減去基本延遲以獲得延遲變量的值來計算得到)的參數(shù)增加跟蹤信息且可用于根據(jù)客戶端裝置或網(wǎng)絡(luò)/操作者要求來進一步確定、改進和優(yōu)化帶寬適配。
在串流會話中，DBA模塊106的實施例在會話開始時選擇恰當?shù)能壍?。接著，如果在流期間帶寬下降或增加，那么DBA算法將建議位速率調(diào)節(jié)。在產(chǎn)生此建議中，DBA算法的一實施例用因子相乘表示信道的統(tǒng)計且持續(xù)行為，但不對瞬間尖峰信號作出反應。結(jié)果，媒體質(zhì)量不突然變化，且平滑并逐漸地發(fā)生位速率變化。
應注意，DBA模塊106的一實施例可為一組客戶端裝置工作。因此，DBA模塊106可分析來自所有或一子組客戶端裝置的數(shù)據(jù)并為整個組(和/或所述組中的一子組客戶端裝置)作出決策。此決策可能對于所述組中的一些客戶端來說是最佳的，但對于其它客戶端來說并非最佳。舉例來說，如果10個客戶端裝置中的8個(一組中的大多數(shù)客戶端裝置)可接收最多64kbps，那么希望接收128kbps的剩余兩個客戶端裝置可能不會達到那個位速率，這是由于那可能不是最佳決策。在所述情況下，對于這“兩個客戶端裝置”來說，最好切換到另一組或保持64kbps。應注意到，每個組可進一步具有一切換范圍。對于所述實例中的所述組來說，其可為32到128kbps。
在2003年5月30日申請的題為“METHOD AND APPARATUS FOR DYNAMICBANDWIDTH ADAPTATION”的第10/452,035號美國申請案中更詳細地描述所述DBA模塊106的示范性實施例，所述申請案轉(zhuǎn)讓給與本申請案相同的受讓人且以全文引用的方式并入本文中。
關(guān)于QoE，QoE服務器模塊108的一個實施例所基于的QoE框架提供一種監(jiān)視并處理QoE問題的技術(shù)，所述QoE問題會在網(wǎng)絡(luò)組件之間進行通信期間出現(xiàn)。舉例來說，當媒體正從服務器100傳送到客戶端裝置104中的一者時，可在所述服務器與所述客戶端裝置104中的一者之間進行通信期間出現(xiàn)QoE問題。一個實施例的QoE框架的組成部分包括起始和終止過程，其分別定義會話的開始和結(jié)束；協(xié)商過程，其中服務器100與客戶端裝置104協(xié)商在會話期間使用哪個QoE度量；經(jīng)定義并實施的一個或一個以上QoE度量(例如，度量值的收集/測量)；在度量值會話期間的傳送，所述度量值關(guān)于預定頻率下的度量且針對會話的預定范圍，所有度量值都已在協(xié)商期間被接受；和所述度量值的分析/應用，其用以估計QoE并調(diào)節(jié)條件，以使得可改進QoE(如果必要的話)。
因此，一實施例的QoE框架評估在一通信環(huán)境(例如無線通信環(huán)境)中的終端用戶體驗。QoE使用用于分析并提供滿意數(shù)據(jù)傳遞、可靠性、可用性、可縮放性、速度、精確性、效率等的確定和主觀方法的組合。QoE服務器模塊108所基于的QoE框架的一實施例是跨協(xié)議層概念，其涉及網(wǎng)絡(luò)、傳送、操作系統(tǒng)、播放器、編碼解碼器、客戶端特征和/或任何應用層特定問題以及可橫跨不同通信協(xié)議的其它問題。同樣，在一個實施例中，可針對媒體和會話級細節(jié)來分離QoE參數(shù)(例如，QoE度量數(shù)據(jù))。也就是說，一實施例的QoE框架檢查來自可影響終端用戶體驗的各種來源組合的度量數(shù)據(jù)，并將此度量數(shù)據(jù)提供給服務器100，以使得QoE服務器模塊108可確定是否可且可以何種方式來針對所述客戶端裝置104中的任何一者或一者以上來改進QoE。
如上所提及，QoE框架的一實施例可涉及協(xié)商過程，其可在QoE服務器模塊108與所述客戶端裝置104中的任何一者或一者以上之間執(zhí)行?？蓪f(xié)商協(xié)議的一實施例概括為如下在服務器100與客戶端裝置104中的一者之間起始一會話；一些QoE度量可由或可不由服務器100和客戶端裝置104中的一者或兩者支持；同樣，客戶端裝置104可選擇包括所述QoE度量的一子組，其支持一特定會話；客戶端裝置104和服務器100因此可參與協(xié)商過程，所述協(xié)商過程可涉及若干來回交換，以確定支持和應由客戶端裝置104發(fā)送哪些QoE度量、應多少時間發(fā)送一次所支持/接受的QoE度量、如何激活且/或去活QoE度量、所接受的QoE度量將包含的內(nèi)容或值以及其它QoE度量有關(guān)的因素；由客戶端裝置104進行的QoE度量值測量和收集；將QoE度量值從客戶端裝置104傳送到服務器100；和會話的終止。可估計所傳送的度量值以確定是否能或應在串流會話期間且/或針對隨后會話改進QoE。
在一實施例中，客戶端裝置104在傳送層處測量QoE度量，但也可在應用層處進行測量以獲得較好的精確性。QoE度量的報告周期可以是計算一組度量的周期。報告周期的最大值可通過QoE協(xié)商協(xié)議進行協(xié)商。在其它實施例中，可由除客戶端裝置104之外或替代客戶端裝置104的元件來測量一個或一個以上QoE度量，且接著將其傳送到服務器100且/或傳送到客戶端裝置104。
在一實施例中，所述度量中的至少一些指示影響通信環(huán)境中的質(zhì)量的特征或是通信信道的一些其它指示或結(jié)果?？稍诳蛻舳搜b置104的協(xié)議棧、客戶端裝置104的應用程序、客戶端裝置104的緩沖器、客戶端裝置104的編碼解碼器或可與QoE有關(guān)的其它客戶端特征或者以上各者的任何組合處測量這些QoE度量?？墒褂盟龆攘吭诜掌?00處和/或客戶端裝置104處調(diào)節(jié)這些層中任一者處的行為。
以下示范性QoE度量可由實施QoE的客戶端裝置104導出訛誤持續(xù)時間、重緩沖持續(xù)時間、初始緩沖持續(xù)時間、連續(xù)包損失、幀速率偏差、抖動持續(xù)時間和/或可影響QoE的任何其它參數(shù)(單獨地或組合地)。應了解，這些QoE度量不是可用于QoE目的的唯一度量。這些QoE度量可由其它度量補充、由其它度量代替、修改、組合等。所述QoE度量可應用于(例如)音頻、視頻、語音和定時文本媒體類型以及其它媒體類型。
一個實施例的QoE服務器模塊108負責量化若干因素對正傳送的媒體的影響，所述若干因素包括網(wǎng)絡(luò)條件、客戶端特征等。QoE服務器模塊108通過搜集來自客戶端裝置104的反饋進行所述操作。QoE服務器模塊108的各種實施例的特征和特性可為如下描述1.QoE服務器模塊108可駐留在串流服務器(例如服務器100)上。
2.QoE服務器模塊108可駐留在RTSP代理上或任何其它適當?shù)木W(wǎng)絡(luò)裝置上。
3.QoE服務器模塊108可接受來自各種協(xié)議的輸入。
4.QoE服務器模塊108配置可存儲在SDP文件中或由服務器/代理產(chǎn)生。
5.QoE服務器模塊108可與DBA模塊106交互。影響基于統(tǒng)計的QoE結(jié)果來增加位速率的決策。影響基于主觀的QoE結(jié)果來增加位速率的決策。影響基于統(tǒng)計的QoE結(jié)果來減少位速率的決策
。影響基于主觀的QoE結(jié)果來減少位速率的決策。也可基于主觀和/或統(tǒng)計的QoE結(jié)果來增加/減少或者影響/改變以下特征幀速率、刷新間隔和行為、容錯性(error resiliency)、緩沖行為、最大幀大小、峰值位速率、分段、重發(fā)和/或其它特征。
。如果DBA模塊106被接通，那么■QoE可影響速率適配(可配置的)。
■在一個實施例中，由DBA模塊106控制報告。
。如果DBA模塊106被斷開，那么■在一個實施例中，QoE服務器模塊108對速率適配沒有影響，但可在另一實施例中影響速率適配。
■在一個實施例中由QoE服務器模塊108控制報告，但在另一實施例中由其它模塊或組件控制報告。
。在一實施例中，如果DBA和QoE模塊104和108兩者都被斷開，那么可由QoS模塊112控制報告。
6.QoE服務器模塊108可以下列模式中的一者或兩者進行操作。統(tǒng)計模式。主觀模式。細節(jié)可以多種方式在QoE服務器模塊108內(nèi)使用/組織從客戶端裝置104處返回到服務器100的度量。一種方式是“統(tǒng)計模式”。此處，QoE服務器模塊108以最小、最大等形式來組織度量的統(tǒng)計。第二種方式是“主觀模式”。此處，QoE服務器模塊108通過將其接收到的度量映射到服務質(zhì)量等級來組織所述統(tǒng)計。因此，舉例來說，在查看所述度量之后，QoE服務器模塊108可確定特定度量屬于中間質(zhì)量等級。因而，此信息可用于確認目的。舉例來說，如果客戶端裝置104預訂高質(zhì)量等級，但對于此特定會話，基于服務器100所接收的度量而確定此會話只屬于中間質(zhì)量等級，那么此信息可用于許多目的?？赡芫哂袑λ鯭oE服務器模塊108接收的度量的許多其它分析。
7.QoE統(tǒng)計模式。在媒體或會話級進行計算。在單個周期或整個會話期間進行測量。計算至少以下各者的最小、最大、平均和標準偏差■訛誤持續(xù)時間
■重緩沖持續(xù)時間■初始緩沖持續(xù)時間■連續(xù)損失8.QoE主觀模式。在媒體或會話級進行計算。在整個會話期間進行測量(沒有單個周期報告)。提供到預定QoS等級的映射■盡力或串流等級，■低、中或高QoE等級。
。提供可能問題位置的隔離。鏈路層。網(wǎng)絡(luò)協(xié)議棧。編碼解碼器棧問題?？蛻舳藨贸绦騿栴}。限幅問題。其它所述QoE服務器模塊108的示范性實施例在2004年8月23日申請的題為“QUALITYOF EXPERIENCE(QoE)METHOD AND APPARATUS FOR WIRELESSCOMMUNICATION NETWORKS”的公開PCT申請案序列號第PCT/US2004/027618號中更詳細地描述，且還在其相關(guān)的優(yōu)先權(quán)申請案中更詳細地描述，所述申請案都轉(zhuǎn)讓給與本申請案相同的受讓人且以全文引用的方式并入本文中。
關(guān)于QoS，一個實施例的QoS模塊112在客戶端裝置104與網(wǎng)絡(luò)之間權(quán)衡協(xié)商的最大位速率、保證的位速率和最大傳送延遲參數(shù)。QoS模塊112還權(quán)衡任何額外的網(wǎng)絡(luò)層數(shù)據(jù)，例如損失、延遲和與高階裝置和網(wǎng)絡(luò)度量相關(guān)聯(lián)的其它度量。QoS模塊112的一個實施例所基于的QoS框架通過使用關(guān)于分析并提供一致且可預測的數(shù)據(jù)傳遞服務的確定和主觀方法來指定一保證的服務水平，且通常被實施為網(wǎng)絡(luò)QoS。
關(guān)于代碼轉(zhuǎn)換器和其它模塊110，一實施例從內(nèi)容提供者102接收單個輸入(例如原始視頻)，且將所述輸入轉(zhuǎn)換為具有獨特特征的復數(shù)個同時輸出(例如輸出視頻流)。因此，提供一對多技術(shù)以用于在單個代碼轉(zhuǎn)換會話中將輸入數(shù)據(jù)轉(zhuǎn)換為輸出數(shù)據(jù)。舉例來說，所述輸出可具有不同的位速率、幀速率、分辨率、編碼格式、色彩設(shè)計或基于客戶端裝置特征或帶寬條件中一者或兩者而定制的其它特征?？蛻舳搜b置104可因此具有由服務器100提供給它的適宜輸出，且可在境況指示下切換到某其它輸出，所述境況可為例如由QoE模塊服務器108、DBA模塊106和/或QoS模塊112所作出的確定引起的境況。在2000年2月10日申請的題為“COMPUTER PROGRAM PRODUCT FORTRANSFORMING STREAMING VIDEO DATA”的美國專利申請案序列號第09/502,390號中更詳細地描述這些代碼轉(zhuǎn)換技術(shù)的示范性實施例，所述申請案轉(zhuǎn)讓給與本申請案相同的受讓人且以全文引用的方式并入本文中。
所有這些模塊協(xié)同地確保在多播和/或廣播環(huán)境中的用戶體驗為所希望的那樣，且甚至在可劇烈變化的網(wǎng)絡(luò)條件下監(jiān)視整個串流會話。舉例來說，如果DBA模塊106確定一特定客戶端裝置104需要改變到較低位速率信號，那么服務器100可命令或另外使所述客戶端裝置104切換到由代碼轉(zhuǎn)換器110產(chǎn)生的較低位速率信號?？苫谟蒕oE服務器模塊108和QoS模塊112所作的確定來執(zhí)行到其它信號的類似切換和/或信號適配。
盡管圖1中的QoE服務器模塊108和其它模塊被展示為駐留在服務器100中，但應了解，QoE服務器模塊108(或其它模塊中的任一者)可在無線或硬連線網(wǎng)絡(luò)中合適地位于其它地方。舉例來說，QoE服務器模塊108可位于代理裝置、路由器、切換器或其它網(wǎng)絡(luò)組件處，在一些實施例中包括位于客戶端裝置104處。
繼續(xù)圖1的描述，服務器100與客戶端裝置104可通過使用一個或一個以上協(xié)議通信114互相通信。多媒體廣播/多播服務(MBMS)配置和其相關(guān)聯(lián)的協(xié)議可在一個實施例中使用以允許服務器100與客戶端裝置104之間進行通信。MBMS進一步利用其它通信協(xié)議和服務，例如包切換串流(PSS)、實時傳送協(xié)議(RTP)、會話描述協(xié)議(SDP)、用戶數(shù)據(jù)報協(xié)議(UDP)、超文本傳送協(xié)議(HTTP)、因特網(wǎng)協(xié)議(IP)、實時傳送控制協(xié)議(RTCP)、單向傳送上的文件傳遞(FLUTE)和其它協(xié)議。這些和/或其它協(xié)議和服務以及方法可用于不涉及MBMS的其它實施例。
在一個實施例中，可在無線和/或有線網(wǎng)絡(luò)118上以多播和/或廣播方式來實施協(xié)議通信。無線網(wǎng)絡(luò)的實例包括蜂窩式或其它RF、衛(wèi)星和光學網(wǎng)絡(luò)。有線網(wǎng)絡(luò)的實例包括公共交換電話網(wǎng)(PSTN)、同軸電纜網(wǎng)絡(luò)和其它類型的網(wǎng)絡(luò)。在一個實施例中，可在網(wǎng)絡(luò)118中實施有線和無線網(wǎng)絡(luò)的組合。在又一實施例中，網(wǎng)絡(luò)118可包括或耦合到因特網(wǎng)。
在一個實施例中，可提供一個或一個以上反向信道或其它信道116以在服務器100與客戶端裝置104中的每一者之間進行額外通信。信道116還可包含其本身用于將來自服務器100的內(nèi)容(例如多播/廣播串流內(nèi)容)傳遞到每個客戶端裝置104的相同信道。信道116的一個目的在于將來自客戶端裝置104的QoE、DBA和/或QoS度量數(shù)據(jù)傳送到服務器100的各個模塊。舉例來說，傳送串流統(tǒng)計數(shù)字的RTCP接收器報告(RR)包可由客戶端裝置104傳送到服務器100。
信道116的另一目的可在于將來自服務器100的控制信號傳送到客戶端裝置104中的任一者。例如，信道116可用于將來自服務器100的指令傳送到一特定客戶端裝置104，以切換到相同多播組中的一不同流或某一其它多播組中的一不同流。
圖2說明根據(jù)一個實施例將內(nèi)容傳遞到客戶端裝置，舉例來說，在多播環(huán)境中串流?？蛻舳搜b置預訂或另外加入多播組A、B、C等(分別標記為200、206和208)。例如，客戶端裝置202、204等是多播組A(200)的訂戶。組200、206和208中的每一者可包括至少一個到任何合適數(shù)目的客戶端裝置。
可使用不同標準來定義“組”。舉例來說，可根據(jù)某一信號特征來定義組(例如，組200與位速率為W bps到X bps的信號相關(guān)聯(lián)，組200與位速率為Y bps到Z bps的信號相關(guān)聯(lián)，組200與具有W bps和Z bps而并非X bps的信號相關(guān)聯(lián)，等等)?？捎糜诙x組的其它類型的信號特征包括分辨率、編碼格式、幀速率、色彩設(shè)計和其它方面。在某些情況下，可在組之間存在類似的信號特征，而其它信號特征是不同的。
代替或除信號特征之外，可使用其它標準或其組合來定義組200、206和208。舉例來說，可基于客戶端裝置和/或服務器100的地理位置和/或IP地址來定義組。還可基于內(nèi)容類型(例如串流視頻對串流音頻對圖形消息傳遞等)來定義組。
其它可能性包括商業(yè)規(guī)則，例如基于針對預訂的用戶費用(例如，“基本”、“中等”或“高級”預訂包，其中依據(jù)客戶所選擇的預訂包而使客戶可得到更多或更好的服務)來定義組。預訂包可與一特定流相關(guān)聯(lián)。在這些或其它類型的分組定義中，補充內(nèi)容可添加到由流提供的相同基本內(nèi)容。例如，所有流可提供相同的視頻節(jié)目，而如果用戶已選擇了排除廣告和商業(yè)節(jié)目的“高級”預訂包，那么一些流可能不包括商業(yè)節(jié)目或廣告。因此，用戶可加入串流連續(xù)信號的“高級”多播組，且所述信號沒有廣告和商業(yè)節(jié)目。在其它實施例中，可至少部分基于指定用戶的預訂級別的用戶概況數(shù)據(jù)以及關(guān)于用戶的其它可能數(shù)據(jù)(例如興趣、人口統(tǒng)計、愛好等)針對單個或復數(shù)個客戶定制連同基本內(nèi)容一起提供的補充內(nèi)容類型。
在一實施例中，另一模塊110可執(zhí)行與商業(yè)規(guī)則相關(guān)聯(lián)的估計和實行。舉例來說，另一模塊100可估計用戶概況數(shù)據(jù)和其預訂級別，以確定應將哪個流傳遞到一特定組或用戶。此估計可包括確定是否應將不同的流傳遞到一用戶或組(例如當一用戶將預訂包改變到更高或更低的級別)，且可進一步執(zhí)行與實行商業(yè)規(guī)則相關(guān)聯(lián)的其它操作時。在一實施例中，模塊110的代碼轉(zhuǎn)換器也可執(zhí)行代碼轉(zhuǎn)換，所述代碼轉(zhuǎn)換至少部分基于商業(yè)規(guī)則。例如，如果一用戶在當前預訂以接收低分辨率流且接著預訂以接收更高分辨率流，那么代碼轉(zhuǎn)換器可轉(zhuǎn)換正提供到所述用戶的組的流，以使得所述用戶正接收更高分辨率流。
其它可能性包括基于其內(nèi)容的主題(例如其提供的內(nèi)容的種類(戲劇、喜劇、歌劇等))且/或基于傳輸?shù)臅r間來定義組。簡單地說，實施例可使用可能的標準中的任何一者或一者以上來定義多播組。
在一實施例中，組200、206和208每一者分別接收多個流210、212和216，以使得其預訂客戶端裝置可調(diào)諧以接收由所述流運載的內(nèi)容。例如，組200可通過網(wǎng)絡(luò)118從服務器100接收多個流200，其中每個流具有不同的位速率、分辨率、幀速率或其它信號特征中的一者或一者以上。因此，組200中的預訂客戶端裝置每一者可調(diào)諧到多個流200中最適宜的一個特定流，例如具有與各個預訂客戶端裝置的能力兼容的位速率的流。
在另一實施例中，多個流210、212和216是可用的，但每組一次只有單個流是有效的。因此，所述組中的所有客戶端裝置接收相同的流，可基于DBA、QoE等度量數(shù)據(jù)來更新所述流。在此類實施例中，如果條件指示，那么所有客戶端裝置無縫接收相同組中可用的經(jīng)更新/不同的流。如果相同組中存在某些客戶端裝置(其中經(jīng)更新的流不是適宜的)，那么此類客戶端裝置可保持在相同組中且接收所述經(jīng)更新的流，或切換到某一其它組以接收更適宜的流。
在一實施例中，服務器100能夠?qū)⒎掌餍盘?18、222和226(或其它數(shù)據(jù)或控制命令)分別提供到組200、206和208中任一者中的任一客戶端裝置。舉例來說，此類服務器信號218、222和226可通過信道116(圖1展示)來傳送，且可包括使得一個或一個以上客戶端裝置調(diào)諧到其多播組可用的特定信號的指令、使得一個或一個以上客戶端裝置調(diào)諧到另一多播組中可用的特定信號、對QoE/DBA/QoS度量數(shù)據(jù)(包括串流統(tǒng)計和QoE報告，其可在串流會話之前、期間和/或之后由客戶端裝置發(fā)送)的請求、使得一個或一個以上客戶端裝置與所述組連接或斷開的指令(或?qū)蛻舳搜b置請求連接或斷開的確認)、QoE協(xié)商數(shù)據(jù)或可與串流會話相關(guān)聯(lián)的其它信息或命令。
可通過信道116將由組200、206和208中的客戶端裝置提供的返回數(shù)據(jù)和/或請求分別作為客戶端信號220、224和228提供回服務器100。此類返回數(shù)據(jù)和/或請求的實例包括(但不限于)QoE/DBA/QoS度量數(shù)據(jù)(包括上文提到的QoE報告)、關(guān)于連接到一多播組或與一多播組斷開的請求、使得服務器識別對于特定客戶端裝置來說是適宜的流和/或組的請求、QoE協(xié)商數(shù)據(jù)或其它命令和數(shù)據(jù)。
如上所述，如果(例如)服務器100確定QoE或DBA結(jié)果指示不同的流可提供更適宜的服務，那么一實施例允許至少一個客戶端裝置切換到一不同流。根據(jù)一個實施例，服務器100可發(fā)信號通知單個客戶端裝置(例如組200中的客戶端裝置202)進行切換且/或可發(fā)信號通知相同組中的多個客戶端裝置(例如組200中的客戶端裝置202和204)進行切換。
在上述又一實施例中，一個組中的客戶端裝置都接收相同的流(例如，相同的位速率)而并非單獨定制的流——即使這些客戶端裝置可識別為具有不同需要。因此，在此實施例中，所述客戶端裝置可一致地具有一經(jīng)更新的流，且/或客戶端裝置(經(jīng)更新的流對于其不是適宜的)可具有切換到另一組的選項。
切換到不同流(例如具有不同位速率的流)的服務器信號可包括切換到相同組中不同流的信號。也就是說，由于服務器100向每個組200、206和208提供多個不同流，因而其中的客戶端裝置能更靈活地選擇相同組中可用的不同流而不是必須切換到另一組。保持客戶端裝置的組“隸屬關(guān)系”(即將客戶端裝置保持在相同組中)將先前所討論的“組切換”的潛在不利影響最小化。
在一實施例中，(例如)如果對于需要改變流的客戶端裝置在現(xiàn)有組中沒有可用的合適的流，那么組之間的切換成為可能。在此情形下，服務器100可發(fā)信號通知這些客戶端裝置改變到新的組，且/或服務器100可向這些客戶端裝置提供信息以使其能夠決定何時切換且切換到哪個組。而且，可使用QoE度量數(shù)據(jù)、DBA度量數(shù)據(jù)或能指示客戶端裝置特征和/或帶寬條件的其它數(shù)據(jù)(其都可動態(tài)變化)來確定客戶端裝置是否、何時和何處應切換。
在一個實施例中，可使用層技術(shù)來提供所述多個流210、212、216等。舉例來說，可將單個基層提供到每個組200、206和208，或可經(jīng)由分離的多個流來將多個基層提供到每個組200、206和208。所述基層在所述組之間可以完全不同，或所述基層中的一些可為相同。
除基層之外，到每個組200、206和208的多個流也可提供各種增強層。各種增強層可(例如)具有不同的位速率，且接著客戶端裝置和/或服務器100可選擇特定增強層以供每個客戶端裝置使用。在其它粒度水平中，每個增強層本身可被分配復數(shù)個不同的位速率。
還可基于其它特征(例如客戶端裝置特征、編碼解碼器類型、幀速率、分辨率、色彩設(shè)計和其它標準)來代替或另外執(zhí)行分層。如以前，客戶端裝置可切換(如需要)到相同組中可用的不同層，或切換到其它組中可用的不同層。
在廣播環(huán)境中，可提供與圖2中所說明的那些類似的信號。也就是說，具有不同特征的多個流可用于客戶端裝置。最初，服務器100將傳輸(或客戶端裝置將調(diào)諧到)所述流中會導致最適宜結(jié)果的特定一者，例如具有適宜位速率的流?？稍诖鲿捴?、期間或之后搜集QoE、DBA、QoS和/或其它度量數(shù)據(jù)，以估計是否應執(zhí)行到不同流的切換。如果度量數(shù)據(jù)的估計暗示可能需要改變，那么客戶端裝置可切換到更適宜的流。
由于廣播涉及將相同(或類似)內(nèi)容發(fā)送到所有客戶端裝置，因而在一實施例中沒有必要定義組(即，僅具有“一個”廣播組)。然而，應理解，實際上可通過使用上述用于定義多播組的類似標準來定義多個廣播組。
圖3是用以在多播或廣播環(huán)境中(例如)通過串流將內(nèi)容傳遞到客戶端裝置的技術(shù)300的一實施例的流程圖。在一實施例中，所述技術(shù)300中的至少一些元件可在存儲于機器可讀媒體上的軟件或其它機器可讀指令中實施，所述機器可讀媒體例如為服務器100中的存儲器，其上存儲有可由一個或一個以上處理器執(zhí)行的代碼。應理解，技術(shù)300中展示的各種操作沒有必要按所示的確切次序來進行，且可適當?shù)靥砑?、移除、修改、組合或以其任何組合處理各種操作。
在方框302處，配置組(例如多播組)，且將客戶端裝置預訂到所述組中。舉例來說，客戶端裝置可加入一組以接收某特定串流視頻節(jié)目的廣播。在方框304處，從內(nèi)容提供者102處接收內(nèi)容，并由服務器100的代碼轉(zhuǎn)換器110將所述內(nèi)容代碼轉(zhuǎn)換或另外轉(zhuǎn)換為復數(shù)個獨特的同時輸出流，例如具有不同位速率的同時視頻流。
在方框306處，以一種方式通過所述組將所述復數(shù)個輸出流傳遞到客戶端裝置使得所述多個不同的輸出流可用于每個組。在一個實施例中，每個組中的客戶端裝置可接著調(diào)諧以接收最適宜的流。在如上所述的另一實施例中，相同組中的客戶端裝置接收相同的流。在一個實施例中，服務器100指令客戶端裝置調(diào)諧到哪個流，在另一實施例中，所述客戶端裝置確定其希望接收哪個流。
在方框308處，將度量數(shù)據(jù)從客戶端裝置傳送到服務器100。此度量數(shù)據(jù)可包括上述QoE度量數(shù)據(jù)、DBA度量數(shù)據(jù)和/或QoS度量數(shù)據(jù)或提供一關(guān)于體驗/服務質(zhì)量的指示的其它相關(guān)度量數(shù)據(jù)。可在串流會話之前、期間或之后搜集并傳送度量數(shù)據(jù)。圖1所示的服務器100的各種模塊估計所述度量數(shù)據(jù)。
在方框310處，服務器100確定所述客戶端裝置中的一者或一者以上是否需要切換流。如果不需要切換流，那么服務器100繼續(xù)在方框308處接收并估計度量數(shù)據(jù)。如果度量數(shù)據(jù)的估計建議改變，那么服務器100在方框312處確定是否可在相同多播組中使用適合的流或另外確定所述組內(nèi)的切換是否可能。
如果所述組內(nèi)的切換是可能的，那么在方框314處將客戶端裝置切換到新的流。否則，服務器100在另一組中尋找適合的流。如果服務器100定位此流，那么在方框316處將客戶端裝置切換到所述流(在不同組中)。重復所述過程以連續(xù)監(jiān)視所述度量數(shù)據(jù)來確定隨后是否需要執(zhí)行流切換。
此說明書中所參考的且/或應用數(shù)據(jù)表中列舉的所有以上美國專利、美國專利申請公開案、美國專利申請案、國外專利、圍外專利申請案和非專利公開案都以全文引用的方式并入本文中。
不希望所說明的實施例的以上描述(包括發(fā)明摘要中的描述內(nèi)容)為詳盡的或?qū)⒈景l(fā)明限于所揭示的精確形式。盡管本文出于說明目的描述了特定實施例和實例，但在本發(fā)明范圍內(nèi)的各種等效修改都是可能的，且可在不脫離本發(fā)明精神和范圍的情況下作出各種等效修改。
可鑒于以上詳細描述來對本發(fā)明作出這些和其它修改。不應將所附權(quán)利要求
書中所使用的術(shù)語理解為將本發(fā)明限于說明書和權(quán)利要求
書中所揭示的特定實施例。而是，應全部由所附權(quán)利要求
書確定本發(fā)明的范圍，應根據(jù)權(quán)利要求
闡述所建立起來的教義來理解所附權(quán)利要求
書。
權(quán)利要求
1.一種用于將串流內(nèi)容傳遞到復數(shù)個客戶端裝置的方法，所述方法包含使客戶端裝置與組關(guān)聯(lián)；將多個同時獨特流傳遞到每個組以允許每個組中的客戶端裝置分別接收所述獨特流中的一者；接收并估計關(guān)于將所述流傳遞到所述客戶端裝置的度量數(shù)據(jù)；至少部分基于所估計的度量數(shù)據(jù)，使所述客戶端裝置中的至少一者切換到一相同組中的一不同流，所述不同流比所述相同組中的一當前流更適宜；和如果在一當前組中得不到一適宜的流，那么至少部分基于所估計的度量數(shù)據(jù)，使所述客戶端裝置中的所述至少一者切換到一不同組中的一不同流，所述不同流比所述當前組中的一當前流更適宜。
2.根據(jù)權(quán)利要求
1所述的方法，其中使所述客戶端裝置與組關(guān)聯(lián)包括使不同的客戶端裝置與各個不同的多播組關(guān)聯(lián)。
3.根據(jù)權(quán)利要求
1所述的方法，其中使所述客戶端裝置與組關(guān)聯(lián)包括使所述客戶端裝置與至少一個廣播組關(guān)聯(lián)。
4.根據(jù)權(quán)利要求
1所述的方法，其中使所述至少一個客戶端裝置切換到一不同流包括使所述客戶端裝置切換到一具有一基于客戶端裝置能力和信道條件的不同特征的流，其中所述特征可包括位速率、幀速率、分辨率、編碼格式、色彩方案和用戶概況信息，其中這些特征中的至少一者對于所述獨特流可為相同，而某一其它特征在所述流中是不同的。
5.根據(jù)權(quán)利要求
1所述的方法，其中接收并估計度量數(shù)據(jù)包括接收并估計以下一者或兩者體驗質(zhì)量(QoE)度量數(shù)據(jù)；和關(guān)于客戶端裝置特征和信道條件的動態(tài)帶寬適配(DBA)度量數(shù)據(jù)。
6.根據(jù)權(quán)利要求
1所述的方法，其中使所述客戶端裝置中的所述至少一者切換到一不同流包括將服務器產(chǎn)生的指令發(fā)送到復數(shù)個客戶端裝置。
7.一種制造物品，其包含一機器可讀媒體，其上面存儲有指令，所述指令可由一處理器執(zhí)行以通過以下步驟將串流內(nèi)容傳遞到與多播組相關(guān)聯(lián)的復數(shù)個客戶端裝置使多個獨特流可用于每個組，以允許每個多播組中的大多數(shù)客戶端裝置接收所述獨特流中對于整個所述組來說是適宜的一獨特流；接收并估計關(guān)于將所述流傳遞到所述客戶端裝置的度量數(shù)據(jù)；至少部分基于所估計的度量數(shù)據(jù)，使所述客戶端裝置中的大部分切換到一相同多播組中的一不同流，所述不同流比所述相同多播組中的一當前流更適宜；和如果在一當前多播組中得不到一適宜的流，那么至少部分基于所估計的度量數(shù)據(jù)，使所述客戶端裝置中的至少其它客戶端裝置切換到一不同多播組中的一不同流，所述不同流比所述當前多播組中的一當前流更適宜，且另外使所述客戶端裝置仍留在所述當前多播組中。
8.根據(jù)權(quán)利要求
7所述的制造物品，其中使所述至少一個客戶端裝置切換到一不同流的所述指令包括用以使所述客戶端裝置切換到一具有一不同位速率的流的指令。
9.根據(jù)權(quán)利要求
7所述的制造物品，其中所述機器可讀取媒體進一步包括存儲在其上的指令，以將一具有內(nèi)容的單個輸入轉(zhuǎn)換到，包括代碼轉(zhuǎn)換到具有所述內(nèi)容的所述復數(shù)個同時獨特流中。
10.根據(jù)權(quán)利要求
7所述的制造物品，其中所述用以接收并估計度量數(shù)據(jù)的指令包括用以接收并估計以下一者或兩者的指令體驗質(zhì)量(QoE)度量數(shù)據(jù)；和關(guān)于客戶端裝置特征和信道條件的動態(tài)帶寬適配(DBA)度量數(shù)據(jù)，其中所述QoE和所述DBA度量數(shù)據(jù)可關(guān)于一組中的所述客戶端裝置中的某些客戶端裝置，并用于確定一不同流以提供給一組中的所有客戶端裝置。
11.根據(jù)權(quán)利要求
7所述的制造物品，其中所述用以傳遞多個同時獨特流的指令包括用以將基層和增強層作為多個獨特流進行傳遞的指令。
12.一種用于將串流內(nèi)容傳遞到復數(shù)個客戶端裝置的系統(tǒng)，所述系統(tǒng)包含用于使客戶端裝置與組關(guān)聯(lián)的構(gòu)件；用于將多個同時獨特流傳遞到每個組以允許每個組中的客戶端裝置分別接收所述獨特流中的一者的構(gòu)件；用于接收并用于估計關(guān)于將所述流傳遞到所述客戶端裝置的度量數(shù)據(jù)的構(gòu)件；用于至少部分基于所估計的度量數(shù)據(jù)，使所述客戶端裝置中的至少一者切換到一相同組中的一不同流的構(gòu)件，其中所述不同流比所述相同組中的一當前流更適宜；和用于如果在一當前組中得不到一適宜的流那么至少部分基于所估計的度量數(shù)據(jù)使所述客戶端裝置中的所述至少一者切換到一不同組中的一不同流的構(gòu)件，其中所述不同流比所述當前組中的一當前流更適宜。
13.根據(jù)權(quán)利要求
12所述的系統(tǒng)，其中用于接收并用于估計所述度量數(shù)據(jù)的所述構(gòu)件包括用于接收并用于估計體驗質(zhì)量(QoE)度量數(shù)據(jù)的構(gòu)件，所述系統(tǒng)進一步包含用于在一服務器與一客戶端裝置之間協(xié)商QoE度量數(shù)據(jù)的構(gòu)件；和用于結(jié)合速率適配數(shù)據(jù)來估計所述QoE度量數(shù)據(jù)以確定是否切換到一不同流的構(gòu)件。
14.根據(jù)權(quán)利要求
12所述的系統(tǒng)，其進一步包含用于指令單個客戶端裝置和多組客戶端裝置中的一者或兩者切換到一不同流的構(gòu)件。
15.一種用于將串流內(nèi)容傳遞到與多播組相關(guān)聯(lián)的復數(shù)個客戶端裝置的設(shè)備，所述設(shè)備包含一服務器，其將多個獨特流傳遞到每個組以允許每個多播組中的客戶端裝置接收所述獨特流中的一者；和至少一個模塊，其與所述服務器通信以接收并估計關(guān)于將所述流傳遞到所述客戶端裝置的度量數(shù)據(jù)；其中，至少部分基于所估計的度量數(shù)據(jù)，所述服務器可使所述客戶端裝置中的至少一者切換到一相同多播組中的一不同流，其中所述不同流比所述相同多播組中的一當前流更適宜；且其中，如果在一當前多播組中得不到一適宜的流，那么至少部分基于所估計的度量數(shù)據(jù)，所述服務器可使所述客戶端裝置中的所述至少一者切換到一不同多播組中的一不同流，其中所述不同流比所述當前多播組中的一當前流更適宜。
16.根據(jù)權(quán)利要求
15所述的設(shè)備，其中所述至少一個模塊包括一第一模塊，其接收并估計體驗質(zhì)量(QoE)度量數(shù)據(jù)；和一第二模塊，其接收并估計關(guān)于客戶端裝置特征和信道條件的動態(tài)帶寬適配(DBA)度量數(shù)據(jù)，所述QoE度量數(shù)據(jù)和DBA度量數(shù)據(jù)中的一者或兩者中的至少一些可用于確定是否切換到一不同流。
17.根據(jù)權(quán)利要求
15所述的設(shè)備，其進一步包含一第三模塊，其接收并估計除所述QoE和DBA度量數(shù)據(jù)之外的度量數(shù)據(jù)；和至少一額外模塊，其包括一第四模塊以將一單個輸入代碼轉(zhuǎn)換為所述復數(shù)個同時獨特流。
18.根據(jù)權(quán)利要求
15所述的設(shè)備，其進一步包含用于在一廣播環(huán)境中將多個獨特流傳遞到客戶端裝置的構(gòu)件；和用以至少部分基于度量數(shù)據(jù)在所述廣播環(huán)境中將所述客戶端裝置中的至少一些客戶端裝置從一個流切換到另一個流的構(gòu)件。
19.根據(jù)權(quán)利要求
15所述的設(shè)備，其中所述流是獨特的，因為其包括至少一個基于客戶端裝置能力和信道條件的特征，其中此特征可包括位速率、幀速率、分辨率、編碼格式和色彩方案，其中這些特征中的至少一者對于所述獨特流可為相同，而某其它特征是不同的。
20.一種用于將串流內(nèi)容傳遞到與多播組相關(guān)聯(lián)的復數(shù)個客戶端裝置的設(shè)備，所述設(shè)備包含一服務器，其將多個獨特流傳遞到每個組，以允許每個多播組中的客戶端裝置接收所述獨特流中的一者，其中可基于商業(yè)規(guī)則來定義所述組中的至少一些組，所述商業(yè)規(guī)則可包括預訂包；和至少一個模塊，其與所述服務器通信以估計并實行所述商業(yè)規(guī)則，以確定所述預訂包和相關(guān)聯(lián)的流來傳遞到所述客戶端裝置；且其中，如果所述客戶端裝置的所述預訂包發(fā)生改變，那么至少部分基于所估計的商業(yè)規(guī)則，所述服務器可使所述客戶端裝置中的至少一者切換到一相同多播組或不同多播組中的一不同流。
21.根據(jù)權(quán)利要求
20所述的設(shè)備，其中所述預訂包可與具有補充內(nèi)容的流相關(guān)聯(lián)，其中所述補充內(nèi)容是至少部分基于配置數(shù)據(jù)而針對所述客戶端裝置中的至少一些用戶定制的。
22.根據(jù)權(quán)利要求
20所述的設(shè)備，其進一步包含一代碼轉(zhuǎn)換器以將一到所述服務器的輸入流轉(zhuǎn)換成復數(shù)個不同的輸出流，其中所述輸出流已至少部分基于所述商業(yè)規(guī)則針對所述組定制。
專利摘要
在有線和/或無線網(wǎng)絡(luò)上的一多播和/或廣播串流環(huán)境中，一服務器向每組(例如多播組)客戶端裝置提供復數(shù)個不同的流。各個組中的所述客戶端裝置中的每一者調(diào)諧到所述復數(shù)個流中最適宜的一者。由所述服務器收集并估計體驗質(zhì)量(QoE)度量數(shù)據(jù)或關(guān)于動態(tài)改變的客戶端裝置特征或信道條件的其它數(shù)據(jù)。如果所估計的度量數(shù)據(jù)的結(jié)果建議特定一個或一個以上客戶端裝置改變到一不同流，那么所述服務器將所述客戶端裝置切換到相同組中的一不同流，或如果在當前組中得不到所述流，則將所述客戶端裝置切換到一不同組中的一不同流。
文檔編號H04L12/18GK1993928SQ20058002682
公開日2007年7月4日 申請日期2005年8月11日
發(fā)明者加姆澤·塞奇金, 拉利特·薩爾納, 賈揚克·M·巴洛德 申請人:維迪亞特企業(yè)公司導出引文BiBTeX, EndNote, RefMan