專利名稱：一種通告?zhèn)魉推矫媸У姆椒ê脱b置的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)網(wǎng)絡通告技術，尤其涉及一種通告?zhèn)魉推矫媸У姆椒ê脱b置。
技術背景
在數(shù)據(jù)通信的網(wǎng)際協(xié)議(IP，Internet Protocol)/多協(xié)議標簽交換(MPLS， Multi Protocol Label Switch)、基于傳送架構的多協(xié)議標簽交換(MPLS-TP，Multi Protocol Label Switch-Transport Profile)、通用多協(xié)議標簽交換(GMPLS，General Multi Protocol Label Switch)等網(wǎng)絡中，用戶數(shù)據(jù)流的傳遞封裝在標簽交換路徑(LSP， Label Switch Path)或者偽線(PW，Pseudo Wire)中。LSP存在于兩個標簽交換路由器 (LSR，Label Switch Router)之間，其信令過程采用基于流量工程的資源預留確認協(xié)議 (RSVP-TE, Resource Reservation Verification Protocol-Traffic Engineering),其中單向LSP的建立可以基于RFC3209中描述的方案，雙向LSP的建立可以采用基于RFC3473 中描述的方案。PW可以分為單端PW(SS-PW，Single Segment-Pff)和多段PW(MS-PW，Multi kgment-PW)，其信令過程采用標簽分發(fā)協(xié)議(LDP，Label Distribution Protocol)；其中 SS-PW是指在兩個運營商邊緣(PEJrovide Edge)之間直接建立PW，中間不通過其它的PE 節(jié)點，其建立的方式可以基于RFC4447 ；而MS-PW是在兩個PE之間創(chuàng)建的PW需要經(jīng)過一個或多個中間節(jié)點，所述中間節(jié)點稱為交換PE(S-PE，Switching ΡΕ)，其建立過程可以參考 draft-ietf-pwe3-dynamic-ms-pw 等。
這些網(wǎng)絡中，數(shù)據(jù)流可能承載在PW上面，而PW嵌套后又承載在LSP上，LSP嵌套后承載在Section層上，通過Action層最后承載在物理鏈路上；那么如果下層的 Section層/LSP層/PW層被鎖定，或者發(fā)生了故障，則會影響其上層的LSP或者PW的連通性。下層的網(wǎng)絡必須提供一種機制，向上層通告?zhèn)魉推矫媸У囊蛩?，上層的網(wǎng)絡才會基于這些指示做出正確的決策，比如向上層通告鎖定(Lock)/告警指示信號(AIS， Alarm Indication Signal)/ 鏈路故障指示(LDI，Link Down Indication)等因素。草案 draft-ietf-mpls-tp-fault 通過定義了一個錯誤管理(Fault Management)的操作、管理、 維護(0AM，Operation Administration Maintenance)消息，在傳送平面通知上述因素。然而，傳送平面并不是總存在相應的OAM功能，在傳送平面不支持相應功能的時候，便無法向上層通告?zhèn)魉推矫媸У囊蛩亍?br>
另外，在異質(zhì)網(wǎng)絡互通時，比如光網(wǎng)絡和IP網(wǎng)絡互通時，這兩個網(wǎng)絡之間可能并不會運行特定的OAM機制，比如Y. 1731 OAM或者Ethernet 802. lag，此時，當光網(wǎng)絡出現(xiàn)故障時，也需要通過用戶網(wǎng)絡接口(UNIjser Network hterface)把該故障傳遞到上層的 IP網(wǎng)絡，但由于沒有特定的OAM機制，無法將故障傳遞到上層的IP網(wǎng)絡。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通告?zhèn)魉推矫媸У姆椒ê脱b置，能夠可靠的將傳送平面失效通知到客戶層路徑的端節(jié)點。
為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的
本發(fā)明提供的一種通告?zhèn)魉推矫媸У姆椒ǎO定通告?zhèn)魉推矫媸У闹甘拘畔?；該方法還包括
節(jié)點在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點，向所述端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息。
上述方案中，所述設定通告?zhèn)魉推矫媸У闹甘拘畔樵跀U展的RSVP-TE的對象和/或LDP的類型-長度-值(TLV)中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
上述方案中，所述在擴展的RSVP-TE的對象中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，為在在擴展的RSVP-TE的Error_Spec對象的Error_Value中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
上述方案中，所述傳送平面失效的指示信息，包括以下之一或任意組合Lock的指示信息、AIS的指示信息、LDI的指示信息。
上述方案中，所述在擴展的LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，?在在擴展的LDP的偽線狀態(tài)類型-長度-值(PW Status TLV)的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
上述方案中，所述傳送平面失效的指示信息，包括以下之一或任意組合Lock的指示信息、AIS的指示信息、LDI的指示信息。
上述方案中，所述控制平面消息包括=RSVP-TE的Notify消息、ResvErr消息、或 PathErr 消息；或 LDP 中的 Notification 消息。
本發(fā)明提供的一種通告?zhèn)魉推矫媸У难b置，該裝置包括設置模塊、確定節(jié)點模塊、通告模塊；其中，
設置模塊，用于設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?br>
確定節(jié)點模塊，用于在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點；
通告模塊，用于向客戶層路徑的端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息。
上述方案中，所述設置模塊，具體用于在擴展的RSVP-TE的對象和/或LDP的TLV 中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
上述方案中，所述設置模塊，具體用于在RSVP-TE的Error_SpeC對象的Error_ Value中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，所述傳送平面失效的指示信息，包括以下之一或任意組合Lock的指示信息、AIS的指示信息、LDI的指示信息；
和/或，所述設置模塊，具體用于在LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，所述傳送平面失效的指示信息，包括以下之一或任意組合Lock 的指示信息、AIS的指示信息、LDI的指示信息。
本發(fā)明提供的一種通告?zhèn)魉推矫媸У姆椒ê脱b置，節(jié)點在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點，向該端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息；這樣，因為控制平面基于IP路由總是可達的，能夠可靠的將傳送平面失效通知到傳送平面上承載的客戶層路徑的端節(jié)點，該方法不局限于運行特定的OAM機制，更加靈活、適用。
圖1為本發(fā)明實現(xiàn)通告?zhèn)魉推矫媸У姆椒ǖ牧鞒淌疽鈭D2為本發(fā)明實施例一中LSP層通告Section層失效的示意圖3為本發(fā)明實施例二中PW層通告LSP層失效的示意圖4為本發(fā)明實施例三中跨網(wǎng)絡通告LSP層失效的示意圖5為本發(fā)明實現(xiàn)通告?zhèn)魉推矫媸У难b置的結構示意圖。
具體實施方式
本發(fā)明的基本思想是設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ还?jié)點在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點，向客戶層路徑的端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息。
下面通過附圖及具體實施例對本發(fā)明做進一步的詳細說明。
本發(fā)明實現(xiàn)通告?zhèn)魉推矫媸У姆椒ǎ鐖D1所示，該方法包括以下幾個步驟
步驟101 設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?br>
具體的，預先擴展RSVP-TE的對象和/或LDP的TLV，在擴展的RSVP-TE的對象和 /或LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?br>
所述在擴展的RSVP-TE的對象中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，可以是在在擴展的RSVP-TE的Error_Spec對象的Error_Value中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ鰝魉推矫媸У闹甘拘畔?，包括以下之一或任意組合Lock的指示信息、AIS的指示信息、LDI的指示信息；
所述在擴展的LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，可以是在擴展的 LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，所述傳送平面失效的指示信息，包括以下之一或任意組合=Lock的指示信息、AIS的指示信息、LDI的指示信息；
所述在擴展的RSVP-TE的Error_Spec對象的Error_Value中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，可以是在RSVP-TE中Error_Spec對象的Error_Value中增加用于指示傳送平面失效的因素的值(Value)，如增加三個值，分別為Lock的指示信息、AIS的指示信息和LDI的指示信息；
所述在擴展的LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，可以是在LDP的PW Status TLV的標志位中新設置用于指示傳送平面失效的因素的標志位(bit)，如新設置三個標志位，分別為Lock的指示信息、AIS的指示信息、LDI的指示fn息ο
步驟102 節(jié)點在收到傳送平面失效的指令后，確定傳送平面上承載的客戶層路徑的端節(jié)點，并向該端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息；
本步驟中，所述控制平面消息包括=RSVP-TE中的通知(Notify)消息、ResvErr消息、或I^athErr消息；或LDP中的通知(Notification)消息等。
下面結合具體實施例詳細說明本發(fā)明的方法的實現(xiàn)過程和原理。
在實施例一和二中，節(jié)點之間傳遞的路徑狀態(tài)請求以資源預留協(xié)議(RSVP，Resource Reservation Protocol)消息中的路徑(Path)消息實現(xiàn)，并通過RSVP消息中的 PathErr消息處理路徑狀態(tài)請求出現(xiàn)錯誤的反饋；節(jié)點之間傳遞的預留狀態(tài)請求通過RSVP 消息中的Resv消息實現(xiàn)，并通過RSVP消息中的ResvErr消息處理預留狀態(tài)請求出現(xiàn)錯誤的反饋；Notify消息可以使一個網(wǎng)元通知遠端網(wǎng)元(一般是入口和出口網(wǎng)元)有關連接的事件，一般是失效事件，在網(wǎng)元接收到含有通知請求對象(Notify Request Object)的 Path消息后，會發(fā)出通知消息，所述通知消息包含有一個Error_SpeC對象和消息ID對象 (Message ID Object)，Error—Spec 對象里面包含一個 Error—Code 禾口 Error—Value 字段。 同時，接受通知消息的網(wǎng)元會發(fā)出一個確認消息(Ack Message)，確認消息包含一個消息ID 確認對象(Message ID Ack Object)。
實施例一
現(xiàn)有技術中，Error_Spec對象的Error_Code為25，其含義為通告錯誤(Notify Error)。本實施例中，預先在該Error_Code下增加一個新的Error_Value = 15，其含義是鎖定通知(Lock r印orting)，作為Lock的指示信息。當然，也可以新定義一個新的Error_ Code,在新定義的Error_Code下增加新的Error_Value。本實施例提供一種LSP層通告 Action層失效的方法，如圖2所示，有A、B、C、D、E五個網(wǎng)元，A、B、C之間有一個單向的 LSP1, A為LSPl的首節(jié)點，C為LSPl的目的節(jié)點。本實施例中假定A和B之間的Section 層由于管理維護等因素，管理員給B節(jié)點下了一個Lock命令，要求A和B之間直到Lock命令清除前不能傳送數(shù)據(jù)流，則本實施例的方法包括
B節(jié)點收到Lock命令后，根據(jù)自身為A和B之間Section層的目的節(jié)點，檢查 kction層之上的LSP層，確認經(jīng)過本節(jié)點的LSP，當B節(jié)點確定LSP1經(jīng)過自身時，根據(jù)LSP1 為單向LSP，其目的節(jié)點是C，B節(jié)點在向C節(jié)點發(fā)送的控制平面消息中攜帶Error_SpeC對象的Err0r_Value = 15的信息，通知C節(jié)點B節(jié)點被鎖定；
其中，所述控制平面消息可以是Notify或者ResvErr消息，但B節(jié)點發(fā)送Notify 消息的前提條件是B節(jié)點曾在此前接收到C節(jié)點發(fā)送的帶有Notify Request對象的Resv 消息；如果沒有則B節(jié)點只能發(fā)送ResvErr消息，所述ResvErr消息只能一跳一跳的傳遞到 C節(jié)點，速度較之Notify消息要慢。
進一步的，當B節(jié)點發(fā)送Nofity消息攜帶Error_Spec對象的Error_Value = 15 的信息給C節(jié)點，通知該鎖定事件時，接受Nofity消息的C節(jié)點獲知該鎖定事件，并發(fā)送 Ack Message,所述 Ack Message 包含一個 Message ID Ack 0b ject ；當 B 節(jié)點發(fā)送 ResvErr 消息攜帶Error_SpeC對象的ErrorJalue = 15的信息給C節(jié)點，通知該鎖定事件時，C節(jié)點獲知該鎖定事件后不返回確認消息。
進一步的，在B節(jié)點設置發(fā)送所述Notify或者ResvErr消息的頻率，可設置為 IOmsUs等，直到該Lock命令去除；
所述Lock命令去除的事件可以通過預先新增加一個Err0r_Value = 16來標識， 其含義是Lock命令去除(Lock clear)，作為Lock命令去除的指示信息，即在Lock命令去除時，B節(jié)點向C節(jié)點發(fā)送攜帶Error_SpeC對象的ErrorJalue = 16的控制平面消息。
本實施例只是描述了通過控制平面通告Lock事件的流程，對于AIS和LDI的通告流程與本實施例類似，即增加新的Error_ValUe，來指示AIS和LDI，以及這些事件的去除， 這里不再贅述。CN 102546361 A
實施例二
本實施例提供一種PW層通告LSP層失效的方法，如圖3所示，有A、B、C、D、E 五個網(wǎng)元，A、B、C之間有一個單向的LSP1，A為LSPl的首節(jié)點，C為LSPl的目的節(jié)點， A和E之間有一個多段PW1，C為PWl的交換PE(S-PE，Switching-PE)節(jié)點，A和E分別為PWl是終PE(T-PE，Terminating-PE)節(jié)點。Pffl的創(chuàng)建采用的是LDP信令，LDP信令中的Notification消息中攜帶PW狀態(tài)TLV(PW Status TLV)，用于通矢PWl的狀態(tài)。所述 Notification消息通常由PW的T-PE節(jié)點發(fā)起；當然，所述Notification消息也可以由PE 的S-PE節(jié)點發(fā)起，在由PE的S-PE節(jié)點發(fā)起時，會在所述Notification消息中插入一個 S-PE節(jié)點的標識符，用來表明是該S-PE發(fā)起的所述Notification消息，具體的細節(jié)過程請參考 draft-ietf-pwe3-segmented-pw-14. txt。本實施例中，在PW Status TLV 中新設置三個標志位，分別為Lock的指示信息、AIS的指示信息、LDI的指示信息。當然，這里只是用 PW Status TLV中的擴展作為例子，實際操作中完全可以新定義一個TLV，利用新定義的TLV 中設置的三個標志位來指示Lock、AIS、LDI。本實施例中假定A和C之間的LSPl由于管理維護等因素，管理員給C節(jié)點下了一個Lock命令，要求A和C之間的LSPl直到Lock命令清除前不能傳送數(shù)據(jù)流，則本實施例的方法包括
C節(jié)點收到Lock命令后，根據(jù)自身為A和C之間LSPl的目的節(jié)點，檢查LSPl層之上的PW層，確認經(jīng)過本節(jié)點的PW，當C節(jié)點確定PWl經(jīng)過本節(jié)點時，根據(jù)PWl首尾節(jié)點分別是A和E，C節(jié)點在向A和E節(jié)點發(fā)送的Notification消息中攜帶Lock標志位置位的PW Status TLV，將C節(jié)點LSPl的鎖定事件通知A和E節(jié)點。
進一步的，在C節(jié)點設置發(fā)送所述Notification消息的頻率，可設置為10ms、ls 等，直到該鎖定條件去除；所述鎖定去除的事件可以通過把Lock標志位去除來標識；即 在Lock命令去除時，C節(jié)點向A和E節(jié)點發(fā)送攜帶Lock標志位去除置位的PW Status TLVError_Spec的控制平面消息，該消息可以只發(fā)送一次，也可以設置成發(fā)送3次等。
本實施例只是描述了通過控制平面通告Lock事件的流程，對于AIS和LDI的通告流程與本實施例類似，這里不再贅述。
實施例三
現(xiàn)有技術中，Error_Spec對象的Error code為25，其含義為通告錯誤。本實施例中，預先在該Error Code下增加一個新的Error_Value = 15，其含義是鎖定通知(Lock reporting)，用于作為Lock的指示信息。本實施例提供一種跨網(wǎng)絡通告LSP層失效的方法， 如圖4所示，B和C節(jié)點為光網(wǎng)絡節(jié)點，其間運行基于G. 709的OAM機制；A和D節(jié)點均為路由器，路由器和光網(wǎng)絡之間通過以太網(wǎng)接口互聯(lián)。A和D之間有一個基于分組交換的LSP1， 上面運行雙向轉(zhuǎn)發(fā)探測(BFD，Bidirectional Forwarding Detection)，該 LSPl 在 B/C 節(jié)點之間承載在光數(shù)據(jù)單元(0DU，Optical Data Unit) k通道上，ODUk上運行基于G. 709的 OAM機制。本實施例假定B和C之間的0而k層由于管理維護等因素，管理員給B節(jié)點下了一個Lock命令，要求B和C之間直到Lock命令清除前不能傳送數(shù)據(jù)流，則本實施例的方法包括
B節(jié)點收到Lock命令后，根據(jù)自身為B和C之間0而k層的目的節(jié)點，檢查OOTk層之上的LSP層，確認經(jīng)過本節(jié)點的LSP。當B節(jié)點確定LSPl經(jīng)過自身時，根據(jù)LSPl為雙向 LSP,其首尾節(jié)點分別是A和D節(jié)點，B節(jié)點在向A節(jié)點發(fā)送的控制平面消息中攜帶Err0r_Spec對象的Err0r_Value = 15的信息，通知A節(jié)點B節(jié)點被鎖定；
其中，所述控制平面消息可以是Notify或者PathErr消息，但B節(jié)點發(fā)送Notify 消息的前提條件是B節(jié)點曾在此前接收到A節(jié)點發(fā)送的帶有Notify Request對象的I^ath 消息；如果沒有則B節(jié)點只能發(fā)送PathErr消息，所述PathErr消息只能一跳一跳的傳遞到 A節(jié)點，速度較之Notify消息要慢。
進一步的，當B節(jié)點發(fā)送Nofity消息攜帶Error_Spec對象的Error_Value = 15 的信息給A節(jié)點，通知該鎖定事件時，接受Nofity消息的A節(jié)點發(fā)送AckMessage，所述Ack Message 包含一個 Message ID Ack Ob ject ；當 B 節(jié)點發(fā)送 PathErr 消息攜帶 Error_Spec 對象的Err0r_Value = 15的信息給A節(jié)點，通知該鎖定事件時，A節(jié)點不返回確認消息。
進一步的，在B節(jié)點設置發(fā)送所述Notify或者ResvErr消息的頻率，可設置為 IOmsUs等，直到該Lock命令去除；
所述Lock命令去除的事件可以通過預先新增加一個Err0r_Value = 16來標識， 其含義是鎖定去除，作為Lock命令去除的指示信息，即在Lock命令去除時，B節(jié)點向A節(jié)點發(fā)送攜帶Error_Spec對象的Error_Value = 16的控制平面消息，通知A節(jié)點Lock命令去除；該控制平面消息可以只發(fā)送一次；當然也可以設置成發(fā)送3次等。
本實施例只是描述了通過控制平面通告Lock事件的流程，對于AIS和LDI的通告流程與本實施例類似，即增加新的Error_ValUe，來指示AIS和LDI，以及這些事件的去除， 這里不再贅述。
為了實現(xiàn)上述方法，本發(fā)明還提供一種通告?zhèn)魉推矫媸У难b置，如圖5所示，該裝置包括設置模塊51、確定節(jié)點模塊52、通告模塊53 ；其中，
設置模塊51，用于設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?br>
確定節(jié)點模塊52，用于在收到傳送平面失效的指令后，確定傳送平面上承載的客戶層路徑的端節(jié)點；
通告模塊53，用于向客戶層的端節(jié)點發(fā)送控制平面消息，并根據(jù)確定節(jié)點模塊52 收到的傳送平面失效的指令，在所述控制平面消息中攜帶傳送平面失效的相應指示信息；
所述設置模塊51，具體用于在擴展的RSVP-TE的對象和/或LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?br>
所述設置模塊51在擴展的RSVP-TE的對象中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，具體為所述設置模塊51在擴展的RSVP-TE的Error_Spec對象的Error_value中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ鰝魉推矫媸У闹甘拘畔?，包括以下之一或任意組合Lock的指示信息、AIS的指示信息、LDI的指示信息；
所述設置模塊51在擴展的RSVP-TE的Error_Spec對象的Error_value中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ唧w為所述設置模塊51在擴展的RSVP-TE的Error_SpeC對象的Error_valUe中增加用于指示傳送平面失效的因素的值，如增加三個值，分別為Lock 的指示信息、AIS的指示信息和LDI的指示信息；
所述設置模塊51在擴展的LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，具體為所述設置模塊51在擴展的LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ鰝魉推矫媸У闹甘拘畔?，包括以下之一或任意組合=Lock的指示信息、 AIS的指示信息、LDI的指示信息；
所述設置模塊51在擴展的LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ唧w為所述設置模塊51在擴展的LDP的PW Status TLV的標志位中新設置用于指示傳送平面失效的因素的標志位，如新設置三個標志位，分別為Lock的指示信息、AIS的指示信息、LDI的指示信息。
因為控制平面基于IP路由總是可達的，通過本發(fā)明的方案，能夠可靠的將傳送平面失效通知到客戶層路徑的端節(jié)點節(jié)點，該方法不局限于運行特定的OAM機制，更加靈活、 適用。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種通告?zhèn)魉推矫媸У姆椒?，其特征在于，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ?該方法還包括節(jié)點在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點，向所述端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息。
2.根據(jù)權利要求1所述的方法，其特征在于，所述設定通告?zhèn)魉推矫媸У闹甘拘畔樵跀U展的基于流量工程的資源預留確認協(xié)議(RSVP-TE)的對象和/或標簽分發(fā)協(xié)議 (LDP)的類型-長度-值(TLV)中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
3.根據(jù)權利要求2所述的方法，其特征在于，所述在擴展的RSVP-TE的對象中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，為在在擴展的RSVP-TE的Error_Spec對象的Error_Value 中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
4.根據(jù)權利要求3所述的方法，其特征在于，所述傳送平面失效的指示信息，包括以下之一或任意組合鎖定(Lock)的指示信息、告警指示信號(AIQ的指示信息、鏈路故障指示 (LDI)的指示信息。
5.根據(jù)權利要求2所述的方法，其特征在于，所述在擴展的LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ瑸樵谠跀U展的LDP的偽線狀態(tài)類型-長度-值(PW Status TLV) 的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
6.根據(jù)權利要求5所述的方法，其特征在于，所述傳送平面失效的指示信息，包括以下之一或任意組合=Lock的指示信息、AIS的指示信息、LDI的指示信息。
7.根據(jù)權利要求1至6任一項所述的方法，其特征在于，所述控制平面消息包括 RSVP-TE 的 Notify 消息、ResvErr 消息、或 PathErr 消息；或 LDP 中的 Notification 消息。
8.—種通告?zhèn)魉推矫媸У难b置，其特征在于，該裝置包括設置模塊、確定節(jié)點模塊、通告模塊；其中，設置模塊，用于設定通告?zhèn)魉推矫媸У闹甘拘畔?；確定節(jié)點模塊，用于在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點；通告模塊，用于向客戶層路徑的端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息。
9.根據(jù)權利要求8所述的裝置，其特征在于，所述設置模塊，具體用于在擴展的 RSVP-TE的對象和/或LDP的TLV中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅰ?br>
10.根據(jù)權利要求9所述的裝置，其特征在于，所述設置模塊，具體用于在RSVP-TE的 Error_Spec對象的Error_Value中，設定通告?zhèn)魉推矫媸У闹甘拘畔?，所述傳送平面失效的指示信息，包括以下之一或任意組合=Lock的指示信息、AIS的指示信息、LDI的指示信息；和/或，所述設置模塊，具體用于在LDP的PW Status TLV的標志位中，設定通告?zhèn)魉推矫媸У闹甘拘畔ⅲ鰝魉推矫媸У闹甘拘畔?，包括以下之一或任意組合=Lock的指示信息、AIS的指示信息、LDI的指示信息。
全文摘要
本發(fā)明公開了一種通告?zhèn)魉推矫媸У姆椒ǎO定通告?zhèn)魉推矫媸У闹甘拘畔?；?jié)點在收到傳送平面失效的指令后，確定客戶層路徑的端節(jié)點，向所述端節(jié)點發(fā)送控制平面消息，在所述控制平面消息中攜帶傳送平面失效的相應指示信息；本發(fā)明同時還公開了一種通告?zhèn)魉推矫媸У难b置，通過本發(fā)明的方案，能夠可靠的將傳送平面失效通知到傳送平面上承載的客戶層路徑的端節(jié)點，該方法不局限于運行特定的OAM機制，更加靈活、適用。
文檔編號H04L12/24GK102546361SQ20101059427
公開日2012年7月4日 申請日期2010年12月17日 優(yōu)先權日2010年12月17日
發(fā)明者代雪會, 吳波, 張飛 申請人:中興通訊股份有限公司