[发明专利]一种用户终端附着失败后的处理方法及系统

说明书

技术领域

本发明涉及移动通讯领域，特别是涉及一种用户终端附着失败后的处理方法及系统。

背景技术

如图1所示，第三代合作伙伴(3GPP，3rd Generation Partnership Project)LTE(Long Term Evolution，长期演进)系统主要由用户终端(UE，UserEquipment)、基站(eNB，evolveNodeB)和核心网(EPC，Evolved Packet Core)组成。UE与eNB间为空中无线接口(Uu口，也叫X1口)连接，eNB之间为X2接口连接，eNB与EPC间为S1接口连接。

在3GPP LTE系统中，UE开机选择到小区后，首先要进行附着(attach，也叫注册)，附着成功后，默认EPS(Evolved Packet System，演进分组系统)承载建立成功，UE和核心网分别获得了该UE相关的GUTI(Globally UniqueTemporary Identifier，全球唯一临时用户标识)、TAI list(Tracking Area Identity列表，追踪域标识列表)等信息，此时用户可以进行基本业务。当前3GPP LTE系统中，UE发起的附着流程如图2所示。当核心网发送附着响应消息(步骤204)时，会启动定时器T3450(步骤205)，等待UE的响应，收到UE发送的附着完成消息(步骤210)时，则停止定时器T3450(步骤211)，附着成功。

对应的，UE在关机的时候，会发起去附着(detach)。核心网也可以主动发起去附着流程，核心网发送去附着请求后，会删除该UE相关的资源；UE在收到去附着请求后，也会删除相关资源，具体流程如图3所示。

在图2中，如果核心网未收到用户终端发送的附着完成消息时，则会启动附着失败流程。附着失败流程如图4所示，当核心网发送附着响应消息时，会启动定时器T3450。定时器开始计时后，如果在设定的计时范围内，核心网没有收到用户终端发送的附着完成消息，即T3450超时(步骤402)，核心网会重发附着响应消息403，并再次启动T3450(步骤404)，等待响应。如果此时无线环境比较差，UE回复的附着完成消息，核心网没有收到，则再次启动T3450，重复上述步骤，直至重发附着响应消息次数达到四次。即前4次定时器T3450超时时(步骤402、405、408、411)，核心网都重发附着响应消息(步骤403、406、409、412)。需要说明的是，在上述任意一次核心网重发附着响应消息后，在定时器的计时范围内，如果核心网收到UE发送的附着完成消息，则停止定时器T3450，附着成功。当第5次定时器T3450超时时(步骤414)，现有技术的处理方法是：核心网停止重发附着响应消息，本地释放该UE相关的资源，进入去附着状态(步骤415)。

上述附着失败后的处理方法是不完备的，原因如下：当核心网重发4次附着响应消息后仍然收不到UE的响应，如果核心网释放资源，放弃该过程，对于核心网来说，该UE并没有附着成功；但对于UE来说，其发送完附着完成消息后(步骤209)，就认为附着成功，那么UE和核心网就出现了附着状态不一致的现象，后续UE有可能使用附着时建立的默认承载来发送数据，必然会导致数据发不到对端的错误。并且，对于UE和eNB来说，该默认承载对应的DRB(Data Radio Bearer，数据无线承载)也已经建立起来了，但实际上该默认承载并不能成功发送数据，也造成了无线资源浪费。

发明内容

本发明要解决的技术问题是提供一种用户终端附着失败后用户终端和核心网状态一致的处理方法和系统，用以解决现有技术中用户终端附着失败后用户终端和核心网状态不一致的问题。

为解决上述技术问题，一方面，本发明提供一种用户终端附着失败后的处理方法，所述方法包括以下步骤：

当核心网通过基站向用户终端发送附着响应消息次数达到设定次数后，仍未收到所述用户终端发送的附着完成消息时，则所述核心网通过基站向所述用户终端发送去附着请求消息，且其状态设置为去附着状态；

所述用户终端收到所述去附着请求消息之后，状态设置为去附着状态。

进一步，在所述用户终端状态设置为去附着状态之后，还包括以下步骤：所述用户终端通过所述基站向所述核心网发送去附着完成消息。

进一步，所述核心网收到所述去附着完成消息后，发送UE上下文释放消息给所述基站；所述基站收到所述UE上下文释放消息后，清除其内保存的关于所述用户终端进行本次附着的数据信息。