本發(fā)明涉及數(shù)據(jù)網(wǎng)絡(luò)通訊領(lǐng)域，尤其涉及一種降低鏈路管理協(xié)議中消息擁塞的方法及裝置。

背景技術(shù)：

在當(dāng)前GMPLS協(xié)議族(Generalized multi-protocol label switching，通用多協(xié)議標(biāo)記交互協(xié)議)中，LMP(Link Management Protocol，鏈路管理協(xié)議)用來(lái)管理節(jié)點(diǎn)之間的鏈路以及控制通道(IPCC:IP Control Channel)管理。

LMP的功能包括控制通道管理、鏈路屬性關(guān)聯(lián)、鏈路連通性驗(yàn)證和故障管理。其中前兩項(xiàng)用于管理流量工程(TE:Traffic Engineering)，是鏈路必備的核心功能；后兩項(xiàng)是可選的擴(kuò)展功能，用于應(yīng)對(duì)控制通道與數(shù)據(jù)通道分離的情況。

LMP協(xié)議中的消息都是UDP(User Datagram Protocol，用戶(hù)數(shù)據(jù)報(bào)協(xié)議)消息，存在丟包的可能性，因此RFC4204中也作了規(guī)定：當(dāng)需要進(jìn)行確認(rèn)Ack(Acknowledgement，確認(rèn)字符)的消息發(fā)送之后，需要對(duì)該消息進(jìn)行重傳設(shè)置，即設(shè)置消息重傳間隔以及重傳次數(shù)，在重傳次數(shù)到期之前，需要不停的進(jìn)行消息重傳。

LMP中的節(jié)點(diǎn)可能存在多個(gè)鄰居，需要重傳的消息和收到的重傳消息比較多，消息交互量比較大。由于消息比較多，導(dǎo)致發(fā)向鄰居的Ack消息或者響應(yīng)鄰居的消息得不到及時(shí)處理，那么周?chē)従佑捎谑詹坏紸ck消息，會(huì)周期性的發(fā)送重傳消息過(guò)來(lái)，這樣一來(lái)本節(jié)點(diǎn)的消息又進(jìn)一步的幾乎加大了一倍，循環(huán)往復(fù)，導(dǎo)致惡性循環(huán)，造成網(wǎng)絡(luò)上消息的擁塞，控制報(bào)文得不到及時(shí)的刷新，進(jìn)而使得控制平面發(fā)生震蕩，影響整個(gè)網(wǎng)絡(luò)的穩(wěn)定。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種降低鏈路管理協(xié)議中消息擁塞的方法及裝 置，可以確定消息在節(jié)點(diǎn)之間傳遞時(shí)的重傳間隔和重傳次數(shù)，降低節(jié)點(diǎn)上消息擁塞的風(fēng)險(xiǎn)，提高網(wǎng)絡(luò)傳輸?shù)姆€(wěn)定性。

本發(fā)明提供一種降低鏈路管理協(xié)議中消息擁塞的方法，應(yīng)用于第一節(jié)點(diǎn)側(cè)，所述方法包括：

向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息，當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息時(shí)，以所述鏈路管理協(xié)議配置Config消息中設(shè)定的重傳間隔配置參數(shù)為標(biāo)準(zhǔn)向所述第二節(jié)點(diǎn)發(fā)送消息；當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息時(shí)，以所述協(xié)商不通過(guò)消息中設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig為依據(jù)向所述第二節(jié)點(diǎn)發(fā)送消息，直至協(xié)商成功。

其中，所述向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息之前，所述方法還包括：

設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig，其中重傳間隔配置參數(shù)ResendIntervalConfig中至少包括：重傳間隔R和重傳次數(shù)C。

其中，所述接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息之后，所述方法還包括：

判斷所述回應(yīng)消息的消息類(lèi)型，當(dāng)所述回應(yīng)消息為ConfigAck消息時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息；當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息。

其中，在判斷所述回應(yīng)消息的消息類(lèi)型的步驟中：

