CN106470436A - 一种确定非激活定时器时长的方法及网络侧设备 - Google Patents

Abstract

本发明公开了一种确定非激活定时器时长的方法及网络侧设备，该方法包括：针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定承载上每个业务对应的非激活时长，然后将承载上每个业务对应的非激活时长的最大值作为承载对应的非激活定时器时长。该方法中，由于不同业务分别对应不同的非激活时长，网络侧设备根据承载上具体的业务所对应的非激活时长来设置该承载对应的非激活定时器时长，从而使该非激活定时器根据实际情况需要来设定不同的值，具有很好的灵活性，可节约无线资源。

Description

一种确定非激活定时器时长的方法及网络侧设备

技术领域

本发明涉及移动通信技术领域，尤其涉及一种确定非激活定时器时长的方法及网络侧设备。

背景技术

在LTE(Long Term Evolution，长期演进)网络下，EPS(Evolved PacketSystem，演进的分组系统)承载是为了在终端和PDN(PDN Public Data Network，公用数据网)之间提供某种特性的QoS(Quality of Service，服务质量)传输保证。当用户处于连接状态但又无业务发生时，仍然会占用少量空口控制信令资源，为提高空口利用率，EPS系统引入了一种判断终端非激活的方法：在无线侧配置了终端非激活定时器，当无线侧检测到终端与网络之间在一定时间内，即非激活定时器时长，无用户面的报文收发，无线侧会释放其无线承载以节约资源，同时终端也被转化到空闲状态。

现有技术中，非激活定时器的时长是由无线侧统一配置，当检测到终端的所有承载在非激活定时器时长内无数据收发，则认为终端处于非激活状态，则释放其使用的无线承载。现有技术中统一配置非激活定时器的缺点是不能根据具体进行的业务动态调整定时器时长，导致若设置的非激活定时器时长较长，将会导致占用无线资源时间过长，浪费无线资源；若设置的非激活定时器时长较短，将会导致终端频繁地在空闲和激活状态下来回切换，频繁建立和释放RRC(Radio Resource Control，无线资源控制)连接，同样会浪费无线资源。

发明内容

本申请实施例提供一种确定非激活定时器时长的方法及网络侧设备，用以解决现有技术中不能根据具体进行的业务设定定时器时长，因而造成无线资源浪费的问题。

本申请实施例提供一种确定非激活定时器时长的方法，该方法包括：

针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

所述网络侧设备将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

本申请实施例提供一种确定非激活定时器时长的网络侧设备，包括：

第一确定单元，用于针对终端对应的一个承载，根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

第二确定单元，用于将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

本申请实施例中，针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定承载上每个业务对应的非激活时长，然后将承载上每个业务对应的非激活时长的最大值作为承载对应的非激活定时器时长。该方法中，由于不同业务分别对应不同的非激活时长，网络侧设备根据承载上具体的业务所对应的非激活时长来设置该承载对应的非激活定时器时长，从而使该定时器根据实际情况需要来设定不同的值，具有很好的灵活性，可节约无线资源。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的确定非激活定时器时长的方法流程图；

图2为本申请实施例提供的一种基于业务识别建立专用承载的方法流程图；

图3为本申请实施例一提供的建立承载时设置承载对应的非激活定时器时长的方法流程图；

图4为本申请实施例二提供的修改承载对应的非激活定时器时长的方法流程图；

图5为本申请实施例提供的确定非激活定时器时长的网络侧设备示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在无线网络通信中，终端可以是手机、平板电脑，笔记本电脑或者是其它专用的具有无线通信功能的电子设备。一个终端对应一个或多个承载，一个承载上有一个或多个业务执行，其中，一个承载上的业务数量可根据实际情况增加或者减少。每个承载对应一个非激活定时器，用于检测该承载是否处于非激活状态，当一个承载对应的非激活定时器超时，即该承载上的所有业务在此定时器时长内均无用户面报文收发，则可认为该承载是处于非激活状态；当终端上所有的承载均处于非激活状态，则可释放该终端所占用的无线资源。

图1给出了本发明实施例提供的确定非激活定时器时长的方法流程示意图，该方法包括以下步骤：

步骤101，针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

步骤102，所述网络侧设备将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

