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

摘要

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

说明书

技术领域

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

背景技术

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

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

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

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

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

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

发明内容

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

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

终端发起NAS消息；

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

演进的基站检测初始上下文建立失败；

网络侧通知终端上下文释放指示；以及

终端处理上下文释放指示，发起ATTACH请求。

优选地，所述终端处理上下文释放指示，发起ATTACH请求，具体包括：

终端的RRC层接收到网络侧的RRC链路释放消息后，对释放原因进行判断；

若上述释放原因指示网络上下文释放，则终端的RRC层判断当前是否有RLC重传及是否 要发起RRC重建过程，若存在则停止该过程，并释放资源进入IDLE态；

RRC层在释放资源结束后，指示NAS层无线链路释放，携带特殊原因值，指示网络侧上下 文释放；

NAS层收到上述无线链路释放消息后，对其中的原因值进行判断，若为上下文释放指 示，则进行本地去注册，在本地去注册结束后发起ATTACH请求，请求网络重新附着。

优选地，所述NAS消息为TAU消息或ServiceRequest消息。

优选地，所述指示的消息为已有消息中的参数、新增加的参数或现有参数中的某 些字段。

本发明实施例还提供一种初始上下文建立失败后业务恢复终端，包括：

NAS模块，用于终端发起NAS消息；

RRC模块，用于移动管理实体指示演进的基站进行初始上下文建立；

初始上下文失败检测模块，用于演进的基站检测初始上下文建立失败；

初始上下文释放指示模块，用于网络侧通知终端上下文释放指示；以及

业务失败恢复模块，用于终端处理上下文释放指示，发起ATTACH请求。

优选地，所述业务失败恢复模块具体包括：

第一判断模块，终端的RRC层接收到网络侧的RRC链路释放消息后，对释放原因进行判 断；

第二判断模块，若上述释放原因指示网络上下文释放，则终端的RRC层判断当前是否有 RLC重传及是否要发起RRC重建过程，若存在则停止该过程，并释放资源进入IDLE态；

释放模块，RRC层在释放资源结束后，指示NAS层无线链路释放，携带特殊原因值，指示 网络侧上下文释放；

第三判断模块，NAS层收到上述无线链路释放消息后，对其中的原因值进行判断，若为 上下文释放指示，则进行本地去注册，在本地去注册结束后发起ATTACH请求，请求网络重新 附着。

优选地，所述NAS消息为TAU消息或ServiceRequest消息。

优选地，所述所述指示的消息为已有消息中的参数、新增加的参数或现有参数中 的某些字段。

在此基础上，本发明实施例还提供一种初始上下文建立失败后业务恢复系统，具 体包括本发明实施例提供的上述初始上下文建立失败后业务恢复终端。

由于本发明实施例提供的一种网络初始上下文建立失败后业务恢复方法、终端及 系统，在初始上下文建立失败时，增加给终端的指示消息，通知MME侧和eNodeB侧的UE上下 文信息被删除，终端进而立即发起ATTACH过程，而不必发起RRC重建或ServiceRequest或 TAU等过程以免被网络拒绝，从而节省信令资源，迅速恢复业务，优化客户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段， 而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够 更明显易懂，以下特举较佳实施例，并配合附图，详细说明如下。

附图说明

图1为本发明第一实施例提供的一种初始上下文建立失败业务恢复方法的流程示 意图。

图2为图1所示步骤S105业务恢复的流程示意图。

图3为本发明第二实施例提供的一种初始上下文建立失败业务恢复方法的流程示 意图。

图4为本发明第三实施例提供的一种初始上下文建立失败业务恢复终端的结构示 意图。

图5为图4所示业务失败恢复模块的结构示意图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效，以下结合 附图及较佳实施例，对依据本发明提出的一种初始上下文建立失败后业务恢复方法、终端 及系统及其具体实施方式、方法、步骤、结构、特征及功效，详细说明如后。

有关本发明的前述及其他技术内容、特点与功效，在以下配合参考图式的较佳实 施例的详细说明中将可清楚的呈现。通过具体实施方式的说明，当可对本发明为达成预定 目的所采取的技术手段及功效得以更加深入且具体的了解，然而所附图式仅是提供参考与 说明之用，并非用来对本发明加以限制。

请参考图1，图1为本发明第一实施例提供的一种初始上下文建立失败业务恢复方 法的流程示意图。如图1所示，该初始上下文建立失败业务恢复方法具体包括以下步骤：

