CN116158172A

CN116158172A - 用于随机接入过程中的pusch重复的方法和装置

Info

Publication number: CN116158172A
Application number: CN202180056767.4A
Authority: CN
Inventors: 苏苓; 林志鹏; 谭元德
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2020-08-04
Filing date: 2021-08-02
Publication date: 2023-05-23
Also published as: BR112023000295A2; US20240215015A1; EP4193767A4; WO2022028374A1; EP4193767A1; KR20230044459A

Abstract

本公开的各种实施例提供了用于随机接入过程中的PUSCH重复的方法和装置。根据一个实施例，该方法在终端设备处实现，并且包括：从网络节点接收用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及基于PUSCH传输的重复配置，向网络节点发送PUSCH。

Description

用于随机接入过程中的PUSCH重复的方法和装置

技术领域

本公开一般涉及无线通信，更具体地，涉及用于随机接入(RA)过程中的物理上行链路共享信道(PUSCH)重复的方法和装置。

背景技术

本章节介绍可促进本公开的更好的理解的方面。因此，本章节的陈述将从这个角度阅读，并且不应被理解为是对什么是现有技术或什么不是现有技术的承认。

在NR中支持两种类型的RA过程，即四步RA类型和两步RA类型。这两种类型的RA过程都支持基于竞争的随机接入(CBRA)和无竞争随机接入(CFRA)。

图1示出了用于将用户设备(UE)连接到网络(例如，gNB)的四步CBRA过程。在步骤1中，UE通过在物理随机接入信道(PRACH)上在上行链路(UL)中发送随机接入前导码(即，Msg1)来发起随机接入过程。在步骤2中，在检测到Msg1之后，gNB将通过在物理下行链路共享信道(PDSCH)上在下行链路(DL)中发送随机接入响应(RAR)(即，Msg2)来进行响应。在步骤3中，在成功解码Msg2之后，UE通过在UL中发送用于终端标识和RRC连接建立请求的PUSCH消息(即，Msg3)来继续随机接入过程。该消息使用物理下行链路控制信道(PDCCH)来调度。在步骤4中，gNB在DL中发送用于竞争解决的PDSCH消息(即，Msg4)。

发明内容

提供本概述来以在在下面具体实施方式中进一步描述的简化形式引入概念的选择。本概述并非旨在标识所要求保护的主题的关键特征或基本特征，也不旨在用于限制所要求保护的主题的范围。

本公开提出了RA过程中的PUSCH重复的解决方案。采用该解决方案，可以支持PUSCH重复以提高RA过程中的Msg3传输的覆盖率。

根据本公开的第一方面，提供了一种在终端设备处实现的方法。该方法包括：从网络节点接收用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及基于PUSCH传输的重复配置，向网络节点发送PUSCH。

根据示例性实施例，消息可以是四步随机接入过程中的消息3。

根据示例性实施例，可以在随机接入响应RAR中接收PUSCH传输的重复配置。

根据示例性实施例，PUSCH传输的重复配置包括所配置的重复数量。

根据示例性实施例，所配置的重复数量可以是以下之一：特定重复数量，以及最大重复数量。

根据示例性实施例，可以在系统信息中接收PUSCH传输的重复配置。

根据示例性实施例，PUSCH传输的重复配置可以在系统信息块1(SIB1)中的PUSCH-ConfigCommon信息元素中被指示，或者可以被联合编码在SIB1中的时域资源分配表中。

根据示例性实施例，PUSCH传输的重复配置可以包括以下中的至少一项：一个或多个候选重复数量，默认重复数量，以及最大重复数量。

根据示例性实施例，可以在下行链路控制信息DCI中接收PUSCH传输的重复配置。

根据示例性实施例，PUSCH传输的重复配置可包括特定重复数量或最大重复数量。

根据示例性实施例，PUSCH传输的重复配置可包括与用于PUSCH传输的重复的可用时隙的确定相关的信息。

根据示例性实施例，与用于PUSCH传输的重复的可用时隙的确定相关的信息可以指示哪个时隙是用于重复的可用时隙，或者指示时分双工TDD上行链路下行链路信令是否将用于可用时隙的确定以及哪个TDD上行链路下行链路信令将用于可用时隙的确定。

根据示例性实施例，与用于PUSCH传输的重复的可用时隙的确定相关的信息可以被包括在以下中的至少一项中：小区特定的TDD上行链路下行链路配置，随机接入响应RAR，以及下行链路控制信息DCI。

根据示例性实施例，可用时隙可以是未被配置为下行链路时隙的时隙，和/或是其中被分配用于PUSCH传输的重复的符号集未被配置为下行链路的时隙，和/或是被配置为上行链路时隙的时隙，和/或是其中被分配用于PUSCH传输的重复的符号集被配置为上行链路的时隙。

根据示例性实施例，PUSCH传输的重复配置可进一步包括用于PUSCH传输的重复与来自所述终端设备的其他上行链路传输之间的冲突处理的优先级信息。

根据示例性实施例，优先级信息可以被包括在高层配置和/或DCI中，和/或可以是预定的或预定义的。

根据示例性实施例，优先级信息可以基于调度信令的时间顺序、或上行链路传输的内容、或调度信令的类型。

根据示例性实施例，冲突处理可以基于在PUSCH传输的第一个重复的传输之前接收到的优先级信息。

根据示例性实施例，冲突处理可以进一步基于在PUSCH传输的重复的传输期间接收到的优先级信息。

根据示例性实施例，基于PUSCH传输的重复配置向网络节点发送PUSCH可包括：基于PUSCH传输的重复配置，确定要用于PUSCH传输的重复数量；以及基于所确定的重复数量，发送PUSCH。

根据示例性实施例，可以在RAR或DCI中接收PUSCH传输的重复配置。在实施例中，确定要用于PUSCH传输的重复数量可包括：当PUSCH传输的重复配置包括特定重复数量时，将重复数量确定为特定重复数量，和/或当PUSCH传输的重复配置包括最大重复数量时，将重复数量确定为不大于最大重复数量的数量。

根据示例性实施例，PUSCH传输的重复配置可以在系统信息中被接收，而不在RAR或DCI中被接收。在实施例中，确定要用于PUSCH传输的重复数量可包括：当PUSCH传输的重复配置仅包括一个或多个候选重复数量时，从一个或多个候选重复数量中选择候选重复数量作为要用于PUSCH传输的重复数量；和/或当PUSCH传输的重复配置包括默认重复数量或者默认重复数量和最大重复数量两者时，将重复数量确定为默认重复数量；和/或当PUSCH传输的重复配置包括最大重复数量时，将重复数量确定为不大于最大重复数量的数量。

根据示例性实施例，当PUSCH传输的重复配置被联合编码在SIB1中的时域资源分配表中时，可以在RAR或DCI中接收时域资源分配表的条目。进一步地，可以基于条目确定要用于PUSCH传输的重复数量。

根据示例性实施例，基于PUSCH传输的重复配置向网络节点发送PUSCH可以进一步包括：基于被包括在PUSCH传输的重复配置中的与用于PUSCH传输的重复的可用时隙的确定相关的信息，确定用于重复数量的相应的可用时隙。进一步地，可以在相应的可用时隙中发送PUSCH。

根据示例性实施例，随机接入过程可以是基于竞争的随机接入CBRA，并且可用时隙可以基于小区特定的TDD上行链路下行链路配置来确定。

根据示例性实施例，随机接入过程可以是无竞争随机接入CFRA，并且可用时隙可以基于专用TDD上行链路下行链路配置和/或小区特定的TDD上行链路下行链路配置来确定。

根据示例性实施例，可以进一步基于与来自终端设备的其他上行链路传输的冲突和/或取消指示来确定可用时隙。

根据示例性实施例，如果在可用时隙中被分配用于PUSCH传输的重复的符号集中的至少一个符号与不旨在用于上行链路传输的符号重叠，则该可用时隙可以被确定为不可用。

根据示例性实施例，可以在PUSCH传输的第一个重复的传输之前和/或在PUSCH传输的重复的传输期间确定可用时隙。

根据示例性实施例，可以横跨所确定的可用时隙来循环用于PUSCH传输的重复的冗余版本。

根据示例性实施例，可以横跨所发送的PUSCH传输的重复来循环用于PUSCH传输的重复的冗余版本。

根据示例性实施例，发送PUSCH可包括：确定从用于重复的第一时隙开始的K个时隙中的一个或多个时隙以用于PUSCH传输的重复，其中，K表示所确定的重复数量；对于K个时隙中的其中用于PUSCH传输的所有L个已调度上行链路UL符号可用的每个时隙，通过配置L个已调度UL符号并在该时隙中放置解调参考信号DMRS来发送重复；和/或对于K个时隙中的其中L个已调度UL符号的一部分可用的每个时隙，当可用的UL符号的数量不小于第一阈值时，在可用UL符号上执行来自具有L个已调度UL符号可用的特定重复的逐符号重复，并将DMRS放置在该时隙中；和/或当可用UL符号的数量小于第一阈值时，不使用该时隙来发送PUSCH。

根据示例性实施例，发送PUSCH可包括：对于从用于PUSCH传输的重复的第一时隙开始的时隙，当用于PUSCH传输的所有L个已调度UL符号可用时，通过配置L个已调度UL符号并将DMRS放置在该时隙中来发送重复，并对时隙计数器增量；和/或当L个已调度UL符号的一部分可用时，当可用UL符号的数量不小于第一阈值时，在可用UL符号上执行来自具有L个已调度UL符号可用的特定重复的逐符号重复，并将DMRS放置在该时隙中，和/或当可用的UL符号的数量小于第一阈值时，不使用该时隙来发送PUSCH；以及对下一个时隙重复上述操作，直到时隙计数器达到所确定的重复数量。

根据示例性实施例，DMRS在时隙中的放置可以是配置的或预定义的。

根据示例性实施例，可以进一步基于冗余版本循环来确定特定重复。

根据示例性实施例，可以经由无线电资源控制RRC信令或下行链路控制信息DCI来发送第一阈值，或者第一阈值可以是预定义的。

根据示例性实施例，用于PUSCH传输的重复的时隙可以在一个无线电帧内或跨帧边界是连续的或非连续的。

根据示例性实施例，该方法还可包括：向网络节点发送指示跨多个时隙保持相位一致性的能力的能力报告。

根据示例性实施例，发送PUSCH还可包括：对于用于PUSCH传输的重复的每一个时隙，检查动态时隙格式指示符是否针对该时隙被配置；响应于动态时隙格式指示符未被配置，确定半静态灵活符号是否可用于PUSCH传输；和/或响应于动态时隙格式指示符被配置，确定半静态灵活符号是否被改变为DL符号，以及确定被改变为DL符号的半静态灵活符号不可用于PUSCH传输。

根据示例性实施例，发送PUSCH还可包括：对于其中L个已调度UL符号的一部分可用的时隙中的每个时隙，当L个已调度UL符号中的可用的UL符号的数量不小于第二阈值时，对该时隙中的重复应用跳频；和/或当L个已调度UL符号中的可用的UL符号的数量小于第二阈值时，对该时隙中的重复不应用跳频。

根据示例性实施例，用于DMRS的DMRS配置可以基于PUSCH传输的重复的应用和将要用于PUSCH传输的重复数量中的至少一个来确定。

根据示例性实施例，重复的应用与DMRS配置之间的映射以及重复数量与DMRS配置之间的映射可以是配置的或预定义的。

根据示例性实施例，重复的应用可以被映射到DMRS配置中的以下中的至少一项：DMRS端口，码分复用CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。

根据示例性实施例，重复数量可以被映射到DMRS配置中的以下中的至少一项：DMRS端口，DMRS配置类型，CDM组，以及DMRS序列。

根据示例性实施例，该方法还可包括：向网络节点发送物理随机接入信道PRACH消息，其中，PRACH消息指示终端设备的PUSCH重复能力。

根据示例性实施例，PUSCH重复能力可以由在PRACH消息中使用的随机接入RA前导码或PRACH时机来指示。

根据示例性实施例，该方法还可包括：接收指示多个RA前导码组和所述多个RA前导码组中的将要用于能够支持PUSCH重复的终端设备的一个或多个RA前导码组的系统信息。

根据示例性实施例，多个RA前导码组可包括RA前导码组A和RA前导码组B，并且RA前导码组B可以被配置为用于能够支持PUSCH重复的终端设备。

根据示例性实施例，多个RA前导码组可包括RA前导码组A、RA前导码组B和RA前导码组C，并且RA前导码组C可以被配置为用于能够支持PUSCH重复的终端设备。

根据示例性实施例，RA前导码组C可包括无竞争随机接入前导码的子集，并且可以被配置为基于竞争的随机接入前导码。

根据示例性实施例，RA前导码组C可包括起始无竞争随机接入前导码或中间无竞争随机接入前导码或结尾无竞争随机接入前导码。

根据示例性实施例，发送PRACH消息可包括：基于终端设备的PUSCH重复能力，从多个RA前导码组中确定RA前导码组，从所确定的RA前导码组中选择RA前导码，以及向网络节点发送RA前导码。

根据示例性实施例，RA前导码组C可包括RA前导码组C1和RA前导码组C2。

根据示例性实施例，发送PRACH消息可包括：基于终端设备的PUSCH重复能力，从多个RA前导码组中确定RA前导码组，响应于所确定的RA前导码组是RA前导码组C，确定是否满足条件，响应于满足条件，选择RA前导码组C1，并从RA前导码组C1中选择RA前导码；和/或响应于不满足条件，选择RA前导码组C2，并从RA前导码组C2中选择RA前导码；以及向网络节点发送RA前导码。

根据示例性实施例，条件可以是以下中的至少一项：

1)PUSCH传输的大小低于第三阈值；

2)所推荐的重复数量等于或低于第四阈值；

3)参考信号接收功率RSRP低于第五阈值；

4)终端设备处于不良覆盖范围或小区边界区域中；以及

5)驻留的同步信号/物理广播信道块SSB索引不是最佳SSB索引。

根据示例性实施例，RA前导码组C还包括RA前导码组C3。

根据示例性实施例，当终端设备不能确定是否满足条件时，可以选择RA前导码组C3，并且可以从RA前导码组C3中选择RA前导码。

根据示例性实施例，该方法还可包括：接收指示要用于能够支持PUSCH重复的终端设备的一个或多个物理随机接入信道PRACH时机的系统信息。

根据示例性实施例，一个或多个PRACH时机可以被单独配置用于能够支持PUSCH重复的终端设备。

根据示例性实施例，发送PRACH消息可包括：基于终端设备的PUSCH重复能力确定PRACH时机，确定RA前导码，以及在PRACH时机中向网络节点发送RA前导码。

根据示例性实施例，随机接入类型可以被确定以用于能够支持PUSCH重复的终端设备。

根据示例性实施例，发送PRACH消息可包括：基于终端设备的PUSCH重复能力确定随机接入类型，以及根据随机接入类型来发送PRACH消息。

根据本公开的第二方面，提供了一种在网络节点处实现的方法。该方法包括：向终端设备发送用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及从终端设备接收PUSCH。

