專(zhuān)利名稱(chēng)：一種點(diǎn)到點(diǎn)協(xié)議實(shí)現(xiàn)組播業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種點(diǎn)到點(diǎn)協(xié)議實(shí)現(xiàn)組播業(yè)務(wù)的方法。
背景技術(shù)：
有關(guān)點(diǎn)到點(diǎn)協(xié)議的組播業(yè)務(wù)可以參見(jiàn)以下文獻(xiàn)1CN1719828A“一種以太網(wǎng)上的點(diǎn)到點(diǎn)協(xié)議實(shí)現(xiàn)組播的方法”；2CN1866921A“基于PPP協(xié)議的組播業(yè)務(wù)的實(shí)現(xiàn)方法及裝置”；3CN1859421A“一種組播業(yè)務(wù)的實(shí)現(xiàn)方法”。
PPP(The Point-to-Point Protocol，點(diǎn)到點(diǎn)協(xié)議)協(xié)議是TCP/IP(Transmission Control Protocol/Internet Protocol，傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議)協(xié)議棧中數(shù)據(jù)鏈路層的協(xié)議，提供一種標(biāo)準(zhǔn)的方式在點(diǎn)對(duì)點(diǎn)的鏈路上傳輸多個(gè)網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)報(bào)文，PPP協(xié)議包括各種網(wǎng)絡(luò)控制協(xié)議族(NCPNetwork Control Protocol)如IPCP(The PPP Internet Protocol ControlProtocol，PPP IP控制協(xié)議)，鏈路控制協(xié)議族(LCPLink Control Protocol)以及認(rèn)證協(xié)議族等。其中，網(wǎng)絡(luò)控制協(xié)議主要用來(lái)協(xié)商鏈路上傳輸?shù)臄?shù)據(jù)包的格式和類(lèi)型，鏈路控制協(xié)議主要用來(lái)建立、拆除和監(jiān)控PPP數(shù)據(jù)鏈路，認(rèn)證協(xié)議主要用來(lái)提供網(wǎng)絡(luò)安全的保證。
為了在點(diǎn)對(duì)點(diǎn)的鏈路上建立通信，PPP鏈路的兩端必須發(fā)送LCP數(shù)據(jù)包進(jìn)行數(shù)據(jù)鏈路的測(cè)試和配置。等鏈路建立起來(lái)之后，還可能要進(jìn)行兩端的認(rèn)證，然后，PPP必須發(fā)送NCP數(shù)據(jù)包選擇并配置一個(gè)或多個(gè)網(wǎng)絡(luò)層協(xié)議，當(dāng)所選擇的網(wǎng)絡(luò)層協(xié)議配置成功之后，每個(gè)網(wǎng)絡(luò)層發(fā)送的數(shù)據(jù)報(bào)就可以在鏈路上傳送了。鏈路一直保持著直到有明確的LCP或NCP數(shù)據(jù)包斷開(kāi)鏈路或某些外來(lái)的事件發(fā)生(如定時(shí)器超時(shí)或網(wǎng)絡(luò)管理員干涉)。
IP組播的基本思想是源IP主機(jī)只發(fā)送一份數(shù)據(jù)，一個(gè)或多個(gè)接收者可接收相同數(shù)據(jù)的拷貝。不同用戶如果接收同一個(gè)組播流，服務(wù)器只需發(fā)達(dá)一份數(shù)據(jù)，網(wǎng)絡(luò)只需在用戶的分支點(diǎn)進(jìn)行復(fù)制，在分支點(diǎn)以上的網(wǎng)絡(luò)只需傳送一個(gè)數(shù)據(jù)流IP組播技術(shù)實(shí)現(xiàn)了IP網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送。IGMP(Internet Group Management Protocol，互聯(lián)網(wǎng)組管理協(xié)議)負(fù)責(zé)所連網(wǎng)絡(luò)組成員關(guān)系的收集與維護(hù)。該協(xié)議收發(fā)通用查詢報(bào)文、特定組查詢報(bào)文、主機(jī)報(bào)告報(bào)文和離開(kāi)報(bào)文來(lái)維護(hù)協(xié)議的各種狀態(tài)信息。IPv6中使用MLD(Multicast Listener Discovery，組播收聽(tīng)者發(fā)現(xiàn))取代IGMP，并完成類(lèi)似的功能。
從上面可以看出，組播協(xié)議沒(méi)有提供用戶認(rèn)證支持，不能對(duì)組播用戶進(jìn)行有效的控制，也不能對(duì)組播用戶進(jìn)行有效的計(jì)費(fèi)。
目前大部分的寬帶接入方式是基于PPP協(xié)議的，尤其是PPPoE(PPP overEthernet，以太網(wǎng)上的點(diǎn)到點(diǎn)協(xié)議)已經(jīng)成為寬帶接入運(yùn)營(yíng)商首選的寬帶接入方式。PPP協(xié)議要求端與端之間是點(diǎn)到點(diǎn)的關(guān)系，不適用于組播要求的點(diǎn)對(duì)多點(diǎn)關(guān)系，即PPP協(xié)議本身并不支持組播業(yè)務(wù)。由于PPP協(xié)議的點(diǎn)到點(diǎn)特性，需要對(duì)每個(gè)PPP會(huì)話進(jìn)行組播復(fù)制，導(dǎo)致PPP組播流在二層環(huán)境中進(jìn)行大量的復(fù)制，使組播業(yè)務(wù)的開(kāi)展受到極大的限制。這在一定程度上影響IPTV(Internet Protocol Television，交互式網(wǎng)絡(luò)電視)等新業(yè)務(wù)的開(kāi)展。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提出了一種點(diǎn)到點(diǎn)協(xié)議實(shí)現(xiàn)組播業(yè)務(wù)的方法，可以保證點(diǎn)到點(diǎn)協(xié)議完全像IP組播一樣支持組播業(yè)務(wù)，而且在組播轉(zhuǎn)發(fā)處理上比IP組播更靈活，同時(shí)還保留了PPP協(xié)議的易于管理用戶的特性，解決了IP組播用戶認(rèn)證和計(jì)費(fèi)的難題，也解決了PPP的組播流大量復(fù)制問(wèn)題，同時(shí)提高了組播業(yè)務(wù)的安全性，提供了PPP協(xié)議支持組播業(yè)務(wù)的完美解決方案，滿足了網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)組播業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)營(yíng)管理統(tǒng)一性，方便多業(yè)務(wù)的開(kāi)展。
本發(fā)明的主要目的在于提供一種點(diǎn)到點(diǎn)協(xié)議實(shí)現(xiàn)組播業(yè)務(wù)的方法，包括以下步驟步驟一PPP兩端獲得組播性能信息；步驟二PPP兩端協(xié)商各自支持的組播性能；步驟三PPP兩端根據(jù)協(xié)商的組播性能來(lái)進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)；根據(jù)本發(fā)明的優(yōu)選實(shí)施例，所述步驟一當(dāng)中PPP兩端獲得的組播性能信息可以來(lái)自下面的途徑PPP用戶端在PPP用戶端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息。
PPP網(wǎng)絡(luò)端在PPP網(wǎng)絡(luò)端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息，和/或通過(guò)與AAA(Authentication，Authorization and Accounting，認(rèn)證，授權(quán)和計(jì)費(fèi))服務(wù)器和/或策略服務(wù)器交互來(lái)獲取的組播性能信息，和/或通過(guò)與VPN(Virtual Private Network，虛擬專(zhuān)用網(wǎng))或隧道協(xié)議交互得到組播性能信息。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，所述的組播性能信息包括1.組播封裝格式組播封裝格式是組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)使用的封裝格式，也可以說(shuō)是數(shù)據(jù)轉(zhuǎn)發(fā)方式，在下面統(tǒng)一稱(chēng)為組播封裝格式。這里的組播數(shù)據(jù)包括組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)，組播協(xié)議數(shù)據(jù)包括IGMP和MLD協(xié)議報(bào)文。組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)都具有下面的封裝格式1)PPP封裝PPP封裝的含義是組播數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)。
2)IP封裝IP封裝的含義是組播數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)。
3)VPNVPN封裝的含義是組播數(shù)據(jù)使用VPN方式來(lái)轉(zhuǎn)發(fā)?？梢允褂肰PN轉(zhuǎn)發(fā)組播流的機(jī)制，來(lái)提高組播業(yè)務(wù)的安全性。
此外，組播協(xié)議數(shù)據(jù)還有下面的封裝PPP封裝和IP封裝它的含義是組播協(xié)議數(shù)據(jù)同時(shí)發(fā)送了兩份，一份使用PPP封裝來(lái)發(fā)送，另一份使用IP封裝來(lái)發(fā)送。
進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的封裝格式可以任意組合。
當(dāng)組播協(xié)議數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)，組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)時(shí)，由于組播協(xié)議數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)，所以可以對(duì)組播協(xié)議的請(qǐng)求加入組播組的報(bào)文進(jìn)行用戶特定的業(yè)務(wù)接納處理，對(duì)組播用戶進(jìn)行有效的控制，還可以使用組播協(xié)議的查詢報(bào)文和報(bào)告報(bào)文作為用戶特定的組播組的keepalive(保持活動(dòng))機(jī)制，檢測(cè)用戶當(dāng)前加入了哪些組播組和加入組播組的時(shí)長(zhǎng)，來(lái)對(duì)組播用戶進(jìn)行有效的計(jì)費(fèi)。由于組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)，所以就不需要對(duì)每個(gè)PPP會(huì)話進(jìn)行組播復(fù)制，解決了PPP的組播流大量復(fù)制問(wèn)題。
當(dāng)組播協(xié)議數(shù)據(jù)使用PPP封裝和IP封裝來(lái)轉(zhuǎn)發(fā)，組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)時(shí)，可以使用IP封裝來(lái)發(fā)送的組播協(xié)議數(shù)據(jù)可以被連接PPP用戶端和網(wǎng)絡(luò)端之間的中間設(shè)備來(lái)完成組播協(xié)議的偵聽(tīng)/代理(Snooping/Proxy)功能，這樣中間設(shè)備的現(xiàn)有組播實(shí)現(xiàn)保持不變，兼容了現(xiàn)有的設(shè)備。
由于此時(shí)PPP兩端可以同時(shí)接收到PPP封裝和IP封裝的組播協(xié)議數(shù)據(jù)，所以兩端可以通過(guò)匹配源地址的方法，來(lái)檢查兩種封裝的組播協(xié)議數(shù)據(jù)是否相同，并關(guān)聯(lián)兩種封裝的組播協(xié)議數(shù)據(jù)和IP封裝的組播承載轉(zhuǎn)發(fā)數(shù)據(jù)，這里的源地址可以是IP地址或者M(jìn)AC地址。
2.組播電路組播電路是組播數(shù)據(jù)轉(zhuǎn)發(fā)的電路，它和PPP用戶端接入的電路可以是相同的電路，也可以是不同的電路。組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。組播電路包括各種用戶接入的鏈路、VPN和隧道。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中所述步驟二當(dāng)中組播性能的協(xié)商是通過(guò)在LCP或者NCP協(xié)議中擴(kuò)充對(duì)應(yīng)的組播性能配置選項(xiàng)來(lái)完成的。不管擴(kuò)充的配置選項(xiàng)的個(gè)數(shù)和格式，只要擴(kuò)充的配置選項(xiàng)可以完成對(duì)應(yīng)的組播性能協(xié)商就可以了。
PPP兩端協(xié)商各自支持的組播性能時(shí)，如果PPP任何一端不支持組播性能選項(xiàng)，可以忽略此選項(xiàng)，繼續(xù)進(jìn)行其它選項(xiàng)的協(xié)商。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，所述步驟三當(dāng)中進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，PPP數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，在PPP用戶端和PPP網(wǎng)絡(luò)端之間的網(wǎng)絡(luò)設(shè)備上的組播轉(zhuǎn)發(fā)表的建立方式有兩種1)在組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是相互獨(dú)立時(shí)，此時(shí)PPP網(wǎng)絡(luò)端需要在上面的兩條電路上同時(shí)向PPP用戶端發(fā)送組播查詢報(bào)文，來(lái)使得中間設(shè)備上的組播協(xié)議的偵聽(tīng)/代理(Snooping/Proxy)功能能正常運(yùn)行，或者通過(guò)網(wǎng)管配置方式，或者由PPP網(wǎng)絡(luò)端通過(guò)管理協(xié)議如SNMP(Simple Network Management Protocol，簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)的方式、或者通過(guò)動(dòng)態(tài)組播管理協(xié)議如DSL(Digital Subscriber Loop數(shù)字用戶環(huán)路)論壇L2CM(Layer 2 Control Mechanism，二層控制機(jī)制)的方式，或者通過(guò)ANCP(Access Node Control Protocol，接入節(jié)點(diǎn)控制協(xié)議)協(xié)議的方式，或者通過(guò)COPS(Common Open Policy Service，公共開(kāi)放策略服務(wù))協(xié)議的方式，來(lái)建立中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
2)在組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是同一條電路時(shí)，此時(shí)可通過(guò)組播協(xié)議的Snooping/Proxy的方式，也可以通過(guò)上面所述的1)中的方式，來(lái)建立中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
通過(guò)上述技術(shù)方案，可以保證點(diǎn)到點(diǎn)協(xié)議完全像IP組播一樣支持組播業(yè)務(wù)，而且在組播轉(zhuǎn)發(fā)處理上比IP組播更靈活，同時(shí)還保留了PPP協(xié)議的易于管理用戶的特性，解決了IP組播用戶認(rèn)證和計(jì)費(fèi)的難題，也解決了PPP的組播流大量復(fù)制問(wèn)題，同時(shí)提高了組播業(yè)務(wù)的安全性，提供了PPP協(xié)議支持組播業(yè)務(wù)的完美解決方案，滿足了網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)組播業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)營(yíng)管理統(tǒng)一性，方便多業(yè)務(wù)的開(kāi)展。
本發(fā)明的其他優(yōu)點(diǎn)、目標(biāo)，和特征在某種程度上將在隨后的說(shuō)明書(shū)中進(jìn)行闡述，并且在某種程度上，基于對(duì)下文的考察研究對(duì)本領(lǐng)域技術(shù)人員而言將是顯而易見(jiàn)的，或者可以從本發(fā)明的實(shí)踐中得到教導(dǎo)。本發(fā)明的目標(biāo)和其他優(yōu)點(diǎn)可以通過(guò)下面的說(shuō)明書(shū)，權(quán)利要求書(shū)，以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述，其中圖1是根據(jù)本發(fā)明的流程圖；圖2是根據(jù)本發(fā)明的實(shí)施例的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖3是根據(jù)本發(fā)明的實(shí)施例的PPP會(huì)話流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步的詳細(xì)描述。需要注意的是，根據(jù)本發(fā)明的實(shí)現(xiàn)點(diǎn)到點(diǎn)協(xié)議上的組播業(yè)務(wù)的實(shí)施方式僅僅作為例子，但本發(fā)明不限于該具體實(shí)施方式
。
本發(fā)明用來(lái)實(shí)現(xiàn)點(diǎn)到點(diǎn)協(xié)議上的組播業(yè)務(wù)，可以保證點(diǎn)到點(diǎn)協(xié)議完全像IP組播一樣支持組播業(yè)務(wù)，而且在組播轉(zhuǎn)發(fā)處理上比IP組播更靈活，同時(shí)還保留了PPP協(xié)議的易于管理用戶的特性，解決了IP組播用戶認(rèn)證和計(jì)費(fèi)的難題，也解決了PPP的組播流大量復(fù)制問(wèn)題，同時(shí)提高了組播業(yè)務(wù)的安全性，提供了PPP協(xié)議支持組播業(yè)務(wù)的完美解決方案，滿足了網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)組播業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)營(yíng)管理統(tǒng)一性，方便多業(yè)務(wù)的開(kāi)展。
圖2示出了根據(jù)本發(fā)明的網(wǎng)絡(luò)結(jié)構(gòu)圖。如圖2所示，在根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)點(diǎn)到點(diǎn)協(xié)議上的組播業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)中，PPP終端10通過(guò)以太網(wǎng)交換機(jī)20，連接到接入服務(wù)器30，同時(shí)AAA服務(wù)器40也連接到接入服務(wù)器30，接入服務(wù)器30的網(wǎng)絡(luò)側(cè)連接到Internet 50。在PPP終端10和以太網(wǎng)交換機(jī)20之間，在以太網(wǎng)交換機(jī)20和接入服務(wù)器30之間的鏈路是以太網(wǎng)鏈路，其中粗線是組播電路VLAN 10(Virtual Local Area Network，虛擬局域網(wǎng))，細(xì)線是PPP電路VLAN 20。
PPP終端10具有PPPoE功能和組播功能，并且有兩個(gè)上聯(lián)口，一個(gè)用于PPP數(shù)據(jù)的傳輸，另一個(gè)用于組播數(shù)據(jù)的傳輸。以太網(wǎng)交換機(jī)20也有和PPP終端10相同功能的兩個(gè)上聯(lián)口，它的用戶側(cè)接口也分為傳輸組播數(shù)據(jù)的組播接口和傳輸PPP數(shù)據(jù)的PPP接口，以太網(wǎng)交換機(jī)20具有把網(wǎng)絡(luò)側(cè)組播電路和PPP電路上的數(shù)據(jù)分別轉(zhuǎn)發(fā)到相應(yīng)的用戶側(cè)接口上的功能。接入服務(wù)器30具有PPPoE終結(jié)功能、組播功能和AAA客戶端功能。
圖1示出了根據(jù)本發(fā)明的實(shí)現(xiàn)PPP組播業(yè)務(wù)的方法的流程圖。參見(jiàn)圖1，根據(jù)本發(fā)明實(shí)施例的實(shí)現(xiàn)點(diǎn)到點(diǎn)協(xié)議上的組播業(yè)務(wù)的方法包括第一步(S101)PPP兩端獲得組播性能信息；PPP兩端獲得的組播性能信息可以來(lái)自下面的途徑
1)PPP用戶端在PPP用戶端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息。
2)PPP網(wǎng)絡(luò)端在PPP網(wǎng)絡(luò)端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息，和/或通過(guò)與AAA服務(wù)器和/或策略服務(wù)器交互來(lái)獲取的組播性能信息，和/或通過(guò)與VPN或隧道協(xié)議交互得到組播性能信息。
所述的組播性能信息包括1.組播封裝格式組播封裝格式是組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)使用的封裝格式。這里的組播數(shù)據(jù)包括組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)，組播協(xié)議數(shù)據(jù)包括IGMP和MLD協(xié)議報(bào)文。組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)都具有下面的封裝格式1)PPP封裝PPP封裝的含義是組播數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)。這種封裝類(lèi)型兼容了現(xiàn)有PPP協(xié)議組播業(yè)務(wù)的實(shí)現(xiàn)。
2)IP封裝IP封裝的含義是組播數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)。這種封裝類(lèi)型可以保證點(diǎn)到點(diǎn)協(xié)議完全像IP組播一樣支持組播業(yè)務(wù)，同時(shí)還保留了PPP協(xié)議的易于管理用戶的特性。
3)VPNVPN封裝的含義是組播數(shù)據(jù)使用VPN方式來(lái)轉(zhuǎn)發(fā)。可以使用VPN轉(zhuǎn)發(fā)組播流的機(jī)制，來(lái)提高組播業(yè)務(wù)的安全性。
此外，組播協(xié)議數(shù)據(jù)還有下面的封裝PPP封裝和IP封裝它的含義是組播協(xié)議數(shù)據(jù)同時(shí)發(fā)送了兩份，一份使用PPP封裝來(lái)發(fā)送，另一份使用IP封裝來(lái)發(fā)送。
進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的封裝格式可以任意組合。各種組合的描述如下1)組播協(xié)議數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)，組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)；這種情況下，由于組播協(xié)議數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)，所以可以對(duì)組播協(xié)議的請(qǐng)求加入組播組的報(bào)文進(jìn)行用戶特定的業(yè)務(wù)接納處理，對(duì)組播用戶進(jìn)行有效的控制，還可以使用組播協(xié)議的查詢報(bào)文和報(bào)告報(bào)文作為用戶特定的組播組的keepalive(保持活動(dòng))機(jī)制，檢測(cè)用戶當(dāng)前加入了哪些組播組和加入組播組的時(shí)長(zhǎng)，來(lái)對(duì)組播用戶進(jìn)行有效的計(jì)費(fèi)。由于組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)，所以就不需要對(duì)每個(gè)PPP會(huì)話進(jìn)行組播復(fù)制，解決了PPP的組播流大量復(fù)制問(wèn)題。這時(shí)要求連接PPP用戶端和網(wǎng)絡(luò)端之間的中間設(shè)備支持PPP會(huì)話中的組播協(xié)議的Snooping/Proxy，或者由PPP網(wǎng)絡(luò)端通過(guò)動(dòng)態(tài)協(xié)議來(lái)建立中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
2)組播協(xié)議數(shù)據(jù)使用PPP封裝和IP封裝來(lái)發(fā)送，組播承載轉(zhuǎn)發(fā)數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)；這種情況下，使用PPP封裝來(lái)發(fā)送的組播協(xié)議數(shù)據(jù)可以完成上面所述1)中的功能，使用IP封裝來(lái)發(fā)送的組播協(xié)議數(shù)據(jù)可以被連接PPP用戶端和網(wǎng)絡(luò)端之間的中間設(shè)備來(lái)完成組播協(xié)議的Snooping/Proxy功能，這樣中間設(shè)備的現(xiàn)有組播實(shí)現(xiàn)保持不變，兼容了現(xiàn)有的設(shè)備。
由于此時(shí)PPP兩端可以同時(shí)接收到PPP封裝和IP封裝的組播協(xié)議數(shù)據(jù)，所以兩端可以通過(guò)匹配源地址的方法，來(lái)檢查兩種封裝的組播協(xié)議數(shù)據(jù)是否相同，并關(guān)聯(lián)兩種封裝的組播協(xié)議數(shù)據(jù)和IP封裝的組播承載轉(zhuǎn)發(fā)數(shù)據(jù)，這里的源地址可以是IP地址或者M(jìn)AC地址。
3)組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)都使用PPP封裝來(lái)轉(zhuǎn)發(fā)；這種情況下，與現(xiàn)有的PPP組播實(shí)現(xiàn)相同，兼容了現(xiàn)有的PPP組播實(shí)現(xiàn)。
4)組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)都使用IP封裝來(lái)轉(zhuǎn)發(fā)；這種情況下，與現(xiàn)有的IP組播實(shí)現(xiàn)相同，實(shí)現(xiàn)了PPP組播數(shù)據(jù)的高效復(fù)制。
5)組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)都使用VPN封裝來(lái)轉(zhuǎn)發(fā)；這種情況下，可以使用VPN轉(zhuǎn)發(fā)組播流的機(jī)制，來(lái)提高組播業(yè)務(wù)的安全性。
6)其它組合；這種情況沒(méi)多大意義。
2.組播電路組播電路是組播數(shù)據(jù)轉(zhuǎn)發(fā)的電路，它和PPP用戶端接入的電路可以是相同的電路，也可以是不同的電路。組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。這樣就使得PPP組播在組播轉(zhuǎn)發(fā)處理上比IP組播更靈活，實(shí)現(xiàn)了組播業(yè)務(wù)的控制平面和轉(zhuǎn)發(fā)平面相分離的原則，可以使用戶的寬帶上網(wǎng)業(yè)務(wù)和組播業(yè)務(wù)的轉(zhuǎn)發(fā)通道相隔離，可以有效的支持各種業(yè)。組播電路包括各種用戶接入的鏈路、VPN、隧道，比如以太網(wǎng)VLAN、ATM(Asynchronous Transfer Mode，異步傳輸模式)PVC(Permanent Virtual Circuit，永久虛電路)、物理端口、或者VPN通道等。
在本實(shí)施例中，PPP用戶端通過(guò)本地配置來(lái)得到組播性能信息，PPP網(wǎng)絡(luò)端在兩端進(jìn)行認(rèn)證時(shí)獲得組播性能信息。以AAA服務(wù)器為例，在認(rèn)證過(guò)程中，PPP網(wǎng)絡(luò)端通過(guò)與AAA服務(wù)器的認(rèn)證交互，來(lái)獲取PPP用戶端和網(wǎng)絡(luò)端的組播性能信息。它們的組播性能信息都相同組播電路為圖2中的以太網(wǎng)VLAN 10，組播封裝格式為IP封裝。
第二步(S102)PPP兩端協(xié)商各自支持的組播性能；組播性能的協(xié)商是通過(guò)在LCP或者NCP協(xié)議中擴(kuò)充對(duì)應(yīng)的組播性能配置選項(xiàng)來(lái)完成的。不管擴(kuò)充的配置選項(xiàng)的個(gè)數(shù)和格式，只要擴(kuò)充的配置選項(xiàng)可以完成對(duì)應(yīng)的組播性能協(xié)商就可以了。
PPP用戶端和網(wǎng)絡(luò)端協(xié)商兩端支持的組播性能時(shí)，如果PPP任何一端不支持組播性能選項(xiàng)，可以忽略此選項(xiàng)，繼續(xù)進(jìn)行其它選項(xiàng)的協(xié)商。
在本實(shí)施例中，組播性能的協(xié)商是通過(guò)在NCP協(xié)議中擴(kuò)充對(duì)應(yīng)的組播性能配置選項(xiàng)來(lái)完成的。圖3示出了根據(jù)本發(fā)明實(shí)施例的PPP會(huì)話流程圖。參見(jiàn)圖3，其中PPP用戶端以PPPoE客戶端為例，PPP網(wǎng)絡(luò)端以PPPoE服務(wù)器-接入服務(wù)器為例。在開(kāi)始進(jìn)行PPP LCP協(xié)商之前要先進(jìn)行PPPoE發(fā)現(xiàn)階段的會(huì)話，然后才開(kāi)始PPP會(huì)話階段。PPPoE發(fā)現(xiàn)階段的會(huì)話流程如下1.PPPoE客戶端首先主動(dòng)發(fā)送廣播包PADI(PPPoE Active DiscoveryInitiation，PPPoE主動(dòng)發(fā)現(xiàn)開(kāi)始)尋找接入服務(wù)器。
2.接入服務(wù)器收到PADI包后，如果可以提供主機(jī)要求的服務(wù)，則回應(yīng)PPPoE客戶端一個(gè)PADO包(PPPoE Active Discovery Offer，PPPoE主動(dòng)發(fā)現(xiàn)提供)。
3.PPPoE客戶端在回應(yīng)PADO的接入服務(wù)器中選擇一個(gè)合適的服務(wù)器，并發(fā)送PADR(PPPoE Active Discovery Request，PPPoE主動(dòng)發(fā)現(xiàn)請(qǐng)求)告知接入服務(wù)器。
4.接入服務(wù)器收到PADR包后開(kāi)始為用戶分配一個(gè)唯一的會(huì)話標(biāo)識(shí)符，啟動(dòng)PPP狀態(tài)機(jī)以準(zhǔn)備開(kāi)始PPP會(huì)話，并發(fā)送一個(gè)會(huì)話確認(rèn)包PADS(PPPoE Active Discovery Session-confirmation，PPPoE主動(dòng)發(fā)現(xiàn)會(huì)話確認(rèn))。
PPP會(huì)話階段主要是LCP、認(rèn)證、NCP三個(gè)協(xié)議的協(xié)商過(guò)程。
在本實(shí)施例中，NCP擴(kuò)充的配置選項(xiàng)有兩個(gè)，分別對(duì)應(yīng)于所述第一步(S101)中的組播性能信息，它們分別為組播封裝格式選項(xiàng)和組播電路選項(xiàng)，并且使用和NCP一樣的選項(xiàng)定義格式來(lái)定義。NCP的選項(xiàng)定義格式如下所示。
0 10 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length|Data...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+類(lèi)型域(Type)是一個(gè)八位字節(jié)，表示選項(xiàng)的類(lèi)型。
長(zhǎng)度域(Length)是一個(gè)八位字節(jié)，表示該選項(xiàng)的長(zhǎng)度，包括類(lèi)型、長(zhǎng)度和數(shù)據(jù)域的長(zhǎng)度。
數(shù)據(jù)域(Data)是零個(gè)或者多個(gè)八位字節(jié)，包含選項(xiàng)的特殊詳細(xì)信息。
所述擴(kuò)充的配置選項(xiàng)的描述如下1.組播封裝格式選項(xiàng)這個(gè)選項(xiàng)用來(lái)協(xié)商所述組播封裝格式信息，它的格式如0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type | Length| Packet-Type | Packet-Encap |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Type值定義為10，也可以定義為其它值，只要保證類(lèi)型值不沖突就可以了。Length值為4。Packet-Type長(zhǎng)度為1個(gè)八位字節(jié)，表示組播數(shù)據(jù)類(lèi)型，可取的值有1.組播協(xié)議數(shù)據(jù)。
2.組播承載轉(zhuǎn)發(fā)數(shù)據(jù)。
Packet-Encap長(zhǎng)度為1個(gè)八位字節(jié)，表示組播數(shù)據(jù)封裝類(lèi)型，可取的值有1.PPP封裝。
2.IP封裝。
3.PPP和IP封裝4.VPN。
組播封裝格式選項(xiàng)是可選項(xiàng)，它的缺省值為PPP封裝。如果不協(xié)商這個(gè)選項(xiàng)，則使用PPP封裝來(lái)轉(zhuǎn)發(fā)組播數(shù)據(jù)，這樣就與現(xiàn)有的PPP組播實(shí)現(xiàn)相兼容。
2.組播電路選項(xiàng)這個(gè)選項(xiàng)用來(lái)協(xié)商所述組播電路信息，它的格式如下0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Type| Length | Multicast-Circuit+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Multicast-Circuit(cont)|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+Type值定義為11，也可以定義為其它值，只要保證類(lèi)型值不沖突就可以了。Length值不小于2。Multicast-Circuit是個(gè)字符串，它表示組播電路信息，格式舉例如下1)使用ATM電路時(shí)的格式是″atm slot/port:vpi.vci″，其中，atm表示ATM電路，slot、port、vpi、vci分別表示電路所在的槽位、端口、虛通路、虛通道。
2)使用以太網(wǎng)電路時(shí)的格式是″e(cuò)th slot/port[:vlan-id][.second-vlan-id]″，其中，eth表示以太網(wǎng)電路，slot、port、vlan-id、second-vlan-id分別表示電路所在的槽位、端口、虛擬局域網(wǎng)標(biāo)識(shí)、內(nèi)部虛擬局域網(wǎng)標(biāo)識(shí)。
在本實(shí)施例中的格式為“eth 3/0:10”(slot＝3，port＝0，vlan-id＝10，second-vlan-id不存在)組播電路選項(xiàng)是可選項(xiàng)，如果不協(xié)商這個(gè)選項(xiàng)，則使用PPP用戶所在的電路來(lái)轉(zhuǎn)發(fā)組播數(shù)據(jù)。這樣就與現(xiàn)有的PPP組播實(shí)現(xiàn)相兼容。
第三步(S103)PPP兩端根據(jù)協(xié)商的組播性能來(lái)進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)；進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，PPP數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路可以是相同的電路，也可以是不同的電路。
在PPP用戶端和PPP網(wǎng)絡(luò)端之間的網(wǎng)絡(luò)設(shè)備上的組播轉(zhuǎn)發(fā)表的建立方式有兩種1)在組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是相互獨(dú)立時(shí)，此時(shí)PPP網(wǎng)絡(luò)端需要在上面的兩條電路上同時(shí)向PPP用戶端發(fā)送組播查詢報(bào)文，來(lái)使得中間設(shè)備上的組播協(xié)議的Snooping/Proxy功能能正常運(yùn)行，或者通過(guò)網(wǎng)管配置方式，或者由PPP網(wǎng)絡(luò)端通過(guò)管理協(xié)議如SNMP的方式、或者通過(guò)動(dòng)態(tài)組播管理協(xié)議如DSL論壇L2CM的方式，或者通過(guò)ANCP協(xié)議的方式，或者通過(guò)COPS協(xié)議的方式，來(lái)建立中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
2)在組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是同一條電路時(shí)，此時(shí)可通過(guò)組播協(xié)議的Snooping/Proxy的方式，也可以通過(guò)上面所述的1)中的方式，來(lái)建立中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
PPP用戶端請(qǐng)求組播數(shù)據(jù)可以通過(guò)向接入服務(wù)器發(fā)送組播report報(bào)文來(lái)實(shí)現(xiàn)，也可以是靜態(tài)配置請(qǐng)求組播數(shù)據(jù)。
根據(jù)前面所述第二步(S102)中的協(xié)商結(jié)果，用戶端的IGMP report報(bào)文通過(guò)VLAN 10以IP封裝發(fā)送到以太網(wǎng)交換機(jī)20，以太網(wǎng)交換機(jī)20再通過(guò)VLAN 10以IP封裝把IGMP report報(bào)文發(fā)送接入服務(wù)器。以太網(wǎng)交換機(jī)20通過(guò)IGMP Snooping來(lái)建立組播轉(zhuǎn)發(fā)表。接入服務(wù)器接受此報(bào)文的請(qǐng)求后，建立組播分發(fā)樹(shù)，然后通過(guò)VLAN 10以IP封裝的格式向PPPoE客戶端轉(zhuǎn)發(fā)組播數(shù)據(jù)。同時(shí)PPP的數(shù)據(jù)通過(guò)VLAN 20轉(zhuǎn)發(fā)給PPPoE客戶端。這樣就實(shí)現(xiàn)了組播業(yè)務(wù)的控制平面和轉(zhuǎn)發(fā)平面相分離的原則，可以使用戶的寬帶上網(wǎng)業(yè)務(wù)和組播業(yè)務(wù)的轉(zhuǎn)發(fā)通道相隔離，可以有效的支持各種業(yè)務(wù)。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種點(diǎn)到點(diǎn)協(xié)議PPP實(shí)現(xiàn)組播業(yè)務(wù)的方法，其特征在于包括以下步驟步驟一PPP兩端獲得組播性能信息；步驟二PPP兩端協(xié)商各自支持的組播性能；步驟三PPP兩端根據(jù)協(xié)商的組播性能來(lái)進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)；
2.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述步驟一當(dāng)中PPP兩端獲得的組播性能信息是來(lái)自PPP用戶端的，在PPP用戶端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述步驟一當(dāng)中PPP兩端獲得的組播性能信息是來(lái)自PPP網(wǎng)絡(luò)端的，在PPP網(wǎng)絡(luò)端上本地配置的組播性能信息，和/或通過(guò)與管理系統(tǒng)交互來(lái)獲取的組播性能信息，和/或通過(guò)與AAA服務(wù)器和/或策略服務(wù)器交互來(lái)獲取的組播性能信息，和/或通過(guò)與虛擬專(zhuān)用網(wǎng)VPN或隧道協(xié)議交互得到組播性能信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述組播數(shù)據(jù)包括組播協(xié)議數(shù)據(jù)和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述組播協(xié)議數(shù)據(jù)包括互聯(lián)網(wǎng)組管理協(xié)議IGMP報(bào)文和組播收聽(tīng)者發(fā)現(xiàn)MLD協(xié)議報(bào)文。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述步驟一當(dāng)中所述組播性能信息的組播封裝格式為PPP封裝，即組播數(shù)據(jù)使用PPP封裝來(lái)轉(zhuǎn)發(fā)。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述步驟一當(dāng)中所述組播性能信息的組播封裝格式為IP封裝，即組播數(shù)據(jù)使用IP封裝來(lái)轉(zhuǎn)發(fā)。
8.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述步驟一當(dāng)中所述組播性能信息的組播封裝格式為VPN封裝，即組播數(shù)據(jù)使用VPN方式來(lái)轉(zhuǎn)發(fā)。
9.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述步驟一當(dāng)中組播性能信息的組播封裝格式為PPP封裝和IP封裝，即組播協(xié)議數(shù)據(jù)同時(shí)發(fā)送了兩份，一份使用PPP封裝來(lái)發(fā)送，另一份使用IP封裝來(lái)發(fā)送。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路和PPP用戶端接入的電路是相同的電路。
11.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路和PPP用戶端接入的電路是不同的電路。
12.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是不同的電路。
13.根據(jù)權(quán)利要求4所述的方法，其特征在于其中所述組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是相同的電路。
14.根據(jù)權(quán)利要求10-13中任意一項(xiàng)所述的方法，其特征在于其中所述轉(zhuǎn)發(fā)電路包括用戶接入的鏈路、VPN和隧道中的至少一種。
15.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述步驟二當(dāng)中組播性能的協(xié)商通過(guò)在鏈路控制協(xié)議族LCP或者網(wǎng)絡(luò)控制協(xié)議族NCP協(xié)議中擴(kuò)充對(duì)應(yīng)的組播性能配置選項(xiàng)來(lái)完成。
16.根據(jù)權(quán)利要求15所述的方法，其特征在于其中所述組播性能配置選項(xiàng)的個(gè)數(shù)和格式是任意的。
17.根據(jù)權(quán)利要求15所述的方法，其特征在于當(dāng)PPP兩端協(xié)商各自支持的組播性能時(shí)，如果PPP任何一端不支持組播性能選項(xiàng)，可以忽略該組播性能選項(xiàng)，繼續(xù)進(jìn)行其它組播性能選項(xiàng)的協(xié)商。
18.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述步驟三當(dāng)中進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，PPP數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路是相同的電路。
19.根據(jù)權(quán)利要求1所述的方法，其特征在于其中所述步驟三當(dāng)中進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)，PPP數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播數(shù)據(jù)的轉(zhuǎn)發(fā)電路是不同的電路。
20.根據(jù)權(quán)利要求12所述的方法，其特征在于當(dāng)組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路為相互獨(dú)立的兩條電路時(shí)，PPP網(wǎng)絡(luò)端在所述兩條電路上同時(shí)向PPP用戶端發(fā)送組播查詢報(bào)文，以使得中間設(shè)備上的組播協(xié)議的偵聽(tīng)/代理功能能正常運(yùn)行，或者通過(guò)網(wǎng)管配置方式，或者由PPP網(wǎng)絡(luò)端通過(guò)管理協(xié)議的方式、或者通過(guò)動(dòng)態(tài)組播管理協(xié)議的方式，來(lái)建立PPP用戶端和PPP網(wǎng)絡(luò)端之間的中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于其中所述管理協(xié)議為簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP。
22根據(jù)權(quán)利要求20所述的方法，其特征在于其中所述動(dòng)態(tài)組播管理協(xié)議為數(shù)字用戶環(huán)路DSL論壇的二層控制機(jī)制L2CM，或者是ANCP協(xié)議，或者是COPS協(xié)議。
23.根據(jù)權(quán)利要求13所述的方法，其特征在于當(dāng)組播協(xié)議數(shù)據(jù)的轉(zhuǎn)發(fā)電路和組播承載轉(zhuǎn)發(fā)數(shù)據(jù)的轉(zhuǎn)發(fā)電路是同一條電路時(shí)，通過(guò)組播協(xié)議的偵聽(tīng)/代理的方式，來(lái)建立PPP用戶端和PPP網(wǎng)絡(luò)端之間的中間設(shè)備上的組播轉(zhuǎn)發(fā)表。
全文摘要
一種點(diǎn)到點(diǎn)協(xié)議PPP實(shí)現(xiàn)組播業(yè)務(wù)的方法，包括以下步驟步驟一，PPP兩端獲得組播性能信息；步驟二，PPP兩端協(xié)商各自支持的組播性能；步驟三，PPP兩端根據(jù)協(xié)商的組播性能來(lái)進(jìn)行組播數(shù)據(jù)轉(zhuǎn)發(fā)。根據(jù)本發(fā)明，可以保證點(diǎn)到點(diǎn)協(xié)議完全像IP組播一樣支持組播業(yè)務(wù)，而且在組播轉(zhuǎn)發(fā)處理上比IP組播更靈活，同時(shí)還保留了PPP協(xié)議的易于管理用戶的特性，解決了IP組播用戶認(rèn)證和計(jì)費(fèi)的難題，也解決了PPP的組播流大量復(fù)制問(wèn)題，同時(shí)提高了組播業(yè)務(wù)的安全性，提供了PPP協(xié)議支持組播業(yè)務(wù)的完美解決方案，滿足了網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)組播業(yè)務(wù)的要求，用于提高多業(yè)務(wù)網(wǎng)絡(luò)的運(yùn)營(yíng)管理統(tǒng)一性，方便多業(yè)務(wù)的開(kāi)展。
文檔編號(hào)H04L29/06GK101030877SQ200710090428
公開(kāi)日2007年9月5日 申請(qǐng)日期2007年4月6日 優(yōu)先權(quán)日2007年4月6日
發(fā)明者曹文利 申請(qǐng)人:中興通訊股份有限公司