步骤S101：终端发起NAS消息。

ECM-IDLE模式下的终端发起NAS消息触发初始上下文建立过程，该NAS消息是TAU 消息或ServiceRequest消息。

其中，TAU消息触发场景包括两种：TAU请求中active标志位置位，或TAU请求中 active标志位未置位但是网络有下行数据缓存。

步骤S102：MME指示eNodeB进行初始上下文建立。

MME收到NAS消息后，触发初始上下文建立过程，发送初始上下文建立请求给 eNodeB。

其中TAU过程触发的初始上下文建立请求，是在MME发送TAUAccept消息之后。

步骤S103：eNodeB检测初始上下文建立失败；

eNodeB在收到MME的初始上下文建立请求消息后，进行相关无线接入准入及用户面资 源的建立，若eNodeB检测到初始上下文建立过程失败，则通知MME。

步骤S104：网络侧通知终端上下文释放指示。

eNodeB侧和MME侧进行初始上下文建立失败后的后续处理，最终指示终端网络侧 上下文释放，该指示消息为已有消息中的参数、新增加的参数或现有参数中的某些字段。

步骤S105：终端处理上下文释放指示，发起ATTACH请求。

终端收到网络侧上下文释放指示消息后，进行现有过程终止，包括NAS模块现有 ServiceRequest过程和RRC模块相关过程如重建、重传等，如有则结束，释放链路进入空闲 态，去激活UE侧上下文，进入EMM-DEREGISTERED状态。最后，终端发起ATTACH请求，重新附 着。

对于上述方法中的网络侧上下文释放指示处理，可以有多种实现方案：eNodeB暂 缓释放链路，MME通过现有NAS消息指示终端；eNodeB侧通过RRC释放消息中新增新的IE或释 放原因IE里扩展新的字段指示终端。

请参考图2，图2为图1所示步骤S105业务恢复的流程示意图。如图2所以，该步骤 S105业务恢复的具体步骤包括：

步骤S1051：终端的RRC层接收到网络侧的RRC链路释放消息后，对释放原因进行判断；

步骤S1052：若上述释放原因指示网络上下文释放，则终端的RRC层判断当前是否有RLC 重传及是否要发起RRC重建过程，若存在则停止该过程，并释放资源进入IDLE态；

步骤S1053：RRC层在释放资源结束后，指示NAS层无线链路释放，携带特殊原因值，指示 网络侧上下文释放；

步骤S1054：NAS层收到上述无线链路释放消息后，对其中的原因值进行判断，若为上下 文释放指示，则进行本地去注册，在本地去注册结束后发起ATTACH请求，请求网络重新附 着。

本发明实施例提供了一种初始上下文建立失败后的业务恢复方法，主要包括：终 端在ECM-IDLE态收到ServiceRequest消息或TAU请求消息且激活标志置位或TAU请求消息 且激活标志未置位但是网络有下行数据发送的情况下，网络侧检测初始上下文建立失败， 需要指示给终端网络侧上下文去激活，终端RRC层不再重传RLC数据也不发起RRC重建过程， NAS层终止当前过程并直接发起ATTACH请求。

请参考图3，图3为本发明第二实施例提供的一种初始上下文建立失败业务恢复方 法的流程示意图。如图3所示，该网络侧上下文释放指示方法具体包括：

步骤S201、S202、S203与上述第一实施例中的步骤S101类似，步骤S210、S211与上述第 一实施例中的步骤S102、S103类似，在此不再赘述。

步骤S212：eNodeB指示MME初始上下文建立失败。

步骤S213：可选步骤，适用于MME发起显式S1连接释放场景，则发送UE上下文释放 指示消息给eNodeB，并在消息中携带适合的原因，该原因需要在RRC释放消息中指示给终 端，类似于“LoadBalancingTAURequired”原因的处理。

步骤S214：若收到MME的释放指示消息且原因为特定的释放原因，或未收到MME的 指令，eNodeB释放无线信令连接，并在RRC释放消息中携带特定的上下文释放指示原因。

步骤S215：终端对于网络侧上下文释放指示进行处理，包括终止现有过程、进入空 闲态和去注册状态。

步骤S216：终端发起ATTACH请求，请求网络进行附着。

步骤S217：成功附着。

请参考图4，图4为本发明第三实施例提供的一种初始上下文建立失败业务恢复终 端的结构示意图。该初始上下文建立失败业务恢复终端410包括：

NAS模块411，用于终端发起NAS消息；

其中，该NAS模块411在接收到RRC模块的无线链路释放指示后，判断释放原因，若为网 络上下文去激活则进行本地去注册，并重新发起ATTCH过程。

RRC模块412，用于移动管理实体指示演进的基站进行初始上下文建立；

其中，该RRC模块412接收eNodeB下发的RRC释放消息，并对其中释放原因进行判断，若 是网络侧上下文释放，则本地释放资源终止重传重建等过程，并指示NAS模块无线链路释 放。

初始上下文失败检测模块421，用于演进的基站检测初始上下文建立失败；

其中，该初始上下文失败检测模块421，检测eNodeB在初始上下文建立过程中的各种失 败导致的最终初始上下文建立失败，并发送给MEM初始上下文建立失败消息。

初始上下文释放指示模块422，用于网络侧通知终端上下文释放指示；

其中，该上下文释放指示模块422在初始上下文失败检测模块421检测到初始上下建立 失败，释放用户资源并释放RRC连接，若MME显式发起了UE上下文释放，则判断MME释放指令 中是否携带特定上下文释放原因，若携带则将RRC释放原因置为上下文释放原因，若为隐式 释放过程，则eNodeB直接在RRC释放消息中携带释放原因为上下文释放。

业务失败恢复模块431，用于终端处理上下文释放指示，发起ATTACH请求。

其中，该业务失败恢复模块431，用于在MME显示发起的S1连接释放指示中，在S1 UEContextReleaseCommand消息中携带特定的原因值指示上下文释放，并约定eNodeB需 要将该原因在RRC释放消息中携带给终端。

针对网络侧上下文释放指示处理不同实现，终端也有不同实现方案：

若网络通过RRC消息如RRC释放消息指示上下文释放，则RRC模块接收到网络侧上下文 去激活指示消息后，不需要继续RLC重传，若检测到需要发起重建则不发起重建，同时发送 信令连接释放消息给NAS，并指示释放原因为“上下文去激活”，NAS模块接收到RRC层信令连 接释放消息后，判断原因是否是上下文去激活指示，若是该指示则终止当前过程，之后发起 ATTACH请求；

若网络通过NAS消息如DetachReq或Servicereject消息指示上下文释放，则NAS模块 接收到网络侧上下文去激活指示消息后，先进行去注册过程，在去注册过程完成后再发起 ATTACH请求。

请参考图5，图5为图4所示业务失败恢复模块的结构示意图。如图5所示，该业务失 败恢复模块431具体包括：

第一判断模块4311，终端的无限资源控制模块层接收到网络侧的无限资源控制模块链 路释放消息后，对释放原因进行判断；

第二判断模块4312，若上述释放原因指示网络上下文释放，则终端的无限资源控制模 块层判断当前是否有RLC重传及是否要发起无限资源控制模块重建过程，若存在则停止该 过程，并释放资源进入IDLE态；

释放模块4313，无限资源控制模块层在释放资源结束后，指示NAS层无线链路释放，携 带特殊原因值，指示网络侧上下文释放；

第三判断模块4314，NAS层收到上述无线链路释放消息后，对其中的原因值进行判断， 若为上下文释放指示，则进行本地去注册，在本地去注册结束后发起ATTACH请求，请求网络 重新附着。

本发明实施例提供了一种初始上下文建立失败后的业务恢复终端，主要包括：终 端在ECM-IDLE态收到ServiceRequest消息或TAU请求消息且激活标志置位或TAU请求消息 且激活标志未置位但是网络有下行数据发送的情况下，网络侧检测初始上下文建立失败， 需要指示给终端网络侧上下文去激活，终端RRC层不再重传RLC数据也不发起RRC重建过程， NAS层终止当前过程并直接发起ATTACH请求。

在此基础上，本发明实施例还提供一种初始上下文建立失败后业务恢复系统，该 初始上下文建立失败后业务恢复系统包括上述初始上下文建立失败后业务恢复终端。

根据上述说明书的揭示和教导，本发明所属领域的技术人员还可以对上述实施方 式进行变更和修改。因此，本发明并不局限于上面揭示和描述的具体实施方式，对本发明的 一些修改和变更也应当落入本发明的权利要求的保护范围内。此外，尽管本说明书中使用 了一些特定的术语，但这些术语只是为了方便说明，并不对本发明构成任何限制。