[发明专利]一种初始上下文建立失败后业务恢复方法、终端及系统

说明书

本发明实施例提供一种初始上下文建立失败后业务恢复方法、终端及系统，包括：终端发起NAS消息；移动管理实体指示演进的基站进行初始上下文建立；演进的基站检测初始上下文建立失败；网络侧通知终端上下文释放指示；以及终端处理上下文释放指示，发起ATTACH请求。该初始上下文建立失败后业务恢复方法、终端及系统在初始上下文建立失败时，增加给终端的指示消息，通知MME侧和eNodeB侧的UE上下文信息被删除，终端进而立即发起ATTACH过程，而不必发起RRC重建或Service Request或TAU等过程以免被网络拒绝，从而节省信令资源，迅速恢复业务，优化客户体验。

技术领域

本发明涉及无线通信领域，尤其涉及一种初始上下文建立失败后业务恢复方法、终端及系统。

背景技术

随着无线通信技术的发展，人们对数据业务的需求日益提高。长期演进（LongTerm Resolved,LTE）技术因为其永久在线，业务数据速率，系统容量大等特点而得到大力发展。在现有技术中，用户设备（User Equipment,UE）通过电子保障措施（ElectronicSupport Measures,ESM）过程建立默认的增强分组服务承载上下文(EPS BEARERCONTEXT)，该承载上下文除了显示去激活或网络隐式去激活外，在S1连接和无限资源控制模块（Radio Resource Control，RRC）连接释放时用户体验（User Experience,UE）侧和移动管理实体（Mobile Managenment Entity,MME）侧上下文均不会释放，当连接释放后用户进入ECM-IDLE模式，后续若该用户需要传输缓存上行数据或信令或是网络有缓存下行数据发送时，可能通过Service Request过程或TAU过程来转换到ECM-CONNECTED模式，并在Service Request过程中或在TAU过程结束后通过初始上下文建立过程建立S1和空口承载，从而进一步进行数据业务。

根据协议，若初始上下文建立过程中，若由于E-UTRAN无线接入控制或是终端重配失败或终端重配完成消息未成功发送到演进的基站（eNodeB）等原因，最终导致初始上下文过程建立失败，eNodeB和MME的行为协议未明确，eNodeB和MME两个节点分别进行各自的隐式释放或是MME发起的UE Context Release都可以接受，只要保证eNodeB侧的资源释放即可。

现有技术至少会存在以下问题:

（1）若是终端重配完成消息未成功发送，终端不断重传该消息，到达最大重传次数后，发起RRC连接重建，因为eNodeB侧UE上下文已经删除故重建不能成功。重建被网络拒绝后离开RRC_CONNECTED态，并且底层指示'RRC connection failure'的RRC释放原语后，终端继续发起TAU过程以实现NAS信令连接恢复，而MME侧上下文已经释放，所以TAU Request也会被网络以'Implicitly detached'原因拒绝。

（2）若是Service Request过程中网络侧无线接入控制原语导致所有的无线承载均无法建立，UE不知道MME侧上下文已被去激活，只收到eNodeB的原因为'other'的RRC连接释放消息而结束本次Service Request过程，后续用户若重新发起Service Request请求业务恢复，均会因为MME侧找不到上下文而被网络以Implicitly detached原因拒绝。

以上均会增加不必要的信令交互过程，浪费信令资源，同时延长了业务恢复时间。

发明内容

本发明目的旨在提供一种初始上下文建立失败后业务恢复方法、终端及系统，该初始上下文建立失败后业务恢复方法、终端及系统可以节省信令资源，迅速恢复业务，优化客户体验。

具体的，本发明实施例提供一种初始上下文建立失败后业务恢复方法，包括：

终端发起NAS消息；

移动管理实体指示演进的基站进行初始上下文建立；