專利名稱：數(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ò)還沒(méi)有在世界上普及。其中一個(gè)重要的原 因就在于多點(diǎn)傳送路徑控制的復(fù)雜。例如DVMRP (Distance Vector Multicast Routing Protocol: RFC 1075 )或PIM-DM (Protocol Independent Multicast-Dence Mode: draft-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畫(huà)SM ( Protocol Independent Multicast-Sparse Mode: RFC2362)技術(shù)，在多點(diǎn)傳送網(wǎng)絡(luò)運(yùn)用中通常被使用。PIM-SM僅向必需 最小限度的分段流通多點(diǎn)傳送通信量，但因?yàn)槎帱c(diǎn)傳送發(fā)送樹(shù)計(jì)算的開(kāi) 銷大，因而具有協(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-OO.txt)。使 用多點(diǎn)傳送的事例很多，但考慮到是來(lái)自少數(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 Version 3， 在IPv6中為 MLDv2=Multicast Listener Discovery Version 2 )。但是，目前支持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 中，通過(guò)在最終用戶終端應(yīng)用程序中捆綁指定功能的IGMPv3轉(zhuǎn)換庫(kù)， 即使最終用戶終端應(yīng)用程序不支持IGMPv3，也可通過(guò)轉(zhuǎn)換庫(kù)參加源指定 型多點(diǎn)傳送網(wǎng)絡(luò)中。在Cisco公司的URD (URL Rendezvous Discovery ) 中，最終用戶通過(guò)利用HTTP (Hyper Text Transfer Protocol)向路由器 指示發(fā)送源服務(wù)器，從而即使最終用戶終端或應(yīng)用程序與IGMPv3不適 配，也可對(duì)路由器通知參加源指定型多點(diǎn)傳送網(wǎng)絡(luò)的請(qǐng)求。此外，通過(guò) 路由器本身針對(duì)某一線路靜態(tài)地參加來(lái)自特定發(fā)送源的多點(diǎn)傳送群，從 而該線路上的最終用戶終端即使不支持IGMPv3，在該線路上也可流動(dòng)來(lái) 自該發(fā)送源的多點(diǎn)傳送通信量(Cisco公司"Source-Specific Multicast wi th IGMPv3， IGMPv31ite, and URD feature module, Release 12.1(5)T，，，
源指定型多點(diǎn)傳送的優(yōu)點(diǎn)之一是僅許可來(lái)自特定終端的多點(diǎn)傳送發(fā) 送，因而能夠避免由于來(lái)自非特定終端的多點(diǎn)傳送發(fā)送而導(dǎo)致無(wú)端浪費(fèi) 網(wǎng)絡(luò)資源。在這一點(diǎn)上，作為將源指定型多點(diǎn)傳送進(jìn)一步完善的方案， 有由 Sonera公司的Lehtonen提出的多點(diǎn)傳送控制協(xié)議 (draft-lehtonen-magma-mcop-OO.txt )。該系統(tǒng)通過(guò)在多點(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è)問(wèn)題。 一是如果不對(duì)最終用戶側(cè)的計(jì)算機(jī)或應(yīng) 用程序進(jìn)行改動(dòng)則無(wú)法適配。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)傳送的情況下則不存在這一問(wèn)題。但是，在此情況下， 即使實(shí)際上不存在多點(diǎn)傳送參加者的情況下，在路由器靜態(tài)地參加多點(diǎn) 傳送群的線路上多點(diǎn)傳送通信量也在流動(dòng)。因此，對(duì)用戶強(qiáng)制要求由于 線路頻帶的無(wú)端使用而造成的擁塞或不必要的線路成本。

