CN102348259A

CN102348259A - 一种初始ue消息的处理方法及装置

Info

Publication number: CN102348259A
Application number: CN2011103172839A
Authority: CN
Inventors: 由县卫; 习建德; 李郜伟
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-10-18
Filing date: 2011-10-18
Publication date: 2012-02-08
Anticipated expiration: 2031-10-18
Also published as: CN102348259B

Abstract

本发明涉及通信领域，公开了一种初始UE消息的处理方法及装置，用以在部分异常场景下，确保UE的正常接入。该方法为，基于现有协议的框架下，MME在接收到UE发送的携带NAS消息的Initial UE Message时，在对UE进行接入之前，先根据UE上下文判断UE是否处于ECM-CONNECTED状态，确定UE处于ECM-CONNECTED状态时，指示相应的网络侧网元释放掉与UE相关的资源，这样，MME便可以顺利按照现有的3GPP相关协议继续完成后续操作，避免了与协议不符的异常情况的出现，确保了UE的正常接入，从而有效地保障了系统性能。

Description

一种初始UE消息的处理方法及装置

技术领域

本发明涉及通信领域，特别涉及一种初始UE消息的处理方法及装置。

背景技术

现有技术下，当终端注册至核心网后，MME(Mobility Management Entity，移动性管理实体)上的用户处于ECM-CONNECTED(演进分组系统的连接管理)状态，此时，UE-associated logical S1-connection是存在的，所谓的UE-associated logical S1-connection是指UE相关的逻辑S1连接，该连接使用MME UE S1AP ID(在MME内，S1接口上，用于唯一标识UE的ID)和eNBUE S1AP ID(在eNB内，S1接口上，用于唯一标识UE的ID)来区分UE；如，基于已建立的UE相关的逻辑S1连接，对于接收到的S1-AP消息、MME使用消息中的MME UE S1AP ID识别这是与哪个UE相关的消息，而eNB使用eNB UE S1AP ID识别这是与哪个UE相关的消息，在eNB中建立UE上下文之前，UE相关的逻辑S1连接可能已经存在。

在实际应用中，在某些场景下，UE可能会发生工作异常。例如：当UE的电池插拔后，需要通过Initial Ue Message(初始UE消息)携带Attach Request(附着请求)，在核心网内进行重新注册；又例如，在进行业务处理过程中，因为某种异常(如，媒体接入控制失败)，导致UE需要释放已建立的的RRC(Radio Resource Control，无线资源控制协议)连接，然后通过Initial UeMessage携带Tracking Area Request Update(跟踪区位置更新请求)，在核心网内恢复信令连接。其中，UE在Initial Ue Message携带的Attach Request和Tracking Area Request Update又可统称为NAS(Non-Access Stratum，非接入层消息)。

按照3GPPTS23.401的相关规定，UE向网络侧发送携带NAS消息的InitialUe Message时，在MME内，UE应当处于ECM-IDLE(演进分组系统的空闲)状态)，并且eNB上不存在UE的用户上下文，以及UE在SGW(服务网关)和PGW(分组数据网网关)上也是去激活的或者SGW和PGW上存在UE的用户上下文但GTP-U(用户面隧道)不存在。

然而，目前，在上述异常场景中，当UE向网络侧发送携带NAS消息的Initial Ue Message时，UE处于ECM-CONNECTED状态，在eNB上已经为用户分配了相应的时频资源，并且在SGW和PGW上UE是激活的；显然，现有的实际应用场景并不符合3GPP相关协议的规定，这样，MME将无法顺利按照协议顺利执行后续操作，以致于导致MME无法在上述异常场景下，完成UE的正常接入，从而严重影响系统整体性能。

发明内容

本发明实施例提供一种初始UE消息的处理方法及装置，用以在部分异常场景下，确保UE的正常接入。

本发明实施例提供的具体技术方案如下：

一种初始UE消息的处理方法，包括：

接收UE发送的携带有NAS消息的初始UE消息；

获取对应所述UE保存的UE上下文，并根据获得的UE上下文判断该UE当前是否处于连接状态；

