亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

自動交換光網(wǎng)絡(luò)組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法

文檔序號:7956334閱讀:242來源:國知局
專利名稱:自動交換光網(wǎng)絡(luò)組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域
本發(fā)明涉及寬帶接入網(wǎng)絡(luò)技術(shù),尤其是涉及在自動交換光網(wǎng)絡(luò)中組播UNI(用戶網(wǎng)絡(luò)接口)和NNI(網(wǎng)絡(luò)-網(wǎng)絡(luò)接口)業(yè)務(wù)的實(shí)現(xiàn)方法背景技術(shù)隨著寬帶接入用戶數(shù)目的大規(guī)模增長,寬帶業(yè)務(wù)成為ISP新一輪的競爭焦點(diǎn)。網(wǎng)絡(luò)電視、視頻會議等寬帶應(yīng)用需要占用較大的帶寬,并且需要傳送網(wǎng)絡(luò)具有670D服務(wù)質(zhì)量保證。雖然IP組播技術(shù)可以在主干上有效的使用網(wǎng)絡(luò)帶寬,但由于IP本身盡力服務(wù)的特性,使得IP組播無法提供服務(wù)質(zhì)量保證,因此IP組播并不適合在較大范圍內(nèi)提供具有嚴(yán)格QoS要求的寬帶業(yè)務(wù)。并且隨著數(shù)據(jù)業(yè)務(wù)和專線業(yè)務(wù)的迅速發(fā)展,大大加大了對網(wǎng)絡(luò)的帶寬需求,對網(wǎng)絡(luò)帶寬的動態(tài)分配要求也越來越迫切,需要網(wǎng)絡(luò)提供動態(tài)開通的能力,需要支持網(wǎng)狀網(wǎng)的結(jié)構(gòu),同時具有靈活的擴(kuò)展能力和快速的保護(hù)恢復(fù)功能。
與此同時,近幾年自動交換光網(wǎng)絡(luò)ASON的研究取得了非常大的進(jìn)展,它在控制平面使用GMPLS協(xié)議,提供了兩種新的連接類型SC(Switched Connection交換連接),SPC(Soft PermanentConnection軟永久連接)。目前ITU-T已經(jīng)基本完成了ASON的架構(gòu)和需求定義,IETF完成了信令擴(kuò)展、自動發(fā)現(xiàn)、路由的協(xié)議擴(kuò)展和定義,OIF完成了UNI、E-NNI等接口規(guī)范的定義,并且基于上述規(guī)范的設(shè)備開始逐漸在骨干域和城域范圍內(nèi)得到了應(yīng)用。但這些標(biāo)準(zhǔn)規(guī)范都是基于單點(diǎn)到單點(diǎn)(P2P)的連接而定義,因此擴(kuò)展現(xiàn)有的ASON控制平面,使其除了可以支持單點(diǎn)到單點(diǎn)(P2P)的連接之外,還可以支持單點(diǎn)到多點(diǎn)(P2MP)的連接,從而有效地利用網(wǎng)絡(luò)帶寬。
圖1是單點(diǎn)到多點(diǎn)(P2MP)的端到端SC連接的示意圖。如圖1所示,USERA和USERB、USERC和USERD組成網(wǎng)絡(luò)組播樹,USERA作為一個源,USERB、USERC和USERD作為多個宿,形成USERA到USERB、USERC和USERD的一個樹狀連接。在該樹狀連接中,USERA作為一個源端,USERB、USERC和USERD作為多個宿端。在本文中,源端稱為根,多個宿端稱為葉。
目前,在現(xiàn)有技術(shù)還沒有針對ASON的組播UNI標(biāo)準(zhǔn)實(shí)現(xiàn)方式,在國家863的3TNET項(xiàng)目中,針對ASON實(shí)現(xiàn)組播是通過擴(kuò)展UNI,新增私有對象(P2MP對象)實(shí)現(xiàn)的,該對象主要攜帶組播樹標(biāo)識Index,Class-num為11bbbbbb。在實(shí)現(xiàn)組播樹的創(chuàng)建和嫁接、刪除與剪枝和狀態(tài)通告時的所有消息傳遞中都攜帶該對象,該對象結(jié)構(gòu)為圖2所示其中,IPv4 tunnel sender address與LSP_TUNNEL_IPv4_SENDER_TEMPLATE對象中的一致。
Tree ID為組播樹ID標(biāo)識。
在該方案的實(shí)現(xiàn)中,由于在組播樹的創(chuàng)建/刪除、嫁接/剪枝、狀態(tài)通告的所有消息中都需要攜帶該組播樹標(biāo)識信息,不能只在信令處理中將組播樹標(biāo)識信息當(dāng)作UNI的屬性處理(因?yàn)閁NI屬性只從客戶側(cè)UNI-C向網(wǎng)絡(luò)設(shè)備側(cè)UNI-N發(fā)送),只能作為信令處理的一部分,因此必須定義私有擴(kuò)展對象(P2MP對象)。
在實(shí)際的網(wǎng)絡(luò)處理時,對于UNI的組播樹標(biāo)識,在組播樹的創(chuàng)建/嫁接需要提供UNI的組播樹標(biāo)識,在對整個組播樹刪除時,同樣也需要組播樹標(biāo)識,但在組播樹葉子的剪枝時,由于是對單個組播樹葉子的操作,對于一個組播樹葉子,有葉子的源、目的地址唯一標(biāo)識一個組播樹葉子,因此剪枝時不一定需要組播樹標(biāo)識。在狀態(tài)通告時是根據(jù)各個處理的消息發(fā)送通告的,有針對消息的標(biāo)識處理機(jī)制,因此也不一定需要組播樹標(biāo)識。因此,在所有的組播信令消息中都增加組播樹標(biāo)識,增加了網(wǎng)絡(luò)設(shè)備對UNI消息的處理復(fù)雜度。
另外,由于在UNI信令消息中都需要增加組播樹標(biāo)識,而不是將組播樹標(biāo)識作為UNI的一個特征,UNI的信令定義和處理方式和網(wǎng)絡(luò)設(shè)備的相同,由于目前UNI的定義由OIF組織定義,而網(wǎng)絡(luò)設(shè)備的信令定義和處理方式由IETF組織定義,也就是組播UNI的定義是在IETF的基礎(chǔ)上進(jìn)行私有對象的擴(kuò)展,而不是在OIF的UNI基礎(chǔ)上擴(kuò)展,這樣不利于組播UNI的擴(kuò)展和標(biāo)準(zhǔn)化。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一個組播技術(shù)的UNI接口模型,簡化ASON網(wǎng)絡(luò)對組播UNI業(yè)務(wù)的處理流程,使ASON網(wǎng)絡(luò)能夠建立一個單點(diǎn)到多點(diǎn)(P2MP)的端到端SC自動連接。
本發(fā)明的另一個目的在于通過對OIF的UNI接口擴(kuò)展,增強(qiáng)組播UNI接口的可擴(kuò)展性和標(biāo)準(zhǔn)化。
為了實(shí)現(xiàn)本發(fā)明的目的,提出一種自動交換光網(wǎng)絡(luò)組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其應(yīng)用于用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口,其特征是對用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口信令協(xié)議中的相應(yīng)對象屬性進(jìn)行擴(kuò)展,通過增加子對象實(shí)現(xiàn)對組播樹的標(biāo)識;在用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口信令協(xié)議中,改變組播樹標(biāo)識的處理機(jī)制,使組播樹的建立和嫁接攜帶組播樹標(biāo)識,而組播樹的刪除和剪枝、組播樹的狀態(tài)查詢不攜帶組播樹標(biāo)識,實(shí)現(xiàn)組播用戶網(wǎng)絡(luò)接口業(yè)務(wù)和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口業(yè)務(wù)。
所述的信令協(xié)議為用戶網(wǎng)絡(luò)接口UNI信令協(xié)議,所述的進(jìn)行擴(kuò)展的相應(yīng)對象為GENERALIZED_UNI對象,實(shí)現(xiàn)對組播樹標(biāo)識的子對象為組播樹標(biāo)識屬性Multicast Tree ID。
所述的對UNI信令協(xié)議中的GENERALIZED_UNI對象進(jìn)行擴(kuò)展,是將組播樹標(biāo)識作為私有對象擴(kuò)展。
所述的對組播樹標(biāo)識的處理機(jī)制是將源端到多個宿端之間的請求連接,對應(yīng)為逐個源端—宿端的請求方式,既,將組播樹請求{源端,宿端1,宿端2,…,宿端n}對應(yīng)為{源端,宿端1},{源端,宿端2},…,{源端,宿端n},并將n個單獨(dú)的單點(diǎn)到單點(diǎn)的UNI連接關(guān)聯(lián)起來。
所述的n個單獨(dú)的單點(diǎn)到單點(diǎn)的UNI連接的關(guān)聯(lián)是采用定義一個組播樹標(biāo)識Index實(shí)現(xiàn)。
在所述的組播樹中,單個源端-宿端的連接請求方式建立的信令流程如下源端客戶設(shè)備向網(wǎng)絡(luò)設(shè)備發(fā)送攜帶源端、目的端地址和組播屬性Multicast Tree ID的組播請求Path消息;源端網(wǎng)絡(luò)設(shè)備接收到Path消息,獲取到源端、目的端地址和組播屬性,經(jīng)過路由算法,在網(wǎng)絡(luò)內(nèi)部建立從源端網(wǎng)絡(luò)設(shè)備到目的端網(wǎng)絡(luò)設(shè)備的組播路徑,源端網(wǎng)絡(luò)設(shè)備通過該組播路徑發(fā)送Path消息到目的端網(wǎng)絡(luò)設(shè)備;在目的端網(wǎng)絡(luò)設(shè)備接收到Path消息后,向目的端客戶設(shè)備發(fā)送攜帶組播屬性Multicast Tree ID的UNI信令Path消息;目的端客戶設(shè)備接收到Path消息的請求后,進(jìn)行相應(yīng)的資源預(yù)留處理,并向網(wǎng)絡(luò)側(cè)設(shè)備回送Resv消息,網(wǎng)絡(luò)設(shè)備按照原有路徑回送Resv消息,直到源端客戶設(shè)備;當(dāng)源端客戶設(shè)備接收到網(wǎng)絡(luò)設(shè)備的Resv消息后,端到端的組播業(yè)務(wù)建立成功。
在所述的組播樹中,對組播樹的刪除和單個連接的刪除請求是由源端的客戶設(shè)備發(fā)送給網(wǎng)絡(luò)設(shè)備或者宿端的網(wǎng)絡(luò)設(shè)備發(fā)送給客戶設(shè)備,在刪除組播樹時,采用逐個源端-宿端進(jìn)行刪除。
本發(fā)明的組播UNI對GENERALIZED_UNI的擴(kuò)展方法,同樣也適用于組播在NNI情況下的應(yīng)用。
本發(fā)明的自動交換光網(wǎng)絡(luò)組播UNI和NNI業(yè)務(wù)的實(shí)現(xiàn)方法是針對自動交換光網(wǎng)絡(luò)的發(fā)展,提供對UNI和NNI接口進(jìn)行組播功能的擴(kuò)展。通過對UNI和NNI信令的擴(kuò)展,實(shí)現(xiàn)傳送網(wǎng)絡(luò)組播樹的創(chuàng)建和拆除,以及向組播樹動態(tài)添加和刪除成員,從而維護(hù)一個單點(diǎn)到多點(diǎn)(P2MP)的端到端SC自動連接。通過簡化UNI和NNI信令的組播擴(kuò)展,降低了組播的處理過程。同時通過組播樹標(biāo)識的UNI和NNI屬性化,增強(qiáng)了組播UNI和NNI的可擴(kuò)展性和標(biāo)準(zhǔn)化程度。


