一种基于保活的上下文管理方法及设备与流程

本发明涉及无线通信技术领域，尤其涉及一种基于保活的上下文管理方法及设备。

背景技术：

随着通信技术的不断发展和新业务的不断涌现，传统的移动用户已不满足于简单的语音、短信和低速数据业务，用户需求的变化推动了通信网络的迅速发展。

在目前的通信网络中，如第四代移动通信技术(4g，the4thgenerationmobilecommunication)网络中，核心网和接入网都可以保活用户设备(ue，userequipment)ue的上下文。然而，目前的ue上下文保活方法要么长期占用网络资源，要么要求ue与网络侧之间频繁互动维持上下文。

技术实现要素：

有鉴于此，本发明期望提供一种基于保活的上下文管理方法及设备，能按需为ue提供上下文维护，同时保障网络资源的充分使用。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种基于保活的上下文管理方法，所述方法包括：

获取ue的保活行为；

基于ue的保活行为对ue的上下文信息进行管理。

上述方案中，优选地，所述获取ue的保活行为，包括：

网络侧按照预设规则确定ue是否满足执行保活操作的启动条件；

当确定ue满足执行保活操作的启动条件时，获取ue的保活行为。

上述方案中，优选地，所述网络侧按照预设规则确定ue是否需执行保活 操作，包括：

基于预设、预估或者预协商的用户保活行为信息，确定ue是否需执行保活操作；或

网络侧检测当前网络资源，当所述网络资源满足预设条件时，确定ue需执行保活操作。

上述方案中，优选地，所述预设、预估或者预协商的用户保活行为信息，包括：

由ue告知的用户保活行为信息；或

网络侧与ue通过协商确定的用户保活行为信息；或

由网络侧判定的用户保活行为信息。

上述方案中，优选地，所述用户保活行为信息为网络侧为ue配置的上下文计时器；

其中，所述上下文计时器是保活计时器，或者，

在每个上下文计时器计时时间内，若没有数据发生，ue需向网络侧发送用户保活行为消息。

上述方案中，优选地，所述方法还包括：

网络侧基于上下文计时器，为ue预配置上下文保活资源，以使ue利用所述上下文保活资源进行保活操作。

上述方案中，优选地，所述基于ue的保活行为对ue的上下文信息进行管理，包括：

在ue按照网络侧为其配置的保活资源执行保活操作的过程中，网络侧完成上下文信息的存储、或更新、或转移、或释放或者降低优先级。

上述方案中，优选地，所述网络侧进行上下文信息的释放或者降低优先级，包括：

当上下文计时器的新的保活时钟周期到达时，若网络侧没有在一定时间内收到ue侧反馈的保活消息，则判定上下文信息过期或者不重要，并对所存储的上下文信息进行释放或者降低优先级处理；

其中，所述一定时间包括：保活时钟周期+预估空口时延。

上述方案中，优选地，所述网络侧进行上下文信息的转移，包括：

当ue的保活行为来自区别于ue上一次进行数据传输所在的上下文存储管辖区域时，则判定ue的上下文发生了转移，并对所存储的上下文信息进行转移/或对上下文信息进行更新。

上述方案中，优选地，所述网络侧进行上下文信息的更新，包括：

检测到ue的上下文发生更新，或转移上下文，或收到ue发送的携带有上下文更新的保活消息时，对所存储的上下文信息进行更新。

本发明还提供了一种基于保活的上下文管理方法，应用于终端侧，所述方法包括：

ue基于用户保活行为信息执行用户保活行为。

上述方案中，优选地，所述用户保活行为信息为：

由ue确定的用户保活行为信息；

ue与网络侧通过协商确定的用户保活行为信息：或

由网络侧判定的用户保活行为信息。

上述方案中，优选地，所述由ue确定的用户保活行为信息，包括：

在每个上下文计时器计时时间内，满足预设条件时向网络侧发送的用户保活行为消息。

上述方案中，优选地，所述预设条件，包括：没有数据发生。

上述方案中，优选地，所述方法还包括：

ue利用网络侧为其配置的保活资源进行保活操作。

本发明还提供了一种基于保活的上下文管理设备，所述设备包括：

获取单元，用于获取ue的保活行为；

管理单元，用于基于ue的保活行为对ue的上下文信息进行管理。

上述方案中，优选地，所述获取单元，还用于：

按照预设规则确定ue是否满足执行保活操作的启动条件；

当确定ue满足执行保活操作的启动条件时，获取ue的保活行为；

其中，所述获取单元按照预设规则确定ue是否满足执行保活操作的启动条件，包括：

基于预设、预估或者预协商的用户保活行为信息，确定ue是否需执行保活操作；或

网络侧检测当前网络资源，当所述网络资源满足预设条件时，确定ue需执行保活操作。

上述方案中，优选地，所述预设、预估或者预协商的用户保活行为信息，包括：

由ue告知的用户保活行为信息；或

网络侧与ue通过协商确定的用户保活行为信息；或

网络侧判定的用户保活行为信息。

上述方案中，优选地，所述用户保活行为信息为网络侧为ue配置的上下文计时器；

其中，所述上下文计时器是保活计时器，或者，

所述上下文计时器是ue在每个上下文计时器计时时间内没有数据发生情况下向网络侧发送的用户保活行为消息。

上述方案中，优选地，所述设备包括：

配置单元，用于基于上下文计时器，为ue预配置上下文保活资源，以使ue利用所述上下文保活资源进行保活操作。

上述方案中，优选地，所述管理单元，还用于：

在ue按照网络侧为其配置的保活资源执行保活操作的过程中，进行上下文信息的存储、或更新、或转移、或释放或者降低优先级。

上述方案中，优选地，所述管理单元，包括：

释放子单元，用于当上下文计时器的新的保活时钟周期到达时，若网络侧没有在一定时间内收到ue侧反馈的的保活消息，则判定上下文信息过期或者不重要，并对所存储的上下文信息进行释放或者降低优先级处理；

其中，所述一定时间包括：保活时钟周期+预估空口时延。

上述方案中，优选地，所述管理单元，还包括：

转移子单元，用于当ue的保活行为来自区别于ue上一次进行数据传输所在的上下文存储管辖区域时，则判定ue的上下文发生了转移，并对所存储的上下文信息进行转移。

上述方案中，优选地，所述管理单元，还包括：

更新子单元，用于检测到ue的上下文发生更新，或转移上下文，或收到ue发送的携带有上下文更新的保活消息时，对所存储的上下文信息进行更新。

本发明还提供了一种基于保活的上下文管理设备，所述设备包括：

确定单元，用于获取用户保活行为信息；

处理单元，用于基于所述用户保活行为信息执行用户保活行为；

其中，所述用户保活行为信息为：

由ue确定的用户保活行为信息；

ue与网络侧通过协商确定的用户保活行为信息：

其中，所述由ue确定的用户保活行为信息，为：在每个上下文计时器计时时间内，满足预设条件时，向网络侧发送的用户保活行为消息；其中，所述预设条件包括：没有数据发生。

上述方案中，优选地，所述设备还包括：

保活单元，用于利用网络侧为其配置的保活资源进行保活操作。

本发明所提供的基于保活的上下文管理方法及设备，网络侧获取ue的保活行为；基于ue的保活行为对ue的上下文信息进行管理；如此，能基于ue的保活行为更好地对ue的上下文信息进行管理，按需为ue提供上下文维护，同时保障网络资源的充分使用。

附图说明

图1为本发明提供的一种基于保活的上下文管理方法的实现流程图；

图2为本发明提供的基于保活的上下文通信的一种实现流程示意图；

图3为本发明提供的基于保活的上下文通信的另一种实现流程示意图；

图4为本发明提供的一种基于保活的上下文管理设备的组成结构示意图；

图5为本发明提供的另一种基于保活的上下文管理设备的组成结构示意图。

具体实施方式

为了能够更加详尽地了解本发明的特点与技术内容，下面结合附图对本发明的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。

实施例一

图1为本发明提供的一种基于保活的上下文管理方法的实现流程图；如图1所示，所述方法主要包括：

步骤101：获取ue的保活行为。

优选地，所述获取ue的保活行为，包括：