确定所述UE当前处于连接状态时，在本地将所述UE迁跃至空闲状态，并根据所述NAS消息的类型，指示相应的网元释放与所述UE相关的资源。

一种基于初始UE消息的资源释放方法，包括：

接收MME基于UE发送的携带有NAS消息的初始UE消息下发的指示；

根据所述指示释放与所述UE相关的资源。

一种初始UE消息的处理装置，包括：

接收单元，用于接收UE发送的携带有NAS消息的初始UE消息；

判断单元，用于获取对应所述UE保存的UE上下文，并根据获得的UE上下文判断该UE当前是否处于连接状态；

发送单元，用于通过所述判断单元确定所述UE当前处于连接状态时，在本地将所述UE迁跃至空闲状态，并根据所述NAS消息的类型，指示相应的网元释放与所述UE相关的资源。

一种基于初始UE消息的资源释放装置，包括：

通信单元，用于接收MME基于UE发送的携带有NAS消息的初始UE消息下发的指示；

处理单元，用于根据所述指示释放与所述UE相关的资源。

本发明实施例中，基于现有协议的框架下，MME在接收到UE发送的携带NAS消息的Initial UE Message时，在对UE进行接入之前，先根据UE上下文判断UE是否处于ECM-CONNECTED状态，确定UE处于ECM-CONNECTED状态时，指示相应的网络侧网元释放掉与UE相关的资源，这样，MME便可以顺利按照现有的3GPP相关协议继续完成后续操作，避免了与协议不符的异常情况的出现，确保了UE的正常接入，从而有效地保障了系统性能。

附图说明

图1A为本发明实施例中MME功能结构示意图；

图1B为本发明实施例中网络侧网元功能结构示意图；

图2为本发明实施例中MME在异常场景下处理UE发送的携带NAS消息的Initial UE Message的概述流程图；

图3-图6为本发明实施例中MME在不同应用场景下处理UE发送的携带NAS消息的Initial UE Message的详细流程图。

具体实施方式

在部分异常场景下，UE需要向MME发送携带NAS消息的Initial UeMessage，以重新接入核心网，如，UE掉电后重新进行系统注册，又如，UE基于MAC控制失败进行跟踪区位置更新等等；在此种情况下，为了保证UE的正常接入，MME接收到UE发送的携带有NAS消息的Initial Ue Message后，获取对应该UE保存的UE上下文，并根据获得的UE上下文判断该UE当前是否处于连接状态，以及在确定UE当前处于连接状态时，在本地将所述UE迁跃至空闲状态，并根据上述NAS消息的类型，指示相应的网元释放与该UE相关的资源；相应的，网络侧的网元接收到MME基于UE发送的携带有NAS消息的Initial Ue Message下发的指示时，需要根据获得的指示释放与上述UE相关的资源。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1A所示，本发明实施例中，MME包括接收单元10、判决单元11和发送单元12，其中，

接收单元10，用于接收UE发送的携带有NAS消息的Initial Ue Message；

判断单元11，用于获取对应上述UE保存的UE上下文，并根据获得的UE上下文判断该UE当前是否处于连接状态；

发送单元12，用于通过判断单元11确定UE当前处于连接状态时，在本地将所述UE迁跃至空闲状态，根据上述NAS消息的类型，指示相应的网元释放与该UE相关的资源。

参阅图1B所示，本发明实施例中，网络侧的网元包括通信单元13和处理单元14，其中，

通信单元13，用于接收MME基于UE发送的携带有NAS消息的Initial UeMessage下发的指示；

处理单元14，用于根据所述指示释放与所述UE相关的资源。

本发明实施例中，所谓的网络恻的网元，可以是UE上一次接入的eNB，也可以是为UE提供服务的SGW和PGW，当网络侧的网元为不同的实体时，其释放UE资源所需执行的操作，以及与MME之间交互时所使用的消息类型均有所区别，各网元释放UE资源的操作可以串行执行，也可以任意组合并行执行，具体将在后续实施例中进行详细介绍。

