CN116210335A

CN116210335A - 用于降低能力设备的早期指示

Info

Publication number: CN116210335A
Application number: CN202180066497.5A
Authority: CN
Inventors: 安德烈亚斯·豪格伦德; 图奥马斯·蒂罗宁; 约翰·伯格曼; 桑迪普·纳拉亚南·卡丹维杜; 基蒂蓬·基蒂乔卡伊; 王怡彬; 亨利克·恩布斯克
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2020-10-16
Filing date: 2021-10-13
Publication date: 2023-06-02
Also published as: US20230122456A1; BR112023004700A2; WO2022081071A1; EP4098068B1; EP4098068A1

Abstract

无线设备(22、22a、22b)确定是否经由随机接入过程的消息1提供降低能力(RedCap)指示。无线设备基于该确定来发送消息1，并发送随机接入过程的消息3。如果RedCap指示不经由消息1来提供，则RedCap指示至少经由消息3来提供。根据一些实施例，无线设备接收对无线设备是否要经由消息1提供RedCap指示的指示，并且该确定基于所接收到的指示。根据一些实施例，通过是否配置RedCap无线设备与其他无线设备之间的物理随机接入信道(PRACH)划分来提供对无线设备是否要经由消息1提供RedCap指示的指示。

Description

用于降低能力设备的早期指示

技术领域

本公开涉及无线通信，并且具体地，涉及降低能力(RedCap)指示。

背景技术

5G是第五代蜂窝无线通信技术，并且在第三代合作伙伴计划(3GPP)版本15中引入。5G被设计来帮助提高速度、减少时延并提高无线服务的灵活性。5G系统(5GS)包括新无线电接入网(NG-RAN)和新核心网(5GC)两者，NG-RAN使用被称为新无线电(NR)的新空中接口。

3GPP版本15中5G的初始版本针对移动宽带(MBB)和超可靠且低时延通信(URLLC)进行了优化。这些服务需要非常高的数据速率和/或低延迟，因此对无线设备提出了高要求。为了使5G能够用于具有更宽松性能要求的其他服务，3GPP版本17中引入了新的低复杂度无线设备类型(参见RP-201677，Revised SID on Study on support of reducedcapability NR devices(关于支持降低能力的NR设备的研究的修订SID)，爱立信，3GPPTSG RAN会议#89e，2020年9月)。该低复杂度无线设备类型被称为降低能力(RedCap)无线设备、或NR RedCap用户设备(NR RedCap UE)。降低能力(RedCap)无线设备类型特别适用于诸如无线传感器或视频监控之类的机器类型通信(MTC)服务，但它也可以用于具有较低性能要求的MBB服务(例如，可穿戴设备)。与3GPP版本15的NR无线设备相比，低复杂度无线设备具有降低能力，例如，低复杂度无线设备具有：

-减少的无线设备带宽

-减少的无线设备RX/TX天线的数量

-半双工FDD

-宽松的无线设备处理时间

-宽松的无线设备处理能力

由于降低能力，低复杂度无线设备有时也被称为NR RedCap无线设备。NR RedCap无线设备可以具有上述降低能力中的一些或全部。

从运营商方面/角度来看，低复杂度无线设备仅用于其预期用例可能很重要。为了强制执行该要求，可能需要网络识别低复杂度无线设备并能够在必要时限制它们的接入。这在对低复杂度无线设备的3GPP研究项目描述(参见RP-201677，Revised SID on Studyon support of reduced capability NR devices(关于支持降低能力的NR设备的研究的修订SID)，爱立信，3GPP TSG RAN会议#89e，2020年9月)中被描述如下：

-研究如何定义和约束这种降低的能力的标准化框架和原则：考虑定义一种或多种设备类型的有限集合，并考虑如何确保这些设备类型仅用于预期的用例。

-研究以下功能，该功能将允许具有降低的能力的设备对于网络和网络运营商是可显式识别的，并允许运营商在需要时限制其接入。

在3GPP中，出于上述两个原因(即，为了能够根据无线设备较低的能力来调度该无线设备，以及为了能够根据上述目标限制接入)，已经讨论了对无线设备是RedCap设备的早期指示。RAN1已经讨论了是否在Msg1、Msg3、Msg5或之后消息中具有指示。例如，关于上行链路(UL)初始BWP/RACH(带宽部分/随机接入信道)资源，已经建议如下(参见R1-2006406，Framework and principles for reduced capability devices(降低能力设备的框架和原则)，华为等，3GPP TSG RAN WG1会议#102-e，2020年8月17日至28日)：

目前，针对普通无线设备的上行链路初始带宽部分(BWP)的带宽可以由SIB1来灵活配置，并且在FR1中最大带宽可以是100MHz。较大的初始UL BWP可以受益于调度灵活性、Msg3跳频以及传统无线设备的传输容量。然而，如果在RedCap无线设备和普通(即，非RedCap)无线设备之间共享UL初始BWP，则可能需要将UL初始BWP的带宽限制在不大于RedCap信道带宽(即，20MHz)的带宽内。因此，从不影响普通无线设备性能的角度来看，特定于RedCap无线设备的专用UL初始BWP是优选的。然而，是否共享UL初始BWP可以由网络或网络节点来决定。例如，如果针对普通无线设备的不大于20MHz的UL初始BWP带宽可以满足普通无线设备的传输要求(例如，传输容量和传输效率)，则网络节点可以针对RedCap无线设备和普通无线设备配置公共UL初始BWP。否则，可以配置RedCap特定的UL初始BWP。

此外，可以应用分开的RACH资源来区分RedCap无线设备和普通无线设备。因此，网络节点可以在早期接入阶段而不是在进行无线设备能力报告的阶段之后区分RedCap无线设备和普通无线设备，这有利于负荷平衡和调度以及对网络节点的兼容性，该网络节点无法识别特定于3GPP版本17的RedCap无线设备的无线设备能力信令，并且可能不适当地配置RedCap无线设备。因此，可以保证普通无线设备的接入性能。相反，如果引入RedCap无线设备不会影响普通无线设备的性能(诸如在RedCap开发的早期阶段，其中RedCap无线设备的数量可能预期较少)，则也可以考虑共享RACH资源。

建议：支持用于RedCap无线设备的专用UL初始BWP/RACH资源。在RedCap无线设备和普通无线设备之间是否共享UL初始BWP/RACH资源可以由网络来配置。

发明内容

一些实施例有利地提供了用于接入过程期间的消息1(Msg1)和消息3(Msg3)中至少一个消息中的降低能力指示的方法、系统和装置。

在一个或多个实施例中，提供了用于组合Msg1和/或Msg3中的RedCap早期指示的各种方法(例如，混合解决方案)，其中，这些方法中的一个或多个可以通过取决于例如当前对于RedCap无线设备有什么益处的灵活方式执行。

第一方面提供了在无线设备中实现的方法的实施例。该方法包括确定是否经由随机接入过程的消息1提供降低能力(RedCap)指示。该方法还包括：基于该确定发送消息1，以及发送随机接入过程的消息3。如果RedCap指示不经由消息1来提供，则RedCap指示至少经由消息3来提供。

还提供了无线设备的对应实施例。

第二方面提供了在网络节点中实现的方法的实施例。该方法包括：接收随机接入过程的消息1，以及接收该随机接入过程的消息3。该方法还包括基于经由消息1和/或消息3提供的降低能力(RedCap)指示来执行至少一个动作。如果RedCap指示不经由消息1来提供，则RedCap指示至少经由消息3来提供。

还提供了网络节点的对应实施例。

附图说明

当结合附图考虑时，通过参考以下详细描述，将更容易理解对本实施例以及其所伴随的优点和特征的更完整的理解，其中：

图1是示出了根据本公开原理的经由中间网络连接到主机计算机的通信系统的示例性网络架构的示意图；

图2是根据本公开的一些实施例的通过至少部分无线连接经由网络节点与无线设备进行通信的主机计算机的框图；

图3是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在无线设备处执行客户端应用的示例性方法的流程图；

图4是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在无线设备处接收用户数据的示例性方法的流程图；

图5是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在主机计算机处从无线设备接收用户数据的示例性方法的流程图；

图6是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在主机计算机处接收用户数据的示例性方法的流程图；

图7是根据本公开的一些实施例的网络节点中的示例性过程的流程图；

图8是根据本公开的一些实施例的无线设备中的示例性过程的流程图；以及

图9是在频域中相对于载波带宽、初始/活动上行链路带宽部分(BWP)和物理随机接入信道(PRACH)时机的RedCap无线设备带宽的框图。

具体实施方式

如上面背景技术部分所述，3GPP中已经讨论了是否在Msg1、Msg3或Msg5或之后消息具有RedCap指示。尽管已经讨论了如何提供RedCap指示的若干个选项，但3GPP尚未就解决方案达成一致，因此不清楚RedCap指示应该如何工作。

通过提供用于组合Msg1和Msg3中的RedCap早期指示的一种或多种方法(例如，混合解决方案)，本公开至少部分地有利地解决了现有系统的问题中的至少一个，并且还是以取决于当前有什么益处的灵活方式做到这一点，如本文所述。即，本文描述的一个或多个布置有利地提供了Msg1和Msg3中早期指示的益处。

在详细描述示例性实施例之前，应注意，实施例主要在于与在Msg1和Msg3中的至少一个中提供RedCap指示相关的装置组件和处理步骤的组合。因此，在附图中通过常规符号适当地表示了组件，仅示出了与理解实施例相关的那些特定细节，以便不会使本公开与对于受益于本文描述的本领域普通技术人员而言显而易见的细节相混淆。在说明书全文中，相似的标记指代相似的元件。

本文中所使用的关系术语(如“第一”和“第二”，“顶”和“底”等)可以仅用于将一个实体或元件与另一实体或元件进行区分，而不一定要求或暗示这些实体或元件之间的任何物理或逻辑关系或顺序。本文所用术语仅用于描述特定实施例的目的，而不是为了限制本文描述的构思。除非上下文明确地给出相反的指示，否则如在本文中所使用的单数形式“一”、“一个”和“所述”旨在还包括复数形式。还将理解，术语“包括”、“具有”和/或“包含”在本文中使用时表示存在所陈述的特征、整数、步骤、操作、元件和/或组件，但并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组合。

在本文描述的实施例中，连接术语“与......通信”等可以用于指示电或数据通信，其例如可以通过物理接触、感应、电磁辐射、无线电信令、红外信令或光信令来实现。本领域普通技术人员将理解，多个组件可以互操作，并且可以对电和数据通信实现修改和变化。

在本文描述的一些实施例中，尽管不一定是直接地指示，但术语“耦接”、“连接”等可以在本文中用于指示连接，并且可以包括有线和/或无线连接。

本文使用的术语“网络节点”可以是包括在无线电网络中的任何类型的网络节点，该无线电网络还可以包括基站(BS)、无线电基站、基站收发信台(BTS)、基站控制器(BSC)、无线电网络控制器(RNC)、g Node B(gNB)、演进Node B(eNB或eNodeB)、Node B、多标准无线电(MSR)无线电节点(例如MSR BS)、多小区/多播协调实体(MCE)、集成接入和回程(IAB)节点、中继节点、施主节点控制中继、无线电接入点(AP)、传输点、传输节点、远程无线电单元(RRU)、远程无线电头(RRH)、核心网节点(例如，移动管理实体(MME)、自组织网(SON)节点、协调节点、定位节点、MDT节点等)、外部节点(例如，第三方节点、当前网络外部的节点)、分布式天线系统(DAS)中的节点、频谱接入系统(SAS)节点、元件管理系统(EMS)等中的任何一个。网络节点还可以包括测试设备。本文中使用的术语“无线电节点”可以用于表示无线设备(WD)(例如无线设备(WD))或无线电网络节点。

在一些实施例中，可互换地使用非限制性术语无线设备(WD)或用户设备(UE)。本文中的WD可以是能够通过无线电信号与网络节点或另一WD进行通信的任意类型的无线设备，例如无线设备(WD)。在一个或多个实施例中，WD可以指与“普通”无线设备(例如，3GPP版本15无线设备)相比具有降低能力的降低能力(RedCap)WD。其中降低能力可以指以下各项中一项或多项：减少的无线设备带宽，减少的无线设备发射/接收天线的数量、半双工频分双工、宽松(即，不那么严格)的无线设备处理时间、以及宽松(即，不那么严格)的无线设备处理能力等。

WD还可以是无线电通信设备、目标设备、设备到设备(D2D)WD、机器类型WD或能够进行机器到机器通信(M2M)的WD、低成本和/或低复杂度WD、配备有WD的传感器、平板电脑、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、USB加密狗、客户驻地设备(CPE)、物联网(IoT)设备或窄带IOT(NB-IOT)设备等。

此外，在一些实施例中，使用通用术语“无线电网络节点”。它可以是任意类型的无线电网络节点，可以包括基站、无线电基站、基站收发信台、基站控制器、网络控制器、RNC、演进NodeB(eNB)、NodeB、gNB、多小区/多播协调实体(MCE)、IAB节点、中继节点、接入点、无线电接入点、远程无线电单元(RRU)、远程无线电头端(RRH)等中的任何一个。

注意，尽管可以在本公开中使用来自一个特定无线系统(例如，3GPP长期演进(LTE)和/或新无线电(NR))的术语，但这不应被视为将本公开的范围仅限于前述系统。其他无线系统(包括但不限于宽带码分多址(WCDMA)、全球微波接入互操作性(WiMax)、超移动宽带(UMB)和全球移动通信系统(GSM))也可以受益于利用本公开内所涵盖的思想。

还应注意，本文描述的由无线设备或网络节点执行的功能可以分布在多个无线设备和/或网络节点上。换句话说，预期本文描述的网络节点和无线设备的功能不限于由单个物理设备执行，并且实际上可以分布在若干物理设备中。

除非另外定义，否则本文使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常所理解的相同的含义。将理解，本文所使用的术语应被解释为与它们在本说明书的上下文和相关技术中的意义相一致，而不被解释为理想或过于正式的意义，除非本文如此明确地定义。

如本文中所描述的，实施例在Msg1和Msg3中的至少一个中提供RedCap指示。

现在返回附图，其中，相似的元件由相似的附图标记指代，图1中示出了根据实施例的通信系统10的示意图，例如可以支持诸如LTE和/或NR(5G)之类的标准的3GPP类型的蜂窝网络，其包括接入网12，例如，无线电接入网和核心网14。接入网12包括多个网络节点16a、16b、16c(被统称为网络节点16)，例如NB、eNB、gNB或其他类型的无线接入点，每个网络节点定义对应的覆盖区域18a、18b、18c(被统称为覆盖区域18)。每个网络节点16a、16b、16c可通过有线或无线连接20连接到核心网14。位于覆盖区域18a中的第一无线设备(WD)22a被配置为无线连接到对应的网络节点16a或被对应的网络节点16a寻呼。覆盖区域18b中的第二WD 22b以无线方式可连接到对应网络节点16b。虽然在该示例中示出了多个WD 22a、22b(被统称为无线设备22)，但所公开的实施例同样适用于唯一WD位于覆盖区域中或唯一WD连接到对应的网络节点1 6的情况。注意，尽管为了方便，仅示出了两个WD 22和三个网络节点16，但通信系统可以包括更多WD 22和网络节点16。此外，WD 22可以指“普通”或非RedCapWD 22，或指RedCap WD 22。

此外，预期WD 22可以与一个以上网络节点16和一种以上类型的网络节点16同时通信和/或被配置为与一个以上网络节点16和一种以上类型的网络节点16单独通信。例如，WD 22可以具有与支持LTE的网络节点16和支持NR的相同或不同网络节点16的双连接。作为示例，WD 22可以与用于LTE/E-UTRAN的eNB和用于NR/NG-RAN的gNB通信。

通信系统10本身可以连接到主机计算机24，该主机计算机24可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器群中的处理资源。主机计算机24可以由服务提供商所有或在服务提供商控制之下，或者可以由服务提供商操作或代表服务提供商操作。电信网络10与主机计算机24之间的连接26、28可以直接从核心网14延伸到主机计算机24，或者可以经过可选的中间网络30延伸。中间网络30可以是公共网络、私有网络或伺服网络中的一个网络或它们中的多于一个网络的组合。中间网络30(如果有的话)可以是骨干网络或互联网。在一些实施例中，中间网络30可以包括两个或更多个子网络(未示出)。

图1的通信系统作为整体实现了所连接的WD 22a、22b之一与主机计算机24之间的连接。该连接可以被描述为过顶(OTT)连接。主机计算机24和所连接的WD 22a、22b被配置为使用接入网12、核心网14、任何中间网络30和可能的其他基础设施(未示出)作为中介，经由OTT连接传送数据和/或信令。在OTT连接所经过的至少一些参与的通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接可以是透明的。例如，网络节点16可以不被告知或不需要被告知关于进入的下行链路通信的过去路由，该下行链路通信具有源自主机计算机24并要被转发(例如，移交)给所连接的WD 22a的数据。类似地，网络节点16不需要知道源自WD 22a并朝向主机计算机24的输出的上行链路通信的未来路由。

网络节点16被配置为包括信令单元32，该信令单元32被配置为执行本文例如关于RedCap指示描述的一个或多个网络节点16功能。无线设备22被配置为包括指示单元34，该指示单元34被配置为执行本文例如关于RedCap指示描述的一个或多个无线设备22功能。

现将参照图2来描述根据实施例的在先前段落中所讨论的WD 22、网络节点16和主机计算机24的示例实现方式。在通信系统10中，主机计算机24包括硬件(HW)38，该硬件38包括通信接口40，该通信接口40被配置为与通信系统10的不同通信设备的接口建立并保持有线或无线连接。主机计算机24还包括处理电路42，该处理电路42可以具有存储和/或处理能力。处理电路42可以包括处理器44和存储器46。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路42可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器44可以被配置为访问(例如，写入或读取)存储器46，存储器46可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。

处理电路42可以被配置为控制本文描述的任何方法和/或过程，和/或使这些方法和/或过程例如由主机计算机24执行。处理器44对应于用于执行本文描述的主机计算机24功能的一个或多个处理器44。主机计算机24包括存储器46，该存储器46被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中，软件48和/或主机应用50可以包括指令，该指令当由处理器44和/或处理电路42执行时，使处理器44和/或处理电路42执行本文关于主机计算机24描述的过程。这些指令可以是与主机计算机24相关联的软件。

软件48可以由处理电路42执行。软件48包括主机应用50。主机应用50可以被操作为向远程用户提供服务，远程用户例如是经由OTT连接52连接的WD 22，该OTT连接52终止于WD 22和主机计算机24。在向远程用户提供服务时，主机应用50可以提供使用OTT连接52所发送的用户数据。“用户数据”可以是本文描述为实现所描述的功能的数据和信息。在一个实施例中，主机计算机24可以被配置为向服务提供商提供控制和功能，并且可以由服务提供商或代表服务提供商来操作。主机计算机24的处理电路42可以使主机计算机24能够观察、监视、控制、发送到网络节点16和/或无线设备22，和/或从网络节点16和/或无线设备22接收。主机计算机24的处理电路42可以包括信息单元54，该信息单元被配置为使服务提供商能够提供、确定、处理、分析、存储、转发、中继、发送、接收等与早期RedCap指示相关的信息。

通信系统10还包括在通信系统10中设置的网络节点16，该网络节点16包括使其能够与主机计算机24和WD 22通信的硬件58。硬件58可以包括：通信接口60，用于与通信系统10的不同通信设备的接口建立并保持有线连接或无线连接；以及无线电接口62，用于与位于由网络节点16服务的覆盖区域18中的WD 22建立并保持至少无线连接64。无线电接口62可以形成为或可以包括例如一个或多个射频(RF)发射机、一个或多个RF接收机和/或一个或多个RF收发机。通信接口60可以被配置为促进到主机计算机24的连接66。连接66可以是直接的，或者它可以经过通信系统10的核心网14和/或经过通信系统10外部的一个或多个中间网络30。

在所示的实施例中，网络节点16的硬件58还包括处理电路68。处理电路68可以包括处理器70和存储器72。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路68可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器70可以被配置为访问(例如，写入或从其读取)存储器72，存储器72可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。

因此，网络节点16还具有软件74，软件74内部存储在例如存储器72中，或者存储在网络节点16可经由外部连接访问的外部存储器(例如，数据库、存储阵列、网络存储设备等)中。软件74可以由处理电路68执行。处理电路68可以被配置为控制本文描述的任何方法和/或过程，和/或使这些方法和/或过程例如由网络节点16执行。处理器70对应于用于执行本文描述的网络节点16功能的一个或多个处理器70。存储器72被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中，软件74可以包括指令，该指令当由处理器70和/或处理电路68执行时，使处理器70和/或处理电路68执行本文关于网络节点16描述的过程。例如，网络节点16的处理电路68可以包括信令单元32，该信令单元32被配置为执行本文例如关于RedCap指示描述的一个或多个网络节点16功能。

通信系统10还包括已经提到的WD 22。WD 22可以具有硬件80，该硬件80可以包括无线电接口82，该无线电接口82被配置为与服务于WD 22当前所在的覆盖区域18的网络节点16建立并保持无线连接64。无线电接口82可以形成为或可以包括例如一个或多个RF发射机、一个或多个RF接收机和/或一个或多个RF收发机。

WD 22的硬件80还包括处理电路84。处理电路84可以包括处理器86和存储器88。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路84可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器86可以被配置为访问(例如，写入或从其读取)存储器88，存储器88可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。

因此，WD 22还可以包括软件90，软件90例如存储在WD 22处的存储器88中，或者存储在WD 22可访间的外部存储器(例如，数据库、存储阵列、网络存储设备等)中。软件90可以由处理电路84执行。软件90可以包括客户端应用92。客户端应用92可以被操作为在主机计算机24的支持下，经由WD 22向人类或非人类用户提供服务。在主机计算机24中，正在执行的主机应用50可以经由OTT连接52与正在执行的客户端应用92通信，该OTT连接52终止于WD22和主机计算机24。在向用户提供服务时，客户端应用92可以从主机应用50接收请求数据，并响应于请求数据来提供用户数据。OTT连接52可以传送请求数据和用户数据两者。客户端应用92可以与用户交互以生成其提供的用户数据。

处理电路84可以被配置为控制本文描述的任何方法和/或过程，和/或使这种方法和/或过程例如由WD 22执行。处理器86对应于用于执行本文描述的WD 22功能的一个或多个处理器86。WD 22包括存储器88，该存储器88被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中，软件90和/或客户端应用92可以包括指令，该指令当由处理器86和/或处理电路84执行指令时，使处理器86和/或处理电路84执行本文参考WD 22描述的过程。例如，无线设备22的处理电路84可以包括指示单元34，该指示单元34被配置为执行本文例如关于RedCap指示描述的一个或多个无线设备22功能。

在一些实施例中，网络节点16、WD 22和主机计算机24的内部工作可以如图2所示，并且独立地，周围的网络拓扑可以是图1的网络拓扑。

在图2中，已经抽象地绘制OTT连接52，以示出经由网络节点16在主机计算机24与无线设备22之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，该路由可以被配置为向WD 22隐藏或向操作主机计算机24的服务提供商隐藏或向这二者隐藏。当OTT连接52是活跃的时，网络基础设施还可以做出动态改变路由的决定(例如，基于负荷平衡考虑或网络的重新配置)。

WD 22和网络节点16之间的无线连接64遵循贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接52向WD 22提供的OTT服务的性能，无线连接64可以形成OTT连接52中的最后一段。更准确地说，这些实施例中的一些实施例的教导可以提高数据速率、延迟和/或功耗，从而提供诸如减少用户等待时间、放松对文件大小的限制、更好的响应性、延长电池寿命等的好处。

在一些实施例中，出于监控一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在可选的网络功能，用于响应于测量结果的变化而重新配置主机计算机24与WD 22之间的OTT连接52。测量过程和/或用于重新配置OTT连接52的网络功能可以在主机计算机24的软件48中或在WD 22的软件90中或在这两者中实现。在实施例中，传感器(未示出)可以被部署在OTT连接52通过的通信设备中或与该通信设备相关联；传感器可以通过提供上面例示的受监测的量的值，或者提供软件48、90可从中计算或估计受监测的量的其他物理量的值，来参与测量过程。OTT连接52的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响网络节点16，并且网络节点16对此可能是未知的或不可察觉的。一些这种过程和功能在本领域中可以是已知的和已被实践的。在某些实施例中，测量可以涉及专有WD信令，该专有WD信令促进主机计算机24对吞吐量、传播时间、时延等的测量。在一些实施例中，测量可以通过以下方式实现：软件48、90使用OTT连接52发送消息(特别是空消息或“虚拟”消息)，同时对传播时间、错误等进行监测。

因此，在一些实施例中，主机计算机24包括被配置为提供用户数据的处理电路42、以及被配置为向蜂窝网络转发用户数据以发送给WD 22的通信接口40。在一些实施例中，蜂窝网络还包括具有无线电接口62的网络节点16。在一些实施例中，网络节点16被配置为和/或网络节点16的处理电路68被配置为执行本文描述的用于准备/发起/维持/支持/结束到WD 22的传输和/或准备/终止/维持/支持/结束接收来自WD 22的传输的功能和/或方法。

在一些实施例中，主机计算机24包括处理电路42和通信接口40，该通信接口40被配置为接收源自从WD 22到网络节点16的传输的用户数据。在一些实施例中，WD 22被配置为(和/或包括无线电接口82和/或处理电路84，该处理电路84被配置为)执行本文描述的用于以下操作的功能和/或方法：准备/发起/维持/支持/结束向网络节点16的传输，和/或准备/终止/维持/支持/结束对来自网络节点16的传输的接收。

尽管图1和图2将诸如信令单元32和指示单元34之类的各种“单元”示出为在各自的处理器内，但是可以预期的是，可以实现这些单元，使得单元的一部分被存储在处理电路内的相应存储器中。换言之，这些单元可以在处理电路内以硬件或者以硬件和软件的组合来实现。

图3是示出了根据一个实施例的在通信系统(例如，图1和图2的通信系统)中实现的示例性方法的流程图。通信系统可以包括主机计算机24、网络节点16和WD 22，它们可以是参考图2描述的主机计算机24、网络节点16和WD 22。在该方法的第一步骤中，主机计算机24提供用户数据(框S100)。在第一步骤的可选子步骤中，主机计算机24通过执行主机应用(例如，主机应用50)来提供用户数据(框S102)。在第二步骤中，主机计算机24发起到WD 22的传输，该传输携带用户数据(框S104)。在可选的第三步骤中，根据贯穿本公开描述的实施例的教导，网络节点16向WD 22发送在主机计算机24发起的传输中携带的用户数据(框S106)。在可选的第四步骤中，WD 22执行与由主机计算机24执行的主机应用50相关联的客户端应用，例如客户端应用92(框S108)。

图4是示出了根据一个实施例的在通信系统(例如，图1的通信系统)中实现的示例性方法的流程图。通信系统可以包括主机计算机24、网络节点16和WD 22，它们可以是参考图1和2描述的主机计算机24、网络节点16和WD 22。在该方法的第一步骤中，主机计算机24提供用户数据(框S110)。在可选的子步骤(未示出)中，主机计算机24通过执行主机应用(例如，主机应用50)来提供用户数据。在第二步骤中，主机计算机24发起向WD22的携带用户数据的传输(框S112)。根据本公开的全文所描述的实施例的教导，该传输可以经由网络节点16传递。在可选的第三步骤中，WD 22接收该传输中携带的用户数据(框S114)。

图5是示出了根据一个实施例的在通信系统(例如，图1的通信系统)中实现的示例性方法的流程图。该通信系统可以包括主机计算机24、网络节点16和WD 22，其可以是参照图1和图2描述的主机计算机24、网络节点16和WD 22。在方法的可选的第一步骤中，WD 22接收由主机计算机24提供的输入数据(框S116)。在第一步骤的可选子步骤中，WD22执行客户端应用92，该客户端应用92响应于所接收的由主机计算机24提供的输入数据而提供用户数据(框S118)。附加地或备选地，在可选的第二步骤中，WD 22提供用户数据(框S120)。在第二步骤的可选子步骤中，WD通过执行客户端应用(例如，客户端应用92)来提供用户数据(框S122)。在提供用户数据时，所执行的客户端应用92还可以考虑从用户接收到的用户输入。无论提供用户数据的具体方式如何，WD 22都可以在可选的第三子步骤中发起用户数据到主机计算机24的传输(框S124)。在该方法的第四步骤中，根据贯穿本公开描述的实施例的教导，主机计算机24接收从WD 22发送的用户数据(框S126)。

图6是示出了根据一个实施例的在通信系统(例如，图1的通信系统)中实现的示例性方法的流程图。该通信系统可以包括主机计算机24、网络节点16和WD 22，其可以是参照图1和图2描述的主机计算机24、网络节点16和WD 22。在该方法的可选第一步骤中，根据贯穿本公开描述的实施例的教导，网络节点16从WD 22接收用户数据(框S128)。在可选的第二步骤中，网络节点16发起所接收到的用户数据向主机计算机24的传输(框S130)。在第三步骤中，主机计算机24接收由网络节点16发起的传输中所携带的用户数据(框S132)。

图7是根据本公开的一些实施例的网络节点16中的示例性过程的流程图。由网络节点16执行的一个或多个框和/或功能可以由网络节点16的一个或多个元件执行，例如，由处理电路68中的信令单元32、处理器70、无线电接口62等执行。在一个或多个实施例中，网络节点16(例如，经由处理电路68、处理器70、信令单元32、通信接口60和无线电接口62中的一个或多个)被配置为接收(框S134)消息1(Msg1)和消息3(Msg3)中的至少一个消息中的降低能力(RedCap)指示，如本文所述。在一个或多个实施例中，网络节点16(例如，经由处理电路68、处理器70、信令单元32、通信接口60和无线电接口62中的一个或多个)被配置为至少基于该指示来执行(框S136)至少一个动作，如本文所述。

根据一个或多个实施例，处理电路68被配置为在系统信息SI中指示RedCap物理随机接入信道(PRACH)资源已经被配置。根据一个或多个实施例，如果该指示是在Msg1中接收的，则发生以下之一：在Msg3中接收到指示表明了RedCap类型；以及未能接收到Msg3表明无线设备是非RedCap无线设备。

图8是根据本公开的一些实施例的无线设备22中的示例性过程的流程图。由无线设备22执行的一个或多个框和/或功能可以由无线设备22的一个或多个元件执行，例如，由处理电路84中的指示单元34、处理器86、无线电接口82等执行。在一个或多个实施例中，无线设备22(例如，经由处理电路84、处理器86、指示单元34和无线电接口82中的一个或多个)被配置为确定(框S138)在消息1(Msg1)和消息3(Msg3)中的至少一个消息中包括降低能力RedCap指示，如本文所述。在一个或多个实施例中，无线设备(例如，经由处理电路84、处理器86、指示单元34和无线电接口82中的一个或多个)被配置为基于该确定来发送(框S140)Msg1和Msg3中的具有RedCap指示的该至少一个消息，如本文所述。

根据一个或多个实施例，对在Msg1和Msg3中的至少一个中包括RedCap指示的确定基于预定义的标准，其中，该预定义的标准包括以下各项中的至少一项：在无线设备处是否需要射频(RF)重新调谐；至少基于每个随机接入信道时机(RO)的同步信号块(SSB)的数量；每个SSB的基于竞争(CB)前导码的数量；以及覆盖估计。根据一个或多个实施例，处理电路84被配置为接收对无线设备22是否要在Msg1和Msg3之一中发送RedCap指示的指示，该指示由以下之一提供：是否已经配置了RedCap无线设备的物理随机接入信道(PRACH)划分；以及系统信息(SI)。

已经总体上描述了用于Msg1和Msg3中的至少一个中的RedCap指示的布置，如下提供了针对这些布置、功能和过程的细节，并且这些布置、功能和过程的细节可以由网络节点16、无线设备22和/或主机计算机24实现。

如本文所述，实施例在Msg1和Msg3中的至少一个中提供RedCap指示。Msg1和Msg3可以指随机接入过程的消息1和消息3。在一个或多个实施例中，对网络节点16提供的小区支持RedCap的指示可在SI中指示(显式地或经由例如配置参数隐式地指示)。在一个示例中，根据是否存在用于RedCap的PRACH划分，暗示无线设备22可以使用Msg1指示中的早期RedCap指示还是使用稍后在Msg3中的早期RedCap指示。在一个示例中，网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)可以针对RedCap和“传统”无线设备22配置单独的PRACH资源，其中，RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可以从针对RedCap配置的池中选择PRACH资源以在Msg1指示它是RedCap无线设备22。例如，如果初始接入过程(例如，RACH过程)和/或对Msg2和Msg3的调度认为“传统”无线设备22与RedCap相比具有更高的无线设备能力(这是预定义的标准的示例)，可能需要Msg1指示。如果未针对RedCap配置单独的PRACH资源(即，预定义的标准的示例)，则使用Msg3中的指示。

在一个或多个实施例中，在Msg3中可以总是存在RedCap早期指示。如果RedCapPRACH资源如先前实施例中那样被配置在SI中(即，预定义的标准的示例)，则也将存在通过Msg1的早期隐式指示。如果SI不配置RedCapPRACH资源(即，预定义的标准的示例)，则RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)使用传统PRACH资源，并且Msg3中的指示将向网络节点16指示无线设备22是RedCap无线设备22。

-在一个或多个实施例中，例如经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个，例如使用RRCResumeRequest、RRCResumeRequest1或RRCSetupRequest消息中的备用比特将Msg3中的指示实现为Msg3中包括的无线电资源控制(RRC)消息中的标志。该方法的可能问题是这些消息中每个仅存在一个备用比特，并且可能不期望使用该最后一个比特。

-在另一实施例中，Msg3包含新RRC消息(即，不同于上述实施例中所列出的消息)，或包含与RRCResumeRequest或RRCSetupRequest类似但在不同的逻辑信道或具有更大有效载荷的CCCH信道(即，RRC中的“CCCH1”，MAC中的“具有64字节有效载荷的CCCH”)上的消息。该消息包含指示无线设备22是RedCap无线设备22的标志或字段。例如，CCCH1逻辑信道上的UL RRC消息是64比特，因此可以使用具有附加RedCap指示的与RRCResumeRequest或RRCSetupRequest类似但在CCCH1上的消息。

-在另一实施例中，指示无线设备22是RedCap无线设备22的标志或字段不被包括在Msg3中的RRC消息中，而是使用来自另一协议层的信息(例如，通过使用MAC控制元素)作为RedCap指示包括在Msg3中。

在本文所述的一个或多个实施例中，无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)配置并发送Msg1和/或Msg3，如本文所述。

在一个或多个实施例中，如果RedCap无线设备22与RedCap所需的最低要求相比具有更高的能力，使得它能够执行在小区中配置的传统初始接入过程(例如，初始RACH过程)，则即使存在已配置的单独RedCap PRACH资源，RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可以选择/确定选择传统PRACH资源来用于初始接入且仅在Msg3中包含RedCap早期指示。此外，网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)可以在SI中广播使用传统PRACH资源进行初始接入的最低要求，例如所需的最小设备带宽、接收机天线等。

在一个或多个实施例中，用于Msg1指示的PRACH资源是在SI中配置的，并且还指定了使用Msg3指示的可能性，例如，如上述实施例中所提到的，即，可以使用Msg1和Msg3早期指示的不同排列来指示若干种RedCap类型(例如，多达4种)之一。预期RedCap无线设备22使用Msg1指示，并且Msg3指示的存在进一步确定网络节点16如何解释无线设备22的意图和/或RedCap类型：在一个实施例中，如果Msg1指示和Msg3指示两者都存在，则网络节点16将无线设备22解释为是RedCap无线设备22类型1，并且如果存在Msg1指示但不存在Msg3指示，则网络节点16将无线设备22解释为是与RedCap无线设备类型1不同的RedCap无线设备22类型2。

在一个实施例中，如果无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)在Msg1中指示它是RedCap无线设备22但不在Msg3中指示它是RedCap无线设备22，网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)认为这是错误过程并拒绝无线设备22对RRC连接或恢复的请求。

在一个实施例中，如果无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)在Msg1中指示它是RedCap无线设备22但不在Msg3中指示它是RedCap无线设备22，网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)认为无线设备22是“普通”无线设备22(即不是RedCap无线设备22)，并继续采取现有NR行为和/或认为无线设备支持强制性NR无线设备22能力的过程。

在一个实施例中，通过例如在系统信息中或通过用信号发送RRC连接模式下的专用RRC配置，网络节点16向无线设备22指派不同于初始BWP的附加带宽部分(BWP)。初始BWP可以设置为默认BWP或其他BWP。附加BWP可以与初始BWP重叠，以促进使用初始BWP中的资源或该其他附加活动BWP。因此，只有使用不同于初始BWP的活动BWP的RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可以被这样隐式地识别。此外，这允许在初始BWP和活动BWP中配置不同大小的前导码组。例如，对于两步RA过程，这可以允许单独的(附加)前导码组A和B PUSCH(物理上行链路共享信道)资源集，这些资源可以专门针对RedCap无线设备22来定制/配置。以上所述可以通过例如以下方式来实现：

-配置与初始BWP重叠的活动BWP；

-配置不同的前导码组A和B参数(例如，资源)集；

-允许活动BWP中的已连接无线设备22使用初始BWP中的PRACH资源和/或两步RAmsgA PUSCH资源，而无需切换到活动BWP。

在一个实施例中，如果在无线设备22处需要进行RF重新调谐以使用与无线设备22的优选同步信号块(SSB)相对应的PRACH时机(RO)(这可以是预定义的标准的示例)，则可以由无线设备22在Msg1中提供早期RedCap指示。对RF重新调谐的需要可以取决于RedCap无线设备22带宽、前导码序列长度、子载波间隔和在频域中频分复用的RO的数量，该数量由高层参数msg1-FDM给出。该实施例的示例如下。考虑短前导码(即，序列长度＝139)和30KHz的前导码/PUSCH子载波间隔。因此，频域中每个RO的大小将是

个资源块(RB)。msg1-FDM的值可以是1、2、4或8。如果msg1-FDM＝8，则频域中的RO可以跨越96个RB。在FR1中，如果RedCap无线设备22仅支持20MHz带宽(即，最大传输带宽配置＝51个RB)，则一半的RO可能在无线设备22带宽之外。图9是该示例的图，示出了在频域中相对于载波带宽、初始/活动上行链路带宽部分(BWP)和PRACH时机的RedCap无线设备22带宽。在无线设备22带宽之外的那些RO可能潜在地包括映射到无线设备22的首选SSB的RO。因此，无线设备22可能必须执行RF重新调谐，即重新调谐其中心频率，以便使用与优选的SSB相关联的RO进行发送。

在这种场景中，如果在Msg1中提供早期RedCap指示可能是有益的。例如，在前导码传输之后，无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可能必须再次重新调谐其中心频率以监测随机接入响应(RAR)窗口中的Type1-PDCCH(类型1物理下行链路控制信道)公共搜索空间(CSS)。如果在Msg1中提供了早期RedCap指示，则网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)当在RAR窗口中向无线设备22(即，RedCap无线设备22)发送PDCCH(物理下行链路控制信道)时可以考虑RF重新调谐时间。如果不考虑RF重新调谐时间，则无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可能不能接收到PDCCH，这取决于RAR窗口何时开始。在一个示例中，RAR窗口开始于Type1-PDCCHCSS集的最早控制资源集(CORESET)的第一个符号，即，在与PRACH传输相对应的PRACH时机的最后一个符号之后至少一个符号。

在一个实施例中，对是否使用Msg1中的早期RedCap指示的确定是基于每个RO的SSB的数量和每个SSB的基于竞争(CB)前导码的数量来执行的(即，预定义的标准的示例)，这由系统信息(SI)中的高层参数ssb-perRACH-OccasionAndCB-PreamblesPerSSB联合给出。例如，如果每个RO的SSB的数量＞X1和/或每个SSB的CB前导码的数量＞X2，则无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可以使用Msg1中的早期RedCap指示。否则，在Msg3中执行RedCap指示。本实施例的描述如下。根据现有的无线通信标准，每个RO的SSB的数量可以是1/8、1/4、1/2、1、2、4、8或16。值＜1意味着一个SSB映射到多个连续的RO，并且值＞1意味着多个SSB映射到同一个RO。如果每个RO的SSB数量＞1，则可能无法基于所使用的RO将普通无线设备22与RedCap无线设备22区分开。相反，可能必须使用前导码划分(即，使用来自RO中可用的64个前导码的预定子集)。然而，该方法的一个缺点是，如果每个RO的SSB的数量是高值(例如，16)，则每个SSB的CB前导码的数量仅为4。如果针对RedCap指示进一步划分该4个前导码，则这增加传统无线设备22的随机接入延迟。因此，在这种场景中，使Msg3中具有RedCap指示可能是有益的。另一方面，如果每个RO的SSB数量≤1，则使Msg1中具有早期RedCap指示可能是有益的。

在一个示例中，与上述实施例相关，根据ssb-perRACH-OccasionAndCB-PreamblesPerSSB的值，关于无线设备22是应该使用Msg1中的早期RedCap指示还是使用Msg3中的早期RedCap指示或者是使用其两者，对于无线设备22可以是隐式的。

在一个实施例中，关于何时提供RedCap指示(Msg1、或Msg3、或两者)，无线设备22在连接状态(例如，RRC连接状态)下被网络节点16具体地配置。因此，在基于CB随机接入的从非活动/空闲状态(例如，RRC非活动/空闲状态)进行的后续接入中，无线设备22例如(经由，处理电路84、处理器86、无线电接口82、指示单元34中的一个或多个等)可以应用针对RedCap指示的配置。

在一个实施例中，在Msg1和Msg3两者中的早期RedCap指示在小区中是可能的情况下(例如，针对无线设备22配置了单独PRACH，并且始终包括Msg3指示)，RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)可以基于覆盖估计(例如，网络节点16覆盖估计)来确定是否使用Msg1指示(即，预定义的标准的示例)。无线设备22中的覆盖估计例如可以基于RSRP、SSB等。该示例的基本依据是，Msg1早期指示可能只在RedCap无线设备22具有较差覆盖时才需要。例如，因为RedCap无线设备22由于与“普通”无线设备22相比复杂度降低(例如，更少的Rx天线、减少的BW等)而具有降低的链路性能，因此对Msg2和Msg3的调度可能需要覆盖补偿，其中，为了这样做，可能需要Msg1中的早期RedCap指示。然而，如果RedCap无线设备22在良好的覆盖范围内，则基于例如RSRP的测量阈值被满足，对Msg2和Msg3的传统调度对于无线设备22可能是足够的，不需要Msg1中的早期指示。

在Msg3传输期间的RedCap指示方法可以考虑如下。

-在一个或多个实施例中，由RAR UL授权调度的PUSCH传输的总时隙偏移存在两个可能的定时值。总时隙偏移是相对于RAR UL授权结束的时隙而言的，即，对于在时隙n中结束的RAR UL授权，在时隙n+总时隙偏移中发送Msg3 PUSCH，其中，总时隙偏移＝k₂+Δ。这可以例如通过以下方式来提供：

ο包括附加(第二)时隙偏移k₂值，该值不同于针对默认PUSCH时域资源分配表(例如，3GPP TS38.214中的表6.1.2.1.1-2或6.1.2.1.1-3)中的一个或多个条目的现有值，或

ο包括附加(第二)j值，该值不同于例如3GPP TS 38.214中的表6.1.2.1.1-4中的针对每个SCS值的现有值，或

ο包括附加(第二)Δ值，该值不同于例如3GPP TS 38.214中的表6.1.2.1.1-5中的针对每个SCS值的现有值，或

ο在配置PUSCH-TimeDomainResourceAllocation时包括附加k₂参数，PUSCH-TimeDomainResourceAllocation形成由pusch-ConfigCommon IE提供的pusch-TimeDomainAllocationList中的PUSCH时域资源分配条目的列表。

上述一个或多个附加(第二)值可以作为附加列被包括在上面列出的一个或多个现有表中，或者作为新的单独的表的一部分。

可以在Msg3传输期间通过使用如RAR UL授权以及附加(第二)k₂、j或Δ值中指示的PUSCH时域资源分配来隐式地提供RedCap无线设备22(例如，经由处理电路84、处理器86、无线电接口82、指示单元34等中的一个或多个)指示。包括传统无线设备22(例如，“普通”无线设备22)的其他无线设备22可以忽略第二k₂、j或Δ值并且仅考虑将第一值用于其PUSCH时域资源分配。网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)默认情况下可以根据与第一总时隙偏移值相对应的时域资源分配来检测PUSCH传输(例如，通过DMRS检测)。如果网络节点16(例如，经由处理电路68、处理器70、无线电接口62、信令单元32等中的一个或多个)未检测到PUSCH传输，则网络节点16可以尝试第二偏移值。

上述方法中的一种或多种也适用于MsgA PUSCH传输。

因此，本文描述的一个或多个实施例提供了在到网络节点16的Msg1或/和Msg3中的对无线设备22是RedCap无线设备22(降低能力无线设备22)的早期指示的一种或多种方法，其中，关于是否在Msg1和/或Msg3中包括指示的确定可以基于本文所述的一个或多个预定义的标准。

如本领域的技术人员将认识到的，本文描述的构思可以体现为方法、数据处理系统、计算机程序产品和/或存储可执行计算机程序的计算机存储介质。从而，本文描述的构思可采取全硬件实施例、全软件实施例或组合了软硬件方面的实施例的形式，它们在本文中都被统称为“电路”或“模块”。本文描述的任何过程、步骤、动作和/或功能可以由对应模块执行和/或与对应模块相关联，该对应模块可以以软件和/或固件和/或硬件来实现。此外，本公开可以采取有形计算机可用存储介质上的计算机程序产品的形式，该存储介质具有包含在该介质中的可由计算机执行的计算机程序代码。可以利用任何合适的有形计算机可读介质，包括硬盘、CD-ROM、电存储设备、光存储设备或磁存储设备。

本文参考方法、系统和计算机程序产品的流程图说明和/或框图来描述一些实施例。应当理解，流程图示出和/或框图中的每个框、以及流程图示出和/或框图中的多个框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机(从而创建专用计算机)、专用计算机的处理器或用来产生机器的其他可编程数据处理装置，使得该指令(经由计算机的处理器或其他可编程数据处理装置执行)创建用来实现流程图和/或框图一个或多个框中指定的功能/动作的装置。

这些计算机程序指令也可以存储在指导计算机或其他可编程数据处理装置以特定方式运行的计算机可读存储器或存储介质中，使得计算机可读存储器中存储的指令产生包括实现流程图和/或框图一个或多个框中指定的功能/动作的指令装置的制品。

计算机程序指令也可以装载在计算机或其他可编程数据处理装置中，使一系列可操作步骤在计算机或其他可编程装置上执行以生成计算机实现的处理，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图一个或多个框中指定的功能/动作的步骤。

应当理解，框中标注的功能和/动作可以不按操作说明中标注的顺序发生。例如，取决于所涉及的功能/动作，连续示出的两个框实际上可以实质上同时执行，或者框有时候可以按照相反的顺序执行。尽管一些图包括通信路径上的箭头来指示通信的主要方向，将理解通信可以在与所指示的箭头的相反方向上发生。

用于执行本文所述构思的操作的计算机程序代码可以用诸如

或C++之类的面向对象的编程语言来编写。然而，用于执行本公开的操作的计算机程序代码也可以用诸如“C”编程语言之类的常规过程编程语言编写。程序代码可以完全在用户的计算机上执行，部分在用户的计算机上执行，作为独立软件包来执行，部分在用户计算机上且部分在远程计算机上执行，或完全在远程计算机上执行。在后一种情况下，远程计算机可以通过局域网(LAN)或广域网(WAN)连接到用户的计算机，或者可以连接外部计算机(例如，使用互联网服务提供商通过互联网)。

结合以上描述和附图，本文公开了许多不同实施例。将理解的是，逐字地描述和说明这些实施例的每个组合和子组合将会过度重复和混淆。因此，可以用任意方式和/或组合来组合全部实施例，并且包括附图的本说明书将被解释以构建本文所描述的实施例的全部组合和子组合以及制造和使用它们的方式和过程的完整书面说明，并且将支持要求任意这种组合或子组合的权益。

本领域技术人员将认识到，本文描述的实施例不限于以上已经具体示出和描述的内容。此外，除非在上面相反地提及，否则应该注意的是，所有附图都不是按比例绘制的。鉴于上述教导，可以进行各种修改和变化。

实施例：

实施例A1.一种网络节点，被配置为与无线设备(WD)通信，该网络节点被配置为(和/或包括无线电接口和/或包括处理电路，该处理电路被配置为)：

接收消息1(Msg1)和消息3(Msg3)中的至少一个消息中的降低能力(RedCap)指示；以及

至少基于该指示来执行至少一个动作。

实施例A2.根据实施例A1的网络节点，其中，处理电路被配置为在系统信息(SI)中指示RedCap物理随机接入信道(PRACH)资源已经被配置。

实施例A3.根据实施例A1的网络节点，其中，如果该指示是在Msg1中接收的，则发生以下之一：

在Msg3中接收到指示表明了RedCap类型；以及

未能接收到Msg3表明无线设备是非RedCap无线设备。

实施例B1.一种在网络节点中实现的方法，该方法包括：接收消息1(Msg1)和消息3(Msg3)中的至少一个消息中的降低能力(RedCap)指示；以及

至少基于该指示来执行至少一个动作。

实施例B2.根据实施例B1所述的方法，还包括：在系统信息(SI)中指示RedCap物理随机接入信道(PRACH)资源已经被配置。

实施例B3.根据实施例B1所述的方法，其中，如果该指示是在Msg1中接收的，则发生以下之一：

在Msg3中接收到指示表明了RedCap类型；以及

未能接收到Msg3表明无线设备是非RedCap无线设备。

实施例C1.一种无线设备(WD)，被配置为与网络节点通信，所述WD被配置为(和/或包括无线电接口和/或处理电路，该无线电接口和/或处理电路被配置为)：

确定在消息1(Msg1)和消息3(Msg3)中的至少一个消息中包括降低能力(RedCap)指示；以及

基于该确定来发送Msg1和Msg3中的具有RedCap指示的该至少一个消息。

实施例C2.根据实施例C1所述的WD，其中，对在Msg1和Msg3中的至少一个中包括RedCap指示的确定基于预定义的标准，其中，该预定义的标准包括以下各项中的至少一项：

在无线设备处是否需要射频(RF)重新调谐；

至少基于每个随机接入信道时机(RO)的同步信号块(SSB)的数量；

每个SSB的基于竞争(CB)前导码的数量；以及

覆盖估计。

实施例C3.根据实施例C1所述的WD，其中，处理电路被配置为接收对无线设备是否要在Msg1和Msg3之一中发送RedCap指示的指示，该指示由以下之一提供：

是否已经配置了RedCap无线设备的物理随机接入信道(PRACH)划分；以及

系统信息(SI)。

实施例D1.一种在无线设备(WD)中实现的方法，该方法包括：

实施例D2.根据实施例D1所述的方法，其中，对在Msg1和Msg3中的至少一个中包括RedCap指示的确定基于预定义的标准，其中，该预定义的标准包括以下各项中的至少一项：

在无线设备处是否需要射频(RF)重新调谐；

每个SSB的基于竞争(CB)前导码的数量；以及

覆盖估计。

实施例D3.根据实施例D1所述的方法，还包括：接收对无线设备是否要在Msg1和Msg3之一中发送RedCap指示的指示，该指示由以下之一提供：

系统信息(SI)。

Claims

1.一种在无线设备(22、22a、22b)中实现的方法，所述方法包括：

确定是否经由随机接入过程的消息1提供降低能力RedCap指示；

基于所述确定来发送所述消息1；以及

发送所述随机接入过程的消息3，其中，如果RedCap指示不经由所述消息1来提供，则RedCap指示至少经由所述消息3来提供。

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

接收对所述无线设备是否要经由所述消息1提供RedCap指示的指示，其中，所述确定基于所接收到的指示。

3.根据权利要求2所述的方法，其中，对所述无线设备是否要经由所述消息1提供RedCap指示的指示是经由系统信息接收的。

4.根据权利要求3所述的方法，其中，所述系统信息显式地或隐式地指示所述无线设备是否要经由所述消息1提供RedCap指示。

5.根据权利要求2至4中任一项所述的方法，其中，通过是否配置RedCap无线设备与其他无线设备之间的物理随机接入信道PRACH划分，来提供对所述无线设备是否要经由所述消息1提供所述RedCap指示的指示。

6.根据权利要求5所述的方法，其中，所述无线设备通过为所述消息1选择针对RedCap无线设备配置的PRACH资源，经由所述消息1提供RedCap指示。

7.根据权利要求5所述的方法，其中：

与RedCap无线设备所需的最低能力相比，所述无线设备具有更高的能力，使得所述无线设备能够执行在小区中配置的传统初始接入过程，以及

即使所述小区中存在针对RedCap无线设备配置的单独PRACH资源，所述无线设备也为所述消息1选择针对所述小区中的传统无线设备配置的PRACH资源。

8.根据权利要求5至7中任一项所述的方法，其中，所述无线设备被指派有与初始带宽部分BWP不同的附加BWP，并且其中，针对RedCap无线设备配置的PRACH资源位于所述附加BWP中。

9.根据前述权利要求中任一项所述的方法，其中，如果RedCap指示经由所述消息1来提供，则RedCap指示还经由所述消息3来提供。

10.根据权利要求1至8中任一项所述的方法，其中，如果RedCap指示经由所述消息1来提供，则RedCap指示不经由所述消息3来提供。

11.根据前述权利要求中任一项所述的方法，其中，RedCap指示是使用来自不同于无线电资源控制RRC的另一协议层的信息来经由所述消息3提供的。

12.根据权利要求11所述的方法，其中，RedCap指示是使用媒体访问控制MAC协议层来经由所述消息3提供的。

13.根据权利要求1至10中任一项所述的方法，其中，RedCap指示是通过无线电资源控制RRC消息中的标志或字段来经由所述消息3提供的。

14.根据权利要求1至10中任一项所述的方法，其中，RedCap指示是通过所述消息3的定时来经由所述消息3提供的。

15.根据前述权利要求中任一项所述的方法，其中，与其他无线设备相比，所述无线设备具有降低能力。

16.根据前述权利要求中任一项所述的方法，其中，与第三代合作伙伴计划3GPP版本15新无线电NR无线设备相比，所述无线设备具有降低能力。

17.根据权利要求15至16中任一项所述的方法，其中，所述降低能力包括：

减少的无线设备带宽，和/或

减少的无线设备发射/接收天线的数量，和/或

半双工频分双工，和/或

宽松的无线设备处理时间，和/或

宽松的无线设备处理能力。

18.根据前述权利要求中任一项所述的方法，其中，对是否经由所述消息1提供RedCap指示的确定基于预定义的标准，所述预定义的标准包括以下各项中的至少一项：

在所述无线设备处是否需要射频RF重新调谐；

至少基于每个随机接入信道时机RO的同步信号块SSB的数量；

每个同步信号块SSB的基于竞争CB前导码的数量；以及

覆盖估计。

19.一种无线设备(22、22a、22b)，被配置为与网络节点(16、16a、16b、16c)通信，所述无线设备被配置为：

确定是否经由随机接入过程的消息1提供降低能力RedCap指示；

基于所述确定来发送所述消息1；以及

20.根据权利要求19所述的无线设备，被配置为执行根据权利要求2至18中任一项所述的方法。

21.一种无线设备(22、22a、22b)，被配置为与网络节点(16、16a、16b、16c)通信，所述无线设备包括无线电接口(82)和处理电路(84)，所述处理电路(84)被配置为：

确定是否经由随机接入过程的消息1提供降低能力RedCap指示；

基于所述确定来发送所述消息1；以及

22.根据权利要求21所述的无线设备，其中，所述处理电路被配置为执行根据权利要求2至J8中任一项所述的方法。

23.一种在网络节点(16、16a、16b、16c)中实现的方法，所述方法包括：

接收随机接入过程的消息1；以及

接收随机接入过程的消息3，

其中，所述方法还包括：

基于经由所述消息1和/或所述消息3提供的降低能力RedCap指示来执行至少一个动作，

其中，如果RedCap指示不经由所述消息1来提供，则RedCap指示至少经由所述消息3来提供。

24.根据权利要求23所述的方法，其中，所述消息1和所述消息3是从无线设备(22、22a、22b)接收的，所述方法还包括：

指示所述无线设备是否要经由所述消息1提供RedCap指示。

25.根据权利要求24所述的方法，其中，对所述无线设备是否要经由所述消息1提供RedCap指示的指示是经由系统信息提供给所述无线设备的。

26.根据权利要求25所述的方法，其中，所述系统信息显式地或隐式地指示所述无线设备是否要经由所述消息1提供RedCap指示。

27.根据权利要求24至26中任一项所述的方法，其中，对所述无线设备是否要经由所述消息1提供RedCap指示的指示是通过是否配置RedCap无线设备与其他无线设备之间的物理随机接入信道PRACH划分来提供的。

28.根据权利要求27所述的方法，其中，RedCap指示是通过使用针对RedCap无线设备配置的PRACH资源来经由所述消息1提供的。

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

在系统信息中广播无线设备使用传统PRACH资源进行初始接入的最低要求。

30.根据权利要求27或权利要求29所述的方法，其中：

即使所述小区中存在针对RedCap无线设备配置的单独PRACH资源，针对所述小区中的传统无线设备配置的PRACH资源也被用于所述消息1。

31.根据权利要求27至30中任一项所述的方法，其中，所述无线设备被指派有与初始带宽部分BWP不同的附加BWP，并且其中，针对RedCap无线设备配置的PRACH资源位于所述附加BWP中。

32.根据权利要求23至31中任一项所述的方法，其中，如果RedCap指示经由所述消息1来提供，则RedCap指示还经由所述消息3来提供。

33.根据权利要求23至31中任一项所述的方法，其中，如果RedCap指示经由所述消息1来提供，则RedCap指示不经由所述消息3来提供。

34.根据权利要求23至33中任一项所述的方法，其中，RedCap指示是使用来自不同于无线电资源控制RRC的另一协议层的信息来经由所述消息3提供的。

35.根据权利要求34所述的方法，其中，RedCap指示是使用媒体访问控制MAC协议层来经由所述消息3提供的。

36.根据权利要求23至33中任一项所述的方法，其中，RedCap指示是通过无线电资源控制RRC消息中的标志或字段来经由所述消息3提供的。

37.根据权利要求23至33中任一项所述的方法，其中，RedCap指示是通过所述消息3的定时来经由所述消息3提供的。

38.根据权利要求37所述的方法，其中，所述消息1和所述消息3是从无线设备(22、22a、22b)接收的，所述方法还包括：

向所述无线设备指示用于所述消息3的传输的两个可能定时值，其中，所述定时值之一对应于经由所述消息3的RedCap指示。

39.根据权利要求23至38中任一项所述的方法，其中，所述消息1和消息3是从无线设备(22)接收的，并且其中，与其他无线设备相比，所述无线设备具有降低能力。

40.根据权利要求23至39中任一项所述的方法，其中，所述消息1和消息3是从无线设备(22、22a、22b)接收的，并且其中，与第三代合作伙伴计划3GPP版本15新无线电NR无线设备相比，所述无线设备具有降低能力。

41.根据权利要求39至40中任一项所述的方法，其中，所述降低能力包括：

减少的无线设备带宽，和/或

减少的无线设备发射/接收天线的数量，和/或

半双工频分双工，和/或

宽松的无线设备处理时间，和/或

宽松的无线设备处理能力。

42.根据权利要求23至41中任一项所述的方法，其中，所述消息1和消息3是从无线设备(22、22a、22b)接收的，并且其中，RedCap指示是基于预定义的标准来经由所述消息1提供的，所述预定义的标准包括以下各项中的至少一项：

在所述无线设备处是否需要射频RF重新调谐；

至少基于每个随机接入信道时机RO的同步信号块SSB的数量；

每个同步信号块SSB的基于竞争CB前导码的数量；以及

覆盖估计。

43.根据权利要求23至42中任一项所述的方法，其中，所述消息1和消息3是从无线设备(22、22a、22b)接收的，并且其中，如果RedCap指示是经由所述消息1接收的，则：

经由所述消息3接收到RedCap指示表明所述无线设备是RedCap无线设备；以及

未能经由所述消息3接收到RedCap指示表明所述无线设备是非RedCap无线设备。

44.根据权利要求23至43中任一项所述的方法，其中，所述至少一个动作包括：

如果RedCap指示是经由所述消息1提供的，则应用覆盖补偿以调度所述随机接入过程的消息2和消息3。

45.根据权利要求23至44中任一项所述的方法，其中，所述消息1和消息3是从无线设备接收的，并且其中，所述至少一个动作包括：

调度所述无线设备；和/或

限制所述无线设备的接入。

46.一种网络节点(16、16a、16b、16c)，被配置为与无线设备(22、22a、22b)进行通信，所述网络节点被配置为：

接收随机接入过程的消息1；以及

接收随机接入过程的消息3，

其中，所述无线设备还被配置为：

47.根据权利要求46所述的网络节点，被配置为执行根据权利要求24至45中任一项所述的方法。

48.一种网络节点(16、16a、16b、16c)，被配置为与无线设备(22、22a、22b)通信，所述网络节点包括无线电接口(62)和处理电路(68)，所述处理电路(68)被配置为：

接收随机接入过程的消息1；以及

接收随机接入过程的消息3，

其中，所述处理电路还被配置为：

49.根据权利要求48所述的网络节点，其中，所述处理电路被配置为执行根据权利要求24至45中任一项所述的方法。