一种确定寻呼周期的方法及装置与流程

文档序号:14923346发布日期:2018-07-13 07:05阅读:447来源:国知局

本发明涉及第五代移动通信技术(5g),尤指一种确定寻呼周期的方法及装置。



背景技术:

第五代移动通信技术(5g)领域主要考虑的业务类型包括:极大移动带宽(embb,extrememobilebroadband),巨大物联网通讯(mmtc,massivemacine-typecommunications),和超可靠低时延通讯(urllc,ultra-reliablelowlatencycommunication)等。整个5g需求来源于各种业务和使用场景需求。5g无线接入网是操作在一个广泛的频带上的,用于处理和传送各种业务,比如:低于6gh的频率可能更适合支持mmtc业务,高于6g的频率更适合提供embb应用中的大容量需求等。

目前,小数据量传输业务越来越多,比如保活业务,mtc设备的业务等等,为了节省功率损耗,减少信令开销,相关技术中引入了非激活(inactive)状态。在inactive状态下,允许用户终端(ue)在基于无线接入点(ran,radioaccessnode)通知的一定范围内移动,而不需要向核心网上报,这中情况下,当下行数据、或者下行信令、或者非接入层(nas)消息到达时,ran需要发起寻呼流程以寻呼ue。为了支持这个寻呼流程,需要向ue和ran侧配置对应寻呼周期。对于短时间内会收到数据的非激活态终端,目前还没有确定其寻呼周期的方案。



技术实现要素:

为了解决上述技术问题,本发明提供一种确定寻呼周期的方法及装置,能够实现对非激活态终端的寻呼。

为了达到本发明目的,本发明提供了一种确定寻呼周期的方法,包括:按照预先设置的策略确定无线接入点ran级别寻呼的寻呼周期或者寻呼周期参数;

将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元。

可选地,所述相关网元包括基站;

所述方法具体包括:

处于非激活态的终端按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

处于非激活态的终端将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站。

可选地,还包括:

所述非激活态的终端根据确定出的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听ran级别寻呼和/或核心网cn级别寻呼的寻呼消息。

可选地,所述策略包括:

业务对应的服务质量qos属性越高,则对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短;或者,

如果所述终端接收到来自核心网发送的ran级别寻呼的寻呼周期,比较核心网发送的ran级别寻呼的寻呼周期的大小和所述终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为所述确定的ran级别寻呼的寻呼周期。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;或者,

ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;或者,

ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,如果所述终端是将所述确定的ran级别寻呼的寻呼周期参数发送给基站,还包括:

所述收到寻呼周期参数的基站根据收到的寻呼周期参数以及cn级别的寻呼周期获取ran级别寻呼的寻呼周期。

可选地,当所述终端返回到空闲idle态时,还包括:所述终端使用cn级别寻呼的寻呼周期实现寻呼。

可选地,所述相关网元包括基站和终端;所述方法具体包括:

核心网按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

核心网将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站及非激活态的终端。

可选地,所述策略包括:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短;或者,

如果所述核心网接收到来自终端发送的ran级别寻呼的寻呼周期,比较终端发送的ran级别寻呼的寻呼周期的大小和所述终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为所述确定的ran级别寻呼的寻呼周期。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;或者,

ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;或者,

ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述核心网通过地面接口将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站;

所述核心网通过nas消息将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,如果所述核心网通过nas消息收到终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数,还包括:所述核心网根据签约业务决定是否采用终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数。

可选地,还包括:

所述核心网通过nas信令告知ue:核心网确定的ran级别寻呼的寻呼周期或者终端的ran级别寻呼的寻呼周期参数。

可选地,所述相关网元包括终端;

所述方法具体包括:

基站按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

基站将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端。

可选地,所述策略包括:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短。

可选地,所述策略还包括:

根据所述基站当前的负荷情况、和/或空口状况、和/或cn级别寻呼周期,确定所述终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述基站通过空口消息将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,还包括:

所述基站基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息;或者,

所述基站基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

可选地,所述相关网元包括接入网和终端;所述方法具体包括:

终端和接入网分别按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

终端将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给接入网;接入网将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端;

终端和接入网分别按照预先设置的协商策略,比较自身确定出的ran级别寻呼的寻呼周期,和接收到的ran级别寻呼的寻呼周期,并将小的ran级别寻呼的寻呼周期作为该终端的ran级别寻呼的寻呼周期。

可选地,所述策略包括:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述终端通过上行rrc连接请求消息和/或基于ran位置更新消息,将自身确定出的ran级别寻呼的寻呼周期或者寻呼周期参数上报给所述接入网;

所述终端通过广播消息获取所述接入网确定出的ran级别寻呼的寻呼周期或者寻呼周期参数。

可选地,当所述终端的ran级别寻呼的寻呼周期或者寻呼周期参数发生变化时,还包括:

触发基于ran位置更新流程,基于ran位置更新消息将更新的ran级别寻呼的寻呼周期或者寻呼周期参数上报给所述接入网。

本发明还提供了一种确定寻呼周期的装置,包括:确定模块、处理模块,其中,

确定模块,用于按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

处理模块,用于将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元。

可选地,所述装置设在ue中;

所述确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

确定模块自身所属终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短;或者,

如果确定模块自身所属终端接收到来自ran侧发送的ran级别寻呼的寻呼周期,比较ran侧发送的ran级别寻呼的寻呼周期的大小和终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述处理模块具体用于:通过空口消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站。

可选地,所述处理模块还用于:根据确定出的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听ran级别寻呼和/或cn级别寻呼的寻呼消息。

可选地,所述处理模块还用于:当处理模块自身所属终端返回到空闲idle态时,使用cn级别寻呼的寻呼周期实现寻呼。

可选地,所述装置设在核心网中;

所述确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

确定模块自身所属终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短;或者,

如果确定模块自身所属终端接收到来自终端发送的ran级别寻呼的寻呼周期,比较终端发送的ran级别寻呼的寻呼周期的大小和确定模块自身所述核心网计算的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期是终端处于激活态的寻呼周期;min为取最小值运算;

可选地,所述处理模块具体用于:

通过地面接口将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站;通过nas消息将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,所述处理模块还用于:当通过nas消息收到终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数,根据签约业务决定是否采用终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数。

可选地,所述处理模块还用于:通过nas信令告知ue:核心网确定的ran级别寻呼的寻呼周期或者终端的ran级别寻呼的寻呼周期参数。

可选地,所述装置设在基站;

所述确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短。

可选地,所述确定模块还用于:根据自身所属基站当前的负荷情况、和/或空口状况、和/或cn级别寻呼周期,确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述处理模块具体用于:通过空口消息将所述确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,所述处理模块还用于:基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息;或者,基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

可选地,所述装置设在终端或接入网网元;

所述确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短。

可选地,所述寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数;

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期;min为取最小值运算。

可选地,所述处理模块具体用于:

自身所属的终端将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给接入网;自身所属的接入网将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端;

按照预先设置的协商策略,比较自身确定出的ran级别寻呼的寻呼周期,和接收到的ran级别寻呼的寻呼周期,并将小的ran级别寻呼的寻呼周期作为该终端的ran级别寻呼的寻呼周期。

与现有技术相比,本申请技术方案包括:按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元,如终端、基站或核心网网元如mme等。通过本发明提供的技术方案,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本发明一种确定寻呼周期的方法的流程图;

图2为本发明另一种确定寻呼周期的方法的流程图;

图3为本发明又一种确定寻呼周期的方法的流程图;

图4为本发明再一种确定寻呼周期的方法的流程图;

图5为本发明确定寻呼周期的方法的第一实施例的流程图;

图6为本发明确定寻呼周期的方法的第二实施例的流程图;

图7为本发明确定寻呼周期的方法的第三实施例的流程图;

图8为本发明确定寻呼周期的方法的第四实施例的流程图;

图9为本发明确定寻呼周期的方法的第五实施例的流程图;

图10为本发明确定寻呼周期的方法的第六实施例的流程图;

图11为本发明确定寻呼周期的装置的组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。

本发明确定寻呼周期的方法大致包括:按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元,如终端、基站或核心网网元如mme等。通过本发明提供的技术方案,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

