專利名稱：：對接收機(jī)/解碼器連接進(jìn)行管理的機(jī)制的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及信息和通信
技術(shù)領(lǐng)域：
。本發(fā)明具體涉及對接收機(jī)/解碼器連接進(jìn)行管理的機(jī)制。
背景技術(shù)：
：本發(fā)明涉及多個接收機(jī)/解碼器或機(jī)頂盒(STB)與ADSL(非對稱數(shù)字訂戶線)網(wǎng)關(guān)相關(guān)聯(lián)的情況。必須實(shí)現(xiàn)一種機(jī)制，使能在其他接收機(jī)/解碼器上的發(fā)送流所使用的ADSL帶寬過大的情況下，拒絕將一接收機(jī)/解碼器連接至多播流。一種解決方案可以是，網(wǎng)關(guān)"偵查"由每個接收機(jī)/解碼器發(fā)送的IGMP(互聯(lián)網(wǎng)組管理協(xié)議)分組，然后使用服務(wù)計劃描述每個流的特性，計算所使用的總帶寬。為了接收多播流，接收機(jī)/解碼器必須在多播中發(fā)送"加入(join)"IGMP分組。沿多播路由器鏈反映該分組，使得一個路由器將所請求的流引向接收請求的另一路由器。不響應(yīng)于接收機(jī)/解碼器發(fā)送對該"加入"分組的應(yīng)答。如果網(wǎng)關(guān)決定攔截(intercept)該IGMP分組，并且阻止它以避免帶寬過載，則沒有了將流的消失告知接收機(jī)/服務(wù)器的手段。電視屏幕仍然是黑的。根據(jù)美國專利申請US2003/0035378(摩托羅拉)可知，現(xiàn)有技術(shù)已知一種對IP子網(wǎng)絡(luò)中的多播數(shù)據(jù)進(jìn)行管理的方法及設(shè)備。在一實(shí)施例中，通信系統(tǒng)包括接收機(jī)/解碼器，這些接收機(jī)/解碼器可以對與它們耦合的子網(wǎng)絡(luò)進(jìn)行觀測。多播路由器應(yīng)接收機(jī)/解碼器的請求，將諸如視頻節(jié)目組之類的一組或多組耦合至接收機(jī)/解碼器。舉例而言，如果接收機(jī)/解碼器留下第一組進(jìn)而將"留下"消息發(fā)送至路由器，則其他接收機(jī)/解碼器可以知道，如果它(或它們)要預(yù)訂該第一組，那么它5(或它們)必須發(fā)送"加入"消息。因此，路由器立即知道它必須將該第一組耦合至子網(wǎng)絡(luò)。根據(jù)美國專利申請US2005/237952(馬可尼通信)，現(xiàn)有技術(shù)還已知一種協(xié)商帶寬控制的方法及設(shè)備。該文獻(xiàn)未描述包括如下裝置在內(nèi)的任何通信設(shè)備。所述裝置用于在接收到來自接收機(jī)/服務(wù)器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同的可能之間進(jìn)行選擇不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。根據(jù)技術(shù)文章"^iw/"cas""gZ)^fere""fltoi5"erw'ceZ)o/m'a/is"(BaijanYang等，IEEEGlobalTelecommunicationsConference,2003年11月17日)，現(xiàn)有技術(shù)還已知對通信網(wǎng)絡(luò)中的服務(wù)質(zhì)量迸行管理的解決方案。該文獻(xiàn)未描述包括如下裝置在內(nèi)的任何通信設(shè)備。所述裝置用于在接收到來自接收機(jī)/服務(wù)器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同的可能之間進(jìn)行選擇不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。根據(jù)美國專利申請US2006/146857，現(xiàn)有技術(shù)還已知一種用于多播接收機(jī)的接納控制機(jī)制。該文獻(xiàn)未描述包括如下裝置在內(nèi)的任何通信設(shè)備。所述裝置用于在接收到來自接收機(jī)/服務(wù)器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同的可能之間進(jìn)行選擇不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件
發(fā)明內(nèi)容本發(fā)明旨在提出一種解決方案，避免屏幕在帶寬有過載危險，未向接收機(jī)/解碼器發(fā)送媒體流的情況下一直保持黑屏，以克服現(xiàn)有技術(shù)的缺點(diǎn)。為此，最廣為認(rèn)可地，本發(fā)明涉及一種通信設(shè)備，該通信設(shè)備一側(cè)連接至通信網(wǎng)絡(luò)，另一側(cè)連接至至少一個接收機(jī)/解碼器，其特征在于，該通信設(shè)備包括用于在接收到來自所述接收機(jī)/解碼器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同可能之間進(jìn)行選擇的裝置不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。優(yōu)選地，所述設(shè)備還包括用于對包含所有多播地址以及相應(yīng)流的至少一個特性在內(nèi)的服務(wù)計劃進(jìn)行操作的裝置，舉例而言，所述相應(yīng)流的特性是節(jié)目名稱、所使用的編解碼器、或所使用的帶寬。有利地，所述設(shè)備還包括用于對在與所述通信設(shè)備相連接的每個接收機(jī)/解碼器上正在接收的流的表格進(jìn)行操作的裝置，所述請求是根據(jù)所査看的IGMP請求而建立的。優(yōu)選地，所述設(shè)備包括用于對所使用的通信網(wǎng)絡(luò)的帶寬進(jìn)行計算的裝置、以及用于根據(jù)服務(wù)計劃和流表格對接收新IGMP請求的新點(diǎn)播(on-demand)流所需要的通信網(wǎng)絡(luò)帶寬進(jìn)行計算的裝置。有利地，所述設(shè)備是ADSL(非對稱數(shù)字訂戶線)兼容的。根據(jù)一有利變型，所述通信設(shè)備在配置表格中具有URL(統(tǒng)一資源定位符)，并且該通信設(shè)備包括用于從所述URL獲取所述預(yù)先配置的多媒體文件的裝置、以及用于以多播流和循環(huán)方式向所述接收機(jī)/解碼器發(fā)送所述多媒體文件的裝置。優(yōu)選地，利用HTTP("超文本傳輸協(xié)議")協(xié)議從所述URL獲取多媒體文件。根據(jù)一特定實(shí)施例，所述設(shè)備包括用于格式化所述多媒體文件的裝置。所述多媒體文件可以包括視頻、動畫、和/或聲音消息。優(yōu)選地，所述設(shè)備包括用于調(diào)制和解調(diào)的裝置。本發(fā)明還涉及一種使用通信設(shè)備進(jìn)行通信的方法，所述通信設(shè)備一側(cè)連接至通信網(wǎng)絡(luò)，另一側(cè)連接至至少一個接收機(jī)/解碼器，其特征在于，該通信方法包括以下步驟在接收到來自所述接收機(jī)/解碼器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同可能之間進(jìn)行選擇不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。優(yōu)選地，所述方法還包括以下步驟對包含所有多播地址以及相應(yīng)流的至少一個特性在內(nèi)的服務(wù)計劃進(jìn)行操作，舉例而言，所述相應(yīng)流的特性是節(jié)目名稱、所使用的編解碼器、或所使用的帶寬。有利地，所述方法還包括以下步驟對在與所述通信設(shè)備相連接的每個接收機(jī)/解碼器上正在接收的流的表格進(jìn)行操作，所述請求是根據(jù)所查看的IGMP請求而建立的。根據(jù)一實(shí)施例，所述方法還包括以下步驟對所使用的通信網(wǎng)絡(luò)帶寬進(jìn)行計算、以及根據(jù)服務(wù)計劃和流表格對接收新IGMP請求的新點(diǎn)播流所需要的通信網(wǎng)絡(luò)帶寬進(jìn)行計算。根據(jù)一有利變型，所述通信設(shè)備在配置表格中具有URL(統(tǒng)一資源定位符)，并且所述方法包括以下步驟從所述URL獲取所述預(yù)先配置的多媒體文件、以及以多播流和循環(huán)方式向所述接收機(jī)/解碼器發(fā)送所述多媒體文件。根據(jù)本發(fā)明的設(shè)備和方法具有大量優(yōu)點(diǎn)它們不引起對STB的任何修改；由于不存在視頻編碼，它們不需要接收機(jī)/解碼器(網(wǎng)關(guān))中的任何附加的計算能力；可以針對每種服務(wù)拒絕情況來定義不同的URL;可以在由網(wǎng)關(guān)發(fā)送的HTTP(超文本傳輸協(xié)議)命令中添加參數(shù)，使HTTP服務(wù)器能夠產(chǎn)生"即時的(onthefly)"MPEG(運(yùn)動圖像專家組)信息文件；以及8可以以增加量較小的比特率或較低的分辨率執(zhí)行向另一流的重定向。根據(jù)以下對參考附圖作為示例予以提供的本發(fā)明實(shí)施例的描述，可以更好地理解本發(fā)明，附圖中圖1和圖3示出了根據(jù)本發(fā)明的方法的實(shí)施例；圖2示出了根據(jù)本發(fā)明的通信設(shè)備；以及圖4示出了IGMP分組。具體實(shí)施例方式圖1和圖2所示的通信設(shè)備(或家用(residential)網(wǎng)關(guān))(1)包括處理器(11)，隨機(jī)存取存儲器(31)，貯存存儲器(32)，至外部通信網(wǎng)絡(luò)的接口(15)，例如DSL接口，或至光纖網(wǎng)絡(luò)的接口，W-LAN接口(14)，DECT接口(12)，藍(lán)牙接口(13)，以及多個以太網(wǎng)接口(21，22，23，24)。通信設(shè)備(或家用網(wǎng)關(guān))(1)獲取"服務(wù)計劃"，所述"服務(wù)計劃"包含所有多播地址以及相應(yīng)流的特性(節(jié)目名稱、編解碼器以及所使用的帶寬)。通信設(shè)備根據(jù)所查看的IGMP請求來維護(hù)正在接收的流的表格。根據(jù)該表格和服務(wù)計劃，通信設(shè)備計算所使用的帶寬以及新IGMP請求所需要的附加帶寬。根據(jù)(例如ADSL的)可用帶寬，通信設(shè)備決定是不作修改地發(fā)送該請求，是將該請求重定向至更低質(zhì)量的流，還是通過傳送預(yù)先配置的多媒體文件來拒絕該請求。在一實(shí)施例中，服務(wù)計劃反映網(wǎng)絡(luò)上的可用供給(offer)，以在用戶所在地(residence)尋址(address)若干解碼器的位置(park)。所述供給可以依每個用戶有所不同，但I(xiàn)P:端口地址對于每個服務(wù)是唯一的。與每個服務(wù)相關(guān)的參數(shù)列表可以根據(jù)網(wǎng)關(guān)的需要而改變。在一具體實(shí)施例中，為網(wǎng)關(guān)提供的服務(wù)計劃具有以下形式服務(wù)名稱、IP:端口服務(wù)地址、視頻編碼類型、音頻編碼類型、以Kbit/s為單位的服務(wù)比特率。在本發(fā)明的環(huán)境中，網(wǎng)關(guān)需要知道視頻和可能的(在向用戶呈現(xiàn)聲音消息時存在的)音頻編解碼器類型，使得網(wǎng)關(guān)能夠以正確的編碼格式發(fā)送信息。網(wǎng)關(guān)不知道呼叫自己的解碼器的能力，然而可以假定解碼器將不會請求與其解碼能力不對應(yīng)的流。以下示出了服務(wù)計劃的示例:<table>tableseeoriginaldocumentpage10</column></row><table>表h服務(wù)計劃的示例實(shí)際上，服務(wù)計劃不一定必須是表格形式的。在解碼器(機(jī)頂盒)與IGMP開關(guān)/路由器之間傳輸?shù)腎GMP協(xié)議使網(wǎng)關(guān)(例如ADSL)能夠識別出預(yù)訂這些流的其網(wǎng)絡(luò)的所有設(shè)備項目，以構(gòu)建接收流的表格。-一該流表格包括作為參數(shù)的IP地址，所述IP地址與所要接收的流的IP地址相對應(yīng)，所要接收的流的IP地址與目的地接收機(jī)的地址相關(guān)聯(lián)。因此流表格是成對地址的列表，所述對包括源流的IP地址以及相關(guān)目的地的IP地址。例如源流的IP地址目的地IP地址232.0.1.21:8208178.3.2.97:8208232.0.1.23:8208178.3.2.63:8208表2:流表格的示例實(shí)際上，流表格不一定必須是表格形式的。網(wǎng)關(guān)在接收到來自所述接收機(jī)/解碼器的請求時，可以修改請求以要求更低質(zhì)量的流。這里給出了對在IGMP分組上實(shí)現(xiàn)的修改的說明。IGMP協(xié)議是由RFC2236定義的。IGMP分組由8個八位字節(jié)(octet)形成，并呈現(xiàn)以圖4所示的形式。^^y說明所發(fā)送的命令還丈聘應(yīng)好A7說明在實(shí)現(xiàn)協(xié)議的狀態(tài)機(jī)中所使用的計時器的值孜^#//7使得能夠?qū)Ψ纸M數(shù)據(jù)的完整性的驗(yàn)證一智乂遺#是用戶希望預(yù)訂的或希望留下的組的多播地址。網(wǎng)關(guān)具有使其網(wǎng)關(guān)能夠在將從STB接收到的IGMP請求發(fā)送至接入網(wǎng)前對所述IGMP請求進(jìn)行修改的資源。因此，例如，為了使STB能夠接收所請求的較低質(zhì)量的流，從服務(wù)表格中修改類型成員報告(0x16)命令的"邀邀f字段(field)。必須小心地對類型留存(leave)組(0x17)請求執(zhí)行相同的修改。同樣地，為了使操作對STB透明，將以修改后的"蘊(yùn)巡#"字段將從成員詢問(query)類型(0x11)的接入網(wǎng)接收到的請求發(fā)送至STB。網(wǎng)關(guān)可以按如下方式運(yùn)行不向接入網(wǎng)發(fā)送IGMP請求，并自己產(chǎn)生視頻流，該視頻流可能表示網(wǎng)關(guān)以多播分組的形式發(fā)送至STB的固定圖像。以下，詳述了拒絕IGMP請求以及傳送多媒體文件的情況。圖1所示的家用網(wǎng)關(guān)在其配置表格中具有URL("統(tǒng)一資源定位符")，在所述URL處由HTTP獲取視頻文件。在格式化之后，由網(wǎng)關(guān)將該視頻文件關(guān)于多播流以循環(huán)方式發(fā)送至STB。因此，在循環(huán)傳播期間不使用ADSL帶寬。文件包含某些信息，所述信息向用戶解釋了不傳輸所請求的頻道ii的原因(例如"您的ADSL預(yù)訂不允許同時觀看2個高清晰流。為了提高您的線路能力，請前往/印.'〃www.o^"ge-々.com")。所述信息還可以包含動畫(如同視頻文件一樣)以及聲音消息。"服務(wù)計劃"的獲取使通信設(shè)備能夠知道針對各多播地址所使用的視頻和音頻編解碼器，從而發(fā)送以相同方式編碼的預(yù)先配置的多媒體文件。上文以示例的形式描述了本發(fā)明。應(yīng)理解的是，在不背離本發(fā)明的范圍的前提下，本領(lǐng)域技術(shù)人員可以生產(chǎn)本發(fā)明的變體。權(quán)利要求1、一種通信設(shè)備，一側(cè)連接至通信網(wǎng)絡(luò)，另一側(cè)連接至至少一個接收機(jī)/解碼器，其特征在于，該通信設(shè)備包括用于在接收到來自所述接收機(jī)/解碼器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同可能之間進(jìn)行選擇的裝置·不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或·修改請求，以請求更低質(zhì)量的流；或·拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。2、根據(jù)權(quán)利要求l所述的通信設(shè)備，其中，所述通信設(shè)備還包括用于對包含所有多播地址以及相應(yīng)流的至少一個特性在內(nèi)的服務(wù)計劃進(jìn)行操作的裝置，例如，所述相應(yīng)流的特性是節(jié)目名稱、所使用的編解碼器、或所使用的帶寬。3、根據(jù)權(quán)利要求1或2所述的通信設(shè)備，其中，所述通信設(shè)備還包括用于對在與所述通信設(shè)備相連接的每個接收機(jī)/解碼器上正在接收的流的表格進(jìn)行操作的裝置，所述請求是根據(jù)所査看的IGMP請求而建立的。4、根據(jù)權(quán)利要求2或3所述的通信設(shè)備，其中，所述通信設(shè)備包括用于對所使用的通信網(wǎng)絡(luò)的帶寬進(jìn)行計算的裝置、以及用于根據(jù)服務(wù)計劃和流表格對接收新IGMP請求的新點(diǎn)播流所需要的通信網(wǎng)絡(luò)帶寬進(jìn)行計算的裝置。5、根據(jù)權(quán)利要求l、2、3或4所述的通信設(shè)備，其中，所述通信設(shè)備是ADSL("非對稱數(shù)字訂戶線")兼容的。6、根據(jù)前述任一權(quán)利要求所述的通信設(shè)備，其中，所述通信設(shè)備在配置表格中具有URL(統(tǒng)一資源定位符)，并且所述通信設(shè)備包括-用于從所述URL獲取所述預(yù)先配置的多媒體文件的裝置、以及用于以多播流和循環(huán)方式向所述接收機(jī)/解碼器發(fā)送所述多媒體文件的裝置。7、根據(jù)權(quán)利要求6所述的通信設(shè)備，其中，所述多媒體文件是使用HTTP("超文本傳輸協(xié)議")協(xié)議從所述URL獲取的。8、根據(jù)權(quán)利要求6或7所述的通信設(shè)備，其中，所述通信設(shè)備包括用于格式化所述多媒體文件的裝置。9、根據(jù)前述任一權(quán)利要求所述的通信設(shè)備，其中，所述多媒體文件包括視頻。10、根據(jù)前述任一權(quán)利要求所述的通信設(shè)備，其中，所述多媒體文件包括動畫。11、根據(jù)前述任一權(quán)利要求所述的通信設(shè)備，其中，所述多媒體文件包括聲音消息。12、根據(jù)前述任一權(quán)利要求所述的通信設(shè)備，其中，所述通信設(shè)備包括用于調(diào)制和解調(diào)的裝置。13、一種使用通信設(shè)備進(jìn)行通信的方法，所述通信設(shè)備一側(cè)連接至通信網(wǎng)絡(luò)，另一側(cè)連接至至少一個接收機(jī)/解碼器，其特征在于，所述通信方法包括以下步驟在接收到來自所述接收機(jī)/解碼器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同可能之間進(jìn)行選擇不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或修改請求，以請求更低質(zhì)量的流；或拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。14、根據(jù)權(quán)利要求13所述的通信方法，其中，所述通信方法還包括以下步驟對包含所有多播地址以及相應(yīng)流的至少一個特性在內(nèi)的服務(wù)計劃進(jìn)行操作，例如，所述相應(yīng)流的特性是節(jié)目名稱、所使用的編解碼器、或所使用的帶寬。15、根據(jù)權(quán)利要求13或14所述的通信方法，其中，所述通信方法還包括以下步驟對在與所述通信設(shè)備相連接的每個接收機(jī)/解碼器上正在接收的流的表格進(jìn)行操作，所述請求是根據(jù)所査看的IGMP請求而建立的。16、根據(jù)權(quán)利要求14或15所述的通信方法，其中，所述通信方法還包括以下步驟對所使用的通信網(wǎng)絡(luò)帶寬進(jìn)行計算、以及根據(jù)服務(wù)計劃和流表格對接收新IGMP請求的新點(diǎn)播流所需要的通信網(wǎng)絡(luò)帶寬進(jìn)行計算。17、根據(jù)權(quán)利要求13至16中任一項所述的通信方法，其中，所述通信設(shè)備在配置表格中具有URL(統(tǒng)一資源定位符)，并且所述通信方法包括以下步驟從所述URL獲取所述預(yù)先配置的多媒體文件、以及以多播流和循環(huán)方式向所述接收機(jī)/解碼器發(fā)送所述多媒體文件。全文摘要一種通信設(shè)備，一側(cè)連接至通信網(wǎng)絡(luò)，另一側(cè)連接至至少一個接收機(jī)/解碼器，其特征在于，該通信設(shè)備包括用于在接收到來自所述接收機(jī)/解碼器的請求時，根據(jù)通信網(wǎng)絡(luò)上的可用帶寬，在以下不同可能之間進(jìn)行選擇的裝置(a)不作任何修改地向通信網(wǎng)絡(luò)發(fā)送所述請求；或(b)修改請求，以請求更低質(zhì)量的流；或(c)拒絕向所述網(wǎng)絡(luò)發(fā)送請求并向接收機(jī)/解碼器傳送預(yù)先配置的多媒體文件。本發(fā)明還涉及一種通信方法。文檔編號H04L12/18GK101507180SQ200780031355公開日2009年8月12日申請日期2007年8月17日優(yōu)先權(quán)日2006年8月22日發(fā)明者帕特里克·勒普蘭斯,戴維·利佰爾特申請人:湯姆森許可貿(mào)易公司