CN110521252B - 接收寻呼消息的方法和用于该方法的终端 - Google Patents

Abstract

一种终端接收寻呼消息的方法可以包括以下步骤：接收第一下行链路控制信息(DCI)；以及确定所述第一DCI中是否包括寻呼指示符字段。

Description

接收寻呼消息的方法和用于该方法的终端

技术领域

本公开涉及无线通信，并且更具体地，涉及接收寻呼消息的方法和用户设备(UE)。

背景技术

随着新无线电接入技术(RAT)系统的引入，因为越来越多的通信装置需要更大的通信能力，所以需要通过传统RAT增强的移动宽带通信。

另外，通过连接多个装置和物体能够随时随地提供各种服务的大规模机器类型通信(MTC)是下一代通信中要考虑的重要问题之一。考虑对可靠性和时延敏感的服务/UE的通信系统设计也正在讨论中。因此，新RAT将提供考虑到增强型移动宽带(eMBB)通信、大规模MTC(mMTC)以及超可靠低时延通信(URLLC)的服务。

发明内容

技术问题

被设计用于解决传统问题的本公开的一方面是提供在用户设备(UE)处接收寻呼消息的方法。

本公开的另一方面是提供接收寻呼消息的UE。

本领域的技术人员应该领会，可以利用本公开实现的目的不限于已经在上文特别描述的目的，并且将从下面的详细说明中更清楚地理解本公开可以实现的上述目的和其它目的。

技术解决方案

在本公开的一方面，一种在用户设备(UE)处接收寻呼消息的方法包括以下步骤：接收第一下行链路控制信息(DCI)，并且确定所述第一DCI是否包括寻呼指示符(PI)字段。

所述方法还可以包括以下步骤：当所述第一DCI中包括所述PI字段时，确定所述PI字段是否包括关于所述UE的信息，当所述PI字段包括关于所述UE的信息时，接收包括接收所述寻呼消息所需的调度信息的第二DCI，以及基于所述第二DCI来接收所述寻呼消息。所述方法还可以包括以下步骤：基于所述第一DCI中所包括的系统信息字段来在系统信息的更新时间获取更新后的系统信息。所述第一DCI还可以包括指示是否需要所述UE的反馈的字段，并且当需要所述UE的反馈时，所述方法还可以包括以下步骤：发送所述UE的上行链路反馈。所述UE可以在发送所述UE的上行链路反馈之后接收所述寻呼消息。

所述方法还可以包括以下步骤：当所述第一DCI中包括所述PI字段时，确定所述PI字段是否包括关于所述UE的信息，并且当所述PI字段没有包括关于所述UE的信息时，基于所述第一DCI中所包括的系统信息来在系统信息的更新时间获取更新后的系统信息。

当所述第一DCI中没有包括所述PI字段时，所述第一DCI可以包括用于发送所述寻呼消息的资源分配信息，并且所述方法还可以包括以下步骤：基于所述第一DCI来接收所述寻呼消息。所述第一DCI还可以包括系统信息字段，并且可以基于所述系统信息字段来在系统信息的更新时间获取更新后的系统信息。

在本公开的另一方面，一种接收寻呼消息的UE包括：接收器，该接收器被配置为接收第一DCI；以及处理器，该处理器被配置为确定所述第一DCI是否包括PI字段。所述处理器可以被配置为：当所述第一DCI中包括所述PI字段时，确定所述PI字段是否包括关于所述UE的信息，当所述PI字段包括关于所述UE的信息时，接收包括接收所述寻呼消息所需的调度信息的第二DCI，并且基于所述第二DCI来接收所述寻呼消息。所述处理器可以被配置为基于所述第一DCI中所包括的系统信息字段来在系统信息的更新时间获取更新后的系统信息。所述第一DCI还可以包括指示是否需要所述UE的反馈的字段，并且当需要所述UE的反馈时，所述UE还可以包括发送器，该发送器被配置为发送所述UE的上行链路反馈。

所述处理器可以被配置为：当所述第一DCI中包括所述PI字段时，确定所述PI字段是否包括关于所述UE的信息，并且当所述PI字段没有包括关于所述UE的信息时，基于所述第一DCI中所包括的系统信息字段来在系统信息的更新时间获取更新后的系统信息。所述第一DCI还可以包括系统信息字段，并且所述处理器可以被配置为基于所述系统信息字段来在系统信息的更新时间获取更新后的系统信息。

有益效果

根据本公开的实施方式，能够在新无线电接入技术(NR)系统中高效地接收寻呼消息。

本领域的技术人员应该领会，本公开能实现的效果不限于上文已经特定描述的效果，并且将根据结合附图进行的以下详细描述来更清楚地理解本公开的其它优点。

附图说明

附图被包括进来以提供对本公开的进一步理解，并且被并入本申请中并构成本申请的一部分，附图例示了本公开的实施方式并且与说明书一起用来说明本公开的原理。

图1是例示了无线通信系统100中的基站(BS)105和用户设备(UE)110的配置的框图。

图2是例示了示例性寻呼帧(PF)和寻呼时机(PO)的图。

图3是例示了新无线电接入技术(NR)中的示例性寻呼过程的图。

图4是例示了结合基于多波束的操作执行的示例性寻呼的图。

图5是例示了寻呼下行链路控制信息(DCI)中的一些示例性字段的图。

图6是例示了寻呼指示符(PI)中的示例性位图的图。

图7是例示了在寻呼DCI中配置一些字段的示例性方法的图。

图8是例示了在寻呼DCI中不存在用户设备(UE)反馈标志字段的情况下与寻呼消息的接收相关的示例性处理的流程图。

图9是例示了在寻呼DCI中存在UE反馈标志字段的情况下与寻呼消息的接收相关的示例性处理的流程图。

图10是例示了在寻呼DCI中配置一些字段的示例性方法的图。

图11是例示了在寻呼DCI中不存在UE反馈标志字段的情况下与寻呼消息的接收相关的示例性处理的流程图。

图12是例示了在寻呼DCI中存在UE反馈标志字段的情况下与寻呼消息的接收相关的示例性处理的流程图。

具体实施方式

现在将详细地参考本公开的优选实施方式，其示例在附图中示出。在下面的本公开的详细描述中包括帮助充分理解本公开的细节。然而，对于本领域技术人员显而易见的是，可以在没有这些细节的情况下实现本公开。例如，尽管在假设移动通信系统包括3GPPLTE系统的情况下详细地进行以下描述，但是以下描述以排除3GPP LTE的独特特征的方式适用于其他随机移动通信系统。

有时，为了防止本公开变得模糊，公众已知的结构和/或装置被跳过或者可以表示为以结构和/或装置的核心功能为中心的框图。只要有可能，在整个附图中将使用相同的附图标记来表示相同或相似的部分。

此外，在以下描述中，假设终端是诸如用户设备(UE)、移动站(MS)、高级移动站(AMS)等的这种移动或固定用户级装置的通用名称。并且，假设基站(BS)是与作为节点B(NB)、eNode B(eNB)、接入点(AP)等的终端通信的网络级的这种随机节点的通用名称。尽管基于IEEE 802.16m系统描述了本说明书，但是本公开的内容可以适用于各种其他通信系统。

在移动通信系统中，用户设备能够在下行链路中接收信息并且还能够在上行链路中发送信息。由用户设备节点发送或接收的信息可包括各种数据和控制信息。根据用户设备发送或接收的信息的类型和用途，可以存在各种物理信道。

