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