基于上述技术方案，参阅图2所示，本发明例中，MME在异常场景下处理UE发送的携带NAS消息的Initial UE Message的概述流程如下：

步骤200：MME接收UE发送的携带有NAS消息的Initial UE Message。

本实施例中，UE在Initial UE Message中携带的NAS消息有多种，例如，既可以是Attach Request，也可以是Tracking Area Request Update，当然，也可以是其他种类的NAS消息，本实施例中，仅以这两种NAS消息的应用场景为例进行介绍。

另一方面，本实施例中，当UE向MME发送携带NAS消息的Initial UEMessage时，则意味着UE重新接入核心网，UE通常是通过当前接入的eNB向MME发送携带NAS消息的Initial UE Message，由于UE具有移动性，因此UE当前接入的eNB与UE上一次接入的eNB可能是同一eNB，也可能是不同的eNB，具体情况视其应用环境而定。

步骤210：MME获取对应上述UE保存的UE上下文(即UE移动性信息的上下文)，并根据获得的UE上下文判断该UE当前是否处于ECM-IDLE状态，若是，则进行步骤220；否则，进行步骤230。

本实施例中，由于UE是重新接入核心网，因此，在第一次初始注册时，MME上便已建立了UE的UE上下文，在该UE上下文中记录了UE在核心网注册后的相关信息，如，UE获得的业务资源，UE是否为激活状态，UE当前的连接状态为“连接”/“空闲”等等，因此，当MME接收到UE发送的携带NAS消息的Initial UE Message后，可以直接根据UE的标识获得相应的UE上下文，并根据该UE上下文确定UE当前的连接状态为ECM-CONNECTED状态，还是ECM-IDLE状态。

步骤220：MME按照现有3GPP协议对UE发送的携带有NAS消息的InitialUE Message进行相关处理。

当MME确定UE在S1接口上建立的连接已处于ECM-IDLE状态时，说明此时的应用场景已符合3GPP协议的相关规定，可以继续按照3GPP协议进行后续接入处理，无需MME做出任何调整。

步骤230：MME确定UE当前处于ECM-CONNECTED状态时，在本地将UE迁跃至ECM-IDLE状态，并根据接收的NAS消息的类型，指示相应的网元释放与上述UE相关的资源。

具体为：

当MME接收到Initial UE Message中携带的NAS消息为Attach Request时，MME指示UE上一次接入的基站、为UE提供服务的SGW和PGW，分别释放相应的与UE相关的资源；

例如，MME向UE上一次接入的基站指示，释放对应该UE保存的UE上下文；同时，MME向为UE提供服务的SGW和PGW指示，分别在其本地将UE去激活，即释放为UE分配的业务资源和UE上下文。

当MME接收到Initial UE Message中携带的NAS消息为Tracking AreaRequest Update Request时，MME指示UE上一次接入的基站和为UE提供服务的SGW，分别释放与UE相关的资源。

例如，MME向UE上一次接入的基站指示，释放对应该UE保存的UE上下文；同时，MME向为UE提供服务的SGW，释放为UE分配的用户面资源，如释放为UE建立的GTP-U(用户面隧道)，此时，对应UE保存的UE上下文仍然保留，因为，仅仅进行跟踪区位置更新，是不需要为UE重新建立UE上下文，以及重新分配业务资源的。

下面以四种具体的应用场景为例，对上述实施例进行详细说明。

在第一种场景下，UE掉电并重新上电后，仍然从上一次接入的eNB进行接入，那么，参阅图3所示，MME对UE通过eNB发送的Initial UE Message进行处理的详细流程如下：

步骤300：UE向上一次接入的eNB发送Attach Request，请求接入核心网。

步骤310：eNB向MME发送携带Attach Request的Initial UE Message。

步骤320：MME接收eNB发送的携带Attach Request的Initial UE Message后，根据对应UE保存的UE上下文确定该UE当前处于ECM-CONNECTED状态时，在本地将UE迁跃至ECM-IDLE状态，并向SGW发送Delete SessionRquest(会话删除请求)。

步骤330；SGW接收MME发送的Delete Session Rquest后，在本地将UE去激活，即释放网络侧为UE分配的业务资源，以及释放UE上下文，接着，SGW向PGW转发MME发送的Delete Session Rquest。

步骤340；PGW接收SGW转发的Delete Session Rquest后，在本地将UE去激活，即释放网络侧为UE分配的业务资源，以及释放UE上下文，接着，PGW向SGW发送Delete Session Response(会话删除响应)，通知释放成功。

步骤350；SGW向MME发送Delete Session Response，通知释放成功(即SGW和PGW均释放成功)。

当然，在实际应用中，MME也可以分别向SGW和PGW发送Delete SessionRquest，以指示SGW和PGW释放与UE相关的资源，并分别接收SGW和PGW返回的Delete Session Response，以确认释放成功；本实施例中，仅以MME通过SGW向PGW转发Delete Session Rquest为例进行介绍，但并不局限于这一种实施方式。

这样，便在SGW侧和PGW侧顺利删除了UE上一次接入时产生的相关信息，从而可以在后续流程中按照现有协议顺利进行UE接入。

步骤360：MME向eNB发送基于S1-AP协议的S1 UE Context ReleaseCommand(S1 UE上下文释放命令)。

步骤370：eNB接收到MME发送的S1 UE Context Release Command后，在本地释放UE的UE上下文，并向MME返回基于S1-AP协议的S1 UE ContextRelease Complete(S1 UE上下文释放完成)通知释放成功。

这样，便在eNB侧释放了UE的UE-associated logical S1-connection，从而可以在后续流程中按照现有协议顺利进行UE接入。

基于上述实施例，参阅图3所示，接下来，MME便可以按照3GPP TS23.401(V9.4.0)的相关规定对UE发送的Attach Request进行后续处理，以完成UE的接入，具体操作过程在此不再赘述。

在第二种场景下，UE掉电并重新上电后，从新的eNB(以下称为New eNB)进行接入，那么，参阅图4所示，MME对UE通过New eNB发送的Initial UEMessage进行处理的详细流程如下：

步骤400：UE向上一次接入的eNB发送Attach Request，请求接入核心网。

步骤410：New eNB向MME发送携带Attach Request的Initial UE Message。

步骤420：MME接收New eNB发送的携带Attach Request的Initial UEMessage后，根据对应UE保存的UE上下文确定该UE当前处于ECM-CONNECTED状态时，在本地将UE迁跃至ECM-IDLE状态，并向SGW发送Delete Session Rquest。

步骤430；SGW接收MME发送的Delete Session Rquest后，在本地将UE去激活，即释放网络侧为UE分配的业务资源，以及释放UE上下文，接着，SGW向PGW转发MME发送的Delete Session Rquest。

步骤440；PGW接收SGW转发的Delete Session Rquest后，在本地将UE去激活，即释放网络侧为UE分配的业务资源，以及释放UE上下文，接着，PGW向SGW发送Delete Session Response，通知释放成功。

步骤450；SGW向MME发送Delete Session Response，通知释放成功(即SGW和PGW均释放成功)。

步骤460：MME向UE上一次接入eNB(以下称为Old eNB)发送基于S1-AP协议的S1 UE Context Release Command。

步骤470：Old eNB接收到MME发送的S1 UE Context Release Command后，在本地释放UE的UE上下文，并向MME返回基于S1-AP协议的S1 UEContext Release Complete通知释放成功。

这样，便在Old eNB侧释放了UE的UE-associated logical S1-connection，从而可以在后续流程中按照现有协议顺利进行UE接入。

基于上述实施例，参阅图4所示，接下来，MME便可以按照3GPP TS23.401(V9.4.0)的相关规定对UE发送的Attach Request进行后续处理，以完成UE的接入，具体操作过程在此不再赘述。

在第三种场景下，UE在执行MAC接入失败后，仍然从上一次接入的eNB进行接入，那么，参阅图5所示，MME对UE通过eNB发送的Initial UE Message进行处理的详细流程如下：

