本发明实施例涉及通信领域,尤其涉及一种寻呼方法及基站。
背景技术:
在nb-iot(narrowbandinternetofthings,基于蜂窝的窄带物联网)系统中,窄带物理下行控制信道(narrowbandphysicaldownlinkcontrolchannel,npdcch)信道和窄带物理下行共享信道(narrowbandphysicaldownlinksharedchannel,npdsch)信道的发送均需要占满整个窄带,并且对处于高覆盖等级的终端通过大量的重复发送获得接收增益,以提高覆盖能力。
寻呼消息是按照寻呼周期的寻呼帧(pagingframe,pf)以及寻呼时刻(pagingoccasion,po)发送,处于相同寻呼时机的多个终端的寻呼会一起发送(最多可以将16个终端的寻呼消息一起发送),由于其他在线终端的业务的npdcch及npdsch的大重复次数的发送,经常会出现寻呼时机对应的下行资源被占用的情况发生,从而导致寻呼发送失败。
另外,基站会将寻呼消息进行打包,构成寻呼包,其中,由于终端所处的覆盖等级并不相同,为了让处于高覆盖等级的终端能够成功收到寻呼消息,打包的寻呼消息会以包中覆盖等级最高的终端对应的重复次数发送寻呼,即通常情况下寻呼消息发送需要较大的重复发送次数,需要更多连续的下行资源,进一步增加了寻呼资源分配失败的可能。寻呼失败后,核心网会扩大寻呼范围再次寻呼,导致更大范围的寻呼发送,从而造成恶性循环,并可能引起寻呼拥塞,造成资源浪费。
技术实现要素:
为了解决上述问题,本发明公开了一种寻呼方法,应用于基站,所述方法包括:
根据接收到的寻呼消息,检测寻呼资源是否被占用;
若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;
其中,在寻呼消息抢占资源成功时刻,启动定时器;以及,
在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,定时器计时时长为一个调度周期所占时长与传输业务已发送部分所占时长的差值。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略的步骤,具体包括:
检测传输业务的类型;
依据检测结果,判定是否需要进一步检测传输业务的发送完成情况;
若是,则在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为第一控制信令,则判定不需要进一步检测传输业务的发送完成情况,其中,第一控制信令用于指示调度下行业务信令;
相应的,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略的步骤,进一步包括:
在定时器计时结束时刻,重新发送第一控制信令。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为业务信令,则依据来自终端的反馈信息,确定传输业务的发送完成情况;
其中,若反馈信息中携带有接收成功响应,则确定业务信令发送成功;
若反馈信息中携带有接收失败响应,则确定业务信令发送失败。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略的步骤,进一步包括:
若确定业务信令发送失败,则在定时器计时结束时刻,重新发送业务信令。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为第二控制信令,则根据第二控制信令的已发送重复次数和需要发送的总重复次数,预判第二控制信令的发送完成情况,其中,第二控制信令用于指示调度上行业务信令。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略的步骤,进一步包括:
若预判第二控制信令发送成功,则等待接收来自终端的上行业务信令;
若预判第二控制信令发送失败,则在定时器计时结束时刻,重新发送第二控制信令。
根据本发明的另一方面,提供了一种基站,包括:
检测模块,用于根据接收到的寻呼消息,检测寻呼资源是否被占用;
抢占模块,用于若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;
定时模块,在寻呼消息抢占资源成功时刻,启动定时器;
确定模块,用于在定时器计时结束时刻,,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,定时器计时时长为一个调度周期所占时长与传输业务已发送部分所占时长的差值。
在本发明的一个优选的实施例中,确定模块进一步包括:
检测子模块,用于检测传输业务的类型;
判定子模块,用于依据检测结果,判定是否需要进一步检测传输业务的发送完成情况;
确定子模块,用于若判定子模块判定为是,则在定时器计时结束时刻,根据业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为第一控制信令,则判定不需要进一步检测传输业务的发送完成情况,其中,第一控制信令用于指示调度下行业务信令;
相应的,确定模块进一步用于:
在定时器计时结束时刻,重新发送第一控制信令。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为业务信令,则依据来自终端的反馈信息,确定传输业务的发送完成情况;
其中,若反馈信息中携带有接收成功响应,则确定业务信令发送成功;
若反馈信息中携带有接收失败响应,则确定业务信令发送失败。
在本发明的一个优选的实施例中,确定子模块进一步用于:
若确定业务信令发送失败,则在定时器计时结束时刻,重新发送业务信令。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为第二控制信令,则根据第二控制信令的已发送重复次数和需要发送的总重复次数,预判第二控制信令的发送完成情况,其中,第二控制信令用于指示调度上行业务信令。
在本发明的一个优选的实施例中,确定子模块进一步用于:
若预判第二控制信令发送成功,则等待接收来自终端的上行业务信令;
若预判第二控制信令发送失败,则在定时器计时结束时刻,重新发送第二控制信令。
与现有技术相比,本发明中通过根据接收到的寻呼消息,检测寻呼资源是否被占用;若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;其中,在寻呼消息抢占资源成功时刻,启动定时器;以及,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。从而有效地提高了系统资源利用率和性能,同时,使寻呼成功率得到显著提升。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例的一种寻呼方法的流程图;
图2a是本发明实施例的基站正常下行子帧调度示意图之一;
图2b是本发明实施例的寻呼消息抢占下行子帧的示意图之一;
图3a是本发明实施例的基站正常下行子帧调度示意图之二;
图3b是本发明实施例的寻呼消息抢占下行子帧的示意图之二;
图4a是本发明实施例的基站正常下行子帧调度示意图之三;
图4b是本发明实施例的寻呼消息抢占下行子帧的示意图之三;
图5a是本发明实施例的基站正常下行子帧调度示意图之四;
图5b是本发明实施例的寻呼消息抢占下行子帧的示意图之四;
图6是本发明实施例的一种基站的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明实施例的一种寻呼方法的流程图,该方法应用于基站,具体可以包括以下步骤:
步骤101,根据接收到的寻呼消息,检测寻呼资源是否被占用。
具体的,在本发明的实施例中,基站接收来自核心网发起的寻呼消息,并根据寻呼消息的po及pf,检测寻呼资源是否被占用。
步骤102,若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息。
具体的,在本发明的实施例中,如果检测到寻呼资源被占用,则基站抢占寻呼资源,并利用抢占后的寻呼资源发送寻呼消息,在本发明的实施例中,寻呼消息包括寻呼控制信令与寻呼业务信令,寻呼控制信令与业务信令分别抢占所需寻呼资源,并且被抢占的寻呼资源将不会被其它调度信息占用,从而实现寻呼资源的高优先级调用。
步骤103,在寻呼消息抢占资源成功时刻,启动定时器。
在本发明的实施例中,寻呼消息抢占资源成功时刻,基站即启动定时器。在定时器启动期间,资源(包括以抢占资源以及寻呼控制信令与寻呼业务信令之间的空隙)将不会被其它调度信息占用。
步骤103,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。
具体的,在本发明的实施例中,定时器计时结束时刻,基站可根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略,并在有可用资源的情况下,按照续传策略进行传输业务续传。具体续传策略将在下面的实施例中具体说明。
综上,本发明实施例中的技术方案,通过根据接收到的寻呼消息,检测寻呼资源是否被占用;若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;其中,在寻呼消息抢占资源成功时刻,启动定时器;以及,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。从而有效地提高了系统资源利用率和性能,同时,使寻呼成功率得到显著提升。
此外,在本发明的一个优选的实施例中,定时器计时时长为一个调度周期所占时长与传输业务已发送部分所占时长的差值。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略的步骤,具体包括:
检测传输业务的类型;
依据检测结果,判定是否需要进一步检测传输业务的发送完成情况;
若是,则在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为第一控制信令,则判定不需要进一步检测传输业务的发送完成情况,其中,第一控制信令用于指示调度下行业务信令;
相应的,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略的步骤,进一步包括:
在定时器计时结束时刻,重新发送第一控制信令。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为业务信令,则依据来自终端的反馈信息,确定传输业务的发送完成情况;
其中,若反馈信息中携带有接收成功响应,则确定业务信令发送成功;
若反馈信息中携带有接收失败响应,则确定业务信令发送失败。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略的步骤,进一步包括:
若确定业务信令发送失败,则在定时器计时结束时刻,重新发送业务信令。
在本发明的一个优选的实施例中,依据检测结果,判定是否需要进一步检测传输业务的发送完成情况的步骤,具体包括:
若检测到传输业务为第二控制信令,则根据第二控制信令的已发送重复次数和需要发送的总重复次数,预判第二控制信令的发送完成情况,其中,第二控制信令用于指示调度上行业务信令。
在本发明的一个优选的实施例中,在定时器计时结束时刻,根据传输业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略的步骤,进一步包括:
若预判第二控制信令发送成功,则等待接收来自终端的上行业务信令;
若预判第二控制信令发送失败,则在定时器计时结束时刻,重新发送第二控制信令。
为了使本领域技术人员更好的理解本发明的寻呼方法,下面以具体实施例进行详细阐述。
具体的,在本发明的实施例中,基站接收核心网发来的寻呼消息,并检测寻呼消息对应的寻呼资源是否被占用。
如果寻呼资源被占用,则立即抢占所需寻呼资源,并利用抢占后的寻呼资源发送寻呼消息。同时,在寻呼消息抢占寻呼资源成功时刻,触发定时器,定时器的定时时长为一个调度周期所占时长与传输业务已发送部分所占时长的差值。具体的,定时时长可表示为:
tharq=(nnpdcch+k1+nnpdsch+k2+nnpusch+3)-ns
其中,nnpdcch、nnpdsch、nnpusch分别为协议中规定的发送npdcch所需时长(即占用子帧)、发送npdsch所需时长、发送npusch所需时长。
k1、k2、分别为协议中规定的npdcch与npdsch之间的时间间隔、npdsch与npusch之间的时间间隔。
ns为传输业务已发送部分所占时长。其中,各数值单位为ms。
在定时器结束时刻,基站可根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。在本发明的另一个实施例中,在定时器结束时刻,若基站接收到其它调度信息,可利用可用资源进行其他调度信息的调度。举例说明:在一个实施例中,寻呼消息包括npdcch与npdsch,寻呼消息根据需要抢占所需子帧,当定时器计时结束,如果npdsch已发送完毕,则基站可利用npdsch后续的子帧进行传输业务的续传,或供给其它终端进行调度。在另一个实施例中,若定时器计时结束,npdsch还未发送,此时,若基站可利用npdcch与npdsch之间的空隙,进行传输业务的续传,或者,发送其它调度信息。
在本发明的实施例中,基站确定对应于传输业务的续传策略的过程主要包括:
1)检测传输业务的类型。
2)依据检测结果,判定是否需要进一步检测传输业务的发送完成情况。
3)若是,则根据业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略。
具体的,在本发明的实施例中,由于传输业务的类型不同,则续传策略不同。传输业务主要分为三类,分别为调度npdsch的npdcchdci1信令(即本发明实施例中的第一控制信令)、npdsch信令(即本发明实施例中的业务信令)以及调度npusch的npdcchdci0信令(即本发明实施例中的第二控制信令)。下面分别针对每一种信令进行详细阐述:
1)寻呼资源被调度npdsch的npdcchdci1信令占用。
具体的,如图2a所示为未接到寻呼消息之前,基站正常调度的下行无线帧,如图所示,基站正在发送调度npdsch的npdcchdci1信令,本领域人员须知,在信令发送过程中需要进行重复发送,即,左半部的1、2、3、4子帧均发送同样的信令消息。
当基站接收到寻呼消息后,如图2b所示,在图2b中:
在本实施例中,寻呼消息的npdcch信令抢占调度npdsch的npdcchdci1信令的第4个子帧。
在本实施例中,由于基站检测到寻呼资源被调度npdsch的npdcchdci1信令占用,则判定不需要进一步检测传输业务的发送完成情况。并且,基站在定时器计时结束时刻,利用可用子帧(即未被寻呼消息抢占的子帧)重新发送调度npdsch的npdcchdci1信令。即,无论之前发送的调度npdsch的npdcchdci1信令是否被终端接收到,基站均重新发送该消息。在本发明的实施例中,可用子帧可以为寻呼消息npdcch信令与npdsch信令之间的空隙,也可以为寻呼消息npdsch发送完成之后的可用子帧。
2)寻呼资源被npdsch信令占用。
具体的,如图3a所示为未接收到寻呼消息之前,基站正常调度的下行无线帧,如图所示,基站正在发送npdsch信令。在图3a中,正常情况下,基站在发送npdsch后,将接收到来自终端的反馈信息(即图3a中的npusch信令),反馈信息中携带有接收响应,基站可根据接收响应,判断npdsch是否发送成功。
当基站接收到寻呼消息后,如图3b所示,在图3b中:
在本实施例中,寻呼消息抢占npdsch的第4个子帧进行发送。随后,基站等待终端反馈,已确定传输业务的发送完成情况。其中,若反馈信息中携带有接收成功响应,则确定npdsch信令发送成功。若反馈信息中携带有接收失败响应,则确定npdsch信令发送失败。
在本发明的实施例中,若确定npdsch信令发送失败,则在定时器计时结束时刻,利用可用子帧重新发送npdsch信令。
3)寻呼资源被调度npusch的npdcchdci0信令占用。
具体的,寻呼资源如果被npusch的npdcchdci0信令占用的情况下,当基站接收到寻呼消息后,将抢占npusch的npdcchdci0信令的资源进行寻呼消息的发送。并且,基站将根据npusch的npdcchdci0信令的已发送重复次数和需要发送的总重复次数,预判npusch的npdcchdci0信令的发送完成情况。
具体的,预判的发送完成情况分为两种:
a.预判发送成功。
如图4a所示为正常情况下的npusch的npdcchdci0信令的发送情况,即npusch的npdcchdci0信令占用4个子帧进行发送,随后基站将接收到来自终端的npusch信令。
如图4b所示为寻呼抢占后的子帧调度情况,在图4b中:
寻呼消息占用npusch的npdcchdci0信令的第四个子帧进行发送。则,在本实施例中,npusch的npdcchdci0信令的总重复次数为4,而已发送的npusch的npdcchdci0信令的重复次数为3。基站计算已发送重复次数与总重复次数的比值,在本实施例中,比值大于预定阈值,即1/3,则基站预判npusch的npdcchdci0信令发送成功,在定时器计时结束时刻,等待来自终端的npusch信令。
在本发明的一个实施例中,如果在预定时间内,基站未收到来自终端的npusch信令,则确定预判错误,重新发送之前的调度npusch的npdcchdci0信令。
b.预判发送失败
如图5a所示为正常情况下的npusch的npdcchdci0信令的发送情况,即npusch的npdcchdci0信令占用4个子帧进行发送,随后基站将接收到来自终端的npusch信令。
如图5b所示为寻呼抢占后的子帧调度情况,在图5b中:
寻呼消息占用npusch的npdcchdci0信令的第2个子帧进行发送。则,在本实施例中,npusch的npdcchdci0信令的总重复次数为4,而已发送的npusch的npdcchdci0信令的重复次数为1。基站计算已发送重复次数与总重复次数的比值,在本实施例中,比值小于预定阈值,即1/3,则基站预判npusch的npdcchdci0信令发送失败,并且,在npusch的npdcchdci0发送失败的情况下,如图5b所示,抢占调度的上行无线帧将不会承载有npusch信令。因此,在定时器计时结束时刻,基站将重新发送调度npusch的npdcchdci0信令。
综上所述,本发明实施例中的技术方案,通过根据接收到的寻呼消息,检测寻呼资源是否被占用;若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;其中,在寻呼消息抢占资源成功时刻,启动定时器;以及,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。从而有效地提高了系统资源利用率和性能,同时,使寻呼成功率得到显著提升。
参照图6,示出了本发明实施例的一种基站的结构框图,具体可以包括以下模块:
检测模块601,用于根据接收到的寻呼消息,检测寻呼资源是否被占用。
抢占模块602,用于若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息。
定时模块603,在寻呼消息抢占资源成功时刻,启动定时器。
确定模块604,用于在定时器计时结束时刻,,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,定时器计时时长为一个调度周期所占时长与传输业务已发送部分所占时长的差值。
在本发明的一个优选的实施例中,确定模块604进一步包括:
检测子模块(图中未示出),用于检测传输业务的类型;
判定子模块(图中未示出),用于依据检测结果,判定是否需要进一步检测传输业务的发送完成情况;
确定子模块(图中未示出),用于若判定子模块判定为是,则在定时器计时结束时刻,根据业务的类型以及对应的发送完成情况,确定对应于传输业务的续传策略。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为第一控制信令,则判定不需要进一步检测传输业务的发送完成情况,其中,第一控制信令用于指示调度下行业务信令;
相应的,确定模块604进一步用于:
在定时器计时结束时刻,重新发送第一控制信令。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为业务信令,则依据来自终端的反馈信息,确定传输业务的发送完成情况;
其中,若反馈信息中携带有接收成功响应,则确定业务信令发送成功;
若反馈信息中携带有接收失败响应,则确定业务信令发送失败。
在本发明的一个优选的实施例中,确定子模块进一步用于:
若确定业务信令发送失败,则在定时器计时结束时刻,重新发送业务信令。
在本发明的一个优选的实施例中,判定子模块进一步用于:
若检测到传输业务为第二控制信令,则根据第二控制信令的已发送重复次数和需要发送的总重复次数,预判第二控制信令的发送完成情况,其中,第二控制信令用于指示调度上行业务信令。
在本发明的一个优选的实施例中,确定子模块进一步用于:
若预判第二控制信令发送成功,则等待接收来自终端的上行业务信令;
若预判第二控制信令发送失败,则在定时器计时结束时刻,重新发送第二控制信令。
综上所述,本发明实施例中的基站,通过根据接收到的寻呼消息,检测寻呼资源是否被占用;若是,则抢占寻呼资源,并利用寻呼资源发送寻呼消息;其中,在寻呼消息抢占资源成功时刻,启动定时器;以及,在定时器计时结束时刻,根据之前占用寻呼资源的传输业务的类型,确定对应于传输业务的续传策略。从而有效地提高了系统资源利用率和性能,同时,使寻呼成功率得到显著提升。
对于设备实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本发明实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上对本发明所提供的一种寻呼方法及基站进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。