一種支持載波聚合的用戶設備切換方法
2023-07-10 05:36:21
專利名稱:一種支持載波聚合的用戶設備切換方法
技術領域:
本發明涉及移動通信技術領域,尤其涉及載波聚合(Carrier-Aggregation, CA)技術,特別涉及一種支持載波聚合的用戶設備(UE)切換方法。
背景技術:
LTE-Advanced系統為進一步提高系統的峰值速率,支持高達IOOMHz的寬帶通信,採用了載波聚合(Carrier-Aggregation, CA)技術。同時,隨著移動網際網路、智能終端的飛速發展,數據業務也在爆炸性增長。在特定場景下,傳統的增加宏基站載波或者小區分裂技術已難以滿足4G時代人們對無線通信覆蓋和容量的需求。異構網絡(HeterogeneousNetwork, Het Net)引入了比傳統宏基站發射功率更小的低功率節點,包括微微基站(Pico)、毫微微基站(Femto)以及中繼站(Relay)。圖1為異構網絡結構的示意圖,微微基站(Pico)、毫微微基站(Femto)以及中繼站(Relay)等低功率節點部署在宏基站的覆蓋範圍內,提供熱點區域的信道增強。中繼節點與宏基站之間的鏈路稱為中繼回程鏈路(RelayBackhaul) ,Femto通過網際網路與核心網(Core Network)連接,Pico或宏基站通過回程鏈路連接核心網。LTE-Advanced系統中,Macro基站通常功能比較強大,可以支持載波聚合技術;而考慮到成本等因素,網絡中不一定全部低功率節點都能夠支持載波聚合。這種異構網場景下的切換問題給網絡優化帶來新的挑戰。—種MeNB支持載波聚合,PeNB不支持載波聚合的異構網切換場景如圖2所不。MeNB I和MeNB2有3個CC,PeNB只有一個CC (CCl),UEl是MeNB下的中心用戶,聚合了 3個CC, UE2是MeNB下的中心用戶,只使用I個CC,UE3是MeNB下的邊緣用戶,聚合了 3個CC。UE1、UE2均向PeNB的中心位置移動,UE3向MeNB2的中心移動。隨著位置的移動,UE1、UE2和UE3會向MeNBl上報測量結果,MeNBl據此進行切換判決。在此場景下UEl和UE2的目標基站應為PeNB,UE3的目標基站應為MeNB2。由於PeNB不支持載波聚合,UEl切換後傳輸性能可能明顯下降,因此UEl不適合切換;而基於PeNB熱點覆蓋的作用,與UEl信道條件相似的UE2卻適合切換;UE3雖然也在進行載波聚合傳輸,但由於MeNB2支持載波聚合,也適合切換。因此切換策略必須能夠避免在這種異構網場景下因為切換而給系統帶來可以預見的性能損失。目前,關於載波聚合下切換流程的方案有多種,但沒有相關方案針對異構網中的載波聚合場景進行優化,並提出能夠有效解決上述問題的切換策略。因此需要針對此場景設計新的切換策略。
發明內容
本發明提供了一種支持載波聚合的用戶設備(UE)切換方法,可以針對異構網中的載波聚合場景進行優化。本發明實施例提供的一 種支持載波聚合的UE切換方法,包括如下步驟:
A、UE移動過程中滿足切換判決條件,判斷切換的目標小區是否為低功率節點的小區,若是,執行步驟B,否則退出本流程;B、判斷目標小區是否支持載波聚合,若是執行步驟306,否則執行步驟302 ;C、判斷UE是否支持載波聚合,若是,執行步驟D,否則轉至步驟306。D、根據QoS要求判斷所述UE是否要配置載波聚合,若是,執行步驟E,否則,轉至步驟F;E、停止向目標低功率節點切換,並結束本流程。F、向目標低功率節點發送切換請求,切換到所述目標小區。較佳地,所述低功率節點為微微基站、毫微微基站或中繼站。較佳地,步驟B所述判斷目標小區是否支持載波聚合包括:讀取預先配置的目標小區在鄰區列表中的信息,獲知目標小區是否支持載波聚
八
口 o較佳地,本小區通過X2接口獲知目標小區是否支持載波聚合。較佳地,步驟C所述判斷UE是否支持載波聚合包括:基站根據UE上報的能力等級信息獲知UE是否支持載波聚合。較佳地,步驟D所述根據QoS要求判斷所述UE是否要配置載波聚合包括:將每個載波能夠為一個用戶提供的QoS和UE需求的QoS進行對比,如果一個載波能夠滿足用戶的QoS要求,則不需要配置其他載波,否則進行載波聚合。從以上技術方案可以看出,當切換的目標小區為低功率節點的小區時,則再根據低功率節點能力、UE的能力和QoS要求判斷是否適合將待切換UE切換到目標基站,並將判斷結果分為切換優先和不切換優先兩種;如果結果為切換優先,則向目標小區發出切換請求,完成切換過程,否則不發出切換請求,重新選擇目標基站或放棄切換。該方案可以有效避免因切換給UE帶來不必要的性能下降。
圖1為異構網絡結構的示意圖;圖2為一種MeNB支持載波聚合,PeNB不支持載波聚合的異構網切換場景不意圖;圖3為本發明實施例提供的一種支持載波聚合的用戶設備(UE)切換方法示意圖。
具體實施例方式本發明的基本思想在於,在基於已有切換算法做出切換判決過程中,如果目標基站是PeNB,則再根據PeNB能力、UE的能力和QoS要求判斷是否適合將待切換UE切換到目標基站,並將判斷結果分為切換優先和不切換優先兩種;如果結果為切換優先,則向目標PeNB發出切換請求,否則不發出切換請求,由MeNB重新選擇目標基站或放棄切換。這裡PeNB能力指的是PeNB是否支持載波聚合,UE能力指的是UE是否支持載波聚合,QoS要求指的是系統是否必須為UE配置載波聚合來滿足業務的速率、時延等要求。圖3示出了本發明實施例提供的一種支持載波聚合的切換方法流程,包括如下步驟:步驟300:UE移動過 程中滿足切換判決條件,判斷切換目標小區是否為低功率節點的小區,若是,執行步驟301,否則退出本流程。步驟301:基站判斷目標小區是否支持載波聚合,若是執行步驟306,否則執行步驟 302。具體實現方式包括但不限於:預先通過操作維護(OM)平臺對鄰小區信息進行配置,讀取目標小區在鄰區列表中的信息,即可獲知目標小區是否支持載波聚合;也可以通過接口例如X2接口,在鄰小區之間進行信息傳遞,從而使得本小區獲知鄰小區是否支持載波聚合的信息。步驟302:基站判斷UE是否支持載波聚合,若是,執行步驟303,否則轉至步驟306。具體實現方式包括但不限於:基站根據UE上報的能力等級信息可以獲知UE是否支持載波聚合。 步驟303:根據QoS要求判斷是否要配置載波聚合,若是,執行步驟304,否則,轉至步驟306。具體實現方式包括但不限於:將每個載波(小區)能夠為一個用戶提供的QoS和UE需求的QoS進行對比,如果一個載波(小區)能夠滿足用戶的QoS要求,則不需要配置其他載波,否則進行載波聚合。步驟304-305:判斷結果為不切換優先,停止向目標低功率節點切換,並結束本流程。步驟306-307:判斷結果為切換優先,向目標低功率節點發送切換請求。所述低功率節點包括但不限於微微基站(Pico)、毫微微基站(Femto)以及中繼站(Relay)。以下結合圖2所示場景對本發明方案進行說明。將MeNB I在成員載波I上至用戶的信道狀況記為V1,在成員載波2上的信道狀況為hA,2,在成員載波3上的信道狀況為hA,3 ;PeNB至用戶在成員載波I上的信道狀況為hB,:;MeBN2在成員載波I上至用戶的信道狀況為hai,在成員載波2上的信道狀況為he,2,在成員載波3上的信道狀況為hc,3。(I)隨著位置的移動,UEl會向MeNBl上報測量結果,MeNBl據此進行切換判決,在此場景下UEl目標基站應為PeNB。MeNBl根據資訊理論公式計算UEl在PeNBl下的信道容量
為
權利要求
1.一種支持載波聚合的用戶設備UE切換方法,其特徵在於,包括如下步驟: A、UE移動過程中滿足切換判決條件,判斷切換的目標小區是否為低功率節點的小區,若是,執行步驟B,否則退出本流程; B、判斷目標小區是否支持載波聚合,若是執行步驟F,否則執行步驟C; C、判斷UE是否支持載波聚合,若是,執行步驟D,否則轉至步驟F; D、根據QoS要求判斷所述UE是否要配置載波聚合,若是,執行步驟E,否則,轉至步驟F ; E、停止向目標低功率節點切換,並結束本流程。
F、向目標低功率節點發送切換請求,切換到所述目標小區。
2.根據權利要求1所述的方法,其特徵在於,所述低功率節點為微微基站、毫微微基站或中繼站。
3.根據權利要求1所述的方法,其特徵在於,步驟B所述判斷目標小區是否支持載波聚合包括: 讀取預先配置的目標小區在鄰區列表中的信息,獲知目標小區是否支持載波聚合。
4.根據權利要求1所述的方法,其特徵在於,本小區通過X2接口獲知目標小區是否支持載波聚合。
5.根據權利要求1所述的方法,其特徵在於,步驟C所述判斷UE是否支持載波聚合包括:基站根據UE上報的能力等級信息獲知UE是否支持載波聚合。
6.根據權利要求1所述的方法,其特徵在於,步驟D所述根據QoS要求判斷所述UE是否要配置載波聚合包括: 將每個載波能夠為一個用戶提供的QoS和UE需求的QoS進行對比,如果一個載波能夠滿足用戶的QoS要求,則不需要配置其他載波,否則進行載波聚合。
全文摘要
本發明提供了一種支持載波聚合的用戶設備(UE)切換方法,包括如下步驟A、UE移動過程中滿足切換判決條件,判斷切換的目標小區是否為低功率節點的小區,若是,執行步驟B,否則退出本流程;B、判斷目標小區是否支持載波聚合,若是執行步驟F,否則執行步驟C;C、判斷UE是否支持載波聚合,若是,執行步驟D,否則轉至步驟F;D、根據QoS要求判斷所述UE是否要配置載波聚合,若是,執行步驟E,否則,轉至步驟F;E、停止向目標低功率節點切換,並結束本流程。
文檔編號H04W36/24GK103220737SQ201210019288
公開日2013年7月24日 申請日期2012年1月20日 優先權日2012年1月20日
發明者馬慧生, 黃安鵬, 張鵬, 呂徵南 申請人:普天信息技術研究院有限公司