專利名稱：：用于移動網(wǎng)絡(luò)節(jié)點(diǎn)的路由優(yōu)化的多點(diǎn)傳送業(yè)務(wù)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及用于移動網(wǎng)絡(luò)節(jié)點(diǎn)的路由優(yōu)化的多點(diǎn)傳送業(yè)務(wù)。技術(shù)背景傳統(tǒng)的移動性支持致力于提供針對移動主機(jī)的連續(xù)的互聯(lián)網(wǎng)連接；因此提供主機(jī)移動性支持。相反，網(wǎng)絡(luò)移動性支持與這樣的情形有關(guān)，即其中整個網(wǎng)絡(luò)改變其到互聯(lián)網(wǎng)拓?fù)涞倪B接點(diǎn)，并因此改變其在拓?fù)渖系目蛇_(dá)到性。這樣的在移動中的網(wǎng)絡(luò)可被稱為移動網(wǎng)絡(luò)。存在此種移動網(wǎng)絡(luò)存在的多種情景。這其中的兩個例子是*在用戶在商場中行走時，個人局域網(wǎng)絡(luò)(PAN，即連接到個人的若干個人設(shè)備的網(wǎng)絡(luò))改變其到互聯(lián)網(wǎng)拓?fù)涞倪B接點(diǎn)。*嵌入到交通工具(諸如公共汽車、火車或飛機(jī))中的網(wǎng)絡(luò)為乘客提供交通工具上的互聯(lián)網(wǎng)接入。乘客可使用單一設(shè)備(諸如膝上型計算機(jī))或擁有移動網(wǎng)絡(luò)(諸如PAN)，然后這就表現(xiàn)為移動網(wǎng)絡(luò)訪問移動網(wǎng)絡(luò)的情形(即嵌套移動性)。這樣，移動網(wǎng)絡(luò)可被定義為形成連接到移動路由器(MR)的一個或多個IP子網(wǎng)的節(jié)點(diǎn)組(被稱為移動網(wǎng)絡(luò)節(jié)點(diǎn)或MNN)，移動網(wǎng)絡(luò)(MR以及其全部的連接MNN)相對于互聯(lián)網(wǎng)其余部分可作為移動的單元。Internet-Draftdraft-ernst-monet-terminology-OO.txt[ThierryErnst,Hong-YonLach，"NetworkMobilitySupportTerminology",draft-ernst-monet-terminology-OO.txt,February2002,workinprogress]定義了下面將要使用的用于移動網(wǎng)絡(luò)的術(shù)語。特別是定義了下面的術(shù)語*本地固定節(jié)點(diǎn)(LFN):永久位于移動網(wǎng)絡(luò)內(nèi)并且不改變其連接點(diǎn)的節(jié)點(diǎn)。LFN可以是LFH(本地固定主機(jī))或LFR(本地固定路由器)。*本地移動節(jié)點(diǎn)(LMN):屬于移動網(wǎng)絡(luò)、并且將其連接點(diǎn)從移動網(wǎng)絡(luò)內(nèi)的一個鏈路改變到移動網(wǎng)絡(luò)內(nèi)或外的另一個鏈路的移動節(jié)點(diǎn)(LMN的歸屬區(qū)鏈路是移動網(wǎng)絡(luò)內(nèi)的鏈路)。LMN可以是LMH(本地移動主機(jī))或LMR(本地移動路由器)。*訪問移動節(jié)點(diǎn)(VMN):不屬于移動網(wǎng)絡(luò)、且將其連接點(diǎn)從移動網(wǎng)絡(luò)外的鏈路改變到移動網(wǎng)絡(luò)內(nèi)的鏈路的移動節(jié)點(diǎn)(VMN的歸屬區(qū)鏈路不是移動網(wǎng)絡(luò)內(nèi)的鏈路)。連接到移動網(wǎng)絡(luò)內(nèi)的鏈路的VMN獲得該鏈路上的地址。VMN可以是VMH(訪問移動主機(jī))或VMR(訪問移動路由器)。*移動網(wǎng)絡(luò)前綴由IP地址的某些初始比特組成的比特串，該IP地址能識別在互聯(lián)網(wǎng)拓?fù)渲械囊苿泳W(wǎng)絡(luò)。屬于移動網(wǎng)絡(luò)的節(jié)點(diǎn)(即至少M(fèi)R、LFN、以及LMN)共享相同的IPv6"網(wǎng)絡(luò)標(biāo)識符"。對于單一的移動IP子網(wǎng)，移動網(wǎng)絡(luò)前綴是該子網(wǎng)的"網(wǎng)絡(luò)標(biāo)識符"。*MR的出口接口是這樣的接口，即如果移動網(wǎng)絡(luò)在歸屬區(qū)，則其連接到歸屬區(qū)鏈路、或如果移動網(wǎng)絡(luò)在外區(qū)網(wǎng)絡(luò)內(nèi)，則其連接到外區(qū)鏈路。*MR的入口接口連接到移動網(wǎng)絡(luò)內(nèi)的鏈路的接口。雖然draftMobileIPv6規(guī)范[D.Johnson,C.Perkins,J.Arkko,"MobilitySupportinIPv6"",draft-ietf-mobileip-ipv6-20.txt，January2003，workinprogress]定義了用于移動節(jié)點(diǎn)移動時接收多點(diǎn)傳送業(yè)務(wù)的兩種方式，即雙向隧道和遠(yuǎn)程預(yù)訂，但是，當(dāng)前在移動網(wǎng)絡(luò)情形中僅能預(yù)見到雙向隧道方案。實(shí)際上，最高級的協(xié)議依賴于移動路由器和其歸屬區(qū)代理之間的雙向隧道，通過該隧道，移動網(wǎng)絡(luò)節(jié)點(diǎn)的單播和多點(diǎn)傳送業(yè)務(wù)應(yīng)當(dāng)在兩個方向上傳送。特別是多點(diǎn)傳送業(yè)務(wù)的情形中*關(guān)于MNN的入站多點(diǎn)傳送分組(即尋址至MMN已預(yù)訂的多點(diǎn)傳送群G的多點(diǎn)傳送分組一一MMN是多點(diǎn)傳送接收機(jī))沿著主干線內(nèi)的多點(diǎn)傳送樹被路由到移動路由器的歸屬區(qū)鏈路；由MR的歸屬區(qū)代理HA截取，該歸屬區(qū)代理HA以隧道方式將其傳送通過單播隧道送到達(dá)MR，由MR解隧道并沿移動網(wǎng)絡(luò)內(nèi)的多點(diǎn)傳送樹被轉(zhuǎn)發(fā)，最終由MNN接收，如附隨附圖的圖l所示。*出站分組(即由MNN發(fā)送給多點(diǎn)傳送群G的多點(diǎn)傳送分組一一MNN是多點(diǎn)傳送源)被路由到移動路由器，由MR反向以隧道方式傳送給其歸屬區(qū)代理HA，并且從這里向多點(diǎn)傳送傳遞樹路由，如圖2所示。該機(jī)制未提供到MNN的路由優(yōu)化，這是因為多點(diǎn)傳送傳遞樹(在主干線中)和MNN之間的多點(diǎn)傳送分組必須經(jīng)歷MR和HA之間的雙向隧道，該隧道潛在地引入了長得多的路徑(作為示例，在USA上空飛翔的飛機(jī)上部署了MR，而其HA位于法國)。因此，需要對于使MNN能夠接收沿優(yōu)化路徑的多點(diǎn)傳送業(yè)務(wù)的手段，也就是說，使分組通過多點(diǎn)傳送樹向和從移動路由器的當(dāng)前位置傳遞，而不需要經(jīng)過MR歸屬區(qū)代理HA。美國專利文獻(xiàn)20020150094提出了一種新的IP多點(diǎn)傳送路由協(xié)議，被稱為"HierarchicalLevel-basedIPMulticasting"(HLIM)，據(jù)稱其不僅能支持主機(jī)移動性(IP主機(jī)的移動)，還能支持網(wǎng)絡(luò)移動性(帶有或不帶有所連接主機(jī)的IP路由器的移動)。更具體的，當(dāng)網(wǎng)絡(luò)改變其拓?fù)渲械倪B接點(diǎn)時，HLIM能保持從源到位于移動網(wǎng)絡(luò)內(nèi)的接收機(jī)的多點(diǎn)傳送業(yè)務(wù)的最短路徑傳遞。然而，HLIM被設(shè)計用于戰(zhàn)術(shù)網(wǎng)絡(luò)，且僅運(yùn)行在非常特別的網(wǎng)絡(luò)拓?fù)渲?層級網(wǎng)絡(luò))，而該網(wǎng)絡(luò)拓?fù)洳⒉皇腔ヂ?lián)網(wǎng)這種情況，因此限制了HLIM用于商業(yè)應(yīng)用的應(yīng)用性。此外，HLIM要求拓?fù)鋬?nèi)的全部路由器運(yùn)行該新協(xié)議，這在互聯(lián)網(wǎng)中是不實(shí)際的，互聯(lián)網(wǎng)的多點(diǎn)傳送模式是基于多種多點(diǎn)傳送域(由不同方擁有)并可能運(yùn)行不同的多點(diǎn)傳送協(xié)議(例如，諸如DVMRP、MOSPF、PIM-SM、PIM-DM、CBT)。因此，HLIM沒有提供這樣的手段，用于在與移動網(wǎng)絡(luò)內(nèi)和外使用的多點(diǎn)傳送路由協(xié)議無關(guān)的情況下，支持至互聯(lián)網(wǎng)中漫游的移動網(wǎng)絡(luò)的多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化傳遞。不期望移動路由器依賴于在移動網(wǎng)絡(luò)內(nèi)和訪問網(wǎng)絡(luò)的節(jié)點(diǎn)之間中繼(而非通過其歸屬區(qū)網(wǎng)絡(luò)以及其歸屬區(qū)代理HA)多點(diǎn)傳送路由信令消息(用于管理多點(diǎn)傳送樹)，以便于重新構(gòu)建針對啟用多點(diǎn)傳送的移動路由器的當(dāng)前位置的多點(diǎn)傳送樹分支。如果并且僅在如果移動網(wǎng)絡(luò)內(nèi)以及訪問網(wǎng)絡(luò)內(nèi)運(yùn)行相同的多點(diǎn)傳送路由協(xié)議時，該方案才是適用的。如上所述，由于現(xiàn)有多點(diǎn)傳送協(xié)議數(shù)量巨大，因此，在實(shí)踐中很少能滿足該要求。結(jié)果，該方案不能在與互聯(lián)網(wǎng)內(nèi)移動網(wǎng)絡(luò)的位置無關(guān)的情況下，實(shí)現(xiàn)多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化傳遞。此外，在實(shí)踐中，訪問網(wǎng)絡(luò)的安全策略通常禁止從諸如訪問移動路由器(該移動路由器可以由不同的組織所擁有)的非授權(quán)節(jié)點(diǎn)的任何路由信令的注入(單播和多點(diǎn)傳送)。已經(jīng)提出了移動網(wǎng)絡(luò)在移動網(wǎng)絡(luò)內(nèi)的全部路由器上布署被稱為"基于IGMP/MLD的多點(diǎn)傳送轉(zhuǎn)發(fā)"機(jī)制[B.Fenner,H.He,NortelNetworks,B.Haberman，H.Sandick，"IGMP/MLD-basedMulticastForwarding("IGMP/MLDProxying")，draft-ietf-magma-igmp-proxy-02.txt，March2003,workinprogress]，而非在內(nèi)部運(yùn)行的多點(diǎn)傳送路由協(xié)議。該方案目的在于允許移動路由器收集來自其移動網(wǎng)絡(luò)內(nèi)的全部多點(diǎn)傳送群成員信息，并利用在訪問域內(nèi)的啟用多點(diǎn)傳送的接入路由器，使其自身預(yù)訂到使用IGMP/MLD協(xié)議的全部那些多點(diǎn)傳送群。在移動網(wǎng)絡(luò)中，借助于代理傳入IGMP/MLD報告消息的全部中間固定路由器，以逐跳方式將群成員信息從預(yù)期的多點(diǎn)傳送接收機(jī)向上中繼到移動路由器，其中該IGMP/MLD報告消息是針對其母路由器(這是作為IGMP代理或MLD代理而公知)而被接收的。在該方案中，移動路由器代表移動網(wǎng)絡(luò)內(nèi)的全部節(jié)點(diǎn)，處理在訪問域中的多點(diǎn)傳送預(yù)訂。當(dāng)移動時，其通過發(fā)送MLD報告給其新的連接點(diǎn)，來觸發(fā)在其新位置處的新多點(diǎn)傳送分支重新構(gòu)建。然而，該方案要求繁重的手動配置，特別是對于移動網(wǎng)絡(luò)的每個路由器上定義上行流和下行流接口，從而使其內(nèi)部拓?fù)湎裨谝苿勇酚善魈幝酚傻臉?。這使得該方案僅適用于具有穩(wěn)定內(nèi)部拓?fù)涞南鄬π〉囊苿泳W(wǎng)絡(luò)。此外，該方案在每個內(nèi)部路由器上強(qiáng)加了新的轉(zhuǎn)發(fā)機(jī)制(IGMP/MLD代理)布署，并且不支持關(guān)于移動網(wǎng)絡(luò)內(nèi)布署的任何其他形式的多點(diǎn)傳送路由的多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化傳遞。這是一種限制，特別是大型移動網(wǎng)絡(luò)，在該大型移動網(wǎng)絡(luò)中期望布署常規(guī)的多點(diǎn)傳送路由協(xié)議，從而便于移動網(wǎng)絡(luò)內(nèi)的多點(diǎn)傳送支持。因此需要這樣一種機(jī)制，其實(shí)現(xiàn)向和從移動網(wǎng)絡(luò)的多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化傳遞*與在互聯(lián)網(wǎng)內(nèi)移動網(wǎng)絡(luò)的位置無關(guān)，*與移動網(wǎng)絡(luò)內(nèi)和移動網(wǎng)絡(luò)外使用的多點(diǎn)傳送路由協(xié)議類型無關(guān)，以及*僅通過擴(kuò)展所涉及的移動路由器，即，不改變移動網(wǎng)絡(luò)內(nèi)或互聯(lián)網(wǎng)內(nèi)的任何節(jié)點(diǎn)。
發(fā)明內(nèi)容本發(fā)明提供了一種從源向節(jié)點(diǎn)群傳送業(yè)務(wù)的方法，該節(jié)點(diǎn)群包括在使用一種或多種多點(diǎn)傳送協(xié)議的移動網(wǎng)絡(luò)內(nèi)的移動網(wǎng)絡(luò)節(jié)點(diǎn)(MNN)，以及本發(fā)明提供了一種如附隨權(quán)利要求所述的用在該方法內(nèi)的裝置。圖1是根據(jù)已知方法的入站多點(diǎn)傳送分組路由的示意圖，圖2是根據(jù)圖1的方法的出站多點(diǎn)傳送分組路由的示意圖，圖3是根據(jù)給出的作為例子的本發(fā)明一個實(shí)施例的入站多點(diǎn)傳送分組路由的示意圖，圖4是圖3所示方法中的步驟的流程圖，以及圖5是圖3所示方法內(nèi)維持的群列表的例子。具體實(shí)施方式附隨附圖的圖3到5顯示的本發(fā)明的實(shí)施例提供了用于多點(diǎn)傳送業(yè)務(wù)的較大程度的路由優(yōu)化，這樣就提供了某些關(guān)鍵的優(yōu)點(diǎn)-*最小的延遲，這是由于分組是在最短路徑上發(fā)送。這很重要，因為許多多點(diǎn)傳送應(yīng)用對延遲有嚴(yán)格要求(例如音頻/視頻流傳送、音頻/視頻會議)。*降低的由于阻塞而導(dǎo)致的分組丟失的可能性，這是由于分組是沿較短路徑發(fā)送。再次地，對于實(shí)時多點(diǎn)傳送的應(yīng)用，這會改迸接收機(jī)端處的流質(zhì)量。*增強(qiáng)的可量測性和魯棒性。通過繞過移動路由器的歸屬區(qū)代理HA(該歸屬區(qū)代理HA由于在該點(diǎn)多點(diǎn)傳送業(yè)務(wù)的集中而易于過載)，路由優(yōu)化降低了失敗的概率。*降低的帶寬開銷，這是由于無需以隧道方式傳送分組。這有助于優(yōu)化網(wǎng)絡(luò)資源。*最大化MNN-CN路徑上的PMTU(路徑最大傳輸單元)，這確保了有效負(fù)載的最小分段。圖3所示的本發(fā)明的實(shí)施例包括多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)，其和移動路由器共址，并且具有啟用MSG的網(wǎng)絡(luò)接口，以在與互聯(lián)網(wǎng)內(nèi)移動網(wǎng)絡(luò)的位置無關(guān)、以及與移動網(wǎng)絡(luò)內(nèi)和外使用的多點(diǎn)傳送路由協(xié)議無關(guān)的情況下，實(shí)現(xiàn)至移動網(wǎng)絡(luò)的多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化的傳遞。MSG的關(guān)鍵原理是，將多點(diǎn)傳送路由協(xié)議(MRP)消息翻譯成為群成員協(xié)議(GMP)消息。應(yīng)當(dāng)理解，MSG的該功能完全不同于MRP和GMP協(xié)議互操作的已知方式，包括GMP消息翻譯成為MRP消息。MSG產(chǎn)生GMP消息的一種可能方式，如下面詳細(xì)說明的，是基于由這些GMP協(xié)議提供的所謂的"服務(wù)接口"。該"服務(wù)接口"可被上層協(xié)議或應(yīng)用程序用于向IP層請求啟用和禁用接收(可選地，從給定的資源組)被發(fā)送到特定IP多點(diǎn)傳送地址的分組。該服務(wù)接口可被理解為功能呼叫，典型地是在套接字API層面處是可用的。對于IPv4(IGMP)和IPv6(MLD)都是可用的。多點(diǎn)傳送路由協(xié)議(MRP)是負(fù)責(zé)構(gòu)建多點(diǎn)傳送傳遞樹的協(xié)議，例如DVMRP，MOSPF，PIM-SM，PIM-DM，CBT等。基本上，可以區(qū)分成兩個多點(diǎn)傳送路由協(xié)議族*使用顯式信令來構(gòu)造多點(diǎn)傳送樹的協(xié)議這些協(xié)議定義了專用消息，該專用消息是由接收機(jī)的多點(diǎn)傳送路由器用來觸發(fā)針對其自身的多點(diǎn)傳送傳遞分支的建立。PIM-SIM是此種協(xié)議的一個例子。這些消息可被分成兩個主要類別*"加入群"由多點(diǎn)傳送路由器用來加入多點(diǎn)傳送傳遞樹的消息。此種消息的一個例子是PIM-SMJoin。*"離開群"由多點(diǎn)傳送路由器用來離開多點(diǎn)傳送傳遞樹的消息。此種消息的一個例子是PIM-SMPrune。*使用擴(kuò)散(flooding)的協(xié)議這些協(xié)議不必定義專用消息，該專用消息由接收機(jī)的多點(diǎn)傳送路由器用來加入多點(diǎn)傳送傳遞樹。相反，由多點(diǎn)傳送源發(fā)送的分組被擴(kuò)散到整個網(wǎng)絡(luò)上，并且由任何感興趣的節(jié)點(diǎn)收聽。然而，此分類的多數(shù)現(xiàn)有協(xié)議包括顯式信令，其允許"修剪"分支，以停止在沒有感興趣的接收機(jī)的網(wǎng)絡(luò)區(qū)域上傳遞多點(diǎn)傳送業(yè)務(wù)。它們還包括當(dāng)新接收機(jī)出現(xiàn)時，支持"嫁接"分支。PIM-DM是此種協(xié)議的一個例子。群成員協(xié)議(GMP)是允許多點(diǎn)傳送接收機(jī)宣告其對有興趣接收發(fā)送給多點(diǎn)傳送群G的多點(diǎn)傳送分組的協(xié)議。那些是用于IPv4的互聯(lián)網(wǎng)群管理協(xié)議(IGMP)，以及用于IPv6的多點(diǎn)傳送收聽者發(fā)現(xiàn)協(xié)議(MLD)。注意到這些協(xié)議的最新版本，IGMPv3[B.Cain，S.Deering，B.Fenner,I.Kouvelas，A.Thyagarajan,"InternetGroupManagementProtocol,Version3",RFC3376,May2002]以及MLDv2[R.Vida,L.Costa,"MulticastListenerDiscoveryVersion2(MLDv2)forIPv6",draft-vida-mld-v2-06.txt,November2002，workinprogress],當(dāng)禾口先前版本比較時，增加了支持"源過濾"。這指的是接收機(jī)報告有興趣收聽以下所述分組的能力，即該分組只是從特定源地址、或從除特定源地址之外的全部源地址，被發(fā)送給多點(diǎn)傳送地址。通過"啟用MSG的網(wǎng)絡(luò)接口"意味著以下所述節(jié)點(diǎn)的網(wǎng)絡(luò)接口，即該節(jié)點(diǎn)運(yùn)行多點(diǎn)傳送路由協(xié)議，基于該多點(diǎn)傳送路由協(xié)議啟動多點(diǎn)傳送信令網(wǎng)關(guān)操作。一個節(jié)點(diǎn)可同時具有若干啟用MSG的網(wǎng)絡(luò)接口。在移動路由器的例子中，全部其出口接口都應(yīng)當(dāng)是啟用MSG的，從而由于群成員協(xié)議，而實(shí)現(xiàn)移動網(wǎng)絡(luò)內(nèi)和外的多點(diǎn)傳送路由協(xié)議之間的交互工作。圖3通過示例的方式，示出了在配備有單一出口接口的移動路由器(MR)情形中使用MSG。多點(diǎn)傳送路由協(xié)議MRPW在移動網(wǎng)絡(luò)內(nèi)運(yùn)行。MR被連接到運(yùn)行不同的多點(diǎn)傳送路由協(xié)議MRP#2的訪問網(wǎng)絡(luò)。MRP#1和MRP#2都被假定是"顯式信令"族的一部分。假定在移動網(wǎng)絡(luò)以及訪問網(wǎng)絡(luò)中都是IPv6。因為IPv6的環(huán)境，群成員協(xié)議(GMP)是MLD。在MR的出口接口上啟用MSG。當(dāng)移動網(wǎng)絡(luò)內(nèi)的節(jié)點(diǎn)MNN預(yù)訂多點(diǎn)傳送群G時，該節(jié)點(diǎn)MNN向其本地多點(diǎn)傳送路由器LFR1發(fā)送群成員協(xié)議的MLD—Report(G)消息。由于LFR1沒有連接到群G的多點(diǎn)傳送樹(假定MNN是在LFR1之下的群G的第一個接收機(jī))，因此，LFR1在移動網(wǎng)絡(luò)內(nèi)發(fā)送多點(diǎn)傳送路由協(xié)議#1的顯示MRP#1—Join(G)消息，以觸發(fā)針對LFR1的傳遞分支的建立。該分支建立請求在移動網(wǎng)絡(luò)內(nèi)傳播，最終到達(dá)以下所述的移動路由器，即該移動路由器的MRP#1協(xié)議的本地實(shí)例將判定向出口接口發(fā)出MRP#1—Join(G)。由于該接口是啟用MSG的，因此，MR發(fā)出群成員協(xié)議的MLD一Report(G)消息給訪問網(wǎng)絡(luò)中的接入路由器(AR)，這導(dǎo)致多點(diǎn)傳送路由協(xié)議#2的MRP存2Join)(G)消息在訪問網(wǎng)絡(luò)內(nèi)向群G的多點(diǎn)傳送傳遞樹傳播。這些操作允許創(chuàng)建由移動路由器互連的兩個多點(diǎn)傳送傳遞分支(在每個多點(diǎn)傳送域中有一個)。結(jié)果，(例如從源S)發(fā)送到群G的多點(diǎn)傳送分組是向訪問網(wǎng)絡(luò)路由的MRP弁2固有的多點(diǎn)傳送，并且從該MR,MRP#1固有的多點(diǎn)傳送被路由到MNN。啟用MSG的移動路由器MR代表移動網(wǎng)絡(luò)中的全部節(jié)點(diǎn)，處理在訪問域中的多點(diǎn)傳送預(yù)訂。MSG自動發(fā)現(xiàn)來自從移動網(wǎng)絡(luò)內(nèi)到達(dá)的MRP消息的預(yù)訂信息(即感興趣的群和源列表)。當(dāng)MR改變其到訪問網(wǎng)絡(luò)(或互聯(lián)網(wǎng))的連接點(diǎn)時，MR通過發(fā)送(一個或多個)MLD報告給關(guān)于其已預(yù)訂的(一個或多個)多點(diǎn)傳送群的其新連接點(diǎn)，在其新位置處觸發(fā)一個或多個新多點(diǎn)傳送分支的重新構(gòu)建。這被稱為遠(yuǎn)程預(yù)訂。圖4是當(dāng)檢測到將通過作為MSG主機(jī)的節(jié)點(diǎn)的網(wǎng)絡(luò)接口ifc一i發(fā)送多點(diǎn)傳送路由協(xié)議消息(MRP消息)時，在本發(fā)明的一個實(shí)施例中的多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)采取的操作的流程圖。如果接口ifcj不是啟用MSG的，則MSG就忽略該消息。如果接口ifc—i是啟用MSG的，則分析MRP消息以確定*MRP消息的分類該分類采用下面三個值之一{JOIN,LEAVE,NONE},作為MRP消息類型的函數(shù)(或其對多點(diǎn)傳送傳遞樹的影響)。任何MRP消息都可被分配該三個值中的一個。該信息可存儲在被稱為分類表的表中，以為了將給定多點(diǎn)傳送路由協(xié)議消息分類而由MSG使用該分類表。*MRP消息的目標(biāo)該目標(biāo)由該消息所涉及的多點(diǎn)傳送群G組成，還可能連同源S的地址。如果源地址沒有出現(xiàn)，則這意味著該分組涉及任何潛在的源。在此情形中，通配符"*"符號被用于表示全部的源S=*。該目標(biāo)可被表示為成對的(S，G)，或當(dāng)沒有傳遞特定于源信息時，被表示為(*,G)。如果MRP消息的分類是NONE,則對于該分組，無需來自MSG的任何特定行動。這典型地意味著為了實(shí)現(xiàn)MSG兩側(cè)多點(diǎn)傳送協(xié)議之間的交互工作的目的，該分組沒有應(yīng)當(dāng)被翻譯成GMP協(xié)議消息的任何語義。如果MRP消息的分類是JOIN,貝'J(來自目標(biāo)的)源S必須被添加到由MSG維持的用于接口ifc_i的(來自目標(biāo)的)群G現(xiàn)有源列表MSG—srclist(ifc—i,G)中。這是群G的源列表，對于這些源，MSG應(yīng)當(dāng)維持通過接口ifc一i接收業(yè)務(wù)。為此目的，MSG維持被稱為群列表的列表，如圖5所示，對于每個啟用MSG的接口，該列表包括所關(guān)注的群列表以及其各自源列表。一旦用來自目標(biāo)的源S更新了(或者，在新的項的情況中，是創(chuàng)建)MSG—srclist(ifc—i,G)，就應(yīng)當(dāng)檢查該S的添加是否修改了MSG—srclist(ifc—i，G)。如果沒有修改MSG—srclist(ifc—i，G)，則無需任何行動。另一方面，如果MSG—srclist(ifc—i,G)被改變，則MSG必須更新接口ifcj上的、關(guān)于群G的該新的源集合的GMP預(yù)訂。MSG為此目的能使用GMP"服務(wù)接口"(或API)，正如任何其他多點(diǎn)傳送應(yīng)用所作的。如果MRP消息的分類是LEAVE,則必須從由MSG維持的用于接口ifc—i的(來自目標(biāo)的)群G現(xiàn)有源列表MSG—srclist(ifc—i，G)中移除(來自目標(biāo)的)源S。一旦更新了MSG_srclist(ifc—i,G)，應(yīng)當(dāng)檢查該S的移除是否修改了MSG—srclist(ifc_i,G)。如果沒有修改MSG_srclist(ifc_i，G)，則無需任何動作。另一方面，如果MSG—srclist(ifcj,G)被改變并且現(xiàn)在為空，則MSG必須終止接口ifc_I上的對群G的GMP預(yù)訂。此外，MSG必須在其關(guān)于ifc一i的群列表中移除關(guān)于群G的項。如果更新后的MSG一srclist(ifc一i,G)不為空，則MSG必須更新接口ifc一i上的、關(guān)于群G的該新的源集合的GMP預(yù)訂。MSG為此目的可使用GMP"服務(wù)接口"(或API)，正如任何其他多點(diǎn)傳送應(yīng)用所做的。當(dāng)向/從源列表MSG—srclist(ifc—i，G)添加(+)或移除(-)源(S或*)時，可使用下面的算法*在列表中源可僅出現(xiàn)一次S+S=S,S-S=0*添加全部的源(*)到列表中，從而使得該列表包括全部的源:srclist+承二^當(dāng)然氺+氺^^)*從列表中移除全部的源(*)，從而使列表為空(0):srclist-*-0(特別是，*-*=0)*從包括全部源(*)的列表中移除所定義的源S，不改變列表:*_s=*。圖5顯示了由MSG維持的群列表的例子。下面的表顯示了可由MSG使用用于PIM-SM多點(diǎn)傳送路由協(xié)議的分類表。對于(具有顯式信令的)任何的多點(diǎn)傳送路由協(xié)議，可建立MSG使用的類似分類表。<table>tableseeoriginaldocumentpage16</column></row><table>在啟用MSG的節(jié)點(diǎn)上的多點(diǎn)傳送分組的轉(zhuǎn)發(fā)是非常簡單，并且實(shí)際上對于MSG是透明的。根據(jù)由啟用MSG的節(jié)點(diǎn)所運(yùn)行的MRP協(xié)議的多點(diǎn)傳送轉(zhuǎn)發(fā)表，完成多點(diǎn)傳送分組的轉(zhuǎn)發(fā)。無論傳入接口是啟用MSG的或是不啟用MSG的，這都是正確的。更具體的，在移動網(wǎng)絡(luò)的例子中，來自移動網(wǎng)絡(luò)外部的源的多點(diǎn)傳送分組(即，通過啟用MSG的接口預(yù)訂的)被以多點(diǎn)傳送方式路由到(啟用MSG的)MR的出口接口，并從該處根據(jù)MR的本地多點(diǎn)傳送轉(zhuǎn)發(fā)表，在移動網(wǎng)絡(luò)內(nèi)以多點(diǎn)傳送方式進(jìn)行路由。當(dāng)移動路由器(MR)的啟用MSG的接口改變其到訪問網(wǎng)絡(luò)(或互聯(lián)網(wǎng))的連接點(diǎn)時，MSG通過發(fā)送GMP報告消息來預(yù)訂在關(guān)于啟用MSG的接口的群列表中所列出的(一個或多個)多點(diǎn)傳送群(以及各自源)，觸發(fā)在新位置的所需多點(diǎn)傳送分支的重新構(gòu)建。其給定出口接口在歸屬區(qū)的移動路由器(MR)能夠判定是將該接口配置為啟用MSG的，還是不將該接口配置為啟用MSG的。無論所選擇的選項如何，(根據(jù)MR的本地多點(diǎn)傳送轉(zhuǎn)發(fā)表)多點(diǎn)傳送業(yè)務(wù)將以相同方式被路由到MNN。然而，即使當(dāng)處于歸屬區(qū)時將該接口配置為啟用MSG的，當(dāng)該接口連接到另一個拓?fù)湮恢脮r，也能允許維持正進(jìn)行的多點(diǎn)傳送通信。這是因為MSG必須學(xué)習(xí)正進(jìn)行的群G(和相關(guān)聯(lián)的源)的列表，并且然后才能在新位置重新預(yù)訂它們。在移動路由器(MR)的啟用MSG的接口返回歸屬區(qū)以及移動路由器(MR)判定停用該接口上的MSG時，多點(diǎn)傳送路由協(xié)議然后通過針對歸屬區(qū)網(wǎng)絡(luò)的接口進(jìn)行正常操作。在此情形中，MSG會移除在其群列表中關(guān)于該給定接口的任何狀態(tài)?？刹捎萌舾煞桨竵韺?shí)施多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)。更具體的，例如，可將其實(shí)施為1)獨(dú)立的軟件模塊，或2)作為多點(diǎn)傳送路由協(xié)議(MRP)實(shí)施的擴(kuò)展(補(bǔ)丁)。在這兩種情形中，在本發(fā)明的該實(shí)施例中，可依賴于現(xiàn)有的GMP"服務(wù)接口"MulticastListen(套接字、接口、多點(diǎn)傳送地址、濾波器模式、源列表)，實(shí)施針對群成員協(xié)議的MSG接口(MSG-GMP接□)。在該方案中，MSG以和任何多點(diǎn)傳送應(yīng)用程序相同的方式(例如通過啟用GMP的套接字API)，請求IP層(GMP)，以啟用和禁用對發(fā)送到特定IP多點(diǎn)傳送地址的分組的接收。基于上述服務(wù)接口的實(shí)施可用兩種不同方式實(shí)現(xiàn)a)MSG軟件處理關(guān)于給定多點(diǎn)傳送群的源(MSG_srclist(ifc—i,G))的集合，并使用單一套接字標(biāo)識符(Sid)傳送整個列表MulticastListen(sid，ifc—i,G,INCLUDE,MSG—srclist(ifc—i,G))，或者M(jìn)ulticastListen(sid,ifc—i,G,EXCLUDE,{}),iffMSG一srclist(ifc—i,G)==求b)MSG軟件使用若干套接字id(每個(S,G)目標(biāo)一個)，以傳送從MRP消息導(dǎo)出的各自目標(biāo)(S，G)以及相關(guān)聯(lián)的分類到MLD模塊，MLD模塊然后負(fù)責(zé)聚集關(guān)于給定多點(diǎn)傳送群的源。對于給定目標(biāo)(S，G):O如果分類是JOIN:*MulticastListen(target一sid,ifc—i，G,INCLUDE,S),或者*MulticastListen(target—sid，ifc—i，G,EXCLUDE,{}),如果S==O如果分類是LEAVE:*MulticastListen(target—sid，ifc—i,G,EXCLUDE,S)，或者*MulticastListen(target—sid,ifc—i,G,INCLUDE,{})，如果S-=*該第二方案要求MSG軟件生成每目標(biāo)唯一的target—sid，并且將其存儲在MSG群列表中。針對多點(diǎn)傳送路由協(xié)議(MRP)的MSG-MRP接口的實(shí)施依賴于是否選擇了方案l)或2)。該接口的目標(biāo)是使MSG檢測"MRP消息準(zhǔn)備好在接口ifc—i上發(fā)送"(參見圖4的MSG狀態(tài)機(jī))，從而觸發(fā)MSG操作。*方案1):作為獨(dú)立的軟件模塊，MSG能通過監(jiān)測在接口ifc—i上發(fā)送的分組，來檢測MRP消息。*方案2):可由MRP協(xié)議實(shí)施直接地觸發(fā)MSG操作。例如，有MSG補(bǔ)丁的MRP實(shí)施會調(diào)用具有正確分類以及目標(biāo)信息的MSG處理過程，而非通過啟用MSG的接口ifc—i發(fā)送MRP消息。在方案l)中，MSG軟件完全獨(dú)立于MRP，并且因此，可被用于任何MRP，只要對應(yīng)的分類表是已知的。這便于軟件的可重復(fù)使用性。在方案2)中，軟件被并入到啟用MSG的節(jié)點(diǎn)的MRP實(shí)施中。這能提供更有效的實(shí)施方式，例如用于檢測何時應(yīng)當(dāng)觸發(fā)MSG操作。雖然多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)實(shí)現(xiàn)多點(diǎn)傳送分組到移動網(wǎng)絡(luò)的路由優(yōu)化的傳遞，但對于解決其其類型問題，這仍然是非常有價值的方案。下面是MSG其他可能應(yīng)用的兩個例子*用于快速多點(diǎn)傳送域互連的MSG:該MSG可被布署為兩個固定葉多點(diǎn)傳送域之間的臨時交互工作點(diǎn)，例如在互連多點(diǎn)傳送主干線失敗的情形中。因此，這種MSG提供了網(wǎng)絡(luò)管理員能快速和容易布署的臨時失敗恢復(fù)解決方案。*用于IPv4/IPv6轉(zhuǎn)變的MSG:該MSG提供了用于互連IPv4和IPv6多點(diǎn)傳送集團(tuán)之間的非常便捷的方案，從而IPv6接收機(jī)能接收來自IPv4源的多點(diǎn)傳送業(yè)務(wù)，并且反之亦然?？紤]到IPv4和IPv6協(xié)議在未來相當(dāng)長的時間內(nèi)是共存的，直到從全I(xiàn)Pv4到全I(xiàn)Pv6的轉(zhuǎn)變階段完成，因此這是非常有用的例子。為此目的，該MSG應(yīng)當(dāng)將多點(diǎn)傳送分組(和單播源地址以及多點(diǎn)傳送分組的多點(diǎn)傳送目的地地址一起)從IPv4翻譯成IPv6，并且反之亦然。多數(shù)用于IPv4/IPv6轉(zhuǎn)變的先前已知的機(jī)制僅應(yīng)用于單播業(yè)務(wù)。已經(jīng)提出了一種用于多點(diǎn)傳送業(yè)務(wù)的才幾制的建議，艮口[K.Tsuchiyaetal，"AnIPv6/IPv4MulticastTranslatorbasedonIGMP/MLDProxying(mtp)"，draft-tsichiya-mtp-01.txt,February2003,workinprogress],其特征在于，IPv4-IPv6協(xié)議翻譯器以及地址映射器，從而實(shí)現(xiàn)多點(diǎn)傳送分組在IPv4和IPv6域之間的轉(zhuǎn)發(fā)(并且反之亦然)。然而，該建議要求(由網(wǎng)絡(luò)管理員)手動地預(yù)配置翻譯器，從而對于給定IPv4(分別地，IPv6)集的多點(diǎn)傳送地址轉(zhuǎn)發(fā)業(yè)務(wù)。在建立期間中，翻譯器加入經(jīng)預(yù)配置的全部組，從而其能接收相關(guān)業(yè)務(wù)。很顯然，此機(jī)制并不是明顯有效的，因為其要求每次翻譯新多點(diǎn)傳送群時的人為參與。MSG(用IPv4-IPv6報頭翻譯器以及地址映射器擴(kuò)展)通過僅在IPv6(分別地，IPv4)需要時，動態(tài)觸發(fā)MSG處的IPv4(分別地IPv6)多點(diǎn)傳送業(yè)務(wù)的接收，解決了這一問題。注意到這樣使用啟用MSG的移動路由器能實(shí)現(xiàn)IPv6(分別地，IPv4)移動網(wǎng)絡(luò)漫游到IPv4(IPv6)訪問網(wǎng)絡(luò)中，并接收來自該訪問網(wǎng)絡(luò)的多點(diǎn)傳送業(yè)務(wù)。應(yīng)當(dāng)理解，上述的本發(fā)明實(shí)施例提供了多種優(yōu)點(diǎn)。例如*一種在與在互聯(lián)網(wǎng)內(nèi)移動網(wǎng)絡(luò)的位置無關(guān)的情況下，實(shí)現(xiàn)沿著優(yōu)化路徑傳遞多點(diǎn)傳送業(yè)務(wù)到MNN的手段。*關(guān)于多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化對于MNN是透明的在MNN處無需進(jìn)行改變，甚至是基本的、不知道移動性的LFN也能受益于路由優(yōu)化(例如在汽車中的基本電子設(shè)備)。用單一MR實(shí)現(xiàn)路由優(yōu)化。*在與嵌套移動網(wǎng)絡(luò)集合中的層數(shù)無關(guān)的情況下，對于嵌套移動網(wǎng)絡(luò)(即，訪問另一個移動網(wǎng)絡(luò)的移動網(wǎng)絡(luò))的多點(diǎn)傳送業(yè)務(wù)的路由優(yōu)化傳遞。*基于適用于移動網(wǎng)絡(luò)情形的遠(yuǎn)程預(yù)訂方案的移動多點(diǎn)傳送主機(jī)的無縫移動性機(jī)制。上述特征適用于，當(dāng)共址于移動路由器上時，在無需對現(xiàn)有多點(diǎn)傳送路由協(xié)議做任何改變的情況下，實(shí)現(xiàn)多點(diǎn)傳送分組的路由優(yōu)化傳遞。此外，MSG是*適用于其他情形，諸如IPv4/IPv6轉(zhuǎn)變。*非常易于實(shí)施。無需現(xiàn)有協(xié)議的任何改變，也無須網(wǎng)絡(luò)中任何其他節(jié)點(diǎn)的擴(kuò)權(quán)利要求1.一種將業(yè)務(wù)從源傳送到節(jié)點(diǎn)群(G)的方法，該節(jié)點(diǎn)包括在使用一種或多種多點(diǎn)傳送協(xié)議的網(wǎng)絡(luò)內(nèi)的網(wǎng)絡(luò)節(jié)點(diǎn)(MNN)，該網(wǎng)絡(luò)還包括路由器(MR)，用于在所述網(wǎng)絡(luò)和互聯(lián)網(wǎng)之間轉(zhuǎn)發(fā)業(yè)務(wù)，其特征在于，多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)，其和所述路由器(MR)共址，并且在接口上將多點(diǎn)傳送路由協(xié)議(MRP)的信令消息翻譯為群成員協(xié)議(GMP)的消息。2.—種將業(yè)務(wù)從源傳送到節(jié)點(diǎn)群(G)的方法，該節(jié)點(diǎn)包括在使用一種或多種多點(diǎn)傳送協(xié)議的移動網(wǎng)絡(luò)內(nèi)的移動網(wǎng)絡(luò)節(jié)點(diǎn)(MNN)，該網(wǎng)絡(luò)還包括移動路由器(MR),用于在所述移動網(wǎng)絡(luò)和互聯(lián)網(wǎng)之間轉(zhuǎn)發(fā)業(yè)務(wù)，其特征在于，多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)，其與所述移動路由器(MR)共址，并且在接口上將多點(diǎn)傳送路由協(xié)議(MRP)的信令消息翻譯成群成員協(xié)議(GMP)的消息。3.如權(quán)利要求2所述的方法，其中所述接口是所述移動路由器(MR)的出口接口。4.如在任一前述權(quán)利要求中所述的方法，其中在所述接口上運(yùn)行的所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)確定所述信令消息是涉及群加入分類({JOIN})還是涉及群離開分類({LEAVE})，并將該分類翻譯成群成員協(xié)議(GMP)。5.如權(quán)利要求4所述的方法，其中所述分類確定是使用分類表進(jìn)行的，所述分類表提供作為所述信令消息類型的函數(shù)的分類。6.如在任一前述權(quán)利要求中所述的方法，其中運(yùn)行在所述接口上的所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)確定所述信令消息是否包含目標(biāo)多點(diǎn)傳送群(G)的標(biāo)識，并將該目標(biāo)多點(diǎn)傳送群標(biāo)識翻譯成群成員協(xié)議(GMP)。7.如權(quán)利要求6所述的方法，其中運(yùn)行在所述接口上的所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)確定所述信令消息是否包含目標(biāo)多點(diǎn)傳送群源(S)的地址，并將該目標(biāo)源地址翻譯成群成員協(xié)議(GMP)。8.如權(quán)利要求7所述的方法，其中對于每個啟用MSG的接口，所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)維持源列表，該源列表包括所述群(G)的標(biāo)識，該群(G)的標(biāo)識與由所述信令消息識別的其各自多點(diǎn)傳送群源地址相關(guān)聯(lián)。9.如權(quán)利要求8所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)響應(yīng)于所述各自源列表的改變，更新關(guān)于所述群(G)的GMP預(yù)訂。10.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)響應(yīng)于所述接口拓?fù)溥B接點(diǎn)的改變，更新關(guān)于群的GMP預(yù)訂和被維持用于所述接口的相關(guān)聯(lián)源列表。11.如任一在前權(quán)利要求中所述的方法，其中根據(jù)所述路由器(MR)的本地多點(diǎn)傳送轉(zhuǎn)發(fā)表，從所述網(wǎng)絡(luò)內(nèi)的啟用MSG的接口，以多點(diǎn)傳送方式路由來自以下所述源的多點(diǎn)傳送分組，即，該源位于所述網(wǎng)絡(luò)通過所述啟用MSG的接口所預(yù)訂的所述網(wǎng)絡(luò)的外部。12.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)使用由GMP協(xié)議提供的"服務(wù)接口"，以生成GMP消息，并且因此啟用和禁用對于由特定源發(fā)送到特定IP多點(diǎn)傳送地址的分組的接收。13.如權(quán)利要求12所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)聚集關(guān)于給定多點(diǎn)傳送群(G)的源，并且使用單一套接字標(biāo)識符(sid)傳送整個集合。14.如權(quán)利要求12或13所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)對于從所述信令消息中得出的各自目標(biāo)(源S，多點(diǎn)傳送群G)使用不同的套接字標(biāo)識符(target—sid)。15.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)通過監(jiān)測在啟用MSG的接口上發(fā)送的分組，檢測多點(diǎn)傳送路由協(xié)議(MRP)消息。16.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)被嵌入到多點(diǎn)傳送路由協(xié)議(MRP)實(shí)施的擴(kuò)展中。17.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)在IPv4和IPv6之間翻譯多點(diǎn)傳送分組、連同單播源地址、以及多點(diǎn)傳送分組的多點(diǎn)傳送目的地地址。18.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)將IPv4MRP消息翻譯成(是IGMP消息的)IPv4GMP消息。19.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)將IPv6MRP消息翻譯成(是MLD消息的)IPv6GMP消息。20.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)將IPv4MRP消息翻譯成IPv6GMP消息，并且使IPv4節(jié)點(diǎn)能夠接收來自IPv6多點(diǎn)傳送群和源的多點(diǎn)傳送分組。21.如任一在前權(quán)利要求中所述的方法，其中所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)將IPv6MRP消息翻譯成IPv4GMP消息，并且使IPv6節(jié)點(diǎn)能夠接收來自IPv4多點(diǎn)傳送群和源的多點(diǎn)傳送分組。22.—種用于執(zhí)行如前述任一權(quán)利要求所述方法的裝置，并且包括所述多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)，其與所述路由器(MR)共址，并且將多點(diǎn)傳送路由協(xié)議(MRP)的信令消息翻譯成群成員協(xié)議(GMP)的消息。全文摘要一種將業(yè)務(wù)從源傳送到節(jié)點(diǎn)群(G)的方法，該節(jié)點(diǎn)包括在使用一種或多種多點(diǎn)傳送協(xié)議的網(wǎng)絡(luò)內(nèi)的網(wǎng)絡(luò)節(jié)點(diǎn)(MNN)。該網(wǎng)絡(luò)還包括路由器(MR)，用于在所述網(wǎng)絡(luò)和互聯(lián)網(wǎng)之間轉(zhuǎn)發(fā)業(yè)務(wù)；以及，多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)，其和路由器(MR)共址，并且在接口上將多點(diǎn)傳送路由協(xié)議(MRP)的信令消息翻譯成群成員協(xié)議(GMP)的消息。在移動網(wǎng)絡(luò)的情形中，該接口優(yōu)選的是移動路由器(MR)的出口接口。多點(diǎn)傳送信令網(wǎng)關(guān)(MSG)優(yōu)選的在IPv4和IPv6協(xié)議之間翻譯多點(diǎn)傳送分組、連同單播源地址、以及多點(diǎn)傳送分組的多點(diǎn)傳送目的地地址。文檔編號H04L12/56GK101248603SQ200480038872公開日2008年8月20日申請日期2004年12月17日優(yōu)先權(quán)日2003年12月23日發(fā)明者亞歷克西斯·奧利韋雷亞魯,亞歷山德魯·彼得雷斯庫,克里斯托夫·雅內(nèi)托申請人:摩托羅拉公司