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

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


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

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

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

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