CN116889042A - 分组寻呼的方法、装置、通信设备及存储介质 - Google Patents

分组寻呼的方法、装置、通信设备及存储介质 Download PDF

Info

Publication number
CN116889042A
CN116889042A CN202180003465.0A CN202180003465A CN116889042A CN 116889042 A CN116889042 A CN 116889042A CN 202180003465 A CN202180003465 A CN 202180003465A CN 116889042 A CN116889042 A CN 116889042A
Authority
CN
China
Prior art keywords
pei
type
paging
terminal
groups
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180003465.0A
Other languages
English (en)
Inventor
李艳华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN116889042A publication Critical patent/CN116889042A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02—Arrangements for increasing efficiency of notification or paging channel
    • H04W68/025—Indirect paging

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供了一种分组寻呼的方法，其中，该方法由基站执行，该方法包括：下发寻呼提前指示PEI；其中，该PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；该第一类型的PEI为未指示子寻呼分组的PEI；该第二类型的PEI为指示子寻呼分组的PEI。

Description

分组寻呼的方法、装置、通信设备及存储介质 技术领域
本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种分组寻呼的方法、装置、通信设备及存储介质。
背景技术
寻呼可以实现无线通信的重要功能。寻呼的作用是根据网络的需求，由基站通知被寻呼的终端响应网络。基站和终端会约定寻呼时刻(PO，Paging Occasion)，基站会在寻呼时刻发送寻呼消息，终端会在对应的寻呼时刻接收寻呼消息。
相关技术中，采用分组寻呼的方式寻呼终端，网络可以通过发送一条寻呼消息来实现寻呼一个组内所有终端，而不需要针对每个终端单独发送寻呼消息。终端在接收到组呼消息后，判断自己是否属于被寻呼的组，如果属于，则响应组呼消息，如果不属于，则忽略此次组呼消息。
发明内容
本公开实施例公开了一种无线通信技术领域，尤其涉及一种分组寻呼的方法、装置、通信设备及存储介质。
根据本公开实施例的第一方面，提供一种分组寻呼的方法，其中，所述方法由基站执行，所述方法包括：
下发寻呼提前指示PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI不复用。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI通过不同的下行控制信息DCI承载。
在一个实施例中，
所述第一类型的PEI和所述第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的公共搜索空间不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的控制资源集Coreset不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的DCI的格式不同。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI复用。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI通过同一个DCI承载。
在一个实施例中，所述DCI包含预定信息域；其中，所述预定信息域包含第一子域和/或第二子域；所述第一子域指示所述第一类型的PEI的信息；所述第二子域指示所述第二类型的PEI的信息。
在一个实施例中，所述DCI包含预定信息域，其中，所述预定信息域的取值用于指示：所述DCI承载的PEI为第一类型的PEI，或者，所述DCI承载的PEI为第二类型的PEI。
在一个实施例中，所述方法还包括：
发送系统消息，其中，所述系统消息至少用于指示：所述PEI为第一类型的PEI或者为第二类型的PEI。
在一个实施例中，所述方法还包括：
接收所述终端发送的支持所述第一类型的PEI的能力信息；
和/或，
接收所述终端发送的是否支持所述第二类型的PEI的能力信息。
根据本公开实施例的第二方面，提供一种分组寻呼的方法，其中，所述方法由终端执行，所述方法包括：
接收PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI不复用。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI通过不同的DCI承载。
在一个实施例中，
所述第一类型的PEI和所述第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的公共搜索空间不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的控制资源集Coreset不同；
和/或，
所述第一类型的PEI和所述第二类型的PEI的下行控制信息DCI的格式不同。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI复用。
在一个实施例中，所述第一类型的PEI和所述第二类型的PEI通过同一个DCI承载。
在一个实施例中，所述DCI包含预定信息域；其中，所述预定信息域包含第一子域和/或者第二子域；所述第一子域指示所述第一类型的PEI的信息；所述第二子域指示所述第二类型的PEI的信息。
在一个实施例中，所述DCI包含预定信息域，其中，所述预定信息域的取值用于指示：所述DCI承载的PEI为第一类型的PEI，或者，所述DCI承载的PEI为第二类型的PEI。
在一个实施例中，所述方法还包括：
接收系统消息，其中，所述系统消息至少用于指示：所述PEI为第一类型的PEI或者为第二类型的 PEI。
在一个实施例中，所述方法还包括：
响应于所述PEI为第一类型的PEI，支持第一类型的PEI的终端基于所述第一类型的PEI执行寻呼操作；
和/或，
响应于所述PEI为第二类型的PEI，支持所述第二类型的PEI的终端基于所述第二类型的PEI执行寻呼操作；
和/或，
响应于所述PEI为第一类型的PEI，支持第二类型的PEI的终端基于所述第一类型的PEI执行寻呼操作；
和/或，
响应于所述PEI为第二类型的PEI，支持第一类型的PEI的终端基于所述第二类型的PEI执行寻呼操作。
在一个实施例中，所述方法还包括：
上报所述终端支持所述第一类型的PEI的能力信息；
和/或，
上报所述终端是否支持所述第二类型的PEI的能力信息。
根据本公开实施例的第三方面，提供一种分组寻呼的装置，其中，所述装置包括：
下发模块，用于下发寻呼提前指示PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
根据本公开实施例的第四方面，提供一种分组寻呼的装置，其中，所述装置包括：
接收模块，用于接收寻呼提前指示PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
根据本公开实施例的第五方面，提供一种通信设备，所述通信设备，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为：用于运行所述可执行指令时，实现本公开任意实施例所述的方法。
根据本公开实施例的第六方面，提供一种计算机存储介质，所述计算机存储介质存储有计算机可执行程序，所述可执行程序被处理器执行时实现本公开任意实施例所述的方法。
在本公开实施例中，下发寻呼提前指示PEI；其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。这里，由于所述基站既能够发送第一类型的PEI又能发送第二类型的PEI，这样，无论接收所述PEI的终端是否能够识别指示子寻呼分组的PEI，终端都能够接收到终端可以识别的PEI，相 较于基站只发送第二类型的PEI的方式，本公开能够发送两种不同类型的PEI以适应所述终端的能力，如此，提升了网络兼容性。
附图说明
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图。
图2是根据一示例性实施例示出的一种DCI格式的示意图。
图3是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图4是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图5是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图6是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图7是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图8是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图9是根据一示例性实施例示出的一种分组寻呼的方法的流程示意图。
图10是根据一示例性实施例示出的一种分组寻呼的装置的示意图。
图11是根据一示例性实施例示出的一种分组寻呼的装置的示意图。
图12是根据一示例性实施例示出的一种终端的结构示意图。
图13是根据一示例性实施例示出的一种基站的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义。
请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于移动通信技术的通信系统，该无线通信系统可以包括：若干个用户设备110以及若干个基站120。
其中，用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备110可以是物联网用户设备，如传感器设备、移动电话和具有物联网用户设备的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户设备(user equipment)。或者，用户设备110也可以是无人飞行器的设备。或者，用户设备110也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备110也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站120可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。
其中，基站120可以是4G系统中采用的演进型基站(eNB)。或者，基站120也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站120采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对基站120的具体实现方式不加以限定。
基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中，用户设备110之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。
这里，上述用户设备可认为是下面实施例的终端设备。
在一些实施例中，上述无线通信系统还可以包含网络管理设备130。
若干个基站120分别与网络管理设备130相连。其中，网络管理设备130可以是无线通信系统中的核心网设备，比如，该网络管理设备130可以是演进的数据分组核心网(Evolved Packet Core，EPC) 中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备130的实现形态，本公开实施例不做限定。
为了便于本领域内技术人员理解，本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然，本领域内技术人员可以理解，本公开实施例提供的多个实施例，可以被单独执行，也可以与本公开实施例中其他实施例的方法结合后一起被执行，还可以单独或结合后与其他相关技术中的一些方法一起被执行；本公开实施例并不对此作出限定。
为了更好地理解本公开任一个实施例所描述的技术方案，首先，对相关技术中分组寻呼终端的场景进行说明：
在一个实施例中，若不进行寻呼的分组，则在寻呼时刻所有终端都会被唤醒。在一个实施例中，由于在寻呼时刻对应时间段内的终端被寻呼的概率是不同的，则低寻呼概率的终端也会被错误唤醒，造成不必要的耗电。因此，需要对终端进行寻呼分组，采用寻呼分组的方式寻呼终端。
在一个实施例中，寻呼的分组信息可以携带在寻呼下行控制信息(DCI，Downlink Control Information)中，也可以携带在寻呼提前指示(PEI，Paging Early Indication)中。不管采用何种分组方式，终端和网络(包括基站和核心网)都需要对终端所在的分组达成一致，才能将寻呼消息正常发送给终端。
在一个实施例中，终端和核心网之间预先确定出寻呼概率Pnas，并且基站广播包含这个概率和寻呼分组之间的关系的信息，如此，终端就能够根据接收到的信息确定终端所在的寻呼分组。
在一个实施例中，在核心网设备向基站发送寻呼消息时，核心网会通知基站该终端的寻呼概率，以方便基站确定终端的寻呼的分组。在一个实施例中，如果核心网没有通知基站该终端的寻呼概率，终端会选择一个预定的寻呼分组。
在一个实施例中，终端和核心网之间预先协商好一个寻呼概率Pnas，并且基站广播Pnas和分组的关系，这样终端就能够确定寻呼的分组。在寻呼消息从核心网到达基站的时候，核心网也会通知基站该终端的Pnas，用于基站确定终端的分组。这样终端、基站、核心网三个网元之间就达成了对于分组确认一致性。
在一个实施例中，请参见图2，为用于指示子寻呼分组的PEI的DCI格式，示出了PEI如何指示分组信息。这里，PEI可以关联多个PO，对于每个PO都需要Nsg个bit来指示寻呼分组信息。
但是，有些终端可能仅仅支持未指示寻呼分组的PEI的能力，而不支持使用指示子寻呼分组的PEI的能力，因此需要考虑如何设计不支持指示子寻呼分组的情况以及终端的行为。
如图3所示，本实施例中提供一种分组寻呼的方法，其中，该方法由基站执行，该方法包括：
步骤31、下发寻呼提前指示PEI；
其中，PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。
这里，该终端可以是但不限于是手机、可穿戴设备、车载终端、路侧单元(RSU，Road Side Unit)、智能家居终端、工业用传感设备和/或医疗设备等。
在一个应用场景中，终端可以是支持第二类型的PEI的终端，这里，终端支持第二类型的PEI可以是在接收到PEI后能够识别该第二类型的PEI和/或能够基于该第二类型的PEI执行寻呼操作。在一个应用场景中，终端可以是不支持第二类型的PEI的终端，这里，终端不支持第二类型的PEI可以是在接收到PEI后不能够识别该第二类型的PEI和/或不能够基于该第二类型的PEI执行寻呼操作。在一些应用场景中，网络中接入的终端中，部分终端为支持第二类型的PEI的终端，部分终端为不支持第二类型的PEI的终端。在此不做限定。这里，需要说明的是，响应于终端支持第二类型的PEI，所述终端也支持第一类型的PEI。这里，终端是否支持第一类型的PEI场景跟以上场景类似。需要说明的是，终端可能同时不支持第一类型的PEI和第二类型的PEI。
本公开中涉及的基站可以是终端接入网络的接入设备。这里，基站可以为各种类型的基站，例如，第三代移动通信(3G)网络的基站、第四代移动通信(4G)网络的基站、第五代移动通信(5G)网络的基站或其它演进型基站。这里，基站可以根据终端所支持的PEI的能力信息配置不同类型的PEI。
在一个实施例中，分组寻呼可以是：将终端分成不同的分组；网络通过发送一个组寻呼消息来寻呼一个分组内的所有终端，而不需要针对每个终端单独发送寻呼消息；终端在接收到组呼消息后，判断自己是否属于被寻呼的分组；如果属于被寻呼的分组，则响应组呼消息，如果不属于被寻呼的分组，则忽略该组呼消息。
在一个实施例中，分组寻呼的分组可以是多个。这里，不同的分组可以是配置有不同的寻呼资源。终端可以是属于多个分组中的某一个分组。响应于终端所属的寻呼分组确定，则终端可以在寻呼分组指示的寻呼资源上进行寻呼消息的监听。这里，终端属于哪个分组可以是基站确定的或者是核心网中的某个核心网设备确定的。需要说明的是，预定分组还可以被划分为多个子寻呼分组。当然，这里的分组可以就是指子寻呼分组，在此不做限定。
在一个实施例中，分组寻呼的子寻呼分组可以是多个。子寻呼分组所包含的终端可以是根据终端被寻呼的概率和终端所属寻呼等级确定。在一个实施例中，终端可以根据终端被寻呼的寻呼概率，确定终端所属的子寻呼分组。在一个实施例中，响应于终端被寻呼的寻呼概率小于概率阈值，确定终端属于第一子寻呼分组；或者，响应于终端被寻呼的寻呼概率大于概率阈值，确定终端属于第二子寻呼分组。这里，第一子寻呼分组和第二子寻呼分组所配置的寻呼资源可以不同。需要说明的是，第一分组和第二分组所配置的寻呼资源也可以相同。
在本公开实施例中，基站可以发送两种不同类型的PEI。这里，PEI用于终端执行寻呼操作。这里，指示子寻呼分组的PEI可以是携带子寻呼分组信息的PEI。
需要说明的是，终端可以上报终端所支持的PEI的能力信息；基站可以根据该能力信息确定向终端发送何种类型的PEI。例如，能力信息指示终端只支持第一类型的PEI，则基站可以下发第一类型的PEI。或者，能力信息指示终端支持第一类型的PEI和第二类型的PEI，则基站可以下发第二类型的PEI或者 基站下发第一类型的PEI。或者，能力信息指示终端支持第一类型的PEI和第二类型的PEI，基站下发第一类型的PEI和第二类型的PEI。这里，终端在接收到第一类型的PEI和/或第二类型的PEI后，使用何种类型的PEI可以是终端根据终端策略和/或终端能力确定，例如，终端根据终端策略优先使用第二类型的PEI。在此不做限定。
在一个实施例中，基站接收终端上报的能力信息，其中，能力信息指示终端支持第一类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI。终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，基站接收终端上报的能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第二类型的PEI；第二类型的PEI为指示子寻呼分组的PEI。终端在接收到第二类型的PEI后，基于第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，基站接收终端上报的能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI。终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。这里，需要说明的是，响应于终端支持第二类型的PEI，终端可以进行第一类型的PEI的监听。
在一个实施例中，基站接收终端上报的能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。终端在接收到第一类型的PEI和第二类型的PEI后，基于第一类型的PEI或者第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。
这里，指示子寻呼分组可以是携带子寻呼分组的信息。需要说明的是，本文中所涉及的PEI的类型可以是采用显性指示的方式或者采用隐性指示的方式进行区分和指示。这里，采用显性指示的方式指示可以是PEI直接通过设置的专用信息域指示。例如，信息域包含1个比特，当信息域被取值为“0”时，指示PEI为第一类型的PEI；当信息域被取值为“1”时，指示PEI为第二类型的PEI。这里，采用隐性指示的方式指示可以是不设置专用的信息域，而是通过对PEI采用不同类型的寻呼无线网络临时标识符P-RNTI、公共搜索空间、控制资源集Coreset和下发PEI的DCI的格式等进行指示。例如，如果PEI采用第一P-RNTI加扰，则指示PEI为第一类型的PEI；如果PEI采用第二P-RNTI加扰，则指示PEI为第二类型的PEI。在一个实施例中，第一类型的PEI和第二类型的PEI可以不复用承载方式，例如，第一类型的PEI和第二类型的PEI可以通过不同的DCI承载，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
在一个实施例中，第一类型的PEI和第二类型的PEI可以复用承载方式。例如，第一类型的PEI 和第二类型的PEI可以通过同一个DCI承载。在一个实施例中，第一类型的PEI和第二类型的PEI也可以不复用承载方式，例如，第一类型的PEI和第二类型的PEI可以通过不同的DCI承载，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
在本公开实施例中，下发寻呼提前指示PEI；其中，PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。这里，由于基站既能够发送第一类型的PEI又能发送第二类型的PEI，这样，无论接收PEI的终端是否能够识别指示子寻呼分组的PEI，终端都能够接收到终端可以识别的PEI，相较于基站只发送第二类型的PEI的方式，本公开能够发送两种不同类型的PEI以适应终端的能力，如此，提升了网络兼容性。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
在一个实施例中，第一类型的PEI和第二类型的PEI不复用。这里，可以是第一类型的PEI和第二类型的PEI可以通过不同的DCI承载。例如，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
在一个实施例中，第一类型的PEI和第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
和/或，
第一类型的PEI和第二类型的PEI的公共搜索空间不同；
和/或，
第一类型的PEI和第二类型的PEI的控制资源集Coreset不同；
和/或，
第一类型的PEI和第二类型的PEI的下行控制信息DCI的格式不同。
在一个实施例中，第一类型的PEI采用第一P-RNTI加扰，第二类型的PEI采用第二P-RNTI加扰，终端在接收到PEI后，就可以根据用于加扰的P-RNTI确定PEI为第一类型的PEI还是第二类型的PEI，例如，P-RNTI为第一P-RNTI，则PEI为第一类型的PEI。又例如，P-RNTI为第二P-RNTI，则PEI为第二类型的PEI。
在一个实施例中，第一类型的PEI的公共搜索空间为第一公共搜索空间，第二类型的PEI的公共搜索空间为第二公共搜索空间，则终端可以在不同的公共搜索空间获得第一类型的PEI和第二类型的PEI。
在一个实施例中，第一类型的PEI的控制资源集为第一控制资源集，第二类型的控制资源集为第二控制资源集，则终端可以基于不同的控制资源集确定第一类型的PEI和第二类型的PEI。例如，控制资源集为第一控制资源集，则PEI为第一类型的PEI。又例如，控制资源集为第二控制资源集，则PEI为第二类型的PEI。
在一个实施例中，承载第一类型的PEI的DCI的格式为第一DCI格式，承载第二类型的PEI的DCI的格式为第二DCI格式，则终端在接收到携带PEI的DCI后，根据DCI的格式确定第一类型的PEI和第二类型的PEI。这里，不同DCI的格式可以根据DCI中携带或者未携带预定信息域确定。在一个实施例中，如果DCI携带预定信息域，则确定DCI的格式为第一DCI格式；或者，如果DCI未携带预定 信息域，则确定DCI的格式为第二DCI格式。
在一个实施例中，第一类型的PEI和第二类型的PEI复用。这里，可以是第一类型的PEI和第二类型的PEI可以通过同一个DCI承载。例如，第一类型的PEI和第二类型的PEI通过第一DCI承载。
在一个实施例中，DCI包含预定信息域；其中，预定信息域包含第一子域和/或第二子域；第一子域指示第一类型的PEI的信息；第二子域指示第二类型的PEI的信息。
在一个实施例中，预定信息域包含第一子域和第二子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI包含第一类型的PEI和第二类型的PEI。终端可以从第一类型的PEI和第二类型的PEI中选择一种PEI执行寻呼操作。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。在一个实施例中，预定信息域包含第一子域且不包含第二子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI不指示子寻呼分组信息，即接收到的PEI为第一类型的PEI。终端可以基于该第一类型的PEI执行寻呼操作。
在一个实施例中，预定信息域包含第二子域且不包含第一子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI指示子寻呼分组信息，即接收到的PEI为第二类型的PEI。终端可以基于该第二类型的PEI执行寻呼操作。在一个实施例中，支持第二类型的PEI的终端可以基于该第二类型的PEI执行寻呼操作。
在一个实施例中，DCI包含预定信息域，其中，预定信息域的取值用于指示：DCI承载的PEI为第一类型的PEI，或者，DCI承载的PEI为第二类型的PEI。
在一个实施例中，预定信息域的取值为第一值，DCI承载的PEI为第一类型的PEI。终端在接收到预定信息域取值为第一值的DCI后，确定接收到的PEI为第一类型的PEI。终端可以基于第一类型的PEI执行寻呼操作。这里，第一值可以是一个取值范围。
在一个实施例中，预定信息域的取值为第二值，DCI承载的PEI为第二类型的PEI。终端在接收到预定信息域取值为第二值的DCI后，确定接收到的PEI为第二类型的PEI。终端可以基于第二类型的PEI执行寻呼操作。这里，第二值可以是一个取值范围。
在一个实施例中，预定信息域还可以采用额外预留的bit位来指示第一类型的PEI。即在指示第一类型的PEI的预定信息域基础上再额外预留若干bit用作预定信息域。比如，预定了3个bit，取值为“000”时用于指示携带了第一类型的PEI信息。
如图4所示，本实施例中提供一种分组寻呼的方法，其中，该方法由基站执行，该方法包括：
步骤41、发送系统消息，其中，系统消息至少用于指示：PEI为第一类型的PEI或者为第二类型的PEI。
在一个实施例中，基站发送系统消息，其中，系统消息指示PEI为第一类型的PEI。终端接收到系统消息后根据系统消息的指示确定基站发送的PEI为第一类型的PEI。基站向终端发送PEI。终端接收到PEI后确定该PEI为第一类型的PEI。支持第二类型的PEI的终端和不支持第二类型的PEI的终端都 可以基于第一类型的PEI执行寻呼操作。
在一个实施例中，基站发送系统消息，其中，系统消息指示PEI为第二类型的PEI。终端接收到系统消息后根据系统消息的指示确定基站发送的PEI为第二类型的PEI。基站向终端发送PEI。终端接收到PEI后确定该PEI为第二类型的PEI。支持第二类型的PEI的终端可以基于第二类型的PEI执行寻呼操作。作为一种实施例，可以认为支持第二类型的PEI的终端可以进行第一类型的PEI的监听。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图5所示，本实施例中提供一种分组寻呼的方法，其中，该方法由基站执行，该方法包括：
步骤51、接收终端发送的支持第一类型的PEI的能力信息；
和/或，
接收终端发送的是否支持第二类型的PEI的能力信息。
在一个实施例中，基站接收终端发送的支持第一类型的PEI的能力信息；基站向终端发送第一类型的PEI。
在一个实施例中，基站接收终端发送的支持第二类型的PEI的能力信息；基站向终端发送第二类型的PEI。在一个实施例中，基站接收终端发送的支持第二类型的PEI的能力信息；基站向终端发送第一类型的PEI和第二类型的PEI。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。
在一个实施例中，基站在接收到终端发送的支持第一类型的PEI的能力信息后，接收终端发送的支持第二类型的PEI的能力信息。基站向终端发送第二类型的PEI。在一个实施例中，基站在接收到终端发送的支持第一类型的PEI的能力信息后，接收终端发送的支持第二类型的PEI的能力信息。基站向终端发送第一类型的PEI和第二类型的PEI。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。在一个实施例中，不支持第二类型的PEI的终端也可以进行第二类型的PEI的监听，即忽略具体的子寻呼分组的取值，即任何一个子寻呼分组都可以唤醒自己。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图6所示，本实施例中提供一种分组寻呼的方法，其中，该方法由终端执行，该方法包括：
步骤61、接收PEI；
其中，PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。
这里，该终端可以是但不限于是手机、可穿戴设备、车载终端、路侧单元(RSU，Road Side Unit)、 智能家居终端、工业用传感设备和/或医疗设备等。在一个应用场景中，终端可以是支持第二类型的PEI的终端，这里，终端支持第二类型的PEI可以是在接收到PEI后能够识别该第二类型的PEI和/或能够基于该第二类型的PEI执行寻呼操作。在一个应用场景中，终端可以是不支持第二类型的PEI的终端，这里，终端不支持第二类型的PEI可以是在接收到PEI后不能够识别该第二类型的PEI和/或不能够基于该第二类型的PEI执行寻呼操作。在一些应用场景中，网络中接入的终端中，部分终端为支持第二类型的PEI的终端，部分终端为不支持第二类型的PEI的终端。在此不做限定。这里，需要说明的是，响应于终端支持第二类型的PEI，所述终端也支持第一类型的PEI。这里，终端是否支持第一类型的PEI场景跟以上场景类似。需要说明的是，终端可能同时不支持第一类型的PEI和第二类型的PEI。
本公开中涉及的基站可以是终端接入网络的接入设备。这里，基站可以为各种类型的基站，例如，第三代移动通信(3G)网络的基站、第四代移动通信(4G)网络的基站、第五代移动通信(5G)网络的基站或其它演进型基站。这里，基站可以根据终端所支持的PEI的能力信息配置不同类型的PEI。
在一个实施例中，分组寻呼可以是：将终端分成不同的分组；网络通过发送一个组寻呼消息来寻呼一个分组内的所有终端，而不需要针对每个终端单独发送寻呼消息；终端在接收到组呼消息后，判断自己是否属于被寻呼的分组；如果属于被寻呼的分组，则响应组呼消息，如果不属于被寻呼的分组，则忽略该组呼消息。
在一个实施例中，分组寻呼的分组可以是多个。这里，不同的分组可以是配置有不同的寻呼资源。终端可以是属于多个分组中的某一个分组。响应于终端所属的寻呼分组确定，则终端可以在寻呼分组指示的寻呼资源上进行寻呼消息的监听。这里，终端属于哪个分组可以是基站确定的或者是核心网中的某个核心网设备确定的。需要说明的是，预定分组还可以被划分为多个子寻呼分组。当然，这里的分组可以就是指子寻呼分组，在此不做限定。
在一个实施例中，分组寻呼的子寻呼分组可以是多个。子寻呼分组所包含的终端可以是根据终端被寻呼的概率和终端所属寻呼等级确定。在一个实施例中，终端可以根据终端被寻呼的寻呼概率，确定终端所属的子寻呼分组。在一个实施例中，响应于终端被寻呼的寻呼概率小于概率阈值，确定终端属于第一子寻呼分组；或者，响应于终端被寻呼的寻呼概率大于概率阈值，确定终端属于第二子寻呼分组。这里，第一子寻呼分组和第二子寻呼分组所配置的寻呼资源可以不同。需要说明的是，第一分组和第二分组所配置的寻呼资源也可以相同。
在本公开实施例中，终端可以接收基站发送的两种不同类型的PEI。这里，PEI用于终端执行寻呼操作。这里，指示子寻呼分组的PEI可以是携带子寻呼分组信息的PEI。
需要说明的是，终端可以上报终端所支持的PEI的能力信息；基站可以根据该能力信息确定向终端发送何种类型的PEI。例如，能力信息指示终端只支持第一类型的PEI，则基站可以下发第一类型的PEI。或者，能力信息指示终端支持第一类型的PEI和第二类型的PEI，则基站可以下发第二类型的PEI或者基站下发第一类型的PEI。或者，能力信息指示终端支持第一类型的PEI和第二类型的PEI，基站下发第一类型的PEI和第二类型的PEI。这里，终端在接收到第一类型的PEI和/或第二类型的PEI后，使用何种类型的PEI可以是终端根据终端策略和/或终端能力确定，例如，终端根据终端策略优先使用第二类型的PEI。在此不做限定。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第一类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI。终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第二类型的PEI；第二类型的PEI为指示子寻呼分组的PEI。终端在接收到第二类型的PEI后，基于第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI。终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。这里，需要说明的是，响应于终端支持第二类型的PEI，终端可以进行第一类型的PEI的监听。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。终端在接收到第一类型的PEI和第二类型的PEI后，基于第一类型的PEI或者第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。
这里，指示子寻呼分组可以是携带子寻呼分组的信息。需要说明的是，本文中所涉及的PEI的类型可以是采用显性指示的方式或者采用隐性指示的方式进行区分和指示。这里，采用显性指示的方式指示可以是PEI直接通过设置的专用信息域指示。例如，信息域包含1个比特，当信息域被取值为“0”时，指示PEI为第一类型的PEI；当信息域被取值为“1”时，指示PEI为第二类型的PEI。这里，采用隐性指示的方式指示可以是不设置专用的信息域，而是通过对PEI采用不同类型的寻呼无线网络临时标识符P-RNTI、公共搜索空间、控制资源集Coreset和下发PEI的DCI的格式等进行指示。例如，如果PEI采用第一P-RNTI加扰，则指示PEI为第一类型的PEI；如果PEI采用第二P-RNTI加扰，则指示PEI为第二类型的PEI。在一个实施例中，第一类型的PEI和第二类型的PEI可以不复用承载方式，例如，第一类型的PEI和第二类型的PEI可以通过不同的DCI承载，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
在一个实施例中，第一类型的PEI和第二类型的PEI可以复用承载方式。例如，第一类型的PEI和第二类型的PEI可以通过同一个DCI承载。在一个实施例中，第一类型的PEI和第二类型的PEI也可以不复用承载方式，例如，第一类型的PEI和第二类型的PEI可以通过不同的DCI承载，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以 与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
在一个实施例中，第一类型的PEI和第二类型的PEI不复用。这里，可以是第一类型的PEI和第二类型的PEI可以通过不同的DCI承载。例如，第一类型的PEI通过第一DCI承载，第二类型的PEI通过第二DCI承载。
在一个实施例中，第一类型的PEI和第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
和/或，
第一类型的PEI和第二类型的PEI的公共搜索空间不同；
和/或，
第一类型的PEI和第二类型的PEI的控制资源集Coreset不同；
和/或，
第一类型的PEI和第二类型的PEI的下行控制信息DCI的格式不同。
在一个实施例中，第一类型的PEI采用第一P-RNTI加扰，第二类型的PEI采用第二P-RNTI加扰，终端在接收到PEI后，就可以根据用于加扰的P-RNTI确定PEI为第一类型的PEI还是第二类型的PEI，例如，P-RNTI为第一P-RNTI，则PEI为第一类型的PEI。又例如，P-RNTI为第二P-RNTI，则PEI为第二类型的PEI。
在一个实施例中，第一类型的PEI的公共搜索空间为第一公共搜索空间，第二类型的PEI的公共搜索空间为第二公共搜索空间，则终端可以在不同的公共搜索空间获得第一类型的PEI和第二类型的PEI。
在一个实施例中，第一类型的PEI的控制资源集为第一控制资源集，第二类型的控制资源集为第二控制资源集，则终端可以基于不同的控制资源集确定第一类型的PEI和第二类型的PEI。例如，控制资源集为第一控制资源集，则PEI为第一类型的PEI。又例如，控制资源集为第二控制资源集，则PEI为第二类型的PEI。
在一个实施例中，承载第一类型的PEI的DCI的格式为第一DCI格式，承载第二类型的PEI的DCI的格式为第二DCI格式，则终端在接收到携带PEI的DCI后，根据DCI的格式确定第一类型的PEI和第二类型的PEI。这里，不同DCI的格式可以根据DCI中携带或者未携带预定信息域确定。在一个实施例中，如果DCI携带预定信息域，则确定DCI的格式为第一DCI格式；或者，如果DCI未携带预定信息域，则确定DCI的格式为第二DCI格式。
在一个实施例中，第一类型的PEI和第二类型的PEI复用。这里，可以是第一类型的PEI和第二类型的PEI可以通过同一个DCI承载。例如，第一类型的PEI和第二类型的PEI通过第一DCI承载。
在一个实施例中，DCI包含预定信息域；其中，预定信息域包含第一子域和/或第二子域；第一子域指示第一类型的PEI的信息；第二子域指示第二类型的PEI的信息。
在一个实施例中，预定信息域包含第一子域和第二子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI包含第一类型的PEI和第二类型的PEI。终端可以从第一类型的PEI和第二类型的PEI中选择一种PEI执行寻呼操作。需要说明的是，终端在接收到两种不同类型的PEI后，采用何 种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。在一个实施例中，预定信息域包含第一子域且不包含第二子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI不指示子寻呼分组信息，即接收到的PEI为第一类型的PEI。终端可以基于该第一类型的PEI执行寻呼操作。
在一个实施例中，预定信息域包含第二子域且不包含第一子域。终端在接收到DCI后，就可以根据预定信息域确定接收到的PEI指示子寻呼分组信息，即接收到的PEI为第二类型的PEI。终端可以基于该第二类型的PEI执行寻呼操作。在一个实施例中，支持第二类型的PEI的终端可以基于该第二类型的PEI执行寻呼操作。
在一个实施例中，DCI包含预定信息域，其中，预定信息域的取值用于指示：DCI承载的PEI为第一类型的PEI，或者，DCI承载的PEI为第二类型的PEI。
在一个实施例中，预定信息域的取值为第一值，DCI承载的PEI为第一类型的PEI。终端在接收到预定信息域取值为第一值的DCI后，确定接收到的PEI为第一类型的PEI。终端可以基于第一类型的PEI执行寻呼操作。这里，第一值可以是一个取值范围。
在一个实施例中，预定信息域的取值为第二值，DCI承载的PEI为第二类型的PEI。终端在接收到预定信息域取值为第二值的DCI后，确定接收到的PEI为第二类型的PEI。终端可以基于第二类型的PEI执行寻呼操作。这里，第二值可以是一个取值范围。
在一个实施例中，预定信息域还可以采用额外预留的bit位来指示第一类型PEI。即在指示第一类型的PEI的预定信息域基础上再额外预留若干bit用作预定信息域。比如，预定了3个bit，取值为全“0”时用于指示携带了第一类型PEI的信息。
如图7所示，本实施例中提供一种分组寻呼的方法，其中，该方法由终端执行，该方法包括：
步骤71、接收系统消息，其中，系统消息至少用于指示：PEI为第一类型的PEI或者为第二类型的PEI。
在一个实施例中，基站发送系统消息，其中，系统消息指示PEI为第一类型的PEI。终端接收到系统消息后根据系统消息的指示确定基站发送的PEI为第一类型的PEI。基站向终端发送PEI。终端接收到PEI后确定该PEI为第一类型的PEI。支持第二类型的PEI的终端和不支持第二类型的PEI的终端都可以基于第一类型的PEI执行寻呼操作。
在一个实施例中，基站发送系统消息，其中，系统消息指示PEI为第二类型的PEI。终端接收到系统消息后根据系统消息的指示确定基站发送的PEI为第二类型的PEI。基站向终端发送PEI。终端接收到PEI后确定该PEI为第二类型的PEI。支持第二类型的PEI的终端可以基于第一类型的PEI执行寻呼操作。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图8所示，本实施例中提供一种分组寻呼的方法，其中，该方法由终端执行，该方法包括：
步骤81、响应于PEI为第一类型的PEI，支持第一类型的PEI的终端基于第一类型的PEI执行寻呼操作；
和/或，
响应于PEI为第二类型的PEI，支持第二类型的PEI的终端基于第二类型的PEI执行寻呼操作；
和/或，
响应于PEI为第一类型的PEI，支持第二类型的PEI的终端基于第一类型的PEI执行寻呼操作；
和/或，
响应于PEI为第二类型的PEI，支持第一类型的PEI的终端基于第二类型的PEI执行寻呼操作。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第一类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI。支持第一类型的终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第二类型的PEI；第二类型的PEI为指示子寻呼分组的PEI。支持第二类型的PEI的终端在接收到第二类型的PEI后，基于第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI；第一类型的PEI为指示未子寻呼分组的PEI。支持第二类型的PEI的终端在接收到第一类型的PEI后，基于第一类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。这里，需要说明的是，响应于终端支持第二类型的PEI，终端支持第一类型的PEI。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第一类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。支持第一类型的PEI的终端在接收到第一类型的PEI和第二类型的PEI后，基于第一类型的PEI或者第二类型的PEI执行寻呼操作。
在一个实施例中，终端上报能力信息，其中，能力信息指示终端支持第二类型的PEI。基站根据能力信息下发寻呼提前指示PEI；其中，PEI包括第一类型的PEI和第二类型的PEI；第一类型的PEI为未指示子寻呼分组的PEI；第二类型的PEI为指示子寻呼分组的PEI。支持第二类型的PEI的终端在接收到第一类型的PEI和第二类型的PEI后，基于第一类型的PEI或者第二类型的PEI执行寻呼操作。这里，执行寻呼操作可以是确定是否需要响应基站发送的寻呼消息。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图9所示，本实施例中提供一种分组寻呼的方法，其中，该方法由终端执行，该方法包括：
步骤91、上报终端支持第一类型的PEI的能力信息；
和/或，
上报终端是否支持第二类型的PEI的能力信息。
在一个实施例中，终端上报支持第一类型的PEI的能力信息；基站向终端发送第一类型的PEI。
在一个实施例中，终端上报支持第二类型的PEI的能力信息；基站向终端发送第二类型的PEI。在一个实施例中，基站接收终端发送的支持第二类型的PEI的能力信息；基站向终端发送第一类型的PEI和第二类型的PEI。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。
在一个实施例中，终端在上报支持第一类型的PEI的能力信息后，终端上报支持第二类型的PEI的能力信息。基站向终端发送第二类型的PEI。在一个实施例中，终端在上报支持第一类型的PEI的能力信息后，终端上报支持第二类型的PEI的能力信息。基站向终端发送第一类型的PEI和第二类型的PEI。需要说明的是，终端在接收到两种不同类型的PEI后，采用何种类型的PEI执行寻呼操作可以是根据终端策略确定，也可以是预定协议规定，还可以是缺省配置，在此不做限定。在一个实施例中，不支持第二类型的PEI的终端也可以进行第二类型的PEI的监听，即忽略具体的子寻呼分组的取值，即任何一个子寻呼分组都可以唤醒自己。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
为了更好地理解本公开实施例，以下通过一个示例性实施例对本公开技术方案进行进一步说明：
示例1：
本实施例中提供一种分组寻呼的方法，其中，
基站侧的场景可以是：基站给终端配置第一类型的PEI。
在一个实施例中，第一类型的PEI和第二类型的PEI不复用；这里，不复用的情况可能是：
第一类型的PEI可能使用不同于第二类型的PEI的PRNTI加扰；
第一类型的PEI可能使用不同于第二类型的PEI的公共搜索空间；
第一类型的PEI可能使用不同于第二类型的PEI的Coreset；
第一类型的PEI可能使用不同于第二类型的PEI的DCI的格式；
在一个实施例中：
该DCI中不携带预定信息，即携带信息为空，指示该DCI中携带第一类型的PEI；在一个实施例中，预定信息为指示子寻呼分组的信息域，不携带该信息则意味着指示该DCI中指示第一类型的PEI。
该DCI中携带一个信息bit，若该bit取值为预定值，比如为1，指示该DCI中携带第一类型的PEI。便于理解，可以认为该DCI中不携带指示子寻呼分组的信息域，即仅仅使用一个bit，并且取值为预定值，则指示该DCI中携带第一类型的PEI。
需要注意的是，基站可以分别配置第一类型的PEI和第二类型的PEI，分别指示对两种类型的PEI 的支持情况。基站也可以仅仅配置第二类型的PEI来隐含指示对两种PEI都支持。基站还可以是两种都不支持，即无论何种类型的PEI都不配置。
在一个实施例中，第一类型的PEI和第二类型的PEI复用；
在一个实施例中，第一类型的PEI和第二类型的PEI使用同一个DCI承载；即无需针对不同类型定义不同参数，比如PRNTI等；
在一个实施例中，DCI可以同时承载两种类型的PEI唤醒信息。
例如：
该DCI中携带预留的bit或者码点用于承载第一类型的PEI的信息；
作为一种实施例，预留一个bit或者码点取值用于第一类型的PEI：
该预留bit为0：指示不唤醒支持PEI能力的终端；
该预留bit为1：指示唤醒支持PEI能力的终端；
该码点取值为“xxx”：指示不唤醒支持PEI能力的终端；
该码点取值为“yyy”：指示唤醒支持PEI能力的终端。
在一个实施例中，该DCI格式中用一个标识指示PEI是一个第一类型的PEI还是第二类型的PEI(此方式下二者无法共存)。
在一个实施例中，系统消息中事先指明该PEI格式的类型，是第一类型的PEI还是第二类型的PEI
在一个实施例中，该DCI格式中不携带任何第二类型的PEI信息，即第二类型的PEI的预定的用于指示子寻呼分组的bit位不存在，则以该PEI为一个第一类型的PEI。
需要说明的是，如果基站广播了两种类型的PEI，则基站可以是支持两种类型的PEI。如果基站广播了第二类型的PEI，则基站也可以是支持两种类型的PEI。当然，如果基站只广播一种，那么基站也可以是只支持对应类型的PEI。
在一个实施例中，终端侧的场景可以是：
在一个实施例中，终端上报支持第一类型的PEI的能力或者第二类型的PEI的能力。这里，可以是终端在上报支持第一类型的PEI的能力后再上报是否支持第二类型的PEI的能力。因此，第一类型的PEI的上报取决于第二类型的上报。
在一个实施例中，终端上报支持第二类型的PEI的能力，即默认为也支持第一类型的PEI的能力。此时基站隐含确定终端是具有支持两种类型PEI的终端。
在一个实施例中，基站仅仅广播了第一类型的PEI，则对于终端上报支持第二类型的PEI的能力或者上报支持第一类型的PEI的能力的终端都可以使用该第一类型的PEI。
在一个实施例中，可以认为支持第二类型的PEI的终端为更高级终端，也能同时支持第一类型的PEI。
在一个实施例中，若基站仅仅广播了第二类型的PEI：
在一个实施例中，上报了支持第二类型的PEI的能力的终端才可以使用；
在一个实施例中，上报了仅仅支持第一类型的PEI的能力的终端也可以使用；
这里，DCI中存在唤醒的子分组的信息。而对于不支持子分组的终端，任何一个子分组的信息都可以唤醒该终端
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图10所示，本公开实施例中提供一种分组寻呼的装置，其中，所述装置包括：
下发模块101，用于下发寻呼提前指示PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图11所示，本公开实施例中提供一种分组寻呼的装置，其中，所述装置包括：
接收模块111，用于接收寻呼提前指示PEI；
其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
本公开实施例提供一种通信设备，通信设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，处理器被配置为：用于运行可执行指令时，实现应用于本公开任意实施例的方法。
其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。
处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序。
本公开实施例还提供一种计算机存储介质，其中，计算机存储介质存储有计算机可执行程序，可执行程序被处理器执行时实现本公开任意实施例的方法。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
如图12所示，本公开一个实施例提供一种终端的结构。
参照图12所示终端800本实施例提供一种终端800，该终端具体可是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图12，终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为终端800生成、管理和分配电力相关联的组件。
多媒体组件808包括在终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816 经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图13所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。参照图13，基站900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法。
基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(I/O)接口958。基站900可以操作基于存储在存储器932的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (25)

  1. 一种分组寻呼的方法，其中，所述方法由基站执行，所述方法包括：
    下发寻呼提前指示PEI；
    其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
  2. 根据权利要求1所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI不复用。
  3. 根据权利要求2所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI通过不同的下行控制信息DCI承载。
  4. 根据权利要求2所述的方法，其中，
    所述第一类型的PEI和所述第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的公共搜索空间不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的控制资源集Coreset不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的DCI的格式不同。
  5. 根据权利要求1所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI复用。
  6. 根据权利要求5所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI通过同一个DCI承载。
  7. 根据权利要求6所述的方法，其中，所述DCI包含预定信息域；其中，所述预定信息域包含第一子域和/或第二子域；所述第一子域指示所述第一类型的PEI的信息；所述第二子域指示所述第二类型的PEI的信息。
  8. 根据权利要求6所述的方法，其中，所述DCI包含预定信息域，其中，所述预定信息域的取值用于指示：所述DCI承载的PEI为第一类型的PEI，或者，所述DCI承载的PEI为第二类型的PEI。
  9. 根据权利要求1所述的方法，其中，所述方法还包括：
    接收系统消息，其中，所述系统消息至少用于指示：所述PEI为第一类型的PEI或者为第二类型的PEI。
  10. 根据权利要求1所述的方法，其中，所述方法，还包括：
    接收所述终端发送的支持所述第一类型的PEI的能力信息；
    和/或，
    接收所述终端发送的是否支持所述第二类型的PEI的能力信息。
  11. 一种分组寻呼的方法，其中，所述方法由终端执行，所述方法包括：
    接收PEI；
    其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
  12. 根据权利要求11所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI不复用。
  13. 根据权利要求12所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI通过不同的DCI承载。
  14. 根据权利要求12所述的方法，其中，
    所述第一类型的PEI和所述第二类型的PEI的寻呼无线网络临时标识符P-RNTI不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的公共搜索空间不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的控制资源集Coreset不同；
    和/或，
    所述第一类型的PEI和所述第二类型的PEI的下行控制信息DCI的格式不同。
  15. 根据权利要求11所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI复用。
  16. 根据权利要求15所述的方法，其中，所述第一类型的PEI和所述第二类型的PEI通过同一个DCI承载。
  17. 根据权利要求16所述的方法，其中，所述DCI包含预定信息域；其中，所述预定信息域包含第一子域和/或者第二子域；所述第一子域指示所述第一类型的PEI的信息；所述第二子域指示所述第二类型的PEI的信息。
  18. 根据权利要求16所述的方法，其中，所述DCI包含预定信息域，其中，所述预定信息域的取值用于指示：所述DCI承载的PEI为第一类型的PEI，或者，所述DCI承载的PEI为第二类型的PEI。
  19. 根据权利要求11所述的方法，其中，所述方法还包括：
    发送系统消息，其中，所述系统消息至少用于指示：所述PEI为第一类型的PEI或者为第二类型的PEI。
  20. 根据权利要求17至19任一所述的方法，其中，所述方法还包括：
    响应于所述PEI为第一类型的PEI，支持第一类型的PEI的终端基于所述第一类型的PEI执行寻呼操作；
    和/或，
    响应于所述PEI为第二类型的PEI，支持所述第二类型的PEI的终端基于所述第二类型的PEI执行寻呼操作；
    和/或，
    响应于所述PEI为第一类型的PEI，支持第二类型的PEI的终端基于所述第一类型的PEI执行寻呼操作；
    和/或，
    响应于所述PEI为第二类型的PEI，支持第一类型的PEI的终端基于所述第二类型的PEI执行寻呼操作。
  21. 根据权利要求11所述的方法，其中，所述方法还包括：
    上报所述终端支持所述第一类型的PEI的能力信息；
    和/或，
    上报所述终端是否支持所述第二类型的PEI的能力信息。
  22. 一种分组寻呼的装置，其中，所述装置包括：
    下发模块，用于下发寻呼提前指示PEI；
    其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
  23. 一种分组寻呼的装置，其中，所述装置包括：
    接收模块，用于接收寻呼提前指示PEI；
    其中，所述PEI包括以下至少之一：第一类型的PEI和第二类型的PEI；所述第一类型的PEI为未指示子寻呼分组的PEI；所述第二类型的PEI为指示子寻呼分组的PEI。
  24. 一种通信设备，其中，包括：
    存储器；
    处理器，与所述存储器连接，被配置为通过执行存储在所述存储器上的计算机可执行指令，并能够实现权利要求1至10或者11至21任一项所述的方法。
  25. 一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行后能够实现权利要求1至10或者11至21任一项所述的方法。
