本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種跨基站切換過程中重建立的處理方法和裝置。

背景技術(shù)：

在長期演進(Long Term Evolution，簡稱為LTE)系統(tǒng)中，用戶設(shè)備(User Equipment，簡稱為UE)的狀態(tài)分為連接態(tài)(RRC_CONNECTED)和空閑態(tài)(RRC_IDLE)兩種。當處于RRC_CONNECTED狀態(tài)下的UE從服務(wù)小區(qū)移動到了另一個小區(qū)時，就會觸發(fā)越區(qū)切換(HandOver)，以保證業(yè)務(wù)的不中斷。當UE從一個演進型基站(Evolved Node B，簡稱為eNB，即LTE基站)的小區(qū)切換到另一個eNB的小區(qū)時，就會觸發(fā)跨基站的切換。如果切換源基站和切換目標基站之間存在X2接口(X2Interface)并且與同一移動性管理實體(Mobility Management Entity，簡稱為MME)相連時，根據(jù)現(xiàn)有技術(shù)(第三代合作伙伴計劃(3rd Generation Partnership Project，簡稱為3GPP)協(xié)議，23.401協(xié)議)，源eNB將會發(fā)起經(jīng)過X2接口的切換(X2Interface Handover)，否則將發(fā)起經(jīng)過S1接口的切換(S1Interface Handover)。對于這兩種切換而言，根據(jù)切換發(fā)生的不同階段，分為準備和執(zhí)行兩個階段。準備階段包括以下步驟：

第一步，切換源側(cè)eNB發(fā)送切換請求(Handover Request)

第二步，切換目標側(cè)eNB根據(jù)收到的切換請求，在無線資源的接納和業(yè)務(wù)承載建立好后，回復切換請求確認(Handover Request Ack)消息，其中攜帶用于配置UE的無線資源控制(Radio Resource Control，簡稱為RRC)重配消息，進入切換執(zhí)行階段。

第三步，進入切換執(zhí)行階段后，切換源側(cè)eNB會根據(jù)切換目標側(cè)eNB生成的RRC連接重配消息配置UE，之后UE接入目的基站完成切換。

在S1/X2切換準備階段，由于無線鏈路失敗(Radio Link Failure，簡稱為RLF)等空口質(zhì)量原因，導致在RRC連接態(tài)下處于安全激活的UE重建立到切換目標側(cè)基站。對于切換目標基站而言，包括了該UE的上下文信息且接入層(Access Stratum，簡稱為AS)已安全激活，按照36.331協(xié)議，本次重建立滿足重建立成功的條件。

對于切換目標基站在切換準備階段收到RRC連接重建立請求消息時，按照現(xiàn)有技術(shù)，提出了如下兩種假設(shè)處理方案：

假設(shè)一：切換目標側(cè)基站給切換源側(cè)基站回復切換準備失敗消息，必然導致切換源側(cè)基站重新向其他基站或者小區(qū)發(fā)起下一次的切換或者釋放UE，實際上UE已經(jīng)與切換源測基站失去RRC連接；這樣切換目標側(cè)基站只能拒絕RRC連接重建立。

假設(shè)二：切換目標側(cè)基站給切換源側(cè)基站回復切換確認消息，實際上UE已經(jīng)與切換源 測基站失去RRC連接，而切換源側(cè)基站依然給UE下發(fā)切換命令的RRC連接重配消息，造成切換源側(cè)基站無線資源浪費。

因此，不論上述哪種假設(shè)處理方案，都不能合理有效的解決切換目標基站在切換準備階段收到重建立請求場景下導致重建立失敗引發(fā)UE掉話的問題。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種跨基站切換過程中重建立的處理方法和裝置，以至少解決相關(guān)技術(shù)中跨基站切換準備階段目標基站接收到RRC連接重建立請求場景下導致重建立失敗引發(fā)UE掉話的問題。

根據(jù)本發(fā)明的一個方面，提供了一種跨基站切換過程中重建立的處理方法，包括：當目標基站在切換準備階段接收到UE的RRC連接重建立請求時，所述目標基站掛起切換準備流程，執(zhí)行RRC連接重建立流程；當所述目標基站收到所述UE的RRC連接重建立完成消息時，所述目標基站激活所述切換準備流程，發(fā)送RRC連接重配消息至所述UE，并發(fā)送攜帶有擴展原因值的切換確認消息至MME或者源基站。

可選地，所述目標基站發(fā)送攜帶有所述擴展原因值的所述切換確認消息包括：在切換類型為S1切換的情況下，所述目標基站發(fā)送攜帶有所述擴展原因值的所述切換確認消息至所述MME，其中，所述擴展原因值用于指示所述MME發(fā)送攜帶有所述擴展原因值的切換命令至所述源基站，并指示源基站不向所述UE發(fā)送RRC連接重配消息。

可選地，所述目標基站發(fā)送攜帶有所述擴展原因值的所述切換確認消息包括：在切換類型為X2切換的情況下，所述目標基站發(fā)送攜帶有所述擴展原因值的切換確認消息至所述源基站，其中，所述擴展原因值用于指示所述源基站不向所述UE發(fā)送RRC連接重配消息。

可選地，在所述目標基站發(fā)送所述RRC連接重配消息至所述UE之后，所述方法還包括：啟動RRC連接重配完成定時器；當在所述RRC連接重配完成定時器超時前接收到所述RRC連接重配完成消息時，所述目標基站確認所述UE成功完成切換。

可選地，在所述目標基站確認所述UE成功完成切換之后，所述方法還包括：所述目標基站發(fā)送路徑轉(zhuǎn)化請求消息或者切換通知消息至所述MME，其中，所述路徑轉(zhuǎn)化請求消息或者所述切換通知消息用于指示所述UE已成功完成切換。

可選地，在所述RRC連接重配完成定時器超時且未接收到所述RRC連接重配完成消息的情況下，所述方法還包括：所述目標基站執(zhí)行所述UE的RRC連接資源釋放流程。

可選地，在所述目標基站掛起所述切換準備流程之后，所述方法還包括：在切換類型為S1切換，且所述目標基站未收到所述UE的所述RRC連接重建立完成消息的情況下，所述目標基站接收所述MME發(fā)送的UE上下文釋放命令；所述目標基站根據(jù)所述UE上下文釋放命令，發(fā)送RRC連接重建立拒絕消息至所述UE，并發(fā)送UE上下文釋放完成消息至所述MME。

可選地，在所述目標基站掛起所述切換準備流程之后，所述方法還包括：在切換類型為X2切換，且所述目標基站未收到所述UE的所述RRC連接重建立完成消息的情況下，所述目標基站接收源基站發(fā)送的切換取消消息；所述目標基站根據(jù)所述切換取消消息，發(fā)送RRC連接重建立拒絕消息至所述UE。

根據(jù)本發(fā)明的另一個方面，還提供了一種跨基站切換過程中重建立的處理裝置，應(yīng)用于基站，包括：第一處理模塊，用于當所述基站作為目標基站在切換準備階段接收到UE的RRC連接重建立請求時，掛起切換準備流程，執(zhí)行RRC連接重建立流程；第二處理模塊，用于當收到所述UE的RRC連接重建立完成消息時，激活所述切換準備流程，發(fā)送RRC連接重配消息至所述UE，并發(fā)送攜帶有擴展原因值的切換確認消息至MME或者源基站。

可選地，所述第二處理模塊用于：在切換類型為S1切換的情況下，發(fā)送攜帶有所述擴展原因值的切換確認消息至所述MME，其中，所述擴展原因值用于指示所述MME發(fā)送攜帶有所述擴展原因值的切換命令至所述源基站，并指示源基站不向所述UE發(fā)送RRC連接重配消息。

可選地，所述第二處理模塊用于：在切換類型為X2切換的情況下，發(fā)送攜帶有所述擴展原因值的切換確認消息至所述源基站，其中，所述擴展原因值用于指示所述源基站不向所述UE發(fā)送RRC連接重配消息。

可選地，所述裝置還包括：啟動模塊，用于啟動RRC連接重配完成定時器；確認模塊，用于當在所述RRC連接重配完成定時器超時前接收到所述RRC連接重配完成消息時，確認所述UE成功完成切換。

可選地，所述裝置還包括：第一發(fā)送模塊，用于發(fā)送路徑轉(zhuǎn)化請求消息或者切換通知消息至所述MME，其中，所述路徑轉(zhuǎn)化請求消息或者所述切換通知消息用于指示所述UE已成功完成切換。

可選地，所述裝置還包括：執(zhí)行模塊，用于在所述RRC連接重配完成定時器超時且未接收到所述RRC連接重配完成消息的情況下，執(zhí)行所述UE的RRC連接資源釋放流程。

可選地，所述裝置還包括：第一接收模塊，用于在切換類型為S1切換，且未收到所述UE的所述RRC連接重建立完成消息的情況下，接收所述MME發(fā)送的UE上下文釋放命令；第二發(fā)送模塊，用于根據(jù)所述UE上下文釋放命令，發(fā)送RRC連接重建立拒絕消息至所述UE，并發(fā)送UE上下文釋放完成消息至所述MME。