根据示例性实施例，可以在随机接入响应RAR中发送PUSCH传输的重复配置。

根据示例性实施例，PUSCH传输的重复配置可以包括所配置的重复数量。

根据示例性实施例，可以在系统信息中发送PUSCH传输的重复配置。

根据示例性实施例，可以在下行链路控制信息DCI中发送PUSCH传输的重复配置。

根据示例性实施例，当PUSCH传输的重复配置被联合编码在SIB1中的时域资源分配表中时，可以在RAR或DCI中发送时域资源分配表的条目。

根据示例性实施例，与用于PUSCH传输的重复的可用时隙的确定相关的信息可以指示哪个时隙是用于重复的可用时隙，或者指示是否以及时分双工TDD上行链路下行链路信令是否将用于可用时隙的确定以及哪个TDD上行链路下行链路信令将用于可用时隙的确定。

根据示例性实施例，PUSCH传输的重复配置还可包括用于PUSCH传输的重复与来自所述终端设备的其他上行链路传输之间的冲突处理的优先级信息。

根据示例性实施例，从终端设备接收PUSCH可包括：基于用于PUSCH传输的解调参考信号DMRS配置，确定重复是否被应用于PUSCH传输；以及响应于确定重复被应用于PUSCH传输，当网络节点知道由终端设备用于PUSCH传输的重复数量时，解码具有重复数量的PUSCH传输，和/或当网络节点不知道由终端设备用于PUSCH传输的Msg3重复数量时，盲解码具有重复的PUSCH传输，和/或响应于确定重复未被应用于PUSCH传输，解码不具有重复的PUSCH传输。

根据示例性实施例，确定重复是否被用于PUSCH传输可以基于DMRS配置中的以下中的至少一项：DMRS端口，码分复用CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。

根据示例性实施例，重复的应用与DMRS配置之间的映射可以是配置的或预定义的。

根据示例性实施例，当网络节点不知道由终端设备用于PUSCH传输的重复数量时，从终端设备接收PUSCH还可包括：基于DMRS配置来确定由终端设备用于PUSCH传输的重复数量。

根据示例性实施例，确定重复数量可以基于DMRS配置中的以下中的至少一项：DMRS端口，DMRS配置类型，CDM组，以及DMRS序列。

根据示例性实施例，重复数量与DMRS配置之间的映射可以是配置的或预定义的。

根据示例性实施例，该方法还可包括：从终端设备接收PRACH消息，其中，PRACH消息指示终端设备的PUSCH重复能力是否被指示。

根据示例性实施例，发送PUSCH传输的重复配置可包括：当终端设备的PUSCH重复能力指示终端设备能够支持PUSCH重复时，基于PRACH消息来确定终端设备的PUSCH重复能力是否被指示，基于终端设备的PUCH重复能力来配置用于终端设备的重复数量；和/或当终端设备的PUSCH重复能力指示终端设备不能支持PUSCH重复时，不配置用于终端设备的重复数量；和/或当终端设备的PUSCH重复能力未被指示时，盲配置用于终端设备的重复数量；以及发送包括所配置的重复数量的重复配置。

根据示例性实施例，该方法可包括：发送指示多个RA前导码组和所述多个RA前导码组中的要用于能够支持PUSCH重复的终端设备的一个或多个RA前导码组的系统信息。

根据示例性实施例，RA前导码组C可包括：RA前导码组C1，其还被配置为用于满足条件的终端设备；以及RA前导码组C2，其还被配置为用于不满足条件的终端设备。

根据示例性实施例，RA前导码组C还可包括RA前导码组C3，其还被配置为用于不确定是否满足条件的终端设备。

根据示例性实施例，条件可以是以下中的一个：

1)PUSCH传输的大小低于第三阈值；

2)所推荐的重复数量等于或低于第四阈值；

3)参考信号接收功率RSRP低于第五阈值；

4)终端设备处于不良覆盖范围或小区边界区域中；以及

5)驻留的同步信号/物理广播信道块SSB索引不是最佳SSB索引。

根据示例性实施例，基于PRACH消息确定终端设备的PUSCH重复能力是否被指示可包括：在PRACH消息中获得随机接入RA前导码；确定与RA前导码相关联的RA前导码组；以及基于所确定的RA前导码组，确定终端设备的PUSCH重复能力是否被指示。

根据示例性实施例，该方法还可包括：发送指示要用于能够支持PUSCH重复的终端设备的一个或多个物理随机接入信道PRACH时机的系统信息。

根据示例性实施例，基于PRACH消息确定终端设备的PUSCH重复能力是否被指示可包括：确定发送RA前导码的PRACH时机；以及基于所确定的PRACH时机，确定终端设备的Msg3重复能力是否被指示。

根据示例性实施例，基于PRACH消息确定终端设备的PUSCH重复能力是否被指示可包括：基于在PRACH消息中发送的RA前导码来确定随机接入类型；以及基于随机接入类型，确定终端设备的PUSCH重复能力是否被指示。

根据本公开的第三方面，提供了一种终端设备。该终端设备可包括一个或多个处理器和包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使得终端设备至少执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第四方面，提供了一种在其上体现计算机程序代码的计算机可读介质，该计算机程序代码当在计算机上被执行时使得计算机执行根据本公开的第一方面的方法的任何步骤。

根据本公开的第五方面，提供了一种网络节点。该网络节点可包括一个或多个处理器和包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码可以被配置为与一个或多个处理器一起使得网络节点至少执行根据本公开的第二方面的方法的任何步骤。

根据本公开的第六方面，提供了一种在其上体现计算机程序代码的计算机可读介质，该计算机程序代码当在计算机上被执行时使得计算机执行根据本公开的第二方面的方法的任何步骤。

根据本公开的第七方面，提供了一种终端设备。该终端设备包括：接收单元，其被配置为从网络节点接收用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及发送单元，其被配置为基于PUSCH传输的重复配置，向网络节点发送PUSCH。

根据本公开的第八方面，提供了一种网络节点。该网络节点包括：发送单元，其被配置为向终端设备发送用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及接收单元，其被配置为从终端设备接收PUSCH。

附图说明

当结合附图阅读时，通过参考实施例的以下详细描述最好地理解本公开本身、优选的使用方式和其他目标，其中：

图1是示出四步随机接入过程的图；

图2是示出频域中的DMRS配置类型的图；

图3A是示出根据本公开的一些实施例的Msg3重复的示例的图；

图3B是示出根据本公开的一些实施例的Msg3重复的另一示例的图；

图4是示出根据本公开的一些实施例的Msg3重复的又一示例的图；

图5是示出根据本公开的一些实施例的具有Msg3重复的随机接入过程的流程图；

图6A是示出根据本公开的一些实施例的RA前导码划分的图；

图6B是示出根据本公开的一些实施例的PRACH时机划分的图；

图7是示出根据本公开的一些实施例的每PRACH时机1个SSB的示例的图；

图8是示出根据本公开的一些实施例的在通信网络中的终端设备处实现的方法的流程图；

图9是示出根据本公开的一些实施例的在通信网络中的网络节点处实现的方法的流程图；

图10是示出根据本公开的一些实施例的装置的框图；

图11是示出根据本公开的一些实施例的装置的框图；

图12是示出根据本公开的一些实施例的装置的框图；

图13是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；

图14是示出根据本公开的一些实施例的主机计算机通过部分无线连接经由基站与UE通信的框图；

图15是示出根据本公开的实施例的在通信系统中实现的方法的流程图；

图16是示出根据本公开的实施例的在通信系统中实现的方法的流程图；

图17是示出根据本公开的实施例的在通信系统中实现的方法的流程图；以及

图18是示出根据本公开的实施例的在通信系统中实现的方法的流程图。

具体实施方式

参考附图详细描述本公开的实施例。应当理解，这些实施例仅被讨论用于使得本领域的技术人员能够更好地理解并因此实现本公开的目的，而不是提出对本公开的范围的任何限制。贯穿本说明书对特征、优点、或类似语言的引用不隐含可以利用本公开实现的所有特征和优点应当或者在本公开的任何单个实施例中。相反，涉及特征和优点的语言被理解为意味着结合实施例所描述的特定特征、优点、或特性被包括在本公开的至少一个实施例中。此外，本公开的所描述的特征、优点和特性可以以任何的方式被组合在一个或多个实施例中。相关领域的技术人员将认识到，可以在没有特定实施例的特定特征或优点中的一个或多个的情况下实践本公开。在其他实例中，附加的特征和优点可以在可不存在于本公开的所有实施例中的某些实施例中识别。

如本文所使用的，术语“通信网络”是指遵从任何适合的通信标准(诸如新无线电(NR)、长期演进(LTE)、LTE-Advanced、宽带码分多址(WCDMA)、高速分组接入(HSPA)等)的网络。此外，终端设备与通信网络中的网络节点之间的通信可以根据任何适合代的通信协议执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议、和/或当前已知或未来待开发的任何其他协议。

术语“网络节点”是指通信网络中的网络设备，终端设备经由该网络设备接入通信网络并从其接收服务。网络节点或网络设备可以是指基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或无线通信网络中的任何其他适合的设备。BS可以是例如节点B(NodeB或NB)、演进型节点B(eNodeB或eNB)、下一代节点B(gNodeB或gNB)、IAB节点、远程射频单元(RRU)、射频头(RH)、远程射频头(RRH)、中继、低功率节点(诸如毫微微、微微)等等。

网络节点的更进一步的示例包括多标准无线电(MSR)无线电设备(诸如MSR BS)、网络控制器(诸如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发站(BTS)、传输点、传输节点、定位节点和/或类似物。然而，更一般地，网络节点可表示能够、被配置、被布置和/或可操作以使能和/或提供终端设备对无线通信网络的接入或者向已经接入无线通信网络的终端设备提供某种服务的任何适合的设备(或设备组)。

术语“终端设备”是指可以接入通信网络并从其接收服务的任何终端设备。作为示例而非限制，终端设备可以是指用户设备(UE)或其他适合的设备。UE可以是例如用户站、便携式用户站、移动站(MS)或者接入终端(AT)。终端设备可以包括但不限于便携式计算机、图像捕获终端设备(诸如数字相机)、游戏终端设备、音乐存储和播放设备、移动电话、蜂窝电话、平板电脑、可穿戴设备、个人数字助理(PDA)、车辆等。

作为又一特定示例，在物联网(IoT)场景中，终端设备还可以被称为IoT设备，并且表示执行监测、感测和/或测量等并将这样的监测、感测和/或测量等的结果传送给另一个终端设备和/或网络设备的机器或其他设备。在这种情况下，终端设备可以是机器到机器(M2M)设备，其在第三代合作伙伴项目(3GPP)上下文中被称为机器型通信(MTC)设备。

作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的特定示例是传感器、计量装置(诸如功率计)、工业机械、或家庭或个人电器(例如电冰箱、电视、个人可穿戴设备(诸如手表)等)。在其他场景中，终端设备可以表示车辆或其他设备，例如，能够监视、感测和/或报告其操作状态或与其操作相关联的其他功能的医学仪器。

如本文所使用的，术语“第一”、“第二”等等指代不同的元件。除非上下文另外清楚指示，否则单数形式“一”和“一个”旨在也包括复数形式。如本文所使用的术语“包括”、“具有”、“和/或“包含”指定所说明的特征、元件和/或组件等的存在，但是不排除一个或多个其他特征、元件、组件和/或其组合的存在或者添加。术语“基于”将被理解为“至少部分地基于”。术语“一个实施例”和“实施例”将被理解为“至少一个实施例”。术语“另一个实施例”将被理解为“至少一个其他实施例”。下文可包括明确和隐含的其他定义。

下面描述NR版本15和版本16中的PUSCH重复。

用于PUSCH的时隙聚合在版本15中被支持，并且在版本16中被重命名为PUSCH重复类型A。即使仅存在单个重复，即没有时隙聚合，也使用名称PUSCH重复类型A。在版本15中，不发送与DL符号重叠的PUSCH传输。

对于DCI许可的多时隙传输(PDSCH/PUSCH)与半静态DL/UL分配，

–如果时隙的半静态DL/UL分配配置与所调度的PDSCH/PUSCH分配符号没有方向冲突，则在该时隙中接收/发送PDSCH/PUSCH；

–如果时隙的半静态DL/UL分配配置与所调度的PDSCH/PUSCH分配符号有方向冲突，则在该时隙中不接收/发送PDSCH/PUSCH，即有效的重复数量减少了。

在版本15中，通过RRC参数pusch-AggregationFactor半静态地配置重复数量。最多支持八个重复如下。

pusch-AggregationFactor ENUMERATED{n2,n4,n8}

在RAN1#88中的版本14NR SI中讨论了PUSCH重复的早期终止，并达成了以下协议，但最终没有标准化。

协议：

对于被配置有用于具有/不具有许可的传输块(TB)传输的K个重复的UE，UE可以继续用于TB的重复(FFS可以是不同的冗余版本(RV)、FFS不同的调制和编码方案(MCS))，直到满足以下条件

之一：

○如果针对相同TB的时隙/微时隙成功接收到上行链路(UL)许可

■FFS：如何确定许可是针对相同TB

○FFS：从gNB成功接收该TB的确认/指示

○针对该TB的重复数量达到K

○FFS：是否可能确定许可是否是针对相同TB

○注意，这并未假定UL许可是基于时隙被调度的，而无许可分配是基于微时隙(反之亦然)

○注意，重复的其他终止条件可以应用

新的重复格式PUSCH重复类型B在版本16中被支持，该PUSCH重复允许PUSCH传输的背靠背重复。两种类型的最大区别在于，PUSCH重复类型A仅允许在每个时隙中进行单个重复，其中每个重复占用相同的符号。使用PUSCH长度短于14个符号的该格式在重复之间引入间隙，从而增加总体延迟。与版本15相比较的另一个变化是如何用信号通知重复数量。在版本15中，重复数量是半静态配置的，而在版本16中，可以在下行链路控制信息(DCI)中动态地指示重复数量。这适用于动态许可和配置许可类型2。

在NR版本16中，针对PUSCH重复类型B的无效符号包括保留的UL资源。在调度DCI中配置无效符号模式指示符字段。在由半静态时分双工(TDD)模式指示为下行链路(DL)的符号和无效符号周围发生分段。

以下示出重复数量的信令。

在TS38.214 V16.2.0中：

对于PUSCH重复类型A，当发送由PDCCH中的DCI格式0_1或0_2(其中循环冗余校验(CRC)用C-RNTI、MCS-C-RNTI或CS-RNTI加扰，NDI＝1)调度的PUSCH时，重复数量K被确定为：

-如果在资源分配表中存在numberofrepetitions，则重复数量K等于numberofrepetitions；

-否则如果UE被配置有pusch-AggregationFactor，则重复数量K等于pusch-AggregationFactor；

-否则，K＝1。

在TS38.212 V16.1.0中定义了格式DCI0_1∶

时域资源分配-0、1、2、3、4、5或6位

-如果高层参数PUSCH-TimeDomainResourceAllocationList-ForDCIformat0_1未被配置，并且如果高层参数pusch-TimeDomainAllocationList被配置，则如在TS38.214V16.3.0第6节第6.1.2.1条中定义的0、1、2、3或4位。用于该字段的位宽被确定为

位，其中I是高层参数pusch-TimeDomainAllocationList或pusch-TimeDomainAllocationList-r16中的条目数量；

-如果高层参数PUSCH-TimeDomainResourceAllocationList-ForDCIformat0_1被配置，则如在TS38.214 V16.3.0第6节第6.1.2.1条中定义的0、1、2、3、4、5或6位。用于该字段的位宽被确定为

位，其中I是高层参数PUSCH-TimeDomainResourceAllocationList-ForDCIformat0_1中的条目数量；

-否则，用于该字段的位宽被确定为

位，其中I是默认表中的条目数量。

PUSCH-Config信息元素在TS38.331 V16.1.0中如下定义。

PUSCH-Config信息元素定义pusch-TimeDomainAllocationList、pusch-AggreationFactor和pusch-TimeDomainAllocationListForDCI-Format0-1-r16。

PUSCH-TimeDomainResourceAllocation信息元素在TS38.331 V16.1.0中如下定义。

可以看出，PUSCH-TimeDomainResourceAllocation信息元素定义了PUSCH-TimeDomainResourceAllocationList和numberOfRepetitions-r16。

下面描述前导码组选择。

当在建立无线电链路时，网络尽早具有对UE经历的信道条件和UE必须发送随机接入消息的可用功率的粗略估计是有帮助的。在3GPP媒体访问控制(MAC)规范36.321rev.16.0.0中的四步随机接入过程中，UE将基于Msg3大小、逻辑信道和路径损耗来选择随机接入前导码组。UE从中选择其前导码的组从而提供UE是否具有足够的功率来发送Msg3的估计。前导码组选择是基于随机接入前导码组B的配置和ra-Msg3SizeGroupA：

2>否则，如果Msg3缓冲器为空，则：

3>如果随机接入前导码组B被配置，则：

4>如果可能的Msg3大小(可用于传输的UL数据加上MAC报头以及(如果需要)MACCE)大于ra-Msg3SizeGroupA，并且路径损耗小于(执行随机接入过程的服务小区的)PCMAX

–preambleReceivedTargetPower–msg3-DeltaPreamble

–messagePowerOffsetGroupB；或者

4>如果针对CCCH逻辑信道发起了随机接入过程，并且CCCH SDU大小加上MAC子报头大于ra-Msg3SizeGroupA，则：

5>选择随机接入前导码组B。

4>否则：

5>选择随机接入前导码组A。

3>否则：

4>选择随机接入前导码组A。

2>否则(即，Msg3正被重传)：

3>选择与用于与Msg3的第一次传输相对应的随机接入前导码传输尝试相同的随机接入前导码组。

其中，参数groupBconfigured(其指示随机接入前导码组B是否被配置)和ra-Msg3SizeGroupA在RACH-ConfigCommon信息元素中给出，而preambleReceivedTargetPower在RACH-ConfigGeneric信息元素中找到。

下面描述LTE中的RAR中的UL许可。

在LTE中，RAR中的上行链路许可字段(也称为随机接入响应许可字段)指示要在上行链路上使用的资源。对于不具有受限带宽或覆盖扩展能力的UE(“非BL/CE UE”)，UL许可字段的大小是20位。以MSB开始并以LSB结束的这20位的内容如下。可以观察到，RAR指示Msg3重复的数量。跳频标志-1位。固定大小资源块分配–10位。缩减的调制和编码方案-4位。如果UE被配置有高层参数pusch-EnhancementsConfig，则Msg3的重复数量–3位，否则用于调度的PUSCH的TPC命令–3位。UL延迟-1位。CSI请求-1位。

下面描述LTE中的RAR中的UL许可。

为指派了4位，该Msg3时间资源分配与在pusch-ConfigCommon信息元素中提供的pusch-TimeDomainAllocationList相关联。

随机接入响应许可内容字段大小在TS38.213 V16.1.0中的表8.2-1中示出如下：

表8.2-1：随机接入响应许可内容字段大小

TS38.214 V16.3.0中的表6.1.2.1.1-1如下列出了用于公共搜索空间和UE特定搜索空间中的DCI格式0_0的适用PUSCH时域资源分配：

表6.1.2.1.1-1：用于公共搜索空间和UE特定搜索空间中的DCI格式0_0的适用PUSCH时域资源分配

在TS38.331 V16.1.0中如下定义PUSCH-ConfigCommon信息元素。PUSCH-ConfigCommon信息元素定义pusch-TimeDomainAllocationList。

下面描述UL DMRS配置。

针对PUSCH DMRS存在两种频域映射类型，如图2所示。类型1和类型2具有不同数量的CDM组。频率映射类型1是基于梳状的，具有2个CDM组，并且频率映射类型2是基于非梳状的，具有3个CDM组。在TS38.214 V16.3.0中定义了Msg3 DMRS配置。当所发送的PUSCH既不是由CRC用C-RNTI、CS-RNTI、SP-CSI-RNTI或MCS-C-RNTI加扰的DCI格式0_1调度的也不对应于配置的许可时，UE应在DMRS端口0上使用配置类型1的单符号前载DMRS，并且在符号中未用于DMRS的剩余资源元素(RE)不用于任何PUSCH传输，除了分配持续时间是2个或更少OFDM符号并且变换预编码被禁用的PUSCH之外，附加的DMRS可以根据调度类型和如在TS38.211V16.0.0的第4节的表6.4.1.1.3-3中针对禁用跳频所指定的和如在TS38.211 V16.0.0的第4节的表6.4.1.1.3-6中针对启用跳频所指定的PUSCH持续时间来发送。如果跳频被禁用，则UE应假定dmrs-AdditionalPosition等于“pos2”，并且可以根据PUSCH持续时间发送最多两个附加的DMRS。如果跳频被启用，则UE应假定dmrs-AdditionalPosition等于“pos1”，并且可以根据PUSCH持续时间发送最多一个附加的DMRS。

表6.4.1.1.3-6∶在用于单符号DM-RS的时隙内的PUSCH DM-RS位置

并且时隙内跳频被启用。

RA过程中的消息之一Msg3已被证明是NR网络中的潜在性能瓶颈，因此，改进该消息(信道)的覆盖率是感兴趣的。尽管通过执行多个HARQ重传可以基本上提高性能。然而，这通常使过程复杂化，要求网络重新发送Msg2和针对TC-RNTI的许可，从而添加大量额外的PDCCH开销和延迟。

根据一些示例性实施例，本公开提供了一种用于随机接入过程中的PUSCH传输的重复(其也被称为“PUSCH重复”或“Msg3重复”)的解决方案。该解决方案提供了用于Msg3重复的各种技术，包括类型A Msg3重复的机制和时域资源分配，用信号通知重复数量、指示UEMsg3重复能力、配置Msg3重复和检测Msg3重复的不同方法，以及用于UE确定Msg3重复数量的机制。本公开的实施例提供了关于在RRC连接建立之前支持Msg3重复以改进PUSCH传输的覆盖率的详细设计的方法。这些方法减少了信令开销和延迟，改进了用于Msg3传输的资源利用效率，并且还可以使终端设备确定适当Msg3重复数量或者确定是否应当重复Msg3。

应注意，本公开的一些实施例主要是关于用作某些示例性网络配置和系统部署的非限制性示例的NR规范来描述的。如此，本文给定的示例性实施例的描述特别地引用与其直接相关的术语。这样的术语仅被使用在所提出的非限制性示例和实施例的上下文中，并且不以任何方式自然地限制本公开。相反，只要本文所描述的示例性实施例是适用的，可以同样地使用任何其他系统配置或无线电技术。

用于Msg3的PUSCH重复类型A已经被确定为改进Msg3覆盖率的解决方案之一。NR版本15已支持针对处于RRC_connected模式的UE的PUSCH重复类型A，这在NR Rel-17中得到进一步增强。PUSCH重复类型A机制可用于具有重复的Msg3初始传输和/或重传。

在本公开的实施例中，提到了Msg3重复的时隙可用性和过程、Msg3重复数量的附加信令、UE的Msg3重复能力的指示以及通过DMRS配置的Msg2重复数量的指示。

下面描述Msg3重复的一些实施例。

在一些实施例中，如果Msg3传输(其也被称为PUSCH传输)被配置为从时隙n开始并重复K个，则存在两个选项。选项1是使用K个物理时隙，并且Msg3传输在时隙n+K-1中结束。选项2是使用K个可用时隙，并且Msg3传输在K个重复之后结束，每个重复具有L个符号。

如在PCT申请号PCT/CN2020/106760中所提到的，Msg3重复允许在每个时隙中的单个重复，其中每个重复占用相同的符号。在一些时分双工(TDD)UL/DL配置中，在无线电帧中存在少量的连续UL时隙。为了最大化时间分集增益，多个Msg3重复不必在连续时隙中。

在一些实施例中，多个Msg3重复可以在连续或非连续时隙中，在无线电帧内或者跨帧边界。进一步地，在一些实施例中，如果为了相干组合或联合信道估计而需要横跨Msg3重复的UE相位一致性，则UE需要向gNB报告它的横跨多个时隙保持相位一致性的能力。

在NR TDD和FDD网络中，存在具有14个UL符号的UL时隙和没有UL符号的DL时隙。在TDD中，第三类型的时隙是具有少于14个UL符号、一些DL符号和用于DL/UL切换的符号的特殊时隙。下面是时隙中的用于Msg3传输的不可用符号的一些示例：

-DL符号，包括半静态DL符号和稍后由具有时隙格式指示符(SFI)索引字段的DCI格式2_0指示为下行链路的半静态灵活符号；以及

-UL符号与DL符号之间的GAP符号。

关于如何使用不同类型的时隙并对多个Msg3重复进行计数以及如何使用不可用符号，可以应用以下若干实施例中的一个或多个。

将L标记为时隙中的用于Msg3传输的OFDM符号的数量，将K标记为Msg3重复数量。在一些实施例中，K可以由gNB配置，这将在稍后描述，或者由UE基于它的能力和网络配置来确定，这将在稍后描述。

在一些实施例中，UE可以被RRC/DCI配置为以下确定Msg3重复的时隙的方法中的一个或多个方法。假定Msg3传输从时隙n开始。

在实施例中，Msg3传输在时隙n+K-1中结束。在从时隙n到时隙n+K-1的时隙中，如果L个已调度符号仅有一部分可用于UE，则可以配置或预先确定时隙中的UL符号是否可以被使用。UE可以被RRC/DCI配置或者预定义具有X1，X1是时隙中的L个已调度符号中的可以用于Msg3传输的连续UL符号的最小数量。将不使用具有少于X1个UL符号的时隙。如果X1＝1，则可以使用时隙中的所有UL符号(<L)。如果X1＝L，则不使用具有少于L个符号的时隙。如果X1未被配置，则可以预先确定默认值，例如X1＝L。

在一些实施例中，如果UE被配置为使用从时隙n到时隙n+K-1的时隙中的少于L个UL符号，则可以以以下一种或多种方式配置时隙中的少于L个UL符号。在实施例中，时隙中的UL符号是来自具有所有L个已调度UL符号可用的先前或后续或特定重复(例如，第一个Msg3重复)的相同符号的逐符号重复。即，它使用与该Msg3重复相同的冗余版本(RV)。在实施例中，时隙中的UL符号是来自时隙中的L符号重复的相同符号的分段。可以对时隙中的传输进行计数以用于RV循环。在实施例中，可以配置或预定义DMRS放置。例如，预定义的DMRS放置可以基于时隙中的连续UL符号的数量。

图3A和3B分别示出了根据一些实施例的Msg3重复的示例。在图3A中，UE使用K个时隙中的每一个时隙中的相同的L个符号。图3B示出了在时隙n+1中存在少于L个UL符号。在X1＝1的情况下，时隙n+1中的UL符号可用于TB。UE被配置为发送与先前时隙中的相同符号中的位相同的位。采用该实施例，Msg3传输由最多L*K个UL符号组成。

替代地或者附加地，在一些实施例中，如果时隙仅有L个已调度符号中的一部分可用于Msg3传输，则该时隙不被计数为可用时隙。仅对其中所有L个已调度符号是可用的时隙进行计数，直到找到K个时隙为止。

在实施例中，在从第一个时隙直到最后一个时隙的时隙中，如果仅L个已调度符号中的一些符号可用，则尽管该时隙未被计数，但是时隙中的UL符号是否可以被使用可以是配置或预定的。时隙中的少于L个UL符号可以以与上文所描述的相同的方式配置。

图4示出了根据一些实施例的Msg3重复的另一个示例。在时隙n+1中存在少于L个UL符号，并且该时隙不被计数为可用时隙。在X1＝1的情况下，时隙n+1中的UL符号可用于Msg3传输。UE被配置为发送与先前时隙中的相同符号中的位相同的位。最后一个时隙被推迟到时隙n+K。采用该实施例，Msg3传输由至少L*K个UL符号组成。

在对K个物理时隙进行计数的实施例中，Msg3传输的最后一个时隙是固定的。如果一些时隙具有少于L个UL符号，则具有L个符号的Msg3重复的数量减少。对K个可用时隙进行计数的实施例保证具有L个符号的Msg3重复的数量是K，但是扩大了等待时间并导致Msg3传输的结束的不确定性。

在一些实施例中，关于动态SFI，以下一个或多个方法可用于Msg3初始传输和重传。如果动态SFI未被配置，则UE可以被RRC/DCI配置或预先确定半静态灵活符号是否可用于Msg3传输。如果动态SFI被配置，则UE可以将动态UL符号用于Msg3传输。

如在PCT申请号PCT/CN2020/106760中所描述的，可以对Msg3重复启用跳频，包括时隙内跳频和时隙间跳频。在一些实施例中，可以针对每个PUSCH重复，配置或预定义跳频是否应用于在具有少于L个已调度符号的阈值数量的时隙中的Msg3传输。例如，在具有至少最小数量的OFDM符号的时隙中的Msg3传输被允许跳频。这是为了避免具有太短长度的跳频。

在RAN1#104bis-e会议中，达成了使用可用时隙以对具有来自网络的重复因子所指示的数量的重复进行计数的工作假定。也就是说，根据用于Msg3的类型A PUSCH重复的可用时隙，对重复数量进行计数。

下面描述用于确定可用时隙的一些实施例。

Msg3重复的可用时隙可以基于以下方法中的一个或多个方法来确定：

●小区特定的TDD上行链路下行链路配置：例如，tdd-UL-DL-ConfigurationCommon用于确定哪个时隙可用于Msg3重复。

●RAR中的配置：例如，是否和哪个TDD上行链路下行链路信令(专用信令或公共信令)将要用于确定可用时隙可以基于RAR中的显式信令。

●DCI中的用于Msg3重传的重复的配置：例如，是否和哪个TDD上行链路下行链路信令(专用信令或公共信令)将要用于确定可用时隙可以基于调度Msg3重传的DCI中的显式信令。

在一些实施例中，哪个配置用于确定可用时隙取决于它是基于竞争的随机接入(CBRA)还是无竞争随机接入(CFRA)。例如，在CBRA中，可用时隙的确定可以仅基于小区特定的TDD上行链路下行链路配置。对于CFRA中的由RAR调度的Msg3 PUSCH，专用TDD上行链路和下行链路配置可用于确定用于Msg3重复传输的可用时隙。另外，在CFRA中，也可以使用小区特定的TDD上行链路下行链路配置。

在一些实施例中，可用时隙的确定可以进一步基于与来自相同UE的其他上行链路传输的冲突和/或取消指示(CI)。

在一些实施例中，可以在第一个Msg3重复的传输之前和/或在Msg3重复的传输期间完成用于Msg3重复的传输的可用时隙的确定。

在一些实施例中，可用时隙可以是未被配置为下行链路时隙的时隙。在一些实施例中，可用时隙可以是未被配置有与Msg3重复的TDRA(时域资源分配)重叠的下行链路符号集的时隙。即，可用时隙可以是其中被分配用于Msg3重复的符号集未被配置为下行链路的时隙。在一些实施例中，可用时隙可以是被配置为上行链路时隙的时隙，或者是其中被分配用于Msg3重复的符号集被配置为上行链路的时隙。

在一些实施例中，如果由TDRA所指示的被分配用于时隙中的Msg3重复的符号中的至少一个符号与不旨在用于UL传输的符号重叠，则用于Msg3重复的该时隙被确定为不可用。

另一个问题在于，在Msg3传输与其他UL传输之间可能发生冲突，这也需要解决。以下描述冲突处理的一些实施例。

在一些实施例中，多个时间重叠的UL传输(包括基于可用时隙的Msg3重复)之间的冲突处理可以基于优先级。UE可以基于高层配置、DCI和/或预定规则来确定哪个物理信道/信号被优先，并且可以在时隙中的重叠符号中发送它。

在一些实施例中，优先级可以基于调度信令的时间顺序。例如，由DCI或高层早期调度的UL物理信道/信号具有高优先级。当Msg3由RAR或DCI调度时，UE将它的定时确定为RAR或携带DCI的PDCCH的PDSCH的最后一个符号。在一些实施例中，优先级可以是根据UL传输的内容的预先确定/配置的优先级。例如，Msg3重复具有最高优先级。在一些实施例中，优先级可以基于调度信令的类型。例如，L1调度的传输比高层调度的传输具有更高的优先级。

在一些实施例中，冲突处理可以由UE在第一个Msg3重复的传输之前和/或在Msg3重复的传输期间完成。在一些实施例中，冲突处理可以应用于Msg3重复的初始传输和重传。

另一个问题是关于冗余版本(RV)的确定，其可取决于可用时隙的确定。用于Msg3重复的冗余版本可以基于以下方法中的一个或多个方法来确定：

●横跨所确定的可用时隙来循环RV：在这种情况下，具有由于冲突处理而取消的重复的时隙仍被计数以用于RV确定；

●横跨所发送的Msg3重复来循环RV：在这种情况下，具有由于冲突处理而取消的重复的时隙未被计数用于RV确定。

下面描述Msg3重复的配置的一些实施例。

在gNB知道UE的Msg3重复能力的情况下，例如通过不同的前导码/PRACH时机分组，RAR内容可以被gNB和UE都知道，例如，可以在RAR中添加新字段。但是如果gNB不知道UE的Msg3重复能力，则RAR内容需要与版本15/16中的相同，以保持后向兼容性。在这种情况下，UE可以自己确定Msg3重复的数量。

在版本15和版本16中，PUSCH-TimeDomainResourceAllocation信息元素中的K2指示用于Msg3传输的时隙。在本公开的实施例中，K2指示用于Msg3重复的第一个时隙。gNB可以选择具有可用的L个已调度符号的时隙作为用于Msg3传输的第一个时隙。

在一些实施例中，可以在SIB1中半静态地配置一个或多个候选Msg3重复数量。例如，如下在SIB1中的PUSCH-ConfigCommon信息元素中配置numberOfRepetitions。

在一些实施例中，如果gNB未配置UE特定的Msg3重复数量，则UE可以选择SIB1中的所配置的候选数量之一用于Msg3重复。

替代地或者附加地，在一些实施例中，不管SIB1中的numberOfRepetitions中的候选数量列表如何，gNB可以设置默认和/或最大和/或预定Msg3重复数量。益处是将Msg3传输的资源限制到合的水平，并且简化gNB盲检测。

在一些实施例中，可以在SIB1/RAR/Msg2 PDCCH中配置默认和/或最大Msg3重复数量，或者默认和/或最大Msg3重复数量可以是预定的。在gNB没有在RAR/Msg2 PDCCH中配置特定Msg3重复数量的情况下，UE可以根据Msg3重复配置来发送Msg3重复。

例如，表1示出了若干Msg3重复配置。是或否指示SIB1/RAR/Msg2PDCCH中存在或不存在该字段。如果gNB未配置Msg3重复数量，则UE可以按默认值发送Msg3重复，如配置索引1所示。对于配置索引2，UE可以确定不大于用于Msg3重复的最大值的数量。如果既没有配置默认值也没有配置最大值，则UE可以使用预定数量。例如，数量可以固定为1。

表1

替代地或者附加地，在一些实施例中，Msg3重复数量可以在RAR或Msg2 PDCCH中被动态配置，或者用单独的字段、RAR中的未使用字段或DCI的未使用状态，和/或在时域资源分配(TDRA)中被联合编码。例如，numberOfRepetitions在TDRA表中被联合编码如下。

在一些实施例中，如果Msg3重复的数量被联合编码在TDRA表中，则一个TDRA条目可以在RAR中被指示用于Msg3初始传输，并且在用TC-RNTI加扰的DCI 0_0中被指示用于Msg3重传。替代地，在一些实施例中，如果UE被配置有TDRA表，但是Msg3重复的数量在RAR或DCI0_0中未被指示用于Msg3初始传输或Msg3重传，则UE可以从TDRA表中的配置值中选择一个。

下面描述Msg3重复的过程的一些实施例。

在一些实施例中，Msg3重复的配置可以由网络节点盲提供或者基于在调度Msg3之前所指示的UE的Msg3重复的能力来提供。实际的重复数量或者Msg3是否被重复可以由UE确定和/或由来自网络节点的调度信息确定。

图5示出了四步随机接入过程中的Msg3初始传输的示例。关于UE Msg3重复能力的指示，可以采用以下过程中的一个或多个过程。

如图5所示，在步骤1中，UE发送Msg1。在步骤1a处，UE的Msg3重复能力由Msg1指示。UE甚至可以在Msg1中用信号通知推荐的Msg3重复数量。然后，过程转到步骤2a。在步骤1b处，UE的Msg3重复能力未由Msg1指示。然后，过程转到步骤2b。在步骤2b处，gNB发送Msg2，并配置Msg3重复数量。假定UE支持Msg3重复，gNB可以确定是否配置Msg3重复数量。在步骤2a处，gNB可以根据UE的Msg3重复能力来配置Msg3重复数量。如果UE不支持Msg3重复，则保留重复因子指示字段。然后，过程转到步骤3a或3b。在步骤3中，UE发送Msg3。在步骤3a处，如果在步骤2a之后用信号通知或预定特定Msg3重复数量，则UE相应地发送Msg3，并且过程转到步骤4a。在步骤3b处，如果在步骤2a之后未能确定特定Msg3重复数量，例如当gNB将Msg3重复数量的范围配置在1与最大数量之间时，UE自己确定重复数量，并相应地发送Msg3。然后，过程转到步骤4b。在步骤3c处，如果UE支持Msg3重复，则它根据gNB的盲配置进行发送。如果UE不支持Msg3重复，则它发送不具有重复的Msg3。然后，过程转到步骤4b。在步骤4中，gNB对Msg3进行解码。在步骤4a处，gNB解码特定数量的Msg3重复。在步骤4b处，如果Msg3重复被配置和/或调度，则gNB盲检测Msg3重复。

在一些实施例中，如果UE需要自己确定Msg3重复数量，则由UE使用的实际重复数量不大于从网络发信号通知的最大重复数量。例如，当经由RAR或DCI从网络节点向UE发送用于Msg3传输的重复因子16以用于Msg3初始传输或Msg3重传时，实际的重复数量不能大于16。

下面描述UE的Msg3重复能力的指示的一些实施例。

在一些实施例中，UE可以通过Msg1传输来向gNB指示它的Msg3重复能力。这可以通过在能够支持Msg3重复的UE和不能够支持Msg3重复的UE之间划分PRACH前导码或PRACH时机来完成。

在一些实施例中，可以基于一个PRACH时机中的前导码组来确定哪些PRACH前导码可以由能够支持Msg3重复的UE或者不能够支持Msg2重复的UE使用。用于能够支持Msg3重复的UE或不能够支持Msg2重复的UE的前导码的配置可以通过专用或广播RRC信令来发送。图6A示出了RA前导码划分的示例。如图6A所示，如果一个SSB与两个PRACH时机相关联，则能够支持Msg3重复的UE可以使用两个PRACH时机的一半前导码或者使用一个特定RO的所有前导码。

在一些实施例中，可以基于不同的PRACH时机来确定哪些PRACH前导码可以由能够支持Msg3重复的UE或者不能够支持Msg3重复的UE使用。图6B示出了PRACH时机划分的示例。如图6B所示，RO#0的前导码被配置为用于能够支持Msg3重复的UE，以及RO#1的前导码被配置为用于不能够支持Msg2重复的UE。

在实施例中，UE的Msg3重复能力可以由PRACH前导码组指示。前导码组可以是在版本15中针对组A或组B定义的一组前导码。替代地，可以定义新的前导码组C。新的前导码组C可以是另外配置的并且可以是用于无竞争随机接入(CFRA)的前导码的子集的前导码的一部分。采用该实施例，网络节点可以基于由UE发送的前导码的ID来容易地确定UE是否支持Msg3重复。

在一些实施例中，能够支持Msg3重复的UE可以识别在SIB1中配置的组C前导码。该前导码组C配置不由传统的UE或不支持Msg3重复的新版本的UE使用。组C前导码可以以若干方式配置。例如，numberofRA-PreamblesGroupC可被创建作为附加的基于竞争的随机接入(CBRA)前导码，并且可以使用CFRA前导码的一部分。图7示出了每PRACH时机1个SSB的示例。在图7中，组C前导码可以使用被分配给CFRA的哪些前导码中的起始前导码。可以在SIB1中配置新的信息元素(IE)numberofRA-PreamblesGroupC。替代地，组C前导码可以使用CFRA的中间或结尾前导码。

替代地或者附加地，在一些实施例中，numberofRA-PreamblesGroupC可以使用来自其他目的的一些定额。进一步地，在一些实施例中，numberofRA-PreamblesGroupC可以位于CBRA组A或CBRA组B之间。

对于四步随机接入过程，首先，gNB可以针对能够支持Msg3重复的UE配置具有前导码组C的SIB1。然后，支持Msg3重复的UE可以向gNB发送组C的前导码，以指示UE的Msg3重复能力。

替代地或者附加地，在一些实施例中，前导码组C可以被划分为组C1和组C2。在一些实施例中，基于预定条件来确定使用组C1还是组C2。

在一些实施例中，条件可以是Msg3大小是否低于阈值。如果Msg3大小低于阈值，则使用组C1。否则，使用组C2。

在一些实施例中，条件可以是由UE所推荐的Msg3重复数量是否等于或低于阈值。如果所推荐的Msg3重复数量等于或低于阈值，则可以使用组C1。否则，使用组C2。例如，阈值可以等于1。在这种情况下，接收组C1中的前导码指示UE不需要Msg3重复，而接收组C2中的一个前导码指示UE需要这种覆盖率增强方案。然后，考虑所推荐的重复数量，gNB可以在Msg2 RAR中发送用于Msg3的UL许可。最后，UE根据UL许可发送Msg3。

替代地或者附加地，在一些实施例中，当在SIB1中激活Msg3重复并且在SIB1未配置组C时，UE可以使用组B来隐含地指示UE对Msg3重复的支持。

替代地或者附加地，在一些实施例中，UE的Msg3重复能力可以由在其中发送与该能力相关联的前导码的PRACH时机的子集来指示。PRACH时机的子集可以按SSB确定。例如，可以向能够支持Msg3重复的UE提供与一个PRACH时机相关联的数量N个SSB，并且一个SSB被映射到1/N个有效的PRACH时机。可以为能够支持Msg3重复的UE保留PRACH时机的子集。采用该实施例，网络节点可以基于在其中接收到前导码的PRACH时机来容易地确定是否可以接收多个Msg3重复，并且不需要配置附加的PRACH时机。

替代地或者附加地，在一些实施例中，可以通过在频域和/或时域中单独针对Msg3重复所配置的PRACH时机来指示UE Msg3重复能力。采用该实施例，网络节点可以基于接收到前导码的PRACH时机是单独配置的PRACH时机还是传统的PRACH时机来容易地确定UE的Msg3重复能力。这种实施例针对能够支持Msg3重复的UE引入了附加的PRACH时机，并且针对不能支持Msg2重复的UE保留了PRACH时机的容量。

在一些实施例中，在频域中，SIB1可以指示PRACH时机之上的哪些附加PRACH时机被配置用于不能够支持Msg3重复的UE。在一些实施例中，在时域中，可以例如在SIB1中引入单独的PRACH配置索引，以针对能够支持Msg3重复的UE配置单独的PRAH时机集合。

替代地或者附加地，在一些实施例中，UE Msg3重复能力可以由随机接入类型指示。随机接入类型可以是两步RA类型、四步RA类型、CBRA类型或CFRA类型。作为示例，假定能够并推荐Msg3重复的UE选择四步RA类型，而当选择两步RA类型时，UE不期望被调度具有Msg3重复。网络节点可以配置能够支持Msg3重复的UE仅使用一种类型的随机接入过程。因此，每当UE基于该类型的过程执行随机接入时，它可以在一定程度上理解该UE支持Msg3重复。

替代地或者附加地，在一些实施例中，以下度量中的一个或多个度量可用于隐含地指示能够支持Msg3重复的UE：

a)参考信号接收功率(RSRP)是否低于某个阈值：真/假；

b)UE处于不良覆盖范围或小区边界区域中；以及

c)驻留的SSB索引不是最佳SSB索引。

作为示例，numberofRA-PreamblesGroupC可以被划分为不同的前导码组，诸如前导码组C1和前导码组C2。如果度量中的一个或多个度量的结果为真，则UE选择前导码组C2，否则UE选择前导组C1。此外，前导码组C还具有进一步的前导码组C3。当UE不知道或不可以执行测量但支持Msg3重复时，UE选择前导码组C3。

下面描述Msg3重复的隐式指示的一些实施例。

如上文所描述的，重复数量可以在RAR/DCI中由网络节点指示。UE是否应用重复可以取决于UE的能力，这可能要求网络节点进行盲检测。为了最小化盲检测复杂度，可以通过用于Msg3传输的DMRS来指示是否实际应用了重复。

在NR版本15/16中，只有具有DMRS类型1的CDM组0的DMRS端口0可以用于Msg3传输，并且DMRS符号的数量是一个前置的DMRS符号加上两个附加DMRS符号。为了支持Msg3重复的隐式指示，多个DMRS资源需要由UE选择。

在一些实施例中，UE是否应用Msg3重复可以由所选择的DMRS资源来指示。所选择的DMRA资源可以是以下各项中的一项或多项：DMRS端口，CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。