在步骤101中，用户或者网络侧设备根据业务类型，配置业务与非激活时长之间的对应关系，也可以是网络侧设备在实际网络环境中有新增业务时，可实时地添加新增业务与非激活时长之间的对应关系；以及还可以是网络侧设备动态调整某些业务与非激活时长之间的对应关系。

可选的，对于实时性要求较高的业务，可以将非激活时长设置较短；对于实时性要求不高的业务，可以将非激活时长设置稍长，具体可根据实际应用中业务类型来设置，例如可将视频或语音聊天类业务的非激活时长设置为5秒；可将现场直播类业务、在线TV类业务的非激活时长设置为5秒；可将下载类业务的非激活时长设置为8秒；可将在线视频或在线音乐业务，非激活时长8秒，以及可将其它类业务的非激活时长设置为默认值20秒。根据上述配置方式，可建立业务和非激活时长的对应关系映射表，如下表1所示，或者是建立业务和非激活时长的函数关系，对于以何种方式根据具体业务获取该业务对应的非激活时长，本申请不做具体限制。

网络侧设备可通过查找该业务和非激活时长的对应关系映射表，确定出一个承载上具体的每个业务对应的非激活时长，例如，一个承载上有两个业务在执行，分别为业务SP1和业务SP2，网络侧设备通过查找上述映射关系表，即可查找SP1和SP2分别对应的非激活时长，比如查找到分别为5秒和8秒。另外，如果在所述映射关系表中查找不到一个承载上的业务与非激活时长的关系，则可以将该业务的非激活时长设置为默认值，比如可以将默认值设置为20秒，也可以是其它值，比如取某些常用的业务对应的非激活时长的平均值作为默认值等，具体视应用而定。

业务	非激活时长
		SP1	5秒
SP2	8秒
		……	……

表1业务和非激活时长的对应关系映射表

在步骤102中，根据步骤101确定出的一个承载上每个业务对应的非激活时长，网络侧设备将该承载上每个业务对应的非激活时长的最大值作为该承载对应的非激活定时器时长。其中，当一个承载上只有一个业务时，则该业务的非激活时长为该承载上所有业务对应的非激活时长的最大值。

上述方法中，网络侧设备首先根据业务和非激活时长的对应关系，确定出一个承载上每个业务对应非激活时长，然后将该承载上每个业务对应的非激活时长的最大值作为该承载对应非激活定时器时长，该方法由于不同业务分别对应不同的非激活时长，网络侧设备根据承载上具体的业务所对应的非激活时长来设置该承载对应的非激活定时器时长，从而使该非激活定时器时长根据实际情况需要来设定不同的值，具有很好的灵活性，可节约无线资源。

上述承载对应的非激活定时器时长设置方法可应用在不同的场景中，可选的，所述网络侧设备在下列触发条件中的一个满足后，确定所述承载上每个业务对应的非激活时长，包括：

触发条件1、确定终端需要初始建立承载；

触发条件2、终端对应的承载上的业务数量发生变化。

下面详细进行介绍。

触发条件1、当终端初始建立承载时，需要设置该承载对应的非激活时长，因而可通过首先确定承载上每个业务对应的非激活时长，然后将该承载每个业务对应的非激活时长的最大值作为该承载对应的非激活定时器时长。

触发条件2、终端对应的承载上的业务数量发生变化。例如，在实际应用中，当检测到一个承载上有新业务建立时，由于该新建立的业务也对应有一个非激活时长，则将该新建立的业务对应的非激活时长与该承载对应的非激活定时器时长进行比较，然后将二者之间的较大值与承载对应的非激活定时器当前时长进行比较，若有变化，则实时通知基站更新承载对应的非激活定时器时长并重新启动该承载对应的非激活定时器；当检测到一个承载上的某个业务停止时，则将该承载上剩下的每个业务对应的非激活时长中的最大值与承载对应的非激活定时器当前时长进行比较，若有变化，则实时通知基站更新承载对应的非激活定时器时长并重新启动该承载对应的非激活定时器。该方法可在一个承载上的业务发生变化时，根据当前实际使用业务的情况，动态更新该承载对应的非激活定时器时长，具有很好的灵活性，实时性，提升了系统性能，节约了无线资源。

