CN114830759B - 一种通信方法及装置 - Google Patents

Abstract

本申请公开一种通信方法及装置，其中方法包括：终端设备或网络设备获取第一业务的第一标识，根据第一标识确定第一寻呼时机，第一寻呼时机用于终端设备接收第一消息，第一消息用于寻呼终端设备。采用该种方法，由于第一寻呼时机是根据第一标识确定的，从而使得网络设备可以在第一寻呼时机上寻呼需要接收第一业务的数据的多个终端设备，相比于网络设备在多个终端设备分别对应的寻呼时机上进行寻呼的方式来说，一方面，能够有效降低寻呼信令开销，进而降低资源开销；另一方面，由于网络设备无需分别计算多个终端设备对应的寻呼时机，从而能够有效节省网络设备的处理负担。

Description

一种通信方法及装置

技术领域

本申请涉及无线通信技术领域，特别涉及一种通信方法及装置。

背景技术

无线通信系统中，网络设备会在有下行业务到达的时候向终端发送寻呼消息。网络设备发送的寻呼消息有两类，一类是短消息类的寻呼消息，例如系统信息更新、地震海啸预警系统(earthquake and tsunami warning system，ETWS)消息等；对于短消息类的消息，处于空闲态、非激活态或连接态的终端设备均可接收。另一类是用于建立连接的寻呼消息，对于该类寻呼消息，处于空闲态或非激活态的终端设备可以接收，而处于连接态的终端设备不需要接收。

以用于建立连接的寻呼消息为例，一种可能的寻呼过程为：下行数据到达用户面功能(user plane function，UPF)实体后，UPF实体通知会话管理功能(sessionmanagement function，SMF)实体数据到达，SMF实体通知接入与移动性管理功能(accessand mobility management function，AMF)实体发起寻呼，AMF实体向网络设备发送寻呼指示，网络设备接收到寻呼指示后，对指定的终端设备发起寻呼。

在一些多播业务场景中，比如视频会议、电视广播、视频点播、网上教育等，这些场景中的数据要求多个终端设备能够接收相同的数据，即这些业务的数据需要同时发送给多个终端设备，进而网络设备需要同时寻呼大量的终端设备，导致寻呼开销较大。

发明内容

有鉴于此，本申请提供了一种通信方法及装置，用以降低寻呼开销。

第一方面，本申请实施例提供一种通信方法，该方法可以应用于终端设备，或者也可以应用于终端设备内部的芯片。以该方法应用于第一终端设备为例，在该方法中，第一终端设备可以获取第一标识，第一标识包括业务标识和组标识中的至少一种；进而根据第一标识确定第一寻呼时机，第一寻呼时机用于第一终端设备接收第一消息，第一消息用于寻呼第一终端设备。

采用该种方法，由于第一寻呼时机是根据第一标识确定的，从而使得网络设备可以在第一寻呼时机上寻呼需要接收第一业务的数据的多个终端设备，相比于网络设备在多个终端设备分别对应的寻呼时机上进行寻呼的方式来说，一方面，能够有效降低寻呼信令开销，进而降低资源开销；另一方面，由于网络设备无需分别计算多个终端设备对应的寻呼时机，从而能够有效节省网络设备的处理负担。

在一种可能的设计中，第一终端设备还可以获取DRX，并根据第一标识和所述DRX确定第一寻呼时机。

在一种可能的设计中，第一终端设备可以根据第一标识确定第一寻呼帧，进而根据第一标识在第一寻呼帧内确定第一寻呼时机。

在一种可能的设计中，第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为第一寻呼帧的帧号，PF_offset为第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

在一种可能的设计中，第一消息采用第一RNTI加扰，第一RNTI与第二RNTI为不同的RNTI；第二消息采用第二RNTI加扰，第二消息用于寻呼第二终端设备。

在一种可能的设计中，第一消息包括第一业务的业务信息(或者包括用于指示第一业务的业务信息的信息)；或，第一消息用于指示第一终端设备接收第三消息，第三消息包括第一业务的业务信息(或者包括用于指示第一业务的业务信息的信息)，第一业务的业务信息包括第一业务的第一标识和业务类型中的至少一种。

采用该种方法，若第一消息包括第一业务的业务信息，如此，一方面，第一终端设备接收到第一消息后，确定第一消息中包括的第一业务的业务信息为第一终端设备感兴趣的业务的业务信息，进而可以根据第一消息接收第三消息；若第一终端设备确定第一消息中包括的第一业务的业务信息不是第一终端设备感兴趣的业务的业务信息，则可以继续监听。另一方面，第一终端设备根据第一业务的业务信息可以提前获知网络设备此次寻呼的原因为需要接收第一业务的数据。

若第三消息包括第一业务的业务信息，则第三消息中可以不再包括所有需要接收第一业务的第一终端设备的标识，由于第一业务的业务信息所占用的比特数量小于需要接收第一业务的所有第一终端设备的标识所占用的比特数量，从而能够有效降低寻呼消息的资源开销；且，通过在寻呼消息中携带第一业务的业务信息，使得第一终端设备可以提前获知该次寻呼的目的是为了接收第一业务的数据，从而第一终端设备可以在随机接入过程中针对第一业务做特殊的处理，例如提高随机接入优先级或者采用单独的一套随机接入参数。

在一种可能的设计中，第一终端设备获取第一标识，可以包括：第一终端设备向核心网设备发送请求消息，请求消息用于请求第一标识；以及，接收来自核心网设备的响应消息，响应消息包括第一标识。

在一种可能的设计中，第一终端设备还可以确定第一时长，并在接收到第一消息的第一时长后，发起随机接入。

采用该种方法，当有大量终端设备基于寻呼消息需要发起随机接入时，由于终端设备可以在等待第一时长后发起随机接入，由于不同终端设备的第一时长可能不相同，从而能够有效避免大量终端设备同时发起随机接入而导致的碰撞或冲突，有效提高随机接入成功率，避免终端设备随机接入失败而再次发起随机接入所导致的接入时延和资源开销。

在一种可能的设计中，多个终端设备中属于不同分组的终端设备所确定的第一时长不同，其中，多个终端设备为在所述第一寻呼时机上接收所述第一消息的终端设备。

第二方面，本申请实施例提供一种通信方法，该方法可以应用于网络设备，或者也可以应用于网络设备内部的芯片。以该方法应用于网络设备为例，在该方法中，网络设备可以获取第一标识，第一标识包括业务标识和组标识中的至少一种；进而根据第一标识确定第一寻呼时机，第一寻呼时机用于第一终端设备接收第一消息，第一消息用于寻呼第一终端设备。

在一种可能的设计中，网络设备还可以获取DRX，并根据第一标识和所述DRX确定第一寻呼时机。

在一种可能的设计中，网络设备可以根据第一标识确定第一寻呼帧，进而根据第一标识在第一寻呼帧内确定第一寻呼时机。

在一种可能的设计中，第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为第一寻呼帧的帧号，PF_offset为第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

在一种可能的设计中，第一消息采用第一RNTI加扰，第一RNTI与第二RNTI为不同的RNTI；第二消息采用第二RNTI加扰，第二消息用于寻呼第二终端设备。

在一种可能的设计中，第一消息包括第一标识和业务类型中的至少一种；或，第一消息用于指示第一终端设备接收第三消息，第三消息包括第一业务的第一标识和业务类型中的至少一种。

在一种可能的设计中，网络设备可以接收来自核心网设备的第三指示信息，第三指示信息包括第一标识，第三指示信息用于指示寻呼至少一个终端设备。

第三方面，本申请实施例提供一种通信方法，该方法可以应用于核心网设备，或者也可以应用于核心网设备内部的芯片。在该方法中，接收第一业务的业务数据；向网络设备发送第三指示信息，第三指示信息包括第一业务的第一标识，第一标识包括业务标识和组标识中的至少一种，第三指示信息用于指示寻呼至少一个终端设备。

采用该种方法，由于核心网设备可以将第一业务的第一标识发送给网络设备，从而使得网络设备可以基于第一标识确定第一寻呼时机。

在一种可能的设计中，第三指示信息还包括第一业务的DRX和业务类型中的至少一种。

由于上述第二方面和第三方面所描述的通信方法与第一方面所描述的通信方法相对应，因此第二方面和第三方面所描述的通信方法的相关有益效果可以参见第一方面，此处不再赘述。

第四方面，本申请实施例提供一种通信装置，所述通信装置可以为终端设备(比如第一终端设备)或者设置在终端设备内部的芯片。所述通信装置具备实现上述第一方面的功能，比如，所述通信装置包括执行上述第一方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

