專利名稱：多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊系統(tǒng)中對(duì)端之間的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，尤其涉及移動(dòng)通信系統(tǒng)中不同網(wǎng)元之間應(yīng)用MP(多鏈路點(diǎn)到點(diǎn)協(xié)議)時(shí)的鏈路協(xié)商方法。
背景技術(shù)：
對(duì)于移動(dòng)通信系統(tǒng)，例如CDMA2000系統(tǒng)而言，不同網(wǎng)絡(luò)單元(簡(jiǎn)稱網(wǎng)元)之間的接口，包括BTS(基站收發(fā)信機(jī))與BSC(基站控制器)之間的ABIS接口，和BSC與BSC之間的A3/A7接口等，都將大量用到IP(網(wǎng)際協(xié)議)接入。然而，由于IP包56byte的固有開銷遠(yuǎn)大于ATM信元5byte頭的開銷(IP包的固有開銷為MAC Header(12byte)+IP Header(20byte)+TCP/UDP Header(20byte)+FCS(4byte))，因此，如何采取措施有效提高CDMA2000系統(tǒng)不同網(wǎng)元之間傳輸鏈路的效率以及提高鏈路的QoS(服務(wù)質(zhì)量)，對(duì)于CDMA2000系統(tǒng)網(wǎng)元之間的IP接入效率至關(guān)重要。
根據(jù)RFC(Internet標(biāo)準(zhǔn)系列)推薦，提高IP傳輸效率及提升系統(tǒng)QoS的方法主要有(1)cUDP協(xié)議方法(壓縮用戶數(shù)據(jù)報(bào)文協(xié)議方法，源自RFC2507、2508協(xié)議)通過(guò)cUDP壓縮協(xié)議降低TCP/IP、UDP/IP頭造成的開銷；(2)PPPmux協(xié)議方法(點(diǎn)到點(diǎn)多路復(fù)用協(xié)議方法，源自RFC3153協(xié)議)通過(guò)PPPmux協(xié)議復(fù)用多個(gè)語(yǔ)音短包，從而降低系統(tǒng)的PPP Header開銷；(3)MultiLink PPP協(xié)議方法(多鏈路點(diǎn)到點(diǎn)協(xié)議方法，源自RFC1990協(xié)議)通過(guò)MP協(xié)議將分組數(shù)據(jù)包分解為多個(gè)MP Fragment(MP分片)，分配到多個(gè)低速鏈路上傳輸，從而提升系統(tǒng)的QoS。
其中，Multi-Link PPP協(xié)議(多鏈路點(diǎn)到點(diǎn)協(xié)議，即MP協(xié)議)基于LCP(鏈路控制協(xié)議，一個(gè)用于在通信雙方自動(dòng)進(jìn)行加密機(jī)制協(xié)商的協(xié)議，還可以處理包大小的限制，認(rèn)證連接雙方的身份，決定一個(gè)連接工作狀態(tài)是否正常，檢查一個(gè)回環(huán)連接和其它的一些配置錯(cuò)誤，如果有錯(cuò)誤，它可以中止連接)，在PPP(點(diǎn)到點(diǎn)協(xié)議)的LCP階段協(xié)商，它允許一個(gè)系統(tǒng)具有能將多個(gè)物理連接綁定到一個(gè)邏輯連接的能力。一個(gè)系統(tǒng)通過(guò)發(fā)送一個(gè)多連接選項(xiàng)(作為L(zhǎng)CP的一部分)來(lái)聲明它具有多鏈路的能力。協(xié)商包括下面三個(gè)步驟
(1)提供能將多個(gè)物理連接綁定到一個(gè)邏輯連接的選項(xiàng)；(2)使用多鏈路頭接收上層PDU(協(xié)議數(shù)據(jù)單元)的分片，并重新組裝這些分片，還原成完整的協(xié)議數(shù)據(jù)單元，以便處理；(3)系統(tǒng)接收大小為N個(gè)字節(jié)的PDU，N可選，N可大于單個(gè)物理鏈路(即物理連接)的最大接收單元(MRU)。
一旦多鏈路協(xié)商成功，系統(tǒng)就可以任意的發(fā)送使用多鏈路頭封裝或者分片的PDU。
為了在一個(gè)點(diǎn)到點(diǎn)的鏈路上建立通信，PPP鏈路的每一端必須首先向?qū)Ψ桨l(fā)送一個(gè)LCP數(shù)據(jù)包，在鏈路建立階段配置數(shù)據(jù)鏈路。在鏈路建立之后，PPP進(jìn)入鑒權(quán)階段，使用鑒權(quán)協(xié)議確定鏈路連接系統(tǒng)相關(guān)的標(biāo)識(shí)。
使用多鏈路PPP協(xié)議是為了綁定在一對(duì)確定的系統(tǒng)之間的多個(gè)獨(dú)立鏈路，它可以提供一個(gè)虛擬的連接，其帶寬大于任何一個(gè)組成虛擬連接的成員。
可以假定多鏈路操作的模型是一個(gè)虛擬的PPP鏈路層實(shí)體，從不同的物理鏈路層實(shí)體接收的數(shù)據(jù)包都被看作是屬于一個(gè)獨(dú)立的PPP網(wǎng)絡(luò)協(xié)議，并且可以根據(jù)多鏈路分片包頭中的信息進(jìn)行排序和重組。這些從歸屬于綁定的鏈路上接收到的數(shù)據(jù)包不管有無(wú)多連接頭，都在網(wǎng)絡(luò)層上進(jìn)行相同的處理。
子由于MP協(xié)議實(shí)現(xiàn)了把多個(gè)物理連接綁定到一個(gè)邏輯連接，在實(shí)際應(yīng)用中如果發(fā)現(xiàn)綁定所屬的多個(gè)物理連接中有任何一條發(fā)生故障，則應(yīng)該遵循一定流程在盡可能短的時(shí)間內(nèi)將這條故障鏈路從該綁定(即邏輯連接)刪除，以避免這條故障鏈路影響到整個(gè)綁定的正常工作。如果要向該綁定添加一個(gè)物理連接，也應(yīng)該按照一定流程執(zhí)行添加操作。所有的鏈路增加和刪除操作所遵循的根本原則是不能對(duì)綁定中的無(wú)故障鏈路產(chǎn)生影響，即只要這個(gè)綁定中還有一條物理鏈路正常工作，不論綁定中其他物理鏈路出現(xiàn)什么情況都不能影響這個(gè)綁定的正常工作。
RFC1990協(xié)議并沒有指出MP協(xié)議具體實(shí)現(xiàn)過(guò)程中的異常情況處理，而在實(shí)際調(diào)試特別是對(duì)設(shè)備進(jìn)行異常測(cè)試時(shí)，基于MP協(xié)議的系統(tǒng)在實(shí)際應(yīng)用中穩(wěn)定性較差。系統(tǒng)的性能和可靠性互相矛盾，為了提高系統(tǒng)性能，應(yīng)使用MP協(xié)議方法把多條物理連接(或稱物理鏈路)綁定到一個(gè)邏輯連接當(dāng)中去，但是當(dāng)綁定中有任何一條物理鏈路出現(xiàn)故障時(shí)，如果沒有一個(gè)適當(dāng)?shù)牧鞒虂?lái)處理這種異常情況就會(huì)導(dǎo)致整個(gè)綁定不能正常工作，大大降低了系統(tǒng)的可靠性。
請(qǐng)參考圖1所示，對(duì)端A和對(duì)端B(對(duì)端表示通信系統(tǒng)中互相通訊的兩個(gè)網(wǎng)元)之間采用MP協(xié)議進(jìn)行通訊，這個(gè)MP通道(邏輯連接，即綁定)由四條物理鏈路(Link1、Link2、Link3和Link4)組成。在實(shí)際應(yīng)用中，如果其中一條物理鏈路(比如Link2)發(fā)生物理故障，但是上層軟件沒有及時(shí)處理，將會(huì)導(dǎo)致一些MP分片繼續(xù)在有故障的鏈路上(Link2)傳輸從而導(dǎo)致分片丟失，導(dǎo)致兩對(duì)端都不能正確組包。請(qǐng)參考圖2所示，假設(shè)一個(gè)數(shù)據(jù)包被分成8個(gè)MP分片，SN(序列號(hào))分別為0到7，由于鏈路2發(fā)生故障，導(dǎo)致在這個(gè)鏈路上傳輸?shù)腟N＝3，5的MP分片丟失，而由于MP協(xié)議的定時(shí)機(jī)制，SN＝0，1，2，4，6，7的這些無(wú)效MP分片(因?yàn)檫@些MP分片已經(jīng)不能還原成完整的數(shù)據(jù)包了)只有在定時(shí)器超時(shí)后才會(huì)從緩沖區(qū)中清除。如果鏈路2遲遲不能恢復(fù)，將導(dǎo)致緩沖區(qū)內(nèi)無(wú)效MP分片的堆積，最終導(dǎo)致緩沖區(qū)溢出，從而影響該綁定的正常工作。
現(xiàn)有兩種方法用于解決這個(gè)問(wèn)題(1)不帶協(xié)商的鏈路檢測(cè)流程(2)帶協(xié)商鏈路檢測(cè)流程不帶協(xié)商的鏈路檢測(cè)流程的好處是流程比較簡(jiǎn)單，降低了系統(tǒng)的復(fù)雜性，缺點(diǎn)是兩端的鏈路檢測(cè)有可能不同步，有可能會(huì)出現(xiàn)在某個(gè)時(shí)間段內(nèi)一對(duì)端認(rèn)為鏈路正常，而另一對(duì)端認(rèn)為鏈路有故障的情況，從而會(huì)導(dǎo)致在一段時(shí)間內(nèi)綁定不能正常工作。
帶協(xié)商的鏈路檢測(cè)流程的好處是基本可以做到兩端的鏈路增加和鏈路刪除的同步，缺點(diǎn)是流程比較復(fù)雜，特別是鏈路協(xié)商消息容易丟失，導(dǎo)致鏈路協(xié)商失敗。
實(shí)際應(yīng)用中，這兩種現(xiàn)有方法各有利弊，但他們都有一個(gè)共同的缺點(diǎn)，就是在向綁定中增加一個(gè)物理連接或從綁定中刪除一個(gè)物理連接時(shí)，由于無(wú)法精確做到兩對(duì)端的鏈路增加或刪除的動(dòng)作完全同步，導(dǎo)致序列號(hào)抖動(dòng)，從而導(dǎo)致一段時(shí)間內(nèi)鏈路通訊異常。

