本申請要求2014年3月31日提交的、題為“METHOD AND SYSTEMS FOR OPTIMIZING BANDWIDTH UTILIZATION IN A MULTI-PARTICIPANT FULL MESH PEER-TO-PEER VIDEO SESSION”的美國臨時申請No. 61/973,055的優(yōu)先權(quán),該美國臨時申請以其整體通過引用明確地并入本文。
背景技術(shù):
本公開一般地涉及視頻會議系統(tǒng),并且更具體地涉及用于優(yōu)化多參與者全網(wǎng)狀對等視頻會話中的帶寬利用的系統(tǒng)。
全網(wǎng)狀對等視頻會議通過設(shè)立會議的每一個參與者之間的獨立音頻/視頻實時傳輸協(xié)議(“RTP”)流,以使得每一個參與者向每一個其他參與者傳送一個音頻、視頻以及可能地內(nèi)容流并且從每一個其它參與者接收相同內(nèi)容而得以實現(xiàn),如圖2中所示。通過與更為傳統(tǒng)的集中式橋接會議方法(圖1)比較,全網(wǎng)狀會議的主要優(yōu)點是以集中式媒體服務(wù)器的形式的瓶頸的消除以及更低的媒體等待時間。利用每一個參與者設(shè)立單獨的流還允許視頻會議客戶端獨立地合成視頻或者選擇其想要哪個(哪些)參與者發(fā)送/接收視頻的能力。全網(wǎng)狀方案的主要缺點在于,要求潛在地更大數(shù)量的帶寬來設(shè)立視頻流以從會議中的每一個參與者發(fā)送和接收視頻。全網(wǎng)狀方案取決于對客戶端可用的帶寬而將給定會議的大小限于大約3-4個參與者。
技術(shù)實現(xiàn)要素:
本公開針對用于優(yōu)化網(wǎng)狀系統(tǒng)中的帶寬的方法、系統(tǒng)和計算機可讀介質(zhì)。方法包括在本地網(wǎng)狀會議單元處發(fā)起與多個遠程設(shè)備的對等會議。方法還包括生成包括多個遠程設(shè)備中的第一設(shè)備的第一質(zhì)量列表,在第一質(zhì)量等級下從多個遠程設(shè)備接收第一數(shù)據(jù)流。方法還包括向第一設(shè)備傳送請求以在第一質(zhì)量等級下接收第一數(shù)據(jù)流。方法還包括確定多個遠程設(shè)備中的第二設(shè)備不是第一質(zhì)量列表的成員。方法還包括響應(yīng)于確定多個遠程設(shè)備中的第二設(shè)備不是第一質(zhì)量列表的成員,而向第二設(shè)備傳送請求以在第二質(zhì)量等級下接收第二數(shù)據(jù)流。
附圖說明
并入該說明書中并且構(gòu)成該說明書的部分的附圖圖示了與本發(fā)明一致的裝置和方法的實現(xiàn),并且與詳細描述一起服務(wù)于解釋與本發(fā)明一致的優(yōu)點和原理。
圖1圖示了根據(jù)現(xiàn)有技術(shù)的利用集中式實體的會議系統(tǒng)。
圖2圖示了根據(jù)現(xiàn)有技術(shù)的利用對等通信的會議系統(tǒng)。
圖3圖示了根據(jù)本發(fā)明的會議系統(tǒng)的實施例。
圖4圖示了根據(jù)一個或多個實施例的用于通過創(chuàng)建質(zhì)量列表而優(yōu)化帶寬的方法的流程圖。
圖5圖示了根據(jù)一個或多個實施例的用于通過創(chuàng)建質(zhì)量列表而優(yōu)化帶寬的方法的流程圖。
圖6圖示了根據(jù)一個或多個實施例的用于通過修改質(zhì)量列表而優(yōu)化帶寬的方法的流程圖。
具體實施方式
在根據(jù)本發(fā)明的實施例中,全網(wǎng)狀對等視頻會話中的參與者維持一個或多個列表,其中每一個列表指示在其下從會話中的其它設(shè)備接收數(shù)據(jù)流的優(yōu)選質(zhì)量等級。本地設(shè)備生成指示優(yōu)選質(zhì)量的會話中的其它設(shè)備的一個或多個列表,向各種遠程設(shè)備發(fā)送請求以接收每一個遠程設(shè)備或者默認(rèn)遠程設(shè)備出現(xiàn)在其上的列表所指示的相關(guān)聯(lián)的數(shù)據(jù)流。因為高質(zhì)量等級下的數(shù)據(jù)流要求比較低質(zhì)量等級下的數(shù)據(jù)流更多的帶寬,所以本地設(shè)備可以選擇全網(wǎng)狀對等視頻會話中的總設(shè)備數(shù)目的子集,在高質(zhì)量等級下從該子集接收數(shù)據(jù)流,諸如視頻流。作為結(jié)果,用于傳送給本地設(shè)備的數(shù)據(jù)的帶寬得到優(yōu)化。質(zhì)量列表在每一個參與者設(shè)備處維持,并且列表可以在參與者設(shè)備之間變化。
圖3描繪了包括各種端點(“EP”)的示例全網(wǎng)狀對等系統(tǒng)。具體地,示例全網(wǎng)狀對等系統(tǒng)包括EP A 305、EP B310和EP C 315。出于本公開的目的,每一個端點是網(wǎng)狀會議單元,并且是允許多個端點可通信地跨對等網(wǎng)絡(luò)連接的會議設(shè)備。更為詳細地描繪EP A 305,盡管EP A 305的內(nèi)容還可以整體地或者部分地在EP B 310和EP C 315中找到。EP A 305、EP B 310和EP C 315是網(wǎng)狀會議系統(tǒng)(“MCS”)的部分。在MCS中,不存在用于處置媒體流的中央實體。替代地,在MCS中,可以將名單列表服務(wù)器(“RLS”)用作中央信令實體,并且客戶端可以直接地從彼此發(fā)送和接收媒體。在MCS的示例中,客戶端可以使用WebRTC應(yīng)用程序接口(“API”)。WebRTC由國際網(wǎng)絡(luò)聯(lián)盟(W3C)起草以用于促進音頻、視頻和數(shù)據(jù)共享的瀏覽器到瀏覽器的實時通信(P2P)。常見WebRTC可以使用用于視頻的VP8編解碼器和用于音頻的OPUS編解碼器。VP8是微軟公司所擁有的視頻壓縮格式。OPUS是網(wǎng)絡(luò)工程任務(wù)組(IETF)所開發(fā)的有損音頻編解碼器。WebRTC和壓縮格式VP8當(dāng)前被瀏覽器應(yīng)用所支持,諸如但不限于,谷歌CHROME?(CHROME是谷歌公司的注冊商標(biāo));謀智FIREFOX?(FIREFOX是謀智公司的注冊商標(biāo));OPERA?(OPERA是Opera軟件ASA的注冊商標(biāo))。一些瀏覽器可能需要插件以便使用WebRTC和VP8編解碼器。其它MCS可以使用其它Web客戶端和其它壓縮標(biāo)準(zhǔn)以便遞送網(wǎng)狀會議服務(wù)。
更為詳細地示出EP A 305,并且EP A 305的內(nèi)容還可以包括在EP B 310和EP C 315中的一個或多個中。如所描繪的,EP A 305包括跨總線360連接的各種組件。各種組件包括處理器345,其控制EP A 305的各種組件的操作。處理器345可以是微處理器、微控制器、現(xiàn)場可編程門陣列(FPGA)、專用集成電路(ASIC)或其組合。處理器345可以耦合到存儲器330,其可以是易失性(例如,RAM)或非易失性(例如,ROM、FLASH、硬盤驅(qū)動等)。在一個或多個實施例中,存儲器330包括帶寬優(yōu)化模塊355,其通過使用將在下文進一步詳細討論的方法來調(diào)節(jié)傳入數(shù)據(jù)流(諸如視頻流)的質(zhì)量而優(yōu)化帶寬。
存儲裝置325還可以存儲于EP A 305相關(guān)聯(lián)的軟件和數(shù)據(jù)的所有或部分。在一個或多個實施例中,存儲裝置325包括非易失性(例如,ROM、FLASH、硬盤驅(qū)動等),并且存儲涉及帶寬優(yōu)化模塊355的數(shù)據(jù)。例如,存儲裝置325可以包括列表倉庫350。在一個或多個實施例中,列表倉庫350包括一個或多個質(zhì)量列表,其確定在什么質(zhì)量等級下EP A 305應(yīng)當(dāng)請求從遠程設(shè)備(諸如EP B 310和EP C 315)接收數(shù)據(jù)流,諸如視頻流。例如,如果端點是移動設(shè)備,則相關(guān)聯(lián)的參與者可以僅具有大小為1的低質(zhì)量列表。在一個或多個實施例中,列表倉庫350至少包括高質(zhì)量列表,其指示EP A 305應(yīng)當(dāng)在高質(zhì)量下從其接收數(shù)據(jù)流的端點。換句話說,高質(zhì)量列表指示應(yīng)當(dāng)在優(yōu)化帶寬時優(yōu)先化其數(shù)據(jù)流質(zhì)量的遠程設(shè)備。在一個或多個實施例中,列表倉庫350可以包括單個列表,其標(biāo)識在高質(zhì)量下從其請求數(shù)據(jù)流的設(shè)備??商鎿Q地,列表倉庫350可以包括眾多列表,每一個列表與不同質(zhì)量等級相關(guān)聯(lián)。
示例EP A 305包括附加組件,諸如網(wǎng)絡(luò)接口335,其可以允許EP A 305可通信地連接到遠程設(shè)備,諸如EP B 310和EP C 315。也就是說,在一個或多個實施例中,EP A 305、EP B 310和EP C 315跨網(wǎng)絡(luò)連接,諸如分組切換網(wǎng)絡(luò)、電路切換網(wǎng)絡(luò)、IP網(wǎng)絡(luò)或其任何組合。網(wǎng)絡(luò)之上的多媒體通信可以基于協(xié)議,諸如但不限于H.320、H.323、SIP、HTTP、HTML5(例如,WebSocket、REST)、SDP,并且可以使用媒體壓縮標(biāo)準(zhǔn),諸如但不限于H.263、H.264、VP8、G.711、G.719和Opus。HTTP表示超文本傳輸協(xié)議并且HTML表示超文本標(biāo)記語言。
EP A 305還包括各種I/O設(shè)備340,其允許用戶與EP A 305交互。各種I/O設(shè)備340可以包括例如以下中的一個或多個:揚聲器、麥克風(fēng)、相機以及顯示器,其允許用戶發(fā)送和接收數(shù)據(jù)流。因而,EP A 305可以通過經(jīng)由各種I/O設(shè)備340接收音頻或視頻信號而生成流以傳送給EP B 310和EP C 315。EP A 305還可以使用各種I/O設(shè)備340向用戶呈現(xiàn)所接收的數(shù)據(jù)信號。另外,在一個或多個實施例中,I/O設(shè)備340還可以包括允許EP A 305的用戶管理帶寬優(yōu)化模塊和/或列表倉庫350中的質(zhì)量列表的設(shè)備。例如,I/O設(shè)備340還可以包括鍵盤和鼠標(biāo),使得用戶可以與顯示設(shè)備上顯示的用戶接口交互以管理用于設(shè)備的質(zhì)量列表。
在一個或多個實施例中,EP A 305的組件使用帶寬優(yōu)化模塊355優(yōu)化從遠程設(shè)備所接收的數(shù)據(jù)信號的帶寬,帶寬優(yōu)化模塊355可以以EP A 305內(nèi)的軟件的形式來存儲??商鎿Q地,可以跨網(wǎng)絡(luò)(諸如互聯(lián)網(wǎng))從遠程設(shè)備訪問帶寬優(yōu)化模塊355。也就是說,帶寬優(yōu)化模塊355和列表倉庫350可以在EP A 305中本地存儲在存儲裝置325或存儲器330中,或者可以遠程地訪問,諸如通過網(wǎng)站或其它云存儲裝置或服務(wù),但是EP A 305可訪問的。
在一個或多個實施例中,EP A 305、EP B 310和EP C 315中的每一個從視頻會話中的每一個其他參與者發(fā)送和接收單獨流。為了優(yōu)化每一個端點處的帶寬,各種端點可以請求在高質(zhì)量下從一些遠程設(shè)備接收數(shù)據(jù)流,并且在較低質(zhì)量下從遠程設(shè)備接收其它數(shù)據(jù)流。例如,視頻質(zhì)量可以通過改變視頻的比特率、大小或幀速率、或者這些全部的組合來修改。在一個或多個實施例中,可以修改視頻質(zhì)量而同時音頻質(zhì)量或其它數(shù)據(jù)流質(zhì)量保持一致。
在圖3中通過各種端點中的線粗細中的差異來描繪各種質(zhì)量等級。并不預(yù)期到流質(zhì)量為對稱的,即,參與者可以從參與者接收高質(zhì)量流,但是可以向該參與者發(fā)送低質(zhì)量流。例如,數(shù)據(jù)流365指示EP A 305已經(jīng)請求在比來自EP B 310的數(shù)據(jù)流370更低的質(zhì)量下接收來自EP C 315的數(shù)據(jù)流。在一個或多個實施例中,EP B 310可以列舉在列表倉庫350中的質(zhì)量列表中,其指示應(yīng)當(dāng)在高質(zhì)量下請求來自EP B 370的數(shù)據(jù)流??商鎿Q地,或者附加地,列表倉庫350還可以包括低質(zhì)量列表,其指示應(yīng)當(dāng)在低質(zhì)量下請求來自EP C 315的數(shù)據(jù)流365,因而要求較少帶寬。作為示例,在其中用戶不關(guān)心從例如對等會議中的一個或多個參與者接收視頻流的情況下,列表倉庫350可以包括與零帶寬相關(guān)聯(lián)的列表。因為質(zhì)量列表由每一個端點單獨地控制,所以由特定端點接收的數(shù)據(jù)流的質(zhì)量未必互換。
帶寬優(yōu)化模塊355可以基于數(shù)個條件在對等會議之前和期間確定是添加還是移除來自質(zhì)量列表的參與者。當(dāng)通過指定SDP中的正確視頻質(zhì)量細節(jié)而使用標(biāo)準(zhǔn)會話描述協(xié)議(SDP)提議/答復(fù)協(xié)商添加或移除來自特定質(zhì)量列表的參與者時,帶寬優(yōu)化模塊355可以請求經(jīng)修改的視頻質(zhì)量。這些條件中的一些可以是基于遠程參與者的特性,諸如標(biāo)識端點處的活躍揚聲器,或者確定來自特定端點的音頻流已經(jīng)在某一時間段內(nèi)不活躍。作為另一示例,這些條件可以基于本地特性來確定,諸如屏幕大小、可用存儲器、處理器速度或可用帶寬。另外,作為另一示例,帶寬優(yōu)化模塊355可以提供用戶接口以允許本地端點的用戶手動選擇遠程端點屬于哪一質(zhì)量列表。在一個或多個實施例中,用戶接口可以允許用戶將遠程設(shè)備手動分配到默認(rèn)列表或者按照需要將遠程設(shè)備分配給各種質(zhì)量列表,例如當(dāng)用戶之間的交談的內(nèi)容將通過高質(zhì)量視頻流而改進時。每一個參與者可以決定其能夠發(fā)送和接收的質(zhì)量并且可以相應(yīng)地通過SDP將它信令給其對等體。
在一個或多個實施例中,帶寬優(yōu)化模塊355可以管理基于數(shù)個條件從特定質(zhì)量列表移除參與者。這些條件可以包括確定新的參與者已經(jīng)滿足條件以添加到列表并且列表已經(jīng)包含最大數(shù)目的列表成員。列表可以與基于例如總可用帶寬所允許的最大數(shù)目的列表成員相關(guān)聯(lián)。每一個端點可以具有多個質(zhì)量列表,每一個基于不同準(zhǔn)則而具有不同大小,例如基于本地設(shè)備的特性和其它參數(shù)(諸如可用帶寬)的一個高質(zhì)量列表、一個中等質(zhì)量列表、以及一個低質(zhì)量列表。每一個列表中所允許的成員數(shù)目可以變化。例如,具有小帶寬的特定設(shè)備可以僅允許高質(zhì)量列表中的單個成員,以及中等或低質(zhì)量列表中的許多成員,而具有大帶寬的設(shè)備可以允許高質(zhì)量列表中的多個成員。因而,當(dāng)新的成員滿足條件以添加到已經(jīng)處于最大容量的特定質(zhì)量列表時,必須移除當(dāng)前的成員。在一個或多個實施例中,所移除的成員被添加到與較低質(zhì)量等級相關(guān)聯(lián)的另一質(zhì)量列表。在一個或多個實施例中,不管對帶寬優(yōu)化模塊所管理的流的質(zhì)量的修改如何,各種端點都可以繼續(xù)在高質(zhì)量等級下從每一個端點接收音頻流。
圖4圖示了根據(jù)一個或多個實施例的用于通過創(chuàng)建質(zhì)量列表而優(yōu)化帶寬的示例方法的流程圖。流程圖在400處開始,并且?guī)拑?yōu)化模塊,諸如帶寬優(yōu)化模塊355,發(fā)起與多個遠程設(shè)備的對等會議。發(fā)起對等會議可以包括向遠程設(shè)備發(fā)送請求以加入對等會議,或者加入進行中的對等會議。
在405處,帶寬優(yōu)化模塊生成包括多個遠程設(shè)備中的第一設(shè)備的第一質(zhì)量列表,在第一質(zhì)量等級下從其接收第一數(shù)據(jù)流。在一個或多個實施例中,在405處生成第一質(zhì)量列表包括確定第一設(shè)備首先加入對等會議(425)。確定第一設(shè)備首先加入對等會議可以包括檢測作為對等會議中的第一活躍設(shè)備的第一設(shè)備。響應(yīng)于確定第一設(shè)備首先加入對等會議,流程圖還包括在430處將第一設(shè)備添加到第一質(zhì)量列表。在一個或多個實施例中,第一質(zhì)量列表包括從其請求高質(zhì)量數(shù)據(jù)流(諸如視頻流)的遠程設(shè)備的列表。
流程圖在410處繼續(xù),帶寬優(yōu)化模塊向第一設(shè)備傳送請求以在第一質(zhì)量等級下接收第一數(shù)據(jù)流。帶寬優(yōu)化模塊可以通過指定SDP中的正確視頻質(zhì)量細節(jié)而使用標(biāo)準(zhǔn)會話描述協(xié)議(SDP)提議/答復(fù)協(xié)商來請求流質(zhì)量。在一個或多個實施例中,如果第一設(shè)備不具有足夠的帶寬以滿足該請求,則第一設(shè)備可能不受尊崇(honor)。
流程圖還包括在415處帶寬優(yōu)化模塊,其標(biāo)識對等會議中的設(shè)備不是第一質(zhì)量列表的成員。在一個或多個實施例中,標(biāo)識設(shè)備不是第一質(zhì)量列表的成員可以包括確定設(shè)備是第二質(zhì)量列表的成員,或者不是由本地設(shè)備管理的任何質(zhì)量列表的成員。
在420處,帶寬優(yōu)化模塊向在415處標(biāo)識的設(shè)備傳送請求以在第二質(zhì)量等級下接收數(shù)據(jù)流。在一個或多個實施例中,帶寬優(yōu)化模塊可以確定所標(biāo)識的設(shè)備包括在第二質(zhì)量列表中,其中第二質(zhì)量列表指示帶寬優(yōu)化模塊應(yīng)當(dāng)在第二質(zhì)量等級下從其請求數(shù)據(jù)流的遠程設(shè)備。可替換地,帶寬優(yōu)化模塊可以向所標(biāo)識的設(shè)備傳送請求以在與第一質(zhì)量列表所指示的質(zhì)量等級不同的質(zhì)量等級下接收數(shù)據(jù)流,諸如比第一質(zhì)量等級低的質(zhì)量等級。在一個或多個實施例中,如果第二質(zhì)量等級沒有由第二質(zhì)量列表所指示,則第二質(zhì)量等級可以是比第一質(zhì)量等級低的預(yù)確定的默認(rèn)質(zhì)量等級。另外,帶寬優(yōu)化模塊可以將所標(biāo)識的設(shè)備添加到與零帶寬相關(guān)聯(lián)的列表,使得設(shè)備不從設(shè)備接收數(shù)據(jù)流,諸如視頻流。再次,如果第二設(shè)備不具有足夠的帶寬以滿足該請求,則第二設(shè)備可以不尊崇請求。
圖5圖示了根據(jù)一個或多個實施例的用于通過創(chuàng)建質(zhì)量列表而優(yōu)化帶寬的示例方法的流程圖。圖5包括與在圖4中描繪的那些相同的一些動作。具體地,圖5還描繪了發(fā)起與遠程設(shè)備的對等會議(400)、生成在第一質(zhì)量等級下從其接收數(shù)據(jù)流的設(shè)備的第一質(zhì)量列表(405)、向第一質(zhì)量列表中的設(shè)備傳送請求以在第一質(zhì)量等級下接收數(shù)據(jù)流(410)、標(biāo)識對等會議中的設(shè)備不是第一質(zhì)量列表的成員(415)、以及向所標(biāo)識的設(shè)備傳送請求以在第二質(zhì)量等級下接收數(shù)據(jù)流(420)。
圖5與圖4的不同在于,在405處,生成在第一質(zhì)量等級下從其接收數(shù)據(jù)流的設(shè)備的第一質(zhì)量列表包括標(biāo)識具有活躍音頻流的第一設(shè)備(525)、以及將第一設(shè)備添加到第一質(zhì)量列表(530)。例如,可能可優(yōu)選的是具有來自當(dāng)前正說話的用戶的更高質(zhì)量視圖,可能較不相關(guān)的是查看其他用戶的高質(zhì)量視圖。
圖6圖示了根據(jù)一個或多個實施例的用于通過修改質(zhì)量列表而優(yōu)化帶寬的示例方法的流程圖。例如,列表倉庫350可以包括用于列舉遠程設(shè)備的預(yù)確定數(shù)目的時隙,在高質(zhì)量等級下從該遠程設(shè)備請求數(shù)據(jù)流。在一個或多個實施例中,質(zhì)量列表在對等會議期間動態(tài)地修改,因為帶寬優(yōu)化模塊監(jiān)控向本地設(shè)備傳入的數(shù)據(jù)流。
在620處,帶寬優(yōu)化模塊標(biāo)識滿足要成為第一質(zhì)量列表的成員的條件的新設(shè)備。在一個或多個實施例中,第一質(zhì)量列表可以與某些特性相關(guān)聯(lián)。例如,帶寬優(yōu)化模塊355可以指示與當(dāng)前活躍音頻流相關(guān)聯(lián)的設(shè)備應(yīng)當(dāng)包括在高質(zhì)量列表中,或者帶寬優(yōu)化模塊已經(jīng)預(yù)限定某些設(shè)備應(yīng)當(dāng)總是包括在高質(zhì)量列表中。帶寬優(yōu)化模塊可以確定設(shè)備滿足加入列表的條件。在另一個實施例中,本地網(wǎng)狀會議單元的用戶可以手動指示特定設(shè)備應(yīng)當(dāng)被添加到特定質(zhì)量列表,例如通過允許本地網(wǎng)狀會議單元的用戶管理列表倉庫350中的一個或多個列表的成員的用戶接口。
在625處,帶寬優(yōu)化模塊確定第一質(zhì)量列表是否包括列表中所允許的最大數(shù)目的成員。如果是,則流程圖繼續(xù)到630,并且?guī)拑?yōu)化模塊標(biāo)識設(shè)備成員以從列表移除。在一個或多個實施例中,帶寬優(yōu)化模塊可以基于列表的成員的各種特性而標(biāo)識從列表移除的成員。例如,被標(biāo)識以用于移除的設(shè)備成員可以基于帶寬使用來標(biāo)識,或者因為所標(biāo)識的成員已經(jīng)在最長時間段內(nèi)不活躍。作為另一個示例,列表的每一個成員可以以特定優(yōu)選次序而列舉,并且可以移除最不可優(yōu)選的成員。另外,作為另一個示例,帶寬優(yōu)化模塊355可以提示帶寬優(yōu)化模塊的用戶以通過用戶接口的使用而手動選擇要從第一質(zhì)量列表移除的成員。
流程圖在635處繼續(xù),并且從第一質(zhì)量列表移除所標(biāo)識的成員。在一個或多個實施例中,從第一質(zhì)量列表移除所標(biāo)識的成員還可以包括將成員添加到第二質(zhì)量列表,相比于與第一質(zhì)量列表相關(guān)聯(lián)的質(zhì)量等級而言,第二質(zhì)量列表與較低的質(zhì)量等級相關(guān)聯(lián)。在另一個實施例中,帶寬優(yōu)化模塊355可以簡單地從第一列表移除所標(biāo)識的成員。流程圖在640處繼續(xù),并且?guī)拑?yōu)化模塊向所標(biāo)識的成員傳送請求以在第二質(zhì)量等級處接收數(shù)據(jù)流。如果設(shè)備已經(jīng)被移動到第二質(zhì)量列表,或者第二質(zhì)量列表可以是不同于與第一質(zhì)量列表相關(guān)聯(lián)的質(zhì)量等級的任何質(zhì)量等級,則第二質(zhì)量等級可以是與第二質(zhì)量列表相關(guān)聯(lián)的質(zhì)量等級。
在640之后,并且附加地在625之后,在第一質(zhì)量列表不包括最大數(shù)目的成員的情況下,流程圖在645處繼續(xù),并且?guī)拑?yōu)化模塊355將新設(shè)備添加到第一質(zhì)量列表。在650處,帶寬優(yōu)化模塊向新設(shè)備傳送請求以在與第一質(zhì)量列表相關(guān)聯(lián)的質(zhì)量等級下接收數(shù)據(jù)流。在一個或多個實施例中,如果第一設(shè)備不具有足夠的帶寬以滿足該請求,則第一設(shè)備可以不受尊崇。
在一個或多個實施例中,本公開中的優(yōu)點在于,不存在針對媒體服務(wù)器參與以及因而相關(guān)聯(lián)的等待時間的消除的要求。列表、準(zhǔn)則和決策制定分布于每一個參與者并且沒有依賴于集中式服務(wù)器。在如此做時,每一個對等會議單元處的帶寬由單獨的單元管理和優(yōu)化。
以上描述意圖為說明性而非限制性的。利用本公開的益處將領(lǐng)會到,依照所公開的主題的任何實施例或方面的以上所述特征可以單獨地或者組合地與任何其它所述特征利用在所公開的主題的任何其它實施例或方面中。例如,以上所述實施例可以彼此組合地使用。關(guān)于以上標(biāo)識的流程圖,應(yīng)當(dāng)理解到,各種動作中的任一個可以以不同的次序或者彼此同時地執(zhí)行。通過回顧以上描述,許多其它實施例將是本領(lǐng)域技術(shù)人員所顯而易見的。本發(fā)明的范圍因此應(yīng)當(dāng)關(guān)于隨附權(quán)利要求連同賦予這樣的權(quán)利要求的等同方案的完整范圍來確定。在隨附權(quán)利要求中,術(shù)語“包括”和“在其中”被用作相應(yīng)術(shù)語“包含”和“其中”的平義英語等同替換。