當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括一錯(cuò)誤代碼Error_Code對(duì)象時(shí)，則確定所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明實(shí)施例還提供一種降低鏈路管理協(xié)議中消息擁塞的方法，應(yīng)用于第二節(jié)點(diǎn)側(cè)，其特征在于，所述方法包括：

接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息；或者向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

其中，所述保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息的步驟，具體包括：

提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)滿(mǎn)足R1>＝R2×(1-Δm)并且C1<＝C2×(1+Δn)時(shí)，表明協(xié)商通過(guò)，其中Δm表示重傳間隔波動(dòng)系數(shù)的變化值，Δn表示重傳次數(shù)波動(dòng)系數(shù)的變化值，且Δm和Δn的范圍在[0～50％)之間；

保存所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息。

其中，所述向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendInterval Config的協(xié)商不通過(guò)消息的步驟，具體包括：

提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)兩式中的任一個(gè)不滿(mǎn)足時(shí)，表明協(xié)商不通過(guò)；

向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

其中，所述接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息的步驟之后，所述方法 還包括：

向所述第一節(jié)點(diǎn)回復(fù)包含錯(cuò)誤代碼對(duì)象的回應(yīng)消息，通過(guò)所述錯(cuò)誤代碼對(duì)象向所述第一節(jié)點(diǎn)表明所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明實(shí)施例還提供一種降低鏈路管理協(xié)議中消息擁塞的裝置，應(yīng)用于第一節(jié)點(diǎn)側(cè)，所述裝置包括：

第一發(fā)送模塊，用于向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

第一處理模塊，用于接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息，當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息時(shí)，以所述鏈路管理協(xié)議配置Config消息中設(shè)定的重傳間隔配置參數(shù)為標(biāo)準(zhǔn)向所述第二節(jié)點(diǎn)發(fā)送消息；當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息時(shí)，以所述協(xié)商不通過(guò)消息中設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig為依據(jù)向所述第二節(jié)點(diǎn)發(fā)送消息，直至協(xié)商成功。

其中，所述裝置還包括：

設(shè)置模塊，用于設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig，其中重傳間隔配置參數(shù)ResendIntervalConfig中至少包括：重傳間隔R和重傳次數(shù)C。

其中，所述第一處理模塊進(jìn)一步用于：

判斷所述回應(yīng)消息的消息類(lèi)型，當(dāng)所述回應(yīng)消息為ConfigAck消息時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息；當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息。

其中，所述第一處理模塊在判斷出所述回應(yīng)消息為ConfigNack消息后，還用于：

提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括一錯(cuò)誤代碼Error_Code對(duì)象時(shí)，則確定所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明實(shí)施例還提供了一種降低鏈路管理協(xié)議中消息擁塞的裝置，應(yīng)用于第二節(jié)點(diǎn)側(cè)，所述裝置包括：

第一接收模塊，用于接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù) ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

第二處理模塊，用于保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息；或者向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

其中，所述第二處理模塊包括：

第一提取單元，用于提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第一比較單元，用于將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)滿(mǎn)足R1>＝R2×(1-Δm)并且C1<＝C2×(1+Δn)時(shí)，表明協(xié)商通過(guò)，其中Δm表示重傳間隔波動(dòng)系數(shù)的變化值，Δn表示重傳次數(shù)波動(dòng)系數(shù)的變化值，且Δm和Δn的范圍在[0～50％)之間；

第一保存單元，用于保存所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第一發(fā)送單元，用于向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息。

其中，所述第二處理模塊還包括：

第二提取單元，用于提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第二比較單元，用于將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)兩式中的任一個(gè)不滿(mǎn)足時(shí)，表明協(xié)商不通過(guò)；

第二發(fā)送單元，用于向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

其中，在接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息后，所述裝置還包括：

第三處理模塊，用于向所述第一節(jié)點(diǎn)回復(fù)包含錯(cuò)誤代碼對(duì)象的回應(yīng)消息， 通過(guò)所述錯(cuò)誤代碼對(duì)象向所述第一節(jié)點(diǎn)表明所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明的有益效果是：通過(guò)節(jié)點(diǎn)之間往來(lái)消息的協(xié)商來(lái)確定節(jié)點(diǎn)之間消息傳送的重傳間隔和重傳次數(shù)，以確定后的標(biāo)準(zhǔn)的重傳間隔和重傳次數(shù)為依據(jù)來(lái)進(jìn)行消息的傳送，以便能夠更好的控制報(bào)文的發(fā)送，在可控的范圍內(nèi)，降低節(jié)點(diǎn)上消息擁塞的風(fēng)險(xiǎn)，提高網(wǎng)絡(luò)傳輸?shù)姆€(wěn)定性。

進(jìn)一步的，本發(fā)明實(shí)施例還提供了一套簡(jiǎn)單的網(wǎng)絡(luò)認(rèn)證方法，即通過(guò)是否支持重傳機(jī)制協(xié)商來(lái)進(jìn)行簡(jiǎn)單的網(wǎng)絡(luò)認(rèn)證，無(wú)需添加復(fù)雜的認(rèn)證對(duì)象和認(rèn)證策略算法。

附圖說(shuō)明

圖1表示本發(fā)明實(shí)施例應(yīng)用于第一節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法步驟流程圖；

圖2表示本發(fā)明實(shí)施例應(yīng)用于第一節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法整體流程圖；

圖3表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法步驟流程圖；

圖4表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法中發(fā)送協(xié)商確認(rèn)消息的步驟流程圖；

圖5表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法中發(fā)送協(xié)商不通過(guò)消息的步驟流程圖；

圖6表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的方法整體流程圖；

圖7表示本發(fā)明實(shí)施例第一節(jié)點(diǎn)和第二節(jié)點(diǎn)在控制通道上傳輸消息的拓?fù)鋱D；

圖8表示本發(fā)明實(shí)施例應(yīng)用于第一節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的裝置框圖；

圖9表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的裝置框圖；

圖10表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的裝置中第二處理模塊的框圖一；

圖11表示本發(fā)明實(shí)施例應(yīng)用于第二節(jié)點(diǎn)側(cè)的降低鏈路管理協(xié)議中消息擁塞的裝置中第二處理模塊的框圖二。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。

如圖1所示，本發(fā)明提供一種降低鏈路管理協(xié)議中消息擁塞的方法，應(yīng)用于第一節(jié)點(diǎn)側(cè)，所述方法包括：

步驟S100、向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

步驟S200、接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息，當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息時(shí)，以所述鏈路管理協(xié)議配置Config消息中設(shè)定的重傳間隔配置參數(shù)為標(biāo)準(zhǔn)向所述第二節(jié)點(diǎn)發(fā)送消息；當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息時(shí)，以所述協(xié)商不通過(guò)消息中設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig為依據(jù)向所述第二節(jié)點(diǎn)發(fā)送消息，直至協(xié)商成功。

具體的，首先向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息。需要說(shuō)明的是，與原有的Config消息相比，向第二節(jié)點(diǎn)發(fā)送鏈路管理協(xié)議配置Config消息增加了重傳間隔配置參數(shù)ResendIntervalConfig。具體格式如下：

Config消息：

<Config Message>::＝<Common Header><LOCAL_CCID><MESSAGE_ID>

<LOCAL_NODE_ID><CONFIG>[<RESEND_INTERVAL_CONFIG>]

然后接收第二節(jié)點(diǎn)反饋回來(lái)的回應(yīng)消息，當(dāng)回應(yīng)消息為第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息時(shí)，則表示發(fā)送的鏈路管理協(xié)議配置Config消息中攜帶的重傳間隔配置參數(shù)ResendIntervalConfig符合第二節(jié)點(diǎn)的要求，與第二節(jié)點(diǎn)的協(xié)商成功。此后向第二節(jié)點(diǎn)發(fā)送鏈路管理協(xié)議配置Config消息時(shí)攜帶的參數(shù)均為協(xié)商成功的重傳間隔配置參數(shù)ResendIntervalConfig。當(dāng)回應(yīng)消息為第二節(jié)點(diǎn)的協(xié)商不 通過(guò)消息時(shí)，則表明發(fā)送的鏈路管理協(xié)議配置Config消息中攜帶的重傳間隔配置參數(shù)ResendIntervalConfig不符合第二節(jié)點(diǎn)的要求，與第二節(jié)點(diǎn)的協(xié)商不成功。接收協(xié)商不通過(guò)消息中設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig，并以此為依據(jù)重新構(gòu)造鏈路管理協(xié)議配置Config消息向第二節(jié)點(diǎn)發(fā)送，直至協(xié)商成功為止。

在本發(fā)明上述實(shí)施例中，所述向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息之前，所述方法還包括：

設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig，其中重傳間隔配置參數(shù)ResendIntervalConfig中至少包括：重傳間隔R和重傳次數(shù)C。

在進(jìn)行發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息之前，還需要對(duì)重傳間隔配置參數(shù)ResendIntervalConfig進(jìn)行設(shè)定。ResendIntervalConfig參數(shù)中包括了消息的重傳間隔ResendInterval和消息的重傳次數(shù)ResendNumber。具體格式如下所示：

Class＝6.

C-Type＝2，ResendIntervalConfig

ResendInterval:16bits.(>0)

重傳間隔標(biāo)識(shí)節(jié)點(diǎn)上消息重傳的間隔。

ResendNumber:16bits.(>0)

重傳次數(shù)標(biāo)識(shí)節(jié)點(diǎn)上消息可以重傳多少次。

需要說(shuō)明的是，第一節(jié)點(diǎn)上的重傳協(xié)商功能可以打開(kāi)或關(guān)閉，當(dāng)需要與其他節(jié)點(diǎn)進(jìn)行重傳協(xié)商時(shí)，打開(kāi)此功能，當(dāng)不需要進(jìn)行重傳協(xié)商時(shí)，關(guān)閉此功能。在發(fā)送鏈路管理協(xié)議配置Config消息之前，還需要對(duì)控制通道進(jìn)行配置，以確保控制通道的傳輸穩(wěn)定性。

在本發(fā)明上述實(shí)施例中，所述接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息之后，所 述方法還包括：

判斷所述回應(yīng)消息的消息類(lèi)型，當(dāng)所述回應(yīng)消息為ConfigAck消息時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息；當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息。

具體的，接收第二節(jié)點(diǎn)反饋的回應(yīng)消息后，需要對(duì)回應(yīng)消息的類(lèi)別進(jìn)行區(qū)分，以確定下面將執(zhí)行哪些操作。當(dāng)回應(yīng)消息為ConfigAck消息時(shí)，則表明回應(yīng)消息為第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息，與第二節(jié)點(diǎn)的協(xié)商成功。當(dāng)回應(yīng)消息的類(lèi)型為ConfigNack消息時(shí)，則需要提取回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig時(shí)，則表明回應(yīng)消息為第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息，與第二節(jié)點(diǎn)的協(xié)商失敗，第二節(jié)點(diǎn)反饋了建議的重傳間隔配置參數(shù)ResendIntervalConfig。需要說(shuō)明的是，與原有的ConfigNack消息相比，第二節(jié)點(diǎn)回復(fù)的ConfigNack消息中增加了重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig或者錯(cuò)誤代碼Error_Code對(duì)象。其具體格式如下：

在本發(fā)明上述實(shí)施例中，在判斷所述回應(yīng)消息的消息類(lèi)型的步驟中：當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括一錯(cuò)誤代碼Error_Code對(duì)象時(shí)，則確定所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

具體的，在確定了回應(yīng)消息的類(lèi)型為ConfigNack消息時(shí)，需要提取回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)僅包括一錯(cuò)誤代碼Error_Code對(duì)象時(shí)，則表明第二節(jié)點(diǎn)不支持重傳機(jī)制的協(xié)商，本次協(xié)商失敗，控制通道不能生效。其中，錯(cuò)誤代碼Error_Code對(duì)象增加了C-Type＝0x40這個(gè)類(lèi)型，其具體格式如下所示：

Class＝20