本公开的实施方式可以应用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等的各种无线接入系统。CDMA可以被实现为诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可以被实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据速率(EDGE)的无线电技术。OFDMA可以被实现为诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。3GPP LTE是使用E-UTRA的演进UMTS(E-UMTS)的一部分，采用用于DL的OFDMA和用于UL的SC-FDMA。LTE-Advanced(LTE-A)是3GPP LTE的演进。

此外，在以下描述中，提供特定术语以帮助理解本公开。并且，在本公开的技术构思的范围内，可以将特定术语的使用修改为另一种形式。

图1是无线通信系统100中的BS 105和UE 110的配置的框图。

虽然在附图中示出了一个BS 105和一个UE 110以示意性代表无线通信系统100，但是无线通信系统100可以包括至少一个BS和/或至少一个UE。

参照图1，BS 105可以包括发送(Tx)数据处理器115、符号调制器120、发送器125、收发天线130、处理器180、存储器185、接收器190、符号解调器195和接收数据处理器197。并且，UE 110可以包括发送(Tx)数据处理器165、符号调制器170、发送器175、收发天线135、处理器155、存储器160、接收器140、符号解调器155和接收数据处理器150。虽然在附图中BS105/UE 110包括一根天线130/135，但是BS 105和UE 110中的每一个都包括多根天线。因此，本公开的基站105和UE 110中的每个都支持MIMO(多输入多输出)系统。并且，根据本公开的BS 105能支持SU-MIMO(单用户-MIMO)和MU-MIMO(多用户-MIMO)系统二者。

在下行链路中，发送数据处理器115接收业务数据，通过格式化接收到的业务数据来对接收到的业务数据进行编码，对编码后的业务数据进行交织，对交织后的数据进行调制(或符号映射)，然后提供调制后的符号(数据符号)。符号调制器120通过接收并处理数据符号和导频符号来提供符号流。

符号调制器120将数据和导频符号在一起复用，然后将复用的符号发送到发送器125。这样做时，所发送符号中的每个可包括数据符号、导频符号或零的信号值。在每个符号持续时间中，可连续发送导频符号。这样做时，导频符号可包括频分复用(FDM)、正交频分复用(OFDM)或码分复用(CDM)的符号。

发送器125接收符号流，将接收到的流转换成至少一个或更多个模拟信号，附加地调整模拟信号(例如，放大、过滤、上变频)，然后生成适于在无线电信道上发送的下行链路信号。随后，下行链路信号经由天线130被发送到UE。

在UE 110的配置中，接收天线135从BS接收下行链路信号，然后将接收到的信号提供给发送器140。接收器140调整接收到的信号(例如，滤波、放大和下变频)，对调整后的信号进行数字化，然后获得样本。符号解调器145对接收到的导频符号进行解调，然后将它们提供给处理器155以进行信道估计。

符号解调器145从处理器155接收用于下行链路的频率响应估计值，对接收到的数据符号执行数据解调，获得数据符号估计值(即，所发送数据符号的估计值)，然后将数据符号估计值提供给接收(Rx)数据处理器150。接收数据处理器150通过对数据符号估计值执行解调(例如，符号解映射、解交织和解码)来重构所发送的业务数据。

符号解调器145进行的处理和接收数据处理器150进行的处理分别与BS 105中的符号调制器120进行的处理和发送数据处理器115进行的处理互补。

在上行链路中的UE 110中，发送数据处理器165处理业务数据，然后提供数据符号。符号调制器170接收数据符号，复用接收到的数据符号，对复用的符号执行调制，然后将符号的流提供给发送器175。发送器175接收符号的流，处理接收到的流，并且生成上行链路信号。该上行链路信号随后经由天线135发送到BS 105。

在BS 105中，经由天线130从UE 110接收上行链路信号。接收器190处理接收到的上行链路信号，然后获得样本。随后，符号解调器195处理样本，然后提供在上行链路中接收到的导频符号和数据符号估计值。接收数据处理器197处理数据符号估计值，然后重构从UE110发送的业务数据。

UE 110/BS 105的处理器155/180指导UE 110/BS 105的操作(例如，控制、调整、管理等)。处理器155/180可以与被配置为存储程序代码和数据的存储器160/185连接。存储器160/185与处理器155/180连接，以存储操作系统、应用和通用文件。

处理器155/180可以被称为控制器、微控制器、微处理器、微计算机等之一。并且，处理器155/180可以使用硬件、固件、软件和/或其任何组合来实现。在通过硬件的实现中，处理器155/180可以被设置有被配置为将本公开实现为ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理器件)、PLD(可编程逻辑器件)、FPGA(场可编程门阵列)等的这种器件。

此外，在使用固件或软件实现本公开的实施方式的情况下，固件或软件可以被配置为包括用于执行本公开的上述功能或操作的模块、程序和/或函数。并且，被配置为实现本公开的固件或软件被加载到处理器155/180中或者被保存在存储器160/185中以由处理器155/180驱动。

UE/BS和无线通信系统(网络)之间的无线电协议的层可以基于通信系统公知的OSI(开放系统互连)模型的3个较低层被分类为第一层L1、第二层L2和第三层L3。物理层属于第一层，并通过物理信道提供信息传送服务。RRC(无线电资源控制)层属于第三层，并提供UE和网络之间的控制无线电资源。UE与BE可以能够通过无线通信网络和RRC层彼此交换RRC消息。

在本说明书中，虽然UE/BS的处理器155/180除了针对UE/BS 110/105接收或发送信号的功能之外还执行处理信号和数据的操作，但是为了清楚起见，将不在以下描述中具体提到处理器155和180。在以下描述中，处理器155/180可被视为执行除了没有特别提及的接收或发送信号的功能之外的诸如数据处理等这样的一系列操作。

模拟波束成形

因为信号波长在毫米波(mmW)中短，因此能够在同一区域中安装多根天线。即，30GHz处的波长为1cm，因此总共100个天线元件可以以具有0.5λ(波长)间隔的二维(2D)阵列被安装在5×5cm的面板中。因此，使用多个天线元件来增加波束成形(BF)增益，因此增加毫米波系统中的覆盖范围或吞吐量。

在这种情况下，当每个天线元件具有收发器单元(TXRU)以使得基于天线元件能够进行发送功率控制和相位控制时，每个频率资源中能够进行独立波束成形。然而，在所有这100个天线元件中都安装TXRU是没有成本效益的。因此，已考虑了借助模拟移相器将多个天线元件映射到一个TXRU并且调整波束方向的方法。然而，这种模拟BF的缺点在于，频率选择性波束成形是不可能的，因为只跨总频带产生了一个波束方向。

作为数字BF和模拟BF的中间形式，可以考虑具有少于Q个天线元件的B个TXRU的混合BF。在混合BF中，根据B个TXRU和Q个天线元件如何连接，可用于同时发送的波束方向的数目限于B个或更少。

现在，将简要描述3GPP LTE/LTE-A系统中的寻呼。

网络可以使用寻呼过程以RRC_IDLE模式向UE发送寻呼信息。另外，网络可以使用寻呼过程以RRC_IDLE/RRC_CONNECTED模式向UE指示系统信息的改变。另外，网络可以使用寻呼消息以RRC_IDLE/RRC_CONNECTED模式向UE发送地震和海啸预警系统(ETWS)主要通知和/或ETWS辅助通知。另外，网络可以使用寻呼过程以RRC_IDLE/RRC_CONNECTED模式向UE发送CMAS通知。

下面，将描述寻呼时机(PO)。