可選地，所述裝置還包括：第二接收模塊，用于在切換類型為X2切換，且未收到所述UE的所述RRC連接重建立完成消息的情況下，接收源基站發(fā)送的切換取消消息；第三發(fā)送模塊，用于根據(jù)所述切換取消消息，發(fā)送RRC連接重建立拒絕消息至所述UE。

通過本發(fā)明，采用當目標基站在切換準備階段接收到UE的RRC連接重建立請求時，目標基站掛起切換準備流程，執(zhí)行RRC連接重建立流程；當所述目標基站收到所述UE的RRC連接重建立完成消息時，所述目標基站激活所述切換準備流程，發(fā)送RRC連接重配消 息至所述UE，并發(fā)送攜帶有擴展原因值的切換確認消息的方式，解決了相關(guān)技術(shù)中跨基站切換準備階段目標基站接收到RRC連接重建立請求場景下重建立失敗導致UE掉話問題，提高了切換的穩(wěn)定性和用戶感受度。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖一；

圖4是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖二；

圖5是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖三；

圖6是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖四；

圖7是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖五；

圖8是根據(jù)本發(fā)明可選實施例一的一種跨基站切換過程中重建立的處理方法的流程圖；

圖9是根據(jù)本發(fā)明可選實施例二的一種跨基站切換過程中重建立的處理方法的流程圖；

圖10是根據(jù)本發(fā)明可選實施例三的一種跨基站切換過程中重建立的處理方法的流程圖；

圖11是根據(jù)本發(fā)明可選實施例四的一種跨基站切換過程中重建立的處理方法的流程圖；

圖12是根據(jù)本發(fā)明可選實施例五的一種跨基站切換過程中重建立的處理方法的流程圖；

圖13是根據(jù)本發(fā)明可選實施例六的跨基站切換取消方法的流程圖；

圖14是根據(jù)本發(fā)明可選實施例七的跨基站切換取消方法的流程圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種跨基站切換過程中重建立的處理方法，圖1是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟S102，當目標基站在切換準備階段接收到UE的RRC連接重建立請求時，目標基站掛起切換準備流程，執(zhí)行RRC連接重建立流程；

步驟S104，當目標基站收到UE的RRC連接重建立完成消息時，目標基站激活切換準備流程，發(fā)送RRC連接重配消息至UE，并發(fā)送攜帶有擴展原因值的切換確認消息至MME或者源基站。

通過上述步驟，當目標基站在切換準備階段接收到UE的RRC連接重建立請求時，目標基站掛起正在執(zhí)行的切換準備流程，先通過向UE發(fā)送RRC連接重建立消息重新建立與UE的RRC連接，當目標基站接收到UE的RRC連接重建立完成消息時，激活掛起的切換準備流程，向UE發(fā)送RRC連接重配消息，并發(fā)送攜帶有擴展原因值的切換確認消息。可見，采用上述步驟，解決了相關(guān)技術(shù)中跨基站切換準備階段目標基站接收到RRC連接重建立請求導致UE掉話的問題，減少了在切換準備過程中RRC連接重建立失敗導致UE掉話的發(fā)生率，提高了切換的穩(wěn)定性和用戶感受度。

可選地，由于目標基站向UE發(fā)送了RRC連接重配消息，源基站收到攜帶有擴展原因值的切換確認消息后，根據(jù)擴展原因值的指示無需再向UE發(fā)送RRC連接重配消息，在切換類型為S1切換的情況下，目標基站可以將攜帶有用于指示源基站不發(fā)送RRC連接重配消息的擴展原因值的切換確認消息發(fā)送給MME，再由MME在發(fā)送給源基站的切換命令中攜帶上述原因值來指示源基站不向UE發(fā)送RRC連接重配消息。

例如：在上述步驟S104中，在切換類型為S1切換的情況下，目標基站可以發(fā)送攜帶有擴展原因值的切換確認消息至MME，其中，擴展原因值用于指示MME發(fā)送攜帶有擴展原因值的切換命令至源基站，并指示源基站不向UE發(fā)送RRC連接重配消息。通過上述步驟，目標基站通過MME通知源基站不向UE發(fā)送RRC連接重配消息，可以避免RRC連接資源的浪費，同時，在源基站已與UE斷開RRC連接的情況下，UE無法接收到源基站發(fā)送的消息，從而導致了RRC連接重配的失敗，由目標基站指示UE進行RRC連接重配，并指示源基站不發(fā)送RRC連接重配消息，減少了在切換準備過程中RRC連接重建立失敗導致UE掉話的發(fā)生率，提高了切換的穩(wěn)定性和用戶感受度。

