專利名稱：一種實現(xiàn)接口ip傳輸?shù)姆椒?、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種實現(xiàn)接口 IP傳輸?shù)姆椒?、系統(tǒng)和設(shè)備。
背景技術(shù)：
在GSM (Global System for Mobile Communications,全球移動通訊系統(tǒng))系統(tǒng)中，BTS (BaseStation Controller,基站收發(fā)臺)和BSC (Base Station Controller,基站控制器)之間采用Abis接口作為傳輸接口， Abis接口傳輸費用占了整個GSM系統(tǒng)CAPEX (CapitalExpenditure,資本性支出)/OPEX (Operating Expense,運營成本)的大約20% 40%，如何有效地降低Abis接口傳輸費用是擺在GSM設(shè)備商和運營商面前的一個問題。
目前，業(yè)界提出了 Abis接口采用IP傳輸以節(jié)省Abis接口傳輸費用。其中，針對Abis接口IP傳輸，現(xiàn)有技術(shù)提出了如下方案
方式一、BSC和BTS內(nèi)部不做修改，通過在BSC和BTS之間添加TDM (Time DivisionMultiplex,時分復(fù)用)/IP傳輸轉(zhuǎn)接設(shè)備，實現(xiàn)TDM和IP的轉(zhuǎn)換；
方式二、 Abis Over SCTP (Stream Control Transmission Protocol,流控制傳輸協(xié)議)/IP，對于Abis接口使用SCTP/IP做為信令和操作維護的承載鏈路。
上述方式一需要額外添加TDM/IP傳輸轉(zhuǎn)接設(shè)備，增加維護成本，降低系統(tǒng)可靠性；上述方式二不利于BTS和BSC老版本的兼容和繼承，對于系統(tǒng)處理的要求高，同時也不利于TDM/IP傳輸共存。

發(fā)明內(nèi)容
為了提高Abis接口 IP傳輸效率，本發(fā)明實施例提供了一種實現(xiàn)接口 IP傳輸?shù)姆椒?、?br> 統(tǒng)和設(shè)備。所述技術(shù)方案如下
一種實現(xiàn)Abis接口 IP傳輸?shù)姆椒?，所述方法包?br> 基站收發(fā)臺獲得基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號；
7根據(jù)所述邏輯IP地址和所述操作維護鏈接0ML端口號，建立0ML通道實現(xiàn)Abis接口 IP 傳輸。
一種實現(xiàn)Abis接口 IP傳輸?shù)南到y(tǒng)，所述系統(tǒng)包括基站收發(fā)臺和基站控制器基站控制
器，其中，
所述基站收發(fā)臺，用于獲得所述基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配 的邏輯IP地址、以及操作維護鏈接OML端口號；根據(jù)所述邏輯IP地址和所述操作維護鏈接 0ML端口號，建立0ML通道實現(xiàn)Abis接口 IP傳輸；
所述基站控制器，用于為所述基站收發(fā)臺的分組傳輸單板PTU分配邏輯IP地址、以及操 作維護鏈接OML端口號。
一種基站收發(fā)臺，所述基站收發(fā)臺，包括
獲取模塊，用于獲得基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地 址、以及操作維護鏈接OML端口號；
建立模塊，用于根據(jù)所述邏輯IP地址和所述操作維護鏈接OML端口號，建立OML通道實 現(xiàn)Abis接口 IP傳輸。
本發(fā)明實施例提供的技術(shù)方案的有益效果是
有效提高了Abis接口 IP信令傳輸?shù)男剩恍枰~外外接IP到TDM轉(zhuǎn)換設(shè)備，節(jié)省了 傳輸和維護費用。針對每個用戶都建立UDP/IP連接，不需要獲知UDP/IP的內(nèi)容就可以直接 進行交互，提高了效率。并且解決了 IP傳輸?shù)膫鬏攩栴}。