示例性地，所述通信装置包括通信单元和处理单元，其中通信单元用于获取第一标识，所述第一标识包括业务标识和组标识中的至少一种；处理单元，用于根据所述第一标识确定第一寻呼时机，所述第一寻呼时机用于第一终端设备接收第一消息，所述第一消息用于寻呼所述第一终端设备。

在一种可能的设计中，通信单元还用于：获取非连续接收周期DRX；处理单元具体用于：根据所述第一标识和所述DRX确定所述第一寻呼时机。

在一种可能的设计中，处理单元具体用于：根据所述第一标识确定第一寻呼帧；以及，根据第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

在一种可能的设计中，所述第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为所述第一寻呼帧的帧号，PF_offset为所述第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

所述第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

在一种可能的设计中，所述第一消息采用第一无线网络临时标识RNTI加扰，所述第一RNTI与第二RNTI为不同的RNTI；第二消息采用所述第二RNTI加扰，所述第二消息用于寻呼第二终端设备。

在一种可能的设计中，所述第一消息包括所述第一标识和业务类型中的至少一种；或，所述第一消息用于指示所述第一终端设备接收第三消息，所述第三消息包括所述第一业务的第一标识和业务类型中的至少一种。

在一种可能的设计中，所述通信单元用于向核心网设备发送请求消息，所述请求消息用于请求所述第一标识；以及接收来自所述核心网设备的响应消息，所述响应消息包括所述第一标识。

在一种可能的设计中，所述处理单元还用于：确定第一时长；所述通信单元还用于：在接收到所述第一消息的所述第一时长后，发起随机接入。

在一种可能的设计中，多个终端设备中属于不同分组的终端设备所确定的第一时长不同，其中，所述多个终端设备为在所述第一寻呼时机上接收所述第一消息的终端设备。

第五方面，本申请实施例提供一种通信装置，所述通信装置可以为网络设备或者设置在网络设备内部的芯片。所述通信装置具备实现上述第二方面的功能，比如，所述通信装置包括执行上述第二方面涉及步骤所对应的模块或单元或手段，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

示例性地，所述通信装置包括通信单元和处理单元，其中通信单元用于获取第一标识，所述第一标识包括业务标识和组标识中的至少一种；处理单元，用于根据所述第一标识确定第一寻呼时机，所述第一寻呼时机用于第一终端设备接收第一消息，所述第一消息用于寻呼所述第一终端设备。

在一种可能的设计中，通信单元还用于：获取非连续接收周期DRX；处理单元具体用于：根据所述第一标识和所述DRX确定所述第一寻呼时机。

在一种可能的设计中，处理单元具体用于：根据所述第一标识确定第一寻呼帧；以及，根据第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

在一种可能的设计中，所述第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为所述第一寻呼帧的帧号，PF_offset为所述第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

所述第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

在一种可能的设计中，所述第一消息采用第一无线网络临时标识RNTI加扰，所述第一RNTI与第二RNTI为不同的RNTI；第二消息采用所述第二RNTI加扰，所述第二消息用于寻呼第二终端设备。

在一种可能的设计中，所述第一消息包括所述第一标识和业务类型中的至少一种；或，所述第一消息用于指示所述第一终端设备接收第三消息，所述第三消息包括所述第一业务的第一标识和业务类型中的至少一种。

在一种可能的设计中，所述通信单元具体用于：接收来自所述核心网设备的第三指示信息，所述第三指示信息包括所述第一标识，所述第三指示信息用于指示寻呼至少一个终端设备。

第六方面，本申请实施例提供一种通信装置，所述通信装置可以为核心网设备或者设置在核心网设备内部的芯片。所述通信装置具备实现上述第三方面的功能，比如，所述通信装置包括执行上述第三方面涉及步骤所对应的模块或单元或手段，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

示例性地，所述通信装置包括接收单元和发送单元；其中，接收单元用于接收第一业务的业务数据；发送单元用于向网络设备发送第三指示信息，第三指示信息包括第一业务的第一标识，第一标识包括业务标识和组标识中的至少一种，第三指示信息用于指示寻呼至少一个终端设备。

在一种可能的设计中，第三指示信息还包括第一业务的DRX和业务类型中的至少一种。

由于上述第四方面至第六方面所描述的通信装置与第一方面至第三方面所描述的通信方法相对应，因此第四方面至第六方面所描述的通信装置的相关有益效果可以参见第一方面至第三方面，此处不再赘述。

第七方面，本申请提供一种通信装置，所述通信装置可以为终端设备(或设置在终端设备内部的芯片)或网络设备(或设置在网络设备内部的芯片)或核心网设备(或设置在核心网设备内部的芯片)。所述通信装置具备实现上述第一方面至第三方面涉及的功能。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面至第三方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第一方面至第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面至第三方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第一方面至第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面或第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面至第三方面任意可能的设计或实现方式中的方法。

第八方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面至第四方面的任一种可能的设计中的方法。

第九方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面至第四方面的任一种可能的设计中的方法。

第十方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面至第四方面的任一种可能的设计中的方法。

第十一方面，本申请提供一种通信系统，包括上述第四方面所述的通信装置、上述第五方面所述的通信装置，还可以包括上述第六方面所述的通信装置。

本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例适用的一种可能的系统架构示意图；

图2为本申请实施例适用的又一种网络架构示意图；

图3为本申请实施例适用的又一种网络架构示意图；

图4a为本申请实施例提供的业务1的下行数据传输流程示意图；

图4b为本申请实施例提供的寻呼帧和寻呼时机示意图；

图5为本申请实施例一提供的通信方法所对应的流程示意图；

图6a为本申请实施例二提供的通信方法所对应的一种流程示意图；

图6b为本申请实施例二提供的通信方法所对应的又一种流程示意图；

图7a为本申请实施例三提供的通信方法所对应的一种流程示意图；

图7b为本申请实施例三提供的通信方法所对应的又一种流程示意图；

图8为本申请实施例中所涉及的装置的可能的示例性框图；

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

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

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)终端设备：包括向用户提供语音和/或数据连通性的设备，具体的，包括向用户提供语音的设备，或包括向用户提供数据连通性的设备，或包括向用户提供语音和数据连通性的设备。例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音或数据，或与RAN交互语音和数据。该终端设备可以包括用户设备(userequipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-type communications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(userterminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wirelesslocal loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

(2)网络设备：是无线网络中的设备，例如网络设备可以为将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)，又可以称为基站。目前，一些RAN设备的举例为：5G通信系统中的新一代基站(generation Node B，gNodeB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wi-Fi)接入点(access point，AP)等。另外，在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为网络设备。

(3)本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。

以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一信息和第二信息，只是为了区分不同的信息，而并不是表示这两种信息的优先级或者重要程度等的不同。

下面对本申请实施例适用的网络架构进行描述。

图1为本申请实施例适用的一种网络架构示意图。如图l所示，终端设备130可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网(radio accessnetwork，RAN)设备110和核心网(core network，CN)设备120，其中RAN设备110用于将终端设备130接入到无线网络，CN设备120用于对终端设备进行管理并提供与外网通信的网关。应理解，图1所示的通信系统中各个设备的数量仅作为示意，本申请实施例并不限于此，实际应用中在通信系统中还可以包括更多的终端设备130、更多的RAN设备110，还可以包括其它设备。

CN中可以包括多个CN设备120，当图1所示的网络架构适用于5G通信系统时，CN设备120可以为接入和移动性管理功能(access and mobility management function，AMF)实体、会话管理功能(session management function，SMF)实体或用户面功能(user planefunction，UPF)实体等，当图1所示的网络架构适用于LTE通信系统时，CN设备120可以为移动性管理实体(mobility management entity，MME)和服务网关(serving gateway，S-GW)等。

图2为本申请实施例适用的又一种网络架构示意图。如图2所示，该网络架构包括CN设备、RAN设备和终端设备。其中，RAN设备包括基带装置和射频装置，其中基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成在基带装置中，或者部分拉远部分集成在基带装置中。例如，在LTE通信系统中，RAN设备(eNB)包括基带装置和射频装置，其中射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，RRU)相对于BBU拉远布置。

RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packetdata convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能，或者可以由多个节点实现这些协议层的功能。例如，在一种演进结构中，RAN设备可以包括CU)和DU，多个DU可以由一个CU集中控制。如图2所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。

这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。

此外，射频装置可以拉远，不放在DU中，也可以集成在DU中，或者部分拉远部分集成在DU中，在此不作任何限制。

图3为本申请实施例适用的又一种网络架构示意图。相对于图2所示的网络架构，图3中还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控制面(control plane，CP)CU实体(即CU-CP实体)和用户面(user plane，UP)CU实体(即CU-UP实体)。

在以上网络架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端设备，或者，由接收到的PHY层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装载发送的。

上述图1、图2或图3所示意的网络架构可以适用于各种无线接入技术(radioaccess technology，RAT)的通信系统中，例如可以是LTE通信系统，也可以是5G(或者称为新无线(new radio，NR))通信系统，也可以是LTE通信系统与5G通信系统之间的过渡系统，该过渡系统也可以称为4.5G通信系统，当然也可以是未来的通信系统。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请以下实施例中的装置，根据其实现的功能，可以位于终端设备或网络设备。当采用以上CU-DU的结构时，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。

在图1、图2或图3所示意的网络架构中，以下行数据传输为例，终端设备可以接收一种或多种业务的数据。参见图4a，为业务1的下行数据传输流程示意图。如图4a所示，包括如下步骤：

步骤1，核心网设备接收业务1的数据。

步骤2，核心网设备向网络设备发送寻呼指示。

举个例子，核心网设备接收到业务1的数据后，若确定对业务1感兴趣的终端设备为终端设备1，则可以获知该数据需要发送至终端设备1，进而可向网络设备发送寻呼指示，寻呼指示中可以包括终端设备1的标识。

步骤3，网络设备接收到寻呼指示后，对终端设备1发起寻呼。

网络设备对终端设备1发起寻呼时，网络设备可以周期性地向终端设备1发起寻呼。如图4b所示，一个寻呼周期内可以有多个寻呼帧(paging frame，PF)，每个PF下可以有多个(paging occasion，PO)。网络设备可以根据终端设备1的标识确定终端设备1对应的PO，进而在终端设备1对应的PO上发送下行控制信息(downlink control information，DCI)(该DCI用于调度寻呼消息)，并在该DCI指示的时频资源上发送寻呼消息；相应地，终端设备1也可以根据终端设备1的标识确定终端设备1对应的PO，进而可以在该PO上监听DCI，并根据接收到的DCI接收寻呼消息，获得寻呼消息的具体内容。

步骤4：终端设备1接收到寻呼消息后，向网络设备发起随机接入过程，进而进行数据通信。

上述示例是针对一个业务寻呼一个终端设备的场景，对于多个业务寻呼多个终端设备的场景，例如同时有业务2的数据到达，需要对终端设备2进行寻呼，则网络设备对终端设备2发起寻呼的实现可以参照网络设备对终端设备1发起寻呼的描述，不再赘述。

另外，示例性地，寻呼消息中可以包括寻呼记录列表(PagingRecordlist)，寻呼记录列表中包括一个或多个终端设备的标识。终端设备1接收到寻呼消息后，若确定寻呼记录列表中包括该终端设备1的标识，则可以向网络设备发起随机接入过程，以建立RRC连接；若确定寻呼记录列表中不包括终端设备1的标识，则可以继续监听。

除上述场景外，在组播或者多播传输场景中，某一业务的数据到达时可能需要同时寻呼多个终端设备。

示例性地，多媒体广播多播业务(multimedia broadcast multicast service，MBMS)是面向多个终端设备的业务，例如现场直播、定时播放节目等。多播传输技术是指MBMS通过网络设备同时向多个终端设备发送的技术。在网络设备与终端设备之间，MBMS可以通过建立终端设备专用的承载以单播的形式发送给终端设备，也可以通过建立MBMS专用的承载以广播的形式发送给终端设备。当有多个终端设备需要接收某一MBMS的数据时，如果是以单播形式发送，则需要为大量的终端设备建立专用承载，消耗大量的资源；如果是以多播的形式发送给终端设备，则只需要建立MBMS专用的承载，所有对该业务感兴趣的终端设备都可以接收该MBMS的数据。因此，当多个终端设备对同一业务感兴趣的时候，网络设备从核心网接收该业务，然后可以通过多播的方式发送给多个终端设备。

关键任务一键通(mission critical push to talk，MCPTT)场景是运用多播传输技术的一种场景，其实现流程可以包括：一个发起终端设备向网络侧请求与多个接收终端设备进行通信，网络侧认可终端设备的通话请求以后，对多个接收终端设备发起寻呼流程，接收终端设备收到寻呼以后，发起随机接入过程，从而进入到连接态与发起终端设备进行通信。

当某一业务的数据到达时，若有大量需要接收该业务的数据的终端设备处于空闲态或非激活态，则网络设备需要分别寻呼这些终端设备，导致资源开销较大。比如，由于网络设备需要根据每个终端设备的标识确定每个终端设备对应的寻呼时机，进而在每个终端设备对应的寻呼时机上发送DCI，从而使得信令开销较大，导致传输资源的开销较大；又比如，网络设备发送的寻呼消息所包括的寻呼列表中需要携带大量终端设备的标识，从而导致寻呼消息的资源开销较大。

基于此，本申请实施例提供一种寻呼方法及装置，用于降低资源开销。在下文的介绍过程中，以本申请实施例所提供的方法应用于图1所示的系统架构为例。另外，该方法可由两个通信装置执行，这两个通信装置例如为第一通信装置和第二通信装置，其中，第一通信装置可以是网络设备或能够支持网络设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片或芯片系统。第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片或芯片系统。为了便于介绍，在下文中，以该方法由网络设备和终端设备执行为例，也就是，以第一通信装置是网络设备、第二通信装置是终端设备为例。如果将本实施例应用在图1所示的系统架构，下文中所述的网络设备(比如用于执行图5所示实施例的网络设备)可以是图1所示的系统架构中的网络设备，下文中所述的终端设备(比如用于执行图5所示实施例的终端设备)可以是图1所示的系统架构中的终端设备。

本申请实施例提供了从不同角度降低资源开销的方案，比如，一种可能的方案为，终端设备或网络设备获取第一业务的第一标识，根据第一标识确定第一寻呼时机，第一寻呼时机用于终端设备接收第一消息，第一消息用于寻呼终端设备。采用该种方法，由于第一寻呼时机是根据第一标识确定的，从而使得网络设备可以在第一寻呼时机上寻呼需要接收第一业务的数据的多个终端设备，相比于网络设备在多个终端设备分别对应的寻呼时机上进行寻呼的方式来说，一方面，能够有效降低寻呼信令开销，进而降低资源开销；另一方面，由于网络设备无需分别计算多个终端设备对应的寻呼时机，从而能够有效节省网络设备的处理负担。

又一种可能的方案为，网络设备发送的寻呼消息中包括第一业务的业务信息，相应地，终端设备接收到寻呼消息后，则可以根据寻呼消息，发起随机接入过程以接收第一业务的数据。可选地，在发起随机接入之前，终端设备根据第一业务的业务信息确定第一业务为自身感兴趣的业务。采用该种方法，寻呼消息中可以不再包括所有需要接收第一业务的终端设备的标识，由于第一业务的业务信息所占用的比特数量小于需要接收第一业务的所有终端设备的标识所占用的比特数量，从而能够有效降低寻呼消息的资源开销；且，通过在寻呼消息中携带第一业务的业务信息，使得终端设备可以提前获知该次寻呼的目的是为了接收第一业务的数据，从而终端设备可以在随机接入过程中针对第一业务做特殊的处理，例如提高随机接入优先级或者采用单独的一套随机接入参数。

又一种可能的方案为，终端设备确定第一时长，并在第一时长后发起随机接入。采用该种方法，当有大量终端设备基于寻呼消息需要发起随机接入时，由于终端设备可以在等待第一时长后发起随机接入，由于不同终端设备的第一时长可能不相同，从而能够有效避免大量终端设备同时发起随机接入而导致的碰撞或冲突，有效提高随机接入成功率，避免终端设备随机接入失败而再次发起随机接入所导致的接入时延和资源开销。

本申请实施例所提供的上述多种方案可以分别单独实施，或者也可以将至少两个方案结合实施。

本申请实施例中，可以将业务划分为不同的业务类型，比如可以将业务划分为单播业务类型和多播(组播)业务类型(该种划分方式为一种粗粒度的划分方式)，其中，单播业务类型的业务可以理解为面向一个终端设备的业务，而多播业务类型的业务可以理解为面向多个终端设备的业务。应理解，还可以基于其它可能的维度将业务划分为不同的业务类型，比如将多播业务划分为直播业务类型、点播业务类型等(该种划分方式相对来说为细粒度的划分方式)，又比如还可以采用更细粒度的划分方式(基于业务的QoS服务质量需求或者其他业务特性)来划分业务类型，具体不做限定。本申请实施例中，为便于描述，可以假设一个业务的业务类型包括第一业务类型和/或第二业务类型，第一业务类型可以为单播业务类型或多播业务类型，第二业务类型可以为基于其它维度划分的业务类型，比如可以为直播业务类型或点播业务类型。