可選地，由于目標基站向UE發(fā)送了RRC連接重配消息，源基站收到攜帶有擴展原因值的切換確認消息后，根據(jù)擴展原因值的指示無需再向UE發(fā)送RRC連接重配消息，在切換類型為X2切換的情況下，目標基站可以將攜帶有用于指示源基站不發(fā)送RRC連接重配消息的擴展原因值的切換確認消息發(fā)送給源基站來指示源基站不向UE發(fā)送RRC連接重配消息。

例如：在上述步驟S104中，在切換類型為X2切換的情況下，目標基站可以發(fā)送攜帶有擴展原因值的切換確認消息至源基站，其中，擴展原因值用于指示源基站不向UE發(fā)送RRC連接重配消息。通過上述步驟，目標基站通知源基站不向UE發(fā)送RRC連接重配消息，可以避免RRC連接資源的浪費，同時，在源基站已與UE斷開RRC連接的情況下，UE無法接收到源基站發(fā)送的消息，從而導致了RRC連接重配的失敗，由目標基站指示UE進行RRC連接重配，并指示源基站不發(fā)送RRC連接重配消息，減少了在切換準備過程中RRC連接重建 立失敗導致UE掉話的發(fā)生率，提高了切換的穩(wěn)定性和用戶感受度。

可選地，在上述步驟S104之后，目標基站可以啟動RRC連接重配完成定時器，對RRC連接重配過程進行控制，并且，當在RRC連接重配完成定時器超時前接收到RRC連接重配完成消息時，目標基站就可以確認UE成功完成切換。

可選地，當目標基站確認UE成功完成切換時，目標基站可以發(fā)送路徑轉(zhuǎn)化請求消息或者切換通知消息至MME，通知MME UE已成功完成切換。此后，MME可以通知源基站釋放UE的上下文資源，或者MME可以回復路徑轉(zhuǎn)化請求確認消息給目標基站，再由目標基站通知源基站釋放UE的上下文資源。

可選地，在目標基站啟動RRC連接重配完成定時器之后，目標基站還可以在RRC連接重配完成定時器超時且未接收到RRC連接重配完成消息的情況下，執(zhí)行UE的RRC連接資源釋放流程。

可選地，在切換類型為S1切換，且目標基站未收到UE的RRC連接重建立完成消息的情況下，在上述步驟S102之后，目標基站可能接收到MME發(fā)送的UE上下文釋放命令，此時，目標基站可以根據(jù)UE上下文釋放命令，發(fā)送RRC連接重建立拒絕消息至UE，并發(fā)送UE上下文釋放完成消息至MME。或者，在切換類型為X2切換，且目標基站未收到UE的RRC連接重建立完成消息的情況下，在上述步驟S102之后，目標基站可能接收到源基站發(fā)送的切換取消消息，此時，目標基站可以根據(jù)切換取消消息，發(fā)送RRC連接重建立拒絕消息至UE。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例的方法。

在本實施例中還提供了一種跨基站切換過程中重建立的處理裝置，應(yīng)用于基站，該裝置用于實現(xiàn)上述實施例及可選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖2是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括：第一處理模塊22和第二處理模塊24，其中，第一處理模塊22，用于當基站作為目標基站在切換準備階段接收到UE的RRC連接重建立請求時，掛起切換準備流程，執(zhí)行RRC連接重建立流程；第二處理模塊24，耦合至第一處理模塊22，用于當收到UE的RRC連接重建立完成消息時，激活切換準備流程，發(fā)送RRC連接重配消息至UE，并發(fā)送攜帶有擴展原因值的切換確認消息至MME或者源基站。

可選地，上述第二處理模塊24用于：在切換類型為S1切換的情況下，發(fā)送攜帶有擴展原因值的切換確認消息至MME，其中，擴展原因值用于指示MME發(fā)送攜帶有擴展原因值的切換命令至源基站，并指示源基站不向UE發(fā)送RRC連接重配消息。

可選地，上述第二處理模塊24用于：在切換類型為X2切換的情況下，發(fā)送攜帶有擴展原因值的切換確認消息至源基站，其中，擴展原因值用于指示源基站不向UE發(fā)送RRC連接重配消息。

圖3是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖一，如圖3所示，可選地，上述裝置還包括：啟動模塊32和確認模塊34，其中，啟動模塊32，耦合至第二處理模塊24，用于啟動RRC連接重配完成定時器；確認模塊34，耦合至啟動模塊32，用于在RRC連接重配完成定時器超時前接收到RRC連接重配完成消息時，確認UE成功完成切換。