C-Type＝0x40，RESEND_INTERVAL_ERROR

如圖2所示，為本發(fā)明實(shí)施例第一節(jié)點(diǎn)側(cè)降低鏈路管理協(xié)議中消息擁塞的方法的整體步驟流程圖：

步驟S101、啟動(dòng)重傳功能。

步驟S102、設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig。

步驟S103、向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息。

步驟S104、接收回應(yīng)消息，判斷回應(yīng)消息是否是ConfigAck消息，若是ConfigAck消息，則后續(xù)消息的重傳發(fā)間隔配置參數(shù)ResendIntervalConfig均為已設(shè)定的發(fā)間隔配置參數(shù)ResendIntervalConfig，如果不是，則進(jìn)行下一步驟。

步驟S105、判斷回應(yīng)消息是否是ConfigNACK消息，如果不是則按正常協(xié)議進(jìn)行處理，如果是則進(jìn)行下一步驟。

步驟S106、判斷ConfigNACK消息中是否包含錯(cuò)誤代碼Error_Code對(duì)象，如果包含則表明第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商，按正常協(xié)議進(jìn)行處理，如果不包含則進(jìn)行下一步驟。

步驟S107、判斷ConfigNACK消息中是否包含重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig，如果不包括則按正常協(xié)議進(jìn)行處理，如果包括則返回到步驟S102，設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig。需要說(shuō)明的是，此時(shí)設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig即為重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig，然后向第二節(jié)點(diǎn)發(fā)送。

本發(fā)明實(shí)施例還提供了一種降低鏈路管理協(xié)議中消息擁塞的方法，應(yīng)用于第二節(jié)點(diǎn)側(cè)，如圖3所示，所述方法包括：

步驟S300、接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù) ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

步驟S400、保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息；或者向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

具體的，接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息進(jìn)行重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商，當(dāng)協(xié)商成功后，保存第一節(jié)點(diǎn)發(fā)送的鏈路管理協(xié)議配置Config消息中包含的重傳間隔配置參數(shù)ResendIntervalConfig，并向第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)的消息。若協(xié)商不成功時(shí)，則需要向第一節(jié)點(diǎn)發(fā)送協(xié)商不通過(guò)消息，其中協(xié)商不通過(guò)消息中包含了第二節(jié)點(diǎn)預(yù)先設(shè)定的重傳間隔配置參數(shù)，第二節(jié)點(diǎn)預(yù)先設(shè)定的重傳間隔配置參數(shù)作為一個(gè)建議值發(fā)送至第一節(jié)點(diǎn)。

在本發(fā)明上述實(shí)施例中，步驟S400中所述保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息的步驟，如圖4所示，具體包括：

步驟S401、提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

步驟S402、將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)滿(mǎn)足R1>＝R2×(1-Δm)并且C1<＝C2×(1+Δn)時(shí)，表明協(xié)商通過(guò)，其中Δm表示重傳間隔波動(dòng)系數(shù)的變化值，Δn表示重傳次數(shù)波動(dòng)系數(shù)的變化值，且Δm和Δn的范圍在[0～50％)之間；

步驟S403、保存所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

步驟S404、向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息。

具體的，判斷協(xié)商是否成功時(shí)，首先需要獲得第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1，然后將第一重傳間隔R1和第一重傳次數(shù)C1與本節(jié)點(diǎn)中預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2進(jìn)行 比較，當(dāng)?shù)谝恢貍鏖g隔R1、第一重傳次數(shù)C1、第二重傳間隔R2和第二重傳次數(shù)C2同時(shí)滿(mǎn)足式一：R1>＝R2×(1-Δm)和式二：C1<＝C2×(1+Δn)時(shí)，表明協(xié)商成功，本節(jié)點(diǎn)將第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行保存，最后向第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息，此次協(xié)商成功的流程結(jié)束。需要說(shuō)明的是，Δm和Δn是預(yù)先配置的默認(rèn)值，在可接收范圍系數(shù)內(nèi)選擇的波動(dòng)系數(shù)的變化值。