發(fā)明內(nèi)容
本發(fā)明目的是克服現(xiàn)有的MP協(xié)議鏈路協(xié)商方法在對(duì)綁定進(jìn)行鏈路增刪時(shí)造成序列號(hào)抖動(dòng)，導(dǎo)致鏈路通訊異常的缺陷，提供一種穩(wěn)定高效的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法。
本發(fā)明提供的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，用于在通訊系統(tǒng)的兩個(gè)對(duì)端A、B的綁定中增加或者刪除鏈路，核心在于，在兩個(gè)對(duì)端都設(shè)有鏈路檢測(cè)模塊，在兩個(gè)對(duì)端之間增加鏈路或刪除鏈路過(guò)程中，將鏈路的接收和發(fā)送方向分開操作。
所述在兩個(gè)對(duì)端之間增加鏈路的過(guò)程，包括2.1 任何一個(gè)對(duì)端的鏈路檢測(cè)模塊檢測(cè)到某一鏈路正常，則自動(dòng)添加該鏈路的接收方向到綁定中(不需協(xié)商)；2.2 任何一個(gè)對(duì)端的檢測(cè)模塊要增加該鏈路的發(fā)送方向到綁定中，通過(guò)與另一對(duì)端協(xié)商后增加，具體包括3.1對(duì)端A向?qū)Χ薆發(fā)送增加鏈路發(fā)送方向的請(qǐng)求，并啟動(dòng)一個(gè)定時(shí)器來(lái)等待對(duì)端B響應(yīng)消息；3.2對(duì)端B收到對(duì)端A發(fā)來(lái)的增加發(fā)送方向請(qǐng)求，發(fā)送允許增加消息給對(duì)端A；3.3對(duì)端A收到對(duì)端B發(fā)來(lái)的允許增加消息，執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若對(duì)端A在定時(shí)時(shí)間到以后還沒有收到對(duì)端B發(fā)來(lái)的響應(yīng)消息，則延遲一段時(shí)間后刪除這條鏈路的接收方向；3.4若對(duì)端B還沒有增加該鏈路在本端的接收方向，則先執(zhí)行增加本端接收方向操作，同時(shí)向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求；否則對(duì)端B直接向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待A發(fā)來(lái)的響應(yīng)消息；3.5對(duì)端A收到對(duì)端B增加發(fā)送方向到綁定的請(qǐng)求后，若本端的鏈路增加成功則發(fā)送允許增加響應(yīng)消息給對(duì)端B，否則不予響應(yīng)；3.6對(duì)端B收到允許增加響應(yīng)消息后執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若定時(shí)時(shí)間到后還沒有收到對(duì)端A的響應(yīng)消息，則延遲一段時(shí)間后(等待對(duì)端A檢測(cè)到鏈路故障，并從綁定中刪除這條鏈路)刪除本端的接收方向。
所述在兩個(gè)對(duì)端之間刪除鏈路包括4.1 任何一個(gè)對(duì)端的檢測(cè)模塊檢測(cè)到兩對(duì)端之間某一鏈路故障，則自動(dòng)將這條故障鏈路的發(fā)送方向從綁定中刪除(不需協(xié)商)；4.2 任何一個(gè)對(duì)端的檢測(cè)模塊要?jiǎng)h除該故障鏈路的接收方向，通過(guò)與另一對(duì)端協(xié)商后刪除；或遲延一段時(shí)間后，強(qiáng)行刪除。具體包括5.1對(duì)端A向?qū)Χ薆發(fā)送從綁定當(dāng)中刪除鏈路接收方向的請(qǐng)求；并啟動(dòng)一個(gè)定時(shí)器來(lái)等待響應(yīng)消息；5.2對(duì)端B收到對(duì)端A發(fā)來(lái)的刪除接收方向請(qǐng)求，發(fā)送允許刪除消息給對(duì)端A；5.3若對(duì)端A收到對(duì)端B發(fā)來(lái)的允許刪除消息，執(zhí)行從綁定中刪除該鏈路接收方向的操作；若對(duì)端A在定時(shí)時(shí)間到后還是沒有收到對(duì)端B發(fā)來(lái)的允許刪除響應(yīng)消息，則強(qiáng)制從綁定當(dāng)中刪除這條鏈路的接收方向；5.4在執(zhí)行5.3的同時(shí)，對(duì)端B向?qū)Χ薃發(fā)送刪除本端鏈路接收方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待對(duì)端A發(fā)來(lái)的刪除響應(yīng)消息；5.5對(duì)端A收到對(duì)端B發(fā)送的從綁定中刪除接收方向的請(qǐng)求后，發(fā)送允許刪除響應(yīng)消息給對(duì)端B；5.6對(duì)端B收到這個(gè)消息后執(zhí)行從綁定當(dāng)中刪除鏈路接收方向的操作；若定時(shí)時(shí)間到后，對(duì)端B還沒有收到對(duì)端A的響應(yīng)消息，則強(qiáng)制刪除這條鏈路的接收方向。
與現(xiàn)有技術(shù)相比，采用本發(fā)明所述的方法，在對(duì)MP協(xié)議的綁定進(jìn)行物理鏈路增加或者物理鏈路刪除操作時(shí)，不會(huì)造成通訊異常，保證了通信系統(tǒng)網(wǎng)元間通訊的穩(wěn)定性和可靠性。