本申请实施例提供的方法，是由移动网络中的网络侧设备执行的，由于该方法没有设备依赖性，因而在实际应用中，所述网络侧设备可根据实际需要，由相应的执行主体去执行，例如，该网络侧设备可以指的是核心侧的PCRF(Policy and Charging Rules Function，策略与计费规则功能)单元，也可以是无线侧的基站设备，还可以是其它设备。对于不同的执行主体，在实际应用中，具体还对应有不同的执行过程。

可选的，所述网络侧设备为PCRF；

所述网络侧设备将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长之后，将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站。

由于承载对应的非激活定时器是在无线侧基站启动，因此当网络侧设备PCRF确定出一个承载对应的非激活定时器时长之后，还需要将该承载对应的非激活定时器时长发送给基站，然后由无线侧基站根据接收到的承载对应的非激活定时器时长设置承载对应的非激活定时器时长并重新启动该非激活定时器。上述方法中，网络侧设备通过将承载对应的非激活定时器时长信息携带于一个通知消息中，经分组核心网发送给基站，基站判断承载对应的非激活定时器时长与通知消息中的定时器时长是否相同，若不同，则由基站根据接收到的承载对应的非激活定时器时长来设置承载对应的非激活定时器时长并重新启动该承载对应的非激活定时器。该方法通过由分组核心网侧的PCRF统一对终端对应的各个承载对应非激活定时器时长进行确定，只需要在PCRF侧存储一张业务与非激活时长的对应关系表，或者是将业务与非激活时长的对应关系表存储去其它位置，PCRF侧可从该存储位置查询到业务与非激活时长的对应关系；另外，对于通过对业务和非激活时长建立函数关系的方式，PCRF侧还可以通过函数计算的方式获取某个业务对应的非激活时长。从而可节约系统资源，同时有利于统一配置，保证了系统的可靠性和高效性。

可选的，所述将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站，包括：

所述网络侧设备将所述通知消息发送给MME(Mobility ManagementEntity，移动管理节点功能)，并指示所述MME将所述通知消息中包含的所述承载对应的非激活定时器时长通过3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)私有消息发送到基站。

上述方法，PCRF将承载对应的非激活定时器时长携带于通知消息中，将此消息透传给MME，MME在接收到该通知消息后，可获取该通知消息中的承载对应的非激活定时器时长信息，然后可通过3GPP协议私有消息发送给基站，因而该方法不涉及修改3GPP协议，具有很好的可移植性和便捷性。

由于该网络侧设备不限定具体的执行主体，因而该网络侧设备可以是PCRF，也还可以是其它设备。

所述网络侧设备为基站；

所述网络侧设备将所述承载上所有业务分别对应的非激活时长的最大值作为所述承载对应的非激活定时器时长之后，还包括：

若所述承载对应的非激活定时器超时，则所述网络侧设备确定所述承载处于非激活状态；

若终端上所有承载均处于非激活状态，则所述网络侧设备确定所述终端处于非激活状态。

当网络侧为基站时，基站可接收PCRF侧发送的业务与非激活时长关系的对应关系，然后根据该对应关系确定出承载对应的非激活定时器时长，并根据该承载对应的非激活定时器时长启动或者是修改承载对应的非激活定时器。

上述方法中，网络侧设备为基站，根据该承载对应的非激活定时器来判断该承载是否处于非激活状态，具体判断方法为：当一个承载对应的非激活定时器超时，即该承载上的所有业务在此定时器时长内均无用户面报文收发，基站可确定该承载是处于非激活状态；当终端上的所有承载均处于非激活状态时，则基站确定该终端是处于非激活状态的。由于在方法中，每个承载对应的非激活定时器时长是根据该承载上的业务类型来确定的，因而可以有效地节约无线资源。

另外，在某些条件下，还可以使用其它方式来确定承载是否处于非激活状态，具体地，所述网络侧设备确定所述承载处于非激活状态，还包括：

若所述承载对应的非激活定时器超时前所述承载被释放，则网络侧设备确定所述承载处于非激活状态。

实际应用中，一些承载在对应的定时器超时之前就已经被释放了，在这种情况下，基站也可以认为该承载是处于非激活状态，以便于系统可以更加便捷地判断终端是否处于非激活状态，以及在判断该终端处于非激活状态之后对该终端进行资源释放。

