CN116669217A

CN116669217A - 用于降低能力用户设备的初始接入和初始带宽部分配置

Info

Publication number: CN116669217A
Application number: CN202310136481.8A
Authority: CN
Inventors: 胡亮; 裵正铉; 菲利普·萨托里
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2022-02-25
Filing date: 2023-02-20
Publication date: 2023-08-29

Abstract

公开了用于降低能力用户设备的初始接入和初始带宽部分配置。一种用于执行初始接入过程的方法包括由降低能力(RedCap)用户设备(UE)从网络接收同步信号(SS)/物理广播信道(PBCH)块。SS/PBCH块可以包括主同步信号(PSS)、辅同步信号(SSS)、第一物理广播信道(PBCH)集合、第二PBCH集合和第三PBCH集合，其中，第三PBCH集合可以是第二PBCH集合的重复。该方法还可以包括由RedCap UE对PSS、SSS、第一PBCH集合和第三PBCH集合进行解码。

Description

用于降低能力用户设备的初始接入和初始带宽部分配置

技术领域

本公开总体上涉及初始接入和初始带宽部分配置。更具体地，本文公开的主题涉及对用于降低能力用户设备(UE)的初始接入和初始带宽部分配置的改进。

背景技术

第3代合作伙伴计划(3GPP)的版本17(Rel-17)对降低能力(RedCap)用户设备(UE)进行了标准化，其将UE的能力降低到在有限带宽中进行操作，例如，降低到频率范围1(FR1)中的20MHz。

版本18(Rel-18)将可能进一步将针对RedCap UE的标准改进为更小的带宽，其可以被称为带宽为5MHz的窄带(NB)RedCap。在这种带宽减小的情况下，可能存在系统中涉及的显著变化。例如，可能无法总是使在最大UE带宽的5MHz内包含同步信号块(SSB)。随着RedCap UE的引入，因为具有比对UE的传统带宽要求更低的带宽能力的RedCap UE可能无法执行传统初始接入过程，所以可能存在对UE初始接入过程(或“初始接入过程”)的规范影响。

因此，期望用于支持5MHzNB-REDCAP UE的技术以及这些技术如何可以与20MHzREDCAP UE和非RedCap UE共存。

发明内容

根据本公开的一些实施例，公开了一种方法。该方法可以包括由降低能力(RedCap)用户设备(UE)从网络接收第一同步信号(SS)/物理广播信道(PBCH)块，其中，所述第一SS/PBCH块包括主同步信号(PSS)、辅同步信号(SSS)和物理广播信道(PBCH)，其中，由所述第一SS/PBCH块使用的子载波间隔(SC S)和子载波数量对应于小于RedCap UE的最大带宽的PBCH带宽；以及由所述RedCap UE对所接收的与所述RedCap UE的最大带宽对应的第一SS/PB CH进行解码。

该方法还可以包括由所述RedCap UE接收与所述第一SS/PBCH块不同的第二SS/PBCH块，所述第二SS/PBCH块的最大带宽大于第一SS/PBCH块的最大带宽。

可以在第一频率位置处接收所述第一SS/PBCH块，并且可以在与所述第一频率位置不同的第二频率位置处接收所述第二SS/PBCH块。

所述第一SS/PBCH块可以被配置为在四个符号上操作，并且所述PSS占用所述四个符号中的第一符号，所述SSS占用所述四个符号中的第三符号，并且所述PBCH占用所述四个符号中的第二和第四符号。

所述第一SS/PBCH块可以占用小于5MHz的带宽。

根据本公开的其他实施例，一种方法可以包括：由降低能力(RedCap)用户设备(UE)从网络接收同步信号(SS)/物理广播信道(PBCH)块，其中，SS/PB CH块包括主同步信号(PSS)、辅同步信号(SSS)、第一物理广播信道(PBCH)集合、第二PBCH集合和第三PBCH集合，其中，所述第三PBCH集合是所述第二PBCH集合的重复；以及由所述RedCap UE对所述PSS、所述SSS、所述第一PBCH集合和所述第三PBCH集合进行解码。

所述SS/PBCH块可以被配置为在六个符号上操作，其中，所述PSS占用所述六个符号中的第一符号，所述SSS占用所述六个符号中的第三符号，并且所述第一PBCH集合和所述第二PBCH集合占用所述六个符号中的第二符号、第三符号和第四符号，并且所述第三PBCH集合占用所述六个符号中的第五符号和第六符号。

所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第二PBCH集合的至少一部分支持传统UE，并且所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第三PBCH集合的至少一部分支持所述RedCap UE。

该方法还可以包括：由所述RedCap UE接收与窄带控制资源集(CORES ET#0)和窄带系统信息块(SIB1)复用的传统CORESET#0和传统SIB1，并且由所述RedCap UE对所述窄带CORESET#0和所述窄带SIB1进行解码。

该方法还可以包括：由所述RedCap UE接收多个带宽部分(BWP)，由所述RedCap UE基于所述窄带SIB1中定义的标准选择所述多个BWP中的一个BWP，以及由所述RedCap UE在随机接入过程期间向所述网络发送第一消息。

该标准可以基于跨所述多个BWP均匀地平衡流量负载。

所述RedCap UE的最大带宽可以是5MHz，所接收的SS/PBCH的至少一部分对应于所述RedCap UE的最大带宽。

该方法还可以包括：将针对所述第三PBCH集合的比特重新布置为与针对所述第二PBCH集合的比特对应的顺序，并且对针对所述第一PBCH集合和所述第三PBCH集合的比特进行解码，其中，所述SS/PBCH块是在初始接入期间在同步信号突发集中接收的，并且所述RedCap UE接收所述PSS、所述SSS以及针对所述第一PBCH集合和所述第三PBCH集合的比特。

根据本公开的一些其他实施例，一种系统可以包括降低能力(RedCap)用户设备(UE)，所述RedCap UE包括：存储器；以及处理器，被配置为执行存储在所述存储器中的指令以执行操作，所述操作包括：由所述RedCap UE从网络接收同步信号SS/物理广播信道PBCH块；其中，所述SS/PBCH块包括主同步信号PSS、辅同步信号SSS、第一物理广播信道PBCH集合、第二PB CH集合和第三PBCH集合；其中，所述第三PBCH集合是所述第二PBCH集合的重复；以及由所述RedCap UE对所述PSS、所述SSS、所述第一PBC H集合和所述第三PBCH集合进行解码。

该系统可以执行操作，该操作还包括：由所述RedCap UE接收与窄带控制资源集CORESET#0和窄带系统信息块SIB1复用的传统CORESET#0和传统SIB1；以及由所述RedCapUE对所述窄带CORESET#0和所述窄带SIB1进行解码。

该系统可以包括操作，该操作还包括：由所述RedCap UE接收多个带宽部分BWP；由所述RedCap UE基于所述窄带SIB1中定义的标准选择所述多个BWP中的一个BWP；以及由所述RedCap UE在随机接入过程期间向所述网络发送第一消息。

该标准可以基于跨所述多个BWP均匀地平衡流量负载。

所述RedCap UE的最大带宽是5MHz，所接收的SS/PBCH的至少一部分对应于所述RedCap UE的所述最大带宽。

该系统可以包括操作，该操作还包括：将针对所述第三PBCH集合的比特重新布置为与针对所述第二PBCH集合的比特对应的顺序，并且对针对所述第一PBCH集合和所述第三PBCH集合的比特进行解码，其中，所述SS/PBCH块是在初始接入期间在同步信号突发集中接收的，并且所述RedCap UE接收所述PSS、所述SSS以及针对所述第一PBCH集合和所述第三PBC H集合的比特。

附图说明

在以下部分中，将参考附图中所示的示例性实施例来描述本文公开的主题的各方面，其中：

图1示出了根据本公开的各种实施例的同步信号块的示例结构。

图2示出了根据本公开的各种实施例的NR中的初始接入过程。

图3示出了根据本公开的各种实施例的RedCap初始接入和用于RedCap UE在无线电资源控制(RRC)空闲/非活动状态和连接状态下的带宽部分(BWP)配置的三个选项。

图4示出了根据本公开的各种实施例的在不同RRC状态下可用于UE的不同类型的BWP。

图5示出了根据本公开的各个实施例的初始接入和初始带宽部分配置的简要概述。

图6示出了根据本公开的各种实施例的与传统SSB相比较的包括新信道ePBCH的示例eSSB。

图7示出了根据本公开的各种实施例的具有两个添加的PBCH符号的示例SSB。

图8示出了根据本公开的各种实施例的示出SSB占用哪些符号的示例传统SS/PBCH块。

图9示出了根据本公开的各种实施例的传统SSB和新eSSB被复用在一起的示例性实施例。

图10是示出了根据本公开的各种实施例的UE获得并解码PBCH的初始接入过程的流程图。

图11示出了根据本公开的各种实施例的解码过程。

图12示出了根据本公开的各种实施例的其中非RedCap UE、Rel-17 Re dCap UE和Rel-18 NB RedCap UE的初始BWP共享相同的频率载波并且在随机接入过程中彼此重叠的示图。

图13是示出根据本公开的各种实施例的整体过程的流程图。

图14至图16示出了根据本公开的各种实施例的各种控制资源集(CORE SET)设计选项。

图17是示出根据本公开的各种实施例的UE获得并解码PBCH的初始接入过程的流程图。

图18至图19是根据实施例的网络环境中的电子设备的框图。

具体实施方式

在以下详细描述中，阐述了许多具体细节以便提供对本公开的透彻理解。然而，本领域技术人员将理解，可以在没有这些具体细节的情况下实践所公开的方面。在其他实例中，没有详细描述公知的方法、过程、组件和电路，以免模糊本文公开的主题。

贯穿本说明书对“一个实施例”或“实施例”的引用意指结合实施例描述的特定特征、结构或特性可以包括在本文公开的至少一个实施例中。因此，贯穿本说明书在各个地方出现的短语“在一个实施例中”或“在实施例中”或“根据一个实施例”(或具有类似含义的其他短语)可能不一定都指代相同的实施例。此外，特定特征、结构或特性可以以任何合适的方式组合在一个或多个实施例中。在这方面，如本文所使用的，词语“示例性”意指“用作示例、实例或说明”。本文描述为“示例性”的任何实施例不应被解释为必然比其他实施例优选或有利。此外，取决于本文讨论的上下文，单数术语可以包括对应的复数形式，并且复数术语可以包括对应的单数形式。类似地，带连字符的术语(例如，“二-维”、“预先-确定”、“像素-特定”等)可以偶尔与相应的不带连字符的版本(例如，“二维”、“预先确定”、“像素特定”等)互换使用这种偶然的可互换使用不应被认为彼此不一致。

还应注意，本文示出和讨论的各种附图(包括组件图)仅用于说明目的，并且未按比例绘制。例如，为了清楚起见，一些元件的尺寸可能相对于其他元件被放大。此外，在认为适当的情况下，附图标记在附图中重复以指示对应和/或类似的元件。

本文使用的术语仅用于描述一些示例实施例的目的，并不旨在限制所要求保护的主题。如本文所使用的，单数形式旨在也包括复数形式，除非上下文另有明确说明。将进一步理解，术语“包括”和/或“包含”当在本说明书中使用时，指定所述特征、整数、步骤、操作、元件和/或组件的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组合。

应当理解，当元件或层被称为在另一元件或层上、“连接到”或“耦接到”另一元件或层时，它可以直接在另一元件或层上、连接或耦接到另一元件或层，或者可以存在中间元件或层。相反，当元件被称为“直接在”另一元件或层“上”、“直接连接到”或“直接耦接到”另一元件或层时，不存在中间元件或层。相同的附图标记始终表示相同的元件。如本文所使用的，术语“和/或”包括相关联的所列项目中的一个或多个的任何和所有组合。

如本文所用，术语“第一”、“第二”等用作它们之后的名词的标签，并且不暗示任何类型的排序(例如，空间、时间、逻辑等)，除非明确定义如此。此外，可以跨两个或更多个附图使用相同的附图标记来指代具有相同或相似功能的部分、组件、块、电路、单元或模块。然而，这种用法仅是为了简化说明和便于讨论；这并不意指这些组件或单元的构造或架构细节在所有实施例中是相同的，或者这些共同引用的部分/模块是实现本文公开的一些示例实施例的唯一方式。

除非另有定义，否则本文使用的所有术语(包括技术和科学术语)具有与本主题所属领域的普通技术人员通常理解的含义相同的含义。将进一步理解，诸如在常用词典中定义的那些术语应当被解释为具有与其在相关领域的上下文中的含义一致的含义，并且将不以理想化或过于正式的意义来解释，除非在本文中明确地如此定义。

如本文所使用的，术语“模块”是指被配置为提供本文结合模块描述的功能的软件、固件和/或硬件的任何组合。例如，软件可以实现为软件包、代码和/或指令集或指令，并且如在本文描述的任何实施方式中使用的术语“硬件”可以例如单独地或任何组合地包括组件、硬连线电路、可编程电路、状态机电路和/或存储由可编程电路执行的指令的固件。模块可以共同地或单独地实现为形成较大系统的一部分的电路，例如但不限于集成电路(IC)、片上系统(SoC)、组件等。

在本公开中，术语降低能力(RedCap)旨在指代不足以满足对UE的传统带宽要求的UE的有限带宽能力。

如本文所使用的，“传统”是指缺乏用于适应带宽受限的RedCap UE的特殊规定的系统，或者是指这种系统的元件(例如，传统CORESET#0或传统物理广播信道(PBCH))。术语同步信号块(SSB)可以与术语同步信号/物理广播信道(SS/PBCH)块互换使用。

与版本15(Rel-15)新无线电(NR)设备的能力相比，Rel-17中提供的RedCap设备的能力包括带宽减小、减少MIMO层的最大数量、以及放宽最大下行链路调制阶数以降低基带复杂度。减少所需接收分支的最小数量并允许所有频带中的半双工(HD)操作有助于减少天线和RF组件方面的材料成本账单。下面更详细地描述每个降低能力特征。

最大设备带宽：基线NR设备支持频率范围1(FR1)中的100MHz以及FR2中的200MHz，用于发送(Tx)和接收(Rx)。对于RedCap，这些规范分别减少到20MHz和100MHz。然而，这种带宽减少仍然可以允许被指定用于初始获取的所有物理信道和信号易于重新用于RedCap设备，因此在引入RedCap时最小化对网络和设备部署的影响以支持新的使用情况。

设备接收分支的最小数量：接收分支的数量与接收天线的数量有关。因此，减少接收分支的数量导致接收天线数量的减少和成本的节省。对接收分支的最小数量的要求取决于频带。一些频带(例如，大多数FR1频分双工(FDD)频带、一些FR1时分双工(TDD)频带和所有FR2频带)涉及要配备有两个接收分支的基线NR设备，而例如在FR1 TDD频带中的一些其他频带涉及要配备有四个接收分支的设备。

下行链路MIMO层的最大数量：针对RedCap设备的下行链路MIMO层的最大数量与其支持的接收分支的数量相同。与针对基线设备的规范相比，这是减少的。

最大下行链路调制阶数：基线NR设备在FR1中的下行链路中支持256QAM。对于RedCap设备，下行链路256QAM的支持是可选的。对于FR1上行链路和FR2下行链路和上行链路，RedCap设备支持64QAM，这与基线设备的规范相同。

双工操作：对于FDD频带中的操作，可以实现双工操作的放宽。基线NR设备支持FDD频带中的全双工(FD)操作，即，同时在不同频率上进行发送和接收。一些全双工设备包括用于隔离设备的发送路径和接收路径之间的干扰的双工滤波器。实际上，同一设备可以支持多个FDD频带。因此，可以涉及多个双工滤波器来支持FD FDD操作。对于RedCap设备，FD FDD的支持是可选的，即，不要求在下行链路频率中进行接收同时在上行链路频率中进行发送，反之亦然。这种双工操作被称为半双工FDD(HD FDD)。HD FDD消除了对双工滤波器的需要。相反，可以使用开关来选择发送器或接收器以连接到天线。由于开关比多个双工器便宜，因此可以实现成本节省。

如Rel-15中所提供的，UE的同步/初始接入基于同步信号块(SSB)的定义。SSB是独立的块，其使得UE能够从诸如gNB的网络获取同步和初始信息。图1中描绘了示例SSB块的结构。

SSB包括主同步信号(PSS)、副同步信号(SSS)和物理广播信道(PBCH)。PSS用于在频率和时间上粗略地同步，SSS用于精细地同步和获取时间，并且PBCH包含接入系统所需的最小信息。

图2描绘了NR中的初始接入过程。如图2所示，它可以包括以下步骤(例如，由以下步骤组成)：在210处，网络基站(gNB)使用波束扫描周期性地发送携带同步信号(包括主同步信号PSS和辅同步信号(SSS))和物理广播信道(PBCH)的同步信号(SS)块(SSB)。一个SS块包含一个PSS符号、一个SSS符号和两个PBCH符号。同步信号突发可以携带一个或多个SS块。PSS和SSS的组合可以帮助识别大约1008个物理小区标识。每个UE执行波束测量并在同步期间确定最佳波束。

随后，在220处，gNB在该波束上发送5G新无线电(NR)系统信息，即主信息块(MIB)和系统信息块(SIB)，并且UE在该波束上接收并解码5G新无线电系统信息。在物理广播信道上携带最小SI(系统信息)。在物理下行链路共享信道(PDSCH)上携带SIB1和剩余最小系统信息(RMSI)的其余部分。在PBCH有效载荷中指示用于RMSI的参数集。CORESET#0专用于RMSI调度。CORESET#0不局限于PBCH带宽内。存在与SS/PBCH块相关联的RMSI物理下行链路控制信道(PDCCH)监视窗口，其周期性地重复。其他系统信息(OSI)包含按需系统信息传递。在使用与用于RMSI的参数集相同的参数集的PDSCH上携带OSI。在230处，UE使用相同的波束并通过在所配置的RACH资源上发送随机接入信道(RACH)前导码(即，消息1或“消息#1”)来尝试进行随机接入。gNB在240处用随机接入响应RAR(“RA响应”)消息(该消息是消息2或“消息#2”)进行响应。然后，在250处，UE在物理上行链路共享信道(PUSCH)(例如，NR-PUSCH)信道中发送消息3或“消息#3”(即，无线电资源控制(RRC)连接请求)。然后，gNB在260处用消息4或“消息#4”(即，RRC连接建立)进行响应，该消息是竞争解决消息并且完成初始接入过程。

图3描绘了RedCap初始接入和用于RedCap UE在如Rel-17中所讨论的无线电资源控制(RRC)空闲/非活动状态和连接状态下的带宽部分(BWP)配置的三个选项。虽然描述了三个选项，尽管选项A和C在其他版本中似乎是合理的，但是选项B在Rel-17中被通过。

选项A：初始下行链路(DL)BWP可以通过非RedCap UE和RedCap UE使用用于空闲/非活动/连接模式的现有MIB/SIB配置而被共享，即，共享的初始下行链路(DL)BWP可以被配置用于随机接入和寻呼，并且包含小区定义的CD-SSB、MIB配置的CORESET#0和SIB1。用于RedCap UE的初始上行链路(UL)BWP可以与用于空闲/非活动/连接模式的非RedCap UE的初始上行链路BWP分开配置。共享的初始DL BWP和单独的初始UL BWP具有不同的中心频率。选项A的优点是不涉及NCD-SSB，没有寻呼/SIB的额外开销。选项A的缺点是在DL接收和上行链路(UL)发送之间涉及RF重调谐。

选项B：用于RedCap UE的初始DL BWP可以与用于空闲/非活动/连接模式的非RedCap UE的初始DL BWP分开配置，即单独的初始DL BWP；可以被配置用于随机接入；并且不包含CD-SSB、MIB配置的CORESET#0或SIB1。初始DL BWP通过非RedCap UE和RedCap UE使用用于空闲/非活动模式的现有MIB/SIB配置而被共享，即，共享的初始DL BWP可以被配置用于寻呼，包含CD-SSB、MIB配置的CORESET#0和SIB1。用于RedCap UE的初始UL BWP可以与用于非RedCap UE的初始UL BWP分开配置。单独的初始DL BWP和单独的初始UL BWP可以具有相同的中心频率。选项B的优点是不涉及NCD-SSB，在空闲/非活动模式下没有寻呼/SIB的额外开销。选项B的缺点是对于CD-SSB接收涉及RF重调谐，即，强制性地支持FG6-1a。

选项C：用于RedCap UE的初始DL BWP可以与用于空闲/非活动/连接模式的非RedCap UE的初始DL BWP分开配置，即，单独的初始DL BWP可以被配置用于随机接入和寻呼，包含非CD-SSB，并且不包含MIB配置的CORESET#0或SIB1。用于RedCap UE的初始UL BWP可以与用于非RedCap UE的初始UL BWP分开配置。单独的初始DL BWP和单独的初始UL BWP可以具有相同的中心频率。选项C的优点是不涉及RF重调谐，并且选项C的缺点是涉及NCD-SSB、寻呼/SIB的额外开销。

在3GPP RAN1 107e中，商定了以下RedCap初始接入和BWP配置，并且可以配置用于RedCap的至多一个单独的初始UL BWP。对于FR1和FR2两者，对于允许RedCap UE接入的小区，网络可以在SIB中为RedCap UE配置单独的初始DL BWP。至少在单独的初始DL BWP包括CD-SSB并且支持整个CORESET#0的情况下，当适用时，它可以在空闲/非活动模式(包括寻呼)下以及在初始接入期间和之后被使用；它不宽于最大RedCap UE带宽；并且这适用于TDD和FDD(包括FD FDD和HD FDD)两种情况。

对于FR1，从RAN1的角度来看，对于单独的初始DL BWP(如果它不包括CD-SSB和整个CORESET#0)，如果它被配置用于随机接入而不用于空闲/非活动模式下的寻呼，则RedCapUE不期望它包含SSB/CORESET#0/SIB。注意：RAN1假设在单独的DL BWP中执行随机接入的RedCap UE不需要监视包含CORESET#0的BWP中的寻呼。工作假设：从RAN1的角度来看，如果它被配置用于寻呼，则RedCap UE期望它包含用于服务小区的NCD-SSB，但不包含CORESET#0/SIB。从RAN1的角度来看，对于连接模式下的RRC配置的活动DL BWP(在它不包括CD-SSB的情况下)：支持强制性的FG6-1(而非可选的FG6-1a)的RedCap UE期望它包含用于服务小区的NCD-SSB，但不包含CORESET#0/SIB；RedCap UE可以指示以下项作为可选能力：不需要NCD-SSB：RedCap UE可以另外可选地通过报告可选能力来支持基于CSI-RS(工作假设)和/或FG6-1a的相关操作。注意：如果单独的初始/RRC配置的DL BWP被配置为包含整个CORESET#0，则RedCap UE预期它包含CD-SSB。注意：网络可以选择将SSB或MIB配置的CORESET#0或SIB1配置在相应的DL BWP内。注意：如果用于RedCap UE的单独的SIB配置的初始DL BWP包含整个CORESET#0，则RedCap UE应在初始接入期间使用DL中的CORESET#0的带宽和位置。注意：NCD-SSB周期不需要被配置为与CD-SSB的周期相同。注意：NCD-SSB的周期应不小于CD-SSB的周期。

对于FR2，从RAN1的角度来看，对于单独的初始DL BWP(在它不包括CD-SSB的情况下)，如果它被配置用于随机接入而不用于空闲/非活动模式下的寻呼，则RedCap UE不期望它包含SSB/CORESET#0/SIB。注意：RAN1假设在单独的DL BWP中执行随机接入的RedCap UE不需要监视包含CORESET#0的BWP中的寻呼。工作假设：从RAN1的角度来看，如果它被配置用于寻呼，则RedCap UE期望它包含用于服务小区的NCD-SSB，但不包含CORESET#0/SIB。从RAN1的角度来看，对于连接模式下的RRC配置的活动DL BWP(在它不包括CD-SSB的情况下)，支持强制性的FG6-1(而非可选的FG6-1a)的RedCap UE期望它包含用于服务小区的NCD-SSB，但不包含CORESET#0/SIB。RedCap UE可以指示以下作为可选能力：不需要NCD-SSB：RedCap UE可以另外可选地通过报告可选能力来支持基于CSI-RS(工作假设)和/或FG6-1a的相关操作。注意：对于SSB和CORESET#0复用模式1，如果单独的初始/RRC配置的DL BWP被配置为包含整个CORESET#0，则RedCap UE预期它包含CD-SSB。注意：网络可以选择将SSB或MIB配置的CORESET#0或SIB1配置在相应的DL BWP内。注意：如果用于RedCap UE的单独的SIB配置的初始DL BWP包含整个CORESET#0，则RedCap UE应在初始接入期间使用DL中的CORESET#0的带宽和位置。注意：NCD-SSB周期不需要被配置为与CD-SSB的周期相同。注意：NCD-SSB的周期应不小于CD-SSB的周期。

Rel-15 NR BWP配置

图4描绘了在不同RRC状态下可用于UE的不同类型的BWP。定义了三种类型的BWP：a)初始BWP(所有UE共用的)；b)活动BWP(UE特定的)；以及c)默认BWP(UE特定的)。初始BWP可以用于执行初始接入过程，并且可以包括诸如RMSI(请求的最小系统信息)、CORESET#0和RMSI频率位置/带宽/SCS(服务能力服务器)之类的参数。初始BWP可以是具有不同设置的24-96个物理资源块(PRB)，并且在RMSI解码之后被放宽到更宽的BWP。活动BWP可以被定义为UE特定的。它是UE在RRC配置/重新配置之后开始数据传输的第一个BWP。第一个活动BWP应该与默认BWP不同。

表1示出了初始接入过程的不同阶段的BWP配置，其中考虑了UL BWP和DL BWP两者。BWP配置可以被分成上行链路参数和下行链路参数以及共用参数和专用参数。共用参数(在BWP上行链路共用和BWP下行链路共用中)是“小区特定的”，并且网络确保与其他UE的对应参数对齐。PCell的初始BWP的共用参数也可以经由系统信息来提供。对于所有其他服务小区，网络经由专用信令提供共用参数。

表1

用于随机接入的Msg1

在NB RedCap UE的初始BWP与其他UE类型重叠的场景中，经由消息1传输对NBRedCap UE的早期识别涉及gNB向不同的UE类型发送不同的消息2(Msg2)，例如，以避免消息2接收的模糊性。即使没有初始BWP重叠，因为例如RedCap UE可以具有比现有单元更少数量的接收天线和/或更低的处理能力，所以在NB RedCap UE的早期识别中也可能存在一些优点。

在一个实施例中，可以针对每个窄带初始UL BWP配置单独的随机接入(RACH)时机(RO)池，其中UL BWP与RO池之间具有一对一的对应关系。因此，对于msg1传输，选择特定UL初始BWP的NB RedCap UE使用特定RO池，而不是使用其他初始UL窄带BWP的其他NB RedCapUE、其他Rel-17RedCap UE和非RedCap UE的RO池。因为NB RedCap UE通过在与使用其他初始UL窄带BWP的其他NB RedCap UE、其他Rel-17 RedCap UE和非RedCap UE不同的完全正交RO池中选择前导码和RO来传输msg1，所以gNB可以将其与用于准备msg2 RAR传输的其他类型的UE区分开。通过在与特定初始UL BWP相关联的特定RO池中进行传输，可以在gNB处从其他Rel-17RedCap UE和非RedCap UE中早期指示NB RedCap UE。在另一解决方案中，msg1传输可以被设计为在时域中使前导码重复以用于NB RedCap UE补偿由于窄带UL传输而导致的覆盖损失。具体地，NB RedCap UE可以基于在蜂窝小区搜索SSB检测中测量的SSB RSRP值来确定用于msg1传输的前置码重复次数。如果所测量的RSRP值大于特定预定义阈值，则NBRedCap UE可以增加前导码传输的时域重复的一个等级。

