CN108377550A - 上下文信息的释放方法、装置及系统、网络侧设备 - Google Patents

Abstract

本发明提供了一种上下文信息的释放方法、装置及系统、网络侧设备，其中，释放方法包括：网络侧设备确定需要释放上下文信息的终端的标识信息；网络侧设备向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。通过本发明，解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

Description

上下文信息的释放方法、装置及系统、网络侧设备

技术领域

本发明涉及通信领域，具体而言，涉及一种上下文信息的释放方法、装置及系统、网络侧设备。

背景技术

未来通信系统中，业务容量需求日益增大以及业务需求多样，信令负荷越来越重，因此信令负荷降低成为一个重要的研究课题，目前的研究方向主要致力于物理层技术的提升，然而业务量增加的另一个重要的方面是日益增多的设备数量，设备数量的增加进而会导致终端和网络侧之间相关连接建立等控制面信令的大量增加，信令的增加不仅增大开销也进一步增加了时延。由于信令开销降低能够降低数据处理时延以及能够延迟终端电池的寿命，因此，有必要进一步降低终端和网络间的信令开销。

以长期演进(Long Term Evaluation，简称为LTE)系统为例，目前LTE系统关于信令开销降低有多个技术，比如R14正在标准化过程中的轻连接技术(Lighted ConnectedUE)以及5G的非激活态研究等。当终端没有数据传输的情况下，终端和网络侧设备可保持“较轻”的连接状态或者非激活态。比如轻连接态技术中，终端与网络侧设备之间断开连接，当处于轻连接状态的终端有数据需要发送时，需重新建立终端和网络侧设备的连接。

图1是相关技术中LTE系统中当终端处于无线资源管理层连接(Radio ResourceManagement，简称为RRC-Connected)状态时核心网(MME)触发的终端上下文释放流程终端上下文释放的流程图，图2是相关技术中LTE系统中当终端处于RRC-Connected状态时基站(eNB)触发的终端上下文释放流程图。如图1、2所示，当终端处于RRC-Connected状态时，目前LTE系统的终端上下文释放的整个流程是：核心网侧首先发给基站关于该终端的上下文释放命令，基站侧收到该指令后给终端发送RRC链接释放的指令，然后基站侧再给核心网发送终端上下文释放完成的信令。

图3是相关技术中对于处于轻连接状态/非激活态的终端仍在原网络侧设备服务区内时终端上下文的释放流程图，图4是相关技术中对于处于轻连接状态/非激活态的终端离开原网络侧设备服务区内时终端上下文的释放流程图。如图3、4所示，如果网络侧设备已经根据核心网的指令释放了终端的上下文信息，而由于网络侧设备和终端之间是断开连接的，终端并不知情。终端如果有业务数据发送需要恢复连接时，每次都需要向网络侧设备发送RRC连接恢复请求，而如果此时的原网络侧设备已经把终端的相关上下文信息清除掉了。因此，如果该终端仍在原网络侧设备的服务区内，则原网络侧设备会拒绝该终端的连接建立请求，而该终端只能进入空闲(Idle)态或者重新发起连接建立请求。而如果终端离开了原网络侧设备的服务区，则新网络侧设备收到终端的连接恢复请求后，需要通过新网络侧设备和原网络侧设备两者之间的接口(如果存在)向原网络侧设备索取终端的上下文信息。而这时原网络侧设备已经删除了终端的上下文信息，则新网络侧设备会因为索取上下文失败而会拒绝终端的请求，终端因请求不成功而进入到空闲状态(可能尝试发送多次，取决于实现)而重新发起RRC连接建立请求。可以看出整个过程终端要想恢复至连接态需要耗费较多的时间和信令。

针对相关技术中，终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种上下文释放方法、装置及系统、网络侧设备，以至少解决若网络侧设备已经释放终端的上下文信息而终端并不知情，导致当终端需要与网络侧设备恢复连接时，耗费较多的时间和信令的问题。

根据本发明的一个方面，提供了一种上下文信息的释放方法，包括：

网络侧设备确定需要释放上下文信息的终端的标识信息；

所述网络侧设备向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述网络侧设备包括第一网络侧设备和第二网络侧设备，当所述终端从所述第一网络侧设备的服务范围内移动到所述第二网络侧设备的服务范围内时，所述方法包括：

所述第一网络侧设备确定需要释放上下文信息的终端的标识信息；

所述第一网络侧设备通过所述第二网络侧设备向所述标识信息对应的终端发送指示信息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述指示消息承载于以下至少之一：所述网络侧设备向所述终端发送的仅用于承载所述指示消息的专用信令；所述网络侧设备向所述终端发送的寻呼信息。

进一步地，所述方法还包括：所述网络侧设备接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

进一步地，所述方法还包括：所述网络侧设备向核心网发送请求消息，其中，所述请求消息用于请求所述核心网向所述网络侧设备发送指令，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

进一步地，所述网络侧设备向所述标识信息对应的终端发送指示消息之后，所述方法还包括：所述网络侧设备向核心网发送报告消息，其中，所述报告消息用于报告所述终端的上下文信息被释放。

根据本发明的另一个方面，还提供了一种上下文信息的释放方法，包括：

终端接收网络侧设备发送的指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放；

所述终端解析接收到的所述指示消息，并根据所述指示消息调整自身状态。

进一步地，所述终端的状态至少包括：所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

根据本发明的另一个方面，还提供了一种上下文信息的释放装置，应用于网络侧设备，包括：

确定模块，用于确定需要释放上下文信息的终端的标识信息；

发送模块，用于向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述网络侧设备包括第一网络侧设备和第二网络侧设备，当所述终端从所述第一网络侧设备的服务范围内移动到所述第二网络侧设备的服务范围内时：

确定模块，应用于所述第一网络侧设备，用于确定需要释放上下文信息的终端的标识信息；

发送模块，应用于所述第一网络侧设备，用于通过所述第二网络侧设备向所述标识信息对应的终端发送指示信息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述装置还包括：第一接收模块，用于接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

进一步地，所述发送模块还用于：向核心网发送请求消息，其中，所述请求消息用于请求所述核心网向所述网络侧设备发送指令，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

进一步地，所述发送模块还用于：向核心网发送报告消息，其中，所述报告消息用于报告所述终端的上下文信息被释放。

根据本发明的另一个方面，还提供了一种上下文信息的释放装置，应用于需要释放上下文消息的终端，包括：

第二接收模块，用于接收网络侧设备发送的指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放；

解析模块，用于解析接收到的所述指示消息，并根据所述指示消息调整自身状态。

进一步地，所述终端的状态至少包括：所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

根据本发明的另一个方面，还提供了一种上下文信息的释放系统，包括：需要释放上下文信息的终端；

网络侧设备，用于确定所述终端的标识信息，并向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述终端用于：接收所述网络侧设备发送的指示消息；解析接收到的所述指示消息，并根据所述指示消息调整自身状态。

进一步地，所述终端的状态至少包括：所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

根据本发明的另一个方面，还提供了一种网络侧设备，包括：

处理器；存储器，用于存储所述处理器可执行的指令；

所述处理器用于根据所述存储器中存储的指令执行操作，所述操作包括：确定需要释放上下文消息的终端的标识信息；向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

进一步地，所述处理器还用于执行以下操作：接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

在本发明实施例中，还提供了一种计算机存储介质，该计算机存储介质可以存储有执行指令，该执行指令用于执行上述实施例中的上下文信息的释放方法的实现。

通过本发明，网络侧设备确定需要释放上下文信息的终端的标识信息，网络侧设备向上述标识信息对应的终端发送用于指示终端的上下文信息被释放的指示消息。解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

附图说明

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

图1是相关技术中LTE系统中当终端处于RRC-Connected状态时核心网(MME)触发的终端上下文释放流程终端上下文释放的流程图；

图2是相关技术中LTE系统中当终端处于RRC-Connected状态时基站(eNB)触发的终端上下文释放流程图；

图3是相关技术中对于处于轻连接状态/非激活态的终端仍在原基站服务区内时终端上下文的释放流程图；

图4是相关技术中对于处于轻连接状态/非激活态的终端离开原基站服务区内时终端上下文的释放流程图；

图5是根据本发明实施例1的网络侧设备侧的上下文信息的释放方法流程图；

图6是根据本发明实施例1的终端侧的上下文信息的释放方法流程图；

图7是根据本发明实施例2的网络侧设备的上下文信息的释放装置的结构框图(一)；

