專利名稱：第二代移動(dòng)通信系統(tǒng)中實(shí)現(xiàn)a接口ip化的方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)領(lǐng)域，尤其涉及一種第二代移動(dòng)通信系統(tǒng)中的 A接口IP化的實(shí)現(xiàn)技術(shù)。
背景技術(shù)：
GSM (全球移動(dòng)通信系統(tǒng))的結(jié)構(gòu)如圖1所示，在GSM系統(tǒng)中，BTS (基站)和BSC (其站控制器)統(tǒng)稱為基站子系統(tǒng)BSS。 BTC和BSC之間接 口稱為Abis接口， BSS和MSC (移動(dòng)交換中心)之間的接口稱為A接口。
目前，如圖2所示，Abis接口和A接口都采用TDM (時(shí)分復(fù)用)傳輸技 術(shù)，所述的Abis接口采用TRAU (速率適配單元)協(xié)議幀來(lái)傳輸GSM語(yǔ)音和 數(shù)據(jù)報(bào)文，每個(gè)TRAU通道占有16K帶寬，采用的語(yǔ)音編碼格式為HR (半速 率)、FR (全速率)或EFR (增強(qiáng)全速率)語(yǔ)音編碼方式；所述的A接口則 采用G.711方式傳輸語(yǔ)音和數(shù)據(jù)報(bào)文。
在GSM系統(tǒng)的核心網(wǎng)側(cè)，采用了承載控制分離的傳輸方式，在該方式 下所有的信令控制部分均由MSC SERVER (移動(dòng)交換中心服務(wù)器)，即 MSC負(fù)責(zé)處理，所有的承載部分由MGW (媒體網(wǎng)關(guān))負(fù)責(zé)處理。MGW之間 的核心網(wǎng)采用IP傳輸方式，提高傳輸效率，節(jié)省帶寬。
在實(shí)現(xiàn)本發(fā)明過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問(wèn)題
1、 BSC需要完成無(wú)線側(cè)的HR、 FR或EFR的壓縮編碼到G.711的非壓縮 編碼的轉(zhuǎn)換處理，既降低了語(yǔ)音質(zhì)量，又浪費(fèi)了TC (碼交換器)資源；
2、 A接口采用G.711編碼，每路呼叫需要占有64Kbps的帶寬，造成BSS(基站子系統(tǒng))到核心網(wǎng)的傳輸資源的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了 一種第二代移動(dòng)通信系統(tǒng)中實(shí)現(xiàn)A接口 IP化的方 法、設(shè)備及系統(tǒng)，以提高GSM系統(tǒng)等第二代移動(dòng)通信系統(tǒng)中語(yǔ)音傳輸?shù)馁|(zhì) 量，并可以節(jié)省TC資源。
本發(fā)明實(shí)施例提供了 一種第二代無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)A接口 IP化的方 法，用于實(shí)現(xiàn)基站控制設(shè)備與媒體網(wǎng)關(guān)間的A接口的IP化處理，包括
基站控制設(shè)備對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除速率適配單元TRAU封裝，獲 得壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；
將所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP包中，并通過(guò)基站控制設(shè)備與媒 體網(wǎng)關(guān)之間的A接口傳遞給所述々某體網(wǎng)關(guān)。
本發(fā)明實(shí)施例提供了 一種第二代無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)A接口 IP化的系 統(tǒng)，用于實(shí)現(xiàn)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口的IP化處理，包括
基站控制設(shè)備，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除速率適配單元TRAU封 裝，獲得壓縮語(yǔ)音編碼靜荷，并將所述經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP 包中后發(fā)送；
媒體網(wǎng)關(guān)，用于通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口獲取基站控 制設(shè)備發(fā)送來(lái)的封裝于IP包中的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)，并繼續(xù)傳輸。 本發(fā)明實(shí)施例提供了一種基站控制設(shè)備，包括
TRAU終結(jié)單元，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除速率適配單元TRAU封 裝，獲得的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；
數(shù)據(jù)封裝單元，用于將TRAU終結(jié)單元處理獲得的壓縮語(yǔ)音編碼靜荷數(shù) 據(jù)封裝于IP包中；
第一數(shù)據(jù)傳輸單元，用于將所述數(shù)據(jù)封裝單元封裝后的所述IP包發(fā)送給媒體網(wǎng)關(guān)。
本發(fā)明實(shí)施例提供了一種媒體網(wǎng)關(guān)，包括
數(shù)據(jù)接收單元，用于接收通過(guò)A接口傳輸來(lái)的IP包，所述的IP包承載著經(jīng) 過(guò)去除TRAU封裝后的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；
轉(zhuǎn)換處理單元，用于將所述IP包中的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)的壓縮編碼 方式和/或封裝方式轉(zhuǎn)換為接收端采用的壓縮編碼方式和/或封裝方式后承載 于IP包中；
第二數(shù)據(jù)傳輸單元，用于發(fā)送所述編碼轉(zhuǎn)換單元轉(zhuǎn)換處理后的IP包。 由上述本發(fā)明的實(shí)施例提供的技術(shù)方案可以看出，其可以避免在GSM等 無(wú)線通信系統(tǒng)中的無(wú)線側(cè)和核心網(wǎng)進(jìn)行編解碼的轉(zhuǎn)換，從而可以實(shí)現(xiàn)全路徑 或部分路徑的TRFO (免碼變換操作)，以提高語(yǔ)音質(zhì)量，節(jié)省設(shè)備成本。 進(jìn)一步地，還可以降低傳輸消耗，提高傳輸利用率，降低傳輸成本。