为了使UE的功耗最小化，针对UE限定不连续接收(DRX)方案。使用DRX的UE能监测是否每个寻呼周期(即，DRX周期)仅在一个PO中发送寻呼消息。一个寻呼帧(PF)可以是指可以包括一个或更多个PO的一个无线电帧。一个PO可以是其中有在寻址寻呼消息的PDCCH上发送的寻呼-RNTI(P-RNTI)的一个子帧。也就是说，PO可以被限定为其中UE监测寻呼消息的PF中的特定子帧。

可以使用UE的国际移动订户标识(IMSI)和DRX值来确定PF和PO。UE可以使用其IMSI值和DRX值来计算PF和PO。另外，eNB可以基于从移动性管理实体(MME)接收的IMSI值来计算每个UE的PF和PO。

DRX参数(即，寻呼/PCCH配置信息)可以被包括在公共无线电资源配置(“RadioResourceConfigCommon”)信息元素(IE)中，其是用于指定公共无线电资源配置的RRC消息。可以在诸如RRC连接重新配置消息或系统信息(SI)消息这样的RRC消息中发送公共无线电资源配置IE。SI消息传送一个或更多个系统信息块(SIB)。

下表1描述了寻呼。

[表1]

表2至表5分别描述了与寻呼相关的子帧模式。

表2和表3例示了频分双工(FDD)中的寻呼相关子帧模式。

当在PDCCH上或在大于3MHz的系统带宽的MPDCCH上发送P-RNTI时，在下表2中列出PO。

[表2]

Ns	i_s＝0时的PO	i_s＝1时的PO	i_s＝2时的PO	i_s＝3时的PO
					1	9	N/A	N/A	N/A
2	4	9	N/A	N/A
					4	0	4	5	9

当在1.4MHz和3MHz的系统带宽中在MPDCCH上发送P-RNTI时，在下表3中列出PO。

[表3]

Ns	i_s＝0时的PO	i_s＝1时的PO	i_s＝2时的PO	i_s＝3时的PO
					1	5	N/A	N/A	N/A
2	5	5	N/A	N/A
					4	5	5	5	5

表4和表5例示了时分双工(TDD)(所有UL/DL配置)中的寻呼相关子帧模式。

当在PDCCH上或在大于3MHz的系统带宽的MPDCCH上发送P-RNTI时，在下表4中列出PO。

[表4]

Ns	i_s＝0时的PO	i_s＝1时的PO	i_s＝2时的PO	i_s＝3时的PO
					1	0	N/A	N/A	N/A
2	0	5	N/A	N/A
					4	0	1	5	6

当在1.4MHz和3MHz的系统带宽中在MPDCCH上发送P-RNTI时，在下表5中列出PO。

[表5]

Ns	i_s＝0时的PO	i_s＝1时的PO	i_s＝2时的PO	i_s＝3时的PO
					1	1	N/A	N/A	N/A
2	1	6	N/A	N/A
					4	1	1	6	6

下表6描述了扩展DRX中的寻呼。

[表6]

下表7描述了DCI格式6-2。

[表7]

图2是例示了示例性PF和PO的图。

参照图2，可以在一个DTX周期中配置多个PF，并且可以在一个PF中配置多个PO。

下面，将描述NR寻呼。

图3是例示了NR中的寻呼过程的图。

参照图3，UE获取与发送和接收点(TRP)或eNB的小区的DL同步(S210)。UE从eNB接收主信息块(MIB)和/或SIB。MIB和/或SIB发信号通知(或指示)系统帧编号(SFN)和超SFN。在本公开中，寻呼指示符(PI)对应于唤醒UE的唤醒信号。

UE计算其中监测寻呼信道的寻呼间隔，以便接收PI或寻呼消息。寻呼间隔可以是PO、寻呼时间窗口、寻呼(无线电)帧和/或基于UE ID和/或所选择的波束索引(例如，#2)计算的寻呼超帧。基于UE ID计算寻呼间隔。PI可以是诸如PDCCH上的P-RNTI这样的RNTI。在PDSCH上发送寻呼消息。

eNB在eNB扫描天线波束的全部或部分的寻呼间隔中发送多个波束(S220)。在不同的时间间隔(例如，具有波束参考信号(BRS)的符号或子帧)中发送不同的波束。这些波束承载表示一组UE、一组UE ID、特定类型的UE(例如，延迟容忍装置或车辆UE)、特定UE类别、特定服务或服务组的PI。PI还可以指示哪个波束索引可以被包括在反馈中。

UE以不同的时间间隔中接收不同的波束并且测量每个波束的质量(S230)。UE从所有波束当中选择提供最高测量质量的波束。另选地，UE选择所测得的质量等于或大于阈值的波束(S230)。

当UE在被监测的PO中接收到PI和/或PI被用于寻呼UE时，UE将反馈发送到eNB(S240)。反馈指示所选择的波束的波束索引。可以按以下选项之一发送反馈。

选项1：随机接入前导码、随机接入前导码集或随机接入资源指示所选择的波束。通过来自eNB的系统信息(SI)向UE发信号通知波束与随机接入前导码、随机接入前导码集或随机接入资源之间的映射。

选项2：反馈是MAC控制元素，包括所选择的波束索引和UE的ID。

选项3：反馈是RRC消息，包括所选择的波束索引和UE的ID。可以在RRC连接建立过程、RRC连接重新开始过程、RRC连接重建过程或RRC小区更新过程中发送RRC消息。RRC消息可以是RRC连接请求消息、RRC连接重建请求消息、RRC连接恢复请求消息或小区更新消息。

UE可以在发送反馈之后启动定时器。在所选择的波束上发送反馈。

在接收到包括所选择的波束的波束索引的反馈时(S240)，eNB通过基于UE ID和/或波束索引计算出的PO中的所选择的波束向UE发送寻呼消息(S250)。在发送反馈之后的预定时段期间，UE仅监测在其中发送所选择的波束的PO中的全部或部分中的所选择的波束(S260)。即，UE仅监测所选择的波束，直到定时器期满为止。UE从eNB接收SI中的定时器值。如果在该时段期间(即，直到定时器期满为止)尚未接收到包括UE ID的寻呼消息，则UE监测寻呼间隔或PO中的所有波束。

下表8描述了NR中的RAN 2的寻呼相关标准。

[表8]

将在下面描述申请人对RAN1#88会议的关于NR中的寻呼传输的贡献。下表9和表10是申请人贡献的内容。

[表9]

图4是例示了结合基于多波束的操作执行的示例性寻呼的图。

结合基于多波束的操作，可以考虑将下表10中描述的两个选项用于在NR系统中发送寻呼消息。

[表10]

表11描述了申请人对3GPP RAN1 1月Adhoc会议的关于波束扫描寻呼下行链路控制信息(DCI)或PI的贡献。

[表11]

寻呼的反馈机制

在进入DRX模式之前，处于RRC空闲或RRC非激活模式的UE可以从网络(例如，eNB)接收指示UE需要唤醒以在DRX模式下接收寻呼的时间以便省电的信令。在LTE系统中，如前所述地指定PO和PF。NR系统与LTE系统的不同之处在于，由于多波束环境中波束成形的影响，导致在一个PO中可能存在多个时隙。这在表9中被描述，其将在下面被描述。

PO可以包括多个时隙(例如，子帧或OFDM符号)。可以由SI配置PO中的时隙的数目。网络可以通过使用不同的一组DL发送波束或者在每个时隙中重复一组DL发送波束来发送寻呼。当通过波束扫描发送寻呼时，可以使用寻呼消息或PI。

在LTE系统中，当UE在PO中接收/解码寻呼DCI(其可以被称为诸如“DCI”这样的各种名称)时，UE还在PO中接收寻呼消息。相反，如果在NR中UE在特定PO中接收寻呼DCI并且还在该特定PO中接收寻呼消息，则这意指网络应该通过波束扫描在特定PO中发送寻呼DCI和寻呼消息。因此，PO中的时间单位的长度可能变长，并且用于网络的寻呼信道的波束扫描操作可能造成网络中DL资源的浪费。

因此，在本公开中，从UE接收寻呼的角度来看，UE可以在PO中接收/解码寻呼DCI，并且寻呼消息不一定是在发送寻呼DCI的PO中被发送的。为了更高效地利用资源，如上所述，通过波束扫描发送寻呼DCI。当PO包括多个时隙(或时隙)时，UE在PO中以所指示的时隙长度为单元对寻呼DCI执行盲解码。然而，为了在空闲或非激活的模式下接收寻呼，UE应该首先执行时频获取和波束获取。因此，UE在同步信号(SS)的发送定时唤醒并且在PO之前测量波束扫描SS块。UE可以确定接收质量最佳的SS块的索引。因为在PO中发送的寻呼DCI和寻呼消息也在与SS块的波束图案相同的图案中发送，所以已确定以最佳质量接收的SS块的索引的UE可以确定用于解码的寻呼的波束方向和PO中的时隙。

在PO中，可以通过波束扫描发送寻呼DCI和寻呼消息。换句话说，UE在PO中接收寻呼DCI或随后将描述的PI，然后基于在PO中接收到的寻呼DCI或PI来接收寻呼消息。PI可以被理解为用于唤醒UE的一种唤醒信号。因此，当在PI中检测到与UE的UE ID相关的信息时，UE确定存在针对UE的数据，在睡眠模式或DRX模式下唤醒，并且准备接收数据。此外，PI可以是触发UE在UL上发送特定信息的信号。例如，UE可以发送诸如针对PI的ACK信号或随机接入前导码这样的信号。eNB(或gNB)可以通过从UE接收信号来确定目标UE的位置，并且仅在对应方向上发送寻呼消息。仅在该方向上发送的寻呼消息可以涉及使得能够对寻呼消息进行解码的DCI发送。

寻呼指示符(PI)设计方案1－寻呼DCI内的PI

下面提出了PI设计和在UE处检测PI的方法。PI可以指导特定UE、特定UE组或特定波束(或波束组)的UE发送UL信号。

在寻呼DCI中发送PI的方法中，可以由针对每个UE ID的P-RNTI或针对每个UE ID组的P-RNTI指示UE或UE组。即，多个寻呼-RNTI(P-RNTI)在一个系统中可用，多个寻呼DCI可以在PO的每个时隙中(寻呼DCI可以在时分复用(TDM)中复用)或者在PO的一个时隙中(寻呼DCI可以在频分复用(FDM)中复用)发送，并且每个寻呼DCI可以随其被不同P-RNTI覆盖的循环冗余校验(CRC)发送。当接收到寻呼DCI时，UE可以通过在空闲模式或非激活模式下使用其(临时)ID来导出其P-RNTI。在LTE系统中，UE根据式1通过使用其ID来找到PO。

[式1]

将从以下计算导出从7.2中限定的子帧图案指向PO的索引i_s：

i_s＝floor(UE/ID/N)mod Ns

相似地，在本公开中，UE可以使用其ID不仅导出PO而且导出P-RNTI。另外，UE还可以导出通过使用P-RNTI解码的寻呼DCI的PI字段中的哪个PI用于UE以及特定PI中的哪个比特被作为指示符比特指派给UE。eNB应该预先向UE发送必要信息，使得UE可以导出以上信息，即，关于UE位置的信息和寻呼DCI的PI字段中的UE分组信息。

更具体地，每个寻呼DCI可以包括PI字段。在一个寻呼DCI中可以存在多个PI，并且eNB可以指定假定通过PI发送对寻呼DCI的反馈的UE。即，eNB可以通过使用P-RNTI对UE进行分组，然后将UE组分为子组，并且通过使用PI和PI的比特字段来指定UE。PI可以被配置为位图，如以下实施方式中一样。

图5是例示了在寻呼DCI中的一些字段的图。一个寻呼DCI可以包括多个PI字段PI0、...、PI N。一个PI可以用于特定P-RNTI内的UE进行子组划分。

图6是例示了PI中的示例性位图的图。

每个PI的比特可以指示特定UE，如图6的实施方式中一样。可以预先配置一个寻呼DCI中所包括的PI的数目和每个PI中的UE的数目。UE应该能够通过使用其UE ID来导出特定P-RNTI中的哪个PI中的哪个比特对UE进行寻呼。在图6的实施方式中，虽然PI字段的每个比特被示出为指定或指示一个UE，但是该比特还可以指定或指示UE组。

在PI设计方案1中，当UE的PO中的寻呼DCI监测/检测单元是PO中所包括的多个时隙时，UE尝试检测每个时隙中的寻呼DCI。可以通过网络信令预先配置UE尝试在其中检测寻呼DCI的时间单元和搜索空间。

PI设计方案2－PI序列发送

与eNB在寻呼DCI的特定字段中发送PI的方案不同，eNB可以以特定序列发送PI。对于PI序列发送方案，网络可以将PI序列分别指派给每个个体UE。应该限定可用作PI的整个序列集，并且将序列集的特定序列预先分配给每个UE。UE尝试通过使用由网络指派的序列来检测PO中的PI。当一个PO包括多个时隙时，可以在PO中的每个时隙中发送多个PI。在这种情况下，网络可以对UE进行分组，并且指定用于对每个UE组进行PI检测的频率(例如，子带、带宽部分(BWP)等)。也就是说，可以在PO的每个时隙中以FDM发送多个PI。具有良好互相关性能的PI序列可以被分组到同一组中。UE应该能够通过使用其ID在对应时间导出指派给它的PI序列。另外，UE还可以用UE ID导出关于承载PI序列的频率(例如，子带)的信息。另选地，UE可以通过使用其ID来导出PI序列，可以预先配置每个PI序列(或每个PI序列组)的频率(例如，子带)，并且UE可以针对每个PI序列使用关于预先配置的频率的信息。

UE检测承载PI序列的频率(例如，子带)中的PI。在检测到指派给UE的PI序列时，UE在UL上将对PI序列的反馈发送到网络。可以基于UE静态地给出PI。另选地，PI可以是PO的子帧或时隙索引、SFN或PF索引、P-RNTI和UE ID或者UE ID组或波束ID的函数，并且UE尝试通过从指派给UE的UE ID(UE ID组或波束ID)、P-RNTI和接收PO的时间的函数导出PI来检测PI。

在PI设计方案2中，当PO中的PI检测单元是多个时隙时，UE尝试在每个时隙中进行PI检测。可以通过网络信令预先配置UE尝试在其中检测PI的时间单元和搜索空间。

寻呼消息检索的可配置性

可以主要按以下两种方法传递寻呼消息。

方法1)寻呼DCI/寻呼消息发送方法

eNB在PO中发送寻呼DCI和寻呼消息。另选地，eNB可以在PO中发送寻呼DCI，并且根据寻呼DCI中的信息在除了PO之外的时间/频率资源中发送寻呼消息。UE盲检测PO中的寻呼DCI。

方法2)寻呼指示符(PI)发送方法

PI在PO中发送，并且DL寻呼消息由来自UE的UL反馈触发。网络发送唤醒特定UE或UE组的PI，并且已接收到PI的目标UE/UE组在预定资源中发送UL反馈。在这种情况下，反馈可以使用ACK信令或单独分配的前导码序列/时间/频率资源。