上述确定承载对应的非激活定时器时长的方法可应用于承载初始建立时或者承载已建立的场景下，如图2所示，给出了一种基于业务识别建立专用承载的方法流程。PDN GW(Packet Data Network Gateway，分组数据网关)探测到有业务发生后上报PCRF，PCRF根据业务类型确定出该业务的资源授权策略，比如业务1的质量为高清，Qos为GBR＝1Mbps，确定出其非激活定时时长为5秒；业务2的质量为标清，Qos为GBR＝50kbps，确定出其非激活定时时长为8秒，然后下发PDN GW，由PDN GW进行业务承载绑定并建立业务专用承载通道。

为详细描述本发明实施例确定非激活定时器时长的方法，下面以网络侧设备为PCRF为例来进行详细说明。

实施例一

如图3所示，为本申请实施例一提供的建立承载时设置承载对应的非激活定时器时长的方法流程图；

在步骤201之前，PDN GW判断终端是否为动态PCC(Policy Control andCharging，策略控制和计费)用户，若是，则向PCRF发送CCR-I(Credit ControlRequest with Type“INITIAL_REQUEST”，初始的信用控制请求)消息，上报终端信息，申请PCC Rule(Policy Control and Charging Rule，PCC规则)和Qos参数。PCRF收到CCR-I消息，向PDN GW发送CCA-I(Credit Control Answerwith Type“INITIAL_REQUEST”，初始的信用控制应答)消息，携带缺省承载Qos、PCC Rule等信息，PDN GW根据收到的PCC Rule进行策略安装，例如，基于业务检测对应PCRF下发的对应策略是ADC(Application Detection andControl，应用检测控制)规则；然后终端开始访问CP/SP(ServiceProvider/Content Provider，服务提供商/内容提供商)业务；接下来，PDN GW根据PCRF下发的策略进行检测，当检测到终端有业务访问后，通过触发事件通知PCRF，例如，基于业务检测类型，PDN GW检测到业务开始后通知PCRF，检测方法如下：PDN GW内置的TDF(Traffic Detection Function，流量检测功能)执行DPI(Deep Packet Inspection，深度包检测)，根据PCRF下发的ADC规则，检测到对应的业务，触发事件APPLICATION_START，发送CCR(CreditControl Request，信用控制请求)消息给PCRF。

步骤201，PCRF确定出的承载对应的非激活定时器时长后通过“IP-CAN(IP-Connectivity Access Network，IP连通接入网络)会话修改”消息发送给PDN GW。

PCRF根据PDN GW探测到的业务类型，相应的确定出要建立的承载对应的非激活定时器时长，具体方法为：根据探测到的业务和非激活时长的对应关系，确定出每个业务对应的非激活时长，然后将其中每个业务对应的非激活时长的最大值作为承载对应的非激活定时器时长，然后将该承载对应的非激活定时器时长携带于“IP-CAN会话修改”消息中发送给PDN GW。在该步骤中，PCRF与PDN GW接口为GX接口，涉及接口修改如下：(1)添加Vendor-SpecificAVP(厂商私有AVP)携带业务相关的非激活定时器值；(2)将定义的AVP添加在QoS-Information的AVP中。

步骤202，PDN GW将接收到的承载对应的非激活定时器时长通过“建立承载请求”消息中发送给Serving GW(Serving GateWay，服务网关)。

PDN GW接收到PCRF发送来的消息后，获取其中的承载对应的非激活定时器时长信息，向Serving GW发送“建立承载请求”消息，请求建立承载。在该步骤中，PDN GW与Serving GW接口为S5/S8接口，涉及修改如下：“建立承载请求”消息添加字段Private Extension用于携带承载对应的非激活定时器时长。

步骤203，Serving GW将接收到承载对应的非激活定时器时长通过“建立承载请求”消息中发送给MME。

Serving GW接收到PDN GW发送的消息，获取其中的承载对应的非激活定时器时长信息，向MME发送“建立承载请求”消息，请求建立承载。该步骤中，Serving GW与MME接口为S11GTP-C，涉及修改如下：“建立承载请求”消息添加字段Private Extension用于携带承载对应的非激活定时器时长。

