[發(fā)明專利]鏈路協(xié)商處理方法、設(shè)備和系統(tǒng)

無效

• 申請(qǐng)?zhí)枺?/td>: 201010135761.X
• 申請(qǐng)日: 2010-03-26
• 公開（公告）號(hào): CN101815364A
• 公開（公告）日: 2010-08-25
• 發(fā)明（設(shè)計(jì)）人: 吳立昌
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04W76/02
• 分類號(hào): H04W76/02;H04W80/02
• 代理公司: 北京同立鈞成知識(shí)產(chǎn)權(quán)代理有限公司 11205
• 代理人: 劉芳

技術(shù)領(lǐng)域

本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其涉及鏈路協(xié)商處理方法、設(shè)備 和系統(tǒng)。

背景技術(shù)

現(xiàn)有技術(shù)中，鏈路可以理解為通信網(wǎng)絡(luò)中的設(shè)備之間進(jìn)行通信的設(shè)施 或介質(zhì)。以基站與基站控制器之間的通信為例，為了降低對(duì)基站進(jìn)行集中 維護(hù)的成本，基站控制器支持基站通過與基站控制器建立鏈路并從基站控 制器處自動(dòng)獲取基站的數(shù)據(jù)配置的維護(hù)方式。基站與基站控制器之間可以 通過E1/T1接口或以太網(wǎng)(Ethernet；以下簡稱為ETH)接口等物理端口 進(jìn)行數(shù)據(jù)的發(fā)送與接收，所使用的協(xié)議可以為異步傳輸模式(Asynchronous Transfer?Mode；以下簡稱為ATM)協(xié)議或網(wǎng)絡(luò)協(xié)議(Internet?Protocol；以 下簡稱為IP)等，現(xiàn)有技術(shù)中基站與基站控制器之間的傳輸通信協(xié)議棧示 意圖可以如圖1所示。基站控制器可以在其物理端口上周期性地發(fā)送ATM 信元或點(diǎn)對(duì)點(diǎn)協(xié)議(the?Point-to-Point?Protocol；以下簡稱為PPP)偵聽報(bào) 文(該P(yáng)PP偵聽報(bào)文為設(shè)備廠家制定的私有PPP協(xié)議；以下簡稱為 DETECT)，基站通過鏈路時(shí)隙的偵聽、協(xié)議檢測、IP獲取、維護(hù)通信鏈 路建立、數(shù)據(jù)配置獲取、數(shù)據(jù)配置激活等步驟完成與基站控制器之間的鏈 路建立及自動(dòng)獲取數(shù)據(jù)配置的功能。

其中，鏈路時(shí)隙的偵聽這一步驟的主要作用為基站獲取基站控制器與 基站自身進(jìn)行通信所使用的鏈路時(shí)隙組合；協(xié)議檢測這一步驟的主要作用 為基站根據(jù)在上述鏈路時(shí)隙組合下接收到的ATM信元或DETECT報(bào)文的 報(bào)文協(xié)議類型獲得基站控制器與基站自身進(jìn)行通信所使用的鏈路協(xié)議類 型；基站通過PPP鏈路IP配置協(xié)議(The?PPP?Internet?Protocol?Control Protocol；以下簡稱為IPCP)兩次報(bào)文交互向基站控制器獲取基站側(cè)的鏈 路端口IP地址，基站根據(jù)基站控制器與基站自身進(jìn)行通信所使用的鏈路協(xié) 議類型和基站側(cè)的端口IP地址與基站控制器進(jìn)行鏈路協(xié)商，協(xié)商成功后，基 站與基站控制器之間建立鏈路；IP獲取這一步驟的主要作用為基站通過自 舉引導(dǎo)協(xié)議(BOOTSTRAP?PROTOCOL；以下簡稱為BOOTP)或動(dòng)態(tài)主 機(jī)配置協(xié)議(Dynamic?Host?Configuration?Protocol；以下簡稱為DHCP)獲 取基站的設(shè)備維護(hù)IP以及設(shè)備維護(hù)服務(wù)器IP，添加設(shè)備維護(hù)IP、設(shè)備維護(hù) 服務(wù)器IP為自身的IP路由配置，并使用設(shè)備維護(hù)IP、設(shè)備維護(hù)服務(wù)器IP建 立維護(hù)通信鏈路，進(jìn)而獲得相應(yīng)的數(shù)據(jù)配置。

在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下缺點(diǎn)：

建立鏈路兩端的設(shè)備之間在進(jìn)行鏈路協(xié)商直至建立鏈路的過程時(shí)延 較大、影響執(zhí)行效率；并且需要進(jìn)行頻繁的報(bào)文交互，步驟復(fù)雜。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供一種鏈路協(xié)商處理方法、設(shè)備和系統(tǒng)，用以解決現(xiàn)有 技術(shù)中的缺陷，實(shí)現(xiàn)建立鏈路兩端的設(shè)備之間在進(jìn)行鏈路協(xié)商直至建立鏈路 的過程中，減少報(bào)文交互、節(jié)省流程、提高建鏈兩端的設(shè)備的工作效率的目 的。

一方面，本發(fā)明實(shí)施例提供一種鏈路協(xié)商處理方法，包括：

接收建鏈發(fā)起設(shè)備發(fā)送的快速協(xié)商協(xié)議QBOOTP協(xié)議報(bào)文，所述 QBOOTP協(xié)議報(bào)文為所述建鏈發(fā)起設(shè)備在檢測到所述建鏈發(fā)起設(shè)備與建 鏈目標(biāo)設(shè)備之間無法通信時(shí)發(fā)送給所述建鏈目標(biāo)設(shè)備的，所述QBOOTP 協(xié)議報(bào)文攜帶所述建鏈發(fā)起設(shè)備發(fā)送所述QBOOTP協(xié)議報(bào)文所使用鏈路 的鏈路類型和所述建鏈目標(biāo)設(shè)備側(cè)的端口IP；

根據(jù)所述鏈路類型和所述端口IP，進(jìn)行所述建鏈目標(biāo)設(shè)備與所述建鏈 發(fā)起設(shè)備之間的鏈路協(xié)商。

另一方面，本發(fā)明實(shí)施例還提供了一種鏈路協(xié)商處理方法，包括：

當(dāng)檢測到建鏈發(fā)起設(shè)備與建鏈目標(biāo)設(shè)備之間無法通信時(shí)，發(fā)送快速協(xié) 商協(xié)議QBOOTP協(xié)議報(bào)文給所述建鏈目標(biāo)設(shè)備，所述QBOOTP協(xié)議報(bào)文 攜帶所述建鏈發(fā)起設(shè)備發(fā)送所述QBOOTP協(xié)議報(bào)文所使用鏈路的鏈路類 型和所述建鏈目標(biāo)設(shè)備側(cè)的端口IP，所述鏈路類型和所述端口IP用于所 述建鏈目標(biāo)設(shè)備根據(jù)所述鏈路類型和所述端口IP，進(jìn)行所述建鏈目標(biāo)設(shè)備 與所述建鏈發(fā)起設(shè)備之間的鏈路協(xié)商。

再一方面，本發(fā)明實(shí)施例還提供了一種建鏈目標(biāo)設(shè)備，包括：