圖4是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖二，如圖4所示，可選地，上述裝置還包括：第一發(fā)送模塊42，耦合至確認模塊34，用于發(fā)送路徑轉(zhuǎn)化請求消息或者切換通知消息至MME，其中，路徑轉(zhuǎn)化請求消息或者切換通知消息用于指示UE已成功完成切換。

圖5是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖三，如圖5所示，可選地，上述裝置還包括：執(zhí)行模塊52，耦合至啟動模塊32，用于在RRC連接重配完成定時器超時且未接收到RRC連接重配完成消息的情況下，執(zhí)行UE的RRC連接資源釋放流程。

圖6是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖四，如圖6所示，可選地，上述裝置還包括：第一接收模塊62和第二發(fā)送模塊64，其中，第一接收模塊62，耦合至第二處理模塊24，用于在切換類型為S1切換類型，且未收到UE的RRC連接重建立完成消息的情況下，接收MME發(fā)送的UE上下文釋放命令；第二發(fā)送模塊64，耦合至第一接收模塊62，用于根據(jù)UE上下文釋放命令，發(fā)送RRC連接重建立拒絕消息至UE，并發(fā)送UE上下文釋放完成消息至MME。

圖7是根據(jù)本發(fā)明實施例的一種跨基站切換過程中重建立的處理裝置的可選結(jié)構(gòu)框圖五，如圖7所示，可選地，上述裝置還包括：第二接收模塊72和第三發(fā)送模塊74，其中，第二接收模塊72，耦合至第二處理模塊24，用于在切換類型為X2切換，且未收到UE的RRC連接重建立完成消息的情況下，接收源基站發(fā)送的切換取消消息；第三發(fā)送模塊74，耦合至第二接收模塊72，用于根據(jù)切換取消消息，發(fā)送RRC連接重建立拒絕消息至UE。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

本發(fā)明的實施例還提供了一種軟件，該軟件用于執(zhí)行上述實施例及可選實施方式中描述 的技術(shù)方案。

本發(fā)明的實施例還提供了一種存儲介質(zhì)。在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

步驟S102，當目標基站在切換準備階段接收到UE的RRC連接重建立請求時，目標基站掛起切換準備流程，執(zhí)行RRC連接重建立流程；

步驟S104，當目標基站收到UE的RRC連接重建立完成消息時，目標基站激活切換準備流程，發(fā)送RRC連接重配消息至UE，并發(fā)送攜帶有擴展原因值的切換確認消息至MME或者源基站。

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：U盤、只讀存儲器(Read-Only Memory，簡稱為ROM)、隨機存取存儲器(Random Access Memory，簡稱為RAM)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

為了使本發(fā)明實施例的描述更加清楚，下面結(jié)合可選實施例進行描述和說明。

對于切換目標側(cè)基站處于切換準備階段時收到重建立請求場景，按照現(xiàn)有技術(shù)，有如下兩個假設(shè)處理方案：

假設(shè)一：切換目標側(cè)基站給切換源側(cè)基站回復切換準備失敗消息，必然導致切換源側(cè)基站重新向其他基站或者小區(qū)發(fā)起下一次的切換或者釋放UE，實際上UE已經(jīng)與切換源測基站失去RRC連接，這樣切換目標側(cè)基站將拒絕UE的RRC連接重建立。

假設(shè)二：切換目標側(cè)基站給切換源側(cè)基站回復切換確認消息，實際上UE已經(jīng)與切換源測基站失去RRC連接，而切換源側(cè)基站依然會給UE下發(fā)切換命令的重配消息，造成切換源側(cè)基站無線資源浪費。

因此，不論上述哪種假設(shè)處理方案，都不能合理有效的解決切換目標基站在切換準備階段收到重建立請求場景下導致重建立失敗引發(fā)UE掉話的問題。

本發(fā)明可選實施例涉及LTE移動通信系統(tǒng)，提出了一種跨基站切換過程中重建立的處理方法和裝置。通過本發(fā)明可選實施例提供的跨基站切換準備階段目標基站接收到RRC連接重建立請求的處理策略，可以克服現(xiàn)有技術(shù)中存在的站間S1/X2切換時目標側(cè)基站在切換準備階段收到RRC連接重建立請求消息導致重建立失敗引發(fā)UE掉話的問題和缺陷，減少了在切換準備過程中RRC連接重建立失敗導致UE掉話的發(fā)生率，提高了切換的穩(wěn)定性和用戶感受度。

本發(fā)明可選實施例提供的切換方法包括以下五個步驟：