在本發(fā)明上述實(shí)施例中，步驟S400中所述向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息的步驟，如圖5所示，具體包括：

步驟S405、提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

步驟S406、將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)兩式中的任一個(gè)不滿(mǎn)足時(shí)，表明協(xié)商不通過(guò)；

步驟S407、向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

具體的，獲取第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1，然后將第一重傳間隔R1和第一重傳次數(shù)C1與本節(jié)點(diǎn)中預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2進(jìn)行比較，當(dāng)?shù)谝恢貍鏖g隔R1、第一重傳次數(shù)C1、第二重傳間隔R2和第二重傳次數(shù)C2這四個(gè)參數(shù)之間的關(guān)系對(duì)于式一：R1>＝R2×(1-Δm)和式二：C1<＝C2×(1+Δn)中的任一個(gè)不滿(mǎn)足時(shí)，表明協(xié)商失敗，本節(jié)點(diǎn)向第一節(jié)點(diǎn)發(fā)送協(xié)商不通過(guò)消息，協(xié)商不通過(guò)消息中包含本節(jié)點(diǎn)預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig。

在本發(fā)明上述實(shí)施例中，所述接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息的步驟之后，所述方法還包括：

向所述第一節(jié)點(diǎn)回復(fù)包含錯(cuò)誤代碼對(duì)象的回應(yīng)消息，通過(guò)所述錯(cuò)誤代碼對(duì)象向所述第一節(jié)點(diǎn)表明所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

具體的，當(dāng)本節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商時(shí)，則向第一節(jié)點(diǎn)發(fā)送包含錯(cuò)誤代碼對(duì)象的回應(yīng)消息。同時(shí)當(dāng)本節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商時(shí)，也可以不對(duì)鏈路管理協(xié)議配置Config消息中的重傳間隔配置參數(shù)ResendIntervalConfig進(jìn)行處理，第一節(jié)點(diǎn)在一定時(shí)間內(nèi)接收不到本節(jié)點(diǎn)反饋的回應(yīng)消息，則確定本節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

如圖6所示，為本發(fā)明實(shí)施例第二節(jié)點(diǎn)側(cè)降低鏈路管理協(xié)議中消息擁塞的方法的整體步驟流程圖：

步驟S201、接收鏈路管理協(xié)議配置Config消息，判斷該消息中是否攜帶重傳間隔配置參數(shù)ResendIntervalConfig，如果不攜帶則按照正常協(xié)議進(jìn)行處理，如果攜帶則進(jìn)行下一步驟。

步驟S202、判斷本節(jié)點(diǎn)是否支持重傳機(jī)制協(xié)商，如果不支持，則進(jìn)行步驟S203，如果支持，則進(jìn)行步驟S204。

步驟S203、判斷是否忽略對(duì)鏈路管理協(xié)議配置Config消息的處理，如果是，則忽略重傳間隔配置參數(shù)ResendIntervalConfig；如果不是則回復(fù)包含Error_Code對(duì)象的ConfigNack消息。

步驟S204、獲得重傳間隔配置參數(shù)ResendIntervalConfig中的第一重傳間隔R1和第一重傳次數(shù)C1。

步驟S205、將第一重傳間隔R1和第一重傳次數(shù)C1與本節(jié)點(diǎn)中預(yù)先設(shè)定的第二重傳間隔R2和第二重傳次數(shù)C2進(jìn)行比較，判斷是否滿(mǎn)足R1>＝R2×(1-Δm)并且C1<＝C2×(1+Δn)，若滿(mǎn)足執(zhí)行步驟S206，若不滿(mǎn)足執(zhí)行步驟S207。

步驟S206、回復(fù)ConfigAck消息，表示此次協(xié)商成功。

步驟S207、回復(fù)ConfigNack消息，表示此次協(xié)商失敗，攜帶重傳間隔配置參數(shù)ResendIntervalConfig，寫(xiě)入本節(jié)點(diǎn)對(duì)重傳參數(shù)的建議值。