圖1是本發(fā)明實施例1提供的實現(xiàn)接口 IP傳輸?shù)姆椒鞒淌疽鈭D； 圖2是本發(fā)明實施例2提供的采用LAPD Over UDP/IP實現(xiàn)Abis接口 IP信令傳輸方法 流程示意圖
圖3是本發(fā)明實施例2提供的Abis IP化的BTS的初始化過程交互示意圖4是本發(fā)明實施例2提供的(ML通道示意圖5是本發(fā)明實施例2提供的RSL通道示意圖6是本發(fā)明實施例2提供的調(diào)整發(fā)送窗口的方法流程示意圖7是本發(fā)明實施例2提供的調(diào)整發(fā)送窗口的方法交互示意圖8是本發(fā)明實施例3提供的實現(xiàn)接口 IP傳輸?shù)南到y(tǒng)的示意圖9是本發(fā)明實施例4提供的基站收發(fā)臺BTS示意圖；圖10是本發(fā)明實施例5提供的基站控制器BSC示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進 一步地詳細描述。 實施例1
為了實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié)省費用，本發(fā)明實
施例提供了一種實現(xiàn)接口 IP傳輸?shù)姆椒?，參見圖l，該方法內(nèi)容如下
101:基站收發(fā)臺獲得基站控制器為基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地址、 以及操作維護鏈接OML端口號，具體的，例如，基站收發(fā)臺可以向基站控制器基站控制器發(fā) 送動態(tài)主機分配協(xié)議DHCP請求，DHCP請求中攜帶基站收發(fā)臺的分組傳輸單板PTU的電子序 列號，接收基站控制器返回的DHCP響應(yīng)，響應(yīng)中攜帶基站控制器為PTU分配的邏輯IP地址、 操作維護鏈接OML端口號；
102:根據(jù)邏輯IP地址和操作維護鏈接0ML端口號，建立0ML通道實現(xiàn)Abis接口 IP傳輸。
進一步地，優(yōu)選的，本發(fā)明實施例提供的方法還可以包括
基站收發(fā)臺通過OML端口號對應(yīng)的通道(即上述建立的OML通道)，獲得基站控制器為基 站收發(fā)臺分配的終端標識TEI，具體的，例如，基站收發(fā)臺可以通過OML端口號對應(yīng)的通道， 向基站控制器發(fā)送數(shù)據(jù)鏈路層控制協(xié)議LAPD標識請求，接收基站控制器返回的LAPD標識指 派消息，LAPD標識指派消息中攜帶基站控制器為基站收發(fā)臺分配的終端標識TEI;可選地，
還可以通過LAPD標識指派消息中攜帶基站控制器為基站收發(fā)臺分配的版本類型和鏈路類型 ，自
I Fl 'K、 o
基站收發(fā)臺建立自身的高級數(shù)據(jù)鏈路控制HDLC鏈路。
進一步地，優(yōu)選地，為了能夠?qū)μ囟ǖ臉I(yè)務(wù)提供低優(yōu)先級通道，實現(xiàn)為不同等級的業(yè)務(wù) 提供不同的通道，例如，對于對鏈路質(zhì)量要求較高的業(yè)務(wù)，使用0ML通道實現(xiàn)其承載，對于 對鏈路質(zhì)量要求不是很高的業(yè)務(wù)提供EML通道實現(xiàn)其承載，本發(fā)明實施例提供的方法還可以 包括
基站收發(fā)臺獲得基站控制器分配的擴展信令鏈路ESL端口號；
基站收發(fā)臺通過ESL端口號對應(yīng)的通道，獲得基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議 UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系，具體的，例如，基站收發(fā)臺可以通過ESL端口號對應(yīng)的通道，向基站控制器發(fā)送請求后，接收基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互 連協(xié)議IP的映射關(guān)系；
基站收發(fā)臺建立和基站控制器的擴展的維護鏈路EML通道，具體的，例如，基站收發(fā)臺 可以在啟動后，向基站控制器發(fā)送TEI ID Req幀；基站收發(fā)臺接收基站控制器返回的協(xié)議 類型信息，如果基站收發(fā)臺支持協(xié)議類型，則接收基站控制器向基站收發(fā)臺發(fā)送的LAPD S細BE 幀；并向基站控制器返回LAPD UA幀，實現(xiàn)基站收發(fā)臺和基站控制器的EML通道的建立。
其中，上述LAPD與UDP/IP映射關(guān)系，例如，可以包括-
對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接，其中，信道類型包括全速率信道或半數(shù)率 信道s或賃
對于分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP連接。
優(yōu)選地，為了能夠有效解決IP傳輸亂序等傳輸問題，本發(fā)明實施例提供方法還可以包括 增加選擇性重發(fā)SREJ幀；或，
添加緩沖適配層，通過緩沖適配層對亂序的數(shù)據(jù)包進行時延；或，
增加GTPU協(xié)議層，通過GTPU協(xié)議層對亂序的數(shù)據(jù)包添加GTPU協(xié)議序號；或，
對亂序數(shù)據(jù)包丟棄重傳。
優(yōu)選地，為了能夠有效解決IP傳輸時的時延等傳輸問題，本發(fā)明實施例提供方法還可以
包括
當檢測到時延時，則調(diào)整LAPD的發(fā)送窗口和接收窗口。具體的，例如， 基站收發(fā)臺可以接收基站控制器發(fā)達的同步幀TIME—SYN，向基站控制器返回TIME一SYN 響應(yīng)；以使得基站控制器接收基站收發(fā)臺返回的TIME一SYN響應(yīng)后，計算線路環(huán)回時延、下行 偏移時間、上行偏移時間，并根據(jù)線路環(huán)回時延，調(diào)整發(fā)送窗口，并告知基站收發(fā)臺接收窗□。
其中，計算線路環(huán)回時延、下行偏移時間、上行偏移時間，具體可以包括 根據(jù)基站控制器接收TIME_SYN響應(yīng)的時間、基站控制器發(fā)送TME_SYN的時間，以及基
站收發(fā)臺發(fā)送T頂E一SYN響應(yīng)的時間、基站收發(fā)臺接收TIME_SYN的時間，計算線路環(huán)回時延； 根據(jù)基站控制器發(fā)送T頂E—SYN的時間、基站收發(fā)臺接收TIME—SYN的時間，計算下行偏
移時間；
根據(jù)基站控制器接收HME_SYN響應(yīng)的時間、基站收發(fā)臺發(fā)送HME_SYN響應(yīng)的時間，計 算得到上行偏移時間。
優(yōu)選地，為了能夠有效解決IP傳輸?shù)亩秳拥葌鬏攩栴}，本發(fā)明實施例提供的方法還可以
10包括-
根據(jù)第一次基站控制器發(fā)送TIME—SYN的時間、第一次基站收發(fā)臺接收TIME_SYN的時間、 第二次基站控制器發(fā)送TIME—SYN的時間、第二次基站收發(fā)臺接收TIME—SYN的時間，計算上 行抖動值；
根據(jù)第一次基站收發(fā)臺發(fā)送TIME—SYN響應(yīng)的時間、第一次基站控制器接收TIME_SYN響 應(yīng)的時間、第二次基站收發(fā)臺發(fā)送TIME一SYN響應(yīng)的時間、第二次基站控制器接收TIME—SYN 響應(yīng)的時間，計算下行抖動值。
綜上，通過本發(fā)明實施例提供的方法，實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS 傳輸問題、節(jié)省費用。為了對本發(fā)明實施例提供的方法進行詳細說明，請參見如下實施例
實施例2
為了實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié)省費用，本發(fā)明實 施例提供了一種實現(xiàn)接口 IP傳輸?shù)姆椒?，該方法?nèi)容如下
參見圖2，為本發(fā)明實施例提供的一種采用LAPD Over UDP/IP實現(xiàn)Abis接口 IP信令 傳輸方法流程示意圖，參見圖3，為本發(fā)明實施例提供的Abis IP化的BTS的初始化過程交 互示意圖。如圖2和圖3所示，該采用LAPD Over UDP/IP實現(xiàn)Abis接口 IP信令傳輸?shù)姆?法包括三個過程-.
首先，執(zhí)行BTS和BSC之間的DHCP過程，該過程主要實現(xiàn)BSC區(qū)分BTS，即BTS向BSC 請求為自身分配邏輯地址。其次，執(zhí)行BTS和BSC之間的LAPD過程，該過程主要實現(xiàn)BTS和 BSC之間建立LAPD鏈路。再次，執(zhí)行BTS和BSC之間的IWF配置過程，該過程主要實現(xiàn)BTS 的IWF配置。詳見如下說明
其中，由于在Abis IP方式下，無法通過物理連接區(qū)分BTS，需要通過BTS中的PTU單 板的電子標簽(電子序列號)實現(xiàn)區(qū)分，發(fā)明人通過使用DHCP (Dynamic Host Configuration Protocol,動態(tài)主機分配協(xié)議)流程來實現(xiàn)BSC區(qū)分BTS，即DHCP用于BSC將IP地址和端口 號等信息分配給BTS。
歩驟201: BSC進行預(yù)處理過程。
其中，該預(yù)處理過程包括BSC側(cè)OMU (Operation & Maintenance Unit,操作維護單 元)單板下發(fā)完成BSC、BTS、小區(qū)以及Abis鏈路的配置的命令，BSC側(cè)的XPU(X Process Unit, 信令處理單板)單板收到該命令后，將該命令轉(zhuǎn)發(fā)至PIU (Plug in Unit,插入單板)，PIU 單板收到該命令后，PIU單板中的TRANOM(Transfer Operation & Maintenance) 傳輸操作維護)完成ME (Micro Engine, 微碼弓l擎)的IWF(Interactive Website Framework,可交 互網(wǎng)頁的框架)表、DHCP Relay轉(zhuǎn)發(fā)的配置，以及LAPD鏈路IWF的配置，并向XPU單板返回 配合確認。
其中，PIU單板中的配置的Interworking交叉連接IWF表，用于將BTS內(nèi)部的HDLC(High level Data Link Control,高級數(shù)據(jù)鏈路控制)通道上傳輸?shù)臄?shù)據(jù)轉(zhuǎn)換到Abis IP接口上的 UDP/IP連接傳輸數(shù)據(jù)；
步驟202: BTS向BSC發(fā)送DHCP請求，該請求中攜帶該BTS的PTU單板的電子標簽。
其中，如前文所述，由于在Abis IP方式下，無法通過物理連接區(qū)分BTS，需要通過BTS 中的PTU (Packet Transfer Unit, 分組傳輸單板)單板的電子標簽(電子序列號)實現(xiàn) 區(qū)分，因此，通過DHCP請求攜帶自身PTU單板的電子標簽上報給BSC實現(xiàn)。
步驟203: BSC收到DHCP請求，向BTS返回DHCP響應(yīng)，該響應(yīng)中攜帶為BTS分配的PTU 的邏輯IP地址、物理IP地址、OML(Operation & Maintenance Link,操作維護鏈路)端口號 以及ESL端口號。
其中，首先BSC中的PIU單板收到BTS發(fā)送的DHCP請求，PIU單板中的IP協(xié)議模塊對 該DHCP請求進行DHCP Relay后，將DHCP請求轉(zhuǎn)發(fā)至XPU單板，XPU單板中的操作維護模 塊BTSM (BTS Maintainence， BTS維護模塊)進行加入DHCP Server功能，此時，BSC充 當DHCPServer服務(wù)器，XPU單板向PIU單板返回DHCP響應(yīng)，PIU單板將該DHCP響應(yīng)轉(zhuǎn)發(fā)給 BTS。
步驟204: BTS收到DHCP響應(yīng)后，根據(jù)該DHCP響應(yīng)中攜帶的信息，設(shè)置BTS的PTU IP 地址，設(shè)置路由、創(chuàng)建自身內(nèi)部HDLC鏈路，并設(shè)置PTU單板ME中的IWF表。 至此，完成了執(zhí)行BTS和BSC之間的DHCP過程。
步驟205: BTS根據(jù)OML端口號對應(yīng)的OML通道，向BSC發(fā)送LAPD ID請求。
其中，由于步驟104中，BTS收到DHCP響應(yīng)中攜帶BSC為BTS分配的PTU的邏輯IP地 址、物理IP地址、OML端口號以及ESL (Extend Signal Link, 擴展信令鏈路)端口號，于 是，該BTS根據(jù)BSC為自身分配的OML端口號對應(yīng)的OML通道，向BSC發(fā)送數(shù)據(jù)鏈路層控制 協(xié)議標識LAPD ID請求。
步驟206; BSC收到該LAPD ID請求后，為該BTS分配終端標識TEI，填寫版本類型和 鏈路類型，并向BTS返回LAPD ID響應(yīng)，該響應(yīng)中攜帶終端標識TEI、版本類型和鏈路類型。
其中，BSC中的PIU單板收到BTS通過OML端口號對應(yīng)的OML通道發(fā)送的LAPD ID請求， PIU單板中的ME通過IWF進行路由查找到UoIP (Universal Over IP，統(tǒng)一的IP承載協(xié)議，
12用于控制器內(nèi)部板間通信)標識(與0ML通道號映射對應(yīng))，并將攜帶了 UoIP標識的LAPD ID 請求轉(zhuǎn)發(fā)至BSC中的XPU單板，此時，基于LAPD， BSC會根據(jù)UoIP標識，查找對應(yīng)的BTS，為 該BTS分配終端標識TEI、填寫版本類型和鏈路類型，BSC中的XPU單板返回LAPD ID響應(yīng)， 該響應(yīng)中攜帶終端標識TEI、填寫版本類型和鏈路類型，PIU單板收到該LAPD ID響應(yīng)后， 將該響應(yīng)轉(zhuǎn)發(fā)至BTS。
進一步，根據(jù)系統(tǒng)需要，BTS還可以根據(jù)ESL端口號對應(yīng)的ESL通道，向BSC發(fā)送LAPD ID請求；并接收BSC通過ESL通道返回的LAPD ID響應(yīng)，處理過程與上述0ML通道類似， 本實施例為了便于說明，僅以O(shè)ML通道為例進行，本領(lǐng)域技術(shù)人員可以獲知，ESL通道的處 理情況與OML通道類似，不再贅述。
至此，完成了執(zhí)行BTS和BSC之間的LAPD過程。
步驟207: BSC通過為該BTS分配的0ML通道，向BTS發(fā)送BTS內(nèi)部HDLC鏈路創(chuàng)建請求。
其中，BSC中的XPU單板下發(fā)HDLC鏈路創(chuàng)建請求(命令)，該HDLC鏈路創(chuàng)建請求經(jīng)過PIU 單板通過之前為BTS分配的OML端口號對應(yīng)的OML通道轉(zhuǎn)發(fā)至BTS。
步驟208: BTS通過OML端口號對應(yīng)的OML通道收到該HDLC鏈路創(chuàng)建請求后，完成自身 內(nèi)部的HDLC鏈路的創(chuàng)建，并通過OML通道向BSC返回HDLC鏈路創(chuàng)建響應(yīng)。
其中，BTS的PTU單板收到該HDLC鏈路創(chuàng)建請求后，完成該PTU單板和BTMU單板之間 內(nèi)部HDLC鏈路的創(chuàng)建。并通過OML通道向BSC返回HDLC鏈路創(chuàng)建響應(yīng)，該響應(yīng)用于確認BTS 側(cè)HDLC鏈路創(chuàng)建。
步驟209: BSC收到HDLC鏈路創(chuàng)建響應(yīng)后，通過為該BTS分配的ESL通道，向BTS發(fā)送 IWF表的配置請求，該請求中攜帶LAPD與UDP/IP映射關(guān)系。
其中，所謂IWF表的配置是指上述建立的LAPD與UDP/IP映射關(guān)系.為了實現(xiàn)BSC能夠 根據(jù)接收的UDP/IP消息報文中的UDP/IP五元組(協(xié)議，本地地址，本地端口號，遠地地址，遠地 端口號)查詢得到特定的LAPD鏈路，定義了如下LAPD與UDP/IP映射關(guān)系
(1)對于語音業(yè)務(wù)而言，對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接，其中，信道包 括全速率信道或半速率信道；其中，當語音業(yè)務(wù)的信道為全速率信道時，為該全速率信道創(chuàng) 建一條UDP/IP連接；當語音業(yè)務(wù)的信道為半速率信道時，為該半速率信道創(chuàng)建一條UDP/IP 連接；
例如，在BTS呼叫接入過程中對于每個載頻的每個半速率信道創(chuàng)建一條UDP/IP連接，BSC 發(fā)送配置消息(包括預(yù)先為該半速率信道分配的UDP/IP五元組)給BTS， BTS完成內(nèi)部通道 的建立之后并將UDP/IP五元組返回給BSC, BSC完成UDP/IP五元組與半速率信道的映射表。(2)對于分組業(yè)務(wù)而言，對該分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP連接，用于承載整 個載頻上的分組數(shù)據(jù)。
例如，對于包含分組業(yè)務(wù)信道的載頻創(chuàng)建一條UDP/IP連接，BSC發(fā)送配置消息(包括已 經(jīng)給該載頻分配的UDP/IP五元組)給BTS， BTS完成內(nèi)部通道的建立并將UDP/IP五元組返回 給BSC， BSC完成內(nèi)部UDP/IP與LAPD對應(yīng)關(guān)系表的配置。
步驟210: BTS接收IWF表的配置請求，完成IWF表的配置，并通過ESL通道向BSC返回 IWF表的配置響應(yīng)。
至此，完成了執(zhí)行BTS和BSC之間的IWF表的配置過程。
步驟211: BTS進行初始化過程。
其中，當采用LAPD Over UDP/IP實現(xiàn)Abis接口 IP信令傳輸后，BTS所進行的初始化 過程與現(xiàn)有技術(shù)類似，不再贅述。
步驟212: BSC根據(jù)BTS能力指示，發(fā)起EML通道的建立，并通過EML通道向BTS發(fā)送 LAPD SABME(Set Asynchronous Balanced Mode Extended,設(shè)置異步平衡模式擴展幀)幀。
其中，由于當建立LAPD連接時，LAPD SABME幀通常是第一個被發(fā)送的幀，當發(fā)送完畢 該SABME幀之后，開始多幀證實模式，當接收端收到該LAPD SABME幀后，以前沒有被證實 的幀將會被忽略。
步驟213: BTS收到LAPD SABME幀，通過EML (Extend Maintai固ce Link,擴展的維 護鏈路)通道向BSC返回LAPD UA(Unnumbered acknowledgement,無序號確認)幀。
其中，由于當建立LAPD連接時，該LAPD UA幀作為LAPD SABME幀的響應(yīng)，用于將BTS 成功接收到該LAPD SABME幀的信息通告給BSC。
綜上，通過上述內(nèi)容，完成了 LAPD鏈路的建立(LAPD鏈路即為0ML通道，即完成了 OML 通道的建立)，該OML通道具有以下作用(1)獲取業(yè)務(wù)運行的配置參數(shù)；(2)獲取BTS的版 本更新；(3)傳遞0AM(Operation Administration Maintenance,操作管理維護)命令。BTS 中的TMU單板(Timing / Transmission and Management Unit,定時/傳輸管理單元)正 常啟動后，會一直嘗試搭起OML通道(即LAPD鏈路)，當OML通道搭接完成后，TMU單板獲 取到業(yè)務(wù)運行配置參數(shù)，此時TMU單板才能使TRU單板啟動起來。
參見圖4，為本發(fā)明實施例提供的OML通道示意圖。當OML通道創(chuàng)建完畢之后，BSC會將 基站、小區(qū)、載頻、鏈路等配置信息通過OML通道發(fā)送給BTS中的TMU單板，TMU單板收到 這些消息之后交給BTS中的BTSM單板進行處理，完成基站初始化、小區(qū)初始化、載頻初始化 以及鏈路的配置。參見圖5，為本發(fā)明實施例提供的RSL通道示意圖，在建立了OML通道后，進行IP傳輸 時需要建立RSL鏈路，該RSL通道的建立過程與0ML鏈路建立過程類似，不再贅述，但是由 于IP通道已經(jīng)在0ML通道建立過程中完成，所以在RSL鏈路建立過程中則不需要上述會將基 站、小區(qū)、載頻、鏈路等配置信息通過通道發(fā)送給BTS中的TMU單板過程。
綜上所述，當通過上述采用LAPD Over UDP/IP實現(xiàn)Abis接口 IP信令傳輸后，當基站 BTS完成初始化后，就可以實現(xiàn)BSC和BTS基于該Abis接口 IP傳輸，如實現(xiàn)Abis接口 IP 傳輸下的BTS的版本升級軟件加載/或BTS的日志告警信息傳輸。
進一步地，為了使得BSC可以支持各種BTS版本的兼容，要求BSC仍然使用LAPD SAMBE 幀進行建鏈，當BTS啟動之后使用TEI IDReq幀進行探測，由BSC告知BTS的協(xié)議類型，如 果BTS支持LAPD優(yōu)化則使用SM完成鏈路建鏈，并請求將RSL等其他LAPD也設(shè)置為支持協(xié)議 優(yōu)化類型，從而確保本發(fā)明實施例提供的方法可以實現(xiàn)BSC與BTS的兼容，降低維護和升級 費用。
進一步地，由于IP傳輸網(wǎng)絡(luò)，除了丟包、時延、抖動之外，在鏈路倒換等場景下，還 會出現(xiàn)亂序的情況，為了有效避免傳輸亂序，提出了如下方法，參見如下 方式一、通過增加選擇性重發(fā)SREJ幀來提高重傳效率。保證正常傳輸。 其中，針對降低底層誤碼率對LAPD傳輸效率影響，提出了通過增加選擇性重發(fā)SREJ幀 來提高重傳效率。
方式二、通過在LAPD底層添加一層緩沖適配層，該新增加的緩沖適配層用于對接收到的 亂序的包增加適當?shù)臅r延，然后再交給LAPD協(xié)議模塊進行處理。
其中，例如，當前時刻收到數(shù)據(jù)包N，下一個時刻收到數(shù)據(jù)包N—1，通過本發(fā)明實施例 提供的緩沖適配層對接收到的該數(shù)據(jù)包N進行時延處理，等待數(shù)據(jù)包N—1處理完畢后，再由 該緩沖適配層將數(shù)據(jù)包N交給LAPD協(xié)議模塊進行處理.
方式三、通過在接口單板上UDP之上添加GTPU協(xié)議，該GTPU協(xié)議通過為UDP/IP數(shù)據(jù)包 添加GTPU序號，從而消除UDP/IP可能帶來的亂序情況。
方式四、如果對于數(shù)據(jù)包亂序要求不是很高的應(yīng)用場合下，還可以采用對亂序的數(shù)據(jù)包 進行丟棄重傳的方式。
通過上述方法，當出現(xiàn)亂序的情況，有效避免傳輸亂序。
進一歩地，在基于該Abis接口 IP傳輸過程中，時延抖動可能變化，需要自動檢測到時 延等參數(shù)然后用于調(diào)整LAPD的發(fā)送接收窗口以便保持一定的發(fā)送帶寬。為了支持自動檢測環(huán) 回延時和抖動，控制LAPD鏈路的亂序幀數(shù)，發(fā)明人還提出了根據(jù)環(huán)回時延，調(diào)整發(fā)送窗口的方法，參見圖6，該方法內(nèi)容如下
步驟601: BTS和BSC都維護一個時間序號LAPD—TSN。
其中，BTS和BSC作為LAPD實體，都維護同一個時間序列LAPDJTSN,該LAPDJTSN大約為 32bit，用于表示時間信息(精度可以為lms);
步驟602: BSC定時向BTS發(fā)送同步幀TIME—SYN，其中，該TIME一SYN鐘包含了 3個時間 Tl、 T2和DeltaT，其中DeltaT = T3 — T2;
其中，參見圖7提供的LAPD發(fā)送端(BSC)和LAPD接收端(BTS)的交互示意圖，假設(shè) 作為LAPD的發(fā)送端定時(例如可以設(shè)定為每隔5s發(fā)送一次)，發(fā)送同步幀TIME一SYN。其中， Tl為BSC發(fā)送TIME—SYN的時間，T2為BTS接收到BSC發(fā)送的TIME一SYN的時間，T3為BTS 向BSC返回TIME—SYN響應(yīng)的時間。
步驟603: BTS收到同步幀TIME—SYN后，向BSC返回TIME—SYN響應(yīng)。
步驟604: BSC收到BTS返回的TIME一SYN響應(yīng)后，計算線路環(huán)回時延、下行偏移時間、 上行偏移時間。
其中，根據(jù)BSC收到HME—SYN響應(yīng)的時間T4、 BSC發(fā)送同步幀TIME_SYN的時間Tl，以 及DeltaT，計算得到線路環(huán)回時延，參考如下 線路環(huán)回時延Tr: T4 - Tl - DeltaT;
其中，根據(jù)BSC發(fā)送TIME—SYN的時間Tl、 BTS接收TIME—SYN的時間T2，計算得到下行 偏移時間，參考如下
下行偏移時間Tod = T2 - Tl;
其中，根據(jù)BSC收到TIME—SYN響應(yīng)的時間T4、 BTS發(fā)送TIME—SYN響應(yīng)的時間T3，計算 得到上行偏移時間，參考如下
上行偏移時間Tou = T4 - T3;
步驟605: 根據(jù)連續(xù)兩次TIME—SYN的交互，檢測上下行抖動。
其中，上行抖動Tju = ABS((Tl， - Tl) - (T2， - T2));下行抖動Tjd = ABS((T4' -T4) - (T3' -T3))。在實際統(tǒng)計抖動時，為了提高計算的精度，需要進行多次求平均處理。
步驟606: BSC根據(jù)環(huán)回時延，調(diào)整發(fā)送窗口，并告知BTS接收窗口。
其中，LAPD根據(jù)環(huán)回時延調(diào)整發(fā)送窗口，通過BSC的確認Config幀告知BTS的接收窗卩。
通過上述方法，在Abis接口工P傳輸過程中出現(xiàn)時延抖動時，通過調(diào)整LAPD的發(fā)送接收
16窗口有效保證了一定的發(fā)送帶寬。
綜上所述，本發(fā)明實施例提供的實現(xiàn)Abis接口 IP傳輸?shù)姆椒?，采用LAPD Over UDP/IP 解決Abis接口信令傳輸后，實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié) 省費用，并且還解決了 LAPD優(yōu)化后Abis接口 BTS啟動的問題，還解決了 LAPD優(yōu)化后進行 IP傳輸時，防止數(shù)據(jù)包亂序的問題，還實現(xiàn)了LAPD優(yōu)化后根據(jù)環(huán)回時延調(diào)整發(fā)送窗口。
實施例3
參見圖8，本發(fā)明實施例提供了一種實現(xiàn)Abis接口 IP傳輸?shù)南到y(tǒng)，系統(tǒng)包括基站收 發(fā)臺801和基站控制器802，其中，
所述基站收發(fā)臺801，用于獲得所述基站控制器802為所述基站收發(fā)臺801的分組傳輸 單板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號；根據(jù)所述邏輯IP地址和所述 操作維護鏈接OML端口號，建立0ML通道實現(xiàn)Abis接口 IP傳輸；
所述基站控制器802，用于為所述基站收發(fā)臺801的分組傳輸單板PTU分配的邏輯IP地 址、以及操作維護鏈接(ML端口號。
進一步地，所述基站收發(fā)臺801，還用于通過所述OML端口號對應(yīng)的通道，獲得所述基 站控制器802為所述基站收發(fā)臺801分配的終端標識TEI;并建立自身的高級數(shù)據(jù)鏈路控制 HDLC鏈路。
其中，所述基站收發(fā)臺801在獲得基站控制器802為所述基站收發(fā)臺801的分組傳輸單 板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號時，
所述基站收發(fā)臺801，用于向所述基站控制器802發(fā)送動態(tài)主機分配協(xié)議DHCP請求，所 述DHCP請求中攜帶所述基站收發(fā)臺801的分組傳輸單板PTU的電子序列號；接收所述基站控 制器802返回的DHCP響應(yīng)，所述DHCP響應(yīng)中攜帶所述基站控制器802為所述PTU分配的邏 輯IP地址、操作維護鏈接OML端口號；
相應(yīng)地，
所述基站控制器802，用于接收所述DHCP請求，根據(jù)所述電子序列號，為所述PTU分配 的邏輯IP地址、操作維護鏈接OML端口號，并返回DHCP響應(yīng)。
其中，基站收發(fā)臺801通過所述OML端口號對應(yīng)的通道，獲得所述基站控制器802為所 述基站收發(fā)臺801分配的終端標識TEI時，
所述基站收發(fā)臺801，用于通過所述OML端口號對應(yīng)的通道，向所述基站控制器802發(fā) 送數(shù)據(jù)鏈路層控制協(xié)議LAPD標識請求后，接收所述基站控制器802返回的LAPD標識指派消息，所述LAPD標識指派消息中攜帶所述基站控制器802為所述基站收發(fā)臺801分配的終端標 識TEI;
相應(yīng)地，
所述基站控制器802，用于接收LAPD標識請求，為所述基站收發(fā)臺801分配的終端標識 TEI，并返回LAPD標識指派消息。
可選地，為了能夠?qū)μ囟ǖ臉I(yè)務(wù)提供低優(yōu)先級通道，實現(xiàn)為不同等級的業(yè)務(wù)提供不同的 通道，例如，對于對鏈路質(zhì)量要求較高的業(yè)務(wù)，使用0ML通道實現(xiàn)其承載，對于對鏈路質(zhì)量 要求不是很高的業(yè)務(wù)提供EML通道實現(xiàn)其承載，所述基站收發(fā)臺801，還用于獲得基站控制 器802分配的擴展信令鏈路ESL端口號；所述基站收發(fā)臺801通過所述ESL端口號對應(yīng)的通 道，獲得所述基站控制器802分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān) 系；建立和所述基站控制器802的擴展的維護鏈路EML通道。
其中，所述基站收發(fā)臺801在建立和所述基站控制器802的EML通道時，所述基站收發(fā) 臺801，用于當所述基站收發(fā)臺801啟動后，向所述基站控制器802發(fā)送TEI ID Req幀； 接收所述基站控制器802返回的協(xié)議類型信息，如果所述基站收發(fā)臺801支持所述協(xié)議類型， 則所述基站控制器802向所述基站收發(fā)臺801發(fā)送LAPD SAMBE幀；所述基站收發(fā)臺801向所 述基站控制器802返回LAPD UA幀，實現(xiàn)所述基站收發(fā)臺801和所述基站控制器802的EML通 道的建立。
其中，所述LAPD與UDP/IP映射關(guān)系，包括對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連 接，其中，所述信道類型包括全速率信道或半數(shù)率信道；或，對于分組業(yè)務(wù)的每個載頻創(chuàng)建 一條UDP/IP連接。
綜上所述，本發(fā)明實施例提供的實現(xiàn)Abis接口 IP傳輸?shù)南到y(tǒng)，采用LAPD Over UDP/IP 解決Abis接口信令傳輸后，實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié) 省費用，并且還解決了 LAPD優(yōu)化后Abis接口 BTS啟動的問題，還解決了 LAPD優(yōu)化后進行 IP傳輸時，防止數(shù)據(jù)包亂序的問題，還實現(xiàn)了LAPD優(yōu)化后根據(jù)環(huán)回時延調(diào)整發(fā)送窗口。
實施例4
參見圖9，本發(fā)明實施例提供了一種基站收發(fā)臺BTS， BTS包括
獲取模塊901，用于獲得基站控制器為基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地 址、以及操作維護鏈接OML端口號；具體的，該獲取模塊901通過向基站控制器發(fā)送動態(tài)主 機分配協(xié)議DHCP請求，其中，DHCP請求中攜帶基站收發(fā)臺的分組傳輸單板PTU的電子序列號，從而根據(jù)接收的基站控制器返回的DHCP響應(yīng)，以實現(xiàn)獲取邏輯IP地址、以及操作維護 鏈接0ML端口號，其中，該DHCP響應(yīng)中攜帶基站控制器為PTU分配的邏輯IP地址、操作維 護鏈接0ML端口號，。
建立模塊902，用于根據(jù)邏輯IP地址和操作維護鏈接OML端口號，建立OML通道實現(xiàn)Abis 接口IP傳輸。
進一步地，獲取模塊901，還用于通過0ML端口號對應(yīng)的通道，獲得基站控制器為基站 收發(fā)臺分配的終端標識TEI;具體的，該獲取模塊901通過該OML端口號對應(yīng)的通道(即0ML 通道)，向基站控制器發(fā)送數(shù)據(jù)鏈路層控制協(xié)議LAPD標識請求后，根據(jù)接收基站控制器返回 的LAPD標識指派消息實現(xiàn)終端標識TEI的獲取，其中，該LAPD標識指派消息中攜帶基站控 制器為基站收發(fā)臺分配的終端標識TEI。
進一步地，為了能夠?qū)μ囟ǖ臉I(yè)務(wù)提供低優(yōu)先級通道，實現(xiàn)為不同等級的業(yè)務(wù)提供不同 的通道，例如，對于對鏈路質(zhì)量要求較高的業(yè)務(wù)，使用0ML通道實現(xiàn)其承載，對于對鏈路質(zhì) 量要求不是很高的業(yè)務(wù)提供EML通道實現(xiàn)其承載，獲取模塊901，還用于獲得基站控制器分 配的擴展信令鏈路ESL端口號；建立模塊902，還用于通過ESL端口號對應(yīng)的通道，獲得基 站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系；建立和基站控制 器的擴展的維護鏈路EML通道。
其中，LAPD與UDP/IP映射關(guān)系，包括對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接， 其中，信道類型包括全速率信道或半數(shù)率信道；或，對于分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP 連接。
進一步地，優(yōu)選地，為了能夠有效解決IP傳輸亂序等傳輸問題，基站收發(fā)臺，還包括 處理模塊，用于增加選擇性重發(fā)SREJ幀；或，添加緩沖適配層，通過緩沖適配層對亂序
的數(shù)據(jù)包進行時延；或，增加GTPU協(xié)議層，通過GTPU協(xié)議層對亂序的數(shù)據(jù)包添加GTPU協(xié)議
序號；或，對亂序數(shù)據(jù)包丟棄重傳。
進一步地，優(yōu)選地，為了能夠有效解決IP傳輸時的時延等傳輸問題，基站收發(fā)臺，還包
括
調(diào)整模塊，用于當檢測到時延時，接收基站控制器發(fā)達的同步幀TIME—SYN，向基站控制 器返回T頂E一SYN響應(yīng)；以使得基站控制器接收基站收發(fā)臺返回的TIME一SYN響應(yīng)后，計算線 路環(huán)回時延、下行偏移時間、上行偏移時間，并根據(jù)線路環(huán)回時延，調(diào)整發(fā)送窗口，并告知 基站收發(fā)臺接收窗口。
進一歩地，優(yōu)選地，為了能夠有效解決IP傳輸時的抖動等傳輸問題，基站收發(fā)臺，還包括
計算模塊，用于根據(jù)第一次基站控制器發(fā)送TIME—SYN的時間、第一次基站收發(fā)臺接收 HME—SYN的時間、第二次基站控制器發(fā)送TIME_SYN的時間、第二次基站收發(fā)臺接收TIME一SYN 的時間，計算上行抖動值；
根據(jù)第一次基站收發(fā)臺發(fā)送TIME_SYN響應(yīng)的時間、第一次基站控制器接收TIME—SYN響 應(yīng)的時間、第二次基站收發(fā)臺發(fā)送TIME—SYN響應(yīng)的時間、第二次基站控制器接收TIME—SYN 響應(yīng)的時間，計算下行抖動值。
綜上所述，本發(fā)明實施例提供的基站收發(fā)臺BTS，采用LAPD Over UDP/IP解決Abis 接口信令傳輸后，實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié)省費用， 并且還解決了 LAPD優(yōu)化后Abis接口 BTS啟動的問題，還解決了 LAPD優(yōu)化后進行IP傳輸時， 防止數(shù)據(jù)包亂序的問題，還實現(xiàn)了 LAPD優(yōu)化后根據(jù)環(huán)回時延調(diào)整發(fā)送窗口。
實施例5
參見圖IO，本發(fā)明實施例提供了一種基站控制器BSC，基站控制器包括
接收模塊1001，用于接收基站收發(fā)臺的分組傳輸單板PTU的電子序列號；
分配模塊1002，用于根據(jù)電子序列號，為基站收發(fā)臺的分組傳輸單板PTU分配邏輯IP
地址、以及操作維護鏈接OML端口號；以使得基站收發(fā)臺根據(jù)邏輯IP地址和操作維護鏈接
OML端口號，建立OML通道實現(xiàn)Abi s接口 IP傳輸。
進一步地，接收模塊1001還用于接收基站收發(fā)臺通過0亂端口號對應(yīng)的通道發(fā)送的數(shù)據(jù)
鏈路層控制協(xié)議LAPD標識請求；
相應(yīng)地，分配模塊1002還用于根據(jù)LAPD標識請求，為基站收發(fā)臺分配并返回終端標識
TEI。
進一步地，分配模塊1002，還用于為基站收發(fā)臺分配擴展信令鏈路ESL端口號，以使得 基站收發(fā)臺通過ESL端口號對應(yīng)的通道，獲得基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/ 網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系；建立和基站控制器的擴展的維護鏈路EML通道。
綜上所述，本發(fā)明實施例提供的基站控制器BSC，采用LAPD Over UDP/IP解決Abis 接口信令傳輸后，實現(xiàn)Abis接口 IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié)省費用， 并且還解決了 LAPD優(yōu)化后Abis接口 BTS啟動的問題，還解決了 LAPD優(yōu)化后進行IP傳輸時， 防止數(shù)據(jù)包亂序的問題，還實現(xiàn)了 LAPD優(yōu)化后根據(jù)環(huán)回時延調(diào)整發(fā)送窗口。
綜上所述，本發(fā)明實施例提供的技術(shù)方案，IP傳輸場景下，使用LAPD Over UDP/IP方
20案，解決IP傳輸?shù)臅r延、丟包、抖動的傳輸問題。采用該方案不需要額外外接IP到TDM轉(zhuǎn) 換設(shè)備，節(jié)省傳輸和維護費用；針對每個用戶都有一個UDP/IP連接，在各個交換節(jié)點的時候 不需要去解UDP/IP里面的內(nèi)容即可以進行交換，交換效率更高；可以針對每個用戶的每個業(yè) 務(wù)進行流量控制，進行優(yōu)先級的安排；不需要增加額外的頭部消息，在IP Over El傳輸效率 比較高。
本發(fā)明實施例中的"接收" 一詞可以理解為主動從其他模塊獲取也可以是接收其他模塊 發(fā)送來的信息。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不 一定是實施本發(fā)明所必須的。
本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述分布于實施例的 裝置中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊 可以合并為一個模塊，也可以進一步拆分成多個子模塊。
上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
本發(fā)明實施例中的部分步驟，可以利用軟件實現(xiàn)，相應(yīng)的軟件程序可以存儲在可讀取的 存儲介質(zhì)中，如光盤或硬盤等。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之 內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種實現(xiàn)Abis接口IP傳輸?shù)姆椒?，其特征在于，所述方法包括基站收發(fā)臺獲得基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號；根據(jù)所述邏輯IP地址和所述操作維護鏈接OML端口號，建立OML通道實現(xiàn)Abis接口IP傳輸。
2、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括-所述基站收發(fā)臺通過所述0ML端口號對應(yīng)的通道，獲得所述基站控制器為所述基站收發(fā) 臺分配的終端標識TEI;并建立自身的高級數(shù)據(jù)鏈路控制HDLC鏈路。
3、 如權(quán)利要求1或2所述的方法，其特征在于，所述基站收發(fā)臺獲得基站控制器為所述 基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號，包括基站收發(fā)臺基站收發(fā)臺向基站控制器發(fā)送動態(tài)主機分配協(xié)議DHCP請求，所述DHCP請求 中攜帶所述基站收發(fā)臺的分組傳輸單板PTU的電子序列號；接收所述基站控制器返回的DHCP響應(yīng)，所述響應(yīng)中攜帶所述基站控制器為所述PTU分配 的邏輯IP地址、操作維護鏈接OML端口號。
4、 如權(quán)利要求2所述的方法，其特征在于，所述基站收發(fā)臺通過所述OML端口號對應(yīng)的 通道，獲得所述基站控制器為所述基站收發(fā)臺分配的終端標識TEI，包括所述基站收發(fā)臺通過所述0ML端口號對應(yīng)的通道，向所述基站控制器發(fā)送數(shù)據(jù)鏈路層控 制協(xié)議LAPD標識請求后，接收所述基站控制器返回的LAPD標識指派消息，所述LAPD標識指 派消息中攜帶所述基站控制器為所述基站收發(fā)臺分配的終端標識TEI。
5、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括 所述基站收發(fā)臺獲得基站控制器分配的擴展信令鏈路ESL端口號；所述基站收發(fā)臺通過所述ESL端口號對應(yīng)的通道，獲得所述基站控制器分配的LAPD與用 戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系；建立和所述基站控制器的擴展的維護鏈路 EML通道。
6、 如權(quán)利要求5所述的方法，其特征在于，所述基站收發(fā)臺通過所述ESL端口號對應(yīng)的 通道，獲得所述基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系，包括所述基站收發(fā)臺通過所述ESL端口號對應(yīng)的通道，向所述基站控制器發(fā)送請求后，接收 所述基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系。
7、 如權(quán)利要求5或6所述的方法，其特征在于，所述建立和所述基站控制器的EML通道， 包括所述基站收發(fā)臺啟動后，向所述基站控制器發(fā)送TEI ID Req幀；所述基站收發(fā)臺接收所述基站控制器返回的協(xié)議類型信息，如果所述基站收發(fā)臺支持所 述協(xié)議類型，則接收所述基站控制器向所述基站收發(fā)臺發(fā)送的LAPDSAMBE幀；所述基站收發(fā) 臺向所述基站控制器返回LAPD UA幀，實現(xiàn)所述基站收發(fā)臺和所述基站控制器的EML通道的建
8、 如權(quán)利要求5或6所述的方法，其特征在于，所述LAPD與UDP/IP映射關(guān)系，包括 對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接，其中，所述信道類型包括全速率信道或半數(shù)率信道；或，對于分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP連接。
9、 如權(quán)利要求l所述的方法，其特征在于，當IP傳輸出現(xiàn)亂序時，所述方法還包括 增加選擇性重發(fā)SREJ幀；或，添加緩沖適配層，通過所述緩沖適配層對亂序的數(shù)據(jù)包進行時延；或，增加GTPU協(xié)議層，通過所述GTPU協(xié)議層對亂序的數(shù)據(jù)包添加GTPU協(xié)議序號；或，對亂序數(shù)據(jù)包丟棄重傳。
10、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括 當檢測到時延時，則調(diào)整LAPD的發(fā)送窗口和接收窗口 。
11、 如權(quán)利要求10所述的方法，其特征在于，所述調(diào)整LAPD的發(fā)送窗口和接收窗口，包括所述基站收發(fā)臺接收所述基站控制器發(fā)達的同步幀TIME—SYN，向基站控制器返回 TIME_SYN響應(yīng)；以使得所述基站控制器接收基站收發(fā)臺返回的TIME_SYN響應(yīng)后，計算線路 環(huán)回時延、下行偏移時間、上行偏移時間，并根據(jù)所述線路環(huán)回時延，調(diào)整發(fā)送窗口，并告 知所述基站收發(fā)臺接收窗口。
12、 如權(quán)利要求ll所述的方法，其特征在于，所述計算線路環(huán)回時延、下行偏移時間、 上行偏移時間，包括根據(jù)基站控制器接收TIME一S預(yù)響應(yīng)的時間、所述基站控制器發(fā)送TIME—SYN的時間，以 及所述基站收發(fā)臺發(fā)送TIME_SYN響應(yīng)的時間、所述基站收發(fā)臺接收所述TIME—SYN的時間， 計算線路環(huán)回時延；根據(jù)基站控制器發(fā)送TIME—SYN的時間、基站收發(fā)臺接收TIME一SYN的時間，計算下行偏 移時間；根據(jù)基站控制器接收TIME—SYN響應(yīng)的時間、基站收發(fā)臺發(fā)送TIME一SYN響應(yīng)的時間，計 算得到上行偏移時間。
13、 如權(quán)利要求11或12述的方法，其特征在于，所述方法還包括 根據(jù)第一次基站控制器發(fā)送TIME—SYN的時間、第一次基站收發(fā)臺接收所述TIME—SYN的時間、第二次基站控制器發(fā)送TIME一SYN的時間、第二次基站收發(fā)臺接收所述TIME—SYN的時 間，計算上行抖動值；根據(jù)第一次基站收發(fā)臺發(fā)送TIME_SYN響應(yīng)的時間、第一次基站控制器接收TIME—SYN響 應(yīng)的時間、第二次基站收發(fā)臺發(fā)送TIME一SYN響應(yīng)的時間、第二次基站控制器接收TIME_SYN 響應(yīng)的時間，計算下行抖動值。
14、 一種實現(xiàn)Abis接口 IP傳輸?shù)南到y(tǒng)，其特征在于，所述系統(tǒng)包括基站收發(fā)臺和基 站控制器，其中，所述基站收發(fā)臺，用于獲得所述基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配 的邏輯IP地址、以及操作維護鏈接OML端口號；根據(jù)所述邏輯IP地址和所述操作維護鏈接 0ML端口號，建立0ML通道實現(xiàn)Abis接口 IP傳輸；所述基站控制器，用于為所述基站收發(fā)臺的分組傳輸單板PTU分配邏輯IP地址、以及操 作維護鏈接0ML端口號。
15、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述基站收發(fā)臺，還用于通過所述OML端口號對應(yīng)的通道，獲得所述基站控制器為所述 基站收發(fā)臺分配的終端標識TEI;并建立自身的高級數(shù)據(jù)鏈路控制HDLC鏈路。
16、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述基站收發(fā)臺，還用于獲得基站控制器分配的擴展信令鏈路ESL端口號；所述基站收 發(fā)臺通過所述ESL端口號對應(yīng)的通道，獲得所述基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議 UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系；建立和所述基站控制器的擴展的維護鏈路EML通道。
17、 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述LAPD與UDP/IP映射關(guān)系，包括 對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接，其中，所述信道類型包括全速率信道或半數(shù)率信道；或，對于分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP連接。
18、 一種基站收發(fā)臺，其特征在于，所述基站收發(fā)臺，包括獲取模塊，用于獲得基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地 址、以及操作維護鏈接OML端口號；建立模塊，用于根據(jù)所述邏輯IP地址和所述操作維護鏈接OML端口號，建立0ML通道實 現(xiàn)Abis接口 IP傳輸。
19、 如權(quán)利要求18所述的基站收發(fā)臺，其特征在于，所述獲取模塊，還用于通過所述OML端口號對應(yīng)的通道，獲得所述基站控制器為所述基 站收發(fā)臺分配的終端標識TEI;所述建立模塊，還用于建立自身的高級數(shù)據(jù)鏈路控制HDLC鏈路。
20、 如權(quán)利要求18所述的基站收發(fā)臺，其特征在于， 所述獲取模塊，還用于獲得基站控制器分配的擴展信令鏈路ESL端口號； 所述建立模塊，還用于通過所述ESL端口號對應(yīng)的通道，獲得所述基站控制器分配的LAPD與用戶數(shù)據(jù)報協(xié)議UDP/網(wǎng)絡(luò)互連協(xié)議IP的映射關(guān)系；建立和所述基站控制器的擴展的維護 鏈路EML通道。
21、 如權(quán)利要求20所述的基站收發(fā)臺，其特征在于，所述LAPD與UDP/IP映射關(guān)系，包括對語音業(yè)務(wù)的每個信道創(chuàng)建一條UDP/IP連接，其中，所述信道類型包括全速率信道或半 數(shù)率信道；或，對于分組業(yè)務(wù)的每個載頻創(chuàng)建一條UDP/IP連接。
22、 如權(quán)利要求18所述的基站收發(fā)臺，其特征在于，所述基站收發(fā)臺，還包括 處理模塊，用于增加選擇性重發(fā)SREJ幀；或，添加緩沖適配層，通過所述緩沖適配層對亂序的數(shù)據(jù)包進行時延；或，增加GTPU協(xié)議層，通過所述GTPU協(xié)議層對亂序的數(shù)據(jù)包添加 GTPU協(xié)議序號；或，對亂序數(shù)據(jù)包丟棄重傳。
23、 如權(quán)利要求18所述的基站收發(fā)臺，其特征在于，所述基站收發(fā)臺，還包括 調(diào)整模塊，用于當檢測到時延時，接收所述基站控制器發(fā)達的同步幀TIME—SYN，向基站控制器返回TIME一SYN響應(yīng)；以使得所述基站控制器接收基站收發(fā)臺返回的TIME_SYN響應(yīng)后， 計算線路環(huán)回時延、下行偏移時間、上行偏移時間，并根據(jù)所述線路環(huán)回時延，調(diào)整發(fā)送窗 口，并告知所述基站收發(fā)臺接收窗口。
24、 如權(quán)利要求18所述的基站收發(fā)臺，其特征在于，所述基站收發(fā)臺，還包括-計算模塊，用于根據(jù)第一次基站控制器發(fā)送TIME—SYN的時間、第一次基站收發(fā)臺接收所述TIME—SYN的時間、第二次基站控制器發(fā)送TIME—SYN的時間、第二次基站收發(fā)臺接收所述 TIME_SYN的時間，計算上行抖動值；根據(jù)第一次基站收發(fā)臺發(fā)送TIME—SYN響應(yīng)的時間、第 一次基站控制器接收HME_SYN響應(yīng)的時間、第二次基站收發(fā)臺發(fā)送TIME一SYN響應(yīng)的時間、 第二次基站控制器接收TIME一SYN響應(yīng)的時間，計算下行抖動值。
全文摘要
本發(fā)明公開了一種實現(xiàn)接口IP傳輸?shù)姆椒?、系統(tǒng)和設(shè)備，屬于通信領(lǐng)域。所述方法包括基站收發(fā)臺獲得基站控制器為所述基站收發(fā)臺的分組傳輸單板PTU分配的邏輯IP地址、以及操作維護鏈接OML端口號；根據(jù)所述邏輯IP地址和所述操作維護鏈接OML端口號，建立OML通道實現(xiàn)Abis接口IP傳輸。本發(fā)明通過采用LAPD Over UDP/IP解決Abis接口信令傳輸后，實現(xiàn)Abis接口IP傳輸，提高傳輸效率、解決QoS傳輸問題、節(jié)省費用。
文檔編號H04W28/06GK101594638SQ20091008767
公開日2009年12月2日 申請日期2009年6月25日 優(yōu)先權(quán)日2009年6月25日
發(fā)明者徐澤平 申請人:華為技術(shù)有限公司