專利名稱:虛擬專用網(wǎng)絡(luò)發(fā)布－訂制多播服務(wù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及虛擬專用網(wǎng)(VPN)多播服務(wù)，尤其涉及在VPN多播服務(wù)中基于XML的發(fā)布-訂制(subscribe)通信。
背景技術(shù)：
本發(fā)明將VPN多播服務(wù)和XML發(fā)布-訂制通信集成在公共體系結(jié)構(gòu)中。這種結(jié)合允許在VPN環(huán)境中對于基于XML的應(yīng)用的自管理、零配置的多播服務(wù)。
虛擬專用網(wǎng)(VPN)服務(wù)涉及在載波網(wǎng)絡(luò)上相異連接的LAN之間的連通性。有許多VPN技術(shù)的版本，它們在不同的通信層連接局域網(wǎng)(LAN)在OSI協(xié)議棧的第2層連接LAN的虛擬專用LAN服務(wù)(VPLS)；在第3層連接LAN的路由VPN；以及在第4層將主機(jī)連接到服務(wù)器的SSLVPN。這里描述的發(fā)布-訂制多播機(jī)制可以用于任何的VPN技術(shù)，并可以作為增值服務(wù)提供給VPN服務(wù)。
多播涉及從一個(gè)或多個(gè)源到多個(gè)目的地的內(nèi)容傳送。由多播信道來識(shí)別的多播業(yè)務(wù)的分組被從一個(gè)或多個(gè)源傳送到多個(gè)目的地。某些因特網(wǎng)服務(wù)供應(yīng)商(ISP)用第3層的VPN服務(wù)來提供VPN多播服務(wù)。這些ISP使用IP多播技術(shù)，以及靜態(tài)IP多播路由或多播開放式最短路徑優(yōu)先(M-OSPF)協(xié)議或協(xié)議獨(dú)立多播(PIM)的變型，或其他多播路由協(xié)議，來使能在參與到VPN服務(wù)中的載波邊緣路由器之間的多播連通性。
發(fā)布-訂制通信是一種消息傳遞模型。消息傳遞是消息的交換，諸如到消息傳遞服務(wù)器的特定格式的數(shù)據(jù)描述事件、請求及答復(fù)，該服務(wù)器作為客戶端程序的消息交換程序。在發(fā)布-訂制技術(shù)中，訂制者(subscriber)通過事件模式或主題來注冊他們的興趣，然后從消息傳遞服務(wù)器異步地接收與他們的興趣相匹配的事件，而與事件的發(fā)布者無關(guān)?；谑录慕换バ问降膹?qiáng)度是從對時(shí)間、空間和發(fā)布者與訂制者之間的流的完全去耦合而得出的。Sun Microsystems的Java消息服務(wù)(JMS)就是使用發(fā)布-訂制通信模型來提供消息傳遞接口和服務(wù)的產(chǎn)品的例子。
XML發(fā)布-訂制路由使用XML作為數(shù)據(jù)模型，并遵循發(fā)布-訂制內(nèi)容傳遞機(jī)制，其中訂制者(客戶端)請求涉及特定上下文(XML文檔約束)的內(nèi)容，網(wǎng)絡(luò)存儲(chǔ)上下文訂制(subscription)(對接口映射條目的XML文檔約束)，發(fā)布者(服務(wù)器)將內(nèi)容推到網(wǎng)絡(luò)，以及網(wǎng)絡(luò)根據(jù)上下文的訂制將內(nèi)容傳送到訂制者。XML路由通信涉及根據(jù)XML路由器中的訂制數(shù)據(jù)庫和文檔的內(nèi)容來轉(zhuǎn)發(fā)XML文檔。發(fā)起者和接收者之間不需要互相知道，也不需要知道發(fā)起者和接收者之間所需的連接。采用XML路由，接收者使用訂制過程來宣布他們的興趣，發(fā)起者只發(fā)布消息，并且網(wǎng)絡(luò)負(fù)責(zé)將消息從發(fā)送者傳送到接收者。在高層上，XML路由通信實(shí)現(xiàn)多到多的推通信設(shè)施，其使用動(dòng)態(tài)XML內(nèi)容地址(所述內(nèi)容是接口組地址)，并通過XML路由器網(wǎng)絡(luò)把源(訂制者)從接收者(發(fā)布者)中去耦合。
一般而言基于XML的連網(wǎng)以及具體而言XML發(fā)布-訂制路由依賴于邏輯XML文檔約束，諸如主題約束或?qū)傩灾祵s束，從而做出對于給定XML文檔的策略、路由和數(shù)據(jù)轉(zhuǎn)換決定。XML文檔的獨(dú)特特性是以應(yīng)用定義的靈活的方式來對數(shù)據(jù)添加語義和結(jié)構(gòu)信息。XML文檔是一組分類的屬性(XML元素)。XML文檔中的語義和結(jié)構(gòu)信息在知悉XML的網(wǎng)絡(luò)中被用作為基于內(nèi)容的通信的基礎(chǔ)，因?yàn)檫@些信息允許值和結(jié)構(gòu)約束。
XML發(fā)布-訂制路由對于使能不同群體之間的發(fā)布-訂制通信還是不夠的。發(fā)布者、訂制者、以及XML路由器需要公共的框架，用于參照XML文檔約束。XML的方案提供了定義針對特定產(chǎn)業(yè)或任務(wù)集合的XML文檔的結(jié)構(gòu)、內(nèi)容和語義的方法。為了訪問基于特定XML方案的發(fā)布，訂制者需要使用同樣的XML方案，以使用XPath或XQuery來表述訂制。已經(jīng)針對若干文檔分布系統(tǒng)開發(fā)了XML方案，WS-Notification是一個(gè)很好的例子。
下面是XML路由器轉(zhuǎn)發(fā)表的例子XPath約束/判定 下一跳資源集合/music/cd[@artist＝”Celine”] {URI1，URI3，URI4，URI9，URI15}//ticker/symbol/[symbol＝”ALA”] {URI4，URI2，URI3}由于可擴(kuò)展標(biāo)記語言(XML)的快速應(yīng)用以及XPath、XQuery和相關(guān)技術(shù)的出現(xiàn)，發(fā)布-訂制系統(tǒng)已經(jīng)獲得了對其作為獨(dú)立于應(yīng)用的應(yīng)用層XML多播路由器的潛力的關(guān)注。XML是一種創(chuàng)建公共信息格式并在萬維網(wǎng)、內(nèi)聯(lián)網(wǎng)和其他網(wǎng)絡(luò)上共享該格式以及表格數(shù)據(jù)的靈活的方式。XPath是一種語言，它描述了一種通過使用尋址語法基于通過文檔的邏輯結(jié)構(gòu)或?qū)蛹壍穆窂蕉赬ML文檔中定位和處理項(xiàng)目的方式。XQuery是一種查詢語言的規(guī)范，所述查詢語言允許用戶或程序員從XML文件或任何類似于XML的數(shù)據(jù)集合中提取信息。使用XPath和XQuery技術(shù)的發(fā)布-訂制消息傳遞服務(wù)器允許在客戶端之間的實(shí)時(shí)的、異步的群組通信。XML發(fā)布-訂制系統(tǒng)近來已作為明了內(nèi)容的XML服務(wù)路由器出現(xiàn)。這些XML服務(wù)路由器的例子有Solace Systems XCR 3200和Sarvega的XML上下文路由器。這些XML發(fā)布-訂制系統(tǒng)還提供了自管理的XML多播。
VPN多播服務(wù)在操作上是復(fù)雜的，并且不允許多播群組的自動(dòng)創(chuàng)建和破壞(destruction)。在題為draft-rosen-vpn-mcast-07.txt的出版物中描述了當(dāng)前由某些連網(wǎng)廠家提供的一種方式。其中描述的方式要求網(wǎng)絡(luò)操作者操作復(fù)雜的多播路由協(xié)議，并要求LAN管理者執(zhí)行對IP多播地址空間的復(fù)雜配置和分配。對于需要自動(dòng)而頻繁地創(chuàng)建和破壞信道且無需多播應(yīng)用的配置的應(yīng)用，該方式是不適合的。
實(shí)際上有多種應(yīng)用需要多播自管理。它們包括獨(dú)立/個(gè)人廣播、供應(yīng)鏈資產(chǎn)跟蹤、實(shí)時(shí)DB訪問、應(yīng)用內(nèi)容同步、定制數(shù)據(jù)推動(dòng)、以及基于位置的通告。
現(xiàn)有技術(shù)目前出現(xiàn)的任何現(xiàn)有技術(shù)都沒有涉及將XML發(fā)布-訂制作為VPN服務(wù)中的增值XML多播。
發(fā)明者所知的最接近的現(xiàn)有技術(shù)包括XML發(fā)布-訂制路由器和消息傳遞服務(wù)器。這些路由器已被部署于LAN中，以提供異步的消息傳遞、數(shù)據(jù)傳輸和多播能力。XML發(fā)布-訂制路由器可以提供在LAN環(huán)境中的XML多播，并具有發(fā)布-訂制多播的所有優(yōu)點(diǎn)，諸如“自管理”，其是關(guān)于在無限制的信道空間中自動(dòng)創(chuàng)建信道。然而，由于在消息復(fù)制時(shí)沒有VPN邊緣節(jié)點(diǎn)的參與，復(fù)制消息需要從一個(gè)站點(diǎn)被發(fā)送到作為協(xié)作VPN一部分的多個(gè)其他站點(diǎn)中的訂制者。在網(wǎng)絡(luò)訪問鏈路上將復(fù)制消息發(fā)送到多個(gè)站點(diǎn)構(gòu)成了對網(wǎng)絡(luò)訪問鏈路的低效率使用，這些鏈路通常是昂貴的DS1或T1。對VPN附加電路帶寬的低效使用是其中網(wǎng)絡(luò)訪問鏈路是VPN中的通信瓶頸的典型場合中概述的問題。
其他的現(xiàn)有技術(shù)涉及IP多播VPN服務(wù)。最流行的方法是由CiscoSystems和Juniper Networks提供的一種解決方案，用于在第3層的BGP/MPLS VPN中的基于PIM的多播，這在前面的draft-rosen-vpn-mcast-07.txt中描述。VPN中的IP多播服務(wù)提供了在VPN網(wǎng)絡(luò)邊緣處的分組復(fù)制，以避免對VPN訪問鏈路(也被稱作“附加電路”)的低效使用。然而，VPN環(huán)境中的IP多播要求多播路由協(xié)議的復(fù)雜操作，以及IP多播地址空間的復(fù)雜配置和分配。IP多播VPN服務(wù)適合于當(dāng)信道是相當(dāng)靜態(tài)時(shí)的群組通信，諸如廣播數(shù)字TV應(yīng)用。然而，IP VPN多播不適于需要自動(dòng)而頻繁地創(chuàng)建并破壞信道而無需配置工作的應(yīng)用。如前所述，需要多播自管理的應(yīng)用包括網(wǎng)絡(luò)廣播、個(gè)人廣播、供應(yīng)鏈資產(chǎn)跟蹤、傳感器數(shù)據(jù)監(jiān)控、實(shí)時(shí)DB和應(yīng)用同步、定制數(shù)據(jù)推動(dòng)、以及基于位置的通告應(yīng)用。

發(fā)明內(nèi)容本發(fā)明旨在用XML發(fā)布-訂制多播技術(shù)來補(bǔ)充基于載波的VPN服務(wù)，以向VPN中的多個(gè)訂制者傳送高級的多播服務(wù)，并允許多播群組的自動(dòng)創(chuàng)建和破壞。
因此，根據(jù)本發(fā)明的第一方面，提供了一種在虛擬專用網(wǎng)(VPN)中的多個(gè)客戶站點(diǎn)之間傳送多播服務(wù)的方法，包括通過VPN邊緣路由器將客戶站點(diǎn)連接到VPN；以及將XML發(fā)布-訂制服務(wù)覆蓋到所述VPN邊緣路由器上，該XML發(fā)布-訂制服務(wù)對于VPN中的客戶站點(diǎn)是可尋址的。
根據(jù)本發(fā)明的第二方面，提供了一種用于將多播服務(wù)傳送到多個(gè)虛擬專用網(wǎng)(VPN)的系統(tǒng)，每個(gè)VPN連接虛擬專用網(wǎng)(VPN)上的多個(gè)客戶站點(diǎn)，該系統(tǒng)包括在每個(gè)訂制者站點(diǎn)和VPN之間的邊緣路由器；以及與每個(gè)邊緣路由器相關(guān)聯(lián)的XML發(fā)布-訂制模塊，該模塊在VPN中是可尋址的，以形成覆蓋網(wǎng)絡(luò)。
根據(jù)再一個(gè)方面，提供了一種XML發(fā)布-訂制模塊，它與VPN中的邊緣路由器以覆蓋配置方式相關(guān)聯(lián)，以用于在多個(gè)客戶站點(diǎn)之間傳送多播服務(wù)。
現(xiàn)在將結(jié)合附圖對本發(fā)明進(jìn)行更詳細(xì)的描述，在附圖中圖1示出了配置有VPN參考模型的供應(yīng)商；圖2是本發(fā)明的XML發(fā)布-訂制多播服務(wù)體系結(jié)構(gòu)的高層描述；以及圖3是發(fā)布-訂制服務(wù)交互的示例。
具體實(shí)施方式圖1示出了由因特網(wǎng)工程任務(wù)組(IETF)定義的配有VPN的供應(yīng)商的參考模型。該模型示出了如何在服務(wù)供應(yīng)商的公共網(wǎng)絡(luò)上互連兩個(gè)私有站點(diǎn)(在該圖中被稱為VPN A)。在每個(gè)站點(diǎn)，存在被稱為客戶邊緣(CE)設(shè)備的設(shè)備，在客戶(customer)方面它可以是交換機(jī)或路由器。該設(shè)備匯聚業(yè)務(wù)量，并將其提交給網(wǎng)絡(luò)。CE通過被稱為附加電路(AC)的第2層鏈路連接到服務(wù)供應(yīng)商網(wǎng)絡(luò)。該附加電路可以例如是幀中繼DLCI、ATMVPI/VCI、以太網(wǎng)端口、VLAN、PPP連接、MPLS LSP。作為公共網(wǎng)絡(luò)的服務(wù)供應(yīng)商網(wǎng)絡(luò)可以是電路交換或分組交換網(wǎng)絡(luò)。它可以是MPLS網(wǎng)絡(luò)，或者可以是幀中繼網(wǎng)絡(luò)。供應(yīng)商網(wǎng)絡(luò)包括路由器。這些路由器中的某些位于網(wǎng)絡(luò)的邊緣，以連接到CE，并提供特殊的功能。這些邊緣路由器叫做供應(yīng)商邊緣(PE)設(shè)備。其他路由器叫做供應(yīng)商(P)路由器。在圖1中，通過一個(gè)或多個(gè)P路由器在兩個(gè)PE之間建立隧道。然后，由該隧道在服務(wù)供應(yīng)商公共網(wǎng)絡(luò)上承載私有網(wǎng)絡(luò)(由VPN A來指定)的兩個(gè)站點(diǎn)的端到端業(yè)務(wù)量。總之，VPN的主要單元是CE設(shè)備、PE路由器、附加電路、以及在供應(yīng)商網(wǎng)絡(luò)中建立的安全隧道。
圖2是本發(fā)明的發(fā)布-訂制多播服務(wù)體系結(jié)構(gòu)的高層示意圖。與PE處于相同位置的是XML路由器，它可以嵌入到PE中，或者用諸如以太網(wǎng)的數(shù)據(jù)鏈路技術(shù)連接到該P(yáng)E。XML路由器用虛擬局域網(wǎng)(VLAN)標(biāo)記的以太網(wǎng)接口通過一個(gè)或多個(gè)適配器連接到PE。在一個(gè)適配器上具有多個(gè)VLAN時(shí)，具有單一適配器的XML路由器可以在多個(gè)VPN上具有邏輯存在。由于XML路由器和PE設(shè)備的標(biāo)記VLAN能力，該XML路由器能夠在所有穿過該P(yáng)E的所有VPN上通信，但繼續(xù)維持路由，并使用虛擬XML路由器(VXMLR)廣播VPN之間的分離。XML路由器實(shí)現(xiàn)多個(gè)虛擬XML路由器(VXMLR)，每個(gè)VXMLR處理一個(gè)VPN中的XML發(fā)布-訂制服務(wù)。在XML路由器范圍內(nèi)為唯一的VLAN標(biāo)識(shí)符被分配給每個(gè)VXMLR，以把每個(gè)VXMLR與其服務(wù)的VPN相關(guān)聯(lián)。另外，每個(gè)VXMLR被分配從它服務(wù)的VPN中可達(dá)的主機(jī)名以及一個(gè)或多個(gè)IP地址。
圖2示出了組合以實(shí)現(xiàn)本發(fā)明的體系結(jié)構(gòu)及部件。示出了被表示為VPN A的客戶的多個(gè)站點(diǎn)(1、2和3)。每個(gè)站點(diǎn)具有代表性的客戶設(shè)備，諸如應(yīng)用服務(wù)器、計(jì)算機(jī)、PDA、計(jì)算機(jī)等等。每個(gè)站點(diǎn)通過CE交換機(jī)或路由器被加入到邊緣路由器。在該網(wǎng)絡(luò)中，在諸如IP/MPLS骨干的骨干上實(shí)現(xiàn)VPN。發(fā)布-訂制模塊(或路由器)執(zhí)行基于多載波的VPN服務(wù)中的XML發(fā)布-訂制多播功能，同時(shí)保持VPN之間的路由和資源分離。發(fā)布-訂制模塊還包括相關(guān)的操作、維護(hù)、和管理(OA&M)軟件。在圖2中示出了使用在邊緣路由器中實(shí)現(xiàn)的VPN技術(shù)來連接三個(gè)企業(yè)站點(diǎn)的IP/MPLS骨干網(wǎng)絡(luò)。XML發(fā)布-訂制多播模塊針對它們所服務(wù)的每個(gè)VPN實(shí)現(xiàn)虛擬XML路由器(VXMLR)，并通過諸如VLAN的唯一邏輯端口將VXMLR連接到每個(gè)VPN。與VPN相關(guān)聯(lián)的VXLMR可從每個(gè)VPN內(nèi)進(jìn)行尋址，并在參與到VPN中的邊緣路由器之間形成覆蓋網(wǎng)絡(luò)。
XML發(fā)布-訂制(Pub-Sub)模塊可以與邊緣路由器集成在一起，或者使用VLAN端口和以太網(wǎng)技術(shù)進(jìn)行附加。與從企業(yè)站點(diǎn)在附加電路上發(fā)送的消息相關(guān)的發(fā)布和訂制服務(wù)由PE在與該VPN相關(guān)的VLAN ID上轉(zhuǎn)發(fā)到VXMLR，該附加電路對于VPN的VXMLR是可尋址的。這些消息由VXMLR處理，如通常在發(fā)布-訂制消息傳遞服務(wù)器上完成。VXMLR在該附加電路上呈現(xiàn)為客戶主設(shè)備的典型IP主機(jī)。相關(guān)的消息傳遞標(biāo)準(zhǔn)包括OASIS對象管理組的數(shù)據(jù)分發(fā)服務(wù)(DDS)、W3C的Web服務(wù)通告、以及Sun Microsystems的Java消息傳遞服務(wù)(JMS)。它們還可以支持針對VPN聯(lián)合應(yīng)用的異步JavaScript和XML(AJAX)接口和RSS(實(shí)際簡單聯(lián)合)，以及實(shí)時(shí)異步客戶通信。
XML路由器實(shí)現(xiàn)了多個(gè)虛擬XML路由器(VXMLR)，每個(gè)VXMLR處理VPN內(nèi)的XML發(fā)布-訂制服務(wù)。在XML路由器范圍內(nèi)為唯一的VLAN標(biāo)識(shí)符被分配給每個(gè)VXMLR，以把每個(gè)VXMLR與其服務(wù)的VPN相關(guān)聯(lián)。另外，每個(gè)VXMLR被分配從它服務(wù)的VPN中可達(dá)的主機(jī)名以及一個(gè)或多個(gè)IP地址。
每個(gè)VXMLR處理它的VPN內(nèi)的XML查詢(路由和可能的變換)，并構(gòu)建自己的虛擬發(fā)布-訂制網(wǎng)絡(luò)(VPSN)查詢表，用于處理該VPN范圍內(nèi)的XML業(yè)務(wù)量。在同一個(gè)XML路由器中，每個(gè)VXMLR在很多方面獨(dú)立于其他VXMLR-連網(wǎng)對于每個(gè)VLAN的唯一的VLAN ID、帶寬。
-過程每個(gè)VXMLR有它自己的過程。
-文件系統(tǒng)對每個(gè)VXMLR的訪問被限制到根目錄的子目錄。
-存儲(chǔ)空間為每個(gè)VXMLR分配單獨(dú)的存儲(chǔ)范圍。
存在三種可能類型的發(fā)布-訂制網(wǎng)絡(luò)，該網(wǎng)絡(luò)的建立可以使用XML路由基于主題的發(fā)布-訂制和基于內(nèi)容的發(fā)布-訂制。在基于主題的系統(tǒng)中，消息屬于一組主題(群組或信道)中的一個(gè)。訂制把主題作為目標(biāo)，并且用戶接收與該主題相關(guān)聯(lián)的所有事件。通過XML路由器在發(fā)布者與訂制者之間的連接進(jìn)行代理(broker)是連接主題提供者與主題客戶的行為。例如，在用于股票交易的基于主題的系統(tǒng)中，參與者可以根據(jù)股票名稱訂制與感興趣的股票相關(guān)的所有發(fā)布。在基于主題的系統(tǒng)中，訂制者會(huì)接收所有與訂制主題相關(guān)的信息。另一方面，基于內(nèi)容的發(fā)布-訂制系統(tǒng)不局限于一個(gè)消息必須屬于特定群組的概念。系統(tǒng)通過檢查每條消息，并將該消息與潛在的復(fù)雜查詢進(jìn)行匹配，而決定消息被指引給誰，所述查詢指定由訂制者發(fā)出的結(jié)構(gòu)和判定約束。基于內(nèi)容的發(fā)布-訂制系統(tǒng)僅為訂制者提供他/她需要的信息，但將消息匹配到訂制增加了底層系統(tǒng)的負(fù)擔(dān)。唯一訂制的數(shù)量的量級可以大于在基于主題的系統(tǒng)中所必須管理的主題數(shù)量。
圖3示出了客戶訂制者或發(fā)布者如何與發(fā)布-訂制多播服務(wù)進(jìn)行交互的例子。多播源可以向VPSN服務(wù)廣告流描述，或者在廣告期滿之前取消所廣告的流描述。多播源可以自愿地或者在接收到對該多播流的訂制之后向VPSN發(fā)布該XML流。多播接收者可以向VPSN服務(wù)發(fā)出搜索，以尋找適合特定搜索標(biāo)準(zhǔn)的可用多播流。多播接收者可以通過主題、判定、或者復(fù)雜的約束訂制來訂制XML流，并可以在其期滿前取消該訂制。
訂制和廣告(發(fā)布-指示)是XML發(fā)布-訂制通信的基礎(chǔ)，因?yàn)樗鼈儽挥糜跇?gòu)建路由信息。XML內(nèi)容訂制是對于文檔結(jié)構(gòu)(路徑表達(dá))或?qū)傩灾档倪壿嫾s束，其請求匹配這些邏輯約束的XML文檔被轉(zhuǎn)發(fā)給訂制節(jié)點(diǎn)，或者在該訂制的接口上被轉(zhuǎn)發(fā)。XML文檔包括包含屬性的元素、其他元素和文本。XPath和XQuery提供了實(shí)際上的用于表達(dá)XML文檔訂制的標(biāo)準(zhǔn)語言，以及用于定位XML文檔中的XML元素的標(biāo)準(zhǔn)表達(dá)語法。在XML路由器，消息的下一跳(URI)是通過匹配消息的內(nèi)容與內(nèi)容路由數(shù)據(jù)庫中的邏輯內(nèi)容約束來確定的。內(nèi)容路由數(shù)據(jù)庫是從指示感興趣消息的鄰居節(jié)點(diǎn)的訂制中構(gòu)建的，每個(gè)訂制是一組屬性-值約束。XML路由通信服務(wù)包括傳送消息到所有的XML節(jié)點(diǎn)，這些節(jié)點(diǎn)的訂制約束包含了該消息的屬性。
XML路由在本質(zhì)上是多對多的通信設(shè)施?？紤]在同一XML路由器上接收來自不同鄰居的具有約束Cx的相同的內(nèi)容訂制的情況。在這種情況下，路由器中的訂制數(shù)據(jù)庫存儲(chǔ)一個(gè)帶有XML文檔約束Cx的路由表項(xiàng)，其分解為URI(統(tǒng)一資源標(biāo)識(shí)符)組Sx。Sx包括許多不同的將路由器連接到鄰居的URI，其中相同的訂制Cx來自于這些鄰居。轉(zhuǎn)發(fā)表項(xiàng)R{消息消息Cx，出口URI組為Sx}等同于多播轉(zhuǎn)發(fā)，其中多播群組是{消息消息Cx}。
XML路由涉及(1)拓?fù)湫畔⒌膫鞑?，以建立XML覆蓋網(wǎng)絡(luò)，(2)從鄰居訂制者接收的XML約束訂制的聚集，(3)在XML網(wǎng)絡(luò)覆蓋中的XML路由器之間的XML上下文訂制(選擇判定)的分發(fā)，(4)以及故障檢測和恢復(fù)機(jī)制。XML路由協(xié)議旨在在路由器之間分發(fā)準(zhǔn)確的和當(dāng)前的路由信息，并獲得無循環(huán)的成本最低的消息轉(zhuǎn)發(fā)路徑。
XML Pub-Sub模塊可以執(zhí)行或者對預(yù)定義的多播信道的基于主題的多播，或者使用XPath和XQuery技術(shù)對動(dòng)態(tài)信道的基于內(nèi)容的多播。
VPN發(fā)布-訂制多播服務(wù)還可以通過訂制管理能力來補(bǔ)充，所述訂制管理能力允許企業(yè)指定哪些級別的訂制者可以訪問哪些分類的內(nèi)容。
本發(fā)明相對于VPN多播有許多優(yōu)點(diǎn)1.OPEX節(jié)省通過XML發(fā)布-訂制技術(shù)的自管理多播能力獲得操作上的簡單性。XML發(fā)布-訂制提供了針對群組通信的多對多信道的自動(dòng)創(chuàng)建和破壞，而無需操作者或LAN管理者的干預(yù)。VPN多播的操作簡單化是很重要的，因?yàn)槟壳暗姆桨?IP VPN多播)需要大量的操作和配置工作，以分配多播地址、使多播信道聯(lián)機(jī)、以及接著配置應(yīng)用以使用新創(chuàng)建的多播信道。這個(gè)方面使IP VPN多播成為分裂性的技術(shù)。
2.附加電路BW效率通過企業(yè)發(fā)布-訂制消息傳遞服務(wù)器使用基于載波的VPN發(fā)布-訂制多播服務(wù)允許企業(yè)通過消除客戶主pub-sub服務(wù)器對復(fù)制針對企業(yè)網(wǎng)絡(luò)的多個(gè)站點(diǎn)的消息的需要，而節(jié)省附加電路上的帶寬。附加電路帶寬通常很昂貴，這使得這個(gè)優(yōu)點(diǎn)成為很顯著的一個(gè)優(yōu)點(diǎn)。
3.載波網(wǎng)絡(luò)帶寬效率由于在載波網(wǎng)絡(luò)中對IP多播信道的數(shù)量有限制，載波網(wǎng)絡(luò)中的多播信道通常被許多客戶多播信道所共享。載波多播信道的共享通常會(huì)導(dǎo)致所謂的“帶寬泄漏”，即在共享載波信道上發(fā)送特定信道的多播分組到邊緣路由器的過程，該邊緣路由器沒有附加的客戶信道訂制者。XML Pub-Sub多播提供了無限數(shù)量的易于配置的多播信道，從而消除了共享信道的需要以及多播BW泄漏問題。
4.系統(tǒng)對于改變的靈活性和適應(yīng)性基于載波的VPN發(fā)布-訂制網(wǎng)絡(luò)將企業(yè)站點(diǎn)彼此去耦合。一個(gè)站點(diǎn)的訂制者和發(fā)布者不需要知道另一個(gè)站點(diǎn)的訂制者和發(fā)布者。這方面允許企業(yè)系統(tǒng)在一個(gè)站點(diǎn)上改變，而無需改變其他站點(diǎn)。這個(gè)方面對于擴(kuò)大或壓縮業(yè)務(wù)是很有價(jià)值的。
5.可靠的第4層連接性XML發(fā)布-訂制模塊可以使用TCP來達(dá)到在有損耗的鏈路上的可靠傳輸。該選項(xiàng)在被用于無線連接(WiMAX)時(shí)是很有價(jià)值的，其在IP多播服務(wù)中是不可用的。
6.服務(wù)可靠性本發(fā)明避免了使用復(fù)雜的IP多播路由協(xié)議，并獲得了更簡單且更可靠的網(wǎng)絡(luò)節(jié)點(diǎn)以及改善的網(wǎng)絡(luò)可靠性。本發(fā)明把群組成員從供應(yīng)商的域中的多播樹結(jié)構(gòu)中去耦合。
盡管已經(jīng)對本發(fā)明的特定方面進(jìn)行了描述和說明，但本領(lǐng)域技術(shù)人員將會(huì)理解，在不脫離基本概念的情況下可以實(shí)現(xiàn)多種改變。然而，需要理解，這樣的改變將落入如權(quán)利要求
所限定的本發(fā)明的完全范圍內(nèi)。
權(quán)利要求
1.一種在虛擬專用網(wǎng)中的多個(gè)訂制者之間傳送多播服務(wù)的方法，包括通過虛擬專用網(wǎng)邊緣路由器將訂制者站點(diǎn)連接到虛擬專用網(wǎng)；以及將可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)覆蓋到所述虛擬專用網(wǎng)邊緣路由器上，所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)在虛擬專用網(wǎng)中是可尋址的。
2.根據(jù)權(quán)利要求
1所述的方法，其中在IP/MPLS骨干上實(shí)現(xiàn)所述虛擬專用網(wǎng)。
3.根據(jù)權(quán)利要求
1所述的方法，其中所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)是針對預(yù)定多播信道的基于主題的多播。
4.根據(jù)權(quán)利要求
1所述的方法，其中所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)是針對動(dòng)態(tài)信道的基于內(nèi)容的多播。
5.根據(jù)權(quán)利要求
1所述的方法，其中對于多播能力的可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)服務(wù)是自管理的。
6.根據(jù)權(quán)利要求
5所述的方法，其中所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制服務(wù)服務(wù)提供針對群組通信的多對多信道的自動(dòng)創(chuàng)建和破壞。
7.一種在虛擬專用網(wǎng)中的多個(gè)訂制者站點(diǎn)之間傳送多播服務(wù)的系統(tǒng)，包括在每個(gè)訂制者站點(diǎn)和供應(yīng)商網(wǎng)絡(luò)之間的邊緣路由器；以及與每個(gè)邊緣路由器相關(guān)聯(lián)的可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，所述模塊在虛擬專用網(wǎng)中是可尋址的，以形成覆蓋網(wǎng)絡(luò)。
8.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中在IP/MPLS骨干上實(shí)現(xiàn)所述虛擬專用網(wǎng)。
9.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中每個(gè)可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊與其相關(guān)聯(lián)的邊緣路由器集成在一起。
10.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中使用虛擬局域網(wǎng)端口和以太網(wǎng)技術(shù)將每個(gè)可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊附加到與其相關(guān)聯(lián)的邊緣路由器。
11.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊通過附加電路為客戶站點(diǎn)的客戶設(shè)備呈現(xiàn)標(biāo)準(zhǔn)化的第5層接口。
12.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中所述可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊允許訂制者通過消除訂制者服務(wù)器對復(fù)制針對多個(gè)站點(diǎn)的消息的需要來節(jié)省帶寬。
13.根據(jù)權(quán)利要求
7所述的系統(tǒng)，其中所述發(fā)布-訂制模塊提供無限數(shù)量的易于配置的多播信道。
14.一種可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，它與虛擬專用網(wǎng)中的邊緣路由器以覆蓋配置方式相關(guān)聯(lián)，以用于在多個(gè)客戶站點(diǎn)之間傳送多播服務(wù)。
15.根據(jù)權(quán)利要求
14所述的可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，其和與其相關(guān)聯(lián)的邊緣路由器集成在一起。
16.根據(jù)權(quán)利要求
14所述的可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，使用虛擬局域網(wǎng)端口和以太網(wǎng)技術(shù)將其附加到與其相關(guān)聯(lián)的邊緣路由器。
17.根據(jù)權(quán)利要求
14所述的可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，其用于執(zhí)行操作、維護(hù)和管理功能。
18.根據(jù)權(quán)利要求
14所述的可擴(kuò)展標(biāo)記語言發(fā)布-訂制模塊，其用于截取并處理從訂制者站點(diǎn)發(fā)送到相關(guān)聯(lián)的邊緣路由器的所有發(fā)布和訂制消息。
19.一種在虛擬專用網(wǎng)中的多個(gè)訂制者之間傳送多播服務(wù)的方法，包括將虛擬專用網(wǎng)供應(yīng)商邊緣路由器連接到該虛擬專用網(wǎng)內(nèi)的發(fā)布-訂制模塊；使用唯一的網(wǎng)絡(luò)標(biāo)識(shí)符維護(hù)虛擬專用網(wǎng)供應(yīng)商邊緣路由器連接上的虛擬專用網(wǎng)業(yè)務(wù)量的分離；將所述發(fā)布-訂制模塊上的獨(dú)立的虛擬可擴(kuò)展標(biāo)記語言路由器實(shí)體與每個(gè)虛擬專用網(wǎng)相關(guān)聯(lián)；通過將一個(gè)或多個(gè)IP地址和主機(jī)名分配給所述虛擬可擴(kuò)展標(biāo)記語言路由器，使其從各自的客戶站點(diǎn)是可達(dá)的；運(yùn)行可擴(kuò)展標(biāo)記語言路由協(xié)議以發(fā)現(xiàn)所述虛擬可擴(kuò)展標(biāo)記語言路由器，用路由表項(xiàng)即查詢來填充虛擬可擴(kuò)展標(biāo)記語言路由器轉(zhuǎn)發(fā)表，以及檢測故障及對其處理；以及對虛擬可擴(kuò)展標(biāo)記語言路由器虛擬發(fā)布-訂制網(wǎng)絡(luò)查詢表中的每個(gè)查詢提供可擴(kuò)展標(biāo)記語言文檔的轉(zhuǎn)發(fā)、復(fù)制、過濾、變換、以及QoS標(biāo)記。
20.一種在虛擬專用網(wǎng)的多個(gè)訂制者站點(diǎn)之間傳送多播服務(wù)的系統(tǒng)，包括具有邏輯端口能力的網(wǎng)絡(luò)接口，用于連接到多個(gè)虛擬專用網(wǎng)網(wǎng)絡(luò)并保持虛擬專用網(wǎng)業(yè)務(wù)量獨(dú)立；多個(gè)虛擬可擴(kuò)展標(biāo)記語言路由器實(shí)體，每個(gè)虛擬可擴(kuò)展標(biāo)記語言路由器與其服務(wù)的虛擬專用網(wǎng)相關(guān)聯(lián)，并能夠處理第3層、第4層、第5層、第6層和第7層；由每個(gè)虛擬可擴(kuò)展標(biāo)記語言路由器填充的獨(dú)立的虛擬發(fā)布-訂制網(wǎng)絡(luò)查詢表；以及可擴(kuò)展標(biāo)記語言路由協(xié)議引擎，用于執(zhí)行可擴(kuò)展標(biāo)記語言路由協(xié)議，以發(fā)現(xiàn)所述虛擬可擴(kuò)展標(biāo)記語言路由器，用路由表項(xiàng)即查詢來填充添加所述虛擬可擴(kuò)展標(biāo)記語言路由器轉(zhuǎn)發(fā)表，以及檢測故障及對其處理。
21.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中每個(gè)虛擬可擴(kuò)展標(biāo)記語言路由器具有獨(dú)立的處理、存儲(chǔ)器和帶寬資源。
22.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中每個(gè)虛擬可擴(kuò)展標(biāo)記語言路由器根據(jù)其虛擬發(fā)布-訂制網(wǎng)絡(luò)查詢表內(nèi)的查詢來轉(zhuǎn)發(fā)、復(fù)制、過濾、并變換所發(fā)布的可擴(kuò)展標(biāo)記語言文檔。
23.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中用IP來處理第3層。
24.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中用TCP和具有TLS的UDP來處理第4層。
25.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中用HTTP、SMTP、FTP、和XMPP之一來處理第5層。
26.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中用SOAP、Java消息服務(wù)、Atom、實(shí)際簡單聯(lián)合和可擴(kuò)展標(biāo)記語言之一來處理第6層。
27.根據(jù)權(quán)利要求
21所述的系統(tǒng)，其中用可擴(kuò)展標(biāo)記語言處理第6層。
專利摘要
描述了VPN服務(wù)中的發(fā)布－訂制XML多播服務(wù)。諸如IP/MPLS骨干的骨干使用VPN技術(shù)和VPN邊緣路由器連接多個(gè)訂制者站點(diǎn)。XML發(fā)布－訂制模塊在該VPN內(nèi)是可尋址的，并形成參與到VPN中的邊緣路由器之間的覆蓋網(wǎng)絡(luò)。該XML發(fā)布－訂制模塊可以執(zhí)行基于主題的多播或者基于內(nèi)容的多播服務(wù)。該多播服務(wù)是自管理的。
文檔編號H04L12/18GK1992666SQ200610064289
公開日2007年7月4日 申請日期2006年12月1日
發(fā)明者B·S·布-迪亞布 申請人:阿爾卡特公司導(dǎo)出引文BiBTeX, EndNote, RefMan