姚思泉+張臨+陳智存
【摘要】首先簡(jiǎn)要介紹LTE切換的分類;然后通過(guò)對(duì)LTE HeNB協(xié)議棧中的X2切換的研究,詳細(xì)分析了X2切換的控制面,并基于HeNB協(xié)議棧的研發(fā)環(huán)境,對(duì)X2切換不同時(shí)期進(jìn)行了模塊化設(shè)計(jì),提出了一種X2切換的控制面信令流程處理方案;最后驗(yàn)證了該方案的可行性,在HeNB協(xié)議棧上可以滿足3GPP對(duì)X2切換控制面的有關(guān)規(guī)定。
【關(guān)鍵詞】HeNB協(xié)議棧X2切換控制面信令
中圖分類號(hào):TN929.5文獻(xiàn)標(biāo)識(shí)碼:A文章編號(hào):1006-1010(2014)-08-0036-06
Research and Application of X2 Handover Control Plane of LTE HeNB
YAO Si-quan, ZHANG Lin, CHEN Zhi-cun, XIONG Lian
(1. School of Communication and Information Engineering, Chongqing University of Posts and Telecommunications, Chongqing 400065, China;
2. Chongqing Chongyou Information Technology Co., Ltd., Chongqing 401121, China)
[Abstract] First LTE handover classificationis briefly introduced.Secondly, by the research on X2 handover in LTE HeNB protocol stack, the control plane of X2 handover is analyzed in detail and the modular design is carried on X2 handover in different periods based on the research and development environment of HeNB protocol stack.Asignaling flow processing solution of X2 handover control planeis proposed. Finally, this solution is verifiedandcan meet the related 3GPP rules for X2 handover control plane in HeNB protocol stack.
[Key words]HeNBprotocol stackX2 handovercontrol planesignaling
1 引言
3GPP在LTE發(fā)展的初期提出了家庭式基站(HeNB,Home eNodeB)的概念和技術(shù),HeNB的概念一經(jīng)推出,就受到來(lái)自移動(dòng)運(yùn)營(yíng)商的追捧。借助家庭基站,移動(dòng)運(yùn)營(yíng)商可以進(jìn)入原來(lái)被固定網(wǎng)絡(luò)和Wi-Fi網(wǎng)絡(luò)控制的家庭及辦公場(chǎng)所市場(chǎng)。因此,開(kāi)發(fā)家庭基站協(xié)議棧的工作迫在眉睫,其中切換功能的開(kāi)發(fā)又是整個(gè)協(xié)議棧開(kāi)發(fā)中必不可少的一個(gè)功能模塊。3GPP對(duì)X2切換的規(guī)定主要包括X2切換的控制面和用戶面。本文詳細(xì)研究了協(xié)議棧中有關(guān)切換的部分,并結(jié)合家庭基站協(xié)議棧的研發(fā)項(xiàng)目,對(duì)X2切換的控制面做了詳細(xì)的研究與設(shè)計(jì),適用于當(dāng)宏基站向HeNB切換或者HeNB到宏基站的切換,以及按照最新協(xié)議標(biāo)準(zhǔn)X2切換可以完成HeNB之間的切換。
2 X2中的切換
2.1切換的分類
切換是指當(dāng)移動(dòng)臺(tái)在通話過(guò)程中從一個(gè)基站覆蓋區(qū)移動(dòng)到另一個(gè)基站覆蓋區(qū),或者由于外界干擾而造成通話質(zhì)量下降時(shí),必須改變?cè)械脑捯粜诺蓝D(zhuǎn)接到一條新的空閑話音信道上去,以繼續(xù)保持通話、通信、質(zhì)量的移動(dòng)性管理過(guò)程。
按照切換控制方式,切換可以分為:移動(dòng)臺(tái)控制切換(MCHO)、網(wǎng)絡(luò)控制切換(NCHO)和移動(dòng)臺(tái)輔助切換(MAHO);另外,從切換時(shí)的連接方式上一般可分為硬切換和軟切換兩種。又根據(jù)用于移動(dòng)設(shè)備和網(wǎng)絡(luò)之間交換切換有關(guān)信息的資源,存在兩類切換連接的建立,即前向切換和后向切換。如果從物理實(shí)體上看,根據(jù)切換過(guò)程中各個(gè)網(wǎng)絡(luò)實(shí)體的不同,LTE切換分為網(wǎng)內(nèi)切換和網(wǎng)間切換,而網(wǎng)內(nèi)切換根據(jù)MME/S-GW是否重選又分為四種情況。其中MME不變的兩種情況下根據(jù)網(wǎng)絡(luò)側(cè)HeNB間存在X2連接分為X2切換和S1切換,不同方法導(dǎo)致不同連接建立方式和不同切換信令過(guò)程。下面將詳細(xì)介紹X2切換的控制面部分。
2.2協(xié)議棧中的X2切換控制面
X2控制面主要是通過(guò)一系列的信令流程控制X2切換過(guò)程,使其能在整個(gè)切換過(guò)程中根據(jù)不同的網(wǎng)絡(luò)環(huán)境配置相應(yīng)的網(wǎng)絡(luò)參數(shù),包括信令無(wú)線承載(SRB)和數(shù)據(jù)無(wú)線承載(DRB)等,來(lái)實(shí)現(xiàn)各信令以及所攜帶的參數(shù)正確傳輸。信令主要傳輸過(guò)程如圖1所示。
3 X2切換控制面的設(shè)計(jì)
3.1功能模塊設(shè)計(jì)
X2切換模塊與其它模塊的輸入輸出關(guān)系如圖2所示。
◆HO模塊與定時(shí)器模塊的接口
定時(shí)器模塊向切換準(zhǔn)備模塊提供開(kāi)啟與關(guān)閉定時(shí)器接口;定時(shí)器模塊向HO執(zhí)行模塊提供關(guān)閉定時(shí)器接口;定時(shí)器模塊向HO完成模塊提供關(guān)閉定時(shí)器接口;HO取消模塊向定時(shí)器模塊提供HO取消發(fā)送接口。
◆RRM模塊與HO模塊的接口
HO模塊向RRM模塊提供HO信令接收處理接口。
◆HO模塊與核心數(shù)據(jù)結(jié)構(gòu)的接口
核心數(shù)據(jù)結(jié)構(gòu)向HO模塊信令發(fā)送函數(shù)提供相應(yīng)信元,如填寫UE報(bào)文信息;HO模塊信令接收函數(shù)向核心數(shù)據(jù)結(jié)構(gòu)提供相應(yīng)數(shù)據(jù),如保存UE報(bào)文信息。
◆HO模塊與X2/S1信令收發(fā)模塊的接口
X2/S1信令收發(fā)模塊向HO準(zhǔn)備模塊提供X2信令收發(fā)接口;X2/S1信令收發(fā)模塊向HO執(zhí)行模塊提供X2信令收發(fā)接口;X2/S1信令收發(fā)模塊向HO完成模塊提供X2/S1信令收發(fā)接口。
◆HO模塊與ASN編解碼模塊的接口
ASN編解碼模塊向HO準(zhǔn)備模塊提供信令編解碼接口,實(shí)現(xiàn)信令的收發(fā)、對(duì)RRC Context信元切換準(zhǔn)備消息的編解碼以及目標(biāo)基站到源基站的Transparent Container的編碼;ASN編解碼模塊向HO執(zhí)行模塊提供信令編解碼;ASN編解碼模塊向HO完成模塊提供信令編解碼。
◆HO模塊與E-RAB建立/釋放模塊的接口
E-RAB建立/釋放模塊向HO準(zhǔn)備模塊提供E-RAB建立/釋放接口;E-RAB建立/釋放模塊向HO完成模塊提供E-RAB釋放接口。
◆HO模塊與RRC信令收發(fā)模塊的接口
RRC信令收發(fā)模塊向HO執(zhí)行模塊提供信令發(fā)送接口,實(shí)現(xiàn)RRC連接重配置信令的透?jìng)骱蚏RC重建立請(qǐng)求的接收。
◆HO模塊與PDCP RB實(shí)體模塊的接口
PDCP RB實(shí)體模塊向HO執(zhí)行模塊提供Receive Status Of UL PDCP SDUs、UL COUNT Value以及DL COUNT Value;HO執(zhí)行模塊向PDCP RB實(shí)體模塊提供Receive Status Of UL PDCP SDUs、UL COUNT Value以及DL COUNT Value。
◆HO模塊與RRC Re-establishment模塊的接口
RRC Re-establishment模塊向HO執(zhí)行模塊提供RRC Re-establishment功能;HO取消模塊向RRC Re-establishment模塊提供Handover Cancel發(fā)送接口。
3.2模塊結(jié)構(gòu)劃分與設(shè)計(jì)
為了保證切換信令能在整個(gè)協(xié)議棧中正確工作,根據(jù)功能模塊的設(shè)計(jì)和切換的三個(gè)過(guò)程,設(shè)計(jì)出各個(gè)模塊的結(jié)構(gòu)和功能。
在HO準(zhǔn)備模塊中,首先源基站調(diào)用Handover Request發(fā)送模塊,目標(biāo)基站接收到Handover Request后,調(diào)用Handover Request接收模塊;若成功建立UE資源,Handover Request接收模塊調(diào)用Handover Request ACK發(fā)送模塊,否則調(diào)用Handover Preparation Failure發(fā)送模塊;若源基站接收到Handover Request ACK,則調(diào)用Handover Request ACK接收模塊,若接收到Handover Preparation Failure,則調(diào)用Handover Preparation Failure接收模塊。具體如圖3所示。
在HO執(zhí)行模塊中,首先源基站調(diào)用RRC Connection Reconfiguration發(fā)送模塊;若存在RLC AM模式業(yè)務(wù),調(diào)用SN Status Transfer發(fā)送模塊,目標(biāo)基站接收到SN Status Transfer后,調(diào)用SN Status Transfer接收模塊;若目標(biāo)基站接收到RRC Connection Reconfiguration Complete,調(diào)用RRC Connection Reconfiguration Complete接收模塊;若目標(biāo)基站接收到RRC Re-establishment Request,調(diào)用RRC Re-establishment接收模塊。具體如圖4所示。
在HO完成模塊中(見(jiàn)圖5),若成功處理RRC Connection Reconfiguration Complete,目標(biāo)基站調(diào)用Path Switch Request發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request ACK,調(diào)用Path Switch Request ACK接收模塊,釋放E-RAB To Be Released List信元中E-RAB,調(diào)用UE Context Release發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request Failure,調(diào)用Path Switch Request Failure接收模塊,隨后RRM向UE發(fā)送RRC Connection Release,釋放RRC Connection;若源基站接收到UE Context Release,調(diào)用UE Context Release接收模塊,關(guān)閉定時(shí)器TX2RELOCoverall,隨后RRM向MME發(fā)送UE Context Release Request,請(qǐng)求MME釋放UE資源。
在HO取消模塊中,包括Handover Cancel發(fā)送模塊和Handover Cancel接收模塊以及切換數(shù)據(jù)恢復(fù)模塊,目標(biāo)基站接收到Handover Cancel后,釋放UE資源。具體如圖6所示。
3.3切換異常情況處理
在空口切換,由于各種原因?qū)е虑袚Q失?。ㄈ缒繕?biāo)基站的信號(hào)質(zhì)量突然下降),則調(diào)用切換數(shù)據(jù)進(jìn)行系統(tǒng)信息回滾使其達(dá)到切換前的狀態(tài)。具體處理流程如圖7所示。
4 運(yùn)行結(jié)果與分析
基于HeNB協(xié)議棧的研發(fā)環(huán)境對(duì)設(shè)計(jì)好的切換功能模塊進(jìn)行代碼編寫,并且在Linux操作系統(tǒng)開(kāi)發(fā)環(huán)境對(duì)整個(gè)協(xié)議棧運(yùn)行得出如下結(jié)果,對(duì)主要信令截圖如圖8—12所示。
通過(guò)對(duì)整個(gè)協(xié)議棧的運(yùn)行情況可以看出,上文設(shè)計(jì)的X2切換的控制面能成功實(shí)現(xiàn)對(duì)切換流程的控制。
5 總結(jié)
本文主要通過(guò)對(duì)LTE HeNB協(xié)議棧中的切換控制面進(jìn)行研究,設(shè)計(jì)了切換控制面的功能模塊,在基于HeNB協(xié)議棧的研發(fā)環(huán)境中,并對(duì)其進(jìn)行相應(yīng)的編碼實(shí)現(xiàn)了X2切換的控制面功能。這不僅證明了家庭基站切換具有理論價(jià)值,而且進(jìn)一步驗(yàn)證了其可行性和實(shí)用性。
參考文獻(xiàn):
[1] Stefania Sesia, Lssam Toufik, Matthew Baker. LTE-UMTS長(zhǎng)期演進(jìn)理論與實(shí)踐[M]. 馬霓,鄔鋼,張曉博,等譯. 北京: 人民郵電出版社, 2009.
[2]3GPP TS 36.300 V9.6.0. Evolved Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-Overall Description[S]. 2011.
[3] 3GPP TS 36.331 V9.5.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-Radio Resource Control(RRC) Protocol Specification[S]. 2010.
[4] 3GPP TS 36.201 V9.1.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-LTE Physical Layer: General Description[S]. 2010.
[5] 3GPP TS 36.413 V9.5.1. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-S1 Application Protocol(S1AP)[S]. 2010.
[6] 3GPP TS 36.423 V9.5.0. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-X2 Application Protocol(X2AP)[S]. 2011.
[7] 3GPP TS 23.401 V9.10.0. General Packet Radio Service(GPRS) Enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) Access[S]. 2011.★
作者簡(jiǎn)介
姚思泉:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
張臨:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
陳智存:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
◆HO模塊與RRC Re-establishment模塊的接口
RRC Re-establishment模塊向HO執(zhí)行模塊提供RRC Re-establishment功能;HO取消模塊向RRC Re-establishment模塊提供Handover Cancel發(fā)送接口。
3.2模塊結(jié)構(gòu)劃分與設(shè)計(jì)
為了保證切換信令能在整個(gè)協(xié)議棧中正確工作,根據(jù)功能模塊的設(shè)計(jì)和切換的三個(gè)過(guò)程,設(shè)計(jì)出各個(gè)模塊的結(jié)構(gòu)和功能。
在HO準(zhǔn)備模塊中,首先源基站調(diào)用Handover Request發(fā)送模塊,目標(biāo)基站接收到Handover Request后,調(diào)用Handover Request接收模塊;若成功建立UE資源,Handover Request接收模塊調(diào)用Handover Request ACK發(fā)送模塊,否則調(diào)用Handover Preparation Failure發(fā)送模塊;若源基站接收到Handover Request ACK,則調(diào)用Handover Request ACK接收模塊,若接收到Handover Preparation Failure,則調(diào)用Handover Preparation Failure接收模塊。具體如圖3所示。
在HO執(zhí)行模塊中,首先源基站調(diào)用RRC Connection Reconfiguration發(fā)送模塊;若存在RLC AM模式業(yè)務(wù),調(diào)用SN Status Transfer發(fā)送模塊,目標(biāo)基站接收到SN Status Transfer后,調(diào)用SN Status Transfer接收模塊;若目標(biāo)基站接收到RRC Connection Reconfiguration Complete,調(diào)用RRC Connection Reconfiguration Complete接收模塊;若目標(biāo)基站接收到RRC Re-establishment Request,調(diào)用RRC Re-establishment接收模塊。具體如圖4所示。
在HO完成模塊中(見(jiàn)圖5),若成功處理RRC Connection Reconfiguration Complete,目標(biāo)基站調(diào)用Path Switch Request發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request ACK,調(diào)用Path Switch Request ACK接收模塊,釋放E-RAB To Be Released List信元中E-RAB,調(diào)用UE Context Release發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request Failure,調(diào)用Path Switch Request Failure接收模塊,隨后RRM向UE發(fā)送RRC Connection Release,釋放RRC Connection;若源基站接收到UE Context Release,調(diào)用UE Context Release接收模塊,關(guān)閉定時(shí)器TX2RELOCoverall,隨后RRM向MME發(fā)送UE Context Release Request,請(qǐng)求MME釋放UE資源。
在HO取消模塊中,包括Handover Cancel發(fā)送模塊和Handover Cancel接收模塊以及切換數(shù)據(jù)恢復(fù)模塊,目標(biāo)基站接收到Handover Cancel后,釋放UE資源。具體如圖6所示。
3.3切換異常情況處理
在空口切換,由于各種原因?qū)е虑袚Q失?。ㄈ缒繕?biāo)基站的信號(hào)質(zhì)量突然下降),則調(diào)用切換數(shù)據(jù)進(jìn)行系統(tǒng)信息回滾使其達(dá)到切換前的狀態(tài)。具體處理流程如圖7所示。
4 運(yùn)行結(jié)果與分析
基于HeNB協(xié)議棧的研發(fā)環(huán)境對(duì)設(shè)計(jì)好的切換功能模塊進(jìn)行代碼編寫,并且在Linux操作系統(tǒng)開(kāi)發(fā)環(huán)境對(duì)整個(gè)協(xié)議棧運(yùn)行得出如下結(jié)果,對(duì)主要信令截圖如圖8—12所示。
通過(guò)對(duì)整個(gè)協(xié)議棧的運(yùn)行情況可以看出,上文設(shè)計(jì)的X2切換的控制面能成功實(shí)現(xiàn)對(duì)切換流程的控制。
5 總結(jié)
本文主要通過(guò)對(duì)LTE HeNB協(xié)議棧中的切換控制面進(jìn)行研究,設(shè)計(jì)了切換控制面的功能模塊,在基于HeNB協(xié)議棧的研發(fā)環(huán)境中,并對(duì)其進(jìn)行相應(yīng)的編碼實(shí)現(xiàn)了X2切換的控制面功能。這不僅證明了家庭基站切換具有理論價(jià)值,而且進(jìn)一步驗(yàn)證了其可行性和實(shí)用性。
參考文獻(xiàn):
[1] Stefania Sesia, Lssam Toufik, Matthew Baker. LTE-UMTS長(zhǎng)期演進(jìn)理論與實(shí)踐[M]. 馬霓,鄔鋼,張曉博,等譯. 北京: 人民郵電出版社, 2009.
[2]3GPP TS 36.300 V9.6.0. Evolved Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-Overall Description[S]. 2011.
[3] 3GPP TS 36.331 V9.5.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-Radio Resource Control(RRC) Protocol Specification[S]. 2010.
[4] 3GPP TS 36.201 V9.1.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-LTE Physical Layer: General Description[S]. 2010.
[5] 3GPP TS 36.413 V9.5.1. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-S1 Application Protocol(S1AP)[S]. 2010.
[6] 3GPP TS 36.423 V9.5.0. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-X2 Application Protocol(X2AP)[S]. 2011.
[7] 3GPP TS 23.401 V9.10.0. General Packet Radio Service(GPRS) Enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) Access[S]. 2011.★
作者簡(jiǎn)介
姚思泉:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
張臨:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
陳智存:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
◆HO模塊與RRC Re-establishment模塊的接口
RRC Re-establishment模塊向HO執(zhí)行模塊提供RRC Re-establishment功能;HO取消模塊向RRC Re-establishment模塊提供Handover Cancel發(fā)送接口。
3.2模塊結(jié)構(gòu)劃分與設(shè)計(jì)
為了保證切換信令能在整個(gè)協(xié)議棧中正確工作,根據(jù)功能模塊的設(shè)計(jì)和切換的三個(gè)過(guò)程,設(shè)計(jì)出各個(gè)模塊的結(jié)構(gòu)和功能。
在HO準(zhǔn)備模塊中,首先源基站調(diào)用Handover Request發(fā)送模塊,目標(biāo)基站接收到Handover Request后,調(diào)用Handover Request接收模塊;若成功建立UE資源,Handover Request接收模塊調(diào)用Handover Request ACK發(fā)送模塊,否則調(diào)用Handover Preparation Failure發(fā)送模塊;若源基站接收到Handover Request ACK,則調(diào)用Handover Request ACK接收模塊,若接收到Handover Preparation Failure,則調(diào)用Handover Preparation Failure接收模塊。具體如圖3所示。
在HO執(zhí)行模塊中,首先源基站調(diào)用RRC Connection Reconfiguration發(fā)送模塊;若存在RLC AM模式業(yè)務(wù),調(diào)用SN Status Transfer發(fā)送模塊,目標(biāo)基站接收到SN Status Transfer后,調(diào)用SN Status Transfer接收模塊;若目標(biāo)基站接收到RRC Connection Reconfiguration Complete,調(diào)用RRC Connection Reconfiguration Complete接收模塊;若目標(biāo)基站接收到RRC Re-establishment Request,調(diào)用RRC Re-establishment接收模塊。具體如圖4所示。
在HO完成模塊中(見(jiàn)圖5),若成功處理RRC Connection Reconfiguration Complete,目標(biāo)基站調(diào)用Path Switch Request發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request ACK,調(diào)用Path Switch Request ACK接收模塊,釋放E-RAB To Be Released List信元中E-RAB,調(diào)用UE Context Release發(fā)送模塊;若目標(biāo)基站接收到Path Switch Request Failure,調(diào)用Path Switch Request Failure接收模塊,隨后RRM向UE發(fā)送RRC Connection Release,釋放RRC Connection;若源基站接收到UE Context Release,調(diào)用UE Context Release接收模塊,關(guān)閉定時(shí)器TX2RELOCoverall,隨后RRM向MME發(fā)送UE Context Release Request,請(qǐng)求MME釋放UE資源。
在HO取消模塊中,包括Handover Cancel發(fā)送模塊和Handover Cancel接收模塊以及切換數(shù)據(jù)恢復(fù)模塊,目標(biāo)基站接收到Handover Cancel后,釋放UE資源。具體如圖6所示。
3.3切換異常情況處理
在空口切換,由于各種原因?qū)е虑袚Q失敗(如目標(biāo)基站的信號(hào)質(zhì)量突然下降),則調(diào)用切換數(shù)據(jù)進(jìn)行系統(tǒng)信息回滾使其達(dá)到切換前的狀態(tài)。具體處理流程如圖7所示。
4 運(yùn)行結(jié)果與分析
基于HeNB協(xié)議棧的研發(fā)環(huán)境對(duì)設(shè)計(jì)好的切換功能模塊進(jìn)行代碼編寫,并且在Linux操作系統(tǒng)開(kāi)發(fā)環(huán)境對(duì)整個(gè)協(xié)議棧運(yùn)行得出如下結(jié)果,對(duì)主要信令截圖如圖8—12所示。
通過(guò)對(duì)整個(gè)協(xié)議棧的運(yùn)行情況可以看出,上文設(shè)計(jì)的X2切換的控制面能成功實(shí)現(xiàn)對(duì)切換流程的控制。
5 總結(jié)
本文主要通過(guò)對(duì)LTE HeNB協(xié)議棧中的切換控制面進(jìn)行研究,設(shè)計(jì)了切換控制面的功能模塊,在基于HeNB協(xié)議棧的研發(fā)環(huán)境中,并對(duì)其進(jìn)行相應(yīng)的編碼實(shí)現(xiàn)了X2切換的控制面功能。這不僅證明了家庭基站切換具有理論價(jià)值,而且進(jìn)一步驗(yàn)證了其可行性和實(shí)用性。
參考文獻(xiàn):
[1] Stefania Sesia, Lssam Toufik, Matthew Baker. LTE-UMTS長(zhǎng)期演進(jìn)理論與實(shí)踐[M]. 馬霓,鄔鋼,張曉博,等譯. 北京: 人民郵電出版社, 2009.
[2]3GPP TS 36.300 V9.6.0. Evolved Universal Terrestrial Radio Access(E-UTRA) and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-Overall Description[S]. 2011.
[3] 3GPP TS 36.331 V9.5.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-Radio Resource Control(RRC) Protocol Specification[S]. 2010.
[4] 3GPP TS 36.201 V9.1.0. Evolved Universal Terrestrial Radio Access(E-UTRA)-LTE Physical Layer: General Description[S]. 2010.
[5] 3GPP TS 36.413 V9.5.1. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-S1 Application Protocol(S1AP)[S]. 2010.
[6] 3GPP TS 36.423 V9.5.0. Evolved Universal Terrestrial Radio Access Network(E-UTRAN)-X2 Application Protocol(X2AP)[S]. 2011.
[7] 3GPP TS 23.401 V9.10.0. General Packet Radio Service(GPRS) Enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) Access[S]. 2011.★
作者簡(jiǎn)介
姚思泉:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
張臨:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。
陳智存:碩士就讀于重慶郵電大學(xué)通信與信息工程學(xué)院,研究方向:無(wú)線通信技術(shù)。