能力降低的新无线电设备的控制资源集零的制作方法

1.以下公开涉及用于实施能力降低(reduced capability，redcap)设备的控制资源集零(coreset#0)(具体地redcap新无线电(nr)设备的coreset#0)的通信装置和通信方法。


背景技术：

2.新无线电(nr)是由第三代合作伙伴计划(3gpp)为第五代(5g)移动通信系统开发的新无线电空中接口。凭借出色的灵活性、可扩展性和效率，5g有望解决广泛的用例，包括增强型移动宽带(embb)、超可靠低延迟通信(urllc)和大规模机器类型通信(mmtc)。
3.5g的一个重要目标是实现连接工业。5g连接可以作为下一波工业转型和数字化的催化剂，其提高灵活性，增强生产力和效率，降低维护成本，并提高操作安全性。这种环境中的设备可以包括例如压力传感器、湿度传感器、温度计、运动传感器、加速度计、致动器等。将这些传感器和致动器连接到5g网络是可取的。
4.5g连接也可以作为下一波智能城市创新的催化剂。例如，小型设备，包括诸如智能手表、戒指、电子健康相关设备、医疗监测设备、能力降低(redcap)设备等的可穿戴设备，将受益于5g连接的改善。
5.然而，到目前为止还没有关于redcap设备的coreset#0的讨论。
6.因此，需要能够解决上述问题的通信装置和方法。此外，结合附图和本公开的背景，从后续详细描述和所附权利要求中，其他期望的特征和特性将变得显而易见。


技术实现要素：

7.一个非限制性和示例性的实施例有助于在基于5g nr的通信中实施redcap设备的coreset#0。
8.在一个方面，本文公开的技术提供了一种通信装置。例如，该通信装置可以是订户ue，其可以是普通(非redcap或rel-15/16/17或更高版本)ue、redcap ue或其他类似类型的ue。该通信装置包括：接收器，接收控制资源集零(coreset#0)上的物理下行链路控制信道(pdcch)，该控制资源集零的时间和频率资源是基于能力降低用户设备(redcap ue)的带宽配置来定义的，并且接收基于coreset#0而调度的系统信息块类型1(sib1)物理下行链路共享信道(pdsch)；以及电路，从coreset#0上的pdcch确定控制信息和参数，以读取sib1、消息2(msg2)pdsch以及消息4(msg4)pdsch用于初始接入、切换或波束故障恢复。
9.在另一个方面，本文公开的技术提供了一种通信装置。例如，该通信装置可以是基站或gnodeb(gnb)，其包括：电路，配置控制资源集零(coreset#0)，该控制资源集零的时间和频率资源是基于与普通(非redcap)ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义的，生成coreset#0上的物理下行链路控制信道(pdcch)，并且基于coreset#0来调度系统信息块类型1(sib1)物理下行链路共享信道(pdsch)；以及发送器，向通信装置发送coreset#0上的pdcch、sib1 pdsch、msg2 pdsch以及msg4 pdsch。
10.在另一个方面，本文公开的技术提供了一种通信方法。该通信方法包括接收
coreset#0，该coreset#0的时间和频率资源是基于与普通(非redcap)ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义的，接收基于coreset#0而调度的系统信息块类型1(sib1)物理下行链路共享信道(pdsch)；以及从coreset#0上的pdcch确定控制信息和参数，以读取sib1、msg2 pdsch以及msg4 pdsch用于初始接入、切换或波束故障恢复。
11.应当注意，一般或特定实施例可以被实现为系统、方法、集成电路、计算机程序、存储介质或者其任何选择性组合。
12.从说明书和附图中，所公开的实施例的其他益处和优点将变得显而易见。可以通过说明书和附图的各种实施例和特征单独获得益处和/或优点，不需要为了获得一个或多个这样的益处和/或优点而提供所有这些实施例和特征。
附图说明
13.从仅作为示例并结合附图的以下书面描述中，本公开的实施例对于本领域普通技术人员来说将更好理解和显而易见，其中：
14.图1示出了3gpp nr系统的示例性架构。
15.图2是示出ng-ran和5gc之间的功能划分的示意图。
16.图3是rrc连接建立/重新配置过程的时序图。
17.图4是示出增强型移动宽带(embb)、大规模机器类型通信(mmtc)和超可靠低延迟通信(urllc)的使用场景的示意图。
18.图5是示出用于非漫游场景的示例性5g系统架构的框图。
19.图6示出了具有索引0的rel-15 coreset(coreset#0)和redcap ue之间的带宽比较的示例。
20.图7示出了根据各种实施例的redcap ue的具有索引0的rel-15 coreset(coreset#0)和coreset#0之间的带宽比较的示例。
21.图8a示出了根据实施例1的当redcap ue的带宽为5mhz并且{同步信号块，物理下行链路控制信道}子载波间隔({同步信号块(ssb)，pdcch}scs)为{15,15}khz时的redcap ue的rel-15 coreset#0的子集的表。
22.图8b示出了根据实施例1的当redcap ue的带宽为10mhz并且{ssb,pdcch}scs为{15,15}khz时的redcap ue的rel-15 coreset#0的子集的表。
23.图9示出了图示根据实施例2的rel-15 coreset#0的子集的传输的示意图。
24.图10示出了根据实施例2的rel-15 coreset#0的均等分割的示例。
25.图11示出了根据实施例2的rel-15 coreset#0的不均等分割的示例。
26.图12示出了根据实施例2的变型的rel-15 coreset#0的均等分割的示例。
27.图13示出了根据实施例2的变型的rel-15 coreset#0的不均等分割的示例。
28.图14示出了根据实施例3的rel-15 coreset#0及其(多个)子集的传输的示例。
29.图15示出了根据实施例3的变型的rel-15 coreset#0及其(多个)子集的传输的示例。
30.图16示出了根据实施例3的变型的redcap ue如何接收rel-15 coreset#0的传输规则的示例。
31.图17示出了根据实施例4的redcap ue的rel-15 coreset#0和coreset#0的示例。
32.图18示出了根据实施例5a的用于普通ue和redcap ue的rel-15 coreset#0信令的示例。
33.图19示出了根据实施例5a的在{搜索空间/物理广播信道块，pdcch}scs({ss/pbch块，pdcch}scs)对于最小信道带宽为5mhz或10mhz的频带为{15,15}khz时包括普通ue和redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合的表的示例。
34.图20示出了根据实施例5a的在{ss/pbch块，pdcch}scs对于最小信道带宽为5mhz的频带为{15,15}khz时包括redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合的独立表的示例。
35.图21示出了根据实施例5a的变型的在{ss/pbch块，pdcch}scs对于最小信道带宽为5mhz或10mhz的频带为{15,15}khz时包括普通ue和redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合的表的示例。
36.图22示出了根据实施例5b的对普通ue和redcap ue的rel-15 coreset#0监视时机的重新解释的示例。
37.图23示出了根据实施例5b的用于对类型0-pdcch css集-ssb以及coreset复用模式1和频率范围1(fr1)的pdcch监视时机的重新解释的参数的表。
38.图24图示了用于读取图23的表的细节的示例。
39.图25示出了根据实施例5b的普通ue的re-15 coreset#0和redcap ue的coreset#0的不同监视时机的图示。
40.图26示出了图示根据实施例5c的对于redcap ue，当{ss/pbch块，pdcch}scs对于最小信道带宽为5mhz或10mhz的频带为{15,15}khz时的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的重复和集合的表。
41.图27示出了根据实施例5c的包括类型0-pdcch css集-ss/pbch块以及coreset复用模式1和fr1的重复和pdcch监视时机的参数的表。
42.图28示出了根据各种实施例的用于实施redcap ue的coreset#0的通信方法的流程图。
43.图29示出了根据各种实施例的可以用于实施redcap ue的coreset#0的通信装置的示意性示例。
44.本领域技术人员将会理解，附图中的元件是为了简单和清楚而图示的，并不一定是按比例描绘的。例如，图示、框图或流程图中的一些元件的尺寸可能相对于其他元件被夸大，以帮助提高对本实施例的理解。
具体实施方式
45.将参考附图仅作为示例描述本公开的一些实施例。附图中相同的附图标记和字符是指相同的元件或等同物。
46.5g nr系统架构和协议栈
47.3gpp一直致力于第五代蜂窝技术(简称为5g)的下一个版本，包括在范围高达100ghz的频率中操作的新无线电接入技术(nr)的开发。5g标准的第一个版本于2017年底完成，其允许进行智能手机的符合5g nr标准的试验和商业部署。
48.除了其他方面，整个系统架构采用包括gnb的ng-ran(下一代无线接入网)，提供了面向ue的ng-无线接入用户平面(sdap/pdcp/rlc/mac/phy)和控制平面(rrc)协议终止(termination)。gnb通过xn接口相互连接。gnb还通过下一代(ng)接口与ngc(下一代核心)连接，更具体地，通过ng-c接口连接到amf(接入和移动性管理功能)(例如，执行amf的特定核心实体)，并且通过ng-u接口连接到upf(用户平面功能)(例如，执行upf的特定核心实体)。在图1中示出了ng-ran架构(参见例如3gpp ts 38.300v15.6.0第4节)。
49.nr的用户平面协议栈(参见例如3gpp ts 38.300第4.4.1节)包括pdcp(分组数据汇聚协议，参见ts 38.300的第6.4节)、rlc(无线电链路控制，参见ts 38.300的第6.3节)和mac(介质接入控制，参见ts 38.300的第6.2节)子层，其在网络侧上在gnb中终止。此外，在pdcp之上引入了新的接入层(as)子层(sdap，服务数据适配协议)(参见例如3gpp ts 38.300的子条款6.5)。还为nr定义了控制平面协议栈(参见例如ts 38.300第4.4.2节)。在ts 38.300的子条款6中给出了层2功能的概述。在ts 38.300的第6.4、6.3和6.2节中分别列出了pdcp、rlc和mac子层的功能。在ts 38.300的子条款7中列出了rrc层的功能。
50.例如，介质接入控制处理逻辑信道多路复用、以及调度和调度相关功能，包括不同参数集(numerology)的处理。
51.物理层(phy)例如负责编码、phy harq处理、调制、多天线处理、以及信号到适当的物理时间-频率资源的映射。它还处理传输信道到物理信道的映射。物理层以传输信道的形式向mac层提供服务。物理信道对应于用于特定传输信道的传输的时间-频率资源集合，并且每个传输信道被映射到对应的物理信道。例如，物理信道是用于上行链路的prach(物理随机接入信道)、pusch(物理上行链路共享信道)和pucch(物理上行链路控制信道)以及用于下行链路的pdsch(物理下行链路共享信道)、pdcch(物理下行链路控制信道)和pbch(物理广播信道)。
52.nr的用例/部署场景可能包括增强型移动宽带(embb)、超可靠低延迟通信(urllc)、大规模机器类型通信(mmtc)，其在数据速率、延迟和覆盖方面有不同的要求。例如，预计embb支持数量级是高级imt(imt-advanced)所提供的三倍的峰值数据速率(下行链路20gbps，并且上行链路10gbps)和用户体验数据速率。另一方面，在urllc的情况下，对超低延迟(ul和dl各自的用户平面延迟为0.5ms)和高可靠性(1ms内1-10-5
)提出了更严格的要求。最后，mmtc可能优选地需要高连接密度(在城市环境中为1,000,000个设备/km2)、恶劣环境中的大覆盖、以及低成本设备的极长寿命电池(15年)。
53.因此，适用于一个用例的ofdm参数集(例如，子载波间隔、ofdm符号持续时间、循环前缀(cp)持续时间、每个调度间隔的符号数)可能不适合另一个用例。例如，与mmtc服务相比，低延迟服务可能优选地需要更短的符号持续时间(以及因此更大的子载波间隔)和/或每个调度间隔(也称为tti)更少的符号。此外，与具有短时延扩展的场景相比，具有大信道时延扩展的部署场景可能优选地需要更长的cp持续时间。应该相应地优化子载波间隔，以保留类似的cp开销。nr可以支持多于一个子载波间隔值。相应地，15khz、30khz、60khz
……
的子载波间隔目前在考虑中。符号持续时间tu和子载波间隔δf通过公式δf＝1/tu直接相关。以与lte系统中类似的方式，术语“资源元素”可以用于表示由一个ofdm/sc-fdma符号的长度的一个子载波组成的最小资源单元。
54.在新无线电系统5g-nr中，对于每个参数集和载波，分别为上行链路和下行链路定
义子载波和ofdm符号的资源网格。资源网格中的每个元素被称为资源元素，并且基于频域中的频率索引和时域中的符号位置来标识(参见3gpp ts 38.211v15.6.0)。
55.(控制信号)
56.在本公开中，与本公开有关的下行链路控制信号(信息)可以是通过物理层的pdcch发送的信号(信息)，或者可以是通过高层的mac控制元素(ce)或rrc发送的信号(信息)。下行链路控制信号可以是预定义的信号(信息)。
57.与本公开有关的上行链路控制信号(信息)可以是通过物理层的pucch发送的信号(信息)，或者可以是通过高层的mac ce或rrc发送的信号(信息)。此外，上行链路控制信号可以是预定义的信号(信息)。上行链路控制信号可以用上行链路控制信息(uci)、第一级(stage)侧行链路控制信息(sci)或第二级sci来替换。
58.(基站)
59.在本公开中，例如，基站可以是发送接收点(trp)、簇头、接入点、远程无线电头(rrh)、enodeb(enb)、gnodeb(gnb)、基站(bs)、基站收发台(bts)、基本单元或网关。此外，在侧行链路通信中，可以采用终端，而不是基站。基站可以是中继更高节点和终端之间的通信的中继装置。基站也可以是路边单元。
60.(上行链路/下行链路/侧行链路)
61.本公开可以被应用于上行链路、下行链路和侧行链路中的任何一个。
62.本公开可以被应用于例如上行链路信道(诸如pusch、pucch和prach)、下行链路信道(诸如pdsch、pdcch和pbch)和侧行链路信道(诸如物理侧行链路共享信道(pssch)、物理侧行链路控制信道(pscch)和物理侧行链路广播信道(psbch))。
63.pdcch、pdsch、pusch和pucch分别是下行链路控制信道、下行链路数据信道、上行链路数据信道和上行链路控制信道的示例。pscch和pssch分别是侧行链路控制信道和侧行链路数据信道的示例。pbch和psbch分别是广播信道的示例，并且prach是随机接入信道的示例。
64.(数据信道/控制信道)
65.本公开可以被应用于任何数据信道和控制信道。本公开中的信道可以用包括pdsch、pusch和pssch的数据信道和/或包括pdcch、pucch、pbch、pscch和psbch的控制信道来替换。
66.(参考信号)
67.在本公开中，参考信号是基站和移动站都已知的信号，并且每个参考信号可以被称为参考信号(rs)或者有时称为导频信号。参考信号可以是dmrs、信道状态信息-参考信号(csi-rs)、跟踪参考信号(trs)、相位跟踪参考信号(ptrs)、小区特定参考信号(crs)和探测参考信号(srs)中的任何一个。
68.(时间间隔)
69.在本公开中，时间资源单元不限于时隙和符号之一或其组合，并且可以是诸如帧、超帧、子帧、时隙、时隙子时隙、微时隙的时间资源单元，或诸如符号、正交频分复用(ofdm)符号、单载波频分复用接入(sc-fdma)符号的时间资源单元，或其他时间资源单元。一个时隙中包括的符号数量不限于上述(多个)实施例中例示的任何符号数量，并且可以是其他符号数量。
70.(频带)
71.本公开可以被应用于许可频带和未许可频带中的任何一个。
72.(通信)
73.本公开可以被应用于基站和终端之间的通信(uu链路通信)、终端和终端之间的通信(侧行链路通信)以及车辆对一切(v2x)通信中的任何一个。本公开中的信道可以用pscch、pssch、物理侧行链路反馈信道(psfch)、psbch、pdcch、pucch、pdsch、pusch和pbch来替换。
74.此外，本公开可以被应用于地面网络或者使用卫星或高空伪卫星(haps)的除地面网络之外的网络(ntn：非地面网络)中的任何一个。此外，本公开可以被应用于小区大小较大的网络、以及与符号长度或时隙长度相比具有大延迟的地面网络(诸如超宽带传输网络)。
75.(天线端口)
76.天线端口是指由一个或多个物理天线形成的逻辑天线(天线组)。也就是说，天线端口不一定指一个物理天线，并且有时指由多个天线等形成的阵列天线。例如，没有定义多少个物理天线形成天线端口，相反，天线端口被定义为允许终端通过其发送参考信号的最小单元。天线端口也可以被定义为用于预编码向量加权的相乘的最小单元。
77.ng-ran和5gc之间的5g nr功能划分
78.图2示出了ng-ran和5gc之间的功能划分。ng-ran逻辑节点是gnb或ng-enb。5gc具有逻辑节点amf、upf和smf。
79.具体地，gnb和ng-enb主管(host)以下主要功能：
[0080]-用于无线电资源管理的功能，诸如无线电承载控制、无线电准入控制、连接移动性控制、在上行链路和下行链路中向ue动态分配资源(调度)；
[0081]-数据的ip报头压缩、加密和完整性保护；
[0082]-当不能从由ue提供的信息确定到amf的路由时，在ue附接时选择amf；
[0083]-向(多个)upf路由用户平面数据；
[0084]-向amf路由控制平面信息；
[0085]-连接建立和释放；
[0086]-寻呼消息的调度和传输；
[0087]-(源自amf或oam的)系统广播信息的调度和传输；
[0088]-用于移动性和调度的测量和测量报告配置；
[0089]-上行链路中的传输层分组标记；
[0090]-会话管理；
[0091]-支持网络切片；
[0092]-qos流管理和到数据无线电承载的映射；
[0093]-支持处于rrc_inactive状态的ue；
[0094]-nas消息的分发功能；
[0095]-无线电接入网共享；
[0096]-双连接；
[0097]-nr和e-utra之间的紧密互通。
[0098]
接入和移动性管理功能(amf)主管以下主要功能：
[0099]-非接入层nas信令终止；
[0100]-nas信令安全；
[0101]-接入层as安全控制；
[0102]-用于3gpp接入网之间的移动性的核心网cn间节点信令；
[0103]-空闲模式ue可达性(包括寻呼重传的控制和执行)；
[0104]-注册区域管理；
[0105]-支持系统内和系统间移动性；
[0106]-接入认证；
[0107]-接入授权，包括检查漫游权限；
[0108]-移动性管理控制(订阅和策略)；
[0109]-支持网络切片；
[0110]-会话管理功能smf选择。
[0111]
此外，用户平面功能upf主管以下主要功能：
[0112]-rat内/rat间移动性的锚点(当适用时)；
[0113]-与数据网络的互连的外部pdu会话点；
[0114]-分组路由&转发；
[0115]-分组检查以及策略规则实施的用户平面部分；
[0116]-业务使用报告；
[0117]-支持将业务流路由到数据网络的上行链路分类器；
[0118]-支持多宿pdu会话的分支点；
[0119]-用户平面的qos处理，例如分组滤波、门控、ul/dl速率实施；
[0120]-上行链路业务验证(sdf到qos流映射)；
[0121]-下行链路分组缓冲和下行链路数据通知触发。
[0122]
最后，会话管理功能smf主管以下主要功能：
[0123]-会话管理；
[0124]-ue ip地址分配和管理；
[0125]-up功能的选择和控制；
[0126]-配置用户平面功能upf处的业务定向，以将业务路由到正确的目的地；
[0127]-策略实施的控制部分以及qos；
[0128]-下行链路数据通知。
[0129]
rrc连接建立和重新配置过程
[0130]
图3示出了对于nas部分，在ue从rrc_idle转变到rrc_connected的上下文中，ue、gnb和amf(5gc实体)之间的一些交互(参见ts 38.300v15.6.0)。rrc是用于ue和gnb配置的高层信令(协议)。具体地，该转变涉及amf准备ue上下文数据(包括例如pdu会话上下文、安全密钥、ue无线电能力和ue安全能力等)并将其与initial context setup request(初始上下文建立请求)一起传送到gnb。然后，gnb激活与ue的as安全，这是通过gnb向ue发送securitymodecommand消息并且通过ue用securitymodecomplete消息响应gnb来执行的。之后，gnb通过向ue发送rrcreconfiguration消息并且作为响应，由gnb从ue接收
rrcreconfigurationcomplete来执行重新配置，以建立信令无线电承载2(srb 2)和(多个)数据无线电承载drb。对于仅信令连接，跳过与rrcreconfiguration有关的步骤，因为没有建立srb2和drb。最后，gnb用initial context setup response(初始上下文建立响应)通知amf建立过程被完成。
[0131]
因此，在本公开中，提供了第5代核心(5gc)的实体(例如，amf、smf等)，其包括与gnodeb建立下一代(ng)连接的控制电路，以及经由ng连接向gnodeb发送初始上下文设置消息以使得在gnodeb与用户设备(ue)之间的信令无线电承载建立的发送器。具体地，gnodeb经由信令无线电承载向ue发送包括资源分配配置信息元素的无线电资源控制(rrc)信令。然后，该ue基于资源分配配置来执行上行链路发送或下行链路接收。
[0132]
2020年及以后imt的使用场景
[0133]
图4示出了5g nr的一些用例。在第三代合作伙伴计划新无线电(3gpp nr)中，正在考虑已经被设想为由imt-2020支持各种各样的服务和应用的三个用例。增强型移动宽带(embb)阶段1的规范已经达成。除了进一步扩展embb支持，当前和未来的工作将涉及超可靠低延迟通信(urllc)和大规模机器类型通信的标准化。图4示出了2020年及以后imt的设想使用场景的一些示例(参见例如itu-r m.2083的图2)。
[0134]
urllc用例对诸如吞吐量、延迟和可用性的能力有严格的要求，并被设想为未来垂直应用(诸如工业制造或生产过程的无线控制、远程医疗手术、智能电网中的配电自动化、运输安全等)的促成者之一。要通过确认满足tr38.913设置的要求的技术来支持urllc的超可靠性。对于版本15中的nr urllc，关键要求包括ul(上行链路)为0.5ms的目标用户平面延迟，并且dl(下行链路)为0.5ms的目标用户平面延迟。对于32字节的分组大小和1ms的用户平面延迟，分组的一个传输的一般urllc要求是1e-5的bler(误块率)。
[0135]
从物理层的角度来看，可靠性可以以多种可能的方式来改进。当前改进可靠性的范围涉及为urllc定义单独的cqi表、更紧凑的下行链路控制信息(dci)格式、pdcch的重复等。然而，随着nr变得更稳定和开发(针对nr urllc关键要求)，实现超可靠性的范围可能扩大。版本15中nr urllc的特定用例包括增强现实/虚拟现实(ar/vr)、电子健康、电子安全和关键任务应用。
[0136]
此外，nr urllc针对的技术增强旨在延迟改进和可靠性改进。延迟改进的技术增强包括可配置的参数集、具有灵活映射的非基于时隙(基于微时隙)的调度、无授权(配置授权)上行链路、数据信道的时隙级重复以及下行链路抢占(pre-emption)。抢占意味着已经为其分配了资源的传输被停止，并且已经分配的资源用于稍后请求但是具有更低的时延/更高的优先级要求的另一传输。因此，已经授权的传输被稍后的传输抢占。独立于特定的服务类型，抢占是适用的。例如，服务类型a(urllc)的传输可能被服务类型b(诸如embb)的传输抢占。关于可靠性改进的技术增强包括1e-5的目标bler的专用cqi/mcs表。
[0137]
mmtc(大规模机器类型通信)的用例的特性在于非常大量的连接设备通常发送相对少量的非时延敏感数据。设备需要低成本并且具有非常长的电池寿命。从nr的角度来看，利用非常窄的带宽部分是一种可能的解决方案，以从ue的角度来看，节省功率，并实现长的电池寿命。
[0138]
如上所述，期望nr中的可靠性范围变得更广。所有情况的一个关键要求，尤其是对urllc和mmtc必须的，是高可靠性或超可靠性。从无线电角度和网络角度来看，可以考虑若
干机制来改进可靠性。一般来说，有可以帮助改进可靠性的几个关键的潜在领域。这些领域包括紧凑控制信道信息、数据/控制信道重复、以及关于频域、时域和/或空域的分集。这些领域适用于一般的可靠性，而不管特定的通信场景。
[0139]
对于nr urllc，已经确认了要求更严格的进一步用例，诸如工厂自动化、运输行业和电力分配，包括工厂自动化、运输行业和电力分配。更严格的要求是更高的可靠性(高达10-6
级)、更高的可用性、多达256字节的分组大小、低至几μs量级的时间同步(其中该值可以是1μs或几μs，取决于频率范围)、以及0.5至1ms量级的短延迟(特别是0.5ms的目标用户平面延迟，取决于用例)。
[0140]
此外，对于nr urllc，已经确认了从物理层的角度来看的若干技术增强。其中有与紧凑dci、pdcch重复、增加的pdcch监听有关的pdcch(物理下行链路控制信道)增强。此外，uci(上行链路控制信息)增强与增强型harq(混合自动重传请求)和csi反馈增强有关。还确认了与微时隙级跳跃和重传/重复增强有关的pusch增强。术语“微时隙(mini-slot)”是指包括比时隙(包括14个符号的时隙)更少数量的符号的传输时间间隔(tti)。
[0141]
qos控制
[0142]
5g qos(服务质量)模型基于qos流，并且支持需要保证流比特率的qos流(gbr qos流)和不需要保证流比特率的qos流(非gbr qos流)。在nas级，qos流因此是pdu会话中最精细的qos区分粒度。qos流在pdu会话内由ng-u接口上的封装报头中携载的qos流id(qfi)标识。
[0143]
对于每个ue，5gc建立一个或多个pdu会话。对于每个ue，ng-ran与pdu会话一起建立至少一个数据无线电承载(drb)，并且随后可以配置该pdu会话的(多个)qos流的(多个)附加drb(何时这样做取决于ng-ran)，例如，如上面参考图3所示。ng-ran将属于不同pdu会话的分组映射到不同的drb。ue和5gc中的nas级分组滤波器将ul和dl分组与qos流关联，而ue和ng-ran中的as级映射规则将ul和dl qos流与drb关联。
[0144]
图5示出了5g nr非漫游参考架构(参见ts 23.501v16.0.0第4.23节)。图4中示例性描述的应用功能(af)(例如，托管5g服务的外部应用服务器)与3gpp核心网交互，以便提供服务，例如，支持对业务路由的应用影响、接入网络暴露功能(nef)或者与用于策略控制的策略框架(参见策略控制功能pcf)交互，例如，qos控制。基于运营商部署，被认为是运营商信任的应用功能可以被允许与相关网络功能直接交互。运营商不允许直接接入网络功能的应用功能经由nef使用外部暴露框架与相关网络功能交互。
[0145]
图5示出了5g架构的进一步功能单元，即，网络切片选择功能(nssf)、网络存储库功能(nrf)、统一数据管理(udm)、认证服务器功能(ausf)、接入和移行管理功能(amf)、会话管理功能(smf)和数据网络(dn)，例如，运营商服务、互联网接入或第三方服务。所有或部分核心网络功能和应用服务都可以被部署并运行在云计算环境中。
[0146]
在ranp#86[rp-193238]中批准了支持能力降低(redcap)nr设备(也称为nr轻型/精简)的新的研究项目(si)。该si的目的是为中端(mid-tier)nr设备(例如，智能手表、视频监控摄像机和工业传感器)提供nr的更轻版本，其中它们对高吞吐量、延迟和可靠性的要求不是很严格。该si的主要目标之一是识别和研究潜在的ue复杂度降低特征，诸如：
[0147]-减少数量的ue rx/tx天线
[0148]-ue带宽减少(其中rel-15 ssb带宽应该被重用并且l1改变被最小化)
[0149]-半双工-频分双工(fdd)
[0150]-宽松的ue处理时间
[0151]-宽松的ue处理能力
[0152]
ue可以被配置有服务小区上的多达12个控制资源集(coreset)(索引0-11)。coreset在六物理资源块(prb)频率网格上以六个prb为单位配置，并且在时域中以一个、两个或三个连续的ofdm符号为单位配置。在提供任何专用高层配置之前，ue获取具有索引0的coreset(即，coreset#0，也称为第一coreset)用于这样的初始小区选择或初始接入。coreset#0可以通过一些预定义的过程和预定义的参数来配置。
[0153]
在检测到同步信号块(ssb)时，由ue从物理广播信道(pbch)推导主信息块(mib)。如果对于频率范围1(fr1)，k
ssb
≤23，或者如果对于频率范围2(fr2)，k
ssb
≤11，则ue从mib信息元素(ie)的pdcch-configsib1中的controlresourcesetzero确定类型0-pdcch css集的coreset(即，coreset#0)的连续资源块的数量和连续符号的数量，如ts 38.213的表13.1-13.10所述，并且从pdcch-configsib1中的searchspacezero确定pdcch监视时机，如ts 38.213的表13.11-13.15所述。另一方面，如果对于fr1，k
ssb
》23，或者如果对于fr2，k
ssb
》11，则coreset#0不存在于mib ie中，其可以针对具有由主小区组(mcg)的主小区上的系统信息-无线电网络临时标识符(si-rnti)加扰的循环冗余校验(crc)的dci格式而由pdcch-configcommon中的controlresourcesetzero或者由pdcch-configcommon中的searchspacezero提供。
[0154]
然而，当rel-15 coreset#0的带宽(bw)大于/可以大于redcap ue的bw时，出现了潜在的问题，如图6所示，其中rel-coreset#0bw 602超出redcap ue bw 604。此外，通过当前rel-15 coreset#0调度的sib1 pdsch的带宽也可能大于redcap nr设备的bw。这可能导致初始小区选择、切换等的失败。
[0155]
因此，本公开提供了ue接收coreset#0上的pdcch的解决方案，该coreset#0的时间和频率资源是基于与redcap ue相关联的带宽配置来定义的。coreset#0上的该pdcch被用于为redcap ue而调度系统信息类型1(sib1)pdsch、msg2 pdsch和msg4 pdsch。有利的是，这允许具有更窄带宽能力的nr轻型/精简(或redcap)ue读取sib1用于初始接入。此外，在初始接入期间，msg2 pdsch和msg4 pdsch在coreset#0带宽内被发送。根据实施例1，基于redcap ue的合适bw，可以为redcap ue配置rel-15 coreset#0的子集/部分，即，在ts 38.213中描述的表13.1-13.10的条目的子集。如图7的示例示图700所示，仅rel-15 coreset#0 702的子集/部分706可用于配置用于关注网络中的所有类型的ue(即，普通的rel-15/16/17ue和redcap ue)。子集/部分706基于redcap ue的bw来定义，使得其具有比redcap ue bw 704更小的bw，如可以在图7中所看到的。ue的传统操作和指示仍然可以被重用。
[0156]
根据实施例1，redcap ue可以假设基于ts 38.213中的表13.1-13.10在mib中指示的coreset#0的bw等于或小于它们的bw，或者如果基于ts 38.213中的表13.1-13.10在mib中指示的coreset#0bw大于ue的bw，则ue应当丢弃(或忽略)ssb。有利的是，由于减少了公共搜索空间(css)和/或ue特定的搜索空间(uss)集，所以简化了搜索复杂度。此外，由于引入了nr轻型/精简(或redcap)ue，避免了附加开销。
[0157]
当redcap ue的bw为5mhz或10mhz时，{ssb,pdcch}scs为{15,15}khz，redcap ue的
rel-15 coreset#0的子集的示例分别在图8a的表800和图8b的表802中示出，这两个表都基于ts 38.213的表13.1。例如，表800呈现了当{ssb,pdcch}scs对于最小信道bw为5mhz的频带而言为{15,15}khz(即，在索引0-5中)时coreset#0的rb和时隙符号的子集。另一方面，表802示出了当{ssb,pdcch}scs对于最小信道bw为10mhz的频带而言为{15,15}khz(即，在索引0-11中)时coreset#0的rb和时隙符号的子集。应当理解，可以使用类似的方法来为redcap ue定义表13.2-13.10的条目的子集，使得表13.1-13.10的条目的子集基于redcap ue的bw来定义。
[0158]
根据实施例2，rel-15 coreset#0被分割为m个均等或不均等的子集，使得当rel-15 coreset#0的bw大于redcap ue的bw时，m≥1。图9示出了图示根据实施例2的rel-15 coreset#0 902的子集的传输的示意图900。rel-15 coreset#0 902被分割为两个子集904和906，其中子集904被映射到时隙n，并且子集906被映射到时隙n-1。rel-15 coreset#0的每个子集904、906的bw不大于redcap ue的bw。rel-15 coreset#0(即，redcap ue的coreset#0)的每个子集可以是ts 38.213中的表13.1-13.10的条目的子集或者诸如rel-15 coreset#0的控制信道元素(cce)或物理资源块(prb)的物理资源的子集。m的上限取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0159]
pdcch可以由1、2、4、8或16个cce携载，以适应不同的dci有效载荷大小或不同的编码率，其中pdcch的cce的数量由聚合级别指定。每个cce由6个资源元素组(reg)组成，其中每个reg由一个prb中的一个ofdm符号的12个资源元素(re)组成。
[0160]
普通ue的rel-15 coreset#0的当前指示被用于呈现redcap ue的coreset#0，即，mib中的controlresourcesetzero和searchspacezero ie的现有条目。rel-15 coreset#0的第i个子集被配置在对应的时隙n-i中，其中0≤i《m，并且时隙n可以是rel.15coreset#0的pdcch监视时机(时隙或符号)或者为redcap ue配置的pdcch监视时机。当redcap ue监视m个连续时隙时，它们通过组合m个子集来进行盲解码(bd)尝试以解码rel-15coreset#0，如图9的示图900所示。当m》1时，redcap ue可能需要在与为rel.15/16ue定义的监视时机不同的时隙中监视分割的rel.15 coreset#0。有利的是，redcap ue的bw可以比rel-15 coreset#0的bw窄。当m＝2时，coreset#0的监视时机的现有行为被应用于普通ue和redcap ue。
[0161]
在实施例2的第一变型中，子集映射和ue行为可以如下：
[0162]-完整的rel-15 coreset#0被映射在时隙n中，用于支持普通的rel-15/16 ue
[0163]-rel-15 coreset#0的第i个子集被单独配置在对应的时隙n-i中，用于支持redcap ue，其中1≤i《m-1
[0164]-例如：完整的rel-15 coreset#0被分割为子集#0和子集#1。完整的rel-15 coreset#0被映射在时隙n中(即，子集#0被rel-15 coreset#0包括在时隙n中)，而子集#1被映射在时隙n-1中
[0165]-普通的rel-15/16 ue进行bd尝试以解码时隙n中的rel-15 coreset#0
[0166]-redcap ue通过组合m个连续时隙中的m个子集来进行bd尝试以解码rel-15 coreset#0
[0167]
在实施例2的第二变型中，子集映射和ue行为可以如下：
[0168]-完整的rel-15 coreset#0被映射在时隙n中，用于支持普通的rel-15/16 ue
coreset#0的诸如cce的物理资源的子集。这些子集在不同的监视时机(即，时隙或符号)中在redcap ue的bw内被复制&映射。q的上限取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。普通ue的rel-15 coreset#0的当前指示被用于呈现redcap ue的coreset#0，即，mib中的controlresourcesetzero和searchspacezero ie中的现有条目。
[0178]
rel-15 coreset#0通过使用(预)配置的规则而被发信号通知给普通ue和redcap ue：
[0179]-rel-15 coreset#0被映射在时隙n中。rel-15 coreset#0的第i个子集在对应的时隙n-i中在redcap ue的bw内被复制和映射，其中1≤i≤q
[0180]-普通ue通过监视时隙n和n-1来进行bd尝试以解码rel-15 coreset#0
[0181]-redcap ue可以假设用于pdsch资源分派字段的rb的数量是基于在mib中指示的rel-15coreset#0bw，而不是基于redcap ue bw
[0182]-redcap ue通过监视q 1个连续时隙来进行bd尝试以解码rel-15 coreset#0
[0183]
图14示出了根据实施例3的rel-15 coreset#0 1402及其子集的传输的示例示图1400。在该示例中，在redcap ue bw内的rel-15 coreset#0 1402bw的部分是rel-15 coreset#0部分1404，而在redcap ue bw外的rel-15 coreset#0 1402bw的部分是子集#0 1406。由于子集#0 1406的bw没有超出redcap ue bw，因此它不被分割为进一步的子集(即，q＝1)。子集#0 1406在时隙n-1中在redcap ue的bw内被复制&映射。普通ue通过监视时隙n和n-1来进行bd尝试以解码rel-15 coreset#0。redcap ue通过监视q 1个连续时隙(即，在该示例中，由于q＝1，也为时隙n和n-1)来进行bd尝试以解码rel-15 coreset#0。
[0184]
对于实施例3有利的是，redcap ue的bw可以比rel-15 coreset#0的bw窄。此外，当q＝1时，coreset#0的监视时机的现有行为被应用于普通ue和redcap ue，如可以在图14的示图1400中所见。
[0185]
图15示出了根据实施例3的变型的rel-15 coreset#0 1502及其子集的传输的示例示图1500。在该变型中，rel-15 coreset#0 1502通过使用如下(预)配置的规则而被发信号通知给普通ue和redcap ue：
[0186]-rel-15 coreset#0 1502被映射在时隙n中
[0187]-在时隙n-i中，其中1≤i≤q，仅redcap ue可以监视的bw内的rel-15 coreset#0映射的部分1504被替换为时隙n中redcap ue的bw外的rel-15 coreset#0映射的第i个子集
[0188]-普通ue通过监视时隙n和n-1来进行bd尝试以解码rel-15 coreset#0
[0189]-redcap ue通过监视q 1个连续时隙来进行bd尝试以解码rel-15 coreset#0
[0190]
类似于图14的示例，由于子集#0 1506的bw(即，时隙n中redcap ue的bw外的rel-15 coreset#0 1502映射的部分)没有超出redcap ue bw，因此它不被分割为进一步的子集(即，q＝1)。子集#0 1506在时隙n-1中在redcap ue的bw内被复制&映射。普通ue通过监视时隙n和n-1来进行bd尝试以解码rel-15 coreset#0。redcap ue通过监视q 1个连续时隙(即，在该示例中，由于q＝1，也为时隙n和n-1)来进行bd尝试以解码rel-15coreset#0。
[0191]
图16示出了根据实施例3的变型的redcap ue如何接收rel-15 coreset#0的传输规则的示例示图1600。假设rel-15 coreset#0 1602的bw为48个prb，并且它具有8个cce。redcap ue的bw仅为24个prb。
[0192]
在示图1600中示出的规则如下：
[0193]-位于redcap ue的bw外的rel-15 coreset#0 1602的索引为0、2、4和6的cce(即，部分1606)在时隙n-1中在redcap ue的bw内被复制和映射
[0194]-gnb仅在时隙n-1中发送索引为0、2、4和6的cce(即，部分1606)，而它在时隙n中发送具有8个cce的rel-15 coreset#0 1602的索引为从0到7的所有cce(rel-15 coreset#0的部分1604和1606)
[0195]-普通ue进行bd尝试以解码时隙n-1和时隙n中的rel-15 coreset#0 1602
[0196]-redcap ue使用时隙n-1中的cce 0、2、4、6和时隙n中的cce 1、3、5、7的组合来解码rel-15 coreset#0 1602
[0197]
尽管coreset#0传输bw比rel-15 coreset#0的bw窄，但是用于在coreset#0上发送的dci中的pdsch的频域资源分配的bw(即，)可以基于rel-15coreset#0带宽(这是必要的，因为cce 1、3、5、7在rel-15 ue和redcap ue之间被共享)。
[0198]
对于当redcap ue监视多于2个连续时隙(诸如n-2、n-1和n时隙)时的场景，可以扩展示例示图1600的以上规则：
[0199]-gnb仅在时隙n-2中发送索引为0、2、4和6的cce
[0200]-gnb仅在时隙n-1中发送索引为1、3、5和7的cce
[0201]-gnb在时隙n中发送索引为0-7的所有cce
[0202]-redcap ue使用时隙n-2中的cce 0、2、4、6和时隙n-1中的cce 1、3、5、7的组合来解码rel-15 coreset#0
[0203]
应当理解，根据redcap ue能力和/或gnb实施，在时隙(诸如n-2、n-1或n)中发送的cce的数量/顺序方面可以有其他可能性。
[0204]
图17示出了根据实施例4的redcap ue的rel-15 coreset#0 1702和coreset#0 1704的示例示图1700。根据该实施例，普通(rel-15/16/17)ue的rel-15 coreset#0 1702和指示redcap ue的rel-15 coreset#0(即，redcap ue的coreset#0 1704)的子集的信息1706被配置如下：
[0205]-redcap ue的coreset#0基于它们合适的bw来设计，类似于实施例1中示出的，
[0206]-redcap ue的coreset#0是在ts 38.213中描述的表13.1-13.10的条目的子集。
[0207]
在实施例4中使用普通ue的rel-15 coreset#0和redcap ue的coreset#0的独立指示。redcap ue的coreset#0的物理资源通过使用mib或pdcch-configcommon中的controlresourcesetzero和searchspacezero ie中的新条目来指示。例如，提出附加的controlresourcesetzero_nrlight和searchspacezero_nrlight，以分别指示redcap ue的coreset#0和pdcch监视时机，而现有controlresourcesetzero和searchspacezero分别指示普通ue的coreset#0和pdcch监视时机，如下：
[0208]
controlresourcesetzero::＝sequence{
[0209]
controlresourcesetzero integer(0..15)
[0210]
controlresourcesetzero_nrlight integer(0..15)}
[0211]
searchspacezero::＝sequence{
[0212]
searchspacezero integer(0..15)
[0213]
searchspacezero_nrlight integer(0..15)}
[0214]
应当理解，以上信令方法也适用于实施例2和3。
[0215]
根据实施例5a，rel-15 coreset#0的当前指示(即，mib中的现有controlresourcesetzero和searchspacezero ie)被重新解释以用于普通和redcap ue。图18示出了根据实施例5a的对普通ue和redcap ue两者的rel-15 coreset#0的重新解释的示例示图1800。rel-15 coreset#0的相同指示(即，信令1802)被用于普通和redcap ue，但是在coreset#0的配置字段中指示的实际值对于普通ue和redcap ue是不同的。针对redcap ue提出了controlresourcesetzero中rel-15 coreset#0的配置字段的不同解释，如下：
[0216]-在ts 38.213的表13.1-13.10中附加提出了redcap ue coreset#0的新条目(行/列)
[0217]-新条目中的值(物理资源)基于redcap ue的能力来设计
[0218]-普通ue的rel-15 coreset#0和redcap ue的coreset#0的配置字段的大小是相同的此外，redcap ue的38.213的所提出的表13.1-13.10的条目中的实际值(所指示的物理资源)可以不同于普通ue的实际值。普通ue读取当前mib中的信息，并且使用38.213的表13.1-13.10中的现有值来通过监视时隙n和n-1获得re-15 coreset#0。redcap ue读取当前mib中的信息，并且使用表13.1-13.10的新条目(行和/或列)中的对应值来通过监视时隙n和n-1获得其coreset#0。应当理解，redcap ue的coreset#0和监视时机的以上信令方法也适用于实施例2和3。有利的是，可以避免由于引入redcap ue而导致的附加开销，并且对mib也没有影响。
[0219]
普通ue和redcap ue的coreset#0可以在与ts 38.213相同的表中或者在独立表中呈现。图19示出了在与ts 38.213的表13.1相同的表中呈现coreset#0的示例。根据实施例5a，当{搜索空间/物理广播信道块，pdcch}scs({ss/pbch块，pdcch}scs)对于最小信道带宽为5mhz或10mhz的频带而言为{15,15}khz时，图19的表1900包括普通ue和redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合。当redcap ue的bw为5mhz时，{ssb,pdcch}scs为{15,15}khz，基于ts 38.213的表13.1，添加了redcap ue coreset#0的新行和列的示例，如表1900所示。对于索引0-5，具有24个prb的的表部分1902中示出的条目的值对于普通和redcap ue是相同的，即，传统值。对于索引6-15，redcap ue的表部分1904中示出的剩余条目的值不同于普通ue的值。应当理解，这种方法也可以被用于为redcap ue定义表13.2-13.10中的新行和列。
[0220]
图20示出了在独立于ts 38.213的表13.1的表中呈现coreset#0的示例。根据实施例5a，当{ss/pbch块，pdcch}scs对于最小信道带宽为5mhz的频带而言为{15,15}khz时，图20的表2000包括redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合。在这种独立表布置中，ts 38.213的当前表13.1被用于呈现普通ue的rel-15 coreset#0，而独立表2000(其基于表1900)被用于呈现redcap ue的coreset#0。对于在ts 38.213的表13.2-13.10中示出的不同场景，应当理解，类似的以上方法可以被应用于为redcap ue定义对应的独立表。
[0221]
图21示出了根据实施例5a的变型的当{ss/pbch块，pdcch}scs对于最小信道带宽为5mhz或10mhz的频带而言为{15,15}khz时表2100包括普通ue和redcap ue的类型0-pdcch搜索空间集的coreset的资源块和时隙符号的集合的示例。在该变型中，在表2100中示出了ts 38.213中用于定义redcap ue coreset#0的表13.1的不同解释。当redcap ue的bw为
5mhz时，{ssb,pdcch}scs为{15,15}khz，基于ts 38.213的表13.1，添加了redcap ue coreset#0的新行和列的示例，如表2100所示。对于索引0-5，具有24个prb的的表部分2102中示出的条目的值对于普通和redcap ue是相同的。对于索引6-15，表部分2104中示出的剩余条目的值不适用(na)或被保留。应当理解，类似的方法可以用于为redcap ue定义表13.2-13.10的行和列中的新条目。
[0222]
在实施例5b中，rel-15 coreset#0的当前指示(即，mib中的现有controlresourcesetzero和searchspacezero ie)被重新解释以用于普通和redcap ue。针对redcap ue提出了rel-15 coreset#0的配置字段的不同解释，如下：
[0223]-在ts 38.213的表13.1-13.10中附加提出了redcap ue coreset#0的新条目(行/列)
[0224]-新条目中的值(物理资源)基于redcap ue的能力来设计
[0225]-这些值可以是rel-15 coreset#0的条目的子集
[0226]-普通ue的rel-15 coreset#0和redcap ue的coreset#0的配置字段的大小是不同的
[0227]
此外，针对普通ue和redcap ue提出了searchspacezero中的不同监视时机。图22示出了根据实施例5b的对普通ue和redcap ue的rel-15 coreset#0监视时机的重新解释的示例示图2200。gnb仅在时隙n中发送rel-15 coreset#0，而它仅在时隙n-1中发送redcap ue的coreset#0。普通ue读取当前mib中的信息，并且使用它们的现有值来通过仅监视时隙n进行bd尝试以解码rel-15 coreset#0，如图22所示。另一方面，redcap ue读取当前mib中的信息，并且使用新条目中的对应值来通过监视诸如n-1的时隙进行bd尝试以解码其coreset#0，如图22所示。这有利地减少了所有ue的监视时机以省电。应当理解，实施例5a和5b中的redcap ue的新条目的大小和监视时机可以不同。
[0228]
根据实施例5b，可以使用如表2000和2200所示的方法来定义redcap ue的coreset#0，即，基于redcap ue的bw能力来定义redcap ue的coreset#0。监视时机在searchspacezero中给出，并且参数在ts 38.213的表13.11-13.15中定义。因此，对rel-15 coreset#0监视时机的重新解释基于表13.11-13.15。图23示出了根据实施例5b的用于对类型0-pdcch css集-ssb以及coreset复用模式1和频率范围1(fr1)的pdcch监视时机的重新解释的参数的表2300。添加新列2302以指示redcap ue coreset#0被映射在哪个时隙(索引p)中，如表2300所示。如果p＝0，则redcap ue coreset#0的监视时机为时隙n-1，其中时隙n是rel.15coreset#0的监视时机。如果p＝1，则redcap ue coreset#0的监视时机为时隙n 1，其中时隙n是rel.15coreset#0的监视时机。
[0229]
图24示出了用于读取图23的表2300的详细步骤的示例：
[0230]-步骤1：定义奇数或偶数系统帧号(sfn)
[0231]-步骤2：定义时隙n的索引
[0232]-步骤3：基于p的值，定义用于映射redcap ue coreset#0的时隙
[0233]
图25示出了根据实施例5b的普通ue的re-15 coreset#0和redcap ue的coreset#0的不同监视时机的图示2500。假设rel-15 coreset#0为48个prb，并且redcap ue的coreset#0为24个prb。详细监视时机在图25中示出，如下：
[0234]-gnb仅在时隙n中发送普通ue的48个prb的rel-15 coreset#0，如表2100所示
[0235]-gnb仅在时隙n-1中发送redcap ue的24个prb的coreset#0，如表2100所示
[0236]-普通ue读取当前mib中的信息，并且通过仅监视时隙n来进行bd尝试以解码rel-15 coreset#0
[0237]-redcap ue读取当前mib中的信息，并且通过监视时隙n-1或n 1来进行bd尝试以解码rel-15 coreset#0
[0238]
应当理解，普通ue的rel-15 coreset#0和redcap ue的coreset#0可以被用于调度到相同或不同的系统信息块(sib)pdsch，也称为sibx(具有索引x的sib)。
[0239]
根据实施例5c，rel-15 coreset#0的当前指示(即，mib中的现有controlresourcesetzero和searchspacezero ie)被重新解释以用于普通ue和redcap ue两者。还针对redcap ue提出了rel-15 coreset#0的配置字段的不同解释，使得在ts 38.213的表13.1-13.10中附加提出了redcap ue coreset#0的新条目(行/列)，其中新条目中的值(物理资源)基于redcap ue的能力来设计。这些值可以通过使用与如实施例5a或5b的示例(表1900、2100或2300)所示的类似方法来定义。
[0240]
此外，coreset#0的重复可以被显式地和/或隐式地发信号通知给redcap ue。在隐式方法中，信令可以经由(预)配置的规则。在显式方法中，信令可以经由高层信令。例如，在ts 38.213的表13.1或表13.11中添加了附加列，以分别指示在图26的表2600或图27的表2700中给出的controlresourcesetzero或searchspacezero中的redcap ue的重复。在重复的时域位置上，ssby的coreset#0用作ssbx的coreset#0的重复。在相同波束内，gnb发送在ssbx中指定的普通ue的rel-15 coreset#0，同时它发送在ssbx和ssby中指定的redcap ue的coreset#0(作为重复)。因此，普通ue检测ssbx以得到rel-15 coreset#0，并且redcap ue检测ssbx和ssby以得到其coreset#0。有利的是，由于redcap ue的潜在bw减少，可以减少公共信道的覆盖。该解决方案可以提高redcap ue的覆盖性能。
[0241]
参考图26的表2600，基于ts 38.213的表13.1，添加了附加列2602，以指示redcap ue coreset#0的新条目和controlresourcesetzero中的重复次数。如表2000中类似地示出的，表2600可以被划分为普通ue和redcap ue的独立表。应当理解，这仅仅是示例，并且在基于redcap ue的能力而定义的行/列的数量以及这些行/列中可以在表13.1-13.10中附加配置的值方面可以有其他可能性。
[0242]
参考图27的表2700，基于ts 38.213的表13.11，添加了附加列2702以指示searchspacezero中的重复次数。应当理解，这仅仅是示例，并且在基于redcap ue的能力而定义的这些行/列中可以在表13.1-13.15中附加配置的值方面可以有其他可能性。
[0243]
根据网络可用性和redcap ue的能力，多个实施例可以一起被应用于redcap ue的网络中。在实施例1-5中示出的redcap ue的coreset#0可以经由应用层预配置。关于实施例2、3、4、5a、5b和5c，仅具有rel-15/16能力的(多个)当前小区(pcell/pscell/scell)不能支持redcap ue。例如，诸如“该小区不支持redcap ue”的消息需要在mib或sib1中发信号通知，或者新的物理层小区标识(pcid)范围被用于redcap ue，因此它们可以丢弃这些小区。
[0244]
提出了redcap ue以支持至少等于在rel-15/16中定义的coreset#0的最大bw的bw(即，redcap的bw等于或大于在rel-15/16中定义的coreset#0的最大bw)。对redcap ue重用或共享当前的rel-15 coreset#0(即，普通的rel-15/16/17ue和redcap ue被配置有当前的rel-15coreset#0)。coreset#0的物理资源基于与普通(非redcap或rel-15/16/17......)
ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义。ue根据coreset#0带宽、物理资源映射方案或监视时机对由coreset#0携载的搜索空间中的pdcch候选执行盲解码，以实现一个或多个连续时隙上的所有控制信息。
[0245]
当redcap ue带宽在频率范围1(fr1)和频率范围2(fr2)两者中等于或大于coreset#0带宽时，ssb和coreset#0两者可以在redcap ue和非redcap ue之间被共享。此外，如果网络想要卸载redcap ue的传输，它可以配置单独的coreset#0或初始下行链路带宽部分(bwp)，其与非redcap ue频分复用(fdmed)。例如，对于fr2中的复用模式2和3，ssb和coreset#0可以是频域复用的。在一些特定情况下，总带宽可以跨越多于redcap ue的最大带宽。这可能需要对ssb和coreset#0的频率重新调谐和顺序获取，这可能会导致附加延迟。然而，这样的附加延迟对于redcap用例来说是可接受的。因此，可能不需要增强对ssb和/或coreset#0的获取。
[0246]
图28示出了图示根据各种实施例的通信方法的流程图2800。在步骤2802中，接收coreset#0，coreset#0的时间和频率资源是基于与普通(非redcap)ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义的，并且还接收基于coreset#0而调度的系统信息块类型1(sib1)物理下行链路共享信道(pdsch)。在步骤2804中，确定来自coreset#0上的pdcch的控制信息和参数，以读取sib1、msg2 pdsch和msg4 pdsch用于初始接入、切换或波束故障恢复。
[0247]
图29示出了根据各种实施例的可以被实施以用于有助于实施redcap设备的coreset#0的通信装置2900的示意性部分截面图。根据各种实施例，通信装置2900可以被实施为gnb、普通ue或redcap ue。
[0248]
通信装置2900的各种功能和操作根据分层模型而被布置到层中。在该模型中，根据3gpp规范，低层向高层报告并从其接收指令。为了简单起见，在本公开中不讨论分层模型的细节。
[0249]
如图29所示，通信装置2900可以包括电路2914、至少一个无线电发送器2902、至少一个无线电接收器2904和多个天线2912(为了简单起见，为了图示目的，在图29中仅描绘了一个天线)。电路2914可以包括至少一个控制器2906，用于软件和硬件辅助执行其被设计来执行的任务，包括控制与mimo无线网络中的一个或多个其他通信装置的通信。至少一个控制器2906可以控制至少一个发送信号生成器2908用于生成要通过至少一个无线电发送器2902发送到一个或多个其他通信装置的sib、sl-ueinfo和/或rrc-reconfig消息，以及至少一个接收信号处理器2910用于处理通过至少一个无线电接收器2904从一个或多个其他通信装置接收的所述sib、sl-ueinfo和/或rrc-reconfig消息。如图29所示，至少一个发送信号生成器2908和至少一个接收信号处理器2910可以是通信装置2900的独立模块，其与至少一个控制器2906通信以进行上述功能。可替代地，至少一个发送信号生成器2908和至少一个接收信号处理器2910可以被包括在至少一个控制器2906中。对于本领域技术人员来说，显然这些功能模块的布置是灵活的，并且可以根据实际需要和/或要求而变化。数据处理、存储和其他相关控制装置可以在适当的电路板上和/或芯片组中提供。在各种实施例中，至少一个无线电发送器2902、至少一个无线电接收器2904和至少一个天线2912可以由至少一个控制器2906控制。
[0250]
在图29中示出的实施例中，至少一个无线电接收器2904与至少一个接收信号处理
器2910一起形成通信装置2900的接收器。通信装置2900的接收器提供有助于实施redcap设备的coreset#0所需的功能。
[0251]
通信装置2900提供有助于实施redcap设备的coreset#0所需的功能。例如，通信装置2900可以是通信装置，并且接收器2904可以接收控制资源集零(coreset#0)上的物理下行链路控制信道(pdcch)，该控制资源集零的时间和频率资源是基于能力降低用户设备(redcap ue)的带宽配置来定义的，并且接收基于coreset#0而调度的系统信息块类型1(sib1)物理下行链路共享信道(pdsch)。电路2914可以从coreset#0上的pdcch确定控制信息和参数，以读取sib1用于初始接入、切换或波束故障恢复。
[0252]
如果coreset#0具有比通信装置2900的带宽更大的带宽，则电路2914还可以丢弃或忽略coreset#0上的控制信息。
[0253]
redcap ue的coreset#0可以是ts 38.213中的表13.1-13.10的条目的子集或者rel-15 coreset#0的诸如控制信道元素(cce)或物理资源块(prb)的物理资源的子集。
[0254]
coreset#0可以是rel-15 coreset#0的子集，使得仅该子集可用于配置用于所有类型的ue，包括相关联网络中的普通(非redcap)ue和redcap ue。
[0255]
coreset#0可以是rel-15 coreset#0，其被分割为m个均等或不均等的子集，使得m≥1，每个子集具有比redcap ue的带宽小的带宽。每个子集可以对应于ts 38.213中的表13.1-13.10的条目的子集或者rel-15 coreset#0的诸如控制信道元素(cce)或物理资源块(prb)的物理资源的子集。每个子集可以被映射到m个连续时隙中的每一个。m的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。该子集可以被映射到m个连续时隙，使得该子集中的第i个子集被映射在对应的时隙n-i中，其中0≤i《m，其中时隙n可以是rel.15coreset#0的pdcch监视时机(时隙或符号)或者为redcap ue配置的pdcch监视时机。m的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0256]
coreset#0可以是rel-15 coreset#0，其被分割为m个均等或不均等的子集，使得m≥1，每个子集具有比redcap ue的带宽小的带宽；其中rel-15 coreset#0被映射在第一时隙中；并且其中每个子集被映射到不同于第一时隙的m-1个连续时隙中的每个时隙。m的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0257]
coreset#0可以是rel-15 coreset#0，其被分割为m个均等或不均等的子集，使得≥1，每个子集具有比redcap ue的带宽小的带宽；其中rel-15 coreset#0被映射在时隙n中；并且其中第i个子集被映射到对应的时隙k-i，使得k是预定义的值并且0≤i《m。m的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0258]
coreset#0可以是rel-15 coreset#0，其中redcap ue带宽外的rel-15 coreset#0的部分被分割为q个均等或不均等的子集，使得q≥1，每个子集具有比redcap ue的带宽小的带宽；其中rel-15 coreset#0被映射在第一时隙中；其中q个均等或不均等子集中的每个子集在不同于第一时隙的q个连续时隙中的每个时隙中在redcap ue带宽内被复制和映射。q的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0259]
coreset#0可以是rel-15 coreset#0，其中redcap ue带宽外的rel-15 coreset#0的部分被分割为q个均等或不均等的子集，使得q≥1，每个子集具有比redcap ue的带宽小的带宽；其中rel-15 coreset#0被映射在第一时隙中；其中在不同于第一时隙的q个连续时隙中的每个时隙处，仅redcap ue可以监视的bw内的coreset#0映射的部分被替换为
coreset#0的q个均等或不均等的子集中的子集。q的上限可以取决于ue能力、对信道延迟/估计的考虑、或者ssb的周期。
[0260]
指示普通ue的rel-15 coreset#0和pdcch监视时机的信息可以被用于呈现redcap ue的coreset#0，该信息包括mib中的controlresourcesetzero和searchspacezero ie中的现有条目。
[0261]
指示普通(非redcap)ue的rel-15 coreset#0和pdcch监视时机的信息以及指示redcap ue的coreset#0和pdcch监视时机的信息可以彼此独立，其中接收器2904接收这两个信息，并且其中电路2914在通信装置是普通ue的情况下基于普通ue的指示信息或者在通信装置是redcap ue的情况下基于redcap ue的指示信息来确定控制信息和参数以读取sib1。
[0262]
指示普通(非redcap)ue的rel-15 coreset#0的信息可以针对redcap ue来不同地解释，使得该信息指示redcap ue的coreset#0的物理资源(其可以与普通ue相同或不同)，其中接收器2904接收该信息；并且其中，基于该信息，电路2914在通信装置是普通ue的情况下从普通ue的rel-15 coreset#0或者在通信装置是redcap ue的情况下从redcap ue的coreset#0获得控制信息和参数以读取sib1。
[0263]
指示普通(非redcap)ue的rel-15 coreset#0的信息可以针对redcap ue来不同地解释，使得该信息指示redcap ue的coreset#0的物理资源(其可以不同于普通ue)，并且指示redcap ue的监视时机(其不同于普通ue)，其中接收器2904接收该信息；并且其中，基于该信息，电路2914在对应的监视时机中在通信装置是普通ue的情况下从rel-15 coreset#0或者在通信装置是redcap ue的情况下从redcap ue的coreset#0获得控制信息和参数以读取sib1。
[0264]
指示普通(非redcap)ue的rel-15 coreset#0的信息可以针对redcap ue来不同地解释，使得该信息指示redcap ue coreset#0的物理资源(其可以不同于普通ue)，并且指示coreset#0的一个或多个重复，其中一个或多个重复可以经由(预)配置的规则隐式地或者经由高层信令显式地发信号通知给redcap ue，其中接收器接收该信息，并且其中，基于该信息，电路2914在通信装置是普通ue的情况下从普通ue的rel-15 coreset#0或者在通信装置是redcap ue的情况下从redcap ue的coreset#0获得控制信息和参数以读取sib1。
[0265]
在相同的波束内，相关联的gnb可以发送在ssbx中指定的普通ue的rel-15 coreset#0以及在具有索引x的ssb和具有索引y的ssb中指定的redcap ue的coreset#0，其中在具有索引y的ssb中指定的coreset#0是具有索引x的ssb中的coreset#0的重复，使得普通ue检测ssbx以获得rel-coreset#0，并且redcap ue检测具有索引x的ssb和具有索引y的ssb以获得redcap ue的coreset#0，其中一个或多个重复经由(预)配置的规则隐式地或者经由高层信令显式地发信号通知。
[0266]
redcap ue的coreset#0可以由应用层预配置。仅具有rel-15/16能力的(多个)服务小区(pcell/pscell/scell)可能不支持redcap ue，可能需要在mib/sib1中发信号通知诸如“该小区不支持redcap ue”的消息，或者新的物理层小区标识(pcid)范围可以被用于redcap ue，使得如果通信装置是redcap ue，则通信装置2900可以丢弃或忽略这些小区。redcap ue可以支持至少等于在rel-15/16中定义的coreset#0的最大带宽的带宽，其中rel-15 coreset#0可以被用于配置用于所有类型的非redcap和redcap ue。coreset#0的物
理资源可以基于与服务小区中的普通(非redcap)ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义，其中ue根据coreset#0带宽、物理资源映射方案或监视时机对由coreset#0携载的搜索空间中的pdcch候选执行盲解码，以实现一个或多个连续时隙上的所有控制信息。
[0267]
通信装置2900提供有助于实施redcap设备的coreset#0所需的功能。例如，通信装置2900可以是基站或gnb，并且电路2914可以配置控制资源集零(coreset#0)，该控制资源集零的时间和频率资源是基于与普通(非redcap)ue和redcap ue的集合中的一个或多个ue相关联的最小带宽配置来定义的，生成coreset#0上的物理下行链路控制信道(pdcch)，并且基于coreset#0来调度系统信息块类型1(sib1)物理下行链路共享信道(pdsch)；并且发送器2902可以向通信装置发送coreset#0上的pdcch以及sib1 pdsch。
[0268]
如上所述，本公开的实施例提供了能够实施redcap设备的coreset#0的高级通信方法和通信装置。
[0269]
可以通过软件、硬件或与硬件协作的软件来实现本公开。在上述每个实施例的描述中使用的每个功能块可以部分或全部由诸如集成电路的lsi实现，并且在每个实施例中描述的每个过程可以部分或全部由相同的lsi或lsi的组合控制。lsi可以单独地形成为芯片，或者可以形成为一个芯片以便包括部分或全部功能块。lsi可以包括耦合到其的数据输入和输出。根据集成度的不同，这里的lsi可以被称为ic、系统lsi、超级lsi或超lsi。然而，实施集成电路的技术不限于lsi，并且可以通过使用专用电路、通用处理器或专用处理器来实现。另外，可以使用在制造lsi之后可以编程的fpga(field programmable gate array，现场可编程门阵列)或其中可以重新配置布置在lsi内部的电路单元的连接和设置的可重新配置处理器。本公开可以被实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步而导致未来的集成电路技术取代lsi，则可以使用未来的集成电路技术来集成功能块。生物技术也可以应用。
[0270]
本公开可以通过具有通信功能的任何种类的装置、设备或系统来实现，其被称为通信装置。
[0271]
通信装置可以包括收发器和处理/控制电路。收发器可以包括和/或充当接收器和发送器。作为发送器和接收器，收发器可以包括rf(射频)模块，该rf模块包括放大器、rf调制器/解调器等、以及一个或多个天线。
[0272]
这种通信装置的一些非限制性示例包括电话(例如，蜂窝(移动)电话、智能电话)、平板电脑、个人计算机(pc)(例如，笔记本电脑、台式电脑、上网本)、相机(例如，数字静止/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏机、数字书籍阅读器、远程保健/远程医疗(远程保健和医疗)设备以及提供通信功能的车辆(例如，汽车、飞机、轮船)及其各种组合。
[0273]
通信装置不限于便携式或可移动，并且还可以包括非便携式或静止的任何类型的装置、设备或系统，诸如智能家居设备(例如，电器、照明、智能仪表、控制面板)、自动售货机以及“物联网(internet of things，iot)”网络中的任何其他“事物”。
[0274]
通信可以包括通过例如蜂窝系统、无线lan系统、卫星系统等以及它们的各种组合来交换数据。
[0275]
通信装置可以包括诸如控制器或传感器的设备，其耦合到执行本公开中所描述的
通信功能的通信设备。例如，通信装置可以包括控制器或传感器，该控制器或传感器生成控制信号或数据信号，该控制信号或数据信号由执行该通信装置的通信功能的通信设备所使用。
[0276]
通信装置还可以包括诸如基站、接入点的基础设施、以及与诸如上述非限制性示例中的装置进行通信或控制这些装置的任何其他装置、设备或系统。
[0277]
本领域技术人员将会理解，在不脱离广泛描述的本公开的精神或范围的情况下，可以对具体实施例中示出的本公开进行多种变化和/或修改。因此，本实施例在所有方面都被认为是说明性的而非限制性的。