CN108282848B - 一种确定寻呼周期的方法及装置 - Google Patents
一种确定寻呼周期的方法及装置 Download PDFInfo
- Publication number
- CN108282848B CN108282848B CN201710011086.1A CN201710011086A CN108282848B CN 108282848 B CN108282848 B CN 108282848B CN 201710011086 A CN201710011086 A CN 201710011086A CN 108282848 B CN108282848 B CN 108282848B
- Authority
- CN
- China
- Prior art keywords
- paging
- paging cycle
- level
- ran
- cycle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0287—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level changing the clock frequency of a controller in the equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明公开了一种确定寻呼周期的方法及装置,包括:按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元,如终端、基站或核心网网元如MME等。通过本发明提供的技术方案,确定了终端的RAN级别寻呼的寻呼周期,满足了非激活态终端的寻呼需求,从而实现了对非激活态终端的寻呼。
Description
技术领域
本发明涉及第五代移动通信技术(5G),尤指一种确定寻呼周期的方法及装置。
背景技术
第五代移动通信技术(5G)领域主要考虑的业务类型包括:极大移动带宽(eMBB,extreme Mobile Broadband),巨大物联网通讯(mMTC,massive Macine-TypeCommunications),和超可靠低时延通讯(URLLC,Ultra-Reliable Low LatencyCommunication)等。整个5G需求来源于各种业务和使用场景需求。5G无线接入网是操作在一个广泛的频带上的,用于处理和传送各种业务,比如:低于6GH的频率可能更适合支持mMTC业务,高于6G的频率更适合提供eMBB应用中的大容量需求等。
目前,小数据量传输业务越来越多,比如保活业务,MTC设备的业务等等,为了节省功率损耗,减少信令开销,相关技术中引入了非激活(inactive)状态。在inactive状态下,允许用户终端(UE)在基于无线接入点(RAN,Radio Access Node)通知的一定范围内移动,而不需要向核心网上报,这中情况下,当下行数据、或者下行信令、或者非接入层(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=SFN mod T(T div N)×(UE_ID mod N);
其中,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,Paging Occasion)可以根据表1获得:
表1
其中,i_s=floor(UE_ID/N)mod Ns,其中,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的寻呼更新(RAN based paging update)消息中发送给eNB;
通过携带在与MME之间的S1信令消息中发送给eNB。
如果收到的是寻呼周期参数,可以根据寻呼周期参数与RAN级别寻呼的寻呼周期的关系计算出RAN级别寻呼的寻呼周期:
RAN级别寻呼的寻呼周期=寻呼周期参数×CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期=CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期=Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数。
其中,CN级别寻呼的寻呼周期即是终端处于激活态的寻呼周期。Min为取最小值运算。
可选地,如果UE特性的RAN级别寻呼的寻呼周期或寻呼周期参数发生变化,还包括:
触发RAN based paging update消息,携带更新后的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级别寻呼的寻呼周期。
本发明还提供了一种计算机可读存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本发明任一项的确定寻呼周期的方法。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (37)
1.一种确定寻呼周期的方法,其特征在于,包括:按照预先设置的策略确定无线接入点RAN级别寻呼的寻呼周期或者寻呼周期参数;
将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述相关网元包括基站;
所述方法具体包括:
核心网按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
核心网将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站;
所述核心网通过地面接口将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站。
2.根据权利要求1所述的方法,其特征在于,所述相关网元还包括终端;所述方法具体还包括:
核心网按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
核心网将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。
3.根据权利要求1或2所述的方法,其特征在于,所述策略包括:
业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短;或者,
如果所述核心网接收到来自终端发送的RAN级别寻呼的寻呼周期,比较终端发送的RAN级别寻呼的寻呼周期的大小和所述核心网计算的RAN级别寻呼的寻呼周期的大小,选择最小的寻呼周期为所述确定的RAN级别寻呼的寻呼周期。
4.根据权利要求3所述的方法,其特征在于,所述寻呼周期参数与RAN级别寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数× CN级别寻呼的寻呼周期;或者,
RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;或者,
RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期是终端处于激活态的寻呼周期;Min为取最小值运算。
5.根据权利要求2所述的方法,其特征在于,
所述核心网通过NAS消息将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。
6.根据权利要求2所述的方法,其特征在于,如果所述核心网通过NAS消息收到终端推荐的RAN级别寻呼的寻呼周期或者寻呼周期参数,还包括:所述核心网根据签约业务决定是否采用终端推荐的RAN级别寻呼的寻呼周期或者寻呼周期参数。
7.根据权利要求2所述的方法,其特征在于,还包括:
所述核心网通过NAS信令告知UE:核心网确定的RAN级别寻呼的寻呼周期或者终端的RAN级别寻呼的寻呼周期参数。
8.一种确定寻呼周期的方法,其特征在于,包括:按照预先设置的策略确定无线接入点RAN级别寻呼的寻呼周期或者寻呼周期参数;
将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述相关网元包括基站;
所述方法具体包括:
处于非激活态的终端按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
处于非激活态的终端将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站;
其中,所述寻呼周期参数与RAN级别寻呼的寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数× CN级别寻呼的寻呼周期;或者,
RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;或者,
RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期是终端处于激活态的寻呼周期;Min为取最小值运算。
9.根据权利要求8所述的方法,其特征在于,还包括:
所述非激活态的终端根据确定出的RAN级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听RAN级别寻呼和/或核心网CN级别寻呼的寻呼消息。
10.根据权利要求8或9所述的方法,其特征在于,所述策略包括:
业务对应的服务质量QoS属性越高,则对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短;或者,
如果所述终端接收到来自核心网发送的RAN级别寻呼的寻呼周期,比较核心网发送的RAN级别寻呼的寻呼周期的大小和所述终端的RAN级别寻呼的寻呼周期的大小,选择最小的寻呼周期为所述确定的RAN级别寻呼的寻呼周期。
11.根据权利要求8或9所述的方法,其特征在于,如果所述终端是将所述确定的RAN级别寻呼的寻呼周期参数发送给基站,还包括:
收到寻呼周期参数的基站根据收到的寻呼周期参数以及CN级别的寻呼周期获取RAN级别寻呼的寻呼周期。
12.根据权利要求8或9所述的方法,其特征在于,当所述终端返回到空闲IDLE态时,还包括:所述终端使用CN级别寻呼的寻呼周期实现寻呼。
13.一种确定寻呼周期的方法,其特征在于,包括:按照预先设置的策略确定无线接入点RAN级别寻呼的寻呼周期或者寻呼周期参数;
将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述相关网元包括终端;
所述方法具体包括:
基站按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
基站将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给终端;
其中,所述寻呼周期参数与RAN级别寻呼的寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数×CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期是终端处于激活态的寻呼周期;Min为取最小值运算。
14.根据权利要求13所述的方法,其特征在于,所述策略包括:
业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短。
15.根据权利要求14所述的方法,其特征在于,所述策略还包括:
根据所述基站当前的负荷情况、和/或空口状况、和/或CN级别寻呼周期,确定所述终端的RAN级别寻呼的寻呼周期或者寻呼周期参数。
16.根据权利要求13所述的方法,其特征在于,所述基站通过空口消息将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。
17.根据权利要求13所述的方法,其特征在于,还包括:
所述基站基于与终端相同的RAN级别寻呼的寻呼周期,发送RAN触发的寻呼消息;或者,
所述基站基于CN级别寻呼的寻呼周期或者与终端相同的RAN级别寻呼的寻呼周期,发送CN 触发的寻呼消息。
18.一种确定寻呼周期的方法,其特征在于,包括:按照预先设置的策略确定无线接入点RAN级别寻呼的寻呼周期或者寻呼周期参数;
将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述相关网元包括接入网和终端;所述方法具体包括:
终端和接入网分别按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
终端将确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给接入网;接入网将确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给终端;
终端和接入网分别按照预先设置的协商策略,比较自身确定出的RAN级别寻呼的寻呼周期,和接收到的RAN级别寻呼的寻呼周期,并将小的RAN级别寻呼的寻呼周期作为该终端的RAN级别寻呼的寻呼周期;
其中,所述寻呼周期参数与RAN级别寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数×CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期是终端处于激活态的寻呼周期;Min为取最小值运算。
19.根据权利要求18所述的方法,其特征在于,所述策略包括:
业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短。
20.根据权利要求18所述的方法,其特征在于,所述终端通过上行RRC连接请求消息和/或基于RAN位置更新消息,将自身确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数上报给所述接入网;
所述终端通过广播消息获取所述接入网确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数。
21.根据权利要求20所述的方法,其特征在于,当所述终端的RAN级别寻呼的寻呼周期或者寻呼周期参数发生变化时,还包括:
触发基于RAN位置更新流程,基于RAN位置更新消息将更新的RAN级别寻呼的寻呼周期或者寻呼周期参数上报给所述接入网。
22.一种确定寻呼周期的装置,其特征在于,包括:确定模块、处理模块,其中,
确定模块,用于按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
处理模块,用于将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述装置设在核心网中,所述相关网元包括基站;所述确定寻呼周期具体包括:
核心网按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
核心网将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站;
所述处理模块具体用于:
通过地面接口将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站。
23.根据权利要求22所述的装置,其特征在于,所述确定模块具体用于:业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短;或者,
如果确定模块自身所属核心网接收到来自终端发送的RAN级别寻呼的寻呼周期,比较终端发送的RAN级别寻呼的寻呼周期的大小和确定模块自身所述核心网计算的RAN级别寻呼的寻呼周期的大小,选择最小的寻呼周期为该终端的RAN级别寻呼的寻呼周期。
24.根据权利要求23所述的装置,其特征在于,所述寻呼周期参数与RAN级别寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数× CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期是终端处于激活态的寻呼周期;Min为取最小值运算。
25.根据权利要求23所述的装置,其特征在于,所述处理模块具体用于:
通过NAS消息将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。
26.根据权利要求23所述的装置,其特征在于,所述处理模块还用于:当通过NAS消息收到终端推荐的RAN级别寻呼的寻呼周期或者寻呼周期参数,根据签约业务决定是否采用终端推荐的RAN级别寻呼的寻呼周期或者寻呼周期参数。
27.根据权利要求23所述的装置,其特征在于,所述处理模块还用于:通过NAS信令告知UE:核心网确定的RAN级别寻呼的寻呼周期或者终端的RAN级别寻呼的寻呼周期参数。
28.一种确定寻呼周期的装置,其特征在于,包括:确定模块、处理模块,其中,
确定模块,用于按照预先设置的策略确定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为取最小值运算。
29.根据权利要求28所述的装置,其特征在于,所述处理模块具体用于:通过空口消息将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给基站。
30.根据权利要求28所述的装置,其特征在于,所述处理模块还用于:根据确定出的RAN级别寻呼的寻呼周期确定寻呼时刻,并按照确定出的寻呼时刻监听RAN级别寻呼和/或CN级别寻呼的寻呼消息。
31.根据权利要求28所述的装置,其特征在于,所述处理模块还用于:当处理模块自身所属终端返回到空闲IDLE态时,使用CN级别寻呼的寻呼周期实现寻呼。
32.一种确定寻呼周期的装置,其特征在于,包括:确定模块、处理模块,其中,
确定模块,用于按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
处理模块,用于将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述装置设在基站;
所述确定模块具体用于:业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短;
所述寻呼周期参数与RAN级别寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数×CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期即是终端处于激活态的寻呼周期;Min为取最小值运算。
33.根据权利要求32所述的装置,其特征在于,所述确定模块还用于:根据自身所属基站当前的负荷情况、和/或空口状况、和/或CN级别寻呼周期,确定终端的RAN级别寻呼的寻呼周期或者寻呼周期参数。
34.根据权利要求32所述的装置,其特征在于,所述处理模块具体用于:通过空口消息将所述确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给非激活态的终端。
35.根据权利要求32所述的装置,其特征在于,所述处理模块还用于:基于与终端相同的RAN级别寻呼的寻呼周期,发送RAN触发的寻呼消息;或者,基于CN级别寻呼的寻呼周期或者与终端相同的RAN级别寻呼的寻呼周期,发送CN 触发的寻呼消息。
36.一种确定寻呼周期的装置,其特征在于,包括:确定模块、处理模块,其中,
确定模块,用于按照预先设置的策略确定RAN级别寻呼的寻呼周期或者寻呼周期参数;
处理模块,用于将确定的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给相关网元;
所述装置设在终端或接入网网元;
所述确定模块具体用于:业务对应的QoS属性越高,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的非激活时间越短,对应的RAN级别寻呼的寻呼周期越短;或者,
业务的发送频率越高,对应的RAN级别寻呼的寻呼周期越短;或者,
终端的电池电量越小,对应的RAN级别寻呼的寻呼周期越短;
所述寻呼周期参数与RAN级别寻呼周期的关系包括:
RAN级别寻呼的寻呼周期 = 寻呼周期参数×CN级别寻呼的寻呼周期;
或者,RAN级别寻呼的寻呼周期 = CN级别寻呼的寻呼周期/寻呼周期参数;
或者,RAN级别寻呼的寻呼周期 = Min(2K,CN级别寻呼的寻呼周期),其中,K为寻呼周期参数;
其中,CN级别寻呼的寻呼周期即是终端处于激活态的寻呼周期;Min为取最小值运算。
37.根据权利要求36所述的装置,其特征在于,所述处理模块具体用于:
若所述装置设置在终端,则自身所属的终端将确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给接入网;若所述装置设置在接入网网元,则自身所属的接入网将确定出的RAN级别寻呼的寻呼周期或者寻呼周期参数发送给终端;
按照预先设置的协商策略,比较自身确定出的RAN级别寻呼的寻呼周期,和接收到的RAN级别寻呼的寻呼周期,并将小的RAN级别寻呼的寻呼周期作为该终端的RAN级别寻呼的寻呼周期。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710011086.1A CN108282848B (zh) | 2017-01-06 | 2017-01-06 | 一种确定寻呼周期的方法及装置 |
PCT/CN2017/119854 WO2018127003A1 (zh) | 2017-01-06 | 2017-12-29 | 一种确定寻呼周期的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710011086.1A CN108282848B (zh) | 2017-01-06 | 2017-01-06 | 一种确定寻呼周期的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108282848A CN108282848A (zh) | 2018-07-13 |
CN108282848B true CN108282848B (zh) | 2023-03-21 |
Family
ID=62789066
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710011086.1A Active CN108282848B (zh) | 2017-01-06 | 2017-01-06 | 一种确定寻呼周期的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108282848B (zh) |
WO (1) | WO2018127003A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112788618B (zh) * | 2019-11-06 | 2023-05-12 | 大唐移动通信设备有限公司 | 非连续接收参数的配置、监听寻呼的方法、设备及终端 |
CN111491371A (zh) * | 2020-04-07 | 2020-08-04 | 捷开通讯(深圳)有限公司 | 寻呼周期的调整方法、装置、存储介质及电子终端 |
US20230269819A1 (en) * | 2020-08-20 | 2023-08-24 | Beijing Xiaomi Mobile Software Co., Ltd. | Method for determining extended discontinuous reception parameter, communication device, and storage medium |
CN114125925B (zh) * | 2020-08-28 | 2024-04-16 | 大唐移动通信设备有限公司 | 寻呼周期的配置方法、装置、设备、系统及存储介质 |
CN112738872B (zh) * | 2020-12-29 | 2023-07-25 | 广东小天才科技有限公司 | 一种寻呼周期确定方法、终端设备、网络设备及存储介质 |
WO2023010343A1 (en) * | 2021-08-04 | 2023-02-09 | Lenovo (Beijing) Limited | Methods and apparatuses for an enhanced drx mechanism |
WO2023065124A1 (zh) * | 2021-10-19 | 2023-04-27 | 北京小米移动软件有限公司 | 寻呼参数确定方法、装置、通信设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101137242A (zh) * | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 终端监听消息的时间段分配方法及接入网设备和接入终端 |
WO2014089985A1 (zh) * | 2012-12-10 | 2014-06-19 | 中兴通讯股份有限公司 | 一种用户设备及利用扩展寻呼周期进行寻呼的方法和系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100751620B1 (ko) * | 2006-09-21 | 2007-08-22 | 포스데이타 주식회사 | 휴대 인터넷 서비스를 지원하기 위한 라우터 및 라우팅방법 |
CN102291820B (zh) * | 2010-06-17 | 2015-04-01 | 电信科学技术研究院 | 一种寻呼的方法、系统及装置 |
CN104125612B (zh) * | 2013-04-28 | 2019-09-24 | 中兴通讯股份有限公司 | 非连续接收周期同步方法,系统和设备 |
EP3446524B1 (en) * | 2016-04-22 | 2019-12-11 | Telefonaktiebolaget LM Ericsson (publ) | Method performed by a radio network node in the context of paging |
CN108040359A (zh) * | 2016-09-28 | 2018-05-15 | 北京信威通信技术股份有限公司 | 一种支持ran初始寻呼消息的方法 |
-
2017
- 2017-01-06 CN CN201710011086.1A patent/CN108282848B/zh active Active
- 2017-12-29 WO PCT/CN2017/119854 patent/WO2018127003A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101137242A (zh) * | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 终端监听消息的时间段分配方法及接入网设备和接入终端 |
WO2014089985A1 (zh) * | 2012-12-10 | 2014-06-19 | 中兴通讯股份有限公司 | 一种用户设备及利用扩展寻呼周期进行寻呼的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2018127003A1 (zh) | 2018-07-12 |
CN108282848A (zh) | 2018-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108282848B (zh) | 一种确定寻呼周期的方法及装置 | |
US10091764B2 (en) | Enhanced paging mechanism for machine type communication | |
US9313812B2 (en) | User equipment and evolved node-B supporting machine type communication and small data communication | |
CN106165479B (zh) | 用于机器类型通信的移动性管理实体、用户设备及方法 | |
EP3806557A1 (en) | Paging message transmission method and related equipment | |
TWI610582B (zh) | 有效的發送裝置觸發訊息的設備及方法 | |
CN106465066B (zh) | 在无线通信系统中指示mbsfn区域的使用的方法和装置 | |
KR102305630B1 (ko) | D2d 통신 시스템을 위한 통지 방법 및 그 장치 | |
KR101328966B1 (ko) | 기기 간 통신을 지원하는 무선 접속 시스템에서 멀티캐스트 트래픽을 송수신하기 위한 방법 및 장치 | |
WO2015110010A1 (zh) | 一种寻呼消息传输方法及装置 | |
KR20160027969A (ko) | 파워 세이빙 모드를 지원하기 위한 방법 및 그 무선 기기 | |
CN111278028B (zh) | 小区测量方法、装置及存储介质 | |
WO2013025148A1 (en) | Network access delay for extended access barring (eab) configured user equipments and/or group-based addressed user equipments | |
KR20140041305A (ko) | 사용자 단말에서 데이터 송수신 장치 및 방법 | |
CN107734643B (zh) | 一种支持多载波寻呼的配置方法和节点 | |
JP2014535185A (ja) | 移動通信システム、基盤装置、基地局および方法 | |
CN113411798B (zh) | 覆盖增强ce功能的实现方法及设备 | |
CN107046714B (zh) | 一种数据传输方法、装置和系统 | |
WO2018028432A1 (zh) | 一种寻呼消息发送、接收方法及相关设备 | |
US9084163B2 (en) | Apparatus and method for performing carrier switching operation for E-MBS service in multicarrier system | |
CN102833734A (zh) | 一种传输寻呼信息的方法 | |
US8954097B1 (en) | Methods and systems for implementing dynamic modulation schemes based on paging area | |
US10805968B2 (en) | Bearer setup method, apparatus, and system | |
WO2015063887A1 (ja) | 無線アクセスシステム、及び基地局装置 | |
US11930424B2 (en) | Method and apparatus for location based group message delivery |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |