一种网络侧、终端寻呼的方法及装置
技术领域
本发明涉及移动通信领域,尤其涉及一种网络侧、终端寻呼的方法及装置。
背景技术
对于无线网络侧而言,在LTE(Long Term Evolution,长期演进)***,终端有两种状态,即RRC_connected(连接)状态和RRC-idle(空闲)状态;在UMTS(Universal MobileTelecommunication System,通用移动通信***),终端有五种状态,即cell-dch,cell_fach,cell_pch/ura_pch以及idle(空闲)状态。其中,cell-dch,cell_fach,cell_pch/ura_pch都属于RRC_connected(连接)状态,终端只有在进入到RRC_connected状态才能发送上行数据。一旦终端发送数据完成,网络监测终端长时间无数据传输后通过RRC(RadioResource Control,无线资源控制)connection release(连接释放)消息释放终端的RRC连接,使终端进入RRC_idle状态。
终端在idle状态下的主要工作就是监听网络侧的寻呼。为了省电终端都是以DRX(Discontinuous Reception,非连续接收)方式监听寻呼,即每一个周期中仅仅有一小段时间是处于接收状态,该周期内其它时间都是非接收状态的。对UMTS***,当前网络侧配置的DRX周期最长为2的9次方个无线帧(即5120ms),也就是说,对于UMTS的DRX来说,终端最多在每5120ms时间内,打开一次接收机接收网络侧寻呼指示消息以及可能的寻呼消息,其他时间都是关闭接收机的。对于LTE***,目前网络侧配置的最大DRX周期为2560ms。
对于UMTS***和LTE***,终端都可能有两个DRX长度的配置。一个是RNC(RadioNetwork Controller,无线网络控制器)/eNB(evolved Node B,演进型节点B)通过SIB(System Information Block,***信息块)消息配置,可以称为default(默认的)DRX,该配置适用于所有驻留在该小区内的终端。一个是CN(Core Network,核心网)实体和终端通过NAS(Non-Access Stratum,非接入层)过程协商的,称作UE(User Equipment,用户设备)specific(特殊的)DRX,该配置仅适用单个终端。对于后者,在协商过程中RNC/eNB是不知情的。
寻呼消息首先由核心网发送到接入网即RNC(UMTS)/eNB(LTE),在LTE***中由核心网实体MME(Mobility Management Entity,移动性管理实体)通过S1接口发送,如图1所示;在UMTS***通过Iu接口发送,如图2所示。若该寻呼paging消息中携带UE specific DRX配置,对于UMTS***,RNC将使用该paging消息中配置的DRX参数在空口发送寻呼消息。对于LTE***,eNB将比较该DRX配置和***消息中配置的DRX参数,使用二者较短的DRX周期来发送寻呼消息。
根据LTE***中的36.304协议,以及UMTS***中的25.304协议,可以确定终端接收寻呼的位置的计算与***SFN(System Frame Number,***帧号)和IMSI(InternationalMobile Subscriber Identity,国际移动用户标识)有直接的关系。以UMTS***为例,25.304协议规定寻呼位置Paging Occasion={(IMSI div K)mod(DRX cycle length divPBP)}*PBP+n*DRX cycle length+Frame Offset,n=0,1,2…as long as SFN is belowits maximum value;其中,K为DRX周期长度系数,DRX cycle length为DRX周期长度,PBP为寻呼块周期,Frame Offset为帧偏移量,n的取值范围为0到SFN的最大值。显然,n的取值是受限于SFN最大值的,因此,UMTS的寻呼周期也受限于SFN最大值。LTE***中也存在同样的问题。
另外,现有协议中关于时间信息的交互有如下定义:LTE***中,协议36.331中的SIB16可以提供详细的时间信息:UMTS***中,目前只有LCR(Least-Cost Route,最低成本路由)TDD(Time Division Duplex,时分双工)的MBMS信息中可以获取到时间信息,并且这个网络标准时间只用于MBMS业务中,其他功能还没有使用。在LTE***中,这个时间可以提供给CDMA2000(Code Division Multiple Access2000,码分多址2000接入***)的上层使用,也可以用于定位,最小化路测以及MBMS中。
机器类型通信(Machine-type communication,MTC)作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是MTC通信业务。有时,MTC通信又称为M2M(Machine-to-machine,机器间)通信或物联网。
在MTC的通信场景中,需要考虑的一个重要问题是省电。在一些场景中,电池的寿命直接决定了MTC设备的寿命,比如用于动物追踪的MTC设备或用于水文监测的MTC设备,这些设备更换电池几乎是不可能的,所以就要求MTC设备由极低的耗电量。
目前寻呼的周期最大也不会超过SFN的最大长度,而实际中,特别是对于偶尔才与网络进行通信的MTC终端,即使采用最大的DRX周期也会显得太过频繁,不利于终端节省电能。
发明内容
本发明实施例提供了一种网络侧、终端寻呼的方法及装置,用以避免***帧号SFN对寻呼周期的限制,为终端配置更长的寻呼周期,节省终端功耗。
本发明实施例提供的一种网络侧寻呼的方法包括:
确定当前时间为寻呼消息的发送时间,其中所述寻呼消息的发送时间是预先与终端使用标准时间协商确定的;
向终端发送寻呼消息。
本发明实施例提供的一种终端寻呼的方法包括:
确定当前时间为寻呼消息的接收时间;其中所述寻呼消息的接收时间是预先与网络侧使用标准时间协商确定的;
接收网络侧发送的寻呼消息。
本发明实施例提供的一种网络侧寻呼的装置包括:
寻呼时间确定单元,用于预先与终端使用标准时间协商确定寻呼消息的发送时间;
当前时间确定单元,用于确定当前时间为寻呼消息的发送时间;
寻呼发送单元,用于向终端发送寻呼消息。
本发明实施例提供的一种终端寻呼的装置包括:
寻呼时间确定单元,用于预先与网络侧使用标准时间协商确定寻呼消息的接收时间;
当前时间确定单元,用于确定当前时间为寻呼消息的接收时间;
寻呼接收单元,用于接收网络侧发送的寻呼消息。
通过以上技术方案可知,本发明中确定当前时间为寻呼消息的发送时间,其中所述寻呼消息的发送时间是预先与终端使用标准时间协商确定的;向终端发送寻呼消息。相比于现有协议中通过SFN计算寻呼时间,本发明基于标准时间协商确定寻呼时间,使得寻呼时间不受SFN最大值的限制,可以为终端配置更长的寻呼周期,从而达到为终端节电的目的。
附图说明
图1为现有技术LTE中核心网和接入网的交互示意图;
图2为现有技术UMTS中核心网和接入网的交互示意图;
图3为本发明实施例提供的一种网络侧寻呼的方法的流程示意图;
图4为本发明实施例提供的一种终端寻呼的方法的流程示意图;
图5为本发明具体实施例提供的LTE***寻呼的方法的流程示意图;
图6为本发明实施例提供的一种网络侧寻呼的装置的结构示意图;
图7为本发明实施例提供的一种网络侧寻呼的装置的另一结构示意图;
图8为本发明实施例提供的一种终端寻呼的装置的结构示意图。
具体实施方式
本发明实施例提供了一种网络侧、终端寻呼的方法及装置,用以避免***帧号SFN对寻呼周期的限制,为终端配置更长的寻呼周期,节省终端功耗。
参见图3,本发明实施例提供的一种网络侧寻呼的方法包括:
S101、确定当前时间为寻呼消息的发送时间,其中所述寻呼消息的发送时间是预先与终端使用标准时间协商确定的;
S102、向终端发送寻呼消息。
较佳的,与终端使用标准时间协商确定寻呼消息的发送时间之前,该方法还包括:通过预设的***信息块,发送给终端用于确定标准时间的消息。较佳的,对于UMTS,需要新增用于发送标准时间的***信息块。
较佳的,所述标准时间,为通信***的***时间,或网络标准时间。
较佳的,与终端使用标准时间协商确定寻呼消息的发送时间,包括:与终端使用标准时间协商确定与寻呼消息的发送时间相关的配置参数;根据所述配置参数计算寻呼消息的发送时间。
基于标准时间确定寻呼时间的方法可以有多种寻呼方案,其配置参数设置包括如下几种:
较佳的,所述配置参数,包括:寻呼消息的发起时间对应的无线帧,寻呼消息在该无线帧中的偏移量,和寻呼消息的第一发送周期。寻呼消息按照第一发送周期进行周期发送;终端根据以上配置参数,并参考标准时间,即可准确得到寻呼消息的发送时间并接收寻呼消息。
为了保证寻呼消息传输的可靠性,每个第一发送周期内需进行多次寻呼。
较佳的,所述配置参数,还包括:每一第一发送周期内寻呼消息的重复次数,和每一第一发送周期内寻呼消息的重复周期。或者,所述配置参数,还包括:每一第一发送周期内寻呼消息的重复次数;其中,每一第一发送周期内重复发送寻呼消息的时间,根据终端的国际移动用户标识IMSI和***帧号SFN确定;即在每一第一发送周期内,网络侧和终端按照现有技术确定寻呼时间并进行寻呼。
较佳的,当寻呼周期即第一发送周期的大小超过了现有协议能够提供的范围时,才采用本发明提供的方法。即所述寻呼消息的第一发送周期大于预设值。所述预设值为现有协议能提供的寻呼周期的最大值。
参见图4,本发明提供的一种终端寻呼的方法包括:
S201、确定当前时间为寻呼消息的接收时间;其中所述寻呼消息的接收时间是预先与网络侧使用标准时间协商确定的;
S202、接收网络侧发送的寻呼消息。
较佳的,与网络侧使用标准时间协商确定寻呼消息的接收时间之前,该方法包括:通过预设的***信息块,接收网络侧发送的用于确定标准时间的消息。
较佳的,所述标准时间,为通信***的***时间,或网络标准时间。
较佳的,与网络侧使用标准时间协商确定寻呼消息的接收时间,包括:与网络侧使用标准时间协商确定与寻呼消息的接收时间相关的配置参数;根据所述配置参数计算寻呼消息的接收时间。
较佳的,所述配置参数,包括:寻呼消息的发起时间对应的无线帧,寻呼消息在该无线帧中的偏移量,和寻呼消息的第一发送周期。
较佳的,所述配置参数,还包括:每一第一发送周期内寻呼消息的重复次数,和每一第一发送周期内寻呼消息的重复周期。或者,较佳的,所述配置参数,还包括:每一第一发送周期内寻呼消息的重复次数;其中,每一第一发送周期内网络侧重复发送寻呼消息的时间,根据终端的IMSI和SFN确定。
下面给出本发明的具体实施例:
实施例1:LTE***中寻呼时间的确定。如图5所示,包括以下步骤:
S301、网络侧广播发送***信息SIB16,其中包括GPS(Global PositioningSystem,全球定位***)时间信息;
S302、网络侧根据接入的终端的情况为其分配参考GPS时间的配置信息,包括:指定在GPS时间T1的无线帧发起寻呼,在该无线帧中的便宜S,以及寻呼周期P,该寻呼周期为GPS时间粒度的整数倍。
S303、网络侧和终端确定寻呼的时间T1+N*P+S;其中,N=0、1、2…的整数。
实施例2:UMTS***改进。
对于UMTS***,由于目前网络时间只在MBMS(Multimedia Broadcast MulticastService,多媒体广播多播业务)的消息中给出,并且只有LCR TDD模式采用,其他模式都无法获取***时间。所以可以类似地可以采用LTE的方式,新定义***信息块SIB来携带***时间信息。
与实施例1类似,终端通过基于***时间信息的配置信息来计算寻呼位置。
实施例3:网络侧内部接口传输的应用方案。
网络侧实际上由核心网和接入网两层设备构成,核心网进行寻呼配置的管理,接入网根据核心网的信令进行寻呼消息的发送。当网络需要寻呼某个UE时,核心网CN节点向基站eNB或者网络控制器RNC发送寻呼消息,其中除了UE的标识,寻呼消息内容以外,将详细的寻呼时间信息也提供给接入网侧。例如可以每次指定具体的GPS时间,接入网节点则在指定GPS时间位置上发送寻呼消息。也可以与实施例1所述同理,将配置给终端的寻呼时间计算相关的配置信息发送给接入网侧,接入网侧计算好寻呼时间后在相应的位置上发送寻呼消息。
以LTE***为例,可以在已有的S1接口信令寻呼PAGING消息中增加相关的时间信息,pagingGPStime(寻呼启动的GPS时间),newcycle(新的寻呼周期),以及shift信息(周期内的偏移信息);也可以定义新的寻呼消息,如NEW PAGING,携带所述的信息。
实施例4:每个周期内仅寻呼一次时,本发明与现有机制同时使用的应用方案。
由于***中已经存在了一套寻呼机制,为了更好地协调,可以在寻呼周期较小,当前寻呼机制可以正常工作的情况下采用已有的寻呼机制,即通过IMSI/UE标识,SFN以及寻呼参数等信息来确定寻呼的位置。当寻呼周期超过了当前的机制能够提供的范围,则可以采用本发明中提供的方式。采用***时间以及相关参数来计算寻呼位置。
实施例5:双周期寻呼的应用方案。
为了保证寻呼消息传输的可靠性,每周期内的寻呼消息需要进行重复发送,即核心网配置寻呼相关参数时,给出两个寻呼周期。核心网配置给终端时间T1,一个寻呼长周期P1,和无线帧内的偏移S,与实施例1中的例子类似。再配置一个短周期P2,以及短周期的循环次数M。终端在如下的时间上监听寻呼。
寻呼时间=T1+P1*N+P2*K+S
其中N=0,1,2…的整数;K=0,1,…,M-1。
实施例6:长周期与现有技术结合的应用方案。
与实施例5类似,核心网配置给终端参数时间T1,长周期P1,和无线帧内的偏移S,用来确定启动寻呼监听的起始时刻;另外,核心网配置给终端监听次数M,但不指定短周期P2。终端在每个长周期的起始时刻开始监听,并启动现有的寻呼时间的计算的方法在该周期内进行持续的监听,监听的次数为M,达到M次后,停止监听,等待下一次长周期的起始时刻再次启动寻呼。
参见图6,本发明实施例提供的一种网络侧寻呼的装置包括:
寻呼时间确定单元401,用于预先与终端使用标准时间协商确定寻呼消息的发送时间;
当前时间确定单元402,用于确定当前时间为寻呼消息的发送时间;
寻呼发送单元403,用于向终端发送寻呼消息。
较佳的,该装置还包括:
标准时间同步单元,用于在寻呼时间确定单元与终端使用标准时间协商确定寻呼消息的发送时间之前,通过预设的***信息块,发送给终端用于确定标准时间的消息。
较佳的,所述标准时间,为通信***的***时间,或网络标准时间。
如图7所示,较佳的,所述寻呼时间确定单元401包括:
配置参数确定单元501,用于与终端使用标准时间协商确定与寻呼消息的发送时间相关的配置参数;
配置参数计算单元502,用于根据所述配置参数计算寻呼消息的发送时间。
较佳的,所述配置参数,包括:
寻呼消息的发起时间对应的无线帧,寻呼消息在该无线帧中的偏移量,和寻呼消息的第一发送周期。
较佳的,所述配置参数,还包括:
每一第一发送周期内寻呼消息的重复次数,和每一第一发送周期内寻呼消息的重复周期。
较佳的,所述配置参数,还包括:
每一第一发送周期内寻呼消息的重复次数;
其中,每一第一发送周期内重复发送寻呼消息的时间,根据终端的IMSI和SFN确定。
较佳的,所述寻呼消息的第一发送周期大于预设值。
参见图8,本发明实施例提供的一种终端寻呼的装置包括:
寻呼时间确定单元601,用于预先与网络侧使用标准时间协商确定寻呼消息的接收时间;
当前时间确定单元602,用于确定当前时间为寻呼消息的接收时间;
寻呼接收单元603,用于接收网络侧发送的寻呼消息。
较佳的,该装置还包括:
标准时间同步单元,用于在寻呼时间确定单元与网络侧使用标准时间协商确定寻呼消息的接收时间之前,通过预设的***信息块,接收网络侧发送的用于确定标准时间的消息。
较佳的,所述标准时间,为通信***的***时间,或网络标准时间。
较佳的,所述寻呼时间确定单元601包括:
配置参数确定单元,用于与网络侧使用标准时间协商确定与寻呼消息的接收时间相关的配置参数;
配置参数计算单元,用于根据所述配置参数计算寻呼消息的接收时间。
较佳的,所述配置参数,包括:
寻呼消息的发起时间对应的无线帧,寻呼消息在该无线帧中的偏移量,和寻呼消息的第一发送周期。
较佳的,所述配置参数,还包括:
每一第一发送周期内寻呼消息的重复次数,和每一第一发送周期内寻呼消息的重复周期。
较佳的,所述配置参数,还包括:
每一第一发送周期内寻呼消息的重复次数;
其中,每一第一发送周期内网络侧重复发送寻呼消息的时间,根据终端的IMSI和SFN确定。
综上所述,本发明实施例提供了一种网络侧、终端寻呼的方法及装置,用于避免***帧号SFN对寻呼周期的限制,为终端配置更长的寻呼周期,以达到为终端省电的目的。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。