專利名稱:實現(xiàn)多點到多點業(yè)務(wù)的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,更具體地說,涉及一種實現(xiàn)多點到多點業(yè)務(wù)的方法、系 統(tǒng)和裝置。
背景技術(shù):
多點到多點(MP2MP,Multipoint to Multipoint)業(yè)務(wù)是通信網(wǎng)絡(luò)中的一個 重要業(yè)務(wù)類型。目前,MP2MP業(yè)務(wù)可以基于以太網(wǎng)實現(xiàn)。其中,在以太網(wǎng)中,客戶邊緣設(shè) 備(CE,Customer Edge)使用標準速率的以太網(wǎng)接口通過用戶網(wǎng)絡(luò)接口(UNI,User Net Interface)連接到城域以太網(wǎng)(MEN,Metro EthernetNetwork)上。城域以太網(wǎng)可以采 用多種傳輸技術(shù)和協(xié)議例如同步數(shù)字體系(SDH,Synchronous Digital Hierarchy)、密 集波分復(fù)用(DWDM,DenseWavelength Division Multiplexing)、多協(xié)議標簽交換(MPLS, Multi-ProtocolLabel Switching)等,來傳送以太網(wǎng)業(yè)務(wù)。其中,虛擬專用網(wǎng)(VPN,Virtual Private Network)業(yè)務(wù)是基于以太網(wǎng)實現(xiàn)MP2MP 業(yè)務(wù)的一個典型應(yīng)用。VPN可以是多個虛擬專用局域網(wǎng)(VPLS,Virtual Private Lan Service)業(yè)務(wù)組成的一個虛擬網(wǎng)絡(luò),而VPLS可以提供類似局域網(wǎng)的一種業(yè)務(wù),可以使用戶 從多個地理位置分散點同時接入網(wǎng)絡(luò),相互訪問,就像這些接入點直接接入到局域網(wǎng)上一 樣,并且VPLS可以使用戶的局域網(wǎng)延伸到城域網(wǎng),甚至是廣域網(wǎng)上。如圖1示,該圖為一 個VPLS的典型組網(wǎng)圖。加入VPLS的接口可以廣播、轉(zhuǎn)發(fā)和過濾以太網(wǎng)幀。服務(wù)商邊緣設(shè) 備(PE,Pr0Vider Edge),即節(jié)點與客戶邊緣設(shè)備(CE)相連,并且各個節(jié)點之間通過偽線路 (Pff, Pseudo Wire)互相連接,對客戶形成一個仿真局域網(wǎng)(LAN,Local Area Network)。本申請發(fā)明人在研究過程中發(fā)現(xiàn),具體是,現(xiàn)有技術(shù)中,實現(xiàn)MP2MP業(yè)務(wù)時,大都 采用MPLS技術(shù),但采用這種方式時,各節(jié)點在進行實現(xiàn)MP2MP業(yè)務(wù)的配置以及報文的傳輸 路徑的選定,完全要在各節(jié)點處進行,而一旦網(wǎng)絡(luò)在運行過程中出現(xiàn)故障,就必須到節(jié)點處 進行故障的排除和維護,而隨著網(wǎng)絡(luò)中節(jié)點數(shù)目的不斷增多,這種方式無疑會為網(wǎng)絡(luò)的建 立和管理帶來巨大的工作量,從而嚴重影響網(wǎng)絡(luò)的工作效率。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明實施例提供一種實現(xiàn)多點到多點業(yè)務(wù)的方法、系統(tǒng)和裝置,以解 決現(xiàn)有技術(shù)中實現(xiàn)多點到多點業(yè)務(wù)時網(wǎng)絡(luò)建立、管理過程中工作量過大、網(wǎng)絡(luò)效率過低的 問題。本發(fā)明實施例是這樣實現(xiàn)的一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的方法,包括步驟向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;獲取主節(jié)點根據(jù)所述申請注冊請求分配的傳送通道;接收客戶邊緣設(shè)備CE發(fā)送的報文;將所述報文進行封裝,并根據(jù)所述報文攜帶的信息將封裝后的報文發(fā)送到對應(yīng)的傳送通道上,并在線路側(cè)傳送至目的節(jié)點。一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的系統(tǒng),包括主節(jié)點、源節(jié)點,其中,所述主節(jié)點,用于接收源節(jié)點發(fā)送的MP2MP實例的申請注冊請求;以及,用于為各節(jié)點分配傳送通道;所述源節(jié)點,用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;以及,用于獲取主節(jié)點分配的傳送通道;以及,用于接收CE發(fā)送的報文,將所述報文進行封裝,并根據(jù)所述報文攜帶的信息將該 報文發(fā)送到對應(yīng)的通道上。一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的節(jié)點裝置,包括接收單元,用于接收節(jié)點發(fā)送的MP2MP實例的申請注冊請求;傳送通道分配單元,用于為所述接收單元接收的MP2MP實例的申請注冊請求對應(yīng) 的節(jié)點分配傳送通道。一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的節(jié)點裝置,包括申請注冊發(fā)送單元,用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;傳送通道獲取單元,用于獲取主節(jié)點分配的傳送通道;接收單元,用于接收CE發(fā)送的報文;封裝單元,用于將接收單元接收到的所述報文進行封裝;發(fā)送單元,用于根據(jù)所述報文攜帶的消息將封裝好的報文發(fā)送至對應(yīng)的傳送通道 上;所述對應(yīng)的傳送通道是根據(jù)所述傳送通道獲取單元獲取的。與現(xiàn)有技術(shù)相比,本發(fā)明實施例提供的技術(shù)方案具有以下優(yōu)點和特點主節(jié)點根據(jù)各個節(jié)點對其上的MP2MP實例的申請注冊,集中為各節(jié)點分配傳送報 文所需要的通道,并且在傳送報文過程中,各節(jié)點可以根據(jù)所發(fā)送報文自身攜帶的相關(guān)信 息自動為該報文找到傳送通道,以進行發(fā)送,從而減小了在實現(xiàn)MP2MP業(yè)務(wù)時網(wǎng)絡(luò)的建立 和管理過程中的工作量,提高了網(wǎng)絡(luò)的工作效率。
圖1為現(xiàn)有技術(shù)中虛擬專用局域網(wǎng)組網(wǎng)圖;圖2為本發(fā)明具體實施例所涉及的一種實現(xiàn)MP2MP業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)示意圖;圖3為本發(fā)明具體實施例所涉及的一種實現(xiàn)MP2MP業(yè)務(wù)的方法;圖4為本發(fā)明具體實施例所涉及的一種目的節(jié)點對報文的處理流程圖;圖5為本發(fā)明具體實施例所涉及的一種實現(xiàn)MP2MP業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)示意圖;圖6為本發(fā)明具體實施例所涉及的一種實現(xiàn)主節(jié)點功能的節(jié)點裝置的結(jié)構(gòu)示意 圖;圖7為本發(fā)明具體實施例所涉及的一種帶寬調(diào)整單元的結(jié)構(gòu)示意圖;圖8為本發(fā)明具體實施例所涉及的另外一種帶寬調(diào)整單元的結(jié)構(gòu)示意圖;圖9為本發(fā)明具體實施例所涉及的一種實現(xiàn)源節(jié)點功能的節(jié)點裝置的結(jié)構(gòu)示意 圖;圖10為本發(fā)明具體實施例所涉及的一種節(jié)點配置流程圖;圖11為本發(fā)明具體實施例所涉及的一種上行報文傳送流程圖12為本發(fā)明具體實施例所涉及的一種下行報文傳送流程圖;圖13為本發(fā)明具體實施例所涉及的另外一種節(jié)點配置流程圖;圖14為本發(fā)明具體實施例所涉及的另外一種上行報文傳送流程圖;圖15為本發(fā)明具體實施例所涉及的另外一種下行報文傳送流程圖。
具體實施例方式本發(fā)明具體實施例提供了一種實現(xiàn)MP2MP業(yè)務(wù)的方法,可應(yīng)用于支持MP2MP業(yè)務(wù) 的網(wǎng)絡(luò)的各個節(jié)點。在各個節(jié)點實施本發(fā)明實施例時,首先,各個節(jié)點要對自身進行相關(guān)配置,該配置 包括創(chuàng)建MP2MP實例,當為多業(yè)務(wù)網(wǎng)絡(luò)時,還要區(qū)分每個MP2MP實例中不同的業(yè)務(wù)流,為便 于描述,可參照圖2所示網(wǎng)絡(luò)結(jié)構(gòu)進行說明,如圖2所示,該網(wǎng)絡(luò)結(jié)構(gòu)主要包括主節(jié)點和節(jié) 點,其中,主節(jié)點用于對各節(jié)點進行MP2MP傳送通道的集中配置,而節(jié)點主要用于對報文進 行傳送。需要說明的是,主節(jié)點可以并不只限于為各節(jié)點進行傳送通道的分配,也可以具有 傳送報文的功能。在圖中所示的某個或某些節(jié)點進行完自身的相關(guān)配置之后,進行如圖3 所示步驟步驟301 向主節(jié)點發(fā)送MP2MP實例的申請注冊請求。在步驟301中,參照圖2,進行完自身相關(guān)配置的節(jié)點要向主節(jié)點發(fā)送MP2MP實例 的申請注冊請求。假如節(jié)點A、B和C進行了 MP2MP業(yè)務(wù)的自身的相關(guān)配置,則節(jié)點A、B和 C向主節(jié)點發(fā)送MP2MP實例的申請注冊請求,以使主節(jié)點可以根據(jù)該注冊請求為節(jié)點A、B和 C進行相關(guān)配置。步驟302 獲取由主節(jié)點根據(jù)所述申請注冊請求分配的傳送通道。在步驟302中,主節(jié)點將根據(jù)申請注冊請求為該節(jié)點分配傳送通道,其中,可以有 以下兩種情況一種情況是一個節(jié)點上的所有MP2MP實例共享一個傳送通道。結(jié)合圖2進 行說明,要實現(xiàn)圖中各個節(jié)點之間的通信,每兩個節(jié)點之間都需要有主節(jié)點分配的傳送通 道,這樣,主節(jié)點就需要為每兩個節(jié)點之間分配專用的傳送通道;另一種情況是網(wǎng)絡(luò)中的 同一個MP2MP實例共同使用一個傳送通道。依然結(jié)合圖2進行說明,假設(shè)節(jié)點A、節(jié)點B和 節(jié)點C上配置了相同的MP2MP實例,則主節(jié)點可以單獨為這3個節(jié)點分配一個專供該MP2MP 實例使用的傳送通道。步驟303 接收客戶邊緣設(shè)備CE發(fā)送的報文。在進行完步驟301至步驟302中所描述的各項配置之后,各節(jié)點之間可以進行報 文的傳送處理工作。在步驟303中,以圖2所示結(jié)構(gòu)為例,假設(shè)節(jié)點A接收到了來自其所連 接的CE發(fā)送的報文,且該報文的目的地址是節(jié)點B所連接的某一 CE。也就是說,在本實施 例中,節(jié)點A是所要傳送報文的源節(jié)點,而節(jié)點B是所要傳送報文的目的節(jié)點。步驟304 將接收到的報文進行封裝,并根據(jù)報文攜帶的信息將該報文發(fā)送到對 應(yīng)的通道上,送至目的節(jié)點。在步驟304中,節(jié)點A首先要將報文進行封裝,使報文的幀格式符合后續(xù)傳送需 要,之后,要將報文發(fā)送到對應(yīng)的傳送通道上進行傳送,根據(jù)不同的傳送通道分配情況,可 以分為以下兩種情況第一種情況是如果網(wǎng)絡(luò)中采用的是一個節(jié)點上的所有MP2MP實例共同使用一個傳送通道,由于每兩個節(jié)點之間都有專用的傳送通道,因此,節(jié)點A將根據(jù)所述報文攜帶的 目的節(jié)點地址信息將該報文發(fā)送節(jié)點A與節(jié)點B之間所專用的傳送通道上即可。第二種情況是如果網(wǎng)絡(luò)中采用的是一個MP2MP實例域內(nèi)的所有節(jié)點共同使用一 個傳送通道,則節(jié)點A需要根據(jù)所述報文攜帶的該報文的MP2MP實例歸屬信息,將該報文發(fā) 送到該報文所歸屬的MP2MP實例專用的傳送通道上。由于在該種情況下,節(jié)點A和節(jié)點B 之間并沒有專用的傳送通道,只有同一個MP2MP實例域內(nèi)的所有節(jié)點共同使用的一個傳送 通道,因此,節(jié)點A將報文發(fā)送至該傳送通道后,該報文將在該MP2MP實例域內(nèi)的各個節(jié)點 上傳送,直至被目的節(jié)點B接收。在進行完上述步驟之后,該流程還可進一步包括以下步驟步驟401 目的節(jié)點對該報文進行接收。與步驟304的兩種情況相對應(yīng),步驟401也包括兩種情況第一種情況是當網(wǎng)絡(luò)中采用的是一個節(jié)點上的所有MP2MP實例共同使用一個傳 送通道,由于節(jié)點A和節(jié)點B之間有專用的傳送通道,目的節(jié)點,即節(jié)點B直接從線路側(cè)傳 送通道上取下報文即可;第二種情況是當網(wǎng)絡(luò)中采用的是一個MP2MP實例域內(nèi)的所有節(jié)點共同使用一個 傳送通道,在這種情況下,節(jié)點A和節(jié)點B之間是沒有專用的傳送通道的,那么目的節(jié)點,即 節(jié)點B接收線路側(cè)傳送通道發(fā)來的報文,要根據(jù)報文中攜帶的目的節(jié)點地址信息來判斷該 報文是否是發(fā)往本節(jié)點的,如果是,則接收該報文,否則,將該報文重新放入線路側(cè)傳送通 道中進行傳送。步驟402 目的節(jié)點將所接收到的報文進行解封裝,并將該報文發(fā)送到對應(yīng)的CE。在步驟402中,依據(jù)上述所舉的例子,節(jié)點B在接收到發(fā)往本節(jié)點的報文后,將該 報文解封裝,然后根據(jù)報文中攜帶的目的MAC地址,將該報文發(fā)送到對應(yīng)的CE上。除此以外,MP2MP業(yè)務(wù)進行過程中,優(yōu)選地,各個節(jié)點還可能需要對傳送通道的帶 寬需求進行實時監(jiān)測,并將監(jiān)測結(jié)果上報主節(jié)點,主節(jié)點根據(jù)上報結(jié)果對傳送通道的帶寬 進行調(diào)整,由于存在兩種不同形式的傳送通道分配方案,因此,在帶寬調(diào)整過程中,也相應(yīng) 存在兩種方式第一種方式為當網(wǎng)絡(luò)中采用的是一個節(jié)點上的所有MP2MP實例共同使用一個傳 送通道時,此時要進行帶寬的動態(tài)調(diào)整,可依照以下方法各個節(jié)點監(jiān)測其上MP2MP實例使 用傳送通道的帶寬需求,并將監(jiān)測結(jié)果上報主節(jié)點,由主節(jié)點進行帶寬的調(diào)整,例如,當節(jié) 點新增加了 MP2MP實例時,主節(jié)點在原有帶寬的基礎(chǔ)上增加一定帶寬以適應(yīng)新的MP2MP實 例的帶寬需求;而當節(jié)點刪除某些MP2MP實例時,主節(jié)點在原有帶寬的基礎(chǔ)上減少一定帶 寬,以提高帶寬的利用率。第二種方式為當網(wǎng)絡(luò)中采用的是一個MP2MP實例域內(nèi)的所有節(jié)點共同使用一個 傳送通道時,此時要進行帶寬的動態(tài)調(diào)整,可依照以下方法各個節(jié)點監(jiān)測其上的MP2MP實 例的帶寬需求,并將監(jiān)測結(jié)果上報主節(jié)點,主節(jié)點對同一個MP2MP實例域內(nèi)的節(jié)點上報的 監(jiān)測結(jié)果進行統(tǒng)計,并根據(jù)統(tǒng)計結(jié)果計算出該MP2MP實例所需要的帶寬,進行帶寬的調(diào)整??梢姡景l(fā)明實施例所提供的技術(shù)方案中,主節(jié)點根據(jù)各個節(jié)點對其上的MP2MP 實例的申請注冊,集中為各節(jié)點分配傳送報文所需要的通道,并且在傳送報文過程中,各節(jié) 點可以根據(jù)所發(fā)送報文自身攜帶的相關(guān)信息自動為該報文找到傳送通道,以進行發(fā)送。從而減小了在實現(xiàn)MP2MP業(yè)務(wù)時網(wǎng)絡(luò)的建立和管理過程中的工作量,并有效提高了網(wǎng)絡(luò)的工 作效率。相應(yīng)地,本發(fā)明具體實施例還提供了一套實現(xiàn)MP2MP業(yè)務(wù)的系統(tǒng),如圖5所示主節(jié)點501 用于接收源節(jié)點發(fā)送的MP2MP實例的申請注冊請求;以及,用于為各 節(jié)點分配傳送報文所需要的通道。源節(jié)點502 用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;以及,用于獲取主節(jié) 點分配的傳送通道;以及,用于接收其所連接的CE發(fā)送的報文,并將該報文進行封裝,根據(jù) 該報文攜帶的信息將該報文發(fā)送到對應(yīng)的通道上。在將報文通過線路側(cè)發(fā)送出去之后,系統(tǒng)還可包括目的節(jié)點503,其中,目的節(jié)點 503 用于接收源節(jié)點發(fā)送的報文;以及,將所述報文進行解封裝,并將該報文發(fā)送到對應(yīng) 的CE。與此同時,本發(fā)明具體實施例還提供了實現(xiàn)MP2MP業(yè)務(wù)的裝置如圖6所示,實現(xiàn)主節(jié)點功能的節(jié)點裝置主要包括接收單元601,用于接收源節(jié)點發(fā)送的MP2MP實例的申請注冊請求;傳送通道分配單元602,用于為各節(jié)點分配傳送報文所需要的傳送通道。另外,由于在實現(xiàn)MP2MP業(yè)務(wù)的過程中,還可進行帶寬的動態(tài)調(diào)整,因此實現(xiàn)主節(jié) 點功能的節(jié)點平臺還可包括帶寬調(diào)整單元603,用于根據(jù)各節(jié)點的帶寬使用情況,調(diào)整分配 給各節(jié)點的帶寬。同時,由于存在兩種形式的傳送通道分配情況,相應(yīng)地,帶寬調(diào)整單元603可以有 如下兩種結(jié)構(gòu)如圖7所示,該圖為在一個節(jié)點上的所有MP2MP實例共同使用一個傳送通道的情 況下,帶寬調(diào)整單元603的具體結(jié)構(gòu)監(jiān)測結(jié)果接收子單元701 用于接收各節(jié)點發(fā)送的帶寬使用需求監(jiān)測結(jié)果;調(diào)整子單元702 用于根據(jù)接收到的各節(jié)點帶寬使用需求監(jiān)測結(jié)果對各節(jié)點的帶 寬進行調(diào)整。如圖8所示,該圖為一個MP2MP實例域內(nèi)的所有節(jié)點共同使用一個傳送通道的情 況下,帶寬調(diào)整單元603的具體結(jié)構(gòu)監(jiān)測結(jié)果接收子單元801 用于接收各節(jié)點發(fā)送的帶寬使用需求監(jiān)測結(jié)果;監(jiān)測結(jié)果計算子單元802 用于根據(jù)接收到的各節(jié)點帶寬使用需求的監(jiān)測結(jié)果進 行統(tǒng)計,計算出滿足同一個MP2MP實例域內(nèi)所有節(jié)點的帶寬使用需求的帶寬值;調(diào)整子單元803 用于根據(jù)監(jiān)測結(jié)果統(tǒng)計子單元計算出的帶寬值對各MP2MP實例 所使用的帶寬進行調(diào)整。圖9為實現(xiàn)源節(jié)點功能的節(jié)點裝置的結(jié)構(gòu)圖,包括申請注冊發(fā)送單元901 用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求傳送通道 獲取單元902 用于獲取主節(jié)點分配的傳送通道;接收單元903 用于接收CE發(fā)送的報文;封裝單元904 用于將接收單元接收到的所述報文進行封裝;發(fā)送單元905 用于根據(jù)所述報文攜帶的消息將封裝好的報文發(fā)送至對應(yīng)的通道 上。
8
同時,為實現(xiàn)帶寬的調(diào)整功能,源節(jié)點實現(xiàn)源節(jié)點功能的裝置還可包括帶寬使用 監(jiān)測單元和監(jiān)測結(jié)果發(fā)送單元,其中,帶寬使用監(jiān)測單元用于對本節(jié)點的帶寬使用需求進行監(jiān)測;監(jiān)測結(jié)果發(fā)送單元用于將帶寬使用監(jiān)測單元監(jiān)測到的帶寬使用需求發(fā)送給主節(jié)
點ο可見,本發(fā)明實施例所提供的技術(shù)方案中,主節(jié)點根據(jù)各個節(jié)點對其上的MP2MP 實例的申請注冊,集中為各節(jié)點分配傳送報文所需要的通道,并且在傳送報文過程中,各節(jié) 點可以根據(jù)所發(fā)送報文自身攜帶的相關(guān)信息自動為該報文找到傳送通道,以進行發(fā)送。從 而減小了在實現(xiàn)MP2MP業(yè)務(wù)時網(wǎng)絡(luò)的建立和管理過程中的工作量,提高了網(wǎng)絡(luò)的工作效率。結(jié)合以上方法和具體應(yīng)用場景,對本發(fā)明所涉及的技術(shù)方案進行進一步地詳細說 明。下面,以在多業(yè)務(wù)傳送網(wǎng)上實現(xiàn)MP2MP的業(yè)務(wù)傳送為例,對本發(fā)明做更為詳細的說明, 由于MP2MP業(yè)務(wù)的典型應(yīng)用是虛擬專用網(wǎng)絡(luò)(VPN)應(yīng)用,在該具體實施例中,用VPN業(yè)務(wù)指 代MP2MP業(yè)務(wù)。為了在多業(yè)務(wù)傳送網(wǎng)上實現(xiàn)VPN的業(yè)務(wù)傳送,需要建立其上各個節(jié)點的傳輸通 道,本實施例采用傳輸容器(T-CONT,Transmission Container)作為實現(xiàn)VPN業(yè)務(wù)時傳送 報文的通道,同時,由于是多業(yè)務(wù)傳送網(wǎng),VPN業(yè)務(wù)實例可能會有多條不同的業(yè)務(wù)流需要標 示出來,本實施例采用GPON封裝方法端口 ID (GEM PortID)來區(qū)分不同的業(yè)務(wù)流。具體步 驟如下所示步驟1001 節(jié)點自身進行實現(xiàn)VPN業(yè)務(wù)所需要的各項配置。在步驟1001中,節(jié)點首先創(chuàng)建VPN實例,由于一個節(jié)點可以創(chuàng)建多個VPN實例,而 各個VPN實例之間是互相獨立的,因此,需要指定VPN實例ID,以區(qū)分不同的VPN實例,同 時,又由于每個VPN實例還有多條業(yè)務(wù)流,所以還需要配置多個GEM PortID,以便于不同的 業(yè)務(wù)流使用。除此以外,節(jié)點還需要進行客戶側(cè)接口的配置。步驟1002 節(jié)點向主節(jié)點申請注冊VPN實例,由主節(jié)點進行相關(guān)配置。在該步驟中,主節(jié)點收到申請節(jié)點發(fā)來的VPN實例申請注冊消息,并根據(jù)當前 保存的該申請節(jié)點的VPN實例信息,如該申請節(jié)點的ID、T-CONT數(shù)目以及通道號和GEM PortID等判斷需要為該申請節(jié)點進行如何配置。如該申請節(jié)點與其他節(jié)點之間是否需要分配T-C0NT,如果兩個節(jié)點之間已有VPN實 例使用的T-C0NT,則無需再分配;如果需要分配,則為兩個節(jié)點下發(fā)T-CONT并分配初始帶 寬,之后,還要將保存的關(guān)于該節(jié)點的VPN實例信息進行更新。除此以外,還需要注意到是, 由于T-CONT通道是單向通道,因此,兩個節(jié)點之間要正常通信,必須具有兩個方向相反的 T-CONT通道。同時,需要說明的是,一個節(jié)點的T-CONT通道可以被其上的所有VPN實例所 使用。判斷是否需要為該申請節(jié)點分配GEM PortID,需要根據(jù)該申請節(jié)點是否有新創(chuàng) 建的VPN實例,如果從當前保存的該申請節(jié)點的VPN消息和該申請節(jié)點發(fā)送的VPN實例 申請注冊消息中顯示,該申請節(jié)點創(chuàng)建了新的VPN實例,則需要相應(yīng)地為該申請節(jié)點分配 GEM PortID,否則,無需再為該申請節(jié)點分配GEM PortID0此外,需要注意的是,在分配GEM PortID過程中,GEMPortID不能重復(fù)。
完成實現(xiàn)VPN業(yè)務(wù)的相關(guān)配置之后,各節(jié)點可以進行報文的傳送、處理工作,其 中,從CE側(cè)至線路側(cè)的過程稱為上行處理過程,該過程主要在源節(jié)點上進行;而對于從線 路側(cè)至CE側(cè)的過程稱為下行處理過程,該過程主要在目的節(jié)點上進行。下面,首先對上行 處理過程做詳細介紹,其具體流程如圖11所示步驟1101 =CE向其所連接的節(jié)點上報以太報文。步驟1102 節(jié)點接收該以太報文,并進行源MAC地址的學(xué)習(xí)。在該步驟中,節(jié)點接收該以太報文,并判斷該以太報文屬于節(jié)點上多個VPN實例 中的哪一個,如果該以太報文不屬于節(jié)點上的任何一個VPN實例,則直接將該報文丟棄;如 果該以太報文屬于節(jié)點上的一個VPN實例,則首先根據(jù)該以太報文所攜帶的源MAC地址信 息,進行源MAC地址的學(xué)習(xí),更新VPN轉(zhuǎn)發(fā)表,如表1所示。表 1 其中,該源MAC地址學(xué)習(xí)過程具體為根據(jù)VPN轉(zhuǎn)發(fā)表,查看該以太報文所攜帶的 源MAC地址是否在VPN轉(zhuǎn)發(fā)表中,如果VPN轉(zhuǎn)發(fā)表已包含該源MAC地址,則VPN轉(zhuǎn)發(fā)表中各 項不做變動;如果VPN轉(zhuǎn)發(fā)表中未包含該源MAC地址,則將該源MAC地址記錄到VPN轉(zhuǎn)發(fā)表 中,并且相應(yīng)生成該源MAC地址所對應(yīng)的映射項,比如GEM傳送網(wǎng)ID(GTN ID)、支路板ID(TI ID)、GPON封裝方法端口 ID (GEM PortID)和該源MAC地址的源接口號等。步驟1103 根據(jù)該以太報文所攜帶的目的MAC地址查找VPN轉(zhuǎn)發(fā)表。步驟1104 判斷VPN轉(zhuǎn)發(fā)表中是否包含該以太報文所攜帶的目的MAC地址。在步驟1104中,需要將接收到的該以太報文中所攜帶目的MAC地址與VPN轉(zhuǎn)發(fā)表 進行對比,如果對比結(jié)果顯示該目的MAC地址包含在VPN轉(zhuǎn)發(fā)表中,則進入步驟1105 ;如果 對比結(jié)果顯示該目的MAC地址未包含在VPN轉(zhuǎn)發(fā)表中,則進入步驟1107。步驟1105 根據(jù)VPN轉(zhuǎn)發(fā)表找出該目的MAC地址對應(yīng)的GEM目的地址,并將以太 報文按照GEM目的地址進行發(fā)送。在步驟1105中,找出所接收到的以太報文的GEM目的地址,并將其發(fā)送至該地址, 相當于將接收到的以太報文做了一個分類處理,可以有效減少節(jié)點的工作量。步驟1106 將該以太報文封裝為擴展的GEM(EGEM)報文,將查找到的GEM目的地 址、本節(jié)點自身的GEM地址以及GEM PortID添加至該報文中,進入步驟1108。步驟1107 將默認的廣播GEM傳送網(wǎng)地址添加至EGEM報文中,進入步驟1108。步驟1108 根據(jù)該EGEM報文中攜帶的目的節(jié)點的地址信息與T-CONT的映射關(guān)系,將該EGEM報文裝載到對應(yīng)的T-CONT中。在本實施例中,報文的目的地址信息可以由目的GTN地址來表示,且在步驟1106 中,如果未找到該EGEM報文的目的GTN地址,則直接丟棄該EGEM報文;而如果發(fā)現(xiàn)該EGEM 報文的目的GTN地址未知或是廣播GTN地址,則將該EGEM報文在該VPN域內(nèi)的所有T-CONT 通道上轉(zhuǎn)發(fā);而如果找到了對應(yīng)表項,并發(fā)現(xiàn)該EGEM報文有明確的目的GTN地址,則根據(jù)該 GTN地址將EGEM報文裝載到對應(yīng)的T-CONT中,該處所指的對應(yīng)T-CONT是指本節(jié)點與EGEM 報文的目的節(jié)點之間的T-C0NT。步驟1109 將T-CONT幀組裝為GTC幀結(jié)構(gòu),并在相應(yīng)的線路口發(fā)送出去。至此,上行處理過程全部結(jié)束。接下來,要對下行處理過程做一個較為詳細的介紹,其具體流程如圖12所示步驟1201 節(jié)點收到從線路側(cè)發(fā)來的GTC幀,并將該GTC幀解封為T-CONT幀,并 取下屬于本節(jié)點的T-CONT。在該步驟中,節(jié)點根據(jù)帶寬地圖指示將線路中的GTC幀解封為T-CONT幀,并取下 屬于本節(jié)點的T-CONT,取出其中的EGEM報文。步驟1202 查找該EGEM報文所歸屬的VPN實例。在步驟1202中,如果查詢結(jié)果表明該EGEM報文不屬于該節(jié)點上的任何一個VPN 實例,則直接將該EGEM報文丟棄;如果判斷結(jié)果表明該EGEM報文屬于該節(jié)點上的一個VPN 實例,則進入步驟1203。步驟1203 檢查該EGEM報文的GTN目的地址是否屬于本節(jié)點。在步驟1203中,如果該EGEM報文的GTN地址不是本節(jié)點地址,則直接將該EGEM 報文丟棄;否則,進入步驟1204。步驟1204 將該EGEM報文解封裝為以太報文,并對該以太報文中所攜帶的源MAC 地址學(xué)習(xí)。在該步驟中,將該EGEM報文解封為以太報文,并對該以太報文中所攜帶的源MAC 地址學(xué)習(xí),其中,學(xué)習(xí)的具體過程在前面的上行處理過程中已詳細介紹過,在此不做贅述。步驟1205 根據(jù)該以太報文中所攜帶的目的MAC地址對VPN轉(zhuǎn)發(fā)表進行查詢。步驟1206 判斷VPN轉(zhuǎn)發(fā)表中是否包含該以太報文的目的MAC地址。如果查詢結(jié)果表明,VPN轉(zhuǎn)發(fā)表中有該以太報文的目的MAC地址,則進入步驟 1207 ;如果查詢結(jié)果表明,VPN轉(zhuǎn)發(fā)表中未包含該以太報文的目的MAC地址,則進入步驟 1208。步驟1207 將該以太報文根據(jù)查詢到的VPN轉(zhuǎn)發(fā)表項向相應(yīng)的客戶側(cè)接口發(fā)送出去。步驟1208 將該以太報文對客戶側(cè)接口進行廣播式發(fā)送。至此,下行處理過程全部結(jié)束。該具體實施例是主節(jié)點為申請注冊VPN實例的每兩個節(jié)點之間分配T-CONT通道, 而這些T-CONT通道可以被該節(jié)點上的所有VPN實例所共享。針對該情況,本實施例還相應(yīng) 地提供了對系統(tǒng)進行動態(tài)帶寬調(diào)整的方法。前面已對主節(jié)點如何為各節(jié)點分配T-CONT進行了介紹,在分配T-CONT之后,各個 節(jié)點監(jiān)測本節(jié)點上VPN實例使用T-CONT需要的帶寬需求,當發(fā)現(xiàn)T-CONT帶寬需求有變化
11后,將該變化通知主節(jié)點,由主節(jié)點對帶寬進行調(diào)整。當節(jié)點新增加VPN實例時,主節(jié)點在原有的T-CONT帶寬基礎(chǔ)上增加帶寬以適應(yīng)新 VPN實例的帶寬需求。當節(jié)點刪除某些VPN實例時,通知主節(jié)點相應(yīng)減少T-CONT的帶寬,而當主節(jié)點監(jiān) 測到某個T-CONT已無VPN實例使用時,則直接釋放該T-C0NT。本具體實施例采用一個VPN實例域內(nèi)的所有節(jié)點共享一個T-CONT通道的方法在 多業(yè)務(wù)傳送網(wǎng)上實現(xiàn)VPN的業(yè)務(wù)傳送。首先,在進行業(yè)務(wù)傳送之前,需要對各節(jié)點進行相應(yīng)配置,該配置過程如圖13所 示步驟1301 節(jié)點自身進行實現(xiàn)VPN業(yè)務(wù)所需要的各項配置。在該步驟中,節(jié)點首先創(chuàng)建VPN實例,并指定該VPN實例的ID、GEMPortID和客戶 側(cè)接口。由于一個節(jié)點可以創(chuàng)建多個VPN實例,而各個VPN實例之間是互相獨立的,因此, 需要指定VPN實例ID,以區(qū)分不同的VPN實例,同時,又由于每個VPN實例還有多條業(yè)務(wù)流, 所以還需要配置多個GEM PortID,以便于不同的業(yè)務(wù)流使用。步驟1302 節(jié)點向主節(jié)點申請注冊VPN實例,由主節(jié)點進行相關(guān)配置。在該步驟中,主節(jié)點收到申請節(jié)點發(fā)來的VPN實例申請注冊消息后,指定一個專 用的T-CONT通道給該VPN實例,在本具體實施例中,主節(jié)點為一個VPN實例域內(nèi)的所有節(jié) 點指定同一個T-CONT通道,并在該T-CONT通道上為各個節(jié)點劃分使用區(qū)域。這樣,一個 VPN實例內(nèi)的報文均通過該T-CONT通道進行傳送。完成實現(xiàn)VPN業(yè)務(wù)的相關(guān)配置之后,各節(jié)點可以進行數(shù)據(jù)的傳送、處理工作,其 中,從CE側(cè)至線路側(cè)的過程稱為上行處理過程,該過程主要在源節(jié)點上進行;而對于從線 路側(cè)CE側(cè)的過程稱為下行處理過程,該過程主要在目的節(jié)點上進行。下面,首先對上行處 理過程做詳細介紹,其具體流程如圖14所示步驟1401 =CE向其所連接的節(jié)點上報以太報文。步驟1402 節(jié)點接收該以太報文,并進行源MAC地址的學(xué)習(xí)。在該步驟中,節(jié)點接收該以太報文,并判斷該以太報文屬于節(jié)點上多個VPN實例 中的哪一個,如果該以太報文不屬于節(jié)點上的任何一個VPN實例,則直接將該報文丟棄;如 果該以太報文屬于節(jié)點上的一個VPN實例,則首先根據(jù)該以太報文所攜帶的源MAC地址信 息,進行源MAC地址的學(xué)習(xí),更新VPN轉(zhuǎn)發(fā)表。其中,如何對源MAC地址學(xué)習(xí)在實施例一中已做詳細介紹,在此不做贅述。步驟1403 根據(jù)該以太報文所攜帶的目的MAC地址查找VPN轉(zhuǎn)發(fā)表。步驟1404 判斷VPN轉(zhuǎn)發(fā)表中是否包含該以太報文所攜帶的目的MAC地址。在步驟1404中,需要將接收到的該以太報文中所攜帶目的MAC地址與VPN轉(zhuǎn)發(fā)表 進行對比,如果對比結(jié)果顯示該目的MAC地址包含在VPN轉(zhuǎn)發(fā)表中,則進入步驟1405 ;如果 對比結(jié)果顯示該目的MAC地址未包含在VPN轉(zhuǎn)發(fā)表中,則進入步驟1407。步驟1405 根據(jù)VPN轉(zhuǎn)發(fā)表找出該目的MAC地址對應(yīng)的GEM目的地址,并將以太 報文按照GEM目的地址進行發(fā)送。在步驟1405中,找出所接收到的以太報文的GEM目的地址,并將其發(fā)送至該地址, 相當于將接收到的以太報文做了一個分類處理,可以有效減少節(jié)點的工作量。
步驟1406 將該以太報文封裝為擴展的GEM(EGEM)報文,并將查找到的GEM目的 地址、本節(jié)點自身的GEM地址以及GEM PortID添加至該報文中,進入步驟1408。步驟1407 將默認的廣播GEM傳送網(wǎng)地址添加至EGEM報文中,進入步驟1408。步驟1408 根據(jù)該EGEM報文中攜帶VPN實例歸屬信息與T-CONT的映射關(guān)系,將 該EGEM報文裝載到對應(yīng)的T-CONT中。在步驟1408中,將該EGEM報文裝載到對應(yīng)的T-CONT中是指將該EGEM報文裝載 到其所歸屬的VPN實例的T-CONT中。步驟1409 將T-CONT幀組裝為GTC幀結(jié)構(gòu),并在相應(yīng)的線路口發(fā)送出去。至此,上行處理過程全部結(jié)束。接下來,要對下行處理過程做一個較為詳細的介紹,其具體流程如圖15所示步驟1501 節(jié)點收到從線路側(cè)發(fā)來的GTC幀,并將該GTC幀解封為T-CONT幀,進 一步將該T-CONT中包含的EGEM報文解封出來。步驟1502 根據(jù)該EGEM報文中包含的目的GTN地址判斷該EGEM報文是否屬于該 節(jié)點,如果是,則進入步驟1503 ;否則,進入步驟1508。步驟1503 將該EGEM報文解封裝為以太報文,并對該以太報文中所攜帶的源MAC 地址學(xué)習(xí)。在該步驟中,將該EGEM報文解封為以太報文,并對該以太報文中所攜帶的源MAC 地址學(xué)習(xí),其中,學(xué)習(xí)的具體過程在前面已詳細介紹過,在此不做贅述。步驟1504 根據(jù)該以太報文中所攜帶的目的MAC地址對VPN轉(zhuǎn)發(fā)表進行查詢。步驟1505 判斷VPN轉(zhuǎn)發(fā)表中是否包含該以太報文的目的MAC地址。如果查詢結(jié)果表明,VPN轉(zhuǎn)發(fā)表中有該以太報文的目的MAC地址,則進入步驟 1506 ;如果查詢結(jié)果表明,VPN轉(zhuǎn)發(fā)表中未包含該以太報文的目的MAC地址,則進入步驟 1507。步驟1506 將該以太報文根據(jù)查詢到的VPN轉(zhuǎn)發(fā)表項向相應(yīng)的客戶側(cè)接口發(fā)送出 去,送至客戶邊緣設(shè)備端。步驟1507 將該以太報文對客戶側(cè)接口進行廣播式發(fā)送。步驟1508 將該EGEM報文重新裝載到對應(yīng)的T-CONT中發(fā)送出去。 該具體實施例是主節(jié)點為一個VPN實例內(nèi)的所有節(jié)點分配一個共同的T-C0NT,用 于傳送該VPN實例內(nèi)的報文。針對這種情況,本實施例還相應(yīng)地提供了對系統(tǒng)進行動態(tài)帶 寬調(diào)整的方法。前面已對主節(jié)點如何為各節(jié)點分配T-CONT進行了介紹,在分配T-CONT之后,各個 節(jié)點監(jiān)測本節(jié)點VPN實例使用T-CONT的帶寬需求,并將監(jiān)測結(jié)果通知主節(jié)點。主節(jié)點收到監(jiān)測結(jié)果后,對一個VPN實例域內(nèi)的所有節(jié)點的帶寬需求進行統(tǒng)計, 計算出該VPN實例所需要的最大帶寬,該值介于所有節(jié)點帶寬需求最大值與所有節(jié)點帶寬 需求之和之間,并將該計算出的新的帶寬作為該VPN實例所用的通道的帶寬。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通 過程序指令相關(guān)的硬件來完成,前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中,該程 序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述的存儲介質(zhì)包括R0M(Read-Only Memory,只讀存儲記憶體)、RAM(RandomAccess Memory,隨機存儲記憶體)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。 對所公開的實施例的上述說明,使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的,本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下,在其它實施例中實現(xiàn)。因此,本發(fā)明 將不會被限制于本文所示的這些實施例,而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。
權(quán)利要求
一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的方法,其特征在于,包括步驟向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;獲取主節(jié)點根據(jù)所述申請注冊請求分配的傳送通道;接收客戶邊緣設(shè)備CE發(fā)送的報文;將所述報文進行封裝,并根據(jù)所述報文攜帶的信息將封裝后的報文發(fā)送到對應(yīng)的傳送通道上,并傳送至目的節(jié)點。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述傳送通道為兩個節(jié)點間的專用傳送 通道,兩個節(jié)點上的所有MP2MP實例共同使用所述通道。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述傳送通道為同一個MP2MP實例域內(nèi)的 所有節(jié)點共同使用的通道。
4.根據(jù)權(quán)利要求1至3中任一項所述的方法,其特征在于,還包括 所述目的節(jié)點接收所述報文;將所述報文進行解封裝,并根據(jù)該報文攜帶的目的MAC地址將所述報文發(fā)送到對應(yīng)的CE。
5.根據(jù)權(quán)利要求2所述的方法,其特征在于,還包括對所述傳送通道的帶寬的動態(tài)調(diào) 整,包括實時監(jiān)測本節(jié)點上MP2MP實例帶寬使用需求;將監(jiān)測結(jié)果發(fā)送至所述主節(jié)點,由所述主節(jié)點根據(jù)監(jiān)測結(jié)果進行傳送通道的帶寬調(diào)iF. ο
6.根據(jù)權(quán)利要求3所述的方法,其特征在于,還包括對傳送通道的帶寬的動態(tài)調(diào)整, 包括實時監(jiān)測本節(jié)點上某個MP2MP實例帶寬使用需求;將監(jiān)測結(jié)果發(fā)送至所述主節(jié)點,由所述主節(jié)點根據(jù)接收到的該MP2MP實例域內(nèi)的所有 節(jié)點對該MP2MP實例帶寬使用需求的監(jiān)測結(jié)果進行統(tǒng)計,計算出滿足該MP2MP實例域內(nèi)所 有節(jié)點的帶寬使用需求的帶寬值,以進行傳送通道的帶寬的調(diào)整。
7.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述報文攜帶的信息為目的節(jié)點的地址 信息;根據(jù)報文攜帶的目的節(jié)點的地址信息將該報文發(fā)送到對應(yīng)的通道上包括查看所述報文攜帶的目的節(jié)點的地址信息,根據(jù)目的節(jié)點的地址信息找到與所述目的 節(jié)點所對應(yīng)的傳送通道,將所述報文發(fā)送到該通道上。
8.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述報文攜帶的信息為該報文所歸屬的 MP2MP實例信息;根據(jù)所述報文攜帶的該報文所歸屬的MP2MP實例信息將該報文發(fā)送到對 應(yīng)的通道上包括查看所述報文攜帶的該報文所歸屬的MP2MP實例信息,根據(jù)MP2MP實例信息找到該 MP2MP實例所使用的傳送通道,將所述報文發(fā)送到該通道上。
9.一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的系統(tǒng),其特征在于,包括主節(jié)點、源節(jié)點,其中, 所述主節(jié)點,用于接收源節(jié)點發(fā)送的MP2MP實例的申請注冊請求;以及,用于為各節(jié)點分配傳送通道;所述源節(jié)點,用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求;以及, 用于獲取主節(jié)點分配的傳送通道;以及,用于接收CE發(fā)送的報文,將所述報文進行封裝,并根據(jù)所述報文攜帶的信息將該報文 發(fā)送到對應(yīng)的通道上。
10.根據(jù)權(quán)利要求9所述的系統(tǒng),其特征在于,還包括目的節(jié)點,其中, 所述目的節(jié)點,用于接收所述報文;以及,用于將所述報文進行解封裝,并根據(jù)該報文攜帶的目的MAC地址將所述報文發(fā)送到對 應(yīng)的CE。
11.一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的節(jié)點裝置,其特征在于,包括 接收單元,用于接收節(jié)點發(fā)送的MP2MP實例的申請注冊請求;傳送通道分配單元,用于為所述接收單元接收的MP2MP實例的申請注冊請求對應(yīng)的節(jié) 點分配傳送通道。
12.根據(jù)權(quán)利要求11所述的裝置,其特征在于,還包括帶寬調(diào)整單元,用于根據(jù)所述節(jié) 點的帶寬使用情況,調(diào)整分配給所述節(jié)點的所述傳送通道的帶寬。
13.根據(jù)權(quán)利要求12所述的裝置,其特征在于,所述帶寬調(diào)整單元包括 監(jiān)測結(jié)果接收子單元,用于接收各節(jié)點發(fā)送的帶寬使用需求的監(jiān)測結(jié)果;調(diào)整子單元,用于根據(jù)接收到的各節(jié)點帶寬使用需求監(jiān)測結(jié)果對各節(jié)點的帶寬進行調(diào) 整;或者,監(jiān)測結(jié)果接收子單元,用于接收各節(jié)點發(fā)送的帶寬使用需求監(jiān)測結(jié)果; 監(jiān)測結(jié)果計算子單元,用于根據(jù)監(jiān)測結(jié)果接收子單元接收到的一個MP2MP實例域內(nèi)的 所有節(jié)點對該MP2MP實例帶寬使用需求的監(jiān)測結(jié)果進行統(tǒng)計,計算出滿足該MP2MP實例域 內(nèi)所有節(jié)點的帶寬使用需求的帶寬值;調(diào)整子單元,用于根據(jù)監(jiān)測結(jié)果統(tǒng)計子單元計算出的帶寬值對所述MP2MP實例所使用 的帶寬進行調(diào)整。
14.一種實現(xiàn)多點到多點MP2MP業(yè)務(wù)的節(jié)點裝置,其特征在于,包括 申請注冊發(fā)送單元,用于向主節(jié)點發(fā)送MP2MP實例的申請注冊請求; 傳送通道獲取單元,用于獲取主節(jié)點分配的傳送通道;接收單元,用于接收CE發(fā)送的報文;封裝單元,用于將接收單元接收到的所述報文進行封裝;發(fā)送單元,用于根據(jù)所述報文攜帶的消息將封裝好的報文發(fā)送至對應(yīng)的傳送通道上; 所述對應(yīng)的傳送通道是根據(jù)所述傳送通道獲取單元獲取的。
15.根據(jù)權(quán)利要求14所述的裝置,其特征在于,還包括帶寬使用監(jiān)測單元,用于對本節(jié)點的MP2MP實例帶寬使用需求進行監(jiān)測; 監(jiān)測結(jié)果發(fā)送單元,用于將帶寬使用監(jiān)測單元監(jiān)測到的帶寬使用需求發(fā)送給主節(jié)點。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)多點到多點業(yè)務(wù)的方法,包括向主節(jié)點發(fā)送MP2MP實例的申請注冊請求,由主節(jié)點根據(jù)所述申請注冊請求分配傳送通道;獲取由主節(jié)點所分配的傳送通道;接收客戶邊緣設(shè)備CE發(fā)送的報文;將所述報文進行封裝,并根據(jù)所述報文攜帶的信息將封裝后的報文發(fā)送到對應(yīng)的傳送通道上,并送至目的節(jié)點。本發(fā)明實施例還相應(yīng)提供了一套實現(xiàn)多點到多點業(yè)務(wù)的系統(tǒng)和裝置,從而有效解決了現(xiàn)有技術(shù)中實現(xiàn)多點到多點業(yè)務(wù)時網(wǎng)絡(luò)在建立和管理過程中工作量過大,網(wǎng)絡(luò)效率偏低的問題。
文檔編號H04L12/46GK101924738SQ20091014733
公開日2010年12月22日 申請日期2009年6月11日 優(yōu)先權(quán)日2009年6月11日
發(fā)明者吳志遠, 曹旸, 申小軍 申請人:華為技術(shù)有限公司