圖1是單點(diǎn)到多點(diǎn)P2MP的端到端SC連接的示意圖;圖2是現(xiàn)有技術(shù)中新增私有對象P2MP對象的結(jié)構(gòu)圖;圖3是Multicast Tree ID子對象的定義結(jié)構(gòu)圖;圖4是組播樹建立的信令流程圖。
具體實(shí)施例方式
傳送網(wǎng)絡(luò)組播樹是指傳送網(wǎng)絡(luò)一個源到多個宿之間的具有固定帶寬的一個樹狀連接,源端和宿端分為客戶設(shè)備(UNI-C)和網(wǎng)絡(luò)設(shè)備(UNI-N)。根據(jù)組播方式的需求,UNI信令的組播擴(kuò)展需要完成以下任務(wù)1.組播樹的創(chuàng)建和嫁接;2.組播樹的刪除和剪枝;3.組播樹的狀態(tài)通告。
其中,組播樹的創(chuàng)建和對現(xiàn)存組播樹的嫁接只能由源端UNI-C完成,宿端UNI-C只能刪除作為組播樹一部分的連接。在組播樹內(nèi)的個別連接可以從源或宿的UNI-C或UNI-N刪除,但是,多個連接只能由UNI-C或UNI-N逐個刪除。
要完成組播樹的建立請求,也就是要在UNI中申請根到多個葉子之間的連接請求,為了最大限度的兼容UNI1.0,對于根到多個葉子之間的請求連接,采用逐個根-葉子的請求方式。例如將組播樹請求{根,葉子1,葉子2,…,葉子n}對應(yīng)為{根,葉子1},{根,葉子2},…,{根,葉子n}(N為正整數(shù))。為了將以上n個單獨(dú)的單點(diǎn)到單點(diǎn)的UNI連接關(guān)聯(lián)起來,定義一個組播樹標(biāo)識Index。
要完成UNI信令的組播擴(kuò)展功能,必須對應(yīng)到UNI的消息定義中,下面的表1中定義了組播擴(kuò)展需要的UNI信令抽象消息。
表1

根據(jù)實(shí)際采用的信令協(xié)議(如RSVP協(xié)議),組播擴(kuò)展需要利用的具體消息類型如表2所示,圖2所示的是采用GMPLS的RSVP協(xié)議與UNI抽象消息之間的對應(yīng)關(guān)系表2

從上面分析可以得出,要實(shí)現(xiàn)組播樹連接的創(chuàng)建和嫁接,源UNI-C和源UNI-N需要攜帶播樹標(biāo)識Index,當(dāng)連接已經(jīng)成功建立以后,該連接的刪除和狀態(tài)通告不需要標(biāo)識Index,因?yàn)樵撨B接具有LSP的標(biāo)識。所以,僅在PATH消息中增加組播樹屬性。表3顯示了組播UNI屬性與RSVP對象的對應(yīng)關(guān)系。
表3

從上表3中可以看出,組播UNI屬性新增了組播樹標(biāo)識屬性,因此RSVP協(xié)議通過對GENERALIZED_UNI對象進(jìn)行了擴(kuò)展,增加Multicast Tree ID子對象來標(biāo)識一棵組播樹,該Multicast Tree ID子對象的定義如附圖3所示。
在上述對應(yīng)表中,表1已經(jīng)定義了實(shí)現(xiàn)組播功能需要的請求類型,表2具體的表現(xiàn)了采用信令協(xié)議(如RSVP協(xié)議)需要利用的具體消息類型,表3具體的體現(xiàn)了要實(shí)現(xiàn)組播功能,需要在信令協(xié)議中具體攜帶的相關(guān)信息。如組播連接建立請求,需要使用RSVP信令協(xié)議的Path消息,用來協(xié)議組播樹建立請求的源端、宿端TNA地址,組播樹標(biāo)識等組播樹建立請求的相關(guān)信息。
根據(jù)以上說明,UNI信令的組播擴(kuò)展具體的處理過程具體說明如下1.組播樹的創(chuàng)建和嫁接;組播樹的創(chuàng)建和嫁接請求是用來創(chuàng)建一個組播樹或者在組播樹上增加一個葉子,是由根的客戶設(shè)備發(fā)送給網(wǎng)絡(luò)設(shè)備或者由葉子的網(wǎng)絡(luò)設(shè)備發(fā)送給客戶設(shè)備。
根的網(wǎng)絡(luò)設(shè)備的處理過程為當(dāng)根的客戶設(shè)備發(fā)送組播樹的連接請求時,需要攜帶組播樹標(biāo)識Index,網(wǎng)絡(luò)設(shè)備接收到該連接請求后,如果當(dāng)前沒有與該Index相符合的組播樹,那么新建立一個組播樹;如果已經(jīng)存在與該Index相符合的組播樹,則進(jìn)行組播樹的嫁接。
2.組播樹的刪除和剪枝;組播樹的刪除和剪枝請求是用來刪除一個組播樹或者從一個組播樹刪除一個葉子,是由根的客戶設(shè)備發(fā)送給網(wǎng)絡(luò)設(shè)備或者葉子的網(wǎng)絡(luò)設(shè)備發(fā)送給客戶設(shè)備。前面描述到,為了最大兼容UNI1.0,組播樹的創(chuàng)建是采用逐個根-葉子建立的,因此在刪除組播樹時,同樣也采用逐個根-葉子進(jìn)行刪除,因此每一個根地址和葉子地址就已經(jīng)對應(yīng)了將要刪除的連接,在進(jìn)行組播樹的剪枝時也不需要組播樹標(biāo)識Index。
如,在源端UserA發(fā)起一條組播樹的剪枝動作(到UserB),具體實(shí)現(xiàn)的步驟如下(1)客戶端設(shè)備UserA向網(wǎng)絡(luò)設(shè)備NetworkA發(fā)送源和目的分別為UserA和UserB的組播請求Path消息,消息中攜帶源、目的地址,并且ADMIN_STATUS對象標(biāo)識為刪除;(2)網(wǎng)絡(luò)設(shè)備NetworkA接收到Path消息,獲取到源、目的地址,由于一個源與目的是一一對應(yīng)的關(guān)系,因此在NetworkA能夠找到對應(yīng)LSP進(jìn)行刪除,直接發(fā)起刪除的信令流程;(3)當(dāng)NetworkA接收到下游節(jié)點(diǎn)返回的刪除成功的消息后,向UserA回送刪除成功的消息;3.組播樹的狀態(tài)通告;組播樹的狀態(tài)通告包括組播樹創(chuàng)建或嫁接失敗、組播樹刪除或剪枝失敗。由于組播樹的建立和刪除過程都是采用逐個根-葉子完成的,一個葉子的建立和刪除過程不會影響到整個組播樹,因此在發(fā)生錯誤時,不需要組播樹標(biāo)識Index。
以組播樹建立過程為例,組播樹的創(chuàng)建過程失敗的狀態(tài)通告步驟如下(1)當(dāng)UserA發(fā)起從UserA到UserB的組播連接建立請求,向NetworkA發(fā)送Path消息請求建立組播連接,NetworkA計(jì)算網(wǎng)絡(luò)內(nèi)路徑后向下游發(fā)送路徑建立請求,但網(wǎng)絡(luò)邊界顯示此時UserB的路由不可達(dá),向NetworkA發(fā)送建立失敗消息通告(Notify消息);(2)在信令傳遞中,每一條LSP都有獨(dú)立的標(biāo)識,因此NetworkA接收到其他節(jié)點(diǎn)傳送的狀態(tài)通告消息(Notify消息),可以通過LSP標(biāo)識進(jìn)行相應(yīng)的處理,不需要組播樹標(biāo)識。NetworkA對失敗通告處理后,向UserA發(fā)送PathErr消息,通告建立過程失敗,UserA按照同樣的原則進(jìn)行錯誤處理;下面,結(jié)合如圖1示的建立一個userA到userB、userC和userD之間的組播樹連接,以userA到userB的組播樹建立過程為例說明UNI信令流程。圖4是組播樹建立的信令流程圖,其具體步驟敘述如下(1)客戶端設(shè)備UserA向網(wǎng)絡(luò)設(shè)備NetworkA發(fā)送源和目的分別為UserA和UserB的組播請求Path消息,消息中攜帶源、目的地址和組播樹標(biāo)識屬性Multicast Tree ID;(2)網(wǎng)絡(luò)設(shè)備NetworkA接收到Path消息,獲取到源、目的地址和組播樹標(biāo)識屬性,經(jīng)過路由算法,在網(wǎng)絡(luò)內(nèi)部建立從NetworkA到NetworkB的組播路徑,NetworkA通過該組播路徑發(fā)送Path消息到NetworkB;(3)在NetworkB接收到Path消息后,向目的客戶端設(shè)備UserB發(fā)送UNI信令(Path消息),消息中同樣攜帶組播樹標(biāo)識屬性;
(4)UserB接收到Path消息的請求后,進(jìn)行相應(yīng)的資源預(yù)留處理,并向網(wǎng)絡(luò)側(cè)設(shè)備回送Resv消息,網(wǎng)絡(luò)設(shè)備按照原有路徑回送Resv消息,直到源客戶端設(shè)備UserA;(5)當(dāng)UserA接收到網(wǎng)絡(luò)設(shè)備NetworkA的Resv消息后,端到端的組播業(yè)務(wù)建立成功。
其中,客戶端設(shè)備和網(wǎng)絡(luò)設(shè)備之間的組播樹請求Path消息和新增組播樹標(biāo)識屬性Multicast Tree ID定義如下<Path Message>::=<Common Header>[<INTEGRITY>][[<MESSAGE_ID_ACK>|<MESSAGE_ID_NACK>]...]<MESSAGE_ID><UNI_IPv4_SESSION>
<IPv4_IF_ID_RSVP_HOP>
<TIME_VALUES>
<GENERALIZED_LABEL_REQUEST>[<ADMIN_STATUS>]<Generalized UNI> <sender descriptor>
<Generalized UNI>::=<Common Object Header>
<DESTINATION_TNA>
<SOURCE_TNA>[<DIVERSITY>...][<SERVICE_LEVEL>][<EGRESS_LABEL>]<Multicast Tree ID>
<sender_descriptor>::=<LSP_TUNNEL_IPv4_SENDER_TEMPLATE>
<SONET/SDH_SENDER_TSPEC> 。
如上面對Path消息和Generalized UNI對象的描述可以得到,要實(shí)現(xiàn)組播業(yè)務(wù)的UNI/NNI實(shí)現(xiàn),只需要針對Path消息中攜帶的Generalized-UNI對象進(jìn)行擴(kuò)展,增加組播樹子對象Multicast TreeID,對于信令協(xié)議的其他對象不需要做任何變動。
以上所述,僅為本發(fā)明較佳的實(shí)施方式,并非用來限定本發(fā)明實(shí)施的范圍。因此,凡是依本發(fā)明所述的特征及精神所作的等同變化或修飾,均應(yīng)包括在本發(fā)明的權(quán)利要求保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種自動交換光網(wǎng)絡(luò)組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其應(yīng)用于用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口,其特征在于在用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口進(jìn)行組播功能的擴(kuò)展時,通過對用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口信令協(xié)議中的相應(yīng)對象進(jìn)行擴(kuò)展,增加子對象屬性實(shí)現(xiàn)對組播樹的標(biāo)識;在完成組播樹的建立請求時,將源端到多個宿端之間的請求連接,對應(yīng)為逐個源端與宿端的請求連接,接口信令協(xié)議對組播樹標(biāo)識的處理機(jī)制實(shí)現(xiàn)組播樹的創(chuàng)建和嫁接攜帶組播樹標(biāo)識,組播樹的剪枝/刪除、組播樹的狀態(tài)查詢不攜帶組播樹標(biāo)識。
2.根據(jù)權(quán)利要求1的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于所述的進(jìn)行擴(kuò)展的相應(yīng)對象為通用網(wǎng)絡(luò)接口對象,實(shí)現(xiàn)對組播樹標(biāo)識的子對象為組播樹標(biāo)識屬性。
3.根據(jù)權(quán)利要求2的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于所述的對信令協(xié)議中的通用網(wǎng)絡(luò)接口對象進(jìn)行擴(kuò)展,是將組播樹標(biāo)識作為私有對象擴(kuò)展。
4.根據(jù)權(quán)利要求1的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于所述的將源端到多個宿端之間的組播請求連接,對應(yīng)為逐個源端與宿端的請求連接,即,將組播樹請求{源端,宿端1,宿端2,…,宿端n}對應(yīng)為{源端,宿端1},{源端,宿端2},…,{源端,宿端n},并將n個單獨(dú)的單點(diǎn)到單點(diǎn)的網(wǎng)絡(luò)—網(wǎng)絡(luò)接口連接關(guān)聯(lián)起來。
5.根據(jù)權(quán)利要求4的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于所述的n個單獨(dú)的單點(diǎn)到單點(diǎn)的網(wǎng)絡(luò)—網(wǎng)絡(luò)接口連接的關(guān)聯(lián)是采用定義一個組播樹標(biāo)識Index實(shí)現(xiàn)。
6.根據(jù)權(quán)利要求4的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于在所述的組播樹中,單個源端—宿端的連接請求方式建立的信令流程如下源端客戶設(shè)備向網(wǎng)絡(luò)設(shè)備發(fā)送攜帶源端、目的端地址和組播樹標(biāo)識屬性的組播請求Path消息;源端網(wǎng)絡(luò)設(shè)備接收到Path消息,獲取到源端、目的端地址和組播屬性,經(jīng)過路由算法,在網(wǎng)絡(luò)內(nèi)部建立從源端網(wǎng)絡(luò)設(shè)備到目的端網(wǎng)絡(luò)設(shè)備的組播路徑,源端網(wǎng)絡(luò)設(shè)備通過該組播路徑發(fā)送Path消息到目的端網(wǎng)絡(luò)設(shè)備;在目的端網(wǎng)絡(luò)設(shè)備接收到Path消息后,向目的端客戶設(shè)備發(fā)送攜帶組播樹標(biāo)識屬性的用戶網(wǎng)絡(luò)接口信令Path消息;目的端客戶設(shè)備接收到Path消息的請求后,進(jìn)行相應(yīng)的資源預(yù)留處理,并向網(wǎng)絡(luò)側(cè)設(shè)備回送Resv消息,網(wǎng)絡(luò)設(shè)備按照原有路徑回送Resv消息,直到源端客戶設(shè)備;當(dāng)源端客戶設(shè)備接收到網(wǎng)絡(luò)設(shè)備的Resv消息后,端到端的組播業(yè)務(wù)建立成功。
7.根據(jù)權(quán)利要求1、4或6的組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其特征在于在所述的組播樹中,對組播樹的剪枝/刪除是由源端的客戶設(shè)備發(fā)送給網(wǎng)絡(luò)設(shè)備或者宿端的網(wǎng)絡(luò)設(shè)備發(fā)送給客戶設(shè)備,在刪除組播樹時,采用逐個源端—宿端進(jìn)行刪除。
全文摘要
本發(fā)明是一種自動交換光網(wǎng)絡(luò)組播網(wǎng)絡(luò)接口業(yè)務(wù)的實(shí)現(xiàn)方法,其應(yīng)用于用戶網(wǎng)絡(luò)接口UNI和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口NNI,其特征是對用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口信令協(xié)議中的相應(yīng)對象進(jìn)行擴(kuò)展,通過增加子對象實(shí)現(xiàn)對組播樹的標(biāo)識。在用戶網(wǎng)絡(luò)接口和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口信令協(xié)議中,改變組播樹標(biāo)識的處理機(jī)制,使組播樹的建立和嫁接攜帶組播樹標(biāo)識,而組播樹的刪除和剪枝、組播樹的狀態(tài)查詢不攜帶組播樹標(biāo)識,實(shí)現(xiàn)組播用戶網(wǎng)絡(luò)接口業(yè)務(wù)和網(wǎng)絡(luò)-網(wǎng)絡(luò)接口業(yè)務(wù)。本發(fā)明通過對組播樹標(biāo)識的UNI和NNI屬性化,降低了UNI和NNI信令對組播業(yè)務(wù)的處理過程,增強(qiáng)了組播UNI和NNI的可擴(kuò)展性和標(biāo)準(zhǔn)化程度。
文檔編號H04L12/56GK1859255SQ20061005797
公開日2006年11月8日 申請日期2006年3月2日 優(yōu)先權(quán)日2006年3月2日
發(fā)明者尹芳 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1