專利名稱：在組播環(huán)境中選擇性接收數(shù)據(jù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)，更具體地，涉及主機(jī)發(fā)現(xiàn)和使用選定信道用于在組播環(huán)境中接收數(shù)據(jù)的方法和裝置。
背景技術(shù)：
多媒體密集協(xié)作環(huán)境(Multimedia Intensive CollaborativeEnvironment)(下文中被稱為MICE)是一種寬帶通信網(wǎng)絡(luò)，其典型地包含多個主機(jī)設(shè)備或主機(jī)。當(dāng)主機(jī)在MICE中傳輸一個或多個數(shù)據(jù)饋送或流(例如，視頻數(shù)據(jù)、音頻數(shù)據(jù)等)時，其在此處被定義為源。當(dāng)主機(jī)在MICE中接收由一個或多個源傳輸?shù)囊粋€或多個饋送時，其在此處被定義為客戶端。典型地，MICE是具有因特網(wǎng)協(xié)議(IP)功能的網(wǎng)絡(luò)，其中使用如例如因特網(wǎng)工程任務(wù)組(IETF)請求注釋文件(RFC)791和RFC2460中定義的因特網(wǎng)協(xié)議，將數(shù)據(jù)從源傳輸?shù)娇蛻舳恕６?，在大部分網(wǎng)絡(luò)中，數(shù)據(jù)可以具有高的分辨率(即，帶寬密集)，并且可以使用單播或組播傳輸方法傳輸。使用單播方法，特定的源將饋送傳輸?shù)教囟ǖ目蛻舳?。而在使用組播方法時，來自一個或多個源的饋送被發(fā)送到“主機(jī)組”(在此處還被稱為“組播組”)，其中作為主機(jī)組的成員的每個客戶端接收傳輸?shù)街鳈C(jī)組的所有饋送。
MICE的示例包括訪問網(wǎng)格節(jié)點(diǎn)(Access Grid Node)、具有視頻監(jiān)視的機(jī)場安全系統(tǒng)、以及公共安全指揮控制多媒體系統(tǒng)。典型地連接到MICE的設(shè)備包括諸如個人計(jì)算機(jī)的機(jī)器，其具有用于接收發(fā)送到組播組的所有饋送的必要的資源和/或容量，其中該機(jī)器是該組播組的成員。然而，為了擴(kuò)展系統(tǒng)的功能，理想的是，引入具有更加有限的資源和/或容量的設(shè)備(在此處還被稱為資源受限設(shè)備或RCD)。例如，具有減少的處理速度、可用帶寬等的RCD或者被限制為接收一種類別的數(shù)據(jù)(例如，僅接收音頻數(shù)據(jù))的RCD可能導(dǎo)致有限的資源和/或容量。RCD的示例包括，但不限于，手持設(shè)備、蜂窩電話、無線電裝置、個人數(shù)字助理(PDA)等。
由于RCD的有限的資源和/或容量，將RCD引入到MICE中與某些問題相關(guān)聯(lián)。例如，如果RCD簡單地試圖加入組播組，則所需用于接收所有饋送的帶寬可能使其無法承受，或者其不具有接收傳輸?shù)浇M播組中的每種類別的饋送的容量?，F(xiàn)存某些解決方案，其致力于解決同接收發(fā)送到多種組播組的數(shù)據(jù)的RCD相關(guān)聯(lián)的問題，但是這些解決方案具有數(shù)個缺陷。
一種該解決方案牽涉對RCD上的硬件資源升級，以使得RCD能夠接收所有可獲得的饋送。然而，在許多情況中，該解決方案是不切實(shí)際的。例如，具有這些額外硬件資源的手持設(shè)備可能變得體積過大，以至于不能用于其便攜的目的，并且升級也可能是過于昂貴的。而且，由于手持設(shè)備可獲得的資源增加，因此在MICE中傳輸?shù)臄?shù)據(jù)的數(shù)量、類型和帶寬通常也將增加。因此，手持設(shè)備的資源將典型地總是落后于手持設(shè)備可獲得的數(shù)據(jù)的數(shù)量、類型和帶寬，由此潛在地導(dǎo)致手持設(shè)備在MICE中連接后變得無法承受。
第二種解決方案牽涉使用代理或網(wǎng)關(guān)設(shè)備，將傳輸?shù)揭粋€或多個主機(jī)組中的饋送的子集重新引導(dǎo)至一個或多個RCD。該子集將使RCD上的壓力較低。然而，由于通過代理設(shè)備對所有業(yè)務(wù)過濾，因此代理設(shè)備引入了單個的失效點(diǎn)，而且隨著MICE中的源數(shù)目增加可能變?yōu)槠款i。而且，隨著代理設(shè)備服務(wù)的RCD的數(shù)目增加，代理設(shè)備的復(fù)雜度將典型地相應(yīng)增加。
第三種解決方案牽涉實(shí)現(xiàn)如例如IETF RFC3569中定義的源特定組播(SSM)。通過SSM，客戶端可以請求和接收來自選定組中的選定源的數(shù)據(jù)。更具體地，SSM提供了“信道”的網(wǎng)絡(luò)層服務(wù)，其特征由源組(S，G)對描述，其確認(rèn)具有相應(yīng)的IP地址的源以及也具有相應(yīng)的IP地址的組，該源向該組傳輸一個或多個數(shù)據(jù)流?？蛻舳丝梢酝ㄟ^訂閱信道的(S，G)對在信道上接收源的饋送。根據(jù)例如，日期為2004年10月1日的IETF因特網(wǎng)草案，信道訂閱由關(guān)于IPv4的因特網(wǎng)組管理協(xié)議(IGMP)的版本3(3)以及關(guān)于IPv6的組播線性發(fā)現(xiàn)(Multicast Linear Discovery，MLD)協(xié)議的版本2(2)支持。然而，RFC3569僅提供了部分解決方案，其未能解決使客戶端了解該客戶端可以訂閱哪些適當(dāng)?shù)男诺赖奶囟ǚ椒ā?br> 因此，需要更加有效的方法和裝置，使組播環(huán)境中的客戶端發(fā)現(xiàn)和訂閱網(wǎng)絡(luò)中的選定信道，用于接收數(shù)據(jù)。進(jìn)一步理想的是，該方法和裝置與諸如SSM的源過濾協(xié)議兼容。


現(xiàn)將通過參考附圖描述僅作為示例的本發(fā)明的優(yōu)選實(shí)施例，在附圖中圖1說明了其中可以實(shí)現(xiàn)本發(fā)明的多種實(shí)施例的MICE的宏觀層次的示例性框圖；圖2是說明了根據(jù)本發(fā)明的實(shí)施例的在控制器中使用的方法的流程圖；圖3說明了根據(jù)本發(fā)明的實(shí)施例的發(fā)現(xiàn)和注冊MICE中的信道的控制器的宏觀層次的示例性框圖；圖4說明了根據(jù)本發(fā)明的實(shí)施例的發(fā)現(xiàn)和注冊MICE中的RCD的控制器的宏觀層次的示例性框圖；以及圖5是說明了根據(jù)本發(fā)明的實(shí)施例的在RCD中使用的方法的流程圖。
具體實(shí)施例方式
盡管本發(fā)明允許采用許多不同形式的實(shí)施例，但是在附圖中示出了具體的實(shí)施例并且將在此處詳細(xì)地描述該具體實(shí)施例，同時應(yīng)當(dāng)理解，本公開內(nèi)容應(yīng)被視為本發(fā)明的原理的示例，并且不應(yīng)將本發(fā)明限于所示出和描述的具體實(shí)施例。而且，此處使用的術(shù)語和詞匯并非是限制性的，而僅是描述性的。還應(yīng)當(dāng)認(rèn)識到，為了使說明簡化和清楚，商用實(shí)施例中的有用的和必需的普遍公知元件可能未被示出，以便于不妨礙對此多種實(shí)施例的觀察。而且，圖中示出的元件沒有必要依比例繪制。例如，某些元件的尺寸可以相對于其他的元件放大。而且，在被認(rèn)為適當(dāng)?shù)牡胤剑綀D標(biāo)記在圖中重復(fù)，以表示相應(yīng)的元件。
通常而言，根據(jù)該多種實(shí)施例，網(wǎng)絡(luò)(其可能是MICE)中的控制器例如，使用用于創(chuàng)建和維持客戶端組的集合的動態(tài)功能，其中注冊到控制器的客戶端被歸類?？刂破鞯湫偷卦谧赃^程中確定關(guān)于每個注冊客戶端的參數(shù)集合，并且使用這些參數(shù)歸類注冊客戶端并將每個客戶端指配到適當(dāng)?shù)目蛻舳私M。典型地，控制器進(jìn)一步動態(tài)地注冊MICE中的多個信道，并且將注冊信道的相應(yīng)的子集指配到每個客戶端組。每個信道的特征由(S，G)對描述，其確認(rèn)源“S”和組播組“G”，其中該源向該組播組傳輸一個或多個數(shù)據(jù)流。然后控制器可以向每個客戶端組中的每個注冊客戶端傳遞指配給該組的注冊信道的相應(yīng)子集。控制器可以基于多種因素動態(tài)地修改客戶端組和/或與任何客戶端組相關(guān)聯(lián)的注冊信道的子集。
而且，根據(jù)該多種實(shí)施例，注冊到控制器的客戶端隨后可以向其傳遞注冊到控制器的總數(shù)信道的子集。然后客戶端理想地使用某一算法確定訂閱子集中的哪些信道(如果存在)。客戶端同樣地基于多種因素使用動態(tài)功能訂閱和解除訂閱該子集中的信道，并且還可以基于來自控制器的輸入修改該子集。根據(jù)該多種實(shí)施例，例如，向網(wǎng)絡(luò)(其是MICE)中的RCD提供了一種有效的機(jī)制，用于發(fā)現(xiàn)其可以使用的用于接收適合于該RCD的資源和容量的信道。
下面將通過參考圖1～6描述本發(fā)明的多種實(shí)施例。然而，本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，這些說明性示例的細(xì)節(jié)并非是本發(fā)明自身的細(xì)節(jié)，并且此處闡述的教導(dǎo)內(nèi)容適用于多種設(shè)定方案。例如，由于本教導(dǎo)內(nèi)容不依賴于所使用的數(shù)據(jù)通信協(xié)議、源過濾協(xié)議(SFP)或者源組過濾管理協(xié)議(SGFMP)的類型，因此可以將其應(yīng)用于任何類型的數(shù)據(jù)通信協(xié)議、SFP或SGFMP，盡管在實(shí)施例中僅分別描述了IP、SSM和IGMPv3/MLDv2。因此，使用不同類型的數(shù)據(jù)通信協(xié)議、SFP和SGFMP的可替換的實(shí)現(xiàn)方案也在考慮范圍內(nèi)，并且在多種教導(dǎo)內(nèi)容的范圍內(nèi)。此外，由于本教導(dǎo)內(nèi)容不依賴于所使用的客戶端的類型，因此可以將其應(yīng)用于任何類型的客戶端，盡管在實(shí)施例中僅描述了RCD。因此，使用不同類型的客戶端的可替換的實(shí)現(xiàn)方案在考慮范圍內(nèi)，并且在多種教導(dǎo)內(nèi)容的范圍內(nèi)。而且，由于本教導(dǎo)內(nèi)容不依賴于所使用的源和控制器的類型，因此可以將其應(yīng)用于任何類型的源和控制器。因此，使用不同類型的源和控制器的可替換的實(shí)現(xiàn)方案在考慮范圍內(nèi)，并且在多種教導(dǎo)內(nèi)容的范圍內(nèi)。
此外，大部分的本發(fā)明的功能以及許多本發(fā)明的原理最佳地通過軟件程序或指令以及相關(guān)的硬件，或者在軟件程序或指令以及相關(guān)的硬件中，在OSI(開放式系統(tǒng)互連)網(wǎng)絡(luò)模型的應(yīng)用層和網(wǎng)絡(luò)層上實(shí)現(xiàn)?？梢灶A(yù)見到，本領(lǐng)域的普通技術(shù)人員在此處公開的概念和原理的引導(dǎo)下，將能夠容易地通過最少的實(shí)驗(yàn)生成該軟件指令和程序以及硬件。因此，為了簡化并且使混淆根據(jù)本發(fā)明的原理和概念的任何風(fēng)險(xiǎn)最小，該軟件和硬件的進(jìn)一步的討論(如果存在)將限于關(guān)于優(yōu)選實(shí)施例中的原理和概念的基本要素。
現(xiàn)在參考附圖，特別地參考圖1，示出了根據(jù)本發(fā)明的一個實(shí)施例的通信環(huán)境100，并且其通常標(biāo)為100。通信環(huán)境100被示出為包括控制器105、多個源120，例如源1～N、以及多個客戶端125?？刂破?05、源120和客戶端125理想地被配置用于連接到網(wǎng)絡(luò)130并且在網(wǎng)絡(luò)130上通信，其中可以使用例如，適當(dāng)?shù)木W(wǎng)絡(luò)層通信協(xié)議，諸如，如上文所述的IP，在控制器105、源120和客戶端125的任何組合之間傳輸和接收數(shù)據(jù)(其在本領(lǐng)域中還被稱為分組、數(shù)據(jù)報(bào)、饋送、流等)。而且，環(huán)境100的特征可由MICE描述，理想的是，多種類別的媒體(例如，視頻、音頻等)將在網(wǎng)絡(luò)130上傳輸，并且可能根據(jù)同網(wǎng)絡(luò)130相關(guān)聯(lián)的受控帶寬資源來傳輸該媒體。
還示出了路由器135，其可以是其中具有適當(dāng)?shù)挠布蛙浖δ苡糜谑褂肐P路由或引導(dǎo)控制器105、源120和客戶端125之間的傳輸?shù)娜魏芜m當(dāng)?shù)难b置。出于清楚的目的僅示出了一個路由器135。然而，本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，實(shí)際的網(wǎng)絡(luò)130將包括明顯更多的路由器135，路由器的數(shù)目取決于特定的網(wǎng)絡(luò)130的實(shí)現(xiàn)方案。而且，本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，環(huán)境100中包括的主機(jī)的數(shù)目將取決于多種因素，其包括，但不限于，網(wǎng)絡(luò)130的容量、連接到網(wǎng)絡(luò)130的用戶或運(yùn)營商的需要等。
網(wǎng)絡(luò)130理想地支持IP組播，例如如RFC1112中描述的，并且導(dǎo)致了創(chuàng)建組播組，用于更加高效地跨越網(wǎng)絡(luò)130傳輸數(shù)據(jù)。依賴于所使用的IP版本，網(wǎng)絡(luò)130還理想地支持SFP，諸如SSM，以及相應(yīng)的SFGMP，諸如IGMPv3或MLDv2。這些協(xié)議支持“源過濾”，即，主機(jī)表現(xiàn)出接收僅由特定的源或者給定組播組中的某些特定的源發(fā)送的數(shù)據(jù)分組的興趣的能力。本領(lǐng)域的普通技術(shù)人員應(yīng)認(rèn)識到，在不偏離此處的教導(dǎo)內(nèi)容的前提下，在網(wǎng)絡(luò)130中還可以實(shí)現(xiàn)不同于上文確認(rèn)的那些協(xié)議的協(xié)議(私有的或標(biāo)準(zhǔn)的)。
源120可以是具有適當(dāng)?shù)挠布蛙浖δ艿娜魏卧O(shè)備，用于使用網(wǎng)絡(luò)130支持的那些協(xié)議根據(jù)本發(fā)明的多種實(shí)施例在網(wǎng)絡(luò)130上通信。而且，理想地但非必要地，源120均包含足夠的資源和/或容量，例如，充足的處理、帶寬和媒體容量，用于成功地接收(即，不會變得無法承受)傳輸?shù)皆撛催x擇加入的任何組播組的所有饋送。因此，源120可以包括例如，筆記本電腦、桌面電腦、服務(wù)器、基于IP的照相機(jī)和麥克風(fēng)等。
同樣地，客戶端125可以是具有適當(dāng)?shù)挠布蛙浖δ艿娜魏卧O(shè)備，用于使用網(wǎng)絡(luò)130支持的那些協(xié)議根據(jù)本發(fā)明的多種實(shí)施例在網(wǎng)絡(luò)130上通信。然而，客戶端125可能不具有足夠的資源和/或容量用于成功地接收傳輸?shù)皆摽蛻舳讼Ｍ尤氲囊粋€或多個組播組的所有饋送。例如，客戶端可能是不具有適用于顯示視頻的顯示器的移動設(shè)備或者便攜式無線電裝置?？蛻舳诉€可能是例如，不具有足夠用于接收給定組播組中的所有饋送的處理和/或帶寬容量的蜂窩電話或PDA。因此，客戶端125在此處可互換地被稱為資源受限設(shè)備或者RCD，并且如RCD1～M所說明的。
控制器105可以是具有適當(dāng)?shù)挠布蛙浖δ艿娜魏卧O(shè)備，諸如，服務(wù)器，用于使用網(wǎng)絡(luò)130支持的那些協(xié)議根據(jù)本發(fā)明的多種實(shí)施例在網(wǎng)絡(luò)130上通信?？刂破?05理想地包括多種應(yīng)用層軟件，例如，信道發(fā)現(xiàn)應(yīng)用程序110和客戶端發(fā)現(xiàn)應(yīng)用程序115，用于實(shí)現(xiàn)如下文詳細(xì)描述的本發(fā)明的多種實(shí)施例?？刂破?05還理想地包括一個或多個存儲媒質(zhì)，例如數(shù)據(jù)庫112，用于根據(jù)本發(fā)明的實(shí)施例以一個或多個預(yù)定格式存儲和保存多種數(shù)據(jù)。本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，控制器還包括多種其他元件，其出于使說明清楚的目的而未被示出，其包括，但不限于，適當(dāng)?shù)奶幚砗痛鎯υO(shè)備(或媒質(zhì))，用于存儲和實(shí)現(xiàn)上文的軟件應(yīng)用程序。而且，本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，控制器可被實(shí)現(xiàn)為單個設(shè)備(如所示出的)，或者多個交互設(shè)備，其具有分布在多個設(shè)備之間的必要的硬件和軟件功能。
現(xiàn)在轉(zhuǎn)到圖2，示出了根據(jù)此處的多種教導(dǎo)內(nèi)容的控制器105所執(zhí)行的多個步驟，并且其通常標(biāo)為步驟205～225。理想地，控制器105將例如，通過運(yùn)營商或用戶手動地實(shí)現(xiàn)步驟205～225，或者使用一個或多個軟件算法實(shí)現(xiàn)步驟205～225，其包括信道發(fā)現(xiàn)應(yīng)用程序110和客戶端發(fā)現(xiàn)應(yīng)用程序115，或者使用手動和軟件實(shí)現(xiàn)方案的任何組合實(shí)現(xiàn)步驟205～225。而且，理想地，控制器105動態(tài)地獨(dú)立實(shí)現(xiàn)該步驟，或者同任何一個或多個其他步驟(在圖2中說明或者在此處另外說明)組合并且采用實(shí)現(xiàn)此處的多種教導(dǎo)內(nèi)容所必需的任何順序，實(shí)現(xiàn)該步驟。此外，控制器105例如，在用于實(shí)現(xiàn)其算法的環(huán)境100中，理想地動態(tài)地分析多種因素、參數(shù)、數(shù)據(jù)和/或信息，如下文更加詳細(xì)解釋的。圖3和4有助于解釋控制器如何發(fā)揮作用以及如何同源120和RCD125(例如，RCD410)交互用于實(shí)現(xiàn)此處的多種教導(dǎo)內(nèi)容(其包括，但不限于，通過參考圖2描述的那些教導(dǎo)內(nèi)容)的一個實(shí)施例。
控制器105被配置用于發(fā)現(xiàn)和注冊(205)網(wǎng)絡(luò)100中的一個或多個信道。信道通常被定義為路徑，數(shù)據(jù)可以通過該路徑傳輸。每個信道的特征由源組(S，G)對描述，其確認(rèn)源“S”和組播組“G”，該源向該組播組傳輸數(shù)據(jù)。數(shù)據(jù)可以是單個數(shù)據(jù)饋送或者多個數(shù)據(jù)饋送。根據(jù)SSM，源由IP地址確認(rèn)，并且組播組由不同的IP地址確認(rèn)?？蛻舳藢⑿枰嗛喰诺?，以便于接收來自描述信道特征的(S，G)對中的源的饋送。
控制器105可以例如，使用信道發(fā)現(xiàn)應(yīng)用程序110，用于發(fā)現(xiàn)和注冊信道(例如，信道310)。信道發(fā)現(xiàn)應(yīng)用程序110可以是任何適當(dāng)?shù)乃接谢驑?biāo)準(zhǔn)軟件，其使用用于執(zhí)行這些功能的一個或多個程式或算法。信道發(fā)現(xiàn)應(yīng)用程序110可以例如，使用關(guān)于源的已知的IP地址，或者通過使用諸如JINI的服務(wù)架構(gòu)發(fā)現(xiàn)這些IP地址，并且隨后例如，使用“發(fā)現(xiàn)的”源IP地址直接自使用標(biāo)準(zhǔn)IP的源獲得相關(guān)的信道信息。而且，信道發(fā)現(xiàn)應(yīng)用程序110可以通過網(wǎng)絡(luò)130中的分立設(shè)備獨(dú)立地或者使用任何組合保存的一個或多個列表、查找表格和數(shù)據(jù)庫等發(fā)現(xiàn)信道。此外，信道發(fā)現(xiàn)應(yīng)用程序110可以通過發(fā)現(xiàn)網(wǎng)絡(luò)130中的會話中的組播組(通過正常的組播方法)并且隨后確定正在向每個該組播組傳輸?shù)脑?，發(fā)現(xiàn)信道。而且，源可以具有關(guān)于信道發(fā)現(xiàn)應(yīng)用程序110的接口的先驗(yàn)知識并且向其傳遞有效信道，或者信道發(fā)現(xiàn)應(yīng)用程序110可以具有關(guān)于網(wǎng)絡(luò)130中的信道的先驗(yàn)知識，或者信道發(fā)現(xiàn)應(yīng)用程序110可以具有關(guān)于網(wǎng)絡(luò)130中的可行信道的先驗(yàn)知識，并且輪詢資源以確定哪些可行信道是有效的。
一旦發(fā)現(xiàn)和注冊信道，則信道發(fā)現(xiàn)應(yīng)用程序110將理想地以適當(dāng)?shù)母袷?，例如，?shù)據(jù)庫112上的列表320的格式，存儲和保存注冊信道信息。然后控制器105將理想地基于一個或多個因素或參數(shù)，動態(tài)地保存和更新/修改注冊信道的列表。這些因素或參數(shù)可以包括，但不限于，新的信道注冊到控制器105(其中注冊信道的列表將被更新以包括該新注冊的信道)，以及注冊信道從控制器105解除注冊(其中注冊信道的列表將被更新以刪除該解除注冊的信道)。
本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，存在多種原因可能使信道從控制器105解除注冊，其包括例如，源直接通知控制器105正在進(jìn)行傳輸?shù)男诺啦辉儆行?，或者控制?05基于來自網(wǎng)絡(luò)130中的分立設(shè)備獨(dú)立地或者使用任何組合保存的一個或多個列表、查找表格、數(shù)據(jù)庫的更新，確定信道不再有效。此外，或者可替換地，控制器105可以使用適當(dāng)?shù)某瑫r/常連機(jī)制，其中如果信道在預(yù)定的時間周期內(nèi)(例如，在給定的定時器超時之前)未通過控制器刷新，則將其解除注冊。本領(lǐng)域的普通技術(shù)人員應(yīng)進(jìn)一步認(rèn)識到，上文描述的用于信道發(fā)現(xiàn)和注冊的手段僅是示例性的，并且其他的手段也在此處的多種教導(dǎo)內(nèi)容的范圍內(nèi)。
通過相似的方式，控制器105被配置用于發(fā)現(xiàn)和注冊(210)網(wǎng)絡(luò)130中的一個或多個客戶端或RCD?？刂破?05可以例如，使用客戶端發(fā)現(xiàn)應(yīng)用程序115用于發(fā)現(xiàn)和注冊RCD(例如，RCD410)?？蛻舳税l(fā)現(xiàn)應(yīng)用程序115可以是任何適當(dāng)?shù)乃接谢驑?biāo)準(zhǔn)軟件，其使用用于執(zhí)行這些功能的一個或多個程式或算法?？蛻舳税l(fā)現(xiàn)應(yīng)用程序115可以例如，使用關(guān)于RCD的已知的IP地址，或者通過使用諸如JINI的服務(wù)架構(gòu)發(fā)現(xiàn)這些IP地址，并且隨后例如，在另一預(yù)定程式中使用“發(fā)現(xiàn)的”RCD IP地址用于注冊每個RCD。而且，客戶端發(fā)現(xiàn)應(yīng)用程序可以通過網(wǎng)絡(luò)130中的分立設(shè)備獨(dú)立地或者使用任何組合保存的一個或多個列表、查找表格和數(shù)據(jù)庫等發(fā)現(xiàn)客戶端。此外，RCD可以具有關(guān)于控制器105的先驗(yàn)知識，并且其自身尋求注冊到控制器。
一旦發(fā)現(xiàn)和注冊RCD，則客戶端發(fā)現(xiàn)應(yīng)用程序115將理想地以適當(dāng)?shù)母袷?，例如，?shù)據(jù)庫112上的列表420的格式，存儲和保存注冊客戶端信息。然后控制器105將理想地基于一個或多個因素或參數(shù)，動態(tài)地保存和更新/修改注冊客戶端的列表。這些因素或參數(shù)可以包括，但不限于，新的RCD注冊到控制器105(其中注冊RCD的列表將被更新以包括該新注冊的RCD)，以及注冊RCD從控制器105解除注冊(其中注冊RCD的列表將被更新以刪除該解除注冊的RCD)。
本領(lǐng)域的技術(shù)人員應(yīng)認(rèn)識到，存在多種原因可能使RCD從控制器105解除注冊，其包括例如，RCD請求從控制器105解除注冊，或者控制器105基于來自網(wǎng)絡(luò)130中的分立設(shè)備獨(dú)立地或者使用任何組合保存的一個或多個列表、查找表格、數(shù)據(jù)庫的更新，確定RCD不再連接到網(wǎng)絡(luò)130。此外，或者可替換地，控制器105可以使用適當(dāng)?shù)某瑫r/常連機(jī)制，其中如果RCD在預(yù)定的時間周期內(nèi)(例如，在給定的定時器超時之前)未通過控制器刷新，則將其解除注冊。本領(lǐng)域的普通技術(shù)人員應(yīng)進(jìn)一步認(rèn)識到，上文描述的用于客戶端發(fā)現(xiàn)和注冊的手段僅是示例性的，并且其他的手段也在此處的多種教導(dǎo)內(nèi)容的范圍內(nèi)。
控制器105還被配置用于理想地使用一個或多個軟件算法，確定(215)客戶端組的集合，并且將注冊客戶端歸類到客戶端組中。例如，在任何RCD注冊到控制器105之前，可以確定客戶端組的集合或其一部分，其中在注冊之后，控制器105理想地將每個RCD歸類到一個客戶端組中。因此，有些時候，如果例如，尚未有RCD注冊，則集合中的一個或多個客戶端組不包含注冊客戶端，控制器105安置在給定的客戶端組中。在每個RCD注冊到控制器105或者從控制器105解除注冊時，還可以動態(tài)地確定和/或修改客戶端組的集合或其一部分(并且每個RCD添加到客戶端組或者從客戶端組移除)。
在一個實(shí)現(xiàn)方案中(盡管不是最高效的實(shí)現(xiàn)方案)，可以針對每個注冊RCD創(chuàng)建單獨(dú)的客戶端組，并且可以在RCD從控制器105解除注冊之后相應(yīng)地將其刪除。因此，有些時候，如果例如，尚未有RCD注冊到控制器105，則客戶端組的集合不包含客戶端組。在另一實(shí)現(xiàn)方案中，可以基于控制器預(yù)期注冊的RCD的預(yù)期類型，確定客戶端組的集合(例如，關(guān)于PDA的客戶端組、關(guān)于蜂窩電話的客戶端組、關(guān)于無線電裝置的客戶端組等)。
在另一實(shí)現(xiàn)方案中，可以基于諸如RCD的資源和/或容量的參數(shù)集合確定客戶端組，其可以包括，但不限于，注冊RCD的音頻、視頻、帶寬和處理容量(或者控制器105預(yù)期在RCD中存在的資源和/或容量)。因此，在注冊每個RCD的過程中，控制器105可以確定對應(yīng)于每個注冊RCD的參數(shù)集合，用于將每個RCD歸類到客戶端組，該參數(shù)集合包括，但不限于，音頻、視頻、帶寬和處理容量。控制器105可以使用多種信息確定該RCD參數(shù)集合，其包括，但不限于，來自RCD的關(guān)于設(shè)備類型的信息或者關(guān)于RCD具體確認(rèn)其資源和/或容量的信息。
控制器105理想地以適當(dāng)?shù)母袷剑鐢?shù)據(jù)庫112上的列表320、420的格式，存儲和保存關(guān)于客戶端組的集合以及歸類于其中的注冊RCD的信息。然后控制器105理想地基于一個或多個因素或參數(shù)，其包括，但不限于，上文討論的因素或參數(shù)，動態(tài)地保存和更新/修改客戶端組的列表以及歸類到每個客戶端組中的注冊RCD的列表。
控制器105還理想地配置有一個或多個算法，用于將注冊信道的子集指配(220)到每個客戶端組的集合中的每個客戶端組，控制器可以以預(yù)定的格式，諸如數(shù)據(jù)庫112中的列表320的格式，存儲和保存與其相關(guān)的信息。該算法理想地也是動態(tài)實(shí)現(xiàn)的，由此控制器指配和保存適合于給定客戶端組的相應(yīng)的信道集合，由此歸類到該客戶端組的注冊RCD將(通過訂閱集合中的一個或多個信道，即一部分信道)僅接收那些適合于該RCD的資源和容量的饋送。
因此，控制器105可以基于參數(shù)集合動態(tài)地修改對應(yīng)于任何客戶端組的注冊信道的子集，其包括，但不限于注冊應(yīng)添加到注冊信道的一個或多個子集的新的信道；將應(yīng)從注冊信道的一個或多個子集中移除的注冊信道解除注冊；控制器105分析在注冊信道的任何子集中的信道上傳輸?shù)臄?shù)據(jù)(例如，一個或多個數(shù)據(jù)饋送)；控制器105確定一個或多個注冊客戶端的容量的變化；以及來自控制器105的運(yùn)營商或用戶的輸入，其可以例如手動地使控制器修改注冊信道的任何一個或多個子集。
本領(lǐng)域的技術(shù)人員應(yīng)進(jìn)一步認(rèn)識到，在某些情況中，可能將零個注冊信道的子集指配給一個或多個客戶端組，例如，不存在注冊信道(例如，在網(wǎng)絡(luò)130中不存在源時)或者基于如上文討論的參數(shù)集合，控制器105確定不存在適合于給定客戶端組中的注冊RCD的資源和/或容量的注冊信道。
對于具有注冊信道的相應(yīng)的指配子集的每個客戶端組，控制器105將該子集傳遞到歸類到客戶端組的每個注冊RCD。同樣地，控制器105通過傳遞完整的修改的子集，或者通過僅傳遞對已存儲在注冊RCD中的子集的修改(例如，針對該子集添加或刪除一個或多個信道)，向每個客戶端組中的每個注冊RCD傳遞注冊信道的相應(yīng)子集的任何更新或修改。因此，根據(jù)該多種實(shí)施例，注冊RCD將僅了解該注冊RCD適合訂閱的網(wǎng)絡(luò)130中的信道。此外，注冊客戶端的資源和/或容量也可以變化(例如，當(dāng)注冊設(shè)備來回移動時，其可用帶寬可隨時間變化)，并且控制器可以檢測該變化(例如，在客戶端將該變化傳遞回控制器時)，以動態(tài)地將注冊客戶端重新指配到不同的客戶端組。因此，控制器105將向重新歸類的客戶端傳遞注冊信道的新的相應(yīng)的指配子集(或者更新已存儲在RCD中的信道集合)。
現(xiàn)在轉(zhuǎn)到圖5，示出了RCD，例如RCD410根據(jù)此處的多種教導(dǎo)內(nèi)容執(zhí)行的多個步驟，并且其通常標(biāo)為步驟505～525。理想地，RCD410將例如，通過運(yùn)營商或用戶手動地實(shí)現(xiàn)步驟505～525，或者使用一個或多個軟件算法實(shí)現(xiàn)步驟505～525，或者使用手動和軟件實(shí)現(xiàn)方案的任何組合實(shí)現(xiàn)步驟505～25。而且，而且，理想地，RCD410動態(tài)地獨(dú)立地實(shí)現(xiàn)該步驟，或者同任何一個或多個其他步驟(在圖5中說明或者在此處另外說明)組合并且采用實(shí)現(xiàn)此處的多種教導(dǎo)內(nèi)容所必需的任何順序，實(shí)現(xiàn)該步驟。此外，RCD410例如，在用于實(shí)現(xiàn)其算法的環(huán)境100中，理想地動態(tài)地分析多種因素、參數(shù)、數(shù)據(jù)和/或信息，如下文更加詳細(xì)解釋的。圖4有助于解釋例如RCD410如何發(fā)揮作用以及如何同控制器105交互用于實(shí)現(xiàn)此處的多種教導(dǎo)內(nèi)容(其包括，但不限于，通過參考圖5描述的那些教導(dǎo)內(nèi)容)的一個實(shí)施例。
根據(jù)本發(fā)明的多種實(shí)施例，RCD410可以例如，使用上文所述的機(jī)制，注冊(505)到控制器105。響應(yīng)該注冊，RCD410將接收(510)注冊到控制器105的信道的子集(包括具有零個信道的子集)，其中該子集對應(yīng)于給定的客戶端組。RCD410有時還可以接收信道子集的更新，如上文所述。理想地，RCD410以適當(dāng)?shù)念A(yù)定格式將其注冊信道的子集存儲和保存在適當(dāng)?shù)拇鎯υO(shè)備中，諸如RCD中包括的隨機(jī)存取存儲器。理想地，RCD410還基于接收自控制器105的更新，更新/修改其注冊信道的子集。
RCD410進(jìn)一步理想地實(shí)現(xiàn)一個或多個算法，用于確定訂閱其子集中的哪些信道(如果存在)。例如，該算法可以是簡單的算法，其指令RCD加入或訂閱其子集中的所有信道?？商鎿Q地，該算法可以是更加復(fù)雜的和動態(tài)的，其在確定RCD加入所有、不加入、加入一部分其子集中的信道時，可以考慮多種標(biāo)準(zhǔn)，其包括，但不限于，來自RCD的用戶或運(yùn)營商的輸入，基于信道上傳輸?shù)酿佀偷姆治龅膩碜钥刂破鞯男畔?、等等?br> 當(dāng)RCD410通過其算法選擇(515)其注冊信道的子集中的至少一部分信道時，RCD410可以使用任何適當(dāng)?shù)腟FGMP訂閱(520)該選定信道。例如，RCD410可以使用IGMPv3或者M(jìn)LDv2向路由器，例如路由器135，指明關(guān)于每個選定信道的信道地址(即，(S，G)對)。然后路由器135可以使用SSM獲得饋送并且在這些選定信道上將其轉(zhuǎn)發(fā)，用于由RCD410接收。
相似地，RCD410可以使用IGMPv3或者M(jìn)LDv2向路由器指明關(guān)于每個解除選擇的信道的信道地址，解除對一個或多個已訂閱信道的訂閱。RCD410可以基于許多因素解除對一個或多個信道的訂閱，其包括，但不限于，來自其算法的結(jié)果、來自RCD的用戶或運(yùn)營商的輸入、基于信道上傳輸?shù)酿佀偷姆治龅膩碜钥刂破鞯男畔?、自從RCD的注冊信道的子集中移除一部分或所有信道(包括已訂閱信道)的控制器105接收更新、等等。應(yīng)當(dāng)注意，在某些實(shí)現(xiàn)方案中，控制器105可以(例如，自動地或者通過控制器的用戶或運(yùn)營商手動地)通過從RCD的子集中移除所有信道并且將零子集傳遞到RCD，強(qiáng)迫RCD解除對所有信道的訂閱，特別是在控制器通過任何適當(dāng)?shù)姆椒私釸CD實(shí)現(xiàn)了加入所有子集的算法的情況中。
最后，RCD410可以可選地向控制器105傳遞關(guān)于其是否已訂閱至少一個注冊信道的信息。該信息可以包括例如，通知控制器其未訂閱任何信道，其訂閱了一個或多個信道(包括這些信道的身份)，以及對其已訂閱信道的修改。例如，如果RCD注冊到一個信道，并且隨后解除訂閱(由此其現(xiàn)在未訂閱注冊信道)，則RCD將向控制器傳遞其已解除對信道的訂閱，由此控制器了解其不再訂閱任何信道?？刂破骺梢赃M(jìn)一步可選地以預(yù)定的格式，諸如數(shù)據(jù)庫112上的列表(420)格式，保存關(guān)于RCD410(并且理想地關(guān)于所有注冊RCD)的該信息。
盡管結(jié)合本發(fā)明的具體的實(shí)施例描述了本發(fā)明，但是本領(lǐng)域的技術(shù)人員易于想到額外的優(yōu)點(diǎn)和修改方案。因此，本發(fā)明在其較廣泛的方面中不限于所示出和描述的具體細(xì)節(jié)、代表性裝置和說明性示例?？紤]到前面的描述，多種替換方案、修改方案和變化方案對于本領(lǐng)域的技術(shù)人員將是顯而易見的。因此，應(yīng)當(dāng)理解，本發(fā)明不限于前面的描述，而是涵蓋根據(jù)所附權(quán)利要求的精神和范圍的所有該替換方案、修改方案和變化方案。
權(quán)利要求
1.一種在組播環(huán)境中使用的方法，包括步驟注冊第一數(shù)目個信道；注冊第一數(shù)目個客戶端；確定客戶端組的集合并且將注冊客戶端歸類到客戶端組中；并且對于所述集合中的每個客戶端組，指配注冊信道的相應(yīng)子集；以及將所述相應(yīng)子集傳遞到其中的每個注冊客戶端。
2.如權(quán)利要求1所述的方法，進(jìn)一步包括如下步驟確定關(guān)于每個注冊客戶端的參數(shù)集合，用于將注冊客戶端歸類到至少一個客戶端組中，其中參數(shù)集合包括注冊客戶端的音頻、視頻、帶寬和處理容量中的至少一個。
3.如權(quán)利要求1所述的方法，進(jìn)一步包括基于參數(shù)集合修改關(guān)于至少一個客戶端組的注冊信道的相應(yīng)子集，并且將對所述子集的修改傳遞到相應(yīng)的客戶端組中的每個客戶端，其中參數(shù)集合包括如下至少一個注冊新的信道；將注冊信道解除注冊；接收來自至少一個運(yùn)營商的至少一個輸入；分析在至少一個注冊信道上傳輸?shù)臄?shù)據(jù)。
4.如權(quán)利要求2所述的方法，進(jìn)一步包括如下步驟檢測關(guān)于至少一個注冊客戶端的參數(shù)集合的修改；確定是否將所述至少一個注冊客戶端重新歸類到不同的客戶端組中；以及在將所述至少一個注冊客戶端重新歸類之后，傳遞注冊信道的更新的相應(yīng)的指配子集。
5.如權(quán)利要求1所述的方法，進(jìn)一步包括如下步驟修改客戶端組的集合，其中使用如下至少一個來修改所述客戶端組的集合將至少一個注冊客戶端解除注冊，其中通過如下至少之一來修改所述客戶端組的集合從至少一個客戶端組中移除所述至少一個被解除注冊的客戶端，刪除被解除注冊的客戶端所歸類到的客戶端組；以及注冊至少一個新的客戶端，其中通過如下至少之一來修改所述客戶端組的集合將所述至少一個被解除注冊的客戶端添加到至少一個客戶端組，添加所述被解除注冊的客戶端所歸類到的客戶端組。
6.如權(quán)利要求1所述的方法，其中每個注冊信道的特征由源組(S，G)對來描述，該源組(S，G)對確認(rèn)源和組播組，其中所述源向所述組播組傳輸。
7.如權(quán)利要求6所述的方法，其中(S，G)對基于源特定組播(SSM)協(xié)議，其中(S，G)對中的源的特征由第一因特網(wǎng)協(xié)議(IP)地址描述，而(S，G)對中的組的特征由第二IP地址描述。
8.一種在組播環(huán)境中的客戶端中使用的方法，所述組播環(huán)境包括注冊第一數(shù)目的信道的控制器，所述方法包括如下步驟注冊到控制器；并且響應(yīng)注冊，接收注冊信道的子集，所述子集對應(yīng)于客戶端組。
9.如權(quán)利要求8所述的方法，進(jìn)一步包括如下步驟確定是否選擇所述子集中的至少一部分注冊信道；訂閱每個選定信道；并且在每個訂閱信道上接收數(shù)據(jù)，其中使用源過濾組管理協(xié)議(SFGMP)訂閱每個選定信道以及從訂閱信道中解除訂閱。
10.一種控制器，其配置用于執(zhí)行包括如下步驟的方法注冊第一數(shù)目個信道；注冊第一數(shù)目個客戶端；確定客戶端組的集合并且將注冊客戶端歸類到客戶端組中；并且對于所述集合中的每個客戶端組，指配注冊信道的相應(yīng)子集；以及將所述相應(yīng)子集傳遞到其中的每個注冊客戶端。
全文摘要
一種控制器(105)，其注冊(205)第一數(shù)目個信道；注冊(210)第一數(shù)目個客戶端(125)；確定(215)客戶端組的集合并且將注冊客戶端歸類到客戶端組中；并且對于該集合中的每個客戶端組，指配(220)注冊信道的相應(yīng)子集；并且將該相應(yīng)子集傳遞(225)到其中的每個注冊客戶端。RCD(125)注冊(505)到控制器(105)；并且接收(510)注冊信道的子集，該子集對應(yīng)于客戶端組。通過這樣的方式，RCD發(fā)現(xiàn)其可以訂閱的適合于其資源和/或容量的網(wǎng)絡(luò)(130)中的信道子集。
文檔編號G06F15/173GK101088254SQ200580044483
公開日2007年12月12日 申請日期2005年12月9日 優(yōu)先權(quán)日2004年12月29日
發(fā)明者杰弗里·T·埃施巴赫, 卡貝·范德班 申請人:摩托羅拉公司