实施例一

图5为本申请实施例提供的一种通信方法所对应的流程示意图，如图5所示，该方法包括：

步骤501a，终端设备确定第一寻呼时机。

此处的终端设备为需要接收第一业务的终端设备，第一业务的业务类型可以为多播业务类型(或者说第一业务为多播业务)。示例性地，需要接收第一业务的终端设备可以有多个，比如终端设备a、终端设备b、终端设备c。为便于描述，仅以终端设备a为例。其中，第一寻呼时机用于终端设备a接收第一消息，第一消息用于基于第一业务寻呼终端设备a。

步骤501b，网络设备确定第一寻呼时机。

示例性地，网络设备和终端设备a确定第一寻呼时机的方式可以相同，下面描述两种可能的实现方式，分别为实现方式1a和实现方式2a。

实现方式1a

网络设备和终端设备a均可以获取第一业务的标识，进而根据第一业务的第一标识确定第一寻呼时机，比如可以先根据第一标识确定第一寻呼帧，进而根据第一标识在第一寻呼帧内确定第一寻呼时机。第一标识可以包括业务标识(service ID)和组标识中的至少一种，或者，第一标识也可以为其它能够标识第一业务的信息，比如第一业务对应的数值。其中，组标识可以为临时移动组标识(temporary mobile group identity，TMGI)。

在一个示例中，网络设备和终端设备a还可以获取DRX(为便于描述，称为DRX-1)，进而根据第一标识和DRX-1确定第一寻呼时机，比如根据第一标识和DRX-1确定第一寻呼帧，进而根据第一标识在第一寻呼帧内确定第一寻呼时机。

其中，根据第一标识和DRX-1确定的第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)……公式(1)

其中，SFN为第一寻呼帧的帧号，PF_offset为第一寻呼帧对应的偏移量，T为DRX-1，N为一个DRX-1内的寻呼帧的个数，S_ID为第一业务的标识。

第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)modNs……公式(2)

其中，i_s为第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

下面对终端设备a获取第一标识和DRX-1的可能的实现方式进行说明。

①终端设备a获取第一标识

示例性地，终端设备a获取第一标识的方式可以有多种，下面描述两种可能的方式。

第一种方式，第一标识可以为终端设备中或者协议中预先定义的，例如，每种业务和标识的映射关系在终端设备中或者协议中预先设置，如此，对第一业务感兴趣的终端设备(比如终端设备a)可获知到第一业务的第一标识。

第二种方式，终端设备a可以从核心网设备获取第一业务的业务信息，进而根据第一业务的业务信息得到第一标识。其中，第一业务的业务信息可以包括第一标识；或者，第一业务的业务信息可以包括指示信息，该指示信息用于指示第一标识，终端设备a可以根据指示信息得到第一标识。比如，指示信息可以为第一业务的业务类型，可以预先设置第一标识和业务类型之间的对应关系，进而终端设备a可以根据第一业务的业务类型得到第一标识。

示例性地，终端设备a可以向核心网设备发送请求消息，进而核心网设备基于请求消息向终端设备a发送第一业务的业务信息。其中，请求消息中可以包括终端设备a感兴趣的业务(比如第一业务)的第二标识，第二标识可以为不同于第一标识的信息，例如第二标识可以为业务名称或者业务对应的索引。终端设备a感兴趣的业务可以是由使用终端设备a的用户根据自身需要设置的，具体不做限定。上述请求消息可以为专用于请求业务信息的消息，或者，也可以为注册请求消息、附着请求消息或者其它可能的非接入层(non accessstratum，NAS)消息或者高于NAS层(例如应用层)的消息，具体不做限定。

示例性地，从核心网设备的角度来看，核心网设备接收到请求消息后，确定请求消息所请求的第一业务为多播业务，进而可以向终端设备a发送第一业务的业务信息。在其它示例中，若核心网设备确定请求消息所请求的第一业务为单播业务，则可以不再向终端设备a发送第一业务的业务信息。

也就是说，核心网设备和终端设备之间可以交互相关信息，比如终端设备可以向核心网设备请求其感兴趣的业务，核心网可以将终端设备感兴趣的业务的业务信息发送给终端设备，进而交互完成以后，终端设备和核心网设备都知晓相关信息。后续，核心网设备进行寻呼时，可以根据相关信息来决定需要寻呼的终端设备，并将相关信息指示给网络设备。

②终端设备a获取DRX-1

示例性地，终端设备a获取DRX-1的方式可以有多种。比如，若网络设备通过RRC信令为终端设备a配置了DRX(称为DRX-2)，以及在广播消息中广播了DRX(称为DRX-3)，则终端设备a可以根据DRX-2和DRX-3中的至少一项确定DRX-1，比如，终端设备a可以根据DRX-2和DRX-3确定DRX-1，此种情形下，确定的DRX-1可以为DRX-2和DRX-3中的最小者，或者也可以为按照协议中的规定方式从DRX-2和DRX-3中选择的一个。又比如，终端设备a可以获取第一业务的DRX(称为DRX-4)，进而根据DRX-2、DRX-3和DRX-4中的至少一项确定DRX-1，比如，根据DRX-2、DRX-3和DRX-4确定DRX-1，此种情形下，确定的DRX-1可以为DRX-2、DRX-3和DRX-4中的最小者，或者，也可以为按照协议中的规定方式从DRX-2、DRX-3和DRX-4中选择的一个，例如选择DRX-4作为DRX-1。需要说明的是，DRX也可以理解为寻呼周期，不同业务可以对应的不同的DRX，比如，业务1对应的DRX或者寻呼周期为100ms，业务2对应的DRX或者寻呼周期为80ms。

终端设备a获取第一业务的DRX的方式可以与终端设备a获取第一业务的第一标识的方式相同。比如，核心网设备向终端设备a发送的第一业务的业务信息还可以包括第一业务的DRX。

也就是说，核心网设备向终端设备a发送的第一业务的业务信息可以包括第一标识和第一业务的DRX，或者，也可以包括第一业务的业务类型和第一业务的DRX，又或者，也可以包括第一业务的第一标识、业务类型和第一业务的DRX。可以理解地，第一业务的业务信息还可以包括其它可能的信息，具体不做限定。

下面对网络设备获取第一标识和DRX-1的可能的实现方式进行说明。

示例性地，网络设备可以从核心网设备获取第一业务的业务信息，比如，核心网设备接收到第一业务的数据后，若确定第一业务为多播业务，则可以向网络设备发送第三指示信息，第三指示信息可以为寻呼指示，寻呼指示中包括第一业务的业务信息，第一业务的业务信息可以包括第一标识；相应地，网络设备可以基于寻呼指示获取到第一标识。可选地，第一业务的业务信息也可以包括DRX-4，进而网络设备可以根据DRX-2、DRX-3和DRX-4确定DRX-1。

应理解，核心网设备发送给终端设备a的第一业务的业务信息可以和核心网设备发送给网络设备的第一业务的业务信息相同。

在一种可选的方案中，寻呼指示中还可以包括需要接收第一业务的终端设备的标识，比如终端设备a、终端设备b和终端设备c的标识。此处，需要接收第一业务的终端设备即为对第一业务感兴趣的终端设备；参见前文，核心网设备可以根据终端设备的请求消息，获知终端设备感兴趣的业务，进而在接收到第一业务的数据后，可以确定出需要接收第一业务的终端设备。应理解，此处为了便于说明，仅示意出三个终端设备，具体实施中，需要接收第一业务的数据的终端设备的数量可能会远远大于三个。

实现方式2a

网络设备和终端设备a均可以基于终端设备a的标识确定第一寻呼时机。其中，终端设备a的标识可以为终端设备a的国际移动用户识别码(international mobilesubscriber identification number，IMSI)或者临时移动用户识别码(temporary mobilesubscriber identification number，TMSI)或者其它用于标识终端设备a的信息。

比如，网络设备和终端设备a还可以获取DRX(比如称为DRX-1)，进而根据第一标识和DRX-1确定第一寻呼时机，比如先根据第一标识和DRX-1确定第一寻呼帧，然后根据第一标识在第一寻呼帧内确定第一寻呼时机。

其中，根据终端设备a的标识和DRX-1确定的第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)……公式(3)

其中，SFN为第一寻呼帧的帧号，PF_offset为第一寻呼帧对应的偏移量，T为DRX-1，N为一个DRX-1内的寻呼帧的个数，UE_ID为终端设备a的标识。

