專利名稱：跨基站rrc連接重建方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的第四代移動(dòng)通信LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)，尤其涉及一種跨基站RRC(Radio Resource Control,無(wú)線資源控制)連接重建方法及系統(tǒng)。
背景技術(shù)：
3GPP TS 36.331中對(duì)RRC連接重建流程進(jìn)行了明確的定義，當(dāng)終端(UE)滿足如下條件時(shí)，將會(huì)發(fā)起RRC重建請(qǐng)求:檢測(cè)到無(wú)線鏈路失??；系統(tǒng)內(nèi)切換失敗；系統(tǒng)間切換失敗；完整性檢查失敗；RRC重配置失敗。當(dāng)UE檢測(cè)到滿足上述條件后，將進(jìn)行小區(qū)搜索過(guò)程，重新選擇駐留小區(qū)(即目標(biāo)小區(qū))以發(fā)起隨機(jī)接入過(guò)程，隨機(jī)接入成功后向駐留基站(即目標(biāo)基站)發(fā)送RRCConnection Re-establishment Request消息，指示目標(biāo)基站為UE重新分配物理資源，并在所述消息中攜帶源小區(qū)(即RRC重建前UE駐留的小區(qū))的PCI (Physical Cell Identity,物理小區(qū)標(biāo)識(shí))，UE標(biāo)識(shí)，重建原因等信息。協(xié)議定義的RRC重建流程包括RRC重建正常流程和異常流程。在實(shí)際應(yīng)用中，UE在進(jìn)行小區(qū)選擇時(shí)，選擇的目標(biāo)小區(qū)可能和源小區(qū)共基站，也可能異基站。在目標(biāo)小區(qū)與源小區(qū)共基站的場(chǎng)景下，目標(biāo)小區(qū)可以獲取UE在源小區(qū)的通信上下文信息，成功完成RRC重建過(guò)程；在目標(biāo)小區(qū)與源小區(qū)異基站的場(chǎng)景下，目標(biāo)小區(qū)無(wú)法獲取UE在源小區(qū)的通信上下文信息，故無(wú)法完成正常的RRC重建過(guò)程，只能向UE發(fā)送RRC重建拒絕消息，UE釋放RRC連接。對(duì)于共基站場(chǎng)景，UE側(cè)應(yīng)用層業(yè)務(wù)可以正常完成接續(xù)，業(yè)務(wù)中斷時(shí)間較短。對(duì)于異基站場(chǎng)景，由于基站側(cè)完全釋放RRC連接，導(dǎo)致UE需要與基站側(cè)重新發(fā)起業(yè)務(wù)請(qǐng)求過(guò)程，由核心網(wǎng)重新指派業(yè)務(wù)，才能完成業(yè)務(wù)接續(xù)，應(yīng)用層業(yè)務(wù)接續(xù)時(shí)間較長(zhǎng)，影響用戶感受。

發(fā)明內(nèi)容
本發(fā)明的目的是，提供一種跨基站RRC連接重建方法及系統(tǒng)，以解決現(xiàn)有技術(shù)在目標(biāo)小區(qū)與源小異基站的情況下，只能通過(guò)UE重新發(fā)起業(yè)務(wù)請(qǐng)求才能完成業(yè)務(wù)接續(xù)的問(wèn)題。本發(fā)明提供了一種跨基站無(wú)線資源控制RRC連接重建方法，上述方法為:目標(biāo)基站收到終端UE 上報(bào)的 RRC Connection Re-establishment Request 消息后，向核心網(wǎng)的MME (移動(dòng)管理實(shí)體)請(qǐng)求上述UE的上下文；上述MME將上述目標(biāo)基站的請(qǐng)求傳遞給上述UE所屬的源基站，并將上述源基站返回的上下文傳遞給上述目標(biāo)基站；上述目標(biāo)基站收到上述UE的上下文后，通知上述UE進(jìn)行RRC連接重建；上述UE完成RRC連接重建后，上述目標(biāo)基站為上述UE分配物理資源，并通知上述UE進(jìn)行RRC資源重配。本發(fā)明進(jìn)一步提供了一種跨基站RRC連接重建系統(tǒng)，包括目標(biāo)基站、MME及源基站，上述目標(biāo)基站，用于在收到UE上報(bào)的RRC Connection Re-establishmentRequest消息時(shí)，通過(guò)UE Context Switch Request消息向上述MME請(qǐng)求上述UE的上下文；以及在收到上述UE的上下文后，通知上述UE進(jìn)行RRC連接重建；在上述UE完成RRC連接重建后，為上述UE分配物理資源，并通知上述UE進(jìn)行RRC資源重配；上述MME,用于通過(guò)UE Context Switch Request Forward消息將上述目標(biāo)基站請(qǐng)求UE上下文的UE Context Switch Request消息傳遞給上述UE所屬的源基站，并將上述源基站返回的上下文傳遞給上述目標(biāo)基站；上述源基站，用于通過(guò)Handover Required消息將上述UE的上下文發(fā)送給上述MME0本發(fā)明通過(guò)收到RRC Connection Re-establishment Request消息的目標(biāo)基站向保存UE上下文信息的源基站發(fā)起基于SI 口的重定位流程，并在收到源基站返回的上下文信息后，在目標(biāo)基站側(cè)完成RRC連接重配過(guò)程來(lái)實(shí)現(xiàn)UE的RRC連接重建，使得目標(biāo)小區(qū)與源小區(qū)異基站的情況下，UE側(cè)的應(yīng)用層業(yè)務(wù)扔可正常完成接續(xù)，縮短了業(yè)務(wù)中斷時(shí)間，提高了用戶體驗(yàn)。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:圖1是本發(fā)明跨基站RRC連接重建方法優(yōu)選實(shí)施例流程圖；圖2是本發(fā)明跨基站RRC連接重建系統(tǒng)優(yōu)選實(shí)施例的原理框圖。
具體實(shí)施例方式為了使本發(fā)明所要解決的技術(shù)問(wèn)題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。如圖1所示，是本發(fā)明跨基站RRC連接重建方法優(yōu)選實(shí)施例流程圖，本實(shí)施包括以下步驟:步驟S001:UE檢測(cè)到需要發(fā)起RRC重建，并搜索到目標(biāo)小區(qū)，則向目標(biāo)小區(qū)所屬基站，即目標(biāo)基站上報(bào)RRC Connection Re-establishment Request消息，請(qǐng)求RRC連接重建；RRC Connection Re-establishment Request 消息中攜帶有上述 UE 的源小區(qū)的PCI和目標(biāo)小區(qū)的PCI。步驟S002:目標(biāo)基站根據(jù)收到 RRC Connection Re-establishment Request 消息中攜帶的PCI，判斷出UE的源小區(qū)非本基站的小區(qū)，貝U發(fā)送UE Context Switch Request消息給核心網(wǎng)的MME，向MME請(qǐng)求UE的上下文；UE Context Switch Request消息為本發(fā)明中新增的消息，其攜帶有上述目標(biāo)基站為UE分配的基站SI 口應(yīng)用標(biāo)識(shí)、MME SI 口應(yīng)用標(biāo)識(shí)，UE的C-RNTI (Cell Radio NetworkTemporary Identifier，小區(qū)無(wú)線網(wǎng)絡(luò)用戶臨時(shí)標(biāo)識(shí))以及UE的源小區(qū)PCI。目標(biāo)基站發(fā)送UE Context Switch Request消息的同時(shí)，還啟動(dòng)一定時(shí)器，判斷MME是否在定時(shí)器時(shí)間內(nèi)返回UE的上下文，若超時(shí)未收到MME返回的上述UE的上下文，則通知UE，RRC連接重建失敗。步驟S003:MME收到UE Context Switch Request消息后，首先根據(jù)消息中的源小區(qū)PCI，確定UE所屬的源基站，然后將上述消息通過(guò)UE Context Switch Request Forward消息傳遞給源基站；UE Context Switch Request Forward消息也為本發(fā)明新增的消息，用來(lái)傳遞UEContext Switch Request 消息。步驟S004:源基站收到 UE Context Switch Request Forward 消息后，通過(guò)Handover Required消息將UE的上下文發(fā)送給MME，告知MME需要進(jìn)行切換；步驟S005:MME收到Handover Required消息后，將其中的UE上下文通過(guò)Handover Request消息傳遞給目標(biāo)基站，通知目標(biāo)基站進(jìn)行切換；步驟S006:目標(biāo)基站收到Handover Request消息后，向UE發(fā)送RRC ConnectionReestablishment消息，通知UE進(jìn)行RRC連接重建；步驟S007:UE 收到 RRC Connection Reestablishment 消息后，進(jìn)行 RRC 連接重建，完成后返回RRC Connection Re-establishment Complete消息，通知目標(biāo)基站RRC連
接重建完成；步驟S008:目標(biāo)基站收到 RRC Connection Re-establishment Complete 消息后，為UE分配物理資源；步驟S009:發(fā)送 RRC Connection Reconfiguration 消息給 UE，通知 UE 進(jìn)行 RRC連接重配，并同時(shí)發(fā)送Handover Request Acknowledge消息給上述MME，通知MME切換完成；步驟S010:UE 收到 RRC Connection Reconfiguration 消息后，進(jìn)行 RRC 連接重配，完成后返回RRC Connection Reconfiguration Complete消息，通知目標(biāo)基站RRC連接重配完成；UE和MME收到消息后即進(jìn)行處理，在實(shí)際應(yīng)用中，UE和MME有可能同時(shí)處理收到的消息，本實(shí)施例為了描述方便，故先描述UE的處理過(guò)程，再描述MME的處理過(guò)程。步驟SOll:MME 收互 Handover Request Acknowledge 消息后，返回 HandoverCommand消息給源基站，通知源基站進(jìn)行切換；步驟S012:源基站收到 Handover Command 消息后，發(fā)送 eNBStatus Transfer 消息給上述MME，通知MME通過(guò)上述目標(biāo)基站向上述UE發(fā)送數(shù)據(jù)；步驟S013:MME收到eNB Status Transfer消息后，向所目標(biāo)基站發(fā)送MME StatusTransfer消息，通知目標(biāo)基站準(zhǔn)備接收UE的數(shù)據(jù)；步驟S014:目標(biāo)基站收到MME Status Transfer 消息后，返回Handover Notify 消息；步驟SOI5:MME收到Handover Notify消息后，向上述源基站發(fā)送UE ContextRelease Command消息,通知上述源基站釋放上述UE的上下文；步驟S016:源基站收到UE Context Release Command消息后,釋放UE的上下文。如圖2所示，是本發(fā)明跨基站RRC連接重建系統(tǒng)優(yōu)選實(shí)施例的原理框圖，包括目標(biāo)基站、MME及源基站，目標(biāo)基站，用于在收到 UE 上報(bào)的 RRC Connection Re-establishment Request 消息時(shí)，通過(guò)UE Context Switch Request消息向上述MME請(qǐng)求上述UE的上下文，并判斷上述MME是否在定時(shí)器時(shí)間內(nèi)返回上述UE的上下文，并在超時(shí)未收到上述MME返回的上述UE的上下文時(shí)，通知上述UERRC連接重建失??；或者在收到上述UE的上下文后，通知上述UE進(jìn)行RRC連接重建；在上述UE完成RRC連接重建后，為上述UE分配物理資源，并通知上述UE進(jìn)行RRC資源重配，同時(shí)向上述MME返回Handover Request Acknowledge消息,通知MME切換完成；以及在收到MME Status Transfer消息后,返回Handover Notify消息給上述 MME ；MME,用于通過(guò)UE Context Switch Request Forward消息將上述目標(biāo)基站請(qǐng)求UE上下文的UE Context Switch Request消息傳遞給上述UE所屬的源基站，并通過(guò)HandoverRequest消息將上述源基站返回的UE上下文傳遞給上述目標(biāo)基站，通知目標(biāo)基站進(jìn)行切換；以及在收到上述目標(biāo)基站的Handover Request Acknowledge消息后，返回HandoverCommand消息給上述源基站，通知上述源基站進(jìn)行切換；收到上述源基站的eNB StatusTransfer消息后，向上述目標(biāo)基站發(fā)送MME Status Transfer消息,通知目標(biāo)基站準(zhǔn)備接收上述UE的數(shù)據(jù)；以及在收到上述目標(biāo)基站的Handover Notify消息后，通過(guò)上述目標(biāo)基站向上述UE發(fā)送數(shù)據(jù)，并向上述源基站發(fā)送UE Context Release Command消息,通知上述源基站釋放上述UE的上下文；源基站,用于通過(guò)Handover Required消息將上述UE的上下文發(fā)送給上述MME ；在收到上述MME的Handover Command消息后，發(fā)送eNB Status Transfer消息給上述MME,通知MME通過(guò)上述目標(biāo)基站向上述UE發(fā)送數(shù)據(jù)；以及在收到Context Release Command消息后，釋放上述UE的上下文。上述說(shuō)明示出并描述了本發(fā)明的優(yōu)選實(shí)施例，但如前所述，應(yīng)當(dāng)理解本發(fā)明并非局限于本文所披露的形式，不應(yīng)看作是對(duì)其他實(shí)施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過(guò)上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識(shí)進(jìn)行改動(dòng)。而本領(lǐng)域人員所進(jìn)行的改動(dòng)和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā)明所附權(quán)利要求的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種跨基站無(wú)線資源控制RRC連接重建方法，其特征在于， 目標(biāo)基站收到終端UE上報(bào)的RRC Connection Re-establishment Request消息后，向核心網(wǎng)的移動(dòng)管理實(shí)體MME請(qǐng)求所述UE的上下文； 所述MME將所述目標(biāo)基站的請(qǐng)求傳遞給所述UE所屬的源基站，并將所述源基站返回的上下文傳遞給所述目標(biāo)基站； 所述目標(biāo)基站收到所述UE的上下文后，通知所述UE進(jìn)行RRC連接重建； 所述UE完成RRC連接重建后，所述目標(biāo)基站為所述UE分配物理資源，并通知所述UE進(jìn)行RRC資源重配。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述目標(biāo)基站通過(guò)UEContext SwitchRequest消息向所述MME請(qǐng)求UE的上下文； 所述UE Context Switch Request消息中攜帶有所述目標(biāo)基站為UE分配的基站SI 口應(yīng)用標(biāo)識(shí)、MME SI 口應(yīng)用標(biāo)識(shí)，UE的小區(qū)無(wú)線網(wǎng)絡(luò)用戶臨時(shí)標(biāo)識(shí)以及源小區(qū)物理小區(qū)標(biāo)識(shí)PCI。
3.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述MME通過(guò)UEContext SwitchRequest Forward消息將所述UE Context Switch Request消息傳遞給所述源基站； 所述源基站收到 UE Context Switch Request Forward 消息后，通過(guò) HandoverRequired消息將UE的上下文發(fā)送給所述MME，告知所述MME需要進(jìn)行切換。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述目標(biāo)基站向所述MME請(qǐng)求所述UE的上下文的同時(shí)，還啟動(dòng)一定時(shí)器，若超時(shí)未收到所述MME返回的所述UE的上下文，則通知所述UE RRC連接重建失敗。
5.根據(jù)權(quán)利要求3述的方法,其特征在于,所述MME收到HandoverRequired消息后，將其中的UE上下文通過(guò)Handover Request消息傳遞給所述目標(biāo)基站,通知目標(biāo)基站進(jìn)行切換。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述目標(biāo)基站在通知UE進(jìn)行RRC資源重配的同時(shí)，還返回Handover Request Acknowledge消息給所述MME,通知MME切換完成； 所述 MME 收到 Handover Request Acknowledge 消息后，返回 Handover Command 消息給所述源基站，通知所述源基站進(jìn)行切換； 所述源基站收到Handover Command消息后，發(fā)送eNB Status Transfer消息給所述MME,通知MME通過(guò)所述目標(biāo)基站向所述UE發(fā)送數(shù)據(jù)； 所述MME收到eNB Status Transfer消息后，向所述目標(biāo)基站發(fā)送MME StatusTransfer消息，通知目標(biāo)基站準(zhǔn)備接收所述UE的數(shù)據(jù)；收到所述目標(biāo)基站的HandoverNotify消息后，通過(guò)所述目標(biāo)基站向所述UE發(fā)送數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述MME收到目標(biāo)基站的HandoverNotify消息后,還向所述源基站發(fā)送UE Context Release Command消息,通知所述源基站釋放所述UE的上下文。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述RRCConnection Re-establishmentRequest消息中攜帶有所述UE的源小區(qū)的PCI和目標(biāo)小區(qū)的PCI，所述MME通過(guò)所述UE源小區(qū)的PCI，確定所述UE所屬的源基站。
9.一種跨基站RRC連接重建系統(tǒng)，其特征在于，包括目標(biāo)基站、MME及源基站，所述目標(biāo)基站，用于在收到UE上報(bào)的RRC Connection Re-establishment Request消息時(shí)，通過(guò)UE Context Switch Request消息向所述MME請(qǐng)求所述UE的上下文；以及在收到所述UE的上下文后，通知所述UE進(jìn)行RRC連接重建；在所述UE完成RRC連接重建后，為所述UE分配物理資源，并通知所述UE進(jìn)行RRC資源重配； 所述MME,用于通過(guò)UE Context Switch Request Forward消息將所述目標(biāo)基站請(qǐng)求UE上下文的UE Context Switch Request消息傳遞給所述UE所屬的源基站，并將所述源基站返回的上下文傳遞給所述目標(biāo)基站； 所述源基站，用于通過(guò)Handover Required消息將所述UE的上下文發(fā)送給所述MME。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述目標(biāo)基站，用于判斷所述MME是否在定時(shí)時(shí)間內(nèi)返回所述UE的上下文，并在超時(shí)未收到所述MME返回的所述UE的上下文時(shí)，通知所述UERRC連接重建失??；以及向所述MME 返回 Handover Request Acknowledge 消息，通知 MME 切換完成；在收到 MME StatusTransfer消息后，返回Handover Notify消息給所述MME ； 所述MME,用于通過(guò)Handover Request消息將所述源基站返回的UE上下文傳遞給所述目標(biāo)基站，通知目標(biāo)基站進(jìn)行切換；或者在收到所述目標(biāo)基站的Handover RequestAcknowledge消息后，返回Handover Command消息給所述源基站,通知所述源基站進(jìn)行切換；收到所述源基站的eNB Status Transfer消息后，向所述目標(biāo)基站發(fā)送MME StatusTransfer消息，通知目標(biāo)基站準(zhǔn)備接收所述UE的數(shù)據(jù)；以及在收到所述目標(biāo)基站的Handover Notify消息后,通過(guò)所述目標(biāo)基站向所述UE發(fā)送數(shù)據(jù)，并向所述源基站發(fā)送UEContext Release Command消息,通知所述源基站釋放所述UE的上下文； 所述源基站，用于在收到所述MME的Handover Command消息后，發(fā)送eNB StatusTransfer消息給所述MME，通知MME通過(guò)所述目標(biāo)基站向所述UE發(fā)送數(shù)據(jù)；以及在收到Context Release Co mmand消息后，釋放所述UE的上下文。
全文摘要
本發(fā)明公開(kāi)了一種跨基站RRC連接重建方法及系統(tǒng)，上述方法在目標(biāo)基站收到UE上報(bào)的RRC Connection Re-establishment Request消息后，向MME請(qǐng)求上述UE的上下文；MME將目標(biāo)基站的請(qǐng)求傳遞給UE所屬的源基站，并將源基站返回的上下文傳遞給目標(biāo)基站；目標(biāo)基站收到UE的上下文后，通知UE進(jìn)行RRC連接重建，并在UE完成RRC連接重建后，為UE分配物理資源，通知UE進(jìn)行RRC資源重配。本發(fā)明使得目標(biāo)小區(qū)與源小區(qū)異基站的情況下，UE側(cè)的應(yīng)用層業(yè)務(wù)扔可正常完成接續(xù)，縮短了業(yè)務(wù)中斷時(shí)間，提高了用戶體驗(yàn)。
文檔編號(hào)H04W76/02GK103108403SQ20111035443
公開(kāi)日2013年5月15日 申請(qǐng)日期2011年11月10日 優(yōu)先權(quán)日2011年11月10日
發(fā)明者李廉 申請(qǐng)人:中興通訊股份有限公司