在寻呼UE时，网络可以支持上述两种寻呼消息发送方法。也就是说，网络可以使用在PO中发送寻呼DCI(带有或不带有寻呼消息)的方法，并且还可以单独发送寻呼物理信道(例如，PI序列)。当寻呼UE时，网络可以预先向UE发信号通知UE将使用方法1和方法2中的哪一种。当UE接收到指示方法1的信令时，UE尝试检测特定PO或所有PO中的寻呼DCI。当UE从网络接收到指示将在方法2中发送寻呼消息的信令时，UE尝试检测对应PO中的PI。当寻呼消息大，即，寻呼消息的大小等于或大于预定大小(例如，L比特)时，网络可以在PI序列方法中或在将PI信息包括在寻呼DCI中的方法中触发来自UE的UL反馈。在检测到寻呼DCI或PI序列时，UE执行上述后续操作。

对PI的UL反馈

当eNB通过发送PI触发UE的UL信号发送时，可以如下地配置将用于UE的UL信号发送的资源。

UL反馈资源分配方案1)UE可以使用随机接入资源进行UL反馈发送。在这种情况下，单独的前导码和/或频率资源可以被作为对PI的响应而被分配用于UL反馈发送。前导码可以被分配给每个UE或UE组。可以基于UE或UE组单独分配P-RNTI。换句话说，在系统中可以存在多个寻呼UE组。每个寻呼UE组中可以包括一个或更多个UE。可以针对每个寻呼UE组(即，针对每个P-RNTI)设置PI(例如，序列或比特字段)，并且可以以P-RNTI为基础分配用于UL反馈的资源。可以如下以P-RNTI为基础分配资源。

-可以以P-RNTI为基础执行(RACH)前导码和时间/频率分配(即，前导码/时间/频率资源分配)。

-可以以P-RNTI为基础分配前导码，并且可以以小区或寻呼区域为基础分配用于发送用于寻呼反馈的前导码的时间/频率(即，多个寻呼组共享时间/频率资源，而非以P-RNTI为基础分配时间/频率)。

-可以以小区或寻呼区域为基础分配用于寻呼反馈的前导码(即，多个寻呼组共享前导码)，并且可以以寻呼组/P-RNTI为基础分配用于发送前导码的时间/频率。

在检测到其PI时，UE应该在预定时间(被称为反馈窗口)内发送UL信号。当发信号通知寻呼配置时，网络也可以发信号通知反馈窗口。信令可以指示要被配置为反馈窗口的预定时段或者预定时间点，例如，指示m个时隙之后的时间点的值。

另外，在UL上发送反馈之后，UE尝试单独检测用于接收寻呼消息的DCI。UE尝试检测DCI的时间段(即，响应窗口)可以被单独配置并且由网络发信号通知给UE。在发送反馈之后，UE在响应窗口的该时间段期间监测DCI以接收寻呼消息。UE尝试在响应窗口时间期间检测DCI。响应窗口可以是除了PO之外的时间段。

尽管UE也可以将DCI称为寻呼DCI，但是与在PO中发送的寻呼DCI不同，这种情况下的寻呼DCI可以不被波束扫描，并且UE为了进行DCI检测而监测的时间单元(例如，时隙长度)也可以是不同的。因此，为了便于描述，在PO中发送的寻呼DCI可以被称为第一寻呼DCI，而发送寻呼消息所需的、根据对PI的反馈发送或者为了传送针对寻呼消息的调度信息和资源分配信息而发送的寻呼DCI可以被称为第二寻呼DCI。

在方法1的情况下，这种方案也可以应用于在PO中仅发送PI而不发送第一寻呼DCI的方法。UE尝试在PI中仅检测PI。在PO中检测PI时，UE在反馈窗口内的预定资源中发送针对PI的反馈，并且尝试在反馈发送之后的响应窗口时段期间检测寻呼DCI。在这种情况下，如上所述，寻呼DCI不被分为第一寻呼DCI/第二寻呼DCI。

UL反馈资源分配方案2)当eNB指导UE发送针对PI的UL反馈时，eNB可以通过第一寻呼DCI单独分配(或指定/指示)用于UL反馈的时间/频率资源。UL反馈可以被理解为ACK信息发送。不需要为UL反馈分配与RACH资源一样多的资源。可以在PI内1)以P-RNTI为基础、2)以PI为基础和3)以UE为基础分配资源。可以预先配置可用于反馈的资源集。eNB可以指示将用于特定UE的反馈的资源，同时通过第一寻呼DCI寻呼UE。

UE可以在所指示的反馈资源中发送针对第一寻呼DCI和PI的反馈。如在方案1)中一样，UE可以尝试监测和检测第二寻呼DCI，以便接收寻呼消息。UE尝试检测DCI的时间段(即，响应窗口)可以被单独配置并且由网络发信号通知给UE。UE尝试在响应窗口时间期间检测DCI。响应窗口可以是除了PO之外的时间段。在另一种方法中，第一寻呼DCI可以指示UE在期间发送第二寻呼DCI时尝试检测第二寻呼DCI、响应窗口或时间(时隙或小时隙)的时间段。

该方案可以被应用于由eNB在PO中发送包括PI的第一寻呼PCI的方法。在PO中，可以发送寻呼DCI和寻呼消息二者。如果不需要来自特定UE的反馈，则可以在第一寻呼DCI中省略PI字段。在这种情况下，为了动态地使用请求反馈的情况和不请求反馈的情况，UE应该能够将在PO中传送PI的DCI与传送针对寻呼消息的调度信息的DCI区分开。例如，可以使用以下方法将这些DCI彼此区分开。

1.分配不同P-RNTI的方法－可以将不同的P-RNTI分配给承载PI的DCI和请求针对寻呼消息的调度信息的DCI。

2.在DCI中使用标志的方法－可以在DCI的特定标志中配置指示是否请求反馈或者是否存在PI字段的比特字段。UE可以确定是否存在PI以及是否通过所配置的字段发送反馈。另选地，eNB可以在对应时隙(PO中的时隙)中执行寻呼消息所需的调度，同时命令UE使用PI字段来发送反馈。在这种情况下，在PO中发送的第一寻呼DCI可以包括以下信息。

信息1)传送针对寻呼消息的调度信息的DCI可以包括指示是否存在PI的字段以及针对对应时隙中发送的寻呼消息的调度信息(资源分配信息、MCS等)。

信息2)在寻呼承载PI的DCI的情况下，当指示是否存在PI的字段、PI和PI的特定字段为ON时，寻呼DCI可以包括关于将被寻呼的UE用于UL反馈的资源的信息以及关于可以发送第二寻呼DCI的资源的信息(例如，发送时间、第二寻呼DCI监测窗口(响应窗口)、第二寻呼DCI搜索空间等)。

寻呼DCI监测

UE检测PO的每个时隙中或者PO中的由网络发信号通知的每个时间单元中的PI或第一寻呼DCI。另外，当基于对PI(第一寻呼DCI中的PI和基于序列的PI中的任一个)的反馈发送寻呼消息时，UE应该接收/解码寻呼DCI(或第二寻呼DCI)以接收寻呼消息。因此，应该发信号通知用于检测第二寻呼DCI的时间和检测单元。除非另外发信号通知，否则UE尝试在响应窗口内在每个与PO中进行PI检测时使用的相同的时间单元中检测第二寻呼DCI。或者，除非另外发信号通知，否则如果针对对应系统频带中的数据限定默认参数集，则UE尝试以参数集(时隙/小时隙)为单元检测第二寻呼DCI。UE可以分别从网络接收指示检测第二寻呼DCI所需的时间单元和其它参数集(例如，子载波间隔)的信令，并且尝试根据该信息检测DCI。即，用于检测第二寻呼DCI以基于UE的反馈接收寻呼消息的单元可以与用于在PO中检测PI(或第一寻呼DCI)的单元不同。