圖1是MP綁定中一條鏈路出現(xiàn)故障的示意圖；圖2是現(xiàn)有方法中，MP分片丟失導(dǎo)致MP綁定的接收緩沖區(qū)溢出故障示意圖；圖3是本發(fā)明的方法中向MP綁定增加鏈路的流程示意圖；圖4是本發(fā)明的方法中從MP綁定刪除鏈路的流程示意圖。
具體實(shí)施方法本發(fā)明中，對(duì)端A和對(duì)端B都設(shè)有各自的鏈路檢測(cè)模塊。鏈路檢測(cè)模塊每隔一定時(shí)間就向綁定所屬的每一個(gè)物理鏈路發(fā)送鏈路檢測(cè)報(bào)文。如果在規(guī)定的時(shí)間內(nèi)在某個(gè)物理鏈路上沒有收到任何鏈路檢測(cè)報(bào)文，則宣布這條物理鏈路故障，將這條故障鏈路從綁定中刪除。注意這條鏈路并沒有從物理上刪除，只是從綁定中移出而已。鏈路檢測(cè)模塊仍舊周期性向這條有故障的物理鏈路發(fā)送鏈路檢測(cè)報(bào)文，一旦發(fā)現(xiàn)可以從這條物理鏈路接收到正常的鏈路檢測(cè)報(bào)文，則宣布這條物理鏈路恢復(fù)正常，從而把它重新加入到指定的綁定當(dāng)中。
下面分別通過(guò)圖3和圖4對(duì)增加鏈路和刪除鏈路的實(shí)施方式進(jìn)行詳細(xì)說(shuō)明。
請(qǐng)參考圖3，本發(fā)明MP協(xié)議鏈路增加流程如下3-1兩對(duì)端A、B的鏈路檢測(cè)模塊任何一方檢測(cè)到兩對(duì)端之間某一鏈路正常，則自動(dòng)添加這條鏈路的接收方向到綁定當(dāng)中，此時(shí)不需要進(jìn)行協(xié)商；3-2對(duì)端A向?qū)Χ薆發(fā)送增加鏈路發(fā)送方向到MP綁定的請(qǐng)求，并啟動(dòng)一個(gè)定時(shí)器來(lái)等待對(duì)端B響應(yīng)消息；3-3對(duì)端B收到對(duì)端A發(fā)來(lái)的增加發(fā)送方向請(qǐng)求，發(fā)送允許增加消息給對(duì)端A；3-4若對(duì)端A收到對(duì)端B發(fā)來(lái)的允許增加消息，執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若對(duì)端A在定時(shí)時(shí)間到以后還沒有收到對(duì)端B發(fā)來(lái)的響應(yīng)消息，則延遲一段時(shí)間后刪除這條鏈路的接收方向；3-5若對(duì)端B還沒有增加該鏈路在本端的接收方向，則先執(zhí)行增加本端接收方向操作，同時(shí)向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求；否則對(duì)端B直接向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待A發(fā)來(lái)的響應(yīng)消息；3-6對(duì)端A收到對(duì)端B增加發(fā)送方向到綁定的請(qǐng)求后，若本端的鏈路增加成功則發(fā)送允許增加響應(yīng)消息給對(duì)端B，否則不予響應(yīng)；3-7對(duì)端B收到允許增加響應(yīng)消息后執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若定時(shí)時(shí)間到后還沒有收到對(duì)端A的響應(yīng)消息，則延遲一段時(shí)間后(等待對(duì)端A檢測(cè)到鏈路故障，并從綁定中刪除這條鏈路)刪除本端的接收方向。
這種在向綁定中增加鏈路時(shí)將接收和發(fā)送方向分開操作的方法避免了由于兩對(duì)端鏈路增加不完全同步導(dǎo)致的問(wèn)題，比如瞬時(shí)的MP分片丟失以及由此引起的緩沖區(qū)溢出故障等問(wèn)題。
請(qǐng)參考圖4，本發(fā)明MP協(xié)議鏈路刪除流程如下4-1兩對(duì)端A、B的鏈路檢測(cè)模塊任何一方檢測(cè)到兩對(duì)端之間某一鏈路故障，則自動(dòng)將這條故障鏈路的發(fā)送方向從MP綁定當(dāng)中刪除，此時(shí)不需要進(jìn)行協(xié)商；4-2對(duì)端A向?qū)Χ薆發(fā)送從綁定當(dāng)中刪除鏈路接收方向的請(qǐng)求；并啟動(dòng)一個(gè)定時(shí)器來(lái)等待響應(yīng)消息；4-3對(duì)端B收到對(duì)端A發(fā)來(lái)的刪除接收方向請(qǐng)求，發(fā)送允許刪除消息給對(duì)端A；4-4若對(duì)端A收到對(duì)端B發(fā)來(lái)的允許刪除消息，執(zhí)行從綁定中刪除該鏈路接收方向的操作；若對(duì)端A在定時(shí)時(shí)間到后還是沒有收到對(duì)端B發(fā)來(lái)的允許刪除響應(yīng)消息，則強(qiáng)制從綁定當(dāng)中刪除這條鏈路的接收方向；4-5在執(zhí)行4-4的同時(shí)，對(duì)端B向?qū)Χ薃發(fā)送刪除本端鏈路接收方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待對(duì)端A發(fā)來(lái)的刪除響應(yīng)消息；4-6對(duì)端A收到對(duì)端B發(fā)送的從綁定中刪除接收方向的請(qǐng)求后，發(fā)送允許刪除響應(yīng)消息給對(duì)端B；4-7對(duì)端B收到這個(gè)消息后執(zhí)行從綁定當(dāng)中刪除鏈路接收方向的操作；若定時(shí)時(shí)間到后，對(duì)端B還沒有收到對(duì)端A的響應(yīng)消息，則強(qiáng)制刪除這條鏈路的接收方向。
在從MP綁定中刪除一條物理鏈路時(shí)，首先兩對(duì)端各自刪除發(fā)送方向而保留接收方向的流程避免了普通協(xié)商方法中刪除操作不同步導(dǎo)致整個(gè)綁定在一定時(shí)間內(nèi)通訊異常的問(wèn)題。
權(quán)利要求
1.一種多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，用于在通訊系統(tǒng)的兩個(gè)對(duì)端A、B的綁定中增加或者刪除鏈路，其特征在于，在兩個(gè)對(duì)端都設(shè)有鏈路檢測(cè)模塊，在兩個(gè)對(duì)端之間增加鏈路或刪除鏈路過(guò)程中，將鏈路的接收和發(fā)送方向分開操作。
2.權(quán)利要求1所述的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，其特征在于，所述在兩個(gè)對(duì)端之間增加鏈路的過(guò)程，包括2.1任何一個(gè)對(duì)端的鏈路檢測(cè)模塊檢測(cè)到某一鏈路正常，則自動(dòng)添加該鏈路的接收方向到綁定中；2.2任何一個(gè)對(duì)端的檢測(cè)模塊要增加該鏈路的發(fā)送方向到綁定中，通過(guò)與另一對(duì)端協(xié)商后增加。
3.權(quán)利要求2所述的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，其特征在于，所述步驟2.2包括3.1對(duì)端A向?qū)Χ薆發(fā)送增加鏈路發(fā)送方向的請(qǐng)求，并啟動(dòng)一個(gè)定時(shí)器來(lái)等待對(duì)端B響應(yīng)消息；3.2對(duì)端B收到對(duì)端A發(fā)來(lái)的增加發(fā)送方向請(qǐng)求，發(fā)送允許增加消息給對(duì)端A；3.3對(duì)端A收到對(duì)端B發(fā)來(lái)的允許增加消息，執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若對(duì)端A在定時(shí)時(shí)間到以后還沒有收到對(duì)端B發(fā)來(lái)的響應(yīng)消息，則延遲一段時(shí)間后刪除這條鏈路的接收方向；3.4若對(duì)端B還沒有增加該鏈路在本端的接收方向，則先執(zhí)行增加本端接收方向操作，同時(shí)向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求；否則對(duì)端B直接向?qū)Χ薃發(fā)送增加本端鏈路發(fā)送方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待A發(fā)來(lái)的響應(yīng)消息；3.5對(duì)端A收到對(duì)端B增加發(fā)送方向到綁定的請(qǐng)求后，若本端的鏈路增加成功則發(fā)送允許增加響應(yīng)消息給對(duì)端B，否則不予響應(yīng)；3.6對(duì)端B收到允許增加響應(yīng)消息后執(zhí)行增加鏈路發(fā)送方向到綁定的操作；若定時(shí)時(shí)間到后還沒有收到對(duì)端A的響應(yīng)消息，則延遲一段時(shí)間后(等待對(duì)端A檢測(cè)到鏈路故障，并從綁定中刪除這條鏈路)刪除本端的接收方向。
4.權(quán)利要求1所述的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，其特征在于，所述在兩個(gè)對(duì)端之間刪除鏈路的過(guò)程，包括4.1任何一個(gè)對(duì)端的檢測(cè)模塊檢測(cè)到兩對(duì)端之間某一鏈路故障，則自動(dòng)將這條故障鏈路的發(fā)送方向從綁定中刪除；4.2任何一個(gè)對(duì)端的檢測(cè)模塊要?jiǎng)h除該故障鏈路的接收方向，通過(guò)與另一對(duì)端協(xié)商后刪除；或遲延一段時(shí)間后，強(qiáng)行刪除。
5.權(quán)利要求4所述的多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，其特征在于，所述步驟4.2包括5.1對(duì)端A向?qū)Χ薆發(fā)送從綁定當(dāng)中刪除鏈路接收方向的請(qǐng)求；并啟動(dòng)一個(gè)定時(shí)器來(lái)等待響應(yīng)消息；5.2對(duì)端B收到對(duì)端A發(fā)來(lái)的刪除接收方向請(qǐng)求，發(fā)送允許刪除消息給對(duì)端A；5.3若對(duì)端A收到對(duì)端B發(fā)來(lái)的允許刪除消息，執(zhí)行從綁定中刪除該鏈路接收方向的操作；若對(duì)端A在定時(shí)時(shí)間到后還是沒有收到對(duì)端B發(fā)來(lái)的允許刪除響應(yīng)消息，則強(qiáng)制從綁定當(dāng)中刪除這條鏈路的接收方向；5.4在執(zhí)行5.3的同時(shí)，對(duì)端B向?qū)Χ薃發(fā)送刪除本端鏈路接收方向的請(qǐng)求，并啟動(dòng)定時(shí)器等待對(duì)端A發(fā)來(lái)的刪除響應(yīng)消息；5.5對(duì)端A收到對(duì)端B發(fā)送的從綁定中刪除接收方向的請(qǐng)求后，發(fā)送允許刪除響應(yīng)消息給對(duì)端B；5.6對(duì)端B收到這個(gè)消息后執(zhí)行從綁定當(dāng)中刪除鏈路接收方向的操作；若定時(shí)時(shí)間到后，對(duì)端B還沒有收到對(duì)端A的響應(yīng)消息，則強(qiáng)制刪除這條鏈路的接收方向。
全文摘要
一種多鏈路點(diǎn)到點(diǎn)協(xié)議鏈路協(xié)商方法，涉及移動(dòng)通信系統(tǒng)中不同網(wǎng)元之間應(yīng)用多鏈路點(diǎn)到點(diǎn)協(xié)議時(shí)的鏈路協(xié)商方法。本發(fā)明在兩個(gè)對(duì)端都設(shè)有鏈路檢測(cè)模塊，在兩個(gè)對(duì)端之間增加鏈路或刪除鏈路過(guò)程中，將鏈路的接收和發(fā)送方向分開操作。采用本發(fā)明所述的方法，在對(duì)MP協(xié)議的綁定進(jìn)行物理鏈路增加或者物理鏈路刪除操作時(shí)，不會(huì)造成通訊異常，保證了通信系統(tǒng)網(wǎng)元間通訊的穩(wěn)定性和可靠性。
文檔編號(hào)H04L29/06GK1529520SQ0313499
公開日2004年9月15日 申請(qǐng)日期2003年9月29日 優(yōu)先權(quán)日2003年9月29日
發(fā)明者張景濤, 謝銳, 林盛榮 申請(qǐng)人:中興通訊股份有限公司