步骤204，MME向基站eNodeB(Evolved Node B，演进型基站)发送“承载建立请求”消息和“会话管理请求”消息。

MME接收到Serving GW发送的消息，获取其中的承载对应的非激活定时器时长信息后，首先为终端选择分配一个承载ID，然后向eNodeB发送“承载建立请求”消息和“会话管理请求”消息，请求建立承载。该步骤中，eNodeB与MME接口为S1-MME接口，协议为S1-AP，无修改。

步骤205，eNodeB向终端发送“RRC连接重配置”消息。

eNodeB接收到MME发送的消息后，首先将承载Qos映射为无线承载Qos，然后向终端发送“RRC连接重配置”消息，该步骤中，eNodeB与终端接口为LTE-UU接口，无修改。

步骤206，终端向eNodeB发送“RRC连接重配置完成”消息，确定无线承载的激活。

终端接收到eNodeB发送的消息后，向eNodeB发送“RRC连接重配置完成”消息，确定无线承载的激活。该步骤中，eNodeB与终端接口为LTE-UU接口，无修改。

步骤207，eNodeB向MME发送“承载建立响应”消息，指示请求的承载Qos是否被满足。

eNodeB接收到终端发送的承载连接确认消息后，向MME发送“承载建立响应”消息，并指示请求的承载Qos是否被满足。该步骤中，eNodeB与MME接口为S1-MME接口，协议为S1-AP，无修改。

步骤208，MME将承载对应的非激活定时器时长通过3GPP私有消息中发送给eNodeB。

MME将在步骤203中接收到的承载对应的非激活定时器时长通过3GPP私有消息发送给eNodeB，eNodeB在接收到该消息后，解析出此消息携带的非激活定时器时长字段，将该非激活定时器时长与承载对应的非激活定时器当前时长进行比较，若不相同，则用解析出的非激活定时器时长作为此承载对应的非激活定时器时长，并重新启动此非激活定时器。该步骤中，eNodeB与MME接口为S1-AP，涉及修改如下：添加3GPP私有消息。由于该消息并非标准3GPP协议的现有消息，所以使用协议规定的私有消息机制来定义此消息，且使用私有消息来发送承载对应的非激活定时器时长，不涉及3GPP协议的修改，具有很好的扩展性能和移植性能。

步骤209，终端将终端NAS(Non-AccessStratum，非接入层)建立的“会话管理响应”消息携带于“直接传送”消息中eNodeB。

终端将终端NAS层建立的“会话管理响应”消息携带于“直接传送”消息中eNodeB。该步骤中，eNodeB与终端接口为LTE-UU接口，无修改。

步骤210，eNodeB将接收到的“会话管理响应”消息转发给MME。

eNodeB将接收到的“会话管理响应”消息转发给MME。该步骤中，eNodeB与MME接口为S1-MME接口，协议为NAS协议，无修改。

步骤211，MME向Serving GW发送“创建承载响应”消息确认承载建立。

当MME收到“承载建立响应”消息和“会话管理响应”消息后，MME向Serving GW发送“创建承载响应”消息确认承载建立。该步骤中，

Serving GW与MME接口S11GTP-C，无修改。

步骤212，Serving GW向PDN GW发送“创建承载响应”消息确认承载建立。

Serving GW向PDN GW发送“创建承载响应”消息确认承载建立。该步骤中，PDN GW与Serving GW接口为S5/S8接口，无修改。

步骤213，PDN GW向PCRF发送“IP-CAN会话修改”消息。

PDN GW向PCRF发送“IP-CAN会话修改”消息，其中，PDN GW根据响应消息的结果为成功或失败，向PCRF上报策略安装结果。该步骤中，PCRF与PDN GW接口为GX接口，涉及接口修改如下：(1)添加Vendor-Specific AVP(厂商私有的AVP)携带业务相关的非激活定时器值；(2)被定义的AVP添加在QoS-Information的AVP中。

以上步骤201～213，为一个完整地建立承载的过程，其中，在步骤201中，网络侧设备PCRF根据PND GW探测到的业务类型，确定出该业务所在的承载对应的非激活定时器时长，然后通过步骤202～213将该承载对应的时长发送给eNodeB，由eNodeB对承载对应的非激活定时器的时长进行修改并重新启动非激活定时器，尤其是在步骤208中，本申请实施例通过添加3GPP的私有消息将该承载对应的非激活定时器时长发送给eNodeB，不涉及3GPP协议的修改，具有很好的移植性能和扩展性能。

另外，该方法通过由分组核心网侧的PCRF统一对终端对应的各个承载对应定时器时长进行确定，只需要在PCRF侧存储一张业务与非激活时长的对应关系表，从而可节约系统资源，同时有利于统一配置，保证了系统的可靠性和高效性。

上述实施例一提供的方法针对终端在初始建立承载时设置终端上的承载对应的非激活定时器，本申请实施例二还提供了一种在建立承载后承载上业务数量有变化的情形下的实施方法。

实施例二

如图4所示，为本申请实施例二提供的修改承载对应的非激活定时器时长的方法流程图。

在步骤301之前，PDN GW探测到承载上的业务数量有变化时，并上报给PCRF，然后通过上述步骤301～307对承载对应的非激活定时器时长进行修改并通知更新eNodeB对承载对应的非激活定时器时长进行修改。

步骤301，PCRF确定出的承载对应的非激活定时器时长后通过“IP-CAN会话修改”消息发送给PDN GW；

根据承载上业务变化情况，重新计算承载对应的非激活定时器时长，例如，当检测到一个承载上有新业务建立时，由于该新建立的业务也对应有一个非激活时长，则将该新建立的业务对应的非激活时长与该承载对应的非激活定时器时长进行比较，然后将二者之间的较大值与承载对应的非激活定时器进行比较，若不相同，则使用该较大值更新承载对应的非激活定时器时长；当检测到一个承载上的某个业务停止时，则将该承载上剩下的每个业务对应的非激活时长中的最大值与承载对应的非激活定时器进行比较，若有变化，则使用该最大值更新承载对应的非激活定时器时长。若非激活定时器时长无变化，无需进行步骤302，结束流程。

步骤302，PDN GW将接收到的承载对应的非激活定时器时长通过“修改承载请求”消息中发送给Serving GW。

步骤303，Serving GW将接收到承载对应的非激活定时器时长通过“修改承载请求”消息中发送给MME。

步骤304，MME将承载对应的非激活定时器时长通过3GPP私有消息中发送给eNodeB。

MME将接收到的承载对应的非激活定时器时长通过3GPP私有消息发送给eNodeB，eNodeB在接收到该消息后，解析出此消息携带的非激活定时器时长字段，将该非激活定时器时长与承载对应的非激活定时器当前时长进行比较，若不相同，则用解析出的非激活定时器时长作为对应承载的非激活定时器时长，并重新启动非激活定时器。该步骤中，eNodeB与MME接口为S1-AP，涉及修改如下：添加3GPP私有消息。由于该消息并非标准3GPP协议的现有消息，所以使用协议规定的私有消息机制来定义此消息，且使用私有消息来发送承载对应的非激活定时器时长，不涉及3GPP协议的修改，具有很好的扩展性能和移植性能。

步骤305，MME向Serving GW发送“修改承载响应”消息确认承载修改；

步骤306，Serving GW向PDN GW发送“修改承载响应”消息确认承载修改；

步骤307，PDN GW向PCRF发送“IP-CAN会话修改”消息。

对于步骤302～303与实施例一中的步骤202～203类似，步骤305～307与实施例一中的步骤211～213类似，在此不再赘述。

上述实施例二提供的方法可在一个承载上的业务发生变化时，根据当前实际使用业务的情况，动态更新该承载对应的非激活定时器时长，具有很好的灵活性，实时性，提升了系统性能，节约了无线资源。

基于相同的技术构思，如图5所示，本申请实施例相应地提供确定定时器时长的网络侧设备，包括：

第一确定单元401，用于针对终端对应的一个承载，根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

第二确定单元402，用于将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

可选的，所述网络侧设备在下列触发条件中的一个满足后，确定所述承载上每个业务对应的非激活时长，包括：

确定终端需要初始建立承载；

终端对应的承载上的业务数量发生变化。

可选的，所述网络侧设备为PCRF；所述网络侧设备还包括：

发送单元，用于将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站。

可选的，所述发送单元，具体用于：

