CN116548047A - 识别RedCap UE的方法和装置 - Google Patents

Abstract

用户设备(UE)可以基于准则确定是在随机接入(RA)过程期间还是在所述RA过程期间之后向gNB指示所述UE是降低能力(RedCap)UE，并根据确定结果指示是在所述RA过程期间或还是在所述RA过程期间之后所述UE是所述RedCap UE。与非RedCap UE相比，所述RedCap UE的接收分支数更少或带宽更小。所述gNB可以确定在所述RA过程期间接收到的第一消息是否指示所述UE是所述RedCap UE。当所述第一消息指示所述UE是所述RedCap UE时，所述gNB在所述RA过程期间使用覆盖恢复技术向所述UE发送第二消息。当所述第一消息未指示所述UE是所述RedCap UE时，所述gNB确定在所述RA过程完成之后所述UE是否是所述RedCap UE。

Description

识别RedCap UE的方法和装置

本专利申请要求于2020年12月7日提交的发明名称为“RedCap UE的多路径识别(Multipath Identification of RedCap UEs)”、申请号为63/122,414的美国临时申请和于2021年9月30日提交的发明名称为“RedCap UE的多路径识别(MultipathIdentification of RedCap UEs)”、申请号为63/250,751的美国临时申请的优先权，其内容以引用的方式并入本文中，如全文再现一般。

技术领域

本公开大体上涉及电信，并且在特定实施例中，涉及用于识别降低能力(reducedcapability，RedCap)用户设备(user equipment，UE)的技术和机制。

背景技术

第三代合作伙伴项目(third generation partnership project，3GPP)一直在开发和标准化第五代(fifth generation，5G)新空口(new radio，NR)接入技术的若干重要特征。在RAN#86(3GPP RP-201677，2020年7月)中，Rel-17批准了新的研究项目(study item，SI)，该SI旨在支持降低能力(reduced capability，RedCap)NR设备(例如，用户设备(UE))。RedCap UE是服务相对低端服务(relatively low end service)的NR实体，但要求与典型的蜂窝UE不同，例如，RedCap UE可能具有极长的电池寿命。RedCap UE至少可用于三种不同的场景：工业传感器、视频监控和可穿戴设备。期望开发促进RedCap UE通信的机制。

发明内容

技术优势通常通过本公开的各实施例来实现，本公开的各实施例描述了用于识别降低能力(reduced capability，RedCap)用户设备(user equipment，UE)的技术和机制。

根据本公开的一方面，提供一种方法，所述方法包括：用户设备(user equipment，UE)基于准则确定是在所述UE的随机接入(random access，RA)过程期间还是在所述RA过程之后向gNB指示所述UE是降低能力(reduced capability，RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；所述UE根据确定结果向所述gNB指示所述UE是所述RedCap UE。

可选地，在上述任一方面中，所述非RedCap UE是传统UE(legacy UE，也称为遗留UE)。

可选地，在上述任一方面中，所述RedCap UE具有一个或两个接收分支。

可选地，在上述任一方面中，所述非RedCap UE的所述最小接收分支数对于频率范围1(frequency range 1，FR1)是4，对于频率范围2(frequency range 2，FR2)是2。

可选地，在上述任一方面中，所述指示包括：当确定在所述RA过程期间指示时，所述UE向所述gNB发送在所述RA过程期间指示所述UE为所述RedCap UE的第一消息，所述第一消息包括所述RA过程的消息1(message 1，Msg1)、所述RA过程的消息3(message3，Msg3)，或所述RA过程的消息A(message A，MsgA)。

可选地，在上述任一方面中，所述方法还包括：在所述RA过程之前，所述UE基于由所述gNB广播并且由所述UE在所述RA过程之前接收的无线资源控制(radio resourcecontrol，RRC)配置确定所述第一消息。

可选地，在上述任一方面中，所述RRC配置包括所述准则的信息。

可选地，在上述任一方面中，所述第一消息由所述UE根据物理随机接入信道(physical random access channel，PRACH)配置发送，所述PRACH配置由所述gNB广播并且由所述UE在所述RA过程之前接收，所述PRACH配置包括与指示RedCap UE关联的RACH前导码(RACH preamble)、RACH时机(RACH occasion)或其组合。

可选地，在上述任一方面中，所述方法还包括：所述UE在所述RA过程期间根据接收的覆盖恢复技术从所述gNB接收消息2(message 2，Msg2)或消息4(message 4，Msg4)。

可选地，在上述任一方面中，所述第一消息是Msg1，所述方法还包括：所述UE重复向所述gNB发送所述Msg3。

可选地，在上述任一方面中，所述Msg3的所述发送的重复次数基于RACH配置。

可选地，在上述任一方面中，当所述UE的参考信号接收功率(reference signalreceived power，RSRP)测量值小于阈值时，重复所述Msg3的所述发送。

可选地，在上述任一方面中，所述指示包括：当确定在所述RA过程之后指示时，所述UE向所述gNB发送在所述RA过程完成之后指示所述UE为所述RedCap UE的UE能力信息。

可选地，在上述任一方面中，所述准则基于所述UE的接收分支数、所述UE测量的参考信号接收功率(reference signal received power，RSRP)、所述UE测量的参考信号接收质量(reference signal received quality，RSRQ)、所述UE测量的参考信号强度指示(reference signal strength indicator，RSSI)或其组合。

可选地，在上述任一方面中，所述标准基于所述UE的能力。

可选地，在上述任一方面中，所述确定包括：当所述UE具有两个接收分支时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；或当所述UE具有一个接收分支时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

可选地，在上述任一方面中，所述确定包括：当所述UE具有两个接收分支，且在频率范围1(FR1)或FR2下可操作时，所述UE确定在所述RA过程之后指示所述UE为所述RedCapUE；当所述UE具有一个接收分支，且在FR1或FR2下可操作时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或当所述UE具有两个接收分支，且在FR1下可操作时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

可选地，在上述任一方面中，所述确定包括：所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；当所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；或当所述UE的所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

可选地，在上述任一方面中，所述确定包括：所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；当所述UE具有两个接收分支且所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；当所述UE具有两个接收分支且所述UE的所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或当所述UE具有一个接收分支时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

可选地，在上述任一方面中，所述确定包括：所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；当所述UE具有一个接收分支且所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；当所述UE具有一个接收分支且所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或当所述UE具有两个接收分支时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE。

根据本公开的另一方面，提供了一种方法，所述方法包括：gNB在随机接入(randomaccess，RA)过程期间从用户设备(user equipment，UE)接收第一消息；所述gNB确定所述第一消息是否指示所述UE是降低能力(reduced capability，RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；当所述第一消息指示所述UE为所述RedCap UE时，所述gNB根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；当所述第一消息未指示所述UE为所述RedCapUE时，所述gNB确定在所述RA过程完成之后所述UE是否是所述RedCap UE。

可选地，在上述任一方面中，所述非RedCap UE是传统UE。

可选地，在上述任一方面中，所述RedCap UE具有一个或两个接收分支。

可选地，在上述任一方面中，所述非RedCap UE的所述最小接收分支数对于频率范围1(FR1)是4，对于频率范围2(FR2)是2。

可选地，在上述任一方面中，所述第一消息包括所述RA过程的消息1(Msg1)、所述RA过程的消息3(Msg3)或所述RA过程的消息A(MsgA)。

可选地，在上述任一方面中，所述第一消息基于由所述gNB广播的物理随机接入信道(physical random access channel，PRACH)配置，所述PRACH配置包括与指示RedCap UE关联的RACH前导码、RACH时机或其组合。

可选地，在上述任一方面中，所述第二消息是所述RA过程的消息2(Msg2)，或所述RA过程的消息4(Msg4)。

可选地，在上述任一方面中，所述方法还包括：所述gNB从所述UE接收在所述RA过程完成之后指示所述UE为所述RedCap UE的UE能力信息。

可选地，在上述任一方面中，所述方法还包括：所述gNB向所述UE广播准则的信息，所述准则使所述UE能够基于所述准则确定是在所述RA过程期间还是在所述RA过程之后向所述gNB指示所述UE为所述RedCap UE。

可选地，在上述任一方面中，所述准则基于所述UE的接收分支数、所述UE的参考信号接收功率(reference signal received power，RSRP)测量值、所述UE的参考信号接收质量(reference signal received quality，RSRQ)测量值、所述UE的参考信号强度指示(reference signal strength indicator，RSSI)或其组合。

可选地，在上述任一方面中，所述标准基于所述UE的能力。

可选地，在上述任一方面中，所述准则包括：当所述UE具有两个接收分支时，在所述RA过程之后指示所述RedCap UE；或当所述UE具有一个接收分支时，在所述RA过程期间指示所述RedCap UE。

可选地，在上述任一方面中，所述准则包括：当所述UE具有两个接收分支，且在频率范围1(FR1)或FR2下可操作时，在所述RA过程之后指示所述RedCap UE；当所述UE具有一个接收分支，且在FR1或FR2下可操作时，在所述RA过程期间指示所述RedCap UE；或当所述UE具有两个接收分支，且在FR1下可操作时，在所述RA过程期间指示所述RedCap UE。

可选地，在上述任一方面中，所述准则包括：当所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；或当所述UE测量的所述RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCap UE。

可选地，在上述任一方面中，所述准则包括：当所述UE具有两个接收分支，且所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；当所述UE具有两个接收分支，且所述UE测量的所述RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCap UE；或当所述UE具有一个接收分支时，在所述RA过程期间指示所述RedCap UE。

可选地，在上述任一方面中，所述准则包括：当所述UE具有一个接收分支，且所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；当所述UE具有一个接收分支，且所述UE测量的RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCapUE；或当所述UE具有两个接收分支时，在所述RA过程之后指示所述RedCap UE。

可选地，在上述任一方面中，所述方法还包括：所述gNB广播指示所述gNB支持RedCap UE的信息。

根据本公开的另一方面，提供了一种装置，所述装置包括：非瞬时性存储器，包括指令；一个或多个处理器，与所述存储器通信，其中，当由所述一个或多个处理器执行时，所述指令使所述装置执行上述任一方面所述的方法。

根据本公开的另一方面，提供了一种存储计算机指令的非瞬时性计算机可读介质，当由装置的一个或多个处理器执行时，所述计算机指令使所述装置执行上述任一方面所述的方法。

根据本公开的另一方面，提供了一种系统，所述系统包括用户设备(userequipment，UE)和gNB；其中，所述UE用于执行以下操作：基于准则确定是在所述UE的随机接入(random access，RA)过程期间还是在所述RA过程之后向所述gNB指示所述UE是降低能力(reduced capability，RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；根据确定结果向所述gNB指示所述UE是RedCap UE；其中，所述gNB用于执行以下操作：在随机接入(randomaccess，RA)过程期间从所述UE接收第一消息；确定所述第一消息是否指示所述UE为所述RedCap UE；当所述第一消息指示所述UE为所述RedCap UE时，根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；当所述第一消息未指示所述UE为所述RedCap UE时，确定在所述RA过程完成之后所述UE是否是所述RedCap UE。

本公开的各方面使RedCap UE能够在RA过程(早期识别)期间或在RA过程(正常识别)之后识别该RedCap UE是RedCap，并实现RedCap UE识别的混合(例如，一些RedCap UE可以执行早期识别，一些RedCap UE可以执行正常识别)。这使得网络能够采取措施补偿RedCap UE在与网络通信中的链路预算的损失，提高通信可靠性和用户体验。

附图说明

为了更完整地理解本公开及其优点，现在参考下文结合附图进行的描述，在附图中：

图1示出了无线通信网络实施例的示图；

图2是根据3GPP TS38.300的4步(4-step)随机接入过程的示图；

图3是根据3GPP TS38.300的2步(2-step)随机接入过程的示图；

图4是通信网络实施例的示图，突出显示了示例覆盖区域(coverage area)和UE的天线/分支数；

图5是UE用于降低能力(reduced capability，RedCap)指示的操作实施例的示图；

图6是基于用于RedCap指示的准则C1的路径选择的操作实施例的示图；

图7是用于检测RedCap UE的gNB的操作实施例的示图；

图8是基于用于RedCap指示的准则C4的路径选择的操作实施例的示图；

图9是RedCap UE指示方法的实施例的示图；

图10是RedCap UE检测方法的另一实施例的示图；

图11是处理系统实施例的框图；

图12示出了收发器的框图；以及

图13是电子设备的框图。

除非另有指示，否则不同图中的对应标号和符号通常是指对应部分。绘制各图是为了清楚地说明实施例的相关方面，因此无需按比例绘制。

具体实施方式

下文详细讨论了本公开的实施例的作出和使用。但是，应了解，本文所公开的概念可以在多种具体上下文中体现，且本文所讨论的具体实施例仅是说明性的，而不限制权利要求书的范围。此外，应当理解，在不脱离由所附权利要求书界定的本公开的精神和范围的情况下，可以对本文做出各种改变、替代和更改。

由于使用复杂性降低特征/技术(complexity reduction feature/technique)，降低能力(reduced capability，RedCap)用户设备(user equipment，UE)会遭受性能下降的影响。RedCap UE可以是接收分支数小于非RedCap UE的最小接收分支数、带宽小于非RedCap UE的最小带宽和/或具有其它降低的能力的UE。为了补偿性能下降，可以使用覆盖恢复技术(coverage recovery technique)，例如重复(repetition)、低调制和编码方案(modulation and coding scheme，MCS)表和/或传输块(transport block，TB)缩放(scaling)。因为gNB在UE接入gNB之前不知道RedCap UE的存在，所以应用这些覆盖恢复技术可以依赖于识别或指示UE是RedCap UE。如果gNB可以早期知道UE是否是RedCap UE，则gNB可以使用这些技术中的一种或多种来提高该RedCap UE的性能。

本公开的实施例提供了使RedCap UE能够在随机接入(random access，RA)过程(称为早期识别)期间或在RA过程(称为正常识别)之后识别自己的机制。因此，实施例可以实现RedCap UE识别的混合，例如，一些RedCap UE可以执行早期识别，一些RedCap UE可以执行正常识别。这为RedCap UE确定何时识别自己提供了灵活性，并使网络能够利用覆盖恢复技术来提高RedCap UE的通信性能。

根据一个实施例，UE可以基于准则确定是在UE的RA过程期间还是在RA过程之后向gNB指示该UE是RedCap UE，然后根据确定结果向gNB指示该UE是RedCap UE。例如，UE可以在RA过程中在消息1、消息3或消息A中指示自己是RedCap UE，或者在RA过程之后在消息5中指示自己是RedCap UE。

根据另一实施例，gNB可以在RA过程期间从UE接收第一消息，并确定第一消息是否指示UE是RedCap UE。当第一消息指示UE是RedCap UE时，gNB可以在RA过程期间根据覆盖恢复技术向UE发送第二消息。当第一消息未指示UE是RedCap UE时，gNB可以在RA过程完成之后确定UE是否是RedCap UE。

图1示出了用于传输数据的网络100。网络100包括具有覆盖区域101的基站110、多个移动设备120和回程网络130。如图所示，基站110与移动设备120建立上行(短划线)连接和/或下行(点虚线)连接，这些连接用于将数据和控制信息从移动设备120携载到基站110，反之亦然。上行/下行连接上携载的数据可以包括在移动设备120之间传送的数据，以及通过回程网络130向/从远端(未示出)传送的数据。如本文所用，术语“基站”是指用于向网络提供无线接入的任何组件(或组件集合)，例如增强型基站(enhanced base station，eNB)、宏小区、毫微微蜂窝基站、Wi-Fi接入点(access point，AP)或其它具有无线功能的设备。基站可以根据一个或多个无线通信协议提供无线接入，所述无线通信协议例如长期演进(long term evolution，LTE)、高级LTE(LTE advanced，LTE-A)、高速分组接入(high speedpacket access，HSPA)、Wi-Fi 802.11a/b/g/n/ac等。如本文所使用的，术语“移动设备”是指能够与基站建立无线连接的任何组件(或组件的集合)，所述基站例如用户设备(userequipment，UE)、移动站(mobile station，STA)和其它具有无线功能的设备。在一些实施例中，网络100可以包括各种其它无线设备，例如中继器、低功率节点等。

图2是根据3GPP TS38.300的图9.6.2-1的4步随机接入过程的示图。Rel-15中的总体基于竞争的随机接入(contention based random-access，CBRA)过程是一个四步过程，如图2所示，包括在PRACH时机(PRACH occasion)发送随机接入前导码(消息1(Msg1))，在通过物理下行控制信道(physical downlink control channel，PDCCH)调度的物理下行共享信道(physical downlink shared channel，PDSCH)中接收随机接入响应(random-accessresponse，RAR)消息(消息2(Msg2))，在物理上行控制信道(physical uplink controlchannel，PUSCH)中发送消息3(Msg3)，以及在PDCCH中接收消息4(Msg4)，该PDSCH在PDCCH中由DCI调度以用于竞争解决(contention resolution)。在UE尝试接入网络之前，UE可能需要(在时间和频率上)同步到下行链路，并通过物理广播信道(physical broadcastchannel，PBCH)和PDCCH/PDSCH接收主信息块(master information block，MIB)和一个或多个系统信息块(system information block，SIB)。在接收SIB(主要是SIB1)之后，UE了解物理随机接入信道(physical random access channel，PRACH)的配置和传输参数。随机接入程序或过程可以称为RACH或RA程序/过程。

为了减少延迟，随机接入(random access，RA)过程的两步过程在Rel-16中被标准化且如图3所示。下面再现了TS38.300中两步过程的描述：

“2步RA类型的MSGA包括PRACH上的前导码和PUSCH上的有效负载(payload)。在MSGA传输之后，UE在配置的窗口内监控来自网络的响应。对于CFRA，为MSGA传输配置专用前导码和PUSCH资源，并且在UE接收到网络响应后，结束随机接入过程，如图9.2.6-1(d)所示。对于CBRA，如果接收到网络响应后竞争解决成功，则UE结束随机接入过程，如图9.2.6-1(b)所示；如果在MSGB中接收到回退指示(fallback indication)，则UE使用回退指示中调度的UL授权进行MSG3传输，并监控竞争解决，如图9.2.6-2所示。如果在MSG3(重新)传输之后竞争解决失败，则UE返回MSGA传输。”

也就是说，在两步RA过程期间，UE向gNB发送消息A(MsgA)，其中，MsgA包括PRACH上的前导码和PUSCH上的有效负载。gNB发送消息B(MsgB)作为响应。本质上，MsgA可以视为相当于将Msg1和Msg3一起发送，MsgB相当于Msg2和Msg4。

在RAN#86(3GPP RP-201677，2020年7月)中，批准了一个新的研究项目(studyitem，SI)，旨在支持降低能力(reduced capability，RedCap)NR设备(例如，用户设备(userequipment，UE))。SI包括以下目标：

“识别和研究潜在的UE复杂性降低特征：

UE RX/TX天线数减少

UE带宽减小

需要说明的是：Rel-15 SSB带宽应重复使用，并最大限度地减少L1变化

半双工-FDD

宽松的(Relaxed)UE处理时间

宽松的UE处理能力。”

RedCap UE是提供相对低端服务的NR实体，但其要求/特征与典型的蜂窝UE(非RedCap UE)不同。例如，Redcap UE的电池寿命可能非常长。RedCap UE可以是指接收(Rx或RX)分支数小于非RedCap UE的最小接收分支数、带宽小于非RedCap UE的最小带宽和/或具有其它降低能力的UE。非RedCap UE可以是指具有Rel 15和Rel 16(3GPP TS38.306，(第16版)，版本16-2，2020-10-02)中规定的UE的最低要求的UE。非RedCap UE也可以称为传统UE或正常UE。例如，非RedCap UE的最小接收分支数对于频率范围1(FR1)是4，对于频率范围2(FR2)是2。RedCap UE可以具有一个或两个接收分支。又例如，对于FR1频分双工(frequencydivision duplex，FDD)频段或FR2频段，其中，非RedCap UE需要至少配备2个Rx分支，RedCap UE支持的最小Rx分支数为1。工作项描述(work item description，WID)还示出了RedCap UE支持2个Rx分支。又例如，对于FR1，RedCap UE可以具有最大带宽20MHz，对于FR2，具有最大带宽100MHz，而对于FR1和FR2，非RedCap UE可以分别具有最小带宽100MHz和400MHz。又例如，RedCap UE可以具有最大数量的DL多输入多输出(multi-input multi-output，MIMO)层(例如，具有一个Rx分支的RedCap UE可以具有最多一个MIMO层，并且具有两个Rx分支的RedCap UE可以具有最多两个MIMO层)。又例如，RedCap UE可以具有减小的最大调制阶数(DL中的256QAM是可选的)。RedCap UE可以支持半双工(half duplex，HD)-FDD类型A。

接收分支(receive branch)可以具有一个或多个接收天线。接收分支与接收链关联。通常，对于FR1，每个分支具有一个物理天线。在这种情况下，分支的数量等于天线的数量。对于FR2，每个分支中通常组合多个物理天线(波束成形)信号。在这种情况下，每个分支可能有多个天线，例如64个天线。

对于SI中减少数量的UE天线/分支特征，在3GPP TR 38.875，第7.2.4条，V0.1.0，“技术规范组无线接入网；支持降低能力NR设备的研究(Technical Specification GroupRadio Access Network；Study on support of reduced capability NR devices)”(版本17)2020-11-25中获取以下内容：

“通常，Rx分支数减少的RedCap UE可以与传统UE共存。但是，如果一些广播信道同时用于传统UE和RedCap UE，则Rx分支数减少的RedCap UE的存在可能会影响传统UE的性能。这是因为，如果没有RedCap UE的早期指示，网络会将传统UE和RedCap UE视为相同，这可能导致对所有UE进行保守处理。”

在SI中研究的场景中，观察到对于具有2个RX分支的RedCap UE，不需要在下行链路(downlink，DL)上对Msg2/Msg4进行补偿，而对于具有1个RX分支的RedCap UE，可能需要高达6dB的补偿，如下所述。因此，对具有1个RX分支的RedCap UE的早期识别/指示是有利的，以便由于1个RX分支性能限制，可以使用适当的无线参数传输Msg2/Msg4。也就是说，RedCap UE可以向网络(例如，gNB)指示或识别其是处于接入网络的早期阶段的RedCap UE。但是，需要说明的是，对于具有2个RX分支的RedCap UE，可能不需要(或很少需要)这种早期识别/指示。

初始接入的覆盖扩展分析(Coverage extension analysis)

复杂性降低技术和特征的使用可能导致覆盖受到影响，这可能是由于频率分集损失(由于具有较小的带宽)和/或接收分支减少(分集损失(loss of diversity)和/或空间复用(spatial multiplexing))。

RedCap UE在随机接入过程期间考虑了多种覆盖恢复评估场景。考虑了FR1和FR2的场景。频率范围1(FR1)的跨度约为600MHz至7.25GHz，FR2的跨度约为24.25GHz至47GHz。针对以下示例场景评估了若干信道和消息的链路预算：FR1城市4GHz(场景1)，FR1城市2.6GHz(场景2)，FR2室内(场景3)。

例如，据估计，对于所有FR1场景，可能需要为PUSCH(包括Msg3)补偿由于小外形尺寸导致的3dB链路预算损失。还估计，对于城市4GHz场景1，当接收分支数为1时，Msg2可能需要5dB至6dB补偿，Msg4可能需要2dB至3dB补偿。当RedCap UE具有一个接收天线时，城市4GHz场景1的信道和消息所需的补偿量总结如下表1所示。一些信道和消息可能需要覆盖恢复。

表1

信道/消息	补偿量dB
		Msg2	5-6
PUSCH/Msg3	3
		Msg4	2-3
PDCCH	1

观察到以下情况：

_–据估计，因为UE发射功率可能不正确(例如，使用最小功率控制)，所以在基站上成功检测PUSCH/Msg3可能需要3dB(由于小外形尺寸(small form factor))补偿。在小外形尺寸的情况下，两个接收分支之间的距离可能接近一半波长。因此，很难从接收分集(receive diversity)获得3dB增益。另一个因素是，下行功率的估计可能会在小外形尺寸下更不准确，这影响了Msg1和Msg3的发射功率。为了成功检测PUSCH/Msg3，UE可能需要通过使用覆盖补偿技术(如重复)来补偿损失。应用任何技术都可能依赖于将UE识别为RedCapUE。换句话说，gNB可能需要在RACH过程的早期知道UE是RedCap UE。

_–据估计，在RedCap UE有一个接收分支的情况下，成功检测Msg2随机接入响应(random access response，RAR)可能需要5dB至6dB的覆盖损失。因此，在Msg1中早期识别/指示UE是RedCap UE是必要的，这将有助于gNB知道何时在下行链路中对已识别的RedCapUE应用覆盖恢复技术。这也可以帮助gNB优化RedCap UE和正常(传统)UE(可能不需要任何覆盖增强的UE)的资源。

下表2示出了当RedCap UE具有2个Rx分支时，城市4GHz场景1需要覆盖恢复的信道和消息。需要说明的是，如表2所示，当接收分支数为2时，Msg2、Msg4和PDCCH不需要覆盖恢复。也就是说，对于包括FDD和TDD频段的FR1，以及对于具有2个Rx分支和降低天线效率的RedCap UE，表明所有下行信道的最大各向同性损失(maximum isotropic loss，MIL)优于参考NR UE的瓶颈信道的最大各向同性损失，并且RedCap UE的下行信道不需要覆盖恢复。

表2

信道/消息	补偿量dB
		Msg2	0
PUSCH/Msg3	3
		Msg4	0
PDCCH	0

下表3示出了UE从使用4个Rx分支到2个Rx分支以及从使用4个Rx分支到1个Rx分支的性能下降，这是基于3GPPTR 38.875V0.1.0(版本17)中对城市场景的模拟研究。CSS表示公共搜索空间(common search space)，USS表示UE特定搜索空间(UE-specific searchspace)。

表3

为了实现成功的上行同步(uplink synchronization)和获得初始连接(initialattachment)的授权，RACH程序/过程中涉及的消息不应受到覆盖限制，但是，由于复杂性降低特征/技术，RedCap UE可能会出现这种情况。为了补偿这种损失，可以使用覆盖恢复技术。例如，重复、低调制和编码方案(modulation and coding scheme，MCS)表和/或传输块(transport block，TB)缩放可用于补偿由于复杂性降低而造成的损失。关于覆盖恢复技术的讨论不在本公开的范围内。因为gNB在UE接入gNB之前不知道RedCap UE的任何存在，所以应用这些覆盖恢复技术可以依赖于识别或指示UE是RedCap UE。如果gNB可以在RACH过程的早期知道UE是否是RedCap UE，则gNB可以使用这些技术中的一种或多种来提高该RedCapUE的性能。

此外，需要说明的是，虽然本文讨论了覆盖范围限制，但还有其它方面需要考虑。例如，UE可能具有覆盖，但需要大量资源来传输消息。在这种情况下，需要关注资源浪费。又例如，来自Msg2的5dB至6dB惩罚(penalty)(损失)可以通过始终使用重复因子4来处理。但是，在这种情况下，额外的开销是巨大的(由于重复)，从资源效率的角度来看，更好的是，仅补偿真正需要补偿的UE。

RedCap SI中讨论的早期识别方案

在3GPP TR 38.875，v0.1.0中，讨论了RedCap UE识别的以下选项：

“已研究了以下RedCap UE识别方案的可行性、必要性、利弊：

_–选项1：在Msg1传输期间

_–例如，通过单独的初始UL BWP、单独的PRACH资源或PRACH前导码分区

_–选项2：在Msg3传输期间

_–选项3：发布Msg4确认。

_–例如，在Msg5传输期间或部分UE能力报告期间。”

最初也考虑了两步RA程序(两步RACH)的第四种选项，但在SI过程中取消了该选项的优先级。

在研究期间，确定上述所有3种选项都是可行的。例如，可以通过提供(例如，通过配置信息、通过在规范中标准化或通过SIB)与RedCap UE关联的PRACH前导码或时间或频率上的时机来实现Msg1中的识别。该识别可以在相同的初始带宽部分(bandwidth part，BWP)中，也可以在单独的初始BWP中。类似地，在Msg3中的识别也是可能的。

如果RedCap UE的性能比正常(传统、非RedCap)UE差，则这种早期识别使得可以不同地对待RedCap UE和正常UE，而不是由于可能存在RedCap UE而需要保守地对待所有UE(RedCap和正常)。性能较差可能是由于复杂性降低特征，如接收分支数较少，或由于小外形尺寸的天线性能损失。

LTE-M设备的初始接入

在Rel-13中，网络通过在MIB中传输用于SIB1的PDSCH指示来指示对长期演进机器类型通信(long term evolution-machine type communication，LTE-M)设备的支持。在3GPP TS 36.213和36.331中规定了机器类型通信(machine type communication，MTC)设备的初始接入。LTE-M设备的RACH过程与常规的LTE RACH过程有很多共性，并且协议/交换的消息是相同的。

MTC UE在发送其UE类别(UE category)之前不会正式将自己识别为MTC设备。但是，部分MTC UE受到覆盖限制。因此，RACH前导码(Msg1)和MPDCCH/PDSCH(Msg2和Msg4)可以重复多次。不同的覆盖级别(也称为覆盖扩展(coverage extension，CE)级别)是基于参考信号接收功率(reference signal received power，RSRP)定义的，并在TS 36.331v16.2.1中指定的RSRP-ThresholdsPrachInfoList信息元素(information element，IE)中定义，如下表4所示。

表4

根据TS 36.331v16.2.1，Rel-12的现有PRACH-Config被扩增为包括RSRP-ThresholdsPrachInfoList，如下表5所示。

表5

此外，RACH-ConfigCommon还包括一个新的IE，rach-CE-LevelInfoList，该IE是根据TS 36.331，v16.2.1的rach-CE-LevelInfo列表，如下面的表6(rach-CE-LevelInfoList-r13)所示。

表6

rach-CE-LevelInfo包含每个UE在RACH预期的给定CE级别的物理参数，如下表7所示：

表7

如TS 36.331所示，所有这些IE都嵌套在SIB中。

这样，可以使正常(传统)UE与条件最好的(在信道增益条件方面，RSRP)LTE-MUE共享PRACH区域。

在基站接收到Msg1时，将给定CE级别的UE识别为LTE-M UE。UE根据RSRP选择合适的前导码。基站在接收到Msg1之前不知道需要的覆盖增强量。网络在配置的上行资源中接收到Msg1之前，不知道LTE-M设备的存在。但是，需要说明以下方面：

·根据UE基于RSRP确定的所选RACH资源进行早期识别。

·不同CE级别的UE在Msg1处识别，但不存在MTC UE在Msg1处识别而其它UE在Msg5处识别的情况：因为基站需要监控占用有限数量(6个)的PRB的MTCUE，所以这样的过程在目前的LTE框架中实际上是不可能实现的。因此，需要在Msg1处识别MTC UE，以便能够正确接收Msg2。

本公开的各实施例提供了使UE通过Msg5(或后期UE能力交换(capabilityexchange))或通过早期识别(例如在Msg1)将自己识别为RedCap UE的机制。也就是说，同时，gNB可以提供配置，以使一些RedCap UE在早期识别，而另一些RedCap UE在后期阶段识别(与同时识别所有RedCap UE相反——无论是否早期)。一些RedCap UE可以具有与正常UE相似的识别(使用当前的初始接入过程)，直到能力交换，在能力交换中这些RedCap UE将被识别为RedCap UE，而其它RedCap UE可能在Msg1或Msg3阶段被识别。对于后一种情况，可以在RA过程之后在Msg5之后(或在Msg5处)进行额外的能力交换。

与LTE-M设备的专用初始接入过程相比，提出的RedCap UE识别方案可以使识别混合(一些在早期阶段——在Msg1或Msg3，而另一些在Msg5)。需要说明的是，本方案不排除使用专用资源。

在一些实施例中，可以定义RedCap UE类型(类型可以基于例如接收天线数、支持的带宽或其组合而不同)，并且在这种情况下，可以根据识别发生的时间沿着单独的路径处理(即，在RACH过程的不同阶段)不同类型的RedCap UE。在这种情况下，gNB能够避免需要在Msg5处识别所有UE，并且也能够避免需要在Msg1或Msg3处识别所有UE。使用这样的方案，可以基于RedCap UE类型进行优化。在一个实施例中，基于RedCap UE具有的接收天线/分支数或支持的带宽或两者来定义RedCap UE类型。

如本文所使用的，为了描述方便，识别或指示UE是RedCap UE可以称为RedCap UE的识别或指示，或称为UE的识别或指示。在随机接入过程完成之前(或在随机接入过程期间)，例如在Msg1、Msg3或MsgA阶段，对RedCap UE的识别或指示可以被称为早期识别或指示，或在早期阶段的识别或指示。为了便于描述，在随机接入过程完成之后的能力交换期间对RedCap UE的识别或指示(如传统执行的那样)可以称为后期(或常规，或标准)识别或指示，或后期阶段的识别或指示。在以下描述中，除非另有规定，否则术语“路径”用于指示将UE指示/识别为RedCap UE的途径或方式，例如，通过早期识别/指示或后期识别/指示。术语“识别UE”和“指示UE”可互换使用。在下文中，仅为了描述方便，“具有n个Rx分支的RedcapUE”可以称为“nRXRedCap UE”、“nRX UE”或“具有nRX的UE”，其中，n为大于0的整数。

在一些实施例中，定义了两个路径(即路径A和路径B)用于指示UE是RedCap UE：

·路径A：在Msg5(能力交换)期间，UE被识别为RedCap UE。UE的UE能力/特征/特征集中的一个或多个可以用于将UE识别为RedCap UE。这可以通过使用一个专用UE能力(例如，定义了一个特征，例如RedCap UE)，或通过一组现有和/或新的UE能力(例如，UE带宽、天线数量等)实现。在这种情况下，当从一组给定组合(例如，BW为20MHz、1个RX天线)中选择一些UE特征时，gNB知道UE是RedCap UE。

·路径B：UE在Msg5之前被识别为RedCap。这可以是例如在Msg1、MsgA或Msg3的传输期间进行。UE可以隐式(例如，通过使用用于传输Msg1的前导码/资源选择)或显式(例如，通过在Msg3中设置1比特)通知网络其是RedCap UE。

路径A对应于后期识别或指示，路径B对应于早期识别或指示。路径B也可以称为早期路径。路径A也可以称为常规、晚期或正常路径。需要说明的是，在上文中，路径A与Msg5关联，路径B与Msg1、Msg3或MsgA关联。

图4是通信网络400实施例的示图，突出显示了示例覆盖区域和UE的天线/分支数。如图所示，网络400包括gNB 410，该gNB 410具有用于具有一个Rx分支的UE的覆盖区域412和用于具有两个Rx分支的UE的覆盖区域414。RedCap UE 422和424各自具有一个Rx分支。RedCap UE 426和428各自具有两个Rx分支。覆盖区域412中的UE 422和426以及覆盖区域414中的UE 428可以使用路径A来指示其是RedCap UE。覆盖区域414中的UE 424可以使用路径B来指示其是RedCap UE。

在一些实施例中，可以为UE定义准则(criterion)，以选择/确定是使用路径A还是路径B来识别RedCap UE。以下提供了示例准则(C)C1和C2：

·C1：路径A或路径B的选择基于RedCap UE的接收天线数：

ο具有2RX(2个Rx天线/分支)的UE使用路径A

ο具有1RX(1个Rx天线/分支)的UE使用路径B

·C2：路径A或路径B的选择基于RedCap UE的接收天线数和双工模式：

ο具有2RX的UE在FR1 FDD和FR2下使用路径A

ο具有1RX的UE在FR1 FDD和FR2下使用路径B

ο具有2RX的UE在FR1 TDD下使用路径B

根据准则C1，当UE具有两个接收分支时，UE可以在RA过程之后指示其为RedCapUE，当UE具有一个接收分支时，可以在RA过程期间指示其为RedCap UE。

根据准则C2，当UE具有两个接收分支，并且在FR1 FDD频段和FR2频段可操作时，可以在RA过程之后指示其是RedCap UE。当UE具有一个接收分支，并且在FR1 FDD和FR2频段可操作时，可以在RA过程期间指示其是RedCap UE。当UE具有两个接收分支，并且在FR1 TDD频段可操作时，可以在RA过程期间指示其是RedCap UE。需要说明的是：FR2目前定义为TDD。上述准则C1和C2是根据Rx天线数定义的。RedCap UE可以支持一个或多个频段的操作。但是，需要说明的是，根据WID目标，RedCap UE不允许同时在两个或多于两个频率下工作。在这种情况下，适当修改后的准则C2也可以适用。例如，C2可以改变为指定当UE在FR1 FDD或FR2下可操作时具有2RX的UE使用路径A，而当UE在FR1 FDD或FR2下可操作时具有1RX的UE使用路径B。因此，用于路径选择的实施例准则的实现可以根据是否允许RedCap UE在一个或多个频段下操作而变化。本领域普通技术人员将认识到，在不背离本公开的精神和原理的情况下，准则的各种修改、替代和实施例可以适用于UE选择用于识别其是RedCap UE的路径。

在一些实施例中，可以基于带宽或频段定义准则。例如，对于第一频段(或多个第一频段)，例如带宽大于20MHz，RedCap UE可以使用早期指示，以及对于第二频段(或多个第二频段)，例如带宽不大于20MHz，RedCap UE可以在能力交换(Msg5)期间指示自己为RedCapUE。

在一些实施例中，还可以基于一个或多个其它参数定义准则，例如指示无线信道条件的参数，包括RSRP(天线组合(antenna combining)之前或之后)、参考信号接收质量(reference signal received quality，RSRQ)、参考信号强度指示(reference signalstrength indicator，RSSI)等。例如，可能的准则C3可以为：

·C3：路径A或路径B的选择基于天线组合之后的RSRP：

οRSRP>阈值的UE使用路径A

οRSRP≤阈值的UE使用路径B

通常，可以针对每个分支单独执行估计的信号质量，并且可以使用最高的信号质量。信号质量估计也可以基于两个或多于两个分支，其中组合来自天线/分支的信号。例如，接收功率的估计可以基于每个分支的估计值的和(在线性域中)。在一个具体示例中，一个RSRP估计值为–80dBm，第二RSRP估计值为–83dBm，组合估计值为–78.2dBm。

根据准则C3，UE可以将RSRP测量值与为RedCap UE配置的阈值进行比较以进行识别。当RSRP测量值大于阈值时，UE在RA过程之后指示其为RedCap UE。当UE的RSRP测量值小于或等于阈值时，UE在RA过程期间指示其为RedCap UE。

C3针对UE具有单个阈值。在一些实施例中，UE可以基于其类型(如上所述的RedCap类型)或能力选择或修改提供的单个阈值，假设不同阈值之间的差异不会自然显示在UE用于确定使用哪个路径的RSRP度量上。例如，如果RSRP测量值为3dB，RX天线数增加一倍，则可能不需要多个阈值。但是，对于其它测量(例如，仅在一个天线上测量的RSRP)，可以将因子添加到阈值中。或者，可选地，可以对阈值执行基于小外形尺寸dB的校正。

阈值可以与覆盖区域关联。例如，图4中的“具有1个RX天线的UE的覆盖区域412”可以与第一阈值关联，图4中的“具有2个RX天线的UE的覆盖区域414”可以与第二阈值关联。覆盖区域412和414中的UE可以使用对应的阈值来确定用于RedCap UE指示的路径。对于C3，RSRP的测量可以例如基于在SSB块上执行的测量，或PDCCH的解调参考信号(demodulationreference signal，DMRS)上执行的测量定义。本领域技术人员将认识到，RSRP的各种测量可以应用于本公开的实施例。

图5是UE的操作实施例的流程图500。UE可以获得路径选择准则(框502)。UE需要知道路径选择准则，例如C1、C2或C3。UE获取路径选择准则可能有几种可能性。在一个实施例中，标准规范可以规定UE使用哪个路径。例如，对于C1，UE行为可以在标准规范中硬编码，例如，“具有一个接收天线的RedCap UE在Msg1或Msg3期间识别自己。”这可以指示C1或C2将由UE使用。在一个实施例中，可以为UE预先配置UE使用哪个路径进行RedCap UE指示。例如，可以在SIB或其它信令消息中指示使用哪个路径。例如，对于C3，网络/基站可以在SIB中指示RSRP阈值。这可以指示C3将由UE使用。网络可以隐式或显式地发信号指示哪些准则将用于识别RedCap UE。

UE可以获得路径配置(框504)。UE需要知道a)如果存在多于一个路径，以及b)对路径B的配置。对于a)，可能存在配置了一个路径(例如，路径A)的情况。例如，在gNB彼此靠近的密集部署场景中，预计即使是只有一个RX天线的RedCap UE也足以在没有CE措施的情况下与gNB通信。因此，SIB中的参数可以指示是否只配置了一个路径。基于b)的配置，该信令也可以是显式的。对于b)，在该示例中，UE需要获取用于早期识别的资源配置。例如，如果在Msg1/MsgA或Msg3期间进行识别，则RedCap UE需要知道哪个哪些参数(时间资源/PRB/前导码)将用于早期指示。可以使用的信令类似于用于具有不同CE级别的LTE-M设备的信令。通常，路径配置可以包括关于要使用的可用路径的信息、用于早期指示的RACH配置(时频资源和/或前导码)和/或指示路径B是否在Msg1或Msg3或MsgA期间执行的信息。

UE可以确定/选择要使用的路径(框506)。当RedCap UE获得了所有相关的RACH配置参数时，RedCap UE需要确定使用哪个路径。在一些情况下，此操作是微不足道的，不需要执行任何操作(例如，对于C1，RedCap UE知道其拥有的天线数量，并且RedCap UE可以直接选择对应的路径)。但是，在一些情况下，确定需要额外的操作。例如，对于C3，RedCap UE需要执行RSRP测量来选择路径。

UE可以根据选择的路径将自己识别为RedCap(框508)。当选择路径时，RedCap UE根据选择的路径继续。例如，如果选择了路径A，则UE可能不需要进行任何特殊操作，并且可以在RACH过程之后在能力交换期间仅发送其能力(指示其是否是RedCap UE)。如果选择了路径B，这可以指示例如在Msg1期间的识别，则RedCap UE需要选择gNB指示/配置的一组资源(时间资源/PRB/前导码索引)用于早期识别(路径B)。

图6是基于准则C1的路径选择的操作实施例的图示600。UE(RedCap UE)可以从SIB获得路径配置(框602)。路径配置可以类似于图5的框504所描述。然后，UE可以检查其是否具有一个Rx天线(框604)。当UE具有多于一个Rx天线时，UE可以执行常规识别(框606)，即路径A。也就是说，UE可以在RACH过程之后，例如，在UE与网络之间的能力交换期间，识别自己是RedCap UE。当UE具有一个Rx天线时，UE可以执行早期识别(框608)，即路径B。也就是说，UE可以在RACH过程期间，例如，在Msg1、Msg3或MsgA的传输期间，识别其是RedCap UE。

图7是gNB的操作实施例的图示700。gNB可以检查其是否支持RedCap UE(框702)。如果gNB不支持RedCap UE，则gNB可以阻挡(bar)RedCap UE(框704)。在这种情况下，gNB可以不为RedCap UE提供服务。如果gNB支持RedCap UE，则可以检查该gNB是否支持覆盖恢复(框706)。如果gNB不支持覆盖恢复，则gNB可以根据路径A检测RedCap UE(框708)。也就是说，gNB可以基于根据路径A执行的指示/识别知道UE是RedCap UE。如果gNB支持覆盖恢复，则gNB可以向UE提供用于覆盖恢复的参数(框710)。gNB可以执行早期检测(框712)。也就是说，gNB可以在UE的RACH过程期间检测UE是否指示/识别其是RedCap UE，例如，在Msg1、Msg3或MsgA中(根据路径B)。如果gNB在早期检测期间(根据路径B)没有检测到来自UE的任何指示/识别，则gNB可以根据路径A检测UE(框714)，即gNB在RACH过程之后检测RedCap UE。如果gNB在早期检测期间检测到来自UE的指示/识别，则gNB可以应用覆盖恢复手段(coveragerecovery means)与UE通信(框716)。例如，如果UE在Msg1中指示，则gNB可以在RACH过程期间在接收到Msg1之后，对所有DL传输应用覆盖恢复手段。如果UE在Msg3中指示，则gNB可以在RACH过程期间在接收到Msg3之后，对所有DL传输应用覆盖恢复手段。如果UE在MsgA中指示，则可以应用覆盖恢复手段向UE传输MsgB。UE可以应用接收的覆盖恢复技术来接收这些DL传输。在上行链路中，UE可以在RA过程期间重复传输消息。当UE和网络都支持Msg3重复时，UE可以根据重复配置重复Msg3的传输。Msg3也可以基于HARQ过程重传，这可能会产生更大的时延。

对于正常UE使用4个RX分支的FR1 TDD频段，2RX RedCap UE和1RX RedCap UE具有与正常UE不同的行为(例如，由于分支数量较少)，因此，使2RX UE使用正常路径可能需要对Redcap UE和非RedCap UE进行一些保守处理。Redcap UE和非RedCap UE可能会基于频段进行区分。在这种情况下，可以使用将RX天线数(1、2或4)作为输入参数以及频段的准则在上述框架中完成RedCap UE的识别。根据该指示，网络可以采取措施补偿与RedCap UE的通信。如果FR1 TDD使用准则C1，则在使用保守处理的情况下，2Rx UE可以使用正常路径。其它频段的情况可能并非如此。

在一些实施例中，在FR1 TDD频段下可操作的RedCap UE是根据正常路径识别自己，还是可以通过SIB配置来配置/指示早期路径。例如，可以广播SIB配置以包括用于不同路径的路径选择准则和参数。又例如，gNB可以仅在SIB中添加一个字段以指示要使用的路径(例如，始终使用路径B)。类似地，对于在FDD频段下可操作的RedCap UE，其中4RX对于传统UE是强制性的，可以广播SIB以指示UE确定路径的路径配置和路径选择准则。

在一些实施例中，如C3所述，UE可以考虑瞬时信道条件(例如，天线组合后由RSRP表示的信道条件)，以确定使用哪个路径。在一个实施例中，如果信道条件在为正常路径配置的阈值内，RedCap UE可以将其识别为使用正常路径的RedCap UE。这样，如果具有2RX的RedCap UE处于特别不好的条件下，则该具有2RX的RedCap UE可以像1RX UE一样接入，而如果1RX UE处于特别好的条件下，则1RX UE可以像2RX UE一样接入。

在一些实施例中，可以定义用于RedCap UE选择路径的准则，使得1RX RedCap UE或2RX RedCap UE中的一个可以选择路径。以下提供了这样的示例准则C4：

·C4：对于具有2个RX天线的UE，路径A或路径B的选择基于天线组合之后的RSRP：

ο具有2个RX天线且RSRP>阈值的UE使用路径A

ο具有2个RX天线且RSRP≤阈值的UE使用路径B

ο具有1个RX天线的UE使用路径B

或：

·C5：对于具有1个RX天线的UE，路径A或路径B的选择基于天线组合之后的RSRP：

ο具有1个RX天线且RSRP>阈值的UE使用路径A

ο具有1个RX天线且RSRP≤阈值的UE使用路径B

ο具有2个RX天线的UE使用路径A

在上述准则(C4和C5)中，使用阈值选择路径是基于RedCap UE特征。一个RedCapUE特征是UE具有2个RX天线的，另一个RedCap UE特征是UE具有1个RX天线。例如，在C4中，只允许2Rx RedCap UE使用RSRP阈值选择路径，而不允许1Rx UE使用RSRP。1Rx UE始终使用路径B，即早期识别。

C4的原理是，即使1RX UE处于良好的信道条件下，也可能希望禁止他们使用正常路径，以防止太多UE使用正常路径和初始接入资源，如PRACH前导码。C5的原理类似。在示例中，路径A与路径B之间的RACH资源的半静态分区可以是可能的，而不必考虑每个RedCap UE的单独无线电条件。

在C5中，只有具有1Rx的RedCap UE才允许使用RSRP阈值来选择路径，其中UE可以在早期识别，也可以在后期阶段识别。2Rx UE始终使用路径A。

在上面的所有这些示例准则中，gNB可以具有满足不同准则并且可以在不同阶段识别的RedCap UE。例如，一些RedCap UE可以在早期阶段被识别(早期识别)，而其它一些RedCap UE可以在后期阶段被识别。在通过路径A或路径B识别RedCap UE之后，完整能力交换可以在后期阶段(例如在Msg5)进行。

图8是基于准则C4的路径选择的操作实施例的图示800。UE(RedCap UE)可以从SIB获得路径配置(框802)。路径配置可以类似于图5的框504所描述。然后，UE可以检查其是否具有两个Rx天线，以及RSRP测量值是否大于阈值(框804)。当UE具有两个Rx天线且RSRP测量值大于阈值时，UE可以执行常规识别(框806)，即路径A。当UE没有两个Rx天线或RSRP测量值不大于阈值时，UE可以执行早期识别(框808)，即路径B。本示例可以与图6所示的示例结合，其中，1Rx RedCap UE始终使用早期识别。

在上述实施例中，描述了两个路径。但是，需要说明的是，可以定义多于两个路径。例如，可以分别定义三个路径对应于通过Msg1、Msg3和Msg5的识别。UE可以例如基于网络配置或准则确定使用哪个路径来识别其是RedCap UE。在这种情况下，当具有多个(多于两个)路径可用时，路径的选择可以基于许多不同的实施例、考虑因素和/或因素。例如，选择可以是：

·基于阈值(例如RSRP)

·基于UE实现(例如，UE知道自己的天线缺陷(antenna imperfection))

·基于流量(traffic)(例如，UE知道其订阅或RRC连接后正常通信的其它信息)

在存在“高端(high end)”可穿戴设备和“低端(low end)”可穿戴设备的情况下，选择路径的准则可以基于可穿戴设备的类型。例如，高端可穿戴设备可以使用路径A，低端可穿戴设备可以使用路径B。

虽然本公开的各实施例是针对RedCap UE描述的，但这些实施例适用于其它场景，例如：低端智能手机、需要覆盖扩展的“常规”UE、工业传感器等。

下面描述Msg5识别的各实施例(即，RedCap UE在Msg5(在能力交换期间)将其识别为RedCap，即路径A)。在下面的描述中，Msg5识别也可以称为Msg5路径识别。

RedCap识别存在不同的路径，其中一个是在RACH过程或稍后的UE能力交换之后的典型Msg5，其中UE向gNB通知其特性，该特性可以包括指示或识别其是RedCap UE。除了RedCap特征外，此方案实际上不需要任何标准更改。在一个实施例中，可以使用Msg5路径识别来识别具有2个Rx天线的RedCap UE。在另一实施例中，具有1个Rx天线但具有非常强的信道增益条件(例如，RSRP大于RSRP阈值)的RedCap UE也可以使用Msg5路径识别。该识别路径可以与通过Msg1或Msg3的其它识别路径组合，如本公开后面所述。

下面描述Msg1识别的实施例(即RedCap UE在Msg1(在RACH过程期间)将其识别为RedCap，即路径B)。如上所述，识别RedCap UE的一种可能的方法是通过早期路径识别，例如在RedCap UE传输Msg1期间。此路径的配置可以在SIB中提供。例如，可以通过提供(例如通过配置信息、通过指定标准规范或在SIB中)与RedCap UE关联的PRACH前导码或时间或频率上的时机来实现Msg1中的识别。这些可以在相同的初始BWP中，也可以在单独的初始BWP中。早期路径识别可以在与用于正常识别的初始UL BWP相同或分离的初始UL BWP中执行。关于初始BWP的信息可以在SIB中广播。与不同的初始UL BWP关联的RACH配置可能不同。

在示例中，PRACH配置可以在SIB中广播，其中，PRACH配置包括用于使用路径B识别RedCap UE的信息。例如，PRACH配置可以包括与指示/识别RedCap UE关联的PRACH前导码、RACH时机或其组合的信息。RACH过程期间的其它消息，例如Msg3或MsgA，也可用于RedCapUE的早期识别，如上所述。Msg1、Msg3或MsgA中的哪一个将用于早期识别，可以通过无线资源控制(radio resource control，RRC)配置来配置。RRC配置可以由gNB广播。

在接收到SIB时，UE将了解PRACH配置和传输参数，例如以下中的一个或多个：

·PRACH前导码格式，

·时频资源，

·用于确定根序列(root sequence)的参数，

·PRACH前导码序列集合中的循环移位，或

·逻辑根序列表(logical root sequence table)的索引，不受限制的关联集类型(associate set type)，受限制的类型A或类型B。

根据TS 38.331，v16.2.0，对于正常NR UE，PRACH前导码的时域位置由RRC参数prach-ConfigurationIndex确定，PRACH前导码的频域资源由RRC参数msg1-FDM和msg1-FrequencyStart确定。

在一个实施例中，使用早期路径识别的RedCap UE(例如，具有1Rx的RedCap UE或具有2Rx但RSRP<阈值的RedCap UE)可以具有与正常UE不同的单独PRACH配置(也称为RACH配置)信息元素，例如，RACH-ConfigGeneric-RedCap信息元素，其中RACH配置信息元素指定RedCap随机接入参数，如后缀指示。在该信息元素中，频率和时间资源可以由参数prach-ConfigurationIndex-redcap、msg1-FDM-redcap和msg1-FrequencyStart-redcap指示。其它配置命名可以包括v17和/或缩写rc(RedCap)，并且不限于上述示例。RedCap UE PRACH(或RACH)配置不限于时间、频率位置，还可以包括资源的周期性、子载波偏移、子载波数量、前导码传输的最大数量和功率斜坡步长、起始时隙号、时隙数量等。因此，RedCap UE可以接收与正常UE不同的配置以进行早期识别，或者RedCap UE可以像正常UE一样使用后期阶段进行识别。

在另一实施例中，相同的RACH-ConfigGeneric信息元素可以包括用于在后期阶段(通过Msg5)识别的RedCap UE和在早期阶段(例如，通过Msg1)识别的RedCap UE的PRACH配置。在另一实施例中，PRACH资源对于在不同阶段要识别的不同类型的RedCap UE可以是非重叠的，在这种情况下，可以存在用于配置RedCap UE的指示的不同类型的UE的信息元素。

在另一实施例中，gNB可以指示具有2个Rx的RedCap UE(可能不需要覆盖补偿)可以使用传统PRACH配置，而具有1Rx的RedCap UE可以使用不同的PRACH配置。在又一个实施例中，用于RedCap UE的资源(将在早期阶段识别)可以根据与为正常UE配置的资源的偏移来指定。该偏移可以是时频资源偏移。需要说明的是，单独的配置并不限于时频资源位置配置，而是可以包括与RACH过程相关的所有其它配置，例如不同的前导码。

下表8提供了配置IE的示例实施例。在此示例中，为执行早期识别的RedCap UE配置单独的通用PRACH资源(斜体)。RedCap UE不使用正常UE的PRACH配置，而是使用单独的PRACH配置。

表8

在另一实施例中，如果RedCap UE要基于使用阈值的准则(例如C3、C4、C5)使用早期识别路径，则定义一个阈值。在一个实施例中，阈值可以使用rsrp-ThresholdsPrachInfoList-r17 IE定义。不同的覆盖级别可以基于RSRP定义，并在信息元素中定义。RACH-ConfigGeneric IE可以被扩增为包括rsrp-ThresholdsPrachInfoList-r17 IE。在另一实施例中，RACH-ConfigCommon IE可以被扩增为包括rsrp-ThresholdsPrachInfoList-r17 IE。

在另一实施例中，网络还可以配置一组前导码，这些前导码专门供将在Msg1识别的RedCap UE使用。这些前导码可以与为正常UE配置的前导码具有不同的属性。可以不同的属性可以包括序列类型、循环移位等中的一个或多个。

可以定义不同组的前导码。在一个实施例中，在使用或不使用阈值的情况下，定义了两组前导码，一组配置用于要早期识别的UE，另一组配置用于要后期识别的UE。

在通过PRACH配置识别RedCap UE PRACH资源之后，UE可以相应地将PRACH前导码(随机接入前导码)发送到gNB(在PRACH时机)。gNB可以计算与发送随机接入前导码的RACH时机(RACH occasion，RO)关联的RA-RNTI，并且用于计算RA-RNTI的参数可以包括如prach-ConfigurationIndex-redcap、msg1-FDM-redcap和msg1-FrequencyStart-redcap所指示的发送前导码的时间和频率资源。由于RedCap UE可能要求多次发送前导码(例如，用于上行覆盖增强)，因此可以为Redcap UE配置包括允许的最大重复次数的配置，例如，在SIB中。该次数可能与覆盖增强级别相关。

在RACH过程的第二步(参考图2)中，在PRACH前导码传输之后，UE等待来自gNB的随机接入响应。随机接入响应(random access response，RAR)可以通过用RA-RNTI值加扰的DCI发送。UE可以尝试在ra-ResponseWindow的周期内检测具有对应RA-RNTI的PDCCH(即DCI)。在另一实施例中，具有1Rx的RedCap UE(或具有2Rx且信道增益条件不好(例如，RSRP小于阈值)的RedCap UE)可以配置有与正常UE不同的单独周期ra-ResponseWindow-redcap，用于监控DCI。

虽然路径选择的准则可以使用在SIB中接收的配置来配置，但如上所述，准则也可以在技术规范中获得。例如，该规范可以规定，在支持非RedCap UE至少2个Rx分支的特定频段下操作的具有2个Rx分支的RedCap UE可以使用路径A识别自己，而1Rx RedCap UE可以使用路径B识别自己。此外，2Rx RedCap UE对路径A的使用还可以根据是否满足一些RAN4性能要求来确定。例如，由于天线相关性，具有非常小的外形尺寸和较差的接收性能的2RX UE可以使用路径B。

在一些实施例中，如果UE使用Msg1进行早期识别，则例如4步随机接入过程中的其它步骤可以考虑以下内容。

在一些示例中，为了接收Msg 2(或Msg2)，UE可以使用关联PDCCH的下行覆盖增强技术(downlink coverage enhancement technique)(或下行性能补偿技术(downlinkperformance compensation technique))接收关联PDCCH(与Msg2关联)。可考虑以下内容：

·如果存在专用的PDCCH用于早期识别，则：

οUE可以通过一个或多个覆盖增强技术接收携带Msg2的PDSCH，该PDSCH可以通过PDCCH内的DCI发信号指示

_–下行覆盖增强技术可以包括例如TB缩放(TB scaling)、重复和/或低MCS级别

_–需要说明的是，当应用覆盖增强时，RACH(例如Msg3传输)的时序可能会改变

·如果不存在专用的PDCCH用于早期识别，则：

οUE可以使用由SIB配置提供的一个或多个下行覆盖增强技术来接收PDSCH

_–需要说明的是，当应用下行覆盖增强时，RACH的时序可能会改变

在一些示例中，为了在Msg1执行早期识别时发送Msg 3(或Msg3)，一些选项可以包括：

·不改变RAR UL授权，即使用RAR中接收到的UL授权传输Msg3

·修改RAR UL授权(例如，通过使用TB缩放、不同MCS级别和/或重复)

·使用SIB配置扩增RAR UL授权(例如，执行上行覆盖增强，如基于SIB配置的Msg3重复)

在一些示例中，为了在Msg1执行早期识别时接收Msg4(或Msg4)，基站(例如，gNB)可以重用用于发送Msg2 PDCCH的技术以调度Msg4。由于基站对UE有更好的了解(UE在Msg1将其识别为RedCap UE)，因此基站可以使用配置的参数来传输Msg4的PDCCH。需要说明的是，在这一点上，基站可以使用专用于该UE的临时RNTI，而不是RA-RNTI。信令现在“大部分”是专用的，因为临时RNTI是专用于该特定UE的，所以PDSCH调度可能更适合该UE。

下面描述Msg3识别的实施例(即RedCap UE在Msg3(在RACH过程期间)将其识别为RedCap，即路径B)。如上所述，Msg3也可用于RedCap UE的早期识别。如果RedCap UE的性能比正常UE差，则这种早期识别使得能够不同地对待RedCap UE和正常UE，而不是由于可能存在RedCap UE而需要保守地对待所有UE(RedCap和正常)。

在一个实施例中，Msg3中的一个或多个比特可用于识别正在通过早期识别路径的RedCap UE。在NR RACH过程中，RACH-ConfigCommon用于配置Msg3相关参数，如RACH-ConfigCommon中的变换预编码器。在一个实施例中，Msg3中的一个比特可用于显式地将UE识别为RedCap UE。在另一实施例中，如果Msg3大小超过一定阈值，则可以使用Msg3的另一个字段(如变换预编码器字段)的比特将UE识别为RedCap UE。下面的表9示出了包括msg3-transformPrecoder(msg3-transformPrecoder，斜体)的示例RACH-ConfigCommon IE。

表9

在一个实施例中，其功能类似于RACH-ConfigCommon功能但具有为RedCap UE配置的不同值的单独信息元素可以用于RedCap配置目的，以为在早期阶段要识别的RedCap UE提供配置信息。

gNB接收Msg3，因此能够基于Msg3和使用的配置识别RedCap UE。Msg3可以由UE使用覆盖恢复技术发送。在知道Msg3是使用覆盖恢复技术发送的后，gNB能够正确检测Msg3，并且还能够使用下行覆盖恢复技术(例如重复Msg4几次和/或使用低MCS值，或TB缩放)为RedCap UE发送Msg4。

下面描述覆盖增强(coverage enhancement，CE)。

Msg3重复是非RedCap UE的可选特征。传统上，Msg3重复可用于提供上行覆盖增强，用于由非RedCap UE发送Msg3。Msg3可以在RACH过程期间由UE重复(多次)发送。Msg3重复在下文中可以称为“CE特征”。gNB可以配置非RedCap UE可以用于执行Msg3重复的RACH时机(RACH occasion，RO)和/或前导码。在示例中，如果测量的RSRP小于阈值，则非RedCap可以执行Msg3重复以进行覆盖增强。

早期指示可以由gNB配置为RedCap UE的强制性特征/能力。在这种情况下，对于RedCap UE，强制性地在RACH过程期间的早期阶段(路径B)，例如在Msg1、Msg3或MsgA，将自己识别为RedCap UE。当非RedCap UL BWP的大小等于或大于RedCap UE UL BWP的大小时，RedCap UE可以使用或配置早期指示。在这种情况下使用早期指示的主要原因是在RA过程期间为RedCap UE和非RedCap UE提供更高效的资源分配(或有效大小BWP)(其中，非RedCapUE可以在RA过程期间使用更宽的BWP)。

如果需要的话，Msg3重复在稍作修改后也可以用于RedCap UE(根据WID)。即使该特征(Msg3重复)可能对所有RedCap UE都有用，该特征(Msg3重复)对于RedCap UE也可能是可选的。为了应用Msg3重复，UE可能需要使用适当的RACH资源来发送Msg1。在示例中，Msg1可以用于指示UE是RedCap UE(早期指示)。Msg1也可以用于指示将应用此CE特征(或将执行Msg3重复)。在另一个示例中，Msg1可以重复，Msg3可以用于RedCap早期指示。

gNB如果希望对所有UE类型(非RedCap UE和RedCap UE)支持CE特征(Msg3重复)，可能需要将前导码/RO分为四个组/区域：(RedCap，非RedCap)×(Msg3重复，无Msg3重复)(见下文表10)。

表10

UE类型	无Msg3重复	Msg3重复
			RedCap	RACH1	RACH2
非RedCap	RACH3	RACH4

在上面的表10中，RACHi表示第i个RACH配置，每个RACH配置可以包括一个或多个前导码、一个或多个RO或其组合。组/区域的数量是RACH配置的数量。每个RACH配置提供Msg1传输的配置。根据表10，可以配置四个RACH配置，即RACH1至RACH4，分别对应四种不同的UE特征组合：无Msg3重复的RedCap UE、有Msg3重复的RedCapUE、无Msg3重复的非RedCapUE和有Msg3重复的非RedCap UE。

但是，如何划分资源可能需要UE进行过多操作，因此可能需要为UE定义规则来确定使用哪种RACH配置。另一个问题是前导码的数量和RACH资源有限。

在第一实施例中，当没有为RedCap UE配置早期指示时，RedCap UE和非RedCap UE都可以使用具有阈值的CE特征定义的RO/前导码。也就是说，当满足阈值(例如，RSRP<阈值)时，RedCap UE和非RedCap UE都可以使用定义的RO/前导码执行Msg3覆盖增强。相同的阈值可以用于RedCap UE和非RedCap UE，或者单独的阈值可以用于RedCap UE(例如，如果需要考虑复杂性降低特征)。例如，当RSRP测量值小于阈值时，UE(RedCap或非RedCap)可以执行Msg3重复。又例如，为非RedCap UE配置阈值1，为RedCap UE配置阈值2。在这种情况下，当RSRP测量值小于阈值1时，非RedCap UE可以执行Msg3重复，当RSRP测量值小于阈值2时，RedCap UE可以执行Msg3重复。下面的表11示出了第一实施例的RACH配置。如图所示，需要两种RACH配置，RACH1和RACH2，对应于两个类别：无Msg3重复的UE和有Msg3重复的UE。当UE的RSRP测量值大于阈值时，UE根据RACH1发送Msg1，不进行Msg3重复。当UE的RSRP测量值小于阈值时，UE根据RACH2发送Msg1，并进行Msg3重复。

表11

UE类型	无Msg3重复	Msg3重复
			RedCap	RACH1	RACH2
非RedCap	RACH1	RACH2

在一些实施例中，具有某些特性的RedCap UE(例如，在对于非RedCap UE需要4Rx分支的频段中具有1Rx分支(或2Rx分支)的RedCap UE)可以被分配到非重复区域(例如，具有2RX的RedCap UE)(即表11中的RACH1)或重复区域(例如，具有1个Rx分支的RedCap UE)(即表11中的RACH2)。

也可以使用UE特征和阈值的组合。例如，具有2个Rx分支且RSRP高于阈值的RedCapUE和非RedCap UE可以使用正常RO(即RACH1)，或者具有1个Rx分支且RSRP低于阈值的RedCap UE可以使用CE RO(即，表11中的RACH2)。使用重复区域(对于Msg3)(即表11中的RACH2)将需要UE支持CE特征。

需要说明的是，如果此CE特征(Msg3重复)对于RedCap UE是强制性的，则该CE特征(Msg3重复)可能视为类似于早期指示的形式，但不是唯一的。例如，如果Msg3重复对于RedCap UE是强制性的，则网络知道RedCap UE支持Msg3重复，RedCap UE知道其可以使用Msg3重复(如果满足条件，例如，如表10和表11所示)。此外，Msg3中使用的重复次数可以被网络用来区分RedCap UE和非RedCap UE。指示CE的Msg1资源可以由RedCap UE请求，也可以由非RedCap UE请求。如果重复次数对于RedCap UE和非RedCap UE也是唯一的，则基站可以计算接收到的Msg3的重复次数，以识别消息是来自RedCap UE还是非RedCap UE。如果重复次数不唯一，则基站不能使用重复次数来区分RedCap UE和非RedCap UE。例如，非RedCapUE可以使用{1,2}重复，而RedCap UE使用{4}重复来提供早期指示形式。符号{x}是允许的Msg3重复次数。如果非RedCap UE与RedCap UE之间的重复次数有公共值，例如，为非RedCapUE配置{1,2}，为RedCap UE配置{2,4}，则当在基站接收到两(2)个Msg3重复时，可能无法区分UE类型。也就是说，基站可能不知道2个Msg3重复是由RedCap UE发送的还是非RedCap UE发送的。RedCap UE可能没有配置单独的UL BWP。例如，在RedCap UE的UL BWP的约束下，两种类型的UE(RedCap和非RedCap)共享相同的UL BWP，例如带宽、位置。

在第二实施例中，可以为RedCap UE配置早期指示和Msg3重复特征，其中非RedCapUE和RedCap UE使用相同的区域(相同的RACH配置)进行Msg3重复(因此，在本示例中存在3个区域(RACH1-3))。下表12示出了第二实施例的RACH配置。当使用Msg3重复时，非RedCap UE和RedCap UE根据RACH2发送Msg1。当不使用Msg3重复时，RedCap UE根据RACH1发送Msg1，非RedCap UE根据RACH3发送Msg3。

表12

在本示例中，非RedCap UE可以在与RedCap UL BWP相同的UL BWP中发送Msg3重复，即使因为RedCap UE和非RedCap UE使用“相同的RACH配置”(例如，信道条件差，因为RSRP小于阈值)削弱了早期指示的唯一性。非RedCap UE仍然可以高效地发送Msg3。与上述第一实施例类似，用于确定是否执行Msg3重复的阈值对于RedCap UE和非RedCap UE可以不同。使用重复次数来区分不同特征的RedCap UE(例如，具有一个Rx分支的RedCap UE始终使用重复)是不可能的，因为在这种情况下，实施例2简化为实施例1。该实施例的一个限制是，因为RedCap UE和非RedCap UE使用相同的RACH配置(RACH2)，所以RedCap UE和非RedCapUE在初始接入期间共享相同的初始UL BWP。因此，对于具有重复的RedCap UE和非RedCapUE，可能没有单独的BWP。

在第三实施例中，可以为RedCap UE配置早期指示和Msg3重复CE特征，当不执行Msg3重复但使用不同区域(不同RACH配置)进行重复时，非RedCap UE和RedCap UE使用相同的非重复区域(RACH配置)(因此，本示例总共有3个区域)。下表12示出了根据第三实施例的RACH配置。当不使用Msg3重复时，非RedCap UE和RedCap UE根据RACH1发送Msg1。当使用Msg3重复时，RedCap UE根据RACH2发送Msg1，非RedCap UE根据RACH4发送Msg1。

表13

UE类型	无Msg3重复	Msg3重复
			RedCap	RACH1	RACH2
非RedCap	RACH1	RACH4

第三实施例可能不太有吸引力，例如，处于良好条件(例如，RSRP高于阈值，因此不使用Msg3重复)的非RedCap UE需要遵循RedCap BW限制(相同的RACH1)。此外，如果RedCapUE不支持Msg3重复的CE特征，则根据“相同的RACH配置”，将其类似地视为非RedCap UE，而不管其相对于阈值或支持的特征的条件如何。可以应用如第一实施例中描述的相同实施例，例如阈值。因为早期指示可以由RedCap UE执行，所以该方案可能使RedCap UE和非RedCap UE进行不同次数的重复(支持1、2、4和可能8次重复)。因为RedCap UE的分支较少，对RedCap UE允许的重复次数可能大于为非RedCap UE配置的重复次数，所以这是合理的。如果用于CE的单独BWP在初始接入期间用于RedCap UE和非RedCapUE进行Msg3传输，则这也可以被认为更有吸引力。

在第四实施例中，可以只允许RedCap UE使用CE特征(因此，可以有两个或三个区域)。第四实施例可以类似于具有三个区域的第二实施例，如果早期指示是启用的(为RedCap UE配置)，并且a)CE特征仅为RedCap UE发信号指示，或b)CE的阈值被设置为一个值，使得为非RedCap UE禁用CE特征，并且RedCap UE与非RedCap UE有单独的RedCap阈值。下表14示出了根据第四实施例的RACH配置，其中对于具有适当阈值的非RedCap UE，通常禁用Msg3重复。当不使用Msg3重复时，RedCap UE根据RACH1发送Msg1，非RedCap UE根据RACH3发送Msg1。当使用Msg3重复时，RedCap UE根据RACH2发送Msg1。非RedCap UE可以配置有非常低的阈值，使得非RedCap UE不执行Msg3重复，并且非RedCap UE根据RACH3发送Msg1。RedCap UE配置的阈值(用于执行Msg3重复)与非RedCap UE配置的阈值不同。由于配置了三个区域，因此RedCap UE使用单独的BWP没有问题(支持早期指示)。非RedCap UE不使用CE(或网络决定不支持非RedCap UE的CE)。

表14

UE类型	无Msg3重复	Msg3重复
			RedCap	RACH1	RACH2
非RedCap	RACH3	b)RACH3(具有很低的阈值)

如果没有为RedCap UE配置早期指示，则将有两个区域(RACH配置)。本示例可以类似于第一实施例，如果a)CE特征仅为RedCap UE发信号指示，或b)CE的阈值被设置为一个值，使得对于非RedCap UE禁用CE特征，并且存在与非RedCap UE不同的单独RedCap阈值。此示例如下表15所示。当不使用Msg3重复时，RedCap UE和非RedCap UE根据RACH1发送Msg1。当使用Msg3重复时，RedCap UE根据RACH2发送Msg1。非RedCap UE可以配置有非常低的阈值，使得非RedCap UE不执行Msg3重复，并且因此，非RedCap UE根据RACH1发送Msg1。RedCapUE配置的阈值(用于执行Msg3重复)与非RedCap UE配置的阈值不同。

表15

UE类型	无Msg3重复	Msg3重复
			RedCap	RACH1	RACH2
非RedCap	RACH1	b)RACH2(具有很低的阈值)