CN202180003465.0A 2021-10-21 2021-10-21 分组寻呼的方法、装置、通信设备及存储介质 Pending CN116889042A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/125431 WO2023065253A1 (zh) 2021-10-21 2021-10-21 分组寻呼的方法、装置、通信设备及存储介质

Publications (1)

Publication Number Publication Date
CN116889042A true CN116889042A (zh) 2023-10-13

Family

ID=86058695

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180003465.0A Pending CN116889042A (zh) 2021-10-21 2021-10-21 分组寻呼的方法、装置、通信设备及存储介质

Country Status (3)

Country Link
EP (1) EP4422304A1 (zh)
CN (1) CN116889042A (zh)
WO (1) WO2023065253A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111345081A (zh) * 2017-11-30 2020-06-26 华为技术有限公司 通信方法和通信设备
WO2021159244A1 (zh) * 2020-02-10 2021-08-19 华为技术有限公司 一种寻呼方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8600413B2 (en) * 2007-10-30 2013-12-03 Qualcomm Incorporated Control arrangement and method for communicating paging messages in a wireless communication system
JP2023503666A (ja) * 2020-02-12 2023-01-31 アップル インコーポレイテッド グループページングのためのｐｄｃｃｈ拡張

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111345081A (zh) * 2017-11-30 2020-06-26 华为技术有限公司 通信方法和通信设备
WO2021159244A1 (zh) * 2020-02-10 2021-08-19 华为技术有限公司 一种寻呼方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC.: "《NW assigned subgroup》", 《3GPP R2-2107879》, 6 August 2021 (2021-08-06), pages 2 *
ZTE: "《Discussion on power saving enhancements for paging》", 《3GPP R1-2104221》, 12 May 2021 (2021-05-12), pages 2 *

Also Published As

Publication number Publication date
WO2023065253A1 (zh) 2023-04-27
EP4422304A1 (en) 2024-08-28

Similar Documents

Publication Publication Date Title
CN113056951B (zh) 信息传输方法、装置、通信设备和存储介质
CN111543118B (zh) Rrc状态改变的方法、装置、通信设备及存储介质
US20230180180A1 (en) Paging processing methods, base station and user equipment
CN111096063B (zh) 非连续接收drx的处理方法、装置及计算机存储介质
CN111602437B (zh) 信息处理方法、装置、用户设备及存储介质
CN111279778B (zh) 通信处理方法、装置及计算机存储介质
CN114342494B (zh) 分组寻呼的方法、装置、通信设备及存储介质
CN115398843B (zh) 降低干扰的方法及装置、通信设备和存储介质
CN116569620A (zh) 寻呼过滤规则确定方法及装置、通信设备及存储介质
CN114080852A (zh) 能力信息的上报方法、装置、通信设备及存储介质
CN116889042A (zh) 分组寻呼的方法、装置、通信设备及存储介质
CN115553000B (zh) 监听方法、装置、通信设备及存储介质
CN115004616B (zh) 资源配置的方法、装置、通信设备及存储介质
CN114503693B (zh) 终端的功率配置方法、装置、通信设备及存储介质
CN114731204B (zh) 确定信道的资源位置的方法、装置、通信设备及存储介质
EP4447362A1 (en) Method and apparatus for monitoring availability indication information, device, and storage medium
RU2821055C2 (ru) Способ и устройство для сообщения информации о способности терминала, а также устройство связи и носитель информации
EP4351238A1 (en) Method and apparatus for reporting terminal capability information, and communication device and storage medium
CN116034611A (zh) 信息处理方法、装置、通信设备及存储介质
CN115715482A (zh) 分组寻呼的方法、装置、通信设备及存储介质
CN117957900A (zh) Pdcch监听的指示方法、装置、通信设备及存储介质
CN117441385A (zh) 监听方法、装置、通信设备及存储介质
CN118476288A (zh) 信道检测方法、装置、通信设备及存储介质
CN117083922A (zh) 监听方法、装置、通信设备及存储介质
CN114731262A (zh) 发送配置信息的方法、装置、通信设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination