CN108632999A - 信息发送、接收方法及装置、网络侧设备、终端、处理器 - Google Patents
信息发送、接收方法及装置、网络侧设备、终端、处理器 Download PDFInfo
- Publication number
- CN108632999A CN108632999A CN201710184618.1A CN201710184618A CN108632999A CN 108632999 A CN108632999 A CN 108632999A CN 201710184618 A CN201710184618 A CN 201710184618A CN 108632999 A CN108632999 A CN 108632999A
- Authority
- CN
- China
- Prior art keywords
- information
- paging
- control information
- terminal
- transmission mode
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供了一种信息发送、接收方法及装置、网络侧设备、终端、处理器;其中,信息发送方法包括:确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;将控制信息发送给终端。通过本公开,解决了相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
Description
技术领域
本公开涉及通信领域,具体而言,涉及一种信息发送、接收方法及装置、网络侧设备、终端、处理器。
背景技术
随着无线电技术的不断进步,各种各样的无线电业务大量涌现,而无线电业务所依托的频谱资源是有限的,面对人们对带宽需求的不断增加,传统的商业通信主要使用的300MHz~3GHz之间频谱资源表现出极为紧张的局面,已经无法满足未来无线通信的需求。
在未来无线通信中,将会采用比第四代通信系统(4G)所采用的载波频率更高的载波频率进行通信,比如28GHz、45GHz、70GHz等等,这种高频信道具有自由传播损耗较大,容易被氧气吸收,受雨衰影响大等缺点,严重影响了高频通信系统的覆盖性能。但是,由于高频通信对应的载波频率具有更短的波长,所以可以保证单位面积上能容纳更多的天线元素,而更多的天线元素意味着可以采用波束赋形的方法来提高天线增益,从而保证高频通信的覆盖性能。
采用波束赋形的方法后,发射端可以将发射能量集中在某一方向上,而在其它方向上能量很小或者没有,也就是说,每个波束具有自身的方向性,每个波束只能覆盖到一定方向上的终端,发射端即基站需要在几十个甚至上百个方向上发射波束才能完成全方位覆盖。相关技术中,倾向在终端初始接入网络的过程中进行初步波束方向的测量与识别,确定优选的上下行收发波束,并应用在后续的上下行数据通信中。
接入网络的终端在没有业务需要传输时,将进入空闲态(IDLE),处于IDLE状态的UE需要监听寻呼,来检测核心网侧是否有针对此UE的寻呼信息域(下行数据到来指示、系统消息变更、接收EWTS、接收CMAS)。由于网络侧无法获知IDLE状态的UE准确位置,因此,寻呼消息将在跟踪区域内进行发送以确保指定UE的可靠接收。另一方面,出于节能考虑,idle态UE使用非连续接收DRX机制,并只在特定的位置“醒来”,接听是否存在网络侧发给他的寻呼消息,并基于寻呼消息执行后续的操作。
在新一代无线通信系统中,特别是应用在较高频段时,波束赋形技术的应用使得单一发射端口的覆盖范围局限在很小的角度内。此时网络侧将无法获知idle态UE在哪个波束/端口下,若要确保对终端潜在位置的覆盖,需要全波束的重复发送寻呼消息。与现有低频段小区级寻呼消息发送机制相比,终端需要监听更多的寻呼机会,确保要对每一个波束方向/端口的指定寻呼进行接收。由于基站射频链数量限制,不同射频波束方向/端口需要时分的发射,在基于波束传输的系统中,不同子帧/时隙的波束方向是基于业务灵活配置的。依据现有系统(如LTE系统)的寻呼机制,需要在每个波束对应的传输子帧/时隙内加载寻呼消息,这意味着终端对于不同波束的寻呼消息接收将分散到寻呼周期内的多个子帧/时隙中。且与LTE系统不同,paging DCI与paging message并不一定在相同子帧中发送,而是独立引入上述波束扫描的结构在各个波束方向上轮询发送。这样的波束扫描传输结构,对于终端意味着更高的接收复杂度和能量开销,对于网络侧意味着更大的下行资源开销,需要考虑高效的控制信息的传输方式,以避免无必要的寻呼发送与接收。
针对相关技术中的上述技术问题,目前尚未提出有效的解决方案。
发明内容
本公开实施例提供了一种信息发送、接收方法及装置、网络侧设备、终端、处理器,以至少解决相关技术中寻呼消息的传输开销较大的问题。
根据本公开的一个实施例,提供了一种信息发送方法,包括:确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;将控制信息发送给终端。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,系统信息类型包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
可选地,剩余的最小化系统信息和/或其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
可选地,寻呼原因分类指示信息用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
可选地,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,控制信息还包括:剩余的最小化系统信息的调度信息。
可选地,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,控制信息还包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
可选地,在控制信息中还包括其他系统信息的请求配置信息的情况下,在将控制信息发送给终端之后,方法还包括:接收终端发送的请求信息;根据请求信息将发生变更的其他系统信息发送给终端。
可选地,寻呼指示信息中包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
可选地,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
可选地,将控制信息发送给终端包括:确定用于传输控制信息的传输方式;按照确定的传输方式将控制信息发送给终端。
可选地,确定用于传输控制信息的传输方式包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
可选地,在从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式之后,方法还包括:将选择的传输方式通知给终端。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
可选地,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
根据本公开的一个实施例,提供了一种信息接收方法,包括:接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,系统信息包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
可选地,剩余的最小化系统信息和/或其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
可选地,寻呼原因分类指示信息用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
可选地,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,控制信息还包括:剩余的最小化系统信息的调度信息。
可选地,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,控制信息还包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
可选地,在控制信息中还包括其他系统信息的请求配置信息的情况下,在接收网络侧设备发送的控制信息之后,方法还包括:向网络侧设备发送请求信息;接收网络侧设备依据请求信息发送的发生变更的其他系统信息。
可选地,寻呼指示信息中包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
可选地,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
可选地,在接收网络侧设备发送的控制信息之前,方法还包括:确定用于传输控制信息的传输方式;接收网络侧设备发送的控制信息包括:按照确定的传输方式接收控制信息。
可选地,确定用于传输控制信息的传输方式包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
可选地,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
根据本公开的一个实施例,提供了一种信息发送装置,包括:确定模块,用于确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;发送模块,用于将控制信息发送给终端。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,发送模块,还用于确定用于传输控制信息的传输方式;以及按照确定的传输方式将控制信息发送给终端。
可选地,发送模块,还用于包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
可选地,发送模块,还用于将选择的传输方式通知给终端。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
根据本公开的一个实施例,提供了一种信息接收装置,包括:接收模块,用于接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,装置还包括:确定模块,用于确定用于传输控制信息的传输方式;接收模块,用于按照确定的传输方式接收控制信息。
可选地,确定模块还用于以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
根据本公开的一个实施例,提供了一种网络侧设备,包括:处理器,用于确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;以及用于将控制信息发送给终端;存储器,与处理器耦接。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,处理器,还用于确定用于传输控制信息的传输方式;以及按照确定的传输方式将控制信息发送给终端。
可选地,处理器,还用于包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
可选地,处理器,还用于将选择的传输方式通知给终端。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
根据本公开的一个实施例,提供了一种终端,包括:处理器,用于接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;存储器,与处理器连接。
可选地,控制信息还包括:寻呼消息的调度信息。
可选地,处理器,还用于确定用于传输控制信息的传输方式;以及按照确定的传输方式接收控制信息。
可选地,处理器还用于以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
可选地,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输;其中,非调度的物理信道为加载在固定时频资源区域内的物理信道。
根据本公开的一个实施例,提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述任一项的信息发送方法。
根据本公开的一个实施例,提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行上述任一项的信息接收方法。
根据本公开的一个实施例,提供了一种处理器,处理器用于运行程序,其中,程序运行时执行上述任一项的信息发送方法。
根据本公开的一个实施例,提供了一种处理器,处理器用于运行程序,其中,程序运行时执行上述任一项的信息接收方法。
通过本公开,由于将上述寻呼原因分类指示信息和/或寻呼指示信息发送给终端,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1是根据本公开实施例提供的信息发送方法的流程示意图;
图2是本公开实施例的一种信息接收方法的移动终端的硬件结构框图;
图3是根据本公开实施例的信息接收方法的流程图;
图4是根据本公开实施例的信息发送装置的结构框图;
图5是根据本公开实施例提供的信息接收装置的结构框图;
图6是根据本公开实施例提供的网络侧设备的结构框图;
图7是根据本公开实施例提供的终端的结构框图;
图8是根据本公开优选实施例1提供的控制信息及对应的传输方式的示意图;
图9是根据本公开优选实施例2提供的控制信息,及对应的传输方式的示意图;
图10是根据本公开优选实施例3提供的控制信息,及对应的传输方式的示意图;
图11是根据本公开优选实施例3提供的通过两级结构来实现寻呼原因分类指示的示意图;
图12是根据本公开优选实施例3提供的一级结构来实现寻呼原因分类指示的示意图;
图13是根据本公开优选实施例4提供的控制信息,及对应的传输方式的示意图;
图14是根据本公开优选实施例5提供的控制信息,及对应的传输方式的示意图;
图15是根据本公开优选实施例6提供的控制信息,及对应的传输方式的示意图;
图16是根据本公开优选实施例7提供的控制信息,及对应的传输方式的示意图;
图17是根据本公开优选实施例8提供的控制信息,及对应的传输方式的示意图;
图18是根据本公开优选实施例9提供的控制信息,及对应的传输方式的示意图;
图19是根据本公开优选实施例10提供的控制信息,及对应的传输方式的示意图;
图20是根据本公开优选实施例11提供的控制信息,及对应的传输方式的示意图;
图21是根据本公开优选实施例12提供的控制信息,及对应的传输方式的示意图;
图22是根据本公开优选实施例13提供的控制信息,及对应的传输方式的示意图一;
图23是根据本公开优选实施例13提供的控制信息,及对应的传输方式的示意图二;
图24是根据本公开优选实施例14提供的控制信息,及对应的传输方式的示意图一;
图25是根据本公开优选实施例14提供的控制信息,及对应的传输方式的示意图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
实施例1
本公开实施例提供了一种信息发送方法,图1是根据本公开实施例提供的信息发送方法的流程示意图,如图1所示,该方法包括:
步骤S102,确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;
步骤S104,将控制信息发送给终端。
通过上述步骤,由于将上述寻呼原因分类指示信息和/或寻呼指示信息发送给终端,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,上述控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息可以被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息还可以用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,上述控制信息还可以包括:剩余的最小化系统信息的调度信息。通过这种方式可以节省终端读PBCH的开销。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,上述控制信息还可以包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在上述控制信息还包括其他系统信息的调度信息的情况下,可以节省被寻呼终端的读PBCH、发送其他系统信息请求的开销;在上述控制信息还包括其他系统信息的请求配置信息的情况下可以节省被寻呼终端的读PBCH的开销。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,在上述步骤S104之后,上述方法还可以包括:接收终端发送的请求信息;根据请求信息将发生变更的其他系统信息发送给终端。
在本公开的一个实施例中,上述寻呼指示信息中可以包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,上述寻呼指示信息中的上述N个比特可以指示终端上报下行波束,进而可以避免网络侧设备扫描所有波束发送,进而可以减少开销。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
在本公开的一个实施例中,上述步骤S104可以表现为:确定用于传输控制信息的传输方式;按照确定的传输方式将控制信息发送给终端。
需要说明的是,确定用于传输控制信息的传输方式可以表现为以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
需要说明的是,在从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式之后,上述方法还可以包括:将选择的传输方式通知给终端。
需要说明的是,在将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式的情况下,终端与网络侧设备都已经事先获取该固定的传输方式,因而其可以不需要将上述固定的传输方式通知给终端。
需要说明的是,用于传输控制信息的传输方式可以表现为以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
需要说明的是,上述控制信息不包括寻呼原因分类指示信息可以表现为该控制信息包括寻呼指示信息或者寻呼消息的调度信息或者其他信息,但并不限于此。
需要说明的是,上述寻呼消息中还可以包括寻呼相关的终端标识,但并不限于此。
需要说明的是,上述信息发送方法的执行主体可以是网络侧设备,比如基站等,但并不限于此。
实施例2
本发送实施例2所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例,图2是本公开实施例的一种信息接收方法的移动终端的硬件结构框图。如图2所示,移动终端20可以包括一个或多个(图中仅示出一个)处理器202(处理器202可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器204、以及用于通信功能的传输装置206。本领域普通技术人员可以理解,图2所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,移动终端20还可包括比图2中所示更多或者更少的组件,或者具有与图2所示不同的配置。
存储器204可用于存储应用软件的软件程序以及模块,如本公开实施例中的信息接收方法对应的程序指令/模块,处理器202通过运行存储在存储器204内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器204可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器204可进一步包括相对于处理器202远程设置的存储器,这些远程存储器可以通过网络连接至移动终端20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置206用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端20的通信供应商提供的无线网络。在一个实例中,传输装置206包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置206可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种运行于上述移动终端的信息接收方法,图3是根据本公开实施例的信息接收方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,确定用于传输控制信息的传输方式;
步骤S304,接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息。
通过上述步骤,由于可以接收到网络侧发送的上述寻呼原因分类指示信息和/或寻呼指示信息,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,上述步骤S302是可选的,但并不限于此。
需要说明的是,控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息可以包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,控制信息还包括:剩余的最小化系统信息的调度信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,控制信息还包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,在上述步骤S304之后,上述方法还可以包括:向网络侧设备发送请求信息;接收网络侧设备依据请求信息发送的发生变更的其他系统信息。
在本公开的一个实施例中,上述寻呼指示信息中包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
在本公开的一个实施例中,在上述步骤S302存在的情况下,上述步骤S304可以表现为按照确定的传输方式接收控制信息。
需要说明的是,上述步骤S302可以表现为以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
需要说明的是,用于传输控制信息的传输方式可以包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息的信息。
需要说明的是,上述寻呼消息中还可以包括寻呼相关的终端标识,但并不限于此。
需要说明的是,上述信息接收方法的执行主体可以是终端,但并不限于此。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本公开各个实施例所述的方法。
实施例3
在本实施例中还提供了一种信息发送装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本公开实施例的信息发送装置的结构框图,如图4所示,该装置包括:
确定模块42,用于确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;
发送模块44,与上述确定模块42连接,用于将控制信息发送给终端。
通过上述装置,由于将上述寻呼原因分类指示信息和/或寻呼指示信息发送给终端,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,上述控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息可以被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息还可以用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,上述控制信息还可以包括:剩余的最小化系统信息的调度信息。通过这种方式可以节省终端读PBCH的开销。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,上述控制信息还可以包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在上述控制信息还包括其他系统信息的调度信息的情况下,可以节省被寻呼终端的读PBCH、发送其他系统信息请求的开销;在上述控制信息还包括其他系统信息的请求配置信息的情况下可以节省被寻呼终端的读PBCH的开销。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,上述装置还可以包括:接收模块,与上述发送模块44连接,用于接收终端发送请求信息;上述发送模块44还用于根据请求信息将发生变更的其他系统信息发送给终端。
在本公开的一个实施例中,上述寻呼指示信息中可以包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,上述寻呼指示信息中的上述N个比特可以指示终端上报下行波束,进而可以避免网络侧设备扫描所有波束发送,进而可以减少开销。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
需要说明的是,上述发送模块44,还可以用于确定用于传输控制信息的传输方式;以及按照确定的传输方式将控制信息发送给终端。
需要说明的是,上述发送模块44,还可以用于包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
需要说明的是,上述发送模块44,还用于在从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式之后,将选择的传输方式通知给终端。
需要说明的是,在将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式的情况下,终端与网络侧设备都已经事先获取该固定的传输方式,因而其可以不需要将上述固定的传输方式通知给终端。
需要说明的是,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息的信息。
需要说明的是,在控制信息还包括寻呼消息的调度信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息的信息。
需要说明的是,上述控制信息不包括寻呼原因分类指示信息可以表现为该控制信息包括寻呼指示信息或者寻呼消息的调度信息或者其他信息,但并不限于此。
需要说明的是,上述信息发送装置可以位于网络侧设备,比如基站等,但并不限于此。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例4
本公开实施例,提供了一种信息接收装置,图5是根据本公开实施例提供的信息接收装置的结构框图,如图5所示,该装置包括:
确定模块52,确定用于传输控制信息的传输方式;
接收模块54,与上述确定模块52连接,用于接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息。
通过上述装置,由于可以接收到网络侧发送的上述寻呼原因分类指示信息和/或寻呼指示信息,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,上述确定模块52是可选的,但并不限于此。
需要说明的是,控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息可以包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,控制信息还包括:剩余的最小化系统信息的调度信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,控制信息还包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,上述装置还可以包括:发送模块,与上述接收模块54连接,用于向网络侧设备发送请求信息;上述接收模块54还可以用于接收网络侧设备依据请求信息发送的发生变更的其他系统信息。
在本公开的一个实施例中,上述寻呼指示信息中包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
在本公开的一个实施例中,在上述装置包括上述确定模块52的情况下,上述接收模块54,用于按照确定的传输方式接收控制信息。
需要说明的是,上述确定模块52还用于以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
需要说明的是,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息的信息。
需要说明的是,上述寻呼消息中还可以包括寻呼相关的终端标识,但并不限于此。
需要说明的是,上述信息接收装置可以位于终端中,但并不限于此。
实施例5
本公开实施例提供了一种网络侧设备,图6是根据本公开实施例提供的网络侧设备的结构框图,如图6所示,该网络侧设备包括:
处理器62,用于确定控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;以及用于将控制信息发送给终端;
存储器64,与上述处理器62耦接。
通过上述网络侧设备,由于将上述寻呼原因分类指示信息和/或寻呼指示信息发送给终端,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,上述控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息可以被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息还可以用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,上述控制信息还可以包括:剩余的最小化系统信息的调度信息。通过这种方式可以节省终端读PBCH的开销。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,上述控制信息还可以包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在上述控制信息还包括其他系统信息的调度信息的情况下,可以节省被寻呼终端的读PBCH、发送其他系统信息请求的开销;在上述控制信息还包括其他系统信息的请求配置信息的情况下可以节省被寻呼终端的读PBCH的开销。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,上述处理器62:还用于接收终端发送的请求信息;以及用于根据请求信息将发生变更的其他系统信息发送给终端。
在本公开的一个实施例中,上述寻呼指示信息中可以包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,上述寻呼指示信息中的上述N个比特可以指示终端上报下行波束,进而可以避免网络侧设备扫描所有波束发送,进而可以减少开销。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
需要说明的是,上述处理器62,还用于确定用于传输控制信息的传输方式;以及按照确定的传输方式将控制信息发送给终端。
需要说明的是,上述处理器62,还用于包括以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式。
需要说明的是,上述处理器62,还用于在从系统预定义的多个传输方式中选择一个传输方式作为用于传输控制信息的传输方式之后,将选择的传输方式通知给终端。
需要说明的是,在将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式的情况下,终端与网络侧设备都已经事先获取该固定的传输方式,因而其可以不需要将上述固定的传输方式通知给终端。
需要说明的是,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息的信息。
需要说明的是,上述控制信息不包括寻呼原因分类指示信息可以表现为该控制信息包括寻呼指示信息或者寻呼消息的调度信息或者其他信息,但并不限于此。
需要说明的是,上述寻呼消息中还可以包括寻呼相关的终端标识,但并不限于此。
实施例6
本公开实施例,提供了一种终端,图7是根据本公开实施例提供的终端的结构框图,如图7所示,该终端包括:
处理器72,用于接收网络侧设备发送的控制信息;其中,控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,寻呼原因分类指示信息用于指示发生了变更的系统信息类型;寻呼指示信息用于指示终端上报下行波束,下行波束用于向终端发送寻呼消息;
存储器74,与上述处理器72耦接。
通过上述终端,由于可以接收到网络侧发送的上述寻呼原因分类指示信息和/或寻呼指示信息,其中,寻呼原因分类指示信息用于指示发生了变更的系统信息;寻呼指示信息用于指示终端上报下行波束;使得发送端不需要再扫描所有波束和/或接收端中部分终端可能不再需要传输寻呼指示,因而可以减少寻呼消息的传输开销,因此,可以解决相关技术中寻呼消息的传输开销较大的问题,减小了寻呼消息的传输开销。
需要说明的是,控制信息还包括:寻呼消息的调度信息。
需要说明的是,上述寻呼消息的调度信息可以包括寻呼消息的资源分配信息、调制编码方式信息等调度信息,但并不限于此,上述寻呼消息的调度信息可以用于网络侧在寻呼消息的调度信息所指示的资源上以调制编码方式发送寻呼消息。
需要说明的是,上述系统信息可以包括以下至少之一:剩余的最小化系统信息、其他系统信息;其中,剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,最小化系统信息为终端在初始接入过程中所需的系统信息,主系统信息为承载在物理广播信道上的系统信息,其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
需要说明的是,寻呼原因分类指示信息用于指示发生了变更的系统信息可以表现为寻呼原因分类指示信息用于指示是剩余的最小化系统信息发生了变更还是其他系统信息发生了变更。
在本公开的一个实施例中,剩余的最小化系统信息和/或其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
需要说明的是,上述寻呼原因分类指示信息用于指示发生变更的系统信息是M个子类型中的一个或者多个子类型对应的系统信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示剩余的最小化系统信息发生变更的情况下,控制信息还包括:剩余的最小化系统信息的调度信息。
在本公开的一个实施例中,在寻呼原因分类指示信息指示其他系统信息发生变更的情况下,控制信息还包括:其他系统信息的调度信息或其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
需要说明的是,在控制信息中还包括其他系统信息的请求配置信息的情况下,上述处理器72还用于向网络侧设备发送请求信息;以及用于接收网络侧设备依据请求信息发送的发生变更的其他系统信息。
在本公开的一个实施例中,上述寻呼指示信息中包括N个比特;其中,当N=1时,1个比特用于指示接收到寻呼指示信息的所有终端是否上报下行波束,当N为大于1的整数时,N个比特中的每一个比特用于指示与比特对应的一组终端是否上报下行波束。
需要说明的是,在N为大于1的整数时,接收到寻呼指示信息的所有终端按照所有终端的标识被分为多组;其中,N个比特中的一个比特对应一组终端。
在本公开的一个实施例中,上述处理器72,还用于确定用于传输控制信息的传输方式;以及按照确定的传输方式接收控制信息。
需要说明的是,上述处理器72还可以用于以下至少之一:将系统预定义的固定的传输方式确定为用于传输控制信息的传输方式;将网络侧设备发送的传输方式确定为用于传输控制信息的传输方式;其中,网络侧设备发送的传输方式为网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
需要说明的是,用于传输控制信息的传输方式包括以下至少之一:将控制信息承载在非调度的物理信道上进行传输;将控制信息承载在物理下行控制信道上进行传输。
需要说明的是,上述非调度的物理信息可以为加载在固定时频资源区域内的物理信道,比如可以是物理广播信道或者新增的无需调度的物理信道,但并不限于此。
需要说明的是,在控制信息不包括寻呼原因分类指示信息的情况下,寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
需要说明的是,上述控制信息不包括寻呼原因分类指示信息可以表现为该控制信息包括寻呼指示信息或者寻呼消息的调度信息或者其他信息,但并不限于此。
需要说明的是,上述寻呼消息中还可以包括寻呼相关的终端标识,但并不限于此。
实施例7
本公开的实施例还提供了一种存储介质,该存储介质包括存储的程序,其中,在上述程序运行时控制存储介质所在设备执行上述任一项所述的方法。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行实施例1或2中的方法的程序代码。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本公开的实施例还提供了一种处理器,该处理器用于运行程序,其中,该程序运行时执行上述任一项方法中的步骤。
可选地,在本实施例中,上述程序用于执行实施例1或2中的方法的步骤
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
为了更好的理解本公开实施例,以下结合优选的实施例对本公开做进一步解释。
对下面的优选实施例进行几点说明:
网络侧:可以是宏微基站,发送接收节点TRP,或中继节点等网络侧设备,本公开中指用于发送所述寻呼消息的网元。
第二通信节点:可以是终端设备,或中继节点,本公开中指用于接收网络侧设备发送的寻呼消息的网元。
所述控制信息,包含以下信息中一项或多项:寻呼消息(paging message)的调度信息,寻呼指示(paging indication)信息,寻呼原因分类指示信息。所述控制信息的传输方式,其特征在于,包括:所述控制信息承载在非调度的物理信道,和或,物理下行控制信道;其中,所述非调度的物理信道可以是物理广播信道,或者新增的无需调度的物理信道。
所述控制信息,及承载所述控制信息的方式包括以下配置的一种或多种:
所述控制信息仅包含寻呼消息调度信息;承载在物理下行控制信道内;
所述控制信息仅包含寻呼指示信息;承载在非调度的物理信道,或者,物理下行控制信道;
所述控制信息仅包含寻呼原因分类指示信息;承载在非调度的物理信道,或者,物理下行控制信道;
所述控制信息包含寻呼消息调度信息及寻呼指示信息;所述寻呼消息调度信息与寻呼指示信息承载在同一物理下行控制信道内;或者,所述寻呼消息调度信息与寻呼指示信息分别承载在不同的物理下行控制信道内;或者,所述寻呼指示信息承载在非调度的物理信道内,所述寻呼消息调度信息承载在物理下行控制信道内;
所述控制信息包含寻呼消息调度信息及寻呼原因分类指示信息,所述寻呼消息调度信息与寻呼原因分类指示信息承载在同一物理下行控制信道内;或者,所述寻呼指示信息承载在非调度的物理信道内,所述寻呼消息调度信息承载在物理下行控制信道内;
所述控制信息包含寻呼原因分类指示信息及寻呼指示信息;所述寻呼原因分类指示信息与寻呼指示信息承载在同一物理下行控制信道内;或者,所述寻呼原因分类指示信息与寻呼指示信息承载在同一非调度的物理信道内;
所述控制信息包含寻呼消息调度信息,寻呼指示信息及寻呼原因分类指示信息;所述寻呼原因分类指示信息与寻呼指示信息承载在同一物理下行控制信道内,所述寻呼消息调度信息承载在另一物理下行控制信道内;或者,所述寻呼消息调度信息,寻呼指示信息及寻呼原因分类指示信息承载在同一物理下行控制信道内;或者,所述寻呼原因分类指示信息与寻呼指示信息承载在同一非调度的物理信道内,所述寻呼消息调度信息承载在物理下行控制信道内;或者,所述寻呼指示信息承载在非调度的物理信道内,所述寻呼原因分类指示信息与所述寻呼消息调度信息承载在同一物理下行控制信道内;
包含指示比特,用于指示当前格式所包含的信息域信息;指示比特中包含第一指示比特,第二指示比特;其中,所述第一指示比特不同取值用于指示当前格式的剩余比特是否包含寻呼消息调度信息域;当不包含所述寻呼消息调度信息域,所述第二指示比特用于区分当前格式的剩余比特包含寻呼指示信息域,还是包含寻呼原因分类指示信息域;
包含指示比特,用于指示当前格式所包含的信息域信息;所述指示比特用于区分当前格式的剩余比特包含寻呼消息调度信息域,还是包含寻呼指示信息域及寻呼原因分类指示信息域。
优选实施例1
图8是根据本公开优选实施例1提供的控制信息及对应的传输方式的示意图,如图8所示,
控制信息仅包含寻呼消息的调度信息,并且承载在物理下行控制信道PDCCH内;这种传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式(例如,当前寻呼原因为终端下行数据到达(被呼叫))。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图8所示的传输方式下,信息比特位包含寻呼消息的调度信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰,寻呼消息调度信息包括寻呼消息paging message的资源分配信息,调制编码方式信息等调度信息。网络侧将在寻呼消息调度信息所指示的资源上,以相应的调制编码方式发送所述寻呼消息。
终端利用控制信息的传输方式在下行物理控制信道上盲检寻呼下行控制信息paging DCI,用预定义的P-RNTI来尝试解扰paging DCI,如果成功解码寻呼下行控制信息,意味着在后续的寻呼消息内潜在报告属于自身的寻呼,因此,终端将根据paging DCI内的paging message调度信息接收所述paging message。
此时寻呼原因有两大类,一类是特定寻呼原因,是针对特定终端的,例如终端被呼叫;此时,paging message中会包含被呼叫终端的标识信息(如该UE的移动设备识别码S-TMSI),终端从而确定自己被寻呼,并接入网络。另一类是公共寻呼原因,即对全体终端,或支持该功能的终端有效,例如,系统消息变更指示,预警信息(如ETWS notification地震和海啸预警系统,CMAS notification商业移动告警服务),EAB参数变更等。此时,pagingmessage内将指示当前寻呼的具体原因是前述原因中的哪一项。终端将依据具体原因执行相应的操作。
本优选实施例中,寻呼的原因为系统消息变更指示,paging message中进一步包含是哪一类系统信息发生了变更,系统信息包括如下两类:remaining minimum SI,otherSI。例如,如表1所示,以固定比特位置的1bit进行区分,0代表remaining minimum SI,1代表other SI,每一类进一步包含四个子类,用bitmap方式指示四个子类的那个子类有变更。则共5bit用于指示系统信息更新,例如当前对应比特位为:11010,定义第一位用于指示remaining minimum SI还是other SI,后四位用于指示发生变更的系统信息子类,则可知,当前发生变更的是other SI的子类1和子类3。
对于other SI,终端需要发送请求,网络侧才能下发,因此终端可以按需的决定是否获取该子类系统信息的更新信息。终端的请求中还可以包含下行优选波束信息,该信息是终端通过测量下行同步信号或参考信号获得的,以便于网络侧用对应的下行波束为这个终端发送更新的系统信息。
终端需要按照请求配置发送other SI的请求信息,该请求配置可以是预定义的默认配置,或者在paging message中指示。
表1
需要说明的是,上述PDCCH也可以是增强物理下行控制信道(ePDCCH,EnhancedPhysical Downlink Control Channel),或机器类型通讯物理下行控制信道(MPDCCH,MTCPhysical Downlink Control Channel)。
优选实施例2
图9是根据本公开优选实施例2提供的控制信息,及对应的传输方式的示意图,如图9所示,控制信息仅包含寻呼指示信息,所述寻呼指示信息可以承载在PDCCH内,或者非调度的物理信道(非调度的物理信道可以PBCH)内,控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图9所示的传输方式下,以PDCCH承载控制信息为例描述,信息比特位包含寻呼指示信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。寻呼指示paging indication用于触发接收到该指示的终端上报下行优选波束,网络侧将根据接收到的下行波束信息,确定以哪个下行波束发送寻呼消息,或寻呼下行控制信息及寻呼消息。当后续只发送寻呼消息时,寻呼消息以预定义的资源及编码调制方式来发送,即无需调度。
具体的,paging indication可以包含一个或多个bit,当paging indication为1bit时,接收到paging indication的所有UE都将上报与其相对应的下行优选波束信息,当paging indication包含多个bit时,允许将对应于相同PO(寻呼时机)的UE进一步分组,减少不必要的beam reporting。
分组也可以考虑与UE ID(如S-TMSI)相关联,例如,对于4bit pagingindication,取UE ID的高两位,UE被分为4组。UE ID与indication间满足表2的映射关系。indication中标识的bit位与对应的UE ID相关联,当此时indication为1010时,第一组(ID高两位为00)、第三组(ID高两位10)的UE(1、2、3、7)被寻呼,需要上报下行优选波束。
表2
PO | Indication(bitmap) | UE ID(共10bit) | UE |
PO1 | YYYY的最高位 | 00xxxxxxxx | UE1、UE3 |
PO1 | YYYY的第二位 | 01xxxxxxxx | UE4、UE5、UE6 |
PO1 | YYYY的第三位 | 10xxxxxxxx | UE2、UE7 |
PO1 | YYYY的最低位 | 11xxxxxxxx | UE8 |
终端需要按照波束上报配置信息来发送下行优选波束信息,该发送配置可以是复用随机接入请求配置,即终端收到paging indication后,继续接收系统广播消息,并在系统广播消息中获取随机接入请求配置,选择与下行优选波束相对应时频资源上发送相对应的preamble;或者终端在控制信息中被指示。终端在发送下行优选波束信息时,还可以携带自身的标识信息。如表3所示。上述UE1、UE2、UE3、UE7分别上报了自己的标识与下行优选波束。
表3
UE ID(共10bit) | 下行优选波束 | |
UE1 | 0000111000 | Beam 4 |
UE2 | 1010101010 | Beam 2 |
UE3 | 0000001010 | Beam 5 |
UE7 | 1011110000 | Beam 8 |
网络侧收到终端上报的下行优选波束信息后,首先根据UE上报的标识识别出真正有寻呼的终端在哪些下行波束下。例如,当前真正有寻呼的是UE1和UE2,他们分别在beam 4和beam 2下。网络侧将在beam 4上给UE1发送paging DCI及paging message;并在beam 2上给UE2发送paging DCI及paging message。
需要说明的是,上述PDCCH也可以是增强物理下行控制信道(ePDCCH,EnhancedPhysical Downlink Control Channel),或机器类型通讯物理下行控制信道(MPDCCH,MTCPhysical Downlink Control Channel)。
优选实施例3
图10是根据本公开优选实施例3提供的控制信息,及对应的传输方式的示意图,如图10所示,控制信息仅包含寻呼原因分类指示信息,所述寻呼指示信息可以承载在PDCCH内,或者非调度的物理信道(非调度的物理信道可以PBCH)内,控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图10所示的传输方式下,以PDCCH承载控制信息为例描述,信息比特位包含寻呼原因分类指示信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。当寻呼下行控制信息paging DCI中仅含有寻呼原因分类指示信息域时,适用于当前网络仅含有公共寻呼原因的情况,即当前寻呼对全体终端,或支持该功能的终端有效,例如,系统消息变更指示,预警信息(如ETWS notification地震和海啸预警系统,CMAS notification商业移动告警服务),EAB参数变更等。寻呼原因分类指示信息用于向终端指示当前公共寻呼原因的具体类型。
具体的,在寻呼原因分类指示中,指示当前有系统信息发生了变更,且发生变更的系统信息为other SI。有两种方式,一种是两级结构来实现,图11是根据本公开优选实施例3提供的通过两级结构来实现寻呼原因分类指示的示意图,如图11所示,首先指示当前发生了系统信息变更,紧接着1bit用于区分是remaining minimum SI发生了变更,还是otherSI发生了变更。另一种是一级结构,图12是根据本公开优选实施例3提供的一级结构来实现寻呼原因分类指示的示意图,如图12所示,用2bit分别指示remaining minimum SI,otherSI是否发生了变更。
进一步的,细化指示哪一系统信息子类发生了变更。如表4所示,以固定比特位置的4bit进一步区分四个子类,用bitmap方式指示四个子类的那个子类有变更。
表4
分类 | remaining minimum SI | other SI |
子类1 | XXXX最低位 | XXXX最低位 |
子类2 | XXXX倒数第二位 | XXXX倒数第二位 |
子类3 | XXXX第二位 | XXXX第二位 |
子类4 | XXXX最高位 | XXXX最高位 |
本优选实施例中,后4bit用于指示发生变更的系统信息子类,取值为1010,则可知,当前发生变更的是other SI的子类1和子类3。对于other SI,终端需要发送请求,网络侧才能下发,因此终端可以按需的决定是否获取该子类系统信息的更新信息。终端的请求中还可以包含下行优选波束信息,该信息是终端通过测量下行同步信号或参考信号获得的,以便于网络侧用对应的下行波束为这个终端发送更新的系统信息。
终端需要按照请求配置发送other SI的请求信息,该请求配置可以是预定义的默认配置,或者在paging DCI中指示。
优选实施例4
图13是根据本公开优选实施例4提供的控制信息,及对应的传输方式的示意图,如图13所示,控制信息包含寻呼指示信息及寻呼消息的调度信息,所述寻呼指示信息可以承载在PDCCH内,这种控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图13所示的传输方式下,信息比特位包含寻呼指示及寻呼消息的调度信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。
寻呼指示paging indication信息用于触发接收到该指示的终端上报下行优选波束,网络侧将根据接收到的下行波束信息,确定以哪个下行波束发送寻呼下行控制信息及寻呼消息。
寻呼消息调度信息包括寻呼消息paging message的资源分配信息,调制编码方式信息等调度信息。本实施例下,寻呼指示信息与寻呼消息调度信息均需全波束扫描发送。
值得注意的是:由于网络侧将根据终端的反馈最终确定在哪些下行波束上发送寻呼消息,因此,这里的寻呼消息调度信息指示预先调度信息,即如果后续确定要在该波束方向上发送,则按照寻呼消息调度信息所指示的资源上,以相应的调制编码方式发送所述寻呼消息。如果确定该波束方向上不需要发送寻呼消息,则该寻呼消息调度信息无效。
具体的,paging indication可以包含一个或多个bit,当paging indication为1bit时,接收到paging indication的所有UE都将上报与其相对应的下行优选波束信息,当paging indication包含多个bit时,允许将对应于相同PO(寻呼时机)的UE进一步分组,减少不必要的beam reporting。
分组也可以考虑与UE ID(如S-TMSI)相关联,例如,对于4bit pagingindication,取UE ID的高两位,UE被分为4组。UE ID与indication间满足表2的映射关系。indication中标识的bit位与对应的UE ID相关联,当此时indication为1010时,第一组(ID高两位为00)、第三组(ID高两位10)的UE(1、2、3、7)被寻呼,需要上报下行优选波束。
网络侧收到终端上报的下行优选波束信息后,首先根据UE上报的标识识别出真正有寻呼的终端在哪些下行波束下。例如,当前真正有寻呼的是UE1和UE2,他们分别在beam 4和beam 2下。网络侧将在beam 4上给UE1发送paging message(该paging message的资源及MCS等参数与此前在beam4上发送寻呼消息调度信息一致);并在beam 2上给UE2发送pagingmessage(该paging message的资源及MCS等参数与此前在beam2上发送寻呼消息调度信息一致)。
相应的,反馈了波束信息的终端UE1、UE2将根据此前收到的paging DCI内的paging message调度信息接收所述paging message。
本优选实施例所给定的传输方式下,更适用于寻呼原因为特定寻呼原因的情况,即针对特定终端的,例如终端被呼叫;此时,paging message中会包含被呼叫终端的标识信息(如该UE的移动设备识别码S-TMSI),终端从而确定自己被寻呼,并接入网络。此时,终端发送的下行优选波束信息相当于随机接入的请求信息,网络侧在paging message中可以包含在随机接入请求响应(即MSG2)的信息,以更快速的接入上述终端。
优选实施例5
图14是根据本公开优选实施例5提供的控制信息,及对应的传输方式的示意图,如图14所示,控制信息包含寻呼指示信息及寻呼消息的调度信息,所述寻呼指示信息可以承载在PDCCH1内,或者非调度的物理信道(非调度的物理信道可以PBCH)内,所述寻呼消息的调度信息承载在PDCCH2内,这种控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收所述控制信息。
在图14所示的传输方式下,寻呼指示paging indication信息用于触发接收到该指示的终端上报下行优选波束,所述寻呼指示信息需要在所有波束方向上以扫描(sweeping)的方式发送。进一步的,网络侧将根据接收到的下行波束信息,确定以哪个下行波束发送寻呼下行控制信息及寻呼消息。
寻呼消息调度信息包括寻呼消息paging message的资源分配信息,调制编码方式信息等调度信息。值得注意的是:由于网络侧将根据终端的反馈最终确定在哪些下行波束上发送寻呼消息,因此,寻呼消息的调度信息是以按需(on demand)的方式发送的,即只在被终端上报的下行波束上发送该信息。
具体的,paging indication可以包含一个或多个bit,当paging indication为1bit时,接收到paging indication的所有UE都将上报与其相对应的下行优选波束信息,当paging indication包含多个bit时,允许将对应于相同PO(寻呼时机)的UE进一步分组,减少不必要的beam reporting。
分组也可以考虑与UE ID(如S-TMSI)相关联,例如,对于4bit pagingindication,取UE ID的高两位,UE被分为4组。UE ID与indication间满足表2的映射关系。indication中标识的bit位与对应的UE ID相关联,当此时indication为1010时,第一组(ID高两位为00)、第三组(ID高两位10)的UE(1、2、3、7)被寻呼,需要上报下行优选波束。
网络侧收到终端上报的下行优选波束信息后,首先根据UE上报的标识识别出真正有寻呼的终端在哪些下行波束下。例如,当前真正有寻呼的是UE1和UE2,他们分别在beam 4和beam 2下。网络侧将在beam 4上给UE1发送paging message的调度信息及pagingmessage;并在beam 2上给UE2发送paging message的调度信息及paging message。
相应的,反馈了波束信息的终端UE1、UE2将接收PDCCH内承载寻呼消息的调度信息,并根据寻呼消息的调度信息的指示进一步接收paging message接收所述pagingmessage。
本实施例所给定的控制信息传输方式下,更适用于寻呼原因为特定寻呼原因的情况,即针对特定终端的,例如终端被呼叫;此时,paging message中会包含被呼叫终端的标识信息(如该UE的移动设备识别码S-TMSI),终端从而确定自己被寻呼,并接入网络。此时,终端发送的下行优选波束信息相当于随机接入的请求信息,网络侧在paging message中可以包含在随机接入请求响应(即MSG2)的信息,以更快速的接入上述终端。
优选实施例6
图15是根据本公开优选实施例6提供的控制信息,及对应的传输方式的示意图,如图15所示,控制信息包含寻呼原因分类指示信息及寻呼消息的调度信息,所述寻呼指示信息及寻呼消息的调度信息可以承载在同一个PDCCH内,这种控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收所述控制信息。
在图15所示的传输方式下,PDCCH内信息比特位包含寻呼原因分类指示及寻呼消息的调度信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。
当控制信息中既含有寻呼原因分类指示信息,又含有寻呼消息的调度信息时,适用于当前网络既包含公共寻呼原因,又包含特定寻呼原因的情况。终端将按如下步骤分别处理:
接到控制信息的全体终端,将根据寻呼原因分类指示信息的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的other SI的子类1信息。需要获取更新的终端,发起请求,具体过程与优选实施例3相同,这里不再赘述。
接到控制信息的全体终端,还将根据paging message调度信息,去接收pagingmessage,paging message中被寻呼终端的标识信息,进而指示哪些终端存在特定的寻呼。
优选实施例7
图16是根据本公开优选实施例7提供的控制信息,及对应的传输方式的示意图,如图16所示,控制信息包含寻呼原因分类指示信息及寻呼消息的调度信息,所述寻呼指示信息可以承载在非调度的物理信道(如PBCH)内,所述寻呼消息的调度信息承载在PDCCH内,这种控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收所述控制信息。
在图16所示的传输方式下,两类寻呼原因采用相对独立的通知机制,一类是特定寻呼原因,是针对特定终端的,例如终端被呼叫;此时,网络侧通过PDCCH内承载的寻呼消息的调度信息,及后续的paging message来寻呼到具体终端;具体的,终端盲检PDCCH内的寻呼消息的调度信息,并根据寻呼消息的调度信息进一步接收paging message,在pagingmessage中会包含被呼叫终端的标识信息(如该UE的移动设备识别码S-TMSI),终端从而确定自己被寻呼,并接入网络。另一类是公共寻呼原因,即对全体终端,或支持该功能的终端有效,例如,系统消息变更指示,预警信息(如ETWS notification地震和海啸预警系统,CMAS notification商业移动告警服务),EAB参数变更等。此时,网络侧通过非调度的物理信道(如PBCH)来寻呼道具体终端,PBCH内还将指示当前寻呼的具体原因是前述原因中的哪一项。当寻呼原因为系统消息变更指示时,进一步指示发生变更的系统信息是remainingminimum SI还是other SI,可选的,进一步将上述两大类SI细分为多个子类,网络侧系统通知发生变更的是哪一子类。终端将根据自身需求确定是否去接收发生变更的系统信息,对于other SI,由于该类SI是按需发送的,因此,终端将确定是否要发出获取请求。
当网络存在上述两类寻呼原因(特定寻呼原因,公共寻呼原因)时,图16所示的承载于两个信道中的控制信息将同时存在。
优选实施例8
图17是根据本公开优选实施例8提供的控制信息,及对应的传输方式的示意图,如图17所示,控制信息包含寻呼指示信息及寻呼原因分类指示信息,所述寻呼指示信息及寻呼原因分类指示信息可以承载在同一个PDCCH内,或者同一非调度的物理信道(非调度的物理信道可以PBCH)内,控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图17所示的格式下,以所述控制信息承载在PDCCH中为例,信息比特位包含寻呼原因分类指示信息及寻呼指示信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。
当寻呼下行控制信息paging DCI中既含有寻呼原因分类指示信息,又含有寻呼指示信息时,适用于当前网络既包含公共寻呼原因,又包含特定寻呼原因的情况。终端将按如下步骤分别处理:
接到控制信息的全体终端,将根据寻呼原因分类指示信息的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的other SI的子类1信息。需要获取更新的终端,发起请求,具体过程与优选实施例3相同,这里不再赘述。
接到控制信息的全体终端,根据寻呼指示信息,部分终端将被触发上报下行优选波束,网络侧将基于终端的波束上报,确定在哪些波束上为哪些终端发送paging message,或paging DCI及paging message。当后续只发送paging message时,寻呼消息以预定义的资源及编码调制方式来发送,即无需调度。具体过程与优选实施例2相同,这里不再赘述。
优选实施例9
图18是根据本公开优选实施例9提供的控制信息,及对应的传输方式的示意图,如图18所示,与优选实施例8相同,控制信息包含寻呼指示信息及寻呼原因分类指示信息,但两者承载在不同的物理信道上,所述寻呼指示信息承载在PDCCH内,寻呼原因分类指示信息承载在非调度的物理信道(非调度的物理信道可以PBCH)内;上述控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图18所示的格式下,两类寻呼原因采用相对独立的通知机制,一类是特定寻呼原因,是针对特定终端的,例如终端被呼叫;此时,网络侧通过PDCCH内承载的寻呼指示信息,用于触发终端上报下行优选波束信息。具体的,paging indication可以包含一个或多个bit,当paging indication为1bit时,接收到paging indication的所有UE都将上报与其相对应的下行优选波束信息,当paging indication包含多个bit时,允许将对应于相同PO(寻呼时机)的UE进一步分组,减少不必要的beam reporting。网络侧将根据接收到的下行波束信息,确定以哪个下行波束发送寻呼消息,或寻呼下行控制信息及寻呼消息。当后续只发送寻呼消息时,寻呼消息以预定义的资源及编码调制方式来发送,即无需调度。终端根据寻呼消息中确定是否自己被寻呼,被寻呼的终端接入网络。
另一类是公共寻呼原因,即对全体终端,或支持该功能的终端有效,例如,系统消息变更指示,预警信息(如ETWS notification地震和海啸预警系统,CMAS notification商业移动告警服务),EAB参数变更等。此时,网络侧通过非调度的物理信道(如PBCH)来寻呼道具体终端,PBCH内还将指示当前寻呼的具体原因是前述原因中的哪一项。当寻呼原因为系统消息变更指示时,进一步指示发生变更的系统信息是remaining minimum SI还是otherSI,可选的,进一步将上述两大类SI细分为多个子类,网络侧系统通知发生变更的是哪一子类。终端将根据自身需求确定是否去接收发生变更的系统信息,对于other SI,由于该类SI是按需发送的,因此,终端将确定是否要发出获取请求。
当网络存在上述两类寻呼原因(特定寻呼原因,公共寻呼原因)时,图18所示的承载于两个信道中的控制信息将同时存在。
本实施例中,所述寻呼指示信息承载在PDCCH内,寻呼原因分类指示信息承载在非调度的物理信道(非调度的物理信道可以PBCH)内,类似的,也可以是所述寻呼指示信息承载在非调度的物理信道(非调度的物理信道可以PBCH)内,寻呼原因分类指示信息承载在PDCCH内。区别只在于终端在哪个信道获取到那一类控制信息,在接到相关信息后终端的操作都是一致的。
优选实施例10
图19是根据本公开优选实施例10提供的控制信息,及对应的传输方式的示意图,如图19所示,控制信息包含寻呼指示信息,寻呼原因分类指示信息,及寻呼消息的调度信息;且三者都承载在物理下行控制信道PDCCH上。上述控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图19所示的格式下,信息比特位同时包含寻呼原因分类指示信息,寻呼指示paging indication信息,及寻呼消息调度信息,并串接校验序列(如,循环冗余码校验CRC序列),该CRC用预定义的寻呼无线网络临时标识P-RNTI加扰。
寻呼指示用于触发接收到该指示的终端上报下行优选波束,网络侧将根据接收到的下行波束信息,确定以哪个下行波束发送寻呼消息。
寻呼消息调度信息包括寻呼消息paging message的资源分配信息,调制编码方式信息等调度信息。值得注意的是:由于网络侧将根据终端的反馈最终确定在哪些下行波束上发送寻呼消息,因此,这里的寻呼消息调度信息指示预先调度信息,即如果后续确定要在该波束方向上发送,则按照寻呼消息调度信息所指示的资源上,以相应的调制编码方式发送所述寻呼消息。如果确定该波束方向上不需要发送寻呼消息,则该寻呼消息调度信息无效。
当控制信息中既含有寻呼原因分类指示,寻呼指示,及寻呼消息调度信息时,适用于当前网络既包含公共寻呼原因,又包含特定寻呼原因的情况。如果当前网络的寻呼原因只包含某一类(如公共寻呼原因),则寻呼指示,及寻呼消息调度信息对应的比特无效(可以将这些比特位置于预设的取值,例如全零代表无效),终端将按如下步骤分别处理:
接到控制信息的全体终端,将根据寻呼原因分类指示信息域的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的other SI的子类1信息。需要获取更新的终端,发起请求,具体过程与优选实施例3相同,这里不再赘述。
接到寻呼指示信息的全体终端,根据寻呼指示,部分终端将被触发上报下行优选波束,网络侧根据对终端上报的接收,确定在哪些波束上为哪些终端发送paging message。相应的,反馈下行优选波束的终端将按照控制信息中的paging message的调度信息接收所述paging message,并进一步确定是否自己被寻呼。具体过程与优选实施例4相同,这里不再赘述。
优选实施例11
图20是根据本公开优选实施例11提供的控制信息,及对应的传输方式的示意图,如图20所示,与优选实施例10类似的,控制信息包含寻呼指示信息,寻呼原因分类指示信息,及寻呼消息的调度信息;但寻呼指示信息,寻呼原因分类指示信息承载在物理下行控制信道PDCCH1上,或者承载在非调度的物理信道(非调度的物理信道可以PBCH)内,所述寻呼消息的调度信息承载在另一物理下行控制信道(如PDCCH2)上。
上述控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图20所示的传输方式下,与实施例10的区别在于寻呼指示信息,寻呼原因分类指示信息需要以扫描的方式发送;所述寻呼消息的调度信息可以以按需的方式发送,即接收到寻呼指示信息的终端判断当前寻呼是否与自身相关,如果相关,则上报下行优选发射波束,网络侧将根据上报确定采用哪些下行波束向哪些终端发送寻呼消息的调度信息。
具体的,终端将按如下步骤分别处理:
终端首先接收承载在物理下行控制信道PDCCH1上,或者承载在非调度的物理信道(非调度的物理信道可以PBCH)内的寻呼指示信息,寻呼原因分类指示信息。
接到寻呼指示信息及寻呼原因分类指示信息的全体终端,将根据寻呼原因分类指示信息域的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的otherSI的子类1信息。需要获取更新的终端,发起请求,具体过程与优选实施例3相同,这里不再赘述。
并根据寻呼指示,部分终端将被触发上报下行优选波束;
由于网络侧将根据对终端波束上报的接收,确定在哪些波束上为哪些终端发送paging message的调度信息及后续的paging message。因此,上报下行优选波束的终端,进一步接收PDCCH2上承载的paging message的调度信息,以及后续的paging message。以确定是否自己被寻呼。
优选实施例12
图21是根据本公开优选实施例12提供的控制信息,及对应的传输方式的示意图,如图21所示,与优选实施例10类似的,控制信息包含寻呼指示信息,寻呼原因分类指示信息,及寻呼消息的调度信息;但寻呼指示信息承载在物理下行控制信道PDCCH1上,或者承载在非调度的物理信道(非调度的物理信道可以PBCH)内,所述寻呼消息的调度信息,寻呼原因分类指示信息承载在另一物理下行控制信道(如PDCCH2)上。
上述控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图21所示的传输方式下,与优选实施例10的区别在于寻呼指示信息需要以扫描的方式发送;寻呼原因分类指示信息也以扫描方式发送,但与所述寻呼指示不在同一信道承载;所述寻呼消息的调度信息可以以按需的方式发送,即接收到寻呼指示信息的终端判断当前寻呼是否与自身相关,如果相关,则上报下行优选发射波束,网络侧将根据上报确定采用哪些下行波束向哪些终端发送寻呼消息的调度信息。当某一下行波束方向需要发送寻呼消息的调度信息时,所述寻呼消息的调度信息与所述寻呼原因分类指示信息复用在同一物理下行控制信道内。
具体的,终端将按如下步骤分别处理:
终端首先接收承载在物理下行控制信道PDCCH1上,或者承载在非调度的物理信道(非调度的物理信道可以PBCH)内的寻呼指示信息。
接到寻呼指示信息的部分或全部终端将被触发上报下行优选波束(如优选实施例1所述当寻呼指示信息包含多bit是,终端可以被进一步分组,从而允许网络侧控制部分终端上报下行优选波束);
由于网络侧将根据对终端波束上报的接收,确定在哪些波束上为哪些终端发送paging message的调度信息,即并不是所有下行波束方向都承载了paging message的调度信息,但寻呼原因分类指示信息是针对全体终端的,即每个下行波束方向都需要承载寻呼原因分类指示信息,因此,部分下行波束方向上的PDCCH2内将只包含寻呼原因分类指示信息,而另外一部分下行波束方向上的PDCCH2内将包含寻呼原因分类指示信息,及pagingmessage的调度信息。两者可以采用相同的格式,即当不存在paging message的调度信息时,paging message的调度信息对应的bit位将无效(例如预定义全零bit为无效,则置为全零)。
终端接收PDCCH2内的控制信息,一方面根据寻呼原因分类指示信息域的指示,获取当前公共寻呼原因的具体原因类型及子类信息,并按寻呼原因执行相应的操作。另一方面,如果存在paging message的调度信息,则根据paging message的调度信息进一步接收paging message,从而判断是否包含属于自身的特定寻呼。
优选实施例13
图22是根据本公开优选实施例13提供的控制信息,及对应的传输方式的示意图一,如图22所示,控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送寻呼下行控制信息的传输方式,该固定的控制信息传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图22所示的传输方式下,分为三种子格式,子格式由固定位置的指示比特的取值来指示,指示比特中包含第一指示比特,第二指示比特,示意性的(不限制其他预定义位置),第一指示比特被预先定义在第一比特,第二指示比特预先定义在第二比特;其中,所述第一指示比特不同取值用于指示当前格式的剩余比特是否包含寻呼消息调度信息(例如,1指示包含,0指示不包含);当不包含所述寻呼消息调度信息,所述第二指示比特用于区分当前格式的剩余比特包含寻呼指示信息,还是包含寻呼原因分类指示信息(例如,1指示包含寻呼指示信息,0只是包含寻呼原因分类指示信息);
网络侧发送控制信息时,根据实际配置确定指示比特的取值。例如当前仅含有paging message调度信息,则第一指示比特置为1,此时,第二指示比特无效。
相应的。终端成功解码控制信息后,首先确定第一指示比特取值为1,因此,确定控制信息的剩余bit为paging message调度信息。信息比特位包含寻呼消息的调度信息,接到寻呼下行控制信息的全体终端,还将根据paging message调度信息,去接收pagingmessage,paging message中将向终端指示哪些终端同时还存在特定的寻呼。具体过程与优选实施例1相同,这里不再赘述。
类似的,当前仅含有paging indication时,第一指示比特置为0,第二指示比特置为1。相应的,终端成功解码控制信息后,首先确定指示比特取值为01,因此确定paging DCI的剩余bit为paging indication。接到寻呼指示的全体终端,根据寻呼指示,部分终端将被触发上报下行优选波束,网络侧将基于终端的波束上报,确定在哪些波束上为哪些终端发送paging DCI及paging message。具体过程与优选实施例2相同,这里不再赘述。
再如,当前仅含有寻呼原因分类指示信息时,第一指示比特置为0,第二指示比特置为0。相应的,终端成功解码控制信息后,首先确定指示比特取值为00,因此确定控制信息的剩余bit为寻呼原因分类指示信息。接到寻呼下行控制信息的全体终端,将根据寻呼原因分类指示信息域的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的other SI的子类1信息。需要获取更新的终端,发起请求,具体过程与优选实施例3相同,这里不再赘述。
另外,图23是根据本公开优选实施例13提供的控制信息,及对应的传输方式的示意图二,如图23所示,与前述方法区别在,指示控制信息子格式的方式不同,统一定义2bit用于指示子格式类型。具体的,指示比特00代表后续比特为paging message调度信息;指示比特为01代表后续比特为paging indication;指示比特10代表后续比特为寻呼原因分类指示信息。当终端识别了指示比特取值后,按照相应的格式执行后续的操作。指示比特不限于2比特。
上述两种方式下,都在控制信息传输方式中引入了指示比特,造成了一定的开销,也可以不引入指示比特,而是利用不同的CRC序列的扰码序列(CRC mask)来区分不同的子格式。例如,CRC mask1对应于控制信息的信息比特为paging message调度信息;CRC mask2对应于控制信息的信息比特为paging indication;CRC mask 3对应于控制信息的信息比特为寻呼原因分类指示信息。当终端识别了CRC mask后,即识别了控制信息传输方式的子格式,并按照相应的格式执行后续的操作。
优选实施例14
图24是根据本公开优选实施例14提供的控制信息,及对应的传输方式的示意图一,如图24所示,控制信息的传输方式可以是系统预定义的,即在标准中规定,系统固定采用这种发送控制信息的传输方式,该固定的控制信息的传输方式被网络侧及终端所公知;或者,系统预定义了多种控制信息的传输方式,并且网络侧灵活选择其中的一种,作为当前所使用的控制信息的传输方式。这种方式下,网络侧选择了某一种传输方式后,将通知给终端。通知方式可以采用系统广播消息,或通过与终端间的专用RRC链接。供终端在后续采用相应的方式接收控制信息。
在图24所示的传输方式下,分为两种子格式,子格式由固定位置的指示比特的取值来指示,示意性的(不限制其他预定义位置),指示比特被预先定义在第一比特;其中,所述指示比特不同取值用于指示当前格式的剩余比特包含寻呼消息调度信息,还是包含寻呼指示信息及寻呼原因分类指示信息(例如,1指示后续比特包含寻呼消息调度信息,0指示后续比特包含寻呼指示信息及寻呼原因分类指示信息)。
网络侧发送寻呼下行控制信息时,根据实际配置确定指示比特的取值。例如当前仅含有paging message调度信息,则指示比特置为1。
相应的。终端成功解码控制信息后,首先确定指示比特取值为1,因此,确定控制信息的剩余bit为paging message调度信息。信息比特位包含寻呼消息的调度信息,接到寻呼下行控制信息的全体终端,还将根据paging message调度信息,去接收paging message,paging message中将向终端指示哪些终端同时还存在特定的寻呼。具体过程与优选实施例1相同,这里不再赘述。
类似的,当前含有paging indication及寻呼原因分类指示信息时,指示比特置为0。相应的,终端成功解码控制信息后,首先确定指示比特取值为0,因此确定控制信息的剩余bit为paging indication及寻呼原因分类指示信息。
当控制信息中既含有寻呼原因分类指示信息域,又含有寻呼指示时,适用于当前网络既包含公共寻呼原因,又包含特定寻呼原因的情况。终端将按如下步骤分别处理:
接到控制信息的全体终端,将根据寻呼原因分类指示信息域的指示,获取当前公共寻呼原因的具体原因类型及子类信息,例如,获知当前寻呼的具体原因为other SI的子类1有更新,全体终端将根据需要判断是否请求更新的other SI的子类1信息。需要获取更新的终端,发起请求,具体过程与实施例3相同,这里不再赘述。
接到寻呼指示的全体终端,根据寻呼指示,部分终端将被触发上报下行优选波束,网络侧将基于终端的波束上报,确定在哪些波束上为哪些终端发送paging DCI及pagingmessage。具体过程与优选实施例2相同,这里不再赘述。
另外,图25是根据本公开优选实施例14提供的控制信息,及对应的传输方式的示意图二,如图25所示,与前述方法区别在,不引入指示比特,而是利用不同的CRC序列的扰码序列(CRC mask)来区分不同的子格式。例如,CRC mask1对应于控制信息的信息比特为paging message调度信息;CRC mask2对应于控制信息的信息比特为paging indication及寻呼原因分类指示信息。当终端识别了CRC mask后,即识别了控制信息的传输方式的子格式,并按照相应的格式执行后续的操作。
显然,本领域的技术人员应该明白,上述的本公开的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
Claims (55)
1.一种信息发送方法,其特征在于,包括:
确定控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息;
将所述控制信息发送给所述终端。
2.根据权利要求1所述的方法,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
3.根据权利要求1所述的方法,其特征在于,所述系统信息类型包括以下至少之一:
剩余的最小化系统信息、其他系统信息;
其中,所述剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,所述最小化系统信息为所述终端在初始接入过程中所需的系统信息,所述主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
4.根据权利要求3所述的方法,其特征在于,所述剩余的最小化系统信息和/或所述其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
5.根据权利要求4所述的方法,其特征在于,所述寻呼原因分类指示信息用于指示发生变更的所述系统信息是所述M个子类型中的一个或者多个子类型对应的系统信息。
6.根据权利要求3所述的方法,其特征在于,在所述寻呼原因分类指示信息指示所述剩余的最小化系统信息发生变更的情况下,所述控制信息还包括:所述剩余的最小化系统信息的调度信息。
7.根据权利要求3所述的方法,其特征在于,在所述寻呼原因分类指示信息指示所述其他系统信息发生变更的情况下,所述控制信息还包括:所述其他系统信息的调度信息或所述其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
8.根据权利要求7所述的方法,其特征在于,在所述控制信息中还包括所述其他系统信息的请求配置信息的情况下,在将所述控制信息发送给所述终端之后,所述方法还包括:
接收所述终端发送的所述请求信息;
根据所述请求信息将所述发生变更的其他系统信息发送给所述终端。
9.根据权利要求1所述的方法,其特征在于,所述寻呼指示信息中包括N个比特;其中,当N=1时,1个所述比特用于指示接收到所述寻呼指示信息的所有终端是否上报所述下行波束,当N为大于1的整数时,N个所述比特中的每一个比特用于指示与所述比特对应的一组终端是否上报所述下行波束。
10.根据权利要求9所述的方法,其特征在于,在N为大于1的整数时,所述接收到所述寻呼指示信息的所有终端按照所述所有终端的标识被分为多组;其中,N个所述比特中的一个比特对应一组终端。
11.根据权利要求1所述的方法,其特征在于,将所述控制信息发送给所述终端包括:
确定用于传输所述控制信息的传输方式;
按照确定的所述传输方式将所述控制信息发送给所述终端。
12.根据权利要求11所述的方法,其特征在于,确定用于传输所述控制信息的传输方式包括以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
从系统预定义的多个传输方式中选择一个传输方式作为所述用于传输所述控制信息的传输方式。
13.根据权利要求12所述的方法,其特征在于,在从系统预定义的多个传输方式中选择一个传输方式作为所述用于传输所述控制信息的传输方式之后,所述方法还包括:
将选择的所述传输方式通知给所述终端。
14.根据权利要求11至13中任一项所述的方法,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
15.根据权利要求1所述的方法,其特征在于,在所述控制信息不包括所述寻呼原因分类指示信息的情况下,所述寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
16.一种信息接收方法,其特征在于,包括:
接收网络侧设备发送的控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息。
17.根据权利要求16所述的方法,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
18.根据权利要求16所述的方法,其特征在于,所述系统信息类型包括以下至少之一:
剩余的最小化系统信息、其他系统信息;
其中,所述剩余的最小化系统信息为最小化系统信息中除了主系统信息之外的剩余系统信息,所述最小化系统信息为所述终端在初始接入过程中所需的系统信息,所述主系统信息为承载在物理广播信道上的系统信息,所述其他系统信息为所有系统信息中除了最小化系统信息之外的系统信息。
19.根据权利要求18所述的方法,其特征在于,所述剩余的最小化系统信息和/或所述其他系统信息被分为M个子类型,其中,M为大于或者等于1的整数。
20.根据权利要求19所述的方法,其特征在于,所述寻呼原因分类指示信息用于指示发生变更的所述系统信息是所述M个子类型中的一个或者多个子类型对应的系统信息。
21.根据权利要求18所述的方法,其特征在于,在所述寻呼原因分类指示信息指示所述剩余的最小化系统信息发生变更的情况下,所述控制信息还包括:所述剩余的最小化系统信息的调度信息。
22.根据权利要求18所述的方法,其特征在于,在所述寻呼原因分类指示信息指示所述其他系统信息发生变更的情况下,所述控制信息还包括:所述其他系统信息的调度信息或所述其他系统信息的请求配置信息;其中,所述请求配置信息用于指示所述终端发送请求信息;所述请求信息用于请求获取发生变更的其他系统信息。
23.根据权利要求22所述的方法,其特征在于,在所述控制信息中还包括所述其他系统信息的请求配置信息的情况下,在接收所述网络侧设备发送的所述控制信息之后,所述方法还包括:
向所述网络侧设备发送所述请求信息;
接收所述网络侧设备依据所述请求信息发送的所述发生变更的其他系统信息。
24.根据权利要求16所述的方法,其特征在于,所述寻呼指示信息中包括N个比特;其中,当N=1时,1个所述比特用于指示接收到所述寻呼指示信息的所有终端是否上报所述下行波束,当N为大于1的整数时,N个所述比特中的每一个比特用于指示与所述比特对应的一组终端是否上报所述下行波束。
25.根据权利要求24所述的方法,其特征在于,在N为大于1的整数时,所述接收到所述寻呼指示信息的所有终端按照所述所有终端的标识被分为多组;其中,N个所述比特中的一个比特对应一组终端。
26.根据权利要求16所述的方法,其特征在于,
在接收网络侧设备发送的控制信息之前,所述方法还包括:确定用于传输所述控制信息的传输方式;
接收网络侧设备发送的控制信息包括:按照确定的所述传输方式接收所述控制信息。
27.根据权利要求26所述的方法,其特征在于,确定用于传输所述控制信息的传输方式包括以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
将网络侧设备发送的传输方式确定为所述用于传输所述控制信息的传输方式;其中,所述网络侧设备发送的传输方式为所述网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
28.根据权利要求26或27所述的方法,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
29.根据权利要求1所述的方法,其特征在于,在所述控制信息不包括所述寻呼原因分类指示信息的情况下,所述寻呼消息中携带用于指示发生了变更的系统信息类型的信息。
30.一种信息发送装置,其特征在于,包括:
确定模块,用于确定控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息;
发送模块,用于将所述控制信息发送给所述终端。
31.根据权利要求30所述的装置,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
32.根据权利要求30所述的装置,其特征在于,所述发送模块,还用于确定用于传输所述控制信息的传输方式;以及按照确定的所述传输方式将所述控制信息发送给所述终端。
33.根据权利要求32所述的装置,其特征在于,所述发送模块,还用于包括以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
从系统预定义的多个传输方式中选择一个传输方式作为所述用于传输所述控制信息的传输方式。
34.根据权利要求33所述的装置,其特征在于,所述发送模块,还用于将选择的所述传输方式通知给所述终端。
35.根据权利要求32至34中任一项所述的装置,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
36.一种信息接收装置,其特征在于,包括:
接收模块,用于接收网络侧设备发送的控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息。
37.根据权利要求36所述的装置,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
38.根据权利要求36所述的装置,其特征在于,
所述装置还包括:确定模块,用于确定用于传输所述控制信息的传输方式;
所述接收模块,用于按照确定的所述传输方式接收所述控制信息。
39.根据权利要求38所述的装置,其特征在于,所述确定模块还用于以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
将网络侧设备发送的传输方式确定为所述用于传输所述控制信息的传输方式;其中,所述网络侧设备发送的传输方式为所述网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
40.根据权利要求38或39所述的装置,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
41.一种网络侧设备,其特征在于,包括:
处理器,用于确定控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息;以及用于将所述控制信息发送给所述终端;
存储器,与所述处理器耦接。
42.根据权利要求41所述的网络侧设备,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
43.根据权利要求41所述的网络侧设备,其特征在于,所述处理器,还用于确定用于传输所述控制信息的传输方式;以及按照确定的所述传输方式将所述控制信息发送给所述终端。
44.根据权利要求43所述的网络侧设备,其特征在于,所述处理器,还用于包括以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
从系统预定义的多个传输方式中选择一个传输方式作为所述用于传输所述控制信息的传输方式。
45.根据权利要求43所述的网络侧设备,其特征在于,所述处理器,还用于将选择的所述传输方式通知给所述终端。
46.根据权利要求43至45中任一项所述的网络侧设备,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
47.一种终端,其特征在于,包括:
处理器,用于接收网络侧设备发送的控制信息;其中,所述控制信息包括以下至少之一:寻呼原因分类指示信息、寻呼指示信息;其中,所述寻呼原因分类指示信息用于指示发生了变更的系统信息类型;所述寻呼指示信息用于指示终端上报下行波束,所述下行波束用于向所述终端发送寻呼消息;
存储器,与所述处理器连接。
48.根据权利要求47所述的终端,其特征在于,所述控制信息还包括:所述寻呼消息的调度信息。
49.根据权利要求47所述的终端,其特征在于,
所述处理器,还用于确定用于传输所述控制信息的传输方式;以及按照确定的所述传输方式接收所述控制信息。
50.根据权利要求49所述的终端,其特征在于,所述处理器还用于以下至少之一:
将系统预定义的固定的传输方式确定为所述用于传输所述控制信息的传输方式;
将网络侧设备发送的传输方式确定为所述用于传输所述控制信息的传输方式;其中,所述网络侧设备发送的传输方式为所述网络侧设备从系统预定义的多个传输方式中选择的一个传输方式。
51.根据权利要求49或50所述的终端,其特征在于,所述用于传输所述控制信息的传输方式包括以下至少之一:将所述控制信息承载在非调度的物理信道上进行传输;将所述控制信息承载在物理下行控制信道上进行传输;其中,所述非调度的物理信道为加载在固定时频资源区域内的物理信道。
52.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求1至15中任一项所述的方法。
53.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求16至29中任一项所述的方法。
54.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求1至15中任一项所述的方法。
55.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行权利要求16至29中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710184618.1A CN108632999B (zh) | 2017-03-24 | 2017-03-24 | 信息发送、接收方法及装置、网络侧设备、终端、处理器 |
PCT/CN2018/078724 WO2018171457A1 (zh) | 2017-03-24 | 2018-03-12 | 信息发送、接收方法及装置、网络侧设备、终端、处理器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710184618.1A CN108632999B (zh) | 2017-03-24 | 2017-03-24 | 信息发送、接收方法及装置、网络侧设备、终端、处理器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108632999A true CN108632999A (zh) | 2018-10-09 |
CN108632999B CN108632999B (zh) | 2023-03-31 |
Family
ID=63584656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710184618.1A Active CN108632999B (zh) | 2017-03-24 | 2017-03-24 | 信息发送、接收方法及装置、网络侧设备、终端、处理器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108632999B (zh) |
WO (1) | WO2018171457A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110611953A (zh) * | 2019-08-16 | 2019-12-24 | 展讯半导体(南京)有限公司 | 下行波束指示方法、设备和存储介质 |
CN111246591A (zh) * | 2020-01-20 | 2020-06-05 | 展讯通信(上海)有限公司 | 一种信息传输方法、装置及相关设备 |
WO2021213428A1 (zh) * | 2020-04-23 | 2021-10-28 | 维沃移动通信有限公司 | 寻呼消息的发送方法、接收方法、接入网设备及终端 |
CN113785634A (zh) * | 2019-03-11 | 2021-12-10 | 欧芬诺有限责任公司 | 通过无线网络进行无线设备寻呼 |
CN113853007A (zh) * | 2020-06-28 | 2021-12-28 | 华为技术有限公司 | 通信方法及装置 |
CN114070513A (zh) * | 2020-08-06 | 2022-02-18 | 大唐移动通信设备有限公司 | 下行信道的传输方法、装置及存储介质 |
CN115175312A (zh) * | 2021-04-01 | 2022-10-11 | 维沃移动通信有限公司 | 寻呼方法、装置、终端及网络侧设备 |
CN113853007B (zh) * | 2020-06-28 | 2024-05-10 | 华为技术有限公司 | 通信方法及装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111800821B (zh) * | 2019-07-26 | 2023-07-11 | 维沃移动通信有限公司 | 一种数据传输方法及设备 |
WO2021217666A1 (zh) * | 2020-04-30 | 2021-11-04 | 北京小米移动软件有限公司 | 寻呼方法、寻呼装置及存储介质 |
WO2022082559A1 (en) * | 2020-10-22 | 2022-04-28 | Zte Corporation | Multi-subscriber identification module techniques for wireless systems |
CN114698100A (zh) * | 2020-12-28 | 2022-07-01 | 北京紫光展锐通信技术有限公司 | 寻呼原因发送及获取方法、装置、介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101115288A (zh) * | 2006-07-28 | 2008-01-30 | 华为技术有限公司 | 一种指示系统广播消息改变的方法和系统 |
CN101217778A (zh) * | 2007-01-05 | 2008-07-09 | 大唐移动通信设备有限公司 | 一种系统消息更新的方法及其实现装置 |
CN101742428A (zh) * | 2008-11-25 | 2010-06-16 | 中兴通讯股份有限公司 | 一种移动通信系统寻呼消息的发送方法 |
CN102282869A (zh) * | 2009-12-31 | 2011-12-14 | 华为技术有限公司 | 一种系统信息更新方法和设备 |
CN102448026A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 通信系统中由网络发起一对多通信过程的方法和装置 |
CN103209481A (zh) * | 2009-09-11 | 2013-07-17 | 华为技术有限公司 | 系统广播消息更新的通知、读取方法及设备 |
US20160345294A1 (en) * | 2015-05-22 | 2016-11-24 | Sierra Wireless, Inc. | Method and Apparatus for Notification of System Information Changes in a Wireless Communication System |
US20170013443A1 (en) * | 2015-07-08 | 2017-01-12 | At&T Intellectual Property I, L.P. | Adaptive group paging for a communication network |
US20170048842A1 (en) * | 2015-08-13 | 2017-02-16 | Lg Electronics Inc. | Method of transmitting system information with extended drx cycle in wireless communication system and apparatus therefor |
-
2017
- 2017-03-24 CN CN201710184618.1A patent/CN108632999B/zh active Active
-
2018
- 2018-03-12 WO PCT/CN2018/078724 patent/WO2018171457A1/zh active Application Filing
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101115288A (zh) * | 2006-07-28 | 2008-01-30 | 华为技术有限公司 | 一种指示系统广播消息改变的方法和系统 |
CN101217778A (zh) * | 2007-01-05 | 2008-07-09 | 大唐移动通信设备有限公司 | 一种系统消息更新的方法及其实现装置 |
CN101742428A (zh) * | 2008-11-25 | 2010-06-16 | 中兴通讯股份有限公司 | 一种移动通信系统寻呼消息的发送方法 |
CN103209481A (zh) * | 2009-09-11 | 2013-07-17 | 华为技术有限公司 | 系统广播消息更新的通知、读取方法及设备 |
CN102282869A (zh) * | 2009-12-31 | 2011-12-14 | 华为技术有限公司 | 一种系统信息更新方法和设备 |
CN102448026A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 通信系统中由网络发起一对多通信过程的方法和装置 |
US20160345294A1 (en) * | 2015-05-22 | 2016-11-24 | Sierra Wireless, Inc. | Method and Apparatus for Notification of System Information Changes in a Wireless Communication System |
US20170013443A1 (en) * | 2015-07-08 | 2017-01-12 | At&T Intellectual Property I, L.P. | Adaptive group paging for a communication network |
US20170048842A1 (en) * | 2015-08-13 | 2017-02-16 | Lg Electronics Inc. | Method of transmitting system information with extended drx cycle in wireless communication system and apparatus therefor |
Non-Patent Citations (5)
Title |
---|
CATT: "R1-1704539 "NR Paging Channel"", 《3GPP TSG_RAN\WG1_RL1》 * |
FUJITSU: "R1-1701916 "Discussion on Paging in NR"", 《3GPP TSG_RAN\WG1_RL1》 * |
GUANGDONG OPPO MOBILE TELECOM.: "R2-167480 "Discussion on Issues of Other SIs"", 《3GPP TSG_RAN\WG2_RL2》 * |
LG ELECTRONICS等: "R1-1703923 "WF on paging channel design"", 《3GPP TSG_RAN\WG1_RL1》 * |
MEDIATEK INC: ""R1-157384 Remaining issues for DCI format design"", 《3GPP TSG_RAN\WG1_RL1》 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113785634B (zh) * | 2019-03-11 | 2023-04-14 | 欧芬诺有限责任公司 | 通过无线网络进行无线设备寻呼 |
CN113785634A (zh) * | 2019-03-11 | 2021-12-10 | 欧芬诺有限责任公司 | 通过无线网络进行无线设备寻呼 |
US11889465B2 (en) | 2019-03-11 | 2024-01-30 | Ofinno, Llc | Paging cause value |
WO2021032006A1 (zh) * | 2019-08-16 | 2021-02-25 | 展讯半导体(南京)有限公司 | 下行波束指示方法、设备和存储介质 |
CN110611953A (zh) * | 2019-08-16 | 2019-12-24 | 展讯半导体(南京)有限公司 | 下行波束指示方法、设备和存储介质 |
CN111246591A (zh) * | 2020-01-20 | 2020-06-05 | 展讯通信(上海)有限公司 | 一种信息传输方法、装置及相关设备 |
WO2021213428A1 (zh) * | 2020-04-23 | 2021-10-28 | 维沃移动通信有限公司 | 寻呼消息的发送方法、接收方法、接入网设备及终端 |
WO2022001970A1 (zh) * | 2020-06-28 | 2022-01-06 | 华为技术有限公司 | 通信方法及装置 |
CN113853007A (zh) * | 2020-06-28 | 2021-12-28 | 华为技术有限公司 | 通信方法及装置 |
CN113853007B (zh) * | 2020-06-28 | 2024-05-10 | 华为技术有限公司 | 通信方法及装置 |
CN114070513A (zh) * | 2020-08-06 | 2022-02-18 | 大唐移动通信设备有限公司 | 下行信道的传输方法、装置及存储介质 |
CN114070513B (zh) * | 2020-08-06 | 2023-08-25 | 大唐移动通信设备有限公司 | 下行信道的传输方法、装置及存储介质 |
CN115175312A (zh) * | 2021-04-01 | 2022-10-11 | 维沃移动通信有限公司 | 寻呼方法、装置、终端及网络侧设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108632999B (zh) | 2023-03-31 |
WO2018171457A1 (zh) | 2018-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108632999A (zh) | 信息发送、接收方法及装置、网络侧设备、终端、处理器 | |
EP3952421A1 (en) | Method and device for measuring and reporting channel state in sidelink communication | |
CN109716836B (zh) | 一种支持波束扫描的寻呼通知的调度 | |
EP3120468B1 (en) | Scheduling wireless device-to-device communications | |
EP4132126A1 (en) | Method and apparatus for adjusting maximum uplink transmission power in wireless communication system | |
CN110226338A (zh) | 用于用户设备能力交换的方法和装置 | |
US11303491B2 (en) | Method and apparatus for transmitting and receiving reference signal for sidelink data in wireless communication system | |
CN111345081B (zh) | 通信方法和通信设备 | |
CN104349333B (zh) | 增强mtc ue的无线覆盖的方法和装置 | |
EP2928253A1 (en) | Allocation of resources for concurrent device-to-device (d2d) communication sessions to a wireless device | |
EP3387867B1 (en) | Terminal device, infrastructure equipment and methods for resource selection and updating of access class information | |
CN110830954B (zh) | 一种直接链路通信的方法、终端及网络设备 | |
CN107258105A (zh) | 运行寻呼机制以实现增强覆盖模式 | |
JP2023515093A (ja) | V2xシステムで端末の間の協力を通じるリソース割り当て方法及び装置 | |
CN106211329A (zh) | 下行信息的发送方法及装置 | |
CN106171022B (zh) | 一种寻呼方法、设备及系统 | |
CN109923916A (zh) | 避免在NB-IOT和eMTC背景中eMBMS与寻呼的并发性 | |
CN105722240B (zh) | 多子帧调度的方法、装置和终端 | |
CN102595626B (zh) | 半静态调度方法、用户设备及网络设备 | |
CN111699722A (zh) | 在空闲模式下操作的方法和使用该方法的设备 | |
CN105794245A (zh) | 用于处理ue之间的上行链路至下行链路干扰的基站、装置以及其中的方法 | |
CN113709774A (zh) | 免授权URLLC与动态调度eMBB的复用方法和装置 | |
US20220279480A1 (en) | User equipment and scheduling node | |
CN108011700A (zh) | 指示信息发送方法、接收方法及设备 | |
CN107005977A (zh) | 一种信息的传输方法和基站以及用户设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |