專利名稱：最小激活鏈路數(shù)處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種最小激活鏈路數(shù)處理方法及裝置。
背景技術(shù)：
鏈路捆綁將多個封裝相同鏈路層協(xié)議的接口捆綁到一起，形成一條邏輯上的數(shù)據(jù)鏈路。鏈路捆綁的作用如下流量負(fù)載分擔(dān)出/入流量可以在多個成員接口之間分擔(dān)；增加帶寬鏈路捆綁接口的帶寬是各可用成員接口帶寬的總和；提高連接可靠性當(dāng)某個成員接口出現(xiàn)故障時，流量會自動切換到其他可用的成員接口上，從而提高整個捆綁鏈路的連接可靠性。多鏈路點對點協(xié)議(Multilink-PPP或MLPPP)鏈路捆綁技術(shù)中的一種，將多條PPP鏈路綁定到一起，用于解決PPP —次只能處理一個實際鏈接的局限。專利“CN101854396A”提出了 MLPPP組最小激活鏈路數(shù)以及MLPPP組狀態(tài)概念，提供了一種MLPPP組保證用戶期望帶寬的方法，以及在無法保證情況下的相應(yīng)通告處理主要就是通過檢測綁定的各PPP鏈路狀態(tài)，判斷狀態(tài)up (狀態(tài)up符合rfcl661)的鏈路數(shù)是不是達(dá)到了用戶配置的閥值(最小激活鏈路數(shù))，達(dá)到了則按照MLPPP協(xié)議正常往下處理，否則要進(jìn)行相應(yīng)的通告和處理機制。但是，該專利存在如下當(dāng)兩端MLPPP組的最小激活鏈路數(shù)配置不一樣時，會出現(xiàn)一端UP的PPP鏈路數(shù)已經(jīng)達(dá)到最小激活鏈路數(shù)即 MLPPP組狀態(tài)UP承載業(yè)務(wù)，但另一端UP的PPP鏈路數(shù)還未達(dá)到最小激活鏈路數(shù)即MLPPP組狀態(tài)為DOWN，這樣就會出現(xiàn)異常。例如圖1是根據(jù)相關(guān)技術(shù)的MLPPP設(shè)備對接組網(wǎng)的不意圖，如圖1所不，有兩端設(shè)備DEVA和DEVB,兩臺設(shè)備通過MLPPP通信，即，分別在DEVA上配置一個MLPPP組MA和DEVB上配置一個MLPPP組MB進(jìn)行對接，MA配置的最小激活鏈路數(shù)為2，MB配置的最小激活鏈路數(shù)為4。但是，當(dāng)前MA和MB之間只有3條PPP鏈路時UP可用的，于是，MA的狀態(tài)為UP開始承載業(yè)務(wù)，而MB由于當(dāng)前UP的鏈路數(shù)數(shù)為3沒有達(dá)到配置的最小激活鏈路數(shù)4狀態(tài)為DOWN不承載業(yè)務(wù)。這樣，業(yè)務(wù)出現(xiàn)異常用戶也就無法感知。產(chǎn)生該問題的原因在于，本端和對端設(shè)備之間并不了解對方的最小激活鏈路數(shù)。而上述專利并沒有意識到該問題的存在。

