CN114071713A - 寻呼方法及装置 - Google Patents

Abstract

本申请公开了寻呼方法及装置，涉及无线通信领域，通过本申请的方法，终端能够兼容两种寻呼方式。该方法包括：从网络设备接收寻呼物理下行控制信道(physical downlink control channel，PDCCH)；当寻呼PDCCH为第一类型的寻呼PDCCH时，根据第一类型的寻呼PDCCH确定是否被寻呼；当寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼物理下行共享信道(physical downlink shared channel，PDSCH)，根据寻呼PDSCH确定是否被寻呼。

Description

寻呼方法及装置

技术领域

本申请涉及无线通信领域，尤其涉及寻呼方法及装置。

背景技术

在通信系统中，终端通常处于待机状态。终端在处于待机状态时，会周期性地检测寻呼消息，并通过该寻呼消息来确定是否需要与网络设备建立连接。例如，终端处于待机状态时，会检测用于承载寻呼消息的物理下行控制信道(physical downlink controlchannel，PDCCH)，并根据该PDCCH接收承载了终端标识的物理下行共享信道(physicaldownlink shared channel，PDSCH)。若PDSCH中承载的终端标识包括该终端的标识，则确定该终端被寻呼。后续，该终端会与网络设备建立连接。在上述过程中，终端检测到PDCCH后，还需要检测PDSCH，才能确定自己是否被寻呼。因此，终端接收寻呼消息的功耗较高。

为了降低终端接收寻呼消息的功耗，可以在PDCCH中承载终端标识。如此，终端检测到PDCCH后就可以确定自己是否被寻呼。然而，终端如何兼容上述两种寻呼方式，是目前亟需解决的问题。

发明内容

本申请提供寻呼方法及装置，终端能够兼容两种寻呼方式。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请实施例提供一种寻呼方法，该方法包括：从网络设备接收寻呼PDCCH；当该寻呼PDCCH为第一类型的寻呼PDCCH时，根据该第一类型的寻呼PDCCH确定是否被寻呼；当该寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼PDSCH，根据该寻呼PDSCH确定是否被寻呼。

上述第一方面提供的方法，终端可以从网络设备接收寻呼PDCCH，并当该寻呼PDCCH为第一类型的寻呼PDCCH时，根据第一类型的寻呼PDCCH确定是否被寻呼；当该寻呼PDCCH为第二类型的寻呼PDCCH时，根据第二寻呼PDCCH接收寻呼PDSCH，根据寻呼PDSCH确定是否被寻呼。如此，终端可以兼容第一类型的寻呼PDCCH和第二类型的寻呼PDCCH。网络设备也可以根据需要确定寻呼终端的方式，而不是仅使用单一的方式寻呼终端。

一种可能的实现方式，该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小相同。基于上述方法，可以降低终端盲检寻呼PDCCH的复杂度。

一种可能的实现方式，该第一类型的寻呼PDCCH和第二类型的寻呼PDCCH采用不同的加扰方式。基于上述方法，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的加扰方式不同，因此，终端可以根据加扰方式来确定寻呼PDCCH的类型，从而可以正确解析该寻呼PDCCH。

一种可能的实现方式，该寻呼PDCCH包括寻呼类型指示信息，该寻呼类型指示信息用于指示该寻呼PDCCH的类型。基于上述方法，终端可以根据寻呼类型指示信息确定寻呼PDCCH的类型，从而可以正确解析该寻呼PDCCH。

一种可能的实现方式，该寻呼类型指示信息占用该寻呼PDCCH的最低的N个比特位，N为正数。基于上述方法，对于支持第二类型的寻呼PDCCH的终端来说，第二类型的寻呼PDCCH的低位比特位保留比特，终端可以不用识别，对于支持第一类型的寻呼PDCCH的终端来说，可以根据寻呼类型指示信息确定寻呼PDCCH的类型，因此，兼容性较好。

一种可能的实现方式，该方法还包括：从该网络设备接收通知消息，该通知消息用于指示该寻呼PDCCH的类型。基于上述方法，终端可以从网络设备接收用于指示寻呼PDCCH的类型的通知消息，从而可以根据该通知消息确定寻呼PDCCH的类型。

一种可能的实现方式，该通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。基于上述方法，终端可以通过通知消息确定在一个寻呼机会内能够检测到的寻呼PDCCH的数量。如此，在一个寻呼机会内，终端接收到通知消息中指示的数量的寻呼PDCCH后，可以停止接收寻呼PDCCH，以便降低终端的功耗。

一种可能的实现方式，该通知消息为高层信令。基于上述方法，终端可以通过高层信令接收该通知消息，以便终端确定寻呼PDCCH的类型。

一种可能的实现方式，该第一类型的寻呼PDCCH包括一个终端的标识，该寻呼PDSCH包括至少一个终端的标识。基于上述方法，第一类型的寻呼PDCCH中包括一个终端的标识，所以该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小可以相同，从而可以降低终端盲检寻呼PDCCH的复杂度。另外，终端还可以使用与第二类型的寻呼PDCCH相同的加扰方式，以便进一步降低终端盲检寻呼PDCCH的复杂度。

一种可能的实现方式，该第二类型的寻呼PDCCH不包括终端的标识。基于上述方法，第二类型的寻呼PDCCH不包括终端的标识，因此，终端需要根据第二类型的寻呼PDCCH接收包括终端标识的寻呼PDSCH。

一种可能的实现方式，根据该第一类型的寻呼PDCCH确定是否被寻呼，包括：若该第一类型的寻呼PDCCH中包括第一终端的标识，确定该第一终端被寻呼；若该寻呼PDCCH所在的寻呼机会内的寻呼PDCCH中均不包括第一终端的标识，确定该第一终端未被寻呼；根据该寻呼PDSCH确定是否被寻呼，包括：若该寻呼PDSCH中包括第一终端设备的标识，确定该第一终端设备被寻呼；若该寻呼PDSCH中不包括第一终端设备的标识，确定该第一终端设备未被寻呼。基于上述方法，若该寻呼PDCCH为第一类型的寻呼PDCCH，终端可以根据第一类型的寻呼PDCCH中终端的标识确定是否被寻呼。若该寻呼PDCCH为第二类型的寻呼PDCCH，终端可以根据寻呼PDSCH中终端的标识确定是否被寻呼。

一种可能的实现方式，该寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，该寻呼PDSCH中包括的终端的标识为第二类型的标识，该第一类型的标识为该第二类型的标识的一部分。基于上述方法，寻呼PDCCH中包括的终端的标识可以是多种类型的标识。

一种可能的实现方式，该第二类型的标识为5G服务临时移动用户标识(5G S-temporary mobile subscriber identity，5G-S-TMSI)或非激活无线网络临时标识(inactive radio network temporary identifier，I-RNTI)。基于上述方法，寻呼PDCCH可以包括5G-S-TMSI、I-RNTI、5G-S-TMSI的一部分或I-RNTI的一部分，以便终端确定是否被寻呼。

一种可能的实现方式，当该寻呼PDCCH为第一类型的寻呼PDCCH时，在该寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该网络设备的服务覆盖范围小于或等于第二阈值；或者，该网络设备的业务量小于或等于第三阈值；该网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，待寻呼的终端处于非激活状态；或者；待寻呼终端的寻呼标识为I-RNTI。基于上述方法，当寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该网络设备的服务覆盖范围小于或等于第二阈值；或者，该网络设备的业务量小于或等于第三阈值；该网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值时，网络设备通过第一类型的寻呼PDCCH寻呼终端；或者，当该待寻呼的终端处于非激活状态时，网络设备通过第一类型的寻呼PDCCH寻呼终端；或者，当待寻呼终端的寻呼标识为I-RNTI时，网络设备通过第一类型的寻呼PDCCH寻呼终端。

