CN102026407A

CN102026407A - 业务请求过程中的异常处理方法及用户设备

Info

Publication number: CN102026407A
Application number: CN2009101761278A
Authority: CN
Inventors: 张亚明
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-09-21
Filing date: 2009-09-21
Publication date: 2011-04-20

Abstract

本发明公开了一种业务请求过程中的异常处理方法及用户设备。该方法包括：在UE接收到来自基站eNB的RRC连接释放消息后，UE放弃业务请求过程。该用户设备包括：接收模块，用于接收来自eNB的RRC连接释放消息；异常处理模块，用于放弃业务请求过程。本发明解决了未提供在UE进行业务请求过程期间出现RRC连接释放的异常情况时的处理方法的问题，改善了现有技术方案中关于业务请求过程异常处理的不完善之处，使得处理流程更完善合理，提高了系统的可控性、容错能力、稳定性和安全性。

Description

业务请求过程中的异常处理方法及用户设备

技术领域

本发明涉及通信领域，具体而言，涉及一种业务请求过程中的异常处理方法及用户设备。

背景技术

3GPP演进的分组系统(Evolved Packet System，简称为EPS)由演进的陆地无线接入网(Evolved UMTS Terrestrial Radio Access Network，简称为EUTRAN)和EPS核心网(Evolved Packet Core，简称为EPC)组成。

从功能的角度来说，EPC包含移动性管理实体(Mobile Management Entity，简称为MME)、业务网关(Service-Gateway，简称为S-GW)和分组数据网网关(Packet data-Gateway，简称为P-GW)三部分；EUTRAN则由演进的基站(evolved Node-B，简称为eNB)组成，eNB主要负责无线通信、无线通信管理、和移动性上下文的管理。

用户设备(User Equipment，简称为UE)与eNB之间的消息为空口消息，eNB与MME之间的消息称为S1口消息。对MME而言，UE附着到网络期间的连接状态有两种：IDLE(空闲态)和CONNECT(连接态)。在IDLE状态下，eNB内没有UE上下文，UE和MME之间没有信令链接，在空口及S1口上也不存在任何用户面无线承载及S1承载，因而，也不能传递数据；在CONNECT状态下，eNB有UE上下文，MME知道UE当前服务eNB的ID，UE与MME之间存在信令链接，在空口及S1口上至少存在一个用户面无线承载及相应S1承载，可以传递数据或信令。

当UE处于IDLE状态时，如果UE有上行数据或信令需要传输，或者UE收到MME的寻呼消息，则需要发起业务请求过程。该过程由UE的非接入层(Non-Access Stratum，简称为NAS)的演进的分组系统移动性管理(EPS Mobility Management，简称为EMM)子层发起，业务请求消息(SERVICE REQUEST)发出后，会启动定时器T3417，EMM状态由EMM-REGISTERED态(即，注册态)跃迁到EMM-SERVICE-REQUEST-INITIATED态(即，业务请求发起态)。关于业务请求过程，3GPP TS 24.301协议(NAS协议)有很详细的描述，在此不再赘述。

正常情况下，在UE的非接入层(NAS)发起该过程后，UE的接入层会首先完成随机接入及无线资源控制(Radio Resource Control，简称为RRC)连接建立过程(UE的连接状态转入CONNECT态)，接着UE接入层会收到eNB发来的RRC连接重配消息(RRC Connection Reconfiguration)，完成用户面无线承载的建立。当NAS收到底层用户面无线承载建立完成指示时，认为业务请求过程完成，则停止定时器T3417，EMM状态返回注册态。

在进行业务请求过程期间，会出现多种异常情况，现有技术中基本上都进行了描述，并提出了对应处理方法。然而，存在这样一种异常情况，即，UE在RRC连接建立成功之后，业务请求过程结束之前，收到了eNB发来的RRC连接释放消息(RRC Connection Release)，针对该异常情况及NAS层的处理措施，现有技术方案中均未予以描述，从而导致系统的可控性、容错能力、稳定性及安全性降低，应该予以完善。

发明内容

针对现有技术中未提供在UE进行业务请求过程期间出现RRC连接释放的异常情况时的处理方法的问题而提出本发明，为此，本发明的主要目的在于提供一种业务请求过程异常处理方法及用户设备，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种业务请求过程中的异常处理方法，用于用户设备UE的非接入层NAS发起业务请求过程中。

根据本发明的业务请求过程中的异常处理方法包括：在UE接收到来自基站eNB的RRC连接释放消息后，UE放弃业务请求过程。

优选地，放弃业务请求过程包括：将UE的NAS的演进的分组系统移动性管理EMM子层的状态转为注册态，停止预设定时器，释放所有为业务请求过程分配的资源。

优选地，预设定时器包括定时器T3417。

优选地，在UE接收到来自基站eNB的RRC连接释放消息之前，上述方法还包括：eNB在预定时间未接收到来自移动性管理实体MME的初始上下文建立请求消息的情况下，向UE发送RRC连接释放消息。

优选地，在UE接收到来自基站eNB的RRC连接释放消息之前，上述方法还包括：eNB在满足预定失败条件的情况下，向UE发送RRC连接释放消息，其中，预定失败条件包括以下至少之一：eNB内部配置UE的安全参数失败、eNB获取UE的能力信息失败、eNB发至UE的RRC重配消息丢失、eNB未收到RRC重配完成消息。

为了实现上述目的，根据本发明的另一个方面，提供了一种UE。

根据本发明的UE包括：接收模块，用于接收来自eNB的RRC连接释放消息；异常处理模块，用于放弃业务请求过程。

优选地，异常处理模块包括：状态转换子模块，用于将NAS的EMM子层的状态转为注册态；定时器停止子模块，用于停止预设定时器；资源释放子模块，用于释放所有为业务请求过程分配的资源。

优选地，预设定时器包括定时器T3417。

优选地，接收模块用于接收eNB在预定时间未接收到来自MME的初始上下文建立请求消息的情况下发送至接收模块的RRC连接释放消息。

优选地，接收模块用于接收eNB在满足预定失败条件的情况下发送至接收模块的RRC连接释放消息，其中，预定失败条件包括以下至少之一：eNB内部配置UE的安全参数失败、eNB获取UE的能力信息失败、eNB发至UE的RRC重配消息丢失、eNB未收到RRC重配完成消息。

通过本发明，在UE进行业务请求过程中接收到RRC连接释放消息的情况下，放弃该业务请求过程，解决了未提供在UE进行业务请求过程期间出现RRC连接释放的异常情况时的处理方法的问题，改善了现有技术方案中关于业务请求过程异常处理的不完善之处，使得处理流程更完善合理，提高了系统的可控性、容错能力、稳定性和安全性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的业务请求过程中的异常处理方法的流程图；

图2是根据本发明实例1的业务请求过程中的异常处理方法的详细流程图；

图3是根据本发明实例2的业务请求过程中的异常处理方法的详细流程图；

图4是根据本发明实例3的业务请求过程中的异常处理方法的详细流程图；

图5是根据本发明实施例的用户设备的结构框图；

图6是根据本发明实施例的异常处理模块的详细结构框图。

具体实施方式

功能概述

考虑到现有技术中存在的问题，本发明实施例提供了一种业务请求过程中的异常处理方案，该方案的处理原则为：在UE接收到来自基站eNB的RRC连接释放消息后，UE放弃业务请求过程。该方案改善了现有技术方案中关于业务请求过程异常处理的不完善之处，使得处理流程更完善合理，提高了系统的可控性、容错能力、稳定性和安全性。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

方法实施例

根据本发明的实施例，提供了一种业务请求过程中的异常处理方法，用于UE的非接入层NAS发起业务请求过程中，图1是根据本发明实施例的业务请求过程中的异常处理方法的流程图，如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，eNB在预定时间未接收到来自移动性管理实体MME的上下文建立请求消息的情况下，向UE发送RRC连接释放消息，或者，eNB在满足预定失败条件的情况下，向UE发送RRC连接释放消息，其中，预定失败条件包括以下至少之一：eNB内部配置UE的安全参数失败、eNB获取UE的能力信息失败、eNB发至UE的RRC重配消息丢失、eNB未收到RRC重配完成消息。