图9是用于RedCap UE指示的方法900实施例的流程图。方法900可以指示UE的操作。UE可以基于准则确定是在UE的随机接入(random access，RA)过程期间还是RA过程之后向gNB指示该UE是降低能力(reduced capability，RedCap)UE(框902)。RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或比非RedCap UE的最小带宽更小的带宽。UE可以根据确定结果向gNB指示其是RedCap UE(框904)。非RedCap UE可以是传统UE。

图10是用于RedCap UE检测的另一个方法1000实施例的流程图。方法1000可以指示gNB的操作。gNB可以在随机接入(random access，RA)过程期间从UE接收第一消息(框1002)。gNB可以确定第一消息是否指示UE是降低能力(reduced capability，RedCap)UE(框1004)。RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或比非RedCapUE的最小带宽更小的带宽。当第一消息指示UE是RedCap UE时，gNB可以在RA过程期间根据覆盖恢复技术向UE发送第二消息(框1006)。当第一消息未指示UE是RedCapUE时，gNB可以在RA过程完成之后确定UE是否是RedCap UE(框1008)。

图11示出了可以安装在主机设备中的用于执行本文所描述的方法的实施例处理系统1100的框图。如图所示，处理系统1100包括处理器1104、存储器1106和接口1110至接口1114，这些接口可以(或可以不)如图11中所示进行布置。处理器1104可以是用于执行计算和/或其它处理相关任务的任何组件或组件的集合，并且存储器1106可以是用于存储处理器1104执行的编程和/或指令的任何组件或组件的集合。在一个实施例中，存储器1106包括非瞬时性计算机可读介质。接口1110、1112、1114可以是使处理系统1100能够与其它设备/组件和/或用户通信的任何组件或组件的集合。例如，接口1110、1112、1114中的一个或多个接口可以用于将数据、控制或管理消息从处理器1104传送给安装在主机设备和/或远程设备上的应用程序。又例如，接口1110、1112、1114中的一个或多个接口可以用于使用户或用户设备(例如，个人计算机(personal computer，PC)等)能够与处理系统1100交互/通信。处理系统1100可以包括图11中未示出的附加组件，例如长期存储器(例如，非易失性存储器等)。

在一些实施例中，处理系统1100包括在网络设备中，该网络设备接入电信网络或以其它方式成为电信网络一部分。在一个示例中，处理系统1100位于无线或有线电信网络中的网络侧设备中，例如基站、中继站、调度器、控制器、网关、路由器、应用服务器、或电信网络中的任何其它设备。在其它实施例中，处理系统1100位于接入无线或有线电信网络的用户侧设备中，例如移动站、用户设备(user equipment，UE)、个人计算机(personalcomputer，PC)、平板电脑、可穿戴通信设备(例如，智能手表等)，或任何用于接入电信网络的其它设备。

在一些实施例中，接口1110、1112、1114中的一个或多个接口将处理系统1100连接到用于通过电信网络发送和接收信令的收发器。图12示出了用于通过电信网络发送和接收信令的收发器1200的框图。收发器1200可以安装在主机设备中。如图所示，收发器1200包括网络侧接口1202、耦合器1204、发送器1206、接收器1208、信号处理器1210和设备侧接口1212。网络侧接口1202可以包括用于通过无线或有线电信网络发送或接收信令的任何组件或组件的集合。耦合器1204可以包括用于便于通过网络侧接口1202进行双向通信的任何组件或组件的集合。发送器1206可以包括用于将基带信号转换为适于通过网络侧接口1202发送的调制载波信号的任何组件或组件的集合(例如，上变频器、功率放大器等)。接收器1208可以包括用于将通过网络侧接口1202接收到的载波信号转换为基带信号的任何组件或组件的集合(例如，下变频器、低噪声放大器等)。信号处理器1210可以包括用于将基带信号转换为适于通过一个或多个设备侧接口1212通信的数据信号或者进行反向转换的任何组件或组件的集合。一个或多个设备侧接口1212可以包括用于在信号处理器1210与主机设备(例如，处理系统1100、局域网(local area network，LAN)端口等)内的组件之间传输数据信号的任何组件或组件的集合。

收发器1200可以通过任何类型的通信介质发送和接收信令。在一些实施例中，收发器1200通过无线介质发送和接收信令。例如，收发器1200可以是用于根据无线电信协议进行通信的无线收发器，所述无线电信协议如蜂窝协议(例如，长期演进(long-termevolution，LTE)等)、无线局域网(wireless local area network，WLAN)协议(例如，Wi-Fi等)，或任何其它类型的无线协议(例如，蓝牙、近场通信(near field communication，NFC)等)。在这些实施例中，网络侧接口1202包括一个或多个天线/辐射单元。例如，网络侧接口1202可以包括单个天线、多个独立天线或用于多层通信的多天线阵列，例如单输入多输出(single input multiple output，SIMO)、多输入单输出(multiple input singleoutput，MISO)、多输入多输出(multiple input multiple output，MIMO)等。在其它实施例中，收发器1200通过双绞电缆、同轴电缆、光纤等有线介质来发送和接收信令。特定的处理系统和/或收发器可以利用所示的所有组件，或者仅利用这些组件的子集，并且集成的水平可能因设备而异。

图13是在计算和通信环境1300内示出的电子设备(electronic device，ED)1352的框图，电子设备1352可以用于实现本文公开的设备和方法。ED的示例包括UE、平板电脑、IoT设备、计算机或其它具有无线通信能力的设备。

在一些实施例中，电子设备可以是通信网络基础设施的元件，例如基站(例如，NodeB、演进型基站(evolved NodeB，eNodeB或eNB)、下一代NodeB(有时称为gNodeB或gNB))、归属用户服务器(home subscriber server，HSS)、分组网关(packet gateway，PGW)或服务网关(serving gateway，SGW)等网关(gateway，GW)，或核心网(core network，CN)或公共陆地移动网(public land mobility network，PLMN)中的各种其它节点或功能。在其它实施例中，电子设备可以是通过无线接口连接到网络基础设施的设备，例如，手机、智能机或其它可以归类为用户设备(user equipment，UE)的这种设备。在一些实施例中，ED1352可以是机器类通信(machine type communications，MTC)设备(也称为机器到机器(machine-to-machine，M2M)设备)或其它可以归类为UE的这种设备(虽然不向用户提供直接服务)。在一些参考文献中，ED也可以称为移动设备，不管移动设备本身是设计为移动的还是能够移动，这个术语的目的是表示连接到移动网络的设备。特定设备可以使用所有示出的组件或仅使用这些组件的子集，且设备之间的集成程度可能不同。此外，设备可以包括组件的多个实例，例如，多个处理器、多个存储器、多个发送器、多个接收器等。ED 1352通常包括处理器1354，例如中央处理单元(central processing unit，CPU)，并且还可以包括专用处理器(例如，图形处理单元(graphics processing unit，GPU)或其它这种处理器)、存储器1356、网络接口1358和用于连接ED 1352中各个组件的总线1360。ED 1352可选地还可以包括大容量存储设备1362、视频适配器1364和I/O接口1368(以虚线示出)等组件。