發(fā)明內(nèi)容
本發(fā)明提供一種最小激活鏈路數(shù)處理方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種最小激活鏈路數(shù)處理方法，包括接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；確定本端的多鏈路點對點組的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)一致；通知所述對端最小激活鏈路數(shù)一致。優(yōu)選地，所述方法還包括確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致；上報最小激活鏈路協(xié)商失敗的告警。優(yōu)選地，在確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述方法還包括通知所述對端最小激活鏈路數(shù)不一致。優(yōu)選地，所述方法還包括確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致；在所述本端的最小激活鏈路數(shù)大于所述對端的最小激活鏈路數(shù)的情況下，采用所述對端的最小激活鏈路數(shù)作為所述本端的最小激活鏈路數(shù)；在所述本端的最小激活鏈路數(shù)小于所述對端的最小激活鏈路數(shù)的情況下，通知所述對端采用所述本端的最小激活鏈路數(shù)作為所述對端的最小激活鏈路數(shù)。優(yōu)選地，接收所述對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)包括接收所述對端發(fā)送的配置請求消息，其中，所述配置請求消息中攜帶有所述對端的最小激活鏈路數(shù)。根據(jù)本發(fā)明的另一個方面，還提供了一種最小激活鏈路數(shù)處理裝置，包括接收模塊，用于接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；確定模塊，用于確定本端的多鏈路點對點組的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)一致；通知模塊，用于通知所述對端最小激活鏈路數(shù)一致。優(yōu)選地，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述裝置還包括告警上報模塊，用于上報最小激活鏈路協(xié)商失敗的告警。優(yōu)選地，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況·下，所述通知模塊還用于通知所述對端最小激活鏈路數(shù)不一致。優(yōu)選地，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述裝置還包括處理模塊，用于在所述本端的最小激活鏈路數(shù)大于所述對端的最小激活鏈路數(shù)的情況下，采用所述對端的最小激活鏈路數(shù)作為所述本端的最小激活鏈路數(shù)；在所述本端的最小激活鏈路數(shù)小于所述對端的最小激活鏈路數(shù)的情況下，通知所述對端采用所述本端的最小激活鏈路數(shù)作為所述對端的最小激活鏈路數(shù)。優(yōu)選地，所述接收模塊，用于接收所述對端發(fā)送的配置請求消息，其中，所述配置請求消息中攜帶有所述對端的最小激活鏈路數(shù)。通過本發(fā)明，采用接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；確定本端的多鏈路點對點組的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)一致；通知所述對端最小激活鏈路數(shù)一致。解決了相關(guān)技術(shù)中本端和對端不了解對方最小激活鏈路數(shù)而導(dǎo)致的問題，進(jìn)而在本端和對端增加了最小激活鏈路數(shù)通告機制。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的MLPPP設(shè)備對接組網(wǎng)的示意圖；圖2是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理方法的流程圖；圖3是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理裝置的結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理裝置的優(yōu)選結(jié)構(gòu)框圖一；圖5是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理裝置的優(yōu)選結(jié)構(gòu)框圖二 ；圖6是根據(jù)本發(fā)明實施例的PPP協(xié)議協(xié)商過程的示意圖；圖7是根據(jù)本發(fā)明實施例的LCP協(xié)商階段Configure-Request請求的構(gòu)造與發(fā)送的流程圖；圖8是根據(jù)本發(fā)明實施例的LCP協(xié)商階段收到Configure-Request請求時的處理流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。以下實施例可以應(yīng)用于MLPPP技術(shù)中，但是并不限于此。在以下實施例中提供一種MLPPP組最小激活鏈路數(shù)動態(tài)協(xié)商的方法?？梢栽贛LPPP協(xié)商階段兩端就最小激活鏈路數(shù)進(jìn)行通告。例如，可以在(Link Control Protocol,簡稱為LCP)協(xié)商階段對兩端的最小激活鏈路數(shù)進(jìn)行通告。圖2是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理方法的流程圖，如圖2所示，該流程包括如下步驟步驟S202，接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；步驟S204，確定本端的多鏈路點對點組的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)一致；步驟S206，通知對端最小激活鏈路數(shù)一致。通過上述步驟，引入了最小激活鏈路數(shù)的判斷機制，從而可以使雙方均了解與對端的最小激活鏈路數(shù)是一致的，并且進(jìn)行下一步處理，這樣就可以避免因雙方的最小激活鏈路數(shù)的不一致而導(dǎo)致的問題。作為一個優(yōu)選實施方式，為了在雙方最小激活鏈路數(shù)不一致的情況及時通知給相關(guān)的設(shè)備或者用戶，還可以上報最小激活鏈路協(xié)商失敗的告警，通過上報該告警解決了因為最小激活鏈路數(shù)兩端配置的不一樣而導(dǎo)致協(xié)商完成后兩端MLPPP組狀態(tài)不一致而業(yè)務(wù)異常用戶無法感知的問題。在上報告警的情況下，可以通知對端最小激活鏈路數(shù)不一致，也可以不通知對端。當(dāng)然，作為一個更優(yōu)的實施方式，在確定本端的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，對端和本端還可以進(jìn)行協(xié)商在本端的最小激活鏈路數(shù)大于對端的最小激活鏈路數(shù)的情況下，采用對端的最小激活鏈路數(shù)作為本端的最小激活鏈路數(shù)；在本端的最小激活鏈路數(shù)小于對端的最小激活鏈路數(shù)的情況下，通知對端采用本端的最小激活鏈路數(shù)作為對端的最小激活鏈路數(shù)。通過該優(yōu)選的實施方式，可以是對端和本端自行調(diào)整最小激活鏈路數(shù)，保證了兩端參數(shù)一致，保證業(yè)務(wù)的正常進(jìn)行。例如，設(shè)備I的最小激活鏈路數(shù)為4，設(shè)備2的最小激活鏈路數(shù)為2，設(shè)備2接收到設(shè)備I的最小激活鏈路數(shù)為4，由于設(shè)備2的最小激活鏈路數(shù)為2小于設(shè)備I的4，因此，設(shè)備2確定采用2作為最小激活鏈路數(shù)，設(shè)備2可以將最終確定采用2作為最小激活鏈路數(shù)發(fā)送給設(shè)備1，設(shè)備I在接收到將2作為最小激活鏈路數(shù)的指示之后，可以根據(jù)實際的情況確定是否采用2來作為最小激活鏈路數(shù)，如果采用，則協(xié)商成功，還可以向設(shè)備2發(fā)送采用2作為最小激活鏈路數(shù)的響應(yīng)消息。如果不采用，則可以上報告警，也可以繼續(xù)與設(shè)備2進(jìn)行協(xié)商。 作為一個優(yōu)選的實施方式，可以對現(xiàn)有的消息進(jìn)行改進(jìn)來攜帶最小激活鏈路數(shù)，例如，可以通過在配置請求消息中增加字段來實現(xiàn)，當(dāng)然也可以通過一個新增加的消息來攜帶最小激活鏈路數(shù)。在本實施例中，還提供了一種最小激活鏈路數(shù)處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進(jìn)行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。圖3是根據(jù)本發(fā)明實施例的最小激活鏈路數(shù)處理裝置的結(jié)構(gòu)框圖，如圖3所示，該裝置包括如下模塊接收模塊32、確定模塊34、通知模塊36，下面對該結(jié)構(gòu)進(jìn)行說明。接收模塊32，用于接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；確定模塊34，連接至接收模塊32，該模塊用于確定本端的多鏈路點對點組的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)一致；通知模塊36，連接至通知模塊36，該模塊用于通知對端最小激活鏈路數(shù)一致。圖4是根據(jù)本發(fā)明實施例的最小激活鏈路處理裝置的優(yōu)選結(jié)構(gòu)框圖一，如圖4所示，在確定模塊34確定本端的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，該裝置還包括告警上報模塊42，該模塊用于上報最小激活鏈路協(xié)商失敗的告警。優(yōu)選地，在確定模塊34確定本端的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，通知模塊36還用于通知對端最小激活鏈路數(shù)不一致。圖5是根據(jù)本發(fā)明實施例的最小激活鏈路處理裝置的優(yōu)選結(jié)構(gòu)框圖二，如圖5所示，在確定模塊34確定本端的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述裝置還包括處理模塊52，用于在本端的最小激活鏈路數(shù)大于對端的最小激活鏈路數(shù)的情況下，采用對端的最小激活鏈路數(shù)作為本端的最小激活鏈路數(shù)；在本端的最小激活鏈路數(shù)小于對端的最小激活鏈路數(shù)的情況下，通知對端采用本端的最小激活鏈路數(shù)作為對端的最小激活鏈路數(shù)(此時，處理模塊52也起到了通知模塊36的作用)。優(yōu)選地，接收模 塊32，用于接收對端發(fā)送的配置請求消息，其中，該配置請求消息中攜帶有對端的最小激活鏈路數(shù)。下面結(jié)合優(yōu)選實施例進(jìn)行說明，以下優(yōu)選實施例結(jié)合了上述實施例及優(yōu)選的實施方式。本優(yōu)選實施例中的設(shè)備包括如下模塊基于rfcl661的PPP模塊(可以按照現(xiàn)有技術(shù)實現(xiàn)，以下簡稱為A模塊)、基于rfcl990的MLPPP模塊(可以按照現(xiàn)有技術(shù)實現(xiàn)，以下簡稱為B模塊)、MLPPP最小激活鏈路數(shù)配置模塊(可以按照現(xiàn)有技術(shù)來實現(xiàn)，以下簡稱為C模塊)。與現(xiàn)有技術(shù)不同，該設(shè)備還包括最小激活鏈路數(shù)LCP配置選項構(gòu)造解析模塊(以下簡稱為D模塊)、最小激活鏈路數(shù)判斷模塊(實現(xiàn)了上述判斷模塊34的功能，以下簡稱為E模塊)、告警上報模塊(實現(xiàn)了上述告警上報模塊42的功能，以下簡稱為F模塊)。模塊A和模塊B用于實現(xiàn)PPP鏈路的協(xié)商維護(hù)以及MLPPP基本功能，與本實施例對現(xiàn)有技術(shù)的改進(jìn)關(guān)系不大，可以依照現(xiàn)有技術(shù)來實現(xiàn)，不再贅述。模塊D可以由模塊A調(diào)用。模塊E在協(xié)商階段判斷對端的最小激活鏈路數(shù)與本端是否一致。模塊D可以按照rfcl661規(guī)定的格式要求構(gòu)造最小激活鏈路數(shù)LCP配置選項，具體格式只要符合RFC1661規(guī)定接口即可，以下給出了一個例子
012301234567890123456789012345678901I Type = 254 | Length = 4 |Min-Active-Links|該例子中各字段含義為該配置選項包括類型、長度和數(shù)據(jù)域總共為4字節(jié)。其中Type為該配置選項的類型值，值取為254 ；Min-Active-Links域填充為最小激活鏈路數(shù)，構(gòu)造時填之前配置的最小激活鏈路數(shù)，如果之前沒有配置，則默認(rèn)填為I ;Length為該配置項長度，為4。該格式用來告訴對端本端的最小激活鏈路數(shù)。首先使能模塊A和B，然后通過模塊C配置最小激活鏈路數(shù)，隨后在模塊A的LCP協(xié)商處理階段，調(diào)用模塊D和E進(jìn)行最小激活鏈路數(shù)的協(xié)商。圖6是根據(jù)本發(fā)明實施例的PPP協(xié)議協(xié)商過程的示意圖，如圖6所示，該過程包括LCP協(xié)商階段、鑒權(quán)階段、NCP協(xié)商階段和鏈路終止階段，本優(yōu)選實施例可以應(yīng)用在LCP協(xié)商階段在兩端設(shè)備上分別配置一個MLPPP組。配置兩端MLPPP組最小激活鏈路數(shù)。隨后兩端設(shè)備開始進(jìn)行協(xié)議協(xié)商。模塊A進(jìn)入LCP協(xié)商階段后調(diào)用模塊D往Configure-Request請求中添加最小激活鏈路數(shù)LCP配置選項，模塊D根據(jù)模塊C的配置信息構(gòu)造。