网络侧按照预设规则确定ue是否满足执行保活操作的启动条件；

当确定ue满足执行保活操作的启动条件时，获取ue的保活行为。

优选地，所述网络侧按照预设规则确定ue是否需执行保活操作，可以包括：

基于预设、预估或者预协商的用户保活行为信息，确定ue是否需执行保活操作；或

网络侧检测当前网络资源，当所述网络资源满足预设条件时，确定ue需执行保活操作。

也就是说，ue可以按照配置主动向网络侧发送保活请求；或者，网络侧按需向ue发送保活命令，比如网络负载高了，会向ue发送保活命令。

优选地，所述预设、预估或者预协商的用户保活行为信息，包括：

由ue告知的用户保活行为信息；或

网络侧与ue通过协商确定的用户保活行为信息；或

网络侧判定的用户保活行为信息。

优选地，所述用户保活行为信息为网络侧为ue配置的上下文计时器；

其中，所述上下文计时器是保活计时器，或者，

所述上下文计时器是ue在每个上下文计时器计时时间内若没有数据发生情况下向网络侧发送用户保活行为消息。

步骤103：基于ue的保活行为对ue的上下文信息进行管理。

上述方案中，所述方法还可以包括：

步骤100：网络侧为ue配置上下文计时器。

优选地，所述网络侧为ue配置上下文计时器，可以包括：

网络侧获取ue的行为特征和/或业务特征；

根据所述行为特征和/或所述业务特征为所述ue配置专属的上下文计时器。

这里，所述行为特征可以是指移动性；所述业务特征可以是指业务周期、业务间隔等。

进一步地，所述网络侧获取ue的行为特征和/或业务特征之后，还可以包括：

根据ue的行为特征和/或业务特征对ue进行分类；

网络侧为每类ue配置专属的上下文计时器。

优选地，所述根据所述行为特征和/或所述业务特征为所述ue配置专属的上下文计时器，包括：

当ue的业务间隔集中分布在t0时，将上下文计时器的保活时钟周期设置为n*t0；如果所述ue的移动性低于第一阈值，继续延长所述保活时钟周期n*t0，将保活时钟周期设置为m*n*t0，m＞1，n为正整数，t0为两数据包之间的间隔；

或者，

当ue的业务间隔大于t1的概率低于第二阈值时，将上下文计时器的保活时钟周期设置为t1，其中，t1＞t0，t1为两数据包之间的间隔；如果所述ue的移动性高于第三阈值，继续缩短所述保活时钟周期t1，将保活时钟周期设置为p*t1，其中，p＜1。

也就是说，保活时钟周期与业务的发生规则以及ue的移动性同时相关，并且更关注用户业务本身的发生规则。

上述判断移动性强弱的参考指标可以是ue的移动速率、或ue在单位时间内经过的小区的数量。

当然，本领域技术人员应当理解，根据行为特征和/或业务特征为ue配置专属的上下文计时器的具体实现方式并不限于以上列举的几种，在此不再赘述。

优选地，所述方法还包括：

网络侧基于所述上下文计时器，为ue预配置上下文保活资源，以使ue在所述上下文计时器的计时时长内利用所述上下文保活资源进行保活操作。

其中，网络侧基于所述上下文计时器，为ue预配置上下文保活资源，可以包括：

网络侧为ue预配置上下文保活资源时，在每个上下文计时器的计时周期内，所预配置的上下文保活资源能保证ue与网络侧至少保持下述通信：

业务通信、为了维护上下文的保活信息的通信；

其中，所述为了维护上下文的保活信息的通信包括：由网络侧发起的第一保活请求信息以及由用户侧发起的第一保活应答消息；由用户侧发起的第二保活请求信息以及由网络侧发起的第二保活应答消息；由网络侧发起的保活征询信息以及由用户侧发起的保活征询应答消息。

上述方案中，优选地，所述方法还包括：

网络侧向ue发送保活命令以及保活资源配置信息；

ue按照网络侧为其配置的保活资源执行保活操作；

在ue执行保活操作的过程中，网络侧完成上下文信息的存储、或更新、或转移、或释放或者降低优先级。

这里，网络侧可以向一个或一组ue发送保活命令以及保活资源配置信息。

具体地，对于有保活需求的ue的上下文信息进行保留或更新；对于无保活需求的ue的上下文信息进行释放或降低存储优先级；这里，降低存储优先级是指：一旦资源紧张(如影响上下文信息的存储)，优先释放存储优先级低的 上下文信息所占用的资源。

具体地，所述网络侧完成上下文信息的释放或者降低优先级，可以包括：

当上下文计时器的新的保活时钟周期到达时，若网络侧没有在一定时间内收到ue侧反馈的保活消息，则判定上下文信息过期或者不重要，并对所存储的上下文信息进行释放或者降低优先级处理；

其中，所述一定时间可以为：保活时钟周期+预估空口时延。

具体地，所述网络侧完成上下文信息的转移，包括：

当ue的保活行为来自区别于ue上一次进行数据传输所在的上下文存储管辖区域时，则判定ue的上下文发生了转移，并对所存储的上下文信息进行转移/或对上下文信息进行更新。

具体地，所述网络侧完成上下文信息的更新，包括：

检测到ue的上下文发生更新，或转移上下文，或收到ue发送的携带有上下文更新的保活消息时，对所存储的上下文信息进行更新。

具体地，所述网络侧完成上下文信息的存储，可以包括：

从上下文信息中提取无线信息；其中，所述无线信息包含上下文标识；

基于ue在接入侧的上下文标识对保活信息传输进行资源预调度；

其中，所述基于ue在接入侧的上下文标识对保活信息传输进行资源预调度，包括：

根据无线信息进行对应所述无线信息的资源映射，并基于资源映射结果在对应的时间资源上预留无线资源，以使得ue在上下文计时器的保活时钟到达时，直接使用对应的无线资源进行保活操作。

如此，通过对保活信息进行预调度，能降低资源开销。

相应地，本发明还记载了一种基于保活的上下文管理方法，应用于ue侧，所述方法包括：

ue基于用户保活行为信息执行用户保活行为。

上述方案中，优选地，所述用户保活行为信息为：

由ue确定的用户保活行为信息；

ue与网络侧通过协商确定的用户保活行为信息：或

由网络侧判定的用户保活行为信息。

上述方案中，优选地，所述由ue确定的用户保活行为信息，包括：

在每个上下文计时器计时时间内，满足预设条件时向网络侧发送的用户保活行为消息。

可选地，所述预设条件，包括：没有数据发生。

上述方案中，优选地，所述方法还包括：

ue利用网络侧为其配置的保活资源进行保活操作。

本实施例所提供的基于保活的上下文管理方法，能按需为ue提供上下文维护，同时保障网络资源的充分使用。

实施例二

图2为本发明提供的基于保活的上下文通信的一种实现流程示意图，如图2所示，该流程主要包括：

步骤201：旧基站基于ue的行为特征和业务特征配置上下文计时器；基于基于所述上下文计时器，预配置上下文保活资源(由于ue保活期间，可能在相当大的范围移动，涉及到大范围保活资源的协同调度)。

步骤202：旧基站向ue发送上下文保活资源预配置/预调度消息；

其中，上下文保活资源预配置/预调度消息携带有为所述ue配置的上下文计时器的配置信息。

当然，所述上下文计时器的配置信息可以显式形式携带、或以隐式形式携带。

其中，所述以显式形式携带可以是指直接携带上下文计时器的保活时钟周期；所述以隐式形式携带可以是指通知ue每隔多长时间向所述旧基站上报一次信息。

这里，步骤202适用于3种情景。具体的，

第一种情景是指：旧基站知道ue还在原来的站点，图中用c1表示；

第二种情形是指：旧基站不知道ue是否还在原来的站点，图中用c2表示；

第三种情形是指：ue在新的站点，图中用c3表示。

步骤203：ue按照保活预配置进行上下文保活，向旧基站发送保活消息；

这里，步骤203适用于2种情景。具体的，

第一种情景是指：旧基站知道ue还在原来的站点，图中用c1表示；

第二种情形是指：旧基站不知道ue是否还在原来的站点，图中用c2表示。

步骤204：旧基站向ue发送保活确认消息；

这里，步骤204与步骤203的适用情景相同。

步骤205：在第一种情景下，旧基站保留上下文消息；在第二种情景下，旧基站若未在规定时间(包括允许的重传时间)内收到保活消息，释放上下文，或者降低存储优先级等相关修改。

步骤206：ue按照保活预配置进行上下文保活，向新基站发送保活消息；

这里，步骤206适用于1种情景。即第三种情形：ue在新的站点，图中用c3表示。

步骤207：新基站向旧基站发送上下文信息提取消息；

步骤208：旧基站转移用户上下文信息，并按需进行上下文信息修改；

步骤209：旧基站向新基站发送上下文信息转移消息；

步骤210：新基站向ue发送保活确认消息。

这里，步骤207、208、209、210的适用情景与步骤206的适用情景相同。

需要说明的是，在上述流程中，如果不包含资源预调度，相当于ue每次需要通过接入、冲撞解决以及调度来获取资源。

在上述通信流程中，主要涉及两大过程，第一大过程是：当上下文计时器的新的保活时钟周期到达时，若旧基站没有在保活时钟周期+预估空口时延的时间内收到ue侧反馈的的保活消息，则判定上下文信息过期，并对所存储的上下文信息进行释放。第二大过程是：旧基站从上下文信息中提取无线信息；根据无线信息进行对应所述无线信息的资源映射，并基于资源映射结果在对应的时间资源上预留无线资源，供对应ue进行保活信息传输。比如，基于ue在接入侧的上下文标识，绑定对应的资源信息，以使得ue在上下文计时器的保 活时钟到达时，直接使用对应的无线资源进行保活操作。

实施例三

图3为本发明提供的基于保活的上下文通信的另一种实现流程示意图，如图3所示，该流程主要包括：

步骤301：旧基站决策发起保活命令，可能包括保活资源配置，发起保活寻呼消息(寻呼的id，比如用户的上下文id)。

步骤302：旧基站向ue保活寻呼或调度消息；

这里，步骤302适用于3种情景。具体的，

第一种情景是指：旧基站知道ue还在原来的站点，图中用c1表示；

第二种情形是指：旧基站不知道ue是否还在原来的站点，图中用c2表示；

第三种情形是指：ue在新的站点，图中用c3表示。

当然，所述旧基站可以通过一步将所述保活寻呼或调度消息通知ue，也可以通过多步通知ue。

步骤303：ue基于保活预配置或者调度信息进行上下文保活，向旧基站发送保活消息；

这里，步骤303适用于2种情景。具体的，

第一种情景是指：旧基站知道ue还在原来的站点，图中用c1表示；

第二种情形是指：旧基站不知道ue是否还在原来的站点，图中用c2表示。

步骤304：旧基站向用户发送保活确认消息。

这里，步骤304与步骤303的适用情景相同。

步骤305：在第一种情景下，旧基站保留上下文消息；在第二种情景下，旧基站若未在规定时间(包括允许的重传时间)内收到保活消息，释放上下文，或者降低存储优先级等相关修改。

步骤306：ue按照保活预配置进行上下文保活，向新基站发送保活消息；

这里，步骤306适用于1种情景。即第三种情形：ue在新的站点，图中用c3表示。

步骤307：新基站向旧基站发送上下文信息提取消息；

步骤308：旧基站转移用户上下文信息，并按需进行上下文信息修改；

步骤309：旧基站向新基站发送上下文信息转移消息；

步骤310：新基站向ue发送保活确认消息。

这里，步骤307、308、309、310的适用情景与步骤306的适用情景相同。

在上述通信流程中，基站面向一个或者一组ue发送保活命令以及保活资源配置，收到保活资源配置的ue执行保活操作；在ue执行保活操作的过程中，基站完成上下文信息的存储、或更新、或转移、或释放等。

需要说明是，本发明所述方案也可以用于lte系统的上下文维护，rrcinactivitytimer可以作为上下文计时器，并且在rrcinactivitytimer到时间的时候，不是马上释放rrc连接，而是先征询用户是否继续维护连接，或者等待用户发起连接延时，通过判定后，决策是否释放rrc。这种方案对于传统的单站单小区的场景增益相对较小，考虑用户移动之后，本地的上下文可能就无效。那么，在未来越来越多的“去蜂窝”(5g、6g等设计理念)中，多个站点逻辑上有很紧密的协作关系，可以通过一些共享的标志等实现共享的上下文。

比如在c-ran场景，本发明所述方案应用到lte系统也能有不错的增益。对于弱移动的小数据业务等增益也会比较突出。这里，c-ran是指基于集中化(centralized)的无线接入网(ran，radioaccessnetwork)。

实施例四

图4为本发明提供的一种基于保活的上下文管理设备的组成结构示意图，如图4所示，该设备主要包括：

获取单元41，用于获取ue的保活行为；

管理单元42，用于基于ue的保活行为对ue的上下文信息进行管理。

优选地，所述获取单元41，还用于：

按照预设规则确定ue是否满足执行保活操作的启动条件；

当确定ue满足执行保活操作的启动条件时，获取ue的保活行为；

其中，所述获取单元按照预设规则确定ue是否满足执行保活操作的启动条件，包括：

基于预设、预估或者预协商的用户保活行为信息，确定ue是否需执行保活操作；或

网络侧检测当前网络资源，当所述网络资源满足预设条件时，确定ue需执行保活操作。

优选地，所述预设、预估或者预协商的用户保活行为信息，包括：

由ue告知的用户保活行为信息；或

网络侧与ue通过协商确定的用户保活行为信息；或

网络侧判定的用户保活行为信息。

具体地，所述用户保活行为信息为网络侧为ue配置的上下文计时器；

其中，所述上下文计时器是保活计时器，或者，

所述上下文计时器是ue在每个上下文计时器计时时间内没有数据发生情况下向网络侧发送的用户保活行为消息。

上述方案中，优选地，所述设备还包括：

配置单元43，用于为ue配置上下文计时器；基于所述上下文计时器，为ue预配置上下文保活资源，以使ue在所述上下文计时器的计时时长内利用所述上下文保活资源进行保活操作。

上述方案中，优选地，所述配置单元43，包括：

获取子单元431，用于获取ue的行为特征和/或业务特征；

配置子单元432，用于根据所述行为特征和/或所述业务特征为所述ue配置专属的上下文计时器。

上述方案中，优选地，所述配置子单元442，还用于：

当ue的业务间隔集中分布在t0时，将上下文计时器的保活时钟周期设置为n*t0；如果所述ue的移动性低于第一阈值，继续延长所述保活时钟周期n*t0，将保活时钟周期设置为m*n*t0，m＞1，n为正整数，t0为两数据包之间的间隔；

或者，

当ue的业务间隔大于t1的概率低于第二阈值时，将上下文计时器的保活 时钟周期设置为t1，其中，t1＞t0，t1为两数据包之间的间隔；如果所述ue的移动性高于第三阈值，继续缩短所述保活时钟周期t1，将保活时钟周期设置为p*t1，其中，p＜1。

也就是说，保活时钟周期与业务的发生规则以及ue的移动性同时相关，并且更关注用户业务本身的发生规则。

上述判断移动性强弱的参考指标可以是ue的移动速率、或ue在单位时间内经过的小区的数量。

当然，本领域技术人员应当理解，根据行为特征和/或业务特征为ue配置专属的上下文计时器的具体实现方式并不限于以上列举的几种，在此不再赘述。

上述方案中，优选地，所述管理单元42，还用于：

在ue按照网络侧为其配置的保活资源执行保活操作的过程中，进行上下文信息的存储、或更新、或转移、或释放或者降低优先级。

上述方案中，优选地，所述管理单元42，包括：

释放子单元421，用于当上下文计时器的新的保活时钟周期到达时，若网络侧没有在一定时间内收到ue侧反馈的的保活消息，则判定上下文信息过期或者不重要，并对所存储的上下文信息进行释放或者降低优先级处理；

其中，所述一定时间包括：保活时钟周期+预估空口时延。

上述方案中，优选地，所述管理单元42，还包括：

转移子单元422，用于当ue的保活行为来自区别于ue上一次进行数据传输所在的上下文存储管辖区域时，则判定ue的上下文发生了转移，并对所存储的上下文信息进行转移。

上述方案中，优选地，所述管理单元42，还包括：

更新子单元423，用于检测到ue的上下文发生更新，或转移上下文，或收到ue发送的携带有上下文更新的保活消息时，对所存储的上下文信息进行更新。

上述方案中，可选地，所述管理单元42，还包括：

提取子单元424，用于从上下文信息中提取无线信息；其中，所述无线信 息包含上下文标识；

预调度子单元425，用于基于ue在接入侧的上下文标识对保活信息传输进行资源预调度。

上述方案中，优选地，所述预调度子单元425，还用于：根据无线信息进行对应所述无线信息的资源映射，并基于资源映射结果在对应的时间资源上预留无线资源，以使得ue在上下文计时器的保活时钟到达时，直接使用对应的无线资源进行保活操作。

上述基于保活的上下文管理设备可部署于基站上。

本领域技术人员应当理解，本实施例的基于保活的上下文管理设备中各单元的功能，可参照前述基于保活的上下文管理方法的相关描述而理解，本实施例的基于保活的上下文管理设备中各单元，可通过实现本实施例所述的功能的模拟电路而实现，也可以通过执行本实施例所述的功能的软件在智能终端上的运行而实现。

实际应用中，上述获取单元41、管理单元42、配置单元43的具体结构均可对应于处理器。所述处理器具体的结构可以为中央处理器(cpu，centralprocessingunit)、微处理器(mcu，microcontrollerunit)、数字信号处理器(dsp，digitalsignalprocessing)或可编程逻辑器件(plc，programmablelogiccontroller)等具有处理功能的电子元器件或电子元器件的集合。其中，所述处理器包括可执行代码，所述可执行代码存储在存储介质中，所述处理器可以通过总线等通信接口与所述存储介质中相连，在执行具体的各模块的对应功能时，从所述存储介质中读取并运行所述可执行代码。所述存储介质用于存储所述可执行代码的部分优选为非瞬间存储介质。

本实施例的基于保活的上下文管理设备，能按需为ue提供上下文维护，同时保障网络资源的充分使用。具体的，通过保活行为，保障上下文的有效性；通过保活行为，可以进行上下文的分流；同时，通过绑定上下文标识，可对保活信息传输进行资源预调度。

实施例五

图5为本发明提供的另一种基于保活的上下文管理设备的组成结构示意图，如图5所示，该设备主要包括：

确定单元51，用于获取用户保活行为信息；

处理单元52，用于基于所述用户保活行为信息执行用户保活行为；

其中，所述用户保活行为信息为：

由ue确定的用户保活行为信息；

ue与网络侧通过协商确定的用户保活行为信息：

其中，所述由ue确定的用户保活行为信息，为：在每个上下文计时器计时时间内，满足预设条件时，向网络侧发送的用户保活行为消息；其中，所述预设条件包括：没有数据发生。

优选地，所述设备还包括：

保活单元53，用于利用网络侧为其配置的保活资源进行保活操作。

上述基于保活的上下文管理设备可部署于ue上。

本领域技术人员应当理解，本实施例的基于保活的上下文管理设备中各单元的功能，可参照前述基于保活的上下文管理方法的相关描述而理解，本实施例的基于保活的上下文管理设备中各单元，可通过实现本实施例所述的功能的模拟电路而实现，也可以通过执行本实施例所述的功能的软件在智能终端上的运行而实现。

实际应用中，上述确定单元51、处理单元52、保活单元53的具体结构均可对应于处理器。所述处理器具体的结构可以为cpu、mcu、dsp或plc等具有处理功能的电子元器件或电子元器件的集合。其中，所述处理器包括可执行代码，所述可执行代码存储在存储介质中，所述处理器可以通过总线等通信接口与所述存储介质中相连，在执行具体的各模块的对应功能时，从所述存储介质中读取并运行所述可执行代码。所述存储介质用于存储所述可执行代码的部分优选为非瞬间存储介质。

本实施例的基于保活的上下文管理设备，能按需为ue提供上下文维护，同时保障网络资源的充分使用。

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

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

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

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。