存储器1356可以包括任何类型的可由处理器1354读取的非瞬时性系统存储器，例如静态随机存取存储器(static random access memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步DRAM(synchronous DRAM，SDRAM)、只读存储器(read-only memory，ROM)或其组合。在一个实施例中，存储器1356可以包括一种以上类型的存储器，例如在开机时使用的ROM以及在执行程序时用于存储程序和数据的DRAM。总线1360可以是任意类型的几种总线架构中的一个或多个，包括内存总线或内存控制器、外围总线或视频总线。

电子设备1352还可以包括一个或多个网络接口1358，一个或多个网络接口1358可以包括有线网络接口和无线网络接口中的至少一种。如图13所示，网络接口1358可以包括用于连接到网络1374的有线网络接口，还可以包括用于通过无线链路连接到其它设备的无线接入网络接口1372。当ED 1352是网络基础设施元件时，对于作为PLMN元件而不是无线边缘(例如，eNB)处的元件的节点或功能，可以省略无线接入网络接口1372。当ED 1352是位于网络的无线边缘的基础设施时，有线网络接口和无线网络接口都可以包括在内。当ED 1352是无线连接的设备，例如用户设备时，无线接入网络接口1372可以存在，并且它可以由Wi-Fi网络接口等其它无线接口补充。网络接口1358使ED 1352与远端实体进行通信，例如与连接到网络1374的实体进行通信。

大容量存储设备1362可以包括任何类型的非瞬时性存储设备，用于存储数据、程序和其它信息并使这些数据、程序和其它信息可通过总线1360访问。大容量存储设备1362可以包括例如固态硬盘、硬盘驱动器、磁盘驱动器或光盘驱动器中的一种或多种。在一些实施例中，大容量存储设备1362可以在电子设备1352远端，并可通过接口1358等网络接口访问。在所示实施例中，大容量存储设备1362与包括所述大容量存储设备1362的存储器1356不同，并且通常可以执行与更高延迟兼容的存储任务，但是易失性通常较小或不存在。在一些实施例中，大容量存储设备1362可以与异构存储器1356集成。

可选的视频适配器1364和I/O接口1368(如虚线所示)提供接口以将电子设备1352耦合到外部输入和输出设备。输入和输出设备的示例包括与视频适配器1364耦合的显示器1366和与I/O接口1368耦合的I/O设备1370，例如触摸屏。其它设备可以耦合到ED 1352，而且可以使用更多或更少的接口。例如，可使用通用串行总线(universal serial bus，USB)等串行接口(未示出)为外部设备提供接口。本领域技术人员将理解，在ED 1352是数据中心的一部分的实施例中，I/O接口1368和视频适配器1364可以虚拟化并通过网络接口1358提供。

在一些实施例中，ED 1352可以是独立设备，而在其它实施例中，电子设备1352可以位于数据中心内。在本领域中，数据中心可以理解为可以用作集体计算和存储资源的计算资源(通常以服务器的形式)的集合。在数据中心内，多个服务器可以连接在一起，以提供计算资源池，虚拟化实体可以基于该资源池进行实例化。数据中心之间可以互联，形成包括计算和存储资源池的网络，这些资源池通过连接资源相互连接。连接资源可以是以太网或光通信链路等物理连接，并且在一些实例中，还可以包括无线通信信道。如果两个不同的数据中心通过多个不同的通信信道连接，则可以使用包括形成链路聚合组(linkaggregation group，LAG)的多种技术中的任一种技术将链路组合在一起。应当理解，可以将任何或所有计算资源、存储资源和连接资源(以及网络内的其它资源)划分在不同的子网之间，在一些情况下，以资源片的形式划分。如果对跨多个连接的数据中心或其它节点集合的资源进行切片，则可以创建不同的网络切片。

应当理解，本文所提供的方法实施例的一个或多个步骤可以由对应的单元或模块执行。例如，信号可以由发送单元或发送模块发送。信号可以由接收单元或接收模块进行接收。信号可以由处理单元或处理模块进行处理。其它步骤可以由以下模块执行：确定单元/模块、RedCap UE指示或识别单元/模块、比较单元/模块、测量单元/模块、能力交换单元/模块、RACH配置单元/模块、广播覆盖恢复、RACH执行单元/模块、接收覆盖恢复单元/模块和/或覆盖恢复单元/模块。相应单元/模块可以是硬件、软件或其组合。例如，一个或多个单元/模块可以是集成电路，例如现场可编程门阵列(field programmable gate array，FPGA)或专用集成电路(application-specific integrated circuit，ASIC)。

以下参考文献与本公开的主题相关，其全部公开内容通过引用的方式并入本文中：

·Ericsson，“支持降低能力NR设备研究的修订SID(Revised SID on Study onSupportof Reduced Capability NR Devices)”，文件RP-201677，3GPP，2020年7月；

·TR38.875，v0.1.0“支持降低能力NR设备的研究(Study on Support ofReducedCapability NR Devices)”(版本17)，2020-11-25；

·TS 36.300，v16.3.0，“E-UTRA E-UTRAN总体描述阶段2(E-UTRA E-UTRANOverall Description Stage-2)”；

·TS 38.331，v16.2.0，“无线资源RRC协议规范(Radio Resource RRC protocolspecification)”(版本16)；

·TS 36.331，V13.11.0，“无线资源RRC协议规范(Radio Resource RRC protocolspecification)”(版本13)，2018-09-27；

·TS 38.300，V 16.3.0，“NR和NG-RAN总体描述；阶段2(NR and NG-RAN Overalldescription；Stage-2)”(版本16)，2020-10-02；

·TS 36.213，V 13.11.0，“进化通用地面无线电接入(E-UTRA)；物理层程序(Evolved Universal Terrestrial Radio Access(E-UTRA)；Physical layerprocedures)”，(版本13)，2018-10-01；

·TS38.306，V 16-2，“用户设备(UE)无线接入能力(User Equipment(UE)radioaccess capabilities)”(版本16)，2020-10-02。

尽管进行了详细的描述，但应理解的是，在不脱离由所附权利要求书界定的本公开的精神和范围的情况下可以做出各种改变、替代和更改。此外，本公开的范围不意在受限于本文中所描述的特定实施例，本领域一般技术人员将从本公开中容易了解到，过程、机器、制造工艺、物质成分、构件、方法或步骤(包括目前存在的或以后将开发的)可执行与本文所述对应实施例大致相同的功能或实现与本文所述对应实施例大致相同的效果。相应地，所附权利要求范围包括这些过程、机器、产品、物质组成、构件、方法或步骤。

Claims (42)

1.一种方法，其特征在于，所述方法包括：

用户设备(UE)基于准则确定是在所述UE的随机接入(RA)过程期间还是在所述RA过程之后向gNB指示所述UE是降低能力(RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；以及

所述UE根据确定结果向所述gNB指示所述UE是所述RedCap UE。

2.根据权利要求1所述的方法，其特征在于，所述非RedCap UE是传统UE。

3.根据权利要求1或2所述的方法，其特征在于，所述RedCap UE具有一个或两个接收分支。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述非RedCap UE的所述最小接收分支数对于频率范围1(FR1)是4，对于频率范围2(FR2)是2。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述指示包括：

当确定在所述RA过程期间指示时，所述UE在所述RA过程期间向所述gNB发送指示所述UE为所述RedCap UE的第一消息，所述第一消息包括所述RA过程的消息1(Msg1)、所述RA过程的消息3(Msg3)，或所述RA过程的所述RA过程的消息A(MsgA)。

6.根据权利要求5所述的方法，其特征在于，还包括：

在所述RA过程之前，所述UE基于由所述gNB广播并且由所述UE在所述RA过程之前接收的无线资源控制(RRC)配置确定所述第一消息。

7.根据权利要求6所述的方法，其特征在于，所述RRC配置包括所述准则的信息。

8.根据权利要求5至7中任一项所述的方法，其特征在于，所述第一消息由所述UE根据物理随机接入信道(PRACH)配置发送，所述PRACH配置由所述gNB广播并且由所述UE在所述RA过程之前接收，所述PRACH配置包括与指示RedCap UE关联的RACH前导码、RACH时机或其组合。

9.根据权利要求5至8中任一项所述的方法，其特征在于，还包括：

所述UE在所述RA过程期间根据接收的覆盖恢复技术从所述gNB接收消息2(Msg2)或消息4(Msg4)。

10.根据权利要求5至9中任一项所述的方法，其特征在于，所述第一消息是所述Msg1，所述方法还包括：

所述UE重复向所述gNB发送所述Msg3。

11.根据权利要求10所述的方法，其特征在于，所述Msg3的所述发送的重复次数基于RACH配置。

12.根据权利要求10所述的方法，其特征在于，当所述UE的参考信号接收功率(RSRP)测量值小于阈值时，重复所述Msg3的所述发送。

13.根据权利要求1至4中任一项所述的方法，其特征在于，所述指示包括：

当确定在所述RA过程之后指示时，所述UE在所述RA过程完成之后向所述gNB发送指示所述UE为所述RedCap UE的UE能力信息。

14.根据权利要求1至13中任一项所述的方法，其特征在于，所述准则基于所述UE的接收分支数、所述UE测量的参考信号接收功率(RSRP)、所述UE测量的参考信号接收质量(RSRQ)、所述UE测量的参考信号强度指示(RSSI)或其组合。

15.根据权利要求1至14中任一项所述的方法，其特征在于，所述准则基于所述UE的能力。

16.根据权利要求1至15中任一项所述的方法，其特征在于，所述确定包括：

当所述UE具有两个接收分支时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；或

当所述UE具有一个接收分支时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

17.根据权利要求1至15中任一项所述的方法，其特征在于，所述确定包括：

当所述UE具有两个接收分支，且在频率范围1(FR1)或FR2下可操作时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；

当所述UE具有一个接收分支，且在FR1或FR2下可操作时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或

当所述UE具有两个接收分支，且在FR1下可操作时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

18.根据权利要求1至15中任一项所述的方法，其特征在于，所述确定包括：

所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；

当所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；或

当所述UE的所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

19.根据权利要求1至15中任一项所述的方法，其特征在于，所述确定包括：

所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；

当所述UE具有两个接收分支且所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；

当所述UE具有两个接收分支且所述UE的所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或

当所述UE具有一个接收分支时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE。

20.根据权利要求1至15中任一项所述的方法，其特征在于，所述确定包括：

所述UE将RSRP测量值与为RedCap UE配置的阈值进行比较；

当所述UE具有一个接收分支且所述RSRP测量值大于所述阈值时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE；

当所述UE具有一个接收分支且所述RSRP测量值小于或等于所述阈值时，所述UE确定在所述RA过程期间指示所述UE为所述RedCap UE；或

当所述UE具有两个接收分支时，所述UE确定在所述RA过程之后指示所述UE为所述RedCap UE。

21.一种方法，其特征在于，所述方法包括：

gNB在随机接入(RA)过程期间从用户设备(UE)接收第一消息；

所述gNB确定所述第一消息是否指示所述UE是降低能力(RedCap)UE，所述RedCapUE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；

当所述第一消息指示所述UE为所述RedCap UE时，所述gNB根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；以及

当所述第一消息未指示所述UE为所述RedCap UE时，所述gNB在所述RA过程完成之后确定所述UE是否是所述RedCap UE。

22.根据权利要求21所述的方法，其特征在于，所述非RedCap UE是传统UE。

23.根据权利要求21或22所述的方法，其特征在于，所述RedCap UE具有一个或两个接收分支。

24.根据权利要求21至23中任一项所述的方法，其特征在于，所述非RedCap UE的所述最小接收分支数对于频率范围1(FR1)是4，对于频率范围2(FR2)是2。

25.根据权利要求21至24中任一项所述的方法，其特征在于，所述第一消息包括所述RA过程的消息1(Msg1)、所述RA过程的消息3(Msg3)或所述RA过程的消息A(MsgA)。

26.根据权利要求25所述的方法，其特征在于，所述第一消息基于由所述gNB广播的物理随机接入信道(PRACH)配置，所述PRACH配置包括与指示RedCap UE关联的RACH前导码、RACH时机或其组合。

27.根据权利要求21至26中任一项所述的方法，其特征在于，所述第二消息是所述RA过程的消息2(Msg2)，或所述RA过程的消息4(Msg4)。

28.根据权利要求21至25中任一项所述的方法，其特征在于，还包括：

所述gNB从所述UE接收在所述RA过程完成之后指示所述UE为所述RedCap UE的UE能力信息。

29.根据权利要求21至28中任一项所述的方法，其特征在于，还包括：

所述gNB向所述UE广播准则的信息，所述准则使所述UE能够基于所述准则确定是在所述RA过程期间还是在所述RA过程之后向所述gNB指示所述UE为所述RedCap UE。

30.根据权利要求29所述的方法，其特征在于，所述准则基于所述UE的接收分支数、所述UE的参考信号接收功率(RSRP)测量值、所述UE的参考信号接收质量(RSRQ)测量值、所述UE的参考信号强度指示(RSSI)或其组合。

31.根据权利要求29或30所述的方法，其特征在于，所述准则基于所述UE的能力。

32.根据权利要求29至31中任一项所述的方法，其特征在于，所述准则包括：

当所述UE具有两个接收分支时，在所述RA过程之后指示所述RedCap UE；或

当所述UE具有一个接收分支时，在所述RA过程期间指示所述RedCap UE。

33.根据权利要求29至31中任一项所述的方法，其特征在于，所述准则包括：

当所述UE具有两个接收分支，且在频率范围1(FR1)或FR2下可操作时，在所述RA过程之后指示所述RedCap UE；

当所述UE具有一个接收分支，且在FR1或FR2下可操作时，在所述RA过程期间指示所述RedCap UE；或

当所述UE具有两个接收分支，且在FR1下可操作时，在所述RA过程期间指示所述RedCapUE。

34.根据权利要求29至31中任一项所述的方法，其特征在于，所述准则包括：

当所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；或

当所述UE测量的所述RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCapUE。

35.根据权利要求29至31中任一项所述的方法，其特征在于，所述准则包括：

当所述UE具有两个接收分支，且所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；

当所述UE具有两个接收分支，且所述UE测量的所述RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCap UE；或

当所述UE具有一个接收分支时，在所述RA过程期间指示所述RedCap UE。

36.根据权利要求29至31中任一项所述的方法，其特征在于，所述准则包括：

当所述UE具有一个接收分支，且所述UE测量的RSRP大于阈值时，在所述RA过程之后指示所述RedCap UE；

当所述UE具有一个接收分支，且所述UE测量的RSRP小于或等于所述阈值时，在所述RA过程期间指示所述RedCap UE；或

当所述UE具有两个接收分支时，在所述RA过程之后指示所述RedCap UE。

37.根据权利要求21至36中任一项所述的方法，其特征在于，还包括：

所述gNB广播指示所述gNB支持RedCap UE的信息。

38.一种装置，其特征在于，所述装置包括：

非瞬时性存储器，包括指令；以及

一个或多个处理器，与所述存储器通信，其中，当由所述一个或多个处理器执行时，所述指令使所述装置执行以下操作：

基于准则确定是在所述装置的随机接入(RA)过程期间还是在所述RA过程之后向gNB指示所述装置是降低能力(RedCap)UE，所述RedCap UE具有比非RedCapUE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；以及

根据确定结果向所述gNB指示所述装置是所述RedCap UE。

39.一种装置，其特征在于，所述装置包括：

非瞬时性存储器，包括指令；以及

一个或多个处理器，与所述存储器通信，其中，当由所述一个或多个处理器执行时，所述指令使所述装置执行以下操作：

在随机接入(RA)过程期间，从用户设备(UE)接收第一消息；

确定所述第一消息是否指示所述UE是降低能力(RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCapUE的最小带宽更小的带宽；

当所述第一消息指示所述UE为所述RedCap UE时，根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；以及

当所述第一消息未指示所述UE为所述RedCap UE时，在所述RA过程完成之后确定所述UE是否是所述RedCap UE。

40.一种存储计算机指令的非瞬时性计算机可读介质，其特征在于，当由装置的一个或多个处理器执行时，所述计算机指令使所述装置执行以下操作：

基于准则确定是在所述装置的随机接入(RA)过程期间还是在所述RA过程之后向gNB指示所述装置是降低能力(RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；以及

根据确定结果向所述gNB指示所述装置是所述RedCap UE。

41.一种存储计算机指令的非瞬时性计算机可读介质，其特征在于，当由装置的一个或多个处理器执行时，所述计算机指令使所述装置执行以下操作：

在随机接入(RA)过程期间从用户设备(UE)接收第一消息；

确定所述第一消息是否指示所述UE是降低能力(RedCap)UE，所述RedCap UE具有比非RedCap UE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；

当所述第一消息指示所述UE为所述RedCap UE时，根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；以及

当所述第一消息未指示所述UE为所述RedCap UE时，在所述RA过程完成之后确定所述UE是否是所述RedCap UE。

42.一种系统，其特征在于，包括用户设备(UE)和gNB；

其中，所述UE用于执行以下操作：

基于准则确定是在所述UE的随机接入(RA)过程期间还是在所述RA过程之后向所述gNB指示所述UE是降低能力(RedCap)UE，所述RedCap UE具有比非RedCapUE的最小接收分支数更少的接收分支数，或具有比所述非RedCap UE的最小带宽更小的带宽；以及

根据确定结果向所述gNB指示所述UE是所述RedCap UE；以及

其中，所述gNB用于执行以下操作：

在随机接入(RA)过程期间从所述UE接收第一消息；

确定所述第一消息是否指示所述UE为所述RedCap UE；

当所述第一消息指示所述UE为所述RedCap UE时，根据覆盖恢复技术在所述RA过程期间向所述UE发送第二消息；以及

当所述第一消息未指示所述UE为所述RedCap UE时，在所述RA过程完成之后确定所述UE是否是所述RedCap UE。