一种进行寻呼的方法、装置及系统
技术领域
本发明涉及无线通信技术领域,特别涉及一种进行寻呼的方法、装置及系统。
背景技术
对于无线网络侧而言,长期演进(Long Term Evolution,LTE)系统中,终端有两种状态,即RRC_connected(连接)状态和RRC-idle(空闲)状态;通用移动通信系统(Universal Mobile Telecommunication System,UMTS)中,终端有五种状态,即cell-dch,cell_fach,cell_pch/ura_pch以及idle(空闲)状态,其中,cell-dch,cell_fach,cell_pch/ura_pch都属于RRC_connected(连接)状态。终端只有在进入到RRC_connected状态时,才能发送上行数据。一旦终端完成上行数据的发送,网络侧监测终端长时间无数据传输后,通过无线资源控制连接释放(RRC connection release;Radio Resource Control,RRC)消息释放终端的RRC连接,使终端进入RRC_idle状态。
终端在idle状态下的主要工作就是监听网络侧的寻呼。为了省电,终端都是以非连续接收(Discontinuous Reception,DRX)方式监听寻呼,即每一个周期中仅有一小段时间是处于接收状态,该周期内其它时间都是非接收状态的,参见图1所示。对于UMTS,当前网络侧配置的DRX周期最长为29个无线帧(即5120ms),也就是说,对于UMTS的DRX来说,终端最多在每5120ms时间内,打开一次接收机接收网络侧寻呼指示消息以及可能的寻呼消息,其他时间都是关闭接收机的。对于LTE系统,目前网络侧配置的最大DRX周期为2560ms。
对于UMTS和LTE系统,终端都可能有两个DRX周期长度的配置。一个是无线网络控制器(Radio Network Controller,RNC)/演进型节点B(evolvedNode B,eNB)通过系统信息块(System Information Block,SIB)消息配置,称为default(默认或缺省)DRX,该配置适用于所有驻留在该小区内的终端;另一个是核心网(Core Network,CN)实体和终端通过非接入层(Non-AccessStratum,NAS)过程协商的,称为终端特定DRX(UE specific DRX;UserEquipment,用户设备或终端),该配置仅适用单个终端。对于后者,CN实体与终端的协商过程中,RNC/eNB是不知情的。终端取两个DRX周期中最小的DRX周期来监听寻呼消息。
对于寻呼过程,由CN实体发起寻呼过程,寻呼(paging)消息首先发送到RNC(UMTS)/eNB(LTE)。在LTE系统中,由移动性管理实体(MobilityManagement Entity,MME)通过S1接口将寻呼消息发送给eNB,参见图2所示;在UMTS中,通过Iu接口发送寻呼消息,参见图3所示。该寻呼消息中携带UE specific DRX配置,对于UMTS,RNC将使用该paging消息中配置的DRX参数在空口发送寻呼消息。对于LTE系统,eNB将比较该DRX配置和系统消息中配置的DRX参数,使用二者较短的DRX周期来发送寻呼消息。
终端接收寻呼位置的计算与系统帧号(System Frame Number,SFN)和国际移动用户标识(International Mobile Subscriber Identity,IMSI)有直接的关系。具体的,LTE系统中,终端接收寻呼的位置的计算可参见3GPP TS36.304协议;UMTS中,终端接收寻呼的位置的计算可参见3GPP TS25.304协议。
机器类型通信(Machine-type communication,MTC)作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是MTC通信业务。有时,MTC通信又称为机器间(Machine-to-machine,M2M)通信或物联网。
在MTC的通信场景中,需要考虑的一个重要问题是省电。在一些场景中,电池的寿命直接决定了MTC设备的寿命,比如用于动物追踪的MTC设备或用于水文监测的MTC设备,这些设备更换电池几乎是不可能的,所以就要求MTC设备有极低的耗电量。对于MTC设备,为了达到更好的省电性能,需要使用更长的DRX周期。因此,需要对现有协议中规定的DRX周期(LTE系统为2.56秒,UMTS为5.12秒)进行扩展,达到分钟甚至小时的量级。
但是终端采用扩展的DRX周期进行监听会带来一些问题,比如,由于两次寻呼机会之间的间隔时间变长,会导致寻呼接收的时延变长;又如,当网络侧发起的某次寻呼因为资源受限或者信道质量较差等原因没有被终端收到,那么终端需要等待更长的时间(即扩展的DRX周期)才能进行下一次寻呼的接收,会导致寻呼接收的可靠性降低。
综上所述,目前,终端采用扩展的DRX周期进行监听时,会导致寻呼接收的时延变长,以及寻呼接收的可靠性降低。
发明内容
本发明实施例提供了一种进行寻呼的方法、装置及系统,用于解决现有技术中终端采用扩展的DRX周期进行监听时,存在的时延长以及寻呼接收的可靠性低的问题。
本发明实施例提供了一种终端进行寻呼的方法,包括:
终端在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;
在至少一个所述扩展寻呼周期内,所述终端在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例提供了一种基站进行寻呼的方法,包括:
基站在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;
在至少一个所述扩展寻呼周期内,所述基站在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送。
本发明实施例提供了一种终端,包括:
第一接收模块,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;
第二接收模块,用于在至少一个所述扩展寻呼周期内,在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例提供了一种基站,包括:
第一发送模块,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;
第二发送模块,用于在至少一个所述扩展寻呼周期内,在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送。
本发明实施例提供了一种通信系统,包括:
基站,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;以及在至少一个所述扩展寻呼周期内,在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送;
终端,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;以及在至少一个所述扩展寻呼周期内,在除所述扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例中,终端在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;以及在至少一个扩展寻呼周期内,终端在除该扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。由于终端在至少一个扩展寻呼周期内,进行了至少两次寻呼接收,因此,在提高终端的省电效果的同时,能够保证寻呼接收时延和可靠性,达到保证用户体验和提升系统性能的目的。
附图说明
图1为现有技术中终端采用DRX方式进行寻呼接收的示意图;
图2为现有LTE系统中寻呼消息接口传输过程的示意图;
图3为现有UMTS系统中寻呼消息接口传输过程的示意图;
图4为本发明实施例提供的终端进行寻呼的方法流程示意图;
图5为本发明实施例提供的基站进行寻呼的方法流程示意图;
图6A为本发明实施例一中扩展寻呼子帧位置的示意图;
图6B为本发明实施例一中缺省寻呼子帧位置的示意图;
图7A为本发明实施例二中扩展寻呼子帧位置的示意图;
图7B为本发明实施例二中缺省寻呼子帧位置的示意图;
图8A为本发明实施例三中扩展寻呼子帧位置的示意图;
图8B为本发明实施例三中重传寻呼子帧位置的示意图;
图9为本发明实施例提供的终端的结构示意图;
图10为本发明实施例提供的基站的结构示意图;
图11为本发明实施例提供的通信系统结构示意图。
具体实施方式
本发明实施例的终端在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;以及在至少一个扩展寻呼周期内,终端在除该扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。从而在提高省电效果的同时,能够保证寻呼接收时延和可靠性。
下面结合说明书附图对本发明实施例作进一步详细描述。以下描述中,先分别从基站侧和终端侧的实施进行说明,再从基站侧和终端侧的配合实施进行说明,但这并不意味着二者必须配合实施,实际上,当基站侧与终端侧分开实施时,也解决了分别在基站侧、终端侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
需要说明的是,对于LTE系统,本发明实施例中的基站为eNB;对于UMTS,本发明实施例中的基站为RNC或NodeB。
参见图4所示,本发明实施例提供的终端进行寻呼的方法,包括以下步骤:
步骤41、终端在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;
步骤42、在至少一个扩展寻呼周期内,终端在除该扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例中的扩展寻呼周期大于传统的DRX周期;
优选的,扩展寻呼周期为传统的DRX周期的整数倍;
其中,传统的DRX周期包括default DRX(即缺省DRX)周期及UE specificDRX(即终端特定DRX)周期。
例如,对于LTE系统,网络侧能够配置的最大DRX周期为2.56秒,则为了进一步省电,扩展寻呼周期取大于2.56秒的值,如20.48秒。
需要说明的是,本发明实施例中均以扩展寻呼周期取20.48秒为例进行说明的,但本发明实施例的扩展寻呼周期并不限于取20.48秒,该扩展寻呼周期可以取任意大于传统的DRX周期的数值,本发明实施例中的扩展寻呼周期可扩展到分钟量级,甚至小时量级。
本发明实施例中在至少一个扩展寻呼周期内,终端进行了至少两次寻呼接收,由于扩展寻呼周期远大于目前的DRX周期,因此,在提高终端的省电效果的同时,还能够在一定程度上保证寻呼接收时延和可靠性,达到了保证用户体验和提升系统性能的目的。
在实施中,终端在与核心网设备进行协商后,确定使用扩展寻呼周期进行寻呼接收;此时,基站也使用扩展寻呼周期进行寻呼发送。
其中,核心网设备为MME或通过分组无线系统服务支持节点(ServingGPRS SupportNode,SGSN;General Packet Radio System,GPRS)。
进一步,终端根据以下步骤确定进行寻呼接收的扩展寻呼位置:
终端根据设定的扩展寻呼参数,确定每个扩展寻呼周期内进行寻呼接收的寻呼无线帧;以及
终端根据该扩展寻呼参数,确定在该寻呼无线帧上进行寻呼接收的寻呼子帧;
其中,扩展寻呼参数至少包括扩展寻呼周期和扩展寻呼密度。
具体的,终端根据扩展寻呼周期、扩展寻呼密度及自身的终端标识(如IMSI),确定进行寻呼接收的扩展寻呼位置。
需要说明的是,终端与基站基于DRX方式采用扩展寻呼周期进行寻呼过程中,在每个扩展寻呼周期内进行寻呼的次数默认为1次(即扩展寻呼次数的默认值为1);若需要在每个扩展寻呼周期内进行两次或以上的寻呼,则还需要在扩展寻呼参数中携带设定的扩展寻呼次数。
优选的,该扩展寻呼参数还包括扩展寻呼次数。
相应的,基站根据以下步骤确定进行寻呼发送的扩展寻呼位置:
基站根据设定的扩展寻呼参数,确定自身在每个扩展寻呼周期内进行寻呼发送的寻呼无线帧;以及
基站根据该扩展寻呼参数,确定在该寻呼无线帧上进行寻呼发送的寻呼子帧。
具体的,基站根据扩展寻呼周期、扩展寻呼密度及终端标识(如IMSI),确定进行寻呼发送的扩展寻呼位置。
优选的,该扩展寻呼参数还包括扩展寻呼次数。
在基站与终端确定了扩展寻呼位置后,基站在每个扩展寻呼周期内的扩展寻呼位置上进行寻呼发送,相应的,终端在每个扩展寻呼周期内的扩展寻呼位置上进行寻呼接收,从而实现了使用扩展寻呼周期进行寻呼。
需要说明的是,扩展寻呼位置的确定方法与现有技术中采用DRX方式进行寻呼时确定寻呼位置的方法相同。具体的,LTE系统中,扩展寻呼位置的计算参见3GPP TS36.304协议;UMTS中,扩展寻呼位置的计算参见3GPP TS25.304协议。
在实施中,终端根据以下步骤确定特定寻呼位置:
终端根据寻呼重传对应的特定寻呼参数,确定每个扩展寻呼周期内进行寻呼重传接收的寻呼重传无线帧;
终端根据该特定寻呼参数,确定在该寻呼重传无线帧上进行寻呼重传接收的寻呼重传子帧;
其中,特定寻呼参数至少包括特定寻呼周期及特定寻呼密度。
需要说明的是,特定寻呼次数的默认值为1,若需要在每个扩展寻呼周期内进行两次或以上的寻呼重传,则在特定寻呼参数中需要携带有特定寻呼次数。
优选的,特定寻呼参数还包括特定寻呼次数。
需要说明的是,特定寻呼位置的确定方法与现有技术中采用DRX方式进行寻呼时确定寻呼位置的方法相同。具体的,LTE系统中,特定寻呼位置的计算参见3GPP TS36.304协议;UMTS中,特定寻呼位置的计算参见3GPP TS25.304协议。
优选的,特定寻呼参数可以为3GPP协议定义的缺省寻呼参数,也可以为新增的仅用于寻呼重传的重传寻呼参数,其中,重传寻呼参数与缺省寻呼参数不同。
在实施中,缺省寻呼参数至少包括缺省寻呼周期及缺省寻呼密度;
进一步,由于缺省寻呼次数的默认值为1,若缺省寻呼次数的值大于1,优选的,该缺省寻呼参数还包括缺省寻呼次数。
在实施中,重传寻呼参数至少包括重传寻呼周期及重传寻呼密度;
进一步,由于重传寻呼次数的默认值为1,若重传寻呼次数的值大于1,优选的,该重传寻呼参数还包括重传寻呼次数。
进一步,终端根据以下方式获取特定寻呼参数:
在至少一个扩展寻呼周期内,终端在扩展寻呼位置之前的任一时刻,接收基站发送的系统信息,并保存该系统信息中携带的特定寻呼参数。
具体的,基站通过广播发送方式,向终端发送系统信息,其中,该系统信息中携带特定寻呼参数。
为了保证寻呼重传的可靠性,优选的,在每个扩展寻呼周期内,终端在扩展寻呼位置之前的任一时刻,接收基站发送的系统信息,并保存该系统信息中携带的特定寻呼参数。
优选的,终端在接收到基站发送的系统信息后,判断该系统信息中携带的特定寻呼参数与自身当前保存的特定寻呼参数是否相同;
若是,则终端不更新自身当前保存的特定寻呼参数;
若否,则终端保存该系统信息中携带的特定寻呼参数,以更新自身当前保存的特定寻呼参数。
在实施中,若扩展寻呼周期大于系统帧号(System Frame Number,SFN)周期,例如,扩展寻呼周期为SFN周期的M倍(M为大于2的正整数),则在每个扩展寻呼周期中的每个SFN周期内,均需要进行至少一次寻呼重传;
其中,SFN周期即系统无线帧号的重复周期,在LTE系统的物理层协议中,系统无线帧号的重复周期是1024,因此,每个无线帧帧号的取值范围是0~1023,也就是说,对于LTE系统,每个SFN周期为10.24秒。
举例说明,LTE系统中,假设扩展寻呼周期为40.93秒,SFN周期为10.24秒,假设根据特定寻呼参数确定出的寻呼重传位置为每个SFN周期中第一个无线帧的子帧#2,则在一个扩展寻呼周期内,需要进行4次寻呼重传;
基于上述场景,为了进一步省电,优选的,步骤42进一步包括:
在至少一个扩展寻呼周期内,终端在指定的SFN周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
相应的,在至少一个扩展寻呼周期内,基站在指定的SFN周期内的至少一个特定寻呼位置上,进行寻呼重传发送。
优选的,指定的SFN周期可以由终端与基站预先约定,也可以由基站确定后通知给该终端。
例如,终端与基站约定在扩展寻呼位置之后的下一个SFN周期进行寻呼重传;又如,终端与基站约定在扩展寻呼周期之后的任一SFN周期进行寻呼重传。
在实施中,若特定寻呼周期小于SFN周期,假设SFN周期为特定寻呼周期的N倍(N为大于2的正整数),则在每个SFN周期内,根据特定寻呼参数确定出的特定寻呼位置可能出现至少两次,也就是说,在每个SFN周期内需要进行至少两次寻呼重传;
举例说明,LTE系统中,SFN周期为10.24秒,default DRX周期为2.56秒,则在一个SFN周期内,根据缺省寻呼参数确定出的特定寻呼位置出现4次,即在一个SFN周期内需要进行寻呼重传次数为4次;
基于上述场景,为了进一步省电,优选的,步骤42进一步包括:
在至少一个扩展寻呼周期内,终端在指定的特定寻呼位置上,进行寻呼重传接收。
相应的,在至少一个扩展寻呼周期内,基站在指定的特定寻呼位置上,进行寻呼重传发送。
优选的,指定的特定寻呼位置可以由终端与基站预先约定,也可以由基站确定后通知给该终端。
为了进一步达到省电的目的,作为一种实现方式,终端默认不进行寻呼重传接收,在接收到基站的指示后才进行寻呼重传接收,具体的:
若终端在任一扩展寻呼周期内,接收到基站发送的第一指示信息,则该终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
其中,基站可以在扩展寻呼周期的扩展寻呼位置上发送第一指示信息,相应的,终端在该扩展寻呼周期的扩展寻呼位置上接收该第一指示信息;基站也可以在扩展寻呼周期中的除扩展寻呼位置之外的其他子帧上发送该第一指示信息,相应的,终端在该扩展寻呼周期的除扩展寻呼位置之外的其他子帧上接收该第一指示信息。
为了减少终端醒来的次数,优选的,基站在扩展寻呼周期的扩展寻呼位置上发送第一指示信息。
进一步,若终端在任一扩展寻呼周期内,接收到基站发送的第二指示信息,则该终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收。
其中,基站可以在扩展寻呼周期的扩展寻呼位置上发送第二指示信息,相应的,终端在该扩展寻呼周期的扩展寻呼位置上接收该第二指示信息;基站也可以在扩展寻呼周期中的除扩展寻呼位置之外的其他子帧上发送该第二指示信息,相应的,终端在该扩展寻呼周期的除扩展寻呼位置之外的其他子帧上接收该第二指示信息。
为了减少终端醒来的次数,优选的,基站在扩展寻呼周期的扩展寻呼位置上发送第二指示信息。
作为另一种实现方式,终端默认进行寻呼重传接收,在接收到基站的指示后停止进行寻呼重传接收,具体的:
若终端在任一扩展寻呼周期内,接收到基站发送的第二指示信息,该终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收。
其中,基站可以在扩展寻呼周期的扩展寻呼位置上发送第二指示信息,相应的,终端在该扩展寻呼周期的扩展寻呼位置上接收该第二指示信息;基站也可以在扩展寻呼周期中的除扩展寻呼位置之外的其他子帧上发送该第二指示信息,相应的,终端在该扩展寻呼周期的除扩展寻呼位置之外的其他子帧上接收该第二指示信息。
为了减少终端醒来的次数,优选的,基站在扩展寻呼周期的扩展寻呼位置上发送第二指示信息。
具体的,终端默认不进行寻呼重传接收,直到接收到基站发送的第一指示信息时,该终端才在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收;若终端在某个扩展寻呼周期的扩展寻呼位置上,接收到基站发送的第二指示信息,则该终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收,直至再次接收到基站发送的第一指示信息。
基于上述实施例,参见图5所示,本发明实施例提供了基站侧进行寻呼的方法,包括以下步骤:
步骤51、基站在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;
步骤52、在至少一个扩展寻呼周期内,基站在除该扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送。
本发明实施例中的扩展寻呼周期大于传统的DRX周期,其中,传统的DRX周期包括default DRX周期及UE specific DRX周期。
优选的,扩展寻呼周期为传统的DRX周期的整数倍。
在实施中,核心网设备与终端进行协商后,确定使用扩展寻呼周期进行寻呼发送,并通知给基站;
其中,核心网设备为MME或SGSN。
在实施中,基站根据以下步骤确定扩展寻呼位置:
基站根据设定的扩展寻呼参数,确定每个扩展寻呼周期内进行寻呼发送的寻呼无线帧;以及
基站根据扩展寻呼参数,确定在寻呼无线帧上进行寻呼发送的寻呼子帧;
其中,扩展寻呼参数至少包括扩展寻呼周期和扩展寻呼密度。
优选的,该扩展寻呼参数还包括扩展寻呼次数。
进一步,该方法还包括:
基站确定用于进行寻呼重传的特定寻呼参数,并通过系统信息将特定寻呼参数通知给终端;
其中,特定寻呼参数至少包括特定寻呼周期及特定寻呼密度;
优选的,该特定寻呼参数还包括特定寻呼次数。
具体的,基站通过广播发送方式,向终端发送系统信息,其中,该系统信息中携带特定寻呼参数。
优选的,特定寻呼参数为3GPP协议定义的缺省寻呼参数,或新增的仅用于寻呼重传的重传寻呼参数。
在实施中,缺省寻呼参数至少包括缺省寻呼周期及缺省寻呼密度;
优选的,该缺省寻呼参数还包括缺省寻呼次数。
在实施中,重传寻呼参数至少包括重传寻呼周期及重传寻呼密度;
优选的,该重传寻呼参数还包括重传寻呼次数。
在实施中,基站根据以下步骤确定特定寻呼位置:
基站根据特定寻呼参数,确定每个扩展寻呼周期内进行寻呼重传发送的寻呼重传无线帧;以及
基站根据特定寻呼参数,确定在寻呼重传无线帧上进行寻呼重传发送的寻呼重传子帧。
在实施中,若扩展寻呼周期大于系统无线帧号SFN周期,
在扩展寻呼周期内,基站在指定的SFN周期内的至少一个特定寻呼位置上,进行寻呼重传发送。
在实施中,若基站在每个SFN周期内确定出至少两个特定寻呼位置,
在至少一个扩展寻呼周期内,基站在指定的特定寻呼位置上,进行寻呼重传发送。
为了进一步达到省电的目的,该方法还包括:
基站根据设定的判断原则,判断是否需要进行寻呼重传;
在确定需要进行寻呼重传时,在扩展寻呼周期内向终端发送第一指示信息,并在至少一个特定寻呼位置上进行寻呼重传发送;
其中,第一指示信息用于指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
具体的,基站可以在扩展寻呼周期的扩展寻呼位置上发送第一指示信息,相应的,终端在该扩展寻呼周期的扩展寻呼位置上接收该第一指示信息;基站也可以在扩展寻呼周期中的除扩展寻呼位置之外的其他子帧上发送该第一指示信息,相应的,终端在该扩展寻呼周期的除扩展寻呼位置之外的其他子帧上接收该第一指示信息。
为了减少终端醒来的次数,优选的,基站在扩展寻呼周期的扩展寻呼位置上发送第一指示信息。
进一步,该方法还包括:
若确定不需要进行寻呼重传,基站在扩展寻呼周期内向终端发送第二指示信息,并停止在至少一个特定寻呼位置上进行寻呼重传发送;
其中,第二指示信息用于指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收。
具体的,基站可以在扩展寻呼周期的扩展寻呼位置上发送第二指示信息,相应的,终端在该扩展寻呼周期的扩展寻呼位置上接收该第二指示信息;基站也可以在扩展寻呼周期中的除扩展寻呼位置之外的其他子帧上发送该第二指示信息,相应的,终端在该扩展寻呼周期的除扩展寻呼位置之外的其他子帧上接收该第二指示信息。
为了减少终端醒来的次数,优选的,基站在扩展寻呼周期的扩展寻呼位置上发送第二指示信息。
在实施中,设定的判断原则包括以下一项或组合:
基站根据扩展寻呼周期,判断是否需要进行寻呼重传;
基站根据当前信道质量,判断是否需要进行寻呼重传;
基站根据当前小区的寻呼密度,判断是否需要进行寻呼重传。
其中,信道质量为信道状态信息(Channel State Information,CSI)、参考信号接收功率(Reference Signal Received Power,RSRP)、参考信号接收质量(Reference Signal Received Quality,RSRQ)中的一种或组合。
举例说明,若扩展寻呼周期大于设定的周期阈值,则基站确定需要进行寻呼重传,并在扩展寻呼位置向终端发送第一指示信息,以指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
又如,若当前小区的寻呼密度不小于设定的寻呼密度阈值,则基站确定需要进行寻呼重传,并在扩展寻呼位置向终端发送第一指示信息,以指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收;在某一时刻,若当前小区的寻呼密度小于设定的寻呼密度阈值,则基站确定需要停止进行寻呼重传,并在扩展寻呼位置向终端发送第二指示信息,以指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,停止进行寻呼重传接收。
本发明实施例中,对于LTE系统,基站为eNB;对于UMTS,基站为RNC或NodeB。
下面结合三个具体实施例,对本发明实施例的寻呼方法进行详细说明。
实施例一、本实施例中,终端默认在特定寻呼位置上,进行寻呼重传接收。以特定寻呼参数为缺省寻呼参数为例,终端(UE)在一个扩展寻呼周期内存在多个寻呼子帧。具体的:
UE与核心网协商后,确定使用扩展寻呼周期(也称为扩展寻呼DRX周期)(假设该扩展寻呼周期为20.48秒)来进行寻呼接收;在本实施例中,假设UE根据扩展寻呼参数(包括扩展寻呼周期、扩展寻呼密度、扩展寻呼次数等)计算出的扩展寻呼位置为每个扩展寻呼周期中的第一个无线帧的子帧#2(下面称为扩展寻呼子帧位置),参见图6A所示;
UE在每次扩展寻呼子帧位置之前醒来读取当前驻留小区的系统信息(即基站发送的系统信息),并保存该系统信息中携带的缺省寻呼参数(假设当前小区的缺省寻呼周期为2.56秒);
UE根据缺省寻呼参数计算出另一类寻呼子帧位置(即特定寻呼位置),在本实施例中,假设UE根据缺省寻呼参数(包括缺省寻呼周期、缺省寻呼密度、缺省寻呼次数等)计算出的特定寻呼位置为每个SFN周期中的SFN=3的无线帧的子帧#3(下面称为缺省寻呼子帧位置);
之后,UE在一个扩展寻呼周期内,在扩展寻呼子帧位置和一个缺省寻呼子帧位置醒来进行寻呼接收,如图6B所示;优选的,缺省寻呼子帧位置可以位于扩展寻呼子帧位置之后的下一个SFN周期(10.24秒)中,也可以位于后续任何一个SFN周期中的。
本实施例中,UE在一个扩展的寻呼周期内,进行了两次寻呼接收,从而在增加提高省电效果的同时,提高了寻呼接收的可靠性,并降低了接收时延。
实施例二、本实施例中,UE根据基站的指示开启/关闭寻呼重传的接收功能,本实施例在实施例一的基础上,进一步给出了省电增强方案。
在实施例一中,UE在每个扩展寻呼周期需要醒来两次,进行寻呼接收。当扩展寻呼周期不存在寻呼时,UE多醒来一次是浪费的,因此,基站可以通过系统信息指示UE是否需要在缺省寻呼子帧位置醒来。若UE在扩展寻呼子帧之前收到了本小区的系统信息,该系统信息指示自身不需要在缺省寻呼子帧位置醒来,则UE后续只会在扩展寻呼子帧位置接收寻呼,如图7A所示:
另外,基站也可以在扩展寻呼子帧位置上利用寻呼消息通知UE是否需要在缺省寻呼子帧醒来进行寻呼接收。UE默认不在缺省寻呼子帧位置醒来,当UE在扩展寻呼子帧位置上接收到的寻呼消息中指示该UE需要在缺省寻呼子帧位置醒来进行寻呼接收,则UE才在后续的缺省寻呼子帧内醒来进行寻呼接收;若后续基站又在扩展寻呼子帧位置上利用寻呼消息通知UE不需要在缺省寻呼子帧位置醒来进行寻呼接收,则UE不在后续的缺省寻呼子帧醒来进行寻呼接收。如图7B所示,UE收到基站的指示,只在一个扩展寻呼周期中,在扩展寻呼子帧位置和缺省寻呼子帧位置都醒来进行寻呼接收。
采用本实施例的方式,可以进一步提高省电的效果。
本实施例中,基站判决是否需要进行额外的寻呼的因素包括扩展寻呼周期的长度、当前信道质量、当前小区的寻呼密度等。例如,当前小区的寻呼密度较低,基站可以判决开启一个扩展寻呼周期中的多次寻呼功能。
实施例三、本实施例中,UE在一个扩展寻呼周期内存在多个寻呼子帧(基于重传寻呼参数);
UE与核心网协商后,确定使用扩展寻呼周期(例如20.48秒)进行寻呼接收;在本实施例中,假设UE根据扩展寻呼参数计算出的扩展寻呼位置为每个扩展寻呼周期中第一个无线帧的子帧#2(下面称为扩展寻呼子帧位置),如下图8A所示;
UE在每次扩展寻呼子帧位置之前醒来读取当前驻留小区的系统信息,并保存专门用于寻呼重传的重传寻呼参数(例如,当前小区的重传寻呼周期为2.56秒,重传寻呼次数为2次),该重传寻呼参数与缺省寻呼参数不同;
UE根据重传寻呼参数计算出另一类寻呼子帧位置(即特定寻呼位置),在本实施例中,假设计算出的另一类寻呼子帧位置包括两个,第一个位置是每个SFN周期中SFN=3的无线帧的子帧#3,第二个位置是每个SFN周期中SFN=259的无线帧的子帧#3(下面称为重传寻呼子帧位置);
之后UE在一个扩展寻呼周期内,在扩展寻呼子帧位置和两个重传寻呼子帧位置醒来进行寻呼接收,如图8B所示,其中,重传寻呼子帧位置可以位于扩展寻呼子帧位置之后的下一个SFN周期(10.24秒)中,也可以位于后续任何一个SFN周期中。
本实施例中,UE在一个扩展的寻呼周期内,进行三次寻呼接收,从而提高了寻呼接收的可靠性并降低了接收时延。
上述方法处理流程可以用软件程序实现,该软件程序可以存储在存储介质中,当存储的软件程序被调用时,执行上述方法步骤。
基于上述实施例,参见图9所示,本发明实施例提供的终端,包括:
第一接收模块91,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;
第二接收模块92,用于在至少一个扩展寻呼周期内,在除扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例中的扩展寻呼周期大于传统的DRX周期,其中,传统的DRX周期包括default DRX周期及UE specific DRX周期。
优选的,扩展寻呼周期为传统的DRX周期的整数倍。
在实施中,第一接收模块91根据以下步骤确定扩展寻呼位置:
根据设定的扩展寻呼参数,确定每个扩展寻呼周期内进行寻呼接收的寻呼无线帧;以及根据扩展寻呼参数,确定在寻呼无线帧上进行寻呼接收的寻呼子帧;
其中,扩展寻呼参数至少包括扩展寻呼周期和扩展寻呼密度。
在实施中,第二接收模块92根据以下步骤确定特定寻呼位置:
根据该寻呼重传对应的特定寻呼参数,确定每个扩展寻呼周期内进行寻呼重传接收的寻呼重传无线帧;以及根据特定寻呼参数,确定在寻呼重传无线帧上进行寻呼重传接收的寻呼重传子帧;
其中,特定寻呼参数至少包括特定寻呼周期及特定寻呼密度;
优选的,该特定寻呼参数还包括特定寻呼次数。
进一步,第一接收模块91还用于:
在至少一个扩展寻呼周期内,在扩展寻呼位置之前的任一时刻,接收基站发送的系统信息,并保存系统信息中携带的特定寻呼参数。
优选的,第二接收模块92具体用于:
若扩展寻呼周期大于系统无线帧号SFN周期,在扩展寻呼周期内,在指定的SFN周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
优选的,第二接收模块92具体用于:
若在每个SFN周期内确定出至少两个特定寻呼位置,在至少一个扩展寻呼周期内,在指定的特定寻呼位置上,进行寻呼重传接收。
优选的,第一接收模块91还用于:
若在任一扩展寻呼周期内,接收到基站发送的第一指示信息,则触发第二接收模块92在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
优选的,第一接收模块91还用于:
若在任一扩展寻呼周期内,接收到基站发送的第二指示信息,则触发第二接收模块92在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收。
基于上述实施例,参见图10所示,本发明实施例提供的基站,包括:
第一发送模块101,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;
第二发送模块102,用于在至少一个扩展寻呼周期内,在除扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送。
本发明实施例中的扩展寻呼周期大于传统的DRX周期,其中,传统的DRX周期包括default DRX周期及UE specific DRX周期。
优选的,扩展寻呼周期为传统的DRX周期的整数倍。
在实施中,第一发送模块101根据以下步骤确定扩展寻呼位置:
根据设定的扩展寻呼参数,确定每个扩展寻呼周期内进行寻呼发送的寻呼无线帧;以及根据扩展寻呼参数,确定在寻呼无线帧上进行寻呼发送的寻呼子帧;
其中,扩展寻呼参数至少包括扩展寻呼周期和扩展寻呼密度。
优选的,扩展寻呼参数还包括扩展寻呼次数。
进一步,第一发送模块101还用于:
在确定用于进行寻呼重传的特定寻呼参数,并通过系统信息将特定寻呼参数通知给终端;
其中,特定寻呼参数至少包括特定寻呼周期及特定寻呼密度;
优选的,该特定寻呼参数还包括特定寻呼次数。
在实施中,第二发送模块102根据以下步骤确定特定寻呼位置:
根据特定寻呼参数,确定每个扩展寻呼周期内进行寻呼重传发送的寻呼重传无线帧;以及根据特定寻呼参数,确定在寻呼重传无线帧上进行寻呼重传发送的寻呼重传子帧。
优选的,第二发送模块102具体用于:
若扩展寻呼周期大于系统无线帧号SFN周期,在扩展寻呼周期内,在指定的SFN周期内的至少一个特定寻呼位置上,进行寻呼重传发送。
优选的,第二发送模块102具体用于:
若在每个SFN周期内确定出至少两个特定寻呼位置,在至少一个扩展寻呼周期内,在指定的特定寻呼位置上,进行寻呼重传发送。
优选的,该基站还包括:
判断模块103,用于根据设定的判断原则,判断是否需要进行寻呼重传;
若确定需要进行寻呼重传,判断模块103触发第一发送模块101在扩展寻呼周期内向终端发送第一指示信息,以及触发第二发送模块102在至少一个特定寻呼位置上进行寻呼重传发送;
其中,第一指示信息用于指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内的至少一个特定寻呼位置上,进行寻呼重传接收。
优选的,若判断模块103确定不需要进行寻呼重传,则判断模块103触发第一发送模块101在扩展寻呼周期内向终端发送第二指示信息,并触发第二发送模块102停止在至少一个特定寻呼位置上进行寻呼重传发送;
其中,第二指示信息用于指示终端在本次扩展寻呼周期及后续的每个扩展寻呼周期内,停止进行寻呼重传接收。
在实施中,设定的判断原则包括以下一项或组合:
根据扩展寻呼周期,判断是否需要进行寻呼重传;
根据当前信道质量,判断是否需要进行寻呼重传;
根据当前小区的寻呼密度,判断是否需要进行寻呼重传。
在实施中,对于LTE系统,基站为eNB;对于UMTS,基站为RNC或NodeB。
基于上述实施例,参见图11所示,本发明实施例提供了一种通信系统,包括:
基站10,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼发送;以及在至少一个扩展寻呼周期内,在除扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传发送;
终端20,用于在每个扩展寻呼周期内的扩展寻呼位置上,进行寻呼接收;以及在至少一个扩展寻呼周期内,在除扩展寻呼位置之外的至少一个特定寻呼位置上,进行寻呼重传接收。
本发明实施例中的扩展寻呼周期大于传统的DRX周期,其中,传统的DRX周期包括default DRX周期及UE specific DRX周期。
优选的,扩展寻呼周期为传统的DRX周期的整数倍。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。