專利名稱：多鏈路點(diǎn)對點(diǎn)協(xié)議鏈路故障處理方法及無線網(wǎng)絡(luò)控制器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，特別涉及一種多鏈路點(diǎn)對點(diǎn)協(xié)議MLPPP鏈路故障處理方法及無線網(wǎng)絡(luò)控制器。
背景技術(shù)：
在RNC(I adio Network Controller，無線網(wǎng)絡(luò)控制器)和基站，RNC和核心網(wǎng)之間都存在點(diǎn)對點(diǎn)的鏈接，目前在這種點(diǎn)對點(diǎn)的鏈接中，數(shù)據(jù)鏈路層就使用的是PPP (rfcl661) 或 MP (rfc 1990)協(xié)議。RNC的PPP(Point-to-Point Protocol,點(diǎn)對點(diǎn)協(xié)議)模塊在接收到上層數(shù)據(jù)配置模塊發(fā)送來的配置數(shù)據(jù)后就會(huì)進(jìn)行MLPPP(Multilink-PPP，多鏈路PPP)鏈路的建立。 在進(jìn)行完LCP(Link Control Protocol，鏈路控制協(xié)議)協(xié)商，Authenticate (鑒定)，和 NCP(Network Control Protocol，網(wǎng)絡(luò)控制協(xié)議)協(xié)商后，MLPPP鏈路建立?，F(xiàn)有技術(shù)的不足在于在MLPPP鏈路建立后，目前還沒有技術(shù)方案來處理MLPPP鏈路出現(xiàn)故障后產(chǎn)生的問題。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供了一種MLPPP鏈路故障處理方法及無線網(wǎng)絡(luò)控制器，用以解決現(xiàn)有技術(shù)中在MLPPP鏈路出現(xiàn)故障時(shí)沒有處理方案的問題。本發(fā)明實(shí)施例中提供了一種MLPPP鏈路故障處理方法，包括如下步驟在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測；在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。較佳地，刪除該成員物理鏈路后，進(jìn)一步包括統(tǒng)計(jì)所剩成員物理鏈路的帶寬；向高層上報(bào)統(tǒng)計(jì)的帶寬。較佳地，刪除該成員物理鏈路后，進(jìn)一步包括在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ0較佳地，進(jìn)一步包括在接收到LCP ACK后，恢復(fù)該成員物理鏈路。較佳地，恢復(fù)該成員物理鏈路后，進(jìn)一步包括統(tǒng)計(jì)已建立的成員物理鏈路的帶寬；向高層上報(bào)統(tǒng)計(jì)的帶寬。本發(fā)明實(shí)施例中還提供了一種無線網(wǎng)絡(luò)控制器，包括底層模塊，用于在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測；PPP模塊，用于在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。較佳地，PPP模塊進(jìn)一步用于在刪除該成員物理鏈路后，統(tǒng)計(jì)所剩成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。較佳地，PPP模塊進(jìn)一步用于在刪除該成員物理鏈路后，在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ0較佳地，PPP模塊進(jìn)一步用于在接收到LCP ACK后，恢復(fù)該成員物理鏈路。較佳地，PPP模塊進(jìn)一步用于在恢復(fù)該成員物理鏈路后，統(tǒng)計(jì)已建立的成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。本發(fā)明有益效果如下在本發(fā)明實(shí)施例提供的技術(shù)方案中，由于在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測；在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路，因此可以防止RNC在出現(xiàn)故障的鏈路上發(fā)送數(shù)據(jù)，有效地減少了由于單條物理鏈路故障而出現(xiàn)的數(shù)據(jù)丟失問題。進(jìn)一步的，由于會(huì)在刪除該成員物理鏈路后統(tǒng)計(jì)所剩成員物理鏈路的帶寬并向高層上報(bào)，以及，在恢復(fù)成員物理鏈路后，統(tǒng)計(jì)已建立的成員物理鏈路的帶寬并向高層上報(bào)， 所以能夠?qū)崿F(xiàn)鏈路帶寬的實(shí)時(shí)刷新，給上層用戶分配業(yè)務(wù)提供了一定的可靠性依據(jù)；進(jìn)一步的，由于在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ，進(jìn)一步的，在接收到LCPACK后，便恢復(fù)該成員物理鏈路，因此，如果這條鏈路在物理上恢復(fù)后，就可以迅速的再次協(xié)商成功并加入到MLPPP中。