图1为本发明一种确定寻呼周期的方法的流程图,如1所示,包括:

步骤100:处于非激活态的终端按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,预先设置的策略可以根据业务特性入qos、非激活时间、发送频率等,也可以根据终端特性如当前电池电量等,确定ran级别寻呼的寻呼周期或寻呼周期参数,比如:

业务对应的服务质量(qos)属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

如果终端接收到来自ran侧发送的ran级别寻呼的寻呼周期,比较ran侧发送的ran级别寻呼的寻呼周期的大小和终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,高层信令可以包括以下之一:系统消息、无线资源控制(rrc)消息、媒体介入控制(mac)层信令等。

步骤101:处于非激活态的终端将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站。

本步骤中,处于非激活态的终端可以通过空口消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站。可选地,空口消息包括以下至少之一:公共消息、专用消息等。

本步骤中,如果处于非激活态的终端是将确定的ran级别寻呼的寻呼周期参数发送给基站,则基站还会根据收到的寻呼周期参数以及cn级别的寻呼周期获取ran级别寻呼的寻呼周期。

进一步地,本发明图1所示的方法还包括:

非激活态的终端根据确定出的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听ran级别寻呼和/或cn级别寻呼的寻呼消息。其中,寻呼时刻的计算可以采用相关技术提供的算法,并不用于限定本发明的保护范围。

进一步地,

当终端返回到空闲(idle)态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。由于本发明为ran级别寻呼专门确定了寻呼周期,满足了与cn级别寻呼的寻呼周期的兼容性。

通过图1所示的方法,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

图2为本发明另一种确定寻呼周期的方法的流程图,如图2所示,包括:

步骤200:核心网按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,预先设置的策略可以根据业务特性入qos、非激活时间、发送频率等,也可以根据终端特性如当前电池电量等,确定ran级别寻呼的寻呼周期或寻呼周期参数,比如:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

如果核心网接收到来自终端发送的ran级别寻呼的寻呼周期,比较终端发送的ran级别寻呼的寻呼周期的大小和的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,高层信令可以包括以下之一:系统消息、rrc消息、mac层信令等。

步骤201:核心网将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站及非激活态的终端。

本步骤中,核心网可以通过地面接口将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站,可以通过nas消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。可选地,地面消息包括:核心网与基站间的接口消息。可选地,空口消息包括以下至少之一:公共消息、专用消息等。

进一步,

如果核心网可以通过nas消息收到终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数,还包括:

核心网可以根据签约业务决定是否采用。比如:如果签约业务中包含的推荐的寻呼周期中的值不同于ue的推荐值,则不采用;再如:如果签约业务中推荐的寻呼周期的值包含了ue推荐的ran级别寻呼的寻呼周期,那么cn可以采用ue推荐的值;等等。

进一步,

核心网可以通过nas信令告知ue:核心网确定的ran级别寻呼的寻呼周期或者终端的ran级别寻呼的寻呼周期参数。

进一步,图2所示的方法还包括:

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

进一步地,

当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。由于本发明为ran级别寻呼专门确定了寻呼周期,满足了与cn级别寻呼的寻呼周期的兼容性。

通过图2所示的方法,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

图3为本发明又一种确定寻呼周期的方法的流程图,如图3所示,包括:

步骤300:基站按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,预先设置的策略,可以根据业务特性入qos、非激活时间、发送频率等,也可以根据终端特性如当前电池电量等,确定ran级别寻呼的寻呼周期或寻呼周期参数,比如:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定。

进一步地,预先设置的策略还可以包括:

根据基站当前的负荷情况、和/或空口状况、和/或cn级别寻呼周期,确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数,比如:负荷情况越大,则ran级别寻呼的寻呼周期越长;再如:空口状况越差,则ran级别寻呼的寻呼周期越短,小于cn级别寻呼周期;等等。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

步骤301:基站将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端。

本步骤中,基站可以通过空口消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端。可选地,空口消息包括以下至少之一:公共消息、专用消息等。

进一步,图3所示的方法还包括:

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

进一步地,