在DMRS端口的情况下，例如，当UE进行msg3重复时，UE将使用具有DMRS类型1的CDM组0的DMRS端口1。在CDM组的情况下，例如，当UE进行msg3重复时，UE将使用具有DMRS类型1的CDM组1的DMRS端口。在DMRS配置类型的情况下，例如，当UE进行msg3重复时，UE将使用具有DMRS类型2的DMRS，否则使用具有DMRS 1的DMRS。在附加DMRS符号的情况下，当UE进行msg3重复时，UE将仅使用前置的DMRS符号，否则UE将使用一个前置的DMRS符号加上两个附加DMRS符号。在DMRS序列的情况下，例如，对于循环前缀(CP)OFDM，新的加扰ID可以(在RRC、MAC CE或RAR或L1信令中)用信号通知或者被预定，并在UE能够进行msg3重复时由UE使用。

进一步地，在一些实施例中，详细的重复数量也可以由UE基于从网络节点发信号通知的重复数量来确定，这也可以基于DMRS资源。

在图5所示的随机接入过程中，当gNB盲检测到由UE确定的Msg3重复数量时，该数量可以由Msg3 DMRS端口索引隐含地指示。DMRS端口索引与Msg3重复数量之间的映射的示例是，如果UE被配置有多个候选Msg3重复数量以供选择，则可以通过从#0开始的不同DMRS天线端口(AP)来可以指示不同的Msg3重复数量。例如，如果numberOfRepetitions被配置有{n1,n2,n3,n4,n7,n8,n12,n16}，则Msg 3DMRS AP#0指示n1，AP#1指示n2，…，AP#7指示n16。在NR版本15/16中，Msg3使用DMRS端口0的配置类型1的单符号前载DMRS。除了DMRS端口之外，其他DMRS配置也可以隐含地指示Msg3重复数量。

在一些实施例中，Msg3重复数量可以由以下各项中的一项或多项隐含地指示：DMRS配置类型，CDM组，以及DMRS序列。

对于DMRS配置类型，如果UE发送具有大于阈值的重复的Msg3，则UE可以使用DMRS配置类型2的一个天线端口。否则，UE使用DMRS配置类型1。

对于CDM组，如果UE使用DMRS配置类型1，则CDM组0/1可用于指示具有是否小于阈值的重复的Msg3传输。如果使用DMRS配置类型2，则CDM组0可用于指示不具有重复的Msg3，组1和组2可用于指示不同组的Msg3重复数量。例如，如果使用被配置有{n1,n2,n3,n4,n7,n8,n12,n16}的numberOfRepetitions和DMRS配置类型2，则CDM组0可以指示没有msg3重复，即n1，CDM组1可以指示接下来的四个候选数量n2、n3、n4、n7，并且CDM组2可以指示剩余的数量n8、n12、n16。

如果两个DMRS配置类型及其CDM组一起使用，则它们的组合可以指示五个不同组的Msg3重复数量。例如，DMRS配置类型1和CDM组0可以指示不具有重复的Msg3传输。

由于DMRS配置类型1和2使用不同的资源元素(RE)资源，并且不同CDM组的DMRS天线端口也使用不同的RE资源，因此，与天线端口索引相比，gNB更容易检测不同RE组中的能量。DMRS配置类型和/或CDM组的指示也可以连同DMRS AP一起使用，以帮助gNB检测Msg3重复数量。

对于DMRS序列，不同的DMRS序列可用于指示重复数量。例如，其峰值与平均功率比(PAPR)比CP-OFDM更低的离散傅里叶变换(DFT)-扩展OFDM波形对于覆盖率增强是有益的。在这种情况下，根据以下内容生成Msg3 DMRS：

在版本15/16中，对于Msg3传输，循环移位α＝0。此处，α可以隐含地指示不同的Msg3重复数量。与版本15/16相同，α＝0用于指示没有重复的Msg3传输。如果UE被配置有1个候选Msg3重复数量，则α＝0和pi分别指示没有重复的Msg3传输和具有重复的Msg3传输。如果UE被配置有2～3个非一候选Msg3重复数量，则重复数量分别由α＝pi/2、pi和pi*3/2表示。如果UE被配置有4～7个非一候选数量，则重复数量分别由α＝pi/4、pi/2、pi*3/4、pi、pi*5/4、pi*3/2和pi*7/4表示。

图8是示出根据本公开的一些实施例的方法800的流程图。图8所示的方法800可以由在终端设备中实现的/作为终端设备实现的或通信地耦接到终端设备的装置执行。根据示例性实施例，终端设备可以是UE。

根据图8所示的示例性方法800，终端设备从网络节点接收用于随机接入过程中的消息的PUSCH传输的重复配置，如框804所示。网络节点可以是基站，例如gNB。在一些实施例中，随机接入过程中的消息可以是四步随机接入过程中的消息3(Msg3)。

在一些实施例中，可以在RAR、系统信息或DCI中接收PUSCH传输的重复配置。DCI可以被包括在Msg2 PDCCH或指示Msg3重传的PDCCH中。

在一些实施例中，可以在RAR中的单独字段或未使用字段(例如，CSI请求)中指示PUSCH传输的重复配置。在这种情况下，PUSCH传输的重复配置包括由网络节点所配置的重复数量。在一些实施例中，所配置的重复数量可以是UE特定的重复数量或最大重复数量。

在一些实施例中，可以在SIB1中的单独字段中指示PUSCH传输的重复配置。在实施例中，在SIB1中的PUSCH-ConfigCommon信息元素中指示PUSCH传输的重复配置。在另一个实施例中，PUSCH传输的重复配置被联合编码在SIB1中的时域资源分配(TDRA)表中。在这种情况下，PUSCH传输的重复配置可以包括以下中的至少一项：一个或多个候选重复数量，默认重复数量，以及最大重复数量。

在一些实施例中，可以在DCI的未使用状态中指示PUSCH传输的重复配置。在这种情况下，PUSCH传输的重复配置可包括UE特定的重复数量或最大重复数量。

在一些实施例中，PUSCH传输的重复配置可包括与用于PUSCH传输的重复的可用时隙的确定相关的信息。与用于PUSCH传输的重复的可用时隙的确定相关的信息可以指示哪个时隙是用于Msg3重复的可用时隙。替代地或者附加地，与可用时隙的确定相关的信息可以指示是否和哪个时分双工(TDD)上行链路下行链路信令将被用于可用时隙的确定。

在一些实施例中，与用于PUSCH传输的重复的可用时隙的确定相关的信息可以被包括在小区特定的TDD上行链路下行链路配置中。在一些实施例中，与可用时隙的确定相关的信息可以被包括在用于Msg3重复的初始传输的RAR中。在一些实施例中，与可用时隙的确定相关的信息可以被包括在用于Msg3重复的重传的DCI中。

在一些实施例中，可用时隙可以是未被配置为下行链路时隙的时隙。在一些实施例中，可用时隙可以是其中被分配用于PUSCH传输的重复的符号集未被配置为下行链路的时隙。在一些实施例中，可用时隙可以是被配置为上行链路时隙的时隙和/或其中被分配用于PUSCH传输的重复的符号集被配置为上行链路的时隙。

在一些实施例中，PUSCH传输的重复配置还可包括用于PUSCH传输的重复与来自相同的终端设备的其他上行链路传输之间的冲突处理的优先级信息。

在一些实施例中，优先级信息可以被包括在高层配置和/或DCI中。在一些实施例中，优先级信息可以是预定的或预定义的。

在一些实施例中，优先级信息可以基于调度信令的时间顺序、或上行链路传输的内容、或调度信令的类型。

在一些实施例中，冲突处理可以基于在PUSCH传输的第一个重复的传输之前接收到的优先级信息。进一步地，冲突处理可以进一步基于在PUSCH传输的重复的传输期间接收到的优先级信息。

然后，在框806中，基于在框804中接收到的PUSCH传输的重复配置，终端设备向网络节点发送PUSCH。在一些实施例中，终端设备可以基于PUSCH传输的重复配置来确定要被用于PUSCH传输的重复数量，然后，基于所确定的重复数量来发送PUSCH。

在一些实施例中，当在RAR或DCI中接收到PUSCH传输的重复配置时，终端设备可以基于RAR或DCI中的所配置的重复数量来确定重复数量。在实施例中，如果所配置的重复数量是UE特定的重复数量，则终端设备可以将重复数量确定为UE特定的重复数量。替代地或者附加地，如果所配置的重复数量是最大重复数量，则终端设备可以将重复数量确定为不大于最大重复数量的数量。

在一些实施例中，当PUSCH传输的重复配置在系统信息中被接收并且未在RAR或DCI中被接收时，终端设备可以基于系统信息中的配置来确定重复数量。在实施例中，当PUSCH传输的重复配置仅包括一个或多个候选重复数量时，终端设备可以从一个或多个候选重复数量中选择一个候选重复数量作为重复数量。在另一个实施例中，当PUSCH传输的重复配置包括默认重复数量或者默认重复数量和最大重复数量两者时，终端设备可以将重复数量确定为默认重复数量。在又一个实施例中，当PUSCH传输的重复配置包括最大重复数量时，终端设备可以将重复数量确定为不大于最大重复数量的数量。

在一些实施例中，当PUSCH传输的重复配置被联合编码在SIB1中的TDRA表中时，TDRA表的TDRA条目可以在用于Msg3初始传输的RAR中或在用于Msg3重传的DCI中被接收。在这种情况下，终端设备可以基于TDRA条目来确定重复数量。

在由终端设备确定了重复数量之后，终端设备可以基于所确定的重复数量来发送PUSCH。

在一些实施例中，终端设备可以确定从用于重复的第一时隙开始的K个时隙中的一个或多个时隙以用于PUSCH传输的重复，其中，K表示所确定的重复数量。然后，对于K个时隙中的其中用于PUSCH传输的所有L个已调度UL符号可用的每个时隙，终端设备可以通过配置L个已调度UL符号并将DMRS放置在该时隙中来发送重复。对于K个时隙中的其中L个已调度UL符号的一部分可用的每个时隙，终端设备可以确定可用UL符号的数量是否不小于第一阈值。可以经由无线电资源控制RRC信令或下行链路控制信息DCI来发送第一阈值，或者第一阈值是预定义的。当可用UL符号的数量不小于第一阈值时，终端设备可以在可用UL符号上执行来自具有L个已调度UL符号可用的特定重复的逐符号重复，并且将DMRS放置在该时隙中。因此，时隙中的UL符号是来自特定重复的相同符号的逐符号重复。当可用UL符号的数量小于第一阈值时，终端设备不使用该时隙来发送PUSCH。

在一些实施例中，对于从用于PUSCH传输的重复的第一时隙开始的时隙，当该时隙具有用于PUSCH传输的所有L个已调度UL符号可用时，即，该时隙被认为是可用时隙时，终端设备可以通过配置L个已调度UL符号并将DMRS放置在该时隙中来发送重复，并且对用于可用时隙的时隙计数器进行增量。当该时隙具有L个已调度UL符号的一部分可用时，终端设备可以确定可用UL符号的数量是否不小于第一阈值。当可用UL符号的数量不小于第一阈值时，终端设备可以在可用UL符号上执行具有L个已调度UL符号可用的特定重复的逐符号重复，并且将DMRS放置在该时隙中。因此，时隙中的UL符号是来自特定重复的相同符号的逐符号重复。当可用UL符号的数量小于第一阈值时，终端设备不使用该时隙来发送PUSCH。终端设备对下一时隙重复上述操作，直到时隙计数器达到所确定的重复数量。

在一些实施例中，DMRS在时隙中的放置可以是配置的或预定义的。替代地或者附加地，在一些其他实施例中，可以进一步基于RV循环来确定特定重复。

此外，在一些实施例中，除了确定重复数量之外，终端设备还可以基于被包括在PUSCH传输的重复配置中的与可用时隙的确定相关的信息，针对所确定的重复数量确定相应的可用时隙。然后，终端设备可以在相应的可用时隙中发送PUSCH。

在一些实施例中，随机接入过程可以是基于竞争的随机接入CBRA。在这种情况下，可以基于小区特定的TDD上行链路下行链路配置来确定可用时隙。在一些实施例中，随机接入过程可以是无竞争随机接入CFRA。在这种情况下，可以基于专用TDD上行链路下行链路配置和/或小区特定的TDD上行链路下行链路配置来确定可用时隙。

在一些实施例中，可以进一步基于与来自相同的终端设备的其他上行链路传输的冲突和/或取消指示来确定可用时隙。

在一些实施例中，如果可用时隙中的被分配用于PUSCH传输的重复的符号集中的至少一个符号与不旨在用于上行链路传输的符号重叠，则该可用时隙被确定为不可用。

在一些实施例中，可以在PUSCH传输的第一个重复的传输之前和/或在PUSCH传输的重复的传输期间确定可用时隙。

在一些实施例中，横跨所确定的可用时隙来循环用于PUSCH传输的重复的冗余版本(RV)。替代地，横跨所发送的PUSCH传输的重复来循环用于PUSCH传输的重复的冗余版本。

在一些其他实施例中，用于PUSCH传输的重复的时隙在一个无线店帧内或跨帧边界是连续的或非连续的。在这种情况下，终端设备可以向网络节点发送指示跨多个时隙保持相位一致性的能力的能力报告。

此外，在一些实施例中，对于用于PUSCH传输的重复的每一个时隙，终端可以检查针对该时隙是否配置了动态SFI。如果动态SFI未被配置，则终端设备确定半静态灵活符号是否可用于PUSCH传输。如果动态SFI被配置，则终端设备可以确定半静态灵活符号是否被改变为DL符号，并且确定被改变为DL符号的半静态灵活符号不可用于PUSCH传输。

此外，在一些实施例中，当时隙中的L个已调度UL符号的可用UL符号的数量不小于第二阈值时，终端设备可以对其中L个已调度UL符号的一部分可用的时隙中的重复应用跳频。否则，终端设备不应用跳频。

在一些实施例中，可以基于PUSCH传输的重复的应用和要被用于PUSCH传输的重复数量中的至少一个来确定时隙中的用于DMRS的DMRS配置。重复的应用与DMRS配置之间的映射以及重复数量与DMRS配置之间的映射可以是配置的或预定义的。在实施例中，重复的应用可以被映射到DMRS配置中的以下中的至少一项：DMRS端口，CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。在另一个实施例中，重复数量被映射到DMRS配置中的以下中的至少一项：DMRS端口，DMRS配置类型，CDM组，以及DMRS序列。

此外，终端设备可以向网络节点发送PRACH消息，如框802所示。在一些实施例中，PRACH消息可以指示终端设备的PUSCH重复能力。在一些实施例中，PUSCH重复能力由在PRACH消息中使用的随机接入RA前导码或PRACH时机来指示。

在发起随机接入过程之前，终端设备可接收指示多个RA前导码组和多个RA前导码组中的要被用于能够支持PUSCH重复的终端设备的一个或多个RA前导码组的系统信息。

在实施例中，多个RA前导码组包括RA前导码组A和RA前导码组B，并且RA前导码组B被配置为用于能够支持PUSCH重复的终端设备。

在实施例中，多个RA前导码组包括RA前导码组A、RA前导码组B和RA前导码组C，并且RA前导码组C被配置为用于能够支持PUSCH重复的终端设备。RA前导码组C包括无竞争随机接入前导码的子集，并且被配置为基于竞争的随机接入前导码。进一步地，RA前导码组C可包括起始无竞争随机接入前导码或中间无竞争随机接入前导码或结尾无竞争随机接入前导码。

在这种情况下，终端设备可以基于终端设备的PUSCH重复能力，从多个RA前导码组中确定RA前导码组，以及从所确定的RA前导码组中选择RA前导码。然后，终端设备可以向网络节点发送RA前导码。

此外，在一些实施例中，RA前导码组C可包括RA前导码组C1和RA前导码组C2。在这种情况下，终端设备可以基于终端设备的PUSCH重复能力，从多个RA前导码组中确定RA前导码组。如果所确定的RA前导码组是RA前导码组C，则终端设备可以确定是否满足条件。如果满足条件，则终端设备可以选择RA前导码组C1，并从RA前导码组C1中选择RA前导码。否则，终端设备可以选择RA前导码组C2，并从RA前导码组C2中选择RA前导码。然后，终端设备可以向网络节点发送RA前导码。

在一些实施例中，条件可以是以下中的至少一项：

1)PUSCH传输的大小低于第三阈值；

2)所推荐的重复数量等于或低于第四阈值；

3)参考信号接收功率RSRP低于第五阈值；

4)终端设备处于不良覆盖范围或小区边界区域中；以及

5)驻留的同步信号/物理广播信道块SSB索引不是最佳SSB索引。

此外，在一些实施例中，RA前导码组C还可包括RA前导码组C3。在这种情况下，当终端设备不能确定是否满足条件时，终端设备选择RA前导码组C3，并从RA前导码组C3中选择RA前导码。

在一些实施例中，在发起随机接入过程之前，终端设备可以接收指示将要用于能够支持PUSCH重复的终端设备的一个或多个物理随机接入信道PRACH时机的系统信息。在实施例中，一个或多个PRACH时机被单独配置用于能够支持PUSCH重复的终端设备。在这种情况下，终端设备可以基于终端设备的PUSCH重复能力来确定PRACH时机，并且确定与所确定的PRACH时机相关联的RA前导码。然后，终端设备可以在PRACH时机中向网络节点发送RA前导码。

此外，在一些实施例中，可以确定随机接入类型，例如四步RA类型，以用于能够支持PUSCH重复的终端设备。在这种情况下，终端设备可以基于终端设备的PUSCH重复能力来确定随机接入类型，并且根据随机接入类型来发送PRACH消息。

图9是示出根据本公开的一些实施例的方法9000的流程图。图9所示的方法9000可以由在网络节点中实现的/作为网络节点实现的或通信地耦接到网络节点的装置执行。根据示例性实施例，网络节点可以是gNB。在以下关于图9的描述中，针对与先前示例性实施例相同或类似的部分，将适当省略详细描述。

根据图9所示的示例性方法9000，网络节点向终端设备发送用于随机接入过程中的消息的PUSCH传输的重复配置，如框9004所示。消息可以是四步随机接入过程中的消息3。然后，网络节点从终端设备接收PUSCH，如框9006所示。

PUSCH传输的重复配置的细节已在前面进行了描述，并将在此处省略。

在一些实施例中，网络节点可以基于用于PUSCH传输的DMRS配置来确定重复是否被应用于PUSCH传输和/或用于PUSCH传输的重复数量。

在一些实施例中，如果网络节点确定重复被应用于PUSCH传输，并且由终端设备用于PUSCH传输的重复数量对于网络节点是已知的，则网络节点可以解码具有重复数量的PUSCH传输。如果网络节点确定重复被应用于PUSCH传输，并且由终端设备用于PUSCH传输的Msg3重复数量对于网络节点是未知的，则网络节点可以盲解码具有重复的PUSCH传输。如果网络节点确定重复未被应用于PUSCH传输，则网络节点可以解码不具有重复的PUSCH传输。

PUSCH传输的重复的应用与DMRS配置之间的映射以及重复数量与DMRS配置之间的映射已经在在上面进行了详细描述，并在此处将省略。

此外，在一些实施例中，网络节点可以从终端设备接收PRACH消息，如框9002所示。在一些实施例中，PRACH消息可以指示终端设备的PUSCH重复能力是否被指示。PUSCH重复能力由在PRACH消息中使用的RA前导码或PRACH时机来指示。如何在PRACH消息中指示PUSCH重复能力的细节已经在在上面进行了详细描述，并在此处将省略。

在一些实施例中，如果终端设备的PUSCH重复能力指示终端设备能够支持PUSCH重复，则网络节点可以基于终端设备的PUSCH重复能力来配置用于终端设备的重复数量。如果终端设备的PUSCH重复能力指示终端设备不能够支持PUSCH重复，则网络节点可以不配置用于终端设备的重复数量。如果终端设备的PUSCH重复能力未被指示，则网络节点可以盲配置用于终端设备的重复数量。然后，网络节点可以向终端设备发送包括所配置的重复数量的重复配置。

图8和图9所示的各框可以被视为方法步骤、和/或计算机程序代码的操作所导致的操作、和/或被构造为执行相关联的(一个或多个)功能的多个耦合的逻辑电路元件。上文所描述的示意性流程图通常被阐述为逻辑流程图。如此，所描绘的顺序和标记步骤指示所呈现的方法的特定实施例。可以设想在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其他步骤和方法。此外，特定方法发生的顺序可以或可以不严格遵守所示的对应步骤的顺序。

图10是示出根据本公开的各种实施例的装置1000的框图。如图10所示，装置1000可包括一个或多个处理器，诸如处理器1001，以及一个或多个存储器，诸如存储计算机程序代码1003的存储器1002。存储器1002可以是非暂时性机器/处理器/计算机可读存储介质。根据一些示例性实施例，装置1000可以被实现为可以插入或者安装到如关于图8所描述的终端设备或如关于图9所描述的网络节点中的集成电路芯片或模块。

在一些实现方式中，一个或多个存储器1002和计算机程序代码1003可以被配置为与一个或多个处理器1001一起使得装置1000至少执行如结合图8所描述的方法的任何操作。在这样的实施例中，装置1000可以被实现为如上文所描述的终端设备的至少一部分或者通信地耦合到如上文所描述的终端设备。作为特定示例，装置1000可以被实现为终端设备。

在其他实现方式中，一个或多个存储器1002和计算机程序代码1003可以被配置为与一个或多个处理器1001一起使得装置1000至少执行如结合图9所描述的方法的任何操作。在这样的实施例中，装置1000可以被实现为如上文所描述的网络节点的至少一部分或者通信地耦合到如上文所描述的网络节点。作为特定示例，装置1000可以被实现为网络节点。

替代地或者附加地，一个或多个存储器1002和计算机程序代码1003可以被配置为与一个或多个处理器1001一起使得装置1000至少执行实现根据本公开的示例性实施例所提出的方法的更多或更少操作。

图11是示出根据本公开的一些实施例的装置1100的框图。如图11所示，装置1100可包括接收单元1101和发送单元1102。在示例性实施例中，装置1100可以被实现在终端设备中，诸如UE。接收单元1101可以可操作以执行框804中的操作。发送单元1102可以可操作以执行框802和806中的操作。可选地，接收单元1101和/或发送单元1102可以可操作以执行实现根据本公开的示例性实施例所提出的方法的更多或更少操作。

图12是示出根据本公开的一些实施例的装置1200的框图。如图12所示，装置1200可包括发送单元1201和接收单元1202。在示例性实施例中，装置1700可以被实现在网络节点中，诸如gNB。发送单元1201可以可操作以执行框904中的操作。接收单元1202可以可操作以执行框902和906中的操作。可选地，发送单元1201和/或接收单元1202可以可操作以执行实现根据本公开的示例性实施例所提出的方法的更多或更少操作。

图13是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。

参考图13，根据实施例，通信系统包括电信网络810，诸如3GPP型蜂窝网络，该电信网络810包括接入网络811(诸如无线电接入网络)以及核心网络814。接入网络811包括多个基站812a、812b、812c，诸如NB、eNB、GNB或其他类型的无线接入点，每个基站812a、812b、812c限定对应的覆盖区域813a、813b、813c。每个基站812a、812b、812c可通过有线或者无线连接815连接到核心网络814。位于覆盖区域813c中的第一UE 891被配置为无线连接到对应的基站812c或由对应的基站812c寻呼。覆盖区域813a中的第二UE 892可无线连接到对应的基站812a。虽然在该示例中示出了多个UE 891、892，但是，所公开的实施例同样适用于单独UE在覆盖区域中或者单独UE连接到对应的基站812的情况。

电信网络810自身被连接到主机计算机830，该主机计算机830可在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中实现或者作为服务器群中的处理资源。主机计算机830可以在服务提供商的所有权或者控制下或者可以通过服务提供商或者代表服务提供商来操作。电信网络810与主机计算机830之间的连接821和822可以从核心网络814直接延伸到主机计算机830或者可以经由可选的中间网络820进行。中间网络820可以是公共、私有或主机网络中的一个或公共、私有或主机网络中的超过一个的组合；如果有的话，中间网络820可以是骨干网或因特网；特别地，中间网络820可包括两个或更多子网络(未示出)。

图13的通信系统作为整体启用所连接的UE 891、892与主机计算机830之间的连接性。该连接性可以被描述为过顶(over-the-top(OTT))连接850。主机计算机830和所连接的UE 891、892被配置为使用接入网络1010、核心网络814、任何中间网络820和可能的进一步的基础设施(未示出)作为中间体经由OTT连接850传递数据和/或信令。在OTT连接850穿过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接850可以是透明的。例如，基站812可以不或者不需要被通知与起源于主机计算机830的待被转发(例如，移交)到所连接的UE 891的数据的输入下行链路通信的过去路由。类似地，基站812不需要知道起源于UE 891的朝向主机计算机830的输出上行链路通信的未来路由。

图14是示出根据本公开的一些实施例的主机计算机通过部分无线连接来经由基站与UE通信的框图。

现在将参考图14描述在前述段落中讨论的UE、基站和主机计算机的根据实施例的示例实现。在通信系统900中，主机计算机910包括硬件915，该硬件915包括被配置为建立和维持与通信系统900的不同通信设备的接口的有线或无线连接的通信接口916。主机计算机910还包括处理电路918，该处理电路918可具有存储和/或处理能力。特别地，处理电路918可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者适于执行指令的这些(未示出)的组合。主机计算机910还包括软件911，该软件1111被存储在主机计算机910中或可由主机计算机910访问并可由处理电路918执行。软件911包括主机应用912。主机应用912可以可操作以向远程用户提供服务，诸如经由在UE 930和主机计算机910处终止的OTT连接950连接的UE 930。在向远程用户提供服务时，主机应用912可提供使用OTT连接950发送的用户数据。

通信系统900还包括基站920，该基站920在电信系统中提供并包括使得基站1120能够与主机计算机910和UE 930通信的硬件925。硬件925可包括用于建立和维持与通信系统900的不同通信设备的接口的有线或无线连接的通信接口926，以及用于建立和维持至少与位于由基站920服务的覆盖区域(未示出在图14中)中的UE 930的无线连接970的无线电接口927。通信接口926可以被配置为促进到主机计算机910的连接960。连接960可以是直接的，或者它可以穿过电信系统的核心网络(未示出在图14中)和/或电信系统外部的一个或多个中间网络。在示出的实施例中，基站920的硬件925还包括处理电路928，该处理电路928可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者适于执行指令的这些(未示出)的组合。基站920还包括内部存储或者可经由外部连接访问的软件921。

通信系统900还包括已经提到的UE 930。UE 930的硬件935可包括无线电接口937，该无线电接口837被配置为建立和维持与服务UE 930当前所位于的覆盖区域的基站的无线连接970。UE 930的硬件935还包括处理电路938，该处理电路938可包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列或者适于执行指令的这些(未示出)的组合。UE930还包括软件931，该软件1131被存储在UE 930中或可由UE 930访问并可由处理电路938执行。软件931包括客户端应用932。客户端应用932可以可操作以在主机计算机910的支持下经由UE 930向人类或非人类用户提供服务。在主机计算机910中，执行的主机应用912可经由在UE 930和主机计算机910处终止的OTT连接950与执行的客户端应用932通信。在向用户提供服务时，客户端应用932可以接收来自主机应用912的请求数据，并且响应于请求数据来提供用户数据。OTT连接950可以传送请求数据和用户数据二者。客户端应用932可与用户交互来生成它提供的用户数据。

应注意，图14所示的主机计算机910、基站920和UE 930可以分别与图13的主机计算机830、基站812a、812b、812c中的一个和UE 891、892中的一个类似或者相同。也就是说，这些实体的内部工作可以如图14所示，并且独立地，周围的网络拓扑可以是图13的网络拓扑。

在图14中，OTT连接950已经被抽象地绘出以图示主机计算机910与UE 930之间经由基站920的通信，而不明确引用任何中间设备和经由这些设备的消息的精确路由。网络基础设施可确定路由，并可被配置为对UE 930或操作主机计算机910的服务提供商或二者隐藏该路由。当OTT连接950是活动时，网络基础设施还可以采取它动态改变路由的决策(例如，在网络的负载平衡考虑或重新配置基础上)。

UE 930与基站920之间的无线连接是根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个改进使用无线连接970形成最后一段的OTT连接950提供给UE 930的OTT服务的性能。更精确地，这些实施例的教导可以改进延迟和功率消耗，从而提供诸如复杂性较低、访问小区所需要的时间减少、响应性更好、电池寿命延长等益处。

测量过程可以被提供以用于监测一个或多个实施例改进的数据速率、延时、和其他因素的目的。还可以存在用于响应于测量结果的变化来重新配置主机计算机910与UE930之间的OTT连接950的可选的网络功能。测量过程和/或用于重新配置OTT连接950的网络功能可以在主机计算机910的软件911和硬件915中或者在UE 930的软件931和硬件935中或在二者中实现。在实施例中，传感器(未示出)可以被部署在OTT连接950穿过的通信设备中或者与OTT设备1150穿过的通信设备相关联；传感器可通过供应上文例示的监测量的值或者供应软件911、931可以从中计算或者估计监测量的其他物理量的值来参与测量过程。OTT连接950的重新配置可包括消息格式、重传设置、优选路由等；重新配置不需要影响基站920，并且重新配置可以对于基站920未知或者感觉不到。这样的过程和功能可以在本领域中是已知和实践的。在某些实施例中，测量结果可以涉及促进主机计算机910的吞吐量、传播时间、延迟等的测量结果的专有UE信令。测量可以被实现，在于软件911和931中实现使得消息(特别地空或“假”消息)使用OTT连接950被发送，同时它监测传播时间、误差等。

图15是根据一个实施例的示出在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图13和图14所描述的主机计算机、基站和UE。为了本公开的简单起见，在该部分仅包括图15的附图标记。在步骤1010中，主机计算机提供用户数据。在步骤1010的子步骤1011(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1020中，主机计算机向UE发起携带用户数据的传输。在步骤1030(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在步骤1040(其也可以是可选的)中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。

图16是根据一个实施例的示出在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图13和图14所描述的主机计算机、基站和UE。为了本公开的简单起见，在该部分仅包括图16的附图标记。在方法的步骤1110中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1120中，主机计算机向UE发起携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可经由基站传递。在步骤1130(其可以是可选的)中，UE接收在传输中携带的用户数据。

图17是根据一个实施例的示出在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图13和图14所描述的主机计算机、基站和UE。为了本公开的简单起见，在该部分仅包括图17的附图标记。在步骤1210(其可以是可选的)中，UE接收由主机计算机所提供的输入数据。附加地或者替代地，在步骤1220中，UE提供用户数据。在步骤1220的子步骤1221(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1210的子步骤1211(其可以是可选的)中，UE执行提供用户数据作为对由主机计算机所提供的接收的输入数据的反应的客户端应用。在提供用户数据时，执行的客户端应用还可以考虑从用户接收的用户输入。不管提供用户数据的特定方式，在子步骤1230(其可以是可选的)中，UE向主机计算机发起用户数据的传输。在方法的步骤1240中，根据贯穿本公开所描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图18是根据一个实施例的示出在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图13和图14所描述的主机计算机、基站和UE。为了本公开的简单起见，在该部分仅包括图18的附图标记。在步骤1310(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站接收来自UE的用户数据。在步骤1320(其可以是可选的)中，基站向主机计算机发起所接收的用户数据的传输。在步骤1330(其可以是可选的)中，主机计算机接收在由基站发起的传输中携带的用户数据。

一般地，各种示例性实施例可以采用硬件或者专用芯片、电路、软件、逻辑或其任何组合实现。例如，一些方面可以采用硬件实现，而其他方面可以采用可由控制器、微处理器或其他计算设备执行的固件或者软件来实现，但是本公开不限于此。虽然本公开的示例性实施例的各方面可以被图示并且被描述为框图、流程图或者使用某个其他图形表示，但是应理解，作为非限制性示例，本文所描述的这些框、装置、系统、技术或方法可以采用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或者其某种组合实现。

因此，应当理解，本公开的示例性实施例的至少一些方面可以被实践在各种组件中，诸如集成电路芯片和模块。因此，应当理解，本公开的示例性实施例可以被实现在实现为集成电路的装置中，其中，集成电路可包括用于实现以下各项中的至少一项或多项的电路(以及可能固件)：数据处理器、数字信号处理器、基带电路和可配置为根据本公开的示例性实施例操作的射频电路。

应当理解，本公开的示例性实施例的至少一些方面可以被实现在由一个或多个计算机或其他设备执行的计算机可执行指令中，诸如在一个或多个程序模块中。通常，程序模块包括当由计算机或其他设备中的处理器执行时执行特定任务或者实现特定抽象数据型的例程、程序、对象、组件、数据结构等。计算机可执行指令可以被存储在计算机可读介质上，诸如硬盘、光盘、可移除存储介质、固态存储器、随机存取存储器(RAM)等。如由本领域技术人员将理解到，在各种实施例中，程序模块的功能可以根据期望来组合或者分布。另外，功能可以全部或部分实现在固件或硬件等同物中，诸如集成电路、现场可编程门阵列(FPGA)等。

本公开包括本文明确地所公开的任何新颖特征或特征的组合或其任何一般化。当结合附图阅读时，本公开的前述示例性实施例的各种修改和适配鉴于前述描述可以对于相关领域的技术人员变得明显。然而，任何和所有修改将仍然落在本公开的非限制性和示例性实施例的范围内。

Claims

1.一种在终端设备处实现的方法(800)，包括：

从网络节点接收(804)用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及

基于PUSCH传输的所述重复配置，向所述网络节点发送(806)PUSCH。

2.根据权利要求1所述的方法，其中，所述消息是四步随机接入过程中的消息3。

3.根据权利要求1或2所述的方法，其中，在随机接入响应RAR中接收PUSCH传输的所述重复配置。

4.根据权利要求3所述的方法，其中，PUSCH传输的所述重复配置包括所配置的重复数量。

5.根据权利要求4所述的方法，其中，所述所配置的重复数量是以下之一：特定重复数量，以及最大重复数量。

6.根据权利要求1或2所述的方法，其中，在系统信息中接收PUSCH传输的所述重复配置。

7.根据权利要求6所述的方法，其中，PUSCH传输的所述重复配置在系统信息块1即SIB1中的PUSCH-ConfigCommon信息元素中被指示，或者被联合编码在SIB1中的时域资源分配表中。

8.根据权利要求6或7所述的方法，其中，PUSCH传输的所述重复配置包括以下中的至少一项：一个或多个候选重复数量，默认重复数量，以及最大重复数量。

9.根据权利要求1或2所述的方法，其中，在下行链路控制信息DCI中接收PUSCH传输的所述重复配置。

10.根据权利要求9所述的方法，其中，PUSCH传输的所述重复配置包括特定重复数量或最大重复数量。

11.根据权利要求1或2所述的方法，其中，PUSCH传输的所述重复配置包括与用于PUSCH传输的重复的可用时隙的确定相关的信息。

12.根据权利要求11所述的方法，其中，与用于PUSCH传输的重复的可用时隙的确定相关的所述信息指示哪个时隙是用于所述重复的可用时隙，或者指示时分双工TDD上行链路下行链路信令是否将要用于可用时隙的确定以及哪个TDD上行链路下行链路信令将要用于可用时隙的确定。

13.根据权利要求11或12所述的方法，其中，与用于PUSCH传输的重复的可用时隙的确定相关的所述信息被包括在以下中的至少一项中：小区特定的TDD上行链路下行链路配置，随机接入响应RAR，以及下行链路控制信息DCI。

14.根据权利要求11至13中的任一项所述的方法，其中，所述可用时隙是未被配置为下行链路时隙的时隙，和/或是其中被分配用于PUSCH传输的重复的符号集未被配置为下行链路的时隙，和/或是被配置为上行链路时隙的时隙，和/或是其中被分配用于PUSCH传输的重复的符号集被配置为上行链路的时隙。

15.根据权利要求11至14中的任一项所述的方法，其中，PUSCH传输的所述重复配置还包括：用于PUSCH传输的重复与来自所述终端设备的其他上行链路传输之间的冲突处理的优先级信息。

16.根据权利要求15所述的方法，其中，所述优先级信息被包括在高层配置和/或DCI中，和/或是预定的或预定义的。

17.根据权利要求15或16所述的方法，其中，所述优先级信息基于调度信令的时间顺序、或上行链路传输的内容、或调度信令的类型。

18.根据权利要求15至17中的任一项所述的方法，其中，所述冲突处理基于在PUSCH传输的第一个重复的传输之前接收到的所述优先级信息。

19.根据权利要求18所述的方法，其中，所述冲突处理进一步基于在PUSCH传输的所述重复的传输期间接收到的所述优先级信息。

20.根据权利要求1至19中的任一项所述的方法，其中，基于PUSCH传输的所述重复配置向所述网络节点发送所述PUSCH包括：

基于PUSCH传输的所述重复配置，确定将要用于所述PUSCH传输的重复数量；以及

基于所确定的重复数量，发送所述PUSCH。

21.根据权利要求20所述的方法，其中，在所述RAR或DCI中接收PUSCH传输的所述重复配置，以及

其中，确定将要用于所述PUSCH传输的重复数量包括：

当PUSCH传输的所述重复配置包括所述特定重复数量时，将所述重复数量确定为所述特定重复数量；和/或

当PUSCH传输的所述重复配置包括所述最大重复数量时，将所述重复数量确定为不大于所述最大重复数量的数量。

22.根据权利要求20所述的方法，其中，PUSCH传输的所述重复配置在所述系统信息中被接收，而不在所述RAR或DCI中被接收；以及

其中，确定将要用于所述PUSCH传输的重复数量包括：

当PUSCH传输的所述重复配置仅包括一个或多个候选重复数量时，从所述一个或多个候选重复数量中选择候选重复数量，作为将要用于所述PUSCH传输的所述重复数量；和/或

当PUSCH传输的所述重复配置包括所述默认重复数量或者所述默认重复数量和所述最大重复数量两者时，将所述重复数量确定为所述默认重复数量；和/或

23.根据权利要求20所述的方法，其中，当PUSCH传输的所述重复配置被联合编码在SIB1中的时域资源分配表中时，在所述RAR或DCI中接收所述时域资源分配表的条目，以及其中，基于所述条目来确定将要用于所述PUSCH传输的所述重复数量。

24.根据权利要求20所述的方法，其中，基于PUSCH传输的所述重复配置向所述网络节点发送所述PUSCH还包括：

基于被包括在PUSCH传输的所述重复配置中的与用于PUSCH传输的重复的可用时隙的确定相关的信息，确定用于所述重复数量的相应的可用时隙；以及

其中，在所述相应的可用时隙中发送所述PUSCH。

25.根据权利要求24所述的方法，其中，所述随机接入过程是基于竞争的随机接入CBRA，并且基于小区特定的TDD上行链路下行链路配置来确定所述可用时隙。

26.根据权利要求24所述的方法，其中，所述随机接入过程是无竞争随机接入CFRA，并且基于专用TDD上行链路下行链路配置和/或小区特定的TDD上行链路下行链路配置来确定所述可用时隙。

27.根据权利要求24至26中的任一项所述的方法，其中，进一步基于与来自所述终端设备的其他上行链路传输的冲突和/或取消指示来确定所述可用时隙。

28.根据权利要求24至27中的任一项所述的方法，其中，如果在可用时隙中被分配用于PUSCH传输的重复的符号集中的至少一个符号与不旨在用于上行链路传输的符号重叠，则该可用时隙被确定为不可用。

29.根据权利要求24至28中的任一项所述的方法，其中，在PUSCH传输的第一个重复的传输之前和/或在PUSCH传输的重复的传输期间确定所述可用时隙。

30.根据权利要求24至29中的任一项所述的方法，其中，横跨所确定的可用时隙来循环用于PUSCH传输的重复的冗余版本。

31.根据权利要求24至29中的任一项所述的方法，其中，横跨所发送的PUSCH传输的重复来循环用于PUSCH传输的重复的冗余版本。

32.根据权利要求20至23中的任一项所述的方法，其中，发送所述PUSCH包括：

确定从用于重复的第一时隙开始的K个时隙中的一个或多个时隙以用于PUSCH传输的重复，其中，K表示所确定的重复数量；

对于所述K个时隙中的其中用于PUSCH传输的所有L个已调度上行链路UL符号可用的每个时隙，

通过配置所述L个已调度UL符号并在所述时隙中放置解调参考信号DMRS来发送重复；和/或

对于所述K个时隙中的其中所述L个已调度UL符号的一部分可用的每个时隙，

当所述可用UL符号的数量不小于第一阈值时，在所述可用UL符号上执行来自具有所述L个已调度UL符号可用的特定重复的逐符号重复，并且将DMRS放置在所述时隙中；和/或

当所述可用UL符号的数量小于所述第一阈值时，不使用所述时隙来发送所述PUSCH。

33.根据权利要求20至23中的任一项所述的方法，其中，发送所述PUSCH包括：

对于从用于PUSCH传输的重复的第一时隙开始的时隙，

当用于PUSCH传输的所有L个已调度UL符号可用时，

通过配置所述L个已调度UL符号并将DMRS放置在所述时隙中来发送重复；以及

对时隙计数器进行增量；和/或当所述L个已调度UL符号的一部分可用时，

当所述可用UL符号的数量不小于第一阈值时，在所述可用UL符号上执行来自具有L个已调度UL符号可用的特定重复的逐符号重复，并将DMRS放置在所述时隙中；和/或

当所述可用UL符号的数量小于所述第一阈值时，不使用所述时隙来发送所述PUSCH；以及

对下一个时隙重复上述操作，直到所述时隙计数器达到所确定的重复数量。

34.根据权利要求32或33所述的方法，其中，所述DMRS在所述时隙中的放置是配置的或预定义的。

35.根据权利要求32至34中的任一项所述的方法，其中，进一步基于冗余版本循环来确定所述特定重复。

36.根据权利要求32至35中的任一项所述的方法，其中，经由无线电资源控制RRC信令或下行链路控制信息DCI来发送所述第一阈值，或者所述第一阈值是预定义的。

37.根据权利要求24至36中的任一项所述的方法，其中，用于PUSCH传输的所述重复的所述时隙在一个无线电帧内或跨帧边界是连续的或非连续的。

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

向所述网络节点发送指示跨多个时隙保持相位一致性的能力的能力报告。

39.根据权利要求24至38中的任一项所述的方法，其中，发送所述PUSCH还包括：对于用于PUSCH传输的所述重复的所述时隙中的每一个时隙，

检查动态时隙格式指示符是否针对所述时隙被配置；

响应于所述动态时隙格式指示符未被配置，

确定半静态灵活符号是否可用于PUSCH传输；和/或

响应于所述动态时隙格式指示符被配置，

确定半静态灵活符号是否被改变为DL符号；以及

确定被改变为所述DL符号的半静态灵活符号不可用于PUSCH传输。

40.根据权利要求24至39中的任一项所述的方法，其中，发送所述PUSCH还包括：对于所述时隙中的其中所述L个已调度UL符号的一部分可用的每个时隙，

当所述L个已调度UL符号中的所述可用UL符号的数量不小于第二阈值时，对所述时隙中的所述重复应用跳频；和/或

当所述L个已调度UL符号中的所述可用UL符号的数量小于所述第二阈值时，不对所述时隙中的所述重复应用跳频。

41.根据权利要求1至40中的任一项所述的方法，其中，基于PUSCH传输的重复的应用和将要用于所述PUSCH传输的所述重复数量中的至少一个来确定用于所述DMRS的DMRS配置。

42.根据权利要求41所述的方法，其中，重复的应用与DMRS配置之间的映射以及重复数量与DMRS配置之间的映射是配置的或预定义的。

43.根据权利要求41或42所述的方法，其中，所述重复的应用被映射到所述DMRS配置中的以下中的至少一项：DMRS端口，码分复用CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。

44.根据权利要求41或42所述的方法，其中，所述重复数量被映射到所述DMRS配置中的以下中的至少一项：DMRS端口，DMRS配置类型，CDM组，以及DMRS序列。

45.根据权利要求1至44中的任一项所述的方法，还包括：

向所述网络节点发送(802)物理随机接入信道PRACH消息，其中，所述PRACH消息指示所述终端设备的PUSCH重复能力。

46.根据权利要求45所述的方法，其中，所述PUSCH重复能力由在所述PRACH消息中使用的随机接入RA前导码或PRACH时机来指示。

47.根据权利要求45或46所述的方法，还包括：

接收指示多个RA前导码组和所述多个RA前导码组中的将要用于能够支持PUSCH重复的终端设备的一个或多个RA前导码组的系统信息。

48.根据权利要求47所述的方法，其中，所述多个RA前导码组包括RA前导码组A和RA前导码组B，并且所述RA前导码组B被配置为用于能够支持PUSCH重复的终端设备。

49.根据权利要求47所述的方法，其中，所述多个RA前导码组包括RA前导码组A、RA前导码组B和RA前导码组C，并且所述RA前导码组C被配置为用于能够支持PUSCH重复的终端设备。

50.根据权利要求49所述的方法，其中，所述RA前导码组C包括无竞争随机接入前导码的子集，并且被配置为基于竞争的随机接入前导码。

51.根据权利要求50所述的方法，其中，所述RA前导码组C包括起始无竞争随机接入前导码或中间无竞争随机接入前导码或结尾无竞争随机接入前导码。

52.根据权利要求47至51中的任一项所述的方法，其中，发送所述PRACH消息包括：

基于所述终端设备的所述PUSCH重复能力，从所述多个RA前导码组中确定RA前导码组；

从所确定的RA前导码组选择RA前导码；以及

向所述网络节点发送所述RA前导码。

53.根据权利要求49至52中的任一项所述的方法，其中，所述RA前导码组C包括RA前导码组C1和RA前导码组C2。

54.根据权利要求53所述的方法，其中，发送所述PRACH消息包括：

响应于所确定的RA前导码组是所述RA前导码组C，确定是否满足条件；

响应于满足所述条件，

选择所述RA前导码组C1；以及

从所述RA前导码组C1中选择RA前导码；和/或

响应于不满足所述条件，

选择所述RA前导码组C2；以及

从所述RA前导码组C2中选择RA前导码；以及

向所述网络节点发送所述RA前导码。

55.根据权利要求54所述的方法，其中，所述条件是以下中的至少一项：

1)所述PUSCH传输的大小低于第三阈值；

2)所推荐的重复数量等于或低于第四阈值；

3)参考信号接收功率RSRP低于第五阈值；

4)所述终端设备处于不良覆盖范围或小区边界区域中；以及

5)驻留的同步信号/物理广播信道块SSB索引不是最佳SSB索引。

56.根据权利要求53至55中的任一项所述的方法，其中，所述RA前导码组C还包括RA前导码组C3。

57.根据权利要求56所述的方法，其中，当所述终端设备不能确定是否满足所述条件时，选择所述RA前导码组C3，并且从所述RA前导码组C3中选择RA前导码。

58.根据权利要求45或46中的任一项所述的方法，还包括：

接收指示将要用于能够支持PUSCH重复的终端设备的一个或多个物理随机接入信道PRACH时机的系统信息。

59.根据权利要求58所述的方法，其中，所述一个或多个PRACH时机被单独配置用于能够支持PUSCH重复的所述终端设备。

60.根据权利要求58或59所述的方法，其中，发送所述PRACH消息包括：

基于所述终端设备的所述PUSCH重复能力，确定PRACH时机；

确定RA前导码；以及

在所述PRACH时机中向所述网络节点发送所述RA前导码。

61.根据权利要求1至60所述的方法，其中，确定随机接入类型以用于能够支持PUSCH重复的终端设备。

62.根据权利要求61所述的方法，其中，发送所述PRACH消息包括：

基于所述终端设备的所述PUSCH重复能力，确定随机接入类型；以及

根据所述随机接入类型，发送所述PRACH消息。

63.一种终端设备(1000)，包括：

一个或多个处理器(1001)；以及

一个或多个存储器(1002)，其包括计算机程序代码(1003)，

所述一个或多个存储器(1002)和所述计算机程序代码(1003)被配置为与所述一个或多个处理器(1003)一起使得所述终端设备(1000)：

从网络节点接收用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及

基于PUSCH传输的所述重复配置，向所述网络节点发送PUSCH。

64.根据权利要求63所述的终端设备(1000)，其中，所述一个或多个存储器(1002)和所述计算机程序代码(1003)还被配置为与所述一个或多个处理器(1001)一起使得所述终端设备(1000)执行根据权利要求2至62中的任一项所述的方法。

65.一种在其上体现计算机程序代码的计算机可读介质，所述计算机程序代码当在计算机上被执行时，使得所述计算机执行根据权利要求1至62中的任一项所述的方法。

66.一种在网络节点处实现的方法(9000)，包括：

向终端设备发送(9004)用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及

从所述终端设备接收(9006)PUSCH。

67.根据权利要求66所述的方法，其中，所述消息是四步随机接入过程中的消息3。

68.根据权利要求66或67所述的方法，其中，在随机接入响应RAR中发送PUSCH传输的所述重复配置。

69.根据权利要求68所述的方法，其中，PUSCH传输的所述重复配置包括所配置的重复数量。

70.根据权利要求69所述的方法，其中，所述所配置的重复数量是以下之一：特定重复数量，以及最大重复数量。

71.根据权利要求66或67所述的方法，其中，在系统信息中发送PUSCH传输的所述重复配置。

72.根据权利要求71所述的方法，其中，PUSCH传输的所述重复配置在系统信息块1即SIB1中的PUSCH-ConfigCommon信息元素中被指示，或者被联合编码在SIB1中的时域资源分配表中。

73.根据权利要求72所述的方法，其中，PUSCH传输的所述重复配置包括以下中的至少一项：一个或多个候选重复数量，默认重复数量，以及最大重复数量。

74.根据权利要求66或67所述的方法，其中，在下行链路控制信息DCI中发送PUSCH传输的所述重复配置。

75.根据权利要求74所述的方法，其中，PUSCH传输的所述重复配置包括特定重复数量或最大重复数量。

76.根据权利要求72所述的方法，其中，当PUSCH传输的所述重复配置被联合编码在SIB1中的时域资源分配表中时，在所述RAR或DCI中发送所述时域资源分配表的条目。

77.根据权利要求66或67所述的方法，其中，PUSCH传输的所述重复配置包括与用于PUSCH传输的重复的可用时隙的确定相关的信息。

78.根据权利要求77所述的方法，其中，与用于PUSCH传输的重复的可用时隙的确定相关的所述信息指示哪个时隙是用于所述重复的可用时隙，或者指示时分双工TDD上行链路下行链路信令是否将要用于可用时隙的确定以及哪个TDD上行链路下行链路信令将要用于可用时隙的确定。

79.根据权利要求77或78所述的方法，其中，与用于PUSCH传输的重复的可用时隙的确定相关的所述信息被包括在以下中的至少一项中：小区特定的TDD上行链路下行链路配置，随机接入响应RAR，以及下行链路控制信息DCI。

80.根据权利要求77至79中的任一项所述的方法，其中，所述可用时隙是未被配置为下行链路时隙的时隙，和/或其中被分配用于PUSCH传输的重复的符号集未被配置为下行链路的时隙，和/或被配置为上行链路时隙的时隙，和/或其中被分配用于PUSCH传输的重复的符号集被配置为上行链路的时隙。

81.根据权利要求77至80中的任一项所述的方法，其中，PUSCH传输的所述重复配置还包括用于PUSCH传输的重复与来自所述终端设备的其他上行链路传输之间的冲突处理的优先级信息。

82.根据权利要求81所述的方法，其中，所述优先级信息被包括在高层配置和/或DCI中，和/或是预定的或预定义的。

83.根据权利要求81或82所述的方法，其中，所述优先级信息基于调度信令的时间顺序、或上行链路传输的内容、或调度信令的类型。

84.根据权利要求66至83中的任一项所述的方法，其中，横跨所确定的可用时隙来循环用于PUSCH传输的重复的冗余版本。

85.根据权利要求66至83中的任一项所述的方法，其中，横跨所发送的PUSCH传输的重复来循环用于PUSCH传输的重复的冗余版本。

86.根据权利要求66至85中的任一项所述的方法，其中，从所述终端设备接收所述PUSCH包括：

基于用于PUSCH传输的解调参考信号DMRS配置，确定重复是否被应用于所述PUSCH传输；以及

响应于确定所述重复被应用于所述PUSCH传输，

当所述网络节点知道由所述终端设备用于所述PUSCH传输的重复数量时，解码具有所述重复数量的所述PUSCH传输；和/或

当所述网络节点不知道由所述终端设备用于所述PUSCH传输的Msg3重复的数量时，盲解码具有重复的所述PUSCH传输；和/或

响应于确定所述重复未被应用于所述PUSCH传输，解码不具有重复的所述PUSCH传输。

87.根据权利要求66至86中的任一项所述的方法，其中，确定重复是否被应用于所述PUSCH传输是基于所述DMRS配置中的以下中的至少一项：DMRS端口，码分复用CDM组，DMRS配置类型，附加DMRS符号的使用，以及DMRS序列。

88.根据权利要求87所述的方法，其中，重复的应用与DMRS配置之间的映射是配置的或预定义的。

89.根据权利要求86至88中的任一项所述的方法，其中，当所述网络节点不知道由所述终端设备用于所述PUSCH传输的重复数量时，从所述终端设备接收所述PUSCH还包括：

基于所述DMRS配置，确定由所述终端设备用于所述PUSCH传输的所述重复数量。

90.根据权利要求89所述的方法，其中，确定所述重复数量是基于所述DMRS配置中的以下中的至少一项：DMRS端口，DMRS配置类型，CDM组，以及DMRS序列。

91.根据权利要求89或90所述的方法，其中，重复数量与DMRS配置之间的映射是配置的或预定义的。

92.根据权利要求66至91中的任一项所述的方法，还包括：

从所述终端设备接收(9002)PRACH消息，其中，所述PRACH消息指示所述终端设备的PUSCH重复能力是否被指示。

93.根据权利要求92所述的方法，其中，所述PUSCH重复能力由在所述PRACH消息中使用的随机接入RA前导码或PRACH时机来指示。

94.根据权利要求92或93所述的方法，其中，发送PUSCH传输的重复配置包括：

基于所述PRACH消息，确定所述终端设备的所述PUSCH重复能力是否被指示；

当所述终端设备的所述PUSCH重复能力指示所述终端设备能够支持PUSCH重复时，基于所述终端设备的所述PUSCH重复能力来配置用于所述终端设备的所述重复数量；和/或

当所述终端设备的所述PUSCH重复能力指示所述终端设备不能支持PUSCH重复时，不配置用于所述终端设备的所述重复数量；和/或

当所述终端设备的所述PUSCH重复能力未被指示时，盲配置用于所述终端设备的所述重复数量；以及

发送包括所配置的重复数量的所述重复配置。

95.根据权利要求92至94中的任一项所述的方法，还包括：

发送指示多个RA前导码组和所述多个RA前导码组中的将要用于能够支持PUSCH重复的终端设备的一个或多个RA前导码组的系统信息。

96.根据权利要求95所述的方法，其中，所述多个RA前导码组包括RA前导码组A和RA前导码组B，并且所述RA前导码组B被配置为用于能够支持PUSCH重复的终端设备。

97.根据权利要求95所述的方法，其中，所述多个RA前导码组包括RA前导码组A、RA前导码组B和RA前导码组C，并且所述RA前导码组C被配置为用于能够支持PUSCH重复的终端设备。

98.根据权利要求97所述的方法，其中，所述RA前导码组C包括无竞争随机接入前导码的子集，并且被配置为基于竞争的随机接入前导码。

99.根据权利要求98所述的方法，其中，所述RA前导码组C包括起始无竞争随机接入前导码或中间无竞争随机接入前导码或结尾无竞争随机接入前导码。

100.根据权利要求97至99中的任一项所述的方法，其中，所述RA前导码组C包括：RA前导码组C1，其还被配置为用于满足条件的终端设备；以及RA前导码组C2，其还被配置为用于不满足所述条件的终端设备。

101.根据权利要求100所述的方法，其中，所述RA前导码组C还包括RA前导码组C3，其还被配置为用于不确定是否满足所述条件的终端设备。

102.根据权利要求100或101所述的方法，其中，所述条件是以下中的一项：

1)所述PUSCH传输的大小低于第三阈值；

2)所推荐的重复数量等于或低于第四阈值；

3)参考信号接收功率RSRP低于第五阈值；

4)所述终端设备处于不良覆盖范围或小区边界区域中；以及

5)驻留的同步信号/物理广播信道块SSB索引不是最佳SSB索引。

103.根据权利要求94至102中的任一项所述的方法，其中，基于所述PRACH消息确定所述终端设备的所述PUSCH重复能力是否被指示包括：

在PRACH消息中获得随机接入RA前导码；

确定与所述RA前导码相关联的RA前导码组；以及

基于所确定的RA前导码组，确定所述终端设备的所述PUSCH重复能力是否被指示。

104.根据权利要求92至94中的任一项所述的方法，还包括：

发送指示将要用于能够支持PUSCH重复的终端设备的一个或多个物理随机接入信道PRACH时机的系统信息。

105.根据权利要求104所述的方法，其中，所述一个或多个PRACH时机被单独配置用于能够支持PUSCH重复的所述终端设备。

106.根据权利要求104或105所述的方法，其中，基于所述PRACH消息确定所述终端设备的所述PUSCH重复能力是否被指示包括：

确定在其中发送RA前导码的PRACH时机；以及

基于所确定的PRACH时机，确定所述终端设备的所述Msg3重复能力是否被指示。

107.根据权利要求66至94中的任一项所述的方法，其中，确定随机接入类型，以用于能够支持PUSCH重复的终端设备。

108.根据权利要求107所述的方法，其中，基于所述PRACH消息确定所述终端设备的所述PUSCH重复能力是否被指示包括：

基于在所述PRACH消息中发送的RA前导码，确定随机接入类型；以及

基于所述随机接入类型，确定所述终端设备的所述PUSCH重复能力是否被指示。

109.一种通信网络中的网络节点(1000)，包括：

一个或多个处理器(1001)；以及

一个或多个存储器(1002)，其包括计算机程序代码(1003)，

所述一个或多个存储器(1002)和所述计算机程序代码(1003)被配置为与所述一个或多个处理器(1001)一起使得所述网络节点(1000)：

发送用于随机接入过程中的消息的物理上行链路共享信道PUSCH传输的重复配置；以及

从所述终端设备接收PUSCH。

110.根据权利要求109所述的网络节点(1000)，其中，所述一个或多个存储器(1002)和所述计算机程序代码(1003)还被配置为与所述一个或多个处理器(1001)一起使得所述网络节点(1000)执行根据权利要求67至108中的任一项所述的方法。

111.一种在其上体现计算机程序代码的计算机可读介质，所述计算机程序代码当在计算机上被执行时使得所述计算机执行根据权利要求66至108中的任一项所述的方法。