專(zhuān)利名稱(chēng)：網(wǎng)關(guān)設(shè)備、中繼方法、程序和毫微微系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及中繼技術(shù)，尤其涉及一種在媒體網(wǎng)關(guān)和毫微微蜂窩式基站之間中繼語(yǔ)音數(shù)據(jù)的技術(shù)。
背景技術(shù)：
在地下區(qū)域、建筑物的背面、以及呼叫區(qū)半徑為數(shù)百米至一萬(wàn)米以上的相關(guān)移動(dòng)電話基站的邊界區(qū)域，無(wú)線電波的強(qiáng)度較弱。這些區(qū)域存在的問(wèn)題是很難與基站連接。為了解決此問(wèn)題而提供的一種系統(tǒng)是呼叫區(qū)半徑為幾十米的微基站(在這種微基站的呼叫區(qū)域中，甚至可以進(jìn)行電話呼叫)。這種微基站被稱(chēng)為毫微微蜂窩式基站(femtocell)。在下文的說(shuō)明中，設(shè)置有毫微微蜂窩式基站的系統(tǒng)被稱(chēng)作毫微微系統(tǒng)。圖18示出了毫微微系統(tǒng)的實(shí)例。毫微微系統(tǒng)10包括毫微微蜂窩式基站30、網(wǎng)關(guān)設(shè)備50、媒體網(wǎng)關(guān)52和線路交換單元54。雖然媒體網(wǎng)關(guān)52可以被包括在線路交換單元54內(nèi)，但是為了清楚，媒體網(wǎng)關(guān)52和線路交換單元54將被單獨(dú)示出和說(shuō)明。在下文的說(shuō)明中，毫微微蜂窩式基站、網(wǎng)關(guān)設(shè)備、媒體網(wǎng)關(guān)和線路交換單元分別由家庭基站(HNB)、家庭基站網(wǎng)關(guān)(HNB-GW)、媒體網(wǎng)關(guān)(MGW)和移動(dòng)業(yè)務(wù)交換中心(MSC)表示。另外，每個(gè)連接到HNB 30的終端設(shè)備20由用戶(hù)設(shè)備(UE)表示。網(wǎng)關(guān)裝置50在MGW 52和HNB 30之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收進(jìn)行中繼，并通過(guò)網(wǎng)絡(luò)40與HNB 30連接。電話呼叫中的語(yǔ)音數(shù)據(jù)按順序通過(guò)MGW 52,HNB-Gff 50、網(wǎng)絡(luò)40和HNB 30被傳送到UE 20，或按順序通過(guò)HNB 30、網(wǎng)絡(luò)40、HNB_GW 50和MGW 52被從UE 20傳送出去。此外，如非專(zhuān)利文獻(xiàn)6和非專(zhuān)利文獻(xiàn)I所述，“RUA具有以下功能透明傳輸無(wú)線接入網(wǎng)絡(luò)應(yīng)用部分(RANAP)消息”，“ Iu UP以CN和HNB (而不是以HNB Gff)終結(jié)”，也就是說(shuō)，在HNB-GW 50中，級(jí)別高于Iu-UP和RANAP的數(shù)據(jù)被透明傳輸，且MSC 54/MGW 52、HNB 30和UE 20適應(yīng)于使用相同的編解碼器。引文列表非專(zhuān)利文獻(xiàn)NPTL I 3GPP TS 25.467 UTRAN architecture for 3G Home Node B(V8. 3. 0)NPTL 2 3GPP TS 25. 469 UTRAN Iuh interface Home Node B ApplicationPart (V8. 3. 0)NPTL 3 3GPP TS 24.008 Core network protocols (V8. 7. 0)NPTL 4 3GPP TS 25.413 UTRAN Iu interface RANAP signalling(V8. 4. 0)NPTL 5 RFC 1889RTPNPTL 6 3GPP TS 25.468 UTRAN Iuh Interface RANAP User Adaptationsignalling

發(fā)明內(nèi)容
技術(shù)問(wèn)題、
此外，連接HNB 30和HNB-GW 50的網(wǎng)絡(luò)40 —般是通用線路，包括因特網(wǎng)(注冊(cè)商標(biāo))或內(nèi)聯(lián)網(wǎng)。當(dāng)通用線路的頻帶較窄時(shí)，會(huì)由于頻帶不足而出現(xiàn)音質(zhì)的降低。另一方面，使用具有較寬頻帶的線路(如衛(wèi)星鏈路)作為網(wǎng)絡(luò)40的毫微微系統(tǒng)的構(gòu)建能解決HNB-GW 50和HNB 30之間頻帶不足的問(wèn)題。但是，該解決方案要求HNB-GW 50和HNB 30均與衛(wèi)星鏈路對(duì)應(yīng)，這需要較高成本。因此，毫微微系統(tǒng)很難被推廣。本發(fā)明是考慮到上述研究而提出的，并提供了一種即使當(dāng)毫微微系統(tǒng)中連接HNB-Gff和HNB的網(wǎng)絡(luò)的頻帶較窄時(shí)也能避免音質(zhì)降低的技術(shù)。解決方案本發(fā)明的一個(gè)示例性方面是一種網(wǎng)關(guān)設(shè)備，該網(wǎng)關(guān)設(shè)備通過(guò)網(wǎng)絡(luò)連接到毫微微蜂窩式基站且在媒體網(wǎng)關(guān)和毫微微蜂窩式基站之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者進(jìn)行中繼。該網(wǎng)關(guān)設(shè)備包括窄頻帶確定單元，用于確定網(wǎng)絡(luò)的頻帶是否是等于或小于預(yù)定閾值的窄頻帶；和轉(zhuǎn)換單元，用于當(dāng)窄頻帶確定單元確定頻帶為窄頻帶時(shí)，轉(zhuǎn)換語(yǔ)音數(shù)據(jù)以降低從媒體網(wǎng)關(guān)傳輸至毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)的比特率。需要注意的是，對(duì)于方法或系統(tǒng)改變了根據(jù)示例性方面的網(wǎng)關(guān)設(shè)備的該實(shí)例性方面，包括所述網(wǎng)關(guān)設(shè)備的系統(tǒng)、用于操作作為網(wǎng)關(guān)設(shè)備的計(jì)算機(jī)的程序、用于記錄所述程序的記錄介質(zhì)等同樣是本發(fā)明的有效示例性方面。有益效果根據(jù)本發(fā)明的技術(shù)，即使當(dāng)毫微微系統(tǒng)中連接HNB-GW和HNB的網(wǎng)絡(luò)的頻帶較窄時(shí)，也可以避免音質(zhì)降低。


圖I是示出了根據(jù)本發(fā)明的第一示例性實(shí)施例的毫微微系統(tǒng)的簡(jiǎn)圖；圖2是示出了用于確定在圖I所示的毫微微系統(tǒng)中，HNB使用的頻帶是否是窄頻帶的過(guò)程的流程圖；圖3是示出了在圖I所示的毫微微系統(tǒng)中啟動(dòng)AMR的程序的簡(jiǎn)圖；圖4是示出了根據(jù)本發(fā)明的第二示例性實(shí)施例的用于確定在毫微微系統(tǒng)中使用的頻帶是否是窄頻帶的過(guò)程的流程圖；圖5是示出了根據(jù)本發(fā)明的第二示例性實(shí)施例的在毫微微系統(tǒng)中由HNB傳送的"HNBAP:HNB注冊(cè)請(qǐng)求”消息的實(shí)例的簡(jiǎn)圖；圖6是示出了根據(jù)本發(fā)明的第五示例性實(shí)施例的用于確定在毫微微系統(tǒng)中HNB是否支持AMR幀多路復(fù)用的過(guò)程的流程圖；圖7是示出了根據(jù)本發(fā)明的第五示例性實(shí)施例的在毫微微系統(tǒng)中由HNB傳送的"HNBAP:HNB注冊(cè)請(qǐng)求”消息的實(shí)例的簡(jiǎn)圖；圖8是示出了根據(jù)本發(fā)明的第五示例性實(shí)施例的在毫微微系統(tǒng)中由HNB-GW傳送的“HNBAP:HNB注冊(cè)接受”消息的實(shí)例的簡(jiǎn)圖；圖9是示出了根據(jù)本發(fā)明的第六示例性實(shí)施例的用于確定在毫微微系統(tǒng)中HNB是否支持RTP數(shù)據(jù)包多路復(fù)用的過(guò)程的流程圖；圖10是示出了根據(jù)本發(fā)明的第六示例性實(shí)施例的在毫微微系統(tǒng)中由HNB傳送的"HNBAP:HNB注冊(cè)請(qǐng)求”消息的實(shí)例的簡(jiǎn)圖11是示出了根據(jù)本發(fā)明的第六示例性實(shí)施例的在毫微微系統(tǒng)中由HNB-GW傳送的“HNBAP:HNB注冊(cè)接受”消息的實(shí)例的簡(jiǎn)圖；圖12是示出了根據(jù)本發(fā)明的第七示例性實(shí)施例的用于確定在毫微微系統(tǒng)中HNB是否支持UDP數(shù)據(jù)包多路復(fù)用的過(guò)程的流 程圖；圖13是示出了根據(jù)本發(fā)明的第七示例性實(shí)施例的在毫微微系統(tǒng)中由HNB傳送的"HNBAP:HNB注冊(cè)請(qǐng)求”消息的實(shí)例的簡(jiǎn)圖；圖14是示出了根據(jù)本發(fā)明的第七示例性實(shí)施例的在毫微微系統(tǒng)中由HNB-GW傳送的“HNBAP:HNB注冊(cè)接受”消息的實(shí)例的簡(jiǎn)圖；圖15是示出了根據(jù)本發(fā)明的第八示例性實(shí)施例的用于確定在毫微微系統(tǒng)中HNB是否支持緊縮(deflate)的過(guò)程的流程圖；圖16是示出了根據(jù)本發(fā)明的第八示例性實(shí)施例的在毫微微系統(tǒng)中由HNB傳送的"HNBAP:HNB注冊(cè)請(qǐng)求”消息的實(shí)例的簡(jiǎn)圖；圖17是示出了根據(jù)本發(fā)明的第八示例性實(shí)施例的在毫微微系統(tǒng)中由HNB-GW傳送的“HNBAP:HNB注冊(cè)接受”消息的實(shí)例的簡(jiǎn)圖；以及圖18是用于描繪一種相關(guān)的毫微微系統(tǒng)的簡(jiǎn)圖。
實(shí)施例說(shuō)明在下文，將參照附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行說(shuō)明。為了說(shuō)明的清楚，下面的說(shuō)明和附圖作了適當(dāng)?shù)氖÷院秃?jiǎn)化。此外，附圖所示的作為功能塊進(jìn)行各種處理的每個(gè)元件可以由CPU、存儲(chǔ)器及其他電路硬件形成，也可以由加載到存儲(chǔ)器上的程序軟件實(shí)現(xiàn)。相應(yīng)地，本領(lǐng)域的技術(shù)人員將理解，這些功能塊可以以多種方式實(shí)現(xiàn)，例如僅通過(guò)硬件實(shí)現(xiàn)、僅通過(guò)軟件實(shí)現(xiàn)或通過(guò)其組合實(shí)現(xiàn)，沒(méi)有任何限制。上述的程序可以被利用任何類(lèi)型的非臨時(shí)性計(jì)算機(jī)可讀介質(zhì)存儲(chǔ)到并提供給計(jì)算機(jī)。非臨時(shí)性計(jì)算機(jī)可讀介質(zhì)包括任何類(lèi)型有形存儲(chǔ)介質(zhì)。非臨時(shí)性計(jì)算機(jī)可讀介質(zhì)的實(shí)例包括磁存儲(chǔ)介質(zhì)(如軟盤(pán)、磁帶、硬盤(pán)驅(qū)動(dòng)器等)、光磁存儲(chǔ)介質(zhì)(如磁光盤(pán))、CD-ROM(只讀存儲(chǔ)器)、CD-R、CD-R/W、和半導(dǎo)體存儲(chǔ)器(如掩模ROM、PROM(可編程ROM)、EPROM(可擦除PR0M)、閃存ROM、RAM(隨機(jī)存取存儲(chǔ)器)等)。所述程序可以被利用任何類(lèi)型的臨時(shí)性計(jì)算機(jī)可讀介質(zhì)提供給計(jì)算機(jī)。臨時(shí)性計(jì)算機(jī)可讀介質(zhì)的實(shí)例包括電信號(hào)、光信號(hào)和電磁波。臨時(shí)性計(jì)算機(jī)可讀介質(zhì)可以經(jīng)由有線通信線路(如電線和光纖)或無(wú)線通信線路將程序提供給計(jì)算機(jī)。<第一示例性實(shí)施例>圖I示出了根據(jù)本發(fā)明的第一示例性實(shí)施例的毫微微系統(tǒng)100。毫微微系統(tǒng)100基于第三代合作伙伴計(jì)劃(3GPP)定義的標(biāo)準(zhǔn)，并包括毫微微蜂窩式基站(HNB) 120、網(wǎng)關(guān)設(shè)備(HNB-GW) 140、媒體網(wǎng)關(guān)(MGW) 170 和線路交換單元(MSC) 180。HNB-GW 140 在 MGW 170 和HNB 120之間中繼語(yǔ)音數(shù)據(jù)的傳輸/接收，并通過(guò)諸如因特網(wǎng)之類(lèi)的網(wǎng)絡(luò)130與HNB 120連接。HNB-GW 140包括窄頻帶確定單元150和轉(zhuǎn)換單元160。每個(gè)終端(UE) 110與HNB 120連接以進(jìn)行電話呼叫。電話呼叫的語(yǔ)音數(shù)據(jù)按順序通過(guò)MGW 170,HNB-Gff 140、網(wǎng)絡(luò)130和HNB 120被傳送到UE 110，并按順序通過(guò)HNB 120、網(wǎng)絡(luò)130、HNB-Gff 140和MGW 170被從UE 110傳送出來(lái)。除了 HNB-GW 140以外，毫微微系統(tǒng)100類(lèi)似于典型的毫微微系統(tǒng)。因此，將僅對(duì)HNB-Gff 140進(jìn)行詳細(xì)的說(shuō)明。此外，HNB-Gff 140包括與典型HNB-GW相同的組件和功能，除了 HNB-GW 140包括窄頻帶確定單元150和轉(zhuǎn)換單元160以外。因此，將僅對(duì)HNB-GW 140的窄頻帶確定單元150和轉(zhuǎn)換單元160進(jìn)行詳細(xì)說(shuō)明。窄頻帶確定單元150確定網(wǎng)絡(luò)130的頻帶是否是窄頻帶，并將確定結(jié)果輸出至轉(zhuǎn)換單元160。更具體地，當(dāng)網(wǎng)絡(luò)130的頻帶等于或小于預(yù)定閾值(如200kbps)時(shí),確定該頻帶為窄頻帶；當(dāng)網(wǎng)絡(luò)130的頻帶大于所述閥值時(shí)，確定該頻帶不是窄頻帶。在第一示例性實(shí)施例中，窄頻帶確定單元150根據(jù)HNB 120的設(shè)置位置確定頻帶是否是窄頻帶。在窄頻帶確定單元150中，指示窄頻帶的位置的窄頻帶位置信息被預(yù)先注冊(cè)在數(shù)據(jù)庫(kù)中。該窄頻帶位置信息是由(例如)非專(zhuān)利文獻(xiàn)2中公開(kāi)的3GPP(HNB位置信息)、服務(wù)區(qū)代碼(SAC)、位置區(qū)代碼(LAC)、路由區(qū)代碼(RAC)、或其組合定義的參數(shù)之一。窄頻帶確定單元150在HNB 120與HNB-GW 140第一次連接時(shí)啟動(dòng)的驗(yàn)證程序(HNB注冊(cè)程序)中確定網(wǎng)絡(luò)130的頻帶是否是窄頻帶。下面將參照?qǐng)D2進(jìn)行說(shuō)明。在圖2中，步驟SI是預(yù)先將窄頻帶位置信息注冊(cè)在HNB-GW 140中的程序，步驟S2至S6是包括在HNB注冊(cè)程序內(nèi)的處理。除了步驟S5外，步驟S2至S6是通常的毫微微系統(tǒng)中的HNB注冊(cè)程序。在步驟S4中，HNB 120向HNB-GW 140傳送“HNB注冊(cè)請(qǐng)求”消息。在這個(gè)消息中，包括上述參數(shù)“HNB位置信息”、“LAC”、“RAC”和“SAC”。這些參數(shù)是可以指示HNB 120的設(shè)
置位置的信息。在步驟S5中，HNB-Gff 140中的窄頻帶確定單元150獲取“HNB注冊(cè)請(qǐng)求”消息中包括的上述參數(shù)作為指示HNB 120的設(shè)置位置的信息，并將所獲取的信息與預(yù)先注冊(cè)的窄頻帶位置信息相比較。當(dāng)HNB 120的設(shè)置位置與窄頻帶位置信息所指示的任一位置相對(duì)應(yīng)時(shí)，確定網(wǎng)絡(luò)130的頻帶為窄頻帶。另一方面，當(dāng)HNB 120的設(shè)置位置不與窄頻帶位置信息所指示的任一位置相對(duì)應(yīng)時(shí)，確定網(wǎng)絡(luò)130的頻帶不是窄頻帶。當(dāng)窄頻帶確定單元150確定頻帶為窄頻帶時(shí)，HNB-GW 140中的轉(zhuǎn)換單元160將來(lái)自MGW 170的語(yǔ)音數(shù)據(jù)的比特率轉(zhuǎn)換為低比特率，然后將語(yǔ)音數(shù)據(jù)傳輸至HNB 120。當(dāng)進(jìn)行轉(zhuǎn)換時(shí)，檢驗(yàn)連接到HNB 120的UE 110支持的比特率，并將語(yǔ)音數(shù)據(jù)轉(zhuǎn)換至UE 110支持的低比特率。在毫微微系統(tǒng)中，語(yǔ)音數(shù)據(jù)是在被編碼之后被傳輸?shù)?。在第一示例性?shí)施例中，假設(shè)語(yǔ)音數(shù)據(jù)在由被稱(chēng)為自適應(yīng)多速率(AMR)編碼器的編解碼器系統(tǒng)編碼之后被傳送。在本文中，假設(shè)來(lái)自MGW 170的語(yǔ)音數(shù)據(jù)是廣泛用于語(yǔ)音通信系統(tǒng)的AMR 12. 2kbps的數(shù)據(jù)。此外，舉例來(lái)說(shuō)，在第一示例性實(shí)施例中，當(dāng)窄頻帶確定單元150確定頻帶為窄頻帶且UE110支持AMR 4. 75kbps時(shí)，轉(zhuǎn)換單元160將來(lái)自MGW 170的語(yǔ)音數(shù)據(jù)從AMR 12. 2kbps轉(zhuǎn)換至AMR 4. 75kbps，其中，AMR 4. 75kbps是作為低比特率的最低AMR。在毫微微系統(tǒng)中，在UE和MGW之間傳輸語(yǔ)音數(shù)據(jù)之前，被稱(chēng)為“AMR啟動(dòng)”的過(guò)程被執(zhí)行。在這個(gè)過(guò)程中，與AMR有關(guān)的信息在UE、HNB和MSC之間被交換，以確定AMR比特率。當(dāng)存在去往UE的呼叫且存在來(lái)自UE的呼叫時(shí)，AMR啟動(dòng)被執(zhí)行。在AMR啟動(dòng)后，語(yǔ)音數(shù)據(jù)根據(jù)電話呼叫被傳輸。在AMR由來(lái)自UE的呼叫啟動(dòng)的情況下，在NAS程序中，用于呼叫控制(CC)的建立 (SETUP)消息被從UE傳送至HNB-GW。在AMR由去往UE的呼叫啟動(dòng)的情況下，在NAS程序中，用于CC的呼叫確認(rèn)(CALL CONFIRM)消息被從UE傳送至HNB-GW。在通常的毫微微系統(tǒng)中，這些消息是通過(guò)HNB-GW被傳送至MSC的。在根據(jù)第一示例性實(shí)施例的毫微微系統(tǒng)100中，除上述傳輸之外，HNB-Gff 140進(jìn)一步通過(guò)轉(zhuǎn)換單元160根據(jù)該消息檢驗(yàn)UE 110的AMR能力。UE 110的AMR能力指的是UE 110支持的AMR比特率。在上述SETUP消息和CALLCONFIRM消息中包括參數(shù)“支持的編解碼器目錄”?？梢詤⒖荚搮?shù)對(duì)UE 110支持的AMR比特率進(jìn)行檢驗(yàn)。在第一示例性實(shí)施例中，轉(zhuǎn)換單元160根據(jù)上述參數(shù)檢驗(yàn)UE 110是否支持AMR 4.75kbps。在下面的處理中，轉(zhuǎn)換單元160保持與UE 110有關(guān)的該檢驗(yàn)結(jié)果。在下文的說(shuō)明中，假設(shè)轉(zhuǎn)換單元160已經(jīng)掌握了 UE 110的AMR能力。參照?qǐng)D3，將對(duì)當(dāng)網(wǎng)絡(luò)130的頻帶為窄頻帶且已經(jīng)接收到呼叫或者已經(jīng)做出呼叫的UE 110支持AMR 4. 75kbps時(shí)毫微微系統(tǒng)100中的AMR啟動(dòng)的過(guò)程進(jìn)行說(shuō)明。當(dāng)存在去往UE 110的呼叫或存在來(lái)自UE 110的呼叫時(shí)，首先在UE 110,HNB 120、HNB-Gff 140和MSC 180之間執(zhí)行NAS程序(S11)。然后，將“RANAP: RAB分配請(qǐng)求”消息從
MSC 180傳送至HNB-GW 140 (S12)。該消息包括非專(zhuān)利文獻(xiàn)4的第9. I. 3章所定義的參數(shù)“RAB參數(shù)”。該參數(shù)指示被傳送到UE 110的語(yǔ)音數(shù)據(jù)的AMR比特率。在第一示例性實(shí)施例中，對(duì)應(yīng)于12. 2kbps的值被設(shè)置。該步驟是在通常的毫微微系統(tǒng)中進(jìn)行的程序。接下來(lái)，HNB-GW 140將“RANAP: RAB分配請(qǐng)求”消息傳輸至HNB 120。在通常的毫微微系統(tǒng)中，該“RANAP:RAB分配請(qǐng)求”消息被直接傳輸至HNB 120。在第一實(shí)施例中，當(dāng)確定網(wǎng)絡(luò)130是窄頻帶且UE 110支持AMR 4. 75kbps時(shí)，HNB-GW 140中的轉(zhuǎn)換單元160將該消息中包括的參數(shù)“RAB參數(shù)”的值改寫(xiě)為與AMR 4. 75kbps對(duì)應(yīng)的值，以便將該消息傳送至HNB 120(S13、S14)。這樣，便在UE 110和HNB 120之間以AMR 4. 75kbps建立了無(wú)線電承載(RB)(S15)。在建立RB并在步驟S16之后，來(lái)自HNB 120的“HNBAP:RAB分配響應(yīng)”消息由HNB-Gff 140傳輸。該消息包括非專(zhuān)利文獻(xiàn)4的第9. I. 4章所定義的參數(shù)“分配的RAB參數(shù)值”。此時(shí)，來(lái)自HNB 120的消息中包括的參數(shù)是與AMR 4. 75kbps對(duì)應(yīng)的值。在通常的毫微微系統(tǒng)中，該消息被直接傳輸至MSC 180。在第一示例性實(shí)施例中，HNB-Gff 140將該消息中包括的參數(shù)“分配的RAB參數(shù)值”的值從對(duì)應(yīng)于AMR 4. 75kbps的值改寫(xiě)為對(duì)應(yīng)于AMR 12. 2kbps的值，以便將消息傳送至MSC 180 (S17、S18)。如此,便完成了 AMR啟動(dòng)。在下面的處理中，HNB-Gff 140在MGW 170和UE 110之間中繼語(yǔ)音數(shù)據(jù)的傳輸和接收(S19)。當(dāng)進(jìn)行中繼時(shí)，轉(zhuǎn)換單元160轉(zhuǎn)換語(yǔ)音數(shù)據(jù)的比特率。更具體地，當(dāng)來(lái)自MGW170的語(yǔ)音數(shù)據(jù)被傳輸至UE 110時(shí)，轉(zhuǎn)換單元160首先將從MGW 170接收的AMR 12. 2kbps的語(yǔ)音數(shù)據(jù)轉(zhuǎn)換成脈沖編碼調(diào)制(PCM)的語(yǔ)音數(shù)據(jù)。然后，轉(zhuǎn)換單元160將PCM語(yǔ)音數(shù)據(jù)轉(zhuǎn)換成AMR 4. 75kbps的語(yǔ)音數(shù)據(jù)，以將該數(shù)據(jù)傳送至UE 110。當(dāng)來(lái)自UE 110的語(yǔ)音數(shù)據(jù)被傳輸至MGW 170時(shí)，轉(zhuǎn)換單元160將從UE 110接收的AMR 4. 75kbps的語(yǔ)音數(shù)據(jù)轉(zhuǎn)換成PCM數(shù)據(jù)，并將PCM數(shù)據(jù)轉(zhuǎn)換成AMR 12. 2kbps的語(yǔ)音數(shù)據(jù)，以將數(shù)據(jù)傳送至MGW 170。從AMR語(yǔ)音數(shù)據(jù)到PCM語(yǔ)音數(shù)據(jù)的轉(zhuǎn)換、以及從PCM語(yǔ)音數(shù)據(jù)到AMR語(yǔ)音數(shù)據(jù)的轉(zhuǎn)換已經(jīng)是公知的。因此，本文不對(duì)其詳細(xì)說(shuō)明。如上所述，在網(wǎng)絡(luò)130的頻帶為窄頻帶且UE 110支持低AMR比特率的情況下，當(dāng)來(lái)自MSC 180的“RANAP:RAB分配請(qǐng)求”消息在AMR啟動(dòng)期間被傳輸至HNB 120時(shí)，根據(jù)第一示例性實(shí)施例的毫微微系統(tǒng)100的HNB-GW 140將該消息中包括的參數(shù)“RAB參數(shù)”的值改寫(xiě)為與UE 110支持的低比特率對(duì)應(yīng)的值，并將來(lái)自HNB 120的“HNBAP:RAB分配響應(yīng)”消息中包括的參數(shù)“分配的RAB參數(shù)值”的值改寫(xiě)為MSC 180的AMR比特率。然后，當(dāng)在UE110和MGW 170之間傳輸語(yǔ)音數(shù)據(jù)時(shí)，從MGW 170接收的語(yǔ)音數(shù)據(jù)的比特率被降低且數(shù)據(jù)被傳輸至UE 110，而從UE 110接收的語(yǔ)音數(shù)據(jù)的比特率被增高且數(shù)據(jù)被傳輸至MGW 170。因此，即使當(dāng)網(wǎng)絡(luò)130的頻帶為窄頻帶時(shí)，由于在HNB 120和HNB-GW 140之間傳送的語(yǔ)音數(shù)據(jù)的比特率較低，所以也有可能避免由頻帶不足導(dǎo)致的音質(zhì)降低。此外，由于只有HNB-GW與相關(guān)毫微微系統(tǒng)不同，所以可以使用與相關(guān)毫微微系統(tǒng)類(lèi)似的UE、MGW和MSC。在下文，將對(duì)本發(fā)明的其他示例性實(shí)施例進(jìn)行說(shuō)明。每個(gè)示例性實(shí)施例都涉及一種毫微微系統(tǒng)，且基本配置都類(lèi)似于毫微微系統(tǒng)100的配置。因此，僅對(duì)與毫微微系統(tǒng)100不同的方面進(jìn)行說(shuō)明，且在對(duì)下列示例性實(shí)施例的說(shuō)明中，功能塊將使用與毫微微系統(tǒng)100的功能塊相同的名稱(chēng)和參考符號(hào)來(lái)表不。<第二示例性實(shí)施例>
根據(jù)本發(fā)明的第二示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，HNB 120測(cè)量HNB 120使用的頻帶(S卩，網(wǎng)絡(luò)130的頻帶)，并將頻帶報(bào)告給HNB-GW 140，HNB-Gff 140根據(jù)來(lái)自HNB 120的報(bào)告確定網(wǎng)絡(luò)130的頻帶是否為窄頻帶。下面將參照?qǐng)D4和圖5進(jìn)行說(shuō)明。如圖4所示，在執(zhí)行初始化(HNB初始化)期間，HNB 120測(cè)量HNB 120使用的頻帶(S21)。各種已知方法可以被用作測(cè)量頻帶的方法。進(jìn)行初始化后，在HNB 120和HNB-GW 140之間建立傳輸會(huì)話(S22)。然后，HNB 120向HNB-GW 140傳送“HNBAP:HNB注冊(cè)請(qǐng)求”消息。圖5示出了該消息的實(shí)例。在圖5所示的實(shí)例中，除了最低欄中的參數(shù)“LAN帶寬”以外的每個(gè)參數(shù)都是非專(zhuān)利文獻(xiàn)2定義的參數(shù)，且在通常的毫微微系統(tǒng)中被包括在“HNBAP:HNB注冊(cè)請(qǐng)求”消息內(nèi)。在第二示例性實(shí)施例中，HNB 120在執(zhí)行HNB初始化期間測(cè)量頻帶，并將指示測(cè)量出的頻帶的信息設(shè)置為參數(shù)“LAN帶寬”，其中參數(shù)“LAN帶寬”被添加到“HNBAP:HNB注冊(cè)請(qǐng)求”消息中。重新參照?qǐng)D4繼續(xù)說(shuō)明。當(dāng)接收到來(lái)自HNB 120的“HNBAP:HNB注冊(cè)請(qǐng)求”消息后，HNB-GW 140根據(jù)該消息中包括的參數(shù)“LAN帶寬”的值來(lái)確定HNB 120使用的頻帶，即網(wǎng)絡(luò)130的頻帶是否為窄頻帶。更具體地，當(dāng)參數(shù)“LAN帶寬”的值等于或小于預(yù)定閾值時(shí)，確定頻帶為窄頻帶；當(dāng)參數(shù)“LAN帶寬”的值大于預(yù)定閾值時(shí)，確定頻帶不是窄頻帶。根據(jù)第二示例性實(shí)施例的毫微微系統(tǒng)在以下操作上類(lèi)似于毫微微系統(tǒng)100，并且可獲得與毫微微系統(tǒng)100相同的效果。此外，不需要注冊(cè)在毫微微系統(tǒng)100中使用的窄頻帶位置信息。<第三示例性實(shí)施例>根據(jù)本發(fā)明的第三不例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，HNB-Gff 140使用從UE 110接收的語(yǔ)音數(shù)據(jù)的RTP時(shí)間戳和語(yǔ)音數(shù)據(jù)被接收的時(shí)間來(lái)確定網(wǎng)絡(luò)130的頻帶是否為窄頻帶，并且必須一直執(zhí)行掌握UE 110的AMR能力的處理以便在AMR啟動(dòng)后確定AMR能力。
RTP報(bào)頭被添加到傳送自HNB 120的語(yǔ)音數(shù)據(jù)，該語(yǔ)音數(shù)據(jù)包括非專(zhuān)利文獻(xiàn)5的第5. I章定義的RTP時(shí)間戳。在第三示例性實(shí)施例中，當(dāng)從HNB 120接收到語(yǔ)音數(shù)據(jù)(RTP數(shù)據(jù)包)時(shí)，HNB-Gff140比較RTP數(shù)據(jù)包被接收的時(shí)間和RTP數(shù)據(jù)包的RTP報(bào)頭中包括的RTP時(shí)間戳，從而計(jì)算RTP數(shù)據(jù)包從HNB 120到HNB-GW 140的到達(dá)時(shí)間。當(dāng)?shù)竭_(dá)時(shí)間在預(yù)定時(shí)期內(nèi)等于或大于預(yù)定閾值的RTP數(shù)據(jù)包的比例等于或大于預(yù)定比例時(shí)，確定HNB 120使用的頻帶，即網(wǎng)絡(luò)130的頻帶是窄頻帶。在下面的處理中，確定相對(duì)于從HNB 120啟動(dòng)的AMR，UE 110是否支持AMR 4.75kbps。當(dāng)UE 110支持AMR 4. 75kbps時(shí)，與毫微微系統(tǒng)100類(lèi)似，參數(shù)被改寫(xiě)并且語(yǔ)音數(shù)據(jù)的比特率被轉(zhuǎn)換。否則，不進(jìn)行參數(shù)改寫(xiě)和語(yǔ)音數(shù)據(jù)的比特率轉(zhuǎn)換。在根據(jù)第三示例性實(shí)施例的毫微微系統(tǒng)中，可以獲得與毫微微系統(tǒng)100相同的效果。此外，不需要注冊(cè)在毫微微系統(tǒng)100中使用的窄頻帶位置信息。需要注意的是，當(dāng)RTP數(shù)據(jù)包被接收以確定到達(dá)時(shí)間的閾值和RTP數(shù)據(jù)包比例的 閾值時(shí)，期望考慮在對(duì)應(yīng)的HNB中發(fā)起的呼叫數(shù)目和呼叫類(lèi)型。已經(jīng)確定，與大量UE發(fā)起呼叫的情況中出現(xiàn)的延時(shí)相比，少量UE發(fā)起呼叫的情況中出現(xiàn)的延時(shí)中的頻帶較窄。此夕卜，還確定，與具有高數(shù)據(jù)速率的呼叫被發(fā)起的情況中出現(xiàn)的延時(shí)相比，具有低數(shù)據(jù)速率的呼叫被發(fā)起的情況中出現(xiàn)的延時(shí)中的頻帶較窄?！吹谒氖纠詫?shí)施例>根據(jù)本發(fā)明的第四示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，在HNB 120已經(jīng)被啟動(dòng)的情況下，HNB-GW 140通過(guò)執(zhí)行因特網(wǎng)數(shù)據(jù)包探測(cè)器(ping)命令來(lái)確定HNB 120使用的頻帶是否為窄頻帶。當(dāng)至少一個(gè)呼叫在HNB 120中被發(fā)起時(shí)，HNB-GW 140以預(yù)定周期向HNB 120傳送ping命令。然后，HNB-Gff 140從HNB 120接收對(duì)ping命令的響應(yīng)，計(jì)算往返時(shí)間，并得到統(tǒng)計(jì)量。當(dāng)往返時(shí)間等于或大于預(yù)定閾值的Ping命令的比例等于或大于預(yù)定比例時(shí)，HNB-GW140確定HNB 120使用的頻帶為窄頻帶。在下面的處理，確定對(duì)于HNB 120啟動(dòng)的AMR，UE110是否支持AMR 4.75kbps。當(dāng)UE 110支持AMR 4. 75kbps時(shí)，與毫微微系統(tǒng)100類(lèi)似，參數(shù)被改寫(xiě)并且語(yǔ)音數(shù)據(jù)的比特率被轉(zhuǎn)換。否則，不進(jìn)行參數(shù)改寫(xiě)和語(yǔ)音數(shù)據(jù)的比特率轉(zhuǎn)換。同樣，在根據(jù)第四不例性實(shí)施例的毫微微系統(tǒng)中，可以獲得與毫微微系統(tǒng)100相同的效果。此外，不需要注冊(cè)在毫微微系統(tǒng)100中使用的窄頻帶位置信息。需要注意的是，當(dāng)ping命令被執(zhí)行以確定往返時(shí)間的閾值和ping命令比例的閥值時(shí)，優(yōu)選考慮在HNB中發(fā)起的呼叫數(shù)目和呼叫類(lèi)型。已經(jīng)確定，與大量UE發(fā)起呼叫的情況下出現(xiàn)的延時(shí)相比，少量UE發(fā)起呼叫的情況下出現(xiàn)的延時(shí)中的頻帶較窄。此外，還確定，與具有高數(shù)據(jù)速率的呼叫被發(fā)起的情況中出現(xiàn)的延時(shí)相比，具有低數(shù)據(jù)速率的呼叫被發(fā)起的情況中出現(xiàn)的延時(shí)中的頻帶較窄。<第五示例性實(shí)施例>根據(jù)本發(fā)明的第五示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，該毫微微系統(tǒng)包括用于當(dāng)HNB-GW 140向HNB 120傳輸語(yǔ)音數(shù)據(jù)時(shí)對(duì)語(yǔ)音數(shù)據(jù)執(zhí)行AMR幀多路復(fù)用的AMR幀多路復(fù)用功能，并且包括用于在HNB 120支持AMR幀多路復(fù)用功能時(shí)向HNB-GW 140通知HNB 120支持AMR幀多路復(fù)用功能的功能。
AMR幀多路復(fù)用是將多個(gè)AMR幀多路復(fù)用到一個(gè)RTP負(fù)載以減小報(bào)頭的大小的處理。參照?qǐng)D6至圖8，將對(duì)通過(guò)HNB-GW 140確定HNB 120是否支持AMR幀多路復(fù)用功能的過(guò)程進(jìn)行說(shuō)明。該確定過(guò)程在驗(yàn)證程序(HNB注冊(cè)程序)中被執(zhí)行，其中當(dāng)HNB 120第一次連接至HNB-Gff 140時(shí)，所述驗(yàn)證程序被啟動(dòng)。在圖6中，除了步驟S34以外的每個(gè)步驟都是通常的毫微微系統(tǒng)中的HNB注冊(cè)程序。在步驟S33中，HNB 120向HNB-GW 140傳送“HNBAP:HNB注冊(cè)請(qǐng)求”消息。圖7示出了該消息的實(shí)例。在圖7所示的實(shí)例中，除了最低欄中的參數(shù)“AMR幀多路復(fù)用支持”以外的每個(gè)參數(shù)都是非專(zhuān)利文獻(xiàn)2定義的參數(shù)，且在通常的毫微微系統(tǒng)中被包括在“HNBAP:HNB注冊(cè)請(qǐng)求”消息內(nèi)。
在第五示例性實(shí)施例中，當(dāng)HNB 120本身支持AMR幀多路復(fù)用功能時(shí)，如圖7所示，HNB 120將指示其支持AMR幀多路復(fù)用功能的參數(shù)“AMR幀多路復(fù)用支持”附加設(shè)置在通常的“HNBAP: HNB注冊(cè)請(qǐng)求”消息中。重新參照?qǐng)D6進(jìn)行說(shuō)明。當(dāng)接收到來(lái)自HNB 120的“HNBAP:HNB注冊(cè)請(qǐng)求”消息時(shí)，HNB-GW 140檢驗(yàn)參數(shù)“AMR幀多路復(fù)用支持”是否被包括在該消息中，以確定HNB 120是否支持AMR幀多路復(fù)用功能(S34)。當(dāng)HNB 120支持AMR幀多路復(fù)用功能時(shí)，除通常的參數(shù)之外，HNB-GW 140在被傳送回HNB 120的“HNBAP:HNB注冊(cè)接受”消息中設(shè)置指示AMR幀多路復(fù)用的參數(shù)“maxptime”，如圖8的最低欄所示。參數(shù)“maxptime”被設(shè)置為一個(gè)RTP數(shù)據(jù)包中包含的語(yǔ)音數(shù)據(jù)的最大時(shí)間長(zhǎng)度，且一個(gè)RTP負(fù)載中包含的語(yǔ)音數(shù)據(jù)幀的數(shù)目可以由參數(shù)“maxptime”確定。在下面的處理中，HNB-Gff 140對(duì)從MGW 170接收的AMR幀進(jìn)行排隊(duì)持續(xù)達(dá)“maxptime”的時(shí)間。然后，排隊(duì)后的AMR幀作為一個(gè)RTP負(fù)載被傳送到HNB 120。HNB 120從接收自HNB-GW 140的一個(gè)RTP負(fù)載生成多個(gè)AMR幀，以將生成的AMR幀傳送至對(duì)應(yīng)的UE110。此外，當(dāng)語(yǔ)音數(shù)據(jù)被傳送到HNB-GW 140時(shí)，支持AMR幀多路復(fù)用功能的HNB 120也進(jìn)行類(lèi)似的AMR幀多路復(fù)用。HNB-GW 140從接收自HNB 120的一個(gè)RTP負(fù)載生成多個(gè)AMR幀，以將AMR幀傳送至MGW 170。當(dāng)使用不支持AMR幀多路復(fù)用功能的HNB 120時(shí)，HNB-GW 140不執(zhí)行AMR幀多路復(fù)用。這樣，根據(jù)第五不例性實(shí)施例的毫微微系統(tǒng)執(zhí)行與毫微微系統(tǒng)100相似的過(guò)程。此外，當(dāng)使用支持AMR幀多路復(fù)用功能的HNB 120時(shí)，通過(guò)HNB 120和HNB-GW 140傳送的語(yǔ)音數(shù)據(jù)通過(guò)AMR幀多路復(fù)用被進(jìn)一步壓縮，從而提供了克服頻帶不足問(wèn)題的效果?！吹诹纠詫?shí)施例〉根據(jù)本發(fā)明的第六示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，該毫微微系統(tǒng)包括用于當(dāng)HNB-GW 140向HNB 120傳輸語(yǔ)音數(shù)據(jù)時(shí)對(duì)語(yǔ)音數(shù)據(jù)執(zhí)行RTP數(shù)據(jù)包多路復(fù)用的RTP數(shù)據(jù)包多路復(fù)用功能，并且包括用于當(dāng)HNB 120支持RTP數(shù)據(jù)包多路復(fù)用功能時(shí)向HNB-GW 140通知HNB 120支持RTP數(shù)據(jù)包多路復(fù)用功能的功能。
RTP數(shù)據(jù)包多路復(fù)用是將多個(gè)RTP數(shù)據(jù)包多路復(fù)用到一個(gè)UDP負(fù)載，以減小報(bào)頭的大小的處理。參照?qǐng)D9至11，將對(duì)通過(guò)HNB-GW 140確定HNB 120是否支持RTP數(shù)據(jù)包多路復(fù)用功能的過(guò)程進(jìn)行說(shuō)明。該確定過(guò)程在驗(yàn)證程序(HNB注冊(cè)程序)中進(jìn)行，其中當(dāng)HNB 120第一次連接至HNB-Gff 140時(shí)，所述驗(yàn)證程序啟動(dòng)。在圖9中，除了步驟S44以外的每個(gè)步驟都是通常的毫微微系統(tǒng)中的HNB注冊(cè)程序。在步驟S43中，HNB 120向HNB-GW 140傳送“HNBAP:HNB注冊(cè)請(qǐng)求”消息。圖10示出了該消息的實(shí)例。在圖10所示的實(shí)例中，除了最低欄中的參數(shù)“DL Mux端口號(hào)”以外的每個(gè)參數(shù)都是非專(zhuān)利文獻(xiàn)2定義的參數(shù)，且在通常的毫微微系統(tǒng)中被包括在“HNBAP:HNB注冊(cè)請(qǐng)求”消息內(nèi)。在第六示例性實(shí)施例中，當(dāng)HNB 120支持RTP數(shù)據(jù)包多路復(fù)用功能時(shí)，HNB 120將指示HNB 120支持RTP數(shù)據(jù)包多路復(fù)用功能的參數(shù)“DL Mux端口號(hào)”添加到通常的“HNBAP:HNB注冊(cè)請(qǐng)求”消息中，如圖10所示。參數(shù)“DL Mux端口號(hào)”被設(shè)置為當(dāng)使用RTP數(shù)據(jù)包多路復(fù)用時(shí)，由HNB 120接收的UDP端口的編號(hào)。
重新參照?qǐng)D9繼續(xù)說(shuō)明。當(dāng)接收到來(lái)自HNB 120的“HNBAP:HNB注冊(cè)請(qǐng)求”消息時(shí)，HNB-GW 140檢驗(yàn)該消息中是否包含參數(shù)“DL Mux端口號(hào)”，以確定HNB 120是否支持RTP數(shù)據(jù)包多路復(fù)用功能(S44)。當(dāng)HNB 120支持RTP數(shù)據(jù)包多路復(fù)用功能時(shí)，除通常的參數(shù)之外，HNB-GW 140在被傳送回HNB 120的“HNBAP:HNB注冊(cè)接受”消息中設(shè)置指示RTP數(shù)據(jù)包多路復(fù)用的參數(shù)“ULMux端口號(hào)”和“長(zhǎng)度指示符”，如圖11的最低兩欄所示。參數(shù)“UL Mux端口號(hào)”被設(shè)置為當(dāng)使用RTP數(shù)據(jù)包多路復(fù)用時(shí)，由HNB-GW 140接收的UDP端口號(hào)。參數(shù)“長(zhǎng)度指示符”被設(shè)置為一個(gè)RTP數(shù)據(jù)包的最大數(shù)據(jù)長(zhǎng)度，且一個(gè)UDP負(fù)載中包含的RTP數(shù)據(jù)包的數(shù)目可以由參數(shù)“長(zhǎng)度指示符”確定。在下面的處理中，根據(jù)最大“長(zhǎng)度指示符”確定的大小，HNB-GW140對(duì)從MGW 170接收的RTP數(shù)據(jù)包進(jìn)行排隊(duì)。然后，排隊(duì)后的RTP數(shù)據(jù)包作為一個(gè)UDP負(fù)載被傳送到HNB120。HNB 120從接收自HNB 140的一個(gè)UDP負(fù)載生成多個(gè)RTP數(shù)據(jù)包，以將RTP數(shù)據(jù)包傳送至對(duì)應(yīng)的UE 110。此外，當(dāng)HNB 120向HNB-GW 140傳送語(yǔ)音數(shù)據(jù)時(shí)，支持RTP數(shù)據(jù)包多路復(fù)用功能的HNB 120也進(jìn)行類(lèi)似的RTP數(shù)據(jù)包多路復(fù)用。HNB-GW 140從接收自HNB 120的一個(gè)UDP負(fù)載生成多個(gè)RTP數(shù)據(jù)包，以將RTP數(shù)據(jù)包傳送至MGW 170。當(dāng)使用不支持RTP數(shù)據(jù)包多路復(fù)用功能的HNB 120時(shí)，HNB-GW 140不執(zhí)行RTP數(shù)
據(jù)包多路復(fù)用。這樣，根據(jù)第六不例性實(shí)施例的暈微微系統(tǒng)執(zhí)行與暈微微系統(tǒng)100相似的過(guò)程。此外，當(dāng)使用支持RTP數(shù)據(jù)包多路復(fù)用功能的HNB 120時(shí)，通過(guò)HNB 120和HNB-GW 140傳送的語(yǔ)音數(shù)據(jù)通過(guò)RTP數(shù)據(jù)包多路復(fù)用被進(jìn)一步壓縮，從而達(dá)到了克服頻帶不足問(wèn)題的效
果O〈第七示例性實(shí)施例〉
根據(jù)本發(fā)明的第七示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，該毫微微系統(tǒng)包括用于當(dāng)HNB-GW 140向HNB 120傳輸語(yǔ)音數(shù)據(jù)時(shí)對(duì)語(yǔ)音數(shù)據(jù)執(zhí)行Μ)Ρ數(shù)據(jù)包多路復(fù)用的UDP數(shù)據(jù)包多路復(fù)用功能，并且包括用于當(dāng)HNB 120支持UDP數(shù)據(jù)包多路復(fù)用功能時(shí)向HNB-GW 140通知HNB 120支持UDP數(shù)據(jù)包多路復(fù)用功能的功能。UDP數(shù)據(jù)包多路復(fù)用是將多個(gè)UDP數(shù)據(jù)包多路復(fù)用到一個(gè)IP負(fù)載，以減小報(bào)頭的大小的過(guò)程。參照?qǐng)D12至14，將對(duì)通過(guò)HNB-GW 140確定HNB 120是否支持UDP數(shù)據(jù)包多路復(fù)用功能的過(guò)程進(jìn)行說(shuō)明。該確定過(guò)程在驗(yàn)證程序(HNB注冊(cè)程序)中進(jìn)行，其中當(dāng)HNB 120第一次連接至HNB-Gff 140時(shí)，所述驗(yàn)證程序啟動(dòng)。在圖12中，除了步驟S54以外的每個(gè)步驟都是通常的毫微微系統(tǒng)中的HNB注冊(cè)程序。
在步驟S53中，HNB 120向HNB-GW 140傳送“HNBAP:HNB注冊(cè)請(qǐng)求”消息。圖13示出了該消息的實(shí)例。在圖13所示的實(shí)例中，除了在最低欄中的參數(shù)“UDP數(shù)據(jù)包多路復(fù)用支持”以外的每個(gè)參數(shù)都是非專(zhuān)利文獻(xiàn)2定義的參數(shù)，且在通常的毫微微系統(tǒng)中被包括在“HNBAP: HNB注冊(cè)請(qǐng)求”消息內(nèi)。在第七示例性實(shí)施例中，當(dāng)HNB 120支持UDP數(shù)據(jù)包多路復(fù)用功能時(shí)，HNB 120將指示HNB 120支持UDP數(shù)據(jù)包多路復(fù)用功能的參數(shù)“UDP數(shù)據(jù)包多路復(fù)用支持”添加到通常的“HNBAP: HNB注冊(cè)請(qǐng)求”消息中，如圖13所示。返回圖12繼續(xù)說(shuō)明。當(dāng)接收到來(lái)自HNB 120的“HNBAP:HNB注冊(cè)請(qǐng)求”消息時(shí)，HNB-GW 140檢驗(yàn)該消息是否包含參數(shù)“Μ)Ρ數(shù)據(jù)包多路復(fù)用支持”，以確定HNB 120是否支持UDP數(shù)據(jù)包多路復(fù)用功能(S54)。當(dāng)HNB 120支持UDP數(shù)據(jù)包多路復(fù)用功能時(shí)，除正常參數(shù)之外，HNB-GW 140在被傳送回HNB 120的“HNBAP:HNB注冊(cè)接受”消息中設(shè)置指示UDP數(shù)據(jù)包多路復(fù)用的參數(shù)“最大消息大小”，如圖14的最低欄所示。參數(shù)“最大消息大小”被設(shè)置為一個(gè)IP負(fù)載的最大數(shù)據(jù)長(zhǎng)度，且一個(gè)IP負(fù)載中包含的語(yǔ)音數(shù)據(jù)幀的數(shù)目可以由“最大消息大小”確定。在下面的處理中，根據(jù)“最大消息大小”確定的最大大小，HNB-GW140對(duì)從MGW 170接收的UDP數(shù)據(jù)包進(jìn)行排隊(duì)(排列)。然后，排對(duì)后的UDP數(shù)據(jù)包作為一個(gè)IP負(fù)載被傳送到 HNB 120。此外，當(dāng)HNB 120向HNB-GW 140傳送語(yǔ)音數(shù)據(jù)時(shí)，支持UDP數(shù)據(jù)包多路復(fù)用功能的HNB 120也執(zhí)行類(lèi)似的UDP數(shù)據(jù)包多路復(fù)用。HNB-GW 140從接收自HNB 120的一個(gè)IP負(fù)載生成多個(gè)Μ)Ρ數(shù)據(jù)包，以將UDP數(shù)據(jù)包傳送至MGW 170。當(dāng)使用不支持UDP數(shù)據(jù)包多路復(fù)用功能的HNB 120時(shí)，HNB-GW140不執(zhí)行UDP數(shù)
據(jù)包多路復(fù)用。這樣，根據(jù)第七不例性實(shí)施例的暈微微系統(tǒng)執(zhí)行與暈微微系統(tǒng)100相似的過(guò)程。此外，當(dāng)使用支持UDP數(shù)據(jù)包多路復(fù)用功能的HNB 120時(shí)，通過(guò)HNB 120和HNB-GW 140傳送的語(yǔ)音數(shù)據(jù)通過(guò)UDP數(shù)據(jù)包多路復(fù)用被進(jìn)一步壓縮，從而達(dá)到了克服頻帶不足問(wèn)題的效
果O〈第八示例性實(shí)施例〉
根據(jù)本發(fā)明的第八示例性實(shí)施例的毫微微系統(tǒng)與毫微微系統(tǒng)100的不同之處在于，該毫微微系統(tǒng)包括用于當(dāng)HNB-GW 140向HNB 120傳輸語(yǔ)音數(shù)據(jù)時(shí)對(duì)語(yǔ)音數(shù)據(jù)執(zhí)行緊縮壓縮/解壓縮的緊縮功能，并且包括一用于當(dāng)HNB 120支持緊縮功能時(shí)向HNB-GW 140通知HNB 120支持緊縮功能的功能。緊縮功能是以緊縮方法對(duì)數(shù)據(jù)進(jìn)行壓縮的處理(緊縮壓縮)，以及對(duì)通過(guò)緊縮方法壓縮的數(shù)據(jù)進(jìn)行解壓縮的處理(緊縮解壓縮)，從而壓縮IP負(fù)載本身。參照?qǐng)D15至17，將對(duì)通過(guò)HNB-GW 140確定HNB 120是否支持緊縮功能的過(guò)程進(jìn)行說(shuō)明。 該確定過(guò)程在驗(yàn)證程序(HNB注冊(cè)程序)中進(jìn)行，其中當(dāng)HNB 120第一次連接至HNB-Gff 140時(shí)，所述驗(yàn)證程序啟動(dòng)。在圖15中，除了步驟S64以外的每個(gè)步驟都是通常的毫微微系統(tǒng)中的HNB注冊(cè)程序。在步驟S63中，HNB 120向HNB-GW 140傳送“HNBAP:HNB注冊(cè)請(qǐng)求”消息。圖16示出了該消息的實(shí)例。在圖16所示的實(shí)例中，除了最低欄中的參數(shù)“緊縮支持”以外的每個(gè)參數(shù)都是非專(zhuān)利文獻(xiàn)2定義的參數(shù)，且在通常的毫微微系統(tǒng)中被包括在“HNBAP:HNB注冊(cè)請(qǐng)求”消息內(nèi)。在第八示例性實(shí)施例中，當(dāng)HNB 120支持緊縮功能時(shí)，如圖16所示，HNB 120將指示HNB 120支持緊縮功能的參數(shù)“緊縮支持”添加到通常的“HNBAP:HNB注冊(cè)請(qǐng)求”消息中。重新參照?qǐng)D15繼續(xù)說(shuō)明。當(dāng)接收到來(lái)自HNB 120的“HNBAP:HNB注冊(cè)請(qǐng)求”消息時(shí)，HNB-GW 140檢驗(yàn)該消息是否包含參數(shù)“緊縮支持”，以確定HNB 120是否支持緊縮功能(S64)。當(dāng)HNB 120支持緊縮功能時(shí)，除正常參數(shù)之外，HNB-GW 140在被傳送回HNB 120的“HNBAP:HNB注冊(cè)接受”消息中設(shè)置指示緊縮的參數(shù)“緊縮”，如圖17的最低欄所示。在下面的處理中，HNB-GW 140對(duì)從MGW 170接收的IP負(fù)載進(jìn)行緊縮壓縮，然后將壓縮數(shù)據(jù)傳送至HNB 120。此外，當(dāng)HNB 120向HNB-GW 140傳送語(yǔ)音數(shù)據(jù)時(shí)，支持緊縮功能的HNB 120也執(zhí)行類(lèi)似的緊縮壓縮。HNB-Gff 140對(duì)從HNB 120接收的IP負(fù)載進(jìn)行緊縮解壓縮，以將解壓縮數(shù)據(jù)傳送至MGW 170。當(dāng)使用不支持緊縮功能的HNB 120時(shí)，HNB-Gff 140不執(zhí)行緊縮過(guò)程。這樣，根據(jù)第八示例性實(shí)施例的毫微微系統(tǒng)執(zhí)行與毫微微系統(tǒng)100類(lèi)似的過(guò)程。此外，當(dāng)使用支持緊縮功能的HNB 120時(shí)，通過(guò)HNB 120和HNB-GW 140傳送的語(yǔ)音數(shù)據(jù)通過(guò)緊縮壓縮被進(jìn)一步壓縮，從而達(dá)到克服頻帶不足問(wèn)題的效果。根據(jù)示例性實(shí)施例對(duì)本發(fā)明進(jìn)行了說(shuō)明。應(yīng)該注意到，示例性實(shí)施例僅僅是實(shí)例，并且可在不脫離本發(fā)明的精神的條件下對(duì)上述每個(gè)示例性實(shí)施例進(jìn)行變更、修改和結(jié)合。本領(lǐng)域的技術(shù)人員能理解，作出了變更、修改和結(jié)合的各種實(shí)例也在本發(fā)明的范圍內(nèi)。例如，在長(zhǎng)期演進(jìn)(LTE)中，本發(fā)明的技術(shù)可以以相似的方式應(yīng)用于HeNB或HeNB-Gff0此外，除了上述每個(gè)示例性實(shí)施例使用的HNBAP、URA和RANAP以外的其他協(xié)議也可用于通知多路復(fù)用 目息和端口 目息。本申請(qǐng)要求于2009年12月10日遞交的日本專(zhuān)利申請(qǐng)No. 2009-280154的優(yōu)先權(quán)，并其內(nèi)容通過(guò)引用被整體結(jié)合于此。
工業(yè)實(shí)用性本發(fā)明適用于在媒體網(wǎng)關(guān)和毫微微蜂窩式基站之間中繼語(yǔ)音數(shù)據(jù)。參考符號(hào)目錄10毫微微系統(tǒng)20UE
30HNB40 網(wǎng)絡(luò)50HNB-GW52MGW54MSC100毫微微系統(tǒng)110UE120HNB130 網(wǎng)絡(luò)140HNB-GW150窄頻帶確定單元160轉(zhuǎn)換單元170MGW180MSC
權(quán)利要求
1.一種網(wǎng)關(guān)設(shè)備，該網(wǎng)關(guān)設(shè)備通過(guò)網(wǎng)絡(luò)連接到毫微微蜂窩式基站并且在媒體網(wǎng)關(guān)和所述毫微微蜂窩式基站之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者進(jìn)行中繼，所述網(wǎng)關(guān)設(shè)備包括 窄頻帶確定裝置，用于確定所述網(wǎng)絡(luò)的頻帶是否是等于或小于預(yù)定閾值的窄頻帶；以及 轉(zhuǎn)換裝置，用于在所述窄頻帶確定裝置確定所述頻帶為窄頻帶時(shí)，轉(zhuǎn)換所述語(yǔ)音數(shù)據(jù)以降低從所述媒體網(wǎng)關(guān)傳輸至所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)的比特率。
2.根據(jù)權(quán)利要求I所述的網(wǎng)關(guān)設(shè)備，其中 所述轉(zhuǎn)換裝置進(jìn)一步檢驗(yàn)連接至所述毫微微蜂窩式基站的終端設(shè)備能夠支持的比特率，以及 當(dāng)所述語(yǔ)音數(shù)據(jù)被轉(zhuǎn)換時(shí)，所述比特率被降低至所述終端設(shè)備能夠支持的比特率。
3.根據(jù)權(quán)利要求I或2所述的網(wǎng)關(guān)設(shè)備，其中，當(dāng)所述窄頻帶確定裝置確定所述頻帶為窄頻帶時(shí)，所述轉(zhuǎn)換裝置進(jìn)一步轉(zhuǎn)換所述語(yǔ)音數(shù)據(jù)以增大從所述毫微微蜂窩式基站傳輸至所述媒體網(wǎng)關(guān)的語(yǔ)音數(shù)據(jù)的比特率。
4.根據(jù)權(quán)利要求I至3中任意一項(xiàng)所述的網(wǎng)關(guān)設(shè)備，其中，當(dāng)傳輸至所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)被轉(zhuǎn)換時(shí)，所述轉(zhuǎn)換裝置通過(guò)與所述毫微微蜂窩式基站對(duì)應(yīng)的多路復(fù)用系統(tǒng)進(jìn)一步進(jìn)行多路復(fù)用。
5.根據(jù)權(quán)利要求4所述的網(wǎng)關(guān)設(shè)備，其中，所述多路復(fù)用系統(tǒng)為以下系統(tǒng)中的任意一個(gè)用于將多個(gè)幀多路復(fù)用到一個(gè)RTP負(fù)載的幀多路復(fù)用系統(tǒng)、用于將多個(gè)RTP數(shù)據(jù)包多路復(fù)用到一個(gè)UDP負(fù)載的RTP數(shù)據(jù)包多路復(fù)用系統(tǒng)、以及用于將多個(gè)UDP數(shù)據(jù)包多路復(fù)用到一個(gè)IP負(fù)載的緊縮系統(tǒng)。
6.根據(jù)權(quán)利要求I至5中任意一項(xiàng)所述的網(wǎng)關(guān)設(shè)備，其中，當(dāng)傳輸至與所述緊縮系統(tǒng)對(duì)應(yīng)的所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)被轉(zhuǎn)換時(shí)，所述轉(zhuǎn)換裝置進(jìn)一步通過(guò)緊縮進(jìn)行壓縮。
7.—種中繼方法，當(dāng)在毫微微蜂窩式基站和媒體網(wǎng)關(guān)之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者進(jìn)行中繼時(shí)執(zhí)行，其中，所述毫微微蜂窩式基站通過(guò)網(wǎng)絡(luò)與所述媒體網(wǎng)關(guān)執(zhí)行語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者，所述中繼方法執(zhí)行以下過(guò)程 確定所述網(wǎng)絡(luò)的頻帶是否是等于或小于預(yù)定閾值的窄頻帶，以及 當(dāng)確定所述頻帶為窄頻帶時(shí)，轉(zhuǎn)換語(yǔ)音數(shù)據(jù)以降低從所述媒體網(wǎng)關(guān)傳輸至所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)的比特率。
8.一種非臨時(shí)性計(jì)算機(jī)可讀介質(zhì)，當(dāng)在毫微微蜂窩式基站和媒體網(wǎng)關(guān)之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者進(jìn)行中繼時(shí)，所述非臨時(shí)性計(jì)算機(jī)可讀介質(zhì)存儲(chǔ)的程序使計(jì)算機(jī)執(zhí)行以下過(guò)程，其中，所述毫微微蜂窩式基站通過(guò)網(wǎng)絡(luò)與所述媒體網(wǎng)關(guān)執(zhí)行語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者 確定所述網(wǎng)絡(luò)的頻帶是否是等于或小于預(yù)定閾值的窄頻帶，以及 當(dāng)確定所述頻帶為窄頻帶時(shí)，轉(zhuǎn)換語(yǔ)音數(shù)據(jù)以降低從所述媒體網(wǎng)關(guān)傳輸至所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)的比特率。
9.一種毫微微系統(tǒng),包括 媒體網(wǎng)關(guān)；毫微微蜂窩式基站；以及 網(wǎng)關(guān)設(shè)備，該網(wǎng)關(guān)設(shè)備通過(guò)網(wǎng)絡(luò)連接到所述毫微微蜂窩式基站并且在所述媒體網(wǎng)關(guān)和所述毫微微蜂窩式基站之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸和接收中的至少一者進(jìn)行中繼，其中所述網(wǎng)關(guān)設(shè)備包括 窄頻帶確定裝置，用于確定所述網(wǎng)絡(luò)的頻帶是否是等于或小于預(yù)定閾值的窄頻帶，以·及 轉(zhuǎn)換裝置，用于當(dāng)所述窄頻帶確定裝置確定所述頻帶為窄頻帶時(shí)，轉(zhuǎn)換語(yǔ)音數(shù)據(jù)以降低從所述媒體網(wǎng)關(guān)傳送至所述毫微微蜂窩式基站的語(yǔ)音數(shù)據(jù)的比特率。
全文摘要
在毫微微系統(tǒng)100中，為了避免由HNB-GW和HNB之間的頻帶不足引起的音質(zhì)降低，HNB-GW 140通過(guò)網(wǎng)絡(luò)130與HNB 120連接，并在MGW 170和HNB 120之間對(duì)語(yǔ)音數(shù)據(jù)的傳輸/接收進(jìn)行中繼。HNB-GW140中的窄頻帶確定單元150確定網(wǎng)絡(luò)130的頻帶是否為等于或小于預(yù)定閾值的窄頻帶。當(dāng)窄頻帶確定單元150確定頻帶為窄頻帶時(shí)，轉(zhuǎn)換單元160轉(zhuǎn)換語(yǔ)音數(shù)據(jù)，從而使得從MGW 170傳送至HNB 120的語(yǔ)音數(shù)據(jù)的比特率可以被降低。
文檔編號(hào)H04W28/22GK102714817SQ20108006114
公開(kāi)日2012年10月3日 申請(qǐng)日期2010年11月29日 優(yōu)先權(quán)日2009年12月10日
發(fā)明者植田佳央, 細(xì)部日出海 申請(qǐng)人:日本電氣株式會(huì)社