Processing

Please wait...

Settings

Settings

Goto Application

1. CN111356216 - Communication method and related equipment

Note: Text based on automatic Optical Character Recognition processes. Please use the PDF version for legal matters

[ ZH ]
一种通信方法及其相关设备


技术领域
本申请涉及通信领域,尤其涉及一种通信方法及其相关设备。
背景技术
5G通信系统相对于长期演进(long term evolution,LTE)具有更高的载波频率,比如38GHz、72GHz等6GHz以上的载波频率,频率越高,信号的传播损耗越大,覆盖范围越小,目前一般采用波束赋型(beamforming,BF)技术来提高天线增益,波束赋型技术的波束具有一定的指向性,只能指向特定的终端。
当基站需要和终端建立连接时,基站会发起寻呼流程,基站在向终端发送寻呼消息之前,会先发送寻呼指示信息给终端,以提示终端在当前非连续接收(discontinuousreception,DRX)周期的寻呼时刻(paging moment,PO)是否需要进行寻呼消息的检测,若是,终端需要对每个波束方向的波束都进行检测。
若终端在当前DRX周期之外的其他DRX周期进行寻呼消息的检测,会加大终端检测寻呼消息的功耗。
发明内容
本申请提供了一种通信方法,用于根据寻呼指示信息以及分组值,确定终端在目标DRX周期内是否被网络设备寻呼。
本申请的第一方面提供了一种通信方法,包括:
从网络设备接收寻呼指示信息,该寻呼指示信息由网络设备配置,网络设备配置寻呼指示信息时需要知道该终端所在的分组值n,才能用寻呼指示信息指示该终端有没有被寻呼。其中,寻呼指示信息可以用来指示终端被网络设备寻呼了,或是指示终端没有被网络设备寻呼。
确定终端的分组值n,具体的,终端的分组值n可以由终端自己配置,也可以由网络设备配置,如果由网络设备配置,那么确定分组值n需要接收网络设备发送的寻呼指示信息后,利用寻呼指示信息计算得到终端的分组值n。其中,分组值n可以指示该终端为待寻呼终端组集合中第n个待寻呼终端组内的终端,n为大于或等于0的整数,待寻呼终端组集合包括至少一个待寻呼终端组。
在本申请实施例中,将接入网络设备的终端分成了多个组,每个组称之为待寻呼终端组,分成的多个组的集合称之为待寻呼终端组集合,每一个待寻呼终端组中包括至少一个终端,某一终端被寻呼了,代表该终端所在的待寻呼终端组的终端都被寻呼了,反之亦然。
根据分组值n,确定寻呼指示信息中所指示的该第n个待寻呼终端组内的终端在目标DRX周期内被寻呼的情况,寻呼指示信息可以指示终端在目标DRX周期内被网络设备寻呼了,或是指示终端在DRX周期内没有被网络设备寻呼。在本实施例中,目标DRX周期为终端当前所在的DRX周期之后的DRX周期。
基于第一方面,在第一方面的第一种可实现方式中,如果终端在目标DRX周期内没有被网络设备寻呼,那么在目标DRX周期内不需要检测网络设备下发的寻呼消息。
在本实施例中,在目标DRX周期内不检测寻呼消息可以降低检测寻呼消息的功耗。
基于第一方面或第一方面的第一种可实现方式,在第一方面的第二种可实现方式中,可以由终端侧将接入网络设备的终端分成了多个待寻呼终端组,那么终端分组值n由终端自己分配,也可以由网络设备侧将接入网络设备的终端分成了多个待寻呼终端组,那么终端分组值n由网络设备所分配。
在本实施例中,给出了终端分组值分配的两种实现方式,同时终端分配分组值的方式相对于网络设备分配分组值的方式,简化了确认分组值的步骤,加快了系统流程。
基于第一方面的第二种可实现方式,在第一方面的第三种可实现方式中,当分组值n由网络设备分配时,确定分组值n的具体方式是:
根据当前DRX周期内寻呼时机的数目和终端的身份标识中任一项或者多项,以及待寻呼终端组集合中包含的待寻呼终端组的总数,确定分组值n。
在本实施例中,待寻呼终端组的总数可以由寻呼指示信息确定,例如由寻呼指示信息的信息量大小确定。寻呼时机的数目可以为寻呼帧的数目,即当前DRX周期内PO的数目可以与当前DRX周期内寻呼帧的数目相同,寻呼时机PO的数目也可以为寻呼帧内PO的数目。
在本实施例中,对分组值n的确定方式进行了说明,增加了方案的可实施性。
基于第一方面的第三种可实现方式,在第一方面的第四种可实现方式中,根据当前DRX周期内PO的数目和终端的ID中任一项或者多项以及待寻呼终端组的总数,确定终端的分组值n包括:
按照如下算法计算得到分组值n:分组值n=(A/N)mod K,A为终端的ID字段中全部字段的信息量大小,也可以为终端的ID字段中部分字段的信息量大小,例如终端的ID字段中部分字段的信息量大小为8bit,那么A为8,N为当前DRX周期内PO的数目,K为待寻呼终端组的总数,A/N的结果值为进行取整数处理后的结果值,可以向上取整,也可以向下取整。
在本实施例中,提供了终端分组值n的确定公式,增加了方案可实施性。
基于第一方面的第三种可实现方式,在第一方面的第五种可实现方式中,根据当前DRX周期内PO的数目和终端的ID中任一项或者多项以及待寻呼终端组的总数,确定终端的分组值n包括:
首先,确定预置的用于用来表示终端待寻呼终端组信息的信息量大小,待寻呼终端组信息可以为待寻呼终端组的分组值信息,算法公式如下:表示对log 2 K向上取整,其中,K为待寻呼终端组的总数。
计算得到表示终端分组值的信息量大小后,确定终端的ID字段中用来表示终端带寻呼终端组信息的字段,并确定用来表示终端待寻呼终端组信息的字段所指示的终端分组值n,例如事先规定用终端的ID字段的最后X比特的字段来表示终端的分组值,那么计算得到终端分组值的信息量大小为4bit后,可知最后4比特的字段来表示终端的分组值,那么终端分组值也就确定了。
在本实施例中,提供了终端分组值n的另一种确定公式,增加了方案可实施性和灵活性。
基于第一方面及其第一方面的第一种至第五种可实现方式中任一,在第一方面的第六种可实现方式中,寻呼指示信息可以是一个比特串,比特串中的每一个比特都对应一个待寻呼终端组,那么根据寻呼指示信息以及分组值n,确定终端在目标DRX周期内是否被网络设备寻呼具体包括:
确定比特串中与第n个待寻呼终端组对应的比特,该比特可以指示第n个待寻呼终端组的终端被在目标DRX周期内被网络设备寻呼,或第n个待寻呼终端组的终端在目标DRX周期内没有被网络设备寻呼。例如可以用比特“1”指示第n个待寻呼终端组的终端在目标DRX周期内被网络设备寻呼了,用比特“0”指示第n个待寻呼终端组的终端在目标DRX周期内没有被网络设备寻呼,反之亦可。
在本实施例中,对终端在目标DRX周期内是否被寻呼的判定方式进行了详细说明,增加了方案的可实施性。
基于第一方面及其第一方面的第一种至第五种可实现方式中任一,在第一方面的第七种可实现方式中,目标DRX周期为当前DRX周期之后的任意一个或多个DRX周期。例如目标DRX周期可以为当前DRX周期之后第一个DRX周期,也可以为当前DRX周期之后的第一个和第三个和第五个DRX周期,还可以为当前DRX周期之后的第三个至第六个DRX周期,更多可能情况此处不一一举例。
在本实施例中,当目标DRX周期为多个DRX周期时,可以在多个DRX周期都不检测寻呼消息,减小了寻呼消息检测的功耗。
基于第一方面及其第一方面的第一种至第五种可实现方式中任一,在第一方面的第八种可实现方式中,从网络设备接收寻呼指示信息包括:
可以通过物理下行共享信道(physical down link shared channel,PDSCH)从网络设备接收寻呼指示信息。
在本实施例中,由于现有接收寻呼指示信息都是从PDCCH接收,本申请提供了从
PDSCH接收的方式,增加了方案实施的灵活性。
基于第一方面及其第一方面的第一种至第五种可实现方式中任一,在第一方面的第九种可实现方式中,当目标DRX周期可以为连接态的非连续接收CRDX周期,此时在目标DRX周期内不检测寻呼消息包括:
在CDRX周期内的持续时间(ondurationtimer)不检测寻呼消息,或在CDRX周期内的非激活时间(inactivitytimer)不检测寻呼消息,或在CDRX周期内的ondurationtimer和inactivitytimer都不检测寻呼消息。
ondurationtimer和inactivitytimer分别对应一个定时器。
在本实施例中,对目标DRX周期为CDRX周期的情况进行了说明,增加了方案的多样性。
采用本申请提供的技术方案,通过从网络设备接收寻呼指示信息,并确定终端的分组值n,最后根据该寻呼指示信息以及终端的分组值,确定终端在当前非连续接收DRX周期之后的目标DRX周期内是否被网络设备寻呼。可见,本申请可以根据寻呼指示信息以及终端分组值确定终端在目标DRX周期是否被寻呼,从而确定是否需要在目标DRX周期内醒来检测寻呼消息,避免了在不需要检测寻呼消息时还检测寻呼消息,减小了寻呼消息检测的功耗。
本申请第二方面提供了一种通信方法,包括:
获取终端分组值n,分组值n表示终端为待寻呼终端组集合中第n个待寻呼终端组内的终端,待寻呼终端组集合包括至少一个待寻呼终端组,n为大于或等于0的整数。
在本实施例中,待寻呼终端组集合的由来与第一方面中对应描述类似,此处不再赘述。
根据终端的分组值n配置寻呼指示信息,以便用寻呼指示信息指示第n个待寻呼终端组内的终端被网络设备寻呼了,或没有被网络设备寻呼。
发送寻呼指示信息给终端,以便终端根据寻呼指示信息以及自身分组值N确定终端在目标DRX周期内是否被网络设备寻呼,确定的方式与第一方面类似,此处不再赘述。同时目标DRX周期为终端当前所在的DRX周期之后的DRX周期。
在本实施例中,获取终端分组值后,根据分组值配置寻呼指示信息,并把寻呼指示信息发送给终端,以便根据寻呼指示信息确定终端在目标DRX周期内有没有被寻呼,如果终端在目标DRX周期内没有被网络设备寻呼,那么在目标DRX周期不需要检测网络设备下发的寻呼消息,减小了寻呼消息检测的功耗。
基于第二方面,在第二方面的第一种可实现方式中,目标DRX周期为当前DRX周期之后的任意一个或多个DRX周期,可能的情况以及效果与第一方面的第七种可实现方式类似,此处不再赘述。
基于第二方面或第二方面的第一种可实现方式,在第二方面的第二种可实现方式中,发送寻呼指示信息至终端,具体包括:
可以通过PDSCH发送寻呼指示信息至终端。
在本实施例中,由于现有接收寻呼指示信息都是从PDCCH接收,本申请提供了从
PDSCH接收的方式,增加了方案实施的灵活性。
本申请第三方面提供了一种通信装置,具有实现上述第一方面或者第一方面的任意一种实现方式中终端所执行的功能。该功能可以通过相应的软件或硬件实现。该通信装置中可以包括一个或多个与上述功能相对应的单元。
本申请第四方面提供了一种通信装置,具有实现上述第二方面或者第二方面的任意一种实现方式中网络设备所执行的功能。该功能可以通过相应的软件或硬件实现。该通信装置中可以包括一个或多个与上述功能相对应的单元。
本申请第五方面提供了一种终端,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序和指令;
所述收发器用于在所述处理器的控制下接收或发送信息;
所述处理器用于执行所述存储器中的程序;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信;
其中,所述处理器用于调用所述存储器中的程序指令,执行上述第一方面所述的全部或方法的步骤。
本申请第六方面提供了一种网络设备,其特征在于,包括:存储器、收发器、处理器以及总线系统;
其中,所述存储器用于存储程序和指令;
所述收发器用于在所述处理器的控制下接收或发送信息;
所述处理器用于执行所述存储器中的程序;
所述总线系统用于连接所述存储器、所述收发器以及所述处理器,以使所述存储器、所述收发器以及所述处理器进行通信;
其中,所述处理器用于调用所述存储器中的程序指令,执行上述第二方面所述的全部或方法的步骤。
本申请的第七方面提供了一种通信系统,包括终端、网络设备以及核心网,终端用于执行本申请第一方面中任一项所述的方法,网络设备用于执行本申请第二方面中任一项所述的方法,核心网可以用于将本申请第一方面以及第二方面中任一项的寻呼消息发送给网络设备。
本申请实施例第八方面提供了一种计算机存储介质,该计算机存储介质中包括操作指令,当该操作指令在计算机上运行时,使得计算机执行上述第一方面中任一项或第二方面中任一项的方法。
本申请实施例第九方面提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,以使得计算机执行上述第一方面中任一项或第二方面中任一项的方法。
附图说明
图1为本申请提供的一种通信系统的示意图;
图2(a)为本申请终端的一种可能的结构;
图2(b)为本申请网络设备的一种可能的结构;
图3为本申请通信方法的一个实施例示意图;
图4(a)为本申请通信方法的另一个实施例示意图;
图4(b)为本申请通信方法的另一个实施例示意图;
图4(c)为本申请通信方法的另一个实施例示意图;
图5为本申请通信方法的另一个实施例示意图;
图6为本申请通信方法的另一个实施例示意图;
图7为本申请通信装置的一种可能的结构;
图8为本申请通信装置的另一种可能的结构。
具体实施方式
本申请的系统框架如图1所示,包括终端、网络设备以及核心网,核心网负责寻呼消息的分发,将寻呼消息按照一定的原则分发到相关的网络设备,网络设备负责寻呼消息的调度与传输,可以向特定的终端发起寻呼请求。本申请图1的所述的结构可以应用于长期演进(long term evlution,LTE)系统,也可以应用于新无线电技术(new radio,NR)系统等第五代(the fifth generation,5G)通信系统。
本申请涉终端的一种可能的结构如图2(a)所示,该终端可以为包括手机、平板电脑、个人数字助理(personal digital assistant,PDA)、销售终端(point of sales,POS)、车载电脑等任意终端设备,以终端为手机为例:
图2(a)示出的是与本申请实施例提供的手机的部分结构的框图。参考图2(a),手机包括:射频(radio frequency,RF)电路210、存储器220、输入单元230、显示单元240、传感器250、音频电路260、无线保真(wireless fidelity,WiFi)模块270、处理器280、以及电源290等部件。本领域技术人员可以理解,图2(a)中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图2(a)对手机的各个构成部件进行具体的介绍:
RF电路210可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器280处理;另外,将设计上行的数据发送给基站。通常,RF电路210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier,LNA)、双工器等。此外,RF电路210还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(globalsystem of mobile communication,GSM)、通用分组无线服务(general packet radioservice,GPRS)、码分多址(code division multiple access,CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution,LTE)、电子邮件、短消息服务(short messaging service,SMS)以及5G通信协议中的一项或多项。
存储器220可用于存储软件程序以及模块,处理器280通过运行存储在存储器220的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器220可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器220可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元230可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元230可包括触控面板231以及其他输入设备232。显示单元240可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元240可包括显示面板241。手机还包括至少一种传感器250,比如光传感器、运动传感器以及其他传感器。手机还包括音频电路260、扬声器261以及传声器262,可提供用户与手机之间的音频接口。
WiFi属于短距离无线传输技术,手机通过WiFi模块270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图2(a)示出了WiFi模块270,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器280是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器220内的软件程序和/或模块,以及调用存储在存储器220内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器280可包括一个或多个处理单元;优选的,处理器280可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器280中。
手机还包括给各个部件供电的电源290(比如电池),电源可以通过电源管理系统与处理器280逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本申请实施例中,存储器220可用于存储实现以下方法实施例的程序,处理器280调用该程序,执行以下方法实施例全部或部分的操作。
本申请还涉及一种网络设备,该网络设备可以为基站、宏基站、微基站(也称为“小基站”)、微微基站、接入站点(access point,AP)等接入网设备,具体地,所述接入网设备可以是新一代基站(new generation Node B,gNB/gNodeB)、传输接收点(transmissionreception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radionetwork controller,RNC)、节点B(Node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolvedNodeB,Home Node B,HNB)、基带单元(baseBand unit,BBU)等。
图2(b)为本发明实施例提供的一种网络设备结构示意图,该网络设备200可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器222和存储器232,处理器222可以为中央处理器(central processing units,CPU),一个或一个以上存储应用程序242或数据244的存储介质230(例如一个或一个以上海量存储设备)。其中,存储器232和存储介质230可以是短暂存储或持久存储。存储在存储介质230的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对网络设备中的一系列指令操作。更进一步地,中央处理器222可以设置为与存储介质230通信,在网络设备200上执行存储介质230中的一系列指令操作。
存储器232可用于存储实现以下方法实施例的程序,处理器222调用该程序,执行以下方法实施例全部或部分的操作。
在LTE或NR系统中,终端需要监听寻呼消息,来检测网络设备是否有针对此UE的寻呼信息域,终端在某一DRX周期对寻呼消息进行检测之前,可以先接收寻呼指示信息,现有寻呼指示信息用于指示终端在该DRX周期内是否被网络设备寻呼了,如果没有被网络设备寻呼则表示网络设备没有向该终端发送寻呼消息,则该终端在该DRX周期也不需要执行寻呼消息的检测了。但是在该DRX周期之后的其他DRX周期终端是否被寻呼是未知的,若终端在其他DRX周期内没有被寻呼时却进行寻呼消息检测,会加大寻呼消息检测的功耗。本申请将该DRX周期定义为当前DRX周期,将其他DRX周期定义为目标DRX周期,通过与当前DRX周期对应的该寻呼指示信息,来指示终端在当前DRX周期之后的目标DRX周期内有没有被寻呼,参照图3,本申请通信方法具体包括:
首选需要说明的是,本申请将接入网络设备的终端分成了多个组,每个组称之为待寻呼终端组,分成的多个组的集合称之为待寻呼终端组集合,每一个待寻呼终端组中包括至少一个终端,某一终端被寻呼了,代表该终端所在的待寻呼终端组的终端都被寻呼了,反之亦然。
在本实施例中的通信方法可以由终端执行,也可以由终端内的芯片执行,具体此处不作限定。下面以终端执行为例进行说明:
301、从网络设备接收寻呼指示信息。
终端接收网络设备配置的寻呼指示信息,因为网络设备发送给终端的寻呼指示信息往往被多个待寻呼终端组的终端都接收到了,有些待寻呼终端组的终端被寻呼了,有些待寻呼终端组的终端没有被寻呼,而一个寻呼指示信息指示可以同时指示多个待寻呼终端组的寻呼情况,例如一个寻呼指示信息指示同时指示待寻呼终端组A被寻呼了,且待寻呼终端组B没有被寻呼,因此网络设备配置寻呼指示信息时需要知道终端所在的分组值,才能用寻呼指示信息指示该分组值代表的那一组的终端有没有被寻呼。
在本实施中,分组值n用于指示终端为待寻呼终端组集合中第n个待寻呼终端组内的终端,n为大于或等于0的整数。
在本实施例中,网络设备配置寻呼指示信息可以包括:网络设备先确定分组值后根据分组值配置寻呼指示信息,或者由网络设备获取终端确定的分组值后根据分组值配置寻呼指示信息,具体此处不作限定。
终端可以通过物理下行控制信道(physical down link control channel,PDCCH)接收寻呼指示信息,此时该寻呼指示信息包含在下行控制信息(downlink controlinformation,DCI)中。终端也可以通过PDSCH接收寻呼指示信息,具体此处不作限定。
当终端通过PDCCH接收寻呼指示信息时,寻呼指示信息包含在DCI中,那么寻呼指示信息的比特长度可以在DCI中配置。可选的寻呼指示信息的比特长度或者承载寻呼指示的DCI比特长度可以由网络设备配置,寻呼指示信息的比特长度或者承载寻呼指示的DCI比特长度可以在系统信息(systeminformation,SI)、主信息块(main information block,MIB)、最小剩余系统信息(minimum remaining system information,RMSI)、系统信息块1(systeminformation block1,SIB1)、系统信息块2SIB2、系统信息块3SIB3、无限资源控制(radio resource control,RRC)信令、媒体接入控制控制元素(media access control-control element,MAC-CE)或物理广播信道(physical broadcast channel,PBCH)中配置。
在本实施例中,所述DCI的字段可以包括短消息字段和第一预留字段,短消息字段又可以包括最小短消息字段和第二预留字段,最小短消息字段可以为2bit。
可选的,寻呼指示信息的比特长度在DCI中配置,即用DCI中的某些字段指示寻呼指示信息,具体包括:寻呼指示信息由DCI中的短消息字段和/或第一预留字段指示,其中,寻呼指示信息由短消息字段指示具体可以为寻呼指示信息由最小短消息字段和/或第二预留字段指示。例如最小短消息字段为2bit,第二预留字段可以为1至6中的任意一个数据比特,若寻呼指示信息由最小短消息字段和第二预留字段指示,则1至6比特分别对应加上最小短消息字段的2bit,得到的寻呼指示信息的比特长度为3至8比特中相应的数据比特。再例如短消息字段为3bit,DCI中第一预留字段为1至6中的任意一个数据比特,若寻呼指示信息由短消息字段和第一预留字段指示,则1至6比特分别对应加上短消息字段的3bit,得到的寻呼指示信息的比特长度为3至9比特中相应的数据比特。
在本实施例中,也可以用DCI中的其他字段指示寻呼指示信息,例如DCI中的带宽信息字段、频域资源指示信息字段、时域信息字段、时域资源指示信息字段、虚拟资源块到物理资源块的映射字段、调制编码策略字段以及传输块缩减因子(TB Scaling)字段中的至少一个。
当终端通过PDSCH信道接收寻呼指示信息时,寻呼指示信息的比特长度可以在系统信息、MIB、RMSI、SIB1、SIB2、SIB3、RRC信令、MAC-CE、PBCH或DCI中配置。
302、确定分组值n。
在本实施例中,可以由终端自己配置分组值n,也可以由网络设备配置终端分组值n,若由网络设备配置终端分组值n,那么终端需要通过计算得到该终端的分组值n,具体的计算方式将在后面的实施例中论述。
303、根据寻呼指示信息以及终端的分组值,确定终端在当前DRX周期之后的目标DRX周期内是否被网络设备寻呼。
终端根据自身分组值以及寻呼指示信息,确定终端在目标DRX周期内被网络设备寻呼的情况,即终端在目标DRX周期内被网络设备寻呼了或者终端没有被网络设备寻呼。其中,目标DRX周期为当前DRX周期之后的M个DRX周期,M为大于或等于0的整数,本申请的M值可以由基站配置,也可以由终端设备上报,基站配置M值的方式可以是基站在系统信息、MIB、RMSI、SIB1、SIB2、SIB3、RRC信令、MAC-CE、PBCH或DCI中配置。例如M等于1表示终端在当前DRX周期之后的第一个DRX周期不需要检测寻呼消息,M等于2表示终端在当前DRX周期之后的第二个DRX周期或第一个DRX周期和第二个DRX周期不需要检测寻呼消息,那么M等于0表示终端在当前DRX周期之后不存在目标DRX周期不需要检测寻呼消息,即终端在当前DRX周期之后的第一个DRX周期就需要检测寻呼指示消息,或终端在当前DRX周期之后的所有DRX周期都需要检测寻呼指示消息。M的值可以在0、1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16的全部值中取一个值,也可以在0、1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16部分值中取一个值。
本申请DRX周期(包括当前DRX周期和目标DRX周期)的长度可以由终端设备确定后上报给网络设备,也可以由网络设备配置,一种可能的情况是:终端上报了一个DRX周期,同时网络设备配置了一个DRX周期,基于终端的业务不同,如果终端上报的DRX周期大于网络设备配置的DRX周期,则以网络设备配置的DRX周期长度作为本申请的当前DRX周期和目标DRX周期的长度,此时终端设备可以间隔至少一个DRX周期后再检测寻呼消息。
当终端确定在目标DRX周期内被网络设备寻呼时,终端在目标DRX周期检测寻呼消息。当终端确定在目标DRX周期没有被网络设备寻呼时,则终端在目标DRX周期不检测寻呼消息,以此减小了寻呼消息检测的功耗。例如终端可以根据寻呼指示信息确定该终端在当前DRX周期之后的接下来第一个DRX周期是否被网络设备寻呼,如图4(a)所示,当前DRX周期为DRX周期1,可见终端在当前DRX周期被寻呼了,且终端在当前DRX周期之后的第一个DRX周期即DRX周期2没有被网络设备寻呼,但是在之后的第三个DRX周期即DRX周期3被网络设备寻呼了,同时在第四个DRX周期即DRX周期4没有被网络设备寻呼,因此寻呼指示消息可以直接指示终端当前DRX周期之后的DRX周期2没有被寻呼,或者寻呼指示消息可以直接指示终端当前DRX周期之后的DRX周期2以及DRX周期4没有被寻呼。再例如寻呼指示信息指示终端在当前DRX周期之后的接下来连续Z个DRX周期被网络设备寻呼了或者没有被网络设备寻呼,Z为正整数,如图4(b)所示,当前DRX周期为DRX周期1,终端在当前DRX周期之后的连续两个DRX周期被网络设备寻呼了,则寻呼指示信息可以指示终端在DRX周期2至DRX周期3内被网络设备寻呼,则终端需要检测寻呼消息。或终端还可以根据寻呼指示信息确定该终端在当前DRX周期之后再间断连续一个或多个DRX周期后的一个或多个DRX周期是否被网络设备寻呼,更多举例此处不一一列举。
本申请的DRX周期(包括当前DRX周期和目标DRX周期)可以为空闲态的DRX周期,也可以为连接态的DRX周期即CDRX周期。当DRX周期为空闲态的DRX周期时,寻呼指示信息可以指示终端在处于空闲态的目标DRX周期内是否检测寻呼消息。当DRX周期为连接态的DRX周期时,寻呼指示信息可以指示终端在当前CDRX周期之后的目标CDRX周期的持续时间(ondurationtimer)和/或非激活时间(inactivitytimer)是否需要检测数据信息。如图4(c)所示,寻呼指示消息可以指示终端在DRX周期1之后的连续两个CDRX周期(CDRX周期2和CDRX周期3)的ondurationtimer和inactivitytimer内不需要检测数据信息。
在本实施例中,ondurationtimer为终端监控下行PDCCH数据的时间,这段时间内终端处于唤醒(wake up)状态。inactivitytimer表示终端在ondurationtimer内接收到下行PDCCH数据之后要延长监听下行PDCCH数据的时间,即在inactivitytimer内,即便原本配置的ondurationtimer已经结束,终端仍然需要继续监听下行PDCCH数据,直到inactivitytimer超时。ondurationtimer和inactivitytimer分别对应一个定时器。
在本实施例中,终端在某一目标CDRX周期内的ondurationtimer和/或inactivitytimer是否需要检测数据信息,有多种可能的情况,下面对其中一种可能的情况进行说明:
终端在ondurationtimer和/或inactivitytimer持续T个时隙或T个符号或T个子帧或Tms(毫秒)不需要检测数据信息,该数据信息可以为PDCCH数据和/或PDSCH数据,例如可以是寻呼消息的PDCCH数据或寻呼消息的PDSCH数据。T的值可以根据ondurationtimer和/或inactivitytimer配置。例如inactivitytimer为10ms,则T的值可以为0至10ms中任一值,当T等于0ms时,表示终端在inactivitytimer内都需要检测数据信息或终端在ondurationtimer和inactivitytimer内都需要检测数据信息,T为2时表示终端在inactivitytimer中持续2ms不需要检测数据信息。
可选的,T的值从0、1、2、3、4、5、6、7、8、9、10、11、12、13、14、15以及16的部分或者全部的值中选择一个值,例如从0至8中选择一个值。T的值也可以为分数,例如从1/2、1/4、3/4、1/3、2/3、1/8、3/8、5/8和7/8中的部分或全部的值中选择一个值,T为1/2的时候,表示下一个CDRX周期的ondurationtimer中持续1/2时间段不用检测数据、或在下一个C-DRX周期的ondurationtimer内持续1/2个时隙不用检测数据或在下一个CDRX周期的ondurationtimer内持续1/2个子帧不用检测数据。当终端不需要检测数据时,网络设备可以指示ondurationtimer不用进行计时,即结束ondurationtimer的计时,进入下一个DRX周期,网络设备可以使用1比特数据指示是否需要结束计时,0表示结束计时,1表示不结束计时,反之亦然。
在本实施例中,T的值还可以由RRC信令、MAC-CE信令、系统信息或DCI中配置的。T的个数可以是从1至10239的全部值或部分值中选择的整数值,例如RRC信令配置M个T值,然后通过MAC-CE信令激活其中一个或多个T值。还可以通过RRC信令配置M个T值,通过DCI信令进行激活其中一个或多个T值。还可以通过MAC-CE信令配置M个T值,通过DCI信令激活其中一个或多个T值。还可以是通过RRC信令配置M个T值,通过MAC-CE再从M个T值中选择M1个T值,最后通过DCI信令激活一个或多个T值,更多举例此处不一一列举。
在本实施例中,终端可以根据寻呼指示信息以及终端的分组值确定终端在目标DRX周期是否被寻呼,如果没有被寻呼了,终端在目标DRX周期不用醒来检测寻呼消息,避免了终端在不需要检测寻呼消息时还检测寻呼消息,减小了寻呼消息检测的功耗。
基于图3所示的通信方法,确定终端在目标DRX周期内是否被网络设备寻呼之前,若分组值是由网络设备配置的,终端还需要根据寻呼指示消息确定终端的分组值,下面参照图5,对其中的两种可能的确定方式进行说明:
501、网络设备获取终端的分组值;
终端的分组值可以由网络设备分配,也可以由终端配置后发送网络设备,具体此处不作限定。
502、终端从网络设备获取寻呼指示信息;
本实施例步骤502与上述实施例步骤301类似,具体此处不再赘述。
503、终端确定终端的分组值n;
终端可以根据寻呼指示信息确定分组值n。一种可能的情况为:通过寻呼指示信息中的预置的第一字段指示分组值,例如寻呼指示信息的第一字段为1001,则指示终端位于第9组。
另一种可能的情况为:根据当前DRX周期内的寻呼时机的数目、终端的身份标识以及分组总数中的至少一个,确定终端的分组值。分组总数指的是待寻呼终端组的总数。
其中,分组总数由寻呼消息指示信息确定,一种可能的情况是可以通过寻呼指示信息的信息量大小确定,例如寻呼指示信息为16bit,则表示有16组待寻呼终端组,即分组总数的值为16。还有一种可能的情况是通过寻呼指示信息指示分组总数,例如通过寻呼指示信息的第二字段1110指示分组总数的值为13,表示有13组待寻呼终端组。终端的身份标识ID可以为终端的国际移动用户识别号(international mobile subscriber identity,IMSI)。
根据当前DRX周期内寻呼时机PO的数目、终端的身份标识ID以及分组总数中的至少一个,确定终端的分组值有多种可实现的方式,下面举例说明几种可实现方式:
a、根据当前DRX周期内寻呼时机PO的数目、终端的身份标识ID以及分组总数确定终端的分组值。
确定终端的分组值按照如下算法确定:
终端的分组值n=(A/N)mod K,n为大于或等于0的整数,当n等于0时,表示从第0组开始计算分组;
其中,A为终端ID的全部或部分字段的信息量,例如当终端ID的信息量为64bit时,A可以为全部字段的信息量64bit,也可以为截断得到的部分字段的信息量16bit,当A为终端ID的部分字段的信息量时,截断得到的部分字段可以由终端配置后上报给网络设备,也可以由核心网配置,配置截断得到的部分字段的设备具体此处不作限定。N可以为当前DRX周期内PO的数目,寻呼时机PO的数目可以为寻呼帧的数目,即当前DRX周期内PO的数目可以与当前DRX周期内寻呼帧的数目相同,寻呼时机PO的数目还可以为寻呼帧内PO的数目,N的值也可以为事先预置的常数,N的值具体此处不作限定。所述K表示分组总数。
需要说明的是,所述A/N的结果值为进行取整数处理后的结果值,可以向上取整,也向下取整。
例如,终端ID中部分字段信息量A为16bit,当前DRX周期内PO的数目N为4,分组总数K为16组,计算得到终端所在组n为第4组。
b、根据终端的身份标识ID以及分组总数确定终端的分组值。
确定终端的分组值按照如下算法确定:
终端的分组值n=Amod K,n为大于等于0的整数,当n等于0时,表示从第0组开始计算分组;
其中,A与K的定义以及取值情况与上述方式a类似,具体此处不再赘述。
c、根据分组总数确定终端的分组值。
在本实施例中,分组值可以携带在寻呼指示信息中。
首先,可以采用下面的公式得到用来表示待寻呼终端组信息的信息量,这里的待寻呼组信息可以为待寻呼终端组的分组值信息,那么:
表示对log 2 K向上取整,K为分组总数。例如分组总数为16,则用来表示终端分组值的信息量为4bit。
随后,由于网络设备事先定义了寻呼指示信息的第三字段用于指示终端分组,对于终端而言,得到分组值的信息量大小后,根据该信息量大小找到寻呼指示信息中的所述第三字段,再确定该第三字段所指示的具体分组值。例如寻呼指示信息的比特串为1100101001101001,其中网络设备规定最后X bit用于表示终端分组,对于终端而言,终端根据寻呼指示信息计算得到终端分组值信息量X bit为4bit后,确定该4bit信息量所对应的字段为1001,可见该终端位于第九组。
d、根据终端的身份标识ID以及分组总数,得到所述终端的分组值。
在本实施例中,分组值可以携带在终端的身份标识中。
首先,可以采用下面的公式得到用来表示待寻呼终端组信息的信息量,这里的待寻呼组信息可以为待寻呼终端组的分组值信息,那么:
其中,K为分组总数,不做赘述。
随后,由于事先定义了终端的身份标识的第四字段用于指示终端分组,对于终端而言,若终端并不知道第四字段具体为身份标识中的哪一部分字段,终端需要计算得到终端分组值信息量后,确定该终端分组值信息量所对应的终端ID中的所述第四字段,再确定该第四字段所指示的具体分组值。例如终端身份标识ID字段的比特串为1100101001101001,其中规定最后X bit用于表示终端分组值,终端根据寻呼指示信息计算得到终端分组值的信息量X bit为4bit后,确定该4bit信息量所对应的字段为1001,可见该终端位于第九组。
可以用全部的终端身份标识字段来计算终端的分组,也可以用截断得到的部分字段计算终端的分组,若用截断得到的部分字段来指示终端的分组,则指示终端分组值的第四字段只能从截断得到的部分字段中选择,截断的部分字段可以由终端配置后上报给核心网或网络设备,也可以由核心网配置,配置截断得到的部分字段的设备具体此处不作限定。
在本实施例中,第一字段、第二字段以及第三字段均为寻呼指示信息中任意字段,第四字段为终端身份标识的任意字段,第一字段、第二字段、第三字段以及第四字段的字段长度本申请均不作限定。
504、终端根据寻呼指示信息以及终端的分组值,确定终端在当前DRX周期之后的目标DRX周期内是否被网络设备寻呼。
本实施例步骤与上述实施例步骤303类似,需要说明的是:
终端确定分组值后,根据该分组值以及寻呼指示信息确定终端在目标DRX周期内是否被网络设备寻呼,一种可实现的方式是:寻呼指示信息是一个比特串,比特串中的每一位比特对应一个终端的分组,例如寻呼指示信息为001001100100,第2、5、6和9bit为1,表示第2、5、6和9组的终端被呼叫,那么第2、5、6和9组的终端就要接收寻呼消息,第1、3、4、7、8、10、11以及12组的终端没有被呼叫,那么第1、3、4、7、8、10、11以及12组的终端不需要接收寻呼消息。反之也可以用1表示终端没有被寻呼了,用0表示终端被寻呼,不做赘述。
上面从终端的角度对本申请的通信方法进行了叙述,请参照图6,下面将从另一角度对本申请的通信方法进行说明。
在本实施例中的通信方法可以由网络设备执行,也可以由网络设备内的芯片执行,具体此处不作限定。下面以网络设备执行为例进行说明:
601、获取终端的分组信息。
本实施例步骤与上述实施例步骤501类似,具体此处不再赘述。
602、发送寻呼指示信息至终端。
网络设备根据终端分组值配置寻呼指示信息并发送寻呼指示信息给终端,终端接收后根据该寻呼指示信息以及终端的分组信息确定终端在当前DRX周期之后的目标DRX周期内是否被网络设备寻呼。
网络设备发送寻呼指示信息的方式可以通过PDCCH信道发送,也可以通过PDSCH信道发送,通过不同的信道发送时,寻呼指示信息的配置方式可以是相同的,也可以是不同的,具体与上述图3和图5类似,此处不再赘述。
在本实施例中,终端确定是否被网络设备寻呼的方式、当前DRX周期以及目标DRX周期的定义与上述图3和图5对应描述类似,具体此处不再赘述。
在本实施例中,网络设备获取终端分组值后,根据终端分组值配置寻呼指示信息并发送寻呼指示信息给终端,以便终端根据寻呼指示信息以及分组值确定自身在目标DRX周期内是否被寻呼了,避免了终端在不需要检测寻呼消息时还检测寻呼消息,减小了寻呼消息检测的功耗。
上面从通信方法的角度对本申请进行了叙述,请参照7,下面,从通信装置的角度对本申请进行说明,该通信装置可以为终端。
一种通信装置70,包括:
接收单元701,用于从网络设备接收寻呼指示信息;
确定单元702,用于确定分组值n,所述分组值n用于指示所述终端为待寻呼终端组集合中第n个待寻呼终端组内的终端,所述n为大于或等于0的整数;
所述确定单元702,还用于根据所述寻呼指示信息以及所述分组值n,确定所述终端在当前非连续接收DRX周期之后的目标DRX周期内是否被所述网络设备寻呼。
可选的,当所述终端在所述目标DRX周期内没有被所述网络设备寻呼,所述通信装置还包括检测单元703;
所述检测单元703,用于在所述目标DRX周期内不检测寻呼消息。
可选的,所述分组值n为所述终端所分配的;或者,
所述分组值n为所述网络设备所分配的。
可选的,在所述分组值n为所述网络设备所分配的情况下,所述确定单元702,具体用于根据所述当前DRX周期内寻呼时机PO的数目和所述终端的身份标识ID中任一项或者多项以及所述待寻呼终端组集合包括的待寻呼终端组的总数,确定所述分组值n,其中,所述待寻呼终端组的总数由所述寻呼指示信息确定,所述寻呼时机PO的数目包括寻呼帧的数目或寻呼帧内PO的数目。
可选的,所述确定单元702,具体用于按照如下算法计算得到所述分组值n:
所述n=(A/N)mod K;
其中,所述A为所述终端的ID的全部或部分字段的信息量,所述N为所述当前DRX周期内PO的数目,所述K为所述待寻呼终端组的总数,所述A/N的结果值为进行取整数处理后的结果值。
可选的,所述确定单元702,具体用于按照如下算法计算得到所述待寻呼终端组信息的信息量:
其中,所述K为所述待寻呼终端组的总数;
根据所述终端待寻呼终端组信息的信息量确定所述终端的身份标识ID中用于表示所述终端待寻呼终端组信息的字段;
确定所述字段所指示的所述n的值。
可选的,所述寻呼指示信息是比特串,所述比特串中每一位比特对应一个待寻呼终端组;
所述确定单元702,具体用于确定所述比特串中与所述分组值n对应的比特,其中,所述与所述分组值n对应的比特用于指示所述终端所在的待寻呼终端组在所述目标DRX周期内被所述网络设备寻呼,或所述终端所在的待寻呼终端组在所述目标DRX周期内没有被所述网络设备寻呼。
可选的,所述目标DRX周期为所述当前DRX周期之后的任意一个或多个DRX周期。
可选的,所述接收单元701,具体用于通过物理下行共享信道PDSCH从所述网络设备接收所述寻呼指示信息。
可选的,当所述目标DRX周期为连接态的非连续接收CRDX周期时,所述检测单元703,具体用于在所述CDRX周期的持续时间和/或非激活时间不检测所述寻呼消息。
参照图8,对本申请通信装置另一种可能的结构进行说明,该通信装置可以为网络设备,一种通信装置80,包括:
获取单元801,用于获取终端的分组值,所述分组值用于得到寻呼指示信息,其中,所述分组值n用于指示所述终端为待寻呼终端组集合中第n个待寻呼终端组内的终端,所述n为大于或等于0的整数;
发送单元802,用于发送所述寻呼指示信息至所述终端,所述寻呼指示信息用于确定所述终端在当前非连续接收DRX周期之后的目标DRX周期内是否被所述网络设备寻呼。
可选的,所述目标DRX周期为所述当前DRX周期之后的任意一个或多个DRX周期。
可选的,所述发送单元802,具体用于通过物理下行共享信道PDSCH发送所述寻呼指示信息至所述终端。
需要说明的是,上述装置各模块/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其带来的技术效果与本申请方法实施例相同,具体内容可参见本申请前述所示的方法实施例中的叙述,此处不再赘述。
另外需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本申请提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现,当然也可以通过专用硬件包括专用集成电路、专用CPU、专用存储器、专用元器件等来实现。一般情况下,凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现,而且,用来实现同一功能的具体硬件结构也可以是多种多样的,例如模拟电路、数字电路或专用电路等。但是,对本申请而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘、U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机或服务器等)执行本申请各个实施例所述的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。