CN113615222A - 在支持机器类型通信的无线通信系统中发送/接收紧急信息的方法及其装置 - Google Patents

Abstract

本说明书中呈现了一种用于在支持机器类型通信的无线通信系统中发送/接收紧急信息的方法及其装置。具体地，由终端执行的方法可以包括以下步骤：从基站接收包括关于紧急信息的调度信息的系统信息块(SIB)；从基站接收关于搜索空间的配置信息；从基站接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息从基站接收紧急信息。

Description

在支持机器类型通信的无线通信系统中发送/接收紧急信息 的方法及其装置

技术领域

本公开涉及支持机器类型通信(MTC)的无线通信系统，并且更具体地，涉及一种用于发送和接收紧急信息的方法及其设备。

背景技术

已经开发出在确保用户的活动的同时提供语音服务的移动通信系统。然而，除了语音之外，移动通信系统的范围已经被扩展到数据服务。由于业务的当前爆发性增长，存在资源的短缺，因此用户需求更高速的服务。因此，需要更高级的移动通信系统。

对下一代移动通信系统的要求需要能够支持适应爆发性数据业务、每个用户的数据速率的显著增加、适应对数量显著增加的连接装置、非常低的端到端时延和高能量效率。为此，研究了诸如双连接性、大规模多输入多输出(MIMO)、带内全双工、非正交多址(NOMA)、超宽带和装置联网这样的各种技术。

发明内容

技术问题

本公开的实施方式提供了一种允许在RRC连接状态下操作覆盖范围增强(CE)模式的UE高效地接收紧急信息的方法及其设备。

此外，本公开的实施方式提供了一种用于允许用于通知紧急信息的下行链路控制信息(DCI)的格式具有与用于调度与MTC相关联的物理下行链路控制信道(PDCCH)的DCI格式(例如，DCI格式6-1A和DCI格式6-1B)相同的格式的方法及其设备。

此外，本公开的实施方式提供了一种用于允许用于通知紧急信息的DCI具有不包括在用于调度与MTC相关联的PDCCH的DCI格式中由无线电资源控制(RRC)配置信息添加的信息的大小的方法。

本公开要解决的技术问题不受以上提到的技术问题限制，并且本公开所属领域的技术人员可根据以下描述清楚地理解以上未提到的其它技术问题。

技术方案

在一方面中，提供了一种在支持机器类型通信(MTC)的无线通信系统中接收紧急信息的用户设备(UE)。由UE执行的方法可以包括以下步骤：从基站(BS)接收包括针对紧急信息的调度信息的系统信息块(SIB)；从BS接收针对搜索空间的配置信息；从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息从BS接收紧急信息，并且DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

此外，在本公开的方法中，DCI格式可以是DCI格式6-1A或DCI格式6-1B。

此外，在本公开的方法中，基于DCI的格式是DCI格式6-1A，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A的DCI相同。

此外，在本公开的方法中，基于DCI是DCI格式6-1A，UE可以是在覆盖范围增强CE模式A下操作的UE，并且基于DCI是DCI格式6-1B，UE可以是在CE模式B下操作的UE。

此外，在本公开的方法中，搜索空间可以是类型0-MTC物理下行链路控制信道(MPDCCH)公共搜索空间。

此外，本公开的方法还可以包括从BS接收包括针对SIB的调度信息的主信息块(MIB)。

此外，在本公开的方法中，用于通知紧急信息的DCI可以由系统信息(SI)-无线电网络临时标识符(RNTI)进行CRC加扰。

此外，在本公开的方法中，可以通过MTC物理下行链路控制信道(PDCCH)接收用于通知紧急信息的DCI。

此外，在本公开的方法中，UE可以在RRC连接状态下操作。

在另一方面中，提供了一种在支持机器类型通信(MTC)的无线通信系统中接收紧急信息的用户设备(UE)，其包括：一个或更多个收发器；一个或更多个处理器；以及一个或更多个存储器，一个或更多个存储器在功能上连接到一个或更多个处理器并且存储用于执行操作的指令，并且操作可以包括：从基站(BS)接收包括针对紧急信息的调度信息的系统信息块(SIB)；从BS接收针对搜索空间的配置信息；从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息从BS接收紧急信息，并且DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

此外，在本公开的又一方面中，提供了一种在支持机器类型通信(MTC)的无线通信系统中发送紧急信息的方法。由基站(BS)执行的方法可以包括以下步骤：向用户设备(UE)发送包括针对紧急信息的调度信息的系统信息块(SIB)；向UE发送针对搜索空间的配置信息；向UE发送搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息向UE发送紧急信息，并且DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

此外，在本公开的方法中，例如，DCI格式可以是DCI格式6-1A或DCI格式6-1B。

此外，在本公开的方法中，基于DCI的格式是DCI格式6-1A，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A的DCI相同。

此外，在本公开的方法中，基于DCI是DCI格式6-1A，UE可以是在覆盖范围增强CE模式A下操作的UE，并且基于DCI是DCI格式6-1B，UE可以是在CE模式B下操作的UE。

此外，在本公开的方法中，搜索空间可以是类型0-MTC物理下行链路控制信道(MPDCCH)公共搜索空间。

此外，本公开的方法还可以包括向UE发送包括针对SIB的调度信息的主信息块(MIB)。

此外，在本公开的方法中，用于通知紧急信息的DCI可以由系统信息(SI)-无线电网络临时标识符(RNTI)进行CRC加扰。

此外，在本公开的方法中，可以通过MTC物理下行链路控制信道(PDCCH)接收用于通知紧急信息的DCI。

此外，在本公开的方法中，UE可以在RRC连接状态下操作。

此外，在又一方面中，提供了一种在支持机器类型通信(MTC)的无线通信系统中发送紧急信息的基站(BS)，该BS包括：一个或更多个收发器；一个或更多个处理器；以及一个或更多个存储器，一个或更多个存储器在功能上连接到一个或更多个处理器并且存储用于执行操作的指令，并且操作可以包括：向用户设备(UE)发送包括针对紧急信息的调度信息的系统信息块(SIB)；向UE发送针对搜索空间的配置信息；向UE发送搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息向UE发送紧急信息，DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

此外，在又一方面中，一种设备包括：一个或更多个存储器；以及一个或更多个处理器，一个或更多个处理器在功能上连接到一个或更多个存储器，

可以针对设备配置一个或更多个处理器以：从基站(BS)接收包括针对紧急信息的调度信息的系统信息块(SIB)；从BS接收针对搜索空间的配置信息；从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息从BS接收紧急信息，DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

此外，在又一方面中，在存储一个或更多个指令的非暂时性计算机可读介质(CRM)中，一个或更多个处理器可执行的一个或更多个指令可以控制用户设备(UE)以：从基站(BS)接收包括针对紧急信息的调度信息的系统信息块(SIB)；从BS接收针对搜索空间的配置信息；从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)；以及基于DCI和调度信息从BS接收紧急信息，DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

有益效果

根据本公开，具有在RRC连接状态下操作覆盖范围增强(CE)模式的UE高效地接收紧急信息的效果。

此外，根据本公开，具有用于通知紧急信息的下行链路控制信息(DCI)格式与用于调度与MTC相关联的物理下行链路控制信道(PDCCH)的DCI格式(例如，DCI格式6-1A和DCI格式6-1B)具有相同的格式，由此减轻基站的调度负担并且提高下行链路传输效率的效果。

此外，根据本公开，具有用于通知紧急信息的DCI具有在用于调度与MTC相关联的PDCCH的DCI格式中不包括由无线电资源控制(RRC)配置信息添加的信息的大小由此改善盲解码的复杂度和开销的效果。

此外，根据本公开，具有可以实现低时延和高可靠性的无线通信系统的效果。

本公开可获得的效果不限于上述效果，本公开所属领域的普通技术人员从以下描述可以清楚地理解上述未描述的其它技术效果。

附图说明

附图被包括进来以提供对本公开的进一步理解并且构成详细说明的一部分，附图例示了本公开的实施方式并且与所述描述一起来解释本公开的原理。

图1例示了3GPP系统中使用的物理信道和一般信号传输。

图2例示了可以应用本公开的无线通信系统中的无线电帧的结构。

图3例示了可以应用本公开的无线通信系统中的一个下行链路时隙的资源网格。

图4例示了可以应用本公开的无线通信系统中的下行链路子帧的结构。

图5例示了可以应用本公开的无线通信系统中的上行链路子帧的结构。

图6例示了可以应用本公开中提出的方法的NR系统的总体结构的示例。

图7例示了可以应用本公开中提出的方法的无线通信系统中的上行链路帧与下行链路帧之间的关系。

图8例示了NR系统中的帧结构的示例。

图9例示了可以应用本公开中提出的方法的无线通信系统中支持的资源网格的示例。

图10例示了可以应用本公开中提出的方法的每个天线端口和参数集的资源网格的示例。

图11例示了可以应用本公开中提出的方法的自包含结构的示例。

图12例示了MTC。

图13例示了在MTC中使用的物理信道和一般信号传输。

图14例示了MTC中的小区覆盖范围增强。

图15例示了针对MTC的信号频带。

图16例示了传统LTE和MTC中的调度。

图17例示了在NB-IoT中使用的物理信道和使用物理信道的一般信号传输。

图18例示了子帧间隔为15kHz时的帧结构。

图19例示了子帧间隔为3.75kHz时的帧结构。

图20例示了NB-IoT的三种操作模式。

图21例示了LTE带宽为10MHz的带内锚定载波(anchor carrier)的布局。

图22例示了FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。

图23例示了NPUSCH格式。

图24例示了当在FDD NB-IoT中配置多载波时的操作。

图25是用于描述在本公开中提出的UE的操作方法的流程图。

图26是用于描述在本公开中提出的BS的操作方法的流程图。

图27例示了应用于本公开的通信系统10。

图28例示了可以应用于本公开的无线装置。

图29例示了用于发送信号的信号处理电路。

图30例示了应用于本公开的无线装置的另一示例。

图31例示了应用于本公开的便携式装置。

具体实施方式

下面将参照附图对本公开的优选实施方式进行详细说明。下文将与附图一起公开的详细描述是用于描述本公开的实施方式，而不是用于描述执行本公开的唯一实施方式。下面的详细描述包括细节以提供完整的理解。然而，本领域技术人员了解，可以在没有细节的情况下执行本公开。

在一些情况下，为了避免本公开的概念变得模糊，已知的结构和装置可能会被省略，或者可以基于每个结构和装置的核心功能以框图的形式进行说明。

在本公开中，基站意指直接与终端执行通信的网络的终端节点。在本文档中，描述为由基站执行的具体操作在一些情况下可以由基站的上层节点执行。也就是说，清楚的是，在由包括基站在内的多个网络节点构成的网络中，与终端进行通信而执行的各种操作可以由基站或基站以外的其他网络节点执行。基站(BS)通常可以用诸如固定站、节点B、演进型节点B(eNB)、基站收发器系统(BTS)、接入点(AP)等的术语代替。此外，“终端”可以是固定的或可移动的，并且可以用诸如用户设备(UE)、移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)、无线终端(WT)、机器类型通信(MTC)装置、机器到机器(M2M)装置、装置到装置(D2D)装置等代替。

在下文中，下行链路意指从基站到终端的通信，并且上行链路意指从终端到基站的通信。在下行链路中，发送器可以是基站的一部分，并且接收器可以是终端的一部分。在上行链路中，发送器可以是终端的一部分，并且接收器可以是基站的一部分。

提供以下描述中使用的特定术语是为了帮助理解本公开，在不脱离本公开的技术精神的范围内，可以将特定术语的使用修改为其它形式。

以下技术可以用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波FDMA(SC-FDMA)、非正交多址(NOMA)等的各种无线接入系统。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)的一部分。作为使用演进型UMTS陆地无线电接入(E-UTRA)的演进型UMTS(E-UMTS)的一部分，第三代合作伙伴计划(3GPP)长期演进(LTE)在下行链路中采用OFDMA，并且在上行链路中采用SC-FDMA。LTE-高级(A)是3GPP LTE的演进。

本公开的实施方式可以得到无线接入系统IEEE 802、3GPP和3GPP2中至少一个公开的标准文档的支持。也就是说，为了清楚地说明本公开的技术精神而未描述的本公开的实施方式的步骤或部分可以得到文档的支持。此外，文档中公开的所有术语都可以由标准文档描述。

为了清楚地描述，主要描述了3GPP LTE/LTE-A/NR系统，但本公开的技术特征不限于此。

物理信道和一般信号传输

图1例示了3GPP系统中使用的物理信道和一般信号传输。在无线通信系统中，UE通过下行链路(DL)从BS接收信息并且UE通过上行链路(UL)向BS发送信息。BS和UE发送和接收的信息包括数据和各种控制信息，并且根据BS和UE发送和接收的信息的类型/用途存在各种物理信道。

当UE开机或新进入小区时，UE执行诸如与BS同步之类的初始小区搜索操作(S11)。为此，UE可以从BS接收主同步信号(PSS)和辅同步信号(SSS)并且与BS同步并获取诸如小区ID等的信息。此后，UE可以从BS接收物理广播信道(PBCH)并获取小区内广播信息。此外，UE在初始小区搜索步骤中接收下行链路参考信号(DL RS)以检查下行链路信道状态。

完成初始小区搜索的UE接收物理下行链路控制信道(PDCCH)并根据PDCCH上加载的信息接收物理下行链路共享信道(PDSCH)，以获取更具体的系统信息(S12)。

此外，当没有首先接入BS或针对信号传输的无线电资源时，UE可以对BS执行随机接入过程(RACH)(S13至S16)。为此，UE可以通过物理随机接入信道(PRACH)发送作为前导码的特定序列(S13和S15)并且通过PDCCH和对应的PDSCH接收针对前导码的响应消息(随机接入响应(RAR)消息)。在基于竞争的RACH的情况下，可以附加地执行竞争解决过程(S16)。

然后执行上述过程的UE可以执行PDCCH/PDSCH接收(S17)和物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)传输(S18)作为一般的上行链路/下行链路信号传输过程。具体地，UE可以通过PDCCH接收下行链路控制信息(DCI)。这里，DCI可以包括诸如针对UE的资源分配信息的控制信息，并且可以根据使用目的不同地应用格式。

此外，UE通过上行链路向BS发送或UE从BS接收的控制信息可以包括下行链路/上行链路ACK/NACK信号、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。UE可以通过PUSCH和/或PUCCH发送诸如CQI/PMI/RI等的控制信息。

LTE系统概述

图2例示了可以应用本公开的无线通信系统中的无线电帧的结构。

3GPP LTE/LTE-A支持适用于频分双工(FDD)的无线电帧结构类型1和适用于时分双工(TDD)的无线电帧结构类型2。

在图2中，无线电帧在时域中的大小由时间单位T_s＝1/(15000*2048)的倍数表示。下行链路和上行链路传输由间隔为T_f＝307200*T_s＝10ms的无线电帧配置。

图2的(a)例示了无线帧类型1的结构。无线帧类型1可以应用于全双工和半双工FDD二者。

无线电帧由10个子帧构成。一个无线电帧由20个长度为T_slot＝15360*T_s＝0.5ms的时隙构成，并且每个时隙被授予0至19的索引。一个子帧由时域中的两个连续时隙构成，并且子帧i由时隙2i和时隙2i+1构成。发送一个子帧所需的时间被称为传输时间间隔(TTI)。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。

在FDD中，上行链路传输和下行链路传输是按频域分类的。在全双工FDD中没有限制，而在半双工FDD操作中，UE不可以同时执行发送和接收。

一个时隙在时域中包括多个正交频分复用(OFDM)符号，并且在频域中包括多个资源块(RB)。由于3GPP LTE在下行链路中使用OFDMA，因此OFDM符号旨在表示一个符号时段。OFDM符号可以被称为一个SC-FDMA符号或符号时段。作为资源分配单位的资源块在一个时隙中包括多个连续的子载波。

子帧可以根据子载波间隔(SCS)被定义为一个或更多个时隙，如下所示。

-在SCS＝7.5kHz或15kHz的情况下，子帧#i被定义为两个0.5ms时隙#2i和#2i+1(i＝0至9)。

-在SCS＝1.25kHz的情况下，子帧#i被定义为一个1ms时隙#2i。

-在SCS＝15kHz的情况下，子帧#i可以被定义为六个子时隙，如表A1所示。

表1示出了子帧中的子时隙配置(正常CP)。

[表1]

图2的(b)例示了帧结构类型2。

无线电帧类型2由两个半帧构成，每个半帧的长度为153600*T_s＝5ms。每个半帧由长度为30720*T_s＝1ms的5个子帧构成。

在TDD系统的帧结构类型2中，上行链路-下行链路配置是指示是否针对所有子帧指派(或保留)上行链路和下行链路的规则。

上行链路-下行链路配置如表2所示。

[表2]

参照表2，针对无线帧的每个子帧，“D”表示针对下行链路传输的子帧，“U”表示针对上行链路传输的子帧，“S”表示由三个字段(即，下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS))构成的特殊子帧。DwPTS用于UE中的初始小区搜索、同步或信道估计。UpPTS用于匹配基站处的信道估计和UE的上行链路传输同步。GP是用于消除上行链路和下行链路之间由于下行链路信号的多径延迟而在上行链路中引起的干扰的时段。

每个子帧i由时隙2i和时隙2i+1构成，每个时隙的长度为T_slot＝15360*T_s＝0.5ms。

上行链路-下行链路配置可以被划分为7种类型并且针对每个配置的下行链路子帧、特殊子帧和上行链路子帧的位置和/或数量是变化的。

下行链路被改变为上行链路的点或上行链路被切换为下行链路的点被称为切换点。切换点周期意指上行链路子帧和下行链路子帧被切换的方面类似地重复并且支持5ms和10ms二者的时段。当下行链路-上行链路切换点周期为5ms时，每个半帧都存在特殊子帧S，并且当下行链路-上行链路切换点周期为5ms时，特殊子帧S只存在于第一个半帧中。

在所有配置中，子帧#0和#5以及DwPTS是仅针对下行链路传输的时段。UpPTS和子帧以及紧跟在该子帧之后的子帧始终是针对上行链路传输的时段。

作为系统信息的上行链路-下行链路配置可以被基站和UE两者了解。每当配置信息发生改变时，基站仅发送配置信息的索引，以向UE通知无线电帧的上行链路-下行链路指派状态的改变。此外，配置信息作为一种下行链路控制信息可以通过与另一调度信息类似的物理下行链路控制信道(PDCCH)发送，并且作为广播信息可以通过广播信道共同发送到小区中的所有UE。

表3示出了特殊子帧的配置(DwPTS/GP/UpPTS的长度)。

[表3]

这里，X由更高层(例如，RRC)信号配置或给定为0。

根据图2的示例的无线电帧的结构仅仅是一个示例，并且包括在无线电帧中的子载波的数量或包括在子帧中的时隙的数量，以及包括在时隙中的OFDM符号的数量可以不同地改变。

图3是例示可以应用本公开的无线通信系统中的一个下行链路时隙的资源网格的图。

参照图3，一个下行链路时隙包括时域中的多个OFDM符号。在本文中，以一个下行链路时隙包括7个OFDM符号，并且一个资源块在频域中包括12个子载波为例进行说明，但本公开不限于此。

资源网格上的每个元素被称为资源元素，并且一个资源块包括12×7个资源元素。包括在下行链路时隙中的资源块的数量N^DL取决于下行链路传输带宽。

上行链路时隙的结构可以与下行链路时隙的结构相同。

图4例示了可以应用本公开的无线通信系统中的下行链路子帧的结构。

参照图4，子帧的第一个时隙中最多前三个OFDM符号是被分配了控制信道的控制区域，并且剩余OFDM符号是被分配了物理下行链路共享信道(PDSCH)的数据区域。在3GPPLTE中使用的下行链路控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。

PFCICH在子帧的第一个OFDM符号中发送，并且传输关于子帧中用于发送控制信道的OFDM符号的数量(即，控制区域的大小)信息。作为对上行链路的响应信道的PHICH传输针对混合自动重传请求(HARQ)的确认(ACK)/非确认(NACK)信号。通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。下行链路控制信息包括上行链路资源分配信息、下行链路资源分配信息或针对预定终端组的上行链路传输(Tx)功率控制命令。

PDCCH可以传输下行链路共享信道(DL-SCH)的资源分配和传输格式(也称为下行链路许可)，上行链路共享信道(UL-SCH)的资源分配信息(也称为上行链路许可)，寻呼信道(PCH)中的寻呼信息，DL-SCH中的系统信息，针对诸如在PDSCH中发送的随机接入响应之类的上层控制消息的资源分配，针对预定终端组中的各个终端的传输功率控制命令的集合，IP语音(VoIP)。多个PDCCH可以在控制区域中发送并且终端可以监测多个PDCCH。PDCCH由一个或多个连续控制信道元素(CCE)的集合构成。CCE是用于根据无线电信道的状态向PDCCH提供码率的逻辑分配单元。CCE与多个资源元素组相对应。PDCCH的格式和可用PDCCH的位数是根据CCE的数量和由CCE提供的码率之间的关联确定的。

基站根据要发送的DCI确定PDCCH格式，并且将循环冗余校验(CRC)附接到控制信息。根据PDCCH的拥有者或目的，CRC用唯一标识符(称为无线电网络临时标识符(RNTI))进行掩码。在针对特定终端的PDCCH的情况下，终端的唯一标识符(例如，小区-RNTI(C-RNTI))可以与CRC进行掩码。另选地，在针对寻呼消息的PDCCH的情况下，寻呼指示标识符，例如，CRC可以用寻呼-RNTI(P-RNTI)进行掩码。在针对系统信息(更详细地，系统信息块(SIB))的PDCCH的情况下，CRC可以用系统信息标识符(即，系统信息(SI)-RNTI)进行掩码。CRC可以用随机接入(RA)-RNTI进行掩码以便指示作为对随机接入前导码的传输的响应的随机接入响应。

增强型PDCCH(EPDCCH)承载UE特定的信令。EPDCCH位于被配置为UE特定的物理资源块(PRB)中。换句话说，如上所述，PDCCH可以在子帧的第一时隙中的最多前三个OFDM符号中发送，但是EPDCCH可以在除了PDCCH之外的资源区域中发送。子帧中EPDCCH开始处的时间(即，符号)可以经由更高层信令(例如，RRC信令)配置给UE。

EPDCCH可以承载与DL-SCH相关的传输格式、资源分配和HARQ信息，与UL-SCH相关的传输格式、资源分配和HARQ信息，与侧链路共享信道(SL-SCH)和物理侧链路控制信道(PSCCH)相关的资源分配信息等。可以支持多个EPDCCH，并且UE可以监测一组EPCCH。

EPDCCH可以使用一个或更多个连续的增强型CCE(ECCE)来发送，并且可以针对每个EPDCCH格式确定每个EPDCCH的ECCE的数量。

每个ECCE可以由多个增强型资源元素组(EREG)组成。EREG用于定义ECCE到RE的映射。每个PRB对有16个EREG。每个PRB对中除了承载DMRS的RE以外的所有RE按照频率的升序并且然后是时间的升序从0到15编号。

UE可以监测多个EPDCCH。例如，可以在UE监测EPDCCH传输的一对PRB中配置一个或两个EPDCCH集。

通过组合不同数量的ECCE，可以针对EPCCH实现不同的码率。EPCCH可以采用集中式传输或者分布式传输，并且因此PRB中的ECCE到RE的映射可以是变化的。

图5例示了可以应用本公开的无线通信系统中的上行链路子帧的结构。

参照图5，上行链路子帧可以在频域上划分为控制区域和数据区域。传输上行链路控制信息的物理上行链路控制信道(PUCCH)被分配到控制区域。传输用户数据的物理上行链路共享信道(PUSCH)被分配到数据区域。一个终端不同时发送PUCCH和PUSCH以保持单载波特性。

子帧中的资源块(RB)对被分配给针对一个终端的PUCCH。包括在RB对中的RB分别在两个时隙中占用不同的子载波。分配给PUCCH的RB对在时隙边界跳频。

NR系统概述

本公开提出的以下公开内容可以应用于5G NR系统(或装置)以及LTE/LTE-A系统(或装置)。

下面参照图6至图11描述5G NR系统的通信。

5G NR系统基于使用场景(例如，服务类型)定义了增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠和低时延通信(URLLC)以及车辆对一切(V2X)。

5G NR标准根据NR系统和LTE系统的共存分为独立(SA)和非独立(NSA)。

5G NR系统支持各种子载波间隔，并且在下行链路中支持CP-OFDM，并且在上行链路中支持CP-OFDM和DFT-s-OFDM(SC-OFDM)。

本公开的实施方式可以得到作为无线接入系统的IEEE 802、3GPP和3GPP2中的至少一个公开的标准文档的支持。也就是说，本公开的实施方式中的为了清楚地示出本公开的技术精神而没有描述的步骤或部分可以得到标准文档的支持。此外，本公开中公开的所有术语都可以通过标准文档来描述。

随着智能手机和物联网(IoT)终端的迅速普及，通过通信网络交换的信息量正在增加。因此，有必要考虑在下一代无线接入技术中为更多用户提供比现有通信系统(或现有无线电接入技术)更快的服务的环境(例如，增强型移动宽带通信)。

为此，正在讨论考虑通过连接多个装置和对象来提供服务的机器类型通信(MTC)的通信系统的设计。另外，还讨论了考虑对通信的可靠性和/或时延敏感的服务和/或终端的通信系统(例如，超可靠和低时延通信(URLLC))的设计。

在下文中，在本公开中，为了便于描述，下一代无线接入技术被称为NR(新RAT，无线电接入技术)，并且应用NR的无线通信系统被称为NR系统。

NR系统相关术语的定义

eLTE eNB：eLTE eNB是支持到EPC和NGC的连接性的eNB的演进。

gNB：支持NR以及到NGC的连接性的节点。

新RAN：支持NR或E-UTRA或与NGC通过接口连接的无线电接入网络。

网络切片：网络切片是由运营商定义的网络，被定制用于提供针对需要特定要求连同端到端范围的特定市场场景的优化的解决方案。

网络功能：网络功能是具有明确定义的外部接口和明确定义的功能行为的网络基础设施内的逻辑节点。

NG-C：用于新RAN和NGC之间的NG2参考点的控制平面接口。

NG-U：用于新RAN和NGC之间的NG3参考点的用户平面接口。

非独立NR：其中gNB需要LTE eNB作为锚点与EPC进行控制平面连接或者需要eLTEeNB作为锚点与NGC进行控制平面连接的部署配置。

非独立E-UTRA：eLTE eNB需要gNB作为锚点与NGC进行控制平面连接的部署配置。

用户平面网关：NG-U接口的终点。

图6例示了可以应用本公开中提出的方法的NR系统的总体结构的示例。

参照图6，NG-RAN配置有NG-RA用户平面(新AS子层/PDCP/RLC/MAC/PHY)和为用户设备(UE)提供控制平面(RRC)协议末端的gNB。

gNB通过Xn接口互连。

gNB还通过NG接口连接到NGC。

更具体地，gNB通过N2接口连接到接入和移动管理功能(AMF)并且通过N3接口连接到用户平面功能(UPF)。

NR支持多个参数集(或子载波间隔(SCS))，以支持各种5G服务。例如，如果SCS为15kHz，则NR支持典型的蜂窝频段中的宽域。如果SCS为30kHz/60kHz，则NR支持密集市区、低时延和更宽的载波带宽。如果SCS为60kHz或更高，则NR支持大于24.25GHz的带宽，以便克服相位噪声。

NR频带被定义为两种类型FR1和FR2的频率范围。FR1和FR2可以如下表4所示地配置。此外，FR2可以意指毫米波(mmW)。

[表4]

频率范围名称	相应频率范围	子载波间隔
			FR1	410MHz-7125MHz	15、30、60kHz
FR2	24250MHz-52600MHz	60、120、240kHz

新Rat(NR)参数集和帧结构

在NR系统中，能支持多个参数集。可以通过子载波间隔和CP(循环前缀)开销来定义参数集。可以通过将基本子载波间隔缩放成整数N(或μ)来导出多个子载波之间的间隔。另外，尽管假定非常小的子载波间隔不被用于非常高的子载波频率，但是可以独立于频带来选择要使用的参数集。

另外，在NR系统中，能支持依据多个参数集的各种帧结构。

下文中，将描述可以在NR系统中考虑的正交频分复用(OFDM)参数集和帧结构。

可以如表5中地定义NR系统中支持的多个OFDM参数集。

[表5]

μ	Δf＝2<sup>μ</sup>·15[kHz]	循环前缀
			0	15	正常
1	30	正常
			2	60	正常、扩展
3	120	正常
			4	240	正常

关于NR系统中的帧结构，时域中各个字段的大小被表示为时间单元T_s＝1/(Δf_max·N_f)的倍数。在这种情况下，Δf_max＝480·10³且N_f＝4096。DL和UL发送被配置为具有区间T_f＝(Δf_maxN_f/100)·T_s＝10ms的无线电帧。无线电帧由十个子帧构成，各个子帧都具有区间T_sf＝(Δf_maxN_f/1000)·T_s＝1ms。在这种情况下，可以存在一组UL帧和一组DL帧。

图7例示了可以应用本公开中提出的方法的无线通信系统中的上行链路帧与下行链路帧之间的关系。

如图7中例示的，从用户设备(UE)发送的上行链路帧号i应当在对应UE处的对应下行链路帧开始之前T_TA＝N_TAT_s开始。

关于参数集μ，在子帧内按递增顺序

将时隙进行编号并且在无线电帧内按递增顺序

将时隙进行编号。一个时隙由

个连续OFDM符号组成，并且

是根据所使用的参数集和时隙配置来确定的。子帧中的时隙

的开始与同一子帧中的OFDM符号

的开始对准。

并非所有UE都能够同时发送和接收，并且这意指并非下行链路时隙或上行链路时隙中的所有OFDM符号都是可供使用的。

表6表示在正常CP中每个时隙的OFDM符号的数量

每个无线电帧的时隙的数量

和每个子帧的时隙的数量

表7表示在扩展CP中每个时隙的OFDM符号的数量、每个无线电帧的时隙的数量和每个子帧的时隙的数量。

[表6]

[表7]

图8例示了NR系统中的帧结构的示例。图8仅仅是为了方便说明，并没有限制本公开的范围。

在表7中，在μ＝2的情况下，即，作为其中子载波间隔(SCS)为60kHz的示例，一个子帧(或帧)可以包括参照表7的四个时隙和例如图8中示出的一个子帧＝{1,2,4}个时隙，可以如表7中一样定义在一个子帧中可以包括的时隙的数量。

另外，小时隙(mini-slot)可以由2个、4个或7个符号组成，或者可以由更多或更少的符号组成。

关于NR系统中的物理资源，可以考虑天线端口、资源网格、资源元素、资源块、载波部分等。

下文中，更详细地描述在NR系统中可以考虑的以上物理资源。

首先，关于天线端口，天线端口被定义为使得传达天线端口上的符号的信道可以根据传达同一天线端口上的另一符号的信道导出。当传达一个天线端口上的符号的信道的大规模特性可以根据传达另一天线端口上的符号的信道导出时，这两个天线端口可以被视为处于准共定位或准共位(QC/QCL)关系。在这种情况下，大规模特性可以包括延迟扩展、多普勒扩展、频移、平均接收功率和接收定时中的至少一个。

图9例示了可以应用本公开中提出的方法的无线通信系统中支持的资源网格的示例。

参照图9，资源网格由频域上的

个子载波组成，每个子帧由14·2μ个OFDM符号组成，但是本发明不限于此。

在NR系统中，用由

个子载波和

个OFDM符号组成的一个或更多个资源网格描述发送信号，其中，

表示最大发送带宽，并且不仅在参数集之间而且在上行链路和下行链路之间改变。

在这种情况下，如图10中例示的，可以每个参数集μ和天线端口p配置一个资源网格。

图10例示了可以应用本公开中提出的方法的每个天线端口和参数集的资源网格的示例。

针对参数集μ和天线端口p的资源网格的每个元素被称为资源元素并且被用索引对

唯一地标识，其中，

是频域中的索引，并且

是指子帧中符号的位置。索引对

用于表示时隙中的资源元素，其中，

针对参数集μ和天线端口p的资源元素

对应于复数值

当没有混淆的风险时或者当没有指定特定的天线端口或参数集时，索引p和μ可以被丢弃，结果，复数值可能为

或

另外，物理资源块被定义为频域中的

个连续子载波。

点A用作资源块网格的公共参考点，并且可以如下地获得。

-用于PCell下行链路的offsetToPointA表示点A与和供UE用于初始小区选择的SS/PBCH块交叠的最低资源块的最低子载波之间的频率偏移，并且在假定15kHz子载波间隔用于FR1并且60kHz子载波间隔用于FR2的情况下以资源块为单元进行表达。

-absoluteFrequencyPointA表示以绝对射频信道号(ARFCN)表示的点A的频率位置。

对于子载波间隔配置μ，公共资源块在频域中被从0开始向上编号。

用于子载波间隔配置μ的公共资源块0的子载波0的中心与“点A”重合。可以用下式1给出频域中的公共资源块数量

和针对子载波间隔配置μ的资源元素(k,l)。

[式1]

在这种情况下，可以相对于点A定义k，使得k＝0对应于以点为中心的子载波。在带宽部分(BWP)内定义物理资源块并且从0到

进行编号，其中，i是BWP的编号。可以用下式2给出BWP i中的物理资源块n_PRB与公共资源块n_CRB之间的关系。

[式2]

在这种情况下，

可以是BWP相对于公共资源块0开始的公共资源块。

自包含结构

在NR系统中考虑的时分双工(TDD)结构是其中在一个时隙(或子帧)中处理上行链路(UL)和下行链路(DL)二者的结构。该结构是为了使TDD系统中数据发送的时延最小化，并且可以被称为自包含结构或自包含时隙。

图11例示了可以应用本公开中提出的方法的自包含结构的示例。图11仅仅是为了方便说明，并没有限制本公开的范围。

参照图11，如在传统LTE中一样，假定一个传输单元(例如，时隙、子帧)由14个正交频分复用(OFDM)符号组成。

在图11中，区域902意指下行链路控制区域，并且区域904意指上行链路控制区域。另外，除了区域902和区域904之外的区域(即，没有单独指示的区域)可以被用于发送下行链路数据或上行链路数据。

即，可以在一个自包含时隙中发送上行链路控制信息和下行链路控制信息。另一方面，在数据的情况下，在一个自包含时隙中发送上行链路数据或下行链路数据。

当使用图11中例示的结构时，在一个自包含时隙中，可以依次进行下行链路发送和上行链路发送，并且可以执行下行链路数据发送和上行链路ACK/NACK接收。

结果，如果在数据发送中发生错误，则可以减少在重新发送数据之前所需的时间。因此，可以使与数据传送相关的时延最小化。

在图11中例示的自包含时隙结构中，基站(例如，eNodeB、eNB、gNB)和/或用户设备(UE)(例如，终端)需要用于将发送模式转换成接收模式的处理或者用于将接收模式转换成发送模式的处理的时间间隙。关于时间间隙，如果在自包含时隙中进行下行链路发送之后执行上行链路发送，则一些OFDM符号可以被配置为保护时段(GP)。

下行链路信道结构

BS通过以下描述的下行链路信道向UE发送关联信号，并且UE通过以下描述的下行链路信道从BS接收关联信号。

物理下行链路共享信道(PDSCH)

PDSCH传输下行链路数据(例如，DL共享信道传输块(DL-SCH TB))，并且采用诸如正交相移键控(QPSK)、16正交幅度调制(QAM)、64QAM和256QAM之类的调制方法。通过编码TB来生成码字。PDSCH可以传输最多2个码字。针对每个码字执行加扰和调制映射，并且将从每个码字生成的调制符号映射到一个或更多个层(层映射)。每个层与解调参考信号(DMRS)一起映射到资源，生成为OFDM符号信号，并且通过对应的天线端口发送。

物理下行链路控制信道(PDCCH)

PDCCH传输下行链路控制信息(DCI)，并且应用QPSK调制方法。根据聚合级别(AL)，一个PDCCH由1、2、4、8和16个控制信道元素(CCE)构成。一个CCE由6个资源元素组(REG)构成。一个REG由一个OFDM符号和一个(P)RB定义。通过控制资源集(CORESET)发送PDCCH。CORESET被定义为具有给定参数集(例如，SCS、CP长度等)的REG集。针对一个UE的多个CORESET可以在时域/频域中交叠。可以通过系统信息(例如，MIB)或UE特定的更高层(例如，无线电资源控制或RRC层)信令来配置CORESET。具体地，可以由更高层信令配置构成CORESET的RB的数量和符号的数量(最多3个)。

UE针对一组PDCCH候选执行解码(所谓盲解码)以获得通过PDCCH发送的DCI。由UE解码的PDCCH候选集被定义为PDCCH搜索空间集。搜索空间集可以是公共搜索空间或UE特定的搜索空间。UE可以通过在由MIB或更高层信令配置的一个或更多个搜索空间集中监测PDCCH候选来获得DCI。每个CORESET配置与一个或更多个搜索空间集相关联，并且每个搜索空间集与一个CORESET配置相关联。基于以下参数确定一个搜索空间集。

-controlResourceSetId：表示与搜索空间集相关联的控制资源集

-monitoringSlotPeriodicityAndOffset：表示PDCCH监测时间段(时隙单位)和PDCCH监测段偏移(时隙单位)

-monitoringSymbolsWithinSlot：表示用于PDCCH监测的时隙中的PDCCH监测图案(例如，表示控制资源集的第一个符号)

-nrofCandidates：表示针对每个AL＝{1,2,4,8,16}的PDCCH候选的数量(0、1、2、3、4、5、6、8中的一个值)

表8示出了针对每个搜索空间类型的特征。

[表8]

表9示出了通过PDCCH发送的DCI格式。

[表9]

DCI格式0_0可以用于调度基于TB(或TB级别)的PUSCH，DCI格式0_1可以用于调度基于TB(或TB级别)的PUSCH或基于代码块组(CBG)(或CBG级别)的PUSCH。DCI格式1_0可以用于调度基于TB(或TB级别)的PDSCH，DCI格式1_1可以用于调度基于TB(或TB级别)的PDSCH或基于代码块组(CBG)(或CBG级别)的PDSCH。DCI格式2_0用于向UE传送动态时隙格式信息(例如，动态SFI)，并且DCI格式2_1用于向UE传送下行链路抢占信息。DCI格式2_0和/或DCI格式2_1可以通过作为向被定义为一组的UE传送的PDCCH的组公共PDCCH被传送到对应的组中的UE。

上行链路信道结构

UE通过以下描述的上行链路信道向BS发送关联信号，并且BS通过以下描述的上行链路信道从UE接收关联信号。

物理上行链路共享信道(PUSCH)

PUSCH传输上行链路数据(例如，UL共享信道传输块，UL-SCH TB)和/或上行链路控制信息(UCI)，并且基于循环前缀-正交频分复用(CP-OFDM)波形或离散傅立叶变换-扩展-正交频分复用(DFT-s-OFDM)波形发送。当基于DFT-s-OFDM波形发送PUSCH时，UE通过应用变换预编码来发送PUSCH。作为示例，当变换预编码被禁用(例如，变换预编码被禁用)时，UE基于CP-OFDM波形发送PUSCH，并且当启用变换预编码(例如，启用变换预编码)时，UE可以基于CP-OFDM波形或DFT-s-OFDM波形发送PUSCH。PUSCH传输由DCI中的UL许可动态调度或基于更高层(例如，RRC)信令(和/或层1(L1)信令(例如，PDCCH))(配置的许可)进行半静态调度。PUSCH传输可以基于码本或非码本来执行。

物理上行链路控制信道(PUCCH)

PUCCH传输上行链路控制信息、HARQ-ACK和/或调度请求(SR)，并且根据PUCCH传输长度被划分为短PUCCH和长PUCCH。表10示出了PUCCH格式。

[表10]

PUCCH格式0传输最大大小为2位的UCI，并且基于序列进行映射和发送。具体地，UE通过作为PUCCH格式0的PUCCH发送多个序列之一来向BS发送特定UCI。UE仅在发送肯定的SR时，在针对对应的SR配置的PUCCH资源内发送作为PUCCH格式0的PUCCH。

PUCCH格式1传输最大大小为2位的UCI，并且调制信号通过正交覆盖码(OCC)(根据是否跳频而不同配置)在时域中进行扩展。在不发送调制符号的符号中发送DMRS(即，经时分复用(TDM)并发送)。

PUCCH格式2传输位大小大于2位的UCI，并且调制符号与DMRS经频分复用(FDM)并发送。DMRS位于以1/3密度给出的资源块内的符号索引#1、#4、#7和#10中。伪噪声(PN)序列用于DMRS序列。可以针对2符号PUCCH格式2激活跳频。

PUCCH格式3不支持UE在同一物理资源块中的复用，并且传输位大小大于2位的UCI。换句话说，PUCCH格式3的PUCCH资源包括正交覆盖码。调制符号经受与DMRS的时分复用(TDM)并发送。

PUCCH格式4支持在同一个物理资源块中最多复用4个终端，并且传输位大小大于2位的UCI。换句话说，PUCCH格式3的PUCCH资源包括正交覆盖码。调制符号经受与DMRS的时分复用(TDM)并发送。

机器类型通信(MTC)

MTC是一种包括一台或多更台机器的数据通信的类型，并且可以应用于机器到机器(M2M)或物联网(IoT)。这里，机器是不需要直接人工操作或干预的实体。例如，机器包括具有移动通信模块的智能仪表、自动售货机、具有MTC功能的便携式终端等。

在3GPP中，可以从版本10开始应用MTC，并且MTC可以被实现为满足低成本和低复杂度、增强的覆盖范围和低功耗的标准。例如，针对低成本MTC装置的特征被添加到3GPP版本12，并且为此，定义了UE类别0。UE类别是指示UE在通信调制解调器中可以处理多少数据的索引。UE类别0的UE使用具有减少的峰值数据速率和减轻的射频(RF)要求的半双工操作以及单个接收天线来降低基带/RF复杂度。在3GPP版本12中，引入了增强型MTC(eMTC)，并且MTC终端被配置为仅在作为传统LTE中支持的最小频率带宽的1.08MHz(即，6个RB)下操作，以进一步降低MTC UE的价格和功耗。

在下面的描述中，MTC可以与诸如eMTC、LTE-M1/M2、带宽降低的低复杂度/覆盖范围增强型(BL/CE)、非BLUE(在增强覆盖范围中)、NR MTC、增强型BL/CE等的术语或其它等同术语混合使用。此外，MTC UE/装置涵盖具有MTC功能的UE/装置(例如，智能仪表、自动售货机或具有MTC功能的便携式终端)。

图12例示了MTC。

参照图12，作为提供MTC的无线装置的MTC装置100可以是固定的或移动的。例如，MTC装置100包括具有移动通信模块的智能仪表、自动售货机、具有MTC功能的便携式终端等。BS 200可以通过使用无线电接入技术连接到MTC装置100并且通过有线网络连接到MTC服务器700。MTC服务器700连接到MTC装置100并且向MTC装置100提供MTC服务。通过MTC提供的服务与相关技术中人为干预的通信服务有区别，并且可以提供包括跟踪、计量、支付、医疗现场服务、远程控制等的各种服务。例如，可以通过MTC提供包括仪表读数、水位测量、监控摄像头的使用、自动售货机库存报告等的服务。MTC具有以下特性：传输数据量小，并且上行链路/下行链路数据发送/接收偶尔发生。因此，根据低数据速率降低MTC装置的单价并且减少电池消耗是高效的。MTC装置通常具有低移动性，并且因此，MTC具有信道环境几乎不改变的特性。

图13例示了在MTC中使用的物理信道和使用其的一般信号传输。在无线通信系统中，MTC UE通过下行链路(DL)从BS接收信息并且UE通过上行链路(UL)向BS发送信息。BS和UE发送和接收的信息包括数据和各种控制信息，并且根据BS和UE发送和接收的信息的类型/用途存在各种物理信道。

在关机时再次开机或进入新小区的UE执行诸如与BS同步之类的初始小区搜索操作(S1001)。为此，UE从BS接收主同步信号(PSS)和辅同步信号(SSS)以与BS同步并获得诸如小区标识符(ID)等的信息。针对UE的初始小区搜索操作的PSS/SSS可以是传统LTE的PSS/SSS。此后，MTC UE可以从BS接收物理广播信道(PBCH)并且获得小区内广播信息(S1002)。此外，UE在初始小区搜索步骤中接收下行链路参考信号(DLRS)以检查下行链路信道状态。

在完成初始小区搜索时，UE接收MTC PDCCH(MPDCCH)和与其对应的PDSCH以获得更具体的系统信息(S1102)。

此后，UE可以执行随机接入过程以完成对BS的接入(S1003至S1006)。具体地，UE可以通过物理随机接入信道(PRACH)发送前导码(S1003)并且通过PDCCH和与其对应的PDSCH接收针对前导码的随机接入响应(RAR)(S1004)。此后，UE可以通过使用RAR中的调度信息来发送物理上行链路共享信道(PUSCH)(S1005)并且执行诸如PDCCH和与其对应的PDSCH之类的竞争解决过程(S1006)。

执行上述过程的UE然后可以执行MPDCCH信号和/或PDSCH信号的接收(S1107)以及物理上行链路共享信道(PUSCH)信号和/或物理上行链路控制信道(PUCCH)信号的传输(S1108)作为一般上行链路/下行链路信号传输过程。从UE发送到BS的控制信息统称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求确认/否定确认(HARQ ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等。CSI包括信道质量指示(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。

图14例示了MTC中的小区覆盖范围增强。

正在讨论各种小区覆盖范围扩展技术，以便于针对MTC装置100扩展BS的覆盖范围(覆盖范围扩展或覆盖范围增强(CE))。例如，为了扩展小区覆盖范围，BS/UE可以通过多个时机(物理信道束)发送一个物理信道/信号。在束部分(bundle section)内，可以根据预定义的规则重复发送物理信道/信号。接收装置可以通过对物理信道/信号束的一部分或全部进行解码来提高物理信道/信号的解码成功率。这里，时机可以指其中可以发送/接收物理信道/信号的资源(例如，时间/频率)。针对物理信道/信号的时机可以包括时域中的子帧、时隙或符号集。这里，符号集可以由一个或更多个连续的基于OFDM的符号构成。基于OFDM的符号可以包括OFDM(A)符号和DFT-s-OFDM(A)(＝SC-FDM(A))符号。针对物理信道/信号的时机可以包括频域中的RB集和频带。例如，可以重复发送PBCH、PRACH、MPDCCH、PDSCH、PUCCH和PUSCH。

图15例示了针对MTC的信号频带。

参照图15，作为用于降低MTC UE的单价的方法，无论小区的系统带宽如何，MTC都可以仅在特定频带(或信道频带)(在下文中称为MTC子带或窄带(NB))中操作。例如，MTC UE的上行链路/下行链路操作可以仅在1.08MHz的频带中执行。1.08MHz与被定义为遵循与LTEUE相同的小区搜索和随机接入过程的LTE系统中的6个连续物理资源块(PRB)相对应。图15的(a)例示在小区的中央(例如，6个PRB)配置MTC子带的情况，并且图15的(b)例示在小区中配置多个MTC子带的情况。可以在频域中连续/不连续地配置多个MTC子带。针对MTC的物理信道/信号可以在一个MTC子带中发送/接收。在NR系统中，可以通过考虑频率范围和子载波间隔(SCS)来定义MTC子带。作为示例，在NR系统中，MTC子带的大小可以被定义为X个连续的PRB(即，0.18*X*(2^u)MHz的带宽)(u见表A4)。这里，根据同步信号/物理广播信道(SS/PBCH)的大小，X可以被定义为20。在NR系统中，MTC可以在至少一个带宽部分(BWP)中操作。在这种情况下，可以在BWP中配置多个MTC子带。

图16例示了传统LTE和MTC中的调度。

参照图16，在传统LTE中，通过使用PDCCH来调度PDSCH。具体的，可以在子帧的前N个OFDM符号(N＝1至3)中发送PDCCH，并且在同一个子帧中发送由PDCCH调度的PDSCH。此外，在MTC中，通过使用MPDCCH来调度PDSCH。结果，MTC UE可以在子帧中的搜索空间中监测MPDCCH候选。这里，监测包括对MPDCCH候选进行盲解码。MPDCCH发送DCI，并且DCI包括上行链路或下行链路调度信息。MPDCCH与子帧中的PDSCH进行FDM复用。MPDCCH在最多256个子帧中重复发送，并且由MPDCCH发送的DCI包括关于MPDCCH重复次数的信息。在下行链路调度的情况下，当MPDCCH的重复传输在子帧#N结束时，由MPDCCH调度的PDSCH开始在子帧#N+2发送。PDSCH可以在最多2048个子帧中重复发送。MPDCCH和PDSCH可以在不同的MTC子带中发送。结果，MTC UE可以在接收到MPDCCH之后执行射频(RF)重调谐以接收PDSCH。在上行链路调度的情况下，当MPDCCH的重复传输在子帧#N结束时，由MPDCCH调度的PUSCH在子帧#N+4开始发送。当重复传输应用于物理信道时，通过RF重调谐支持不同MTC子带之间的跳频。例如，当在32个子帧中重复发送PDSCH时，可以在前16个子帧中的第一个MTC子带中发送PDSCH，并且可以在剩余的16个子帧中在第二个MTC子带中发送PDSCH。MTC在半双工模式下操作。MTC的HARQ重传是一种自适应异步方案。

窄带物联网(NB-IoT)

NB-IoT表示一种通过传统无线通信系统(例如，LTE、NR)支持低功率广域网的窄带物联网技术。另外，NB-IoT可以指通过窄带支持低复杂度和低功耗的系统。NB-IoT系统以与传统系统相同的方式使用诸如子载波间隔(SCS)之类的OFDM参数，因此无需针对NB-IoT系统单独分配附加频带。例如，传统系统频带的一个PRB可以被分配给NB-IoT。由于NB-IoT UE将单个PRB识别为每个载波，因此在NB-IoT的描述中可以将PRB和载波解释为相同的含义。

在下文中，NB-IoT的描述主要集中在NB-IoT应用于传统LTE系统的描述的情况，但以下描述甚至可以广泛应用于下一代系统(例如，NR系统等)。此外，在本公开中，与NB-IoT相关的内容可以广泛应用于旨在实现类似技术目的(例如，低功率、低成本、覆盖范围增强等)的MTC。此外，NB-IoT可以替换为诸如NB-LTE、NB-IoT增强、增强型NB-IoT、进一步增强型NB-IoT、NB-NR等的其它等同术语。

图17例示了在NB-IoT中使用的物理信道和使用其的一般信号传输。在无线通信系统中，UE通过下行链路(DL)从BS接收信息并且UE通过上行链路(UL)向BS发送信息。BS和UE发送和接收的信息包括数据和各种控制信息，并且根据BS和UE发送和接收的信息的类型/用途存在各种物理信道。

在关机时再次开机或进入新小区的UE执行诸如与BS同步之类的初始小区搜索操作(S11)。为此，UE从BS接收窄带主同步信号(NPSS)和窄带辅同步信号(NSSS)以与BS同步并获得诸如小区标识符(ID)等的信息。此后，UE从BS接收窄带物理广播信道(NPBCH)以获得小区内广播信息(S12)。此外，UE在初始小区搜索步骤中接收下行链路参考信号(DL RS)以检查下行链路信道状态。

在完成初始小区搜索时，UE在步骤S12中接收窄带PDCCH(NPDCCH)和与其对应的窄带PDSCH(NPDSCH)以获得更具体的系统信息(S12)。

此后，UE可以执行随机接入过程以完成对BS的接入(S13至S16)。具体地，UE可以通过窄带物理随机接入信道(NPRACH)发送前导码(S13)并且通过NPDCCH和与其对应的NPDSCH接收针对前导码的随机接入响应(RAR)(S14)。此后，UE可以通过使用RAR中的调度信息来发送窄带物理上行链路共享信道(NPUSCH)(S15)并且执行诸如NPDCCH和与其对应的NPDSCH之类的竞争解决过程(S16)。

执行上述过程的UE然后可以执行NPDCCH信号和/或NPDSCH信号的接收(S17)和/或NPUSCH的传输(S18)作为一般上行链路/下行链路信号传输过程。从UE发送到BS的控制信息统称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求确认/否定确认(HARQ ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等。。CSI包括信道质量指示(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等。在NB-IoT中，通过NPUSCH发送UCI。根据网络(例如，BS)的请求/指令，UE可以通过NPUSCH周期性地、非周期性地或半持久性地发送UCI。

NB-IoT帧结构可以根据子载波间隔(SCS)被不同地配置。图18例示了子帧间隔为15kHz时的帧结构，并且图19例示了子帧间隔为3.75kHz时的帧结构。图18的帧结构可以用于下行链路/上行链路，并且图19的帧结构可以仅用于上行链路。

参照图18，针对15kHz子载波间隔的NB-IoT帧结构可以被配置为与传统系统(即，LTE系统)的帧结构(参见图2)相同。也就是说，10-ms NB-IoT帧可以包括十个1-ms NB-IoT子帧，并且1-ms NB-IoT子帧可以包括两个0.5-ms NB-IoT时隙。每个0.5-ms NB-IoT时隙可以包括七个符号。15kHz子载波间隔可以应用于下行链路和上行链路。符号包括下行链路中的OFDMA符号和上行链路中的SC-FDMA符号。在图18的帧结构中，系统频带为1.08MHz并且由12个子载波定义。15-kHz子载波间隔应用于下行链路和上行链路二者，并且保证与LTE系统正交，并且因此可以有利于与LTE系统的共存。

此外，参照图19，当子载波间隔为3.75kHz时，10-ms NB-IoT帧可以包括5个2-msNB-IoT子帧，并且2-ms NB-IoT子帧可以包括7个符号和一个保护时段(GP)符号。2-ms NB-IoT子帧可以表示为NB-IoT时隙或NB-IoT资源单元(RU)。这里，符号可以包括SC-FDMA符号。在图19的帧结构中，系统频带为1.08MHz并且由48个子载波定义。3.75kHz的子载波间隔可以只应用于上行链路，并且可能会削弱与LTE系统的正交性，导致由于干扰引起的性能劣化。

该图可以例示基于LTE系统帧结构的NB-IoT帧结构，并且所例示的NB-IoT帧结构甚至可以广泛应用于下一代系统(例如，NR系统)。

图20例示了NB-IoT的三种操作模式。具体地，图20的(a)例示了带内系统，图20的(b)例示了保护带系统，并且图20的(c)例示了独立系统。这里，带内系统可以表示为带内模式，保护带系统可以表示为保护带模式，并且独立系统可以表示为独立模式。为方便起见，基于LTE频带描述NB-IoT操作模式，但LTE频带可以替换为另一系统的频带(例如，NR系统频带)。

带内模式意指在(传统)LTE频带中执行NB-IoT的操作模式。在带内模式下，可以针对NB-IoT分配LTE系统载波的一些资源块。例如，在带内模式下，可以针对NB-IoT分配LTE频带段中特定的1个RB(即，PRB)。带内模式可以在NB-IoT共存于LTE频带的结构中操作。保护带模式意指在针对(传统)LTE频带的保护带保留的空间中执行NB-IoT的操作模式。因此，在保护带模式下，可以针对NB-IoT分配LTE系统中未被用作资源块的LTE载波的保护带。(传统)LTE频带在每个LTE频带的端部可以具有至少100kHz的保护带。独立模式意指在独立于(传统)LTE频带的频带中执行NB-IoT的操作模式。例如，在独立模式下，可以针对NB-IoT分配GSM EDGE无线电接入网络(GERAN)中使用的频带(例如，将来要重新分配的GSM载波)。

NB-IoT UE以100kHz为单位搜索锚定载波，并且在带内和保护带中，锚定载波的中心频率应位于100kHz信道栅格的±7.5kHz范围内。此外，LTE PRB当中的六个中央PRB未分配给NB-IoT。因此，锚定载波可以仅位于特定的PRB中。

图21例示了LTE带宽为10MHz的带内锚定载波的布局。

参照图21，直流(DC)子载波位于信道栅格中。由于相邻PRB之间的中心频率间隔为180kHz，因此在PRB索引为4、9、14、19、30、35、40和45的情况下，中心频率位于距信道栅格±2.5kHz处。类似地，适合作为LTE带宽为20MHz的锚定载波的PRB的中心频率位于距信道栅格±2.5kHz处，并且3MHz、5MHz和15MHz的LTE带宽处适合作为锚定载波的PRB的中心频率位于距信道栅格±7.5kHz处。

在保护带模式的情况下，在PRB紧邻带宽为10MHz和20MHz的LTE的边缘PRB的情况下，中心频率位于距信道栅格±2.5kHz处。在带宽为3MHz、5MHz和15MHz的情况下，与来自边缘PRB的三个子载波相对应的保护带用于将锚定载波的中心频率定位在距信道栅格±7.5kHz处。

独立模式的锚定载波可以在100kHz信道栅格中对齐，并且包括DC载波的所有GSM载波都可以用作NB-IoT锚定载波。

NB-IoT可以支持多载波，并且可以使用带内和带内、带内和保护带、保护带和保护带、以及独立和独立的组合。

在NB-IoT下行链路中，提供了诸如窄带物理广播信道(NPBCH)、窄带物理下行链路共享信道(NPDSCH)和窄带物理下行链路控制信道(NPDCCH)之类的物理信道，并且提供了诸如窄带主同步信号(NPSS)、窄带辅同步信号(NSSS)和窄带参考信号(NRS)之类的物理信号。

NPBCH向UE传送作为NB-IoT接入系统所需的最小系统信息的主信息块-窄带(MIB-NB)。为了覆盖范围增强，NPBCH信号总共可以重复发送八次。MIB-NB的传输块大小(TBS)为34位，并且每64ms TTI时段更新一次。MIB-NB包括诸如操作模式、系统帧号(SFN)、超SFN、小区特定参考信号(CRS)端口的数量、信道栅格偏移等的信息。

图22例示了在FDD LTE系统中的NB-IoT下行链路物理信道/信号的传输。下行链路物理信道/信号通过一个PRB发送并且支持15kHz子载波间隔/多音调传输。

参照图22，在每帧的第6个子帧中发送NPSS，并且在每个偶数帧的最后一个(例如，第10个)子帧中发送NSSS。UE可以使用同步信号(NPSS和NSSS)获得频率、符号和帧同步并且搜索504个物理小区ID(PCID)(即，BS ID)。NPBCH在每帧的第一个子帧被发送并且传输NB-MIB。NRS被提供为针对下行链路物理信道解调的参考信号并且以与LTE相同的方案生成。然而，物理小区ID(NB-PCID)(或NCell ID或NB-IoT BS ID)用作针对NRS序列生成的初始化值。NRS通过一个或两个天线端口发送。NPDCCH和NPDSCH可以在除了NPSS/NSSS/NPBCH之外的剩余子帧中发送。NPDCCH和NPDSCH可以在同一子帧中一起发送。NPDCCH传输DCI，并且DCI支持三种类型的DCI格式。DCI格式N0包括窄带物理上行链路共享信道(NPUSCH)调度信息，并且DCI格式N1和N2包括NPDSCH调度信息。为了覆盖范围增强，NPDCCH总共可以重复发送2048次。NPDSCH用于发送诸如下行链路共享信道(DL-SCH)和寻呼信道(PCH)之类的传输信道的数据(例如，TB)。最大TBS为680位，并且为了覆盖范围增强，总共可以重复发送2048次。

上行链路物理信道包括窄带物理随机接入信道(NPRACH)和NPUSCH，并且支持单音调传输和多音调传输。针对3.5kHz和15kHz子载波间隔支持单音调传输，并且仅针对15kHz子载波间隔支持多音调传输。

图23例示了NPUSCH格式。

NPUSCH支持两种格式。NPUSCH格式1用于UL-SCH传输，并且最大TBS为1000位。NPUSCH格式2用于诸如HARQ ACK信令之类的上行链路控制信息的传输。NPUSCH格式1支持单音调/多音调传输，并且NPUSCH格式2仅支持单音调传输。在单音调传输的情况下，pi/2-二进制相移键控(BPSK)和pi/4-正交相移键控(QPSK)用于减小峰均功率比(PAPR)。在NPUSCH中，一个资源单元(RU)占用的时隙的数量可以根据资源分配而变化。RU表示TB映射到的最小资源单元，并且由时域中的NULsymb*NULslots个连续SC-FDMA符号和频域中的NRUsc个连续子载波构成。这里，NULsymb表示时隙中SC-FDMA符号的数量，NULslots表示时隙的数量，并且NRUsc表示构成RU的子载波的数量。

表11示出了根据NPUSCH格式和子载波间隔的RU配置。在TDD的情况下，支持的NPUSCH格式和SCS根据上行链路-下行链路配置而变化。上行链路-下行链路配置可以参照表2。

[表11]

用于传输UL-SCH数据(例如，UL-SCH TB)的调度信息包括在DCI格式NO中，并且通过NPDCCH发送DCI格式NO。DCI格式NO包括关于NPUSCH的起始时间、重复的数量、用于TB传输的RU的数量、子载波的数量、频域中资源位置和MCS的信息。

参照图23，根据NPUSCH格式，在每个时隙的一个或三个SC-FDMA符号中发送DMRS。DMRS与数据(例如，TB、UCI)复用，并且仅在包括数据传输的RU中发送。

图24例示了当在FDD NB-IoT中配置多载波时的操作。

在FDD NB-IoT中，可以基本配置DL/UL锚定载波，并且可以附加配置DL(和UL)非锚定载波。RRCConnectionReconfiguration中可以包括关于非锚定载波的信息。当配置了DL非锚定载波(下行链路添加载波)时，UE仅在DL非锚定载波中接收数据。另一方面，同步信号(NPSS和NSSS)、广播信号(MIB和SIB)和寻呼信号仅在锚定载波中提供。当配置了DL非锚定载波时，UE在处于RRC_CONNECTED状态时仅侦听DL非锚定载波。类似地，当配置了UL非锚定载波(上行链路添加载波)时，UE仅在UL非锚定载波上发送数据，并且不允许在UL非锚定载波和UL锚定载波上同时传输。当UE转换到RRC_IDLE状态时，UE返回到锚定载波。

图24例示了仅针对UE1配置锚定载波、针对UE2附加配置DL/UL非锚定载波并且针对UE3附加配置DL非锚定载波的情况。结果，在每个UE中发送/接收数据的载波如下。

-UE1：数据接收(DL锚定载波)和数据发送(UL锚定载波)

-UE2：数据接收(DL非锚定载波)和数据发送(UL非锚定载波)

-UE3：数据接收(DL非锚定载波)和数据发送(UL锚定载波)

NB-IoT UE可能无法同时发送和接收，并且发送/接收操作每次限于一个频带。因此，即使配置了多载波，UE也只需要一个180kHz频带的发送链/接收链。

本公开提出了一种用于在非频带缩减(Band reduced)和低成本(BL)用户设备(UE)操作覆盖范围扩展(CE)模式时在RRC连接状态下接收紧急信道(例如，ETWS或CMAS)的方法。即使在除了非BL UE之外的MTC专用UE(BL UE)中附加地实现特定功能的情况下，也可以类似地应用对应的方法。

紧急信道(或紧急信息)通过寻呼信道传送给UE。然而，由于BL/CE UE或在CE模式下操作的非BL UE在RRC连接状态下没有接收寻呼信道，进行释放RRC连接并将配置改变为RRC空闲或不活动状态的过程以便于UE传送紧急信道(或紧急信道信息)。例如，紧急信道可以是地震和海啸警报系统(ETWS)、商业移动警报系统(CMAS)和/或它们(即，ETWS和CMAS)的消息。

因此，接收紧急信道所需的时间延迟可能增加并且可能消耗大量资源以用于改变RRC状态配置。为了解决该问题，需要一种在CE模式下操作的UE可以在RRC连接状态下高效地接收紧急信道的功能。

然而，由于BL/CE UE通常是诸如传感器之类的装置，因此要求接收紧急信道可能不是相对重要的。另一方面，当一般用户可以携带的UE(例如，非BL UE)在针对功耗降低和覆盖范围增强的CE模式下操作时，需要使用于接收紧急信道所消耗的延迟最小化。

因此，本公开提出了一种当非BL UE在CE模式下操作时在RRC连接状态下接收紧急信道的方法。

在紧急信道当中，ETWS和/或CMAS不是要针对每个UE单独发送的信息，而是要由位于特定区域内的所有UE类似地接收的信息。也就是说，在资源使用方面，通过可以检测到的信道同时向多个随机UE发送对应信息而不是单独地向处于RRC连接状态的UE传送ETWS和/或CMAS通知可以是更高效的。换句话说，在资源使用方面，通过公共信道同时向多个随机UE发送ETWS和/或CMAS通知信息而不是单独向UE发送ETWS和/或CMAS通知信息可以是更高效的。

为此，需要通过公共搜索空间(CSS)的MPDCCH(或PDCCH)发送对应的通知信息(或直接指示信息或用于通知紧急信息的DCI)，在RRC连接状态下在CE模式下操作的多个UE可以共同监测公共搜索空间。接收通知信息的UE可以通过解释诸如与ETWS和/或CMAS相关的系统信息块(SIB)(例如，SIB10、SIB11和/或SIB12)之类的信息来获得紧急信道相关信息(或紧急信道信息或紧急信息)。

对应的SIB(或紧急信息)可以通过SIB1-BR(或针对紧急信息的调度信息)进行调度，并且SIB1-BR调度信息可以通过MIB的schedulingInfoSIB1-BR来传送。

也就是说，在RRC连接状态(或模式)下，UE执行接收针对UE特定搜索空间(USS)和CSS的配置以通过RRC监测紧急信道通知，和/或从配置的特定CSS获得紧急信道(例如，ETWS和/或CMAS)通知信息，和/或通过检测对应的小区的MIB获得SIB1-BR调度信息，和/或通过基于SIB1-BR调度信息检测SIB1-BR来检测与紧急信道相关的SIB(或紧急信息)的过程。

在本公开中，盲解码(BD)意指由UE为了接收PDCCH而对针对每个子帧(或时隙)预定义的所有可用PDCCH候选执行解码的操作。BD是确定UE复杂度和电池寿命的关键因素之一。

在下文中，本公开提出一种用于更高效地改善用于发送/接收紧急信道的方法的方法。

具体地，在本公开中，描述了一种用于在特定时段检测用于通知紧急信道的CSS(或用于通知紧急信道的CSS)的方法(第一实施方式)，一种用于发送/接收要被包括在用于通知紧急信道的DCI中的指示是否改变调度信息的方法(第二实施方式)，以及一种用于改善用于通知紧急信道的DCI的盲解码开销的方法(第三实施方式)。例如，第二实施方式可以是在检测到紧急信道通知信息后，跳过通过MIB发送/接收SIB1-BR调度信息和/或通过SIB1-BR调度SIB的信息的过程的方法。

在下文中，本公开中描述的实施方式只是为了描述方便而分类，并且不用说，任何一个实施方式的一些方法和/或一些配置可以被另一实施方式的方法和/或配置替代，或者可以彼此组合应用。

在本公开中，“A/B”可以解释为“A和B”、“A或B”和/或“A和/或B”。

第一实施方式

首先，描述了用于在特定时段监测用于通知紧急信道的CSS的方法。

在下文中，将描述的方法只是为了方便而分类，并且不用说，任何一种方法的配置都可以用另一方法的配置代替，或者可以彼此组合应用。

当非BL UE在CE模式下操作时，针对每个CE模式，操作可以是不同的。

例如，在CE模式A的情况下，UE可以尝试在其中可以在RRC连接状态下发送用于单播使用的MPDCCH候选的UE特定的搜索空间(USS)窄带(NB)中同时检测类型0 CSS(例如，类型0-MPDCCH CSS)。

这里，类型0 CSS可以是用于UE的上行链路发送功率控制(TPC)的信道或搜索空间。包括在对应搜索空间(SS)中的DCI可以被多个UE同时检测。每个UE可以将针对每个UE指示的特定字段解释为要由此使用的TPC信息并且忽略剩余字段。也就是说，类型0 CSS可以由针对每个UE配置的USS推导，并且DCI中针对每个UE的TPC要参考的的信息的位置可以被配置为UE特定的。

在这种情况下，当发送到类型0 CSS的DCI的某些字段被配置为预期作为用于向监测对应的DCI的多个用户(或UE)通知紧急信道的信息时，对应的DCI可以与传统TPC信息的传输一起使用。换句话说，紧急信道通知信息可以被包括在发送给类型0 CSS的DCI中。也就是说，每个UE可以在将特定字段解释为在类型0 CSS中检测到的DCI中的TPC信息的同时使用一些字段作为与另一用户共享的紧急信道通知信息。

另一方面，在CE模式B下操作的UE可以被配置为附加地监测与USS NB中的CE模式A的类型0 CSS相同或相似的CSS(例如，类型0’CSS)，在USS NB中可以在RRC连接状态下发送用于单播使用的MPDCCH候选，并且可以使用CSS作为通知紧急信道的信道。

与CE模式A不同，在CE模式B的类型0’CSS的情况下，DCI的所有字段可以用于传送与紧急信道的通知相关的信息。换句话说，在CE模式B的类型0’CSS的情况下，DCI的所有字段可以用作紧急信道通知信息。

和/或，当非BL UE在CE模式下操作时，非BL UE可以类似地操作而不管CE模式如何。例如，非BL UE可以通过使用上述CE模式A或CE模式B检测方法之一进行操作。例如，在CE模式A下操作的UE和/或在CE模式B下操作的UE可以将在类型0 CSS中检测到的DCI的第一字段解释为TPC信息并且将第二字段解释为紧急信道通知信息。例如，在CE模式A下操作的UE和/或在CE模式B下操作的UE可以将在类型0’CSS中检测到的DCI解释为紧急信道通知信息。

基于类型0 CSS或类型0’CSS的紧急信道通知方法可以用于通知紧急信道，而无需转换处于RRC连接状态的UE的RRC状态。

然而，在省电和误报警方面可能需要使用于对应信道监测和紧急信道通知的特定字段的解释定时最小化。换句话说，在省电和误检测方面，需要在类型0 CSS或类型0’CSS中使对包括紧急信道通知在内的DCI的监测最小化。例如，类型0 CSS的紧急信道信息传输字段(例如，紧急信道通知信息字段)的解释和/或类型0’CSS的检测尝试定时(或DCI检测尝试定时)可以限于UE尝试在RRC空闲模式下检测寻呼信道的定时。

也就是说，在UE处于CE模式B的情况下，可以允许UE仅在特定时段和/或定时尝试检测类型0’CSS，而不是在每次USS检测尝试时检测类型0’CSS。特定时段和/或定时可以是从对应UE或共享对应类型0’CSS的UE在RRC空闲状态下监测寻呼信道的时段和/或定时推导的值。例如，时段和/或定时可以是寻呼周期、寻呼帧(OF)、寻呼时机(PO)和/或UE标识符(UEID)。

例如，在CE模式B下操作的UE中，可以在特定时段和/或定时尝试检测类型0’CSS。

和/或，解释类型0 CSS中的紧急信道通知字段(例如，紧急通知信息)的UE可以彼此相同。也就是说，每次检测到类型0 CSS时，对应的字段不解释为紧急信道通知信息，但是在每个时段或仅在从对应UE或共享对应类型0’CSS的UE在RRC空闲状态监测寻呼信道的时段和/或定时推导的定时，对应的字段可以解释为有效的紧急信道通知信息。例如，在RRC空闲状态下监测寻呼信道的时段和/或定时可以意指由寻呼周期、寻呼帧、寻呼时机和/或UE标识符推导的时段和/或定时。

例如，在CE模式A下操作的UE可以在RRC连接状态下解码类型0 CSS，而不管寻呼周期如何。然而，在对应的DCI中保留为ETWS和/或CMAS的特定字段的解释和应用可以仅在与对应UE的寻呼周期、寻呼帧、寻呼时机和/或UE标识符相关的特定时段和/或定时执行。

例如，在UE在CE模式B下操作的情况下，类型0 CSS是基于USS配置的，但是相对于每个UE尝试解码对应的DCI的定时，可以允许仅在对应UE的寻呼周期和/或与其相关的特定时间(例如，PO或PF)处执行对应DCI的解码。换句话说，类型0 CSS是基于USS配置的，但是每个UE可以仅在对应的UE的寻呼周期和/或与其相关的特定时间(例如，PO或PF)处尝试解码DCI。

和/或，从对应UE的USS配置推导类型0’CSS，但是相对于每个UE尝试检测对应搜索空间的DCI的定时，可以仅在与对应UE的寻呼周期、寻呼帧、寻呼时机和/或UE标识符相关的特定时段和/或定时处执行DCI检测。换句话说，从对应UE的USS配置推导类型0’CSS，但是每个UE可以仅在与对应UE的寻呼周期、寻呼帧、寻呼时机和/或UE标识符相关的特定时段和/或定时处尝试检测DCI。

第二实施方式

接下来，将描述用于发送/接收包括指示是否改变调度的信息的用于通知紧急信道的DCI的方法。例如，BS和/或UE可以发送包括SIB-BR调度相关信息的用于通知紧急信道的DCI。

在下文中，将描述的方法只是为了方便而分类，并且不用说，任何一种方法的配置可以用另一方法的配置代替或者可以彼此组合应用。

如上所述，接收紧急信道通知信息的UE执行通过MIB获得SIB1-BR调度信息，然后通过检测SIB1-BR获得剩余SIB的调度信息，并且接收与紧急信道信息相关的SIB的过程。在本公开中，与紧急信道信息相关的SIB(例如，SIB10、SIB11、SIB12等)可以被称为eSIB。

换句话说，接收紧急信道通知信息的UE可以接收包括SIB1-BR调度信息的MIB，基于SIB1-BR调度信息接收包括SIB的调度信息的SIB1-BR，并且基于SIB1的调度信息接收SIB(或紧急信道信息)。

在这种情况下，当开始发送eSIB时，包括在SIB1-BR中的剩余SIB调度信息被改变，但是SIB1-BR本身的调度信息可以与eSIB被发送之前的定时相同。在这种情况下，如果BS一起发送包括SIB1-BR调度信息与在特定定时之前的SIB1-BR调度信息相比是否改变的紧急信道通知信息(例如，所提出的类型0 CSS或类型0’CSS的DCI)，则当SIB1-BR调度信息不改变时，UE可以跳过MIB的检测尝试。

例如，DCI可以包括指示紧急信道通知信息和/或SIB1-BR调度信息是否改变的信息。UE可以基于对应的DCI来检查SIB-BR调度信息是否没有改变并且跳过MIB的接收。和/或，UE可以基于对应的DCI确认SIB-BR调度信息改变并接收MIB。

和/或，SIB1-BR调度信息可以意指包括SIB1-BR的eSIB的调度信息。例如，UE可以基于DCI检查eSIB的调度信息是否没有改变并且跳过SIB1-BR的接收。和/或，UE可以基于对应的DCI确认eSIB的调度信息改变并且接收SIB1-BR。和/或，SIB1-BR调度信息可以意指包括SIB1-BR的调度信息和eSIB的调度信息的信息。

和/或，在所提出的类型0 CSS或类型0’CSS中，可以直接指示SIB1-BR调度信息。例如，DCI可以包括紧急信道信息和/或SIB1-BR调度信息。UE可以基于对应的DCI接收SIB1-BR调度信息并且可以基于SIB1-BR调度信息接收SIB1-BR。和/或，UE可以基于对应的DCI接收SIB1-BR调度信息并且可以基于SIB1-BR调度信息接收eSIB。

和/或，如果仅指示SIB1-BR调度信息是否改变的信息与紧急信道通知信息一起传送，则需要定义成为SIB1-BR调度信息的改变标准的先前的SIB1-BR调度信息部分。也就是说，由于SIB1-BR调度信息是否改变是一个相对的定义，当基于每个在预定时间获得SIB1-BR调度信息时的定时应用SIB1-BR调度信息是否改变时，BS不知道每个UE何时获得SIB1-BR调度信息的准确定时，并且BS未准确知道基于UE之间的SIB1-BR调度信息改变或保持SIB1-BR调度信息的定时。

为此，可以基于BS的特定周期P来配置作为标准的“先前的SIB1-BR调度信息”的定时。例如，可以利用诸如系统信息修改周期、BCCH修改周期或物理广播信道(PBCH)传输时间间隔(TTI)之类的参数。也就是说，BS可以基于特定周期使SIB1-BR调度信息在对应定时是否更新被包括在紧急信道通知信息中。

然而，紧急信道信息可以被发送很长时间，以使得多个UE安全地接收对应的信道。换句话说，SIB1-BR调度信息在eSIB被发送的很长一段时间期间可以是相同的。在这种情况下，由于与SIB1-BR调度信息的改变相关的DCI的检测和解释的定时针对每个UE可以是不同的，因此根据如何定义SIB1-BR调度信息的改变，需要对SIB1-BR调度信息的改变或保持进行解释。

也就是说，当紧急信道通知信息被长时间重复发送时，如果特定的UE组A在第一次尝试时获得了对应的信息，并且另一个特定的UE组B在时间P之后获得了对应的信息，则组A和组B之间对SIB1-BR调度信息的改变的解释可以是不同的。换句话说，从BS的角度来看，在通过eSIB的传输更新SIB1-BR调度信息的初始时间，其指示通过紧急信道通知相关信道更新SIB1-BR调度，但是如果eSIB甚至在时间P之后发送，则SIB1-BR调度信息保持与时间P之前相同的可能性很大，并且在这种情况下，由于与时间P之前的SIB1-BR调度信息相比，SIB1-BR调度信息没有改变，因此BS通过紧急信道通知相关信道向UE传送正在保持的SIB1-BR调度信息。

在这样的情况下，从SIB1-BR调度信息更新的定时开始过去时间点P之后获得紧急信道通知相关信息的UE可能会错误地将SIB1-BR调度信息解释为与eSIB传输前的SIB1-BR调度信息相同。

因此，可以按在每次SIB1-BR调度信息更新时切换SIB1-BR调度信息的方案定义包括在紧急信道通知信息中的SIB1-BR调度更新信息。在这种情况下，关于切换标准，指示发送紧急信道通知信息中的eSIB的初始定时之前的先前SIB1-BR调度信息在eSIB被发送的同时SIB1-BR调度信息改变时可以被指定为“0”，并且否则可以指定为“1”。此后，SIB1-BR调度信息可以通过每次SIB1-BR调度信息更新时切换SIB1-BR调度信息的方法来指定。和/或，“0”和“1”的含义可以相反地解释和/或指定。

第三实施方式

接下来，将描述用于改善用于通知紧急信道的DCI的盲解码开销的方法。

在下文中，将描述的方法只是为了方便而分类，并且不用说，任何一种方法的配置都可以用另一方法的配置代替，或者可以彼此组合应用。

为了通知紧急通道，可以存在使用与USS中使用的DCI相同的格式(例如，DCI格式6-1A或DCI格式6-1B)作为用于通过类型0 CSS(例如，类型0-MPDCCH CSS)或类型0’CSS发送紧急信道的通知的DCI并且通过无线电网络临时标识符(RNTI)区分DCI的方法。

例如，在CE模式A的情况下，可以使用DCI格式6-0A或DCI格式6-1A。一种使用DCI格式6-0A或DCI格式6-1A的方法的优点在于，当考虑到CSS是使用USS的一部分搜索空间的形式时，可以以一种DCI格式接收用于UL/DL调度和紧急信道通知的DCI，而无需定义新的DCI格式。

然而，针对每个UE，DCI大小可以通过其存在由UE特定的RRC配置确定的DCI字段而变化。换句话说，在第一UE的情况下，通过UE特定的RRC配置，DCI大小可以是x1，并且在第二UE的情况下，通过UE特定的RRC配置，DCI大小可以是x2(x2≠x1)。在这种情况下，可能存在紧急信道通知不能高效地广播给所有UE的问题。

为了解决这样的问题，关于针对紧急信道通知的DCI大小，通过排除由UE特定的RRC配置添加的字段，所有UE可以具有相同的DCI大小。例如，针对紧急信道通知的DCI格式具有DCI格式6-1A和/或DCI格式6-1B，但是DCI大小可以等于DCI格式6-1A和/或DCI格式6-1B的排除由UE特定的RRC配置添加的字段之外的大小。例如，在CE模式B下操作的UE中，DCI的格式与DCI格式6-1B相同，并且DCI的大小可以等于通过从调度PDSCH的DCI格式6-1B中排除针对SC-MTCH的调度TB的数量字段、针对SC-MCCH改变通知的信息字段、针对单播调度TB字段和资源预留字段而获得的大小。此外，当没有配置作为RRC配置信息的ce-pdsch-maxBandwidth-config时，资源块指派字段也可以配置有大小(或位数)。换句话说，当配置了作为RRC配置信息的ce-pdsch-maxBandwidth-config时，由UE特定的RRC配置添加的字段可以意指针对SC-MTCH的调度TB的数量字段、针对SC-MCCH改变通知的信息字段、针对单播调度TB字段、资源预留字段和资源块指派字段。换言之，DCI的大小可以是

位。

紧急信道通知信息被发送到监测具有类型0 CSS或类型0’CSS的对应窄带的所有UE，由于一个DCI通过用于这对BS的调度负担和UE的盲解码负担增强下行链路传输效率的方法被发送的。

该方法可以包括当字段大小由UE特定的RRC配置改变时通过假设针对对应字段大小的特定值(例如，最小值)来确定DCI大小。

在该方法中，“通过排除由UE特定的RRC配置添加的字段”可以包括“通过排除仅在对应的DCI映射到USS(使用C-RNTI进行CRC加扰的MPDCCH)时才存在的字段”的含义或者是“通过仅配置当利用CSS发送对应的DCI时存在的字段”的含义。例如，当用于通知紧急信息的DCI的格式为DCI格式6-1A时，DCI大小可以等于DCI格式6-1A映射到公共搜索空间时的大小。

在该方法中，为了防止增加附加的BD，可以使用具有与用于传送利用CSS发送的TPC信息的DCI或回退DCI相同的大小的DCI。在这种情况下，可以使用与用于发送用于传送利用CSS发送的TPC信息的DCI或回退DCI的RNTI不同的单独的RNTI，以便于区分DCI。例如，单独的RNTI可以是针对紧急信道通知的专用RNTI。另选地，由针对于紧急信道通知的DCI是广播信息，所以单独的RNTI可以是SI-RNTI。例如，用于通知紧急信息的DCI可以用系统信息(SI)-RNTI进行CRC加扰。

在应用该方法的情况下，UE可以针对1)DCI大小k1和2)DCI大小k2执行BD，1)DCI大小k1用于发送紧急信道通知信息，并且2)DCI大小k2包括由UE特定RRC配置添加并利用USS发送的字段，并且发送UL/DL调度信息。也就是说，UE可以针对两个DCI大小执行BD。在这种情况下，可以使用相同的RNTI，并且可以通过DCI大小(当保证k1≠k2时)来区分针对紧急信道通知的DCI和用于UL/DL调度的DCI。

和/或，为k1＝k2存在的情况做准备，k1和k2可以通过使用单独的RNTI来区分。例如k1＝k2的情况可以是DCI中UE特定的RRC配置的情况下没有添加字段的情况。例如，单独的RNTI可以是针对紧急信道通知的专用RNTI或SI-RNTI。

在这种情况下，针对紧急信道通知的专用RNTI可以通过RRC发信号通知给UE。BS利用单独的RNTI对紧急信道通知DCI进行CRC加扰，并且利用类型0 CSS或类型0’CSS经CRC加扰的DCI和UE可以通过在两个RNTI和/或k1≠k2的情况下假设DCI大小为k1和k2来执行BD来区分紧急信道通知DCI。

和/或，当单独使用紧急信道通知RNTI时，可以将监测紧急信道的DCI的时段配置为与监测USS中使用的DCI的时段不同。例如，当单独使用紧急信道通知RNTI时，可以仅允许在特定时段和/或定时尝试检测类型0’CSS。特定时段和/或定时可以是从对应UE或共享对应的类型0’CSS的多个UE在RRC空闲状态下监测寻呼信道的时段和/或定时推导的值。换句话说，特定时段和/或定时可以是从寻呼周期、寻呼帧、寻呼时机和/或UE标识符推导的值。

和/或，该方法可以仅应用于CE模式A。

例如，在CE模式A的情况下，可以应用上面提出的通过排除由UE特定的RRC配置添加的字段来确定DCI大小的方法，并且在CE模式B的情况下，可以配置使用与USS中使用的DCI格式(例如，DCI格式6-0B/1B)相同的DCI大小。

因此，将DCI大小单独应用于CE模式A和CE模式B的原因是在相关技术中的CE模式A的情况下，由于已经利用USS发送的DCI格式6-0A/1A的DCI和利用类型0 CSS发送的DCI(即，两种大小)被盲解码，当紧急信道通知的DCI大小等于利用类型0 CSS发送的DCI大小时，不会增加额外的BD复杂度，而在相关技术中的CE模式B的情况下，由于不支持类型0 CSS，当紧急信道通知的DCI大小与DCI格式6-0B/1B不同时，可能会增加BD复杂度。

当考虑到这一点而应用该方法时，在不增加UE复杂度的情况下支持紧急信道通知，并且在CE模式A的情况下，将紧急信道通知高效地广播给所有UE，由此减轻基站调度负担并且增强下行链路传输效率。

根据本公开的方法(例如，第一实施方式至第三实施方式)，由于可以跳过RRC状态转换过程，以便在CE模式下操作的BL/CE UE在RRC连接状态下接收紧急信道信息，BS的信令开销可以被最小化，并且UE的紧急信道接收延迟时间也可以被最小化。此外，允许在RRC连接状态下的UE仅在特定有限时间尝试检测用于接收紧急信道信息的特定物理层信道(例如，MPDCCH)，由此使不必要的功耗最小化。

显然，由于本公开中提出的实施方式的示例也可以作为本公开的实现方法之一被包括在内，因此这些示例可以被视为一种实施方式。

此外，如上所述，本公开中提出的实施方式可以独立实现，也可以作为一些实施方式的组合(或合并)形式实现。可以定义和/或配置规则，以便于BS通过预定义的信令(例如，物理层信令和/或更高层信令)向UE通知关于是否应用实施方式的信息(或关于实施方式的规则的信息)。

图25是用于描述在本公开中提出的用户设备(UE)的操作方法的流程图。

参照图25，首先，UE(图27至图31中的1000/2000)可以从BS接收包括针对紧急信息(例如，SIB10、SIB11和/或SIB12)的调度信息(例如，schedulingInfoList)的系统信息块(SIB)(例如，SIB1和/或SIB1-BR)(S2501)。例如，紧急信息可以是ETWS消息或CMAS消息。

例如，UE在步骤S2501中接收SIB的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以接收SIB，并且一个或更多个RF单元1060可以接收SIB。

和/或，UE(图27至图31中的1000/2000)可以从BS接收针对搜索空间的配置信息(S2502)。

例如，UE在步骤S2502中接收针对搜索空间的配置信息的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以接收针对搜索空间的配置信息，并且一个或更多个RF单元1060可以接收针对搜索空间的配置信息。

和/或，UE(图27至图31的1000/2000)可以从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)(S2503)。

例如，UE在步骤S2503中的接收DCI的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以接收DCI，并且一个或更多个RF单元1060可以接收DCI。

和/或，UE(图27至图31中的1000/2000)可以基于DCI和调度信息从BS接收紧急信息(S2504)。

例如，UE在步骤S2504中接收紧急信息的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以接收紧急信息，并且一个或更多个RF单元1060可以接收紧急信息。

具体地，DCI的格式与用于调度与MTC相关的物理下行链路共享信道(PDSCH)(例如，MPDCCH)的DCI格式相同，并且DCI可以具有通过从DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息而获取的大小。

例如，DCI格式可以是DCI格式6-1A或DCI格式6-1B。

例如，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A或DCI格式6-1B的DCI相同。例如，基于DCI的格式为DCI格式6-1A，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A的DCI相同。

例如，在CE模式B下操作的UE中，DCI的格式与DCI格式6-1B相同，并且DCI的大小可以等于从调度PDSCH的DCI格式6-1B中排除SC-MTCH的调度TB的数量字段、针对SC-MCCH改变通知的信息字段、针对单播调度TB字段和资源预留字段而获取的大小。此外，当没有配置作为RRC配置信息的ce-pdsch-maxBandwidth-config时，资源块分配字段也可以配置有大小(或位数)。

和/或，基于DCI是DCI格式6-1A，UE可以是在CE模式A下操作的UE，并且基于DCI是DCI格式6-1B，UE可以是在CE模式B下操作的UE。例如，当DCI为DCI格式6-1A时，UE可以是在CE模式A下操作的UE。例如，当DCI为DCI格式6-1B时，UE可以是在CE模式B下操作的UE。

例如，搜索空间是类型0-MTC物理下行链路控制信道(MPDCCH)(例如，MPDCCH)公共搜索空间。

和/或，用于紧急信息的通知的DCI由系统信息(SI)-无线电网络临时标识符(RNTI)进行CRC加扰。

和/或，可以通过MTC物理下行链路控制信道(PDCCH)接收用于通知紧急信息的DCI。

和/或，UE可以在RRC连接状态下操作。

和/或，UE(图27至图31的1000/2000)可以从BS接收包括针对SIB的调度信息(例如，schedulingInfoSIB1-BR)的主信息块(MIB)。

例如，接收MIB的UE的操作可以由下面要描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以接收MIB，并且一个或更多个RF单元1060可以接收MIB。

参照图25描述的UE的操作与参照图1至图24描述的UE的操作(例如，第一实施方式至第三实施方式)相同，因此将省略对其的详细描述。

信令和操作可以由下面要描述的设备(例如，图27至图31)来实现。例如，信令和操作可以由图27至图31的一个或更多个处理器1010和2020处理，并且信令和操作可以以用于驱动图27至图31中的至少一个处理器(例如，1010和2020)的指令/程序(例如，指令或可执行代码)的形式存储在存储器(例如，1040和2040)中。

例如，在包括一个或更多个存储器和功能上连接到一个或更多个存储器的一个或更多个处理器的设备中，针对设备配置一个或更多个处理器以从BS接收包括针对紧急信息的调度信息的系统信息块(SIB)，从BS接收针对搜索空间的配置信息，从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)，并且基于DCI和调度信息从BS接收紧急信息，但是DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息之外的大小。

作为另一示例，在存储一个或更多个指令的非暂时性计算机可读介质(CRM)中，由一个或更多个处理器可执行的一个或更多个指令控制UE从BS接收包括针对紧急信息的调度信息的系统信息块(SIB)，从BS接收针对搜索空间的配置信息，从BS接收搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)，并且基于DCI和调度信息从BS接收紧急信息，但是DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

图26是用于描述在本公开中提出的基站(BS)的操作方法的流程图。

参照图26，首先，BS(图27至图31中的1000/2000)可以向UE发送包括针对紧急信息(例如，SIB10、SIB11和/或SIB12)的调度信息(例如，schedulingInfoList)的系统信息块(SIB)(例如，SIB1和/或SIB1-BR)(S2601)。例如，紧急信息可以是ETWS消息或CMAS消息。

例如，BS在步骤S2601中发送SIB的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以发送SIB，并且一个或更多个RF单元1060可以发送SIB。

和/或，BS(图27至图31中的1000/2000)可以向UE发送针对搜索空间的配置信息(S2602)。

例如，BS在步骤S2602中发送针对搜索空间的配置信息的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以发送针对搜索空间的配置信息，并且一个或更多个RF单元1060可以发送针对搜索空间的配置信息。

和/或，BS(图27至图31的1000/2000)可以向UE发送搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)(S2603)。

例如，BS在步骤S2603中发送DCI的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以发送DCI，并且一个或更多个RF单元1060可以发送DCI。

和/或，BS(图27至图31中的1000/2000)可以基于DCI和调度信息向UE发送紧急信息(S2604)。

例如，BS在步骤S2604中发送紧急信息的操作可以由下面将描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以发送紧急信息，并且一个或更多个RF单元1060可以发送紧急信息。

具体地，DCI的格式与用于调度与MTC相关的物理下行链路共享信道(PDSCH)(例如，MPDCCH)的DCI的格式相同，并且DCI可以具有通过从DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息而获取的大小。

例如，DCI格式可以是DCI格式6-1A或DCI格式6-1B。

例如，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A或DCI格式6-1B的DCI相同。例如，基于DCI的格式为DCI格式6-1A，DCI的大小可以与映射到公共搜索空间的DCI格式6-1A的DCI相同。

例如，在CE模式B下操作的UE中，DCI的格式与DCI格式6-1B相同，并且DCI的大小可以等于从调度PDSCH的DCI格式6-1B中排除针对SC-MTCH的调度TB的数量字段、针对SC-MCCH改变通知的信息字段、针对单播调度TB字段和资源预留字段而获取的大小。此外，当没有配置作为RRC配置信息的ce-pdsch-maxBandwidth-config时，资源块分配字段也可以配置有大小(或位数)。

和/或，基于DCI是DCI格式6-1A，UE可以是在CE模式A下操作的UE并且基于DCI为DCI格式6-1B，UE可以是在CE模式B下操作的UE。例如，当DCI是DCI格式6-1A时，UE可以是在CE模式A下操作的UE。例如，当DCI是DCI格式6-1B时，UE可以是在CE模式B下操作的UE。

例如，搜索空间是类型0-MTC物理下行链路控制信道(MPDCCH)(例如，MPDCCH)公共搜索空间。

和/或，用于通知紧急信息的DCI由系统信息(SI)-无线电网络临时标识符(RNTI)进行CRC加扰。

和/或，可以通过MTC物理下行链路控制信道(PDCCH)接收用于通知紧急信息的DCI。

和/或，UE可以在RRC连接状态下操作。

和/或，BS(图27至图31的1000/2000)可以向UE发送包括针对SIB的调度信息(例如，schedulingInfoSIB1-BR)的主信息块(MIB)。

例如，BS发送MIB的操作可以由下面要描述的图27至图31的设备来实现。例如，参照图28，一个或更多个处理器1020可以控制一个或更多个存储器1040和/或一个或更多个RF单元1060以发送MIB，并且一个或更多个RF单元1060可以发送MIB。

参照图26描述的BS的操作与参照图1至图24描述的BS的操作(例如，第一实施方式至第三实施方式)相同，因此将省略对其的详细描述。

信令和操作可以由下面要描述的设备(例如，图27至图31)来实现。例如，信令和操作可以由图27至图31的一个或更多个处理器1010和2020处理，并且信令和操作可以以用于驱动图27至图31的至少一个处理器(例如，1010和2020)的指令/程序(例如，指令或可执行代码)的形式存储在存储器(例如，1040和2040)中。

例如，在包括一个或更多个存储器和功能上连接到一个或更多个存储器的一个或更多个处理器的设备中，针对设备配置一个或更多个处理器以向UE发送包括针对紧急信息的调度信息的系统信息块(SIB)，向UE发送针对搜索空间的配置信息，向UE发送搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)，并且基于DCI和调度信息向UE发送紧急信息，但是DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

作为另一示例，在存储一个或更多个指令的非暂时性计算机可读介质(CRM)中，一个或更多个处理器可执行的一个或更多个指令控制BS向UE发送包括针对紧急信息的调度信息的系统信息块(SIB)，向UE发送针对搜索空间的配置信息，向UE发送搜索空间中的用于通知紧急信息的下行链路控制信息(DCI)，并且基于DCI和调度信息向UE发送紧急信息，但是DCI的格式可以与用于调度与MTC相关的物理下行链路共享信道(PDSCH)的DCI格式相同，并且DCI可以具有在DCI格式中排除由无线电资源控制(RRC)配置信息添加的信息的大小。

应用本公开的通信系统的示例

尽管本公开不限于此，并且本文档中公开的本公开的各种描述、功能、过程、提案、方法和/或操作流程图也可以应用于需要装置之间的无线通信/连接(例如，5G)的各种领域。

在下文中，参照附图更具体地描述通信系统。在以下附图/描述中，如果没有不同的描述，相同的附图标记将指代相同或对应的硬件块、软件块或功能块。

图27例示了应用于本公开的通信系统10。

参照图27，应用于本公开的通信系统10包括无线装置、BS和网络。这里，无线装置可以意指通过使用无线接入技术(例如，5G新RAT(NR)或长期演进(LTE))执行通信的装置，并且可以被表示为通信/无线/5G装置。尽管本公开不限于此，但是无线装置可以包括机器人100a、车辆1000b-1和1000b-2、扩展现实(XR)装置1000c、手持装置1000d、家用电器1000e、物联网(IoT)装置1000f和AI装置/服务器4000。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆、能够执行车辆间通信的车辆等。这里，车辆可以包括无人飞行器(UAV)(例如，无人机)。XR装置包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可以以诸如设置在车辆、电视、智能电话、计算机、可穿戴装置、家用电器装置、数字标牌、车辆、机器人等中的平视显示器(HUD)、头戴式装置(HMD)之类的形式来实现。手持装置可以包括智能电话、智能平板、可穿戴装置(例如，智能表、智能眼镜)、计算机(例如，笔记本)等。家用电器可以包括TV、冰箱、洗衣机等。IoT装置可以包括传感器、智能仪表等。例如，基站或网络甚至可以实现为无线装置，并且特定无线装置2000a可以针对另一无线装置作为基站/网络节点而操作。

无线装置1000a至1000f可以通过基站2000连接到网络3000。人工智能(AI)技术可以应用于无线装置1000a至1000f，并且无线装置1000a至1000f可以通过网络3000连接到AI服务器4000。可以使用3G网络、4G(例如，LTE)网络、5G(例如，NR)网络等来配置网络3000。无线装置1000a至1000f可以通过基站2000/网络3000彼此进行通信，但是可以无需经过基站/网络而彼此直接通信(侧链路通信)。例如，车辆1000b-1和1000b-2可以执行直接通信(例如，车辆对车辆(V2V)/车辆对万物(V2X)通信)。此外，IoT装置(例如，传感器)可以直接与其它IoT装置(例如，传感器)或其它无线装置1000a至1000f通信。

可以在无线装置1000a至1000f和基站2000之间以及基站2000和基站2000之间执行无线通信/连接1500a、1500b和1500c。这里，可以通过诸如以下的各种无线接入技术(例如，5G NR)进行无线通信/连接：上行链路/下行链路通信1500a，侧链路通信1500b(或D2D通信)，以及基站间的通信1500c(例如，中继、集成接入回程(IAB))。无线装置和基站/无线装置和基站和基站可以通过无线通信/连接1500a、1500b或1500c彼此发送/接收无线电信号。例如，无线通信/连接1500a、1500b或1500c可以通过各种物理信道发送/接收信号。为此，可以基于本公开的各种提案来执行用于无线电信号的发送/接收的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)、资源分配过程等中的至少一些。

应用了本公开的无线装置的示例

图28例示了可以应用于本公开的无线装置。

参照图28，第一无线装置1000和第二无线装置2000可以通过各种无线电接入技术(例如，LTE、NR)来发送和接收无线电信号。这里，第一无线装置1000和第二无线装置2000可以与图32的无线装置1000x和基站2000和/或无线装置1000x和无线装置1000x相对应。

第一无线装置1000包括一个或更多个处理器1020和一个或更多个存储器1040，并且还可以附加包括一个或更多个收发器1060和/或一个或更多个天线1080。处理器1020可以控制存储器1040和/或收发器1060，并且可以被配置为实现本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图。例如，处理器1020可以通过处理存储器1040中的信息并且生成第一信息/信号，然后可以通过收发器1060发送包括第一信息/信号的无线电信号。此外，处理器1020可以通过收发器1060接收包括第二信息/信号的无线电信号，然后可以将通过第二信息/信号的信号处理所获得的信息存储在存储器1040中。存储器1040可以连接到处理器1020，并且可以存储与处理器1020的操作有关的各种类型的信息。例如，存储器1040可以存储软件代码，该软件代码包括用于执行由处理器1020控制的一些或全部处理或执行本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图的指令。这里，处理器1020和存储器1040可以是被设计为实现无线通信技术(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器1060可以连接到处理器1020，并且可以通过一个或更多个天线1080发送和/或接收无线电信号。收发器1060可以包括发送器和/或接收器。收发器1060可以与射频(RF)单元混合。在本公开中，无线装置可以意指通信调制解调器/电路/芯片。

第二无线装置2000包括一个或更多个处理器2020和一个或更多个存储器2040，并且还可以附加包括一个或更多个收发器2060和/或一个或更多个天线2080。处理器2020可以控制存储器2040/或收发器2060，并且可以被配置为实现本公开中公开的描述、功能、过程、提案、方法和/或操作流程图。例如，处理器2020可以处理存储器2040中的信息并生成第三信息/信号，然后可以通过收发器2060发送包括第三信息/信号的无线电信号。此外，处理器2020可以通过收发器2060接收包括第四信息/信号的无线电信号，然后可以将通过第四信息/信号的信号处理所获得的信息存储在存储器2040中。存储器2040可以连接到处理器2020，并且可以存储与处理器2020的操作有关的各种类型的信息。例如，存储器2040可以存储软件代码，该软件代码包括用于执行由处理器2020控制的一些或全部处理或执行本公开中公开的描述、功能、过程、提案、方法和/或操作流程图的指令。这里，处理器2020和存储器2040可以是被设计为实现无线通信技术(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器2060可以连接到处理器2020，并且可以通过一个或更多个天线2080发送和/或接收无线电信号。收发器2060可以包括发送器和/或接收器。收发器2060可以与RF单元混合。在本公开中，无线装置可以意指通信调制解调器/电路/芯片。

在下文中，将更具体地描述无线装置1000和2000的硬件元件。尽管本公开不限于此，但是一个或更多个协议层可以由一个或更多个处理器1020、2020实现。例如，一个或更多个处理器1020、2020可以实现一个或更多个层(例如，诸如PHY、MAC、RLC、PDCP、RRC和SDAP之类的功能层)。一个或更多个处理器1020、2020可根据在公开中所公开的描述、功能、过程、提案、方法和/或操作流程图来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器1020、2020可以根据本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或更多个处理器1020、2020可以根据本公开中所公开的功能、过程、提案和/或方法来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且可以将信号提供给一个或更多个收发器1060、2060。一个或更多个处理器1020、2020可以从一个或更多个收发器1060、2060接收信号(例如，基带信号)，并且可以根据本公开中公开的描述、功能、过程、提案、方法和/或操作流程图来获取PDU、SDU、消息、控制信息、数据或信息。

一个或更多个处理器1020、2020可以表示为控制器、微控制器、微处理器或微型计算机。一个或更多个处理器1020、2020可以由硬件、固件、软件或它们的组合来实现。作为一个示例，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理装置(DSPD)、一个或更多个可编程逻辑装置(PLD)或一个或更多个现场可编程门阵列(FPGA)可以包括在一个或更多个处理器1020和2020中。可以通过使用固件或软件来实现本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图，并且固件或软件可以实现为包括模块、过程、功能等。被配置为执行本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图的固件或软件可以包括在一个或更多个处理器1020和2020中，或者可以存储在一个或更多个存储器1040和2040中并且由一个或更多个处理器1020和2020驱动。本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图可以通过使用固件或软件以代码、指令和/或指令集的形式来实现。

一个或更多个存储器1040和2040可以连接到一个或更多个处理器1020和2020，并且可以存储各种类型的数据、信号、消息、信息、程序、代码、指示和/或指令。一个或更多个存储器1040和2040可以由ROM、RAM、EPROM、闪存、硬盘驱动器、寄存器、缓存存储器、计算机可读存储介质和/或它们的组合配置。一个或更多个存储器1040和2040可以位于一个或更多个处理器1020和2020的内部和/或外部。此外，一个或更多个存储器1040和2040可以通过使用诸如有线或无线连接的各种技术连接到一个或更多个处理器1020和2020。

一个或更多个收发器1060和2060可以向一个或更多个其它装置发送本公开的方法和/或操作流程图中所描述的用户数据、控制信息、无线信号/信道等。一个或更多个收发器1060和2060可以从一个或更多个其它装置接收本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图中提及的用户数据、控制信息、无线信号/信道等。例如，一个或更多个收发器1060和2060可以连接到一个或更多个处理器1020和2020，并且可以发送和接收无线电信号。例如，一个或更多个处理器1020和2020可以控制一个或更多个收发器1060和2060向一个或更多个其它装置发送用户数据、控制信息或无线电信号。此外，一个或更多个处理器1020和2020可以控制一个或更多个收发器1060和2060从一个或更多个其它装置接收用户数据、控制信息或无线电信号。此外，一个或更多个收发器1060和2060可以连接到一个或更多个天线1080和2080，并且一个或更多个收发器1060和2060可以被配置为通过一个或更多个天线1080、2080来发送和接收在本公开中所公开的描述、功能、过程、提案、方法和/或操作流程图中描述的用户数据、控制信息、无线信号/信道等。在本公开中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器1060和2060可以将接收到的无线电信号/信道从RF频带信号转换为基带信号，以通过使用一个或更多个处理器1020和2020来处理接收到的用户数据、控制信息、无线电信号/信道等。一个或更多个收发器1060和2060可以将通过使用一个或更多个处理器1020和2020处理的用户数据、控制信息、无线电信号/信道等从基带信号转换为RF频带信号。为此，一个或更多个收发器1060和2060可以包括(模拟)振荡器和/或滤波器。

应用本公开的信号处理电路的示例

图29例示了用于发送信号的信号处理电路。

参照图29，信号处理电路10000可以包括加扰器10100、调制器10200、层映射器10300、预编码器10400、资源映射器10500和信号发生器10600。尽管不限于此，但是图29的操作/功能可以由图28的处理器1020和2020和/或收发器1060和2060来执行。图29的硬件元件可以在图28的处理器1020和2020和/或收发器1060和2060中实现。例如，块10100至10600可以在图28的处理器1020和2020中实现。此外，块10100至10500可以在图28的处理器1020和2020中实现，并且块10600可以在图28的收发器1060和2060中实现。

码字可以经由图29的信号处理电路10000被转换为无线电信号。这里，码字是信息块的编码位序列。信息块可以包括传输块(例如，UL-SCH传输块和DL-SCH传输块)。无线电信号可以通过各种物理信道(例如，PUSCH和PDSCH)发送。

具体地，码字可以被转换为由加扰器10100加扰的位序列。可以基于初始化值生成用于加扰的加扰序列，并且该初始化值可以包括无线装置的ID信息。加扰位序列可以被调制器10200调制为调制符号序列。调制方案可以包括pi/2-BPSK(pi/2-二进制相移键控)、m-PSK(m-相移键控)、m-QAM(m-正交幅度调制)等。复调制符号序列可以通过层映射器10300映射到一个或更多个传输层。每个传输层的调制符号可以通过预编码器10400映射到相应的天线端口(预编码)。预编码器10400的输出z可以通过将层映射器10300的输出y乘以N*M的预编码矩阵W来获得。这里，N表示天线端口的数量，并且M表示传输层的数量。这里，预编码器10400可以在对复调制符号执行变换预编码(例如，DFT变换)之后执行预编码。此外，预编码器10400可以在不执行变换预编码的情况下执行预编码。

资源映射器10500可以将每个天线端口的调制符号映射到时频资源。时频资源在时域中可以包括多个符号(例如，CP-OFDMA符号和DFT-s-OFDMA符号)并且在频域中可以包括多个子载波。信号发生器10600可以从经映射的调制符号生成无线电信号，并且生成的无线电信号可以通过每个天线发送到另一装置。为此，信号发生器10600可以包括快速傅里叶逆变换(IFFT)模块、循环前缀(CP)插入器、数模转换器(DAC)、频率上行链路转换器等。

可以以与图25的信号处理过程(10100至10600)相反的方式配置无线装置中的接收信号的信号处理过程。例如，无线装置(例如，图24的1000或2000)可以通过天线端口/收发器从外部接收无线电信号。接收到的无线电信号可以通过信号重构器转换为基带信号。为此，信号重构器可以包括频率下行链路转换器、模数转换器(ADC)、CP去除器和快速傅立叶变换(FFT)模块。此后，可以通过资源解映射器处理、后编码处理、解调处理和解扰处理将基带信号重构为码字。码字可以通过解码重构为原始信息块。因此，用于接收信号的信号处理电路(未示出)可以包括信号重构器、资源解映射器、后编码器、解调器、解扰器和解码器。

应用本公开的无线装置的使用示例

图30例示了应用于本公开的无线装置的另一示例。

无线装置可以根据使用示例/服务被实现为各种形式(参照图27)。参照图30，无线装置1000和2000与图29的无线装置1000和2000相对应，并且可以由各种元件、组件、单元和/或模块构成。例如，无线装置1000和2000可以包括通信单元1100、控制单元1200、存储器单元1300和附加组件1400。通信单元可以包括通信电路1120和收发器1140。例如，通信电路1120可以包括图22的一个或更多个处理器1020和2020和/或一个或更多个存储器1040和2040。例如，收发器1140可以包括图22的一个或更多个收发器1060和2060和/或一个或更多个天线1080和2080。控制单元1200电连接到通信单元1100、存储器单元1300和附加组件1400，并且控制无线装置的整体操作。例如，控制单元1200可以基于存储在存储器单元1300中的程序/代码/指令/信息来控制无线装置的电气/机械操作。此外，控制单元1200可以通过通信单元1100经由无线/有线接口向外部(例如，另一通信装置)发送存储在存储器单元1300中的信息，或者可以存储通过通信单元1100经由无线/有线接口从外部(例如，另一通信装置)接收的信息。

可以根据无线装置的类型而以各种方式来配置附加组件1400。例如，附加组件1400可以包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。尽管本公开不限于此，但是无线装置可以以诸如图27中的机器人1000a、图27中的车辆1000b-1和1000b-2、图27中的XR装置1000c、图27中的手持装置1000d、图27中的家用电器1000e、图27中的IoT装置1000f、数字广播终端、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、天气/环境装置、图27中的AI服务器/装置4000、图27中的基站2000、网络节点等的形式来实现。根据使用示例/服务，无线装置可以是可移动的或在固定的地方使用。

在图30中，无线装置1000和2000内的所有各种元件、组件和/或模块全部可以通过有线接口互连，或者至少可以通过通信单元1100无线连接。例如，无线装置1000和2000中的控制单元1200和通信单元1100可以有线地连接，并且控制单元1200和第一单元(例如，1300或1400)可以通过通信单元1100无线地连接。此外，无线装置1000和2000中的元件、组件、单元和/或模块可以进一步包括一个或更多个组件。例如，控制单元1200可以由一个或更多个处理器的集合构成。例如，控制单元1200可以被配置为通信控制处理器、应用处理器、电子处理器(ECU)、图形处理处理器或存储器控制处理器的集合。作为另一示例，存储器单元1300可以被配置为随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪存、易失性存储器、非易失性存储器和/或它们的组合。

图31例示了应用于本公开的便携式装置。

便携式装置可以包括智能电话、智能平板、可穿戴装置(例如，智能表或智能眼镜)和便携式计算机(例如，笔记本)。便携式装置可以被表示为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参照图31，便携式装置1000可以包括天线单元1080、通信单元1100、控制单元1200、存储器单元1300、电源单元1400a、接口单元1400b以及输入/输出(I/O)单元1400c。天线单元1080可以被配置为通信单元1100的一部分。块1100至1300/1400a至1400c分别与图30的块1100至1300/1400相对应。

通信单元1100可以向和从其它无线装置或基站发送和接收信号(例如，数据或控制信号)。控制单元1200可以通过控制便携式装置1000的组件来执行各种操作。控制单元1200可以包括应用处理器(AP)。存储器单元1300可以存储驱动便携式装置1000所需的数据/参数/程序/代码/指令。此外，存储器单元1300可以存储输入/输出数据/信息等。电源单元1400a向便携式装置1000供电，并且可以包括有线/无线充电电路、电池等。接口单元1400b可以支持便携式装置1000与另一外部装置之间的连接。接口单元1400b可以包括用于与外部装置连接的各种端口(例如，音频输入/输出端口和视频输入/输出端口)。输入/输出单元1400c可以从接收或输出从用户输入的图像信息/信号、音频信息/信号、数据和/或信息。输入/输出单元1400c可以包括摄像头、麦克风、用户输入单元、显示器1400d、扬声器和/或触觉模块。

作为一个示例，在数据通信的情况下，输入/输出单元1400c可以获取从用户输入的信息/信号(例如，触摸、文本、语音、图像或视频)，并且所获得的信息/信号可以存储在存储器单元1300中。通信单元1100可以将存储在存储器中的信息/信号转换为无线电信号，并且可以向另一无线装置直接发送无线电信号，或者可以向BS发送无线电信号。此外，通信单元1100可以从另一无线装置或基站接收到无线电信号，并且然后将接收到的无线电信号重构为原始信息/信号。经重构的信息/信号可以存储在存储器单元1300中，并通过输入/输出单元1400c以各种形式(例如，文本、语音、图像、视频和触觉)输出。

在前述实施方式中，本公开的组件和特征已经以特定形式组合。除非另有明确说明，否则每个组件或功能都应被视为一个选项。每个组件或特征可以被实现为不与其它组件或特征相关联。此外，本公开的实施方式可以通过关联一些组件和/或特征来配置。在本公开的实施方式中描述的操作的顺序可以改变。任何实施方式的某些组件或特征可以被包括在另一实施方式中，或者可以用另一实施方式的相应组件或特征来代替实施方式的某些组件或特征。显然，可以通过组合权利要求书中没有明确引用关系的权利要求来形成实施方式，或者可以在提交本申请之后通过修改将其包括在新权利要求中。

可以通过硬件、固件、软件或它们的组合来实现本公开的实施方式。在通过硬件实现的情况下，根据硬件实现方式，可以使用一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现本文描述的示例实施方式。

在通过固件或软件来实现的情况下，本公开的实施方式可以以用于执行前述功能或操作的模块、过程或功能的形式来实现。软件代码可以存储在存储器中并由处理器驱动。存储器可以位于处理器内部或外部，并且可以通过各种已知方式与处理器交换数据。

对于本领域技术人员而言显而易见的是，在不脱离本公开的本质特征的情况下，本公开可以以其它特定形式来实现。因此，前述详细描述从所有方面都不应解释为限制的，而应被解释为是示例性的。本公开的范围应通过对所附权利要求的合理分析来确定，并且在本公开的等同范围内的所有修改包括在本公开的范围内。

工业适用性

在本公开的支持MTC的无线通信系统中，除了应用于3GPP LTE/LTE-A系统的示例之外，用于发送/接收紧急信息的方法主要用诸如5G系统等的各种无线通信系统来进行说明。

Claims (22)

1.一种由用户设备UE在支持机器类型通信MTC的无线通信系统中接收紧急信息的方法，该方法包括以下步骤：

从基站BS接收包括针对所述紧急信息的调度信息的系统信息块SIB；

从所述BS接收针对搜索空间的配置信息；

从所述BS接收所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息从所述BS接收所述紧急信息，

其中，所述DCI的格式与用于调度与所述MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

2.根据权利要求1所述方法，其中，所述DCI格式是DCI格式6-1A或DCI格式6-1B。

3.根据权利要求2所述方法，其中，基于所述DCI的格式是所述DCI格式6-1A，所述DCI的大小与映射到公共搜索空间的所述DCI格式6-1A的DCI相同。

4.根据权利要求2所述的方法，其中，基于所述DCI是所述DCI格式6-1A，所述UE是在覆盖范围增强CE模式A下操作的UE，并且

其中，基于所述DCI是所述DCI格式6-1B，所述UE是在CE模式B下操作的UE。

5.根据权利要求1所述方法，其中，所述搜索空间是类型0-MTC物理下行链路控制信道MPDCCH公共搜索空间。

6.根据权利要求1所述方法，该方法还包括以下步骤：

从所述BS接收包括针对所述SIB的调度信息的主信息块MIB。

7.根据权利要求1所述方法，其中，用于通知所述紧急信息的所述DCI由系统信息SI-无线电网络临时标识符RNTI进行CRC加扰。

8.根据权利要求1所述方法，其中，通过MTC物理下行链路控制信道PDCCH接收用于通知所述紧急信息的所述DCI。

9.根据权利要求1所述方法，其中，所述UE在RRC连接状态下操作。

10.一种在支持机器类型通信MTC的无线通信系统中接收紧急信息的用户设备UE，该UE包括：

一个或更多个收发器；

一个或更多个处理器；以及

一个或更多个存储器，所述一个或更多个存储器在功能上连接到所述一个或更多个处理器并且存储用于执行操作的指令，

其中，所述操作包括：

从基站BS接收包括针对所述紧急信息的调度信息的系统信息块SIB；

从所述BS接收针对搜索空间的配置信息；

从所述BS接收所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息从所述BS接收所述紧急信息，

其中，所述DCI的格式与用于调度与所述MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

11.一种由基站BS在支持机器类型通信MTC的无线通信系统中发送紧急信息的方法，该方法包括以下步骤：

向用户设备UE发送包括针对所述紧急信息的调度信息的系统信息块SIB；

向所述UE发送针对搜索空间的配置信息；

向所述UE发送所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息向所述UE发送所述紧急信息，

其中，所述DCI的格式与用于调度与所述MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

12.根据权利要求11所述的方法，其中，所述DCI格式是DCI格式6-1A或DCI格式6-1B。

13.根据权利要求12所述的方法，其中，基于所述DCI的格式是所述DCI格式6-1A，所述DCI的大小与映射到公共搜索空间的所述DCI格式6-1A的DCI相同。

14.根据权利要求12所述的方法，其中，基于所述DCI是所述DCI格式6-1A，所述UE是在覆盖范围增强CE模式A下操作的UE，并且

其中，基于所述DCI是所述DCI格式6-1B，所述UE是在CE模式B下操作的UE。

15.根据权利要求11所述方法，其中，所述搜索空间是类型0-MTC物理下行链路控制信道MPDCCH公共搜索空间。

16.根据权利要求11所述方法，该方法还包括以下步骤：

向所述UE发送包括针对所述SIB的调度信息的主信息块MIB。

17.根据权利要求11所述方法，其中，用于通知所述紧急信息的所述DCI由系统信息SI-无线电网络临时标识符RNTI进行CRC加扰。

18.根据权利要求11所述方法，其中，用于通知所述紧急信息的所述DCI是通过MTC物理下行链路控制信道PDCCH接收的。

19.根据权利要求11所述方法，其中，所述UE在RRC连接状态下操作。

20.一种在支持机器类型通信MTC的无线通信系统中发送紧急信息的基站BS，该BS包括：

一个或更多个收发器；

一个或更多个处理器；以及

一个或更多个存储器，所述一个或更多个存储器在功能上连接到所述一个或更多个处理器并且存储用于执行操作的指令，

其中，所述操作包括：

向用户设备UE发送包括针对所述紧急信息的调度信息的系统信息块SIB；

向所述UE发送针对搜索空间的配置信息；

向所述UE发送所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息向所述UE发送所述紧急信息，

其中，所述DCI的格式与用于调度与所述MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

21.一种设备，该设备包括：

一个或更多个存储器；以及

一个或更多个处理器，所述一个或更多个处理器在功能上连接到一个或更多个存储器，

其中，针对所述设备，所述一个或更多个处理器被配置为

从基站BS接收包括针对紧急信息的调度信息的系统信息块SIB，

从所述BS接收针对搜索空间的配置信息，

从所述BS接收所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息从所述BS接收所述紧急信息，

其中，所述DCI的格式与用于调度与MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

22.一种存储一个或更多个指令的非暂时性计算机可读介质CRM，其中，一个或更多个指令能由一个或更多个处理器执行以控制用户设备UE：

从基站BS接收包括针对紧急信息的调度信息的系统信息块SIB，

从所述BS接收针对搜索空间的配置信息，

从所述BS接收所述搜索空间中的用于通知所述紧急信息的下行链路控制信息DCI；以及

基于所述DCI和所述调度信息从所述BS接收所述紧急信息，

其中，所述DCI的格式与用于调度与MTC相关的物理下行链路共享信道PDSCH的DCI格式相同，并且

其中，所述DCI具有在所述DCI格式中排除由无线电资源控制RRC配置信息添加的信息的大小。

Images