步骤500：UE向上一次接入的eNB发送Tracking Area Update Request(跟踪区位置更新请求)，请求接入核心网。

步骤510：eNB向MME发送携带Tracking Area Update Request的Initial UEMessage。

步骤520：MME接收eNB发送的携带Tracking Area Update Request的Initial UE Message后，根据对应UE保存的UE上下文确定该UE当前处于ECM-CONNECTED状态时，在本地将UE迁跃至ECM-IDLE状态，并向SGW发送Release Access Bearers Request(释放接入层承载请求)。

步骤530；SGW接收MME发送的Release Access Bearers Request后，在本地释放网络侧为UE分配的用户面资源，如GTP-U，并向MME返回ReleaseAccess Bearers Response(释放接入层承载响应)，通知释放成功。

这样，便在SGW侧顺利删除了UE上一次接入时分配的用户面资源，从而可以在后续流程中按照现有协议顺利进行UE接入。

步骤540：MME向eNB发送基于S1-AP协议的S1 UE Context ReleaseCommand(S1 UE上下文释放命令)。

步骤550：eNB接收到MME发送的S1 UE Context Release Command后，在本地释放UE的UE上下文，并向MME返回基于S1-AP协议的S1 UE ContextRelease Complete(S1 UE上下文释放完成)通知释放成功。

基于上述实施例，参阅图5所示，接下来，MME便可以按照3GPP TS23.401(V9.4.0)的相关规定对UE发送的Tracking Area Update Request进行后续处理，以完成UE的接入，具体操作过程在此不再赘述。

在第四种场景下，UE在执行MAC接入失败后，从New eNB进行接入，那么，参阅图6所示，MME对UE通过New eNB发送的Initial UE Message进行处理的详细流程如下：

步骤600：UE向New eNB发送Tracking Area Update Request，请求接入核心网。

步骤610：New eNB向MME发送携带Tracking Area Update Request的Initial UE Message。

步骤620：MME接收New eNB发送的携带Tracking Area Update Request的Initial UE Message后，根据对应UE保存的UE上下文确定该UE当前处于ECM-CONNECTED状态时，在本地将UE迁跃至ECM-IDLE状态，并向SGW发送Release Access Bearers Request。

步骤630；SGW接收MME发送的Release Access Bearers Request后，在本地释放网络侧为UE分配的用户面资源，如GTP-U，并向MME返回ReleaseAccess Bearers Response，通知释放成功。

步骤640：MME向Old eNB(即UE上一次接入的eNB)发送基于S1-AP协议的S1 UE Context Release Command(S1 UE上下文释放命令)。

步骤650：Old eNB接收到MME发送的S1 UE Context Release Command后，在本地释放UE的UE上下文，并向MME返回基于S1-AP协议的S1 UEContext Release Complete通知释放成功。

基于上述实施例，参阅图6所示，接下来，MME便可以按照3GPP TS23.401(V9.4.0)的相关规定对UE发送的Tracking Area Update Request进行后续处理，以完成UE的接入，具体操作过程在此不再赘述。

综上所述，本发明实施例中，基于现有协议的框架下，MME在接收到UE发送的携带NAS消息的Initial UE Message时，在对UE进行接入之前，先根据UE上下文判断UE是否处于ECM-CONNECTED状态，确定UE处于ECM-CONNECTED状态时，指示相应的网络侧网元释放掉与UE相关的资源，这样，MME便可以顺利按照现有的3GPP相关协议继续完成后续操作，避免了与协议不符的异常情况的出现，确保了UE的正常接入，从而有效地保障了系统性能。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种初始UE消息的处理方法，其特征在于，包括：

接收UE发送的携带有非接入层NAS消息的初始UE消息；

2.如权利要求1所述的方法，其特征在于，所述接收UE发送的携带有NAS消息的初始UE消息，包括：

通过UE当前接入的基站接收UE发送的携带有NAS消息的初始UE消息，其中，UE当前接入的基站与UE上一次接入的基站为同一基站，或者，为不同基站。