图8是根据本发明实施例2的网络侧设备的上下文信息的释放装置的结构框图(二)；

图9是根据本发明实施例2的终端侧的上下文信息的释放装置；

图10是根据本发明实施例2的上下文信息的释放系统的结构框图；

图11是根据本发明实施例2的网络侧设备的结构框图；

图12是根据本发明优选实施例1的核心网触发的释放轻连接/非激活态UE上下文的流程图；

图13是根据本发明优选实施例2的核心网触发的释放轻连接/非激活态UE上下文的流程图；

图14是根据本发明优选实施例3的Old eNB触发的释放轻连接/非激活态UE上下文的流程图；

图15是根据本发明优选实施例4的Old eNB触发的释放轻连接/非激活态UE上下文的流程图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

本发明实施例提供了如图5所示的网络侧设备侧的上下文信息的释放方法。图5是根据本发明实施例1的网络侧设备侧的上下文信息的释放方法流程图，如图5所示，包括以下步骤：

步骤S502，网络侧设备确定需要释放上下文信息的终端的标识信息；

步骤S504，网络侧设备向上述标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。

通过上述步骤，网络侧设备确定需要释放上下文信息的终端的标识信息，网络侧设备向上述标识信息对应的终端发送用于指示终端的上下文信息被释放的指示消息，解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

考虑到终端可能是移动终端，会进行小区切换等过程，在本发明实施例的一个可选示例中，上述网络侧设备可以包括第一网络侧设备和第二网络侧设备，当终端从第一网络侧设备的服务范围内移动到第二网络侧设备的服务范围内时，上述方法包括：

第一网络侧设备确定需要释放上下文信息的终端的标识信息；

第一网络侧设备通过第二网络侧设备向标识信息对应的终端发送指示信息，其中，指示消息用于指示终端的上下文信息被释放。上述过程也可以理解为第一网络侧设备向第二网络侧设备发送指示消息，然后第二网络侧设备将接收到的指示消息发送至上述标识信息对应的终端，其中，指示消息用于指示终端的上下文信息被释放。

在本发明实施例的一个可选示例中，指示消息可以承载于以下至少之一：网络侧设备向终端发送的仅用于承载指示消息的专用信令；网络侧设备向终端发送的寻呼信息。即，指示消息可以是承载在寻呼消息中的某一部分消息，寻呼消息中还可能会包括其他的各种信息，也可以是专门用来发送指示信息的专用信令。而且，网络侧设备向这些终端发送的寻呼消息可以是仅仅用于指示这些终端进行上下文释放而专门发送的消息，也可以是在正常发送的寻呼消息中携带，即可能含有发给其他终端的寻呼消息。本实施例对此不作限定。

在本发明实施例的一个可选示例中，网络侧设备释放终端的上下文信息，可以是核心网发起的，也可以是网络侧设备自身发起的。

若是核心网发起的，网络侧设备首先是接收核心网的指令，其中，该指令用于指示网络侧设备释放终端的上下文信息，相关的终端的标识信息可以是核心网通过指令携带的，一起发给网络侧设备，也可能是网络侧设备通过其他的方式获知的。

若是网络侧设备自身发起的，网络侧设备首先向核心网发送请求消息，其中，该请求消息用于请求核心网向网络侧设备发送指令，该指令用于指示网络侧设备释放终端的上下文信息。此时，相关终端的标识信息可以是网络侧设备自身确定的，也可以是核心网根据网络侧设备的请求进行确定后再反馈给网络侧设备。

在本发明实施例的一个可选示例中，为了保证核心网对终端状态的持续掌握，网络侧设备向标识信息对应的终端发送指示消息之后，上述方法还包括：网络侧设备向核心网发送报告消息，其中，报告消息用于报告终端的上下文信息被释放。

为了更好地理解上述实施例中的技术方案，本发明实施例还提供了一种终端侧的上下文信息的释放方法。图6是根据本发明实施例1的终端侧的上下文信息的释放方法流程图。如图6所示，包括：

步骤S602，终端接收网络侧设备发送的指示消息，其中，指示消息用于指示终端的上下文信息被释放；

步骤S604，终端解析接收到的指示消息，并根据指示消息调整自身状态。当指示消息指示终端的上下文信息被释放时，终端进入空闲状态。

通过上述步骤，终端接收网络侧设备发送的指示消息，其中，指示消息用于指示终端的上下文信息被释放，终端解析接收到的指示消息，并根据指示消息调整自身状态，解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

在本发明实施例的一个可选示例中，终端的状态至少包括：终端与核心网保持连接，且终端与网络侧设备断开连接，即终端处于轻连接或未激活状态。

下面以终端UE和基站为例，对本发明实施例进行进一步的补充说明。

核心网发送释放轻连接/非激活态UE上下文释放的指令。其中该指令可能是核心网自己触发的，也可能是原基站触发请求核心网进行释放的。

原基站收到核心网发送的释放轻连接/非激活态终端上下文的指令后，确认需要释放上下文的具体的终端标识信息并向这些终端发送寻呼消息，而原基站向这些终端发送的寻呼消息中携带有指示释放这些终端上下文的信息。然后原基站会清除相关轻连接/非激活态终端的上下文并上报核心网终端的上下文释放已完成。

其中，原基站向这些终端发送的寻呼消息可以是仅仅用于指示这些终端进行上下文释放而专门发送的消息，也可以是在正常发送的寻呼消息中携带，即可能含有发给其他终端的寻呼消息。

收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发。

收到寻呼消息的终端对寻呼消息进行解析，判断是否是发给自己的寻呼消息，而处于轻连接状态的终端需要判断收到的寻呼消息中是否有指示自己释放上下文的消息，如果有，则会进入到空闲(Idle)状态。

其中，若基站向终端发送的寻呼消息可以是仅仅用于指示这些终端进行上下文释放而专门发送的消息，则仅处于轻连接/非激活状态的终端可以检测到自己的寻呼消息且该寻呼消息携带有释放其上下文指示的寻呼消息后，进入Idle态。

其中，若基站在正常发送的寻呼消息中携带释放某些终端上下文的信息，则检测到自己的寻呼消息且该寻呼消息携带有释放其上下文指示的信息的终端清除上下文信息后进入Idle态，而检测到寻呼消息的其他终端执行相应的其他行为。

其中，若这些终端有业务数据需要发送，不会再发送RRC连接恢复请求，而是直接重新发起RRC连接过程，快速建立连接。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种应用于网络侧设备的上下文信息的释放装置，该装置用于实现上述实施例及优选示例，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例2的网络侧设备的上下文信息的释放装置的结构框图(一)。如图7所示，本发明实施例提供了一种上下文信息的释放装置，应用于网络侧设备，包括：

确定模块70，用于确定需要释放上下文信息的终端的标识信息；

发送模块72，用于向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。

通过上述装置，确定模块确定需要释放上下文信息的终端的标识信息，发送模块向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放，解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

在本发明实施例的一个可选示例中，网络侧设备可以包括第一网络侧设备和第二网络侧设备，当终端从第一网络侧设备的服务范围内移动到第二网络侧设备的服务范围内时：

确定模块70，应用于第一网络侧设备，用于确定需要释放上下文信息的终端的标识信息；

发送模块72，应用于第一网络侧设备，用于通过第二网络侧设备向标识信息对应的终端发送指示信息，其中，指示消息用于指示终端的上下文信息被释放。上述过程也可以理解为第一网络侧设备向第二网络侧设备发送指示消息，然后第二网络侧设备将接收到的指示消息发送至上述标识信息对应的终端，其中，指示消息用于指示终端的上下文信息被释放。

在本发明实施例的一个可选示例中，指示消息可以承载于以下至少之一：网络侧设备向终端发送的仅用于承载指示消息的专用信令；网络侧设备向终端发送的寻呼信息。即，指示消息可以是承载在寻呼消息中的某一部分消息，寻呼消息中还可能会包括其他的各种信息，也可以是专门用来发送指示信息的专用信令。而且，网络侧设备向这些终端发送的寻呼消息可以是仅仅用于指示这些终端进行上下文释放而专门发送的消息，也可以是在正常发送的寻呼消息中携带，即可能含有发给其他终端的寻呼消息。本实施例对此不作限定。

图8是根据本发明实施例2的网络侧设备的上下文信息的释放装置的结构框图(二)。在本发明实施例的一个可选示例中，网络侧设备释放终端的上下文信息，可以是核心网发起的，也可以是网络侧设备自身发起的。

如图8所示，若是核心网发起的，上述装置还包括：第一接收模块74，用于接收核心网的指令，其中，该指令用于指示网络侧设备释放终端的上下文信息。

若是网络侧设备自身发起的，发送模块72还用于：向核心网发送请求消息，其中，该请求消息用于请求核心网向所述网络侧设备发送指令，指令用于指示网络侧设备释放终端的上下文信息。

在本发明实施例的一个可选示例中，为了保证核心网对终端状态的持续掌握，网络侧设备向标识信息对应的终端发送指示消息之后，发送模块72还用于：向核心网发送报告消息，其中，报告消息用于报告终端的上下文信息被释放。

本发明实施例还提供了一种终端侧的上下文信息的释放装置，应用于需要释放上下文消息的终端。图9是根据本发明实施例2的终端侧的上下文信息的释放装置，如图9所示，该装置包括：

第二接收模块90，用于接收网络侧设备发送的指示消息，其中，指示消息用于指示终端的上下文信息被释放；

解析模块92，用于解析接收到的指示消息，并根据指示消息调整自身状态。当指示消息指示终端的上下文信息被释放时，终端进入空闲状态。

通过上述装置，第二接收模块接收网络侧设备发送的指示消息，其中，指示消息用于指示终端的上下文信息被释放，解析模块解析接收到的指示消息，并根据指示消息调整自身状态。解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

在本发明实施例的一个可选示例中，终端的状态至少包括：终端与核心网保持连接，且终端与网络侧设备断开连接，即终端处于轻连接或未激活状态。

为了更好地理解上述实施例中的技术方案，本发明实施例还提供了一种上下文信息的释放系统，用于实现上述上下信息的释放装置实施例及其可选示例，已经进行过的描述此处不再赘述。图10是根据本发明实施例2的上下文信息的释放系统的结构框图，如图10所示，该系统包括：

需要释放上下文信息的终端100；

网络侧设备102，用于确定终端的标识信息，并向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。

通过上述系统，网络侧设备确定终端的标识信息，并向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

在本发明实施例的一个可选示例中，终端用于：接收网络侧设备发送的指示消息；解析接收到的指示消息，当指示消息指示终端的上下文信息被释放时，终端进入空闲状态。

在本发明实施例的一个可选示例中，终端的状态至少包括：终端与核心网保持连接，且终端与网络侧设备断开连接，即终端处于轻连接或未激活状态。

本发明实施例还提供了一种网络侧设备，用于实现上述应用于网络侧设备的上下文信息的释放装置的实施例及其可选示例，已经进行过的描述此处不再赘述。图11是根据本发明实施例2的网络侧设备的结构框图，如图11所示，上述网络侧设备包括：

处理器110；存储器112，用于存储处理器可执行的指令；

处理器110用于根据存储器112中存储的指令执行操作，该操作包括：确定需要释放上下文消息的终端的标识信息；向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。

通过上述网络侧设备，处理器确定终端的标识信息，并向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。解决了相关技术中终端由于不知晓网络侧设备已经释放了终端的上下文信息，进而导致终端需要发送数据时会耗费较多的时间和信令来恢复连接的问题，从而可以使终端快速与网络侧设备建立连接，并有效节省信令开销。

在本发明实施例的一个可选示例中，处理器还用于执行以下操作：接收核心网的指令，其中，该指令用于指示网络侧设备释放终端的上下文信息。

实施例3

为了更好地理解上述实施例中的技术方案，下面通过以下优选实施例对本发明技术方案进行进一步的说明。

优选实施例1

图12是根据本发明优选实施例1的核心网触发的释放轻连接/非激活态UE上下文的流程图。如图12所示，此时UE仍在原基站(Old eNB)的服务区域内。

步骤S1202，核心网发送释放轻连接/非激活态UE上下文释放的指令。

步骤S1204，Old eNB收到核心网发送的释放轻连接/非激活态终端上下文的指令后，确认需要释放上下文的具体的终端标识信息并向这些终端发送寻呼消息，寻呼消息中携带有指示释放这些终端上下文的信息。然后Old eNB会清除相关轻连接/非激活态终端的上下文，并上报核心网终端的上下文释放已完成。