如圖7所示，在控制通道上對(duì)消息發(fā)送和接收設(shè)置了監(jiān)控管理，第一節(jié)點(diǎn)發(fā)送的鏈路管理協(xié)議配置Config消息、接收的回應(yīng)消息在控制通道CC1上超過(guò)設(shè)定的閾值后，可以動(dòng)態(tài)增大第一重傳間隔R1、減小第一重傳次數(shù)C1，進(jìn) 一步降低了消息擁塞的風(fēng)險(xiǎn)。這個(gè)可以不用再次進(jìn)行協(xié)商，因?yàn)榘凑丈衔闹械乃惴?，R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)這個(gè)變動(dòng)肯定是滿(mǎn)足的。

第二節(jié)點(diǎn)接收的鏈路管理協(xié)議配置Config消息、發(fā)送的回應(yīng)消息在控制通道CC2上超過(guò)設(shè)定的閾值后，可以動(dòng)態(tài)減小第二重傳間隔R2、增大第二重傳次數(shù)C2，進(jìn)一步降低了消息擁塞的風(fēng)險(xiǎn)。這個(gè)可以不用再次進(jìn)行協(xié)商，因?yàn)榘凑丈衔闹械乃惴?，R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)這個(gè)變動(dòng)肯定是滿(mǎn)足的。

本發(fā)明實(shí)施例還提供一種降低鏈路管理協(xié)議中消息擁塞的裝置，應(yīng)用于第一節(jié)點(diǎn)側(cè)，如圖8所示，所述裝置包括：

第一發(fā)送模塊20，用于向第二節(jié)點(diǎn)發(fā)送攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

第一處理模塊30，用于接收所述第二節(jié)點(diǎn)反饋的回應(yīng)消息，當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息時(shí)，以所述鏈路管理協(xié)議配置Config消息中設(shè)定的重傳間隔配置參數(shù)為標(biāo)準(zhǔn)向所述第二節(jié)點(diǎn)發(fā)送消息；當(dāng)所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息時(shí)，以所述協(xié)商不通過(guò)消息中設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig為依據(jù)向所述第二節(jié)點(diǎn)發(fā)送消息，直至協(xié)商成功。

在本發(fā)明上述實(shí)施例中，如圖8所示，所述裝置還包括：

設(shè)置模塊10，用于設(shè)定重傳間隔配置參數(shù)ResendIntervalConfig，其中重傳間隔配置參數(shù)ResendIntervalConfig中至少包括：重傳間隔R和重傳次數(shù)C。

在本發(fā)明上述實(shí)施例中，所述第一處理模塊30進(jìn)一步用于：

判斷所述回應(yīng)消息的消息類(lèi)型，當(dāng)所述回應(yīng)消息為ConfigAck消息時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商確認(rèn)消息；當(dāng)所述回應(yīng)消息為ConfigNack消息，提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括重新寫(xiě)入的重傳間隔配置參數(shù)ResendIntervalConfig時(shí)，則確定所述回應(yīng)消息為所述第二節(jié)點(diǎn)的協(xié)商不通過(guò)消息。

在本發(fā)明上述實(shí)施例中，所述第一處理模塊30在判斷出所述回應(yīng)消息為ConfigNack消息后，還用于：

提取所述回應(yīng)消息中的參數(shù)進(jìn)行解碼，當(dāng)解碼后的參數(shù)包括一錯(cuò)誤代碼 Error_Code對(duì)象時(shí)，則確定所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明實(shí)施例還提供了一種降低鏈路管理協(xié)議中消息擁塞的裝置，應(yīng)用于第二節(jié)點(diǎn)側(cè)，如圖9所示，所述裝置包括：

第一接收模塊40，用于接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息；

第二處理模塊50，用于保存重傳間隔配置參數(shù)ResendIntervalConfig，并向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息；或者向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

在本發(fā)明上述實(shí)施例中，如圖10所示，所述第二處理模塊50包括：

第一提取單元51，用于提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第一比較單元52，用于將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)滿(mǎn)足R1>＝R2×(1-Δm)并且C1<＝C2×(1+Δn)時(shí)，表明協(xié)商通過(guò)，其中Δm表示重傳間隔波動(dòng)系數(shù)的變化值，Δn表示重傳次數(shù)波動(dòng)系數(shù)的變化值，且Δm和Δn的范圍在[0～50％)之間；

