專利名稱：組播流的傳輸方法、裝置和入口邊緣設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種組播流的傳輸方法、裝置和入口邊緣設(shè)備。
背景技術(shù)：
虛擬專用網(wǎng)(Virtual Private Network ;以下簡稱:VPN),是指在公用網(wǎng)絡(luò)為用戶提供專用通信鏈路，這些專用通信鏈路無需架設(shè)專用的物理鏈路來實(shí)現(xiàn)，因此被稱為虛擬專用網(wǎng)。VPN由服務(wù)提供商網(wǎng)絡(luò)的邊緣設(shè)備(Provider Edge ;以下簡稱:PE)、服務(wù)提供商網(wǎng)絡(luò)的核心路由器(Provider ;以下簡稱:P)和用戶網(wǎng)絡(luò)的邊緣設(shè)備(Customer Edge ;以下簡稱:CE)組成。圖1為現(xiàn)有技術(shù)VPN的示意圖。如圖1所示，P設(shè)備與PE或者P設(shè)備連接,PE與CE相連,CE與個(gè)人計(jì)算機(jī)(Personal Computer ;以下簡稱:PC)相連,其中,P設(shè)備與PE之間的網(wǎng)絡(luò)為公網(wǎng)，PC、CE與PE之間的網(wǎng)絡(luò)為私網(wǎng)，也可以稱為用戶網(wǎng)絡(luò)。CE將來自PC的用戶網(wǎng)絡(luò)數(shù)據(jù)發(fā)送給PE，PE將上述用戶網(wǎng)絡(luò)數(shù)據(jù)放到公網(wǎng)上傳播，當(dāng)PE實(shí)現(xiàn)將用戶網(wǎng)絡(luò)數(shù)據(jù)放到公網(wǎng)上傳播這個(gè)功能時(shí)，該P(yáng)E為入口 PE ;并且PE也會(huì)將從公網(wǎng)中接收的攜帶用戶網(wǎng)絡(luò)數(shù)據(jù)的報(bào)文發(fā)送給CE，再由CE將用戶網(wǎng)絡(luò)數(shù)據(jù)傳播到私網(wǎng)中，當(dāng)PE實(shí)現(xiàn)將從公網(wǎng)中接收的攜帶用戶網(wǎng)絡(luò)數(shù)據(jù)的報(bào)文發(fā)送給CE這個(gè)功能時(shí)，該P(yáng)E為出口PE0在一般情況下，一個(gè)VPN的數(shù)據(jù)只能夠傳遞給本VPN內(nèi)的其它用戶。在VPN的外聯(lián)網(wǎng)應(yīng)用中，一個(gè)VPN的數(shù)據(jù)可以傳遞給其它VPN的用戶。為了描述的方便，以下將提供數(shù)據(jù)給其它VPN訪問的這個(gè)VPN稱為發(fā)送端VPN，而將訪問這些數(shù)據(jù)的VPN稱為接收端VPN?，F(xiàn)有技術(shù)中，組播VPN可以有多種形式的實(shí)現(xiàn)方案，目前比較流行的是組播域(Multicast-Domain ;以下簡稱:MD)方案，MD方案通過在服務(wù)提供商網(wǎng)絡(luò)中為每個(gè)VPN維護(hù)一個(gè)組播域來實(shí)現(xiàn)的。MD方案中，每個(gè)組播域都有一個(gè)默認(rèn)組播分發(fā)樹(DefaultMulticast Distribution Tree ;以下簡稱:Default-MDT)來連接域中的所有PE。通過這個(gè)Default-MDT,用戶網(wǎng)絡(luò)可以把組播域看作一個(gè)局域網(wǎng)(Local Area Network ;以下簡稱:LAN),也就是說CE的組播數(shù)據(jù)傳播到入口 PE之后，這個(gè)數(shù)據(jù)將會(huì)從公網(wǎng)上被傳播到該組播域中的所有出口 PE上，而這個(gè)組播數(shù)據(jù)在公網(wǎng)上是以組播的方式在Default-MDT上傳播的。在出口 PE中，將根據(jù)該出口 PE連接的VPN站點(diǎn)內(nèi)是否有組播接收者而決定是否要轉(zhuǎn)發(fā)這些組播數(shù)據(jù)，如果站點(diǎn)內(nèi)沒有接收者，則只要把組播數(shù)據(jù)丟棄即可。在這個(gè)方案中，組播數(shù)據(jù)會(huì)到達(dá)一些本不需要這些組播流的出口 PE上，在這些PE上對(duì)數(shù)據(jù)的處理只是丟棄而已。這樣，就造成了公網(wǎng)帶寬的浪費(fèi)，同時(shí)也浪費(fèi)了出口 PE的資源來處理這些無用的數(shù)據(jù)。組播VPN的外聯(lián)網(wǎng)應(yīng)用是指一個(gè)VPN內(nèi)的組播源可以將組播流發(fā)布給其它VPN的站點(diǎn)，通俗地講，也就是跨VPN的組播應(yīng)用。這項(xiàng)功能使得一個(gè)企業(yè)將自己的信息通過VPN發(fā)布給其它企業(yè)變得極為方便。但是，在組播VPN外聯(lián)網(wǎng)應(yīng)用中，對(duì)公網(wǎng)帶寬的利用存在一個(gè)問題，圖2為現(xiàn)有技術(shù)組播VPN外聯(lián)網(wǎng)應(yīng)用的示意圖，圖2中，發(fā)送端VPN(VPNA)中某個(gè)組播源的數(shù)據(jù)流經(jīng)過各CE以及PE的轉(zhuǎn)發(fā)，最終到達(dá)第一接收端VPN (VPNB)和第二接收端VPN (VPNC)的接收者上面，這就形成了組播VPN外聯(lián)網(wǎng)的應(yīng)用。具體地,VPNA中的私網(wǎng)組播流(c-data-packet)的源地址(source address ;以下簡稱:s)為 192.168.1.1,目的地址(destination address ；以下簡稱:d)為233.3.3.3。由于該私網(wǎng)組播流將要被發(fā)送到VPNB和VPNC，因此該私網(wǎng)組播流到達(dá)PEl之后，該私網(wǎng)組播流將被復(fù)制成兩份，并分別被封裝為兩份公網(wǎng)組播流(p-data-packet)。其中一份公網(wǎng)組播流的源地址為10.1.1.1，目的地址為239.2.2.2，另一份公網(wǎng)組播流的源地址為10.1.1.1，目的地址為239.1.1.1 ;這里，由于這兩份公網(wǎng)組播流將被發(fā)送給不同的VPN，因此這兩份公網(wǎng)組播流的目的地址不同。PE2接收到源地址為10.1.1.1，目的地址為239.1.1.1的公網(wǎng)組播流之后，對(duì)該公網(wǎng)組播流進(jìn)行解封裝，獲得源地址為192.168.1.1，目的地址為233.3.3.3的私網(wǎng)組播流，并將該私網(wǎng)組播流發(fā)送給VPNB中的組播接收者。同樣，PE3收到源地址為10.1.1.1，目的地址為239.2.2.2的公網(wǎng)組播流之后，對(duì)該公網(wǎng)組播流進(jìn)行解封裝，獲得源地址為192.168.1.1，目的地址為233.3.3.3的私網(wǎng)組播流，并將該私網(wǎng)組播流發(fā)送給VPNC中的組播接收者。從圖2中可以看出，在組播流到達(dá)PEl之后，組播流將被復(fù)制成兩份，并且分別被封裝為兩個(gè)公網(wǎng)組播流，分別通過VPNB和VPNC的Default-MDT在公網(wǎng)上傳播，這樣，在PEl到P設(shè)備這個(gè)路徑上面，存在兩份數(shù)據(jù)內(nèi)容相同的組播報(bào)文，這種報(bào)文復(fù)制浪費(fèi)了公網(wǎng)的帶寬。隨著接收端VPN的數(shù)量增多，以及組播流數(shù)量的增多，對(duì)公網(wǎng)帶寬的浪費(fèi)將更加嚴(yán)重。

發(fā)明內(nèi)容
本發(fā)明提供一種組播流的傳輸方法、裝置和入口邊緣設(shè)備，以實(shí)現(xiàn)在組播VPN外聯(lián)網(wǎng)應(yīng)用中，在傳輸組播流時(shí)節(jié)約公網(wǎng)帶寬。本發(fā)明一方面提供一種組播流的傳輸方法，包括:發(fā)送端虛擬專用網(wǎng)VPN的入口邊緣設(shè)備接收接收端VPN中的組播接收者發(fā)送的組播接收需求，所述組播接收需求包括所述組播接收者有接收需求的組播流的源地址和目的地址；所述入口邊緣設(shè)備根據(jù)所述組播接收者有接收需求的組播流的源地址和目的地址,確定所述接收端VPN有接收需求的組播流為所述發(fā)送端VPN中的組播流；所述入口邊緣設(shè)備將所述組播流的公網(wǎng)組地址發(fā)送給所述接收端VPN的出口邊緣設(shè)備，以便所述出口邊緣設(shè)備根據(jù)所述組播流的公網(wǎng)組地址加入所述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組；所述入口邊緣設(shè)備接收到具有所述源地址和所述目的地址的組播流之后，將接收到的組播流封裝為具有所述組播流的公網(wǎng)組地址的組播流，并將封裝后的組播流在所述組播組中進(jìn)行組播，以便所述出口邊緣設(shè)備接收到所述封裝后的組播流。本發(fā)明另一方面提供一種組播流的傳輸裝置，所述組播流的傳輸裝置設(shè)置在發(fā)送端虛擬專用網(wǎng)VPN中，所述裝置包括:接收模塊，用于接收接收端VPN中的組播接收者發(fā)送的組播接收需求，所述組播接收需求包括所述組播接收者有接收需求的組播流的源地址和目的地址；
確定模塊，用于根據(jù)所述接收模塊接收的所述組播接收者有接收需求的組播流的源地址和目的地址,確定所述接收端VPN有接收需求的組播流為所述發(fā)送端VPN中的組播流；發(fā)送模塊，用于將所述組播流的公網(wǎng)組地址發(fā)送給所述接收端VPN的出口邊緣設(shè)備，以便所述出口邊緣設(shè)備根據(jù)所述組播流的公網(wǎng)組地址加入所述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組；封裝模塊，用于在所述接收模塊接收到具有所述源地址和所述目的地址的組播流之后，將接收到的組播流封裝為具有所述組播流的公網(wǎng)組地址的組播流；所述發(fā)送模塊，還用于將所述封裝模塊封裝后的組播流在所述組播組中進(jìn)行組播，以便所述出口邊緣設(shè)備接收到所述封裝后的組播流。本發(fā)明再一方面提供一種入口邊緣設(shè)備，所述入口邊緣設(shè)備設(shè)置在發(fā)送端虛擬專用網(wǎng)VPN中，所述入口邊緣設(shè)備包括如上所述的組播流的傳輸裝置。本發(fā)明的技術(shù)效果是:發(fā)送端VPN的入口 PE接收接收端VPN中的組播接收者發(fā)送的組播接收需求，該組播接收需求攜帶上述組播接收者有接收需求的組播流的源地址和目的地址；這樣，入口 PE在確定上述接收端VPN有接收需求的組播流為發(fā)送端VPN中的組播流之后，入口 PE將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口 PE，這樣，上述接收端VPN的出口 PE就可以加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組，進(jìn)而可以接收入口 PE在該組播組中組播的組播流。通過本發(fā)明提供的技術(shù)方案，發(fā)送端VPN的入口 PE只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。


