一种寻呼方法、寻呼消息获取方法及基站、终端
技术领域
本发明涉及通信技术,尤其涉及一种寻呼方法、寻呼消息获取方法及基站、终端。
背景技术
机器到机器(Machine to Machine,M2M)通信是未来智能化发展的一种趋势。在第三代移动通信系统(UMTS)以及其长期演进系统(LTE)中需要支持MTC(机器型通信,Machine Type Communications)功能。一台MTC设备(MTC终端)可能具有多种M2M通信特性之中的部分特性,如低移动性、传输数据量小、对通信时延不敏感、要求极低功耗等特征。
1、MTC
机器类型通信(Machine-type communication,MTC)作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是机器间(小带宽系统)通信业务。
当前的移动通信网络是针对人与人之间的通信设计的,如:网络容量的确定等。如果希望利用移动通信网络来支持小带宽系统通信就需要根据小带宽系统通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现小带宽系统通信。
当前认识到的MTC通信可能存在的一些特性有:
MTC终端具有低移动性;
MTC终端与网络侧进行数据传输的时间是可控的;即MTC终端只能在网络指定的时间段内进行接入。
MTC终端与网络侧进行的数据传输对数据传输对实时性要求不高,即:具有时间容忍性;
MTC终端能量受限,要求极低的功率消耗;
MTC终端和网络侧之间只进行小数据量的信息传输;
MTC终端可以以组为单位进行管理。
一个实际的MTC终端可以具有上述的一个或多个特性。
2、寻呼机制
LTE系统的终端有两种状态,即RRC_connected(RRC Radio ResourceControl_connected无线资源控制_连接)状态和RRC-idle(空闲)状态。
终端在RRC-idle状态下的主要工作就是监听网络侧的寻呼。为了省电都是以非连续接收(DRX)方式监听寻呼。即每一个寻呼周期中仅仅有一个子帧(1ms)是处于接收状态,该周期内其它时间都是非接收状态的,如图1所示。
如图2所示,对于寻呼过程,由核心网实体发起寻呼,寻呼消息首先发送到基站(eNB)。该寻呼消息中携带终端(UE)特有的DRX配置。对于LTE系统,eNB将比较该DRX周期和系统消息中配置的DRX周期,使用二者较短的DRX周期来发送寻呼消息。
终端接收寻呼的位置的计算与系统帧号(SFN)和终端的全球移动终端标识(International Mobile Subscriber Identity,IMSI)有直接的关系(参考文献为3GPP协议TS36.304)。终端的寻呼标识(UE_ID)使用以下公式得到:UE_ID=IMSI mod1024。IMSI是一个不超过15位的全球唯一的终端标识,其中每一位都是一个0~9之间的整数,比如IMSI=12345678901234。
由于在一个寻呼周期里,终端最多只能收到一次寻呼消息。但是对于有些场景下工作的终端,比如工作于地下室、商场或者建筑角落的终端,由于无线信号被严重遮挡,信号受到很大的衰减,上述终端无法与网络进行通信,而针对这些场景下进行网络的深度覆盖会大大增加网络的建网成本,包括增加的设备开支、网络规划成本、增加人工维护开支等,随着无线通信技术的演进,M2M服务将部署于LTE网络中,因此需要后续的基于LTE的无线通信技术中可以有效增加网络的覆盖,解决工作于上述场景下的终端覆盖问题。
对于这些需要覆盖增强的MTC终端来说,只接收一次寻呼消息是无法正确解码的,这样就会导致终端错过寻呼,无法被叫,降低了用户体验和系统整体性能。
在寻呼周期开始时,UE有一次接收寻呼的机会,在该寻呼周期后的至少一个寻呼周期内,基站可以在其他寻呼周期为终端进行几次重传,以便终端在未收到第一次寻呼的情况下,还有机会再次获取。但是对于需要覆盖增强的MTC终端来说,通过这种方式进行重传,寻呼重传次数还不能保证其可以正确接收寻呼,并且当前的寻呼重传时延较大,会造成几十秒的延迟。
发明内容
本发明实施例提供一种寻呼方法、寻呼消息获取方法及基站、终端,以减少终端错过寻呼导致无法被叫的情况出现。
本发明实施例提供一种寻呼方法,包括:
基站确定需要覆盖增强的终端;
基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,由所述需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息。
由于基站在进行第一次寻呼后,又对需要覆盖增强的终端进行重复寻呼,所以提高了终端接收寻呼消息的成功率,减少了终端错过寻呼导致无法被叫的情况出现。
进一步,为尽量减小时延,所述基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在连续的设定个数的能够进行寻呼的子帧中,分别对所述需要覆盖增强的终端进行重复寻呼,所述设定个数为设定的重复寻呼次数。
或者,所述基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼前,还包括:
基站将对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期广播给所有终端;
所述基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期在能够进行寻呼的子帧中对所述需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数,其中,所述重复寻呼周期小于寻呼周期。
进一步,为减小系统开销,所述基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼前,还包括:
基站将对所述需要覆盖增强的终端进行重复寻呼的子帧位置广播给所有终端;
所述基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中,对所述需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数。
具体的,基站确定需要覆盖增强的终端,具体包括:
基站接收需要覆盖增强的终端发送的寻呼标识,并确定该寻呼标识对应的终端为需要覆盖增强的终端。
本发明实施例提供的一种寻呼消息获取方法,包括:
终端确定自身为需要覆盖增强的终端;
终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息;
终端结合多次接收到的内容,确定寻呼消息。
由于终端在第一次寻呼时接收寻呼消息后,在基站进行重复寻呼时继续接收寻呼消息,并结合多次接收到的内容,确定寻呼消息,减少了终端错过寻呼导致无法被叫的情况出现。
具体的,所述终端确定自身为需要覆盖增强的终端,具体包括:
终端确定其下行信道质量低于设定门限时,或者确定其上行发起随机接入的重传次数高于设定门限时,或者确定其上行发送采用了覆盖增强方式时,确定自身为需要覆盖增强的终端。
较佳的,为便于基站确定需要覆盖增强的终端,所述终端确定自身为需要覆盖增强的终端后,所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端确定自身的寻呼标识,并将所述寻呼标识上报给所述基站。
进一步,所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼的子帧中和进行第一次寻呼后的连续的设定个数的能够进行寻呼的子帧中,分别进行寻呼消息接收。
或者,所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端接收基站广播的对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期;
所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期进行寻呼消息接收,其中,所述重复寻呼周期小于寻呼周期。
或者,所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端接收基站广播的进行重复寻呼的子帧位置;
所述终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中进行寻呼消息接收。
本发明实施例还提供一种基站,包括:
确定单元,用于确定需要覆盖增强的终端;
寻呼单元,用于在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,由所述需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息。
该基站在进行第一次寻呼后,又对需要覆盖增强的终端进行重复寻呼,所以提高了终端接收寻呼消息的成功率,减少了终端错过寻呼导致无法被叫的情况出现。
进一步,为尽量减小时延,所述寻呼单元具体用于:
在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在连续的设定个数的能够进行寻呼的子帧中,分别对所述需要覆盖增强的终端进行重复寻呼,所述设定个数为设定的重复寻呼次数。
或者,所述寻呼单元还用于:在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼前,将对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期广播给所有终端;
所述寻呼单元在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,具体包括:
在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期在能够进行寻呼的子帧中对所述需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数,其中,所述重复寻呼周期小于寻呼周期。
或者,所述寻呼单元还用于:在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼前,将对所述需要覆盖增强的终端进行重复寻呼的子帧位置广播给所有终端;
所述寻呼单元在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对所述需要覆盖增强的终端进行重复寻呼,具体包括:
在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中,对所述需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数。
具体的,所述确定单元具体用于:
基站接收需要覆盖增强的终端发送的寻呼标识,并确定该寻呼标识对应的终端为需要覆盖增强的终端。
本发明实施例提供一种终端,包括:
增强确定单元,用于确定自身为需要覆盖增强的终端;
接收单元,用于在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息;
消息确定单元,用于结合多次接收到的内容,确定寻呼消息。
该终端在第一次寻呼时接收寻呼消息后,在基站进行重复寻呼时继续接收寻呼消息,并结合多次接收到的内容,确定寻呼消息,减少了终端错过寻呼导致无法被叫的情况出现。
具体的,所述增强确定单元具体用于:
确定其下行信道质量低于设定门限时,或者确定其上行发起随机接入的重传次数高于设定门限时,或者确定其上行发送采用了覆盖增强方式时,确定自身为需要覆盖增强的终端。
较佳的,为便于基站确定需要覆盖增强的终端,所述增强确定单元还用于:
在确定自身为需要覆盖增强的终端后,确定自身的寻呼标识,并将所述寻呼标识上报给所述基站。
进一步,所述接收单元具体用于:
在寻呼周期开始时基站第一次寻呼的子帧中和进行第一次寻呼后的连续的设定个数的能够进行寻呼的子帧中,分别进行寻呼消息接收。
或者,所述接收单元还用于:
在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,接收基站广播的对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期;
所述接收单元在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期进行寻呼消息接收,其中,所述重复寻呼周期小于寻呼周期。
或者,所述接收单元还用于:
在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,接收基站广播的进行重复寻呼的子帧位置;
所述接收单元在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中进行寻呼消息接收。
本发明实施例提供一种寻呼方法、寻呼消息获取方法及基站、终端,对于需要覆盖增强的终端,在进行寻呼后,在包括当前寻呼周期的至少一个寻呼周期中进行重复寻呼,使得需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息,减少终端错过寻呼导致无法被叫的情况出现。
附图说明
图1为现有技术中终端接收寻呼的子帧的位置示意图;
图2为现有技术中的寻呼消息发送示意图;
图3为本发明实施例提供的寻呼方法流程图;
图4为本发明实施例提供的对应实施例一的终端接收寻呼的子帧的位置示意图;
图5为本发明实施例提供的对应实施例二的终端接收寻呼的子帧的位置示意图;
图6为本发明实施例提供的对应实施例三的终端接收寻呼的子帧的位置示意图;
图7为本发明实施例提供的寻呼消息获取方法流程图;
图8为本发明实施例提供的基站示意图;
图9为本发明实施例提供的终端示意图。
具体实施方式
本发明实施例提供一种寻呼方法、寻呼消息获取方法及基站、终端,对于需要覆盖增强的终端,在进行寻呼后,在包括当前寻呼周期的至少一个寻呼周期中进行重复寻呼,使得需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息,减少终端错过寻呼导致无法被叫的情况出现。
如图3所示,本发明实施例提供的寻呼方法,包括:
步骤S301、基站确定需要覆盖增强的终端;
步骤S302、基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,由需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息。
在步骤S302中,基站对于需要覆盖增强的终端,进行多次寻呼,即使终端错过了第一次寻呼,也有很大的概率在重复寻呼时获得寻呼消息,进而减少终端错过寻呼导致无法被叫的情况出现。
步骤S301中,基站需要确定需要覆盖增强的终端,具体的,基站可以通过接收需要覆盖增强的终端发送的寻呼标识,来确定该寻呼标识对应的终端为需要覆盖增强的终端。当然,基站也可以根据预先配置等方式来确定需要覆盖增强的终端。
本发明实施例中提到的终端,可以是MTC终端,也可以是其它支持DRX的终端,在具体实施例中,以MTC终端为例进行说明。
基站在进行重复寻呼时,可以使用预先设置的能够进行寻呼的子帧进行重复寻呼,例如,对于LTE FDD(Frequency Division Duplex,频分双工)系统来说,每个无线帧的#0、#4、#5、#9子帧均是预先设定的能够进行寻呼的子帧,对于LTE TDD(Time Division Duplex,时分双工)系统来说,每个无线帧的#0、#1、#5、#6子帧均是预先设定的能够进行寻呼的子帧,在进行重复寻呼时,可以使用连续的设定个数的能够进行寻呼的子帧进行设定次数的重复寻呼,也可以按照特定规律,通过不连续的能够进行寻呼的子帧进行重复寻呼,下面通过具体实施例对两种重复寻呼的方式进行具体说明:
实施例一、
该实施例中,基站使用连续的设定个数的能够进行寻呼的子帧进行设定次数的重复寻呼,此时,步骤S302中,基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在连续的设定个数的能够进行寻呼的子帧中,分别对需要覆盖增强的终端进行重复寻呼,设定个数为设定的重复寻呼次数。
如图4所示,在寻呼周期开始时,UE有一次接收寻呼的机会,在本发明实施例中称为第一次寻呼,在第一次寻呼后的至少一个寻呼周期内,基站通过连续的设定个数的能够进行寻呼的子帧进行重复寻呼。即,基站利用终端传统寻呼子帧后的多个连续的能够寻呼的子帧进行重复发送,重复发送次数N以及可用寻呼子帧位置可以是协议约定或者基站广播通知UE。图4中斜线标记处是第一次寻呼的位置,横线标记处是重复寻呼的位置。
因此,对于MTC终端,首先需要检测其是否需要覆盖增强,检测的方法可以是根据下行信道质量是否低于门限,比如MTC终端接收的RSRP低于门限值,则认为其自身为需要覆盖增强的终端。当某个MTC终端检测到自身需要覆盖增强时,将自己的寻呼标识上报给基站,该寻呼标识可以是UE_ID=IMSI mod1024,也可以是S-TMSI(S-Temporary Mobile Subscriber Identity,系统内临时移动终端标识)或者IMSI。基站收到该寻呼标识后,进行保存。后续如果有该终端的寻呼,那么基站就按照图4所示的方法,利用该终端寻呼周期中的连续多个可用寻呼子帧进行寻呼的重复发送。对于LTE FDD系统来说,可用寻呼子帧为每个无线帧的#0,#4,#5,#9子帧;对于LTE TDD系统来说,可用寻呼子帧为每个无线帧的#0,#1,#5,#6子帧。同时,不管是FDD还是TDD系统,可用寻呼子帧都是没有被其他终端寻呼占用的子帧。
若一个寻呼周期中能够进行寻呼的子帧小于预先设定的重复寻呼次数,则在下一个寻呼周期中的能够进行寻呼的子帧继续进行重复寻呼,直至达到设定的重复寻呼次数。
对于需覆盖增强的MTC终端来说,其在每个寻呼周期内,均在传统寻呼子帧后的多个连续的能够进行寻呼的子帧进行重复接收,然后对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
具体的,终端在每个寻呼周期内,均在传统寻呼子帧后的多个连续的能够进行寻呼的子帧进行重复接收,然后对接收到的每个子帧进行信道估计、均衡和解调,其中,解调时假定网络侧采用QPSK(Quadrature Phase Shift Keying,正交相移键控)发送。终端将多个子帧相同符号的解调后的软比特进行合并,首先对控制信道进行译码,之后再根据控制信道的调度信息对业务信道进行译码,从而获得真正的寻呼消息;或者,终端终端在每个寻呼周期内,均在传统寻呼子帧后的多个连续的能够进行寻呼的子帧进行重复接收,然后对接收到的每个子帧进行信道估计和均衡。终端将多个子帧相同RE(资源单元,resourceelement)均衡后的结果进行合并,之后,首先对控制信道进行解调和译码,然后再根据控制信道的调度信息对业务信道进行解调和译码,从而获得真正的寻呼消息。
当然,终端也可以根据实际情况采用其他可行的方式对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
实施例二、
该实施例中,基站按照重复寻呼周期,通过不连续的能够进行寻呼的子帧进行重复寻呼,此时,在步骤S302前,还包括:基站将对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期广播给所有终端;
在步骤S302中,基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期在能够进行寻呼的子帧中对需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数,其中,重复寻呼周期小于寻呼周期。
对于检测到其需要覆盖增强的MTC终端(比如根据上行发起随机接入的重传次数高于门限的终端),将自己的寻呼标识上报给基站,该寻呼标识可以是UE_ID=IMSI mod1024,也可以是S-TMSI(S-Temporary Mobile SubscriberIdentity,系统内临时移动终端标识)或者IMSI。基站收到该寻呼标识后,进行保存。后续如果有该终端的寻呼,那么基站就按照图5所示的重复寻呼周期进行寻呼重传。
本实施例中重复寻呼周期小于寻呼周期,例如,基站可以从SFN=0开始,利用传统寻呼子帧后的偶数帧的能够进行寻呼的子帧#5,来进行重复寻呼,直至达到设定的重复寻呼次数(能够进行寻呼的子帧是指没有被其他终端寻呼占用的子帧)。重复寻呼的次数N及进行重复寻呼的子帧位置可以是协议约定或者基站广播通知UE。
若一个寻呼周期内进行的重复寻呼未达到设定的重复寻呼次数,则在下一个寻呼周期内仍按照重复寻呼周期继续进行重复寻呼,例如,若设定的重复寻呼次数是10次,而在一个寻呼周期内最多能够按照重复寻呼周期进行6次重复寻呼,则在第一个寻呼周期进行6次重复寻呼后,再在下一个寻呼周期进行4次重复寻呼。在下一个寻呼周期中进行重复寻呼时,可以使用传统的寻呼子帧,也可以不使用传统的寻呼子帧。
对于需覆盖增强的MTC终端来说,其在传统寻呼子帧后,在保护该寻呼子帧的至少一个寻呼周期中的偶数帧的子帧#5进行重复寻呼消息接收,该子帧是能够进行重复寻呼的子帧,然后终端对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
具体的,终端在传统寻呼子帧后,在保护该寻呼子帧的至少一个寻呼周期中的偶数帧的子帧#5进行重复寻呼消息接收,然后对接收到的每个子帧进行信道估计、均衡和解调,其中,解调时假定网络侧采用QPSK(Quadrature PhaseShift Keying,正交相移键控)发送。终端将多个子帧相同符号的解调后的软比特进行合并,首先对控制信道进行译码,之后再根据控制信道的调度信息对业务信道进行译码,从而获得真正的寻呼消息;或者,终端在传统寻呼子帧后,在保护该寻呼子帧的至少一个寻呼周期中的偶数帧的子帧#5进行重复寻呼消息接收,然后对接收到的每个子帧进行信道估计和均衡。终端将多个子帧相同RE(资源单元,resource element)均衡后的结果进行合并,之后,首先对控制信道进行解调和译码,然后再根据控制信道的调度信息对业务信道进行解调和译码,从而获得真正的寻呼消息。
当然,终端也可以根据实际情况采用其他可行的方式对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
进一步,由于可以通过一条寻呼消息进行多个UE的寻呼,在进行重复寻呼时,如果需要覆盖增强的UE和普通UE的寻呼放在同一条寻呼消息中,那么相当于对普通UE也进行了重复寻呼,增大了系统的寻呼开销。因此,可以为需要覆盖增强的终端定义专用的寻呼子帧来进行重复寻呼。此时,对需要覆盖增强的终端进行重复寻呼的位置不是能够进行寻呼的子帧,基站确定进行重复寻呼的子帧后,将需要覆盖增强的终端专用的寻呼子帧位置通过广播消息通知给UE,后续通过该需要覆盖增强的终端专用的寻呼子帧进行重复寻呼。
下面通过具体实施例进行详细说明:
实施例三、
对需要覆盖增强的终端进行重复寻呼的位置不是能够进行寻呼的子帧,基站确定进行重复寻呼的子帧后,将需要覆盖增强的终端专用的寻呼子帧位置通过广播消息通知给UE,后续通过该需要覆盖增强的终端专用的寻呼子帧进行重复寻呼。
此时,步骤S302前,还包括:
基站将对需要覆盖增强的终端进行重复寻呼的子帧位置广播给所有终端;
步骤S302中,基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,具体包括:
基站在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中,对需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数。
对于检测到其需要覆盖增强的MTC终端(比如上行发送已经采用了覆盖增强方式的终端),将自己的寻呼标识上报给基站,该寻呼标识可以是UE_ID=IMSI mod1024,也可以是S-TMSI(S-Temporary Mobile Subscriber Identity,系统内临时移动终端标识)或者IMSI。基站收到该寻呼标识后,进行保存,后续如果有对该终端的寻呼,那么按照需要覆盖增强的终端专用的寻呼子帧位置来进行多次的重复寻呼,如图6所示。重复寻呼的次数N可以是协议约定或者基站广播通知UE。例如,对需要覆盖增强的终端进行重复寻呼的子帧位置可以是每个无线帧的子帧#3。
对于需覆盖增强的MTC终端来说,其在每个寻呼周期内,均在每个无线帧的子帧#3进行重复寻呼消息接收,然后对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
具体的,终端在每个寻呼周期内,均在每个无线帧的子帧#3进行重复寻呼消息接收,然后对接收到的每个子帧进行信道估计、均衡和解调,其中,解调时假定网络侧采用QPSK(Quadrature Phase Shift Keying,正交相移键控)发送。终端将多个子帧相同符号的解调后的软比特进行合并,首先对控制信道进行译码,之后再根据控制信道的调度信息对业务信道进行译码,从而获得真正的寻呼消息;或者,终端在每个寻呼周期内,均在每个无线帧的子帧#3进行重复寻呼消息接收,然后对接收到的每个子帧进行信道估计和均衡。终端将多个子帧相同RE(资源单元,resource element)均衡后的结果进行合并,之后,首先对控制信道进行解调和译码,然后再根据控制信道的调度信息对业务信道进行解调和译码,从而获得真正的寻呼消息。
当然,终端也可以根据实际情况采用其他可行的方式对接收到的多个寻呼消息进行合并解码,获得真正的寻呼消息。
需要说明的是,在本发明提供的寻呼方法中,基站在进行重复寻呼的过程中,若确定终端已经正确接收寻呼消息,例如基站接收到终端的寻呼响应,则基站可以取消发送后续的重复寻呼消息,从而进一步节省系统资源。
本发明实施例还提供一种寻呼消息获取方法,如图7所示,包括:
步骤S701、终端确定自身为需要覆盖增强的终端;
步骤S702、终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息;
步骤S703、终端结合多次接收到的内容,确定寻呼消息。
其中,步骤S701中,终端确定自身为需要覆盖增强的终端,具体包括:
终端确定其下行信道质量低于设定门限时,或者确定其上行发起随机接入的重传次数高于设定门限时,或者确定其上行发送采用了覆盖增强方式时,确定自身为需要覆盖增强的终端。
当需要终端进行上报使得基站确定需要覆盖增强的终端时,步骤S701,终端确定自身为需要覆盖增强的终端后,步骤S702,终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端确定自身的寻呼标识,并将寻呼标识上报给基站。
该寻呼标识可以是UE_ID=IMSI mod1024,也可以是S-TMSI(S-Temporary Mobile Subscriber Identity,系统内临时移动终端标识)或者IMSI。
对应实施例一,步骤S702中,终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼的子帧中和进行第一次寻呼后的连续的设定个数的能够进行寻呼的子帧中,分别进行寻呼消息接收。
对应实施例二,终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端接收基站广播的对所述需要覆盖增强的终端进行重复寻呼的重复寻呼周期;
终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期进行寻呼消息接收,其中,重复寻呼周期小于寻呼周期。
对应实施例三,终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,还包括:
终端接收基站广播的进行重复寻呼的子帧位置;
步骤S702中,终端在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
终端在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中进行寻呼消息接收。
本发明实施例还相应提供一种基站,如图8所示,包括:
确定单元801,用于确定需要覆盖增强的终端;
寻呼单元802,用于在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,由需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息。
其中,对应实施例一,寻呼单元802具体用于:
在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在连续的设定个数的能够进行寻呼的子帧中,分别对需要覆盖增强的终端进行重复寻呼,设定个数为设定的重复寻呼次数。
对应实施例二,寻呼单元802还用于:在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼前,将对需要覆盖增强的终端进行重复寻呼的重复寻呼周期广播给所有终端;
寻呼单元802在寻呼周期开始时对所述需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,具体包括:
在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期在能够进行寻呼的子帧中对需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数,其中,重复寻呼周期小于寻呼周期。
对应实施例三,寻呼单元802还用于:在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼前,将对需要覆盖增强的终端进行重复寻呼的子帧位置广播给所有终端;
寻呼单元802在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,具体包括:
在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中,对需要覆盖增强的终端进行重复寻呼,直至达到设定的重复寻呼次数。
进一步,确定单元具体用于:
基站接收需要覆盖增强的终端发送的寻呼标识,并确定该寻呼标识对应的终端为需要覆盖增强的终端。
需要说明的是,基站的寻呼单元802在进行重复寻呼的过程中,若确定终端已经正确接收寻呼消息,例如基站接收到终端的寻呼响应,则可以取消发送后续的重复寻呼消息,从而进一步节省系统资源。
本发明实施例还提供一种终端,如图9所示,包括:
增强确定单元901,用于确定自身为需要覆盖增强的终端;
接收单元902,用于在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息;
消息确定单元903,用于结合多次接收到的内容,确定寻呼消息。
其中,增强确定单元901具体用于:
终端确定其下行信道质量低于设定门限时,或者确定其上行发起随机接入的重传次数高于设定门限时,或者确定其上行发送采用了覆盖增强方式时,确定自身为需要覆盖增强的终端。
增强确定单元901还用于:
在确定自身为需要覆盖增强的终端后,确定自身的寻呼标识,并将寻呼标识上报给基站。
对应实施例一,接收单元902具体用于:
在寻呼周期开始时基站第一次寻呼的子帧中和进行第一次寻呼后的连续的设定个数的能够进行寻呼的子帧中,分别进行寻呼消息接收。
对应实施例二,接收单元902还用于:
在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,接收基站广播的对需要覆盖增强的终端进行重复寻呼的重复寻呼周期;
接收单元902在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中,按照重复寻呼周期进行寻呼消息接收,其中,重复寻呼周期小于寻呼周期。
接收单元902还用于:
在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息前,接收基站广播的进行重复寻呼的子帧位置;
接收单元902在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息,具体包括:
在寻呼周期开始时基站第一次寻呼时进行寻呼消息接收,并在第一次寻呼后的包括当前寻呼周期的至少一个寻呼周期中的设定位置的子帧中进行寻呼消息接收。
本发明实施例还提供一种基站,包括:
处理器,被配置为用于确定需要覆盖增强的终端;在寻呼周期开始时对需要覆盖增强的终端进行第一次寻呼后,在包括当前寻呼周期的至少一个寻呼周期中,对需要覆盖增强的终端进行重复寻呼,由需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息。
该基站还可以被配置为实现本发明实施例提供的寻呼方法中的其他功能。
该基站进行各消息的接收和发送时,可以通过收发信机模块和无线接口实现。
本发明实施例还提供一种终端,包括:
处理器,被配置为用于确定自身为需要覆盖增强的终端;在寻呼周期开始时基站第一次寻呼时以及包括当前寻呼周期的至少一个寻呼周期中基站进行重复寻呼时,接收寻呼消息;结合多次接收到的内容,确定寻呼消息。
该终端还可以被配置为实现本发明实施例提供的终端定位方法中的其他功能。
该终端进行各消息的接收和发送时,可以通过收发信机模块和无线接口实现。
本发明实施例提供一种寻呼方法、寻呼消息获取方法及基站、终端,对于需要覆盖增强的终端,在进行寻呼后,在包括当前寻呼周期的至少一个寻呼周期中进行重复寻呼,使得需要覆盖增强的终端结合第一次寻呼和重复寻呼时接收的内容确定寻呼消息,减少终端错过寻呼导致无法被叫的情况出现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。