3.如权利要求1或2所述的方法，其特征在于，根据所述NAS消息的类型，指示相应的网元释放与所述UE相关的资源，包括：

若所述NAS消息为附着请求，则指示所述UE上一次接入的基站、为UE提供服务的服务网关和分组数据网网关，分别释放相应的与所述UE相关的资源；

若所述NAS消息为跟踪区位置更新请求，则指示所述UE上一次接入的基站和为UE提供服务的服务网关，分别释放与所述UE相关的资源。

4.如权利要求3所述的方法，其特征在于，若所述NAS消息为附着请求，则指示所述UE上一次接入的基站、为UE提供服务的服务网关和分组数据网网关，分别释放相应的与所述UE相关的资源，包括：

指示所述UE上一次接入的基站释放对应所述UE保存的UE上下文；

指示为所述UE提供服务的服务网关和分组数据网网关，将所述UE去激活，即释放为所述UE分配的业务资源和对应所述UE保存的UE上下文。

5.如权利要求4所述的方法，其特征在于，包括：

采用S1 UE上下文释放命令S1 UE Context Release Command，指示所述UE上一次接入的基站释放对应所述UE保存的UE上下文，以及根据接收的S1 UE上下文释放完成S1 UE Context Release Complete确认释放成功；

采用会话删除请求Delete Session Request指示为所述UE提供服务的服务网关和分组数据网网关，将所述UE去激活，即释放为所述UE分配的业务资源和对应所述UE保存的UE上下文；以及根据接收的会话删除响应DeleteSession Response确认释放成功。

6.如权利要求3所述的方法，其特征在于，若所述NAS消息为跟踪区位置更新请求，则指示所述UE上一次接入的基站和为UE提供服务的服务网关，分别释放与所述UE相关的资源，包括：

指示为所述UE提供服务的服务网关，释放为所述UE分配的用户面资源。

7.如权利要求6所述的方法，其特征在于，进一步包括：

采用释放接入层承载请求Release Access Bearers Request指示为所述UE提供服务的服务网关释放为所述UE分配的用户面资源，以及根据接收的释放接入层承载响应Release Access Bearers Response确认释放成功。

8.一种基于初始UE消息的资源释放方法，其特征在于，包括：

接收移动性管理实体MME基于UE发送的携带有非接入层NAS消息的初始UE消息下发的指示；

根据所述指示释放与所述UE相关的资源。

9.如权利要求8所述的方法，其特征在于，根据所述指示释放与所述UE相关的资源，包括：

根据所述指示释放对应所述UE保存的UE上下文；

或者，

根据所述指示将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文；

或者，

根据所述指示释放为所述UE分配的用户面资源。

10.如权利要求9所述的方法，其特征在于，根据所述指示释放对应所述UE保存的UE上下文，包括：

根据接收的所述MME采用S1 UE上下文释放命令S1 UE Context ReleaseCommand下发的指示，释放对应所述UE保存的UE上下文，并向所述MME返回S1 UE上下文释放完成S1 UE Context Release Complete通知释放成功。

11.如权利要求9所述的方法，其特征在于，根据所述指示将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文，包括：

根据接收的所述MME采用会话删除请求Delete Session Request下发的指示，将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文，并向所述MME返回会话删除响应Delete Session Response通知释放成功。

12.如权利要求9所述的方法，其特征在于，根据所述指示释放为所述UE分配的用户面资源，包括：

根据接收的所述MME采用释放接入层承载请求Release Access BearersRequest下发的指示，释放为所述UE分配的用户面资源，并向所述MME返回释放接入层承载响应Release Access Bearers Response通知释放成功。

13.一种初始UE消息的处理装置，其特征在于，包括：

接收单元，用于接收UE发送的携带有非接入层NAS消息的初始UE消息；

14.如权利要求13所述的装置，其特征在于，所述接收单元接收UE发送的携带有NAS消息的初始UE消息时，通过UE当前接入的基站接收UE发送的携带有NAS消息的初始UE消息，其中，UE当前接入的基站与UE上一次接入的基站为同一基站，或者，为不同基站。

15.如权利要求13或14所述的装置，其特征在于，所述发送单元根据所述NAS消息的类型，指示相应的网元释放与所述UE相关的资源，包括：

若所述NAS消息为附着请求，则所述发送单元指示所述UE上一次接入的基站、为UE提供服务的服务网关和分组数据网网关，分别释放相应的与所述UE相关的资源；

若所述NAS消息为跟踪区位置更新请求，则所述发送单元指示所述UE上一次接入的基站和为UE提供服务的服务网关，分别释放与所述UE相关的资源。

16.如权利要求15所述的装置，其特征在于，若所述NAS消息为附着请求，则所述发送单元指示所述UE上一次接入的基站、为UE提供服务的服务网关和分组数据网网关，分别释放相应的与所述UE相关的资源，包括：

所述发送单元指示所述UE上一次接入的基站释放对应所述UE保存的UE上下文；

所述发送单元指示为所述UE提供服务的服务网关和分组数据网网关，将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文。

17.如权利要求16所述的装置，其特征在于，所述发送单元采用S1 UE上下文释放请求S1 UE Context Release Command，指示所述UE上一次接入的基站释放对应所述UE保存的UE上下文，所述接收单元根据接收的S1 UE上下文释放响应S1 UE Context Release Complete确认释放成功；

所述发送单元采用会话删除请求Delete Session Request指示为所述UE提供服务的服务网关和分组数据网网关，将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文，所述接收单元根据接收的会话删除响应Delete Session Response确认释放成功。

18.如权利要求15所述的装置，其特征在于，若所述NAS消息为跟踪区位置更新请求，则所述发送单元指示所述UE上一次接入的基站和为UE提供服务的服务网关，分别释放与所述UE相关的资源，包括：

所述发送单元指示为所述UE提供服务的服务网关，释放为所述UE分配的用户面资源。

19.如权利要求18所述的装置，其特征在于，所述发送单元采用S1 UE上下文释放请求S1 UE Context Release Command，指示所述UE上一次接入的基站释放对应所述UE保存的UE上下文，所述接收单元根据接收的S1 UE上下文释放响应S1 UE Context Release Complete确认释放成功；

所述发送单元采用释放接入层承载请求Release Access Bearers Request指示为所述UE提供服务的服务网关释放为所述UE分配的用户面资源，所述接收单元根据接收的释放接入层承载响应Release Access Bearers Response确认释放成功。

20.一种基于初始UE消息的资源释放装置，其特征在于，包括：

通信单元，用于接收移动性管理实体MME基于UE发送的携带有非接入层NAS消息的初始UE消息下发的指示；

处理单元，用于根据所述指示释放与所述UE相关的资源。

21.如权利要求20所述的装置，其特征在于，所述处理单元根据所述指示释放与所述UE相关的资源时，根据所述指示释放对应所述UE保存的UE上下文；或者，根据所述指示将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文；或者，根据所述指示释放为所述UE分配的用户面资源。

22.如权利要求21所述的装置，其特征在于，所述处理单元根据所述指示释放对应所述UE保存的UE上下文时，根据接收的所述MME采用S1 UE上下文释放命令S1 UE Context Release Command下发的指示，释放对应所述UE保存的UE上下文，并通过所述通信单元向所述MME返回S1 UE上下文释放完成S1 UE Context Release Complete通知释放成功。

23.如权利要求21所述的装置，其特征在于，所述处理单元根据所述指示将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文时，根据接收的所述MME采用会话删除请求Delete Session Request下发的指示，将所述UE去激活、释放为所述UE分配的业务资源和对应所述UE保存的UE上下文，并通过所述通信单元向所述MME返回会话删除响应Delete Session Response通知释放成功。

24.如权利要求21所述的装置，其特征在于，所述处理单元根据所述指示释放为所述UE分配的用户面资源时，根据接收的所述MME采用释放接入层承载请求Release Access Bearers Request指示下发的指示，释放为所述UE分配的用户面资源，并通过所述通信单元向所述MME返回释放接入层承载响应Release Access Bearers Response通知释放成功。