在一些实施例中，NB RedCap UE的最大带宽可以在FR1中从20MHz进一步减少到5MHz。由于最大NB RedCap UE BW的这种进一步减少，因此可能期望增强若干方面，包括BWP配置和BWP切换机制。为此，可能期望解决一些问题。

SSB带宽包括240个子载波。因此，对于15kHz SCS，这对应于3.6MHz，并且因此5MHzNB RedCap UE可以能够接收它。然而，对于30kHz SCS，带宽为7.2MHz，并且因此5MHz NBRedCap UE可能无法完全接收整个SSB。因此，可能需要用于NB RedCap UE以约30kHz SCS或大于约30kHz SCS进行操作的SSB的新结构。

在5MHz带宽的情况下，用于执行随机接入的资源可能比在20MHz带宽的情况下更少。然而，因为RedCap UE不太昂贵，所以在系统中可以预期相对大量的5MHz NB RedCap UE(例如，传感器)。这可能在RACH上产生拥塞，从而可能使得不仅NB RedCap UE而且传统非RedCap UE更难以接入共享相同物理资源的系统。因此，期望用于NB RedCap UE的拥塞缓解技术。

在一些情况下，由于有限的最大UE带宽，因此DL和UL性能都可能降低。对于DL，物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH)的覆盖可能由于频率选择性调度增益和频率分集的损失而降级。对于UL，物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)的覆盖可能由于频率分集、跳变增益和选择性调度增益的损失而受到影响。

图5示出了根据本公开的实施例的初始接入和初始带宽部分配置的简要概述。本文公开了处理Rel-18 NB RedCap UE、Rel-17 RedCap UE和非RedCap UE的共存。可以针对NB RedCap UE遵循框502中描述的过程，并且可以针对Rel-17 RedCap UE以及非RedCap UE遵循框504中描述的过程。

如图5所示，因为最大支持的UE BW可能小于传统物理广播信道(PBCH)带宽，所以可以修改PBCH，使得NB RedCap UE能够解码PBCH。在获得PBCH之后，NB RedCap UE可以在一组专用CORESET#0配置上获得系统信息块1(SIB1)。命名为BL-CORESET#0的这些配置可以以几种方式指示，例如，使得PBCH内容可以保持不变，并且NB RedCap UE和其他UE都获得MIB中的CORESET#0索引，但对其进行不同的解释。在一些实施例中，可以引入给出由CORESET#0占用的PRB集合的新表，并且取决于UE带宽(例如，NB RedCap或其他)，UE可以使用传统表或新表来获得其CORESET#0。可以设想其他解决方案(例如，指示BL_CORESET#0的各种方式)，但是根据本公开的实施例描述的技术仅涉及对现有标准规范的很少改变。在监视BL-CORESET#0之后，NB RedCap UE还可以解码PDSCH中的专用新BL SIB1。

因此，本公开的实施例提供了用于以下操作的技术：支持30kHz的SCS以及具有5MHz的NB RedCap最大BW的SSB传输；针对NB RedCap UE设计初始接入过程和初始BWP以应对高密度UE和随机接入中的拥塞；以及设计窄带PDCCH以补偿针对NB RedCap UE的覆盖损失。

用于NB RedCap UE的新PBCH结构

在一些实施例中，可以修改PBCH以确保5MHz NB RedCap UE能够解码PBCH。PBCH占用240个子载波。表2中示出了同步信号/PBCH的带宽。

	15kHz SCS	30kHz SCS	60kHz SCS
				PSS	1.9MHz	3.8MHz	7.6MHz
SSS	1.9MHz	3.8MHz	7.6MHz
				PBCH	3.6MHz	7.2MHz	10.8MHz

表2

如表2所示，对于15kHz SCS，NB RedCap UE可以接收所有的同步信号和PBCH，这是因为PSS、SSS和PBCH都小于5MHz。因此，NB RedCap UE可以在没有任何改变的情况下接收SSB。然而，对于30kHz SCS，NB RedCap UE可以接收同步信号(PSS和SSS)，但是不能接收PBCH，这是因为PBCH大于5MHz。因此，应该改变PBCH，使得NB RedCap UE能够接收PBCH。类似地，对于60kHz SCS，NB RedCap UE可以既不接收同步信号(PSS和SSS)也不接收PBCH，这是因为它们都大于5MHz。为了支持60kHz SCS，应改变同步信号和PBCH。

作为示例，本公开的实施例将描述当以30kHz SCS和5MHz带宽进行操作时支持NBRedCap UE的技术，其中UE能够接收完整的PSS和SSS，但不能接收完整的PBCH。然而，应当注意，本领域技术人员将能够将相同或相似的技术应用于其他SCS或最大RedCap带宽。

在一些实施例中，超出5MHz或在5MHz带宽之外的PBCH资源元素(RE)可以被删截。因此，不需要对标准进行改变，而是在减少针对5MHz NB RedCap UE的PBCH覆盖时实现。

在一些实施例中，可以设计新的SSB，称为eSSB，占用12个资源块(RB)。因此，图6示出了与传统SSB 602相比较的包括新信道ePBCH的示例eSSB 604。换言之，SSB 602中占用20个PRB的PBCH被替换为仅占用12个PRB的ePBCH。这里，对于30kHz SCS，ePBCH可占用4.3MHz，并且因此可由最大带宽为5MHz的NB RedCap UE进行解码。在一些实施例中，可以使用大于12个RB的带宽来获得甚至更接近5MHz。因此，可以在与传统SSB 602的同步栅格不同的同步栅格中针对NB RedCap UE发送该单独的eSSB 604。在这种情况下，可以假设NB RedCap UE具有用于接收eSSB 604的特定同步栅格位置的先验知识，而传统UE仅执行接收传统SSB602的传统操作。

在一些实施例中，代替如上所述创建新的SSB，可以针对传统UE保留当前SSB，但是可以通过添加两个PBCH符号来复制PBCH的在5MHz带宽之外的某些部分，以支持具有5MHz的有限带宽的NB RedCap UE。相应地，图7示出了具有两个添加的PBCH符号的示例SSB。因此，如图7所示，PSS以及包括SSS和PBCH的符号1-3相对于当前SSB结构保持不变。然而，在图7中由附图标记1-6指示的PBCH的超出5MHz带宽的部分被复制并被添加到SSB作为符号4和5。因此，PBCH的复制部分现在仅占用12个RB，并且被NB RedCap UE的5MHz带宽支持。此外，该实施例是有利的，这是因为SSB的未改变部分能够完全支持传统Rel-17 RedCap UE和非RedCap UE，而包括复制的PBCH部分的SSB能够完全支持具有有限带宽的NB RedCap UE，从而保持向后兼容性，同时对于NB RedCap UE和传统Red Cap UE两者针对PBCH保持相同的编码率。应当注意，可以应用类似的技术以通过修改如根据本公开的实施例描述的PBCH和/或SSB结构来支持例如甚至更减小的带宽。还应注意，符号被标记为从符号0、1、2、3、4、5、6、7等开始。然而，在本公开中，因为符号0是在附图中示出的第一符号，所以符号0可以被称为第一符号，符号1可以被称为第二符号，依此类推。

在一些实施例中，参考图6描述的eSSC和参考图7描述的包括复制的PBCH的修改的SSB占用传统SSB和CORESET#0中未占用的两个额外符号。因此，为了确保它们与传统系统设计共存的兼容性，期望用于复用eSSB和BL-CORESET#0以实现向后兼容性的技术。

图8示出了示出SSB占用哪些符号的示例传统SS/PBCH块。这里，传统SS/PBCH块在符号2、8、16、22期间开始，搜索空间集合偏移＝2，每时隙1个搜索空间集合(M＝1)，CORESET持续时间＝2个符号。例如，第一SSB占用符号2-5，并且第二SSB占用符号8-11，依此类推。因此，可以看出，在符号6和7处在第一SSB与第二SSB之间存在空间，并且在符号12和13处在第二SSB与第三SSB之间存在空间。

根据一些实施例，eSSB和BL-CORESET#0可以被配置在未被3GPP TS38.213中的FR1和复用模式1的传统SSB和CORESET#0配置所占用的空符号(例如，图8中的符号6和7)中。在这种情况下，可以保持FR1和复用模式1的所有传统CORESET#0和CSS类型#0配置。换句话说，占用四个符号的eSSC可以被分成两组两个符号，使得四个符号中的两个符号可以占用第一组空符号(例如，图8中的符号6和7)，并且四个符号中的另外两个符号可以占用第二组空符号(例如，图8中的符号12和13)。因此，传统SSB和eSSB两者可以被复用到一个SS/PBCH块中，从而提供向后兼容性。对于占用符号(4、8、16、20)的传统SSB，其中在一些传统SSB传输之间不存在空符号，另一解决方案可以是在受制于传统SSB的符号4和5以外的其他符号上传输eSSB，或者甚至可能在不同的时隙中传输eSSB。

图9示出了传统SSB和新eSSB被复用在一起的示例实施例。根据在符号2、8、16、22期间开始的增强型SS/PBCH块的示例实施例，搜索空间集合偏移＝2，每时隙1个搜索空间集合(M＝1)，CORESET持续时间＝2个符号。NB SSB可以占用时隙中未被传统SSB或CORESET#0占用的符号4和5。与此同时，用于NB RedCap UE的BL-CORESET#0和SIB1可以在未被传统CORESET#0占用的符号和时隙上被适时复用。

在符号1、2、3上，(传统)PBCH占用20个PRB，因此对于传统PBCH，总共占用60个资源块(RB)。在5个符号和12个PRB上，总共有60个RB。因此，通过在NB PBCH的12个中心PRB上重复关于符号1-3的PBCH的中心12个PRB之外的PRB的信息，比特数可以保持相同(或不相同)。回到图7，块1中的比特可以在新的SSB的符号4和5上被重复，并且对于块2-6也是如此。现有PBCH按原样存在，使得传统UE可以解码PBCH。NR RedCap UE仅在符号1-3中的12个中心RB上接收PBCH，因此不接收块1-6的初始传输。为了确保它们接收PBCH，可以在12个中心RB中的符号4-5上发送块1-6。这样，尽管是以与传统UE不同的顺序，NB RedCap UE也可以获得所有PBCH编码的比特。应当注意，块1-6的确切顺序和/或形状仅作为示例提供，并且也可以使用任何其他映射。另外，可以针对NB RedCap UE(例如，在RB 13-14上)传输更多冗余比特。

图10是示出UE获得并解码PBCH的初始接入过程的流程图。虽然针对PBCH的传统或NB映射示出了相同数量的比特，但是使符号4-5(图7的)上的PBCH占用多于12个PRB是可能的。以这种方式，如果需要，可以增加针对NB RedCap UE的覆盖。通常，减小的PBCH可以等于或小于12个PRB，使得SCS为30kHz的SSB可以被Rel-18 NB RedCap UE解码。在PBCH BW减小的情况下，可以提供覆盖增强解决方案。PBCH的时域扩展资源可以是一种解决方案，但它可能影响传统SSB模式设计，这是因为在SSB突发中的每个SSB索引之间可能存在预定义的空符号。可选地，可以减小MIB有效载荷尺寸以维持PBCH接收的覆盖。

因此，UE可以执行初始接入过程，其中主同步信号(PSS)和辅同步信号(SSS)由UE接收(1002)。如果UE是RedCap UE(例如，带宽限于5MHz的UE)(1004)，则将处理步骤1010，而如果UE是传统UE，则将处理步骤1006。因此，如果UE是传统UE，则从广播信号获得传统PBCH比特(例如，如图1所示的来自符号1-3(即，第二到第四符号)的24个中心PRB)(1006)。如果UE是RedCap UE，则从广播信号获得来自PRB的中心部分的较少PBCH比特(例如，如图7所示的来自符号1-3的12个中心PRB)(1010)。接下来，RedCap UE可以从符号4和5(即，第五和第六符号)获得额外的PBCH比特(1012)。如图7所示，从符号4和5获得的PBCH比特对应于不是从符号1-3获得的RedCap UE的带宽限制之外的比特。也就是说，如图7中用附图标记1-6示出的PBCH的上部和下部，其在符号4-5中被复制。因此，通过从RedCap SS/PBCH的符号0-5获得比特，RedCap UE能够获得传统UE将从传统SS/PBCH的符号0-3获得的所有比特。一旦RedCap UE获得所有比特，则可以以PBCH比特通常被布置在传统PBCH中的方式重新布置PBCH比特(1014)。最后，RedCap UE可以解码PSS、SSS和PBCH比特(1008)。

在一些实施例中，一种方法可以是针对30kHz SCS保持4.32MHz的传统SSB BW，但是允许NB RedCap UE经由SSB BW的第1部分的第1解码(例如，在SSB带宽的较低部分上)来获取SSB，然后执行频率重调谐以执行SSB BW的第2部分解码(例如，在SSB带宽的较高部分上)。在这种情况下，可以定义新的UE行为以允许NB RedCap UE执行两个SSB解码和频率重调谐，如图8所示。NB RedCap UE首先在一个SSB时机中对给定SSB索引的一部分进行解码，然后在执行频率重调谐之后在下一SSB时机中对相同SSB索引的剩余部分进行解码。因此，与传统SSB检测相比，NB RedCap UE涉及执行SSB检测的时间量的两倍。另一潜在问题可以是当UE对SSB传输的一部分进行解码时来自SSB传输的另一部分的带内干扰。用于最小化这种带外干扰的UE实现可能是期望的。

如图11所示，NB RedCap UE首先对第1个SSB突发中的SSB索引1的一部分进行解码，然后执行RF重调谐以对下一SSB突发中的SSB索引1的另一部分进行解码。

用于随机接入的BWP选择

由于潜在的大量NB RedCap UE在有限的最大UE BW或BWP内执行随机接入过程，因此网络可以配置多个窄带初始DL BWP和UL BWP(称为i DL BWP和i UL BWP)以减轻单个初始DL BWP和UL BWP中的拥塞。多个初始窄DL和UL BWP的集合可以在(e)SIB1中被预先配置，如在2021年03月的3GPP TR 38.875的“关于支持降低能力NR设备的研究”中所定义的，并且允许每个NB RedCap UE选择初始UL BWP用于在随机接入过程中发送msg1。例如，可以存在由网络在eSIB1中预先配置的i UL BWP 1、i UL BWP 2、i UL BWP 3、i UL BWP 4。在每个iUL BWP中，可以存在映射到整个SSB集合的专用RO池，其中RO池可在频域和时域物理资源上彼此完全正交。

每个NB RedCap UE可以以以下方式选择i UL BWP和/或i DL BWP中的一个：1)利用每个概率随机地选择，使得可以在不同的i UL BWP和/或i DL BWP上平衡流量负载。2)可选地，网络可以向i UL BWP和/或i DL BWP中的每一个分配概率，使得NB RedCap UE可以选择i UL BWP和i DL BWP中具有由网络分配的概率P的一个。以这种方式，通过为给定的初始BWP预先配置这样的概率值，网络可以将更多个NB RedCap UE分配给较不拥塞的初始BWP。3)UL BWP/DL BWP可以由UE例如基于UE ID进行选择。这样，平均而言，每个BWP可以被相等地加载。4)UE可以执行测量以检测哪个BWP是最少被加载的。5)可以针对特定类型的业务、给定的优先级等来配置UL BWP/DL BWP。

在一些实施例中，NB RedCap UE和其他UE的BWP可以是完全正交的，以简化系统设计。然而，在实践中，因为它可能导致可用频谱的低效使用，所以这可能是不太可能的。因此，本文的重点在于如图12所示的场景，其中用于非RedCap UE、Rel-17 RedCap UE和Rel-18 NB RedCap UE的初始BWP共享相同的频率载波并且在随机接入过程中彼此重叠。因此，可以提供用于在初始接入期间将NB RedCap UE与其他UE高效复用的解决方案。

用于随机接入的msg2/RAR的增强

在一些实施例中，典型的网络部署场景可以包括NB RedCap UE，其与Rel-17RedCap UE和非RedCap UE共享DL和UL资源，如图12所示。此外，如上所述，可假设不同的UE类型配置有专用RO池以促进向网络早期指示UE类型。在一些情况下，如果调度msg2的DCI的CRC是用相同的RA-RNTI加扰的并且不同的UE类型共享相同的CSS类型1以用于msg2接收，例如，Rel-18 NB RedCap UE和Rel-17 RedCap UE，则当来自gNB的msg2旨在用于Rel-17或Rel-18 RedCap UE或非RedCap UE时可能存在歧义。在这种情况下，因为Rel-18 NB RedCapUE和Rel-17 RedCap UE可以被配置有不同的RO池，所以如果这两种类型的UE的各自RO池中的所选RO均在不同的RO池中具有相同的s_id、t_id和f_id，其中，s_id、t_id和f_id可以是用于计算传统NR中的RA-RANTI的参数，则针对这两种类型的UE的RA-RANTI值可以相同。如果DCI调度消息2对于NB RedCap UE和其他UE均是用相同的RA-RNTI加扰的，并且如果NBRedCap UE搜索空间与针对其他UE的现有搜索空间重叠，则调度Msg2的PDCCH对于NBRedCap UE和其他UE可以相同(例如，等同)。因此，UE可以确定该消息2是针对该UE还是针对共享CSS类型1的另一个初始DL BWP中的另一个UE。

调度从gNB发送的msg2 RAR的PDCCH可以在NB RedCap UE与其他UE之间被区分，这是因为初始DL BWP可以在频域和时域中重叠。例如，非RedCap UE的初始DL BWP可以跨越整个载波BW，其覆盖针对NB RedCap UE的窄带初始DL BWP以及Rel-17 RedCap UE的初始DLBWP。在NB RedCap UE与其他UE之间的共用资源上，如果DCI尺寸相同，则用于NB RedCap UE的一个DCI可能被另一UE接收(并且被误解译)。为了解决这个问题，可以考虑几种解决方案：

方法1：在用于NB-RedCap UE的不同CORESET中使用不同的公共搜索空间类型I：一种方法可以是除了用于Rel-17 RedCap UE和非RedCap UE的类型1PDCCH CSS和CORESET之外，还在用于NB RedCap UE的不同CORESET中配置专用类型1PDCCH CSS资源。根据一个示例，用于非NB RedCap UE的针对类型I PDCCH CSS的CORESET占用至多3个符号，而用于NBRedCap UE的对应CORESET可以占用多于3个符号，以补偿由于比具有专用CORESET和类型ICSS搜索空间的传统CORESET更窄的频率带宽而导致的覆盖损失。NB RedCap UE不能解码用于非NB RedCap UE的DCI，反之亦然。

利用该解决方案，单独的i DL BWP中的NB RedCap UE仅监视该i DL BWP内的这些专用窄带类型1PDCCH CSS资源，以用于对特定于该特定i DL BWP内的NB RedCap UE的消息2/RAR广播进行解码。在这种情况下，该特定类型1PDCCH CSS可以与该i DL BWP一起在eSIB1中被预先配置。NB RedCap UE可能仅能够在其自己的初始DL BWP内对类型1PDCCHCSS资源进行解码。因此，在多个窄带初始DL BWP之中，每个NB RedCap UE利用等于ra-ResponseWindow的单独监测窗口来监测和解码其自己的窄带初始DL BWP中的类型1PDCCHCSS资源，由于其进一步放宽的时间线，该监测窗口可以大于非RedCap UE。gNB在不同的频域和时域资源中发送单独的消息2/RAR，以用于针对NB RedCap UE的i DL BWP中的每一个中的PDSCH传输。网络负责为每个消息2/RAR传输调度PDSCH的不同物理资源。此外，类型1PDCCH CSS设计特定于针对具有覆盖恢复特征的窄BW操作定制的Rel-18 NB RedCap UE，这将在后面描述。在这个意义上，即使gNB在相同的RA RNTI中发送RAR消息，RAR消息也可以在不同的PDCCH和PDSCH信道上被不同地发送到不同的UE类别，即窄带NB RedCap UE或Rel-17RedCap UE或非RedCap UE。对于每种类型的UE，该操作对于UE RAR接收是显然的，并且只要NB RedCap UE在其自己的i DL BWP和i UL BWP中操作，就不涉及对传统过程的改变。要添加到RAR的一个选项字段可以是在消息1传输之后由NB RedCap UE对所选择的i UL/DL/BWP ID的确认。

在一些实施例中，解决方案可以是总是使NB RedCap特定CORESET被配置为占用比其他UE更多的符号(例如，设置为4个符号)。在这种情况下，资源元素组(REG)/控制信道元素(CCE)映射在新CORESET中可以是不同的，从而确保NB RedCap UE和其他UE两者利用具有差异化的CORESET配置解码出正确的DCI。

方法2：针对NB RedCap UE和非NB RedCap UE使用不同的RA RNTI。可选地，如果没有向NB RedCap UE提供专用CORESET和类型I PDCCH CSS，则为了避免如上所述的不同初始DL BWP中的消息2接收的模糊性，可以通过考虑初始UL BWP ID来增强RA-RANTI。例如，NRUE挑选用于RACH过程的随机前导码以获得上行链路同步。前导码以称为RAPID(随机接入前导码ID)的ID为参考。在随机接入过程期间使用随机接入RNTI(RA RNTI)，并且gNB的MAC生成随机接入响应(RAR)作为对由UE发送的随机接入前导码的响应。RAR在DL SCH传输信道上被发送，其进而可以被映射到PDSCH。gNB用RA RNTI对PDCCH CRC进行加扰，以用于传输携带(一个或多个)RAR的PDSCH。RA-RNTI可以被寻址到多个UE，即，多个UE可以对由该RA-RNTI加扰的PDCCH进行解码。可以如下计算与其中发送随机接入前导码的PRACH相关联的RA RNTI：

RA-RNTI＝1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id+initial_UL_BWP_id，其中：

s_id：指定PRACH的第一OFDM符号的索引(0≤s_id<14)

t_id：系统帧中指定PRACH的第一时隙的索引(0≤t_id<80)

f_id：指定PRACH在频域中的索引(0≤f_id<8)

ul_carrier_id：用于Msg1传输的上行链路载波(0表示NUL载波，1表示SUL载波)

initial_UL_BWP_id：由NB RedCap UE选择的初始UL BWP。

根据用于NB RedCap UE的消息2接收的另一解决方案，用于NB RedCap UE的DCI1_0的FDRA可以通过该NB RedCap UE选择的初始DL BWP确定，或者通过针对该NB RedCapUE定义的窄带CORESET#0确定。因此，假设NB RedCap UE和其他UE可以具有重叠的CSS类型1搜索空间。可以存在2种不同尺寸的DCI 1_0：用于常规UE的DCI 1_0_1、用于NB RedCap UE的DCI 1_0_2。即使它们使用相同的公式来确定RA RNTI，DCI 1_0_1和DCI 1_0_2也可以具有不同的尺寸：因为FDRA的DCI 1_0_2索引在等于或小于5MHz BW上，并且FDRA的DCI 1_0_1索引在应当等于或大于5MHz BW的传统CORESET#0BW上。因此，即使在重叠的CORESET搜索空间中，NB RedCap UE也可以通过假设不同的DCI尺寸来区分用于其他UE的DCI。

另一种解决方案可以是在用于NB RedCap UE的PDCCH上应用额外扰码。这确保仅NB RedCap UE可以能够对DCI进行解扰。因此，通过简单地成功解扰PDCCH，NB RedCap UE知道指示Msg2的DCI是针对NB RedCap UE的。

Msg3发送/Msg4接收

同样，对于msg3和msg4，NB RedCap UE可以在专用i UL/DL BWP中执行类似的传统过程。可以经由调度msg4的PDCCH+携带msg4有效载荷的PDSCH来接收msg4。NB RedCap UE可以在等于ra ContentionResolutionTimer的监测窗口期间在其i DL BWP中的专用CORESET中监测专用类型I PDCCH CSS中的msg4 PDCCH。PDCCH可以由在先前的msg2中接收的TCRNTI加扰。竞争可以如下解决。当NB RedCap UE在其被监视的i DL BWP内接收到有效RAR消息时，有效RAR消息可以包括由所有类型的UE中的每一个UE独立地随机生成的竞争解决ID(CRID)。gNB可以在msg4中仅包括所接收的CRID值中的一个。接收到其CRID值的NB RedCapUE知道它已经成功完成了其RA过程。其他UE可以通过重新选择i DL/UL BWP来重新尝试它们的RA过程。这涉及3GPP当前未定义的新UE行为。

iBWP重选过程可以如下执行：UE可以接收max_CRID_failure的值。该值指示UE可以接收具有与UE在Msg3中发送的内容不对应的CRID值的Msg4的连续次数。可选地，可以采用类似于针对链路故障所做的计数器，而不是连续的。可以在RRC消息中接收max_CRID_failure，可以预先配置max_CRID_failure等。UE执行如前所述的初始接入的初始步骤。UE接收Msg4。如果CRID不对应于UE预期的值，并且如果它达到max_CRID_failure值，则UE执行iBWP重选。这可以以几种方式完成。UE可以随机选择不同的iBWP，并且可以向UE提供可选iBWP的列表等。如果CRID不对应于UE预期的值，并且如果它没有达到max_CRID_failure值，则UE在初始接入时执行另一次尝试(从Msg1开始)。如果UE接收到预期的CRID值，则UE移动到初始接入的下一步骤(有时称为Msg5)，以获得RRC连接、消息、能力交换等。根据图13所示的实施例示出了整个过程。

NB RedCap UE的搜索空间定义

在一些实施例中，一方面探索了具有针对公共CORESET CSS和UE特定CORESET USS两者的覆盖补偿的窄带PDCCH的设计。它可以设计有以下选项：

选项1：较长持续时间CORESET。

选项2：CORESET捆绑。

选项3：PDCCH重复。

第一种方式可以是增加一个时隙中的CCE的数量，例如，为CORESET配置更多符号，如图14所示。例如，12符号长度CORESET可以被配置为用于一个时隙内的一个CORESET，并且PDSCH和相关联的DMRS可以在当前时隙的第七符号处或在稍后时隙中被传输。如果引入了更长的CORESET持续时间，则可以设计新的资源映射标准。如果用于RedCap UE的CORESET和用于普通UE的CORESET可以被配置有重叠资源，则由于不同的CCE映射规则，可能存在资源冲突。

CORESET捆绑可以是用于增加用于PDCCH传输的CCE数量的另一方案。不同时机处的两个或更多个CORESET可以被配置为被捆绑，如图15中所示。捆绑的CORESET可以在相同时隙或若干不同时隙中被传输。编码的DCI可被拆分成若干部分并被分别映射到捆绑的CORESET。NB RedCap UE可以在DCI解码之前根据预定义或配置的CCE映射规则从捆绑的CORESET中收集期望的CCE。CORESET捆绑可以不改变CORESET内的资源映射，因此用于NBRedCap UE的DCI可以与传统DCI在没有资源冲突的情况下共存于相同的CORESET中。由于CCE跨多个CORESET分布，可能存在更大的传输等待时间，但是对于NB RedCap UE而言它可能是可接受的。

如图16所示，PDCCH重复可以在不改变版本15/版本16中定义的CORESET配置的情况下增加PDCCH可靠性。对于时隙间PDCCH重复，可以在连续时隙中的若干CORESET中重复地传输DCI。对于时隙内PDCCH重复，可以在时隙内的若干CORESET中重复地传输DCI。NBRedCap UE可以组合这些CORESET的接收信号以进一步提高检测可靠性。PDCCH重复可能增加DCI接收的复杂度和等待时间，并且如果需要软组合，则DCI内容在重复期间需要是一致的。可选地，还可以考虑没有组合的PDCCH，并且可以通过累积概率以及解码尝试的时间来实现性能改进。