第一步：切換目標側(cè)基站在準備階段收到UE的RRC連接重建立請求消息。

第二步：切換目標側(cè)基站先掛起切換準備流程，優(yōu)先執(zhí)行RRC連接重建立流程，并下發(fā)RRC連接重建立消息。

第三步：目標基站收到UE發(fā)送的RRC連接重建立完成消息后，目標基站下發(fā)RRC連接重配消息至UE，同時啟動等待RRC連接重配完成定時器，并激活掛起的切換，接著判斷掛起的跨基站切換類型(S1切換或者X2切換)。

第四步：如果之前掛起的跨基站切換類型為S1切換：

<a>給MME回復切換確認并且攜帶擴展原因值，當S1切換源側(cè)基站收到MME發(fā)送的攜帶有擴展原因值的切換命令后，根據(jù)擴展原因值指示，不向UE下發(fā)切換命令重配消息，其他按照正常的S1切換流程處理。

<b>若在等待RRC連接重配完成定時器超時之前，目標基站收到RRC連接重配完成消息，則目標基站給MME回復切換通知消息，通知本次S1切換成功。

<c>若等待RRC連接重配完成定時器超時后，目標基站還未收到RRC連接重配完成消息，目標基站將直接執(zhí)行RRC的釋放流程。

第五步：如果之前掛起的跨基站切換類型為X2切換：

<a>給切換源側(cè)eNB發(fā)送切換確認消息，并攜帶擴展原因值，切換源側(cè)基站收到切換確認消息后，根據(jù)擴展原因值指示，不向UE下發(fā)切換命令重配消息，其他按照正常的X2切換流程處理。

<b>若在等待RRC連接重配完成定時器超時之前，目標基站收到RRC連接重配完成消息時，則目標基站給MME回復路徑轉(zhuǎn)化請求消息，通知本次X2切換成功。

<c>若等待RRC連接重配完成定時器超時后，目標基站還未收到RRC連接重配完成消息，目標基站將直接執(zhí)行UE上下文釋放流程。

下面結(jié)合附圖對本發(fā)明可選實施例進行說明。

可選實施例一

本發(fā)明可選實施例一提供了一種在切換過程中接收到RRC連接重建立請求時的切換處理方法。圖8是根據(jù)本發(fā)明可選實施例一的一種跨基站切換過程中重建立的處理方法的流程圖，如圖8所示，該流程包括如下步驟：

步驟S802，切換目標側(cè)基站在準備階段收到UE的RRC連接重建立請求消息。

步驟S804，目標基站先掛起切換準備流程，優(yōu)先執(zhí)行RRC連接重建立流程，并下發(fā)RRC連接重建立消息。

步驟S806，目標基站收到RRC連接重建立完成后，接著目標基站下發(fā)RRC連接重配消息至UE，同時啟動等待RRC連接重配完成定時器，激活掛起的切換，并判斷對應(yīng)的切換類型(S1切換或者X2切換)，執(zhí)行后續(xù)流程。

步驟S808，如果之前掛起的跨基站切換類型為S1切換：

<a>給MME回復切換確認并且攜帶擴展原因值：切換準備階段接收RRC連接重建立請求(Receive reestablishment during HO Prepare)，當S1切換源側(cè)基站收到MME發(fā)送的攜帶有上述原因值的切換命令后，根據(jù)原因值指示，不向UE下發(fā)切換命令重配消息，其他按照正常的S1切換流程處理。

<b>在等待RRC連接重配完成定時器超時之前，基站收到RRC連接重配完成消息的情況下，目標基站給MME回復切換通知消息，通知本次S1切換成功。

<c>在等待RRC連接重配完成定時器超時后，還未收到RRC連接重配完成消息的情況下，目標基站直接執(zhí)行RRC連接的釋放流程。

步驟S810，如果之前掛起的跨基站切換類型為X2切換：

<a>目標基站給切換源側(cè)基站發(fā)送切換確認消息并攜帶擴展原因值：Receive reestablishment during HO Prepare，切換源側(cè)基站收到切換確認消息后，根據(jù)原因值指示，不向UE下發(fā)切換命令重配消息，其他按照正常的X2切換流程處理。

<b>在等待RRC連接重配完成定時器超時之前，基站收到RRC連接重配完成消息的情況下，目標基站給MME回復路徑轉(zhuǎn)化請求消息，通知本次X2切換成功。

<c>在等待RRC連接重配完成定時器超時后，還未收到RRC連接重配完成消息的情況下，目標基站直接執(zhí)行UE上下文釋放流程。

可選實施例二：

本發(fā)明可選實施例二提供了一種在X2切換準備階段接收到RRC連接重建立請求的切換處理方法。圖9是根據(jù)本發(fā)明可選實施例二的一種跨基站切換過程中重建立的處理方法的流程圖，如圖9所示，該流程包括如下步驟：

步驟S902，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行X2切換，給目標側(cè)基站發(fā)起X2切換請求消息。

步驟S904，切換目標側(cè)基站收到切換源側(cè)基站的X2切換請求消息后，執(zhí)行切換準備過程。

步驟S906，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗后，開始進行RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S908，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行重建立，給UE下發(fā)RRC連接重建立消息。

步驟S910，目標基站收到RRC連接重建立完成消息后，激活掛起的切換流程，并且向UE下發(fā)RRC連接重配消息，啟動等待RRC連接重配完成定時器，同時給切換源側(cè)基站回復攜帶擴展原因值(Receive reestablishment during HO Prepare)的切換確認消息。

步驟S912，源基站收到切換目標側(cè)基站的切換命令后，根據(jù)切換命令中攜帶的擴展原因值，不向UE下發(fā)切換命令的重配消息，并且執(zhí)行數(shù)據(jù)反傳等操作。

步驟S914，目標基站收到RRC連接重配完成消息后，停止RRC連接重配完成等待定時器，并且給MME發(fā)送路徑轉(zhuǎn)化請求消息(PathSwitchRequst)。

步驟S916，目標基站接收MME回復的路徑轉(zhuǎn)化請求確認消息(PathSwitchRequstAcknowledge)，表明X2切換成功，給切換源側(cè)基站發(fā)送UE上下文釋放消息(UeContextRelease)，釋放源側(cè)基站的無線資源等信息。

可選實施例三

本發(fā)明可選實施例三提供了一種在S1切換準備階段接收到RRC連接重建立請求的切換處理方法。圖10是根據(jù)本發(fā)明可選實施例三的一種跨基站切換過程中重建立的處理方法的流程圖，如圖10所示，該流程包括如下步驟：

步驟S1002，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行S1切換，給MME發(fā)起S1切換請求消息。

步驟S1004，切換目標側(cè)基站收到MME的S1切換請求消息后，執(zhí)行切換準備過程。

步驟S1006，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗，開始進行RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S1008，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行RRC連接重建立，給UE下發(fā)RRC連接重建立消息。

步驟S1010，基站收到RRC連接重建立完成消息后，激活掛起的切換流程，并且向UE下發(fā)RRC連接重配消息，啟動等待RRC連接重配完成定時器，同時給MME回復切換確認消息攜帶擴展原因值：Receive reestablishment during HO Prepare。

步驟S1012，源基站收到切換命令消息后，根據(jù)切換命令中攜帶的擴展原因值，不下發(fā)切換命令的RRC連接重配消息，并且執(zhí)行數(shù)據(jù)反傳等操作。

步驟S1014，目標基站收到RRC連接重配完成消息后，停止RRC連接重配完成等待定時器，并且給MME回復切換通知消息(HandoverNotify)。

可選實施例四

本發(fā)明可選實施例四提供了一種在X2切換準備階段接收到RRC連接重建立請求后未能對UE重配成功的切換處理方法。圖11是根據(jù)本發(fā)明可選實施例四的一種跨基站切換過程中重建立的處理方法的流程圖，如圖11所示，該流程包括如下步驟：

步驟S1102，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行X2切換，給目標基站發(fā)起X2切換請求消息。

步驟S1104，切換目標側(cè)基站收到切換源側(cè)基站的X2切換請求后，執(zhí)行切換準備過程。

步驟S1106，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗，開始進行RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S1108，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行RRC連接重建立，給UE下發(fā)RRC連接重建立消息。

步驟S1110，目標基站收到RRC連接重建立完成消息后，激活掛起的切換流程，并且向UE下發(fā)RRC連接重配消息，啟動等待RRC連接重配完成定時器，同時給切換源側(cè)基站回復攜帶擴展原因值(Receive reestablishment during HO Prepare)的切換確認消息。

步驟S1112，源基站收到切換目標側(cè)基站的切換命令消息后，根據(jù)切換命令中攜帶的擴展原因值，不下發(fā)切換命令的重配消息，并且執(zhí)行數(shù)據(jù)反傳等操作。

步驟S1114，在RRC連接重配完成等待定時器超時后，目標基站仍未收到RRC連接重配完成消息的情況下，目標基站進行RRC連接資源釋放流程。

步驟S1116，切換源側(cè)基站等待切換目標側(cè)基站的UE上下文釋放消息(UeContextRelease)定時器超時，觸發(fā)UE上下文釋放過程。

可選實施例五

本發(fā)明可選實施例五提供了一種在S1切換準備階段接收到RRC連接重建立請求后未能對UE重配成功的切換處理方法。圖12是根據(jù)本發(fā)明可選實施例五的一種跨基站切換過程中重建立的處理方法的流程圖，如圖12所示，該流程包括如下步驟：

步驟S1202，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行S1切換，給MME發(fā)起S1切換請求消息。

步驟S1204，切換目標側(cè)基站收到MME的S1切換請求消息后，執(zhí)行切換準備過程。

步驟S1206，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗，開始進行RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S1208，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行重建立，給UE下發(fā)RRC連接重建立消息。

步驟S1210，目標基站收到RRC連接重建立完成消息后，激活掛起的切換流程，并且向UE下發(fā)RRC連接重配消息，啟動等待RRC連接重配完成定時器，同時給MME回復攜帶擴展原因值(Receive reestablishment during HO Prepare)的切換確認消息。

步驟S1212，源基站收到切換命令后，根據(jù)切換命令中攜帶的擴展原因值，不下發(fā)切換命令的RRC連接重配消息，并且執(zhí)行數(shù)據(jù)反傳等操作。

步驟S1214，在切換目標側(cè)基站等待RRC連接重配完成定時器超的情況下，進行UE上下文釋放流程。

可選實施例六

本發(fā)明可選實施例六提供了一種在X2切換準備階段接收到RRC連接重建立請求后執(zhí)行重建立過程中切換取消的處理方法。圖13是根據(jù)本發(fā)明可選實施例六的跨基站切換取消方法的流程圖，如圖13所示，該流程包括如下步驟：

步驟S1302，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行X2切換，給目標基站發(fā)起X2切換請求消息，啟動X2切換準備階段等待定時器(T_X2HoPrep)。

步驟S1304，切換目標側(cè)基站收到切換源側(cè)基站的X2切換請求消息后，執(zhí)行切換準備過程。

步驟S1306，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗，開始進行RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S1308，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行RRC連接重建立，給UE下發(fā)RRC連接重建立消息。

步驟S1310，在T_X2HoPrep等待定時器超時后，切換源側(cè)基站觸發(fā)切換取消過程，給切換目標側(cè)基站發(fā)送切換取消消息，接著進行UE上下文釋放過程。

步驟S1312，切換目標側(cè)基站收到切換源側(cè)基站發(fā)起的切換取消后，取消RRC連接重建立流程和掛起的切換資源，給UE下發(fā)RRC連接重建立拒絕消息。

可選實施例七

本發(fā)明可選實施例七提供了一種在S1切換準備階段接收到RRC連接重建立請求后執(zhí)行重建立過程中切換取消的處理方法。圖14是根據(jù)本發(fā)明可選實施例七的跨基站切換取消方法的流程圖，如圖14所示，該流程包括如下步驟：

步驟S1402，基站收到UE發(fā)送的測量報告消息，該基站作為切換源側(cè)，判決執(zhí)行S1切換，給MME發(fā)起S1切換請求消息，啟動S1切換準備階段等待定時器(T_S1HoPrep)。

步驟S1404，切換目標側(cè)基站收到MME的S1切換請求消息后，執(zhí)行切換準備過程。

步驟S1406，由于無線環(huán)境等原因，UE發(fā)生了無線鏈路失敗，接著開始RRC連接重建立過程，發(fā)起RRC連接重建立請求消息。

步驟S1408，目標基站收到RRC連接重建立請求消息后，先掛起正在執(zhí)行的切換，執(zhí)行RRC連接重建立，給UE下發(fā)RRC連接重建立消息。

步驟S1410，在T_S1HoPrep等待定時器超時后，切換源側(cè)基站給MME發(fā)送切換取消消息。

步驟S1412，目標基站收到MME的UE上下文釋放命令后，指示進行切換取消，取消RRC連接重建立流程和掛起的切換資源，給UE下發(fā)RRC連接重建立拒絕消息，并且給MME回復UE上下文釋放完成消息。

綜上所述，采用本發(fā)明實施例和可選實施例提供的一種跨基站切換過程中重建立的處理方法和裝置，與現(xiàn)有技術(shù)相比，提供了站間S1/X2切換目標基站在跨基站切換準備階段收到RRC連接重建立請求的處理策略，減少了在切換準備過程中RRC連接重建立失敗導致UE掉話的發(fā)生率，提高了切換的穩(wěn)定性和用戶感受度。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的可選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。