CN113678488A - 用于新无线电系统中的寻呼的方法、设备以及计算机可读介质 - Google Patents

Abstract

本公开的实施例提供了一种用于在新的无线电系统中进行寻呼的方法、设备和计算机可读介质。根据本公开的实施例，网络设备向多个终端设备发送指示，以指示PO上是否发生寻呼过载。终端设备基于该指示确定是否继续监测寻呼消息。通过这种方式，减少了功率消耗。

Description

用于新无线电系统中的寻呼的方法、设备以及计算机可读 介质

技术领域

本公开的实施例通常涉及通信技术，更具体地，涉及用于在新无线电系统中进行寻呼的方法、设备和计算机可读介质。

背景技术

近年来，已经提出了不同的通信技术来改善通信性能，诸如新无线电(NR)系统。在NR中，终端设备被配置为使用不连续接收(DRX)来减少功率消耗，并且终端设备被期望在每个DRX周期监测一个寻呼时机(PO)。在基于NR对非许可频谱接入(NR-U)中，寻呼消息传输应遵守非许可频带规定。仍需进一步研究用于NR的寻呼，尤其是NR-U。

发明内容

总体上，本公开的实施例涉及一种用于在NR中进行寻呼的方法和相应的通信设备。

在第一方面，本公开的实施例提供了一种装置。该装置包括：至少一个处理器；以及耦合到至少一个处理器的存储器，该存储器中存储有指令，指令在由至少一个处理器执行时使装置：向终端设备发送配置信息，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机，该一个或多个寻呼时机被用于监测寻呼消息。网络设备还被使得确定信道在多个寻呼时机中的一个寻呼时机上是否可用，寻呼消息要在该寻呼时机上被发送。网络设备还被使得响应于确定信道在寻呼时机上可用，生成关于在寻呼时机上是否发生寻呼过载的指示。网络设备还被使得向终端设备发送生成的指示。

在第二方面，本公开的实施例提供了一种装置。该装置包括：至少一个处理器；以及耦合到至少一个处理器的存储器，该存储器中存储有指令，该指令在由至少一个处理器执行时使装置：从网络设备接收配置信息，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机。终端设备还被使得在来自一个或多个寻呼时机的寻呼时机上监测与终端设备相关的寻呼消息。终端设备还被使得接收指示在寻呼时机上是否发生寻呼过载的指示，以便于接收寻呼消息。

在第三方面，本公开的实施例提供了一种方法。该方法包括：向终端设备发送配置信息，该配置信息用于在每个不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机。该一个或多个寻呼时机被用于监测寻呼消息。该方法还包括确定信道在多个寻呼时机中的一个寻呼时机上是否可用，寻呼消息要在该寻呼时机上被发送。该方法还包括响应于确定信道在所述寻呼时机上可用，生成关于在寻呼时机上是否发生寻呼过载的指示。该方法还包括向终端设备发送生成的所述指示。

在第四方面，本公开的实施例提供了一种方法。该方法包括：从网络设备接收配置信息，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机。该方法还包括在一个或多个寻呼时机中的寻呼时机上监测与终端设备相关的寻呼消息。该方法还包括接收指示在寻呼时机上是否发生寻呼过载的指示，以便于接收寻呼消息。

在第五方面，本公开的实施例提供了一种用于通信的装置。该装置包括：用于向终端设备发送配置信息的部件，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机，该一个或多个寻呼时机被用于监测寻呼消息。该装置还包括用于确定信道在多个寻呼时机中的一个寻呼时机上是否可用的部件，寻呼消息要在该寻呼时机上被发送。该装置还包括用于响应于确定该信道在寻呼时机上可用而生成关于在该寻呼时机上是否发生寻呼过载的指示的部件。该装置还包括用于向终端设备发送生成的指示的部件。

在第六方面，本公开的实施例提供了一种用于通信的设备。该装置包括用于从网络设备接收配置信息的部件，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机。该装置还包括用于在一个或多个寻呼时机中的寻呼时机上监测与终端设备相关的寻呼消息的部件。该装置还包括用于接收指示在该寻呼时机上是否发生寻呼过载的指示以便于接收寻呼消息的部件。

在第七方面，本公开的实施例提供了一种计算机可读介质。计算机可读介质在其上存储指令，当指令被机器的至少一个处理单元执行时，使机器实现根据第三和第四方面的方法。

当结合以示例方式示出本公开的实施例的原理的附图阅读时，根据对特定实施例的以下描述，本公开的实施例的其他特征和优点也将很清楚。

附图说明

本公开的实施例以示例方式呈现，并且其优点在下面参考附图更详细地解释，在附图中

图1示出了根据本公开实施例的通信系统的示意图；

图2示出了根据本公开实施例的在通信设备处实现的方法的流程图；

图3示出了根据本公开实施例的寻呼时机分配的示意图；

图4示出了根据本公开实施例的寻呼传输的示意图；

图5示出了根据本公开实施例的寻呼传输的示意图；

图6示出了根据本公开实施例的在通信设备处实现的方法的流程图；以及

图7示出了根据本公开实施例的设备的示意图。

在所有附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考几个示例实施例来讨论本文中描述的主题。应当理解，这些实施例仅出于使得本领域技术人员能够更好地理解并且因此实现本文中描述的主题的目的而进行讨论，而没有对主题的范围提出任何限制。

本文中使用的术语仅出于描述特定实施例的目的，而非旨在限制示例实施例。如本文中使用的，除非上下文另外明确指出，否则单数形式的“一”、“一个”和“该”也意图包括复数形式。应当进一步理解，当在本文中使用时，术语“包括”、“包括有”、“包含”和/或“包含有”指定所述特征、整体、步骤、操作、元素和/或组件的存在，但是不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或其组的存在或增加。

还应当注意，在一些替代实现中，所提到的功能/动作可以不按图中指出的顺序发生。例如，取决于所涉及的功能/动作，连续示出的两个功能或动作实际上可以同时执行，或者有时可以以相反的顺序执行。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组访问(HSPA)等。此外，终端设备与通信网络中的网络设备之间的通信可以根据任何合适的一代通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来的第五代(5G)通信协议和/或当前已知或将来要开发的任何其他协议。

本公开的实施例可以应用于各种通信系统中。考虑到通信的快速发展，当然，还将存在可以体现本公开的未来类型的通信技术和系统。不应当将本公开的范围限制为仅上述系统。为了说明的目的，将参考5G通信系统来描述本公开的实施例。

本文中使用的术语“网络设备”包括但不限于通信系统中的基站(BS)、网关、注册管理实体和其他合适的设备。术语“基站”或“BS”表示节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头(RRH)、中继、低功率节点(例如，毫微微、微微等)。

本文中使用的术语“终端设备”包括但不限于“用户设备(UE)”和能够与网络设备通信的其他合适的终端设备。例如，“终端设备”可以是指终端、移动终端(MT)、订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。

本文中使用的术语“电路系统”可以是指以下中的一个或多个或全部：

(a)纯硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件的硬件处理器(包括数字信号处理器)、软件和存储器的任何部分，这些部分一起工作以引起诸如移动电话或服务器等装置执行各种功能，以及

(c)需要软件(例如，固件)才能操作但是在操作不需要时软件可以不存在的硬件电路和/或处理器，诸如微处理器或微处理器的一部分。

“电路系统”的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语“电路系统”也仅涵盖硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们的)随附软件和/或固件的一部分的实现。术语“电路系统”还涵盖(例如并且在适用于特定权利要求元素的情况下)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如上所述，在NR中，终端被配置为使用DRX以减少功率消耗。终端设备被预期在每个DRX周期监测一个寻呼时机(PO)。本文中使用的术语“寻呼时机”指一组控制信道(例如，物理下行链路控制信道(PDCCH))监测时机，并且可以由多个时隙(例如，子帧或正交频分复用(OFDM)符号)组成，其中可以发送关于寻呼的下行链路控制信息(DCI)。一个寻呼帧是一个无线电帧，可以包含一个或多个PO或一个PO的起点。

在多波束操作中，一个PO的长度为一个波束扫描周期，并且终端设备可以假设在扫描模式的所有波束中重复相同的寻呼消息，因此选择用于接收寻呼消息的波束取决于终端设备的实现。无线接入网(RAN)发起的寻呼和核心网(CN)发起的寻呼的寻呼消息相同。

在NR-U中，寻呼消息传输应适用未经许可的频带规定，例如，在5GHz未经许可的频带中的先听后说(LBT)。这意味着信道不总是对网络设备可用，以在配置的PO中发送用于终端设备的寻呼消息。从终端设备的角度来看，它可能会也可能不会从网络在PO中接收寻呼消息，同时它也不知道自己是否未被寻呼或信道是否不可用。如果寻呼被LBT阻止，则必须将寻呼推迟到信道可用的下一个周期。然而，如果将寻呼调度用于某些延迟关键服务，则使用寻呼调度是不可接受的。应当注意的是，默认的寻呼周期最多可达256个无线电帧，这是太长的延迟。因此，有必要为用于NR-U操作的寻呼传输提高可用机会。

关于上述问题，已达成以下协议：由于LBT失败导致寻呼传输机会减少而对寻呼流程进行的修改是有益的，应予以识别和研究。此外，双方还达成了以下协议：同意在NR-U的终端设备中，允许每个DRX周期有更多的寻呼传输机会。

目前，正在研究在一个DRX周期内为DRXUE的附加PO的分配方案设计。在时域中，有一些替代方案以提高终端设备的每个DRX周期的寻呼传输机会：选项一:扩展的PO窗口，这意味着如果网络设备在计算的PO窗口期间无法成功发送寻呼，它将继续尝试在扩展PO窗口内发送寻呼；选项二:附加的PO，即如果网络设备在每个DRX周期的第一个计算PO的PO窗口内无法成功发送寻呼调度，则尝试在下一个多个PO中发送寻呼调度。

然而，对于选项一，网络设备应尽量不在PO窗口中包含上行链路(UL)时隙/符号，因为终端设备无法区分存在UL时隙/符号的情况和由于LBT失败而未接收到寻呼的情况。否则，终端设备的功率消耗可能提高，因为终端设备可能由于存在UL传输而监测扩展的的较长窗口。

此外，扩展的监测窗口将由连续的时间段组成。如果一旦LBT失败，接下来的LBT很可能在短时间内失败。因此，选项一在LBT失败的可能性很高。

对于选项二，网络能够在发生LBT失败的情况下尝试在下一个PO访问资源。因此，由于终端设备不需要在扩展的较长窗口内持续监测寻呼传输，因此功率消耗将小于扩展的监测窗口。在另外，额外采购PO可以具有确定的采购PO和额外采购PO之间的时间距离。因此，LBT故障的可能性低于扩展的监测窗口。

然而，如上所述，考虑到来自网络设备的寻呼消息可能在未经许可的频带上被LBT阻止，针对终端设备的每个DRX周期有更多的寻呼机会在NR-U中是有益的。这意味着终端设备应该在候选寻呼场合中唤醒更长的时间来监测寻呼传输，从而导致终端设备处的更多功率消耗。

就DRXUE的功率节约而言，当在一个计算的PO中检测到寻呼消息的传输时，可以停止监测寻呼消息。然而，随着每个终端设备所需的PO数目的增加，在同一PO中复用更多的终端设备是有利的，这样可以使数据传输资源提高化，并使UL时隙/符号的配置和额外的寻呼时机更容易。例如，额外的PO设计的一个选项是重新使用现有PO，以NR中的PO/PF计算作为NR-U的基准。当部分或全部PO被阻止时，如果LBT成功，被阻止的寻呼消息可能会在下一个现有PO上传输。在这种情况下，终端设备需要持续监测基于寻呼的PDCCH配置的下一个PO。

在某些情况下，多个终端设备被配置为在同一寻呼时机接收寻呼消息。由于LBT失败，先前被阻止的PO可能会累积大量未决的寻呼消息，这可能导致LBT成功的可用PO中的寻呼过载(即高负载)。由于寻呼过载，网络设备无法将未决消息从可用的PO中的一个PO传输到所有被寻呼的终端设备。由于终端设备无法区分可用PO中的寻呼消息是否过载，因此在检测到终端设备的寻呼消息传输后，终端设备可能难以决定是否继续监测寻呼无线网络临时标识(P-RNTI)，但在寻呼消息的UE标识字段中没有相应的UE ID。

一方面，如果终端设备停止监测P-RNTI，直到下一个用于功率节省的DRX周期，则该UE的未决消息可能由于寻呼过载而被丢弃。另一方面，如果终端设备在没有相应的寻呼消息的情况下继续监测其他配置的PO中的P-RNTI，则可能导致额外的功率消耗(即，不会发生寻呼过载)。

因此，考虑到寻呼过载问题，在NR-U中需要新的机制来减少在多个配置的PO中监测寻呼传输的功率消耗。根据本公开的实施例，网络设备向多个终端设备发送指示，以指示PO上是否发生寻呼过载。终端设备基于该指示确定是否继续监测寻呼消息。通过这种方式，减少了功率消耗。另外，节省传输资源，实现了UL子帧和PO的灵活配置。

图1示出了可以在其中实现本公开的实施例的通信系统100的示意图。作为通信网络的一部分的通信系统100包括终端设备110-1、110-2、……、110-N(统称为“终端设备110”，其中N是整数)以及网络设备120。应当注意，通信系统100还可以包括为了清楚起见而省略的其他元件。网络设备120可以与终端设备110通信。应当理解，图1所示的终端设备和网络设备的数目是出于说明的目的而给出的，而没有提出任何限制。通信系统100可以包括任何合适数目的网络设备和终端设备。

通信系统100中的通信可以根据任何适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等的蜂窝通信协议、诸如电气和电子工程师协会(IEEE)802.11等无线局域网通信协议、和/或当前已知或将来开发的任何其他协议。而且，通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多址(OFDMA)、和/或当前已知或将来开发的任何其他技术。

图2示出了根据本公开实施例的方法200的流程图。方法200可以在任何合适的装置处实现。仅出于说明的目的，方法200被描述为在网络设备120处实现。

在框210，网络设备120向终端设备(例如，终端设备110-1)发送用于配置一个或多个时机的配置信息。一个或多个寻呼时机用于监测寻呼消息。通过这种方式，实现了在NR-U中的单个PO上复用大量终端设备，从而减少了终端设备每个DRX周期的多个PO的传输资源，并且实现灵活配置NR-U中的UL子帧和PO。

在一些实施例中，配置信息可以包括以下各项之一：不连续接收(DRX)周期(T)、一个DRX周期上的寻呼帧数目(N)、一个寻呼帧的寻呼时机的数目(Ns)、一个DRX周期内每个终端设备的寻呼时机的数目(MPO)、或用于寻呼帧确定的偏移(PF_offset)或其适当组合。配置信息可以在系统信息块(例如N、Ns、PO的第一PDCCH监测时机、PF_offset)中发出信号。在其他实施例中，配置信息可以经由无线电资源控制(RRC)信令传输。例如，参数T和MPO可经由RRC信令进行配置。备选地，配置信息可以经由上层信令进行配置。在其他实施例中，配置信息也可以是系统信息中广播的默认值。在一些实施例中，配置信息可以包括在一个寻呼时机处的组的数目。例如，配置信息可以包括PO 310-4处有3个终端设备组。

图3示出了根据本公开实施例的每个DRX周期多个特定于用户设备的PO的分配300的示意图。如图3所示，存在多个寻呼时机310-1、310-2、310-3、310-4、310-5、310-6、......，310-P-1和310-P(统称为“PO 310”，其中P是合适的整数)。如图3所示，DRX周期330的长度为320ms(即T＝320)，在一个DRX周期(即N＝32)中有32个寻呼帧，有两个寻呼时机310-1和310-2(即Ns＝2)。在MPO＝6的情况下，将为终端设备分配NR中的6个相邻现有PO，以监测DRX周期内的寻呼传输。