第一保存單元53，用于保存所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第一發(fā)送單元54，用于向所述第一節(jié)點(diǎn)發(fā)送協(xié)商確認(rèn)消息。

在本發(fā)明上述實(shí)施例中，如圖11所示，所述第二處理模塊50還包括：

第二提取單元55，用于提取所述第一節(jié)點(diǎn)發(fā)送的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1；

第二比較單元56，用于將預(yù)先設(shè)定的重傳間隔配置參數(shù)ResendIntervalConfig中的第二重傳間隔R2和第二重傳次數(shù)C2與所述第一節(jié)點(diǎn)的重傳間隔配置參數(shù)ResendIntervalConfig中設(shè)定的第一重傳間隔R1和第一重傳次數(shù)C1進(jìn)行比較，當(dāng)R1>＝R2×(1-Δm)、C1<＝C2×(1+Δn)兩式中的任一個(gè)不滿(mǎn)足時(shí)，表明協(xié)商不通過(guò)；

第二發(fā)送單元57，用于向所述第一節(jié)點(diǎn)發(fā)送包括預(yù)先設(shè)定的重傳間隔配 置參數(shù)ResendIntervalConfig的協(xié)商不通過(guò)消息。

在本發(fā)明上述實(shí)施例中，在接收第一節(jié)點(diǎn)發(fā)送的攜帶重傳間隔配置參數(shù)ResendIntervalConfig的鏈路管理協(xié)議配置Config消息后，如圖9所示，所述裝置還包括：

第三處理模塊60，用于向所述第一節(jié)點(diǎn)回復(fù)包含錯(cuò)誤代碼對(duì)象的回應(yīng)消息，通過(guò)所述錯(cuò)誤代碼對(duì)象向所述第一節(jié)點(diǎn)表明所述第二節(jié)點(diǎn)不支持重傳機(jī)制協(xié)商。

本發(fā)明實(shí)施例的降低鏈路管理協(xié)議中消息擁塞的方法中，通過(guò)節(jié)點(diǎn)之間往來(lái)消息的協(xié)商來(lái)確定節(jié)點(diǎn)之間消息傳送的重傳間隔和重傳次數(shù)，以確定后的標(biāo)準(zhǔn)的重傳間隔和重傳次數(shù)為依據(jù)來(lái)進(jìn)行消息的傳送，以便能夠更好的控制報(bào)文的發(fā)送，在可控的范圍內(nèi)，降低節(jié)點(diǎn)上消息擁塞的風(fēng)險(xiǎn)，提高網(wǎng)絡(luò)傳輸?shù)姆€(wěn)定性。進(jìn)一步的，通過(guò)動(dòng)態(tài)調(diào)整，在節(jié)點(diǎn)將出現(xiàn)擁塞時(shí)對(duì)消息重傳進(jìn)行調(diào)整，進(jìn)一步降低了消息擁塞的風(fēng)險(xiǎn)。通過(guò)重傳機(jī)制協(xié)商，提供了一套簡(jiǎn)單的網(wǎng)絡(luò)認(rèn)證方法，即通過(guò)是否支持重傳機(jī)制協(xié)商來(lái)進(jìn)行簡(jiǎn)單的網(wǎng)絡(luò)認(rèn)證，無(wú)需添加復(fù)雜的認(rèn)證對(duì)象和認(rèn)證策略算法。

需要說(shuō)明的是，本發(fā)明提供的降低鏈路管理協(xié)議中消息擁塞的裝置是應(yīng)用上述方法的裝置，則上述方法的所有實(shí)施例均適用于該裝置，且均能達(dá)到相同或相似的有益效果。

以上所述的是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出對(duì)于本技術(shù)領(lǐng)域的普通人員來(lái)說(shuō)，在不脫離本發(fā)明所述的原理前提下還可以作出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也在本發(fā)明的保護(hù)范圍內(nèi)。