CN112118615A - 一种寻呼消息发送和接收的方法以及装置 - Google Patents

Abstract

本申请提供一种寻呼消息发送和接收的方法以及装置，涉及通信技术领域，能够减少非授权频谱情况下LBT监听不成功对终端设备接收寻呼消息的影响。其方法为：终端设备接收网络设备发送的寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；终端设备根据所述寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机。本申请实施例用于非授权频谱下的寻呼消息如何发送和接收。

Description

一种寻呼消息发送和接收的方法以及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种寻呼消息发送和接收的方法以及装置。

背景技术

在移动通信系统中，会根据业务的不同需求发送和接收寻呼消息，寻呼消息的目的是通知终端设备网络有信息要发送，以便终端设备接收该信息。网络设备发送寻呼消息时，终端设备可以处于空闲态或连接态。在空闲态下，终端设备需要周期性地接收寻呼消息，该周期即为寻呼周期，但是终端设备具体是在哪个寻呼时机(paging occasion，PO)接收寻呼消息是由网络系统和终端设备根据协议确定的，且每个终端设备在一个寻呼周期内有且仅有一次寻呼时机。

随着移动带宽(mobile broadband，MBB)业务的发展，用户对无线网络带宽的吞吐率的需求越来越大。为了更好地利用免授权频谱资源，为用户提供更高的业务速率和更好的用户体验，在长期演进(Long Term Evolution，LTE)和新空口(new radio，NR)系统中引入了非授权(un-licensed)接入技术。相对于授权频谱的独占特性，非授权频谱具有共享性质，即只要符合一定法规的接入点，都可以使用该非授权频谱进行数据的接收和发送。为了使得各个接入节点有较好的共存，可采用先听后说(Listen Before Talk，LBT)的机制，也就是说，任何网络节点在发送数据之前，需要对待发送的信道进行监听，当信道处于空闲态时才能进行数据发送，否则需要继续监听。为了方便终端设备进行基站小区信号搜索和小区驻留，网络设备通常会发送发现参考信号(discovery reference signal，DRS)，当采用LBT机制监听信道不成功时，会导致DSR的发送周期不确定，为了解决DRS由于LBT不成功导致DRS发送周期的不确定性的问题，标准中采用了DTMC(DRS time measurementconfiguration，DRS时间测量配置)窗，即DRS只有可能在该DTMC窗内发送，如图1所示。当LBT监听成功时，网络在DTMC窗内发送DRS的同时也向终端设备发送寻呼消息，但是，当LBT监听不成功时，该寻呼消息便不能进行发送。也就是说，对于非授权频谱，网络设备存在获得发送信息权限的不确定性，可能会导致寻呼消息不能有效发送至终端设备的情况。例如如图2所示，PO1(第1个寻呼时机)对应寻呼组1(由终端设备组成的第1个寻呼组)，PO2(第2个寻呼时机)对应寻呼组2(由终端设备组成的第2个寻呼组)，PO3(第3个寻呼时机)对应寻呼组3(由终端设备组成的第3个寻呼组)，PO4(第4个寻呼时机)对应寻呼组4(由终端设备组成的第4个寻呼组)，在PO1的起始时刻，由于网络设备监听LBT成功而获取到了发送数据的权限，那么网络设备可以在PO1上发送针对寻呼组1的寻呼消息。在PO2的起始时刻，网络设备没有获取到发送数据的权限，因此无法在PO2上发送针对寻呼组2的寻呼消息。

目前，可以通过增加寻呼机会使得寻呼消息成功发送的机会更多，例如如图3所示，以PO2来说，给PO2增加一个寻呼机会PO2a，即寻呼组2的终端设备在PO2上没有接收到有效的寻呼消息时，寻呼组2继续在PO2a上检测寻呼消息，但是，该方式中虽然增加了寻呼消息成功发送的机会，但是不能避免新增机会也存在基站未获取到发送数据权限的情况，况且也增加了终端设备功耗，特别是当网络设备没有发送出去寻呼消息时，终端设备的两次盲检都是无效的。

发明内容

本申请实施例提供一种寻呼消息发送和接收的方法和装置，能够减少非授权频谱情况下LBT监听不成功对终端设备接收寻呼消息的影响。

第一方面，提供一种寻呼消息接收的方法，该方法包括：终端设备接收网络设备发送的寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；终端设备根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机。终端设备可以为UE，网络设备可以为基站。

应当理解，本申请实施例中，终端设备在根据寻呼指示信息确定需要接收寻呼消息时，不是如现有技术协议中规定的，在寻呼组配置的寻呼时机上接收寻呼消息，而是需要根据寻呼指示信息进一步去判断下接收寻呼消息的寻呼时机。也就是说，本申请实施例中，寻呼组在接收到寻呼指示信息之后，接收寻呼消息时，寻呼时机和寻呼组的对应关系不是固定不变的，寻呼组可根据寻呼指示信息灵活调整寻呼时机和寻呼组的对应关系。在一种可能的设计中，如果终端设备配置的寻呼时机之前的寻呼时机上无寻呼消息，那么终端设备可以提前在无寻呼消息的寻呼时机上接收终端设备需要接收的寻呼消息。示例性的，寻呼指示信息指示第一个寻呼组不需要接收寻呼消息，那么如果第二个寻呼组需要接收寻呼消息，第二个寻呼组可以在第一个寻呼组对应的寻呼时机上提前接收寻呼消息，这样，可使得由于LBT监听不成功导致UE不能及时接收到寻呼消息的时延得以减少。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。例如，N为4时，4个比特的值为0110，4个比特对应4个寻呼组。

在一种可能的设计中，终端设备根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；终端设备确定终端设备所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。这里的n是小于或等于m的。举例来说，m＝3，n＝6，即第一个需要接收寻呼消息的寻呼组的寻呼组号为3，终端设备所在的寻呼组号为6，那么终端设备所在的寻呼组接收寻呼消息的寻呼时机为4，即第4个寻呼时机，若按照现有技术，终端设备所在的寻呼组的寻呼时机本应与寻呼组号对应，即寻呼组号6对应第6个寻呼时机，那么按照本申请确定寻呼时机的方法，终端设备所在的寻呼组6的寻呼时机由第6个寻呼时机调整为了第4个寻呼时机，使得终端设备所在的UE接收寻呼消息的时延得以减少。

在一种可能的设计中，终端设备根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；若n＝m,终端设备确定终端设备所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，终端设备确定终端设备所在寻呼组接收寻呼消息的寻呼时机为n；其中，n和m为小于或者等于N的正整数。可以理解，如果终端设备所在的寻呼组号为第一个需要接收寻呼消息的寻呼组号，那么终端设备所在的寻呼组的寻呼时机为第1个寻呼时机，第1个寻呼时机往往在时间窗内。即，将终端设备所在的寻呼组的寻呼时机n调整为了时间窗内的寻呼时机1，使得终端设备所在的终端设备组接收寻呼消息的时延得以减少。如果终端设备所在的寻呼组号不是第一个需要接收寻呼消息的寻呼组号，那么终端设备接收寻呼消息的寻呼时机保持不变，即寻呼时机不需要调整，寻呼时机的序号依然与寻呼组号对应，均为n。

在一种可能的设计中，终端设备根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：终端设备根据寻呼指示信息确定终端设备所在的寻呼组不需要接收寻呼消息，则终端设备跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。也就是说，针对不需要接收寻呼消息的终端设备，不需要根据寻呼指示信息确定寻呼时机。

在一种可能的设计中，终端设备接收网络设备发送的寻呼指示信息包括：终端设备在时间窗内的公共控制信道中接收网络设备发送的寻呼指示信息；或者终端设备在第一个寻呼时机上接收网络设备发送的寻呼指示信息，其中，第一个寻呼时机位于时间窗内。时间窗可以理解为DTMC时间窗。如果终端设备在第一个寻呼时机上接收网络设备发送的寻呼指示信息时，可以理解，该第一个寻呼时机上不仅要发送一个寻呼组的寻呼消息，还需要发送寻呼指示信息。

在一种可能的设计中，终端设备接收网络设备发送的寻呼指示信息包括：终端设备接收网络设备发送的寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值中的至少一种，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。可以理解，寻呼指示信息可以为多个比特值，该比特值可以为第一指示值1或者第二指示值0，1表示对应的寻呼组需要接收寻呼消息，0表示对应的寻呼组不需要接收寻呼消息。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。如果寻呼调度信息的字段中的某些字段未被用于指示某些信息，那么本申请提到的寻呼指示信息可以以这里提到的寻呼调度信息的字段中至少一个字段指示，即利用现有的信元来表示寻呼指示信息。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。例如有2个寻呼组，寻呼组1的寻呼组号可以为1，寻呼组2的寻呼组号可以为2，如果寻呼指示信息包括比特值，不包括寻呼组号，可以理解为寻呼指示信息以隐性方式指示，例如0110，顺序指示这寻呼组1、寻呼组2、寻呼组3和寻呼组4是否需要接收寻呼消息；如果寻呼指示信息包括比特值和寻呼组号，可以理解为以显性方式指示这4个寻呼组是否需要接收寻呼消息，寻呼组号1对应第1个比特0，寻呼组号2对应第2个比特1，寻呼组号3对应第3个比特1，寻呼组号4对应第4个比特0。

第二方面，提供一种寻呼消息发送的方法，该方法包括：网络设备发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；网络设备根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

应当理解，本申请实施例中，网络设备在根据寻呼组是否有寻呼消息生成寻呼指示信息，并向终端设备发送寻呼指示信息后，并不按照协议中规定的寻呼时机和寻呼组的对应关系，向寻呼组发送寻呼消息或不发送寻呼消息。网络设备可以理解为基站，终端设备可以为UE。在本申请实施例中，网络设备在向寻呼组发送寻呼消息之前，还需要根据寻呼指示信息确定向寻呼组发送寻呼消息的寻呼时机。也就是说，网络设备发送寻呼消息时，寻呼时机和寻呼组的对应关系不是固定不变的，网络设备可根据寻呼指示信息灵活调整寻呼时机和寻呼组的对应关系。在一种可能的设计中，如果某个寻呼时机上无寻呼消息需要发送，那么网络设备可以提前在无寻呼消息的寻呼时机上向之后某个有寻呼消息的寻呼组发送寻呼消息。示例性的，寻呼指示信息指示第一个寻呼组不需要接收寻呼消息，那么如果第二个寻呼组需要接收寻呼消息，网络设备可以在第一个寻呼组对应的寻呼时机上提前向第二个寻呼组发送寻呼消息，这样，可使得由于LBT监听不成功导致UE不能及时接收到寻呼消息的时延得以减少。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。例如，N为4时，4个比特的值为0110，4个比特对应4个寻呼组。

在一种可能的设计中，网络设备根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：确定第一个需要接收寻呼消息的寻呼组号m；确定至少一个寻呼组中的每个寻呼组号n；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。这里的n是小于或等于m的。举例来说，m＝3，n＝6，即第一个需要接收寻呼消息的寻呼组的寻呼组号为3，至少一个寻呼组中的一个寻呼组6的寻呼组号为6，那么网络设备向寻呼组6发送寻呼消息的寻呼时机为4，即第4个寻呼时机，若按照现有技术，寻呼组6的寻呼时机本应与寻呼组号6对应，即寻呼组号6对应第6个寻呼时机，那么按照本申请确定寻呼时机的方法，寻呼组号6的寻呼时机由第6个寻呼时机调整为了第4个寻呼时机，这样一来，可使得寻呼组中的UE接收寻呼消息的时延得以减少，同时使得网络设备发送该寻呼消息之前不用再次进行LBT(因为网络设备发送DRS前，网络设备已经完成了LBT过程)，确保寻呼消息发送的可靠性。

在一种可能的设计中，网络设备根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：确定第一个需要接收寻呼消息的寻呼时机为1；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为每个寻呼组号n；其中，n为小于或者等于N的正整数。换句话说，除第一个需要接收寻呼消息的寻呼组以外，确定至少一个寻呼组中的其余每个寻呼组接收寻呼消息的寻呼时机为每个寻呼组号n，即将第一个需要接收寻呼消息的寻呼组在第1个寻呼时机上接收寻呼消息，其余寻呼组的寻呼时机可以保持不变。例如寻呼组号3对应的寻呼组为第一个需要接收寻呼消息的寻呼组，那么网络设备确定寻呼组号3对应的寻呼组的寻呼时机为寻呼时机1，即网络设备在寻呼时机1上向寻呼组号3对应的寻呼组发送寻呼消息，其余寻呼组的寻呼时机为各自对应的寻呼组号，例如寻呼组4的寻呼组号为4，那么寻呼组4的寻呼时机为4，即第4个寻呼时机。

在一种可能的设计中，网络设备根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：网络设备根据寻呼指示信息确定至少一个寻呼组不需要接收寻呼消息，则网络设备不在相应的寻呼时机上向至少一个寻呼组发送寻呼消息。也可以这样实现：为了节省网络设备确定寻呼时机的时间，可以只针对有寻呼消息需要接收的寻呼组确定寻呼时机，对于没有寻呼消息需要接收的寻呼组，网络设备不需要计算寻呼时机。

在一种可能的设计中，网络设备发送寻呼指示信息包括：网络设备在时间窗内的公共控制信道中发送寻呼指示信息；或者网络设备在第一个寻呼时机上发送寻呼指示信息，其中，第1个寻呼时机位于时间窗内。如果网络设备在第一个寻呼时机上发送寻呼指示信息，那么第一个寻呼时机上，网络设备不仅要发送一个寻呼组的寻呼消息，还需要发送寻呼指示信息。

在一种可能的设计中，网络设备发送寻呼指示信息包括：网络设备发送寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值中的至少一种，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。举例来说，寻呼指示信息可以为多个比特值，该比特值可以为第一指示值1或者第二指示值0，1表示对应的寻呼组需要接收寻呼消息(或者表示基站发送了寻呼消息给对应的寻呼组)，0表示对应的寻呼组不需要接收寻呼消息(或者表示基站没有发送寻呼消息给对应的寻呼组)。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。如果寻呼调度信息的字段中的某些字段未被用于指示某些信息，那么本申请提到的寻呼指示信息可以以这里提到的寻呼调度信息的字段中至少一个字段指示，即利用现有的信元来表示寻呼指示信息。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。例如有2个寻呼组，寻呼组1的寻呼组号可以为1，寻呼组2的寻呼组号可以为2，如果寻呼指示信息包括比特值，不包括寻呼组号，可以理解为寻呼指示信息以隐性方式指示，例如0110，顺序指示这寻呼组1、寻呼组2、寻呼组3和寻呼组4是否需要接收寻呼消息；如果寻呼指示信息包括比特值和寻呼组号，可以理解为以显性方式指示这4个寻呼组是否需要接收寻呼消息，寻呼组号1对应第1个比特0，寻呼组号2对应第2个比特1，寻呼组号3对应第3个比特1，寻呼组号4对应第4个比特0。

第三方面，提供一种终端设备，该终端设备包括：通信模块，用于接收网络设备发送的寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；处理模块，用于根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。

在一种可能的设计中，处理模块，用于确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；确定终端设备所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理模块，用于确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；若n＝m,终端设备确定终端设备所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，终端设备确定终端设备所在寻呼组接收寻呼消息的寻呼时机为n；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理模块，用于根据寻呼指示信息确定终端设备所在的寻呼组不需要接收寻呼消息，则终端设备跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。

在一种可能的设计中，通信模块，用于在时间窗内的公共控制信道中接收网络设备发送的寻呼指示信息；或者在第一个寻呼时机上接收网络设备发送的寻呼指示信息，其中，第一个寻呼时机位于时间窗内。

在一种可能的设计中，通信模块，用于接收网络设备发送的寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。

第四方面，提供过一种网络设备，包括：通信模块，用于发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；处理模块，用于根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。

在一种可能的设计中，处理模块，用于确定第一个需要接收寻呼消息的寻呼组号m；确定至少一个寻呼组中的每个寻呼组号n；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理模块，用于确定第一个需要接收寻呼消息的寻呼时机为1；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为每个寻呼组号n；其中，n为小于或者等于N的正整数。

在一种可能的设计中，处理模块，用于根据寻呼指示信息确定至少一个寻呼组不需要接收寻呼消息，则网络设备不在相应的寻呼时机上向至少一个寻呼组发送寻呼消息。

在一种可能的设计中，通信模块，用于在时间窗内的公共控制信道中发送寻呼指示信息；或者在第一个寻呼时机上发送寻呼指示信息，其中，第1个寻呼时机位于时间窗内。

在一种可能的设计中，通信模块，用于发送寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。

第五方面，提供一种终端设备，该终端设备包括：收发器，用于接收网络设备发送的寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；处理器，用于根据寻呼指示信息确定终端设备所在的寻呼组接收寻呼消息的寻呼时机。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。

在一种可能的设计中，处理器用于：确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；确定终端设备所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理器用于：确定第一个需要接收寻呼消息的寻呼组号m；确定终端设备所在的寻呼组号n；若n＝m,确定终端设备所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，终端设备确定终端设备所在寻呼组接收寻呼消息的寻呼时机为n；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理器用于：根据寻呼指示信息确定终端设备所在的寻呼组不需要接收寻呼消息，则终端设备跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。

在一种可能的设计中，收发器用于：在时间窗内的公共控制信道中接收网络设备发送的寻呼指示信息；或者在第一个寻呼时机上接收网络设备发送的寻呼指示信息，其中，第一个寻呼时机位于时间窗内。

在一种可能的设计中，收发器用于：接收网络设备发送的寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。

第六方面，提供一种网络设备，包括：收发器，用于发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；处理器，用于根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

在一种可能的设计中，寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组，N为寻呼组的个数。

在一种可能的设计中，处理器用于：确定第一个需要接收寻呼消息的寻呼组号m；确定至少一个寻呼组中的每个寻呼组号n；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。

在一种可能的设计中，处理器用于：确定第一个需要接收寻呼消息的寻呼时机为1；确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为每个寻呼组号n；其中，n为小于或者等于N的正整数。

在一种可能的设计中，处理器用于：根据寻呼指示信息确定至少一个寻呼组不需要接收寻呼消息，则不在相应的寻呼时机上向至少一个寻呼组发送寻呼消息。或者，处理器用于：根据寻呼指示信息确定不需要接收寻呼消息的寻呼组，且不在相应的寻呼时机上向不需要接收寻呼消息的寻呼组发送寻呼消息。

在一种可能的设计中，收发器用于：在时间窗内的公共控制信道中发送寻呼指示信息；或者在第一个寻呼时机上发送寻呼指示信息，其中，第1个寻呼时机位于时间窗内。

在一种可能的设计中，收发器用于：发送寻呼调度信息，寻呼调度信息包括寻呼指示信息；其中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示至少一个寻呼组需要接收寻呼消息，第二指示值用于指示至少一个寻呼组不需要接收寻呼消息。

在一种可能的设计中，寻呼调度信息的字段包括以下至少一种：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

在一种可能的设计中，寻呼指示信息还包括至少一个寻呼组中的每个寻呼组对应的寻呼组号。

通过以上内容的说明，本申请中，网络设备在发送寻呼消息时，不按照固有的寻呼组与寻呼时机的对应关系进行寻呼消息的发送，而是根据寻呼指示信息确定寻呼组的寻呼时机，使得寻呼组和寻呼时机的对应关系较为灵活，从而达到减少寻呼组接收寻呼消息的时延。相应地，寻呼组在接收寻呼消息时，也不按照固有的寻呼组与寻呼时机的对应关系进行寻呼消息的接收，而是根据寻呼指示信息确定寻呼组的寻呼时机，使得寻呼组和寻呼时机的对应关系较为灵活，从而达到减少寻呼组接收寻呼消息的时延。

第七方面，提供一种寻呼消息发送方法，该方法包括：网络设备根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；网络设备在寻呼时机上发送寻呼消息。网络设备可以为基站；时间窗内的寻呼时机可以为基站向寻呼组发送寻呼消息的第1个寻呼时机。由于LBT在配置的时域上执行成功与否并不确定，有可能推迟执行成功，DRS是在LBT执行成功时才发送的，那么第1个寻呼时机可以根据基站发送DRS的时域位置确定，相应地，UE也需要根据DRS的时域位置确定第1个寻呼时机的时域位置，以减少UE盲检寻呼消息的盲检量，从而节约UE检测功耗。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息；网络设备根据发现参考信号DRS的时域位置信息获得时间窗内的寻呼时机的时域位置包括：若RMSI的控制消息在时域上占用1个符号，则网络设备将SS或PBCH所占用符号的前一个符号确定为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则网络设备将SS或PBCH所占用符号的后一个符号确定为时间窗内的寻呼时机的时域位置。可以理解为：通过DRS的时域位置或者说默认隐性的方法，指示时间窗内的寻呼时机的位置。

第八方面，提供一种寻呼消息发送方法，该方法包括：网络设备发送发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；网络设备在寻呼时机上发送寻呼消息。也就是说，当LBT执行成功时，网络设备可以在接下来发送的DRS中指示第1个接收寻呼消息的寻呼时机，以便UE可以根据指示信息确定第1个寻呼时机的时域信息，减少了寻呼消息的盲检量，减少了UE的检测功耗。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第九方面，提供一种寻呼消息接收方法，该方法包括：终端设备根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；终端设备在寻呼时机上接收寻呼消息。这里的有益效果可以参见第七方面阐述的有益效果，此处不再赘述。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息，终端设备根据DRS的时域位置获得时间窗内的寻呼时机的时域位置包括：若RMSI的控制消息在时域上占用1个符号，则终端设备将SS或PBCH占用的符号的前一个符号作为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则终端设备将SS或PBCH占用的符号的后一个符号作为时间窗内的寻呼时机的时域位置。

第十方面，提供一种寻呼消息接收方法，该方法包括：终端设备接收发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；终端设备在寻呼时机上接收寻呼消息。这里的有益效果可以参见第七方面阐述的有益效果，此处不再赘述。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第十一方面，提供一种寻呼指示信息发送方法，该方法包括：网络设备发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。由于受到LBT的影响，第一个寻呼时机可以根据DRS的时域位置确定，为了减少其他寻呼时机对应的寻呼组的盲检量，可以在寻呼指示信息中指示其他寻呼时机的偏移量，以节省其他寻呼组接收寻呼消息的盲检量，节省了UE的功耗。

在一种可能的设计中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。例如第一指示值为0，第二指示值为1。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。DRS在LBT执行成功时才发送，第1个寻呼消息在DRS之后的第1个寻呼时机发送，第1个寻呼时机已经根据DRS的时域信息发生了偏移，这时，除第1个寻呼时机以外的其余寻呼时机的偏移量可以与DRS的偏移量相同。

第十二方面，提供一种寻呼指示信息的接收方法，该方法包括：终端设备接收寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。这里的有益效果可以参见第十一方面，此处不再赘述。

在一种可能的设计中，寻呼指示信息包括第一指示值或第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。

第十三方面，提供一种网络设备，包括：处理模块，用于根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；通信模块，用于在寻呼时机上发送寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息；处理模块，用于若RMSI的控制消息在时域上占用1个符号，则将SS或PBCH所占用符号的前一个符号确定为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则将SS或PBCH所占用符号的后一个符号确定为时间窗内的寻呼时机的时域位置。

第十四方面，提供一种网络设备，包括：通信模块，用于发送发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；网络设备在寻呼时机上发送寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第十五方面，提供一种终端设备，包括处理模块，用于根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；通信模块，用于在寻呼时机上接收寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息，处理模块用于：若RMSI的控制消息在时域上占用1个符号，则将SS或PBCH占用的符号的前一个符号作为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则将SS或PBCH占用的符号的后一个符号作为时间窗内的寻呼时机的时域位置。

第十六方面，提供一种终端设备，包括接收模块，用于接收发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；处理模块，用于在寻呼时机上接收寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第十七方面，提供一种网络设备，包括通信模块，用于发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

在一种可能的设计中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。

第十八方面，提供一种终端设备，包括通信模块，用于接收寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

在一种可能的设计中，寻呼指示信息包括第一指示值或第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。

第十九方面，提供一种网络设备，包括处理器，用于根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；收发器，用于在寻呼时机上发送寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息；处理器，用于若RMSI的控制消息在时域上占用1个符号，则将SS或PBCH所占用符号的前一个符号确定为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则将SS或PBCH所占用符号的后一个符号确定为时间窗内的寻呼时机的时域位置。

第二十方面，提供一种网络设备，包括：收发器，用于发送发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；网络设备在寻呼时机上发送寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第二十一方面，提供一种终端设备，包括处理器，用于根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置；收发器，用于在寻呼时机上接收寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH和剩余最小系统信息RMSI的控制消息，处理器用于：若RMSI的控制消息在时域上占用1个符号，则将SS或PBCH占用的符号的前一个符号作为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则将SS或PBCH占用的符号的后一个符号作为时间窗内的寻呼时机的时域位置。

第二十二方面，提供一种终端设备，包括接收器，用于接收发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置；处理器，用于在寻呼时机上接收寻呼消息。

在一种可能的设计中，DRS包括同步信号SS、物理广播信道PBCH以及剩余最小系统信息RMSI的控制消息；PBCH或RMSI的控制消息包括该指示信息。

第二十三方面，提供一种网络设备，包括收发器，用于发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

在一种可能的设计中，寻呼指示信息包括第一指示值和第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。

第二十四方面，提供一种终端设备，包括收发器，用于接收寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

在一种可能的设计中，寻呼指示信息包括第一指示值或第二指示值，第一指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第二指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。

在一种可能的设计中，寻呼指示信息包括发现参考信号DRS的偏移量。

第二十五方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第一方面所述的方法。

第二十六方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第二方面所述的方法。

第二十七方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第七方面所述的方法。

第二十八方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第八方面所述的方法。

第二十九方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第九方面所述的方法。

第三十方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第十方面所述的方法。

第三十一方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第十一方面所述的方法。

第三十二方面，本申请实施例提供一种通信装置，通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如第十二方面所述的方法。

第三十三方面，本申请实施例提供了一种计算机可读存储介质，用于储存为上述终端设备和/或网络设备所用的计算机软件指令，当指令被执行时，使上述各方面中涉及到的方法被实现。

第三十四方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面涉及到的方法。

第三十五方面，本申请实施例提供了一种通信系统，包括上述方面中涉及到的终端设备和网络设备。

附图说明

图1为一种DRS在该DTMC窗内发送的示意图；

图2为一种寻呼消息不能有效发送至终端设备的示意图；

图3为一种通过增加寻呼机会使得寻呼消息发送成功的机会增多的示意图；

图4为本申请实施例提供的一种网络设备发送寻呼消息给RRC空闲状态下的终端设备的过程示意图；

图5为本申请实施例提供的一种寻呼消息为短消息类型，且短消息为系统消息改变通知的通知过程示意图；

图6为本申请实施例提供的一种一个寻呼周期内的寻呼帧和寻呼时机的关系示意图；

图7为本申请实施例提供的一种系统架构示意图；

图8为本申请实施例提供的一种基站的结构示意图；

图9为本申请实施例提供的一种终端设备为手机时该手机的结构示意图；

图10为本申请实施例提供的一种寻呼消息发送和接收方法的流程示意图；

图11为本申请实施例提供的一种DTMC窗内的第一个寻呼时机PO1以及其余的PO的时域位置示意图；

图12为本申请实施例提供的一种基站在第一个寻呼时机上发送寻呼指示信息，寻呼指示信息与各个PO的时域位置示意图；

图13为本申请实施例提供的一种寻呼组和寻呼时机的对应关系示意图；

图14为本申请实施例提供的一种寻呼组和寻呼时机的对应关系示意图；

图15为本申请实施例提供的一种寻呼组和寻呼时机的对应关系示意图；

图16为本申请实施例提供的一种寻呼消息发送方法的流程示意图；

图17为本申请实施例提供的一种DRS的时域位置和寻呼司机的时域位置示意图；

图18为本申请实施例提供的一种寻呼消息接收方法的流程示意图；

图19为本申请实施例提供的一种寻呼消息发送方法的流程示意图；

图20为本申请实施例提供的一种用于指示时间窗内的寻呼时机的时域位置示意图；

图21为本申请实施例提供的一种寻呼消息接收方法流程示意图；

图22为本申请实施例提供的一种寻呼指示信息发送方法流程示意图；

图23为本申请实施例提供的一种时间窗外的寻呼时机偏移时的时域位置示意图；

图24为本申请实施例提供的一种时间窗内的寻呼时机偏移时的时域位置示意图；

图25为本申请实施例提供的一种寻呼指示信息接收方法流程示意图；

图26为本申请实施例提供的一种UE接收到寻呼消息后的随机接入过程交互图；

图27为本申请实施例提供的一种终端设备的结构示意图；

图28为本申请实施例提供的一种终端设备的结构示意图；

图29为本申请实施例提供的一种终端设备的结构示意图；

图30为本申请实施例提供的一种网络设备的结构示意图；

图31为本申请实施例提供的一种网络设备的结构示意图；

图32为本申请实施例提供的一种网络设备的结构示意图；

图33为本申请实施例提供的一种通信装置结构示意图；

图34为本申请实施例提供的一种通信装置结构示意图。

具体实施方式

为了便于理解，示例地给出了部分与本申请相关概念的说明以供参考。如下所示：

寻呼消息:通常来讲，寻呼消息分为两类，一类是呼叫终端设备，即网络设备寻找终端设备，使终端设备接收到寻呼消息后进行随机接入过程，从空闲态进入链接态，以便进行数据通讯，例如电话呼叫业务时，网络设备向终端设备发送寻呼消息；另一类是短消息类的传输，例如地震海啸预警系统(earthquake and tsunami warning system，ETWS)和系统信息系统中可传输短消息至终端设备。

如果终端设备处于空闲态，网络设备发送寻呼消息给无线资源控制(radioresource control，RRC)_IDLE状态下的终端设备的过程可如图4所示。当终端设备有下行数据到达,例如终端设备进行全球性双向网络寻呼系统服务(e-mail paging systemservices,EPS services)、电路交换回落(circuit switched fallback，CS fallback)以及短消息服务(short messaging service，SMS)时，由网络设备发起对终端设备的寻呼。终端设备接收到寻呼消息后将发起服务请求，响应核心网的寻呼消息，图4即为网络触发服务请求过程。

如果终端设备处于RRC空闲或RRC连接状态下，网络设备向终端设备通知短消息类型的改变可以包括以下3种情况：1)系统消息改变通知(change notification)。如图5所示，演进的通用陆基无线接入网(evolved universal terrestrial radio accessnetwork，EUTRAN)需要改变系统消息时可以通过寻呼消息通知每个终端设备，终端设备在系统消息改变周期内((例如第n个周期))接收到系统消息改变通知类型的寻呼消息后就会知道在下一个系统消息改变周期内(例如第n+1个周期)进行系统消息更新，即进行系统消息更新(updated information)。2)通知ETWS主通知消息和/或ETWS辅通知消息。ETWS用于向公众及时发布地震和海啸等紧急信息，指导公众避险和自救。ETWS为公共预警系统(public warning system，PWS)的一部分。3)通知商用手机预警系统(commercial mobilealert system，CMAS)信息。即在灾后电视、广播信号和电力等中断的情况，该预警系统能够以短信的方式及时向居民通报情况。该系统发出的预警分为三种类型：灾难预警，告知市民有可能会发生的影响他们生活或危及生命的事件；儿童绑架事件预警；总统预警，通知其它可能发生的任何危急事件。该预警短信最初只是以文本形式发送。

寻呼时机：本申请实施例中描述的寻呼时机(PO)是从时间域的概念指示寻呼消息发送的时刻(如以时隙为单位，或者以符号为单位)，可以理解为发送寻呼消息的控制信息或者调度信息。因此PO也可以理解为网络设备发送调度信息的时域位置信息。空闲状态下，终端设备需要周期地接收寻呼消息，这个周期就是寻呼周期(T，也可以看做是空闲态DRX周期)，但是具体在哪个寻呼时机(PO)接收由网络设备和终端设备根据协议确定。PO也可以理解为一个调度子帧,对应一个子帧号，在LTE中可以是1ms，如图6所示，一个寻呼周期内，可以有多个无线帧号(paging frame，PF)对应的寻呼帧，每个寻呼帧下又可以有多个PO(对应多个终端设备，每个终端设备在一个寻呼周期内有且仅有一次PO)。在现有的标准协议中，寻呼终端设备的寻呼消息和短消息类型的消息发送都在PO中；当前某个特定的PO到达时，若寻呼终端设备的寻呼消息和短消息类型的消息单独到达，则网络设备发送相应的寻呼消息或短消息；当两个消息都到达时，则网络设备同时发送两个消息。

寻呼调度信息：为了接收寻呼消息，网络设备需先检测和接收寻呼消息的控制信息，即接收寻呼调度信息。寻呼调度信息的主要内容字段可以如表1所示。

表1

表2

本申请实施例可用于网络设备向终端设备发送寻呼消息以及终端设备接收寻呼消息的过程，可以减少非授权频谱情况下由于LBT不成功对终端设备接收寻呼的影响，同时还可以兼顾到终端设备的功耗不增加。

本申请提供的技术方案可以应用于如图7所示的系统架构中，该系统架构中可以包括网络设备以及与网络设备连接的一个或多个终端设备。

其中，网络设备可以为基站，基站可以是能和终端设备通信的设备。基站也可以是中继站或无线接入点等。基站可以是全球移动通信系统(global system for mobilecommunication，GSM)或码分多址(code division multiple access，CDMA)网络中的基站收发信台(base transceiver station，BTS)，也可以是宽带码分多址(wideband codedivision multiple access，WCDMA)中的NB(NodeB)，还可以是LTE中的eNB或eNodeB(evolutional NodeB，演进型基站)。基站还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器。基站还可以是未来5G网络中的新基站(gNB)或未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备；还可以是可穿戴设备或车载设备等。

终端设备可以称为用户设备(User Equipment，UE)、用户站(subscriberstation，SS)、移动站(mobile station，MS)、客户终端设备(customer premiseequipment，CPE)、接入终端、UE单元、UE站、移动台、远方站、远程终端、UE终端、终端、无线通信设备、UE代理或UE装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端或者未来演进的PLMN网络中的终端等。

在一个示例中，基站可以通过如图8所示的结构实现。图8示出了一种基站的通用硬件架构。图8所示的基站可以包括室内基带处理单元(building baseband unit，BBU)和远端射频模块(remote radio unit，RRU)，RRU和天馈系统(即天线)连接，BBU和RRU可以根据需要拆开使用。应注意，在具体实现过程中，基站还可以采用其他通用硬件架构，而并非仅仅局限于图9所示的通用硬件架构。

在一个示例中，终端设备可以通过如图9所示的结构实现。以终端设备为手机为例，图9示出了手机的通用硬件架构进行说明。图9所示的手机可以包括：射频(radioFrequency，RF)电路110、存储器120、其他输入设备130、显示屏140、传感器150、音频电路160、I/O子系统170、处理器180、以及电源190等部件。本领域技术人员可以理解，图9所示的手机的结构并不构成对手机的限定，可以包括比图示更多或者更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领域技术人员可以理解显示屏140属于用户界面(user Interface，UI)，显示屏140可以包括显示面板141和触摸面板142。且手机可以包括比图示更多或者更少的部件。尽管未示出，手机还可以包括摄像头、蓝牙模块等功能模块或器件，在此不再赘述。

进一步地，处理器180分别与RF电路110、存储器120、音频电路160、I/O子系统170、以及电源190均连接。I/O子系统170分别与其他输入设备130、显示屏140、传感器150均连接。其中，RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器180处理。存储器120可用于存储软件程序以及模块。处理器180通过运行存储在存储器120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。其他输入设备130可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。显示屏140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单，还可以接受用户输入。传感器150可以为光传感器、运动传感器或者其他传感器。音频电路160可提供用户与手机之间的音频接口。I/O子系统170用来控制输入输出的外部设备，外部设备可以包括其他设备输入控制器、传感器控制器、显示控制器。处理器180是手机200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机200的各种功能和处理数据，从而对手机进行整体监控。电源190(比如电池)用于给上述各个部件供电，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

基于以上网络架构，本申请提供一种寻呼消息的发送方法和接收方法，可以根据寻呼指示信息确定寻呼时机和寻呼组的对应关系，使得寻呼时机和寻呼组保持灵活的对应关系。进一步的，一般情况下，当网络设备执行LBT成功时，发送DRS，而后再次执行LBT，并在再次执行LBT成功时才发送寻呼消息。然而在本申请中，可以将第一个需要接收寻呼消息的寻呼组放置于DTMC中的寻呼时机上，并且可以将第一个要发送的寻呼消息、寻呼指示信息和DRS一起发送，一方面，可以减少因发送寻呼消息而再次执行的LBT动作，减少寻呼时延，另一方面，当终端设备所在寻呼组的寻呼消息在DTMC中，且终端设备在DTMC中接收DRS而被唤醒的同时进行该寻呼消息、寻呼指示消息的接收，可以避免终端设备再次因接收寻呼消息而唤醒，从而减少终端设备的功耗。当终端设备所在组的寻呼消息不在DTMC中时，终端设备根据寻呼指示确定没有寻呼消息接收时，终端设备也不再被唤醒，从而减少不必要的功耗消耗。

下面对本申请的具体实施方式进行说明。参见图10，本申请提供一种寻呼消息发送和接收方法，该方法可以发生于图4中基站寻呼UE的过程中。以网络设备为基站，终端设备为UE为例，该方法包括：

111、基站发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息。

具体的，基站可以在时间窗内发送寻呼指示信息。该时间窗可以为DTMC窗，在该DTMC窗内，基站可先发送DRS，再紧接着发送寻呼调度信息，也可以将寻呼调度信息作为DRS的一部分进行发送，寻呼调度信息承载有寻呼指示信息。该寻呼调度信息也可以理解为寻呼控制信道信息，寻呼调度信息在寻呼控制信道上承载，用于向UE指示基站要发送的寻呼消息。寻呼组可以为称为UE group(UE组)，由多个UE组成一个组。同一个寻呼组需要在相应的寻呼时机上接收基站发送的同一个寻呼消息。

在本申请实施例中，基站在时间窗内发送寻呼指示信息可以包括：基站在DTMC窗内的公共控制信道(Common Control Channel，CCCH)中发送寻呼指示信息；或，基站在时间窗内发送寻呼指示信息可以包括：基站在第一个寻呼时机上发送寻呼指示信息。通常，第一个寻呼时机位于DTMC窗中，第一个寻呼时机上有寻呼消息发送时，基站在第一个寻呼时机上，不仅要发送寻呼指示信息，还发送一个寻呼组对应的寻呼消息，这时，该第一个寻呼时机可以理解为一个公共PO，即所有寻呼组的UE都需要在公共PO上接收寻呼指示信息，在该公共PO上接收寻呼消息的寻呼组还可以称为公共寻呼组。

示例性的，如果基站在公共控制信道中发送寻呼指示信息，在DTMC窗内，寻呼指示信息的发送时机与DTMC窗内的第一个寻呼时机PO1以及其余的PO的时域位置可以如图11所示。可以看出，基站在DTMC窗内发送了DRS之后，在PO'上发送了寻呼指示信息，UE可根据在PO'上接收到的寻呼指示信息确定UE所在的寻呼组的寻呼时机(例如寻呼时机为PO1-PO4中的一个)。

如果基站在第一个寻呼时机上发送寻呼指示信息，那么寻呼指示信息与各个PO的时域位置可以如图12所示。可以看出，DTMC窗内的寻呼时机PO1作为公共PO，该PO1上可以传输寻呼指示信息和第一个要发送的寻呼消息。

无论采用上述哪种方式发送寻呼指示信息，该寻呼指示信息的字段可以包括在基站发送的寻呼调度信息中发送。在该寻呼调度信息中，一种方式中，寻呼指示信息和寻呼组的对应关系，可以采用隐性指示的方法。

在该隐性指示方法中，举例来说，本申请的寻呼指示信息包括N个比特，N个比特中的每一个比特对应一个寻呼组。N为寻呼组的个数。该寻呼指示信息包括第一指示值“1”和第二指示值“0”，“1”指示比特对应的寻呼组需要接收寻呼消息，“0”指示比特对应的寻呼组不需要接收寻呼消息。例如有4个寻呼组，该寻呼指示信息字段的值为0110时，表示寻呼组1不需要接收寻呼消息，寻呼组2需要接收寻呼消息，寻呼组3需要接收寻呼消息，寻呼组4不需要接收寻呼消息。

这样，假设共有4个寻呼组，相应地，需在表2的寻呼调度信息中新增有4bit信息用于表示寻呼指示信息，那么本申请中，寻呼调度信息的主要内容字段可以如表3所示，本申请在寻呼调度信息中新增了标号8的内容，这时N＝4。

表3

表4

Bit	含义
		1	寻呼组1的寻呼指示，0表示不需要接收寻呼消息，1表示需要接收寻呼消息。
2	寻呼组2的寻呼指示，0表示不需要接收寻呼消息，1表示需要接收寻呼消息。
		3	寻呼组3的寻呼指示，0表示不需要接收寻呼消息，1表示需要接收寻呼消息。
4	寻呼组4的寻呼指示，0表示不需要接收寻呼消息，1表示要接收寻呼消息。

另一种方式中，该寻呼指示信息在寻呼调度信息中也可以通过显性指示的方式来指示。显性指示方式中，寻呼指示信息不仅包括有指示各个寻呼组是否需要接收寻呼消息的比特值，还增加组编号信息，使寻呼组号与比特值之间一一对应。例如有4个寻呼组，该寻呼组号可以为1、2、3以及4。那么该显性方式下，寻呼组号和比特值之间的对应关系可以如表5所示。

表5

寻呼组号	1	2	3	4
					比特值	0	1	0	1

寻呼组号1时，可以理解为本申请中的寻呼组1的寻呼组号为1。其他寻呼组与寻呼组1类似。在一些实施例中，寻呼组号和比特是按顺序对应，例如寻呼组号1和第1个比特值0对应，寻呼组号2和第2个比特值1对应，以此类推。112、UE接收基站发送的寻呼指示信息。

与步骤111对应的，UE可以在DTMC窗内的公共控制信道上接收基站在DTMC窗内发送的寻呼调度信息，或者UE接收基站在第一个寻呼时机上发送的寻呼调度信息，该寻呼调度信息包括寻呼指示信息。

113、基站根据寻呼指示信息确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

A、在一些实施例中，当确定第一个需要接收寻呼消息的寻呼组时，可以确定该寻呼组以及在该寻呼组顺序之后的寻呼组的寻呼时机从第1个寻呼时机开始。

这种情况下，具体地，基站可以确定第一个需要接收寻呼消息的寻呼组号m，以及确定至少一个寻呼组中的每个寻呼组号n，进而确定向至少一个寻呼组中每个寻呼组发送寻呼消息的寻呼时机为n-m+1，其中，n和m为小于或等于N的正整数，且n大于或等于m。

举例1，有4个寻呼组，寻呼组1、寻呼组2、寻呼组3以及寻呼组4，寻呼组号的顺序为1～2～3～4，如果4个寻呼组都需要接收寻呼消息，那么接收寻呼消息的顺序为：寻呼组1-寻呼组2-寻呼组3-寻呼组4。如果按照寻呼组号的顺序在寻呼指示信息中对应的比特值为1XXX，X的值可以为0或1，即第一个需要接收寻呼消息的寻呼组号为1，那么这里的m＝1。4个寻呼组对应有4个寻呼时机，若4个寻呼时机的时域顺序为PO1～PO2～PO3～PO4，这时：

若n＝1，即至少一个寻呼组中的一个寻呼组号为1，那么基站可以确定向寻呼组号为1的寻呼组发送寻呼消息的寻呼时机为1,即寻呼组号为1的寻呼组的寻呼时机为第1个寻呼时机，也可以说寻呼组1的寻呼时机为PO1；

若n＝2，即至少一个寻呼组中的一个寻呼组号为2，那么基站可以确定向寻呼组号为2的寻呼组发送寻呼消息的寻呼时机为2,即寻呼组号为2的寻呼组的寻呼时机为第2个寻呼时机，也可以说寻呼组2的寻呼时机为PO2；

若n＝3，即至少一个寻呼组中的一个寻呼组号为3，基站确定向寻呼组号为3的寻呼组发送寻呼消息的寻呼时机为3；即寻呼组号为3的寻呼组的寻呼时机为第3个寻呼时机，也可以说寻呼组3的寻呼时机为PO3；

若n＝4，即至少一个寻呼组中的一个寻呼组号为4，基站确定向寻呼组号为4的寻呼组发送寻呼消息的寻呼时机为4；即寻呼组号为4的寻呼组的寻呼时机为第4个寻呼时机，也可以说寻呼组4的寻呼时机为PO4。

按照举例1，可以看出，如若第1个需要接收寻呼消息的寻呼组号为寻呼组号1，即第1个需要接收寻呼消息的寻呼组为寻呼组1，那么基站确定这4个寻呼组的寻呼时机可以参见图13，依次为：寻呼组1的寻呼时机为PO1，寻呼组2的寻呼时机为PO2，寻呼组3的寻呼时机为PO3，寻呼组4的寻呼时机为PO4。即4个寻呼组是按照寻呼组号的顺序依次从第1个寻呼时机开始对应到4个寻呼时机上的。

举例2，有4个寻呼组，寻呼组号的顺序为1～2～3～4，按照寻呼组号的顺序在寻呼指示信息中对应的比特值为01XX，即第一个需要接收寻呼消息的寻呼组号为2，那么这里的m＝2。4个寻呼组对应有4个寻呼时机，若4个寻呼时机的时域顺序为PO1～PO2～PO3～PO4，这时：

若n＝2，即至少一个寻呼组中的一个寻呼组号为2，那么基站可以确定寻呼组号2的寻呼时机为1(PO1),即寻呼组号为2的寻呼组的寻呼时机为第1个寻呼时机；

若n＝3，即至少一个寻呼组中的一个寻呼组号为3，那么基站可以确定寻呼组号3的寻呼时机为2(PO2),即寻呼组号为3的寻呼组的寻呼时机为第2个寻呼时机；

若n＝4，即至少一个寻呼组中的一个寻呼组号为4，基站确定寻呼组号4的寻呼时机为3(PO3)；即寻呼组号为4的寻呼组的寻呼时机为第3个寻呼时机。

按照举例2，可以看出，如若第1个需要接收寻呼消息的寻呼组号为寻呼组号2，即第1个需要接收寻呼消息的寻呼组为寻呼组2，那么基站确定寻呼组号2、寻呼组号3以及寻呼组号4对应的这3个寻呼组的寻呼时机可以参见图14，依次为：寻呼组2的寻呼时机为PO1，寻呼组3的寻呼时机为PO2，寻呼组4的寻呼时机为PO3。即这3个寻呼组都按照寻呼组号的顺序依次从第1个寻呼时机上开始找对应的寻呼时机。

按照举例2的推理，如若第1个需要接收寻呼消息的为寻呼组号3，即第1个需要接收寻呼消息的寻呼组为寻呼组3，那么基站确定寻呼组号3以及寻呼组号4对应的这2个寻呼组的寻呼时机依次为：寻呼组3的寻呼时机为PO1，寻呼组4的寻呼时机为PO2。即这2个寻呼组按照寻呼组号的顺序依次从第1个寻呼时机上开始找对应的寻呼时机。

按照举例1和举例2，可以得到：如果以bx表示寻呼指示信息中的比特，x为大于或等于1的正整数：

1)如果b1＝1，即第1个比特的值为1：

寻呼组1的UE的寻呼时机为PO1；

寻呼组2的UE的寻呼时机为PO2；

寻呼组3的UE的寻呼时机为PO3；

寻呼组4的UE的寻呼时机为PO4；

……

2)如果b1＝0，bx＝1，x大于1，即第一个为1的比特不是b1，那么从bx对应的寻呼组开始，后续的所有寻呼组的寻呼时机均提前，且从第1个寻呼时机开始接收寻呼消息：

寻呼组_x的UE的寻呼时机为在PO1；

寻呼组_x+1的UE的寻呼时机为PO2；

寻呼组_x+2的UE的寻呼时机为PO3；

寻呼组_x+3的UE的寻呼时机为PO4；

……

需要说明的是，如果基站根据寻呼指示信息确定至少一个寻呼组不需要接收寻呼消息，则基站不在相应的寻呼时机上向该寻呼组发送寻呼消息。或者说，如果基站根据寻呼指示信息确定不需要接收寻呼消息的寻呼组，则基站不在相应的寻呼时机上向这些寻呼组发送寻呼消息。例如上述寻呼组_x+1的UE对应的bx＝0，那么基站不在PO2上向寻呼组_x+1发送寻呼消息。

B、在另一些实施例中，基站可以确定第一个需要接收寻呼消息的寻呼时机为1；除第一个需要接收寻呼消息的寻呼组外，基站确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为所述每个寻呼组号n；其中，n为小于或者等于N的正整数。

换句话说，基站将第1个需要接收寻呼消息的寻呼组的寻呼时机确定为第1个寻呼时机，即第1个需要接收寻呼消息的寻呼组对应寻呼时机1(PO1)。除第一个需要接收寻呼消息的寻呼组外，寻呼组n的寻呼时机为寻呼时机n(POn)。由于现有的协议中，寻呼组与寻呼时机为固定的对应关系，在本申请实施例中，基站仅将第1个有寻呼消息的寻呼组的寻呼时机确定为第1个寻呼时机，其余的寻呼组的寻呼时机不变。

举例来说，有4个寻呼组，寻呼组号的顺序为1～2～3～4，按照寻呼组号的顺序在寻呼指示信息中对应的比特值为01XX，对应4个寻呼时机PO1～PO2～PO3～PO4。可以看出，第一个需要接收寻呼消息的寻呼组号为2，那么基站可以确定第一个需要接收寻呼消息的寻呼组2的寻呼时机为1；基站确定寻呼组3的寻呼时机依然为3；基站确定寻呼组4的寻呼时机依然为4。由于寻呼组2之前的寻呼组1不需要接收寻呼消息，因此，基站也可以不需要确定寻呼组2之前的寻呼组1的寻呼时机，仅确定从寻呼组2开始的寻呼组的寻呼时机。该举例中，参见图15，寻呼组2的寻呼时机为PO1，寻呼组3的寻呼时机依然为PO3，寻呼组4的寻呼时机依然为PO4。

114、UE根据寻呼指示信息确定UE所在的寻呼组接收寻呼消息的寻呼时机。

步骤114与步骤113的实现方式类似，按照步骤113中实施方式A，UE在接收到寻呼指示信息后，UE根据寻呼指示信息确定UE所在的寻呼组接收寻呼消息的寻呼时机可以为：UE确定第一个需要接收寻呼消息的寻呼组号m；确定UE所在的寻呼组号n；UE确定UE所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；其中，n和m为小于或者等于N的正整数。即这种实施方式中，对于UE来说，UE在根据寻呼指示信息确定寻呼时机时，是根据第1个需要接收寻呼消息的寻呼组号和UE自身所对应的寻呼组号确定的寻呼时机，这里的举例可以参考步骤112中实施方式A的举例1和举例2。

按照步骤113中的实施方式B，UE在接收到寻呼指示信息后，UE根据寻呼指示信息确定UE所在的寻呼组接收寻呼消息的寻呼时机可以为：确定第一个需要接收寻呼消息的寻呼组号m；确定UE所在的寻呼组号n；若n＝m,UE确定UE所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，UE确定UE所在寻呼组接收寻呼消息的寻呼时机为n；其中，n和m为小于或者等于N的正整数。换句话说，如果UE所在的寻呼组是第1个需要接收寻呼消息的寻呼组，那么UE确定UE所在的寻呼组接收寻呼消息的寻呼时机为第1个寻呼时机；如果UE所在的寻呼组不是第1个需要接收寻呼消息的寻呼组，那么UE所在的寻呼组对应的寻呼时机可以按照现有协议规定的寻呼组与寻呼时机的对应关系，确定该寻呼组对应的寻呼时机，即寻呼组号n的寻呼组对应的寻呼时机为寻呼时机n。

需要说明的是，若UE根据寻呼指示信息确定UE所在的寻呼组不需要接收寻呼消息，则UE跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。

这样一来，寻呼组1不需要接收寻呼消息时，DTMC窗内的PO1这个寻呼时机可不被浪费，减少了寻呼时延。

如果基站在寻呼指示信息指示没有寻呼消息要发送给各个寻呼组，即寻呼指示信息字段的比特值都为0时，那么基站在接下来的各个PO上就不发送寻呼消息，各个寻呼组的UE自然也就根据该寻呼指示信息确定没有寻呼消息接收，各个寻呼组也就不去接收寻呼消息。如果寻呼指示信息指示至少有一个寻呼消息要发送，那么可以继续按照下面的步骤执行。

115、基站根据确定的寻呼时机向寻呼组发送寻呼消息。

基站可以根据步骤113中确定的各寻呼组的寻呼时机，向各寻呼组发送寻呼消息。

116、若UE确定UE所在的寻呼组在确定的寻呼时机上需要接收寻呼消息，则UE在该寻呼时机上接收寻呼消息。

按照步骤113中实施方式A中的举例1，参考图14，如果UE根据寻呼指示信息可以解析得到，UE所在的寻呼组为第1个需要接收寻呼消息的寻呼组1，那么UE在DTMC窗内的PO1上接收寻呼组1需接收的寻呼消息；若第1个需要接收寻呼消息的为寻呼组1，UE所在的寻呼组为寻呼组2、寻呼组3或寻呼组4中的一个，例如UE所在的寻呼组为寻呼组3，则如果UE所在的寻呼组3需要接收寻呼消息，则UE在PO3上接收寻呼消息，如果UE所在的寻呼组3不需要接收寻呼消息，则UE在PO3上不进行寻呼消息的检测；

按照步骤113中实施方式A中的举例2，参考图15，如果UE所在的寻呼组为第1个需要接收寻呼消息的寻呼组2，那么UE在DTMC窗内的PO1上接收寻呼消息；如果UE所在的寻呼组的顺序在寻呼组2之后，例如UE所在的寻呼组为寻呼组3，如果UE所在的寻呼组3需要接收寻呼消息，则UE在PO2上接收寻呼消息，如果UE所在的寻呼组3不需要接收寻呼消息，则UE在PO2上不进行寻呼消息的检测。

按照步骤113中实施方式B中的举例，参考图15，如果UE所在的寻呼组为第1个需要接收寻呼消息的寻呼组2，那么UE在DTMC窗内的PO1上接收寻呼消息；如果UE所在的寻呼组的顺序在寻呼组2之后，例如UE所在的寻呼组为寻呼组3，则UE在协议中规定的寻呼时机PO3上接收寻呼消息，或者不进行寻呼消息的检测。

这样，本申请根据寻呼指示信息确定寻呼时机的方法，可使得寻呼时机和寻呼组的存在灵活对应关系，一定程度上可以减少寻呼时延。再有，通过在寻呼指示信息中隐式指示是否有寻呼消息的方式可以减少信息bit的开销。

此外，在本申请实施例中，若通过隐性方式指示寻呼指示信息，还可以利用寻呼调度信息中的现有信元表示该寻呼指示信息。

也就是说，寻呼指示信息承载在寻呼调度信息中的字段中的至少一个字段的比特中，按照表3的说明，寻呼调度信息的字段包括：短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块(virtual resource block-to physicalresource Block，VRB-to-PRB)映射标准字段、调整格式字段以及传输块(transportblock，TB)缩放因子字段。

这种隐性方式中，存在以下几种情况：

情况1：寻呼组均不需要接收寻呼消息。即所有的寻呼组均不需要接收寻呼消息。

这种情况下，可以将表3中的短消息指示中的字段00，重新定义为所有寻呼组不需要接收寻呼消息。这里包括不需要接收短消息和寻呼消息。

情况2：公共寻呼组仅有短消息需要接收。即DMTC中的PO对应的寻呼组仅有短消息需要接收。

这种情况下，表3中标号为3、4、5、6、以及7的字段均没有意义，可以选择其中一个字段或多个字段表示寻呼指示信息，例如可以使用标号为4的字段：时域数据字段的比特值表示没有寻呼消息发送。

情况3：公共寻呼组仅有寻呼消息需要接收。即DMTC中的PO对应的寻呼组仅有寻呼消息需要接收。

这种情况下，标号为2的短消息字段没有意义，可以使用短消息字段中的比特承载寻呼指示信息。

情况4：公共寻呼组既有短消息，又有寻呼消息需要接收。即DMTC中的PO对应的寻呼组既有寻呼消息又有短消息需要接收。

这种情况下，寻呼调度信息可以不做更改，各个寻呼组还按照原有对应的寻呼时机去尝试接收寻呼消息。

综上，寻呼调度信息的主要字段内容可以为如表6所示。

表6

上述过程中已经提到，寻呼指示信息可以作为DRS的一部分进行发送，也可以说，寻呼调度信息作为DRS的一部分进行发送，这里的DRS具体可以包括同步信号(synchronoussignal，SS)、物理广播信道(physical broadcast channel，PBCH)或剩余最小系统信息(remaining minimum system information，RMSI)的控制消息。例如，寻呼指示信息包括在用于调度RMSI的控制消息中，即在以系统信息-无线网络临时标识(system information-radio network tempory Identity,SI-RNTI)为循环冗余校验(cyclic redundancycheck,CRC)加扰的下行控制信息(downlink control information，DCI)中。

由于LBT在配置的时域上执行成功与否并不确定，有可能推迟执行成功，DRS是在LBT执行成功时才发送的，那么基站在向寻呼组发送寻呼消息的第1个寻呼时机可以根据基站发送DRS的时域位置确定，相应地，UE也需要根据DRS的时域位置确定第1个寻呼时机的时域位置，以减少UE盲检寻呼消息的盲检量，从而节约UE检测功耗。

因此，本申请实施例提供一种寻呼消息发送方法，以网络设备为基站，终端设备为UE为例，参考图16，该方法包括：

171、基站根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置。

在一些实施例中，若RMSI的控制消息在时域上占用1个符号，则网络设备将SS或PBCH所占用符号的前一个符号确定为时间窗内的寻呼时机的时域位置；若RMSI的控制消息在时域上占用2个符号，则网络设备将SS或PBCH所占用符号的后一个符号确定为时间窗内的寻呼时机的时域位置。

参考图17，当RMSI的控制消息在DRS中占用1个符号(符号0)时，DMTC窗内的寻呼时机PO1占用的符号可以为DRS内的SS/PBCH占用的符号的前一个符号，如图17中的符号1；

当RMSI的控制消息在DRS中占用2个符号(符号0和符号1)时，DTMC窗内的寻呼时机PO1占用的符号为DRS中的SS/PBCH占用的符号的后一个符号，如图17中的符号6。

其中，RMSI的控制消息占用的符号数，是通过系统配置或SS/PBCH指示的，UE侧可以利用RMSI的控制消息占用的符号数以及SS/PBCH的指示，在检测到SS/PBCH的位置后，可计算出DTMC窗内的PO1的位置。

其中，放置在DTMC窗中的PO1位置，除了和RMSI、SS/PBCH可以是时分复用外，也可以是频分复用，如当SS/PBCH的子载波间隔(sub-carrier spacing，SCS)是15KHz时，DTMC窗内的PO1位置和RMSI/PBCH是时分，当SS/PBCH的子载波间隔是30KHz时，PO1位置和RMSI/SS/PBCH是频分。

172、基站在寻呼时机上发送寻呼消息。

这样一来，通过DRS的时域位置获得时间窗内的寻呼时机的位置，如果寻呼调度信息作为DRS的一部分在时间窗内的寻呼时机上发送，可以减少由于LBT不确定性，造成的UE对寻呼调度信息的盲检量，从而节约UE检测功耗。

与图16对应的，本申请实施例还提供一种寻呼消息接收方法，以网络设备为基站，终端设备为UE为例，参考图18，该方法包括：

191、UE根据发现参考信号DRS的时域位置获得时间窗内的寻呼时机的时域位置。

步骤191的实现方式可以参考步骤171，此处不再赘述。

192、UE在寻呼时机上接收寻呼消息。

本实施例中，UE接收寻呼消息，包括UE对寻呼控制信息或者寻呼调度信息的解析，在控制信道进行寻呼消息的检测，以及根据寻呼控制信息接收寻呼消息的数据的过程。本申请实施例还提供一种寻呼消息发送方法，以网络设备为基站，终端设备为UE为例，参考图19，该方法包括：

201、基站发送发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置。

由于DRS包括SS、PBCH以及RMSI的控制消息，如图20所示，PBCH或RMSI的控制消息可以包括该指示信息。即基站可以在PBCH或RMSI的控制消息中指示DTMC窗内的PO1的时域位置。

202、基站在寻呼时机上发送寻呼消息。

也就是说，当LBT执行成功时，网络设备可以在接下来发送的PBCH或RMSI的控制消息中指示第1个寻呼时机PO1的时域位置，以便UE可以根据指示信息确定第1个寻呼时机的时域信息，减少了UE检测寻呼消息的盲检量，也减少了UE的检测功耗。

本申请实施例还提供一种寻呼消息接收方法，以网络设备为基站，终端设备为UE为例，参考图21，该方法包括：

221、UE接收发现参考信号DRS，DRS包括指示信息，指示信息用于指示时间窗内的寻呼时机的时域位置。

步骤221的实现方式可以参考步骤201，此处不再赘述。

222、UE在寻呼时机上接收寻呼消息。

由于受到LBT的影响，第一个寻呼时机可以根据DRS的时域位置确定，基站在第1个寻呼时机以外的其他PO上也不能按预期的时间点发送寻呼消息，因此，为了减少其他寻呼时机对应的寻呼组的盲检量，也可以在寻呼指示信息中指示其他寻呼时机是否发生偏移，以节省其他寻呼组接收寻呼消息的盲检量，节省UE的功耗。

因此，本申请实施例还提供一种寻呼指示信息发送方法，以网络设备为基站，终端设备为UE为例，参考图22，该方法包括：

231、基站发送寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息在以上实施例中已经阐述。本实施例例针对寻呼指示信息用于指示除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移来说，在一些实施例中，寻呼指示信息中可以增加1比特，该1比特指示上述偏移量，该1比特的值可以为第三指示值或第四指示值，第三指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上不偏移，第四指示值用于指示除第一个寻呼时机之外的其他寻呼时机在时域上发生偏移。例如第三指示值为0，第四指示值为1。

在一些实施例中，寻呼指示信息包括DRS的偏移量。可以理解的是，DRS在LBT执行成功时才发送，第1个寻呼消息在DRS之后的第1个寻呼时机发送，第1个寻呼时机已经根据DRS的时域信息发生了偏移，这时，除第1个寻呼时机以外的其余寻呼时机的偏移量可以与DRS的偏移量相同。这个偏移量可以是一个数值，或者是一个时间窗等。如果基站按照预期的PO发送了寻呼消息，该偏移量的值可以为0，如果基站要推后发送寻呼消息，该偏移量的值可以为一个数值或者时间窗。这样，可以使得UE更精准地接收寻呼消息，减少了UE检测寻呼消息的功耗。

232、基站在寻呼时机上发送寻呼消息。

如图23所示，图23示出了系统初始配置的各个寻呼时机以及实际发送的寻呼消息的寻呼时机。在基站传输的寻呼指示信息包括在DRS中，且寻呼指示信息中还包括偏移量的字段的情况下，由于LBT的原因，如果DRS传输时相比期望的位置(如PO1)，向后推迟2个时隙(例如2ms)发送，这时寻呼指示信息中增加了1bit的值可以为1，UE在接收到DRS时，UE就可以根据DRS中的寻呼指示信息的这1bit确定接收寻呼消息的实际时机的时间，即UE确定需推后接收寻呼消息，那么对于DTMC窗外的寻呼时机，例如UE接收寻呼消息时，由原来系统配置的PO2、PO3以及PO4相应推迟2个时隙，对应地更新为PO6、PO7以及PO8。

如图24所示，相比图23，PO2、PO3以及PO4的时隙位置也可以不偏移，仅是DTMC窗内发送的DRS以及公共寻呼PO1的位置发生了偏移。具体来说，由于LBT的原因，DRS相比期望位置(如PO1)向后延迟了2个时隙(如2ms)，即基站原本约定在PO1发送DRS和寻呼消息，由于LBT的原因，延迟2个时隙。当DRS中的寻呼指示信息中增加的1bit的值为0时，则指示DTMC窗外的寻呼时机均不延迟，即PO2、PO3以及PO4的寻呼时机都不延迟，基站仍然在原有的PO上发送寻呼消息，相应地，PO2对应的寻呼组在PO2上开始检测寻呼消息，PO3对应的寻呼组在PO3上开始检测寻呼消息，PO4对应的寻呼组在PO4上开始检测寻呼消息，这时，只有DTMC窗内的PO1的时域位置发生了偏移,由PO1向后延迟2个时隙。

这样一来，通过在寻呼指示信息中指示由于受到LBT影响的情况下PO的位置，可以减少UE对接收寻呼消息的盲检量，节省UE功耗。

本申请实施例还提供一种寻呼指示信息接收方法，以网络设备为基站，终端设备为UE为例，参考图25，该方法包括：

261、UE接收寻呼指示信息，寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息，以及除第一个寻呼时机之外的其他寻呼时机在时域上是否发生偏移。

262、UE在寻呼时机上接收寻呼消息。

本实施例的实现方式可以参见步骤231和232，此处不再赘述。

在本申请利用上述方法发送寻呼消息的基础上，UE在接收到寻呼消息后，对于非连接态的UE需要进行随机接入，在4G/5G无线通信系统中，该随机接入过程可以如图26所示，包括以下4个步骤：

1)UE发送MSG1(message1)消息(random access preamble)：

即，UE随机选择一个前导序列，也可以称为随机接入前导序列(random accesspreamble)，并在随机接入信道(random Access Channel，RACH)上发送该前导序列。

UE发送完前导序列后，在一个RAR响应窗(ra-response window)内接基站回复的RAR(random access response)消息，也叫MSG2(message2)消息,如果在RAR响应窗内接收到MSG2，则进入第3)步，否则继续第1)步。

2)基站响应RAR消息。

基站在检测到有前导序列发送后，下行发送RAR消息，RAR消息中至少应包含以下信息：基站收到的前导序列的编号、定时调整信息、为该UE分配的上行资源位置指示信息，以及临时分配的小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)。

3)UE发送调度传输，即MSG3(message3)。

UE在收到响应RAR消息后，根据其响应RAR消息中的指示，在分配的上行资源上发送上行消息。

4)基站发送竞争解决(contention resolution)消息，即MSG4(message4)。

基站在接收到UE的上行消息时，可以认为UE接入成功，并向接入成功的UE返回冲突解决消息。这里，如果UE收到MSG4，但数据解调错误后，UE反馈否定应答(negativeacknowledgment，NAK)信息，请求基站重发MSG4。

在上述随机接入过程中，随机接入的第一个步骤1)中，UE是需要在上行随机接入的候选资源上(该资源是由基站通过系统消息配置，包含：时域信息，频域信息，以及子带信息等)发送MSG1，为了减少UE执行随机接入时的失败率，在本申请实施例中，基站在发送寻呼消息时，可以在寻呼消息中，指示哪些是无效的上行随机接入的候选资源，这样UE可以避开这些无效的上行随机接入的候选资源去发送MSG1，以提升UE执行随机接入时的成功率。

此外，基站也可以也可以根据发送寻呼消息时的网络负载，在寻呼消息中携带其他随机接入的配置信息，如其他随机接入的配置信息可以包括：随机接入过程竞争解决定时器时长(ra-contention resolution timer)、随机响应窗长(ra-response window)以及MSG1的映射频率或者子带的起始位置(msg1-frequency start)。这样做的目的是基站能够根据发送寻呼消息时的网络负载情况，合理设置相关参数，减少随机接入时延，提高用户感知度。

其中，ra-response window可以理解为：UE发送完MSG1后，等待基站响应的时间，如果在该时间内(如3ms)没有收到基站的响应，则UE继续发送MSG1，该时间数值的设置如果过小，会加重基站的处理复杂度。如果设置过大，会造成随机响应时延太大。因此，基站可以根据发送寻呼消息时的网络负载情况(如：UE的个数，小区干扰水平等)设置合理的窗长，有利于减少随机接入的时延。例如基站发送寻呼消息时，待寻呼的UE的个数较高，则可以将该等待基站响应的时间设置较长，反之，设置较短；或者基站发送寻呼消息时，待寻呼的UE所在的小区干扰水平较高，则可以将该等待基站响应的时间设置较长，反之，设置较短。

ra-contentionResolutionTimer可以理解为:UE在发送完MSG3时，等待基站响应的时间。如果在该时间内没有收到基站的响应，则重新发起随机接入过程。该时间数值的设置如果过小，会加重基站的处理复杂度。如果设置过大，会造成随机响应时延太大。因此，基站可以根据发送寻呼消息时的网络负载，如待寻呼的UE的个数和小区干扰水平等，设置合理的窗长，有利于减少随机接入的时延。例如基站发送寻呼消息时，待寻呼的UE的个数较高，则可以将该等待基站响应的时间设置较长，反之，设置较短；或者基站发送寻呼消息时，待寻呼的UE所在的小区干扰水平较高，则可以将该等待基站响应的时间设置较长，反之，设置较短。

msg1-frequency start可以理解为：在非授权频谱上，不同频域/子带的干扰水平不一样，基站根据发送寻呼消息时的网络情况，如：子带的LBT情况，设置合理的起始频带或者子带，有利于UE有效发送上行物理随机接入信道(physical random access channel，PRACH)即有效发送MSG1。例如4个子带中有一个子带的LBT不成功，可以从其他3个子带中选一个子带设置为起始子带。上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如网络设备和终端设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对网络设备和终端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图27示出了上述实施例中所涉及的终端设备的一种可能的结构示意图，终端设备270包括：接收单元271和处理单元272。接收单元271用于支持终端设备执行图10中的过程112和116，图18中的过程192，图21中的过程221和222；图25中的过程261和262；处理单元272用于支持终端设备执行图10中的过程114，图18中的过程191。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图28示出了上述实施例中所涉及的终端设备的一种可能的结构示意图。终端设备280包括：处理模块282和通信模块283。处理模块282用于对终端设备的动作进行控制管理，例如，处理模块282用于支持终端设备执行图10中的过程114，图18中的过程191，和/或用于本文所描述的技术的其它过程。通信模块283用于支持终端设备与其他网络实体的通信，例如与图7或图8中示出的功能模块或网络实体之间的通信。终端设备还可以包括存储模块281，用于存储终端设备的程序代码和数据。处理模块282相当于上述处理单元272，通信模块283可以包括上述接收单元271和发送单元。