当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。由于本发明为ran级别寻呼专门确定了寻呼周期,满足了与cn级别寻呼的寻呼周期的兼容性。

通过图3所示的方法,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

图4为本发明再一种确定寻呼周期的方法的流程图,如图4所示,包括:

步骤400:终端和接入网分别按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,预先设置的策略可以根据业务特性入qos、非激活时间、发送频率等,也可以根据终端特性如当前电池电量等,确定ran级别寻呼的寻呼周期或寻呼周期参数,比如:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

终端也可以通过nas消息从cn侧获取ran级别寻呼的寻呼周期或者寻呼周期参数。

步骤401:终端将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给接入网,如直接发送给接入网,或者发送给核心网后再通过核心网转发给接入网;接入网将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端。

本步骤中,终端可以通过上行rrc连接请求消息和/或基于ran位置更新消息将自身确定出的ran级别寻呼的寻呼周期或者寻呼周期参数上报给接入网。

进一步,当终端的ran级别寻呼的寻呼周期或者寻呼周期参数发生变化时,触发基于ran位置更新流程,基于ran位置更新消息将更新的ran级别寻呼的寻呼周期或者寻呼周期参数上报给接入网。

本步骤中,终端可以通过广播消息获取接入网确定出的ran级别寻呼的寻呼周期或者寻呼周期参数。

步骤402:终端和接入网分别按照预先设置的协商策略,比较自身确定出的ran级别寻呼的寻呼周期,和接收到的ran级别寻呼的寻呼周期,并将小的ran级别寻呼的寻呼周期作为该终端的ran级别寻呼的寻呼周期。

需要说明的是,如果终端或接入网接收到的是ran级别寻呼的寻呼周期参数,只需要按照寻呼周期参数与ran级别寻呼周期的关系计算出ran级别寻呼周期即可。

通过图4所示的方法,确定了终端的ran级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。

下面结合具体实施例对本发明上述方法分别进行详细描述。3gpp系统可以是lte系统,或增强型lte系统,或5g新系统,本发明实施例中,以lte接入网网元为演进基站enb为例,核心网以cn为例,其中cn包括移动性管理实体(mme)和服务网关(s-gw)。

图5为本发明确定寻呼周期的方法的第一实施例的流程图,第一实施例中,非激活态的终端根据业务相关信息确定终端的ran级别寻呼的寻呼周期参数,并通过空口消息发送给enb,如图5所示,具体包括:

步骤500:处于非激活态的ue按照预先设置的策略确定终端的ran级别寻呼的寻呼周期参数。

其中,预先设置的策略可以根据业务特性入qos、非激活时间、发送频率等,也可以根据终端特性如当前电池电量等,确定ran级别寻呼的寻呼周期或寻呼周期参数,比如:

业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

如果终端接收到来自ran侧发送的ran级别寻呼的寻呼周期,比较ran侧发送的ran级别寻呼的寻呼周期的大小和终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期;等等。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

其中,高层信令,可以包括以下之一:系统消息,rrc消息,mac层信令。

步骤501:ue通过上行空口消息向基站enb上报确定出的终端的ran级别寻呼周期参数。

其中,空口消息可以包括以下至少之一:公共消息、专用消息。

本步骤中,可以利用寻呼周期参数和cn级别寻呼的寻呼周期计算出ran级别的寻呼周期。如:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

其中,cn级别寻呼的寻呼周期可以是cn通过s1接口消息传给基站enb的。

进一步地,

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

其中,如何计算寻呼时刻可以参见lte现有系统算法,但并不用于限定本发明的保护范围,也不排除其它的计算寻呼时刻的算法。

参考lte现有系统的寻呼算法,计算基于ran级别的寻呼周期下非激活态ue寻呼时刻包括:

首先,计算寻呼帧pf,pf=sfnmodt(tdivn)×(ue_idmodn);

其中,sfn为系统帧号;t取ran级寻呼的寻呼周期和cn级别寻呼的寻呼周期中的最小值,即t=min(ran级别的寻呼周期,cn级别的寻呼周期);n=min(t,nb),其中,nb可以是4t,2t,t,t/2,t/4,t/8,t/16,t/32等;ue_id可以是imsi,或tmsi,或恢复请求id对1024的取模。

然后,ue的寻呼时机(po,pagingoccasion)可以根据表1获得:

表1

其中,i_s=floor(ue_id/n)modns,其中,ns=max(1,nb/t)。

进一步地,

当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。由于本发明为ran级别寻呼专门确定了寻呼周期,满足了与cn级别寻呼的寻呼周期的兼容性。

图6为本发明确定寻呼周期的方法的第二实施例的流程图,第二实施例中,cn中的mme确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数,并通过地面接口发送给enb、通过nas消息发给ue,如图6所示,包括:

步骤600:本实施例中,mme根据终端的签约业务确定ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,根据终端的签约业务确定ran级别寻呼的寻呼周期或者寻呼周期参数可以包括:

业务对应的qos属性越高对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

其中,高层信令,可以包括以下之一:系统消息,rrc消息,mac层信令。

可选地,

本步骤中,如果mme通过nas消息收到终端推荐的终端的ran级别寻呼的寻呼周期或周期参数,mme可以根据签约业务决定是否采用。比如:如果签约业务中包含的推荐的寻呼周期中的值不同于ue的推荐值,则不采用;再如:如果签约业务中推荐的寻呼周期的值包含了ue推荐的ran级别寻呼的寻呼周期,那么cn可以采用ue推荐的值;等等。

可选地,

本步骤中,如果mme通过s1接口消息收到enb推荐的终端的ran级别寻呼的寻呼周期或周期参数,mme可以根据签约业务决定是否采用。比如:如果签约业务中包含的推荐的寻呼周期中的值不同于ue的推荐值,则不采用;再如:如果签约业务中推荐的寻呼周期的值包含了ue推荐的ran级别寻呼的寻呼周期,那么cn可以采用ue推荐的值;等等。

步骤601:mme通过s1接口消息携带终端的ran级别寻呼的寻呼周期或者寻呼周期参数发送给enb。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

步骤602:mme通过下行nas消息将确定出的终端的ran级别寻呼的寻呼周期或者寻呼周期参数发送给ue。

需要说明的是,步骤601和步骤602的执行并没有严格的顺序,也就是说,两个步骤的执行顺序不受图6所示的限制。

进一步地,

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

进一步地,当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

图7为本发明确定寻呼周期的方法的第三实施例的流程图,第三实施例中,enb确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数,并通过空口消息发送给ue,如图7所示,具体包括:

步骤700:enb根据ue移动特性和/或签约的业务,确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

比如:ue移动范围比较小或者移动速度慢,则可以将ran级别寻呼的寻呼周期设置得长一些。

进一步地,enb还可以将当前的负荷情况、空口状况,cn级别寻呼周期等作为一个因素,并结合预先设置的权重,与ue移动特性和/或签约的业务因素一同确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

步骤701:enb通过下行空口消息将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给ue。

其中,空口消息包括以下至少之一:公共消息、专用消息。

进一步地,

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

进一步地,当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

图8为本发明确定寻呼周期的方法的第四实施例的流程图,第四实施例中,enb确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数,并通过s1接口消息发送给mme,然后,mme通过nas消息发送给ue,如图8所示,具体包括:

步骤800:enb根据ue移动特性和/或签约的业务,确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。比如:ue移动范围比较小或者移动速度慢,则可以将ran级别寻呼的寻呼周期设置得长一些。

进一步地,enb还可以将当前的负荷情况、空口状况,cn级别寻呼周期等作为一个因素,并结合预先设置的权重,与ue移动特性和/或签约的业务因素一同确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,对于基站,可以基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息。

可选地,对于基站,可以基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

本步骤中,如果enb收到ue推荐的终端的ran级别寻呼的寻呼周期或者寻呼周期参数,当ue推荐来的数据小于步骤800确定的值时,ran侧可以根据ue当前的移动特性和业务决定是否采纳。

本步骤中,如果enb收到cn推荐的终端的ran级别寻呼的寻呼周期或或者寻呼周期参数,ran侧可以根据ue当前的移动特性和业务决定是否采纳。

步骤801.enb通过s1接口消息将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给mme。

步骤802:mme通过下行nas消息将确定出的终端的ran级别寻呼的寻呼消息或者寻呼周期参数发送给ue。

进一步地,

非激活态的终端根据终端的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听终端的ran级别寻呼和/或cn级别的寻呼消息。

进一步地,当终端返回到idle态时,终端使用cn级别寻呼的寻呼周期实现寻呼。

图9为本发明确定寻呼周期的方法的第五实施例的流程图,第五实施例中,ue按照预先设置的协商策略,选择ue特性的ran级别寻呼的寻呼周期和接收到的来自cn的ran特性的ran级别寻呼的寻呼周期中小的一个值作为该ue的ran级别寻呼的寻呼周期,如图9所示,具体包括:

步骤900:ue获取ue特性的ran级别寻呼的寻呼周期或寻呼周期参数。

本步骤中,ue可以按照预先设置的策略确定ue特性的ran级别寻呼的寻呼周期或寻呼周期参数;或者,通过nas消息从mme获取,其中nas消息可以携带ran级别寻呼的寻呼周期或寻呼周期参数。需要说明的是,cn侧主要是考虑签约业务因素确定的值,有可能进一步取小,主要也考虑ran侧和ue侧实际设备的情况。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

步骤901:ue获取ran特性的ran级别寻呼的寻呼周期或寻呼周期参数。

本步骤中,可以通过enb广播消息获取ran特性的ran级别寻呼的寻呼周期或寻呼周期参数。

如果enb根据业务发送不同的ran特性的ran级别寻呼的寻呼周期或寻呼周期参数,ue可以根据自身的业务获取相应业务级别的ran特性的ran级别寻呼的寻呼周期或寻呼周期参数。

步骤902:ue选择出ue特性的ran级别寻呼的寻呼周期和接收到的来自cn的ran特性的ran级别寻呼的寻呼周期中小的一个值作为自身的ran级别寻呼的寻呼周期。

图10为本发明确定寻呼周期的方法的第六实施例的流程图,第六实施例中,enb按照预先设置的协商策略,选择ue特性的ran级别寻呼的寻呼周期和接收到的来自cn的ran特性的ran级别寻呼的寻呼周期中小的一个值作为该ue的ran级别寻呼的寻呼周期,如图9所示,具体包括:

步骤1000:enb获取ue特性的ran级别寻呼的寻呼周期或寻呼周期参数。

本步骤中,enb可以通过以下任一方式获取ue特性的ran级别寻呼的寻呼周期或寻呼周期参数:

通过携带在rrc连接请求消息中发送给enb;

通过携带在基于ran的寻呼更新(ranbasedpagingupdate)消息中发送给enb;

通过携带在与mme之间的s1信令消息中发送给enb。

如果收到的是寻呼周期参数,可以根据寻呼周期参数与ran级别寻呼的寻呼周期的关系计算出ran级别寻呼的寻呼周期:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,如果ue特性的ran级别寻呼的寻呼周期或寻呼周期参数发生变化,还包括:

触发ranbasedpagingupdate消息,携带更新后的ran级别寻呼的寻呼周期或寻呼周期参数发送给enb。

步骤1001:enb获取ran特性的ran级别寻呼的寻呼周期或寻呼周期参数。

本步骤中,enb可以基于自身当前的负荷情况、空口状况、业务特征等确定ran特性的ran级别寻呼的寻呼周期或寻呼周期参数。比如:不同业务发采用不同的ran级别寻呼的的寻呼周期,具体ran特性的寻呼周期可以内部实现。

步骤1002:enb选择出获得的ue特性的ran级别寻呼的寻呼周期和ran特性的ran级别寻呼的寻呼周期中小的一个值作为自身的ran级别寻呼的寻呼周期。

图11为本发明确定寻呼周期的装置的组成结构示意图,如图11所示,至少包括:确定模块、处理模块,其中,

确定模块,用于按照预先设置的策略确定ran级别寻呼的寻呼周期或者寻呼周期参数;

处理模块,用于将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元。

一种情况,当本发明确定寻呼周期的装置设在ue中时,

确定模块具体用于:业务对应的服务质量qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

确定模块自身所属终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

如果确定模块自身所属终端接收到来自ran侧发送的ran级别寻呼的寻呼周期,比较ran侧发送的ran级别寻呼的寻呼周期的大小和终端的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,高层信令可以包括以下之一:系统消息、无线资源控制(rrc)消息、媒体介入控制(mac)层信令等。

处理模块具体用于:通过空口消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站。

可选地,空口消息包括以下至少之一:公共消息、专用消息等。

进一步地,处理模块还用于:根据确定出的ran级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听ran级别寻呼和/或cn级别寻呼的寻呼消息。

进一步地,处理模块还用于:当处理模块自身所属终端返回到空闲(idle)态时,使用cn级别寻呼的寻呼周期实现寻呼。

另一种情况,当本发明确定寻呼周期的装置设在核心网中时,

确定模块具体用于:业务对应的服务质量qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

确定模块自身所属终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

如果确定模块自身所属终端接收到来自终端发送的ran级别寻呼的寻呼周期,比较终端发送的ran级别寻呼的寻呼周期的大小和确定模块自身所述核心网计算的ran级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的ran级别寻呼的寻呼周期。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×核心网(cn)级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

可选地,高层信令可以包括以下之一:系统消息、无线资源控制(rrc)消息、媒体介入控制(mac)层信令等。

处理模块具体用于:通过地面接口将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给基站,通过nas消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,地面消息包括:核心网与基站间的接口消息。可选地,空口消息包括以下至少之一:公共消息、专用消息等。

进一步地,处理模块还用于:当通过nas消息收到终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数,根据签约业务决定是否采用终端推荐的ran级别寻呼的寻呼周期或者寻呼周期参数。

进一步地,处理模块还用于:通过nas信令告知ue:核心网确定的ran级别寻呼的寻呼周期或者终端的ran级别寻呼的寻呼周期参数。

又一种情况,当本发明确定寻呼周期的装置设在基站时,

确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定。

确定模块还用于:根据自身所属基站当前的负荷情况、和/或空口状况、和/或cn级别寻呼周期,确定终端的ran级别寻呼的寻呼周期或者寻呼周期参数。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

处理模块具体用于:通过空口消息将确定的ran级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。

可选地,空口消息包括以下至少之一:公共消息、专用消息等。

进一步地,处理模块还用于:基于与终端相同的ran级别寻呼的寻呼周期,发送ran触发的寻呼消息;或者,基于cn级别寻呼的寻呼周期或者与终端相同的ran级别寻呼的寻呼周期,发送cn触发的寻呼消息。

再一种情况,当本发明确定寻呼周期的装置设在终端或接入网网元中时,

确定模块具体用于:业务对应的qos属性越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定、或者由高层信令配置;或者,

业务的非激活时间越短,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

业务的发送频率越高,对应的ran级别寻呼的寻呼周期越短,其中,qos属性与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定;或者,

终端的电池电量越小,对应的ran级别寻呼的寻呼周期越短,其中,电池电量与ran级别的寻呼周期的对应关系可以预先设置、或者协议约定。

其中,寻呼周期参数与ran级别寻呼周期的关系包括:

ran级别寻呼的寻呼周期=寻呼周期参数×cn级别寻呼的寻呼周期;

或者,ran级别寻呼的寻呼周期=cn级别寻呼的寻呼周期/寻呼周期参数;

或者,ran级别寻呼的寻呼周期=min(2k,cn级别寻呼的寻呼周期),其中,k为寻呼周期参数。

其中,cn级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。min为取最小值运算。

处理模块具体用于:自身所属的终端将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给接入网;自身所属的接入网将确定出的ran级别寻呼的寻呼周期或者寻呼周期参数发送给终端;按照预先设置的协商策略,比较自身确定出的ran级别寻呼的寻呼周期,和接收到的ran级别寻呼的寻呼周期,并将小的ran级别寻呼的寻呼周期作为该终端的ran级别寻呼的寻呼周期。

本发明还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本发明任一项的确定寻呼周期的方法。

以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1