專利名稱：：自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，特別涉及一種自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的方法及系統(tǒng)。
背景技術(shù)：
：ITU-T(國際電信聯(lián)盟遠程通信標準化組織)的G.709v3版本與之前的v2版本相比，新增了新的信號類型，如0DU0、0DU4、0DU2e、0DUfleX(靈活速率光數(shù)據(jù)單元)。ODUflex是為了通過OTN(Optical"TransportNetwork，光傳送網(wǎng))比特透傳任意速率的客戶信號，使用GMP(GenericMappingProcedure，通用映射規(guī)程)將ODUfIex映射進HOODU(HighOrderODU,高階ODU)。0DUflex可以適配任何速率的客戶信號，然后將LOODUflex(LowOrderODUdSMODU)映射進相應(yīng)數(shù)量的HOODU的支路時隙中。這種技術(shù)不僅考慮到了現(xiàn)有各類客戶信號的有效傳送，同時也考慮了將來出現(xiàn)的客戶信號。ODUflex分為兩種一種是用來承載CBR(ConstantBitRate，固定比特速率)客戶信號的ODUflex(CBR)，CBR客戶信號通過BMP映射進ODUflex(CBR)；另一種是用來承載分組客戶信號的ODUflex(GFP)，分組客戶信號通過GFP(GenericFramingProcedure，通用成幀規(guī)程)封裝進ODUflex(GFP)。對于ODUflex(GFP)來說，由于分組客戶信號的帶寬是會隨時間變化的，所以為ODUflex(GFP)分配固定帶寬不利于帶寬資源的有效利用。如果ODUflex(GFP)能夠支持動態(tài)的帶寬調(diào)整，那么不但可以更好地滿足分組客戶信號的多種帶寬要求，而且能有效地提高帶寬利用率并節(jié)約帶寬資源。為此，ODUflex(GFP)就需要具備無損地調(diào)整帶寬的能力。ODUflex(GFP)帶寬無損調(diào)整意味著=ODUflex(GFP)需要在動態(tài)且不中斷現(xiàn)有業(yè)務(wù)的情況下完成帶寬的調(diào)整。但現(xiàn)有技術(shù)中并不是所有的接口都支持ODUflex帶寬無損調(diào)整能力，有的接口不支持ODUflex帶寬無損調(diào)整能力，當需要選擇具有ODUflex帶寬無損調(diào)整能力的鏈路時，需要控制平面能夠發(fā)現(xiàn)哪些鏈路具有ODUflex帶寬無損調(diào)整能力，繼而將這一信息通過路由協(xié)議洪泛出去。
發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是提供一種自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的的方法及系統(tǒng)，以實現(xiàn)對ODUflex帶寬無損調(diào)整能力的自動發(fā)現(xiàn)。為了解決上述技術(shù)問題，本發(fā)明提供了一種自動發(fā)現(xiàn)靈活速率光數(shù)據(jù)單元(ODUflex)帶寬無損調(diào)整能力的方法，包括鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息，所述鏈路源端接口根據(jù)鏈路對端接口反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力。進一步地，上述方法還具有下面特點所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息是通過下面方式實現(xiàn)的所述鏈路屬性消息的數(shù)據(jù)鏈路對象中包括一子對象，所述子對象包括表示源端接口對ODUflex帶寬無損調(diào)整能力是否支持的字段。進一步地，上述方法還具有下面特點所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息的步驟包括所述鏈路對端接口接收到所述鏈路屬性消息后，讀取所述子對象中的所述字段，若判斷所述字段表示源端接口不支持ODUflex帶寬無損調(diào)整能力，則向所述鏈路源端接口反饋鏈路屬性未確認消息；若判斷所述字段表示源端接口支持ODUflex帶寬無損調(diào)整能力，則判斷本端接口是否支持所述ODUflex帶寬無損調(diào)整能力，若不支持，則向所述鏈路源端接口反饋鏈路屬性未確認消息，若支持，則向所述鏈路源端接口反饋鏈路屬性確認消息，其中，所述鏈路屬性未確認消息中包括用于說明錯誤原因的對象。進一步地，上述方法還具有下面特點所述用于說明錯誤原因的對象包括，用于指示錯誤原因是不接受不可協(xié)商的鏈路屬性參數(shù)的信息。進一步地，上述方法還具有下面特點所述鏈路對端接口讀取所述子對象中的所述字段，是在所述鏈路屬性消息中攜帶的本地或遠端接口映射關(guān)系與存儲在本端的接口映射關(guān)系匹配的條件下進行的。進一步地，上述方法還具有下面特點所述ODUflex帶寬無損調(diào)整能力通過G.hao協(xié)議定義。進一步地，上述方法還具有下面特點所述鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息的步驟具體為所述鏈路源端接口通過鏈路管理協(xié)議周期地向鏈路對端接口發(fā)送鏈路屬性消息。為了解決上述問題，本發(fā)明還提供了一種自動發(fā)現(xiàn)靈活速率光數(shù)據(jù)單元(ODUflex)帶寬無損調(diào)整能力的系統(tǒng)，包括鏈路源端接口所在的節(jié)點，用于向鏈路對端接口所在的節(jié)點發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；用于根據(jù)鏈路對端接口所在的節(jié)點反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力；所述鏈路對端接口所在的節(jié)點，用于接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和所述鏈路對端接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口所在的節(jié)點反饋消息。進一步地，上述系統(tǒng)還具有下面特點所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息是通過下面方式實現(xiàn)的所述鏈路屬性消息的數(shù)據(jù)鏈路對象中包括一子對象，所述子對象包括表示源端接口對ODUflex帶寬無損調(diào)整能力是否支持的字段。進一步地，上述系統(tǒng)還具有下面特點所述鏈路對端節(jié)點包括讀取模塊，用于接收到所述鏈路屬性消息后，讀取所述子對象中的所述字段；第一判斷模塊，用于判斷所述字段是否表示源端接口支持ODUflex帶寬無損調(diào)整能力；第二判斷模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口支持ODUflex帶寬無損調(diào)整能力的情況下，判斷本端接口是否支持所述ODUflex帶寬無損調(diào)整能力；第一發(fā)送模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口不支持ODUfIex帶寬無損調(diào)整能力的情況下，或者在所述第二判斷模塊判斷本端接口不支持所述ODUflex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性未確認消息；第二發(fā)送模塊，用于在所述第二判斷模塊判斷本端接口支持所述ODUflex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性確認消息；其中，所述鏈路屬性未確認消息中包括用于說明錯誤原因的對象，所述用于說明錯誤原因的對象包括用于指示錯誤原因是不接受不可協(xié)商的鏈路屬性參數(shù)的信息。進一步地，上述系統(tǒng)還具有下面特點所述讀取模塊包括匹配單元，用于接收到所述鏈路屬性消息后，將所述鏈路屬性消息中攜帶的本地或遠端接口映射關(guān)系與存儲在本端的接口映射關(guān)系進行匹配，若匹配一致，則觸發(fā)讀取單元；所述讀取單元，用于受觸發(fā)后，讀取所述子對象中的所述字段。進一步地，上述系統(tǒng)還具有下面特點所述ODUflex帶寬無損調(diào)整能力通過G.hao協(xié)議定義。綜上，本發(fā)明提供一種自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的方法及系統(tǒng)，通過擴展LMP協(xié)議中的DATALINK對象，使LMP協(xié)議能夠自動發(fā)現(xiàn)鏈路對ODUflex帶寬無損調(diào)整(G.hao協(xié)議)的支持屬性。本發(fā)明彌補了控制平面的不足，增強了控制平面的功能。圖1為本發(fā)明實施例的自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的系統(tǒng)的示意圖2為本發(fā)明的自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的流程圖3為本發(fā)明實施例的HitlessResize子對象的格式的示意圖4本發(fā)明實施例一中的自動發(fā)現(xiàn)鏈路支持G.hao協(xié)議的過程；圖5本發(fā)明實施例二中的自動發(fā)現(xiàn)鏈路不支持G.hao協(xié)議的過程；圖6本發(fā)明實施例三中的自動發(fā)現(xiàn)鏈路不支持G.hao協(xié)議的過程。具體實施方式目前ITU-T已經(jīng)提出了關(guān)于ODUflex帶寬無損調(diào)整的建議，G.hao協(xié)議，該建議將ODUflex帶寬的無損調(diào)整分為兩個階段鏈路連接調(diào)整(LCR)和帶寬調(diào)整(BWR)，來對ODUflex進行無損調(diào)整。IETF的鏈路管理協(xié)議(LinkManagementProtocol，簡稱LMP)運行在一對LMP對等節(jié)點之間，定義了四個程序，來分別提供如下四個功能控制通道管理控制通道管理是針對LMP會話(session)本身的協(xié)商和維護而言的，用于在鄰居發(fā)現(xiàn)后，在控制平面建立相鄰物理節(jié)點間的控制通道，以便進行參數(shù)協(xié)商和信令消息的傳遞；鏈路屬性關(guān)聯(lián)鏈路屬性關(guān)聯(lián)的主要目的在于發(fā)現(xiàn)和協(xié)商相鄰節(jié)點之間的TE(TrafficEngineering，流量工程)鏈路ID映射關(guān)系和數(shù)據(jù)鏈路屬性，可以通過交互鏈路聚合消息和回復(fù)消息來實現(xiàn)。鏈路聚合消息通常會包含所要通告的TE鏈路ID、該TE鏈路所包含的各條鏈路以及相關(guān)的鏈路屬性；鏈路連通性驗證鏈路連通性驗證有兩個主要目的一是驗證特定數(shù)據(jù)鏈路的連通性，二是自動映射數(shù)據(jù)鏈路和TE鏈路的本地和遠端接口ID。鏈路連通性驗證在LMP中是可選功能，由參數(shù)協(xié)商過程配置可協(xié)商的驗證標志(VerificationFlag)決定；故障管理LMP提出了一整套的故障定位機制，來確定發(fā)生故障的具體鏈路。這一過程是由下游檢測到的數(shù)據(jù)鏈路故障的節(jié)點發(fā)起的，通過通道故障消息、恢復(fù)消息的交互，沿著LSP向上游逐跳檢測鏈路狀態(tài)，直到定位到發(fā)生了故障的鏈路。管理鏈路故障也是可選功能，由參數(shù)協(xié)商過程配置可協(xié)商的故障管理標志(FaultManagementFlag)決定。在現(xiàn)有的LMP協(xié)議的鏈路屬性關(guān)聯(lián)功能中，定義了LinkSummary(鏈路屬性)、LinkSummaryAck(鏈路屬性確認)、以及LinkSummaryNack(鏈路屬性未確認)這三條消息，其對象是鏈路屬性，屬性分為可協(xié)商和不可協(xié)商的。在LinkSummary和LinkSummaryNack消息中，都攜帶了DATA_LINK(數(shù)據(jù)鏈路)對象，來表示一端鏈路的屬性。已有的DATA_LINK中，為鏈路屬性定義了以下兩個子對象=InterfaceSwitchingType(接口交換類型)子對象以及Wavelength(波長)子對象，通過攜帶這兩個子對象，實現(xiàn)了在自動發(fā)現(xiàn)程序中，對鏈路的接口交換類型以及波長這兩個屬性的支持，然而已定義的子對象并不支持鏈路對G.hao協(xié)議的支持屬性的自動發(fā)現(xiàn)功能。本發(fā)明的核心思想是提供一種自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的方法，在鏈路源端接口向鏈路對端接口發(fā)送的鏈路屬性消息中攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息，然后根據(jù)鏈路對端接口的反饋消息來發(fā)現(xiàn)鏈路是否支持ODUflex帶寬無損調(diào)整能力。下面結(jié)合附圖對本發(fā)明進行詳細說明。圖1為本發(fā)明實施例的自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的系統(tǒng)的示意圖，如圖1所示，包括鏈路源端接口所在的節(jié)點和鏈路對端接口所在的節(jié)點，其中，鏈路源端接口所在的節(jié)點，用于向鏈路對端接口所在的節(jié)點發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；用于根據(jù)鏈路對端接口所在的節(jié)點反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力；所述鏈路對端接口所在的節(jié)點，用于接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和所述鏈路對端接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口所在的節(jié)點反饋消息。本實施例中，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息是通過下面方式實現(xiàn)的所述鏈路屬性消息的數(shù)據(jù)鏈路對象中包括一子對象(HitlessResize(無損調(diào)整)子對象)，所述子對象包括表示源端接口對ODUfIex帶寬無損調(diào)整能力是否支持的字段。本實施例中的所述鏈路對端節(jié)點可以包括7讀取模塊，用于接收到所述鏈路屬性消息后，讀取所述子對象中的所述字段；第一判斷模塊，用于判斷所述字段是否表示源端接口支持ODUflex帶寬無損調(diào)整能力；第二判斷模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口支持ODUflex帶寬無損調(diào)整能力的情況下，判斷本端接口是否支持所述ODUflex帶寬無損調(diào)整能力；第一發(fā)送模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口不支持ODUfIex帶寬無損調(diào)整能力的情況下，或者在所述第二判斷模塊判斷本端接口不支持所述ODUflex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性未確認消息；第二發(fā)送模塊，用于在所述第二判斷模塊判斷本端接口支持所述ODUflex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性確認消息；其中，所述鏈路屬性未確認消息中包括用于說明錯誤原因的對象，所述用于說明錯誤原因的對象包括用于指示錯誤原因是不接受不可協(xié)商的鏈路屬性參數(shù)的信息。其中，所述讀取模塊可以進一步包括匹配單元和讀取單元，匹配單元，用于接收到所述鏈路屬性消息后，將所述鏈路屬性消息中攜帶的本地或遠端接口映射關(guān)系與存儲在本端的接口映射關(guān)系進行匹配，若匹配一致，則觸發(fā)讀取單元；所述讀取單元，用于受觸發(fā)后，讀取所述子對象中的所述字段。本實施例中的ODUflex帶寬無損調(diào)整能力通過G.hao協(xié)議定義，當然，在其他實施例中ODUflex帶寬無損調(diào)整能力也可以通過其他協(xié)議來定義。圖2為本發(fā)明的自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的流程圖，如圖2所示，包括下面步驟S10、鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；S20、所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息，所述鏈路源端接口根據(jù)鏈路對端接口反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力。只有鏈路的源端接口和對端接口均支持ODUflex帶寬無損調(diào)整能力，才能確定鏈路支持ODUflex帶寬無損調(diào)整。這樣，通過本發(fā)明的方法即可實現(xiàn)自動發(fā)現(xiàn)鏈路是否支持ODUflex帶寬無損調(diào)整能力。為對本發(fā)明有進一步理解，以下結(jié)合附圖及具體應(yīng)用實例對本發(fā)明所述的具體實施方法進行進一步詳細說明。在一具體實施例中，可以通過擴展LMP協(xié)議來實現(xiàn)對OTN網(wǎng)絡(luò)中，鏈路對ODUflex帶寬無損調(diào)整能力(G.hao協(xié)議)的支持性能的自動發(fā)現(xiàn)。具體的，本實施例可以通過擴展LMP協(xié)議中的DATA_LINK對象，在該對象中增加一個HitlessResize子對象，來攜帶鏈路本端接口對帶寬無損調(diào)整能力(G.hao協(xié)議)的支持屬性。當希望得知鏈路是否支持G.hao協(xié)議的信息時，鏈路一端接口可以通過本發(fā)明擴展的LMP協(xié)議中的鏈路屬性關(guān)聯(lián)程序，使對端接口得到本端接口對G.hao協(xié)議是否支持的屬性，然后對端接口通過比較鏈路兩端接口是否均支持G.hao協(xié)議，將結(jié)論通過消息給源端接口，即可得出鏈路對G.hao協(xié)議是否支持的結(jié)論。本實施例通過在鏈路的兩端運行鏈路屬性關(guān)聯(lián)程序，來發(fā)現(xiàn)對端接口是否支持G.hao協(xié)議，當鏈路兩端接口都支持G.hao協(xié)議，在路由協(xié)議洪泛，才能進一步指出整條鏈路支持G.hao協(xié)議。首先，擴展LMP協(xié)議，在已有的DATA_LINK對象中增加一個HitlessResize子對象，來攜帶鏈路本端接口對ODUflex帶寬無損調(diào)整能力(G.hao協(xié)議)是否支持的屬性，通過鏈路屬性關(guān)聯(lián)程序中的LinkSummary消息攜帶該擴展的DATA_LINK對象，使鏈路兩端接口對ODUflex帶寬無損調(diào)整能力的屬性進行協(xié)商與關(guān)聯(lián)，從而使LMP協(xié)議自動發(fā)現(xiàn)鏈路的ODUflex帶寬無損調(diào)整的性能。以下是RFC4204中對LinkSummary消息以及LinkSummaryNack消息的定義<LinkSummaryMessage)=<CommonHeader)<MESSAGE_ID><TE_LINK><DATA_LINK>[<DATA_LINK>...]<LinkSummaryNackMessage)::=〈CommonHeader)<MESSAGE_ID_ACK><ERR0R_C0DE>[<DATA_LINK>...]上述消息定義中，CommonHeader為LMP消息的通用消息頭，TE_LINK用于標識鏈路兩接口間的TE鏈路，DATA_LINK用于標識兩接口間的數(shù)據(jù)鏈路。ERR0R_C0DE用于說明錯誤原因。此四個對象的具體定義的編碼格式可參見RFC4204。圖3所示為對LMP協(xié)議進行擴展后，為DATA_LINK對象新定義的HitlessResize子對象的格式，如圖所示，其中Type字段長度為8比特，表示該子對象的類型，其值為3；Length字段長度為8比特，表示該子對象的總長度，以字節(jié)(8比特)為單位。該子對象的總長度包括了Type和Length字段所占的長度。根據(jù)RFC4202中的定義，Length的值至少為4(字節(jié))，而且必須是4(字節(jié))的整數(shù)倍；N字段長度為1比特，表示接口對G.hao協(xié)議是否支持的性能。本發(fā)明進一步為該字段定義了2個值N的值為0表示接口不支持G.hao協(xié)議；N的值為1表示接口支持G.hao協(xié)議。本實施例中提供的一種自動發(fā)現(xiàn)鏈路是否支持G.hao協(xié)議的方法，包括當鏈路進入啟動(UP)狀態(tài)之前或之后，并且沒有進入鏈路驗證過程之前的任意時刻，鏈路的源端接口周期性地發(fā)送LinkSummary消息給鏈路對端接口，通知鏈路對端接口，鏈路源端接口是否支持G.hao協(xié)議；若鏈路對端接口收到該LinkSummary消息后，首先確定消息中攜帶的本地/遠端接口映射關(guān)系是否與存儲在本端的接口映射關(guān)系匹配，然后再確定鏈路兩端接口是否均支持G.hao協(xié)議。具體如下若源端接口發(fā)送的LinkSummary消息中指出，源端接口支持G.hao協(xié)議，而對端接口也支持G.hao協(xié)議，則對端接口發(fā)送LinkSummaryAck消息至源端接口，表示鏈路兩端接口均支持G.hao協(xié)議。通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)了整條鏈路支持G.hao協(xié)議；若源端接口發(fā)送的LinkSummary消息中指出，源端接口支持G.hao協(xié)議，而對端接口不支持G.hao協(xié)議，則對端接口發(fā)送LinkSummaryNack消息至源端接口，根據(jù)RFC4204中的定義，該消息中包含的ERR0R_C0DE對象中的C-Type=2，表示該錯誤碼是表示LinkSummary消息的錯誤(LINK_SUMMARY_ERR0R)，Value取值為0x01，進一步指出錯誤原因是不接受不可協(xié)商的LinkSummary參數(shù)(Unacc印tablenon-negotiableLINK_SUMMARYparameters)，則鏈路兩端接口不全部支持G.hao協(xié)議。通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)了整條鏈路不支持G.hao協(xié)議。若源端接口發(fā)送的LinkSummary消息中指出，源端接口不支持G.hao協(xié)議，則對端接口不論是否支持G.hao協(xié)議，均發(fā)送LinkSummaryNack消息至源端接口，根據(jù)RFC4204中的定義，該消息中包含的ERR0R_C0DE對象中的C-Type=2，表示該錯誤碼是表示LinkSummary消息的錯誤(LINK_SUMMARY_ERR0R)，Value取值為0x01，進一步指出錯誤原因是不接受不可協(xié)商的LinkSummary參數(shù)(Unacc印tablenon-negotiableLINK_SUMMARYparameters)，則鏈路兩端接口不全部支持G.hao協(xié)議。通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)了整條鏈路不支持G.hao協(xié)議。本實施例通過以上LMP程序，能夠得到鏈路兩端接口是否支持帶寬無損調(diào)整能力(G.hao協(xié)議)的屬性，即通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)整條鏈路是否支持帶寬無損調(diào)整能力(G.hao協(xié)議)的屬性。其中，所述LinkSummary消息所包含的DATA_LINK對象中，攜帶了本發(fā)明定義的HitlessResize子對象，來攜帶鏈路本端接口是否支持帶寬無損調(diào)整能力(G.hao協(xié)議)的屬性；其中，所述LinkSummaryNack消息所包含的ERR0R_C0DE對象來進一步指出錯誤原因；其中，通過LMP協(xié)議完成所述鏈路的自動發(fā)現(xiàn)過程。實施例一源端(A)接口與對端(B)接口均支持G.hao協(xié)議，即鏈路兩端接口均支持G.hao協(xié)議，因此這兩個接口之間的鏈路支持G.hao協(xié)議。本實施例的自動發(fā)現(xiàn)該鏈路對G.hao協(xié)議支持屬性的過程，如圖4所示，包括下面步驟步驟101、鏈路啟動后，A接口發(fā)送LinkSmnmary消息至B接口，LinkSmnmary消息中包含了DATA_LINK對象，該DATA_LINK對象攜帶了本實施例新定義的HitlessResize子對象，其中N取值為1，表示A接口支持G.hao協(xié)議；步驟102、B接口收到該LinkSummary消息后，首先確定消息中攜帶的本地/遠端接口映射關(guān)系是否與存儲在B接口中的接口映射關(guān)系匹配，若匹配，執(zhí)行步驟103；若不匹配，執(zhí)行步驟104;步驟103，B接口讀取LinkSummary消息中新定義的HitlessResize子對象中N的值=1，表示接口A支持G.hao協(xié)議。因為B接口也支持G.hao協(xié)議，則表示鏈路兩端接口均支持G.hao協(xié)議，因此B接口發(fā)送LinkSummaryAck消息至A接口，表示鏈路兩端接口對G.hao協(xié)議的支持屬性達成一致，即整條鏈路支持G.hao協(xié)議。步驟104、B接口收到該LinkSummary消息后，發(fā)現(xiàn)消息中攜帶的本地/遠端接口映射關(guān)系與存儲在B接口中的接口映射關(guān)系不匹配，則發(fā)送LinkSummaryNack消息至A接口，并指出接口映射關(guān)系不匹配。實施例二源端(A)接口支持G.hao協(xié)議，而對端(B)接口不支持G.hao協(xié)議，鏈路兩端接口不全支持G.hao協(xié)議，因此這兩個接口間的鏈路不支持G.hao協(xié)議。自動發(fā)現(xiàn)該鏈路對G.hao協(xié)議不支持屬性的過程，如圖5所示，包括下面步驟步驟201、A接口發(fā)送LinkSmnmary消息至B接口，LinkSmnmary消息中包含了DATA_LINK對象，該DATA_LINK對象攜帶了本實施例新定義的HitlessResize子對象，其中N取值為1，表示A接口支持G.hao協(xié)議；步驟202、B接口收到該LinkSummary消息后，首先確定消息中攜帶的本地/遠端接口映射關(guān)系是否與存儲在B接口中的接口映射關(guān)系匹配，若匹配，則執(zhí)行步驟203；若不匹配，則執(zhí)行步驟204;步驟203、B接口讀取本實施例新定義的HitlessResize子對象中N的值=1，表示A接口支持G.hao協(xié)議。因為B接口不支持G.hao協(xié)議，表示鏈路兩端接口不全支持G.hao協(xié)議，則鏈路不支持G.hao協(xié)議，因此B接口發(fā)送LinkSummaryNack消息至A接口；根據(jù)RFC4204中的定義，該LinkSummaryNack消息中攜帶的ERR0R_C0DE對象中的C-Type=2，表示該錯誤碼是表示LinkSummary消息的錯誤(LINK_SUMMARY_ERROR)，Value取值為0x01，進一步指出錯誤原因是不接受不可協(xié)商的LinkSummary參數(shù)(Unacceptablenon-negotiableLINK_SUMMARYparameters)，則鏈路兩端接口不全部支持G.hao協(xié)議。通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)了整條鏈路不支持G.hao協(xié)議。步驟204、B接口收到該LinkSummary消息后，發(fā)現(xiàn)消息中攜帶的本地/遠端接口映射關(guān)系與存儲在B接口中的接口映射關(guān)系不匹配，則發(fā)送LinkSummaryNack消息至A接口，并指出接口映射關(guān)系不匹配。實施例三源端(A)接口不支持G.hao協(xié)議，而對端(B)接口不論是否支持G.hao協(xié)議，鏈路兩端接口均不全支持G.hao協(xié)議，因此這兩個接口間的鏈路不支持G.hao協(xié)議。自動發(fā)現(xiàn)該鏈路對G.hao協(xié)議不支持屬性的過程，如圖6所示，包括下面步驟步驟301、A接口發(fā)送LinkSummary消息至B接口，LinkSummary消息中包含了DATA_LINK對象，該DATA_LINK對象攜帶了本實施例新定義的HitlessResize子對象，其中N取值為0，表示A接口不支持G.hao協(xié)議；步驟302、B接口收到該LinkSummary消息后，首先確定消息中攜帶的本地/遠端接口映射關(guān)系是否與存儲在B接口中的接口映射關(guān)系匹配，若匹配，則執(zhí)行步驟303；若不匹配，則執(zhí)行步驟304;步驟303、B接口讀取本實施例新定義的HitlessResize子對象中N的值=0，表示A接口不支持G.hao協(xié)議，鏈路兩端接口不全支持G.hao協(xié)議，則鏈路不支持G.hao協(xié)議，因此B接口發(fā)送LinkSummaryNack消息至A接口；根據(jù)RFC4204中的定義，該LinkSummaryNack消息中攜帶的ERR0R_C0DE對象中的C-Type=2，表示該錯誤碼是表示LinkSummary消息的錯誤(LINK_SUMMARY_ERROR)，Value取值為0x01，進一步指出錯誤原因是不接受不可協(xié)商的LinkSummary參數(shù)(Unacceptablenon-negotiableLINK_SUMMARYparameters)，則鏈路兩端接口不全部支持G.hao協(xié)議。通過自動發(fā)現(xiàn)過程，發(fā)現(xiàn)了整條鏈路不支持G.hao協(xié)議。步驟304、B接口收到該LinkSummary消息后，發(fā)現(xiàn)消息中攜帶的本地/遠端接口映射關(guān)系與存儲在B接口中的接口映射關(guān)系不匹配，則發(fā)送LinkSummaryNack消息至A接口，并指出接口映射關(guān)系不匹配。至此，通過攜帶了本發(fā)明新定義的HitlessResize子對象的LinkSummary消息，以及根據(jù)RFC4204中定義的攜帶了ERR0R_C0DE對象來說明錯誤原因的LinkSummaryNack消息，發(fā)現(xiàn)了鏈路兩端接口是否均支持G.hao協(xié)議，進而自動發(fā)現(xiàn)整條鏈路是否支持帶寬無損調(diào)整(G.hao協(xié)議)。本實施不改變基本的LMP程序，通過定義HitlessResize(無損調(diào)整)子對象來專門用于識別鏈路是否支持G.hao協(xié)議的屬性。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結(jié)合。以上僅為本發(fā)明的優(yōu)選實施例，當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。權(quán)利要求1.一種自動發(fā)現(xiàn)靈活速率光數(shù)據(jù)單元(ODUflex)帶寬無損調(diào)整能力的方法，包括鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息，所述鏈路源端接口根據(jù)鏈路對端接口反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力。2.如權(quán)利要求1所述的方法，其特征在于所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息是通過下面方式實現(xiàn)的所述鏈路屬性消息的數(shù)據(jù)鏈路對象中包括一子對象，所述子對象包括表示源端接口對ODUflex帶寬無損調(diào)整能力是否支持的字段。3.如權(quán)利要求1所述的方法，其特征在于所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUfIex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息的步驟包括所述鏈路對端接口接收到所述鏈路屬性消息后，讀取所述子對象中的所述字段，若判斷所述字段表示源端接口不支持ODUfIex帶寬無損調(diào)整能力，則向所述鏈路源端接口反饋鏈路屬性未確認消息；若判斷所述字段表示源端接口支持ODUflex帶寬無損調(diào)整能力，則判斷本端接口是否支持所述ODUflex帶寬無損調(diào)整能力，若不支持，則向所述鏈路源端接口反饋鏈路屬性未確認消息，若支持，則向所述鏈路源端接口反饋鏈路屬性確認消息，其中，所述鏈路屬性未確認消息中包括用于說明錯誤原因的對象。4.如權(quán)利要求3所述的方法，其特征在于所述用于說明錯誤原因的對象包括，用于指示錯誤原因是不接受不可協(xié)商的鏈路屬性參數(shù)的信息。5.如權(quán)利要求3所述的方法，其特征在于所述鏈路對端接口讀取所述子對象中的所述字段，是在所述鏈路屬性消息中攜帶的本地或遠端接口映射關(guān)系與存儲在本端的接口映射關(guān)系匹配的條件下進行的。6.如權(quán)利要求1-5任一項所述的方法，其特征在于所述ODUflex帶寬無損調(diào)整能力通過G.hao協(xié)議定義。7.如權(quán)利要求1-5任一項所述的方法，其特征在于所述鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息的步驟具體為所述鏈路源端接口通過鏈路管理協(xié)議周期地向鏈路對端接口發(fā)送鏈路屬性消息。8.一種自動發(fā)現(xiàn)靈活速率光數(shù)據(jù)單元(ODUflex)帶寬無損調(diào)整能力的系統(tǒng)，包括鏈路源端接口所在的節(jié)點，用于向鏈路對端接口所在的節(jié)點發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；用于根據(jù)鏈路對端接口所在的節(jié)點反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力；所述鏈路對端接口所在的節(jié)點，用于接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和所述鏈路對端接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口所在的節(jié)點反饋消息。9.如權(quán)利要求8所述的系統(tǒng)，其特征在于所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息是通過下面方式實現(xiàn)的所述鏈路屬性消息的數(shù)據(jù)鏈路對象中包括一子對象，所述子對象包括表示源端接口對ODUflex帶寬無損調(diào)整能力是否支持的字段。10.如權(quán)利要求8所述的系統(tǒng)，其特征在于所述鏈路對端節(jié)點包括讀取模塊，用于接收到所述鏈路屬性消息后，讀取所述子對象中的所述字段；第一判斷模塊，用于判斷所述字段是否表示源端接口支持ODUflex帶寬無損調(diào)整能力；第二判斷模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口支持ODUflex帶寬無損調(diào)整能力的情況下，判斷本端接口是否支持所述ODUflex帶寬無損調(diào)整能力；第一發(fā)送模塊，用于在所述第一判斷模塊判斷所述字段表示源端接口不支持ODUflex帶寬無損調(diào)整能力的情況下，或者在所述第二判斷模塊判斷本端接口不支持所述ODUfIex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性未確認消息；第二發(fā)送模塊，用于在所述第二判斷模塊判斷本端接口支持所述ODUflex帶寬無損調(diào)整能力的情況下，向所述鏈路源端接口所在的節(jié)點反饋鏈路屬性確認消息；其中，所述鏈路屬性未確認消息中包括用于說明錯誤原因的對象，所述用于說明錯誤原因的對象包括用于指示錯誤原因是不接受不可協(xié)商的鏈路屬性參數(shù)的信息。11.如權(quán)利要求10所述的系統(tǒng)，其特征在于所述讀取模塊包括匹配單元，用于接收到所述鏈路屬性消息后，將所述鏈路屬性消息中攜帶的本地或遠端接口映射關(guān)系與存儲在本端的接口映射關(guān)系進行匹配，若匹配一致，則觸發(fā)讀取單元；所述讀取單元，用于受觸發(fā)后，讀取所述子對象中的所述字段。12.如權(quán)利要求8-11任一項所述的方法，其特征在于所述ODUflex帶寬無損調(diào)整能力通過G.hao協(xié)議定義。全文摘要本發(fā)明提供一種自動發(fā)現(xiàn)ODUflex帶寬無損調(diào)整能力的方法及系統(tǒng)，該方法包括鏈路源端接口向鏈路對端接口發(fā)送鏈路屬性消息，所述鏈路屬性消息攜帶所述鏈路源端接口對ODUflex帶寬無損調(diào)整能力是否支持的信息；所述鏈路對端接口接收到所述鏈路屬性消息后，根據(jù)所述信息、或根據(jù)所述信息和本接口是否支持所述ODUflex帶寬無損調(diào)整能力向所述鏈路源端接口反饋消息，所述鏈路源端接口根據(jù)鏈路對端接口反饋的消息確定所述鏈路是否支持ODUflex帶寬無損調(diào)整能力。本發(fā)明通過擴展LMP協(xié)議中的DATA_LINK對象，使LMP協(xié)議能夠自動發(fā)現(xiàn)鏈路對ODUflex帶寬無損調(diào)整(G.hao協(xié)議)的支持屬性，彌補了控制平面的不足，增強了控制平面的功能。文檔編號H04L1/16GK102546374SQ201010607730公開日2012年7月4日申請日期2010年12月27日優(yōu)先權(quán)日2010年12月27日發(fā)明者付錫華,唐可心申請人:中興通訊股份有限公司