CN103067937B - 状态信息处理方法与系统 - Google Patents

Abstract

本发明提供了一种状态信息处理方法与系统，其中，状态信息处理方法包括：服务网关SGW判断在设定的时间段内，是否用户设备UE的所有承载上均没有用户层面的GPRS隧道协议GTP-U报文传送；若是，则所述SGW通知移动管理实体MME所述UE处于非激活状态，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理。通过本发明，达到了及时释放无数据传输的UE占用的无线资源，提高系统资源利用率的效果。

Description

状态信息处理方法与系统

技术领域

本发明涉及通信技术领域，特别是涉及一种状态信息处理方法与系统。

背景技术

LTE系统中，eNB（基站）会根据UE（UserEquipment，用户设备）的承载的GBR（GuaranteedBitRate，保证比特率）和UE-AMBR（AggregateMaximumBitRate，总计最大比特率）分配空口带宽和频率资源。然而，这些空口带宽和频率资源是有限的，当UE没有业务数据传输时，如果继续占用这些资源而不释放，那么对于系统的资源利用率，对于系统的吞吐性能都是一种巨大的浪费。

为了充分地利用有限的空口带宽和频率资源，需要对UE进行Inactive（非激活）检测，当UE处于Inactive状态时，可以把UE所占用的空口资源释放掉。现有LTE系统中，一种释放UE占用资源的方案如图1所示，包括：步骤1，当eNB的MAC（MediumAccessControl，介质访问控制）层通过检测下行的BO（BufferOccupancy，缓存占用）如果在一段时间内为空，且UE没有上行调度请求时，eNB向MME（MobileManagementEntity，移动管理实体）发起UECONTEXTRELEASEREQUEST（UE上下文释放请求）消息；步骤2，MME收到此消息后，向SGW（ServingGateWay，服务网关）发起ReleaseAccessBearersRequest（接入承载释放请求）过程，释放S1U（eNB与SGW之间的接口）的承载与传输资源；步骤3，在释放资源后，SGW向MME返回ReleaseAccessBearersResponse（接入承载释放响应）消息；步骤4，然后，MME向eNB发起UECONTEXTRELEASECOMMAND（UE上下文释放命令）过程；步骤5，eNB向UE发起RRCConnectionRelease（RRC连接释放）过程，释放UE的RRC（RadioResourceControl，无线资源控制）连接，释放无线资源；步骤6，在释放了UE的资源后，eNB向MME返回UECONTEXTRELEASECOMPLETE（UE上下文释放完成）消息，完成UE资源释放过程。

但是，由于eNB的RLC（RadioLinkControl，无线链路控制）层与UE的RLC层之间存在轮询状态的PDU（ProtocolDataUnit，协议数据单元），这样会造成eNB的MAC层的BO很难满足为空的条件，从而无法准确判断出UE处于Inactive状态。而若此时UE已经没有业务传输，但因无法准确判断UE是否处于Inactive状态，将会导致无数据传输的UE仍然占用无线资源，造成无线资源浪费。

发明内容

本发明提供了一种UE非激活（Inactive）状态信息的处理方法与系统，以解决现有UE的非激活状态信息判断不准确，导致无数据传输的UE仍然占用无线资源，造成无线资源浪费的问题。

为了解决上述问题，本发明公开了一种状态信息处理方法，包括：服务网关SGW判断在设定的时间段内，是否用户设备UE的所有承载上均没有用户层面的GPRS隧道协议GTP-U报文传送；若是，则所述SGW通知移动管理实体MME所述UE处于非激活状态，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理。

优选地，所述SGW通知MME所述UE处于非激活状态的步骤包括：所述SGW通过第一无数据传输通知消息，通知所述MME所述UE处于非激活状态。

优选地，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理的步骤包括：所述MME接收到所述第一无数据传输通知消息后，向基站发送UE上下文释放命令，指示所述基站释放所述UE的无线资源控制RRC连接；并且，所述MME向所述SGW发送接入承载释放请求，释放所述SGW与所述基站之间的承载和资源。

优选地，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理的步骤包括：所述MME接收到所述第一无数据传输通知消息后，向所述基站发送第二无数据传输通知消息，通知所述基站所述UE当前处于非激活状态并指示所述基站检测所述UE的介质访问控制MAC层的缓存占用BO当前是否为空且所述UE当前没有上行调度请求；若所述基站确定所述UE的MAC层的BO当前为空且所述UE当前没有上行调度请求，则所述基站向所述MME发送UE上下文释放请求，进行所述UE的资源释放。

优选地，所述基站向所述MME发送UE上下文释放请求，进行所述UE的资源释放的步骤包括：所述基站向所述MME发送UE上下文释放请求；所述MME接收所述UE上下文释放请求，并向所述SGW发送接入承载释放请求；所述SGW接收所述接入承载释放请求，释放所述SGW和所述基站之间的承载和资源，并向所述MME返回接入承载释放响应；所述MME接收到所述接入承载释放响应，向所述基站发送UE上下文释放命令；所述基站根据所述UE上下文释放命令，释放所述UE的RRC连接。

为了解决上述问题，本发明还公开了一种状态信息处理系统，包括SGW和MME，所述SGW，用于判断在设定的时间段内，是否UE的所有承载上均没有GTP-U报文传送；以及，若判断结果为是，则通知所述MME所述UE处于非激活状态；所述MME，用于根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理。

优选地，所述SGW通过第一无数据传输通知消息，通知所述MME所述UE处于非激活状态。

优选地，所述MME，用于接收所述第一无数据传输通知消息后，向基站发送UE上下文释放命令，指示所述基站释放所述UE的无线资源控制RRC连接；并且，还向所述SGW发送接入承载释放请求，释放所述SGW与所述基站之间的承载和资源。

优选地，所述MME，用于接收到所述第一无数据传输通知消息后，向所述基站发送第二无数据传输通知消息，通知所述基站所述UE当前处于非激活状态并指示所述基站检测所述UE的MAC层的BO当前是否为空且所述UE当前没有上行调度请求；接收所述基站确定所述UE的MAC层的BO当前为空且所述UE当前没有上行调度请求后，向所述MME发送的UE上下文释放请求，进行所述UE的资源释放。

优选地，所述MME接收所述基站发送的UE上下文释放请求，进行所述UE的资源释放时，所述MME接收所述基站向所述MME发送的UE上下文释放请求，并向所述SGW发送接入承载释放请求；接收所述SGW根据所述接入承载释放请求释放所述SGW和所述基站之间的承载和资源后返回访问承载释放响应；在接收到所述接入承载释放响应后，所述MME向所述基站发送UE上下文释放命令，指示所述基站根据所述UE上下文释放命令，释放所述UE的RRC连接。

与现有技术相比，本发明具有以下优点：

本发明通过对UE在LTE系统内（包括eNB和EPC核心网设备）真正进行的业务通路从空中接口到外部PDN网络所经过的协议栈进行分析获知，SGW中传送的UE的GTP-U（GRPS（GeneralPacketRadioService，通用分组无线业务）TunnellingProtocolfortheuserplane，用户层面的GPRS隧道协议）报文能够真实地反映UE是否有数据传送，如果在SGW设备内对UE的所有承载上是否有GTP-U报文传送进行判断，可以较为准确地判断出当前UE是否已经处于Inactive状态。本发明通过SGW对设定时间段内，是否UE的所有承载上均没有GTP-U报文传送的判断确定UE当前处于Inactive状态，进而通知MME，使MME进行后续的UE资源释放处理。通过本发明，使得系统对UE的Inactive状态判断更为准确和及时；在确定UE处于Inactive状态后能够进行及时的资源释放处理，解决了现有UE的Inactive状态判断不准确，导致无数据传输的UE仍然占用无线资源，造成无线资源浪费的问题，达到了及时释放无数据传输的UE占用的无线资源，提高系统资源利用率的效果。

附图说明

图1是现有技术的一种释放UE占用资源的流程图；

图2是根据本发明实施例一的一种状态信息处理方法的步骤流程图；

图3是一种UE在LTE系统内的业务通路从空中接口到外部PDN网络所经过的协议栈的示意图；

图4是根据本发明实施例二的一种状态信息处理方法的步骤流程图；

图5是根据本发明实施例三的一种状态信息处理方法的步骤流程图；

图6是根据本发明实施例四的一种状态信息处理方法的步骤流程图；

图7是根据本发明实施例五的一种状态信息处理系统的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图2，示出了根据本发明实施例一的一种状态信息处理方法的步骤流程图。

本实施例的状态信息处理方法包括以下步骤：

步骤S102：SGW判断在设定的时间段内，是否UE的所有承载上均没有GTP-U报文传送，若是，则执行步骤S104；若否，则执行步骤S106。

UE在LTE系统内（包括eNB和EPC核心网设备）真正进行的业务通路从空中接口到外部PDN（PacketDataNetwork，分组数据网）网络所经过的协议栈如图3所示。从图3中可见，业务数据从UE经eNB、SGW和PDNGW到外部PDN网络依次经过的协议栈包括：UE的PDCP（分组数据汇聚协议）协议、RLC层协议、MAC层协议、PHY（物理层）层协议；eNB的PHY层协议、MAC层协议、RLC层协议、PDCP协议、中继的eNB的GTP-U协议、UDP协议、IP协议、L2、L1；SGW的L1、L2、IP协议、UDP协议、GTP-U协议，中继的SGW的GTP-U协议、UDP协议、L2、L1；PDNGW的L1、L2、IP协议、UDP协议、GTP-U协议，中继的PDNGW的IP协议、UDP协议、IP协议、L2、L1。对UE在LTE系统内进行的业务通路从空中接口到外部PDN网络所经过的协议栈进行分析可以看出，如果在SGW设备内对UE的所有承载上是否有GTP-U报文传送来进行判断，则可以较为准确地判断此时UE是否已经处于Inactive状态。

另外，本实施例中，设定的时间段可以由本领域技术人员或运营商根据实际情况适当设置。

步骤S104：SGW确定在设定的时间段内，UE的所有承载上均没有GTP-U报文传送，则SGW通知MME所述UE处于非激活状态，使MME根据UE处于非激活状态的通知，进行UE的资源释放处理。

UE处于非激活状态的通知可以由本领域技术人员根据系统使用的通信协议重新设置，以实现SGW对MME的通知；也可以由本领域技术人员对当前使用的消息或信令进行适当修改实现。

步骤S106：SGW若确定在设定的时间段内，UE的所有承载上还有GTP-U报文传送，则按照常规的UE业务数据处理流程进行处理。

常规的UE业务数据处理流程可以参照现有技术进行，本实施例在此不再赘述。

本实施例通过对UE在LTE系统内真正进行的业务通路从空中接口到外部PDN网络所经过的协议栈进行分析获知，SGW中传送的UE的GTP-U报文能够真实地反映UE是否有数据传送，如果在SGW设备内对UE的所有承载上是否有GTP-U报文传送进行判断，可以较为准确地判断出当前UE是否已经处于Inactive状态。本实施例通过SGW对设定时间段内，是否UE的所有承载上均没有GTP-U报文传送的判断确定UE当前处于Inactive状态，进而通知MME，使MME进行后续的UE资源释放处理。通过本实施例，使得系统对UE的Inactive状态判断更为准确和及时；在确定UE处于Inactive状态后能够进行及时的资源释放处理，解决了现有UE的Inactive状态判断不准确，导致无数据传输的UE仍然占用无线资源，造成无线资源浪费的问题，达到了及时释放无数据传输的UE占用的无线资源，提高系统资源利用率的效果。

实施例二

参照图4，示出了根据本发明实施例二的一种状态信息处理方法的步骤流程图。

本实施例的状态信息处理方法包括以下步骤：

步骤S202：SGW确定在设定的时间段内，UE的所有承载上均没有GTP-U报文传送。

步骤S204：SGW通过第一无数据传输通知消息，通知MME所述UE处于Inactive状态。

本实施例中，第一无数据传输通知消息为新设置的SGW与MME之间的状态指示消息，该消息遵循当前SGW与MME之间使用的通信协议，用于SGW通知MME在设定的时间段内UE的所有承载上均没有GTP-U报文传送，也即，当前UE处于Inactive状态。

步骤S206：MME接收第一无数据传输通知消息后，进行UE的资源释放处理。

本实施例中，在确定接收到第一无线数据传输通知消息，获知当前UE处于Inactive状态后，MME进行UE的资源释放处理。

优选地，MME根据第一无数据传输通知消息，进行UE的资源释放处理的方式可以是：MME接收到第一无数据传输通知消息后，向eNB发送UE上下文释放命令，指示eNB释放UE的RRC（RadioResourceControl，无线资源控制）连接；并且，MME向SGW发送接入承载释放请求，释放SGW和eNB之间的承载和资源；或者，也可以是：MME接收到第一无数据传输通知消息后，向eNB发送第二无数据传输通知消息，通知eNB所述UE当前处于非激活状态并指示eNB检测UE的MAC层的BO当前是否为空且UE当前没有上行调度请求；若eNB确定UE的MAC层的BO当前为空且UE当前没有上行调度请求，则eNB向MME发送UE上下文释放请求，进行UE的资源释放。其中，第二无数据传输通知消息为新设置的MME与eNB之间的状态指示消息，该消息遵循当前MME与eNB之间使用的通信协议，用于MME通知eNB当前UE处于Inactive状态。

在后一种方式中，优选地，eNB向MME发送UE上下文释放请求，进行UE的资源释放可以采用下述方式进行：eNB向MME发送UE上下文释放请求；MME接收UE上下文释放请求，并向SGW发送接入承载释放请求；SGW接收接入承载释放请求，释放SGW和eNB之间的承载和资源，并向MME返回接入承载释放响应；MME接收到接入承载释放响应，向eNB发送UE上下文释放命令；eNB根据UE上下文释放命令，释放UE的RRC连接。

现有LTE系统中，UE的Inactive状态是eNB的MAC层通过检测下行的BO如果在一段时间内为空，且UE没有上行调度请求来进行判断的。但是由于UE和eNB之间的RLC层存在轮询状态PDU，加之各厂商实现时具体算法不尽相同，导致UEInactive状态较难准确及时地判断出来，造成无线资源的浪费。而通过本实施例，让核心网SGW设备检测用户面的承载是否有业务传送，在确定无业务传送时通知控制面MME网元。这样，一方面，对UE的Inactive判断条件更为准确和及时；另一方面，处理策略更加灵活，可以由MME直接发起释放，也可以由MME通知eNB，由eNB结合无线侧的情况进一步判断。通过本实施例，提高了LTE系统内UEInactive状态判断的准确率，提升了无线资源利用率。

实施例三

参照图5，示出了根据本发明实施例三的一种状态信息处理方法的步骤流程图。

本实施例的状态信息处理方法包括以下步骤：

步骤S302：在SGW内设定一个时间门限（即时间段，可以由运营商来设定），SGW确定在此时间内UE所有的承载上均没有GTP-U报文传送（包括上行和下行）。

步骤S304：SGW通过S11接口上新增的一条指示消息NODATATRANSIMITNOTIFICATION（即第一无数据传输通知消息）通知MME，UE当前处于Inactive状态。

本实施例中，针对SGW和MME之间使用的3GPP29.274（“GeneralPacketRadioService(GPRS)；EvolvedGPRSTunnellingProtocol（eGTP）forEPS”）协议，新增一条消息NODATANOTIFICATION。

新增的NODATATRANSIMITNOTIFICATION消息，用于SGW检测到UE在一段时间内所有承载均没有业务传送时通知MME。该消息在S11接口的发送粒度是针对UE的，GTP-C（GRPSTunnellingProtocolforthecontrolplane，控制层面的GPRS隧道协议）消息头中携带的TEID-C（TunnelEndpointIdentifierforcontrolplane，控制面隧道端点标识）为MME侧的TEID（TunnelEndpointIdentifier，隧道端点标识）。由于该消息只是一个状态指示消息，无需携带其他IE（InformationElement，信息单元），因此消息可以定义如下表1所示：

表1

上表1中，PrivateExtension字段为私有扩展字段，用于各个设备厂商自行扩展消息内容，具体内容由各厂商定义。3GPP29.274协议中所有消息最后均会出现此IE。

步骤S306：MME收到通知后，根据配置的策略进行UE的资源释放处理。

MME在接收到SGW发来的通知后，可以根据运营商预先设置的策略进行处理。

设置的策略可以有两种：

一种策略是MME直接向eNB发起UECONTEXTRELEASECOMMAND（UE上下文释放命令）过程，指示eNB释放UE的RRC连接；并向SGW发起ReleaseAccessBearersRequest（接入承载释放请求）过程，释放S1U的承载与传输资源。这种策略适用于UE请求上行资源调度与核心网发起用户释放冲突少的场景。该策略可以使整个网络对UEINACTIVE的处理简单，减少设备复杂度。

另一种策略是：新增一条S1-MME接口S1AP消息UEINACTIVITYNOTIFICATION（即第二无数据传输通知消息），MME通过此消息通知给eNB，UE当前一段时间内已经没有业务数据传递，可以释放空口无线侧资源。eNB收到该消息后，检测该UE的MAC层的BO情况，如果为空且UE没有上行调度请求，那么此时就可以向MME发起UECONTEXTRELEASEREQUEST（UE上下文释放请求）过程。这种策略适用于UE请求上行资源调度与核心网发起用户释放会存在一定概率冲突的场景。该策略充分考虑到与UE上行调度的冲突，使得UEInactive的判断更为严密和准确。

本实施例中，采用第一种策略，则MME收到通知后，根据配置的策略进行UE的资源释放处理包括：步骤S3062，MME向SGW发送ReleaseAccessBearersRequest（接入承载释放请求），释放S1U的承载与传输资源；步骤S3064，在释放S1U资源后，SGW向MME返回ReleaseAccessBearersResponse（接入承载释放响应）消息；步骤S3066，MME直接向eNB发送UECONTEXTRELEASECOMMAND；步骤S3068，eNB释放UE的RRC连接；步骤S30610，RRC连接释放后，eNB向MME返回UEContextReleaseComplete（UE上下文释放完成）消息。

实施例四

参照图6，示出了根据本发明实施例四的一种状态信息处理方法的步骤流程图。

本实施例的状态信息处理方法包括以下步骤：

步骤S402：在SGW内设定一个时间门限（即时间段，可以由运营商来设定），SGW确定在此时间内UE所有的承载上均没有GTP-U报文传送（包括上行和下行）。

步骤S404：SGW通过S11接口上新增的一条指示消息NODATATRANSIMITNOTIFICATION（即第一无数据传输通知消息）通知MME，UE当前处于Inactive状态。

其中，NODATATRANSIMITNOTIFICATION如实施例三中所述，在此不再赘述。

步骤S406：MME收到通知后，根据配置的策略进行UE的资源释放处理。

可以在MME中设置如实施例三中所述的两种策略，本实施例中，MME收到通知后，采用配置的第二种策略进行UE的资源释放处理，即：新增一条S1-MME接口S1AP消息UEINACTIVITYNOTIFICATION（即第二无数据传输通知消息），MME通过此消息通知给eNB，UE当前一段时间内已经没有业务数据传递，可以释放空口无线侧资源。eNB收到该消息后，检测该UE的MAC层的BO情况，如果为空且UE没有上行调度请求，那么此时就可以向MME发起UECONTEXTRELEASEREQUEST（UE上下文释放请求）过程。

其中，本实施例针对MME和eNB之间使用的36.413（“EvolvedUniversalTerrestrialAccessNetwork（E-UTRAN）；S1ApplicationProtocol（S1AP）”）协议增加了UEINACTIVITYNOTIFICATION消息。

新增的UEINACTIVITYNOTIFICATION消息，用于MME通知eNB该用户核心网业务面已经检测出UE处于Inactive状态。具体消息如下表2所示：

表2

Direction:MME→eNB（方向：从MME到eNB）

上表2中，MessageType字段为消息类型字段，3GPP36.413中的每条消息都会分配唯一的MessageType，MessageType通过ProcedureCode和TypeofMessage唯一确定。对于此新增的消息，ProcedureCode为UEINACTIVITYNOTIFICATION，TypeofMessage为InitiatingMessage。此MessageType的Criticality设置为YES，AssignedCriticality（分配的严重性）为ignore，表示接收方如果不识别此消息，则忽略。

MMEUES1APID字段表示MME分配的UES1APID，在MME内唯一标识S1偶联上的用户。此IE的Criticality设置为YES，AssignedCriticality为reject，即代表接受方如果不识别此IE时（如发生语法错误），将拒绝此IE。

eNBUES1APID字段表示eNB分配的UES1APID，在eNB内唯一标识S1偶联上的用户。此IE的Criticality设置为YES，AssignedCriticality为reject，即代表接受方如果不识别此IE时（如发生语法错误），将拒绝此IE。

“Presence”（呈现）字段为“M”，表示该字段为必选字段。

基于上述设置，本步骤具体包括：步骤S4062，MME向eNB发送UEINACTIVITYNOTIFICATION消息；步骤S4064，eNB收到该消息后，检测UE的MAC层的BO情况，确定BO为空且UE没有上行调度请求；步骤S4066，eNB向MME发送UECONTEXTRELEASEREQUEST；步骤S4068，MME接收到该请求后，向SGW发送ReleaseAccessBearersRequest（接入承载释放请求），释放S1U的承载与传输资源；步骤S40610，在释放S1U资源后，SGW向MME返回ReleaseAccessBearersResponse（接入承载释放响应）消息；步骤S40612，MME接收到该消息后，向eNB发起UECONTEXTRELEASECOMMAND（UE上下文释放命令）；步骤S40614，eNB向UE发起RRCConnectionRelease（RRC连接释放）过程，释放UE的RRC连接；步骤S40616，在释放了UE的资源后，eNB向MME返回UECONTEXTRELEASECOMPLETE，完成UE资源释放过程。

上述实施例三和实施例四提供了新的在LTE系统内UEInactive状态的判断方案，即SGW内设定一个时间门限（可以由运营商来设定），在此时间内如果UE所有的承载上均没有GTP-U报文传送（包括上行和下行），则由SGW通知MME该UE处于Inactive状态，由MME根据设置的策略决定是否直接向eNB发起用户释放过程，或者，由MME通知eNB，由eNB根据无线侧该UE的BO以及上行调度情况判断是否发起释放过程。

通过实施例三和实施例四，由核心网设备判断用户业务面是否在一段时间内没有业务传送，使检测UE处于Inactive状态更为准确和标准；当SGW发现UE处于Inactive状态后通知MME，由MME根据运营商配置的策略来进行相应的处理，选择更多，更加灵活，便于根据网络实际运行情况进行调整；相对于eNB侧检测，本发明的方案更容易在各个厂商设备内统一实现，便于整系统对UEInactive状态的判断标准统一。

实施例五

参照图7，示出了根据本发明实施例五的一种状态信息处理系统的结构示意图。

本实施例的状态信息处理系统包括：UE502，eNB504，MME506，和SGW508。

其中，

SGW508，用于判断在设定的时间段内，是否UE502的所有承载上均没有GTP-U报文传送；以及，若判断结果为是，则通知MME506所述UE502处于非激活状态。

MME506，用于根据UE502处于非激活状态的通知，进行UE502的资源释放处理。

优选地，SGW508通过第一无数据传输通知消息，通知MME506所述UE502处于非激活状态。其中，第一无数据传输通知消息可以为如实施例三或四中所述的遵循3GPP29.274协议的NODATATRANSIMITNOTIFICATION消息。

优选地，MME506，用于接收第一无数据传输通知消息后，向eNB504发送UE上下文释放命令，指示eNB504释放UE502的RRC连接；并且，还向SGW508发送接入承载释放请求，释放SGW508和eNB504之间的承载和资源。

优选地，MME506，用于接收到第一无数据传输通知消息后，向eNB504发送第二无数据传输通知消息，通知eNB504所述UE502当前处于非激活状态并指示eNB504检测UE502的MAC层的BO当前是否为空且UE502当前没有上行调度请求；接收eNB504确定UE502的MAC层的BO当前为空且UE502当前没有上行调度请求后，向MME506发送的UE上下文释放请求，进行UE502的资源释放。其中，第二无数据传输通知消息可以为如实施例四中所述的遵循3GPP36.413协议的UEINACTIVITYNOTIFICATION消息。

优选地，MME506接收eNB504发送的UE上下文释放请求，进行UE502的资源释放时，MME506接收eNB504向MME506发送的UE上下文释放请求，并向SGW508发送接入承载释放请求；接收SGW508根据接入承载释放请求释放SGW508和eNB504之间的承载和资源后返回接入承载释放响应；MME506在接收到接入承载释放响应后，向eNB504发送UE上下文释放命令，指示eNB504根据UE上下文释放命令，释放UE502的RRC连接。

本实施例的状态信息处理系统用于实现前述多个方法实施例中相应的状态信息处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。

现有LTE系统中，UE的Inactive状态是eNB的MAC层通过检测下行的BO如果在一段时间内为空，且UE没有上行调度请求来进行判断的。但是由于UE和eNB之间的RLC层存在轮询状态PDU，加之各厂商实现时具体算法不尽相同，导致UEInactive状态较难准确及时的判断出来，造成无线资源的浪费。而本发明针对上述问题，通过让核心网SGW设备检测用户面的承载是否有业务传送，通知控制面MME网元。这样，一方面对UE的Inactive判断条件更为准确和及时，另一方面处理策略更加灵活，由MME直接发起释放，或者由MME通知eNB，由eNB结合无线侧的情况进一步判断，从而提高了LTE系统内UEInactive状态判断的准确率，提升了无线资源利用率。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种状态信息处理方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种状态信息处理方法，其特征在于，包括：

服务网关SGW判断在设定的时间段内，是否用户设备UE的所有承载上均没有用户层面的GPRS隧道协议GTP-U报文传送；

若是，则所述SGW通知移动管理实体MME所述UE处于非激活状态，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理。

2.根据权利要求1所述的方法，其特征在于，所述SGW通知MME所述UE处于非激活状态的步骤包括：

所述SGW通过第一无数据传输通知消息，通知所述MME所述UE处于非激活状态。

3.根据权利要求2所述的方法，其特征在于，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理的步骤包括：

所述MME接收到所述第一无数据传输通知消息后，向基站发送UE上下文释放命令，指示所述基站释放所述UE的无线资源控制RRC连接；并且，所述MME向所述SGW发送接入承载释放请求，释放所述SGW与所述基站之间的承载和资源。

4.根据权利要求2所述的方法，其特征在于，所述MME根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理的步骤包括：

所述MME接收到所述第一无数据传输通知消息后，向基站发送第二无数据传输通知消息，通知所述基站所述UE当前处于非激活状态并指示所述基站检测所述UE的介质访问控制MAC层的缓存占用BO当前是否为空且所述UE当前没有上行调度请求；若所述基站确定所述UE的MAC层的BO当前为空且所述UE当前没有上行调度请求，则所述基站向所述MME发送UE上下文释放请求，进行所述UE的资源释放。

5.根据权利要求4所述的方法，其特征在于，所述基站向所述MME发送UE上下文释放请求，进行所述UE的资源释放的步骤包括：

所述基站向所述MME发送UE上下文释放请求；

所述MME接收所述UE上下文释放请求，并向所述SGW发送接入承载释放请求；

所述SGW接收所述接入承载释放请求，释放所述SGW和所述基站之间的承载和资源，并向所述MME返回接入承载释放响应；

所述MME接收到所述接入承载释放响应，向所述基站发送UE上下文释放命令；

所述基站根据所述UE上下文释放命令，释放所述UE的无线资源控制RRC连接。

6.一种状态信息处理系统，包括服务网关SGW和移动管理实体MME，其特征在于，

所述SGW，用于判断在设定的时间段内，是否用户设备UE的所有承载上均没有用户层面的GPRS隧道协议GTP-U报文传送；以及，若判断结果为是，则通知所述MME所述UE处于非激活状态；

所述MME，用于根据所述UE处于非激活状态的通知，进行所述UE的资源释放处理。

7.根据权利要求6所述的系统，其特征在于，所述SGW通过第一无数据传输通知消息，通知所述MME所述UE处于非激活状态。

8.根据权利要求7所述的系统，其特征在于，所述MME，用于接收所述第一无数据传输通知消息后，向基站发送UE上下文释放命令，指示所述基站释放所述UE的无线资源控制RRC连接；并且，还向所述SGW发送接入承载释放请求，释放所述SGW与所述基站之间的承载和资源。

9.根据权利要求7所述的系统，其特征在于，所述MME，用于接收到所述第一无数据传输通知消息后，向基站发送第二无数据传输通知消息，通知所述基站所述UE当前处于非激活状态并指示所述基站检测所述UE的MAC层的BO当前是否为空且所述UE当前没有上行调度请求；接收所述基站确定所述UE的MAC层的BO当前为空且所述UE当前没有上行调度请求后，向所述MME发送的UE上下文释放请求，进行所述UE的资源释放。

10.根据权利要求9所述的系统，其特征在于，所述MME接收所述基站发送的UE上下文释放请求，进行所述UE的资源释放时，所述MME接收所述基站向所述MME发送的UE上下文释放请求，并向所述SGW发送接入承载释放请求；接收所述SGW根据所述接入承载释放请求释放所述SGW和所述基站之间的承载和资源后返回访问承载释放响应；在接收到所述接入承载释放响应后，所述MME向所述基站发送UE上下文释放命令，指示所述基站根据所述UE上下文释放命令，释放所述UE的无线资源控制RRC连接。