圖1為本發(fā)明實(shí)施例中MLPPP鏈路故障處理方法實(shí)施流程示意圖；
圖2為本發(fā)明實(shí)施例中MLPPP鏈路處理方法實(shí)施流程示意圖；圖3為本發(fā)明實(shí)施例中無線網(wǎng)絡(luò)控制器結(jié)構(gòu)示意圖。
具體實(shí)施例方式發(fā)明人在發(fā)明過程中注意到MLPPP鏈路建立后，PPP模塊可以配置底層模塊使底層知道在這個(gè)MLPPP鏈路上有哪些物理鏈路。然后，可以根據(jù)實(shí)際在MLPPP中的物理鏈路個(gè)數(shù)向高層上報(bào)MLPPP的鏈路帶寬。這樣，底層模塊在發(fā)送MP(Multilink PPP)的分片時(shí)，便可以只在這些已經(jīng)配置的物理鏈路上發(fā)送。通過上述方式，即使此時(shí)MLPPP中的物理鏈路出現(xiàn)故障，也可以避免底層模塊在發(fā)送MP幀時(shí)出現(xiàn)的數(shù)據(jù)丟失現(xiàn)象。而在現(xiàn)有技術(shù)中，在鏈路出現(xiàn)故障時(shí)，由于現(xiàn)有技術(shù)中沒有相應(yīng)的處理方案，并不能在MLPPP中刪除此鏈路，導(dǎo)致數(shù)據(jù)丟失就會(huì)一直出現(xiàn)；同時(shí)，高層會(huì)一直誤認(rèn)為此MLPPP 鏈路的帶寬還是原來的帶寬，并不會(huì)在此MLPPP上減少數(shù)據(jù)的發(fā)送?；诖?，本發(fā)明實(shí)施例中提供的技術(shù)方案將主要解決在MLPPP鏈路中有物理鏈路故障后，能自動(dòng)檢測到物理鏈路故障并自動(dòng)降質(zhì)。在降質(zhì)后可以自動(dòng)重新建鏈的方案。從而避免底層在故障的物理鏈路上進(jìn)行MP分片數(shù)據(jù)的發(fā)送，從而造成一定的丟包。該方案可以自動(dòng)從MLPPP中剔出已經(jīng)斷鏈的物理鏈路。保證MLPPP鏈路的數(shù)據(jù)可靠性。提升MLPPP 鏈路的傳送質(zhì)量。提高M(jìn)LPPP鏈路的自我恢復(fù)能力。并在MLPPP物理子鏈路斷鏈后可向上層模塊報(bào)告帶寬，實(shí)現(xiàn)MLPPP鏈路帶寬的實(shí)時(shí)刷新。下面結(jié)合附圖對本發(fā)明的具體實(shí)施方式
進(jìn)行說明。圖1為MLPPP鏈路故障處理方法實(shí)施流程示意圖，如圖所示，在MLPPP鏈路出現(xiàn)故障時(shí)，可以包括如下步驟步驟101、在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECH0(回響)檢測；步驟102、在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。在執(zhí)行步驟101、102中，可以利用rfcl661中提到的鏈路檢測方法。在PPP模塊完成MLPPP鏈路的建立后，在其建立的MLPPP中的每一條物理鏈路上發(fā)送Echo Request (ERQ, 回響請求)。發(fā)送的時(shí)間間隔可以根據(jù)鏈路的具體情況而定。當(dāng)在某個(gè)物理鏈路上的Echo Request超時(shí)若干次后，就可以認(rèn)為這條物理鏈路實(shí)際上已經(jīng)中斷。這時(shí)，PPP模塊就可以在原有的MLPPP中刪除這條故障的物理鏈路，保證 MLPPP中的物理鏈路都是可用的。實(shí)施中，在刪除該成員物理鏈路后，還可以進(jìn)一步包括步驟103、統(tǒng)計(jì)所剩成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。具體的，在原有的MLPPP中刪除這條故障的物理鏈路時(shí)，還可以向高層上報(bào)新的鏈路帶寬。實(shí)施中，高層是指MLPPP鏈路承載的上層協(xié)議。在RNC內(nèi)部，一般情況下上層協(xié)議會(huì)根據(jù)底層(MLPP)上報(bào)的帶寬來調(diào)整自己的發(fā)送速率。實(shí)施中，在刪除該成員物理鏈路后，還可以進(jìn)一步包括步驟104、在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCPREQ。步驟105、在接收到LCP ACK (LCP確認(rèn))后，恢復(fù)該成員物理鏈路。具體的，在刪除這條故障的物理鏈路后，PPP模塊可以繼續(xù)在這條物理鏈路上發(fā)送 Lcp Requset (LCP請求)，嘗試再次在此鏈路上協(xié)商建鏈。這樣，如果這條鏈路在物理上恢復(fù)后，就可以迅速的再次協(xié)商成功并加入到MLPPP中。實(shí)施中，在恢復(fù)該成員物理鏈路后，還可以進(jìn)一步包括步驟106、統(tǒng)計(jì)已建立的成員物理鏈路的帶寬，向高層上報(bào)統(tǒng)計(jì)的帶寬。上述技術(shù)方案是針對現(xiàn)有技術(shù)的缺陷而提出了鏈路故障后的監(jiān)測、降質(zhì)和恢復(fù)的方案?？梢栽跈z測出MLPPP鏈路中的某條物理鏈路故障后，刪除MLPPP上的故障物理鏈路， 重新上報(bào)MLPPP的物理帶寬，從而保證傳輸?shù)目煽啃院透邔佑脩魧?shù)據(jù)業(yè)務(wù)的分配。并重新在故障的物理鏈路上發(fā)起LCP REQ0在物理鏈路故障恢復(fù)后，鏈路能迅速重建并加入 MLPPP 中?？梢?，技術(shù)方案中，利用控制面的檢測消息(ECHO REQ,ECH0 REPLY)來保證MLPPP 鏈路的傳輸質(zhì)量。在實(shí)際的應(yīng)用中可以最大幅度的降低由于底層物理鏈路故障引起的數(shù)據(jù)丟失現(xiàn)象。使高層用戶可以更加準(zhǔn)確的得到實(shí)際數(shù)據(jù)鏈路層的傳輸帶寬。從而更加準(zhǔn)確的控制高層用戶的業(yè)務(wù)分配。為更好的理解本發(fā)明實(shí)施例中技術(shù)方案的實(shí)施，下面以實(shí)例進(jìn)行說明。圖2為MLPPP鏈路處理方法實(shí)施流程示意圖，如圖所示，在對MLPPP鏈路進(jìn)行管理時(shí)，可以包括如下步驟
步驟201、資源管理模塊下發(fā)配置數(shù)據(jù)。步驟202、PPP配置子模塊進(jìn)行物理鏈路配置。實(shí)施中，PPP模塊收到上電消息后，首先進(jìn)行初始化，然后向上層模塊要MLPPP的協(xié)議和配置參數(shù)，并根據(jù)配置參數(shù)初始化底層鏈路。步驟203、PPP 協(xié)議子模塊進(jìn)行 LCP、Authenticate、NCP 過程。實(shí)施中，PPP模塊在獲取到相關(guān)的參數(shù)之后發(fā)起帶有MLPPP協(xié)議相關(guān)參數(shù)的LCP協(xié)商過程。完成LCP、Authenticate、NCP后鏈路建立成功。步驟204、判斷狀態(tài)是否為OPEN，是則轉(zhuǎn)入步驟205，否則轉(zhuǎn)入步驟203。實(shí)施中，鏈路建立成功后，狀態(tài)轉(zhuǎn)入OPEN(正常)態(tài)，如果中間的協(xié)商失敗則建鏈?zhǔn)?，需要核對修改相關(guān)協(xié)商參數(shù)后進(jìn)行LCP、Authenticate, NCP過程。步驟205、配置底層模塊，在MLPPP鏈路中配置物理子鏈路。實(shí)施中，配置底層模塊，向上層模塊報(bào)告MLPPP鏈路狀態(tài)和鏈路帶寬。這時(shí)，鏈路就是可用的，高層用戶可以在MLPPP鏈路利用底層芯片發(fā)送業(yè)務(wù)數(shù)據(jù)。步驟206、在MLPPP的每一條子鏈路上發(fā)送echo request。步驟207、判斷是否收到echo reply,是則轉(zhuǎn)入步驟206，否則轉(zhuǎn)入步驟208。實(shí)施中，返回步驟206后，可以在單個(gè)MLPPP的成員物理鏈路上收到ECHO REPLY 后，刪除發(fā)送ECHO時(shí)的超時(shí)定時(shí)器，將ECHO REPLY未收到的累積計(jì)數(shù)器清零。步驟208、判斷echo超時(shí)是否達(dá)到門限值，是則轉(zhuǎn)入步驟209，否則轉(zhuǎn)入步驟206。步驟206、207、208實(shí)施中，在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測，連續(xù)ECHO REQ超時(shí)達(dá)到門限值之后，認(rèn)為鏈路故障，轉(zhuǎn)步驟209，收到ECHO REPLY后轉(zhuǎn)步驟206。步驟209、在MLPPP鏈路中刪除echo超時(shí)的物理成員鏈路。步驟210、重新上報(bào)MLPPP物理帶寬。步驟211、在故障的物理鏈路上持續(xù)發(fā)送LCP REQ0步驟209、210、211實(shí)施中，ECHO超時(shí)后，PPP模塊配置底層模塊，從MLPPP中將故障的物理鏈路刪除，然后重新計(jì)算帶寬向上層模塊上報(bào)MLPPP實(shí)際的物理帶寬，最后在故障的物理鏈路上持續(xù)發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ0在ECHO檢測故障的鏈路上持續(xù)發(fā)送帶有MLPPP協(xié)商項(xiàng)的LCP請求，直到此鏈路恢復(fù)后PPP模塊收到LCP ACK后進(jìn)入Authenticate和NCP階段，此時(shí)這條鏈路恢復(fù)，PPP模塊重新配置底層模塊，將恢復(fù)后的鏈路加入到MLPPP中，然后向上層模塊上報(bào)新的MLPPP帶
覓ο基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種無線網(wǎng)絡(luò)控制器，由于該設(shè)備解決問題的原理與MLPPP鏈路故障處理方法相似，因此該設(shè)備的實(shí)施可以參見方法的實(shí)施，重復(fù)之處不再贅述。圖3為無線網(wǎng)絡(luò)控制器結(jié)構(gòu)示意圖，如圖所示，在RNC中可以包括檢測模塊301，用于在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測；PPP模塊302，用于在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。
實(shí)施中，PPP模塊還可以進(jìn)一步用于在刪除該成員物理鏈路后，統(tǒng)計(jì)所剩成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。實(shí)施中，PPP模塊還可以進(jìn)一步用于在刪除該成員物理鏈路后，在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ0實(shí)施中，PPP模塊還可以進(jìn)一步用于在接收到LCP ACK后，恢復(fù)該成員物理鏈路。實(shí)施中，PPP模塊還可以進(jìn)一步用于在恢復(fù)該成員物理鏈路后，統(tǒng)計(jì)已建立的成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。 當(dāng)然，在實(shí)施本發(fā)明時(shí)可以把各模塊或單元的功能在同一個(gè)或多個(gè)軟件或硬件中實(shí)現(xiàn)。由上述實(shí)施例可見，本發(fā)明實(shí)施例提供的技術(shù)方案中，MLPPP鏈路帶寬可以實(shí)時(shí)刷新；也能監(jiān)測MLPPP成員物理鏈路通斷；成員物理鏈路可以自我恢復(fù)和自動(dòng)加入MLPPP。本發(fā)明實(shí)施例提供的技術(shù)方案能實(shí)現(xiàn)對MLPPP成員物理鏈路出現(xiàn)故障的自動(dòng)檢測和自動(dòng)恢復(fù)，并實(shí)現(xiàn)鏈路帶寬的實(shí)時(shí)刷新。物理鏈路出現(xiàn)故障后能迅速檢測出來，減少了由于單條物理鏈路故障而出現(xiàn)的數(shù)據(jù)丟失問題。當(dāng)物理鏈路恢復(fù)后可實(shí)現(xiàn)自動(dòng)建鏈并加入到MLPPP中。而且此項(xiàng)技術(shù)還可以實(shí)現(xiàn)帶寬的實(shí)時(shí)上報(bào)。給上層用戶分配業(yè)務(wù)提供了一定的可靠性。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種多鏈路點(diǎn)對點(diǎn)協(xié)議MLPPP鏈路故障處理方法，其特征在于，包括如下步驟 在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)回響ECHO檢測；在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。
2.如權(quán)利要求1所述的方法，其特征在于，刪除該成員物理鏈路后，進(jìn)一步包括 統(tǒng)計(jì)所剩成員物理鏈路的帶寬；向高層上報(bào)統(tǒng)計(jì)的帶寬。
3.如權(quán)利要求1或2所述的方法，其特征在于，刪除該成員物理鏈路后，進(jìn)一步包括 在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的鏈路控制協(xié)議請求LCPREQ。
4.如權(quán)利要求3所述的方法，其特征在于，進(jìn)一步包括 在接收到鏈路控制協(xié)議確認(rèn)LCP ACK后，恢復(fù)該成員物理鏈路。
5.如權(quán)利要求4所述的方法，其特征在于，恢復(fù)該成員物理鏈路后，進(jìn)一步包括 統(tǒng)計(jì)已建立的成員物理鏈路的帶寬；向高層上報(bào)統(tǒng)計(jì)的帶寬。
6.一種無線網(wǎng)絡(luò)控制器，其特征在于，包括檢測模塊，用于在已經(jīng)建立成功的MLPPP的每條成員物理鏈路上啟動(dòng)ECHO檢測； PPP模塊，用于在根據(jù)ECHO檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。
7.如權(quán)利要求6所述的無線網(wǎng)絡(luò)控制器，其特征在于，PPP模塊進(jìn)一步用于在刪除該成員物理鏈路后，統(tǒng)計(jì)所剩成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。
8.如權(quán)利要求6或7所述的無線網(wǎng)絡(luò)控制器，其特征在于，PPP模塊進(jìn)一步用于在刪除該成員物理鏈路后，在發(fā)生故障的成員物理鏈路上發(fā)送帶有MLPPP協(xié)商參數(shù)的LCP REQ0
9.如權(quán)利要求8所述的無線網(wǎng)絡(luò)控制器，其特征在于，PPP模塊進(jìn)一步用于在接收到 LCPACK后，恢復(fù)該成員物理鏈路。
10.如權(quán)利要求9所述的無線網(wǎng)絡(luò)控制器，其特征在于，PPP模塊進(jìn)一步用于在恢復(fù)該成員物理鏈路后，統(tǒng)計(jì)已建立的成員物理鏈路的帶寬，并向高層上報(bào)統(tǒng)計(jì)的帶寬。
全文摘要
本發(fā)明公開了一種多鏈路點(diǎn)對點(diǎn)協(xié)議鏈路故障處理方法及無線網(wǎng)絡(luò)控制器，包括在已經(jīng)建立成功的多鏈路點(diǎn)對點(diǎn)協(xié)議的每條成員物理鏈路上啟動(dòng)回響檢測；在根據(jù)回響檢測結(jié)果確定有成員物理鏈路發(fā)生故障時(shí)，刪除該成員物理鏈路。本發(fā)明為多鏈路點(diǎn)對點(diǎn)協(xié)議鏈路出現(xiàn)故障市提供了解決處理方案。
文檔編號(hào)H04W76/04GK102256289SQ20101018688
公開日2011年11月23日 申請日期2010年5月21日 優(yōu)先權(quán)日2010年5月21日
發(fā)明者馬勇軍 申請人:大唐移動(dòng)通信設(shè)備有限公司