發(fā)明內(nèi)容
本發(fā)明同時(shí)解決上述兩個(gè)問(wèn)題。即本發(fā)明所要解決的技術(shù)問(wèn)題是， 將僅與源非指定型多點(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)來(lái)自該源的參加多點(diǎn)傳送群的請(qǐng)求被許可后， 咨詢是否存在源非指定型多點(diǎn)傳送群的參加者。
本發(fā)明的 一個(gè)方案是接納多點(diǎn)傳送客戶終端的數(shù)據(jù)包中繼裝置，該 數(shù)據(jù)包中繼裝置將來(lái)自不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端的 參加或脫離多點(diǎn)傳送群的請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源的參加或脫 離多點(diǎn)傳送群的請(qǐng)求來(lái)進(jìn)行處理。該中繼裝置，能夠基于多點(diǎn)傳送客戶 終端的地址和被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址，確定應(yīng)當(dāng)指定的多 點(diǎn)傳送發(fā)送源。更詳細(xì)地說(shuō)，利用多點(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)求來(lái)處理。對(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è)出來(lái)自特定多點(diǎn)傳送發(fā)送源的參加多點(diǎn)傳送群的 多點(diǎn)傳送客戶終端是否存在于某網(wǎng)絡(luò)中。在該方案中，通過(guò)檢索多點(diǎn)傳 送群地址、多點(diǎn)傳送客戶終端地址以及與它們相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源 地址之間的對(duì)應(yīng)表，就可檢測(cè)出來(lái)自特定多點(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)求的方法。具體地說(shuō)，根據(jù)來(lái)自僅支持發(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)換成來(lái)自網(wǎng)絡(luò)管理者許可的 發(fā)送源服務(wù)器的參加多點(diǎn)傳送群請(qǐng)求。而且，多點(diǎn)傳送路由器在定期查 找來(lái)自特定發(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) 傳送路由器判斷來(lái)自該發(fā)送源服務(wù)器的參加多點(diǎn)傳送群的終端在線路中 不存在。算出的發(fā)送源服務(wù)器如果與要查找的發(fā)送源服務(wù)器相一致，則 多點(diǎn)傳送路由器以與以往相同的方法，查找沒(méi)有指定發(fā)送源服務(wù)器而參 加多點(diǎn)傳送群的終端是否在于線路上。此處的是否發(fā)現(xiàn)該終端即為來(lái)自 該發(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)來(lái)自多點(diǎn)傳送客戶的未 指定發(fā)送源的參加多點(diǎn)傳送群請(qǐng)求時(shí)，根據(jù)多點(diǎn)傳送發(fā)送源地址對(duì)應(yīng)表， 通過(guò)從發(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ò)中，來(lái)自多點(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ù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端， 該數(shù)據(jù)包中繼裝置具有處理部，該處理部將來(lái)自不能指定多點(diǎn)傳送發(fā)送 源的多點(diǎn)傳送客戶終端的參加或脫離多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn) 傳送發(fā)送源的參加或脫離多點(diǎn)傳送群請(qǐng)求來(lái)處理，并且，根據(jù)上述多點(diǎn) 傳送客戶終端的地址和上述被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址，確定 應(yīng)指定的多點(diǎn)傳送發(fā)送源。
本發(fā)明還提供了 一種數(shù)據(jù)包中繼裝置，其接納不指定多點(diǎn)傳送發(fā)送 源的第 一多點(diǎn)傳送客戶終端和指定多點(diǎn)傳送發(fā)送源的第二多點(diǎn)傳送客戶 終端，該數(shù)據(jù)包中繼裝置具有處理部，該處理部將來(lái)自上述第一多點(diǎn)傳 送客戶終端的參加或脫離多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源 的參加或脫離多點(diǎn)傳送群請(qǐng)求來(lái)處理。
本發(fā)明還提供了 一種數(shù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端， 具備存儲(chǔ)部，該存儲(chǔ)部將包含在來(lái)自多點(diǎn)傳送客戶終端的多點(diǎn)傳送群參 加請(qǐng)求中的多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址以及與上述兩者相 對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址相對(duì)應(yīng)，作為對(duì)應(yīng)信息存儲(chǔ)，檢查在上述存 儲(chǔ)部中是否存儲(chǔ)有與參加多點(diǎn)傳送群的咨詢中包含的多點(diǎn)傳送地址和發(fā) 送咨詢的線路地址分別相一致的上述多點(diǎn)傳送群地址和上述多點(diǎn)傳送客 戶終端地址的上述對(duì)應(yīng)信息，在未存儲(chǔ)該對(duì)應(yīng)信息的場(chǎng)合，則將該多點(diǎn) 傳送群當(dāng)作被網(wǎng)絡(luò)管理者拒絕使用來(lái)處理。
本發(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í)施例方式
下面具體說(shuō)明本發(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說(shuō)明一般性多點(diǎn)傳送通信的實(shí)現(xiàn)方法。多點(diǎn)傳送客戶終端 100在參力。多點(diǎn)傳送群時(shí)，向直接接納終端IOO位置處的多點(diǎn)傳送路由器 110發(fā)送參加多點(diǎn)傳送群的請(qǐng)求?，F(xiàn)有型的源非指定型多點(diǎn)傳送的場(chǎng)合， 稱為IGMPv2或MLDvl的多點(diǎn)傳送群管理協(xié)議，此外源指定型多點(diǎn)傳送 的場(chǎng)合，稱為IGMPv3或MLDv2的多點(diǎn)傳送群管理協(xié)議都分別被使用。 多點(diǎn)傳送路由器110將參加多點(diǎn)傳送群的請(qǐng)求通過(guò)線路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)傳送的情況下還要追加來(lái)自被指定源的條件)中繼到多點(diǎn)傳送 客戶終端100所在線路116的設(shè)定。
通過(guò)重復(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)傳送群通信，就能通過(guò)多點(diǎn)傳 送路由器122、 121、 110實(shí)現(xiàn)與終端100的通信。
多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理部114,為了了解終端100是 否參加多點(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或MLDvl。而且在終端100不參加多點(diǎn)傳送群的場(chǎng)合， 終端100不返回任何回答。因此，如果一定時(shí)間內(nèi)線路116上中斷多點(diǎn) 傳送參加請(qǐng)求，則多點(diǎn)傳送路由器110判斷線路116上沒(méi)有參加多點(diǎn)傳 送群的終端，并利用PIM-SM等多點(diǎn)傳送路由協(xié)議將來(lái)自該多點(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)傳送的情況下，還要追 加來(lái)自被指定源的條件)中繼到多點(diǎn)傳送客戶終端100所在網(wǎng)絡(luò)的設(shè)定。
通過(guò)重復(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)傳送客戶終端IOO通過(guò)多點(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 7>告。因此，在為源 指定型多點(diǎn)傳送的場(chǎng)合，能夠在網(wǎng)絡(luò)120中進(jìn)行路由控制，使只有來(lái)自 被指定的多點(diǎn)傳送發(fā)送服務(wù)器130的通信量到達(dá)多點(diǎn)傳送客戶終端100。 來(lái)自沒(méi)有被指定的多點(diǎn)傳送發(fā)送服務(wù)器131的向同一多點(diǎn)傳送地址的通 信量，在源非指定型多點(diǎn)傳送中，與來(lái)自多點(diǎn)傳送發(fā)送服務(wù)器130 —樣 到達(dá)多點(diǎn)傳送客戶終端100。另一方面，在源指定型多點(diǎn)傳送中，來(lái)自發(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)傳送客戶終端IOO和多點(diǎn)傳送路由 器IIO之間的通信，以及多點(diǎn)傳送路由器IIO和相鄰多點(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
或MLDvl中，定義了參加請(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ù)包 就可以了。下面說(shuō)明這3種數(shù)據(jù)包的轉(zhuǎn)換方法。
使用圖2說(shuō)明將源非指定型多點(diǎn)傳送參加請(qǐng)求以及脫離請(qǐng)求轉(zhuǎn)換為 源指定型多點(diǎn)傳送的方法。多點(diǎn)傳送發(fā)送源服務(wù)器管理表220管理多點(diǎn) 傳送群地址欄222、多點(diǎn)傳送群管理數(shù)據(jù)包發(fā)生源欄223和多點(diǎn)傳送發(fā)送 源服務(wù)器地址欄224三組的對(duì)應(yīng)。在本實(shí)施例中是假定路由器管理者預(yù) 先將多點(diǎn)傳送發(fā)送源服務(wù)器管理表220的內(nèi)容包含于某對(duì)應(yīng)內(nèi)容中。
根據(jù)圖3說(shuō)明多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部 210將來(lái)自線路116的源非指定型多點(diǎn)傳送參加請(qǐng)求轉(zhuǎn)換為源指定型的方 法。 一旦接收到來(lái)自終端IOO的多點(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)合，則具體來(lái)說(shuō)可根據(jù)該數(shù)據(jù)包的長(zhǎng)度來(lái)識(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，；險(xiǎn)查該多點(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無(wú)視該參 加請(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)求被作為源非指定型來(lái)處理，因此，原樣傳給 多點(diǎn)傳送群管理數(shù)據(jù)包處理部114 (步驟360)。在其他場(chǎng)合，將在步驟 330中檢出的來(lái)自源地址的參加多點(diǎn)傳送請(qǐng)求傳給多點(diǎn)傳送群管理數(shù)據(jù) 包處理部114(步驟370)。用與上述完全相同的方法，多點(diǎn)傳送路由器
110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將來(lái)自線路116的源非指定型多 點(diǎn)傳送脫離請(qǐng)求轉(zhuǎn)換為源指定型。
根據(jù)圖4說(shuō)明多點(diǎn)傳送路由器110的多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部 210，將來(lái)自多點(diǎn)傳送路徑控制部112的源指定型多點(diǎn)傳送參加咨詢轉(zhuǎn)換 為源非指定型的方法。通過(guò)多點(diǎn)傳送群管理數(shù)據(jù)包處理部114 一旦接收 到來(lái)自多點(diǎn)傳送鴻4圣控制部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)。在為源指定型的情 況下，；險(xiǎn)查與該咨詢中所包含的多點(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ā)明無(wú)需作任何變更。因此，本發(fā)明中需要變更的僅僅 是在多點(diǎn)傳送網(wǎng)絡(luò)120中接收終端100的多點(diǎn)傳送路由器110。
在本發(fā)明中，用戶不能夠任意選擇多點(diǎn)傳送發(fā)送源服務(wù)器。在這一 點(diǎn)上，還沒(méi)有成為使源非指定型多點(diǎn)傳送終端完全對(duì)應(yīng)于源指定型多點(diǎn) 傳送的轉(zhuǎn)換技術(shù)。但是，正如在現(xiàn)有技術(shù)部分所描述的那樣，源指定型 多點(diǎn)傳送是如同流式傳輸那樣，以來(lái)自少數(shù)服務(wù)器的多點(diǎn)傳送通信作為 對(duì)象，而且流式傳輸服務(wù)器一般由網(wǎng)絡(luò)管理者來(lái)運(yùn)營(yíng)，因而，被認(rèn)為實(shí) 際運(yùn)用方面的問(wèn)題很少。
下面利用圖5、圖6和圖7，說(shuō)明本發(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ù)包，在終端IOO和多點(diǎn)傳送路由器110之間使 這些數(shù)據(jù)包原樣通過(guò)。在多點(diǎn)傳送管理數(shù)據(jù)包是由線路501或502輸入 的場(chǎng)合，在多點(diǎn)傳送群管理數(shù)據(jù)包轉(zhuǎn)換部210將該數(shù)據(jù)包通過(guò)下述處理 轉(zhuǎn)換后，各自輸出到線路502或501。即通過(guò)圖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ù)包，通 過(guò)圖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中通過(guò)由多點(diǎn)傳送路由器110 利用網(wǎng)絡(luò)路徑向多點(diǎn)傳送發(fā)送源管理服務(wù)器600進(jìn)行咨詢，來(lái)實(shí)現(xiàn)同樣 的檢索。由此，可一并管理各多點(diǎn)傳送路由器的多點(diǎn)傳送發(fā)送源管理表。 在這種情況下，通過(guò)各多點(diǎn)傳送路由器對(duì)該服務(wù)器進(jìn)行咨詢，來(lái)進(jìn)行上 述多點(diǎn)傳送發(fā)送源管理表220的檢索處理。作為咨詢中使用的通信協(xié)議，
利用Radius (RFC2856)等現(xiàn)有網(wǎng)絡(luò)數(shù)據(jù)庫(kù)4全索協(xié)議就可以。
圖7是根據(jù)用戶要求自動(dòng)更新多點(diǎn)傳送發(fā)送源管理表的實(shí)施例整體 圖。在圖2、圖5以及圖6的實(shí)施例中，假設(shè)為多點(diǎn)傳送發(fā)送源管理表 220是網(wǎng)絡(luò)管理者另行輸入的，但通過(guò)如圖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,通過(guò)利用網(wǎng)絡(luò)路徑將該內(nèi)容反映到多點(diǎn)傳送發(fā)送源管理服 務(wù)器600，從而可以根據(jù)用戶要求自動(dòng)追力?；蛉∠帱c(diǎn)傳送發(fā)送源管理表 220的內(nèi)容。作為從合同管理服務(wù)器700向多點(diǎn)傳送發(fā)送源管理服務(wù)器 600的通信中使用的協(xié)議，使用具有防止對(duì)多點(diǎn)傳送發(fā)送源管理表220的 非法更新的安全功能的HTTPS等現(xiàn)有協(xié)議就可以。
若使用本發(fā)明，則僅通過(guò)改動(dòng)直接接納最終用戶終端的多點(diǎn)傳送路 由器，也可以使只支持源非指定型多點(diǎn)傳送的最終用戶終端參加源指定 型多點(diǎn)傳送網(wǎng)絡(luò)。由于以來(lái)自最終用戶終端的參加請(qǐng)求或脫離請(qǐng)求為基 礎(chǔ)，決定多點(diǎn)傳送路由器的參加或脫離多點(diǎn)傳送，因此，如果最終用戶 不需要某多點(diǎn)傳送通信量，則該多點(diǎn)傳送通信量不會(huì)流向該最終用戶。
權(quán)利要求
1. 一種數(shù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端，其特征在于:該數(shù)據(jù)包中繼裝置具有處理部，該處理部將來(lái)自不能指定多點(diǎn)傳送發(fā)送源的多點(diǎn)傳送客戶終端的參加或脫離多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群請(qǐng)求來(lái)處理，并且，根據(jù)上述多點(diǎn)傳送客戶終端的地址和上述被請(qǐng)求參加或脫離的多點(diǎn)傳送群地址，確定應(yīng)指定的多點(diǎn)傳送發(fā)送源。
2. 根據(jù)權(quán)利要求1所述的數(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ā)送源。
3. 根據(jù)權(quán)利要求2所述的數(shù)據(jù)包中繼裝置，其特征在于 在上述對(duì)應(yīng)表的多點(diǎn)傳送發(fā)送源地址為"Don，t care"的場(chǎng)合，作為不指定多點(diǎn)傳送發(fā)送源的參加或脫離多點(diǎn)傳送群請(qǐng)求來(lái)處理。
4. 根據(jù)權(quán)利要求2所述的數(shù)據(jù)包中繼裝置，其特征在于 上述對(duì)應(yīng)表可以內(nèi)置于該數(shù)據(jù)包中繼裝置中，或者配置在與該數(shù)據(jù)包中繼裝置由線路相連可以進(jìn)行存取的其它裝置內(nèi)。
5. —種數(shù)據(jù)包中繼裝置，其接納不指定多點(diǎn)傳送發(fā)送源的第一多點(diǎn) 傳送客戶終端和指定多點(diǎn)傳送發(fā)送源的第二多點(diǎn)傳送客戶終端，其特征 在于該數(shù)據(jù)包中繼裝置具有處理部，該處理部將來(lái)自上述第一多點(diǎn)傳送 客戶終端的參加或脫離多點(diǎn)傳送群請(qǐng)求，轉(zhuǎn)換成指定多點(diǎn)傳送發(fā)送源的 參加或脫離多點(diǎn)傳送群請(qǐng)求來(lái)處理。
6. 根據(jù)權(quán)利要求5所述的數(shù)據(jù)包中繼裝置，其特征在于 該數(shù)據(jù)包中繼裝置具有存儲(chǔ)部，該存儲(chǔ)部存儲(chǔ)多點(diǎn)傳送群、作為該多點(diǎn)傳送群的客戶的終端的地址、和該多點(diǎn)傳送群的多點(diǎn)傳送發(fā)送源地 址的對(duì)應(yīng)信息。
7. 根據(jù)權(quán)利要求6所述的數(shù)據(jù)包中繼裝置，其特征在于 利用上述對(duì)應(yīng)信息，；險(xiǎn)測(cè)參加與特定多點(diǎn)傳送發(fā)送源對(duì)應(yīng)的特定多點(diǎn)傳送群的多點(diǎn)傳送客戶終端是否存在于特定網(wǎng)絡(luò)中。
8. 根據(jù)權(quán)利要求7所述的數(shù)據(jù)包中繼裝置，其特征在于 參加上述特定多點(diǎn)傳送群的多點(diǎn)傳送客戶終端中包含上述第 一多點(diǎn)傳送客戶終端。
9. 一種數(shù)據(jù)包中繼裝置，其接納多點(diǎn)傳送客戶終端，其特征在于 具備存儲(chǔ)部，該存儲(chǔ)部將包含在來(lái)自多點(diǎn)傳送客戶終端的多點(diǎn)傳送群參加請(qǐng)求中的多點(diǎn)傳送群地址、多點(diǎn)傳送客戶終端地址以及與上述兩 者相對(duì)應(yīng)的多點(diǎn)傳送發(fā)送源地址相對(duì)應(yīng)，作為對(duì)應(yīng)信息存儲(chǔ)，檢查在上述存儲(chǔ)部中是否存儲(chǔ)有與參加多點(diǎn)傳送群的咨詢中包含的 多點(diǎn)傳送地址和發(fā)送咨詢的線路地址分別相一致的上述多點(diǎn)傳送群地址 和上述多點(diǎn)傳送客戶終端地址的上述對(duì)應(yīng)信息，在未存儲(chǔ)該對(duì)應(yīng)信息的 場(chǎng)合，則將該多點(diǎn)傳送群當(dāng)作被網(wǎng)絡(luò)管理者拒絕使用來(lái)處理。
10. 根據(jù)權(quán)利要求9所述的數(shù)據(jù)包中繼裝置，其特征在于 檢查在上述存儲(chǔ)部中是否存儲(chǔ)有與多點(diǎn)傳送群參加咨詢中包含的多點(diǎn)傳送地址和發(fā)送咨詢的線;洛地址分別相一致的上述多點(diǎn)傳送群地址和 上述多點(diǎn)傳送客戶終端地址的上述對(duì)應(yīng)信息，在存儲(chǔ)有該對(duì)應(yīng)信息的場(chǎng)合，則檢查該對(duì)應(yīng)信息中的多點(diǎn)傳送發(fā)送源地址是否包含上述參加咨詢 中的多點(diǎn)傳送發(fā)送源地址，在不包含該地址的場(chǎng)合，則將來(lái)自該多點(diǎn)傳 送客戶終端的參加該多點(diǎn)傳送群的請(qǐng)求當(dāng)作被網(wǎng)絡(luò)管理者拒絕使用來(lái)處 理。
11. 根據(jù)權(quán)利要求10所述的數(shù)據(jù)包中繼裝置，其特征在于 檢查上述對(duì)應(yīng)信息中的多點(diǎn)傳送發(fā)送源地址是否包含上述參加咨詢中的多點(diǎn)傳送發(fā)送源地址，在包含該地址的場(chǎng)合，則進(jìn)行對(duì)上述參加詢問(wèn)中包含的多點(diǎn)傳送客戶終端地址的源非指定型咨詢。
12. 根據(jù)權(quán)利要求9所述的數(shù)據(jù)包中繼裝置，其特征在于 上述存儲(chǔ)部可以內(nèi)置于該數(shù)據(jù)包中繼裝置中，或者配置在與該數(shù)據(jù)包中繼裝置由線路相連可以進(jìn)行存取的其它裝置內(nèi)。
全文摘要
本發(fā)明涉及數(shù)據(jù)包中繼裝置技術(shù)。本發(fā)明的目的是，在僅能參加來(lái)自特定發(fā)送源的多點(diǎn)傳送群的多點(diǎn)傳送網(wǎng)絡(luò)中，使來(lái)自非特定發(fā)送源服務(wù)器的僅能發(fā)出參加多點(diǎn)傳送群的請(qǐng)求的終端，在不改動(dòng)該終端的情況下，應(yīng)終端的要求動(dòng)態(tài)地參加或脫離來(lái)自網(wǎng)絡(luò)管理者許可的發(fā)送源的多點(diǎn)傳送群。根據(jù)來(lái)自僅支持發(fā)送源非特定多點(diǎn)傳送的終端(100)的參加多點(diǎn)傳送群請(qǐng)求中包含的多點(diǎn)傳送群地址和產(chǎn)生該參加請(qǐng)求的線路(116)，通過(guò)利用多點(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)換成參加來(lái)自網(wǎng)絡(luò)管理者許可的發(fā)送源服務(wù)器的多點(diǎn)傳送群的請(qǐng)求。
文檔編號(hào)H04L12/56GK101383717SQ20081021279
公開(kāi)日2009年3月11日 申請(qǐng)日期2003年4月11日 優(yōu)先權(quán)日2002年11月26日
發(fā)明者鈴木伸介 申請(qǐng)人:株式會(huì)社日立制作所