需要说明的是，原基站可能并不确定UE目前是处于原基站的服务区域内还是已经移动到了新的基站的服务区域内，因此原基站也可以向相邻的基站发送寻呼消息。收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发(其中包含UE目前所在的New eNB)，转发的寻呼消息中包含释放UE上下文信息的命指令。

收到寻呼消息的终端对寻呼消息进行解析，判断是否是发给自己的寻呼消息，对于普通UE会根据寻呼消息执行相应的动作，而处于轻连接状态/非激活态的终端需要判断收到的寻呼消息中是否有指示自己上下文被释放的消息，如果有，则终端知晓基站已经将其上下文信息释放完成，进而会进行到空闲状态。

步骤S1206，若这些终端有业务数据需要发送，则重新发起RRC连接过程，快速建立连接。

其中，eNB发送给UE的含有释放UE上下文指令的寻呼消息可以在原有寻呼消息中进行扩展，具体实现方法可以为：增加Paging-vxxxx-IEs(详见下面标横线部分)及相关系列信息单元(Information Element，简称为IEs)，用于发送含有释放轻连接UE上下文的指示信息寻呼记录释放表单(PagingRecordReleaseList)，该指示信息中包含需要需要进行上下文释放的UE标识信息。收到该寻呼消息后的相关UE会检测消息中是否自己的ID，如果含有则执行上下文释放的相关操作。另该寻呼UE标识可以为临时移动用户标识(S-Temporary Mobile Subscriber Identity，简称为S-TMSI)和国际移动用户识别码(International Mobile Subscriber Identity，简称为IMSI)及其他任何可以作为UE身份识别的信息及相关组合。

通过对比图3和图12可以看出，UE接入Old eNB的消息从原有的至少2条消息恢复至只有一条消息，可以快速的接入基站，且节省了信令开销。

优选实施例2

图13是根据本发明优选实施例2的核心网触发的释放轻连接/非激活态UE上下文的流程图。如图13所示，此时UE处在新基站(New eNB)的服务区域内。

步骤S1302，核心网发送释放轻连接/非激活态UE上下文释放的指令。

步骤S1304，Old eNB收到核心网发送的释放轻连接/非激活态终端上下文的指令后，确认需要释放上下文的具体的终端标识信息并向这些终端发送寻呼消息(该寻呼消息仅用于指示某些/某个轻连接/非激活态终端的上下文释放)，寻呼消息中携带有指示释放这些终端上下文的信息。然后Old eNB会清除相关轻连接/非激活态终端的上下文，并上报核心网终端的上下文释放已完成。

步骤S1306，收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发(其中包含UE目前所在的New eNB)，转发的寻呼消息中包含释放UE上下文信息的命指令。

收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发，收到寻呼消息的终端对寻呼消息进行解析，判断是否是发给自己的寻呼消息，对于普通UE会根据寻呼消息执行相应的动作，而处于轻连接状态/非激活态的终端需要判断收到的寻呼消息中是否有指示自己上下文被释放的消息，如果有，则终端知晓基站已经将其上下文信息释放完成，进而会进行到空闲状态。

步骤S1308，若这些终端有业务数据需要发送，则重新发起RRC连接过程，快速建立连接。

其中，基站发送给UE的含有释放UE上下文指令的寻呼消息可以在原有寻呼消息中进行扩展，具体实现方法可以为：增加Paging-vxxxx-IEs及相关系列IEs，用于发送含有释放轻连接UE上下文的指示信息PagingRecordReleaseList，该指示信息中包含需要需要进行上下文释放的UE标识信息。收到该寻呼消息后的相关UE会检测消息中是否自己的ID，如果含有则执行上下文释放的相关操作。另该寻呼UE标识可以为S-TMSI和IMSI及其他任何可以作为UE身份识别的信息及相关组合。

通过对比图4和图13可以看出，UE接入New eNB的消息没有了NeweNB向Old eNB索取上下文的流程，并且UE和New eNB进行RRC连接建立之前只有Paging一条消息，因此大大缩短了UE接入到New eNB的时间。并有效节省了信令的开销。

优选实施例3

图14是根据本发明优选实施例3的Old eNB触发的释放轻连接/非激活态UE上下文的流程图。如图14所示，此时UE仍在Old eNB的服务区域内。

步骤S1402，Old eNB向MME发起释放某些/某个轻连接/非激活态UE的上下文的请求消息。

步骤S1404，核心网发送释放轻连接/非激活态UE上下文释放的指令。

步骤S1406，Old eNB收到核心网发送的释放轻连接/非激活态终端上下文的指令后，确认需要释放上下文的具体的终端标识信息并向这些终端发送寻呼消息，寻呼消息中携带有指示释放这些终端上下文的信息。然后Old eNB会清除相关轻连接/非激活态终端的上下文，并上报核心网终端的上下文释放已完成。

需要说明的是，原基站可能并不确定UE目前是处于原基站的服务区域内还是已经移动到了新的基站的服务区域内，因此原基站也可以向相邻的基站发送寻呼消息。收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发(其中包含UE目前所在的New eNB)，转发的寻呼消息中包含释放UE上下文信息的命指令。

收到寻呼消息的终端对寻呼消息进行解析，判断是否是发给自己的寻呼消息，对于普通UE会根据寻呼消息执行相应的动作，而处于轻连接状态的终端需要判断收到的寻呼消息中是否有指示自己释放上下文的消息，如果有,则终端知晓基站已经将其上下文信息释放完成，进而进入到空闲状态。

步骤S1408，若这些终端有业务数据需要发送，则重新发起RRC连接过程，快速建立连接。

其中，eNB发送给UE的含有释放UE上下文指令的寻呼消息可以在原有寻呼消息中进行扩展，具体实现方法可以为：增加Paging-vxxxx-IEs及相关系列IEs，用于发送含有释放轻连接UE上下文的指示信息PagingRecordReleaseList，该指示信息中包含需要需要进行上下文释放的UE标识信息。收到该寻呼消息后的相关UE会检测消息中是否自己的ID，如果含有则执行上下文释放的相关操作。另该寻呼UE标识可以为S-TMSI和IMSI及其他任何可以作为UE身份识别的信息及相关组合。

优选实施例4

图15是根据本发明优选实施例4的Old eNB触发的释放轻连接/非激活态UE上下文的流程图。如图15所示，此时UE处在New eNB的服务区域内。

步骤S1502，Old eNB向MME发起释放某些/某个轻连接/非激活态UE的上下文的请求消息。

步骤S1504，核心网发送释放轻连接/非激活态UE上下文释放的指令。

步骤S1506，Old eNB收到核心网发送的释放轻连接/非激活态终端上下文的指令后，确认需要释放上下文的具体的终端标识信息并向这些终端发送寻呼消息(该寻呼消息仅用于指示某些/某个轻连接/非激活态终端的上下文释放)，寻呼消息中携带有指示释放这些终端上下文的信息。然后Old eNB会清除相关轻连接/非激活态终端的上下文，并上报核心网终端的上下文释放已完成。

步骤S1508，收到这些寻呼消息的相邻基站会对这些寻呼消息进行转发(其中包含UE目前所在的New eNB)，收到寻呼消息的终端对寻呼消息进行解析，判断是否是发给自己的寻呼消息。对于普通UE会根据寻呼消息执行相应的动作，而处于轻连接状态的终端需要判断收到的寻呼消息中是否有指示自己释放上下文的消息，如果有，则终端知晓基站已经将其上下文信息释放完成，进而会进入到空闲状态。

步骤S1510，若这些终端有业务数据需要发送，则重新发起RRC连接过程，快速建立连接。

其中，基站发送给UE的含有释放UE上下文指令的寻呼消息可以在原有寻呼消息中进行扩展，具体实现方法可以为：增加Paging-vxxxx-IEs及相关系列IEs，用于发送含有释放轻连接UE上下文的指示信息PagingRecordReleaseList，该指示信息中包含需要需要进行上下文释放的UE标识信息。收到该寻呼消息后的相关UE会检测消息中是否自己的ID，如果含有则执行上下文释放的相关操作。另该寻呼UE标识可以为S-TMSI和IMSI及其他任何可以作为UE身份识别的信息及相关组合。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的上下文信息的释放方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，网络侧设备确定需要释放上下文信息的终端的标识信息；

S2，网络侧设备向标识信息对应的终端发送指示消息，其中，指示消息用于指示终端的上下文信息被释放。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的上下文信息的释放方法所执行的程序代码。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，终端接收网络侧设备发送的指示消息，其中，指示消息用于指示终端的上下文信息被释放；

S2，终端解析接收到的所述指示消息，并根据指示消息调整自身状态。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (20)

1.一种上下文信息的释放方法，其特征在于，包括：

网络侧设备确定需要释放上下文信息的终端的标识信息；

所述网络侧设备向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

2.根据权利要求1所述的方法，其特征在于，所述网络侧设备包括第一网络侧设备和第二网络侧设备，当所述终端从所述第一网络侧设备的服务范围内移动到所述第二网络侧设备的服务范围内时，所述方法包括：

所述第一网络侧设备确定需要释放上下文信息的终端的标识信息；

所述第一网络侧设备通过所述第二网络侧设备向所述标识信息对应的终端发送指示信息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

3.根据权利要求1所述的方法，其特征在于，所述指示消息承载于以下至少之一：

所述网络侧设备向所述终端发送的用于承载所述指示消息的专用信令；

所述网络侧设备向所述终端发送的寻呼信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络侧设备接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述网络侧设备向核心网发送请求消息，其中，所述请求消息用于请求所述核心网向所述网络侧设备发送指令，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述网络侧设备向所述标识信息对应的终端发送指示消息之后，所述方法还包括：

所述网络侧设备向核心网发送报告消息，其中，所述报告消息用于报告所述终端的上下文信息被释放。

7.一种上下文信息的释放方法，其特征在于，包括：

终端接收网络侧设备发送的指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放；

所述终端解析接收到的所述指示消息，并根据所述指示消息调整自身状态。

8.根据权利要求1所述的方法，其特征在于，所述终端的状态至少包括：

所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

9.一种上下文信息的释放装置，应用于网络侧设备，其特征在于，包括：

确定模块，用于确定需要释放上下文信息的终端的标识信息；

发送模块，用于向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

10.根据权利要求9所述的装置，其特征在于，所述网络侧设备包括第一网络侧设备和第二网络侧设备，当所述终端从所述第一网络侧设备的服务范围内移动到所述第二网络侧设备的服务范围内时：

所述确定模块，应用于所述第一网络侧设备，用于确定需要释放上下文信息的终端的标识信息；

所述发送模块，应用于所述第一网络侧设备，用于通过所述第二网络侧设备向所述标识信息对应的终端发送指示信息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第一接收模块，用于接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

12.根据权利要求9所述的装置，其特征在于，所述发送模块还用于：

向核心网发送请求消息，其中，所述请求消息用于请求所述核心网向所述网络侧设备发送指令，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。

13.根据权利要求9所述的装置，其特征在于，所述发送模块还用于：

向核心网发送报告消息，其中，所述报告消息用于报告所述终端的上下文信息被释放。

14.一种上下文信息的释放装置，应用于需要释放上下文消息的终端，其特征在于，包括：

第二接收模块，用于接收网络侧设备发送的指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放；

解析模块，用于解析接收到的所述指示消息，并根据所述指示消息调整终端的状态。

15.根据权利要求14所述的装置，其特征在于，所述终端的状态至少包括：

所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

16.一种上下文信息的释放系统，其特征在于，包括：

需要释放上下文信息的终端；

网络侧设备，用于确定所述终端的标识信息，并向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

17.根据权利要求16所述的系统，其特征在于，所述终端用于：

接收所述网络侧设备发送的指示消息；

解析接收到的所述指示消息，并根据所述指示消息调整自身状态。

18.根据权利要求16或17所述的系统，其特征在于，所述终端的状态至少包括：

所述终端与核心网保持连接，且所述终端与所述网络侧设备断开连接。

19.一种网络侧设备，其特征在于，包括：

处理器；

存储器，用于存储所述处理器可执行的指令；

所述处理器用于根据所述存储器中存储的指令执行操作，所述操作包括：

确定需要释放上下文消息的终端的标识信息；

向所述标识信息对应的终端发送指示消息，其中，所述指示消息用于指示所述终端的上下文信息被释放。

20.根据权利要求19所述的网络侧设备，其特征在于，所述处理器还用于执行以下操作：

接收核心网的指令，其中，所述指令用于指示所述网络侧设备释放所述终端的上下文信息。