專利名稱：一種切換方法、基站和家庭網(wǎng)關的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種切換方法、基站和家庭網(wǎng)關。
背景技術：
隨著通信技術的發(fā)展，通信業(yè)界對IMT-AdvancecK高級國際移動通信)系統(tǒng)提出了很高的系統(tǒng)容量要求，但足以支撐高容量的大帶寬頻譜可能只在較高頻段找到，而這樣高的頻段的路徑損耗和穿透損耗都比較大，很難實現(xiàn)好的覆蓋。LTE-A (LTE-Advance，LTE的演進)為了滿足IMT-Advanced的容量需求，Relay (中繼)技術將可能被用于改善系統(tǒng)容
量和覆蓋范圍。在現(xiàn)有的LTE (Long Term Evolution，長期演進)系統(tǒng)中，eNodeB (演進基站)與 MME/S-GW之間以Sl接口相交互，MME與eNodeB之間的Sl接口又可以表示為Sl-MME接口， S-GW與eNodeB之間的Sl接口又可以表示為Sl-U接口，各eNodeB之間以X2接口相交互， eNodeB與UE之間以無線鏈路的空口相交互。LTE-A網(wǎng)絡在LTE網(wǎng)絡架構的基礎上增加了 RN(Relay Node,中繼節(jié)點，又叫中繼站)，設置在eNB (eNodeB，演進基站，簡稱基站)與UE (UserEquipment，用戶設備)之間。UE 與RN之間的無線鏈路稱之為Uu空口，RN與eNodeB之間的無線鏈路稱之為Un空口。中繼站與其服務基站之間的空口有一個Sl接口和一個X2接口，中繼站作為一個站點(基站) 為其終端服務時，通過Sl和X2接口與其服務基站連接。對于UE而言，RN相當于是一個eNodeB?；驹谄鋬蓚冉涌谥g傳遞終端專用 (UE-dedicated)的Sl和X2信令消息以便于為中繼站下終端提供服務?；緝蓚鹊慕涌冢?一側是基站與中繼站之間的空口(Si和/或X2接口)，另一側是基站與其他網(wǎng)絡節(jié)點之間接口(Si或者X2接口)。基站能夠意識到該終端是接入到中繼站下的終端。圖1為一種LTE-A無線接入網(wǎng)的示意圖，該網(wǎng)絡中包括DeNB(Donor eNB，施主基站)、RN、及該RN下屬的3個UE，分別標記為UEl、UE2和UE3。UE與RN之間的接口為Uu 口 ；RN與DeNB間的接口則為Un 口 ；DeNB彼此之間的接口被稱為X2接口 ；DeNB與移動管理實體(MME，MobiIityManagement Entity)或網(wǎng)關(Gff,Gateway)間的接口為 Sl 接口。利用 X2接口傳輸?shù)南⒎Q為X2消息，利用Sl接口傳輸?shù)南⒎Q為Sl消息。按照在現(xiàn)有LTE的切換流程，考慮中繼網(wǎng)絡下終端的切換，那么終端的服務站點即中繼站將執(zhí)行如同LTE的基站一樣的行為，為其終端進行切換。由于中繼站和基站之間是一個空口，同時中繼站與核心網(wǎng)之間的消息交互都需要通過基站。由于基站能夠解析中繼站傳來的消息，那么實際上基站對中繼站下終端信息是可以獲得的，由此在終端切換過程當中，有關該終端信息，中繼站沒有必要再在空口中發(fā)送一次給基站，由此可以減少Un 接口的信息內(nèi)容傳輸，減少開銷。特別地，如果UE從一個基站下的一個中繼站切換到該基站或者切換到該基站的另一個中繼站，或者是終端從一個基站切換到該基站下的一個中繼站的情況下，由于該切換是在一個基站下的切換，由此沿用現(xiàn)有LTE切換流程中關于基站與核心網(wǎng)側(如MME，GW等)的信令交互，很多步驟是可以省略的，即基站其與核心網(wǎng)間(MME,或者GW等網(wǎng)絡節(jié)點)的部分流程存在簡化的可能，如何對切換流程進行簡化就成為一個問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種切換方法、基站和家庭網(wǎng)關，以簡化終端切換流程。根據(jù)本發(fā)明的一實施例，提供一種切換方法，包括施主基站確定用戶設備從該施主基站下屬第一中繼站切換至所述施主基站或該施主基站下屬第二中繼站；所述施主基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context Release Command。根據(jù)本發(fā)明的又一實施例，提供一種切換方法，包括施主基站確定用戶設備從所述施主基站切換至該施主基站下屬中繼站；所述施主基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，釋放所述用戶設備的上下文。根據(jù)本發(fā)明的又一實施例，提供一種基站，包括確定單元，用于確定用戶設備從該基站下屬第一中繼站切換至所述基站或該基站下屬第二中繼站；釋放單元，用于當所述確定單元確定用戶設備從所述第一中繼站切換至所述基站或所述第二中繼站時，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context Release Command。根據(jù)本發(fā)明的又一實施例，提供一種切換方法，包括家庭網(wǎng)關接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；家庭網(wǎng)關確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第二家庭基站；所述家庭網(wǎng)關在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一家庭基站發(fā)送切換命令，以指示所述第一家庭基站進行切換。根據(jù)本發(fā)明的又一實施例，提供一種家庭網(wǎng)關，包括接收單元，用于接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；確定單元，用于確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第
二家庭基站；釋放單元，用于在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一家庭基站發(fā)送用戶設備上下文釋放命令。根據(jù)對上述技術方案的描述，本發(fā)明實施例有如下優(yōu)點使得基站或家庭網(wǎng)關不必與核心網(wǎng)設備進行大量信令交互，即可實現(xiàn)對UE執(zhí)行切換，可簡化終端切換流程，節(jié)省信令開銷。


為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為一種LTE-A無線接入網(wǎng)的示意圖；圖2為現(xiàn)有技術LTE系統(tǒng)下通過Sl信令進行對終端切換的流程示意圖；圖3a為本發(fā)明的實施例提供的一種切換方法的示意圖；圖北為本發(fā)明的實施例提供的另一種切換方法的示意圖；圖4為本發(fā)明的實施例提供的一種切換方法的簡要流程示意圖；圖5為本發(fā)明的實施例提供的另一種切換方法的簡要流程示意圖；圖6為本發(fā)明的實施例提供的另一種切換方法的簡要流程示意圖；圖7a為本發(fā)明實施例提供的一種基站從MME處更新NCC的過程的示意圖；圖7a為本發(fā)明實施例提供的一種基站更新NCC的過程的示意圖；圖8為本發(fā)明的實施例提供的一種基站的示意圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍?，F(xiàn)有系統(tǒng)中引入中繼站后，UE-eNB的接入鏈路由原來的單跳轉(zhuǎn)變?yōu)閮商蚨嗵?RN-eNB的接口為新定義的Un接口。目前，LTE-A技術中不涉及中繼切換相關的具體技術細節(jié)，包括切換判決實體、切換判決依據(jù)、切換流程等。如果沿用現(xiàn)有LTE的切換機制，即把中繼站看作為eNB，整個切換流程可采用類似于Inter-eNB (基站間)的切換流程，在Un接口上承載原Sl或者X2接口上的切換相關信息?，F(xiàn)有技術LTE系統(tǒng)下通過Sl信令對終端進行切換流程，如圖2所示。切換前，終端下行數(shù)據(jù)傳輸路徑是先從網(wǎng)關到達源基站(終端的當前服務基站)， 再由源基站到達終端。S21 接收來自用戶設備的測量報告(Measurement R印ort)。S22 基站站執(zhí)行切換判決(Handover decision)。S23 所述源基站向移動管理實體發(fā)送切換申請(S1AP =HandoverRequired)。S24 所述目標基站接收所述移動管理實體發(fā)送的切換請求消息(S1AP =Handover Request)。S25 所述目標基站向所述移動管理實體發(fā)送切換請求響應消息(S1AP =Handover Request ACK)。S26 所述移動管理實體向所述源基站發(fā)送切換命令(S1AP =HandoverCommand)。S27:所述所述源基站向用戶設備發(fā)送切換命令，讓用戶設備切換到目標小區(qū)去， 并向用戶設備發(fā)送無線資源控制連接重配置(RRC ConnectionReconfiguration)消息，或者是發(fā)送切換命令Handover Command (該消息為RRC消息)。S28 源基站向用戶設備的MME發(fā)送基站狀態(tài)轉(zhuǎn)移消息(S1AP :eNBstatustransfer)。S29 :MME接收到基站狀態(tài)轉(zhuǎn)移消息(S1AP :eNB status transfer)后，向目標基站發(fā)送 MME 狀態(tài)轉(zhuǎn)移消息(S1AP =MME status transfer)。S210 源基站處理緩存中的數(shù)據(jù)，將所述終端數(shù)據(jù)傳輸給目標站點，這里所述的目標站點為所述目標基站。數(shù)據(jù)轉(zhuǎn)發(fā)路徑是從源基站到網(wǎng)關，再由網(wǎng)關發(fā)送到目標基站。此時如果源基站和目標基站之間有直接路徑，那么轉(zhuǎn)發(fā)路徑可以是源基站直接轉(zhuǎn)發(fā)數(shù)據(jù)給目標基站。S211 用戶設備在收到源基站的切換命令后，在向目標小區(qū)進行同步以接入到目標小區(qū)，當切換到目標小區(qū)后，向目標基站發(fā)送無線資源控制連接重配置完成(RRC Connection Reconfiguration Complete)消息(或者是 HandoverCommand conplete 消S212 目標基站向移動管理實體發(fā)送切換通知(Handover Notify)。S213 移動管理實體向網(wǎng)關發(fā)送用戶面更新請求(User Plane UpdateRequest)。 所述網(wǎng)關可包括但不限于SGW(Serving Gateway，服務網(wǎng)關)和PGW(Packet Data Network (Gateway，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關)。S214 所述網(wǎng)關執(zhí)行路徑更新。此時終端的下行數(shù)據(jù)傳輸路徑開始變?yōu)橛删W(wǎng)關到目標基站，然后由目標基站到終端。S215 所述網(wǎng)關在完成路徑更新后，向移動管理實體返回用戶面更新響應^ser Plane Update Response)0S216 所述移動管理實體向源基站發(fā)送用戶設備上下文釋放命令(UEContext Release Command)0S217 源基站進行資源釋放。S218 源基站在進行資源釋放后，向移動管理實體發(fā)送用戶設備上下文釋放完成消息。 在中繼網(wǎng)絡中，中繼與基站之間的空口叫做Un接口，該接口可以是Sl接口或者X2 接口。該基站在中繼站和其他網(wǎng)絡節(jié)點(如其他基站，MME, S-GWs等)之間為中繼站提供 Sl和X2 proxy (代理)功能(proxy functionality)。這種proxy功能包括在基站的兩側接口之間傳遞終端專用(UE-dedicated)的Sl和X2信令消息以便于為中繼站下終端提供服務?；緝蓚鹊慕涌?，一側是基站與中繼站之間的空口(Si和/或X2接口)，另一側是基站與其他網(wǎng)絡節(jié)點之間接口(Si或者X2接口)。 從中繼的角度來看，它認為由MME發(fā)出通過基站轉(zhuǎn)發(fā)給它的信息，就是直接由MME 發(fā)來得，而MME也認為由中繼發(fā)出通過基站轉(zhuǎn)發(fā)給它的信息，就是直接由直接發(fā)來的。這里基站有一種proxy (代理)的功能?；究梢越馕鲇蒑ME發(fā)出給RN的消息或者由RN發(fā)出給MME的的消息，由此可以知道中繼下的終端信息。例如對于終端相應的Sl消息(如切換請求消息)，該Sl消息從中繼站經(jīng)由基站到達MME。由于Sl proxy功能，那么基站能夠意識到該終端是在中繼站下的。同時基站可以修改兩側接口消息的ID信息，如基站可以更改 MME發(fā)來的Sl消息的Sl接口 ID (eNB UE SlAP ID，或者MME UE SlAP ID)，再轉(zhuǎn)發(fā)給RN。 反之亦然。對于X2消息，特別對以X2切換流程，X2消息從中繼站經(jīng)由基站到達目標基站?；就瑯涌梢越馕鲈揦2消息，可以對X2接口 ID進行修改。由此如果切換發(fā)生在一個基站下，如終端從一個基站切換到它下屬中繼站，或者從該基站的下屬中繼切換到該基站，或者從該基站的一個中繼切換到該基站下的另一個中繼的情況下，核心網(wǎng)側的相關的流程可以得到簡化，例如由于沒有必要進行路徑更新流程， 因為終端的數(shù)據(jù)傳輸路徑還是原來的網(wǎng)關到達基站，至于到達基站后的數(shù)據(jù)路徑可以由基站控制。由此很多消息信令也就沒有必要通過MME。另外由于目標站點可能是基站或者是基站下的中繼站，因此從源到目標的消息交互沒有必要通過MME中轉(zhuǎn)。為了簡化切換過程中DeNB與核心網(wǎng)側的信息交互，本發(fā)明實施例提出一種切換方法。圖3a為本發(fā)明的實施例提供的一種切換方法的示意圖，該方法包括S31a:施主基站確定用戶設備從該施主基站下屬第一中繼站切換至所述施主基站或該施主基站下屬第二中繼站。S32a 所述施主基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context Release Command。本實施例的DeNB在收到其下屬RN的切換請求后，省略與核心網(wǎng)的信息交互流程， 即可直接實現(xiàn)對用戶設備上下文的釋放。本實施例方法還可進一步包括所述施主基站接收來自所述第一中繼站的切換申請，所述切換申請用于請求對所述用戶設備執(zhí)行切換；所述施主基站在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一中繼站發(fā)送切換命令，以指示所述第一中繼站進行切換。 該方法可實現(xiàn)將UE切換至DeNB自身或其下屬其它RN，由于是基站內(nèi)的切換過程，即終端從基站下屬的中繼站切換到基站或者是切換到基站下屬的另外一個中繼站，對于這種切換過程相應的變化，核心網(wǎng)側不受到影響。因此現(xiàn)有技術中與核心網(wǎng)側(MME[移動管理實體]， SGW/PGW[服務/分組數(shù)據(jù)網(wǎng)絡網(wǎng)關])相關的切換流程都可以簡化，節(jié)省信令開銷。另外中繼站下的終端在入網(wǎng)時，施主基站(Doner eNB)就可以獲得并存儲該UE相關的一些上下文信息，如UE所支持業(yè)務對應的QoS信息，UE所支持的加密或完整性保護算法等，因此， 中繼站在切換過程中不再需要將所有的信息，即沿用現(xiàn)有技術切換相關消息中的內(nèi)容都告訴eNB，這可能將造成Un接口資源的浪費；因此在中繼站和基站之間空中接口上傳輸?shù)南?nèi)容和一些信令流程也可以簡化，以節(jié)省信令開銷。本實施例還可包括當施主基站確定用戶設備從該施主基站下屬第一中繼站切換至該施主基站時，所述施主基站接收來自所述用戶設備的無線資源控制連接重建立完成消息RRC Connection Reconfiguration Complete，在不向核心網(wǎng)設備發(fā)送切換通知 Handover Notify的情況下，確定向所述第一中繼站發(fā)送用戶設備上下文釋放命令；當施主基站確定用戶設備從該施主基站下屬第一中繼站切換至該施主基站下屬第二中繼站時，所述施主基站接收來自所述第二中繼站的切換通知Handover Notify，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，確定向所述第一中繼站發(fā)送用戶設備上下文釋放命令。當施主基站確定用戶設備從該施主基站下屬第一中繼站切換至該施主基站時，所述施主基站還可接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息eNB Status Transfer，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，確定向所述第一中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME Status Transfer ；當施主基站確定用戶設備從該施主基站下屬第一中繼站切換至該施主基站下屬第二中繼站時，所述施主基站可接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息eNB Status Transfer,在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，確定向所述第二中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME Status Transfer。通過上述流程，施主基站可進一步簡化與核心網(wǎng)設備的信令交互流程，節(jié)省信令開銷。在另一種情況下，如果施主基站進行切換判決，確定需要對用戶設備進行切換，可首選地嘗試將用戶設備從該施主基站自身切換至其下屬中繼站，將該施主基站下屬的中繼站確定為用戶設備的切換目標，并在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向用戶設備發(fā)送切換命令。同樣地，在本實現(xiàn)方案中，在將用戶設備從一個基站切換至基站下屬中繼站時，也可節(jié)省與和信網(wǎng)側的信令交互流程。路徑更新流程簡化當終端位于中繼站下，終端的數(shù)據(jù)傳輸路徑為終端網(wǎng)關-施主基站_終端的服務中繼站。當終端位于施主基站下終端的數(shù)據(jù)傳輸路徑為終端網(wǎng)關至施主基站。對于上述切換情況(如終端從一個中繼站切換到該中繼站的施主基站，或者切換到同一個施主基站下的另一個中繼站，或者終端從施主基站切換到該基站下的中繼站)， 切換后，終端的數(shù)據(jù)傳輸路徑從核心網(wǎng)的角度，可以保持不變即依然還是網(wǎng)關至基站，由此現(xiàn)有技術中的與網(wǎng)關相關的路徑更新流程可以省略。由于基站具有proxy的功能，因此從網(wǎng)關側看來，終端的路徑依然不變，因此終端網(wǎng)關側所存儲有關于終端服務站點的信息沒有改變，但是基站在收到終端網(wǎng)關信息后，能夠確認該數(shù)據(jù)屬于哪個終端，其服務站點是哪個。圖3b為本發(fā)明的實施例提供的另一種切換方法的示意圖，該方法包括S31b 施主基站確定用戶設備從所述施主基站切換至該施主基站下屬中繼站；S32b:所述施主基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，釋放所述用戶設備的上下文。該實施例可不與核心網(wǎng)設備交互大量信令，完成對UE切換，UE上下文釋放，簡化切換流程。本實施例的施主基站與核心網(wǎng)其它信令流程以及相應切換申請消息的簡化可參考圖3a所示的步驟，這里不再做重復描述。例如，該施主基站可在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向用戶設備發(fā)送切換命令，以指示所述用戶設備進行切換。所述簡化流程不僅限于基站與中繼站件的切換，當終端在家庭網(wǎng)關下的2個家庭基站間切換時，也可采用類似的簡化流程，本實施例不作為限定。圖4為本發(fā)明的實施例提供的一種切換方法的簡要流程示意圖，該方法包括S41 源中繼站接收用戶設備的測量報告(Measurement R印ort)。S42 源中繼站進行切換判決，確定需要對所述用戶設備進行切換。S43 源中繼節(jié)點向其施主基站發(fā)送切換申請(S1AP handover Required)，請求對所述用戶設備執(zhí)行切換。S44 所述施主基站在未向核心網(wǎng)設備發(fā)送切換申請的情況下，向目標中繼站發(fā)送切換請求消息(S1AP =Handover Request)。S45:所述施主基站接收來自所述目標中繼站的切換請求響應消息(S1AP: Handover Request ACK)。S46a 所述施主基站不必接收來自核心網(wǎng)設備的切換命令，向所述源中繼站發(fā)送切換命令(S1AP =Handover Command)，指示進行切換操作。S46b:可選步驟，源中繼站可處理緩存中的數(shù)據(jù)，將其傳輸給目標站點，即目標中
10繼站。S47a:所述源中繼站向所述用戶設備發(fā)送切換命令，讓用戶設備切換到目標小區(qū)去，由此源中繼站向用戶設備發(fā)送無線資源控制連接重配置(RRCCormection Reconfiguration)消息，或者是發(fā)送切換命令Handover Command消息(該消息為RRC消
息)οS47b 用戶設備接受到切換命令后，脫離舊小區(qū)向目標小區(qū)進行同步。S48 所述所述源中繼站向所述施主基站發(fā)送基站狀態(tài)轉(zhuǎn)移消息(SlAP:eNB Status Transfer)。該步驟為可選步驟。S49 所述施主基站不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息，向所述目標中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息(S1AP =MME Status Transfer)。該步驟為可選。S410a 源中繼站通過基站將用戶設備數(shù)據(jù)轉(zhuǎn)發(fā)到目標中繼站中。該步驟為可選。S410b 所述目標中繼站緩存來自源中繼站的數(shù)據(jù)包(Packet)。該步驟為可選。S411 用戶設備向所述目標中繼站發(fā)送無線資源控制連接重建立完成消息(RRC Connection Reconfiguration Complete)?？梢岳斫?，如果此前用戶設備接收到的是切換命令Handover Command消息(該消息為RRC消息)，那么回復的是切換命令完成Handover Command compelete消息(該消息為RRC消息)。S412 所述目標中繼站向所述施主基站發(fā)送切換通知(Handover Notify)。S413 所述施主基站在未向核心網(wǎng)設備發(fā)送切換通知的情況下，向源中繼站發(fā)送用戶設備上下文釋放命令UE Context Release Command。S414a 源中繼站在釋放與用戶設備相關的資源。S414b 源中繼站在釋放與用戶設備相關的資源后，向所述施主基站返回用戶設備上下文釋放完成消息UE Context Release Complete。本實施例通過省略DeNB與核心網(wǎng)設備(具體可以為MME)的信息交互過程，可簡化切換流程和節(jié)省切換中的信令開銷。需要說明的是，上述流程只是對UE完整切換過程的簡要描述，具體實現(xiàn)中還包括本實施例已經(jīng)省略的其它過程，但省略的過程均為現(xiàn)有技術， 不影響本實施例的實施，而且該方法針對的是UE從DeNB下屬一個RN切換至該DeNB下屬另一 RN的場景，對于UE從RNl切換至其所屬DeNB、或者從DeNB切換至其下屬RN或者其它相類似的應用場景，UE的切換過程可參照本實施例執(zhí)行，本實施例對這些應用場景不做贅述。對于可選步驟，特別地針對基站能夠緩存終端數(shù)據(jù)，有可能做到終端切換時，基站依然保留終端的數(shù)據(jù)，而沒有必要進行數(shù)據(jù)轉(zhuǎn)發(fā)過程。由此與數(shù)據(jù)轉(zhuǎn)發(fā)過程相關的流程可以省略。上述可選步驟，可以選擇性執(zhí)行部分或者全部。上述流程中，從中繼站的角度，以為基站發(fā)來的Sl消息是MME發(fā)來的消息，即中繼站以為其直接與MME通信。實際上基站作為一個proxy (代理)?？蛇x地，上述流程中，從中繼站角度，它認為從MME發(fā)來的消息實際上是基站產(chǎn)生和發(fā)送的，由于該消息的內(nèi)容基本上都是基站能夠獲知的，因此基站能夠產(chǎn)生這樣的消息。如果該消息中的某項基站側沒有保留，基站可以通過向核心網(wǎng)(如MME，GW等)獲取。例如安全信息基站側沒有保留，那么基站可以從MME側為該終端獲得一個新的安全信息(如新NCC和NH)?；蛘哂捎诮K端的切換，MME側可能需要知道終端的某些信息變換，或者需要知道終端切換后目標小區(qū)的變化，那么基站可以另行通知MME，例如安全信息，終端切換后目標小區(qū)中終端對應的安全密鑰需要發(fā)生變化，由此這個要通知MME。對于本發(fā)明實施例中中繼站RN需要將用戶設備UE從中繼站RN切換至該中繼站的施主基站DeNB或該施主基站下屬其它中繼站，或者對于DeNB使用X2信令向其它基站發(fā)送切換請求消息Handover Request的場景，所述中繼站發(fā)送的切換申請Handover Required可進行簡化，具體所述切換申請中包括消息類型Message Type、Sl鏈接標識、 用戶設備標識、切換類型HandoverType、切換原因Cause和切換目標標識Target ID,且所述切換申請不包括可用直接轉(zhuǎn)發(fā)路徑信息Direct Forwarding Path Availability和單一無線語音呼叫連續(xù)性切換指示信息SRVCC(Single Radio Voice Call Continuity)HO Indication。進一步地，所述切換申請中還可包括或不包括以下內(nèi)容移動臺分類標記MS Classmark、閉合用戶群小區(qū)標識CSG Id、小區(qū)接入模式Cell Access Mode和增強無線接入承載的最大號碼max no of E-RABs0所述切換申請中還可包括源至目標透明容
Source to Target Transparent Container, PJf : Source toTarget Transparent Container內(nèi)包括無線資源控制容器RRC Container、增強無線接入承載信息表E-RABs Information List、增強無線接入承載信息條目E-RABs Information Item、增強無線接入承載標識E-RAB ID和用戶設備歷史信息UE History ^formation，且所述Source to Target Transparent Container不包括下行轉(zhuǎn)發(fā)消息DL Forwarding。進一步地，所述 RRC Container可包括或不包括以下內(nèi)容無線資源管理配置信息rrm-Config、as配置信息as Config、用戶設備無線接入能力信息UE-Radio Access Capability Info和as上下文 asContexto以上實施例針對的是Sl消息的切換流程，類似流程同理適用于X2切換的過程簡化。只是中繼站與基站之間的消息使用X2消息。此時X2切換過程與核心網(wǎng)相關的流程， 如路徑更新(path switch)過程可以省略。S43和S44中的消息為X2AP :H0 request消息， S45 和 S46 為 X2AP :H0 request ACK 消息，S48 和 S49 為 X2AP :SN status transfer 消息， S413為X2AP =UE contextrelease消息。在X2流程中可只有S413沒有S414b步驟。對于 S412，是所述目標中繼站向所述施主基站發(fā)送UE context release消息；現(xiàn)有技術中為了安全隔離，終端切換過程中，目標站點在路徑更新(如Sl切換中的步驟S212-S216)的過程中，通過MME獲得一個新的NCC (NextHop Chaining Count下一跳鏈接計算)，同時MME利用該NCC計算出一個新NH (Next Hop)參數(shù)，由此目標站點在路徑更新過程中獲得了新NCC和新NH，通過這兩個新參數(shù)計算出新密鑰KeNB*。NH參數(shù)在MME 與UE中計算得出，eNB沒有計算NH參數(shù)的能力。如果省略路徑更新過程，那么基站可向MME發(fā)起一個更新NCC的過程，由此獲得新的NCC和NH給目標站點，或者自己本身(當切換目標是基站本身時)獲得新的NCC和NH。 基站向MME發(fā)起更新NCC的過程時，當基站從MME獲得新NCC和新NH后，基站將這個信息發(fā)送給目標站點或者給自身(當目標站點是基站本身)進行密鑰更新使用。發(fā)送過程可以在UE確認終端成功切換到目標小區(qū)中時(如收到目標站點的切換確認信息，特別地如在本發(fā)明實施例中S413基站收到目標站點的X2AP =UE context release消息)進行，也可以在其他時刻進行。當然基站也可以自身具備MME的產(chǎn)生或更新NCC的功能，給目標站點提供新的NCC和NH。上述，可以通過S412 UE context release消息實現(xiàn)；或者S412步驟前還可包含中繼站發(fā)送的路徑更新消息I^ath Swich消息，基站收到該消息后，可從MME中獲取新NCC 和NH給該中繼站，還可以是自己配置了新NCC和NH給中繼站。如果是基站自己配置，那么基站可能還需要將新的NCC和NH提供給MME。總之基站獲得新NCC和NH后，將這個信息提供給目標站點。或者是S412后，基站確認了終端已經(jīng)成功切換到目標站點，由此基站可從 MME中獲得或者自己配置新的NCC和NH給中繼站。如果是基站配置，那么基站可能還需要將新的NCC和NH提供給MME。總之基站獲得新NCC和NH后，將這個信息提供給目標站點。上述安全密鑰更新過程適用于所有省略路徑更新過程的場景，也可適用于其他網(wǎng)絡和系統(tǒng)。例如上述基站還可以是home (e)NB或者是home (e)NB (Gateway，或者是pico cell的基站或者網(wǎng)關等?？梢岳斫猓琒l切換和X2切換的具體過程存在一定差異，但這種不同只是簡單的變形，本領域技術人員能夠從圖4中得到X2切換的流程圖，本實施例對此不進行限定圖5為本發(fā)明的實施例提供的另一種切換方法的簡要流程示意圖，該方法于圖4 所示方法類似，只是實現(xiàn)從中繼站切換至該中繼站的施主基站，如圖5所示，可包括S51 用戶設備向中繼站發(fā)送測量報告。S52 中繼站進行切換判決。S53 中繼站向其施主基站發(fā)送切換申請(S1AP =Handover Required)S54 所述施主基站向所述中繼站發(fā)送切換命令(S1AP =HO command消息)。S55:所述中繼站可處理緩存中的數(shù)據(jù)，將其傳輸給所述施主基站。該步驟為可選。S56:所述中繼站向所述用戶設備發(fā)送切換命令，讓用戶設備切換到目標小區(qū)去，由此源中繼站向用戶設備發(fā)送無線資源控制連接重配置(RRCCormection Reconfiguration)消息，或者是發(fā)送切換命令Handover Command消息(該消息為RRC消S57 用戶設備與目標小區(qū)執(zhí)行同步接入。S58 所述中繼站向所述施主基站發(fā)送基站狀態(tài)轉(zhuǎn)移消息SlAP eNBstatustransferοS59 所述中繼站向所述施主基站轉(zhuǎn)發(fā)存儲在中繼站中的終端的數(shù)據(jù)。該步驟可選。例如如果施主基站一直保存該終端的數(shù)據(jù)，直到確認終端接收到后才丟棄，那么切換過程中基站可以不需要中繼轉(zhuǎn)發(fā)的數(shù)據(jù)。S510 所述施主基站緩存來自中繼站的數(shù)據(jù)包。S511 用戶設備同步到目標小區(qū)后，發(fā)送無線資源控制連接重配置完成消息給施主基站，確認成功接入到施主基站。S512 所述施主基站向中繼站發(fā)送用戶設備上下文釋放命令SlAP =UEcontext Release Command。S513 所述中繼站釋放與該終端相關的資源和上下文信息(Context)。S514 所述中繼站向所述施主基站發(fā)送用戶設備上下文釋放完成消息SlAP =UE context Release Complete。上述流程主要針對Sl切換流程，但類似方法同理適用于X2切換的過程簡化，即X2
13切換過程中的路徑更新(path switch)過程可以省略，只是中繼站與基站之間的消息使用 X2 消息。S53 的消息可為 X2AP :H0 request 消息，S54 可為 X2AP :H0 request ACK 消息， S58 為 X2AP:SN status transfer 消息，S512 為 X2AP :UE context release 消息。在 X2 流程中可只有S512沒有S514步驟?？梢岳斫猓琒l切換和X2切換的具體過程存在一定差異， 但這種不同只是簡單的變形，本領域技術人員能夠從圖5中得到X2切換的流程圖，本實施例對此不進行限定由于與前一實施例類似，本實施例中對每一步驟進行簡略描述，具體實現(xiàn)可參見前一實施例。由于本實施例中基站簡化了與核心網(wǎng)的信令交互流程，使得切換復雜度降低。圖6為本發(fā)明的實施例提供的另一種切換方法的簡要流程示意圖，該方法于圖4 所示方法類似，只是實現(xiàn)從施主基站切換至該施主基站下屬中繼站，如圖6所示，可包括S61 用戶設備向其服務基站發(fā)送測量報告。S62 施主基站進行切換判決。S63 施主基站向其下屬中繼站發(fā)送切換請求消息(S1AP =HandoverRequest)。S64 所述中繼站向所述施主基站發(fā)送切換請求響應消息(S1AP HandoverRequest ACK)。S65 所述施主基站緩存數(shù)據(jù)并發(fā)送給中繼站。S66:所述施主基站向所述用戶設備發(fā)送切換命令，讓用戶設備切換到目標小區(qū)去，由此施主基站向用戶設備發(fā)送無線資源控制連接重配置(RRCCormection Reconfiguration)消息，或者是發(fā)送切換命令Handover Command消息(該消息為RRC消
息)οS67 用戶設備向目標小區(qū)同步接入。S68 所述施主基站向所述中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME狀態(tài)轉(zhuǎn)移消息(SIAP :MME status transfer)。。S69所述施主基站向所述中繼站轉(zhuǎn)發(fā)數(shù)據(jù)。S610 所述中繼站緩存來自施主基站的數(shù)據(jù)。S611 用戶設備同步到目標小區(qū)后，發(fā)送無線資源控制連接重配置完成消息給中繼站，確認成功接入到該中繼站。S612 所述中繼站向施主基站發(fā)送用戶設備上下文釋放命令(S1AP =UEContext Release Command)。S613 所述施主基站釋放資源。S614 所述施主基站向所述中繼站發(fā)送用戶設備上下文釋放完成消息(S1AP =UE Context Release Complete)0由于于前一實施例類似，本實施例中對每一步驟進行簡略描述，具體實現(xiàn)可參見前一實施例，以實現(xiàn)切換流程的簡化。上述幾個實施例都是采用Sl消息進行切換，在實際應用中也可采用X2消息實現(xiàn)切換流程。以圖6對應的實施例為例，切換申請可以不是SlAP handover Required，而由 X2 handover Request代替。其它的切換請求消息、切換響應消息和切換命令等消息都可以通過X2消息來實現(xiàn)，雖然采用的消息類型有所改變，并可能由此引起實施例流程的微調(diào)， 但這些調(diào)整并未改變本發(fā)明的實質(zhì)，本實施例對此不進行具體展開。X2 handover Request
14消息由RN發(fā)送給基站時，由于基站對中繼站下屬終端信息是可獲得的，因此現(xiàn)有技術中 X2 handover Request消息需要攜帶的內(nèi)容可以省略，其中該消息中可包含的信息為切換原因Cause，目標小區(qū)ID(Target Cell ID)，RRC上下文(RRCContext)，終端歷史信息(UE History Information)。上述流程主要針對Sl切換流程，但類似方法同理適用于X2切換的過程簡化。只是中繼站與基站之間的消息使用X2消息。此時X2切換過程中的路徑更新(path switch) 過程可以省略。S63中的消息為X2AP =HO request消息，S64為X2AP =HO request ACK消息，S68 為 X2AP :SN status transfer 消息，S612 為 X2AP :UE context release 消息。在 X2流程中可以只有S612而沒有S614步驟?？梢岳斫猓琒l切換和X2切換的具體過程存在一定差異，但這種不同只是簡單的變形，本領域技術人員能夠從圖6中得到X2切換的流程圖，本實施例對此不進行限定?，F(xiàn)有技術中為了安全隔離，終端X2切換過程中，在終端成功接入到目標站點后， 目標節(jié)點進行路徑更新的過程中，通過MME獲得一個新的NCC (NextHop Chaining Count下一跳鏈接計算)，同時MME利用該NCC計算出一個新NH(Next Hop)參數(shù)，由此目標站點在路徑更新過程中獲得了新NCC和新NH，通過這兩個新參數(shù)計算出新密鑰KeNB*。NH參數(shù)在MME 與UE中計算得出，eNB沒有計算NH參數(shù)的能力。在Sl切換過程中通過MME發(fā)送的切換請求消息給目標站點，該切換請求消息攜帶了 MME通過本地計算新的NCC (Next Hop Chaining Count下一跳鏈接計算)，以及由NCC計算的NH。由于切換優(yōu)化，與核心網(wǎng)相關的流程都簡化(例如省略路徑切換過程)，那么基站可向MME發(fā)起一個更新NCC的過程，由此獲得新的NCC和NH給目標站點，或者獲得新的NCC 和NH自己本身(當切換目標是基站本身時)獲得新的NCC和NH?；鞠騇ME發(fā)起更新NCC 的過程時，當基站從MME獲得新NCC和新NH后，基站將這個信息發(fā)送給目標站點或者給自身(當目標站點是基站本身)進行密鑰更新使用。上述過程可以在UE確認終端成功切換到目標小區(qū)中時(如收到目標站點的切換確認信息，特別地如在本發(fā)明實施例中S612基站收到目標站點的X2AP =UE context release消息)進行，也可以在其他時刻進行。上述對于基站從MME中獲得新NCC和NH過程，另外一種實施例請見圖7詳細的描述。當然基站也可以自身具備MME的產(chǎn)生或更新NCC的功能，給目標站點(例如RN2， 或者目標站點是基站本身)提供新的NCC和NH。上述，可以通過S612 UE context release 消息實現(xiàn)；或者S612步驟前還可包含中繼站發(fā)送的路徑更新消息I^ath Swich消息，基站收到該消息后，可從MME中獲取新NCC和NH給該中繼站，還可以是自己配置了新NCC和NH給中繼站。如果是基站自己配置，那么基站可能還需要將新的NCC和NH提供給MME?？傊精@得新NCC和NH后，將這個信息提供給目標站點?；蛘呤荢612后，基站確認了終端已經(jīng)成功切換到目標站點，由此基站可從MME中獲得或者自己配置新的NCC和NH給中繼站。如果是基站配置，那么基站可能還需要將新的NCC和NH提供給MME?？傊精@得新NCC和 NH后，將這個信息提供給目標站點。上述對于基站自己產(chǎn)生或者更新NCC，獲得新NCC和NH 過程，另外一種實施例請見圖8詳細的描述。上述安全密鑰更新過程適用于切換優(yōu)化流程特別是所有省略路徑更新過程的場景，也可適用于其他網(wǎng)絡和系統(tǒng)。例如上述基站還可以是home (e)NB或者是home (e)NB(Gateway，或者是pico cell的基站或者網(wǎng)關等。當上述基站是home (e)NB Gateway時，對應地上述中繼站還可以是Home (e) NB,上述的目標站點可以是home (e) NB。如果基站或者home (e) NB GW具有所述MME產(chǎn)生或者計算NCC或NH的功能，那么基站可以直接發(fā)送新NCC和NH給目標站點(如中繼站，home (e)NB等)。上述有關于安全隔離步驟是可選步驟?？梢岳斫猓琒l切換和X2切換的具體過程存在一定差異，但這種不同只是簡單的變形，本領域技術人員能夠從圖6中得到X2切換的流程圖，本實施例對此不進行限定如圖7a所示，為本發(fā)明實施例提供的一種基站從MME處更新NCC的過程的示意圖，包括S71a 基站向移動管理實發(fā)送密鑰更新請求；特別地，基站在收到源中繼站RNl發(fā)來的切換申請消息后，向移動管理實發(fā)送密鑰更新請求；具體地，中繼站1發(fā)送切換申請消息給基站；對于Sl接口消息，切換申請消息是Handover Required消息；對于X2接口消息， 切換申請消息是Handover Request消息。S72a 所述移動管理實體在本地將NCC加1，并計算出新的NH值，S73a 所述移動管理實體將新計算出的{NH，NCC}發(fā)送給基站；S74a 基站將所述下一跳鏈接計算和下一跳參數(shù)提供給目標站點；特別地對于Sl 切換，所述下一跳鏈接計算和下一跳參數(shù)信息包含在Sl消息H0reqUest消息中。對于X2 切換，所述下一跳鏈接計算和下一跳參數(shù)信息包含在X2消息H0 request消息中。S75a 目標站點(如中繼站RN2)，根據(jù)收到的NCC，NH計算KeNB或者KeNB*，并與 NCC關聯(lián)保存。進一步地，所述方法還包括目標站點(如中繼站R^)發(fā)送切換請求確認命令給基站，該切換請求確認命令中包含新NCC信息。對于Sl接口消息，切換請求確認命令是 Handover Request ACK消息；對于X2接口消息，切換申請消息是Handover Request ACK消息?；景l(fā)送切換請求確認命令給源中繼站RNl，該切換請求確認命令中包含新NCC信息。 RNl發(fā)送無線資源控制連接重建立消息給終端，讓終端切換到目標站點RN2，該消息中包含了新NCC信息。終端根據(jù)收到的NCC，同步NH，計算KeNB或者KeNB*，并與NCC關聯(lián)保存。如圖7b所示，為本發(fā)明實施例提供的一種基站更新NCC的過程的示意圖，包括S71b 中繼站1發(fā)送切換申請消息給基站；對于Sl接口消息，切換申請消息是 Handover Required消息；對于X2接口消息，切換申請消息是HandoverRequest消息。特別地，在基站收到源中繼站的切換請求，如Sl消息H0 Required，或者X2消息 HO request中里包含UE安全能力、源中繼站側使用的加密算法和完整性算法，以及KeNB*， NCC。S72b 在基站收到源中繼站RNl的切換申請消息(如Sl消息=HORequired,或者 X2消息H0 request)后，基站在本地將NCC加1，并計算出新的NH值。S73b 基站在切換請求消息里將新計算出的{NH，NCC}發(fā)送給目標站點如中繼站 RN2。對于Sl接口消息，切換請求消息是SlAP =Handover Request消息；對于X2接口消息， 切換申請消息是X2AP =Handover Request消息.S74b 目標站點(如中繼站RN2)，根據(jù)收到的NCC、NH計算KeNB，并與NCC關聯(lián)保存。
S75b 目標站點(如中繼站RN2)發(fā)送切換請求確認命令給基站，該切換請求確認命令中包含新NCC信息。對于Sl接口消息，切換請求確認命令是Handover Request ACK 消息；對于X2接口消息，切換申請消息是HandoverRequest ACK消息。S76b 基站發(fā)送切換請求確認命令給源中繼站RN1，該切換請求確認命令中包含新NCC信息。S77b =RNl無線資源控制連接重建立消息給終端，讓終端切換到目標站點RN2，該消息中包含了新NCC信息。S78b 終端根據(jù)收到的NCC，同步NH，計算KeNB或者KeNB*，并與NCC關聯(lián)保存。另外，可選地，基站將新計算出的{NH，NCC}發(fā)送MME。該步驟可以發(fā)生在S72b之后。上述實施例可以適用于Home (e)NB的場景，上述實施例中的基站相當于Home (e) NB GW，上述實施例中的中繼站1相當于Home(e)NBl，上述實施例中的中繼站2相當于 Home(e)NB2。本發(fā)明的所有實施例可以適用于Home (e)NB的場景，上述實施例中的基站相當于 Home (e) NB Gff,上述實施例中的中繼站1相當于Home (e) NB1，上述實施例中的中繼站2相當于 Home(e)NB2。圖8為本發(fā)明的實施例提供的一種基站的示意圖，所述基站80包括確定單元801，用于確定用戶設備從該基站80下屬第一中繼站81切換至所述基站 80或該基站80下屬第二中繼站82。釋放單元802，用于當所述確定單元801確定用戶設備從所述第一中繼站81切換至所述基站80或所述第二中繼站82，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站81發(fā)送用戶設備上下文釋放命令UE ContextRelease Command。本實施例的基站80在切換過程中可以簡化與核心網(wǎng)設備(具體可以為MME)的切換流程并節(jié)省切換中的信令開銷。進一步地，所述基站80還可包括請求接收單元，用于接收來自所述第一中繼站 81的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；命令發(fā)送單元，用于在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一中繼站81發(fā)送切換命令，以指示所述第一中繼站81進行切換。所述基站80還可包括狀態(tài)轉(zhuǎn)移單元，用于當確定單元801確定用戶設備所述第一中繼站81切換至所述基站80時，接收來自所述第一中繼站81的基站狀態(tài)轉(zhuǎn)移消息eNB Status Transfer，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第一中繼站81發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME Status Transfer ；當確定單元801確定用戶設備從所述第一中繼站81切換至所述第二中繼站82 時，接收來自所述第一中繼站81的基站狀態(tài)轉(zhuǎn)移消息，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第二中繼站81發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息。進一步地，所述確定單元801，還用于確定用戶設備從所述基站80切換至該基站 80下屬第三中繼站；所述釋放單元，還用于當所述確定單元801確定用戶設備從所述基站 80切換至所述第三中繼站時，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，釋放所述用戶設備的上下文。所述基站80還可包括參數(shù)獲取單元，被配置為當確定單元801確定用戶設備從所述第一中繼站81切換至所述第二中繼站82 時，向核心網(wǎng)側設備獲取下一跳參數(shù)或者利用下一跳鏈接計算NCC生成所述下一跳參數(shù)， 并將所述下一跳參數(shù)提供給所述第二中繼站82 ；或者當確定單元801確定用戶設備從所述第一中繼站81切換至所述基站80時，向核心網(wǎng)側設備獲取該下一跳參數(shù)或者利用下一跳鏈接計算NCC生成所述下一跳參數(shù)，并根據(jù)下一跳參數(shù)產(chǎn)生新密鑰KeNB*。通過在基站中實現(xiàn)所述功能，可簡化終端切換時基站與核心網(wǎng)的信令交互過程?？梢岳斫猓景l(fā)明實施例中的基站和中繼站不僅包括LTE、ffimax, CDMA等各類基站、中繼站。所述基站還可以是家庭網(wǎng)關home eNB (Gateway ；所述中繼站可以為家庭基站 Home eNB。當利用家庭網(wǎng)關代替所述基站，或利用家庭基站代替所述中繼站時，所述方法流程僅是執(zhí)行主體變化，技術方案實質(zhì)未變。本發(fā)明實施例提供的另一種切換方法，可包括家庭網(wǎng)關接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；家庭網(wǎng)關確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第二家庭基站；所述家庭網(wǎng)關在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一家庭基站發(fā)送切換命令，以指示所述第一家庭基站進行切換。所述方法可進一步包括所述家庭網(wǎng)關向核心網(wǎng)側設備獲取向核心網(wǎng)側設備獲取下一跳鏈接計算NCC或者下一跳參數(shù)，并將所述下一跳鏈接計算或者下一跳參數(shù)提供給所述第二家庭基站；或者所述家庭網(wǎng)關向核心網(wǎng)側設備獲取下一跳鏈接計算或者下一跳參數(shù)，并根據(jù)根據(jù)收到的一跳鏈接計算或者下一跳參數(shù)，計算密鑰KeNB或者KeNB*，并將計算得到的密鑰與下一跳鏈接計算關聯(lián)保存。本發(fā)明實施例提供的一種家庭網(wǎng)關，可包括接收單元，用于接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；確定單元，用于確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第
二家庭基站；釋放單元，用于在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一家庭基站發(fā)送用戶設備上下文釋放命令。本領域普通技術人員可以理解上述方法實施例中的全部或部分流程，是可以通過計算機程序來指令相關硬件完成的，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。以上所述僅為本發(fā)明的幾個實施例，本領域的技術人員依據(jù)申請文件公開的內(nèi)容
18可以對本發(fā)明進行各種改動或變型而不脫離本發(fā)明的精神和范圍。本領域普通技術人員可以理解所述實施例間或不同實施例的特征間在不發(fā)生沖突的情況下可以互相結合形成新的實施例。
權利要求
1.一種切換方法，其特征在于，包括基站確定用戶設備從該基站下屬第一中繼站切換至所述基站或該基站下屬第二中繼站；所述基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令 UE Context Release Command。
2.如權利要求1所述的方法，其特征在于，還包括所述基站接收來自所述第一中繼站的切換申請，所述切換申請用于請求對所述用戶設備執(zhí)行切換；所述基站在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一中繼站發(fā)送切換命令，以指示所述第一中繼站進行切換。
3.如權利要求2所述的方法，其特征在于，所述切換申請包括消息類型Message Type,Sl鏈接標識、用戶設備標識、切換類型Handover Type、切換原因Cause和切換目標標識Target ID ；且所述切換申請中不包括可用直接轉(zhuǎn)發(fā)路徑信息Direct Forwarding Path Availability和單一無線語音呼叫連續(xù)性切換指示信息SRVCC HO hdication。
4.如權利要求1所述的方法，其特征在于，當基站確定用戶設備從所述第一中繼站切換至所述基站時，所述基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令包括所述基站接收來自所述用戶設備的無線資源控制連接重建立完成消息RRC Connection Reconfiguration Complete，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context ReleaseCommand ；當基站確定用戶設備從所述第一中繼站切換至所述第二中繼站時，所述基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令包括所述基站接收來自所述第二中繼站的切換通知，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令。
5.如權利要求1所述的方法，其特征在于，當基站確定用戶設備從所述第一中繼站切換至所述基站時，所述方法還包括所述基站接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息eNB MatusTransfer，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第一中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME Status Transfer ；當基站確定用戶設備從所述第一中繼站切換至所述第二中繼站時，所述方法還包括 所述基站接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第二中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息。
6.如權利要求1至5中任一項所述的方法，其特征在于，當基站確定用戶設備從所述第一中繼站切換至所述第二中繼站時，所述方法還包括 所述基站向核心網(wǎng)側設備獲取下一跳鏈接計算NCC或者下一跳參數(shù)NH，并將所述下一跳鏈接計算或者下一跳參數(shù)提供給所述第二中繼站；或者當基站確定用戶設備從所述第一中繼站切換至所述基站時，所述方法還包括所述基站向核心網(wǎng)側設備獲取下一跳鏈接計算或者下一跳參數(shù)，根據(jù)收到的下一跳鏈接計算或下一跳參數(shù)，計算密鑰KeNB或者KeNB*，并將計算得到的密鑰與下一跳鏈接計算關聯(lián)保存。
7.如權利要求1至5中任一項所述的方法，其特征在于，還包括基站在收到第一中繼站的切換申請消息后，將NCC加1，并計算出新的NH值；基站在切換請求消息里將新計算出的NH和NCC發(fā)送給第二中繼站。
8.一種切換方法，其特征在于，包括基站確定用戶設備從所述基站切換至該基站下屬中繼站；所述基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，釋放所述用戶設備的上下文。
9.如權利要求8所述的方法，其特征在于，還包括該基站在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向用戶設備發(fā)送切換命令，以指示所述用戶設備進行切換。
10.一種基站，其特征在于，包括確定單元，用于確定用戶設備從該基站下屬第一中繼站切換至所述基站或該基站下屬第二中繼站；釋放單元，用于當所述確定單元確定用戶設備從所述第一中繼站切換至所述基站或所述第二中繼站時，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context Release Command。
11.如權利要求10所述的基站，其特征在于，還包括請求接收單元，用于接收來自所述第一中繼站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；命令發(fā)送單元，用于在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一中繼站發(fā)送切換命令，以指示所述第一中繼站進行切換。
12.如權利要求10所述的基站，其特征在于，還包括狀態(tài)轉(zhuǎn)移單元，用于當確定單元確定用戶設備從所述第一中繼站切換至所述基站時，接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息eNB Status Transfer，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第一中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息MME Status Transfer ；當確定單元確定用戶設備從所述第一中繼站切換至所述第二中繼站時，接收來自所述第一中繼站的基站狀態(tài)轉(zhuǎn)移消息，在不向核心網(wǎng)設備發(fā)送基站狀態(tài)轉(zhuǎn)移消息的情況下，向所述第二中繼站發(fā)送移動管理實體狀態(tài)轉(zhuǎn)移消息。
13.如權利要求10至12任一項所述的基站，其特征在于，所述確定單元，還用于確定用戶設備從所述基站切換至該基站下屬第三中繼站；所述釋放單元，還用于當所述確定單元確定用戶設備從所述基站切換至所述第三中繼站時，在不向核心網(wǎng)設備發(fā)送切換通知的情況下，釋放所述用戶設備的上下文。
14.一種切換方法，其特征在于，包括家庭網(wǎng)關接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；家庭網(wǎng)關確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第二家庭基站；所述家庭網(wǎng)關在不向核心網(wǎng)設備發(fā)送切換申請的情況下，向所述第一家庭基站發(fā)送切換命令，以指示所述第一家庭基站進行切換。
15.如權利要求14所述的方法，其特征在于，還包括所述家庭網(wǎng)關向核心網(wǎng)側設備獲取向核心網(wǎng)側設備獲取下一跳鏈接計算NCC或者下一跳參數(shù)，并將所述下一跳鏈接計算或者下一跳參數(shù)提供給所述第二家庭基站；或者所述家庭網(wǎng)關向核心網(wǎng)側設備獲取下一跳鏈接計算或者下一跳參數(shù)，并根據(jù)根據(jù)收到的一跳鏈接計算或者下一跳參數(shù)，計算密鑰KeNB或者KeNB*，并將計算得到的密鑰與下一跳鏈接計算關聯(lián)保存。
16.如權利要求14所述的方法，其特征在于，還包括所述家庭網(wǎng)關在收到第一家庭基站的切換申請消息后，將NCC加1，并計算出新的NH值；所述家庭網(wǎng)關在切換請求消息里將新計算出的NH和NCC發(fā)送給第二家庭基站。
17.一種家庭網(wǎng)關，其特征在于，包括接收單元，用于接收該家庭網(wǎng)關下屬第一家庭基站的切換申請，所述切換申請用于請求對用戶設備執(zhí)行切換；確定單元，用于確定所述用戶設備從所述第一家庭基站切換至該家庭網(wǎng)關下屬第二家庭基站；釋放單元，用于在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一家庭基站發(fā)送用戶設備上下文釋放命令。
全文摘要
本發(fā)明實施例公開了一種切換方法、基站和家庭網(wǎng)關，屬于通信技術領域，所述方法包括基站確定用戶設備從該基站下屬第一中繼站切換至所述基站或該基站下屬第二中繼站；所述基站在不向核心網(wǎng)設備發(fā)送切換通知的情況下，向所述第一中繼站發(fā)送用戶設備上下文釋放命令UE Context ReleaseCommand。通過采用上述技術方案，在UE切換過程中，可使中繼網(wǎng)絡的終端切換流程得到簡化。
文檔編號H04W88/16GK102215537SQ20101014932
公開日2011年10月12日 申請日期2010年4月9日 優(yōu)先權日2010年4月9日
發(fā)明者?？∪? 張亮亮, 彭炎, 李亞娟, 藺波 申請人:華為技術有限公司