模塊A收到Configure-Request請求消息后,進(jìn)行正常的協(xié)議處理，接著調(diào)用模塊D解析出最小激活鏈路數(shù)信息，然后調(diào)用模塊E判斷本端最小激活鏈路數(shù)與請求消息中的值是否一致，然后按照RFC1661協(xié)議規(guī)定處理若為一致則模塊A構(gòu)造Configure-Ack消息發(fā)送給對端，PPP鏈路狀態(tài)變遷為UP狀態(tài)；否則由模塊A構(gòu)造Configure-Nak消息，調(diào)用模塊D將本端的最小激活鏈路數(shù)信息添加到消息中去，發(fā)送給對端，PPP鏈路狀態(tài)變遷為DOWN狀態(tài)。同時調(diào)用模塊F構(gòu)造最小激活鏈路數(shù)協(xié)商失敗告警上報給用戶。在本優(yōu)選實施例中，提出了最小激活鏈路數(shù)這個MLPPP組的LCP配置選項，使得兩端在進(jìn)行協(xié)議協(xié)商時可對最小激活鏈路數(shù)進(jìn)行協(xié)商，可防止由于兩端最小激活鏈路數(shù)配置不一致導(dǎo)致兩端MLPPP組狀態(tài)不一致而業(yè)務(wù)異常，并且，當(dāng)兩端最小激活鏈路數(shù)不一致時通過這種動態(tài)協(xié)商，可以讓用戶第一時間感知。本優(yōu)選實施例新定義了一個最小激活鏈路數(shù)LCP配置選項，以現(xiàn)有的PPP協(xié)商機制為基礎(chǔ)，對此配置選項進(jìn)行協(xié)商，如果兩端一致則正常處理，否則認(rèn)為協(xié)商失敗，使得用戶第一時間感知，進(jìn)而修改相關(guān)配置。避免LCP協(xié)商完成后出現(xiàn)兩端MLPPP狀態(tài)不一致而業(yè)務(wù)異常的問題。下面結(jié)合圖1示出的組網(wǎng)示意圖進(jìn)行說明。如圖1所示，現(xiàn)在MLPPP互連的兩端設(shè)備上配置MLPPP組分別在DEVA和DEVB設(shè)備上創(chuàng)建一個MLPPP組；分別配置兩個MLPPP組的最小激活鏈路數(shù)。圖7是根據(jù)本發(fā)明實施例的LCP協(xié)商階段Configure-Request請求的構(gòu)造與發(fā)送的流程圖，在圖7中現(xiàn)有的協(xié)議處理不再列出，如圖7所示，該流程包括如下步驟；步驟S702，一端 MLPPP 組按照 RFC1661 以及 RFC1990 標(biāo)準(zhǔn)構(gòu)造 Configure-Request消息，并按照上述實施例中的例子定義格式將最小激活鏈路數(shù)LCP配置選項添加到消息中去。
步驟S704,將Configure-Request消息發(fā)送到對端。圖8是根據(jù)本發(fā)明實施例的LCP協(xié)商階段收到Configure-Request請求時的處理流程圖，在圖8中現(xiàn)有的協(xié)議處理不再列出，如圖8所示，該流程包括以下步驟步驟S802,對端接收到Configure-Request消息后,解析出報文中的最小激活鏈路數(shù)值，即對端配置的最小激活鏈路數(shù)。步驟S804，將從消息中 解析出的最小激活鏈路數(shù)與本端配置的最小激活鏈路數(shù)進(jìn)行比較，若一致轉(zhuǎn)步驟S806，否則轉(zhuǎn)步驟S808。步驟S806，按照RFC1661以及RFC1990標(biāo)準(zhǔn)繼續(xù)處理協(xié)議中定義的現(xiàn)有的其他配置選項，若其他配置選項都協(xié)商成功則構(gòu)造Configure-Ack消息，同時根據(jù)RFC1661以及RFC1990標(biāo)準(zhǔn)切換PPP鏈路協(xié)議狀態(tài)為UP，轉(zhuǎn)步驟S810。步驟S808，按照RFC1661以及RFC1990標(biāo)準(zhǔn)構(gòu)造Configure-Nak消息，將本端的最小激活鏈路數(shù)信息按照預(yù)定義的格式添加到消息中，并根據(jù)RFC1661以及RFC1990標(biāo)準(zhǔn)切換PPP鏈路協(xié)議狀態(tài)為DOWN，同時構(gòu)造最小激活鏈路數(shù)失敗告警上報給用戶。轉(zhuǎn)步驟S810。步驟S810，將消息發(fā)送到對端。在另外一個實施例中，還提供了一種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施方式中描述的技術(shù)方案。在另外一個實施例中，還提供了一種存儲介質(zhì)，該存儲介質(zhì)中存儲有上述軟件，該存儲介質(zhì)包括但不限于光盤、軟盤、硬盤、可擦寫存儲器等。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種最小激活鏈路數(shù)處理方法，其特征在于包括 接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)； 確定本端的多鏈路點對點組的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)一致； 通知所述對端最小激活鏈路數(shù)一致。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括 確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致； 上報最小激活鏈路協(xié)商失敗的告警。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述方法還包括 通知所述對端最小激活鏈路數(shù)不一致。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括 確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致； 在所述本端的最小激活鏈路數(shù)大于所述對端的最小激活鏈路數(shù)的情況下，采用所述對端的最小激活鏈路數(shù)作為所述本端的最小激活鏈路數(shù)；在所述本端的最小激活鏈路數(shù)小于所述對端的最小激活鏈路數(shù)的情況下，通知所述對端采用所述本端的最小激活鏈路數(shù)作為所述對端的最小激活鏈路數(shù)。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，接收所述對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)包括 接收所述對端發(fā)送的配置請求消息，其中，所述配置請求消息中攜帶有所述對端的最小激活鏈路數(shù)。
6.一種最小激活鏈路數(shù)處理裝置，其特征在于包括 接收模塊，用于接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)； 確定模塊，用于確定本端的多鏈路點對點組的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)一致； 通知模塊，用于通知所述對端最小激活鏈路數(shù)一致。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，還包括 告警上報模塊，用于上報最小激活鏈路協(xié)商失敗的告警。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，所述通知模塊還用于通知所述對端最小激活鏈路數(shù)不一致。
9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，在所述確定模塊確定所述本端的最小激活鏈路數(shù)和所述對端發(fā)送的最小激活鏈路數(shù)不一致的情況下，還包括 處理模塊，用于在所述本端的最小激活鏈路數(shù)大于所述對端的最小激活鏈路數(shù)的情況下，采用所述對端的最小激活鏈路數(shù)作為所述本端的最小激活鏈路數(shù)；在所述本端的最小激活鏈路數(shù)小于所述對端的最小激活鏈路數(shù)的情況下，通知所述對端采用所述本端的最小激活鏈路數(shù)作為所述對端的最小激活鏈路數(shù)。
10.根據(jù)權(quán)利要求6至9中任一項所述的裝置，其特征在于，所述接收模塊，用于接 收所述對端發(fā)送的配置請求消息，其中，所述配置請求消息中攜帶有所述對端的最小激活鏈路數(shù)。
全文摘要
本發(fā)明公開了最小激活鏈路數(shù)處理方法及裝置，該方法包括接收對端發(fā)送的多鏈路點對點組的最小激活鏈路數(shù)；確定本端的多鏈路點對點組的最小激活鏈路數(shù)和對端發(fā)送的最小激活鏈路數(shù)一致；通知對端最小激活鏈路數(shù)一致。解決了相關(guān)技術(shù)中本端和對端不了解對方最小激活鏈路數(shù)而導(dǎo)致的問題，進(jìn)而在本端和對端增加了最小激活鏈路數(shù)通告機制。
文檔編號H04L29/08GK103051651SQ20111031478
公開日2013年4月17日 申請日期2011年10月17日 優(yōu)先權(quán)日2011年10月17日
發(fā)明者劉微 申請人:中興通訊股份有限公司