第二方面，本申请实施例提供一种寻呼方法，该方法包括：确定寻呼PDCCH；当该寻呼PDCCH为第一类型的寻呼PDCCH时，向终端发送该寻呼PDCCH；当该寻呼PDCCH为第二类型的寻呼PDCCH时，向该终端发送该寻呼PDCCH，向该终端发送寻呼PDSCH。

上述第二方面提供的方法，当寻呼PDCCH为第一类型的寻呼PDCCH时，网络设备向终端发送该寻呼PDCCH，以便终端根据第一类型的寻呼PDCCH确定是否被寻呼；当寻呼PDCCH为第二类型的寻呼PDCCH时，网络设备向该终端发送寻呼PDCCH，向该终端发送寻呼PDSCH，以便终端根据寻呼PDSCH确定是否被寻呼。

一种可能的实现方式，该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小相同。基于上述方法，可以降低终端盲检寻呼PDCCH的复杂度。

一种可能的实现方式，该第一类型的寻呼PDCCH和第二类型的寻呼PDCCH采用不同的加扰方式。基于上述方法，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH采用不同的加扰方式。如此，终端可以根据加扰方式来确定寻呼PDCCH的类型，从而可以正确解析该寻呼PDCCH。

一种可能的实现方式，该寻呼PDCCH包括寻呼类型指示信息，该寻呼类型指示信息用于指示该寻呼PDCCH的类型。基于上述方法，终端可以根据寻呼类型该指示信息确定寻呼PDCCH的类型，从而可以正确解析该寻呼PDCCH。

一种可能的实现方式，该寻呼类型指示信息占用该寻呼PDCCH的最低的N个比特位，N为正数。基于上述方法，对于支持第二类型的寻呼PDCCH的终端来说，第二类型的寻呼PDCCH的低位比特位保留比特，终端可以不用识别，对于支持第一类型的寻呼PDCCH的终端来说，可以根据寻呼类型指示信息确定寻呼PDCCH的类型，因此，兼容性较好。

一种可能的实现方式，该方法还包括：向该终端发送通知消息，该通知消息用于指示该寻呼PDCCH的类型。基于上述方法，网络设备可以向终端发送用于指示寻呼PDCCH的类型的通知消息，以便终端根据该通知消息确定寻呼PDCCH的类型。

一种可能的实现方式，该通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。基于上述方法，终端可以通过通知消息确定在一个寻呼机会内能够检测到的寻呼PDCCH的数量。如此，在一个寻呼机会内，终端接收到通知消息中指示的数量的寻呼PDCCH后，可以停止接收寻呼PDCCH，以便降低终端的功耗。

一种可能的实现方式，该第一消息为高层信令。基于上述方法，网络设备可以通过高层信令向终端发送该通知消息，以便终端确定寻呼PDCCH的类型。

一种可能的实现方式，该第一类型的寻呼PDCCH包括一个终端的标识，该寻呼PDSCH包括至少一个终端的标识。基于上述方法，第一类型的寻呼PDCCH中包括一个终端的标识，所以该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小可以相同，从而可以降低终端盲检寻呼PDCCH的复杂度。另外，终端还可以使用与第二类型的寻呼PDCCH相同的加扰方式，以便进一步降低终端盲检寻呼PDCCH的复杂度。

一种可能的实现方式，该第二类型的寻呼PDCCH不包括终端的标识。基于上述方法，第二类型的寻呼PDCCH不包括终端的标识，因此，终端需要根据第二类型的寻呼PDCCH接收包括终端标识的寻呼PDSCH。

一种可能的实现方式，该寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，该寻呼PDSCH中包括的终端的标识为第二类型的标识，该第一类型的标识为该第二类型的标识的一部分。基于上述方法，寻呼PDCCH中包括的终端的标识可以是多种类型的标识。

一种可能的实现方式，该第二类型的标识为5G-S-TMSI或I-RNTI。基于上述方法，寻呼PDCCH可以包括5G-S-TMSI、I-RNTI、5G-S-TMSI的一部分或I-RNTI的一部分，以便终端确定是否被寻呼。

一种可能的实现方式，该方法应用于网络设备，当该寻呼PDCCH为第一类型的寻呼PDCCH时，在该寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该网络设备的服务覆盖范围小于或等于第二阈值；或者，该网络设备的业务量小于或等于第三阈值；该网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，待寻呼的终端处于非激活状态；或者；待寻呼终端的寻呼标识为I-RNTI。基于上述方法，当寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该网络设备的服务覆盖范围小于或等于第二阈值；或者，该网络设备的业务量小于或等于第三阈值；该网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值时，网络设备通过第一类型的寻呼PDCCH寻呼终端；或者，当该待寻呼的终端处于非激活状态时，网络设备通过第一类型的寻呼PDCCH寻呼终端；或者，当待寻呼终端的寻呼标识为I-RNTI时，网络设备通过第一类型的寻呼PDCCH寻呼终端。

第三方面，本申请实施例提供一种通信装置，可以实现上述第一方面、或第一方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或部件。该装置包括的单元可以通过软件和/或硬件方式实现。该装置例如可以为终端、或者为可支持终端实现上述方法的芯片、芯片系统、或处理器等。

第四方面，本申请实施例提供一种通信装置，可以实现上述第二方面、或第二方面任一种可能的实现方式中的方法。该装置包括用于执行上述方法的相应的单元或部件。该装置包括的单元可以通过软件和/或硬件方式实现。该装置例如可以为网络设备、或者为可支持网络设备实现上述方法的芯片、芯片系统、或处理器等。

第五方面，本申请实施例提供一种通信装置，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该装置实现上述第一方面、或第一方面任一种可能的实现方式中所述的方法。

第六方面，本申请实施例提供一种通信装置，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该装置实现上述第二方面、或第二方面任一种可能的实现方式中所述的方法。

第七方面，本申请实施例提供一种通信装置，该装置用于实现上述第一方面、或第一方面任一种可能的实现方式中所述的方法。

第八方面，本申请实施例提供一种通信装置，该装置用于实现上述第二方面、或第二方面任一种可能的实现方式中所述的方法。

第九方面，本申请实施例提供一种计算机可读介质，其上存储有计算机程序或指令，所述计算机程序或指令被执行时使得计算机执行上述第一方面、或第一方面任一种可能的实现方式中所述的方法。

第十方面，本申请实施例提供一种计算机可读介质，其上存储有计算机程序或指令，所述计算机程序或指令被执行时使得计算机执行上述第二方面、或第二方面任一种可能的实现方式中所述的方法。

第十一方面，本申请实施例提供一种计算机程序产品，其包括计算机程序代码，所述计算机程序代码在计算机上运行时，使得计算机执行上述第一方面、或第一方面任一种可能的实现方式中所述的方法。

第十二方面，本申请实施例提供一种计算机程序产品，其包括计算机程序代码，所述计算机程序代码在计算机上运行时，使得计算机执行上述第二方面、或第二方面任一种可能的实现方式中所述的方法。

第十三方面，本申请实施例提供一种芯片，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片实现上述第一方面、或第一方面任一种可能的实现方式中所述的方法。

第十四方面，本申请实施例提供一种芯片，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得该芯片实现上述第二方面、或第二方面任一种可能的实现方式中所述的方法。

第十五方面，本申请实施例提供一种通信系统。该系统包括上述第三方面所述的装置和/或上述第四方面所述的装置，或者该系统包括上述第五方面所述的装置和/或上述第六方面所述的装置，或者该系统包括上述第七方面所述的装置和/或上述第八方面所述的装置。

可以理解的，上述提供的任一种通信装置、芯片、计算机可读介质、计算机程序产品或通信系统等均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的通信系统架构示意图；

图2为本申请实施例提供的通信装置的硬件结构示意图；

图3为本申请实施例提供的寻呼方法的流程示意图一；

图4为本申请实施例提供的第一类型寻呼PDCCH和第二类型的寻呼PDCCH的格式的示意图一；

图5为本申请实施例提供的第一类型寻呼PDCCH和第二类型的寻呼PDCCH的格式的示意图二；

图6为本申请实施例提供的寻呼方法的流程示意图二；

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

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

图9为本申请实施例提供的芯片的结构示意图；

图10为本申请实施例提供的通信系统的组成示意图。

具体实施方式

下面结合附图对本申请实施例的实施方式进行详细描述。

本申请实施例提供的方法可用于各种通信系统。例如该通信系统可以为长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)通信系统、新无线(newradio，NR)系统、无线保真(wireless-fidelity，WiFi)系统，第三代合作伙伴计划(3rdgeneration partnership project，3GPP)相关的通信系统以及未来演进的通信系统等，不予限制。下面仅以图1所示通信系统10为例，对本申请实施例提供的方法进行描述。

如图1所示，为本申请实施例提供的通信系统10的架构示意图。图1中，通信系统10可以包括一个或多个网络设备101(仅示出了1个)以及可以与网络设备101进行通信的终端102-终端104。图1仅为示意图，并不构成对本申请提供的技术方案的适用场景的限定。

在图1中，网络设备可以为终端提供无线接入服务。具体来说，每个网络设备都对应一个服务覆盖区域，进入该区域的终端可通过Uu口与网络设备通信，以此来接收网络设备提供的无线接入服务。终端与网络设备之间可以通过Uu口链路通信。其中，Uu口链路可以根据其上传输的数据的方向分为上行链路(uplink，UL)、下行链路(downlink，DL)，UL上可以传输从终端向网络设备发送的上行数据，DL上可以传输从网络设备向终端传输的下行数据。例如：图1中，终端103位于网络设备101的覆盖区域内，网络设备101可以通过DL向终端103发送下行数据，终端103可通过UL向网络设备101发送上行数据。

终端与其他终端之间可以通过直连通信链路相互通信。其中，终端与其他终端之间的直连通信链路可以称之为边链路、侧行链路(sidelink，SL)或者设备到设备链路(device to device link，D2D link)。例如：以终端与其他终端之间的直连通信链路为侧行链路为例，图1中终端102与终端103可以通过侧行链路进行通信，终端104可以与终端103之间可以通过侧行链路进行通信。

图1中的网络设备，例如：网络设备101可以是任意一种具有无线收发功能的设备。包括但不限于：LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，NR中的基站(gNodeB或gNB)或收发点(transmission receiving point/transmission receptionpoint，TRP)，3GPP后续演进的基站，WiFi系统中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站可以包含一个或多个共站或非共站的TRP。网络设备还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或，分布单元(distributed unit，DU)。网络设备还可以是服务器，可穿戴设备，机器通信设备、或车载设备等。以下以网络设备为基站为例进行说明。所述多个网络设备可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端进行通信，也可以通过中继站与终端进行通信。终端可以与不同技术的多个基站进行通信，例如，终端可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。

图1中的终端，例如：终端102、终端103或终端104是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobilephone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的终端、车载终端、无人驾驶(self driving)中的终端、辅助驾驶中的终端、远程医疗(remote medical)中的终端、智能电网(smart grid)中的终端、运输安全(transportation safety)中的终端、智慧城市(smart city)中的终端、智慧家庭(smart home)中的终端等等。本申请的实施例对应用场景不做限定。终端有时也可以称为终端设备、用户设备(user equipment，UE)、接入终端、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端、移动设备、UE终端设备、无线通信设备、机器终端、UE代理或UE装置等。终端可以是固定的，也可以是移动的。

其中，上述中继可以是上述网络设备，也可以是上述终端，不予限制。

作为示例而非限定，在本申请中，终端可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

在本申请中，终端可以是物联网(internet of things，IoT)系统中的终端，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。本申请中的终端可以是机器类型通信(machine type communication，MTC)中的终端。

图1所示的通信系统10仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，通信系统10还可以包括其他设备，同时也可根据具体需要来确定网络设备和终端的数量，不予限制。

可选的，本申请实施例图1中的各网元，例如网络设备101或终端102，可以是一个设备内的一个功能模块。可以理解的是，上述功能既可以是硬件设备中的网络元件，例如手机中的通信芯片，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，图1中的各网元均可以通过图2中的通信装置200来实现。图2所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置200包括至少一个处理器201，通信线路202，存储器203以及至少一个通信接口204。

处理器201可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路202可包括一通路，在上述组件之间传送信息，例如总线。

通信接口204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网接口，无线接入网接口(radio access network，RAN)，无线局域网接口(wirelesslocal area networks，WLAN)等。

存储器203可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中，存储器203用于存储执行本申请方案所涉及的计算机执行指令，并由处理器201来控制执行。处理器201用于执行存储器203中存储的计算机执行指令，从而实现本申请实施例提供的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信装置200可以包括多个处理器，例如图2中的处理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信装置200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信，可以以多种方式来显示信息。例如，输出设备205可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备206和处理器201通信，可以以多种方式接收用户的输入。例如，输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信装置200可以是一个通用设备或者是一个专用设备。在具体实现中，通信装置200可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定通信装置200的类型。

下面结合图1和图2对本申请实施例提供的寻呼方法进行具体阐述。

需要说明的是，本申请实施例提供的寻呼方法可以应用于网络设备和终端之间，也可以应用于终端和终端之间。本申请实施例是以寻呼方法应用于网络设备和终端之间为例介绍的，寻呼方法应用于终端与终端之间的情况，可以参考下述寻呼方法应用于网络设备和终端之间的描述。不同的是，寻呼方法应用于网络设备和终端之间时，网络设备和终端之间是通过PDCCH或PDSCH通信的。寻呼方法应用于终端与终端之间时，终端和终端之间是通过物理层侧行链路控制信道(physical sidelink control channel，PSSCH)或物理层侧行链路共享信道(physical sidelink shared channel，PSSCH)通信的。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

需要说明的是，本申请下述实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请下述实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

可以理解的，本申请实施例中同一个步骤或者具有相同功能的步骤或者消息在不同实施例之间可以互相参考借鉴。

可以理解的，本申请实施例中，网络设备和/或终端可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部步骤。

在本申请实施例中，寻呼方法的执行主体的具体结构，本申请实施例并未特别限定，只要可以通过运行记录有本申请实施例的寻呼方法的代码的程序，以根据本申请实施例的寻呼方法进行通信即可，例如，本申请实施例提供的寻呼方法的执行主体可以是网络设备，或者为应用于网络设备中的部件，例如，芯片，本申请对此不进行限定。或者，本申请实施例提供的寻呼方法的执行主体可以是终端，或者为应用于终端的部件，例如，芯片，本申请对此不进行限定。下述实施例以寻呼方法的执行主体分别为网络设备、终端为例进行描述。

如图3所示，为本申请实施例提供的一种寻呼方法，该寻呼方法包括步骤301-步骤303。

步骤301：网络设备确定寻呼PDCCH。

其中，网络设备可以为图1中的网络设备101。

其中，寻呼PDCCH可以为第一类型的寻呼PDCCH，或者第二类型的寻呼PDCCH。第一类型的寻呼PDCCH可以包括一个终端的标识。若有多个终端被寻呼，网络设备需要确定多个寻呼PDCCH，每个寻呼PDCCH包括一个终端的标识。第二类型的寻呼PDCCH不包括终端的标识。

一种可能的实现方式，第一类型的寻呼PDCCH包括的终端的标识为第一类型的标识或第二类型的标识。其中，第一类型的标识为第二类型的标识的一部分。可以理解为，在第二类型的标识中截取一部分作为第一类型的标识。例如，第一类型的标识为第二类型的标识的高M位。M为正整数。第二类型的标识可以为5G服务临时移动用户标识(5G S-temporary mobile subscriber identity，5G-S-TMSI)或非激活无线网络临时标识(inactive radio network temporary identifier，I-RNTI)等。

示例性的，以终端的标识的比特位为R比特，第一类型的寻呼PDCCH的有效载荷(payload)大小为K比特为例，如果R大于等于K，则M＝K。在这种情况下，第一类型的寻呼PDCCH包括第一类型的标识。如果R小于K，则M＝R。在这种情况下，第一类型的寻呼PDCCH包括第二类型的标识。此时，第一类型的寻呼PDCCH中除了包括第二类型的标识外，还包括(K-R)比特的保留比特，保留比特位于第一类型寻呼PDCCH的低位。

请参考表1，表1给出了第一类型寻呼PDCCH有效载荷大小、终端的标识的比特位、M的取值以及第一类型寻呼PDCCH中的保留比特的几种示例，表1中，各数字的单位均为比特。表1中，第一类型寻呼PDCCH有效载荷大小为39比特，终端的标识的比特位为48比特时，第一类型的寻呼PDCCH包括第一类型的标识，M为39比特，第一类型寻呼PDCCH中的保留比特为0比特，即第一类型寻呼PDCCH不包括保留比特。第一类型寻呼PDCCH有效载荷大小为39比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第一类型的标识，M为39比特，第一类型寻呼PDCCH中的保留比特为0比特。第一类型寻呼PDCCH有效载荷大小为42比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第二类型的标识，M为41比特，第一类型寻呼PDCCH中的保留比特为1比特。第一类型寻呼PDCCH有效载荷大小为44比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第二类型的标识，M为41比特，第一类型寻呼PDCCH中的保留比特为3比特。

表1

需要说明的是，一个终端在特定的寻呼机会中检测寻呼消息，寻呼机会根据该终端标识的低L位来确定，其中，L为正整数。因此，若第一类型的寻呼PDCCH包括第一类型的标识，只要(L+M)大于等于第二类型标识的比特位，是不会造成虚假寻呼或错误寻呼的。例如，若终端的标识为41位，该终端的寻呼机会由终端标识的低10比特来确定，若网络设备确定寻呼该终端，则第一类型的寻呼PDCCH包括该终端的标识中高41-10＝31位即可。

一种可能的实现方式，第二类型的寻呼PDCCH包括用于接收寻呼PDSCH的物理层信令，例如，寻呼PDSCH的时频资源等信息。

示例性的，第二类型的寻呼PDCCH包括如下信息的一个或者多个：短消息指示(short message indicator)、短消息、频域资源指示、时域资源指示、虚拟资源块(virtualresource block，VRB)到物理资源块(physical resource block，PRB)映射(VRB-to-PRBmapping)方式指示、调制编码方式、传输块缩放值和保留比特等等。其中，短消息指示、短消息、频域资源指示、时域资源指示、VRB-to-PRB mapping方式指示、调制编码方式、传输块缩放值和保留比特的介绍可以参考常规技术中的解释说明，不予赘述。

一种可能的实现方式，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的大小相同。例如，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的有效载荷(payload)的大小相同，从而可以降低终端盲检寻呼PDCCH的复杂度。

示例性的，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的格式可以如图4所示。图4中，第一类型的寻呼PDCCH包括第一类型的标识或第二类型的标识，第二类型的寻呼PDCCH包括短消息指示、短消息、频域资源指示、时域资源指示、VRB-to-PRB mapping方式指示、调制编码方式、传输块缩放值和保留比特。

进一步的，对于相同的DL带宽部分(band width part，BWP)，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小相同。

示例性的，不同的DL BWP对应的第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小可以如表2所示。表2中，当DL BWP为12RB，频域资源指示比特位宽为7比特时，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小都为35比特。当DL BWP为24RB，频域资源指示比特位宽为9比特时，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小都为37比特。当DL BWP为48RB，频域资源指示比特位宽为11比特时，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小都为39比特。当DL BWP为96RB，频域资源指示比特位宽为13比特时，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小都为41比特。

表2

需要说明的是，表2仅是第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小的示例，在实际应用中，第一类型寻呼PDCCH和第二类型的寻呼PDCCH的大小还可以是其他值，不予限制。

需要说明的是，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的加扰方式可以相同也可以不同。例如，第二类型的寻呼PDCCH可以采用寻呼无线网络临时标识符(pagingradio network temporary identifier，P-RNTI)加扰，第一类型的寻呼PDCCH可以采用不同于P-RNTI的RNTI加扰。若第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的加扰方式相同，可以进一步的降低终端盲检寻呼PDCCH的复杂度。

一种可能的实现方式，寻呼PDCCH包括寻呼类型指示信息。该寻呼类型指示信息用于指示寻呼PDCCH的类型。

可以理解的，该寻呼类型指示信息可以包括在第一类型的寻呼PDCCH中，不包括在第二类型的寻呼PDCCH中；或者，该寻呼类型指示信息可以包括在第二类型的寻呼PDCCH中，不包括在第一类型的寻呼PDCCH中；或者，该指示信息可以既包括在第一类型的寻呼PDCCH中，又包括在第二类型的寻呼PDCCH中。

示例性的，该寻呼类型指示信息为1比特指示信息。例如，寻呼类型指示信息为1时，指示寻呼PDCCH的为第一类型的寻呼PDCCH，寻呼类型指示信息为0时，指示寻呼PDCCH的为第二类型的寻呼PDCCH，反之亦然。

进一步的，该寻呼类型指示信息占用寻呼PDCCH的最低的N个比特，N为正数。

示例性的，如图5所示，对于第一类型的寻呼PDCCH，寻呼类型指示信息占用寻呼PDCCH的最低的N个比特，对于第二类型的寻呼PDCCH，寻呼类型指示信息占用寻呼PDCCH的保留比特中的比特。对于支持第二类型的寻呼PDCCH的终端来说，第二类型的寻呼PDCCH的低位比特位保留比特，终端可以不用识别，对于支持第一类型的寻呼PDCCH的终端来说，可以根据寻呼类型指示信息确定寻呼PDCCH的类型，因此，兼容性较好。

示例性的，以终端的标识的比特位为R比特，第一类型的寻呼PDCCH的有效载荷(payload)大小为K比特为例，如果R大于等于K，则M＝(K-N)。在这种情况下，第一类型的寻呼PDCCH包括第一类型的标识。如果R小于K，则M＝R。在这种情况下，第一类型的寻呼PDCCH包括第二类型的标识。此时，第一类型的寻呼PDCCH中除了包括第二类型的标识外，还包括(K-R-N)比特的保留比特，保留比特位于第一类型寻呼PDCCH的低位。

请参考表3，表3给出了N＝1时，第一类型寻呼PDCCH有效载荷大小、终端的标识的比特位、M的取值以及第一类型寻呼PDCCH中的保留比特的几种示例性的说明，表3中，各数字的单位均为比特。表3中，第一类型寻呼PDCCH有效载荷大小为39比特，终端的标识的比特位为48比特时，第一类型的寻呼PDCCH包括第一类型的标识，M为38比特，第一类型寻呼PDCCH中的保留比特为0比特，即第一类型寻呼PDCCH不包括保留比特。第一类型寻呼PDCCH有效载荷大小为39比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第一类型的标识，M为38比特，第一类型寻呼PDCCH中的保留比特为0比特。第一类型寻呼PDCCH有效载荷大小为42比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第二类型的标识，M为41比特，第一类型寻呼PDCCH中的保留比特为0比特。第一类型寻呼PDCCH有效载荷大小为44比特，终端的标识的比特位为41比特时，第一类型的寻呼PDCCH包括第二类型的标识，M为41比特，第一类型寻呼PDCCH中的保留比特为2比特。

表3

一种可能的实现方式，网络设备通过下述示例性的方式确定寻呼PDCCH：

方式1：网络设备根据待寻呼终端的数量确定寻呼PDCCH。总体而言，待寻呼的终端设备的数量较少时，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；待寻呼的终端设备的数量较多时，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

示例性的，在寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；待寻呼的终端的数量大于第一阈值，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。其中，寻呼机会的介绍可以参考常规技术中的解释说明。以第一阈值为4为例，在寻呼PDCCH所在的寻呼机会内，若待寻呼终端的数量为3，则网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH，若待寻呼终端的数量为5，则网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

方式2：网络设备根据网络设备的服务覆盖范围确定寻呼PDCCH。总体而言，网络设备的服务覆盖范围较小时，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的服务覆盖范围较大时，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

示例性的，网络设备的服务覆盖范围小于或等于第二阈值，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的服务覆盖范围大于第二阈值，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。例如，若网络设备为服务覆盖范围小于第二阈值的微基站，则该网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；若网络设备为服务覆盖范围大于第二阈值的宏基站，则该网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

方式3：网络设备根据业务量确定寻呼PDCCH。总体而言，网络设备的业务量较少时，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的业务量较多时，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

示例性的，网络设备的业务量小于或等于第三阈值，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的业务量大于第三阈值，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。例如，白天的业务量大于第三阈值，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH；夜晚的业务量小于第三阈值，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH。

方式4：网络设备根据网络设备的位置确定寻呼PDCCH。总体而言，网络设备的位置处于人口密度较低的地区(例如，郊区)时，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的位置处于人口密度较高的地区(例如，市区)时，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

示例性的，网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH；网络设备的位置与城市中心的位置之间的距离小于第四阈值，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。以第四阈值为30km为例，网络设备在城市中心时，网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH；网络设备在距离城市中心40km的远郊时，网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH。或者，网络设备按照其位置被划分为属于人口密度较低的地区，或者被划分为属于人口密度较高的地区。被划分为属于人口密度较低的地区的网络设备确定的寻呼PDCCH为第一类型的寻呼PDCCH，被划分为属于人口密度较高的地区的网络设备确定的寻呼PDCCH为第二类型的寻呼PDCCH。

方式5：网络设备根据待寻呼终端的状态确定寻呼PDCCH。

一种可能的实现方式，当待寻呼终端处于非激活(Inactive)状态时，网络设备确定通过第一类型的寻呼PDCCH寻呼终端。当待寻呼终端处于空闲(Idle)状态或者链接(Connected)状态时，网络设备确定通过第二类型的寻呼PDCCH寻呼终端。

可以理解的，当终端处于非激活状态时，网络设备会根据I-RNTI确定终端的寻呼标识。当终端处于空闲状态或者链接状态，网络设备根据5G-S-TMSI确定终端的寻呼标识。其中，寻呼标识为网络设备寻呼终端时采用的标识，例如，第一类型的标识或第二类型的标识。I-RNTI的比特大小为41比特，5G-S-TMSI的比特大小为48比特，I-RNTI的比特位小于5G-S-TMSI。因此，若寻呼标识是根据I-RNTI确定的，则采用第一类型寻呼PDCCH寻呼终端通常不会造成终端误寻呼。此时，网络设备确定采用第一类型的寻呼PDCCH寻呼终端。而5G-S-TMSI比特位比较大，在寻呼PDCCH有效载荷大小较小时，可能会造成终端误寻呼，此时，网络设备确定采用第二类型的寻呼PDCCH寻呼终端。

方式6：网络设备根据寻呼标识确定寻呼PDCCH。

示例性的，当待寻呼终端的寻呼标识是I-RNTI时，网络设备确定通过第一类型的寻呼PDCCH寻呼终端。当待寻呼终端的寻呼标识是5G-S-TMSI时，网络设备确定通过第二类型的寻呼PDCCH寻呼终端。

方式7：网络设备根据第二类型的标识，以及寻呼PDCCH有效载荷大小确定寻呼PDCCH。

一种可能的实现方式，若第二类型的标识的比特位，减去第二类型的标识中用于确定寻呼机会的L比特，再加上寻呼类型指示信息的N比特得到的比特位，小于等于PDCCH有效载荷大小，则网络设备确定通过第一类型的寻呼PDCCH寻呼终端。当第二类型的标识的比特位，减去第二类型的标识中用于确定寻呼机会的L比特，再加上寻呼类型指示信息的N比特得到的比特位，大于PDCCH有效载荷大小，则网络设备确定通过第二类型的寻呼PDCCH寻呼终端。

示例性的，以第二类型的标识为I-RNTI，L为10比特，N为1比特为例，41-10+1＝32比特，如果寻呼PDCCH的有效载荷大小为37比特，32<37，则网络设备确定采用第一类型的寻呼PDCCH。以第二类型的标识为5G-S-TMSI，L为10比特，N为1比特为例，48-10+1＝39比特，如果寻呼PDCCH的有效载荷大小为37比特，39>37，则网络设备确定采用第二类型寻呼PDCCH。

可以理解的，若寻呼PDCCH中不包括寻呼类型指示信息，则网络设备在确定寻呼PDCCH时，不参考寻呼类型指示信息的N比特。示例性的，若第二类型的标识的比特位，减去第二类型的标识中用于确定寻呼机会的L比特得到的比特位，小于等于PDCCH有效载荷大小，则网络设备确定通过第一类型的寻呼PDCCH寻呼终端。当第二类型的标识的比特位，减去第类型的标识中用于确定寻呼机会的L比特得到的比特位，大于PDCCH有效载荷大小，则网络设备确定通过第二类型的寻呼PDCCH寻呼终端。

可以理解的，一个网络设备为不同的终端可以确定不同类型的寻呼PDCCH。例如，网络设备为终端1确定的寻呼PDCCH为第一类型的寻呼PDCCH，为终端2确定的寻呼PDCCH为第二类型的寻呼PDCCH。

可以理解的，本申请实施例不限制网络设备确定的寻呼PDCCH的数量。也就是说，网络设备确定的寻呼PDCCH的数量可以是一个或多个。网络设备确定的寻呼PDCCH的数量为多个时，该多个寻呼PDCCH可以都是第一类型的寻呼PDCCH，也可以都是第二类型的寻呼PDCCH，还可以既包括第一类型的寻呼PDCCH，也包括第二类型的寻呼PDCCH。

需要说明的，步骤301之前，网络设备还可以从终端接收寻呼PDCCH的类型的指示信息。该寻呼PDCCH的类型的指示信息用于指示终端支持的寻呼PDCCH的类型。如此，网络设备可以根据需要确定寻呼终端的方式。

步骤302：网络设备向终端发送寻呼PDCCH。

其中，该终端可以为图1中的终端。例如，该终端为图1中的终端102，和/或，终端103，和/或，终端104。

对应的，终端从网络设备接收寻呼PDCCH。

步骤303：终端根据寻呼PDCCH确定是否被寻呼。

可以理解的，终端在确定是否被寻呼之前，要确定接收到的寻呼PDCCH是那种类型的寻呼PDCCH。示例性的，终端可以通过以下三种方法确定寻呼PDCCH的类型：

方法1：终端根据加扰方式确定寻呼PDCCH的类型。

一种可能的实现方式，第一类型的寻呼PDCCH和第二类型的PDCCH的加扰方式不同，终端在解扰寻呼PDCCH时，若通过第一类型的寻呼PDCCH对应的加扰方式解扰出寻呼PDCCH，则终端确定接收到的是第一类型的寻呼PDCCH；若通过第二类型的寻呼PDCCH对应的加扰方式解扰出寻呼PDCCH，则终端确定接收到的是第二类型的寻呼PDCCH。

方式2：终端根据上述寻呼类型指示信息确定寻呼PDCCH的类型。

一种可能的实现方式，若寻呼PDCCH包括寻呼类型指示信息，终端根据寻呼类型指示信息确定寻呼PDCCH的类型。例如，若该寻呼类型指示信息为1，则终端确定接收到的是第一类型的寻呼PDCCH；若该寻呼类型指示信息为0，则终端确定接收到的是第二类型的寻呼PDCCH，反之亦然。

方式3：终端通过网络设备发送的通知消息确定寻呼PDCCH的类型。

一种可能的实现方式，步骤302之前，终端从网络设备接收用于指示寻呼PDCCH的类型的通知消息，从而根据该通知消息确定寻呼PDCCH的类型。具体的，可以参考下述图6所示的方法。可以理解的，对于方式3，寻呼PDCCH可以不包括上述寻呼类型指示信息，和/或，第一类型的寻呼PDCCH和第二类型的寻呼PDCCH的加扰方式相同。

可以理解的，终端确定了寻呼PDCCH的类型后，可以解析该寻呼PDCCH，从而根据该寻呼PDCCH确定终端是否被寻呼。

一种可能的实现方式，当寻呼PDCCH为第一类型的寻呼PDCCH时，终端根据第一类型的寻呼PDCCH确定是否被寻呼；当寻呼PDCCH为第二类型的寻呼PDCCH时，终端根据第二类型的寻呼PDCCH接收寻呼PDSCH；终端根据寻呼PDSCH确定是否被寻呼。

进一步的，终端根据第一类型的寻呼PDCCH确定是否被寻呼，包括：若第一类型的寻呼PDCCH包括该终端的标识，确定该终端被寻呼；若寻呼PDCCH所在的寻呼机会内的寻呼PDCCH中均不包括该终端的标识，则确定该终端未被寻呼。其中，该终端的标识也可以替换为该终端对应的第一类型的标识。

可以理解的，若寻呼PDCCH为第二类型的寻呼PDCCH，终端还需要根据第二类型的寻呼PDCCH中的频域资源指示和时域资源指示等信息从网络设备接收寻呼PDSCH，再根据寻呼PDSCH确定终端是否被寻呼。

其中，寻呼PDSCH包括至少一个终端的标识。

进一步的，终端根据寻呼PDSCH确定是否被寻呼，包括：若寻呼PDSCH包括该终端的标识，确定该终端被寻呼；若寻呼PDSCH中不包括该终端的标识，则确定该终端未被寻呼。

基于图3所示的方法，网络设备可以确定寻呼PDCCH，并向终端发送该寻呼PDCCH。终端接收到该PDCCH后，确定该PDCCH的类型，当寻呼PDCCH为第一类型的寻呼PDCCH时，根据第一类型的寻呼PDCCH确定终端是否被寻呼；当寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼PDSCH，根据寻呼PDSCH确定终端是否被寻呼。如此，终端可以兼容第一类型的寻呼PDCCH和第二类型的寻呼PDCCH。网络设备也可以根据需要确定寻呼终端的方式，而不是仅使用单一的方式寻呼终端。

在图3所示方法的一种可能的实现方式中，网络设备通过向终端发送通知消息指示后续网络设备发送的寻呼PDCCH的类型。终端接收到该通知消息后可以根据该通知消息确定终端接收到的寻呼PDCCH的类型。具体的，如图6所示，图3所示的方法还包括步骤601和步骤602。

步骤601：网络设备向终端发送通知消息。

其中，该通知消息用于指示寻呼PDCCH的类型。例如，通知消息包括1比特信息，该1比特信息为1时，该通知消息指示寻呼PDCCH的类型为第一类型的寻呼PDCCH，若该1比特信息为0时，该通知消息指示寻呼PDCCH的类型为第二类型的寻呼PDCCH，反之亦然。

进一步的，该通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量Q，Q为正数。如此，在一个寻呼机会内，终端检测到Q个寻呼PDCCH后，终端可以停止检测寻呼PDCCH，以便降低终端的功耗。

一种可能的实现方式，该通知消息为高层信令，例如，无线资源控制(radioresource control，RRC)层信令。

可以理解的，上述Q也可以是预定义的。例如，上述Q可以是协议中定义的。

步骤602：终端根据通知消息确定寻呼PDCCH的类型。

示例性的，以通知消息包括1比特信息为例，若该1比特信息为1时，终端确定寻呼PDCCH的类型为第一类型的寻呼PDCCH，若该1比特信息为0时，终端确定寻呼PDCCH的类型为第二类型的寻呼PDCCH，反之亦然。

需要说明的是，上述步骤601和步骤602也可以在步骤301之前执行，不予限制。

基于图6所示的方法，网络设备可以向终端发送用于指示寻呼PDCCH的类型的通知消息。终端接收到该通知消息后，可以根据该通知消息确定寻呼PDCCH的类型。如此，终端接收到寻呼PDCCH后，可以正确解析该寻呼PDCCH。

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

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

比如，以采用集成的方式划分各个功能模块的情况下，图7示出了一种通信装置的结构示意图。该通信装置可以为终端或者终端中的芯片或者片上系统，或其他可实现上述终端功能的组合器件、部件等，该通信装置可以用于执行上述实施例中涉及的终端的功能。

作为一种可能的实现方式，图7所示的通信装置包括：接收单元701和处理单元702。

接收单元701，用于从网络设备接收寻呼PDCCH。示例性的，结合图3，接收单元701用于执行步骤302。

处理单元702，用于当该寻呼PDCCH为第一类型的寻呼PDCCH时，根据该第一类型的寻呼PDCCH确定是否被寻呼。示例性的，结合图3，处理单元702用于执行步骤303。

接收单元701，还用于当该寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼PDSCH，处理单元702，用于根据该寻呼PDSCH确定是否被寻呼。

一种可能的实现方式，该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小相同。

一种可能的实现方式，该寻呼PDCCH包括寻呼类型指示信息，该寻呼类型指示信息用于指示该寻呼PDCCH的类型。

一种可能的实现方式，该寻呼类型指示信息占用该寻呼PDCCH的最低的N个比特位，N为正数。

一种可能的实现方式，接收单元701，还用于从该网络设备接收通知消息，该通知消息用于指示该寻呼PDCCH的类型。

一种可能的实现方式，该通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

一种可能的实现方式，该通知消息为高层信令。

一种可能的实现方式，该第一类型的寻呼PDCCH包括一个终端的标识，该寻呼PDSCH包括至少一个终端的标识。

一种可能的实现方式，该第二类型的寻呼PDCCH不包括终端的标识。

一种可能的实现方式，处理单元702，具体用于若该第一类型的寻呼PDCCH中包括第一终端的标识，确定该第一终端被寻呼；处理单元702，还具体用于若该寻呼PDCCH所在的寻呼机会内的寻呼PDCCH中均不包括第一终端的标识，确定该第一终端未被寻呼；处理单元702，还具体用于若该寻呼PDSCH中包括第一终端设备的标识，确定该第一终端设备被寻呼；处理单元702，还具体用于若该寻呼PDSCH中不包括第一终端设备的标识，确定该第一终端设备未被寻呼。

一种可能的实现方式，该寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，该寻呼PDSCH中包括的终端的标识为第二类型的标识，该第一类型的标识为该第二类型的标识的一部分。

一种可能的实现方式，该第二类型的标识为5G-S-TMSI或I-RNTI。

一种可能的实现方式，当该寻呼PDCCH为第一类型的寻呼PDCCH时，在该寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该网络设备的服务覆盖范围小于或等于第二阈值；或者，该网络设备的业务量小于或等于第三阈值；该网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，该待寻呼的终端处于非激活状态；或者，待寻呼终端的寻呼标识为I-RNTI。

其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信装置可以采用图2所示的形式。

比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得通信装置执行上述方法实施例中的寻呼方法。

示例性的，图7中的接收单元701和处理单元702的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者，图7中的处理单元702的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现，图7中的接收单元701的功能/实现过程可以通过图2中的通信接口204来实现。

由于本实施例提供的通信装置可执行上述的寻呼方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图8示出了一种通信装置的结构示意图。该通信装置可以为网络设备或者网络设备中的芯片或者片上系统，或其他可实现上述网络设备功能的组合器件、部件等，该通信装置可以用于执行上述实施例中涉及的网络设备的功能。

作为一种可能的实现方式，图8所示的通信装置包括：处理单元801和发送单元802。

处理单元801，用于确定寻呼PDCCH。示例性的，结合图3，处理单元801用于执行步骤301。

发送单元802，用于当该寻呼PDCCH为第一类型的寻呼PDCCH时，向终端发送该寻呼PDCCH。示例性的，结合图3，发送单元802用于执行步骤302。

发送单元802，用于当该寻呼PDCCH为第二类型的寻呼PDCCH时，向该终端发送该寻呼PDCCH，向该终端发送寻呼PDSCH。

一种可能的实现方式，该第一类型的寻呼PDCCH和该第二类型的寻呼PDCCH的大小相同。

一种可能的实现方式，该寻呼PDCCH包括寻呼类型指示信息，该寻呼类型指示信息用于指示该寻呼PDCCH的类型。

一种可能的实现方式，该寻呼类型指示信息占用该寻呼PDCCH的最低的N个比特位，N为正数。

一种可能的实现方式，发送单元802，还用于向该终端发送通知消息，该通知消息用于指示该寻呼PDCCH的类型。

一种可能的实现方式，该通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

一种可能的实现方式，该第一消息为高层信令。

一种可能的实现方式，该第一类型的寻呼PDCCH包括一个终端的标识，该寻呼PDSCH包括至少一个终端的标识。

一种可能的实现方式，该第二类型的寻呼PDCCH不包括终端的标识。

一种可能的实现方式，该寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，该寻呼PDSCH中包括的终端的标识为第二类型的标识，该第一类型的标识为该第二类型的标识的一部分。

一种可能的实现方式，该第二类型的标识为5G-S-TMSI或I-RNTI。

一种可能的实现方式，当该寻呼PDCCH为第一类型的寻呼PDCCH时，在该寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，该通信装置的服务覆盖范围小于或等于第二阈值；或者，该通信装置的业务量小于或等于第三阈值；该通信装置的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，该待寻呼的终端处于非激活状态；或者，待寻呼终端的寻呼标识为I-RNTI。

其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该通信装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该通信装置可以采用图2所示的形式。

比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得通信装置执行上述方法实施例中的寻呼方法。

示例性的，图8中的处理单元801和发送单元802的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者，图8中的处理单元801的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现，图8中的发送单元802的功能/实现过程可以通过图2中的通信接口204来实现。

由于本实施例提供的通信装置可执行上述的寻呼方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

图9为本申请实施例提供的一种芯片的结构示意图。芯片90包括一个或多个处理器901以及接口电路902。可选的，所述芯片90还可以包含总线903。其中：

处理器901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字通信器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

接口电路902用于数据、指令或者信息的发送或者接收。处理器901可以利用接口电路902接收的数据、指令或者其它信息，进行加工，可以将加工完成信息通过接口电路902发送出去。

可选的，芯片90还包括存储器，存储器可以包括只读存储器和随机存取存储器，并向处理器提供操作指令和数据。存储器的一部分还可以包括非易失性随机存取存储器(NVRAM)。

可选的，存储器存储了可执行软件模块或者数据结构，处理器可以通过调用存储器存储的操作指令(该操作指令可存储在操作系统中)，执行相应的操作。

可选的，芯片90可以使用在本申请实施例涉及的通信装置(包括网络设备或终端)中。可选的，接口电路902可用于输出处理器901的执行结果。关于本申请的一个或多个实施例提供的通信方法可参考前述各个实施例，这里不再赘述。

需要说明的，处理器901、接口电路902各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

图10示出了的一种通信系统的组成示意图，如图10所示，该通信系统100中可以包括：终端1001和网络设备1002。需要说明的是，图10仅为示例性附图，本申请实施例不限定图10所示通信系统100包括的网元以及网元的个数。

其中，终端1001具有上述图7所示通信装置的功能，可以用于从网络设备1002接收寻呼PDCCH；当该寻呼PDCCH为第一类型的寻呼PDCCH时，根据该第一类型的寻呼PDCCH确定是否被寻呼；当该寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼PDSCH，根据该寻呼PDSCH确定是否被寻呼。

网络设备1002具有上述图8所示通信装置的功能，可以用于用于确定寻呼PDCCH；当该寻呼PDCCH为第一类型的寻呼PDCCH时，向终端1001发送该寻呼PDCCH；当该寻呼PDCCH为第二类型的寻呼PDCCH时，向终端1001发送该寻呼PDCCH，向终端1001发送寻呼PDSCH。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到该通信系统100对应网元的功能描述，在此不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (34)

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

从网络设备接收寻呼物理下行控制信道PDCCH；

当所述寻呼PDCCH为第一类型的寻呼PDCCH时，根据所述第一类型的寻呼PDCCH确定是否被寻呼；

当所述寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼物理下行共享信道PDSCH，根据所述寻呼PDSCH确定是否被寻呼。

2.根据权利要求1所述的方法，其特征在于，所述第一类型的寻呼PDCCH和所述第二类型的寻呼PDCCH的大小相同。

3.根据权利要求1或2所述的方法，其特征在于，所述寻呼PDCCH包括寻呼类型指示信息，所述寻呼类型指示信息用于指示所述寻呼PDCCH的类型。

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

从所述网络设备接收通知消息，所述通知消息用于指示所述寻呼PDCCH的类型。

5.根据权利要求4所述的方法，其特征在于，所述通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一类型的寻呼PDCCH包括一个终端的标识，所述寻呼PDSCH包括至少一个终端的标识。

7.根据权利要求6所述的方法，其特征在于，所述寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，所述寻呼PDSCH中包括的终端的标识为所述第二类型的标识，所述第一类型的标识为所述第二类型的标识的一部分。

8.根据权利要求1至7中任一项所述的方法，其特征在于，当所述寻呼PDCCH为第一类型的寻呼PDCCH时，

在所述寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，

所述网络设备的服务覆盖范围小于或等于第二阈值；或者，

所述网络设备的业务量小于或等于第三阈值；

所述网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，

待寻呼的终端处于非激活状态；或者；

待寻呼终端的寻呼标识为非激活无线网络临时标识I-RNTI。

9.一种寻呼方法，其特征在于，所述方法包括：

确定寻呼物理下行控制信道PDCCH；

当所述寻呼PDCCH为第一类型的寻呼PDCCH时，向终端发送所述寻呼PDCCH；

当所述寻呼PDCCH为第二类型的寻呼PDCCH时，向所述终端发送所述寻呼PDCCH，向所述终端发送寻呼物理下行共享信道PDSCH。

10.根据权利要求9所述的方法，其特征在于，所述第一类型的寻呼PDCCH和所述第二类型的寻呼PDCCH的大小相同。

11.根据权利要求9或10所述的方法，其特征在于，所述寻呼PDCCH包括寻呼类型指示信息，所述寻呼类型指示信息用于指示所述寻呼PDCCH的类型。

12.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

向所述终端发送通知消息，所述通知消息用于指示所述寻呼PDCCH的类型。

13.根据权利要求12所述的方法，其特征在于，所述通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

14.根据权利要求9至13中任一项所述的方法，其特征在于，所述第一类型的寻呼PDCCH包括一个终端的标识，所述寻呼PDSCH包括至少一个终端的标识。

15.根据权利要求14所述的方法，其特征在于，所述寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，所述寻呼PDSCH中包括的终端的标识为所述第二类型的标识，所述第一类型的标识为所述第二类型的标识的一部分。

16.根据权利要求9至15中任一项所述的方法，其特征在于，所述方法应用于网络设备，当所述寻呼PDCCH为第一类型的寻呼PDCCH时，

在所述寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，

所述网络设备的服务覆盖范围小于或等于第二阈值；或者，

所述网络设备的业务量小于或等于第三阈值；

所述网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，

待寻呼的终端处于非激活状态；或者，

待寻呼终端的寻呼标识为非激活无线网络临时标识I-RNTI。

17.一种通信装置，其特征在于，所述通信装置包括：接收单元和处理单元；

所述接收单元，用于从网络设备接收寻呼物理下行控制信道PDCCH；

所述处理单元，用于当所述寻呼PDCCH为第一类型的寻呼PDCCH时，根据所述第一类型的寻呼PDCCH确定是否被寻呼；

所述接收单元，还用于当所述寻呼PDCCH为第二类型的寻呼PDCCH时，接收寻呼物理下行共享信道PDSCH，所述处理单元用于根据所述寻呼PDSCH确定是否被寻呼。

18.根据权利要求17所述的通信装置，其特征在于，所述第一类型的寻呼PDCCH和所述第二类型的寻呼PDCCH的大小相同。

19.根据权利要求17或18所述的通信装置，其特征在于，所述寻呼PDCCH包括寻呼类型指示信息，所述寻呼类型指示信息用于指示所述寻呼PDCCH的类型。

20.根据权利要求17或18所述的通信装置，其特征在于，

所述接收单元，还用于从所述网络设备接收通知消息，所述通知消息用于指示所述寻呼PDCCH的类型。

21.根据权利要求20所述的通信装置，其特征在于，所述通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

22.根据权利要求17至21中任一项所述的通信装置，其特征在于，所述第一类型的寻呼PDCCH包括一个终端的标识，所述寻呼PDSCH包括至少一个终端的标识。

23.根据权利要求22所述的通信装置，其特征在于，所述寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，所述寻呼PDSCH中包括的终端的标识为所述第二类型的标识，所述第一类型的标识为所述第二类型的标识的一部分。

24.根据权利要求17至23中任一项所述的通信装置，其特征在于，当所述寻呼PDCCH为第一类型的寻呼PDCCH时，

在所述寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，

所述网络设备的服务覆盖范围小于或等于第二阈值；或者，

所述网络设备的业务量小于或等于第三阈值；

所述网络设备的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，

待寻呼的终端处于非激活状态；或者，

待寻呼终端的寻呼标识为非激活无线网络临时标识I-RNTI。

25.一种通信装置，其特征在于，所述通信装置包括：处理单元和发送单元；

所述处理单元，用于确定寻呼物理下行控制信道PDCCH；

所述发送单元，用于当所述寻呼PDCCH为第一类型的寻呼PDCCH时，向终端发送所述寻呼PDCCH；

所述发送单元，用于当所述寻呼PDCCH为第二类型的寻呼PDCCH时，向所述终端发送所述寻呼PDCCH，向所述终端发送寻呼物理下行共享信道PDSCH。

26.根据权利要求25所述的通信装置，其特征在于，所述第一类型的寻呼PDCCH和所述第二类型的寻呼PDCCH的大小相同。

27.根据权利要求25或26所述的通信装置，其特征在于，所述寻呼PDCCH包括寻呼类型指示信息，所述寻呼类型指示信息用于指示所述寻呼PDCCH的类型。

28.根据权利要求25或26所述的通信装置，其特征在于，

所述发送单元，还用于向所述终端发送通知消息，所述通知消息用于指示所述寻呼PDCCH的类型。

29.根据权利要求28所述的通信装置，其特征在于，所述通知消息还用于指示在一个寻呼机会内能够检测到的寻呼PDCCH的数量。

30.根据权利要求25至29中任一项所述的通信装置，其特征在于，所述第一类型的寻呼PDCCH包括一个终端的标识，所述寻呼PDSCH包括至少一个终端的标识。

31.根据权利要求30所述的通信装置，其特征在于，所述寻呼PDCCH中包括的终端的标识为第一类型的标识或第二类型的标识，所述寻呼PDSCH中包括的终端的标识为第二类型的标识，所述第一类型的标识为所述第二类型的标识的一部分。

32.根据权利要求25至31中任一项所述的通信装置，其特征在于，当所述寻呼PDCCH为第一类型的寻呼PDCCH时，

在所述寻呼PDCCH所在的寻呼机会内，待寻呼的终端的数量小于或等于第一阈值；或者，

所述通信装置的服务覆盖范围小于或等于第二阈值；或者，

所述通信装置的业务量小于或等于第三阈值；

所述通信装置的位置与城市中心的位置之间的距离大于或等于第四阈值；或者，

待寻呼的终端处于非激活状态；或者，

待寻呼终端的寻呼标识为非激活无线网络临时标识I-RNTI。

33.一种通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序或指令，当所述程序或指令被所述处理器执行时，使得所述装置执行如权利要求1至8中任一项所述的方法，或者执行如权利要求9至16中任一项所述的方法。

34.一种计算机可读介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被执行时使得计算机执行如权利要求1至8中任一项所述的方法或者如权利要求9至16中任一项所述的方法。

Images