图17是示出UE获得并解码PBCH的初始接入过程的流程图。如上所述，来自网络(诸如gNB)的SS/PBCH广播由RedCap UE接收(1702)。然而，与传统UE不同，RedCap UE是带宽受限的，因此可能无法获取SS/PBCH广播信号的落在RedCap UE的带宽范围(例如，最大带宽)之外的部分。因此，第一SS/PBCH块包括PSS、SSS和PBCH，并且其中，由第一SS/PBCH块使用的子载波间隔(SCS)和子载波数量被选择，使得PBCH带宽小于RedCap UE的最大带宽。更具体地，与传统PBCH不同，可以构造RedCap PBCH，使得PSS、SSS和PBCH比特都落在RedCap UE的最大带宽内。该结构在图6中示出，其中，由SS/PBCH块使用的SCS和子载波的数量限于SS/PBCH块的与RedCap UE的最大带宽对应的中心部分。例如，对于最大带宽为5MHz的RedCapUE，可以利用中心12个PRB和127个子载波。然而，应当注意，取决于RedCap UE的最大带宽，PRB的数量可以更多或更少。接下来，RedCap UE可以对所接收的SS/PBCH进行解码以继续进行初始接入过程(1704)。

在一些实施例中，RedCap UE可以接收与第一SS/PBCH块不同的第二SS/PBCH块。例如，第二SS/PBCH块可以占用传统UE的最大带宽范围(例如，100MHz)。因此，RedCap UE可能无法利用它。然而，第一SS/PBCH块和第二SS/PBCH块可以在不同的频率位置处被广播。因此，虽然RedCap UE可以接收或识别第二SS/PBCH块的存在，但是RedCap UE可以忽略第二SS/PBCH块，反而使用第一SS/PBCH块。因此，网络服务器可以被配置为广播支持传统UE和带宽有限的UE(诸如RedCap UE)两者的SS/PBCH，并且UE可以基于其能力自动选择和解码合适的SS/PBCH，并继续进行初始接入过程。

图18是根据实施例的网络环境1800中的电子设备的框图。

参考图18，网络环境1800中的电子设备1801可经由第一网络1898(例如，短程无线通信网络)与电子设备1802通信，或经由第二网络1899(例如，远程无线通信网络)与电子设备1804或服务器1808通信。电子设备1801可以经由服务器1808与电子设备1804通信。电子设备1801可以包括处理器1820、存储器1830、输入设备1850、声音输出设备1855、显示设备1860、音频模块1870、传感器模块1876、接口1877、触觉模块1879、相机模块1880、电力管理模块1888、电池1889、通信模块1890、用户识别模块(SIM)卡1896或天线模块1894。在一个实施例中，可以从电子设备1801中省略组件中的至少一个(例如，显示设备1860或相机模块1880)，或者可以将一个或更多个其他组件添加到电子设备1801。一些组件可以被实现为单个集成电路(IC)。例如，传感器模块1876(例如，指纹传感器、虹膜传感器或照度传感器)可以嵌入在显示设备1860(例如，显示器)中。

处理器1820可以执行软件(例如，程序1840)以控制与处理器1820耦接的电子设备1801的至少一个其他组件(例如，硬件或软件组件)，并且可以执行各种数据处理或计算。

作为数据处理或计算的至少一部分，处理器1820可以将从另一组件(例如，传感器模块1846或通信模块1890)接收的命令或数据加载到易失性存储器1832中，处理存储在易失性存储器1832中的命令或数据，并将结果数据存储在非易失性存储器1834中。处理器1820可以包括主处理器1821(例如，中央处理单元(CPU)或应用处理器(AP))和可独立于或结合主处理器1821操作的辅助处理器1823(例如，图形处理单元(GPU)、图像信号处理器(ISP)、传感器集线器处理器或通信处理器(CP))。附加地或可选地，辅助处理器1823可以适于消耗比主处理器1821更少的功率，或者执行特定功能。辅助处理器1823可以被实现为与主处理器1821分离或是其一部分。

辅助处理器1823可以在主处理器1821处于非活动(例如，睡眠)状态时代替主处理器1821或者在主处理器1821处于活动状态(例如，执行应用)时与主处理器1821一起控制与电子设备1801的组件中的至少一个组件(例如，显示设备1860、传感器模块1876或通信模块1890)相关的功能或状态中的至少一些功能或状态。辅助处理器1823(例如，图像信号处理器或通信处理器)可以被实现为在功能上与辅助处理器1823相关的另一组件(例如，相机模块1880或通信模块1890)的一部分。

存储器1830可以存储由电子设备1801的至少一个组件(例如，处理器1820或传感器模块1876)使用的各种数据。各种数据可以包括例如软件(例如，程序1840)和用于与其相关的命令的输入数据或输出数据。存储器1830可以包括易失性存储器1832或非易失性存储器1834。非易失性存储器1834可包括内部存储器1836和外部存储器1838。

程序1840可以作为软件存储在存储器1830中，并且可以包括例如操作系统(OS)1842、中间件1844或应用1846。

输入设备1850可以从电子设备1801的外部(例如，用户)接收要由电子设备1801的另一组件(例如，处理器1820)使用的命令或数据。输入设备1850可以包括例如麦克风、鼠标或键盘。

声音输出设备1855可以将声音信号输出到电子设备1801的外部。声音输出设备1855可以包括例如扬声器或接收器。扬声器可以用于一般目的，诸如播放多媒体或记录，并且接收器可以用于接收呼入呼叫。接收器可以被实现为与扬声器分离或者是扬声器的一部分。

显示设备1860可以在视觉上向电子设备1801的外部(例如，用户)提供信息。显示设备1860可以包括例如显示器、全息图设备或投影仪以及用于控制显示器、全息图设备和投影仪中的对应一个的控制电路。显示设备1860可包括适于检测触摸的触摸电路，或适于测量由触摸引起的力的强度的传感器电路(例如，压力传感器)。

音频模块1870可以将声音转换为电信号，反之亦然。音频模块1870可以经由输入设备1850获得声音，或者经由直接(例如，有线)或无线地与电子设备1801耦接的外部电子设备1802的耳机或声音输出设备1855输出声音。

传感器模块1876可以检测电子设备1801的操作状态(例如，功率或温度)或电子设备1801外部的环境状态(例如，用户的状态)，然后生成与检测到的状态对应的电信号或数据值。传感器模块1876可以包括例如手势传感器、陀螺仪传感器、大气压传感器、磁传感器、加速度传感器、握持传感器、接近传感器、颜色传感器、红外(IR)传感器、生物传感器、温度传感器、湿度传感器或照度传感器。

接口1877可以支持用于使电子设备1801与外部电子设备1802直接(例如，有线)或无线地耦接的一个或更多个指定协议。接口1877可以包括例如高清晰度多媒体接口(HDMI)、共用串行总线(USB)接口、安全数字(SD)卡接口或音频接口。

连接端子1878可以包括连接器，电子设备1801可以经由该连接器与外部电子设备1802物理连接。连接端子1878可以包括例如HDMI连接器、USB连接器、SD卡连接器或音频连接器(例如，耳机连接器)。

触觉模块1879可以将电信号转换为机械刺激(例如，振动或移动)或可以由用户经由触感或动觉识别的电刺激。触觉模块1879可以包括例如马达、压电元件或电刺激器。

相机模块1880可以捕获静止图像或运动图像。相机模块1880可以包括一个或多个透镜、图像传感器、图像信号处理器或闪光灯。电力管理模块1888可以管理提供给电子设备1801的电力。电力管理模块1888可以被实现为例如功率管理集成电路(PMIC)的至少一部分。

电池1889可以向电子设备1801的至少一个组件供电。电池1889可以包括例如不可再充电的一次电池、可再充电的二次电池或燃料电池。

通信模块1890可以支持在电子设备1801和外部电子设备(例如，电子设备1802、电子设备1804或服务器1808)之间建立直接(例如，有线)通信信道或无线通信信道，并经由所建立的通信信道执行通信。通信模块1890可以包括可独立于处理器1820(例如，AP)操作并且支持直接(例如，有线)通信或无线通信的一个或多个通信处理器。通信模块1890可以包括无线通信模块1892(例如，蜂窝通信模块、短距离无线通信模块或全球导航卫星系统(GNSS)通信模块)或有线通信模块1894(例如，局域网(LAN)通信模块或电力线通信(PLC)模块)。这些通信模块中的相应一个可以经由第一网络1898(例如，短距离通信网络，诸如Bluetooth^TM、无线保真(Wi-Fi)直连或红外数据协会(IrDA)的标准)或第二网络1899(例如，长距离通信网络，诸如蜂窝网络、互联网或计算机网络(例如，LAN或广域网(WAN))与外部电子设备通信。这些各种类型的通信模块可以被实现为单个组件(例如，单个IC)，或者可以被实现为彼此分离的多个组件(例如，多个IC)。无线通信模块1892可以使用存储在用户识别模块1896中的用户信息(例如，国际移动用户身份(IMSI))来识别和认证诸如第一网络1898或第二网络1899的通信网络中的电子设备1801。

天线模块1897可以向电子设备1801的外部(例如，外部电子设备)发送信号或电力或从其接收信号或电力。天线模块1897可以包括一个或多个天线，并且从中，可以例如由通信模块1890(例如，无线通信模块1892)选择适合于在诸如第一网络1898或第二网络1899的通信网络中使用的通信方案的至少一个天线。然后可以经由所选择的至少一个天线在通信模块1890和外部电子设备之间发送或接收信号或电力。

可以经由与第二网络1899耦接的服务器1808在电子设备1801和外部电子设备1804之间发送或接收命令或数据。电子设备1802和1804中的每一个可以是与电子设备1801相同类型或不同类型的设备。可以在外部电子设备1802、1804或1808中的一个或更多个外部电子设备处执行要在电子设备1801处执行的操作中的全部或一些操作。例如，如果电子设备1801应当自动地或者响应于来自用户或另一设备的请求来执行功能或服务，则代替执行所述功能或服务或者除了执行所述功能或服务之外，电子设备1801可以请求一个或更多个外部电子设备执行所述功能或服务的至少一部分。接收请求的一个或更多个外部电子设备可以执行所请求的功能或服务的至少一部分或者与请求相关的附加功能或附加服务，并将执行的结果传送到电子设备1801。电子设备1801可以在对结果进行进一步处理或不进行进一步处理的情况下提供结果作为对请求的回复的至少一部分。为此，例如，可以使用云计算、分布式计算或客户端-服务器计算技术。

图19示出了包括彼此通信的UE 1905和gNB 1910的系统。UE可以包括无线电设备1915和处理电路(或用于处理的装置)1920，其可以执行本文公开的各种方法。例如，处理电路1820可以经由无线电设备1915从网络节点(gNB)1910接收传输，并且处理电路1920可以经由无线电设备1915向gNB1910发送信号。

本说明书中描述的主题和操作的实施例可以在数字电子电路中实现，或者在计算机软件、固件或硬件中实现，包括本说明书中公开的结构及其结构等同物，或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序，即，计算机程序指令的一个或多个模块，其被编码在计算机存储介质上，用于由数据处理装置执行或控制数据处理装置的操作。可选地或另外地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，其被生成以对信息进行编码以便传输到合适的接收器装置以供数据处理装置执行。计算机存储介质可以是计算机可读存储设备、计算机可读存储基板、随机或串行存取存储器阵列或设备、或其组合，或者被包括在计算机可读存储设备、计算机可读存储基板、随机或串行存取存储器阵列或设备、或其组合中。此外，虽然计算机存储介质不是传播信号，但是计算机存储介质可以是被编码在人工生成的传播信号中的计算机程序指令的源或目的地。计算机存储介质也可以是或包括在一个或多个单独的物理组件或介质(例如，多个CD、磁盘或其他存储设备)中。另外，本说明书中描述的操作可以被实现为由数据处理装置对存储在一个或多个计算机可读存储设备上或从其他源接收的数据执行的操作。

虽然本说明书可以包含许多具体实施方式细节，但是实施方式细节不应被解释为对任何所要求保护的主题的范围的限制，而是被解释为对特定于特定实施例的特征的描述。在本说明书中在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。此外，尽管上面可以将特征描述为以某些组合起作用并且甚至最初如此要求保护，但是在一些情况下可以从所要求保护的组合中去除来自该组合的一个或多个特征，并且所要求保护的组合可以针对子组合或子组合的变化。

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

因此，本文已经描述了主题的特定实施例。其它实施例在权利要求书的范围内。在一些情况下，权利要求中阐述的动作可以以不同的顺序执行并且仍然实现期望的结果。另外，附图中描绘的过程不一定需要所示的特定顺序或连续顺序来实现期望的结果。在某些实施方式中，多任务和并行处理可能是有利的。

如本领域技术人员将认识到的，可以在宽范围的应用上修改和改变本文描述的创新概念。因此，所要求保护的主题的范围不应限于上文所讨论的特定示例性教导中的任一个，而是由权利要求书限定。

缩写列表

缩写	定义
		BWP	带宽部分
iBWP	初始BWP
		RA-RNTI	临时识别的随机接入无线电网络
CCE	控制信道元素
		CORESET	控制资源集
CRC	循环冗余校验
		C-RNTI	小区-无线电网络临时标识符
DCI	下行链路控制信息
		DL	下行链路
RO	随机接入时机
		FDRA	频域资源分配
gNB	下一代NodeB
		CSS	公共搜索空间
MCS	调制编码方案
		CRID	竞争解决ID
RAR	随机接入响应
		REG	资源元素组
PBCH	物理广播信道
		SSB	同步信号块

Claims

1.一种方法，包括：

由降低能力RedCap用户设备UE从网络接收第一同步信号SS/物理广播信道PBCH块，其中，所述第一SS/PBCH块包括主同步信号PSS、辅同步信号SSS和物理广播信道PBCH，其中，由所述第一SS/PBCH块使用的子载波间隔SCS和子载波的数量对应于小于所述RedCap UE的最大带宽的PBCH带宽；以及

由所述RedCap UE对所接收的与所述RedCap UE的最大带宽对应的第一SS/PBCH进行解码。

2.根据权利要求1所述的方法，还包括：由所述RedCap UE接收与所述第一SS/PBCH块不同的第二SS/PBCH块，所述第二SS/PBCH块的最大带宽大于所述第一SS/PBCH块的最大带宽。

3.根据权利要求2所述的方法，其中，在第一频率位置处接收所述第一SS/PBCH块，在与所述第一频率位置不同的第二频率位置处接收所述第二SS/PBCH块。

4.根据权利要求2所述的方法，其中，所述第一SS/PBCH块被配置为在四个符号上操作，并且

所述PSS占用所述四个符号中的第一符号，所述SSS占用所述四个符号中的第三符号，并且所述PBCH占用所述四个符号中的第二符号和第四符号。

5.根据权利要求1所述的方法，其中，所述第一SS/PBCH块占用小于5MHz的带宽。

6.一种方法，包括：

由降低能力RedCap用户设备UE从网络接收同步信号SS/物理广播信道PBCH块；其中，所述SS/PBCH块包括主同步信号PSS、辅同步信号SSS、第一物理广播信道PBCH集合、第二PBCH集合和第三PBCH集合；其中，所述第三PBCH集合是所述第二PBCH集合的重复；以及

由所述RedCap UE对所述PSS、所述SSS、所述第一PBCH集合和所述第三PBCH集合进行解码。

7.根据权利要求6所述的方法，其中，所述SS/PBCH块被配置为在六个符号上操作，

其中，所述PSS占用所述六个符号中的第一符号，所述SSS占用所述六个符号中的第三符号，并且所述第一PBCH集合和所述第二PBCH集合占用所述六个符号中的第二符号、第三符号和第四符号，并且所述第三PBCH集合占用所述六个符号中的第五符号和第六符号。

8.根据权利要求7所述的方法，其中，所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第二PBCH集合的至少一部分支持传统UE，并且所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第三PBCH集合的至少一部分支持所述RedCap UE。

9.根据权利要求7所述的方法，还包括：

由所述RedCap UE接收与窄带控制资源集CORESET#0和窄带系统信息块SIB1复用的传统CORESET#0和传统SIB1；以及

由所述RedCap UE对所述窄带CORESET#0和所述窄带SIB1进行解码。

10.根据权利要求9所述的方法，还包括：

由所述RedCap UE接收多个带宽部分BWP；

由所述RedCap UE基于所述窄带SIB1中定义的标准选择所述多个BWP中的一个BWP；以及

由所述RedCap UE在随机接入过程期间向所述网络发送第一消息。

11.根据权利要求10所述的方法，其中，所述标准基于跨所述多个BWP均匀地平衡流量负载。

12.根据权利要求7所述的方法，其中，所述RedCap UE的最大带宽是5MHz，所接收的SS/PBCH的至少一部分对应于所述RedCap UE的所述最大带宽。

13.根据权利要求7所述的方法，还包括：将针对所述第三PBCH集合的比特重新布置为与针对所述第二PBCH集合的比特对应的顺序，并且对针对所述第一PBCH集合和所述第三PBCH集合的比特进行解码，

其中，所述SS/PBCH块是在初始接入期间在同步信号突发集中接收的，并且所述RedCapUE接收所述PSS、所述SSS以及针对所述第一PBCH集合和所述第三PBCH集合的比特。

14.一种系统，包括：

降低能力RedCap用户设备UE，包括：

存储器；以及

处理器，被配置为执行存储在所述存储器中的指令以执行操作，所述操作包括：

由所述RedCap UE从网络接收同步信号SS/物理广播信道PBC H块；其中，所述SS/PBCH块包括主同步信号PSS、辅同步信号SSS、第一物理广播信道PBCH集合、第二PBCH集合和第三PBCH集合；其中，所述第三PBCH集合是所述第二PBCH集合的重复；以及

15.如权利要求14所述的系统，其中，所述SS/PBCH块被配置为在六个符号上操作，

16.根据权利要求15所述的系统，其中，所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第二PBCH集合的至少一部分支持传统UE，并且所述SS/PBCH块的包括所述PSS、所述SSS以及所述第一PBCH集合和所述第三PBCH集合的至少一部分支持所述RedCap UE。

17.根据权利要求15所述的系统，其中，所述操作还包括：

由所述RedCap UE对所述窄带CORESET#0和所述窄带SIB1进行解码。

18.如权利要求17所述的系统，其中，所述操作还包括：

由所述RedCap UE接收多个带宽部分BWP；

19.如权利要求18所述的系统，其中，所述标准基于跨所述多个BWP均匀地平衡流量负载。

20.如权利要求15所述的系统，其中，所述RedCap UE的最大带宽是5MHz，所接收的SS/PBCH的至少一部分对应于所述RedCap UE的所述最大带宽。