步骤S104，UE接收到来自基站eNB的RRC连接释放消息。

步骤S106，UE放弃业务请求过程，其中，放弃业务请求过程包括：将UE的非接入层NAS的演进的分组系统移动性管理EMM子层的状态转为注册态，停止预设定时器，释放所有为业务请求过程分配的资源。上述预设定时器可以包括定时器T3417。

下面将结合实例对本发明实施例的实现过程进行详细描述。

实例1

以下结合业务请求过程，详细说明本发明实施例提供的方法，图2是根据本发明实例1的业务请求过程中的异常处理方法的详细流程图，该方法具体包括以下步骤S202至步骤S206的处理：

步骤S202，UE在IDLE态时有上行数据或信令要传输，或者在IDLE态下收到了寻呼消息，则UE的NAS层EMM子层发起业务请求过程，该过程具体为：发送业务请求消息(SERVICE REQUEST)，启动定时器T3417，EMM状态由注册态跃迁进入业务请求发起态。

步骤S204，UE的接入层收到该上行NAS消息，即，业务请求消息，进行随机接入过程和RRC连接建立过程，并把该上行NAS消息携带在空口消息RRC链接建立完成(RRC Connection Setup Complete)消息内发送至eNB，此时，UE的连接状态已由IDLE态转入CONNECT态。

步骤S206，UE收到RRC连接释放消息(RRC Connection Release)，则放弃业务请求过程，停止定时器T3417，EMM状态转为注册态，同时本地释放所有为该流程所分配的资源。

实例2

在该实例中，以eNB发出初始UE消息(Initial UE Message)后在预定时间内未接收到来自MME的初始上下文建立请求消息(Initial Context Setup Request)而引起eNB定时器超时，导致RRC链接被释放的过程为例，描述了本发明实施例提供的方法，图3是根据本发明实例2的业务请求过程中的异常处理方法的详细流程图。该方法包括以下步骤S302至步骤S308的处理：

步骤S302，UE的非接入层NAS发起业务请求过程，启动定时器T3417，EMM状态跃迁进入业务请求发起态，接入层收到业务请求消息后马上进行随机接入和RRC连接建立过程，并在空口RRC连接建立完成消息中携带业务请求消息并发送至eNB。

步骤S304，eNB把业务请求消息携带在S1消息初始UE消息中发给MME，并启动相关定时器。

步骤S306，eNB未收到预期的初始上下文建立请求消息，定时器超时，发送RRC连接释放消息至UE。

步骤S308，UE-NAS收到RRC连接释放消息，放弃业务请求过程，停止定时器T3417，EMM状态转入注册态，同时释放为该流程所分配的所有资源。

实例3

在该实例中，eNB收到了初始上下文建立请求消息，继而进行UE与eNB之间的安全模式控制流程及重配流程，在该过程中，发生了eNB内部配置UE的安全参数等失败或者RRC重配消息丢失或者没收到RRC重配完成消息而导致RRC连接异常释放。图4是根据本发明实例3的业务请求过程中的异常处理方法的详细流程图。该方法包括以下步骤S402至步骤S410的处理：

步骤S402，UE非接入层NAS发起业务请求过程，启动定时器T3417，EMM的状态跃迁进入业务请求发起态，接入层收到业务请求消息后马上进行随机接入和RRC连接建立，并在RRC连接建立完成消息中携带业务请求消息并发送至eNB。

步骤S404，eNB把业务请求消息携带在S1口初始UE消息中发给MME。

步骤S406，eNB收到MME发来的S1消息上下文建立请求，根据实际情况选择是否需要获取UE能力信息，然后进行安全模式控制流程。

步骤S408，eNB获取UE的能力信息失败、eNB内部配置UE的安全参数失败、eNB发给UE的RRC重配消息丢失或者没收到RRC重配完成消息等原因导致RRC链接被释放。

步骤S410，UE-NAS收到RRC连接释放消息，放弃业务请求过程，停止定时器T3417，EMM状态转入注册态，同时释放为该流程所分配的所有资源。

装置实施例

根据本发明的实施例，提供了一种用户设备，图5是根据本发明实施例的用户设备的结构框图，如图5所示，该UE包括：接收模块52，用于接收来自eNB的RRC连接释放消息；异常处理模块54，连接于接收模块52，用于放弃业务请求过程。

上述接收模块52用于接收eNB在预定时间未接收到来自MME的初始上下文建立请求消息的情况下发送至接收模块的RRC连接释放消息，或者，用于接收eNB在满足预定失败条件的情况下发送至接收模块的RRC连接释放消息，其中，预定失败条件包括以下至少之一：eNB获取UE的能力信息失败、eNB内部配置UE的安全参数失败、eNB发至UE的RRC重配消息丢失、eNB未收到RRC重配完成消息。

图6是根据本发明实施例的异常处理模块的详细结构框图，如图6所示，异常处理模块54包括：状态转换子模块62，用于将NAS的EMM子层的状态转为注册态；定时器停止子模块64，用于停止预设定时器，其中，预设定时器包括定时器T3417；资源释放子模块66，用于释放所有为业务请求过程分配的资源。

需要说明的是，在上述各实例中，以定时器T3417为例进行了说明，但在实际应用中，需要停止的定时器由业务请求过程中启动的定时器的种类决定，本发明对此不作限定。

通过本发明实施例提供的技术方案，能够改善现有技术方案中关于业务请求过程异常处理的不完善之处，使得处理流程更完善合理，提高了系统的可控性、容错能力、稳定性和安全性。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务请求过程中的异常处理方法，用于用户设备UE的非接入层NAS发起业务请求过程中，其特征在于，所述方法包括：

在所述UE接收到来自基站eNB的RRC连接释放消息后，所述UE放弃业务请求过程。

2.根据权利要求1所述的方法，其特征在于，所述放弃业务请求过程包括：将所述UE的NAS的演进的分组系统移动性管理EMM子层的状态转为注册态，停止预设定时器，释放所有为所述业务请求过程分配的资源。

3.根据权利要求2所述的方法，其特征在于，所述预设定时器包括定时器T3417。

4.根据权利要求1所述的方法，其特征在于，在所述UE接收到来自基站eNB的RRC连接释放消息之前，所述方法还包括：

所述eNB在预定时间未接收到来自移动性管理实体MME的初始上下文建立请求消息的情况下，向所述UE发送所述RRC连接释放消息。

5.根据权利要求1所述的方法，其特征在于，在所述UE接收到来自基站eNB的RRC连接释放消息之前，所述方法还包括：

所述eNB在满足预定失败条件的情况下，向所述UE发送所述RRC连接释放消息，其中，所述预定失败条件包括以下至少之一：所述eNB内部配置所述UE的安全参数失败、所述eNB获取所述UE的能力信息失败、所述eNB发至所述UE的RRC重配消息丢失、所述eNB未收到RRC重配完成消息。

6.一种UE，其特征在于，包括：

接收模块，用于接收来自eNB的RRC连接释放消息；

异常处理模块，用于放弃业务请求过程。

7.根据权利要求6所述的UE，其特征在于，所述异常处理模块包括：

状态转换子模块，用于将NAS的EMM子层的状态转为注册态；

定时器停止子模块，用于停止预设定时器；

资源释放子模块，用于释放所有为所述业务请求过程分配的资源。

8.根据权利要求7所述的UE，其特征在于，所述预设定时器包括定时器T3417。

9.根据权利要求6所述的UE，其特征在于，所述接收模块用于接收所述eNB在预定时间未接收到来自MME的初始上下文建立请求消息的情况下发送至所述接收模块的所述RRC连接释放消息。

10.根据权利要求6所述的UE，其特征在于，所述接收模块用于接收所述eNB在满足预定失败条件的情况下发送至所述接收模块的所述RRC连接释放消息，其中，所述预定失败条件包括以下至少之一：所述eNB内部配置所述UE的安全参数失败、所述eNB获取所述UE的能力信息失败、所述eNB发至所述UE的RRC重配消息丢失、所述eNB未收到RRC重配完成消息。