圖1為現(xiàn)有技術(shù)VPN的不意圖；圖2為現(xiàn)有技術(shù)組播VPN外聯(lián)網(wǎng)應(yīng)用的示意圖；圖3為本發(fā)明組播流的傳輸方法一個(gè)實(shí)施例的流程圖；圖4為本發(fā)明組播流的傳輸方法另一個(gè)實(shí)施例的流程圖；圖5為本發(fā)明入口 PE通告組播流的公網(wǎng)組地址一個(gè)實(shí)施例的示意圖；圖6為本發(fā)明組播流的傳輸方法再一個(gè)實(shí)施例的流程圖；圖7為本發(fā)明通過Data-MDT傳輸組播流一個(gè)實(shí)施例的示意圖；圖8為本發(fā)明組播流的傳輸裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖；圖9為本發(fā)明組播流的傳輸裝置另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式圖3為本發(fā)明組播流的傳輸方法一個(gè)實(shí)施例的流程圖，如圖3所示，該組播流的傳輸方法可以包括:步驟301，發(fā)送端VPN的入口 PE接收接收端VPN中的組播接收者發(fā)送的組播接收需求。其中，上述組播接收需求包括上述組播接收者有接收需求的組播流的源地址和目的地址。
本實(shí)施例中，上述組播流的源地址為存儲(chǔ)上述組播流的組播源的因特網(wǎng)協(xié)議(Internet Protocol ;以下簡稱:IP)地址，上述組播流的目的地址為上述組播流的私網(wǎng)組地址。步驟302，入口 PE根據(jù)上述組播接收者有接收需求的組播流的源地址和目的地址,確定上述接收端VPN有接收需求的組播流為上述發(fā)送端VPN中的組播流。步驟303，入口 PE將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口 PE，以便上述出口 PE根據(jù)上述組播流的公網(wǎng)組地址加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組。具體地，入口 PE將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口 PE可以為:入口 PE生成組播分發(fā)樹加入(MDT join)報(bào)文，并通過上述接收端VPN的Default-MDT將上述MDT join報(bào)文發(fā)送給上述接收端VPN的出口 PE，上述MDT join報(bào)文攜帶上述組播流的公網(wǎng)組地址；進(jìn)一步地，該MDTjoin報(bào)文還可以攜帶上述組播流的源地址和目的地址?；蛘撸肟?PE將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口 PE可以為:入口 PE將上述組播流的公網(wǎng)組地址攜帶在除上述MDT join報(bào)文之外的其他報(bào)文(例如:自定義的報(bào)文)中發(fā)送給上述接收端VPN的出口 PE。步驟304，入口 PE接收到具有上述源地址和上述目的地址的組播流之后，將接收到的組播流封裝為具有上述組播流的公網(wǎng)組地址的組播流，并將封裝后的組播流在上述組播組中進(jìn)行組播，以便上述出口 PE接收到上述封裝后的組播流。本實(shí)施例中，上述組播流的公網(wǎng)組地址可以為發(fā)送端VPN的公網(wǎng)組地址；或者，上述組播流的公網(wǎng)組地址可以為入口 PE為上述組播流生成的數(shù)據(jù)組播分發(fā)樹(DataMulticast Distribution Tree ;以下簡稱:Data-MDT)的組地址。另外，本實(shí)施例中，上述出口 PE上與上述組播流的公網(wǎng)組地址對(duì)應(yīng)的解封裝表項(xiàng)對(duì)應(yīng)至少一個(gè)接收端VPN的隧道口。這樣，出口 PE在接收到上述組播流之后，可以將上述組播流解封裝到至少一個(gè)接收端VPN中，從而讓組播VPN的外聯(lián)網(wǎng)應(yīng)用得以實(shí)現(xiàn)。上述實(shí)施例中，發(fā)送端VPN的入口 PE接收接收端VPN中的組播接收者發(fā)送的組播接收需求，該組播接收需求攜帶上述組播接收者有接收需求的組播流的源地址和目的地址；這樣，入口 PE在確定上述接收端VPN有接收需求的組播流為發(fā)送端VPN中的組播流之后，入口 PE將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口 PE，這樣，上述接收端VPN的出口 PE就可以加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組，進(jìn)而可以接收入口 PE在該組播組中組播的組播流。通過本實(shí)施例提供的技術(shù)方案，發(fā)送端VPN的入口 PE只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。圖4為本發(fā)明組播流的傳輸方法另一個(gè)實(shí)施例的流程圖，如圖4所示，該組播流的傳輸方法可以包括:步驟401，發(fā)送端VPN的入口 PE接收接收端VPN中的組播接收者發(fā)送的組播加入報(bào)文。其中，上述組播接收者發(fā)送的組播加入報(bào)文攜帶上述組播接收者有接收需求的組播流的源地址和目的地址。參見圖5,圖5為本發(fā)明入口 PE通告組播流的公網(wǎng)組地址一個(gè)實(shí)施例的示意圖。圖5中，發(fā)送端VPN為VPNA，接收端VPN為VPNB和VPNC。VPNB和VPNC中的組播接收者想要接收源地址為192.168.1.1、目的地址為233.3.3.3的私網(wǎng)組播流，于是VPNB和VPNC中的組播接收者會(huì)先發(fā)送組播加入報(bào)文，該組播加入報(bào)文攜帶VPNB和VPNC中的組播接收者有接收需求的組播流的源地址(192.168.1.1)和目的地址(233.3.3.3)。上述VPNB和VPNC中的組播接收者發(fā)送的組播加入報(bào)文會(huì)逐步通過各自VPN的Default-MDT傳遞到入口 PE(即PEl)上面，該組播加入報(bào)文的傳遞方向如圖5中實(shí)線箭頭所示。步驟402，入口 PE根據(jù)上述組播接收者有接收需求的組播流的源地址和目的地址,確定上述接收端VPN有接收需求的組播流為上述發(fā)送端VPN中的組播流。繼續(xù)參見圖5，PEl接收到上述VPNB和VPNC中的組播接收者發(fā)送的組播加入報(bào)文之后，根據(jù)該組播加入報(bào)文攜帶的上述組播接收者有接收需求的組播流的源地址和目的地址，PEl確定VPNB和VPNC有接收需求的組播流為VPNA中的組播流，即VPNB和VPNC對(duì)VPNA中的組播流有跨VPN的接收需求。步驟403，入口 PE生成組播分發(fā)樹加入(MDT join)報(bào)文，并通過接收端VPN的Default-MDT 發(fā)送上述 MDT join 報(bào)文。其中，上述MDT join報(bào)文攜帶上述組播流的公網(wǎng)組地址,進(jìn)一步地,上述MDT join報(bào)文還可以攜帶上述組播流的源地址和目的地址。本實(shí)施例中，上述組播流的公網(wǎng)組地址為發(fā)送端VPN的公網(wǎng)組地址。繼續(xù)參見圖5，PEl生成MDT join報(bào)文時(shí)，可以將MDT join報(bào)文中用戶組播流的源地址(C-Source)字段的值設(shè)為192.168.1.1，將用戶組播流的組地址(C-Group)字段的值設(shè)為233.3.3.3，以及將組播流的公網(wǎng)組地址(P-Group)字段的值設(shè)為發(fā)送端VPN (即VPNA)的公網(wǎng)組地址。然后，PEl將MDT join報(bào)文放在VPNB和VPNC的Default-MDT上進(jìn)行發(fā)送，MDTjoin報(bào)文的傳輸方向如圖5中虛線箭頭所示。這樣，該MDT join報(bào)文就會(huì)被VPNB的出口 PE (即PE2)和VPNC的出口 PE (BPPE3)收到。PE2和PE3收到MDT join報(bào)文之后，就會(huì)知道VPNB和VPNC有接收需求的組播流將會(huì)被封裝為公網(wǎng)組地址為P-Group字段的值的組播流在公網(wǎng)上傳播。MD方案中，入口 PE在接收到私網(wǎng)組播流之后，會(huì)將其封裝成公網(wǎng)組播數(shù)據(jù)并在公網(wǎng)上傳播，最終轉(zhuǎn)發(fā)到出口 PE上面。出口 PE需要知道該數(shù)據(jù)流的公網(wǎng)組地址，才能主動(dòng)加入該組播組來接收數(shù)據(jù)流。在沒有跨VPN的組播應(yīng)用中，出口 PE通過配置與入口 PE相同的Default-MDT地址讓出口 PE獲知該公網(wǎng)組地址。而在本發(fā)明實(shí)施例中，出口 PE并沒有配置與入口 PE相同的Default-MDT地址。同時(shí)，按照現(xiàn)有標(biāo)準(zhǔn)實(shí)現(xiàn)，入口 PE也只能將MDTJoin報(bào)文傳遞給本VPN內(nèi)的出口 PE，因此無法將入口 PE上發(fā)送端VPN的公網(wǎng)組地址通告給出口 PE0為了將發(fā)送端VPN的公網(wǎng)組地址通告給出口 PE上的各接收端VPN，入口 PE利用MDT Join報(bào)文機(jī)制通過上述步驟401 步驟403將發(fā)送端VPN的公網(wǎng)組地址通告出去。當(dāng)然，也可以通過其它自定義的報(bào)文來傳輸發(fā)送端VPN的公網(wǎng)組地址，從而讓出口 PE獲得發(fā)送端VPN的公網(wǎng)組地址，本發(fā)明對(duì)發(fā)送端VPN的公網(wǎng)組地址的傳輸方式不作限定。步驟404，入口 PE接收出口 PE發(fā)送的攜帶上述公網(wǎng)組地址的組播加入報(bào)文。本步驟中的組播加入報(bào)文所攜帶的公網(wǎng)組地址為發(fā)送端VPN的公網(wǎng)組地址。步驟405，入口 PE接收到私網(wǎng)組播流之后，將該私網(wǎng)組播流封裝為公網(wǎng)組地址為發(fā)送端VPN的公網(wǎng)組地址的組播流在公網(wǎng)上傳播。本步驟中，上述私網(wǎng)組播流的源地址為接收端VPN有接收需求的組播流的源地址(例如:192.168.1.1),上述私網(wǎng)組播流的目的地址為接收端VPN有接收需求的組播流的目的地址(例如:233.3.3.3)。步驟406，出口 PE接收到組播流之后，將接收到的組播流放在接收端VPN中進(jìn)行轉(zhuǎn)發(fā)，最終將接收到的組播流轉(zhuǎn)發(fā)給接收端VPN中的組播接收者。具體地，出口 PE是通過隧道解封裝將收到的組播流解掉公網(wǎng)頭部，而后把剩下的私網(wǎng)組播流放在接收端VPN中進(jìn)行轉(zhuǎn)發(fā)的。在傳統(tǒng)的組播VPN實(shí)現(xiàn)中，出口 PE上一般一個(gè)解封裝表項(xiàng)只能對(duì)應(yīng)一個(gè)隧道口，例如:圖5中，VPNA的公網(wǎng)組地址只能對(duì)應(yīng)VPNB的隧道口，因此公網(wǎng)組地址為VPNA的公網(wǎng)組地址的組播流只能被解封裝在VPNB中進(jìn)行私網(wǎng)轉(zhuǎn)發(fā)。圖5中，PE2上如果只有一個(gè)接收端VPN，那么組播VPN的外聯(lián)網(wǎng)應(yīng)用可以正常工作。但如果PE2上同時(shí)存在兩個(gè)接收端VPN (假設(shè)為VPNB和VPND)，則公網(wǎng)組地址為VPNA的公網(wǎng)組地址的組播流將無法被轉(zhuǎn)發(fā)到VPND。本發(fā)明對(duì)出口 PE的組播解封裝進(jìn)行改進(jìn)，允許一個(gè)解封裝表項(xiàng)對(duì)應(yīng)多個(gè)隧道口。在本例中，也就是PE2上與組播流的公網(wǎng)組地址對(duì)應(yīng)的解封裝表項(xiàng)可以同時(shí)對(duì)應(yīng)VPNB和VPND的隧道口。這樣，PE2收到來自PEl的組播流之后，可以將接收到的組播流同時(shí)解封裝到VPNB和VPND當(dāng)中，從而讓組播VPN的外聯(lián)網(wǎng)應(yīng)用得以實(shí)現(xiàn)。當(dāng)然，步驟406中也可以通過其他方法來記錄多個(gè)接收端VPN的信息，從而在公網(wǎng)組播流解封裝之后，能夠?qū)⒃摻M播流復(fù)制到這些接收端VPN當(dāng)中，本實(shí)施例對(duì)此不作限定。通過本實(shí)施例提供的技術(shù)方案，發(fā)送端VPN的入口 PE只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。圖6為本發(fā)明組播流的傳輸方法再一個(gè)實(shí)施例的流程圖，如圖6所示，該組播流的傳輸方法可以包括:步驟601，發(fā)送端VPN的入口 PE接收接收端VPN中的組播接收者發(fā)送的組播加入報(bào)文。其中，上述組播接收者發(fā)送的組播加入報(bào)文攜帶上述組播接收者有接收需求的組播流的源地址和目的地址。步驟602，入口 PE根據(jù)上述組播接收者有接收需求的組播流的源地址和目的地址,確定上述接收端VPN有接收需求的組播流為上述發(fā)送端VPN中的組播流。步驟603，入口 PE生成組播分發(fā)樹加入(MDT join)報(bào)文，并通過接收端VPN的Default-MDT 發(fā)送上述 MDT join 報(bào)文。其中，上述MDT join報(bào)文攜帶上述組播流的公網(wǎng)組地址,進(jìn)一步地,上述MDT join報(bào)文還可以攜帶上述組播流的源地址和目的地址。本實(shí)施例中，上述組播流的公網(wǎng)組地址為入口 PE為上述組播流生成的Data-MDT的組地址。具體地，入口 PE生成MDT join報(bào)文時(shí)，可以將MDT join報(bào)文中用戶組播流的源地址(C-Source)字段的值設(shè)為上述組播流的源地址，將用戶組播流的組地址(C-Group)字段的值設(shè)為上述組播流的目的地址，以及將組播流的公網(wǎng)組地址(P-Group)字段的值設(shè)為入口 PE為上述組播流生成的Data-MDT的組地址。然后，入口 PE將MDT join報(bào)文放在接收端VPN的Default-MDT上進(jìn)行發(fā)送，MDT join報(bào)文就到達(dá)了各出口 PE。這樣，出口 PE收到MDT join報(bào)文之后，就會(huì)知道接收端VPN有接收需求的組播流將會(huì)被封裝為公網(wǎng)組地址為P-Group字段的值的組播流在公網(wǎng)上傳播。步驟604，入口 PE接收出口 PE發(fā)送的攜帶上述公網(wǎng)組地址的組播加入報(bào)文。本步驟中的組播加入報(bào)文所攜帶的公網(wǎng)組地址為入口 PE為上述組播流生成的Data-MDT的組地址。步驟605，入口 PE接收到私網(wǎng)組播流之后，將該私網(wǎng)組播流封裝為公網(wǎng)組地址為入口 PE為上述組播流生成的Data-MDT的組地址的組播流在公網(wǎng)上傳播。本步驟中，上述私網(wǎng)組播流的源地址為接收端VPN有接收需求的組播流的源地址，上述私網(wǎng)組播流的目的地址為接收端VPN有接收需求的組播流的目的地址。參見圖7，圖7為本發(fā)明通過Data-MDT傳輸組播流一個(gè)實(shí)施例的示意圖。如圖7所示，用戶組播流的組地址為C-Groupl (233.3.3.3)的私網(wǎng)組播流被封裝為公網(wǎng)組地址為P-Groupl (239.2.2.2)的公網(wǎng)組播流，用戶組播流的組地址為C_Group2 (233.1.1.1)的私網(wǎng)組播流被封裝為公網(wǎng)組地址為P-GroUp2 (239.1.1.1)的公網(wǎng)組播流，上述兩個(gè)公網(wǎng)組播流分別通過兩個(gè)Data-MDT進(jìn)行傳輸。出口 PE2上的接收端VPNB只想接收用戶組播流的組地址為C-Group2的私網(wǎng)組播流，因此PE2只需要接收公網(wǎng)組地址為P_Group2(239.1.1.1)的公網(wǎng)組播流即可。出口 PE3上的接收端VPNC想接收用戶組播流的組地址為C-Groupl和C-Group2的私網(wǎng)組播流，因此出口 PE3需要接收公網(wǎng)組地址為P-Groupl (239.2.2.2)和P-Group2 (239.1.1.1)的公網(wǎng)組播流。如圖7所示，每個(gè)Data-MDT的組播流都只有一份在公網(wǎng)上傳播。步驟606，同步驟406。上述實(shí)施例中，Data-MDT只需要配置在發(fā)送端VPN上，并且，本實(shí)施例中，發(fā)送端VPN的入口 PE只將一份組播流通過為該組播流生成的Data-MDT傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該Data-MDT的組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。綜上所述，本發(fā)明實(shí)施例提供的組播流的傳輸方法具有如下技術(shù)效果:1、本發(fā)明實(shí)施例使得組播VPN外聯(lián)網(wǎng)應(yīng)用的配置更為簡單?，F(xiàn)有技術(shù)中，為了減少公網(wǎng)帶寬的浪費(fèi)，一般采取在出口 PE配置發(fā)送端VPN的方法。這要求每個(gè)出口 PE都必須進(jìn)行配置，使得網(wǎng)絡(luò)維護(hù)工作量大大增加。如果發(fā)送端VPN的信息發(fā)生變化，則出口 PE上的配置都需要進(jìn)行改變，非常繁瑣。而本發(fā)明實(shí)施例采用在入口 PE配置接收端VPN的方式，只需在入口 PE進(jìn)行配置即可，大大簡化了組播VPN外聯(lián)網(wǎng)應(yīng)用的配置。2、本發(fā)明實(shí)施例可以節(jié)約組播VPN外聯(lián)網(wǎng)應(yīng)用的公網(wǎng)帶寬?，F(xiàn)有技術(shù)中，發(fā)送端VPN中的組播流必須復(fù)制多份在公網(wǎng)上進(jìn)行傳播，有幾個(gè)接收端VPN就必須復(fù)制幾份組播流。而本發(fā)明實(shí)施例中，組播流只需傳播一份到公網(wǎng)上，大大節(jié)約了公網(wǎng)帶寬。3、本發(fā)明實(shí)施例使得組播VPN外聯(lián)網(wǎng)應(yīng)用的Data-MDT的配置更為簡單?，F(xiàn)有技術(shù)中，組播VPN外聯(lián)網(wǎng)應(yīng)用中的Data-MDT需要配置在接收端VPN上，這就要求每個(gè)接收端VPN都必須配置Data-MDT。而本發(fā)明實(shí)施例中，Data-MDT只需配置在發(fā)送端VPN上，從而簡化了組播VPN外聯(lián)網(wǎng)應(yīng)用的Data-MDT的配置。
4、本發(fā)明實(shí)施例可以提高組播VPN外聯(lián)網(wǎng)應(yīng)用中Data-MDT的公網(wǎng)帶寬利用率。現(xiàn)有技術(shù)中，各接收端VPN都有各自的Data-MDT，這樣，一份私網(wǎng)組播流仍然需要被復(fù)制并封裝為多份公網(wǎng)組播流傳播到公網(wǎng)上，這樣，在公網(wǎng)上，有幾個(gè)接收端VPN的Data-MDT就有幾份組播流。而本發(fā)明實(shí)施例中，只有發(fā)送端VPN的Data-MDT封裝的組播流傳播到公網(wǎng)上，也就是說，在公網(wǎng)上只有一份組播流傳輸，從而節(jié)約了公網(wǎng)的帶寬。本領(lǐng)域普通技術(shù)人員可以理解:實(shí)現(xiàn)上述各方法實(shí)施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中。該程序在執(zhí)行時(shí)，執(zhí)行包括上述各方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。圖8為本發(fā)明組播流的傳輸裝置一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，本實(shí)施例中的組播流的傳輸裝置設(shè)置在發(fā)送端VPN中，可以實(shí)現(xiàn)本發(fā)明圖1所示實(shí)施例的流程，如圖8所示，上述組播流的傳輸裝置可以包括:接收模塊81、確定模塊82、發(fā)送模塊83和封裝模塊84 ；其中，接收模塊81，用于接收接收端VPN中的組播接收者發(fā)送的組播接收需求，上述組播接收需求包括上述組播接收者有接收需求的組播流的源地址和目的地址；確定模塊82，用于根據(jù)接收模塊81接收的上述組播接收者有接收需求的組播流的源地址和目的地址,確定上述接收端VPN有接收需求的組播流為上述發(fā)送端VPN中的組播流；發(fā)送模塊83，用于將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口邊緣設(shè)備，以便上述出口邊緣設(shè)備根據(jù)上述組播流的公網(wǎng)組地址加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組；封裝模塊84，用于在接收模塊81接收到具有上述源地址和上述目的地址的組播流之后，將接收模塊81接收到的組播流封裝為具有上述組播流的公網(wǎng)組地址的組播流；進(jìn)一步地，發(fā)送模塊83，還用于將封裝模塊84封裝后的組播流在上述組播組中進(jìn)行組播，以便上述出口邊緣設(shè)備接收到上述封裝后的組播流；封裝模塊84封裝后的組播流為具有上述組播流的公網(wǎng)組地址的組播流。上述實(shí)施例中，接收模塊81接收接收端VPN中的組播接收者發(fā)送的組播接收需求，該組播接收需求攜帶上述組播接收者有接收需求的組播流的源地址和目的地址；這樣，確定模塊82在確定上述接收端VPN有接收需求的組播流為發(fā)送端VPN中的組播流之后，發(fā)送模塊83將上述組播流的公網(wǎng)組地址發(fā)送給接收端VPN的出口邊緣設(shè)備，這樣，上述接收端VPN的出口邊緣設(shè)備就可以加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組，進(jìn)而可以接收發(fā)送模塊83在該組播組中組播的組播流。本實(shí)施例中，發(fā)送模塊83只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。圖9為本發(fā)明組播流的傳輸裝置另一個(gè)實(shí)施例的結(jié)構(gòu)示意圖，與圖8所示的組播流的傳輸裝置相比，不同之處在于，圖9所示的組播流的傳輸裝置中，發(fā)送模塊83可以包括:報(bào)文生成子模塊831、報(bào)文發(fā)送子模塊832和組播流發(fā)送子模塊833 ；其中，報(bào)文生成子模塊831，用于生成MDT join報(bào)文，上述MDT join報(bào)文攜帶上述組播流的公網(wǎng)組地址；報(bào)文發(fā)送子模塊832，用于通過上述接收端VPN的Default-MDT將報(bào)文生成子模塊831生成的MDT join報(bào)文發(fā)送給上述接收端VPN的出口邊緣設(shè)備；組播流發(fā)送子模塊833，用于將封裝模塊84封裝后的組播流在上述組播組中進(jìn)行組播，以便上述出口邊緣設(shè)備接收到上述封裝后的組播流；封裝模塊84封裝后的組播流為具有上述組播流的公網(wǎng)組地址的組播流。本實(shí)施例中，發(fā)送模塊83發(fā)送的上述組播流的公網(wǎng)組地址為發(fā)送端VPN的公網(wǎng)組地址；或者，發(fā)送模塊83發(fā)送的上述組播流的公網(wǎng)組地址為入口邊緣設(shè)備為上述組播流生成的Data-MDT的組地址。本實(shí)施例中，報(bào)文生成子模塊831生成的MDT join報(bào)文還攜帶上述組播流的源地址和目的地址。上述實(shí)施例中，發(fā)送模塊83只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。本發(fā)明還提供一種入口邊緣設(shè)備，該入口邊緣設(shè)備設(shè)置在發(fā)送端VPN中，該入口邊緣設(shè)備包括本發(fā)明圖8或圖9所示實(shí)施例提供的組播流的傳輸裝置。最后應(yīng)說明的是:以上各實(shí)施例僅用以說明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述各實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的范圍。
權(quán)利要求
1.一種組播流的傳輸方法，其特征在于，包括: 發(fā)送端虛擬專用網(wǎng)VPN的入口邊緣設(shè)備接收接收端VPN中的組播接收者發(fā)送的組播接收需求，所述組播接收需求包括所述組播接收者有接收需求的組播流的源地址和目的地址； 所述入口邊緣設(shè)備根據(jù)所述組播接收者有接收需求的組播流的源地址和目的地址，確定所述接收端VPN有接收需求的組播流為所述發(fā)送端VPN中的組播流； 所述入口邊緣設(shè)備將所述組播流的公網(wǎng)組地址發(fā)送給所述接收端VPN的出口邊緣設(shè)備，以便所述出口邊緣設(shè)備根據(jù)所述組播流的公網(wǎng)組地址加入所述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組； 所述入口邊緣設(shè)備接收到具有所述源地址和所述目的地址的組播流之后，將接收到的組播流封裝為具有所述組播流的公網(wǎng)組地址的組播流，并將封裝后的組播流在所述組播組中進(jìn)行組播，以便所述出口邊緣設(shè)備接收到所述封裝后的組播流。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述入口邊緣設(shè)備將所述組播流的公網(wǎng)組地址發(fā)送給所述接收端VPN的出口邊緣設(shè)備包括: 所述入口邊緣設(shè)備生成組播分發(fā)樹加入報(bào)文，并通過所述接收端VPN的默認(rèn)組播分發(fā)樹將所述組播分發(fā)樹加入報(bào)文發(fā)送給所述接收端VPN的出口邊緣設(shè)備，所述組播分發(fā)樹加入報(bào)文攜帶所述組播流的公網(wǎng)組地址。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述組播流的公網(wǎng)組地址為所述發(fā)送端VPN的公網(wǎng)組地址；或者，所述組播流的公網(wǎng)組地址為所述入口邊緣設(shè)備為所述組播流生成的數(shù)據(jù)組播分發(fā)樹的組地址。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述出口邊緣設(shè)備上與所述組播流的公網(wǎng)組地址對(duì)應(yīng)的解封裝表項(xiàng)對(duì)應(yīng)至少一個(gè)接收端VPN的隧道口。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述組播分發(fā)樹加入報(bào)文還攜帶所述組播流的源地址和目的地址。
6.一種組播流的傳輸裝置，其特征在于，所述組播流的傳輸裝置設(shè)置在發(fā)送端虛擬專用網(wǎng)VPN中，所述裝置包括: 接收模塊，用于接收接收端VPN中的組播接收者發(fā)送的組播接收需求，所述組播接收需求包括所述組播接收者有接收需求的組播流的源地址和目的地址； 確定模塊，用于根據(jù)所述接收模塊接收的所述組播接收者有接收需求的組播流的源地址和目的地址,確定所述接收端VPN有接收需求的組播流為所述發(fā)送端VPN中的組播流； 發(fā)送模塊，用于將所述組播流的公網(wǎng)組地址發(fā)送給所述接收端VPN的出口邊緣設(shè)備，以便所述出口邊緣設(shè)備根據(jù)所述組播流的公網(wǎng)組地址加入所述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組； 封裝模塊，用于在所述接收模塊接收到具有所述源地址和所述目的地址的組播流之后，將接收到的組播流封裝為具有所述組播流的公網(wǎng)組地址的組播流； 所述發(fā)送模塊，還用于將所述封裝模塊封裝后的組播流在所述組播組中進(jìn)行組播，以便所述出口邊緣設(shè)備接收到所述封裝后的組播流。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述發(fā)送模塊包括: 報(bào)文生成子模塊，用于生成組播分發(fā)樹加入報(bào)文，所述組播分發(fā)樹加入報(bào)文攜帶所述組播流的公網(wǎng)組地址； 報(bào)文發(fā)送子模塊，用于通過所述接收端VPN的默認(rèn)組播分發(fā)樹將所述報(bào)文生成子模塊生成的組播分發(fā)樹加入報(bào)文發(fā)送給所述接收端VPN的出口邊緣設(shè)備； 組播流發(fā)送子模塊，用于將所述封裝模塊封裝后的組播流在所述組播組中進(jìn)行組播，以便所述出口邊緣設(shè)備接收到所述封裝后的組播流；所述封裝模塊封裝后的組播流為具有所述組播流的公網(wǎng)組地址的組播流。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述發(fā)送模塊發(fā)送的所述組播流的公網(wǎng)組地址為所述發(fā)送端VPN的公網(wǎng)組地址；或者，所述發(fā)送模塊發(fā)送的所述組播流的公網(wǎng)組地址為所述入口邊緣設(shè)備為所述組播流生成的數(shù)據(jù)組播分發(fā)樹的組地址。
9.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述報(bào)文生成子模塊生成的所述組播分發(fā)樹加入報(bào)文還攜帶所述組播流的源地址和目的地址。
10.一種入口邊緣設(shè)備，其特征在于，所述入口邊緣設(shè)備設(shè)置在發(fā)送端虛擬專用網(wǎng)VPN中，所述入口邊緣設(shè) 備包括如權(quán)利要求6-9任意一項(xiàng)所述的組播流的傳輸裝置。
全文摘要
本發(fā)明提供一種組播流的傳輸方法、裝置和入口邊緣設(shè)備，該組播流的傳輸方法包括發(fā)送端VPN的入口PE接收組播接收需求；入口PE確定接收端VPN有接收需求的組播流為發(fā)送端VPN中的組播流，將上述組播流的公網(wǎng)組地址發(fā)送給出口PE，以便出口PE加入上述組播流的公網(wǎng)組地址對(duì)應(yīng)的組播組；入口PE接收到具有上述源地址和上述目的地址的組播流之后，將接收到的組播流封裝為具有上述組播流的公網(wǎng)組地址的組播流，并將封裝后的組播流在上述組播組中進(jìn)行組播。本發(fā)明中，發(fā)送端VPN的入口PE只將一份組播流傳播到公網(wǎng)上，就可以使所有對(duì)該組播流有接收需求的接收端VPN通過該組播流的公網(wǎng)組地址接收到該組播流，從而節(jié)省了公網(wǎng)帶寬。
文檔編號(hào)H04L12/801GK103152280SQ20131007789
公開日2013年6月12日 申請(qǐng)日期2013年3月12日 優(yōu)先權(quán)日2013年3月12日
發(fā)明者翁爾新 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司