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

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


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