寻呼DCI/消息发送和系统信息更新指示方法

除了上述PI和UE反馈指示之外，可以通过寻呼来更新SI。在传统LTE系统中，eNB以DCI格式6-2向UE发送具有相对小的信息大小的关于系统信息更新的信息。DCI格式6-2可以被用于传送针对寻呼消息的调度信息或者指示SI已改变的寻呼。可以以DCI格式配置特定的1比特标志，以指示DCI是否调度寻呼消息(例如，如果标志＝1)或者DCI是否包括SI更新信息(例如，如果标志＝0)。当DCI包括SI更新信息时，可以发送可以包括systemInfoModification、etws-Indication、cmas-Indication、eab-ParamModification等的系统信息。服务于这两种功能的DCI格式6-2适用于eMTC，而不支持同时发送一般SI更新和寻呼消息的功能。

由于引入了多个模拟波束，应该会增强和优化上述寻呼方案在NR中的性能。因此，寻呼DCI可以包括1)指示PI的存在的指示符(例如，标志)、2)指示是否请求UE反馈触发的指示符(例如，标志)、3)指示SI更新指示信息是或否被包括在寻呼DCI中的指示符(例如，标志)和4)针对寻呼消息的资源分配信息。

当指示是否存在PI的标志为ON时，寻呼DCI可以包括指示目标UE分组的PI字段和寻呼DCI的UE信息，并且当指示是否存在PI的标志为OFF时，寻呼DCI的PI字段可以被用于其它目的。

如果指示是否请求UE反馈触发的标志为ON，则寻呼DCI可以包括关于将用于UE反馈的资源(例如，RACH资源)的字段信令信息。如果关于将用于UE反馈的资源的信息预先被发送到UE并因此在UE和网络之间达成一致，则将用于UE反馈的资源信息可以不被包括在寻呼DCI中。UE可以基于将用于UE反馈的预先发信号通知的资源信息来执行UE反馈。相反，如果指示是否请求UE反馈触发的标志为OFF，则UE不执行UL反馈。如果发送PI，则UE在检查PI之后接收寻呼消息，或者如果没有发送PI，则UE根据寻呼DCI中的寻呼消息资源分配信息接收寻呼消息。

如果指示SI更新指示信息是否被包括在寻呼DCI中的标志为ON，则指示在寻呼DCI中存在用于发送SI更新指示信息的特定字段。UE检查在对应的寻呼DCI中SI是否已更新。如果指示存在SI更新，则UE尝试在SI被发送时获取SI。

如果指示SI更新指示信息是否被包括在寻呼DCI中的标志为OFF，则UE不尝试获取指示在DCI中SI是否已更新的信息。用于在DCI中发送SI更新指示信息的特定字段可能不存在或者可能被预留用于其它目的。另选地，该字段可以被用于其它信令目的。然而，当SI已更新时，即使在寻呼消息中也可以接收指示SI是否已更新的信息。

针对寻呼消息的资源分配信息可以包括关于用于发送寻呼消息的时间/频率、MCS等的信息，并且网络可以向UE发信号通知针对寻呼消息的资源分配信息。

标志信息可以被包括在寻呼DCI中。寻呼DCI的默认值等同于所有标志的OFF。基于以上描述，下面描述配置寻呼DCI的方法的实施方式。

图7是例示了在寻呼DCI中配置一些字段的方法的图。

如图7中例示的，如果限定了PI标志字段并将其设置为OFF(例如，0)，则DCI可以包括指示针对寻呼消息的调度信息的资源指派(RA)字段和SI更新指示字段。如果PI标志为ON(例如，1)，则PI标志＝OFF的RA字段可以被重新解释为PI字段，并且寻呼DCI可以包括传送PI信息的PI字段和SI字段。当关于UE的信息被包括在PI字段中时，UE接收承载针对将在随后发送的寻呼消息的调度信息的DCI，并且尝试根据DCI中的RA信息接收/解调寻呼消息。如果UE信息没有被包括在PI字段中，则UE可以仅解码SI字段，以检查SI是否已更新。如果SI已更新，则UE可以尝试根据SI发送时段获取SI，然后进入睡眠模式。如果SI未更新，则UE可以立即进入睡眠模式。

当PI标志为ON时，反馈标志字段可以被可选地配置为请求来自UE的反馈。如果反馈标志为ON，则UE可以在PI字段中存在UE信息的情况下发送UL UE反馈。当UE反馈标志为OFF时，UE接收承载针对将发送的寻呼消息的调度信息的DCI以及寻呼消息。

选项3操作

当关于UE的信息(例如，UE ID)被包括在PI字段中时，UE接收承载针对将发送的寻呼消息的调度信息的DCI，并且尝试根据DCI中的RA信息接收/解调寻呼消息。

选项4操作

另选地，如果UE信息(例如，UE ID)被包括在PI字段中，则UE随后在UL上发送RACH、物理上行链路控制信道(PUCCH)和探测反射符号(SRS)。然后，UE接收承载针对将发送的寻呼消息的调度信息的DCI，并且尝试根据DCI中的RA信息接收/解调寻呼消息。

前向兼容性支持

在分阶段设计系统的方案中，在初始阶段中设计寻呼方案(为了便于描述，被称为选项1)，使得网络发送寻呼DCI和寻呼消息，并且UE接收寻呼DCI并且接收/解调寻呼消息，并且在演进阶段(为了便于描述，被称为选项3)中设计寻呼方法，使得网络发送PI，并且在接收PI的多个UE当中，PI所指示的UE随后接收寻呼DCI并且接收/解调寻呼消息，或者设计寻呼方案(为了便于描述，被称为选项2)，使得网络发送PI，并且在接收PI的多个UE当中，PI所指示的UE随后发送UL信号(例如，RACH、PUCCH、SRS等)，接收传送针对将发送的寻呼消息的调度信息的DCI，并且尝试根据接收到的DCI中的RA信息接收/解调寻呼消息。

在该演进寻呼设计中，将描述实现初始阶段选项(例如，选项1)(当UE接收包括PI字段的DCI时的寻呼操作)的网络和UE的寻呼操作、在网络实现演进阶段选项(例如，选项2或选项3)的情形下网络与终端的寻呼操作以及实现初始阶段选项1的UE和实现演进阶段选项(例如，选项2或选项3)的UE共存。

在初始阶段选项中，在已在PO中唤醒的UE当中不存在待寻呼的UE的情况下，DCI的PI字段被设置为ON。然后，所有UE可以在不读取寻呼消息的情况下再次进入睡眠模式。当SI字段的某个比特被触发(例如，SI更新)时，所有UE尝试在预定时间之后的特定时间点执行相关操作(例如，SI更新)。此外，处于RRC CONNECTED状态的UE确定是否触发SI字段的比特而不管PI字段是ON还是OFF，并且执行后续操作。

当存在实现演进阶段选项的网络并且实现初始阶段选项的UE和实现演进阶段选项的UE共存时，可以通过根据已在PO中唤醒的UE当中的待寻呼的UE的类型使用PI字段或演进阶段选项的寻呼过程来确定是否执行初始阶段选项的寻呼过程。例如，当待寻呼的UE包括实现初始阶段选项的UE和实现演进阶段选项的UE二者时，网络将PI字段设置为OFF，使得初始阶段选项的寻呼过程得以执行。在接收到PI字段时，初始阶段UE和演进阶段UE执行初始阶段选项的寻呼过程。相反，当待寻呼的UE只包括实现演进阶段选项的UE而不包括实现初始阶段选项的任何UE时，网络将PI字段设置为ON，使得初始阶段UE可以进入睡眠模式。在演进阶段UE当中，由PI指示寻呼的UE执行演进阶段选项的寻呼过程，并且未由PI指示的UE进入睡眠模式。

当UE信息(例如，UE ID)未被包括在PI字段中时，UE可以再次进入睡眠模式，并且检查SI字段(SI字段用于传送SI，并且可以用特定值(例如，0000..00)指示不存在SI更新)。如果SI字段指示不存在SI更新，则UE可以再次进入睡眠模式。

如果PI标志为ON，则eNB可以可选地设置反馈标志字段以请求来自UE的反馈。当反馈标志为ON时，UE在PI字段中存在其信息(例如，UE ID)的情况下发送UL UE反馈。当UE反馈标志为OFF时，UE接收承载针对寻呼消息的调度信息的DCI以及寻呼消息。图9是例示了在寻呼DCI中不存在UE反馈标志字段的情况下与寻呼消息的接收相关的操作的流程图。

参照图8，UE接收寻呼DCI(S810)。寻呼DCI可以包括PI标志，并且UE确定PI标志所指示的值(S820)。当在寻呼DCI中PI标志为OFF(例如，PI标志＝“0”)时，UE将接收到的寻呼DCI解释为包括提供针对寻呼消息的调度信息的RA信息字段和SI更新指示字段(S830)。UE按照RA字段所指示地接收/解码寻呼消息(S840)。在存在SI更新的情况下，UE然后可以在SI的发送定时获取更新后的SI(S860)。

相反，当PI标志为ON(例如，PI标志＝“1”)时，UE通过将用于被设置成OFF的PI标志的RA字段重新解释为PI字段来将寻呼DCI解释为包括承载PI信息的PI字段和SI字段(S835)。

UE确定PI字段是否包括关于UE的信息(S845)。如果确定PI字段包括关于UE的信息，则UE可以通过盲检测承载针对寻呼消息的调度信息的DCI来接收寻呼消息(S850)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S860)。当确定PI字段不包括关于UE的信息(S845)时，UE跳过步骤S850。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S860)。

图9是例示了在寻呼DCI中存在UE反馈标志字段的情况下与寻呼消息的接收相关的操作的流程图。

参照图9，UE接收寻呼DCI(S910)。寻呼DCI可以包括PI标志，并且UE确定PI标志所指示的值(S920)。当在寻呼DCI中PI标志为OFF(例如，PI标志＝“0”)时，UE将接收到的寻呼DCI解释为包括提供针对寻呼消息的调度信息的RA信息字段和SI更新指示字段(S930)。UE按照RA字段所指示地接收/解码寻呼消息(S940)。在存在SI更新的情况下，UE然后可以在SI的发送定时获取更新后的SI(S960)。

相反，当PI标志为ON(例如，PI标志＝“1”)时，UE通过将用于被设置成OFF的PI标志的RA字段重新解释为PI字段来将寻呼DCI解释为包括承载PI信息的PI字段和SI字段(S935)。

UE确定PI字段是否包括关于UE的信息(S945)。如果确定PI字段包括关于UE的信息，则UE确定反馈标志所指示的值(S950)。当反馈标志指示“1”时，UE发送UL反馈(S955)。然后，UE可以通过盲检测承载针对寻呼消息的调度信息的DCI来接收寻呼消息(S960)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S970)。

当反馈标志指示“0”(即，指示不需要UL反馈)时，UE可以通过盲检测承载针对寻呼消息的调度信息的DCI而不发送UL反馈来接收寻呼消息(S960)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S970)。在寻呼DCI中可以省略反馈字段。在这种情况下，UE以与如上所述反馈标志指示“0”时相同的方式进行操作。

当确定PI字段不包括关于UE的信息(S945)时，UE可以跳过步骤S950和步骤S960。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S970)。

在配置寻呼DCI的方法的另一个实施方式中，可以如图10中例示地配置寻呼DCI。

图10是例示了在寻呼DCI中配置一些字段的示例性方法的图。

如果SI标志为OFF(例如，0)，则寻呼DCI的一部分可以包括RA字段。如果SI标志为ON(例如，1)，则UE可以将RA字段解释为PI字段和SI字段。如在图8的例示情况中，eNB可以设置反馈标志字段，以请求来自UE的关于哪条信息被包括在PI字段中的UL反馈。

前向兼容性支持

在初始阶段选项中，在已在PO中唤醒的UE当中存在待寻呼的UE的情况下，eNB将DCI的SI字段设置为OFF，并且所有UE读取RA字段并且接收/解调寻呼信息。另外，在初始阶段选项中，当触发SI字段的一些内容(例如，SI更新)时，SI字段被设置为ON，并且所有UE检查SI字段的比特状态并且尝试在预定时间之后的特定时间执行相关操作(例如，SI更新)。另外，当SI字段被设置为ON时，处于RRC CONNECTED状态的UE确定是否触发了SI字段的比特，并且执行后续操作。

当存在实现演进阶段选项的网络并且实现初始阶段选项的UE和实现演进阶段选项的UE共存时，可以通过根据已在PO中唤醒的UE当中的待寻呼的UE的类型使用SI字段或演进阶段选项的寻呼过程来确定是否执行初始阶段选项的寻呼过程。例如，当待寻呼的UE包括实现初始阶段选项的UE和实现演进阶段选项的UE二者时，网络将SI字段设置为OFF，使得初始阶段选项的寻呼过程得以执行。在接收到PI字段时，初始阶段UE和演进阶段UE执行初始阶段选项的寻呼过程。相反，当待寻呼的UE只包括实现演进阶段选项的UE而不包括实现初始阶段选项的任何UE时，网络将SI字段设置为ON，使得初始阶段UE可以检查SI字段，然后确定是进入睡眠模式还是执行诸如SI更新这样的操作。另外，所有演进阶段UE可以检查SI字段并且执行诸如SI更新这样的操作。在演进阶段UE当中，由PI指示寻呼的UE执行演进阶段选项的寻呼过程。

图11是例示了在寻呼DCI中不存在UE反馈标志字段的情况下与寻呼消息的接收相关的操作的流程图。

参照图11，UE接收寻呼DCI(S1110)。寻呼DCI可以包括SI标志，并且UE确定SI标志所指示的值(S1120)。当在寻呼DCI中SI标志为OFF(例如，SI标志＝“0”)时，UE将接收到的寻呼DCI解释为包括提供针对寻呼消息的调度信息的RA信息字段(S1130)。UE按照RA字段所指示地接收/解码寻呼消息(S1140)。在存在SI更新的情况下，UE然后可以在SI的发送定时获取更新后的SI(S1160)。

相反，当SI标志为ON(例如，PI标志＝“1”)时，UE将寻呼DCI解释为包括承载PI信息的PI字段和SI字段(S1135)。

UE确定PI字段是否包括关于UE的信息(S1145)。如果确定PI字段包括关于UE的信息，则UE可以通过盲检测承载针对寻呼消息的调度信息的DCI来接收寻呼消息(S1150)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S1160)。当确定PI字段不包括关于UE的信息(S1145)时，UE跳过步骤S1155。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S1160)。

图12是例示了在寻呼DCI中存在UE反馈标志字段的情况下与寻呼消息的接收相关的操作的流程图。

参照图12，UE接收寻呼DCI(S1210)。寻呼DCI可以包括SI标志，并且UE确定SI标志所指示的值(S1220)。当在寻呼DCI中SI标志为OFF(例如，SI标志＝“0”)时，UE将接收到的寻呼DCI解释为包括提供针对寻呼消息的调度信息的RA信息字段(S1230)。UE按照RA字段所指示地接收/解码寻呼消息(S1240)。在存在SI更新的情况下，UE然后可以在SI的发送定时获取更新后的SI(S1270)。

相反，当SI标志为ON(例如，SI标志＝“1”)时，UE通过将用于被设置成OFF的PI标志的RA字段重新解释为PI字段来将寻呼DCI解释为包括承载PI信息的PI字段、SI字段和反馈标志字段(S1035)。

UE确定PI字段是否包括关于UE的信息(S1245)。如果确定PI字段包括关于UE的信息，则UE确定反馈标志所指示的值(S1250)。当反馈标志指示“1”时，UE发送UL反馈(S1255)。然后，UE可以通过盲检测承载针对寻呼消息的调度信息的DCI来接收寻呼消息(S1260)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S1270)。

当反馈标志指示“0”(即，指示不需要UL反馈)时，UE可以通过盲检测承载针对寻呼消息的调度信息的DCI而不发送UL反馈来接收寻呼消息(S1260)。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S1270)。

当确定PI字段不包括关于UE的信息(S1245)时，UE可以跳过步骤S1250至S1260。在存在SI更新的情况下，UE可以在SI的发送定时获取更新后的SI(S1270)。

以上提到的实施方式对应于本公开的元素和特征按预定形式的组合。并且，能够认为相应的元素或特征是选择性的，除非它们被明确提及。这些元素或特征中的每一个可以按无法与其它元素或特征组合的方式来实现。此外，通过将元素和/或特征部分地组合在一起，能够实现本公开的实施方式。可以修改针对本公开的每个实施方式所说明的一系列操作。一个实施方式的一些配置或特征可以被包括在另一个实施方式中，或者可以被另一个实施方式的对应配置或特征取代。并且，显然可以理解的是，在提交申请之后，通过将在所附的权利要求中没有明确引用关系的权利要求组合在一起或者可以通过修改而将其包括为新的权利要求来配置实施方式。

如前所述，已经给出了对本公开的优选实施方式的详细描述，使得本领域的技术人员能实现和执行本公开。虽然以上已经参照了本公开的优选实施方式，但是本领域的技术人员将理解，可以在本公开的范围内对本公开进行各种修改和变更。例如，本领域的技术人员可以将以上实施方式中描述的组件组合进行使用。以上实施方式因此被理解为在所有方面都是例示性的，而非限制性的。本公开的范围应该由所附的权利要求及其法律等同物而非以上描述限定，并且落入所附的权利要求的含义和等同范围内的所有改变都应当被包含在本文中。

工业实用性

用于接收寻呼消息的方法和UE可以在工业上用于包括3GPP LTE/LTE-A、5G和NR系统的各种无线通信系统。

Claims (10)

1.一种由在无线通信系统中操作的用户设备UE执行的方法，该方法包括以下步骤：

接收下行链路控制信息DCI，该DCI包括指示所述DCI是否包括(i)寻呼资源指派信息和(ii)系统信息更新指示中的至少一个的指示信息；以及

基于所述指示信息指示所述DCI包括(i)所述寻呼资源指派信息和(ii)所述系统信息更新指示这二者：

从所述DCI的第一比特字段来确定所述寻呼资源指派信息；

从所述DCI的第二比特字段来确定所述系统信息更新指示；

基于所述DCI中所包括的所述寻呼资源指派信息来接收寻呼消息；以及

基于所述DCI中所包括的所述系统信息更新指示来接收更新后的系统信息。

2.根据权利要求1所述的方法，

其中，所述DCI还包括循环冗余校验CRC，该CRC是通过寻呼无线电网络临时标识符P-RNTI来加扰的。

3.根据权利要求1所述的方法，

其中，所述系统信息更新指示包括(i)系统信息修改指示符、(ii)地震和海啸预警系统ETWS指示以及(iii)商业移动警报系统CMAS指示中的至少一个。

4.根据权利要求1所述的方法，

其中，所述寻呼消息是通过物理下行链路共享信道PDSCH接收到的。

5.一种配置为在无线通信系统中操作的用户设备UE，该UE包括：

收发器；

至少一个处理器；以及

至少一个计算机存储器，所述至少一个计算机存储器能够在操作上连接到所述至少一个处理器并且存储有指令，所述指令在被所述至少一个处理器执行时执行以下操作：

通过所述收发器接收下行链路控制信息DCI，该DCI包括指示所述DCI是否包括(i)寻呼资源指派信息和(ii)系统信息更新指示中的至少一个的指示信息，以及

基于所述指示信息指示所述DCI包括(i)所述寻呼资源指派信息和(ii)所述系统信息更新指示这二者：

从所述DCI的第一比特字段来确定所述寻呼资源指派信息；

从所述DCI的第二比特字段来确定所述系统信息更新指示；

通过所述收发器基于所述DCI中所包括的所述寻呼资源指派信息来接收寻呼消息；以及

通过所述收发器基于所述DCI中所包括的所述系统信息更新指示来接收更新后的系统信息。

6.一种由在无线通信系统中操作的基站BS执行发送的方法，该方法包括以下步骤：

向用户设备UE发送下行链路控制信息DCI，该DCI包括指示所述DCI是否包括(i)寻呼资源指派信息和(ii)系统信息更新指示中的至少一个的指示信息，以及

在所述指示信息指示所述DCI包括(i)所述寻呼资源指派信息和(ii)所述系统信息更新指示这二者的状态下：

基于所述DCI中所包括的所述寻呼资源指派信息向所述UE发送寻呼消息；以及

基于所述DCI中所包括的所述系统信息更新指示向所述UE发送更新后的系统信息。

7.根据权利要求6所述的方法，

其中，所述DCI还包括循环冗余校验CRC，该CRC是通过寻呼无线电网络临时标识符P-RNTI来加扰的。

8.根据权利要求6所述的方法，

其中，所述系统信息更新指示包括(i)系统信息修改指示符、(ii)地震和海啸预警系统ETWS指示以及(iii)商业移动警报系统CMAS指示中的至少一个。

9.根据权利要求6所述的方法，

其中，所述寻呼消息是通过物理下行链路共享信道PDSCH发送的。

10.一种配置为在无线通信系统中操作的基站BS，该BS包括：

收发器；

至少一个处理器；以及

至少一个计算机存储器，所述至少一个计算机存储器能够在操作上连接到所述至少一个处理器并且存储有指令，所述指令在被所述至少一个处理器执行时执行以下操作：

通过所述收发器向用户设备UE发送下行链路控制信息DCI，该DCI包括指示所述DCI是否包括(i)寻呼资源指派信息和(ii)系统信息更新指示中的至少一个的指示信息；以及

在所述指示信息指示所述DCI包括(i)所述寻呼资源指派信息和(ii)所述系统信息更新指示这二者的状态下：

基于所述DCI中所包括的所述寻呼资源指派信息通过所述收发器向所述UE发送寻呼消息；以及

基于所述DCI中所包括的所述系统信息更新指示通过所述收发器向所述UE发送更新后的系统信息。

Images