第一寻呼时机符合如下公式：

i_s＝floor(UE_ID/N)mod Ns……公式(4)

其中，i_s为第一寻呼时机的索引值，Ns为第一寻呼帧内的寻呼时机的个数。

本申请实施例中，对于终端设备a来说，终端设备的a的标识(比如IMSI)可以存储在终端设备a的SIM卡中，进而终端设备可以从SIM卡中获取到终端设备的a的标识。终端设备a获取DRX-1的方式可以参见上述实现方式1a中的描述。

对于网络设备来说，网络设备可以从核心网设备获取终端设备a的标识，比如，核心网设备接收到第一业务的数据后，若确定第一业务为多播业务，则可以向网络设备发送寻呼指示，寻呼指示中包括终端设备a的标识。在一种可选的方案中，寻呼指示中还可以包括第一业务的业务信息，有关第一业务的业务信息的描述可以参见上文。网络设备确定DRX-1的方式可以与终端设备a相同，不再赘述。

步骤502a，网络设备在第一寻呼时机上发送第一消息，第一消息可以为下行控制信息(downlink control information，DCI)。

相应地，在步骤502b中，终端设备a在第一寻呼时机上接收第一消息。

本申请实施例中，第一消息可以采用的多种可能的扰码进行加扰。其中，加扰是数字信号的加工处理方法，用扰码与原始信号异或运算，从而得到新的信号；扰码可用于对原始信号加扰和解扰。例如，可以使用扰码可以对DCI加扰，具体来说，可以对DCI的循环冗余校验(cyclic redundancy check，CRC)字段进行加扰。相应地，终端设备对接收到的DCI进行解扰，具体可以是终端设备对DCI的CRC字段使用相应类型的扰码进行解扰，以确定DCI的格式或者类型等。值得注意的是，上述方式仅为示例，本中请不限定加扰和解扰的具体方式。

下面对第一消息加扰的两种可能的实现方式进行说明，分别为实现方式1b和实现方式2b。

实现方式1b

第一消息可以采用寻呼无线网络临时标识(paging radio network temporyidentity，P-RNTI)加扰。

实现方式2b

第一消息可以采用第一RNTI加扰，第二消息(可以为DCI)采用第二RNTI加扰，第二消息用于基于第二业务寻呼终端设备d。第一业务和第二业务的业务类型不同，比如第二业务和第一业务的第一业务类型不同；或者，第二业务和第一业务的第二业务类型不同。第一RNTI和第二RNTI为不同的RNTI，比如第一RNTI和第二RNTI的数值不同，和/或，第一RNTI和第二RNTI的类型不同。

在该实现方式的一个示例中，若第二业务和第一业务的第一业务类型不同(即第一业务为多播业务，第二业务为单播业务)，则第二RNTI可以为P-RNTI；第一RNTI可以为一个新定义的RNTI，比如第一RNTI可以是协议针对多播业务预定义的扰码/无线接入网络临时标识，或者是在寻呼过程之前由网络设备为多播业务配置并通过广播消息(广播消息可以为RRC信令)发送给终端设备的。

若第二业务和第一业务的第二业务类型不同(比如第一业务为直播业务，第二业务为点播业务)，则第二RNTI可以为一个新定义的RNTI，第一RNTI也可以为一个新定义的RNTI。

采用上述方法，由于第一消息采用第一RNTI加扰，因此，当第一寻呼时机与第二寻呼时机(第二寻呼时机用于终端设备d接收第二消息)在时域上重叠时，若网络设备只想要针对第一寻呼时机进行寻呼，则由于终端设备a在第一寻呼时机上是基于第一RNTI进行监听，进而可以接收到第一消息，由于终端设备d在第一寻呼时机上是基于第二RNTI进行监听，进而无法接收到第一消息(比如无法解出第一消息)，从而无需再根据第一消息接收第三消息，能够有效避免不需要接收第一消息的终端设备(比如终端设备d)接收到第一消息而导致的额外处理负担；若网络设备只想要针对第二寻呼时机进行寻呼，则由于终端设备d在第一寻呼时机上是基于第二RNTI进行监听，进而可以接收到第二消息，由于终端设备a在第一寻呼时机上是基于第一RNTI进行监听，进而无法接收到第二消息，进而能够避免不需要接收第二消息的终端设备(比如终端设备a)接收到第二消息而导致的额外处理负担。

本申请实施例中，网络设备可以配置第一寻呼时机和第二寻呼时机在时域上不重叠，第二寻呼时机用于终端设备d接收第二消息，比如，网络设备可以为第一寻呼时机所在的第一寻呼帧配置一个时域范围(称为时域范围1)，以及，为第二寻呼时机所在的第二寻呼帧配置一个时域范围(称为时域范围2)，时域范围1和时域范围2在时域上不重叠，进而使得第一寻呼时机和第二寻呼时机在时域上不重叠，从而能够有效避免第一寻呼时机和第二寻呼时机在时域上重叠时，不需要接收第二消息的终端设备(比如终端设备a)接收到第二消息而导致的额外处理负担或者不需要接收第一消息的终端设备(比如终端设备d)接收到第一消息而导致的额外处理负担。示例性地，时域范围1或者时域范围2可以包括一段连续的时域资源，或者也可以包括多段不连续的时域资源，也就是说，这里不限定时域范围1或者时域范围2为连续时域。

需要说明的是：(1)若第一消息和第二消息采用不同的RNTI加扰，则网络设备可以无需再配置第一寻呼时机和第二寻呼时机在时域上不重叠；若网络设备配置了第一寻呼时机和第二寻呼时机在时域上不重叠，则第一消息和第二消息可以采用相同的RNTI，比如均可以采用P-RNTI加扰。(2)当第一寻呼时机与第二寻呼时机在时域上重叠时，若网络设备只想要针对第一寻呼时机进行寻呼，则监听第二寻呼时机的终端设备也会醒来监听PDCCH去接收DCI，而其实并没有针对第二寻呼时机进行的寻呼，监听第二寻呼时机的终端设备也会继续根据DCI接收寻呼消息，即会被打扰到，浪费电量。通过采用上述两种方案中的任一方案(比如第一消息和第二消息采用不同的RNTI加扰，或者，网络设备配置第一寻呼时机和第二寻呼时机在时域上不重叠)，均可以有效解决这一问题。

本申请实施例中，第一消息中可以包括第一业务的业务信息(比如参见上述实现方式1a或实现方式2a中的描述，网络设备可以从核心网设备获取到第一业务的业务信息)。如此，一方面，终端设备a接收到第一消息后，确定第一消息中包括的第一业务的业务信息为终端设备a感兴趣的业务的业务信息，进而可以根据第一消息接收第三消息；在其它可能的示例中，若终端设备a确定第一消息中包括的第一业务的业务信息不是终端设备a感兴趣的业务的业务信息，则可以继续监听。另一方面，终端设备a根据第一业务的业务信息可以提前获知网络设备此次寻呼的原因为需要接收第一业务的数据。

步骤503a，网络设备发送第三消息，第三消息可以为寻呼消息。

相应地，在步骤503b中，终端设备a接收寻呼消息。

在一个示例中，寻呼消息可以包括寻呼记录列表，寻呼记录列表中包括需要接收第一业务的终端设备的标识，比如终端设备a的标识。如此，终端设备a接收到寻呼消息后，若确定寻呼消息中包括终端设备a的标识，则可以发起随机接入过程，以建立连接来接收第一业务的数据。在其它可能的示例中，终端设备a接收到寻呼消息后，若确定寻呼消息中不包括终端设备a的标识，则可以继续监听。

在又一个示例中，寻呼消息可以包括第一业务的业务信息。进一步地，寻呼消息中可以不再包括需要接收第一业务的终端设备的标识。如此，一方面，终端设备a根据第一消息接收到寻呼消息后，当寻呼消息中不包括终端设备a的标识，但包括的第一业务的业务信息为终端设备a感兴趣的第一业务的业务信息，进而可以发起随机接入过程，以建立连接来接收第一业务的数据。另一方面，由于寻呼消息可以不再包括待接收第一业务的终端设备的标识，从而能够有效节省寻呼消息的资源开销。

步骤504，终端设备a发起随机接入，进而接收第一业务的数据。

示例性地，终端设备a可以确定第一时长，进而在第一时长后发起随机接入。第一时长的单位可以为以绝对时间(比如协调世界时(coordinated universal time，UTC)或全球定位系统(global positioning system，GPS)时间)计时的时间单位，比如秒、毫秒、微秒或纳秒等；或者，也可以是时隙、微时隙、子帧等；又或者，也可以是其它可能的时间单位，具体不做限定。终端设备a在第一时长后发起随机接入，第一时长可以理解为一个时间偏移量；比如，可以以第一时刻为基准时刻，第一时刻可以是第一寻呼时机所在的时刻或者第一寻呼时机开始或者结束时刻，则终端设备a可以以第一时刻为等待的起始时刻，在等待时长到达第一时长后，发起随机接入；又比如，第一时刻可以以承载寻呼消息的时域资源所在的时刻或者开始时刻或者结束时刻为基准时刻，则终端设备a可以以第一时刻为等待的起始时刻，在等待时长到达第一时长后，发起随机接入。应理解，在其它可能的实施例中，基准时刻可以是上述第一时刻加一个偏置得到，或者，也可以以其它可能的时刻为基准时刻，例如可以是预先配置或者规定好的在寻呼过程中一个约定好的时刻，具体不做限定。

其中，终端设备a确定第一时长的方式可以有多种，下面描述两种可能的实现方式，分别为实现方式1c和实现方式2c。

实现方式1c

终端设备a可以根据终端设备a的标识和/或分组个数确定第一时长，比如，可以将需要在第一寻呼时机上接收第一消息的多个终端设备划分为不同的分组，比如将终端设备a、终端设备b和终端设备c划分为两个分组，终端设备a和终端设备b属于分组1，终端设备c属于分组2。其中，终端设备a获取分组个数的实现方式可以有多种，比如分组个数可以由网络设备配置并发送给终端设备a，比如网络设备可以根据最新的资源情况或者负载情况决定最大能同时发起随机接入的终端设备的数量或者数量范围，从而决定分组个数。一种可能的实现方式是，网络设备根据需要同时寻呼的终端设备数量和最大能同时发起随机接入的终端设备的数量确定分组个数。示例性地，可以通过广播消息或RRC信令发送给终端设备a，广播消息或RRC信令中可以包括第一指示信息，第一指示信息用于指示分组个数；又比如，分组个数可以是由协议预先规定的值；又比如，可以预先设置第一业务的业务信息和分组个数的映射关系，进而终端设备可以根据第一业务的业务信息确定分组个数；又比如，分组个数可以是网络设备通过DCI(该DCI可以用于调度寻呼消息)或寻呼消息发送给终端设备的，其中，DCI或寻呼消息中可以包括第一指示信息。

在该方式的一个示例中，终端设备a可以根据终端设备a的标识和分组个数确定第一时长，比如终端设备a根据终端设备a的标识和分组个数确定的第一时长等于[(UE_ID)mod X]*t，mod表示取余运算，X为分组个数，t为第二时长。其中，第二时长可以为协议预先规定的，或者也可以是由网络设备配置并发送给终端设备a，比如网络设备可以通过广播消息或RRC信令发送给终端设备a，广播消息或RRC信令中可以包括第二指示信息，第二指示信息用于指示第二时长。在一个示例中，网络设备可以通过同一条广播消息或同一条RRC信令来发送第一指示信息和第二指示信息。

第一时长的单位和第二时长的单位可以相同，比如第一时长的单位可以是绝对时间单位，比如毫秒，秒等，或者也可以是相对时间单位，比如符号，时隙，子帧，帧等，本申请对此不做限定。此种情形下，多个终端设备中属于不同分组的终端设备所确定的第一时长不同，多个终端设备为在第一寻呼时机上接收第一消息的终端设备，比如终端设备a、终端设备b和终端设备c。

另一种确定第一时长的方式是：网络设备发送第三指示信息给终端设备a，第三指示信息用于指示各个分组中的终端设备所对应的第一时长。终端设备a根据终端设备a的标识和分组个数确定自己属于哪一组：(UE_ID)mod X，进而根据第三指示信息确定终端设备a的第一时长。其中，网络设备可以通过广播消息或RRC信令发送给终端设备a，广播消息或RRC信令中可以包括第三指示信息，在一个示例中，网络设备可以通过同一条广播消息或同一条RRC信令来发送第一指示信息和第三指示信息。

实现方式2c

终端设备a可以根据第一时长的取值范围确定第一时长，比如终端设备a可以在第一时长的取值范围内随机确定一个时长作为第一时长，第一时长的取值范围可以【0，M】，M为大于0的数值，第一时长的单位可以为秒、毫秒、微秒或纳秒，或者也可以为时隙、微时隙或子帧。终端设备a获取第一时长的取值范围的实现方式可以有多种，比如M的取值可以由网络设备配置并发送给终端设备a，示例性地，可以通过广播消息或RRC信令发送给终端设备a，广播消息或RRC信令中可以包括第四指示信息，第四指示信息用于指示M的取值；又比如，M的取值可以是由协议预先规定的值；又比如，可以预先设置第一业务的业务信息和M的映射关系，进而终端设备可以根据第一业务的业务信息确定M的取值；又比如，M的取值可以是网络设备通过DCI(该DCI可以用于调度寻呼消息)或寻呼消息发送给终端设备的，其中，DCI或寻呼消息中可以包括第四指示信息。

基于实施例一，下面结合实施例二和实施例三描述本申请实施例的两种可能的实施流程。

实施例二

参见图6a所示，为本申请实施例二提供的通信方法的一种流程示例图；参见图6b所示，为本申请实施例二提供的通信方法的又一种流程示意图。

如图6a所示，该流程包括如下步骤：

步骤601a，终端设备a向核心网设备发送请求消息1，请求消息1包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤601b，核心网设备接收请求消息1，并根据请求消息1向终端设备a发送第一业务的业务信息。

此处，第一业务的业务信息可以包括第一业务的第一标识，还可以包括第一业务的DRX(即DRX-4)和第一业务的业务类型(比如第一业务类型和/或第二业务类型)中的至少一项。在该实施例中，以第一业务的业务信息包括第一业务的第一标识、DRX-4和业务类型为例进行描述。

步骤602a，终端设备b向核心网设备发送请求消息2，请求消息2包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤602b，核心网设备接收请求消息2，并根据请求消息2向终端设备b发送第一业务的业务信息。

步骤603a，终端设备c向核心网设备发送请求消息3，请求消息3包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤603b，核心网设备接收请求消息3，并根据请求消息3向终端设备c发送第一业务的业务信息。

步骤604a，终端设备a接收第一业务的业务信息，并根据第一业务的业务信息确定第一寻呼时机。

比如，终端设备a根据DRX-4确定DRX-1，进而根据第一标识和DRX-1确定第一寻呼时机，具体实现可以参见实施例一中的实现方式a1。

步骤604b，终端设备b接收第一业务的业务信息，并根据第一业务的业务信息确定第一寻呼时机。

步骤604c，终端设备c接收第一业务的业务信息，并根据第一业务的业务信息确定第一寻呼时机。

步骤605a，终端设备a在第一寻呼时机上监听第一消息。

示例性地，终端设备a可以从网络设备的广播消息中获取第一RNTI，进而使用第一RNTI在第一寻呼时机上监听第一消息。

步骤605b，终端设备b在第一寻呼时机上监听第一消息。

步骤605c，终端设备c在第一寻呼时机上监听第一消息。

步骤606，核心网设备接收第一业务的业务数据。

步骤607，核心网设备向网络设备发送寻呼指示，寻呼指示包括需要接收第一业务的终端设备的标识和/或第一业务的业务信息。

步骤608，网络设备接收寻呼指示，并根据第一业务的业务信息确定第一寻呼时机。

步骤609，网络设备在第一寻呼时机上发送第一消息，第一消息用于调度寻呼消息，第一消息使用第一RNTI加扰。

示例性地，第一消息中可以包括第一业务的第一标识、DRX-4和业务类型中的至少一项。

步骤610，网络设备发送寻呼消息。

步骤611a，终端设备a在第一寻呼时机上监听到第一消息，并根据第一消息接收寻呼消息。

示例性地，寻呼消息中可以包括第一业务的第一标识、DRX-4和业务类型中的至少一项(此时可以不再包括需要接收第一业务的终端设备的标识)，进而终端设备a接收到寻呼消息后，确定寻呼消息中所包括的业务信息为终端设备感兴趣的第一业务的业务信息，进而可以发起随机接入。或者，寻呼消息中可以包括需要接收第一业务的终端设备的标识，进而终端设备a接收到寻呼消息后，确定寻呼消息中包括终端设备a的标识，进而可以发起随机接入。

步骤611b，终端设备b在第一寻呼时机上监听到第一消息，并根据第一消息接收寻呼消息。

步骤611c，终端设备c在第一寻呼时机上监听到第一消息，并根据第一消息接收寻呼消息。