将所述通知消息发送给MME，并指示所述MME将所述通知消息中包含的所述承载对应的非激活定时器时长通过3GPP私有消息发送到基站。

可选的，所述网络侧设备为基站；

所述网络侧设备还包括：

第三确定单元，用于若所述承载对应的非激活定时器超时，则确定所述承载处于非激活状态；

若终端上所有承载均处于非激活状态，则确定所述终端处于非激活状态。

可选的，所述第三确定单元，还用于：

若所述承载对应的非激活定时器超时前所述承载被释放，则确定所述承载处于非激活状态。

本申请实施例中，针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定承载上每个业务对应的非激活时长，然后将承载上每个业务对应的非激活时长的最大值作为承载对应的非激活定时器时长。该方法中，由于不同业务分别对应不同的非激活时长，网络侧设备根据承载上具体的业务所对应的非激活时长来设置该承载对应的非激活定时器时长，从而使该定时器根据实际情况需要来设定不同的值，具有很好的灵活性，可节约无线资源。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims (12)

1.一种确定非激活定时器时长的方法，其特征在于，包括：

针对终端对应的一个承载，网络侧设备根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

所述网络侧设备将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

2.如权利要求1所述的方法，其特征在于，所述网络侧设备在下列触发条件中的一个满足后，确定所述承载上每个业务对应的非激活时长，包括：

确定终端需要初始建立承载；

终端对应的承载上的业务数量发生变化。

3.如权利要求1所述的方法，其特征在于，所述网络侧设备为策略与计费规则功能单元PCRF；

所述网络侧设备将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长之后，还包括：

所述网络侧设备将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站。

4.如权利要求3所述的方法，其特征在于，所述将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站，包括：

所述网络侧设备将所述通知消息发送给移动管理节点MME，并指示所述MME将所述通知消息中包含的所述承载对应的非激活定时器时长通过第三代合作伙伴计划3GPP私有消息发送到基站。

5.如权利要求1所述的方法，其特征在于，所述网络侧设备为基站；

所述网络侧设备将所述承载上所有业务分别对应的非激活时长的最大值作为所述承载对应的非激活定时器时长之后，还包括：

若所述承载对应的非激活定时器超时，则所述网络侧设备确定所述承载处于非激活状态；

若终端上所有承载均处于非激活状态，则所述网络侧设备确定所述终端处于非激活状态。

6.如权利要求5所述的方法，其特征在于，所述网络侧设备确定所述承载处于非激活状态，还包括：

若所述承载对应的非激活定时器超时前所述承载被释放，则网络侧设备确定所述承载处于非激活状态。

7.一种确定非激活定时器时长的网络侧设备，其特征在于，包括：

第一确定单元，用于针对终端对应的一个承载，根据业务和非激活时长的对应关系，确定所述承载上每个业务对应的非激活时长；

第二确定单元，用于将所述承载上每个业务对应的非激活时长的最大值作为所述承载对应的非激活定时器时长。

8.如权利要求7所述的网络侧设备，其特征在于，所述网络侧设备在下列触发条件中的一个满足后，确定所述承载上每个业务对应的非激活时长，包括：

确定终端需要初始建立承载；

终端对应的承载上的业务数量发生变化。

9.如权利要求7所述的网络侧设备，其特征在于，所述网络侧设备为PCRF；所述网络侧设备还包括：

发送单元，用于将所述承载对应的非激活定时器时长携带于通知消息中，经分组核心网发送到基站。

10.如权利要求9所述的网络侧设备，其特征在于，所述发送单元，具体用于：

将所述通知消息发送给MME，并指示所述MME将所述通知消息中包含的所述承载对应的非激活定时器时长通过3GPP私有消息发送到基站。

11.如权利要求7所述的网络侧设备，其特征在于，所述网络侧设备为基站；

所述网络侧设备还包括：

第三确定单元，用于若所述承载对应的非激活定时器超时，则确定所述承载处于非激活状态；

若终端上所有承载均处于非激活状态，则确定所述终端处于非激活状态。

12.如权利要求11所述的网络侧设备，其特征在于，所述第三确定单元，还用于：

若所述承载对应的非激活定时器超时前所述承载被释放，则确定所述承载处于非激活状态。