圖1為現(xiàn)有技術(shù)中GSM系統(tǒng)的結(jié)構(gòu)示意圖2為現(xiàn)有技術(shù)中GSM系統(tǒng)中的A接口傳輸過(guò)程示意圖3為本發(fā)明實(shí)施例提供的A接口 IP化后的組網(wǎng)結(jié)構(gòu)示意圖4為本發(fā)明實(shí)施例的具體實(shí)現(xiàn)結(jié)構(gòu)示意圖5為本發(fā)明實(shí)施例中A接口用戶面協(xié)議棧示意圖6為本發(fā)明實(shí)施例中的2G到2G的呼叫過(guò)程示意圖7為本發(fā)明實(shí)施例中Nb接口用戶面協(xié)議棧示意圖一；
圖8為本發(fā)明實(shí)施例中的2G與3G互通的組網(wǎng)示意圖9為本發(fā)明實(shí)施例中Nb接口用戶面協(xié)議棧示意圖二；
圖10為本發(fā)明實(shí)施例中Nb接口用戶面協(xié)議棧示意圖三；
圖11為本發(fā)明實(shí)施例中的裝置及系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例中，A接口IP化后組網(wǎng)結(jié)構(gòu)如圖3所示，在A接口采用IP傳 輸技術(shù)，而不再采用TDM傳輸技術(shù)。
本發(fā)明實(shí)施中，提供了在第二代無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)A接口 IP化的技術(shù) 方案，以實(shí)現(xiàn)基站控制設(shè)備與媒體網(wǎng)關(guān)間的A接口的IP化處理。具體可以 為首先在BSC (基站控制器)等基站控制設(shè)備對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)進(jìn)行 去除速率適配單元TRAU封裝的處理(即TRAU終結(jié)處理)，獲得經(jīng)過(guò)壓縮語(yǔ) 音編碼靜荷數(shù)據(jù)；之后，將所述經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP包中， 并通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口傳遞給所述媒體網(wǎng)關(guān)，以通過(guò) 所述々某體網(wǎng)關(guān)繼續(xù)進(jìn)行業(yè)務(wù)傳輸處理。
在上述去除TRAU封裝的實(shí)現(xiàn)過(guò)程中，具體可以根據(jù)其中的特定比特位 獲得當(dāng)前幀的壓縮語(yǔ)音編碼方式；之后，便可以根據(jù)確定的編碼方式，對(duì)數(shù) 據(jù)進(jìn)行相應(yīng)的處理，例如，對(duì)FR編碼方式，20ms的FR語(yǔ)音正好是260個(gè) Bit, D1-D260就是最終的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；對(duì)EFR編碼方式，需要將 260Bit中用于CRC校驗(yàn)的非EFR語(yǔ)音編碼數(shù)據(jù)去除，以得到最終的20ms EFR語(yǔ)音對(duì)應(yīng)的244Bit數(shù)據(jù)，等等。
本發(fā)明實(shí)施例中，在媒體網(wǎng)關(guān)接收到所述通過(guò)IP包傳送來(lái)的經(jīng)過(guò)壓縮語(yǔ) 音編碼靜荷數(shù)據(jù)(即壓縮編碼后的靜荷數(shù)據(jù))后，還可以執(zhí)行以下兩種處理 中的至少一種
(1 )判斷所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編碼方式與該數(shù)據(jù)的接 收端側(cè)采用的壓縮編碼方式是否相同；
(2 )判斷所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的封裝方式與該數(shù)據(jù)的接收端 側(cè)采用的封裝方式是否相同；
在上述判斷處理過(guò)程中，若判斷結(jié)果相同，則直接將所述數(shù)據(jù)傳送給該數(shù)據(jù)的接收端側(cè)的媒體網(wǎng)關(guān)，否則，將所述數(shù)據(jù)的壓縮編碼方式和封裝方式 中的判斷為不同的至少一項(xiàng)轉(zhuǎn)換為接收端側(cè)采用的壓縮編碼方式和/或封裝方 式后傳送給接收端側(cè)的媒體網(wǎng)關(guān)。
為使得媒體網(wǎng)關(guān)能夠識(shí)別確定經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編
碼方式，則相應(yīng)的處理過(guò)程可以為首先由基站控制設(shè)備將收到的經(jīng)過(guò)壓縮 語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編碼方式傳送給移動(dòng)交換中心服務(wù)器，之后由 移動(dòng)交換中心服務(wù)器將所述數(shù)據(jù)采用的壓縮編碼方式發(fā)送給J^某體網(wǎng)關(guān)，從而 使得媒體網(wǎng)關(guān)獲知相應(yīng)的壓縮編碼方式。
再者，為使得媒體網(wǎng)關(guān)和基站控制設(shè)備可以獲知接收數(shù)據(jù)的承載信息， 還可以由基站控制設(shè)備將發(fā)送的數(shù)據(jù)采用的承載信息發(fā)送給移動(dòng)交換中心服 務(wù)器，再由移動(dòng)交換中心服務(wù)器將所述的承載信息發(fā)送給媒體網(wǎng)關(guān)；以及， 可以由媒體網(wǎng)關(guān)將發(fā)送數(shù)據(jù)采用的承載信息發(fā)送給移動(dòng)交換中心服務(wù)器，并 由移動(dòng)交換中心服務(wù)器將所述的承載信息發(fā)送給基站控制設(shè)備。
本發(fā)明實(shí)施例提供的業(yè)務(wù)傳輸過(guò)程包括在第二代移動(dòng)通信系統(tǒng)中的業(yè)務(wù) 傳輸過(guò)程，以及在第二代移動(dòng)通信系統(tǒng)與第三代移動(dòng)通信系統(tǒng)之間的業(yè)務(wù)傳 輸過(guò)程，下面將分別進(jìn)行說(shuō)明
在第二代移動(dòng)通信系統(tǒng)中，主叫用戶側(cè)的媒體網(wǎng)關(guān)和被叫用戶側(cè)的媒體
網(wǎng)關(guān)之間不采用用戶平面封裝方式進(jìn)行業(yè)務(wù)的傳輸，即在J 某體網(wǎng)關(guān)上不進(jìn)行 用戶平面封裝操作；
在第二代移動(dòng)通信系統(tǒng)與第三代移動(dòng)通信系統(tǒng)中，若主叫用戶側(cè)的媒體 網(wǎng)關(guān)和被叫用戶側(cè)的媒體網(wǎng)關(guān)之間采用單速率編碼，則兩媒體網(wǎng)關(guān)之間不采 用用戶平面封裝方式進(jìn)行業(yè)務(wù)的傳輸，即在媒體網(wǎng)關(guān)上不進(jìn)行用戶平面封裝 操作，若采用多速率編碼，則采用用戶平面封裝方式進(jìn)行業(yè)務(wù)的傳輸，即在 媒體網(wǎng)關(guān)上需要進(jìn)行相應(yīng)的用戶平面封裝操作。
在上述處理過(guò)程中，所述基站控制設(shè)備與媒體網(wǎng)關(guān)之間采用RTP (實(shí)時(shí)傳輸協(xié)議)封裝方式進(jìn)行業(yè)務(wù)的傳輸。
為便于對(duì)本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施例的具體 實(shí)現(xiàn)進(jìn)行詳細(xì)說(shuō)明。
以Abis口為TDM (時(shí)分復(fù)用)接口為例，在BSC上，僅完成TDM承載到 IP承載的轉(zhuǎn)換，實(shí)現(xiàn)TRAU的終結(jié)，即實(shí)現(xiàn)去除TRAU封裝處理，而不進(jìn)行編 碼轉(zhuǎn)換。即在BSC到MGW之間傳輸?shù)氖墙?jīng)GSM壓縮編碼后的數(shù)據(jù)，相應(yīng)的 壓縮編碼方式可以為HR編碼、FR編碼、EFR編碼或AMR (自適應(yīng)速率)編 碼等等。
如圖3所示，在BSC中，將GSM壓縮編碼語(yǔ)音靜荷封裝為RTP (實(shí)時(shí)傳 輸協(xié)議)報(bào)文后發(fā)送給MGW,且在BSC中無(wú)需再保留設(shè)置TC。
本發(fā)明實(shí)施例的具體實(shí)現(xiàn)如圖4所示，其中，TRAU終結(jié)于BSC,在BSC 與MGW之間采用基于IP的封裝方式進(jìn)行待傳輸業(yè)務(wù)的封裝傳遞，例如，將所 述待傳輸業(yè)務(wù)(如壓縮編碼后的語(yǔ)音業(yè)務(wù)等)封裝于IP報(bào)文中，或者，封裝 于基于IP的UDP (用戶數(shù)據(jù)報(bào)協(xié)議)報(bào)文中，或者，封裝于基于IP的RTP報(bào) 文中，等等；相應(yīng)的TC則不再設(shè)置于BSC中，而選擇設(shè)置于MGW中。
這樣，若主叫用戶側(cè)與被叫用戶側(cè)采用的Codec (多媒體數(shù)字信號(hào)編解 碼器) 一致，則可以實(shí)現(xiàn)整個(gè)傳輸過(guò)程的TRFO (免碼變換操作)，即實(shí)現(xiàn) 整個(gè)通話路徑免TC;若主叫用戶和被叫用戶側(cè)采用的Codec不一致，則只需 在一側(cè)的MGW上插入TC,以進(jìn)行相應(yīng)的編解碼轉(zhuǎn)換處理即可，例如，在被 叫用戶側(cè)的MGW上插入TC ，若發(fā)現(xiàn)主叫用戶側(cè)與被叫用戶側(cè)的Codec不一 致，則通過(guò)相應(yīng)的TC執(zhí)行相應(yīng)的壓縮編碼方式的轉(zhuǎn)換處理，以保證主叫用戶 和被叫用戶之間的正常通信。
由于BSC與MGW之間的用戶面A接口采用壓縮編碼方式來(lái)傳輸語(yǔ)音業(yè) 務(wù)，而且IP傳輸可以實(shí)現(xiàn)統(tǒng)計(jì)復(fù)用，因此，可以有效節(jié)省傳輸帶寬。
而且，由于不再為每路呼叫設(shè)置相應(yīng)的TC，使得當(dāng)主備叫側(cè)的編碼一致時(shí)，可以實(shí)現(xiàn)TRFO,從而提高語(yǔ)音質(zhì)量。
在本發(fā)明實(shí)施例中，為實(shí)現(xiàn)TRAU終結(jié)于BSC、 TC終結(jié)于MGW,還提 供了A4妄口、 Nb接口、 Mc4妄口的詳細(xì)實(shí)現(xiàn)方案，下面將逐一進(jìn)4亍說(shuō)明。 (一)A接口語(yǔ)音協(xié)議棧
無(wú)論Abis接口為基于IP或TDM, BSC中的TRAU均會(huì)統(tǒng)一將Abis接口的 語(yǔ)音報(bào)文封裝如圖5所示的格式，即不帶UP (用戶平面)的RTP封裝格式， 由下層至上層依次為MAC (媒體接入控制)或PPP (點(diǎn)對(duì)點(diǎn)協(xié)議)協(xié)議 層、IP層、UDP層、RTP層及Payload (承載)層，其中，
對(duì)于FE (快速以太網(wǎng))或GE (千兆以太網(wǎng))接口，相應(yīng)的底層為MAC 層；對(duì)于POS (PPP OVER SDH，基于同步數(shù)字序列的點(diǎn)對(duì)點(diǎn)協(xié)議)和IP OVERE1 (基于E1的IP)接口，相應(yīng)的底層為PPP層；
相應(yīng)的最上層的Payload層，對(duì)于EFR、 FR或HR編碼方式，承載的是語(yǔ) 音報(bào)文的靜荷，其具體字節(jié)序封裝格式可以采用在ETSI ts_101318 (歐洲電 信標(biāo)準(zhǔn)協(xié)會(huì)，European Telecommunications Sdandards Institute簡(jiǎn)稱 ETSI)標(biāo)準(zhǔn)定義的封裝方式；對(duì)于AMR編碼方式，則由于其為變數(shù)率語(yǔ)音編 碼，具有帶內(nèi)語(yǔ)音速率調(diào)整過(guò)程，故相應(yīng)的Payload層采用IETF RFC3267 (IETF RFC , The Internet Engineering Task Force Request For Comments,即互連網(wǎng)工程任務(wù)組要求注解)標(biāo)準(zhǔn)中定義的封裝方式。
本發(fā)明實(shí)施例中，為了與TRAU保持一致，具體可以設(shè)置語(yǔ)音業(yè)務(wù)的打 包時(shí)間統(tǒng)一為20ms。
以GSM系統(tǒng)為例，其常用的編碼方式包括EFR、 FR、 HR或AMR，等 等。其中，EFR和FR的Clock rate (時(shí)鐘速率)均為8000Hz, FR的PT (承 載類型，PayloadType)為靜態(tài)的3， EFR的PT為動(dòng)態(tài)(96-127)。
在FR編碼方式下，由于采用靜態(tài)PT,故相應(yīng)處理比較簡(jiǎn)單。在EFR編碼方式下，即對(duì)于A接口的EFR編碼的PT，則需要擴(kuò)展BSSAP (基站系統(tǒng)應(yīng)用部分)信令，由MSC Server與BSC之間協(xié)商BSC和MGW之 間的EFR的PT;或者，由在MSC Server上預(yù)先配置相應(yīng)的PT,之后通過(guò) BSSAP消息和Mc消息下發(fā)給BSC和MGW;或者，也可以在BSC和MGW上 通過(guò)配置決定相應(yīng)的PT (取值范圍為96-127),且兩側(cè)保持一致即可。
對(duì)于HR等其他編碼方式，則可以對(duì)照上述PT確定方式實(shí)現(xiàn)，例如，與 EFR保持一致，采用動(dòng)態(tài)PT,故不——說(shuō)明。
FR: 3;
EFR: 96-127; HR: 96-127; AMR: 96-127;
DATA (數(shù)據(jù)業(yè)務(wù))96-127; RED (冗余):96-127;
其中，EFR、 HR、 AMR或數(shù)據(jù)業(yè)務(wù)，其數(shù)據(jù)冗余均為動(dòng)態(tài)PT,具體取 值由MSC Server統(tǒng)一下發(fā)給MGW和BSC。 相應(yīng)的PTIME (打包時(shí)間)20ms。 DTX (不連續(xù)發(fā)送)BSS和MGW都需要支持。
(二) Mc4妄口的實(shí)現(xiàn)
MSC Server通過(guò)Mc接口向MGW提供A接口的承載信息。 具體可以為BSC通過(guò)擴(kuò)展BSSMAP消息將自身的如IP地址、端口號(hào)等 承載信息上報(bào)給MSC Server,并由MSC Server將所述BSC的承載信息，以 及Codec協(xié)商的結(jié)果，下發(fā)給MGW;同時(shí)，MSC Server還接收MGW發(fā)來(lái)的 MGW的承載信息，并將MGW的承載信息下發(fā)給BSC。對(duì)于不同編碼方式，MSC Server下發(fā)的承載信息的SDP (會(huì)話描述協(xié) 議)消息的定義如下 (1 ) FR編碼 c= IN IP4 10.10.10.1; m=audio 49120 RTP/AVP 3; a=ptime:20;
其中，c是指連接信息(connection information) , m是指媒體名和傳輸 地址(media name and transport address) , a-ptime是指打包時(shí)間 (packet time)。 (2 ) EFR編碼 c= IN IP4 10.10.10.1; m=audio 49120 RTP/AVP 98; a=rtpmap:98 GSM-EFR/8000; a=ptime:205
其中，a二rtpmap是指媒體屬性(media attribute lines),即編碼名。
(3) HR編碼
c= IN IP4 10.10.10.1; m=audio 49120 RTP/AVP 98; 3=rtpm3p:98 GSM-HR/8000; a=ptime:20;
(4) AMR編碼 RFC3267中有詳細(xì)的定義。 c= IN IP4 10.10.10.1; m=audio 49120 RTP/AVP 97; a=rtpmap:97 AMR/8000/1;a=fmtp:97 mode-set=0，2，5，7; a=maxptime:20j (5 )數(shù)據(jù)業(yè)務(wù) c= IN IP4 10.10.10.1; m=DATA 49120 RTP/AVP 97; SERVER保i正以上各種PT，互不相同。
(三)Nb接口的實(shí)現(xiàn)
Nb接口是采用IPBCP (IP承載控制協(xié)議)協(xié)商相應(yīng)的PT。 為了實(shí)現(xiàn)TRFO，在Nb接口采用的處理盡量與A接口保持一致，其中 對(duì)于2G到2G的呼叫，無(wú)論是單速率編碼還是多速率編碼，均采用無(wú)UP的封 裝方式；對(duì)于2G到3G的呼叫，則若是單數(shù)率編碼，則采用與A接口一致的封 裝方式，若2G和3G均采用AMR編碼，則采用帶UP的封裝方式。 (1 )單速率編解碼情況下的呼叫過(guò)程
對(duì)于2G到2G的呼叫，相應(yīng)的局間和局內(nèi)呼叫的過(guò)程如圖6所示，在圖6 中，BSC1到BSC2的呼叫是局內(nèi)呼叫，BSC1到BSC3為局間呼叫。無(wú)論是局 間還是局內(nèi)呼叫，對(duì)于單速率編解碼(HR/FR/EFR)均不采用UP封裝方 式，而直接采用RTP報(bào)文直接封裝語(yǔ)音報(bào)文的方式。
相應(yīng)的，單速率編碼靜荷封裝方式如圖7所示，由下層至上層依次為 MAC或PPP協(xié)議層、IP層、UDP層、RTP層及Payload層，其中，Payload層 具體可以為HR、 FR或EFR編碼方式下的數(shù)據(jù)。 (2)多速率編解碼情況
對(duì)于2G和3G互通的呼叫的組網(wǎng)結(jié)構(gòu)如圖8所示，其中，也包括BSC1到 BSC2之間的2G到2G的呼叫，在采用AMR編解碼時(shí)，相應(yīng)的封裝格式采用如 圖9所示的RFC3267標(biāo)準(zhǔn)規(guī)定的封裝方式，而不采用UP封裝格式。
對(duì)于2G到3G的呼叫，即圖8中的BSC1與RNC1之間，以及RNC2與BSC2之間的呼叫即為從2G與3G之間的呼叫，在采用AMR編解碼情況下，相 應(yīng)的UP封裝方式如圖10所示，與圖9不同的是，圖10中的AMR Payload是 AMR的靜荷。其中，在2G中的用戶為主叫時(shí)，靠近2G側(cè)的Nb接口的UP方向 為CN/Outgoing (核心網(wǎng)出方向)，在2G中的用戶為^^皮叫時(shí)，靠近2G側(cè)的 Nb接口的UP方向?yàn)镃N/lncoming (核心網(wǎng)入方向)；即2G側(cè)的MGW需要完 成AMR不帶UP封裝方式(A接口 )到AMR帶UP封裝方式的轉(zhuǎn)換。
在A接口IP化后，若局間Nb接口采用帶UP的AMR方式，則在Nb接口采 用IPBCP協(xié)商N(yùn)b接口的承載信息如下
c=IN IP4 1 92.168.153.21;
m:audio 764 RTP/AVP 96;
a=ptime:20;
a=rtpmap:96 VND.3GPP.IUFP/16000;
在A接口IP化后，若Nb接口不采用帶UP的AMR方式時(shí)，則根據(jù)編碼方式 及數(shù)據(jù)業(yè)務(wù)類型的不同，分別可以但不限于對(duì)IPBCP協(xié)商做如下擴(kuò)展
(1) 對(duì)于2G到2G的呼叫，若局間Nb接口采用不帶UP的RFC3267方式 下的AMR, IPBCP協(xié)商的承載信息為
c=IN IP4 192.168.153.21; m:audio 764 RTP/AVP 96; a=ptime:205
a=rtpmap:96 AMR/8000/1;
(2) 若局間采用FR編碼，其PT為靜態(tài)PT, IPBCP協(xié)商的承載信息為 c=IN IP4 192.168,153,21;
m=audio 764 RTP/AVP 3; a=ptime:20;
(3) 若局間采用EFR編碼，則為動(dòng)態(tài)PT， IPBCP協(xié)商的承載信息為c=IN IP4 192.168.153.21; m=audio 764 RTP/AVP 97; a=ptime:20;
a=rtpmap:96 GSM國(guó)EFR/8000;
(4) 若局間采用HR編碼，則為動(dòng)態(tài)PT, IPBCP協(xié)商的承載信息為 c=IN IP4 192.168.153.21;
m=audio 764 RTP/AVP 97; a=ptime:20;
a=rtpmap:96 GSM-HR/8000;
(5) 對(duì)于局間的5ms帶UP的數(shù)據(jù)業(yè)務(wù)，IPBCP協(xié)商的承載信息為 c=IN IP4 192.168.153.21;
m=audio 764 RTP/AVP 96; a=ptime:5;
a=rtpmap:96 VND.3GPP.IUFP/16000;
(6) 對(duì)于局間20ms的G.711的數(shù)據(jù)業(yè)務(wù)，IPBCP協(xié)商的承載信息為 c=IN IP4 192.168,153.21;
m=audio 764 RTP/AVP 0; a=ptime:20;
或者
c=IN IP4 192.168.153.21; m=audio 764 RTP/AVP 8; a=ptime:20。
需要說(shuō)明的是，以上SDP信息中具體的IP地址和端口號(hào)信息僅為具體舉 例，在實(shí)際應(yīng)用過(guò)程中可以根據(jù)實(shí)際情況進(jìn)行相應(yīng)的變化。RTP的負(fù)荷類型 PT信息，若為96 127之間的動(dòng)態(tài)PT,也同樣可以根據(jù)實(shí)際情況變化。本發(fā)明實(shí)施例中，Nb接口數(shù)據(jù)封裝格式具體可以為對(duì)于由2G到2G的 數(shù)據(jù)業(yè)務(wù)，采用20ms打包，并采用RFC2198標(biāo)準(zhǔn)的方式進(jìn)行冗余；對(duì)于由 2G到3G的數(shù)據(jù)業(yè)務(wù)，則采用5msG.711帶UP的封裝方式。
本發(fā)明實(shí)施例還提供了 一種A接口 IP化的系統(tǒng)，以用于實(shí)現(xiàn)基站控制設(shè) 備與媒體網(wǎng)關(guān)之間的A接口的IP化處理，其具體實(shí)現(xiàn)結(jié)構(gòu)如圖11所示，具體 可以包括基站控制設(shè)備和媒體網(wǎng)關(guān)，其中
(一)基站控制設(shè)備，如BSC等，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)進(jìn)行去除 速率適配單元TRAU封裝的處理，獲得經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)，將所述 經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP包中；所述的基站控制設(shè)備還可以用于 將在用戶面發(fā)送數(shù)據(jù)采用的壓縮編碼方式和/或承載信息發(fā)送給移動(dòng)交換中心 服務(wù)器，并由移動(dòng)交換中心服務(wù)器將所述數(shù)據(jù)的壓縮編碼方式和/或承載信息 發(fā)送給媒體網(wǎng)關(guān)；同時(shí)，基站控制設(shè)備還可以接收媒體網(wǎng)關(guān)通過(guò)移動(dòng)交換中 心服務(wù)器發(fā)送來(lái)的壓縮編碼方式和/或承載信息。
參照?qǐng)D11所示，該基站控制i殳備具體可以包括以下處理單元
(1 ) TRAU終結(jié)單元，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)進(jìn)行去除速率適配單 元TRAU封裝的處理，獲得經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；
(2) 數(shù)據(jù)封裝單元，用于對(duì)所述TRAU終結(jié)單元處理獲得的經(jīng)過(guò)壓縮語(yǔ) 音編碼靜荷數(shù)據(jù)封裝于IP包中，并繼續(xù)傳遞給第一數(shù)據(jù)傳輸單元；
(3) 第一數(shù)據(jù)傳輸單元，用于將所述數(shù)據(jù)封裝單元封裝后所述的IP包發(fā) 送給i某體網(wǎng)關(guān)。
可選地，該基站控制設(shè)備還包括壓縮編碼方式發(fā)送單元、第一承載信息 接收單元和第一承載信息發(fā)送單元中的至少一項(xiàng)，其中，
壓縮編碼方式發(fā)送單元，用于將在用戶面發(fā)送的數(shù)據(jù)采用的壓縮編碼方 式發(fā)送給移動(dòng)交換中心服務(wù)器；
第一承載信息接收單元，用于接收媒體網(wǎng)關(guān)通過(guò)移動(dòng)交換中心服務(wù)器傳送來(lái)的媒體網(wǎng)關(guān)發(fā)送的數(shù)據(jù)采用的承載信息；
第一承載信息發(fā)送單元，用于將在用戶面發(fā)送數(shù)據(jù)采用的承載信息發(fā)送 給移動(dòng)交換中心服務(wù)器。
(二)媒體網(wǎng)關(guān)，如MGW等，用于通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的 A接口獲取IP包，并繼續(xù)傳輸所述IP包，所述的IP包中承載著經(jīng)過(guò)去除TRAU 封裝的處理的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；所述的媒體網(wǎng)關(guān)還可以與移動(dòng)交換中 心服務(wù)器通信，以便于從所述移動(dòng)交換中心服務(wù)器獲取其從基站控制設(shè)備接 收到的壓縮編碼方式信息，以〗更于獲知相應(yīng)的壓縮編碼方式，以及，將本地 發(fā)送數(shù)據(jù)采用的承載信息發(fā)送給移動(dòng)交換中心服務(wù)器，以便于通過(guò)移動(dòng)交換 中心服務(wù)器將所述的承載信息發(fā)送給基站控制設(shè)備，即將媒體網(wǎng)關(guān)為此呼叫 在無(wú)線側(cè)端點(diǎn)上分配的承載信息上報(bào)給移動(dòng)交換中心服務(wù)器，再由移動(dòng)交換 中心服務(wù)器下發(fā)給基站控制設(shè)備，以使得媒體網(wǎng)關(guān)與基站控制設(shè)備均可以獲 得對(duì)端的承載信息后，實(shí)現(xiàn)基站控制設(shè)備和媒體網(wǎng)關(guān)之間的承載建立；
參照?qǐng)D11所示，該々某體網(wǎng)關(guān)具體可以包括以下處理單元 (1 )數(shù)據(jù)接收單元，用于接收通過(guò)A接口傳輸來(lái)的承載于IP包中的壓縮 語(yǔ)音編碼靜荷數(shù)據(jù)；
(2) 轉(zhuǎn)換處理單元，用于將所述IP包中的數(shù)據(jù)的壓縮編碼方式和/或封 裝方式轉(zhuǎn)換為接收端側(cè)采用的壓縮編碼方式和/或封裝方式后承載于IP包中， 即在A某體網(wǎng)關(guān)的兩側(cè)之間執(zhí)行相應(yīng)的轉(zhuǎn)換處理；
(3) 第二數(shù)據(jù)傳輸單元，用于將所述編碼轉(zhuǎn)換單元轉(zhuǎn)換處理后的IP包發(fā) 送給該數(shù)據(jù)的接收端所在的媒體網(wǎng)關(guān)。
可選地，所述的i某體網(wǎng)關(guān)還可以包括判斷處理單元，用于判斷所述IP包 中的數(shù)據(jù)采用的壓縮編碼方式和/或封裝方式與該數(shù)據(jù)的接收端側(cè)采用的壓縮 編碼方式和/或封裝方式是否相同，若相同，則直接將所述IP包傳送給數(shù)據(jù)傳 輸單元，否則，將所述IP包傳送給轉(zhuǎn)換處理單元；即媒體網(wǎng)關(guān)可以在其兩側(cè)之間選擇對(duì)相應(yīng)數(shù)據(jù)采用的壓縮編碼方式和封裝方式中的至少一項(xiàng)進(jìn)行判
斷，以便于根據(jù)判斷結(jié)果執(zhí)行相應(yīng)的轉(zhuǎn)換處理；
可選地，所述的々某體網(wǎng)關(guān)還可以包括壓縮編碼方式接收單元、第二岸義載 信息發(fā)送單元和第二承載信息接收單元中的至少一項(xiàng)，其中，
壓縮編碼方式接收單元，用于接收移動(dòng)交換中心服務(wù)器發(fā)來(lái)的基站控制 設(shè)備在用戶平面發(fā)送的數(shù)據(jù)采用的壓縮編碼方式，并提供給所述壓縮編碼方 式確定單元；
第二承載信息發(fā)送單元，用于將媒體網(wǎng)關(guān)發(fā)送數(shù)據(jù)采用的承載信息發(fā)送 給移動(dòng)交換中心服務(wù)器，以便于通過(guò)所述移動(dòng)交換中心服務(wù)器將所述的承載 信息發(fā)送基站控制設(shè)備；
第二承載信息接收單元，用于接收移動(dòng)交換中心服務(wù)器發(fā)來(lái)的基站控制 設(shè)備在用戶平面發(fā)送的數(shù)據(jù)采用的承載信息，并提供給所述數(shù)據(jù)傳輸單元。
可選地，所述的媒體網(wǎng)關(guān)還可以還包括承載信息協(xié)商單元，用于與對(duì)端 媒體網(wǎng)關(guān)之間協(xié)商數(shù)據(jù)傳輸過(guò)程中采用的承載信息。
綜上所述，本發(fā)明實(shí)施例中，在A接口IP化后，采用的將TC上移到MGW 中，將TRAU在BSC終結(jié)的實(shí)現(xiàn)方案，同時(shí)，還給出了A接口、 Mc接口、 Nb 接口的具體實(shí)現(xiàn)方式。因此，本發(fā)明實(shí)施例的實(shí)現(xiàn)可以避免在GSM系統(tǒng)中的 無(wú)線側(cè)和核心網(wǎng)進(jìn)行編解碼的轉(zhuǎn)換，從而實(shí)現(xiàn)了全路徑或部分路徑的 TRFO,以提高語(yǔ)音質(zhì)量，節(jié)省設(shè)備成本；進(jìn)一步地，還可以降低傳輸消 耗，提高傳輸利用率，降低傳輸成本。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種第二代無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)A接口IP化的方法，該方法用于實(shí)現(xiàn)基站控制設(shè)備與媒體網(wǎng)關(guān)間的A接口的IP化處理，其特征在于，包括基站控制設(shè)備對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除速率適配單元TRAU封裝，獲得壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；將所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP包中，并通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口傳遞給所述媒體網(wǎng)關(guān)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，媒體網(wǎng)關(guān)接收到所述通過(guò) IP包傳送來(lái)的經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)后，所述方法還包括媒體網(wǎng)關(guān)確定壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編碼方式和/或封裝方 式，并判斷該壓縮編碼方式和/或封裝方式，與該壓縮語(yǔ)音編碼靜荷數(shù)據(jù)的接 收端側(cè)采用的壓縮編碼方式和/或封裝方式是否相同，若相同，則直接將所述 數(shù)據(jù)傳送給該數(shù)據(jù)的接收端側(cè)的媒體網(wǎng)關(guān)，否則，將所述數(shù)據(jù)的壓縮編碼方 式和/或封裝方式轉(zhuǎn)換為接收端側(cè)采用的壓縮編碼方式和/或封裝方式后傳送 給接收端側(cè)的媒體網(wǎng)關(guān)。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的媒體網(wǎng)關(guān)確定經(jīng)過(guò) 壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編碼方式的步驟包括基站控制設(shè)備將收到的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)采用的壓縮編碼方式傳送 給移動(dòng)交換中心服務(wù)器，并由移動(dòng)交換中心服務(wù)器將所述數(shù)據(jù)采用的壓縮編 碼方式發(fā)送給媒體網(wǎng)關(guān)。
4、 根據(jù)權(quán)利要求3的述的方法，其特征在于，所述基站控制設(shè)備還將數(shù) 據(jù)的承載信息發(fā)送給移動(dòng)交換中心服務(wù)器，并由移動(dòng)交換中心服務(wù)器將所述 數(shù)據(jù)的承載信息發(fā)送給媒體網(wǎng)關(guān)；和/或，所述基站控制設(shè)備還接收移動(dòng)交換 中心服務(wù)器發(fā)送來(lái)的々某體網(wǎng)關(guān)向移動(dòng)交換中心發(fā)送的數(shù)據(jù)的承載信息。
5、 根據(jù)權(quán)利要求1、 2或3所述的方法，其特征在于，所述方法還包括 在第二代移動(dòng)通信系統(tǒng)中，主叫用戶側(cè)的媒體網(wǎng)關(guān)和被叫用戶側(cè)的媒體網(wǎng)關(guān)之間不采用用戶平面封裝方式進(jìn)行業(yè)務(wù)的傳輸；在第二代移動(dòng)通信系統(tǒng)與第三代移動(dòng)通信系統(tǒng)中，若主叫用戶側(cè)的媒體網(wǎng)關(guān)和被叫用戶側(cè)的媒體網(wǎng)關(guān)之間采用單速率編碼，則不采用用戶平面封裝 方式進(jìn)行業(yè)務(wù)的傳輸，若采用多速率編碼，則采用用戶平面封裝方式進(jìn)行業(yè) 務(wù)的傳輸。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，基站控制設(shè)備與媒體網(wǎng)關(guān) 之間采用實(shí)時(shí)傳輸協(xié)議RTP封裝方式進(jìn)行業(yè)務(wù)的傳輸。
7、 一種第二代無(wú)線通信網(wǎng)絡(luò)中實(shí)現(xiàn)A接口IP化的系統(tǒng)，用于實(shí)現(xiàn)基站控 制設(shè)備與媒體網(wǎng)關(guān)之間的A接口的IP化處理，其特征在于，包括基站控制設(shè)備，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除速率適配單元TRAU封 裝，獲得壓縮語(yǔ)音編碼靜荷數(shù)據(jù)，并將所述經(jīng)過(guò)壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝 于IP包中后發(fā)送；媒體網(wǎng)關(guān)，用于通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口獲取基站控 制設(shè)備發(fā)送來(lái)的封裝于IP包中的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)，并繼續(xù)傳輸。
8、 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述媒體網(wǎng)關(guān)具體包括 判斷處理單元，用于判斷所述數(shù)據(jù)的壓縮編碼方式和/或封裝方式，與該數(shù)據(jù)的接收端側(cè)采用的壓縮編碼方式是否相同，若相同，則直接將所述IP包 傳送給數(shù)據(jù)傳輸單元，否則，將所述IP包傳送給編碼轉(zhuǎn)換單元；數(shù)據(jù)傳輸單元，用于將所述IP包發(fā)送給該數(shù)據(jù)的接收端所在的媒體網(wǎng)關(guān)；轉(zhuǎn)換處理單元，用于將所述lP包中的數(shù)據(jù)的壓縮編碼方式和/或封裝方式 轉(zhuǎn)換為接收端采用的壓縮編碼方式和/或封裝方式后承載于lP包中傳送給所述 數(shù)據(jù)傳輸單元。
9、 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述的媒體網(wǎng)關(guān)還與移動(dòng) 交換中心服務(wù)器連接，且所述移動(dòng)交換中心服務(wù)器用于接收基站控制設(shè)備發(fā) 送來(lái)的其在用戶面發(fā)送的數(shù)據(jù)采用的壓縮編碼方式后發(fā)送給々某體網(wǎng)關(guān)。
10、 根據(jù)權(quán)利要求9的述的系統(tǒng)，其特征在于，所述的基站控制設(shè)備還 包括承載信息發(fā)送單元，用于將在用戶面發(fā)送數(shù)據(jù)采用的承載信息發(fā)送給移 動(dòng)交換中心服務(wù)器，以通過(guò)所述移動(dòng)交換中心服務(wù)器將所述數(shù)據(jù)的承載信息 發(fā)送給媒體網(wǎng)關(guān)。
11、 一種基站控制設(shè)備，其特征在于，包括TRAU終結(jié)單元，用于對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)去除TRAU封裝，獲得的壓 縮語(yǔ)音編碼靜荷數(shù)據(jù)；數(shù)據(jù)封裝單元，用于將TRAU終結(jié)單元處理獲得的壓縮語(yǔ)音編碼靜荷數(shù) 據(jù)封裝于IP包中；第一數(shù)據(jù)傳輸單元，用于將所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝單元封裝后 的所述l P包發(fā)送給媒體網(wǎng)關(guān)。
12、 根據(jù)權(quán)利要求11所述的設(shè)備，其特征在于，該設(shè)備還包括壓縮編碼 方式發(fā)送單元、第一承載信息發(fā)送單元和第一承載信息接收單元中的至少一 項(xiàng)，其中，壓縮編碼方式發(fā)送單元，用于將在用戶面發(fā)送的數(shù)據(jù)采用的壓縮編碼方 式發(fā)送給移動(dòng)交換中心服務(wù)器；第一承載信息發(fā)送單元，用于將在用戶面發(fā)送數(shù)據(jù)采用的承載信息發(fā)送 給移動(dòng)交換中心服務(wù)器；第一承載信息接收單元，用于接收移動(dòng)交換中心服務(wù)器發(fā)送來(lái)的媒體網(wǎng) 關(guān)采用發(fā)送數(shù)據(jù)所采用的承載信息。
13、 一種媒體網(wǎng)關(guān)，其特征在于，包括數(shù)據(jù)接收單元，用于接收通過(guò)A接口傳輸來(lái)的IP包，所述的IP包承載著經(jīng)過(guò)去除TRAU封裝后的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)；轉(zhuǎn)換處理單元，用于將所述IP包中的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)的壓縮編碼 方式和/或封裝方式轉(zhuǎn)換為接收端采用的壓縮編碼方式和/或封裝方式后承載 于IP包中；第二數(shù)據(jù)傳輸單元，用于發(fā)送所述編碼轉(zhuǎn)換單元轉(zhuǎn)換處理后的IP包。
14、 根據(jù)權(quán)利要求13所述的設(shè)備，其特征在于，還包括 判斷處理單元，用于判斷所述IP包中的壓縮語(yǔ)音編碼靜荷數(shù)據(jù)釆用的壓縮編碼方式和/或封裝方式，與該數(shù)據(jù)的接收端側(cè)采用的壓縮編碼方式和/或 封裝方式是否相同，若相同，則直接將所述IP包傳送給數(shù)據(jù)傳輸單元，否 則，將所述IP包傳送給轉(zhuǎn)換處理單元；
15、 根據(jù)權(quán)利要求14所述的設(shè)備，其特征在于，該設(shè)備還包括壓縮編碼 方式接收單元、第二承載信息接收單元和第二承載信息發(fā)送單元中的至少一 項(xiàng)，其中，壓縮編碼方式接收單元，用于接收移動(dòng)交換中心服務(wù)器發(fā)來(lái)的基站控制 設(shè)備在用戶平面發(fā)送的數(shù)據(jù)采用的壓縮編碼方式，并提供給所述壓縮編碼方 式確定單元；第二承載信息接收單元，用于接收移動(dòng)交換中心服務(wù)器發(fā)來(lái)的基站控制 設(shè)備在用戶平面發(fā)送的數(shù)據(jù)采用的承載信息，并提供給所述數(shù)據(jù)傳輸單元；第二承載信息發(fā)送單元，用于將本地?cái)?shù)據(jù)傳輸采用的承載信息發(fā)送給移 動(dòng)交換中心服務(wù)器。
16、 根據(jù)權(quán)利要求13、 14或15所述的設(shè)備，其特征在于，還包括承載信 息協(xié)商單元，用于與對(duì)端媒體網(wǎng)關(guān)之間協(xié)商數(shù)據(jù)傳輸過(guò)程中采用的承載信 息。
全文摘要
一種A接口IP化的方法、設(shè)備及系統(tǒng)，用于實(shí)現(xiàn)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口的IP化處理，主要包括基站控制設(shè)備對(duì)接收到的無(wú)線側(cè)數(shù)據(jù)進(jìn)行去除速率適配單元TRAU封裝的處理，獲得壓縮語(yǔ)音編碼靜荷數(shù)據(jù)，將所述壓縮語(yǔ)音編碼靜荷數(shù)據(jù)封裝于IP包中，并通過(guò)基站控制設(shè)備與媒體網(wǎng)關(guān)之間的A接口傳遞給所述媒體網(wǎng)關(guān)。因此，本發(fā)明可實(shí)現(xiàn)全路徑或部分路徑的免碼變換操作，以提高語(yǔ)音質(zhì)量，節(jié)省設(shè)備成本。采用壓縮編碼傳輸，可降低傳輸消耗，提高傳輸利用率，降低傳輸成本。
文檔編號(hào)H04L12/56GK101316379SQ200710105889
公開日2008年12月3日 申請(qǐng)日期2007年6月1日 優(yōu)先權(quán)日2007年6月1日
發(fā)明者羅少華 申請(qǐng)人:華為技術(shù)有限公司