步骤612a，终端设备a确定时长1，并在时长1后发起随机接入。

比如，网络设备预先指示终端设备a时长的取值范围为【0，M】，进而终端设备a可以根据该取值范围确定第一时长，比如时长1为M1。进而以承载寻呼消息的时域资源的结束时刻为等待的起始时刻，在等待时长1后，发起随机接入。

步骤612b，终端设备b确定时长2，并在时长2后发起随机接入。

步骤612c，终端设备c确定时长3，并在时长3后发起随机接入。

步骤613，网络设备通过多播的方式，将第一业务的数据发送给终端设备a、终端设备b和终端设备c。

实施例三

参见图7a所示，为本申请实施例三提供的通信方法的一种流程示例图；参见图7b所示，为本申请实施例三提供的通信方法的又一种流程示意图。

如图7a所示，该流程包括如下步骤：

步骤701a，终端设备a向核心网设备发送请求消息1，请求消息1包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤701b，核心网设备接收请求消息1，并根据请求消息1向终端设备a发送第一业务的业务信息。

此处，第一业务的业务信息可以包括第一业务的第一标识、第一业务的DRX(即DRX-4)和第一业务的业务类型(比如第一业务类型和/或第二业务类型)中的至少一项。在该实施例中，以第一业务的业务信息包括第一业务的第一标识为例进行描述。

步骤702a，终端设备b向核心网设备发送请求消息2，请求消息2包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤702b，核心网设备接收请求消息2，并根据请求消息2向终端设备b发送第一业务的业务信息。

步骤703a，终端设备c向核心网设备发送请求消息3，请求消息3包括终端设备a感兴趣的业务(比如第一业务)的第二标识。

步骤703b，核心网设备接收请求消息3，并根据请求消息3向终端设备c发送第一业务的业务信息。

步骤704a，终端设备a接收第一业务的业务信息，并根据终端设备a的标识确定寻呼时机1。

比如，终端设备a可以采用上述实施例一的实现方式2a来确定寻呼时机1。

步骤704b，终端设备b接收第一业务的业务信息，并根据终端设备b的标识确定寻呼时机2。

步骤704c，终端设备c接收第一业务的业务信息，并根据终端设备c的标识确定寻呼时机3。

步骤705a，终端设备a在寻呼时机1上监听DCI-1。

示例性地，终端设备a可以使用P-RNTI在寻呼时机1上监听DCI-1。

步骤705b，终端设备b在寻呼时机2上监听DCI-2。

示例性地，终端设备b可以使用P-RNTI在寻呼时机1上监听DCI-2。

步骤705c，终端设备c在寻呼时机3上监听DCI-3。

示例性地，终端设备c可以使用P-RNTI在寻呼时机1上监听DCI-3。

步骤706，核心网设备接收第一业务的业务数据。

步骤707，核心网设备向网络设备发送寻呼指示，寻呼指示包括需要接收第一业务的终端设备的标识和第一业务的业务信息。

步骤708，网络设备接收寻呼指示，并分别根据终端设备a、终端设备b和终端设备c的标识确定寻呼时机1、寻呼时机2、寻呼时机3。

步骤709a，网络设备在寻呼时机1上发送DCI-1，DCI-1使用P-RNTI加扰。

步骤709b，网络设备在寻呼时机2上发送DCI-2，DCI-2使用P-RNTI加扰。

步骤709c，网络设备在寻呼时机3上发送DCI-3，DCI-3使用P-RNTI加扰。

示例性地，DCI-1或DCI-2或DCI-3中可以包括第一业务的业务信息，比如第一业务的第一标识。

步骤710a，网络设备发送寻呼消息1。

步骤710b，网络设备发送寻呼消息2。

步骤710c，网络设备发送寻呼消息3。

步骤711a，终端设备a在寻呼时机1上监听到DCI-1，并根据DCI-1接收寻呼消息1。

步骤711b，终端设备b在寻呼时机2上监听到DCI-2，并根据DCI-2接收寻呼消息2。

步骤711c，终端设备c在寻呼时机3上监听到DCI-3，并根据DCI-3接收寻呼消息3。

示例性地，寻呼消息1或寻呼消息2或寻呼消息3中可以包括第一业务的业务信息，比如第一业务的第一标识。以寻呼消息1为例，若寻呼消息1中包括第一业务的第一标识，则可以不再包括需要接收第一业务的终端设备的标识。

步骤712a，终端设备a发起随机接入。

步骤712b，终端设备b发起随机接入。

步骤712c，终端设备c发起随机接入。

在该实施例中，终端设备a或终端设备b或终端设备c接收到各自的寻呼消息后，可以发起随机接入，而无需等待一定的时长后再发起随机接入。

步骤713，网络设备通过多播的方式，将第一业务的数据发送给终端设备a、终端设备b和终端设备c。

针对于上述实施例一至实施例三，需要说明的是：(1)上述图5、图6a、图7a中的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。(2)上述实施例一描述了图5中所示意的各个步骤的可能的实现方式，在同一实施流程中，不同步骤的不同实现方式可以根据实际需要相互组合，比如一个实施流程中，可以执行实现方式1a、实现方式2b和实现方式1c，又比如在另一个实施流程中，可以执行实现方式1a、实现方式2b和实现方式2c。(3)上述实施例二和实施例三中，终端设备b和终端设备c的实现可以参照终端设备a，以及图6a和图7a中各个步骤的具体实现可以参照实施例一。

上述主要从网络设备和终端设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，网络设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备和网络设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图8示出了本申请实施例中所涉及的装置的可能的示例性框图。如图8所示，装置800可以包括：处理单元802和通信单元803。处理单元802用于对装置800的动作进行控制管理。通信单元803用于支持装置800与其他设备的通信。可选地，通信单元803也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置800还可以包括存储单元801，用于存储装置800的程序代码和/或数据。

在一个实施例中，该装置800可以为上述任一实施例中的终端设备(或设置在终端设备中的芯片)；其中，处理单元802可以支持装置800执行上文中各方法示例中终端设备的动作；或者，处理单元802主要执行方法示例中的终端设备的内部动作，通信单元803可以支持装置800与其它设备(比如网络设备或核心网设备)之间的通信。

其中，通信单元803用于获取第一标识，第一标识包括业务标识和组标识中的至少一种；处理单元802用于根据第一标识确定第一寻呼时机，第一寻呼时机用于第一终端设备接收第一消息，第一消息用于所述第一终端设备。

在一种可能的设计中，通信单元803还用于：获取非连续接收周期DRX；处理单元具体用于：根据所述第一标识和所述DRX确定所述第一寻呼时机。

在一种可能的设计中，处理单元802具体用于：根据所述第一标识确定第一寻呼帧；以及，根据第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

在一种可能的设计中，所述通信单元803用于向核心网设备发送请求消息，所述请求消息用于请求所述第一标识；以及，接收来自所述核心网设备的响应消息，所述响应消息包括所述第一标识。

在一种可能的设计中，所述处理单元802还用于：确定第一时长；所述通信单元还用于：在接收到所述第一消息的所述第一时长后，发起随机接入。

在一种可能的设计中，多个终端设备中属于不同分组的终端设备所确定的第一时长不同，其中，所述多个终端设备为在所述第一寻呼时机上接收所述第一消息的终端设备。

在又一个实施例中，该装置800可以为上述任一实施例中的网络设备(或设置在网络设备中的芯片)；其中，处理单元802可以支持装置800执行上文中各方法示例中网络设备的动作；或者，处理单元802主要执行方法示例中的网络设备的内部动作，通信单元803可以支持装置800与其它设备(比如终端设备或核心网设备)之间的通信。

其中，通信单元803用于获取第一标识，所述第一标识包括业务标识和组标识中的至少一种；处理单元802，用于根据所述第一标识确定第一寻呼时机，所述第一寻呼时机用于第一终端设备接收第一消息，所述第一消息用于寻呼所述第一终端设备。

在一种可能的设计中，通信单元803还用于：获取非连续接收周期DRX；处理单元具体用于：根据所述第一标识和所述DRX确定所述第一寻呼时机。

在一种可能的设计中，处理单元802具体用于：根据所述第一标识确定第一寻呼帧；以及，根据第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

在一种可能的设计中，所述通信单元803具体用于：接收来自所述核心网设备的第三指示信息，所述第三指示信息包括所述第一标识，所述第三指示信息用于指示寻呼至少一个终端设备。

在又一个实施例中，该装置800可以为上述任一实施例中的核心网络设备(或设置在核心网设备中的芯片)；其中，处理单元802可以支持装置800执行上文中各方法示例中核心网设备的动作；或者，处理单元802主要执行方法示例中的核心网设备的内部动作，通信单元803可以支持装置800与其它设备(比如终端设备或网络设备)之间的通信。

其中，通信单元803包括接收单元和发送单元，接收单元用于接收第一业务的业务数据；发送单元用于向网络设备发送第三指示信息，第三指示信息包括第一业务的第一标识，第一标识包括业务标识和组标识中的至少一种，第三指示信息用于指示寻呼至少一个终端设备。在一种可能的设计中，第三指示信息还包括第一业务的DRX和业务类型中的至少一种。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific IntegratedCircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

请参考图9，其为本申请实施例提供的一种终端设备的结构示意图。其可以为以上实施例中的终端设备(比如实施例一中的终端设备a，实施例二或实施例三中的终端设备a、终端设备b或终端设备c)，用于实现以上实施例中终端设备的操作。如图9所示，该终端设备包括：天线910、射频部分920、信号处理部分930。天线910与射频部分920连接。在下行方向上，射频部分920通过天线910接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分930进行处理。在上行方向上，信号处理部分930对终端设备的信息进行处理，并发送给射频部分920，射频部分920对终端设备的信息进行处理后经过天线910发送给网络设备。

信号处理部分930可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端设备操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端设备相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。

调制解调子系统可以包括一个或多个处理元件931，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件932和接口电路933。存储元件932用于存储数据和程序，但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件932中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路933用于与其它子系统通信。

该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于终端设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。

在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

终端设备实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于终端设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图8中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

图9所示的终端设备能够实现图5或图6a或图7a所示意的方法实施例中涉及终端设备的各个过程。图9所示的终端设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

请参考图10，其为本申请实施例提供的一种网络设备的结构示意图。用于实现以上实施例中网络设备的操作。如图10所示，该网络设备包括：天线1001、射频装置1002、基带装置1003。天线1001与射频装置1002连接。在上行方向上，射频装置1002通过天线1001接收终端设备发送的信息，将终端设备发送的信息发送给基带装置1003进行处理。在下行方向上，基带装置1003对终端设备的信息进行处理，并发送给射频装置1002，射频装置1002对终端设备的信息进行处理后经过天线1001发送给终端设备。

基带装置1003可以包括一个或多个处理元件10031，例如，包括一个主控CPU和其它集成电路。此外，该基带装置1003还可以包括存储元件10032和接口10033，存储元件10032用于存储程序和数据；接口10033用于与射频装置1002交互信息，该接口例如为通用公共无线接口(common public radio interface，CPRI)。以上用于网络设备的装置可以位于基带装置1003，例如，以上用于网络设备的装置可以为基带装置1003上的芯片，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上网络设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，网络设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于网络设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中网络设备执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件，即片内存储元件，也可以为与处理元件处于不同芯片上的存储元件，即片外存储元件。

在另一种实现中，网络设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于基带装置上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

网络设备实现以上方法中各个步骤的单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现，例如，基带装置包括该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上网络设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上网络设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于网络设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种网络设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行网络设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行网络设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行以上网络设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图8中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图8中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

图10所示的网络设备能够实现图5或图6a或图7a所示意的方法实施例中涉及网络设备的各个过程。图10所示的网络设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (22)

1.一种通信方法，其特征在于，所述方法包括：

获取第一标识，所述第一标识包括业务标识和组标识中的至少一种；

根据所述第一标识确定第一寻呼时机，所述第一寻呼时机用于第一终端设备接收第一消息，所述第一消息用于寻呼所述第一终端设备；

在接收到所述第一消息的时长大于或等于第一时长后，发起随机接入；

其中，所述第一时长是根据所述第一终端设备的标识和在所述第一寻呼时机上接收所述第一消息的多个终端设备所属的分组个数确定的。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取非连续接收周期DRX；

根据所述第一标识和所述DRX确定所述第一寻呼时机。

3.根据权利要求1或2所述的方法，其特征在于，根据所述第一标识确定第一寻呼时机，包括：

根据所述第一标识确定第一寻呼帧；

根据所述第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

4.根据权利要求3所述的方法，其特征在于，所述第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为所述第一寻呼帧的帧号，PF_offset为所述第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

所述第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一消息采用第一无线网络临时标识RNTI加扰，所述第一RNTI与第二RNTI为不同的RNTI；

第二消息采用所述第二RNTI加扰，所述第二消息用于寻呼第二终端设备。

6.根据权利要求1至5中任一项所述的方法，其特征在于：

所述第一消息包括所述第一标识和业务类型中的至少一种；或，

所述第一消息用于指示所述第一终端设备接收第三消息，所述第三消息包括所述第一业务的第一标识和业务类型中的至少一种。

7.根据权利要求1至6中任一项所述的方法，其特征在于，获取所述第一标识，包括：

向核心网设备发送请求消息，所述请求消息用于请求所述第一标识；

接收来自所述核心网设备的响应消息，所述响应消息包括所述第一标识。

8.根据权利要求1至7中任一项所述的方法，其特征在于：

所述多个终端设备中属于不同分组的终端设备所确定的第一时长不同。

9.根据权利要求1至6中任一项所述的方法，其特征在于，获取所述第一标识，包括：

接收来自所述核心网设备的第三指示信息，所述第三指示信息包括所述第一标识，所述第三指示信息用于指示寻呼至少一个终端设备。

10.一种通信装置，其特征在于，所述装置包括：

通信单元，用于获取第一标识，所述第一标识包括业务标识和组标识中的至少一种；

处理单元，用于根据所述第一标识确定第一寻呼时机，所述第一寻呼时机用于第一终端设备接收第一消息，所述第一消息用于寻呼所述第一终端设备；

所述通信单元，还用于在接收到所述第一消息的时长大于或等于第一时长后，发起随机接入；

其中，所述第一时长是根据所述第一终端设备的标识和在所述第一寻呼时机上接收所述第一消息的多个终端设备所属的分组个数确定的。

11.根据权利要求10所述的装置，其特征在于，所述通信单元还用于：获取非连续接收周期DRX；

所述处理单元具体用于：根据所述第一标识和所述DRX确定所述第一寻呼时机。

12.根据权利要求10或11所述的装置，其特征在于，所述处理单元具体用于：

根据所述第一标识确定第一寻呼帧；

根据所述第一标识在所述第一寻呼帧内确定所述第一寻呼时机。

13.根据权利要求12所述的装置，其特征在于，所述第一寻呼帧符合如下公式：

(SFN+PF_offset)mod T＝(T div N)*(S_ID mod N)

其中，SFN为所述第一寻呼帧的帧号，PF_offset为所述第一寻呼帧对应的偏移量，T为所述DRX，N为一个所述DRX内的寻呼帧的个数，S_ID为所述第一标识；

所述第一寻呼时机符合如下公式：

i_s＝floor(S_ID/N)mod Ns

其中，i_s为所述第一寻呼时机的索引值，Ns为所述第一寻呼帧内的寻呼时机的个数。

14.根据权利要求10至13中任一项所述的装置，其特征在于，所述第一消息采用第一无线网络临时标识RNTI加扰，所述第一RNTI与第二RNTI为不同的RNTI；

第二消息采用所述第二RNTI加扰，所述第二消息用于寻呼第二终端设备。

15.根据权利要求10至14中任一项所述的装置，其特征在于：

所述第一消息包括所述第一标识和业务类型中的至少一种；或，

所述第一消息用于指示所述第一终端设备接收第三消息，所述第三消息包括所述第一业务的第一标识和业务类型中的至少一种。

16.根据权利要求10至15中任一项所述的装置，其特征在于，所述通信单元具体用于：向核心网设备发送请求消息，所述请求消息用于请求所述第一标识；以及，接收来自所述核心网设备的响应消息，所述响应消息包括所述第一标识。

17.根据权利要求10至16中任一项所述的装置，其特征在于：

所述多个终端设备中属于不同分组的终端设备所确定的第一时长不同。

18.根据权利要求10至15中任一项所述的装置，其特征在于，所述通信单元具体用于：

接收来自所述核心网设备的第三指示信息，所述第三指示信息包括所述第一标识，所述第三指示信息用于指示寻呼至少一个终端设备。

19.一种通信装置，其特征在于，包括处理器，用于调用存储器中存储的程序，以执行如权利要求1至9中任一项所述的方法。

20.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9中任一项所述的方法。

21.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，所述通信装置实现如权利要求1至9中任一项所述的方法。

22.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序或指令，当所述计算机程序或指令被通信装置执行时，所述通信装置实现如权利要求1至9中任一项所述的方法。