其中，处理模块282还可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理器(digital signalprocessor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块283可以是收发器、收发电路或通信接口等。存储模块281可以是存储器。

当处理模块282为处理器，通信模块283为收发器，存储模块281为存储器时，本申请实施例所涉及的终端设备可以为图29所示的终端设备。

参阅图29所示，该终端设备290包括：处理器292、收发器293、存储器291以及总线294。其中，收发器293、处理器292以及存储器291通过总线294相互连接；总线294可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图29中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用对应各个功能划分各个功能模块的情况下，图30示出了上述实施例中所涉及的网络设备的一种可能的结构示意图，网络设备300包括：发送单元301和处理单元302。发送单元301用于支持网络设备执行图10中的过程111和115；图16中的过程172；图19中的过程201和202，图22中的过程231和232；处理单元302用于支持网络设备执行图10中的过程113，图16中的过程171。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图31示出了上述实施例中所涉及的网络设备的一种可能的结构示意图。网络设备310包括：处理模块312和通信模块313。处理模块312用于对网络设备的动作进行控制管理，例如，处理模块312用于支持网络设备执行图10中的过程113，图16中的过程171，和/或用于本文所描述的技术的其它过程。通信模块313用于支持网络设备与其他网络实体的通信，例如与图7或图9中示出的功能模块或网络实体之间的通信。网络设备还可以包括存储模块311，用于存储网络设备的程序代码和数据。处理模块312相当于上述处理单元302，通信模块313可以包括上述发送单元301和接收单元。

其中，处理模块312还可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块313可以是收发器、收发电路或通信接口等。存储模块311可以是存储器。

当处理模块312为处理器，通信模块313为收发器，存储模块311为存储器时，本申请实施例所涉及的网络设备可以为图32所示的网络设备。

参阅图32所示，该网络设备320包括：处理器322、收发器323、存储器321以及总线324。其中，收发器323、处理器322以及存储器321通过总线324相互连接；总线324可以是PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图32中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例提供一种通信装置330，如图33所示，通信装置包括一个或多个接口电路332和一个或多个处理器331。处理器331和接口电路332可通过线路互联。接口电路332用于从其他装置(例如终端设备的存储器)接收代码指令并向其他装置(例如处理器331)发送信号。示例性的，接口电路332可读取存储器中存储的指令，并将该指令发送给处理器331。当所述指令被处理器331执行时，可使得终端设备执行上述实施例中终端设备涉及到的各个步骤。当然，该通信装置330还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例提供一种通信装置340，如图34所示，通信装置包括一个或多个接口电路342和一个或多个处理器341。处理器341和接口电路342可通过线路互联。接口电路342用于从其他装置(例如网络设备的存储器)接收代码指令并向其他装置(例如处理器341)发送信号。示例性的，接口电路342可读取存储器中存储的指令，并将该指令发送给处理器341。当所述指令被处理器341执行时，可使得网络设备执行上述实施例中网络设备涉及到的各个步骤。当然，该通信装置340还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在上述电子设备上运行时，使得终端设备执行上述方法实施例中UE执行的各个功能或者步骤。

本申请实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在上述电子设备上运行时，使得网络设备执行上述方法实施例中基站执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中UE执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中基站执行的各个功能或者步骤。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(readonly memory，ROM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (41)

1.一种寻呼消息接收的方法，其特征在于，所述方法包括：

终端设备接收网络设备发送的寻呼指示信息，所述寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；

所述终端设备根据所述寻呼指示信息确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机。

2.根据权利要求1所述的方法，其特征在于，所述寻呼指示信息包括N个比特，所述N个比特中的每一个比特对应一个寻呼组，所述N为寻呼组的个数。

3.根据权利要求2所述的方法，其特征在于，所述终端设备根据所述寻呼指示信息确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述终端设备所在的寻呼组号n；

所述终端设备确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；

其中，n和m为小于或者等于N的正整数。

4.根据权利要求2所述的方法，其特征在于，所述终端设备根据所述寻呼指示信息确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述终端设备所在的寻呼组号n；

若n＝m,所述终端设备确定所述终端设备所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，所述终端设备确定所述终端设备所在寻呼组接收寻呼消息的寻呼时机为n；

其中，n和m为小于或者等于N的正整数。

5.根据权利要求3或4所述的方法，其特征在于，所述终端设备根据所述寻呼指示信息确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机包括：

所述终端设备根据所述寻呼指示信息确定所述终端设备所在的寻呼组不需要接收寻呼消息，则所述终端设备跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述终端设备接收网络设备发送的寻呼指示信息包括：

所述终端设备在时间窗内的公共控制信道中接收所述网络设备发送的所述寻呼指示信息；或者

所述终端设备在第一个寻呼时机上接收所述网络设备发送的所述寻呼指示信息，其中，所述第一个寻呼时机位于所述时间窗内。

7.根据权利要求6所述的方法，其特征在于，所述终端设备接收网络设备发送的寻呼指示信息包括：

所述终端设备接收所述网络设备发送的寻呼调度信息，所述寻呼调度信息包括所述寻呼指示信息；

其中，所述寻呼指示信息包括第一指示值和第二指示值中的至少一种，所述第一指示值用于指示所述至少一个寻呼组需要接收寻呼消息，所述第二指示值用于指示所述至少一个寻呼组不需要接收寻呼消息。

8.根据权利要求7所述的方法，其特征在于，所述寻呼调度信息的字段包括以下至少一种：

短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述寻呼指示信息还包括所述至少一个寻呼组中的每个寻呼组对应的寻呼组号。

10.一种寻呼消息发送的方法，其特征在于，所述方法包括：

网络设备发送寻呼指示信息，所述寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；

所述网络设备根据所述寻呼指示信息确定向所述至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

11.根据权利要求10所述的方法，其特征在于，所述寻呼指示信息包括N个比特，所述N个比特中的每一个比特对应一个寻呼组，所述N为寻呼组的个数。

12.根据权利要求11所述的方法，其特征在于，所述网络设备根据所述寻呼指示信息确定向所述至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述至少一个寻呼组中的每个寻呼组号n；

确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为n-m+1；

其中，n和m为小于或者等于N的正整数。

13.根据权利要求11所述的方法，其特征在于，所述网络设备根据所述寻呼指示信息确定向所述至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：

确定第一个需要接收寻呼消息的寻呼时机为1；

确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为所述每个寻呼组号n；

其中，n为小于或者等于N的正整数。

14.根据权利要求12或13所述的方法，其特征在于，所述网络设备根据所述寻呼指示信息确定向所述至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机包括：

所述网络设备根据所述寻呼指示信息确定所述至少一个寻呼组不需要接收寻呼消息，则所述网络设备不在相应的寻呼时机上向所述至少一个寻呼组发送寻呼消息。

15.根据权利要求10-14中任一项所述的方法，其特征在于，所述网络设备发送所述寻呼指示信息包括：

所述网络设备在时间窗内的公共控制信道中发送所述寻呼指示信息；或者

所述网络设备在第一个寻呼时机上发送所述寻呼指示信息，其中，所述第一个寻呼时机位于所述时间窗内。

16.根据权利要求10-15中任一项所述的方法，其特征在于，所述网络设备发送所述寻呼指示信息包括：

所述网络设备发送寻呼调度信息，所述寻呼调度信息包括所述寻呼指示信息；

其中，所述寻呼指示信息包括第一指示值和第二指示值中的至少一种，所述第一指示值用于指示所述至少一个寻呼组需要接收寻呼消息，所述第二指示值用于指示所述至少一个寻呼组不需要接收寻呼消息。

17.根据权利要求16所述的方法，其特征在于，所述寻呼调度信息的字段包括以下至少一种：

短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

18.根据权利要求10-17中任一项所述的方法，其特征在于，所述寻呼指示信息还包括所述至少一个寻呼组中的每个寻呼组对应的寻呼组号。

19.一种终端设备，其特征在于，所述终端设备包括：

通信模块，用于接收网络设备发送的寻呼指示信息，所述寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；

处理模块，用于根据所述寻呼指示信息确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机。

20.根据权利要求19所述的终端设备，其特征在于，所述寻呼指示信息包括N个比特，所述N个比特中的每一个比特对应一个寻呼组，所述N为寻呼组的个数。

21.根据权利要求20所述的终端设备，其特征在于，所述处理模块用于：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述终端设备所在的寻呼组号n；

确定所述终端设备所在的寻呼组接收寻呼消息的寻呼时机为n-m+1；

其中，n和m为小于或者等于N的正整数。

22.根据权利要求20所述的终端设备，其特征在于，所述处理模块用于：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述终端设备所在的寻呼组号n；

若n＝m,确定所述终端设备所在寻呼组接收寻呼消息的寻呼时机为1；若n≠m，所述终端设备确定所述终端设备所在寻呼组接收寻呼消息的寻呼时机为n；

其中，n和m为小于或者等于N的正整数。

23.根据权利要求21或22所述的终端设备，其特征在于，所述处理模块用于：

根据所述寻呼指示信息确定所述终端设备所在的寻呼组不需要接收寻呼消息，则所述终端设备跳过寻呼时机的确定，或不在相应的寻呼时机上接收寻呼消息。

24.根据权利要求19-23任一项所述的终端设备，其特征在于，所述通信模块用于：

在时间窗内的公共控制信道中接收所述网络设备发送的所述寻呼指示信息；或者

在第一个寻呼时机上接收所述网络设备发送的所述寻呼指示信息，其中，所述第一个寻呼时机位于所述时间窗内。

25.根据权利要求24所述的终端设备，其特征在于，所述通信模块用于：

接收所述网络设备发送的寻呼调度信息，所述寻呼调度信息包括所述寻呼指示信息；

其中，所述寻呼指示信息包括第一指示值和第二指示值中的至少一种，所述第一指示值用于指示所述至少一个寻呼组需要接收寻呼消息，所述第二指示值用于指示所述至少一个寻呼组不需要接收寻呼消息。

26.根据权利要求25所述的终端设备，其特征在于，所述寻呼调度信息的字段包括以下至少一种：

短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

27.根据权利要求19-26任一项所述的终端设备，其特征在于，所述寻呼指示信息还包括所述至少一个寻呼组中的每个寻呼组对应的寻呼组号。

28.一种网络设备，其特征在于，所述网络设备包括：

通信模块，用于发送寻呼指示信息，所述寻呼指示信息用于指示至少一个寻呼组是否需要接收寻呼消息；

处理模块，用于根据所述寻呼指示信息确定向所述至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机。

29.根据权利要求28所述的网络设备，其特征在于，所述寻呼指示信息包括N个比特，所述N个比特中的每一个比特对应一个寻呼组，所述N为寻呼组的个数。

30.根据权利要求29所述的网络设备，其特征在于，所述处理模块用于：

确定第一个需要接收寻呼消息的寻呼组号m；

确定所述至少一个寻呼组中的每个寻呼组号n；

确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为n-m+1；

其中，n和m为小于或者等于N的正整数。

31.根据权利要求29所述的网络设备，其特征在于，所述处理模块用于：

确定第一个需要接收寻呼消息的寻呼时机为1；

确定向至少一个寻呼组中的每个寻呼组发送寻呼消息的寻呼时机为所述每个寻呼组号n；

其中，n为小于或者等于N的正整数。

32.根据权利要求30或31所述的网络设备，其特征在于，所述处理模块用于：

根据所述寻呼指示信息确定所述至少一个寻呼组不需要接收寻呼消息，则不在相应的寻呼时机上向所述至少一个寻呼组发送寻呼消息。

33.根据权利要求27-31任一项所述的网络设备，其特征在于，所述通信模块用于：

在时间窗内的公共控制信道中发送所述寻呼指示信息；或者

在第一个寻呼时机上发送所述寻呼指示信息，其中，所述第一个寻呼时机位于所述时间窗内。

34.根据权利要求28-33任一项所述的网络设备，其特征在于，所述通信模块用于：

发送寻呼调度信息，所述寻呼调度信息包括所述寻呼指示信息；

其中，所述寻呼指示信息包括第一指示值和第二指示值中的至少一种，所述第一指示值用于指示所述至少一个寻呼组需要接收寻呼消息，所述第二指示值用于指示所述至少一个寻呼组不需要接收寻呼消息。

35.根据权利要求34所述的网络设备，其特征在于，所述寻呼调度信息的字段包括以下至少一种：

短消息指示字段、短消息字段、频域调度指示字段、时域数据字段、虚拟资源块-物理资源块VRB-to-PRB映射标准字段、调整格式字段以及传输块TB缩放因子字段。

36.根据权利要求34所述的网络设备，其特征在于，所述寻呼指示信息还包括所述至少一个寻呼组中的每个寻呼组对应的寻呼组号。

37.一种通信装置，其特征在于，所述通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如权利要求1-9中任一项所述的方法。

38.一种通信装置，其特征在于，所述通信装置包括一个或多个接口电路和一个或多个处理器；所述接口电路用于接收代码指令并传输至所述处理器；所述处理器用于运行所述代码指令以执行如权利要求10-18中任一项所述的方法。

39.一种计算机可读存储介质，其特征在于，用于存储指令，当所述指令被执行时，使如上述权利要求1-9中任一项所述的方法被实现。

40.一种计算机可读存储介质，其特征在于，用于存储指令，当所述指令被执行时，使如上述权利要求10-18中任一项所述的方法被实现。

41.一种通信系统，其特征在于，包括如权利要求19-27中任一项所述的终端设备和如权利要求28-36中任一项所述的网络设备。

Images