專利名稱：數(shù)據(jù)包中繼裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及發(fā)送源服務(wù)器被指定的多點(diǎn)傳送網(wǎng)絡(luò)，特別涉及連接不能指定發(fā)送源服務(wù)器的終端的數(shù)據(jù)包中繼裝置技術(shù)。
背景技術(shù)：
非專利文獻(xiàn)1“基于源指定型多點(diǎn)傳送(Source Specific Multicast)的新型通信體系結(jié)構(gòu)”，信息處理，2002年3月，Vol 43，No.3，pp.260-265。
多點(diǎn)傳送是在互聯(lián)網(wǎng)中同時(shí)向多個(gè)發(fā)送地址發(fā)送數(shù)據(jù)包的技術(shù)。與向一個(gè)發(fā)送地址多次發(fā)送數(shù)據(jù)包相比，可以以少量數(shù)據(jù)包發(fā)往多個(gè)發(fā)送地址，因而特別適用于以流式傳輸或可視會(huì)議為代表的需要大容量通信量的實(shí)時(shí)多媒體通信。
但是，目前多點(diǎn)傳送網(wǎng)絡(luò)還沒有在世界上普及。其中一個(gè)重要的原因就在于多點(diǎn)傳送路徑控制的復(fù)雜。例如DVMRP(Distance VectorMulticast Routing ProtocolRFC1075)或PIM-DM(Protocol IndependentMulticast-Dence Modedraft-ietf-pim-dm-new-v2-01.txt)這樣的多點(diǎn)傳送路徑控制協(xié)議雖然簡(jiǎn)單，但因?yàn)橐擦飨虿恍枰l(fā)送多點(diǎn)傳送通信量的分段(網(wǎng)絡(luò)的構(gòu)成單位)，因而存在有網(wǎng)絡(luò)利用效率差的缺點(diǎn)。因此，克服了該缺點(diǎn)的PIM-SM(Protocol Independent Multicast-Sparse ModeRFC2362)技術(shù)，在多點(diǎn)傳送網(wǎng)絡(luò)運(yùn)用中通常被使用。PIM-SM僅向必需最小限度的分段流通多點(diǎn)傳送通信量，但因?yàn)槎帱c(diǎn)傳送發(fā)送樹計(jì)算的開銷大，因而具有協(xié)議復(fù)雜、運(yùn)用困難和路由器負(fù)荷大的難點(diǎn)。(朝枝，“基于源指定型多點(diǎn)傳送(Source Specific Multicast)的新型通信體系結(jié)構(gòu)”，信息處理，2002年3月，Vol 43，No.3，pp.260-265)。
源指定型多點(diǎn)傳送(Source-Specific Multicast)是為解決上述疑難而提出的有效技術(shù)。在以往的n對(duì)n的多點(diǎn)傳送通信中，多點(diǎn)傳送接收終端發(fā)送參加群的請(qǐng)求，但在源指定型多點(diǎn)傳送中，多點(diǎn)傳送接收終端在發(fā)送參加群的請(qǐng)求時(shí)，同時(shí)指定多點(diǎn)傳送發(fā)送源。用接收源指定多點(diǎn)傳送發(fā)送源、將處理指定在1對(duì)n的多點(diǎn)傳送通信中、將多點(diǎn)傳送路徑控制變得更為簡(jiǎn)單，這是其目標(biāo)所在(draft-ietf-ssm-over-view-00.txt)。使用多點(diǎn)傳送的事例很多，但考慮到是來自少數(shù)服務(wù)器的流式傳輸中存在的情況，即使將處理指定在1對(duì)n的通信中，也能滿足對(duì)多點(diǎn)傳送的用戶需求。
源指定型多點(diǎn)傳送路徑控制與現(xiàn)有的多點(diǎn)傳送路徑控制之間最大的差別在于，最終用戶終端在加入多點(diǎn)傳送群時(shí)，必須與多點(diǎn)傳送群地址一起指定其發(fā)送源服務(wù)器。最終用戶終端為參加源指定型多點(diǎn)傳送網(wǎng)絡(luò)，需要支持與其相對(duì)應(yīng)的多點(diǎn)傳送群管理協(xié)議(在IPv4中為IGMPv3＝Internet Group Management Protocol Version3，在IPv6中為MLDv2＝Multicast Listener Discovery Version2)。但是，目前支持IGMPv3或MLDv2的終端并不多。而且IGMPv3或MLDv2與現(xiàn)有的源非指定型多點(diǎn)傳送群管理協(xié)議相比安裝成本高，因此，可以預(yù)測(cè)今后也不會(huì)安裝在以信息家電為代表的要求低成本的終端上。
因此，本領(lǐng)域技術(shù)人員提出了幾種將不支持IGMPv3或MLDv2的終端連接到源指定型多點(diǎn)傳送網(wǎng)絡(luò)的方案。在Cisco公司的IGMPv3 Lite中，通過在最終用戶終端應(yīng)用程序中捆綁指定功能的IGMPv3轉(zhuǎn)換庫(kù)，即使最終用戶終端應(yīng)用程序不支持IGMPv3，也可通過轉(zhuǎn)換庫(kù)參加源指定型多點(diǎn)傳送網(wǎng)絡(luò)中。在Cisco公司的URD(URL Rendezvous Discovery)中，最終用戶通過利用HTTP(Hyper Text Transfer Protocol)向路由器指示發(fā)送源服務(wù)器，從而即使最終用戶終端或應(yīng)用程序與IGMPv3不適配，也可對(duì)路由器通知參加源指定型多點(diǎn)傳送網(wǎng)絡(luò)的請(qǐng)求。此外，通過路由器本身針對(duì)某一線路靜態(tài)地參加來自特定發(fā)送源的多點(diǎn)傳送群，從而該線路上的最終用戶終端即使不支持IGMPv3，在該線路上也可流動(dòng)來自該發(fā)送源的多點(diǎn)傳送通信量(Cisco公司“Source-Specific Multicastwith IGMPv3，IGMPv3lite，and URD feature module，Release 12.1(5)T”，http//www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121t/121t5/dtssm5t.htm)。
源指定型多點(diǎn)傳送的優(yōu)點(diǎn)之一是僅許可來自特定終端的多點(diǎn)傳送發(fā)送，因而能夠避免由于來自非特定終端的多點(diǎn)傳送發(fā)送而導(dǎo)致無端浪費(fèi)網(wǎng)絡(luò)資源。在這一點(diǎn)上，作為將源指定型多點(diǎn)傳送進(jìn)一步完善的方案，有由Sonera公司的Lehtonen提出的多點(diǎn)傳送控制協(xié)議(draft-lehtonen-magma-mcop-00.txt)。該系統(tǒng)通過在多點(diǎn)傳送中繼裝置接收到源指定型多點(diǎn)傳送參加請(qǐng)求時(shí)，向多點(diǎn)傳送控制服務(wù)器咨詢可否參加，能夠?qū)⒃粗付ㄐ投帱c(diǎn)傳送參加請(qǐng)求的濾波在多點(diǎn)傳送控制服務(wù)器中一并管理。
在源指定型多點(diǎn)傳送網(wǎng)絡(luò)上連接與源指定型多點(diǎn)傳送不相適配的終端的現(xiàn)有技術(shù)中存在兩個(gè)問題。一是如果不對(duì)最終用戶側(cè)的計(jì)算機(jī)或應(yīng)用程序進(jìn)行改動(dòng)則無法適配。IGMPv3 Lite和URD有此缺點(diǎn)。IGMPv3 Lite的場(chǎng)合，需要利用轉(zhuǎn)換庫(kù)重新構(gòu)造應(yīng)用程序，URD的場(chǎng)合，則不轉(zhuǎn)換應(yīng)用程序，用戶需要以別的方法自己進(jìn)行源指定型多點(diǎn)傳送網(wǎng)絡(luò)的參加手續(xù)。因此，與源非指定型多點(diǎn)傳送網(wǎng)絡(luò)相比，用戶負(fù)擔(dān)加大。路由器自身靜態(tài)地參加多點(diǎn)傳送的情況下則不存在這一問題。但是，在此情況下，即使實(shí)際上不存在多點(diǎn)傳送參加者的情況下，在路由器靜態(tài)地參加多點(diǎn)傳送群的線路上多點(diǎn)傳送通信量也在流動(dòng)。因此，對(duì)用戶強(qiáng)制要求由于線路頻帶的無端使用而造成的擁塞或不必要的線路成本。