返回参考图2。在框220，网络设备120确定信道在配置的寻呼时机中的一个寻呼时机是否可用。在一些实施例中，网络设备120可以尝试获取信道以在配置的PO处进行寻呼传输。

图4示出了根据本公开实施例的寻呼传输400的示意图。如图4所示，网络设备可以确定所配置的PO上是否有可用的信道。例如，网络设备120可能在PO 310-1、310-2和310-3上发生LBT失败。在这种情况下，寻呼消息的传输可能在PO 310-1、310-2和310-3处被阻止，因此终端设备将无法在配置的PO处检测到寻呼无线网络临时身份(P-RNTI)。在这种情况下，网络设备120将继续在下一个PO上发送来自先前PO的被阻止的寻呼消息，并且终端设备110将继续监测在下一个配置PO上的寻呼传输。

如图4所示，该信道在PO 310-4上可用。在这种情况下，由于向终端设备110发送的被阻止的寻呼消息将被调度在终端设备110的下一个可用的特定于用户设备的PO上发送，所以PO 310-1、310-2和310-3中的寻呼消息也可以在PO 310-4上发送。

返回参考图2。在框230，网络设备120生成指示，以指示寻呼过载是否发生在寻呼时机(例如PO 310-4)。由于寻呼记录或寻呼有效负载的限制，可能会发生寻呼过载。

举例来说，该指示可以是信令中携带的1比特信息，以指示是否有终端设备具有未决的寻呼传输，并且由于寻呼过载而不能在可用PO被寻呼。例如，0可用于在可用的已配置PO上指示无过载的寻呼消息，1可用于指示寻呼过载。

在一些实施例中，被配置为在可用PO处监测寻呼消息的DRX终端设备可以根据特定度量进行分组。例如，终端设备可以基于特定于用户设备的PO的数目/索引进行分组。在这种情况下，每组1比特信息可以在信令中携带，以指示相应组中是否存在具有未决寻呼传输且由于寻呼过载而无法在可用PO处被寻呼的UE。

举例来说，0可用于指示对于给定的分组终端设备不存在未决消息，1可用于指示对于给定的UE组并非所有未决消息都被传输。例如，假设三个终端设备组被配置为监测一个PO上的寻呼传输。由于寻呼过载，第三组中的一些终端设备无法在可用的已配置PO中被寻呼。在这种情况下，3比特信息((例如，001)可用于指示被配置为监测相应PO中的寻呼信息的所有DRX终端设备的寻呼负载状态。具体而言，“001”指示第一终端设备组和第二终端设备组不存在寻呼过载，第三终端设备组存在寻呼过载。

在一些实施例中，网络设备120可以将寻呼消息中的寻呼记录的数目与预定数目进行比较。寻呼消息可以具有一个以上的寻呼记录，并且一个寻呼记录对应于一个终端设备。如果寻呼消息的数目低于预定数目，网络设备120可以生成指示，以指示PO 310-4上不存在寻呼过载。如果寻呼消息的数目超过预定数目，网络设备120可以生成指示，以指示PO310-4上存在寻呼过载。

备选地，网络设备120可以将寻呼消息的有效负载大小与下行链路信道的传输块大小(TBS)进行比较。如果有效负载大小低于TBS，网络设备120可以生成指示，以指示PO310-4上不存在寻呼过载。如果有效负载大小超过TBS，网络设备120可以生成指示，以指示PO 310-4上的寻呼过载。

在一些实施例中，如果没有发生寻呼过载，则网络设备120可以向被配置有在该PO处的特定于UE的PO的所有终端设备发送未决的寻呼消息，该寻呼消息具有没有寻呼过载的指示。

如果终端设备未分组，则可以使用具有1比特信息的公共指示来通知寻呼负载状态。备选地，网络设备120可以生成指示，以指示每个组是否发生寻呼过载。例如，每组终端设备可以使用1比特信息来通知相应分组终端设备的寻呼负载状态。

如果在PO发生寻呼过载，网络设备120可以向终端设备发送具有寻呼过载指示的寻呼消息，该终端设备被配置有在该PO处的特定的于UE的PO。

如果终端设备未分组，则可以使用具有1比特信息的公共指示来通知寻呼负载状态。备选地，如果终端设备110-1被分组，并且指示可以表明发生了寻呼过载，则网络设备120可以确定终端设备110-1所属的终端设备组的寻呼过载。例如，如果该组中有多个终端设备，并且网络设备120确定属于该组终端设备的至少一个寻呼记录不能被传递，则网络设备120可以生成指示，以指示该组终端设备发生了寻呼过载。

网络设备120可以生成指示，以指示终端设备110-1所属的终端设备组的寻呼过载。例如，每组终端设备可以使用1比特信息来通知相应分组终端设备的寻呼负载状态。

在框240，网络设备120向一个或多个终端设备110发送生成的指示。在一些实施例中，该指示可以在寻呼消息的下行链路控制信息中传输。备选地，该指示可以作为寻呼消息的一部分发送。

在一些实施例中，如果没有发生寻呼过载，则在该PO处发送寻呼消息后，网络设备120可能直到下一个DRX周期才再次向这些终端设备发送寻呼消息。在其他实施例中，如果发生寻呼过载，则在发送寻呼消息后，网络设备120可能直到下一个DRX周期才向终端设备发送特定于用户设备的寻呼消息，该特定于用户设备的寻呼消息在该寻呼消息的用户设备标识字段中被加密或被明确指示在其对应的组中不存在未决的寻呼消息。然而，由于寻呼过载，剩余的寻呼消息可能由网络设备120在下一个可用PO发送。

在一些实施例中，用于执行方法200的装置(例如，网络设备120-1)可以包括用于执行方法200中相应步骤的相应部件。这些部件可以以任何合适的方式实施。例如，它可以通过电路或软件模块实现。

在一些实施例中，该装置包括：用于向终端设备发送配置信息的部件，该配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机，该一个或多个寻呼时机被用于监测寻呼消息；用于确定信道在多个寻呼时机中的一个寻呼时机上是否可用的部件，寻呼消息要在寻呼时机上被发送；用于响应于确定信道在寻呼时机上可用而生成关于在寻呼时机上是否发生寻呼过载的指示的部件；以及用于向终端设备发送生成的指示的部件。

在一些实施例中，配置信息包括以下各项中的至少一项:不连续接收(DRX)周期、一个DRX周期内的寻呼帧的数目、一个寻呼帧的寻呼时机的数目、以及每个终端设备在一个DRX周期内的寻呼时机的数目。

在一些实施例中，配置信息在系统信息中被发送或经由无线电资源控制(RRC)信令被发送。

在一些实施例中，用于生成指示的部件包括用于将寻呼消息中的寻呼记录的数目与阈值数目进行比较的部件；以及用于响应于寻呼记录的数目低于阈值数目来生成没有发生寻呼过载的指示的部件。

在一些实施例中，用于生成指示的部件包括:用于将寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较的部件；以及用于响应于寻呼消息的有效负载大小低于TBS来生成没有发生寻呼过载的指示的部件。

在一些实施例中，用于生成指示的部件包括:用于将寻呼消息中的寻呼记录的数目与阈值数目进行比较的部件；以及用于响应于寻呼记录的数目超过预定数目来生成寻呼过载发生的指示的部件。

在一些实施例中，用于生成指示的部件包括：用于将寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较的部件；以及用于响应于寻呼消息的有效负载大小超过TBS来生成寻呼过载发生的指示的部件。

在一些实施例中，指示在寻呼消息中传输。在一些实施例中，指示在寻呼消息的下行链路控制信息(DCI)中传输。

在一些实施例中，该装置还包括:用于响应于确定在在先的寻呼时机发生了寻呼过载而在寻呼时机上发送在先的寻呼时机所留下的寻呼消息的部件。

在一些实施例中，用于生成指示的部件还包括：用于生成关于在针对终端设备组的寻呼时机上是否发生寻呼过载的指示的部件，终端设备属于终端设备组。

图6示出了根据本公开实施例的方法600的流程图。方法600可以在任何合适的装置上实现。仅出于说明的目的，方法600被描述为在终端设备110-1处实现。

在框610，终端设备110-1从网络设备120接收配置信息，该配置信息用于在DRX周期中为终端设备110-1配置一个或多个寻呼时机。在某些情况下，配置信息可以包括以下之一:终端设备组的不连续接收(DRX)周期(T)、一个DRX周期的寻呼帧数目(N)、一个寻呼帧的寻呼时机的数目(Ns)、一个DRX周期的每个终端设备的寻呼时机的数目(MPO)、或用于寻呼帧确定的偏移(PF_offset)或它们的适当组合。配置信息可以在系统信息块(例如N、Ns、PO的第一PDCCH监测时机、PF_offset)中发出信号。在其他实施例中，配置信息可以经由无线电资源控制(RRC)信令传输。例如，参数T和MPO可经由RRC信令进行配置。备选地，配置信息可以经由上层信令进行配置。在其他实施例中，配置信息也可以是系统信息中广播的默认值。

在框620，终端设备110-1在一个或多个寻呼时机中的一个寻呼时机上监测与其自身相关的寻呼消息。例如，如图3所示，PO 310被配置到终端设备110-1。终端设备110-1可以监测这些PO上的寻呼消息。

在框630，终端设备110-1从网络设备120接收指示。该指示指示在寻呼时机上是否发生寻呼过载。通过这种方式，终端设备能够节约能量并降低功率消耗。

在一些实施例中，如果指示表明PO上不存在寻呼过载，则终端设备110-1可以停止监测寻呼消息。例如，如图4所示，由于网络设备120在PO 310-1、310-2、310-3上LBT失败，在PO 310-4上成功，终端设备110-1可以在PO 310-4上接收指示。如果指示表明PO 310-4上不存在寻呼过载，则终端设备110-1可以在PO 310-4处盲检测寻呼消息，并且直到DRX周期330结束才需要监测该寻呼消息。

备选地，该指示可能表明发生了寻呼过载。在这种情况下，如果终端设备110-1在PO中接收到特定于用户设备的寻呼消息，或者通过寻呼负载状态的指示信令被告知在其对应的组中不存在未决消息，则终端设备110-1无需监测该寻呼消息，直到下一个DRX周期。在示例性实施例中，如果终端设备110-1被配置为在该PO处监测寻呼消息，则终端设备110-1可能被要求监测其特定于用户设备的PO中的寻呼消息。

图5示出了根据本公开实施例的寻呼传输500的示意图。如图5所示，假设两个终端设备110-1和110-2被配置为在各自的特定于UE的PO处监测寻呼消息。该指示指示寻呼过载发生在PO 310-4中。在这种情况下，终端设备110-1可以停止监测其他特定于用户设备的PO上的寻呼消息，直到下一个DRX周期，因为其已经在其特定于用户设备的PO(例如PO310-4)中被寻呼，并且当其UE ID未在寻呼消息中加密并且检测到寻呼过载时，终端设备110-2可以继续监测下一个特定于UE的PO(例如，PO310-5)上的寻呼消息。

在其他实施例中，终端设备110可以基于DRX周期中的特定于用户设备的PO的索引和在一个寻呼时机终端设备分组数目的配置进行分组。仅作为示例，假设在每个寻呼时机上终端设备的分组数目为6，终端设备110-1和终端设备110-2可以在P4的特定于小区的PO被分组为第四组和第三组。网络设备110-1可以向终端设备发送6比特信息(例如001000)，以指示每组的寻呼负载状态。基于对寻呼负荷指示的检测，被配置为监测给定PO中的寻呼传输的每个终端设备可以知道网络设备120是否寻呼其对应组中的所有终端设备。在这种情况下，当终端设备110-2的UE ID未在寻呼消息中加密并且在第三组中检测到寻呼过载时，终端设备110-2可以在下一个特定于UE的PO(即，PO 310-5)处继续监测寻呼消息，而终端设备110-1可以停止监测其对应的特定于UE的PO处的寻呼消息，直到下一个DRX周期，因为它们已经在其特定于UE的PO(即，PO 310-4)中被寻呼或者已经在其对应的组中接收到没有寻呼过载的指示。

在一些实施例中，用于执行方法600的装置(例如，终端设备110-1)可以包括用于执行方法600中的相应步骤的相应部件。这些部件可以以任何合适的方式实施。例如，它可以通过电路或软件模块实现。

在一些实施例中，该装置包括：用于从网络设备接收配置信息的部件，配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机；用于在一个或多个寻呼时机中的寻呼时机上监测与终端设备相关的寻呼消息的部件；以及用于接收指示在寻呼时机上是否发生寻呼过载的指示以便于接收寻呼消息的部件。

在一些实施例中，配置信息包括以下各项中的至少一项：不连续接收(DRX)周期、一个DRX周期上的寻呼帧的数目、一个寻呼帧的寻呼时机的数目、以及每个终端设备在一个DRX周期内的寻呼时机的数目。

在一些实施例中，该装置还包括：用于响应于指示指明没有发生寻呼过载而停止监测与终端设备相关的寻呼消息直到下一个DRX周期的部件。

在一些实施例中，该装置还包括：用于响应于指示指明发生了寻呼过载并且接收到与终端设备相关的寻呼消息来停止监测寻呼消息的部件。

在一些实施例中，该装置还包括：用于响应于指示指明发生了寻呼过载并且未能接收到与终端设备相关的寻呼消息而继续监测与终端设备相关的寻呼消息的部件。

图7是适合于实现本公开的实施例的设备700的简化框图。设备700可以在注册管理实体730处实现。设备700也可以在终端设备110-1处实现。设备700也可以在网络设备120-1处实现。如图所示，设备700包括一个或多个处理器710、耦合到处理器710的一个或多个存储器720、耦合到处理器710的一个或多个发射器和/或接收器(TX/RX)740。

处理器710可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。设备700可以具有多个处理器，诸如专用集成电路芯片，处理器在时间上从属于与主处理器同步的时钟。

存储器720可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以使用任何合适的数据存储技术来实现，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。

存储器720存储程序730的至少一部分。TX/RX 740用于双向通信。TX/RX 740具有至少一个天线以促进通信，尽管实际上本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所必需的任何接口。

假定程序730包括程序指令，该程序指令在由相关联的处理器710执行时使得设备700能够根据本公开的实施例进行操作，如本文中参考图2和6讨论的。也就是说，本公开的实施例可以通过可以由设备700的处理器710执行的计算机软件来实现，或者通过硬件来实现，或者通过软件和硬件的组合来实现。

虽然本说明书包含很多特定的实现细节，但是这些不应当被解释为对任何公开内容或可能要求保护的内容的范围的限制，而应当被解释为对特定实现的特定公开内容特定的特征的描述。在单独实施例的上下文中在本说明书中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。此外，尽管以上可以将特征描述为以某些组合起作用并且甚至最初如此要求保护，但是在某些情况下，可以从组合中排除所要求保护的组合中的一个或多个特征，并且所要求保护的组合可以涉及子组合或子组合的变体。

类似地，尽管在附图中以特定顺序描绘操作，但是这不应当被理解为要求这样的操作以所示的特定顺序或以连续的顺序执行，或者执行所有示出的操作以实现期望的效果。结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统组件的分离不应当被理解为在所有实施例中都需要这种分离，并且应当理解，所描述的程序组件和系统通常可以集成在单个软件产品中，或者打包成多个软件产品。

当结合附图阅读时，鉴于前述描述，对本公开的前述示例性实施例的各种修改、改编对于本领域技术人员而言将变得很清楚。任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。此外，受益于前述说明书和相关附图中呈现的教导的本公开的这些实施例所涉及的本领域技术人员将能够想到本文中阐述的本公开的其他实施例。

因此，应当理解，本公开的实施例不限于所公开的特定实施例，并且修改和其他实施例旨在被包括在所附权利要求的范围内。尽管本文中使用特定术语，但是它们仅在一般性和描述性意义上使用，而不是用于限制的目的。

Claims (36)

1.一种装置，包括:

至少一个处理器；以及

存储器，耦合到所述至少一个处理器，所述存储器中存储有指令，所述指令在由所述至少一个处理器执行时使所述装置：

向终端设备发送配置信息，所述配置信息用于在不连续接收(DRX)周期中向所述终端设备配置一个或多个寻呼时机，所述一个或多个寻呼时机被用于监测寻呼消息；

确定信道在所述多个寻呼时机中的一个寻呼时机上是否可用，寻呼消息要在所述寻呼时机上被发送；

响应于确定所述信道在所述寻呼时机上可用，生成关于在所述寻呼时机上是否发生寻呼过载的指示；以及

向所述终端设备发送生成的所述指示。

2.根据权利要求1所述的装置，其中所述配置信息包括以下至少一项：

所述不连续接收(DRX)周期，

一个DRX周期内的寻呼帧的数目，

一个寻呼帧的寻呼时机的数目，

每个终端设备在一个DRX周期内的寻呼时机的数目，

用于确定寻呼帧的偏移，以及

一个寻呼时机处的终端设备组的数目。

3.根据前述权利要求中任一项所述的装置，其中所述配置信息在系统信息中被发送或经由无线电资源控制(RRC)信令被发送。

4.根据权利要求1所述的装置，其中所述装置被使得通过以下来生成所述指示：

将所述寻呼消息中的寻呼记录的数目与阈值数目进行比较；以及

响应于所述寻呼记录的所述数目低于所述阈值数目，生成没有发生所述寻呼过载的所述指示。

5.根据前述权利要求中任一项所述的装置，其中所述装置被使得通过以下来生成所述指示：

将所述寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较；以及

响应于所述寻呼消息的所述有效负载大小低于所述TBS，生成没有发生所述寻呼过载的所述指示。

6.根据前述权利要求中任一项所述的装置，其中所述装置还被使得通过以下来生成所述指示：

将所述寻呼消息中的所述寻呼记录的数目与阈值数目进行比较；以及

响应于所述寻呼记录的所述数目超过预定数目，生成所述寻呼过载发生的所述指示。

7.根据前述权利要求中任一项所述的装置，其中所述装置被使得通过以下来生成所述指示：

将所述寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较；以及

响应于所述寻呼消息的所述有效负载大小超过所述TBS，生成所述寻呼过载发生的所述指示。

8.根据前述权利要求中任一项所述的装置，其中所述指示在所述寻呼消息中被发送。

9.根据前述权利要求中任一项所述的装置，其中所述指示在所述寻呼消息的下行链路控制信息(DCI)中被发送。

10.根据前述权利要求中任一项所述的装置，其中所述装置还被使得：

响应于确定在在先的寻呼时机发生了寻呼过载，在所述寻呼时机上发送所述在先的寻呼时机所留下的寻呼消息。

11.根据前述权利要求中任一项所述的装置，其中所述装置被使得通过以下来生成所述指示：

生成关于在针对终端设备组的所述寻呼时机上是否发生寻呼过载的指示，所述终端设备属于所述终端设备组。

12.一种装置，包括：

至少一个处理器；以及

存储器，耦合到所述至少一个处理器，所述存储器中存储有指令，所述指令在由所述至少一个处理器执行时使所述装置：

从网络设备接收配置信息，所述配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机；

在所述一个或多个寻呼时机中的寻呼时机上监测与所述终端设备相关的寻呼消息；以及

接收指示在所述寻呼时机上是否发生寻呼过载的指示，以便于接收所述寻呼消息。

13.根据权利要求12所述的装置，其中所述配置信息包括以下至少一项：

所述不连续接收(DRX)周期，

一个DRX周期内的寻呼帧的数目，

一个寻呼帧的寻呼时机的数目，

每个终端设备在一个DRX周期内的寻呼时机的数目，

用于确定寻呼帧的偏移，以及

一个寻呼时机处的终端设备组的数目。

14.根据前述权利要求中任一项所述的装置，其中所述装置还被使得：

响应于所述指示指明没有发生寻呼过载，停止监测与所述终端设备相关的所述寻呼消息，直到下一个DRX周期。

15.根据前述权利要求中任一项所述的装置，其中所述装置还被使得：

响应于所述指示指明发生了所述寻呼过载并且接收到与所述终端设备相关的所述寻呼消息，停止监测所述寻呼消息。

16.根据前述权利要求中任一项所述的装置，其中所述装置还被使得：

响应于所述指示指明发生了所述寻呼过载并且未能接收到与所述终端设备相关的寻呼消息，继续监测与所述终端设备相关的所述寻呼消息。

17.一种方法，包括:

向终端设备发送配置信息，所述配置信息用于在每个不连续接收(DRX)周期中向所述终端设备配置一个或多个寻呼时机，所述一个或多个寻呼时机被用于监测寻呼消息；

确定信道在所述多个寻呼时机中的一个寻呼时机上是否可用，寻呼消息要在所述寻呼时机上被发送；

响应于确定所述信道在所述寻呼时机上可用，生成关于在所述寻呼时机上是否发生寻呼过载的指示；以及

向所述终端设备发送生成的所述指示。

18.根据权利要求17所述的方法，其中所述配置信息包括以下至少一项：

所述不连续接收(DRX)周期，

一个DRX周期内的寻呼帧的数目，

一个寻呼帧的寻呼时机的数目，

每个终端设备在一个DRX周期内的寻呼时机的数目，

用于确定寻呼帧的偏移，以及

一个寻呼时机处的终端设备组的数目。

19.根据前述权利要求中任一项所述的方法，其中所述配置信息在系统信息中被发送或经由无线电资源控制(RRC)信令被发送。

20.根据前述权利要求中任一项所述的方法，其中生成所述指示包括：

将所述寻呼消息中的寻呼记录的数目与阈值数目进行比较；以及

响应于所述寻呼记录的所述数目低于所述阈值数目，生成没有发生所述寻呼过载的所述指示。

21.根据前述权利要求中任一项所述的方法，其中生成所述指示包括：

将所述寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较；以及

响应于所述寻呼消息的所述有效负载大小低于所述TBS，生成没有发生所述寻呼过载的所述指示。

22.根据前述权利要求中任一项所述的方法，其中生成所述指示包括：

将所述寻呼消息中的所述寻呼记录的数目与阈值数目进行比较；以及

响应于所述寻呼记录的所述数目超过预定数目，生成所述寻呼过载发生的所述指示。

23.根据前述权利要求中任一项所述的方法，其中通过以下方式使所述网络设备生成所述指示：

将所述寻呼消息的有效负载大小与下行链路信道的传输块(TBS)大小进行比较；以及

响应于所述寻呼消息的所述有效负载大小超过所述PDSCH TBS，生成所述寻呼过载发生的所述指示。

24.根据前述权利要求中任一项所述的方法，其中所述指示在所述寻呼消息中被发送。

25.根据前述权利要求中任一项所述的方法，其中所述指示在所述寻呼消息的下行链路控制信息(DCI)中被发送。

26.根据前述权利要求中任一项所述的方法，还包括：

响应于确定在在先的寻呼时机上发生了寻呼过载，在所述寻呼时机上发送所述在先的寻呼时机所留下的一个或多个寻呼消息。

27.根据前述权利要求中任一项所述的方法，其中生成所述指示包括：

生成关于在针对终端设备组的所述寻呼时机上是否发生寻呼过载的指示，所述终端设备属于所述终端设备组。

28.一种方法，包括：

从网络设备接收配置信息，所述配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机；

在所述一个或多个寻呼时机中的寻呼时机上监测与所述终端设备相关的寻呼消息；以及

接收指示在所述寻呼时机上是否发生寻呼过载的指示，以便于接收所述寻呼消息。

29.根据权利要求28所述的方法，其中所述配置信息包括以下至少一项：

所述不连续接收(DRX)周期，

一个DRX周期内的寻呼帧的数目，

一个寻呼帧的寻呼时机的数目，

每个终端设备在一个DRX周期内的寻呼时机的数目，

用于确定寻呼帧的偏移，以及

一个寻呼时机处的终端设备组的数目。

30.根据前述权利要求中任一项所述的方法，还包括：

响应于所述指示指明没有发生寻呼过载，停止监测与所述终端设备相关的所述寻呼消息，直到下一个DRX周期。

31.根据前述权利要求中任一项所述的方法，还包括：

响应于所述指示指明发生了所述寻呼过载并且接收到与所述终端设备相关的所述寻呼消息，停止监测所述寻呼消息。

32.根据前述权利要求中任一项所述的方法，还包括：

响应于所述指示指明发生了所述寻呼过载并且未能接收到与所述终端设备相关的寻呼消息，继续监测与所述终端设备相关的所述寻呼消息。

33.一种计算机可读介质，所述计算机可读介质上存储指令，所述指令在由机器的至少一个处理单元执行时，使所述机器执行根据权利要求17-27中任一项所述的方法。

34.一种计算机可读介质，所述计算机可读介质上存储指令，所述指令在由机器的至少一个处理单元执行时，使所述机器执行根据权利要求28-32中任一项所述的方法。

35.一种装置，包括：

用于向终端设备发送配置信息的部件，所述配置信息用于在不连续接收(DRX)周期中向所述终端设备配置一个或多个寻呼时机，所述一个或多个寻呼时机被用于监测寻呼消息；

用于确定信道在所述多个寻呼时机中的一个寻呼时机上是否可用的部件，寻呼消息要在所述寻呼时机上被发送；

用于响应于确定所述信道在所述寻呼时机上可用而生成关于在所述寻呼时机上是否发生寻呼过载的指示的部件；以及

用于向所述终端设备发送生成的所述指示的部件。

36.一种装置，包括：

用于从网络设备接收配置信息的部件，所述配置信息用于在不连续接收(DRX)周期中向终端设备配置一个或多个寻呼时机；

用于在所述一个或多个寻呼时机中的寻呼时机上监测与所述终端设备相关的寻呼消息的部件；以及

用于接收指示在所述寻呼时机上是否发生寻呼过载的指示以便于接收所述寻呼消息的部件。

Images