[發(fā)明專利]跨基站RRC連接重建方法及系統(tǒng)有效
| 申請(qǐng)?zhí)枺?/td> | 201110354431.4 | 申請(qǐng)日: | 2011-11-10 |
| 公開(kāi)(公告)號(hào): | CN103108403B | 公開(kāi)(公告)日: | 2017-12-22 |
| 發(fā)明(設(shè)計(jì))人: | 李廉 | 申請(qǐng)(專利權(quán))人: | 深圳市中洲科技有限公司 |
| 主分類號(hào): | H04W76/02 | 分類號(hào): | H04W76/02 |
| 代理公司: | 深圳市蘭鋒知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙)44419 | 代理人: | 曹明蘭 |
| 地址: | 518000 廣東省深圳市福田*** | 國(guó)省代碼: | 廣東;44 |
| 權(quán)利要求書: | 查看更多 | 說(shuō)明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 基站 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ā)送RRC Connection 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-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。
本發(fā)明通過(guò)收到RRC Connection Re-establishment Request消息的目標(biāo)基站向保存UE上下文信息的源基站發(fā)起基于S1口的重定位流程,并在收到源基站返回的上下文信息后,在目標(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ō)明
此處所說(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í)施例流程圖;
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于深圳市中洲科技有限公司,未經(jīng)深圳市中洲科技有限公司許可,擅自商用是侵權(quán)行為。如果您想購(gòu)買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請(qǐng)聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201110354431.4/2.html,轉(zhuǎn)載請(qǐng)聲明來(lái)源鉆瓜專利網(wǎng)。
- 寬帶無(wú)線通信系統(tǒng)中的無(wú)線資源控制系統(tǒng)及其方法
- 建立RRC連接的方法及裝置
- 一種RRC消息的處理方法、用戶設(shè)備及基站
- RRC消息的發(fā)送方法及裝置
- 多鏈接通信方法、設(shè)備和終端
- 一種UERRC狀態(tài)轉(zhuǎn)換方法及基站
- UE上報(bào)信息輔助基站進(jìn)行UE RRC狀態(tài)轉(zhuǎn)換的方法及用戶終端、基站
- 用戶設(shè)備中的控制方法以及用戶設(shè)備
- 多鏈接通信方法、設(shè)備和終端
- 處理周期性的基于無(wú)線電接入網(wǎng)(RAN)的通知區(qū)域(RNA)定時(shí)器