發(fā)明內(nèi)容
本發(fā)明同時(shí)解決上述兩個(gè)問題。即本發(fā)明所要解決的技術(shù)問題是，將僅與源非指定型多點(diǎn)傳送相適配的最終用戶終端，在不改變?cè)O(shè)定的情況下，使其動(dòng)態(tài)地參加或脫離源指定型多點(diǎn)傳送網(wǎng)絡(luò)。
在本發(fā)明中，將從終端傳給路由器的源非指定型多點(diǎn)傳送群參加請(qǐng)求轉(zhuǎn)換成源指定型多點(diǎn)傳送群參加請(qǐng)求。轉(zhuǎn)換時(shí)，使用多點(diǎn)傳送發(fā)送源管理表。該表中管理路由器、多點(diǎn)傳送群地址、多點(diǎn)傳送群管理數(shù)據(jù)包發(fā)送終端三者，以及與其相對(duì)應(yīng)的發(fā)送源服務(wù)器之間的對(duì)應(yīng)。該表是與多點(diǎn)傳送控制協(xié)議中使用的表相同的表。
接納最終用戶終端的路由器利用該表，將源非指定型多點(diǎn)傳送群參加請(qǐng)求，轉(zhuǎn)換成網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器所指定的多點(diǎn)傳送群參加請(qǐng)求。另外，路由器在咨詢是否存在源指定型多點(diǎn)傳送群參加者時(shí)，路由器檢索同一表，確認(rèn)來自該源的參加多點(diǎn)傳送群的請(qǐng)求被許可后，咨詢是否存在源非指定型多點(diǎn)傳送群的參加者。
本發(fā)明的一個(gè)方案是接納多點(diǎn)傳送客戶終端的數(shù)據(jù)包中繼裝置，該數(shù)據(jù)包中繼裝置將來自不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端的參加或脫離多點(diǎn)傳送群的請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群的請(qǐng)求來進(jìn)行處理。該中繼裝置，能夠基于多點(diǎn)傳送客戶終端的地址和被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址，確定應(yīng)當(dāng)指定的多點(diǎn)傳送發(fā)送源。更詳細(xì)地說，利用多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址、以及與它們相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表，在由不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端發(fā)生參加或脫離多點(diǎn)傳送群的請(qǐng)求時(shí)，參照對(duì)應(yīng)表，將包括發(fā)出參加或脫離請(qǐng)求的多點(diǎn)傳送客戶終端地址和被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址的條目的多點(diǎn)傳送發(fā)送源地址，作為應(yīng)當(dāng)指定的多點(diǎn)傳送發(fā)送源。在對(duì)應(yīng)表的多點(diǎn)傳送發(fā)送源地址為“Don’t care”的場(chǎng)合，則可以作為不指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群的請(qǐng)求來處理。對(duì)應(yīng)表可以內(nèi)置于數(shù)據(jù)包中繼裝置中，或者配置在由數(shù)據(jù)包中繼裝置和線路連接可進(jìn)行存儲(chǔ)的其它裝置中。
本發(fā)明的另一個(gè)方案是接納多點(diǎn)傳送客戶終端的數(shù)據(jù)包中繼裝置，該數(shù)據(jù)包中繼裝置對(duì)于多點(diǎn)傳送參加咨詢，多點(diǎn)傳送客戶終端即使在不具備應(yīng)答特定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送參加咨詢功能的情況下，該數(shù)據(jù)包中繼裝置也能檢測(cè)出來自特定多點(diǎn)傳送發(fā)送源的參加多點(diǎn)傳送群的多點(diǎn)傳送客戶終端是否存在于某網(wǎng)絡(luò)中。在該方案中，通過檢索多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址以及與它們相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表，就可檢測(cè)出來自特定多點(diǎn)傳送發(fā)送源的參加多點(diǎn)傳送群的多點(diǎn)傳送客戶終端是否存在于某網(wǎng)絡(luò)中。
本發(fā)明的另一種方案是接納多點(diǎn)傳送客戶終端的數(shù)據(jù)包中繼裝置，其特征在于該數(shù)據(jù)包中繼裝置具有管理多點(diǎn)傳送群、多點(diǎn)傳送群客戶終端地址、以及成為多點(diǎn)傳送群發(fā)送源的地址之間的對(duì)應(yīng)的管理表。利用該管理表，可將源非指定型多點(diǎn)傳送群參加請(qǐng)求轉(zhuǎn)換成源指定型多點(diǎn)傳送群參加請(qǐng)求。
本發(fā)明的又一種方案是，將源非指定型多點(diǎn)傳送群參加請(qǐng)求轉(zhuǎn)換成源指定型多點(diǎn)傳送群參加請(qǐng)求的方法。具體地說，根據(jù)來自僅支持發(fā)送源非指定的多點(diǎn)傳送的終端的參加多點(diǎn)傳送群請(qǐng)求中所包含的多點(diǎn)傳送群地址和產(chǎn)生該參加請(qǐng)求的線路，可利用多點(diǎn)傳送發(fā)送源管理表算出通向該多點(diǎn)傳送網(wǎng)絡(luò)的網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器。多點(diǎn)傳送路由器將發(fā)送源非指定的參加多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成來自網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器的參加多點(diǎn)傳送群請(qǐng)求。而且，多點(diǎn)傳送路由器在定期查找來自特定發(fā)送源服務(wù)器的參加多點(diǎn)傳送群的終端是否存在于某一網(wǎng)絡(luò)中時(shí)，根據(jù)該多點(diǎn)傳送群地址和產(chǎn)生該參加請(qǐng)求的線路，利用多點(diǎn)傳送發(fā)送源管理表算出通向該多點(diǎn)傳送網(wǎng)絡(luò)的網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器。算出的發(fā)送源服務(wù)器如果與要查找的發(fā)送源服務(wù)器不一致，則多點(diǎn)傳送路由器判斷來自該發(fā)送源服務(wù)器的參加多點(diǎn)傳送群的終端在線路中不存在。算出的發(fā)送源服務(wù)器如果與要查找的發(fā)送源服務(wù)器相一致，則多點(diǎn)傳送路由器以與以往相同的方法，查找沒有指定發(fā)送源服務(wù)器而參加多點(diǎn)傳送群的終端是否在于線路上。此處的是否發(fā)現(xiàn)該終端即為來自該發(fā)送源服務(wù)器的參加多點(diǎn)傳送群的終端是否在于線路中。本發(fā)明的另一方法是，在由多點(diǎn)傳送客戶、接納該多點(diǎn)傳送客戶的多點(diǎn)傳送中繼裝置、多點(diǎn)傳送群地址、多點(diǎn)傳送客戶地址、以及與它們相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表構(gòu)成的網(wǎng)絡(luò)中，出現(xiàn)來自多點(diǎn)傳送客戶的未指定發(fā)送源的參加多點(diǎn)傳送群請(qǐng)求時(shí)，根據(jù)多點(diǎn)傳送發(fā)送源地址對(duì)應(yīng)表，通過從發(fā)出該參加請(qǐng)求的多點(diǎn)傳送客戶地址中檢索與該多點(diǎn)傳送群地址相對(duì)應(yīng)的發(fā)送源地址，將出現(xiàn)的未指定發(fā)送源的參加多點(diǎn)傳送群請(qǐng)求轉(zhuǎn)換成指定發(fā)送源的多點(diǎn)傳送群參加請(qǐng)求。另外一種方法是，在由多點(diǎn)傳送客戶、接納該多點(diǎn)傳送客戶的多點(diǎn)傳送中繼裝置、多點(diǎn)傳送群地址、多點(diǎn)傳送客戶地址、以及與它們相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表構(gòu)成的網(wǎng)絡(luò)中，來自多點(diǎn)傳送中繼裝置的特定發(fā)送源的參加多點(diǎn)傳送群咨詢?cè)诙帱c(diǎn)傳送中繼裝置的某一接口上發(fā)生時(shí)，根據(jù)多點(diǎn)傳送發(fā)送源地址對(duì)應(yīng)表，從發(fā)送該參加咨詢的接口上的多點(diǎn)傳送中繼裝置地址，檢索對(duì)應(yīng)多點(diǎn)傳送群的網(wǎng)絡(luò)管理者所定義的多點(diǎn)傳送發(fā)送源地址。
本發(fā)明的范圍，包括實(shí)現(xiàn)上述方法的網(wǎng)絡(luò)系統(tǒng)以及使用上述數(shù)據(jù)包中繼裝置的網(wǎng)絡(luò)系統(tǒng)。


圖1所示為本發(fā)明的多點(diǎn)傳送路徑選擇的整體框圖。
圖2所示為使用本發(fā)明的源指定型多點(diǎn)傳送路徑選擇轉(zhuǎn)換裝置的整體框圖。
圖3所示為多點(diǎn)傳送路由器的多點(diǎn)傳送參加脫離輸入輸出接口，將源非指定型多點(diǎn)傳送群參加請(qǐng)求轉(zhuǎn)換成網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器所指定的多點(diǎn)傳送群參加請(qǐng)求的方法流程圖。
圖4所示為多點(diǎn)傳送路由器的多點(diǎn)傳送參加脫離輸入輸出接口，將參加源指定型多點(diǎn)傳送群的終端的咨詢轉(zhuǎn)換成源非指定型多點(diǎn)傳送群參加請(qǐng)求的方法流程圖。
圖5所示為將多點(diǎn)傳送參加脫離輸入輸出接口置于路由器外，安裝本發(fā)明的實(shí)施例的整體框圖。
圖6所示為將多點(diǎn)傳送發(fā)送源管理表置于路由器外，安裝本發(fā)明的實(shí)施例的整體框圖。
圖7所示為根據(jù)用戶需求自動(dòng)更新多點(diǎn)傳送發(fā)送源管理表的實(shí)施例的整體框圖。
具體實(shí)施例方式
下面具體說明本發(fā)明的實(shí)施例。
圖1所示為本發(fā)明源指定型多點(diǎn)傳送路徑選擇的整體框圖。圖2所示為使用本發(fā)明的源指定型多點(diǎn)傳送路徑選擇轉(zhuǎn)換裝置的整體框圖。圖3所示是在多點(diǎn)傳送網(wǎng)絡(luò)中，接納終端位置處的邊緣路由器將源非指定型多點(diǎn)傳送群參加請(qǐng)求轉(zhuǎn)換成網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器所指定的多點(diǎn)傳送群參加請(qǐng)求的方法流程圖。圖4所示是將參加源指定型多點(diǎn)傳送群的終端的咨詢轉(zhuǎn)換成源非指定型多點(diǎn)傳送群參加請(qǐng)求的方法流程圖。在圖5、圖6、圖7中介紹了本發(fā)明的其它實(shí)施例。
結(jié)合圖1說明一般性多點(diǎn)傳送通信的實(shí)現(xiàn)方法。多點(diǎn)傳送客戶終端100在參加多點(diǎn)傳送群時(shí)，向直接接納終端100位置處的多點(diǎn)傳送路由器110發(fā)送參加多點(diǎn)傳送群的請(qǐng)求。現(xiàn)有型的源非指定型多點(diǎn)傳送的場(chǎng)合，稱為IGMPv2或MLDv1的多點(diǎn)傳送群管理協(xié)議，此外源指定型多點(diǎn)傳送的場(chǎng)合，稱為IGMPv3或MLDv2的多點(diǎn)傳送群管理協(xié)議都分別被使用。多點(diǎn)傳送路由器110將參加多點(diǎn)傳送群的請(qǐng)求通過線路116路經(jīng)由多點(diǎn)傳送群管理數(shù)據(jù)包處理部114接收。多點(diǎn)傳送群管理數(shù)據(jù)包處理部114將收到的多點(diǎn)傳送參加請(qǐng)求通知多點(diǎn)傳送路徑控制部112。多點(diǎn)傳送路徑控制部112將出現(xiàn)參加多點(diǎn)傳送群請(qǐng)求的情況通知相鄰的多點(diǎn)傳送路由器群中發(fā)送源方向的多點(diǎn)傳送路由器121(源指定型多點(diǎn)傳送的情況下是用于單點(diǎn)傳送到達(dá)指定源地址的下一跳路由器。源非指定型多點(diǎn)傳送的情況下是用于對(duì)應(yīng)群地址單點(diǎn)傳送到達(dá)由網(wǎng)絡(luò)管理者定義的被稱為會(huì)合點(diǎn)的地址的下一跳路由器)。在路由器間的群參加或脫離通知中，使用了PIM-SM等多點(diǎn)傳送路由協(xié)議。多點(diǎn)傳送路徑控制部112同時(shí)對(duì)數(shù)據(jù)包中繼部118，追加將從路由器121到達(dá)當(dāng)前多點(diǎn)傳送群的數(shù)據(jù)包(源指定型多點(diǎn)傳送的情況下還要追加來自被指定源的條件)中繼到多點(diǎn)傳送客戶終端100所在線路116的設(shè)定。
通過重復(fù)該通知操作和追加數(shù)據(jù)包中繼設(shè)定，網(wǎng)絡(luò)120中位于多點(diǎn)傳送客戶終端和發(fā)送終端之間的全部多點(diǎn)傳送路由器能夠知曉多點(diǎn)傳送的路由信息(源非指定型多點(diǎn)傳送的情況下，因?yàn)橹挥卸帱c(diǎn)傳送客戶終端和會(huì)合點(diǎn)的多點(diǎn)傳送路由器之間的多點(diǎn)傳送路由器知曉多點(diǎn)傳送路由信息，會(huì)合點(diǎn)和發(fā)送終端之間的多點(diǎn)傳送路由器未必知曉多點(diǎn)傳送路徑信息)。但是，因?yàn)橐匀康穆酚善髦獣詴?huì)合點(diǎn)的位置為前提，故能夠從發(fā)送終端到達(dá)對(duì)應(yīng)多點(diǎn)傳送群的會(huì)合點(diǎn)，從而最終發(fā)送終端和接收終端之間所有路由器都能知曉多點(diǎn)傳送路由信息。因此，多點(diǎn)傳送網(wǎng)絡(luò)120內(nèi)的多點(diǎn)傳送發(fā)送服務(wù)器130一旦與多點(diǎn)傳送群通信，就能通過多點(diǎn)傳送路由器122、121、110實(shí)現(xiàn)與終端100的通信。
多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理部114，為了了解終端110是否參加多點(diǎn)傳送群，針對(duì)終端100所在線路116，定期確認(rèn)是否有多點(diǎn)傳送參加者。終端100參加多點(diǎn)傳送群的情況下，終端100針對(duì)該確認(rèn)咨詢，回答其參加多點(diǎn)傳送群的請(qǐng)求。在用于這些交換中的協(xié)議在源指定型多點(diǎn)傳送咨詢情況下是IGMPv3或MLDv2，在源非指定型多點(diǎn)傳送的情況下是IGMPv2或MLDv1。而且在終端100不參加多點(diǎn)傳送群的場(chǎng)合，終端100不返回任何回答。因此，如果一定時(shí)間內(nèi)線路116上中斷多點(diǎn)傳送參加請(qǐng)求，則多點(diǎn)傳送路由器110判斷線路116上沒有參加多點(diǎn)傳送群的終端，并利用PIM-SM等多點(diǎn)傳送路由協(xié)議將來自該多點(diǎn)傳送群的脫離請(qǐng)求發(fā)送給與發(fā)送源方向相鄰的多點(diǎn)傳送路由器121。
多點(diǎn)傳送路徑控制部112同時(shí)對(duì)數(shù)據(jù)包中繼部118，刪除將從路由器121到達(dá)當(dāng)前多點(diǎn)傳送群的數(shù)據(jù)包(源指定型多點(diǎn)傳送的情況下，還要追加來自被指定源的條件)中繼到多點(diǎn)傳送客戶終端100所在網(wǎng)絡(luò)的設(shè)定。
通過重復(fù)該通知操作和刪除數(shù)據(jù)包中繼設(shè)定，網(wǎng)絡(luò)120內(nèi)全部多點(diǎn)傳送路由器中擴(kuò)散邊緣路由器110中的多點(diǎn)傳送群路由信息的消失，因而即使多點(diǎn)傳送發(fā)送服務(wù)器130與多點(diǎn)傳送群通信，該通信也到達(dá)不了終端100。
在源非指定型多點(diǎn)傳送中，由多點(diǎn)傳送客戶終端100通過多點(diǎn)傳送路由器110告知整個(gè)網(wǎng)絡(luò)的參加請(qǐng)求或脫離請(qǐng)求中僅包含多點(diǎn)傳送群地址，在為參加源指定型多點(diǎn)傳送請(qǐng)求的場(chǎng)合，則多點(diǎn)傳送發(fā)送服務(wù)器130的地址和多點(diǎn)傳送群地址組成的地址對(duì)由終端100公告。因此，在為源指定型多點(diǎn)傳送的場(chǎng)合，能夠在網(wǎng)絡(luò)120中進(jìn)行路由控制，使只有來自被指定的多點(diǎn)傳送發(fā)送服務(wù)器130的通信量到達(dá)多點(diǎn)傳送客戶終端100。來自沒有被指定的多點(diǎn)傳送發(fā)送服務(wù)器131的向同一多點(diǎn)傳送地址的通信量，在源非指定型多點(diǎn)傳送中，與來自多點(diǎn)傳送發(fā)送服務(wù)器130一樣到達(dá)多點(diǎn)傳送客戶終端100。另一方面，在源指定型多點(diǎn)傳送中，來自發(fā)送源服務(wù)器131的多點(diǎn)傳送數(shù)據(jù)包的中繼方法不存在于網(wǎng)絡(luò)120中，因此，如果發(fā)送源服務(wù)器不同，那是因?yàn)槁酚杀豢刂茷榧词故窍嗤亩帱c(diǎn)傳送地址，通信量也不能到達(dá)請(qǐng)求源。
為實(shí)現(xiàn)源指定型多點(diǎn)傳送，多點(diǎn)傳送客戶終端100和多點(diǎn)傳送路由器110之間的通信，以及多點(diǎn)傳送路由器110和相鄰多點(diǎn)傳送路由器122之間的通信兩者中，需要將發(fā)送源服務(wù)器與多點(diǎn)傳送群地址一同公告，但對(duì)于后者的路由器之間的通信，根據(jù)現(xiàn)有的多點(diǎn)傳送控制協(xié)議PIM-SM(Protocol Independent Multicast Sparse Mode，IETF RFC2362中規(guī)定)，可以處理發(fā)送源服務(wù)器的信息。對(duì)于前者的終端與多點(diǎn)傳送路由器之間的通信，使用的是多點(diǎn)傳送群管理協(xié)議，但如現(xiàn)有技術(shù)部分所述，未必所有的終端都安裝有能夠通知發(fā)送源服務(wù)器地址的多點(diǎn)傳送群管理協(xié)議。因此，為實(shí)現(xiàn)源指定型多點(diǎn)傳送，終端與多點(diǎn)傳送路由器之間的多點(diǎn)傳送群管理方法成為需要解決的課題。
在終端與多點(diǎn)傳送路由器之間的多點(diǎn)傳送群管理中使用的IGMPv2或MLDv1中，定義了參加請(qǐng)求(Join)、參加咨詢(Query)和脫離請(qǐng)求(Leave)3種數(shù)據(jù)包，各自應(yīng)用了上述要點(diǎn)。因此，能夠?qū)⑦@3種源非指定型多點(diǎn)傳送群管理數(shù)據(jù)包，轉(zhuǎn)換成源指定型多點(diǎn)傳送對(duì)應(yīng)的數(shù)據(jù)包就可以了。下面說明這3種數(shù)據(jù)包的轉(zhuǎn)換方法。
使用圖2說明將源非指定型多點(diǎn)傳送參加請(qǐng)求以及脫離請(qǐng)求轉(zhuǎn)換為源指定型多點(diǎn)傳送的方法。多點(diǎn)傳送發(fā)送源管理表220管理多點(diǎn)傳送群地址欄222、多點(diǎn)傳送參加脫離請(qǐng)求產(chǎn)生源欄223和多點(diǎn)傳送發(fā)送源服務(wù)器地址欄224三組的對(duì)應(yīng)。在本實(shí)施例中是假定路由器管理者預(yù)先將多點(diǎn)傳送發(fā)送源表220的內(nèi)容包含于某對(duì)應(yīng)內(nèi)容中。
根據(jù)圖3說明多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將來自線路116的源非指定型多點(diǎn)傳送參加請(qǐng)求轉(zhuǎn)換為源指定型的方法。一旦接收到來自終端100的多點(diǎn)傳送參加請(qǐng)求(步驟300)，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210判斷該請(qǐng)求為源指定型多點(diǎn)傳送參加請(qǐng)求還是源非指定型多點(diǎn)傳送參加請(qǐng)求(步驟310)。在為IPv4的IGMP或IPv6的MLD的場(chǎng)合，則具體來說可根據(jù)該數(shù)據(jù)包的長(zhǎng)度來識(shí)別。為源指定型的情況下，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將該源指定型多點(diǎn)傳送參加請(qǐng)求原樣發(fā)送到多點(diǎn)傳送群管理數(shù)據(jù)包處理部114(步驟350)。不是源指定型的情況下，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210，檢查該多點(diǎn)傳送參加請(qǐng)求的源地址一即終端100的地址一和多點(diǎn)傳送參加請(qǐng)求中包含的多點(diǎn)傳送群地址組，與多點(diǎn)傳送群管理數(shù)據(jù)包發(fā)生源欄223和多點(diǎn)傳送群地址欄222的雙方相匹配的條目，是否存在于多點(diǎn)傳送發(fā)送源管理表220中(步驟330)。在條目不存在的場(chǎng)合，則意味著該多點(diǎn)傳送參加請(qǐng)求被網(wǎng)絡(luò)管理者拒絕，因而多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210無視該參加請(qǐng)求(步驟340)。如果上述條目存在，則多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210檢查算出的發(fā)送源服務(wù)器的內(nèi)容。該內(nèi)容為“don’t care”的場(chǎng)合，則將該多點(diǎn)傳送群參加請(qǐng)求被作為源非指定型來處理，因此，原樣傳給多點(diǎn)傳送群管理數(shù)據(jù)包處理部114(步驟360)。在其他場(chǎng)合，將在步驟330中檢出的來自源地址的參加多點(diǎn)傳送請(qǐng)求傳給多點(diǎn)傳送群管理數(shù)據(jù)包處理部114(步驟370)。用與上述完全相同的方法，多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將來自線路116的源非指定型多點(diǎn)傳送脫離請(qǐng)求轉(zhuǎn)換為源指定型。
根據(jù)圖4說明多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210，將來自多點(diǎn)傳送路徑控制部112的源指定型多點(diǎn)傳送參加咨詢轉(zhuǎn)換為源非指定型的方法。通過多點(diǎn)傳送群管理數(shù)據(jù)包處理部114一旦接收到來自多點(diǎn)傳送路徑控制部112的對(duì)線路116的多點(diǎn)傳送參加咨詢(步驟400)，則多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210判斷該咨詢是否為源指定型多點(diǎn)傳送參加咨詢還是源非指定型多點(diǎn)傳送參加咨詢(步驟410)。在為源非指定型的情況下，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將該多點(diǎn)傳送參加咨詢?cè)瓨影l(fā)送到指定的線路116(步驟420)。在為源指定型的情況下，檢查與該咨詢中所包含的多點(diǎn)傳送地址和發(fā)送該咨詢的線路116的地址分別相一致的多點(diǎn)傳送群地址欄222和多點(diǎn)傳送群管理數(shù)據(jù)包產(chǎn)生源欄223的條目是否包含在多點(diǎn)傳送發(fā)送源管理表220中(步驟430)。在該條目不存在的情況下，則意味著該多點(diǎn)傳送群被網(wǎng)絡(luò)管理者拒絕使用，因而多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210不發(fā)送參加咨詢(步驟440)。在條目存在的情況下，則確認(rèn)該條目的發(fā)送源服務(wù)器欄224的地址是否包含該源指定型多點(diǎn)傳送參加咨詢中的源地址(步驟450)。在不包含的情況下，則意味著該多點(diǎn)傳送參加請(qǐng)求被網(wǎng)絡(luò)管理者拒絕，因而多點(diǎn)傳送參加或脫離管理部不發(fā)送咨詢(步驟440)。在包含的情況下，則該發(fā)送源地址成為被網(wǎng)絡(luò)管理者認(rèn)可地址，因此，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210，將對(duì)咨詢中包含的多點(diǎn)傳送地址的源非指定型咨詢，發(fā)送給線路116就可以(步驟460)。
而且，在本發(fā)明中，在多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包處理部114中，將源非指定型多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換成源指定型多點(diǎn)傳送群管理數(shù)據(jù)包。因此，對(duì)于多點(diǎn)傳送路由器110的多點(diǎn)傳送路徑控制部112，只能看到支持源指定型多點(diǎn)傳送的終端存在于線路116中。因此，對(duì)于多點(diǎn)傳送路由器110和相鄰的多點(diǎn)傳送路由器112之間的路徑控制，根據(jù)本發(fā)明無需作任何變更。因此，本發(fā)明中需要變更的僅僅是在多點(diǎn)傳送網(wǎng)絡(luò)120中接收終端100的多點(diǎn)傳送路由器110。
在本發(fā)明中，用戶不能夠任意選擇多點(diǎn)傳送發(fā)送源服務(wù)器。在這一點(diǎn)上，還沒有成為使源非指定型多點(diǎn)傳送終端完全對(duì)應(yīng)于源指定型多點(diǎn)傳送的轉(zhuǎn)換技術(shù)。但是，正如在現(xiàn)有技術(shù)部分所描述的那樣，源指定型多點(diǎn)傳送是如同流式傳輸那樣，以來自少數(shù)服務(wù)器的多點(diǎn)傳送通信作為對(duì)象，而且流式傳輸服務(wù)器一般由網(wǎng)絡(luò)管理者來運(yùn)營(yíng)，因而，被認(rèn)為實(shí)際運(yùn)用方面的問題很少。
下面利用圖5、圖6和圖7，說明本發(fā)明除上述實(shí)施例的方式以外還可以實(shí)現(xiàn)的情況。
在上述實(shí)施例中，多點(diǎn)傳送群管理數(shù)據(jù)包處理部114的功能組合在多點(diǎn)傳送路由器110中。
圖5所示為將多點(diǎn)傳送群管理數(shù)據(jù)包處理部114的功能外置的實(shí)施例。在這種情況下，多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換裝置500，對(duì)于多點(diǎn)傳送群管理數(shù)據(jù)包以外的數(shù)據(jù)包，在終端100和多點(diǎn)傳送路由器110之間使這些數(shù)據(jù)包原樣通過。在多點(diǎn)傳送管理數(shù)據(jù)包是由線路501或502輸入的場(chǎng)合，在多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將該數(shù)據(jù)包通過下述處理轉(zhuǎn)換后，各自輸出到線路502或501。即通過圖3的處理，將多點(diǎn)傳送參加請(qǐng)求數(shù)據(jù)包和脫離請(qǐng)求數(shù)據(jù)包轉(zhuǎn)換成對(duì)應(yīng)的源指定型多點(diǎn)傳送形式；將從多點(diǎn)傳送路由器110輸入的多點(diǎn)傳送參加脫離咨詢數(shù)據(jù)包，通過圖4的處理，轉(zhuǎn)換成對(duì)應(yīng)的源非指定型多點(diǎn)傳送形式；使其起到協(xié)議轉(zhuǎn)換裝置的功能。
圖2和圖5的實(shí)施例中是以多點(diǎn)傳送路由器110中存在多點(diǎn)傳送發(fā)送源管理表220為前提。
圖6中是介紹將多點(diǎn)傳送發(fā)送源管理表從多點(diǎn)傳送路由器110分離的實(shí)施例。在利用圖3和圖4的處理進(jìn)行表220的檢索處理時(shí)，圖2和圖5的實(shí)施例中引用了內(nèi)部表，但在圖6中通過由多點(diǎn)傳送路由器110利用網(wǎng)絡(luò)路徑向多點(diǎn)傳送發(fā)送源管理服務(wù)器600進(jìn)行咨詢，來實(shí)現(xiàn)同樣的檢索。由此，可一并管理各多點(diǎn)傳送路由器的多點(diǎn)傳送發(fā)送源管理表。在這種情況下，通過各多點(diǎn)傳送路由器對(duì)該服務(wù)器進(jìn)行咨詢，來進(jìn)行上述多點(diǎn)傳送發(fā)送源管理表220的檢索處理。作為咨詢中使用的通信協(xié)議，利用Radius(RFC2856)等現(xiàn)有網(wǎng)絡(luò)數(shù)據(jù)庫(kù)檢索協(xié)議就可以。
圖7是根據(jù)用戶要求自動(dòng)更新多點(diǎn)傳送發(fā)送源管理表的實(shí)施例整體圖。在圖2、圖5以及圖6的實(shí)施例中，假設(shè)為多點(diǎn)傳送發(fā)送源管理表220是網(wǎng)絡(luò)管理者另行輸入的，但通過如圖7所示實(shí)現(xiàn)本發(fā)明，可以使多點(diǎn)傳送發(fā)送源管理表220的設(shè)定半自動(dòng)化。在將一般有償內(nèi)容多點(diǎn)傳送配送的情況下，有必要由合同管理服務(wù)器700對(duì)和用戶的有償內(nèi)容的利用合同進(jìn)行管理。在合同管理服務(wù)器700中管理的合同登記簿710中，包含了用戶網(wǎng)絡(luò)信息711、訂立合同的組(＝發(fā)送源服務(wù)器和多點(diǎn)傳送群地址組)712，通過利用網(wǎng)絡(luò)路徑將該內(nèi)容反映到多點(diǎn)傳送發(fā)送源管理服務(wù)器600，從而可以根據(jù)用戶要求自動(dòng)追加或取消多點(diǎn)傳送發(fā)送源管理表220的內(nèi)容。作為從合同管理服務(wù)器700向多點(diǎn)傳送發(fā)送源管理服務(wù)器600的通信中使用的協(xié)議，使用具有防止對(duì)多點(diǎn)傳送發(fā)送源管理表220的非法更新的安全功能的HTTPS等現(xiàn)有協(xié)議就可以。
若使用本發(fā)明，則僅通過改動(dòng)直接接納最終用戶終端的多點(diǎn)傳送路由器，也可以使只支持源非指定型多點(diǎn)傳送的最終用戶終端參加源指定型多點(diǎn)傳送網(wǎng)絡(luò)。由于以來自最終用戶終端的參加請(qǐng)求或脫離請(qǐng)求為基礎(chǔ)，決定多點(diǎn)傳送路由器的參加或脫離多點(diǎn)傳送，因此，如果最終用戶不需要某多點(diǎn)傳送通信量，則該多點(diǎn)傳送通信量不會(huì)流向該最終用戶。
權(quán)利要求
1.一種數(shù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端，其特征在于該數(shù)據(jù)包中繼裝置將來自不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端的參加或脫離多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群請(qǐng)求來處理。
2.根據(jù)權(quán)利要求1所述的數(shù)據(jù)包中繼裝置，其特征在于根據(jù)上述多點(diǎn)傳送客戶終端的地址和上述被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址，確定應(yīng)指定的多點(diǎn)傳送發(fā)送源。
3.根據(jù)權(quán)利要求2所述的數(shù)據(jù)包中繼裝置，其特征在于利用多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址以及與上述兩者相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表，由不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端產(chǎn)生參加或脫離多點(diǎn)傳送群請(qǐng)求時(shí)，參照上述對(duì)應(yīng)表，將包含請(qǐng)求上述參加或脫離的多點(diǎn)傳送客戶終端地址和被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址的條目的多點(diǎn)傳送發(fā)送源地址，作為應(yīng)指定的多點(diǎn)傳送發(fā)送源。
4.根據(jù)權(quán)利要求3所述的數(shù)據(jù)包中繼裝置，其特征在于在上述對(duì)應(yīng)表的多點(diǎn)傳送發(fā)送源地址為“Don’t care”的場(chǎng)合，作為不指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群請(qǐng)求來處理。
5.根據(jù)權(quán)利要求3所述的數(shù)據(jù)包中繼裝置，其特征在于上述對(duì)應(yīng)表可以內(nèi)置于該數(shù)據(jù)包中繼裝置中，或者配置在與該數(shù)據(jù)包中繼裝置由線路相連可以進(jìn)行存取的其它裝置內(nèi)。
6.一種數(shù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端，其特征在于對(duì)于多點(diǎn)傳送參加咨詢，來自特定多點(diǎn)傳送發(fā)送源參加多點(diǎn)傳送群的多點(diǎn)傳送客戶終端，即使在上述多點(diǎn)傳送客戶終端不具備應(yīng)答特定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送參加咨詢的功能的情況下，也能檢出其是否存在于某網(wǎng)絡(luò)中。
7.根據(jù)權(quán)利要求6所述的數(shù)據(jù)包中繼裝置，其特征在于通過檢索多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址以及與上述兩者相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址之間的對(duì)應(yīng)表，就可檢測(cè)出來自特定多點(diǎn)傳送發(fā)送源的參加多點(diǎn)傳送群的多點(diǎn)傳送客戶終端是否存在于某網(wǎng)絡(luò)中。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)包中繼裝置，其特征在于檢查在上述對(duì)應(yīng)表中是否包含與參加多點(diǎn)傳送群的咨詢中包含的多點(diǎn)傳送地址和發(fā)送咨詢的線路地址分別相一致的多點(diǎn)傳送群地址和多點(diǎn)傳送客戶終端地址的條目，在該條目不存在的場(chǎng)合，則將該多點(diǎn)傳送群當(dāng)作被網(wǎng)絡(luò)管理者拒絕使用處理。
9.根據(jù)權(quán)利要求8所述的數(shù)據(jù)包中繼裝置，其特征在于檢查在上述對(duì)應(yīng)表中是否包含與多點(diǎn)傳送群參加咨詢中包含的多點(diǎn)傳送地址和發(fā)送咨詢的線路地址分別相一致的多點(diǎn)傳送群地址和多點(diǎn)傳送客戶終端地址的條目，在該條目存在的場(chǎng)合，則檢查該條目的多點(diǎn)傳送發(fā)送源地址是否包含上述參加咨詢中的多點(diǎn)傳送發(fā)送源地址，在該地址不存在的場(chǎng)合，則將參加該多點(diǎn)傳送群的請(qǐng)求當(dāng)作被網(wǎng)絡(luò)管理者拒絕使用處理。
10.根據(jù)權(quán)利要求9所述的數(shù)據(jù)包中繼裝置，其特征在于檢查上述該條目的多點(diǎn)傳送發(fā)送源地址是否包含上述參加咨詢中的多點(diǎn)傳送發(fā)送源地址，在包含該地址的場(chǎng)合，則進(jìn)行對(duì)上述參加詢問中包含的多點(diǎn)傳送客戶終端地址的源非指定型咨詢。
11.根據(jù)權(quán)利要求7所述的數(shù)據(jù)包中繼裝置，其特征在于上述對(duì)應(yīng)表可以內(nèi)置于該數(shù)據(jù)包中繼裝置中，或者配置在與該數(shù)據(jù)包中繼裝置由線路相連可以進(jìn)行存取的其它裝置內(nèi)。
12.一種數(shù)據(jù)包中繼裝置，接納多點(diǎn)傳送客戶終端，其特征在于該數(shù)據(jù)包中繼裝置具有管理多點(diǎn)傳送群、由該多點(diǎn)傳送群客戶組成的終端地址和由該多點(diǎn)傳送群發(fā)送源組成的地址之間相互對(duì)應(yīng)的管理表。
13.根據(jù)權(quán)利要求12所述的數(shù)據(jù)包中繼裝置，其特征在于它包括線路接納部，其接收來自上述多點(diǎn)傳送客戶終端的多點(diǎn)傳送參加請(qǐng)求；多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部，其判斷上述多點(diǎn)傳送參加請(qǐng)求為源指定型多點(diǎn)傳送參加請(qǐng)求還是源非指定型多點(diǎn)傳送參加請(qǐng)求，在為源非指定型多點(diǎn)傳送參加請(qǐng)求的場(chǎng)合，檢索上述管理表，根據(jù)該檢索結(jié)果將上述源非指定型多點(diǎn)傳送參加請(qǐng)求轉(zhuǎn)換成源指定型多點(diǎn)傳送參加請(qǐng)求；多點(diǎn)傳送群管理數(shù)據(jù)包處理部，其處理上述源指定型多點(diǎn)傳送參加請(qǐng)求；以及多點(diǎn)傳送群路徑控制部，其向多點(diǎn)傳送群發(fā)送源方向通知發(fā)生了參加多點(diǎn)傳送群的請(qǐng)求的情況。
全文摘要
本發(fā)明涉及數(shù)據(jù)包中繼裝置技術(shù)。本發(fā)明的目的是，在僅能參加來自特定發(fā)送源的多點(diǎn)傳送群的多點(diǎn)傳送網(wǎng)絡(luò)中，使來自非特定發(fā)送源服務(wù)器的僅能發(fā)出參加多點(diǎn)傳送群的請(qǐng)求的終端，在不改動(dòng)該終端的情況下，應(yīng)終端的要求動(dòng)態(tài)地參加或脫離來自網(wǎng)絡(luò)管理者許可的發(fā)送源的多點(diǎn)傳送群。根據(jù)來自僅支持發(fā)送源非特定多點(diǎn)傳送的終端(100)的參加多點(diǎn)傳送群請(qǐng)求中包含的多點(diǎn)傳送群地址和產(chǎn)生該參加請(qǐng)求的線路(116)，通過利用多點(diǎn)傳送發(fā)送源管理表(220)計(jì)算出該多點(diǎn)傳送網(wǎng)絡(luò)的網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器，多點(diǎn)傳送路由器(110)將參加發(fā)送源非指定的多點(diǎn)傳送群的請(qǐng)求轉(zhuǎn)換成參加來自網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器的多點(diǎn)傳送群的請(qǐng)求。
文檔編號(hào)H04L12/18GK1503511SQ0310986
公開日2004年6月9日 申請(qǐng)日期2003年4月11日 優(yōu)先權(quán)日2002年11月26日
發(fā)明者鈴木伸介 申請(qǐng)人:株式會(huì)社日立制作所