CN116097882A

CN116097882A - 用于无线网络中覆盖增强的方法和系统

Info

Publication number: CN116097882A
Application number: CN202180055537.6A
Authority: CN
Inventors: 李剑; 韩祥辉; 邓一伟; 郝鹏
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2021-05-10
Filing date: 2021-05-10
Publication date: 2023-05-09
Also published as: WO2022236565A1; US20230199735A1; KR20240017345A; EP4320982A1; JP2024517904A

Abstract

本发明公开了用于无线网络中覆盖增强的技术的方法和系统。在一个示例性方面，所述方法包括：由网络设备基于无线设备的能力信息确定与时域资源相关联的一个或多个时域窗口；由所述网络设备指示所述一个或多个时域窗口；以及由所述网络设备根据所述一个或多个所指示的时域窗口从所述无线设备接收消息。

Description

用于无线网络中覆盖增强的方法和系统

技术领域

本文件总体上涉及无线通信。

背景技术

无线通信技术正在将世界推向日益连接化且网络化的社会。无线通信的快速增长和技术进步已经导致了对容量和连接性的更大需求。诸如能源消耗、设备成本、频谱效率和延迟等其他方面对于满足各种通信场景的需求也很重要。与现有的无线网络相比，下一代系统和无线通信技术需要为增长的用户和设备数提供支持。

发明内容

本文件涉及用于在移动通信技术中配置时域窗口的方法、系统和设备，所述时域窗口包括时域窗口大小或时域窗口的起点中的至少一个。

在一个方面，公开了一种数据通信的方法。所述方法包括：由网络设备基于无线设备的能力信息确定与时域资源相关联的一个或多个时域窗口；由所述网络设备指示所述一个或多个时域窗口；以及由所述网络设备根据所述一个或多个所指示的时域窗口从所述无线设备接收消息。

在另一个方面，公开了一种数据通信的方法。所述方法包括：由网络设备为无线设备配置用于联合信道估计的时域资源的时域窗口；由所述网络设备配置所述时域窗口的起点；以及由所述网络设备根据所述时域窗口的所述起点从所述无线设备接收消息。

在另一个方面，公开了一种数据通信的方法。所述方法包括：由无线设备向网络设备发送用于确定与时域资源相关联的时域窗口的能力信息；由所述无线设备从所述网络设备接收一个或多个时域窗口的指示；以及由所述无线设备根据所述一个或多个时域窗口传输消息。

在另一个示例方面，公开了一种包括处理器的无线通信装置，所述处理器被配置成实现以上描述的方法。

在另一个示例方面，公开了一种计算机存储介质，所述计算机存储介质具有存储在其上的用于实现以上描述的方法的代码。

在本文件中描述了这些以及其他方面。

附图说明

图1A至图1C示出了实际窗口大小和捆绑大小的示例。

图2A至图2B示出了帧结构、名义时域窗口与实际时域窗口之间的关系。

图3示出了帧结构、名义时域窗口与实际时域窗口之间的关系。

图4示出了冲突、名义时域窗口与实际时域窗口之间的关系。

图5示出了跳变与实际时域窗口之间的关系。

图6示出了实际时域窗口与捆绑或跳变之间的关系。

图7示出了实际时域窗口与捆绑或跳变之间的关系。

图8示出了实际时域窗口与捆绑之间的关系。

图9示出了名义时域窗口与捆绑或跳变之间的关系。

图10示出了捆绑与名义时域窗口之间的关系。

图11示出了跳变与名义时域窗口之间的关系。

图12示出了跳变与名义时域窗口之间的关系。

图13示出了时域窗口的起点的示例。

图14示出了时域窗口的起点的另一个示例。

图15示出了当存在断点时时域窗口重新启动。

图16示出了时域窗口滑动的示例。

图17示出了用于具有共享PRACH时机的独立物理随机接入信道(PRACH)前导码的同步信号块-随机接入信道(RACH)时机(SSB-RO)映射。

图18示出了在不同RACH规程中的选择。

图19示出了用于在不同RACH规程中进行选择的请求Msg3重复的4步RACH规程的参考信号接收功率(RSRP)阈值的示例。

图20示出了用于在不同RACH规程中进行选择的请求Msg3重复的4步RACH规程的RSRP阈值的另一个示例。

图21示出了物理上行控制信道(PUCCH)与Msg3物理上行共享信道(PUSCH)重复之间的重叠。

图22示出了Msg3调度的示例。

图23A至图23D示出了实际时域窗口、名义时域窗口和捆绑的示例配置。

图24示出了基于所公开的技术的一些实施例的无线通信方法的示例。

图25示出了基于所公开的技术的一些实施例的无线通信方法的另一个示例。

图26示出了基于所公开的技术的一些实施例的无线通信方法的另一个示例。

图27示出了无线通信系统的示例。

图28是基于可以应用所公开的技术的一个或多个实施例的无线电台的一部分的框图表示。

具体实施方式

在本文件中使用章节标题只是为了提高可读性，并且不将每个章节中公开的实施例和技术的范围限制到仅该章节。使用第五代(5G)无线协议的示例描述了某些特征。然而，所公开的技术的适用性并不限于仅5G无线系统。

在RAN全会上，通过了新的NR(新空口)覆盖增强方案，但是仍然存在一些覆盖瓶颈。例如，物理上行共享信道(PUSCH)是潜在的覆盖瓶颈信道。所公开的技术可以在一些实施例中实现以提供用于PUSCH的覆盖增强机制。

在针对RAN的最近会议中，讨论了用于PUSCH覆盖增强的联合信道估计，并且达成了以下协议。除了最近的协议之外，所公开的技术可以在一些实施例中被实现以确定用户设备(UE)能力、捆绑(bundle)大小(例如，时域跳变间隔)与时域窗口大小之间的关系。

协议：对于联合信道估计，将存在指定的时域窗口，在所述指定的时域窗口期间，UE被期望在服从功率一致性和相位连续性要求的PUSCH传输中保持功率一致性和相位连续性。

在此方面，所公开的技术可以在一些实施例中被实现以确定时域窗口(例如，经由显式配置和/或隐式地导出)和启用/禁用所述时域窗口的可能性。所公开的技术还可以在一些实施例中被实现以确定时域窗口的单位(例如，重复、时隙、和/或符号)，以及(多个)潜在用例与所述时域窗口的所述单位之间的关联。

所公开的技术还可以在一些实施例中被实现以确定单个或多个时域窗口、与UE能力的关系、定时提前的影响。

协议：对于具有时隙间绑定的时隙间跳频，可以选择以下选项中的至少一项。

选项1：捆绑大小(时域跳变间隔)等于时域窗口大小。

选项2：捆绑大小(时域跳变间隔)可以不同于时域窗口大小。

在此方面，所公开的技术可以在一些实施例中被实现以判定是否显式地配置或隐式地确定捆绑大小(例如，时域跳变间隔)、是否以及如何定义分别用于频分双工(FDD)和时分双工(TDD)的捆绑大小(例如，时域跳变间隔)、捆绑大小(例如，时域跳变间隔)与时域窗口大小之间的关系。

协议：对于用于联合信道估计的时域窗口，可以选择以下选项中的至少一项。

选项1：时域窗口的单位是为以下PUSCH传输独立地定义的：PUSCH重复类型A；PUSCH重复类型B，如果同意的话；TBoMS(多时隙上的TB)，如果同意的话；以及不同的传输块(TB)，如果同意的话。

选项2：对于以下PUSCH传输，时域窗口的单位是相同的：PUSCH重复类型A；PUSCH重复类型B，如果同意的话；TBoMS，如果同意的话；以及不同的TB，如果同意的话。

覆盖是运营商在将蜂窝通信网络商业化时考虑的关键因素之一，因为它直接影响服务质量、资本支出和运营费用。尽管覆盖对于NR商业化的成功至关重要，但是迄今为止尚未完成考虑所有NR规范细节的全面覆盖评估以及与传统无线接入技术(RAT)的比较。

在物理信道中，物理上行共享信道(PUSCH)和物理上行控制信道(PUCCH)是潜在的覆盖瓶颈信道，并且需要对应的增强。对于PUSCH传输，联合信道估计和具有时隙间绑定的时隙间跳变被提议作为用于覆盖增强的方式。对于多时隙或重复时机内的信道估计，应保持相位连续性和功率一致性。RAN4确认了当不要求UE满足现有的关闭功率要求时，对于小于14个符号的间隙的非零未调度间隙情况的相位连续性和功率一致性的可行性。是否引入持续时间小于1ms的新的关闭功率要求以及X个未调度符号的最大值正在讨论中。至于重复之间的其他UL信道，至少如果其他调度信号/信道在非零间隙期间在天线端口、占用的PRB和UL功率上具有相同的设置，则遍及所述重复保持相位连续性和功率一致性是可行的。然而，如何设计时域窗口以用于保持相位连续性正在讨论中。所公开的技术可以在一些实施例中被实现以提供用于时域窗口的系统和方法。

Msg3 PUSCH重复已经被标识成提供覆盖增强。然而，需要新的机制来在无需Msg3PUSCH重复的RACH规程与具有Msg3 PUSCH重复的RACH规程之间作出区分。此外，用于Msg3PUSCH的重复次数可以由可用时隙来计算。因此，还需要新的机制来判定时隙是否对于Msg3PUSCH重复是可用时隙。

方案1

图1A至图1C示出了实际窗口大小和捆绑大小的示例。

所公开的技术可以在一些实施例中被实现以配置三种大小：名义时域窗口大小、实际时域窗口大小和捆绑大小。这里，大小指示时域资源，并且包括以下中的至少一个：重复、时隙和符号。

在一些实现方式中，UE报告UE能力，从而指示用于在服从功率一致性和相位连续性要求的PUSCH传输中保持功率一致性和相位连续性的最大支持的时域窗口大小。

在一些实现方式中，gNB基于由UE报告的UE能力配置名义时域窗口大小，指示它是具有连续时域资源的窗口，并且所述名义域窗口大小小于或等于UE能力反馈的最大时域窗口大小。

在一些实现方式中，由于TDD帧结构，实际可用UL时隙是有限的。gNB可以进一步被配置有实际时域窗口大小，这是基于TDD帧结构和/或与其他服务冲突。可以配置一个或多个实际时域窗口(例如，2个实际窗口)。

在一种实现方式中，基于所配置的实际时域窗口大小执行跳频，而无需捆绑大小的附加配置。

在另一种实现方式中，捆绑大小在实际时域窗口中进一步被配置，并且所述捆绑大小应小于或等于对应的实际时域窗口大小。

在一个示例中，两个实际时域窗口被配置有不同的窗口大小。如果仅配置了一个捆绑大小，则所述捆绑大小可以是基于较大的实际时域窗口大小配置，但是所述捆绑大小中可用的实际时域资源(包括重复、时隙、符号中的至少一个)也受所述实际时域窗口大小限制，如图1A中所示出的。

在另一个示例中，如果配置了两个实际时域窗口并且窗口大小是不同的，并且如果仅配置了一个捆绑大小，则所述捆绑大小可以是基于较小的实际时域窗口大小配置，如图1B中所示出的。一个捆绑大小被认为是一个跳变，并且可以有更多跳变。第三捆绑大小中实际可用的时域资源(包括重复、时隙、符号中的至少一个)仍可能受限于实际时域窗口大小。实际跳变数量或捆绑大小不需要根据实际时域窗口大小进行拆分，这相当于拆分成更多的跳变数量或捆绑大小数量。

在另一个示例中，如果配置了两个实际时域窗口，并且如果配置了两个捆绑大小，则实际时域窗口大小和捆绑大小可以是分别不同的，如在图1C中所示出的。时域窗口与捆绑大小之间存在对应关系，并且捆绑大小应小于或等于对应的实际时域窗口大小。

在一些实现方式中，实际时域窗口大小和捆绑大小小于或等于名义时域窗口大小。

在一些实现方式中，UE不能确保相位在名义时域窗口的边界之外是连续的，或者gNB不期望相位在名义时域窗口的边界之外是连续的。

在一些实现方式中，可以以以下方式中的至少一种来通知时域窗口大小和捆绑大小：RRC、MAC-CE和DCI。

进一步地，当通知方法为DCI时，它可以由时域资源分配表来指示。

方案2

所公开的技术可以在一些实施例中被实现以配置仅两种大小：名义时域窗口大小和捆绑大小。实际时域窗口大小未被配置。

在一些实现方式中，gNB基于由UE报告的UE能力配置名义时域窗口大小，指示它为连续窗口，并且所述名义时域窗口大小小于或等于UE能力反馈的最大时域窗口大小。

在一些实现方式中，捆绑大小与名义时域窗口大小之间存在对应关系，例如捆绑大小为名义窗口大小的1/2。

在一些实现方式中，UE根据以下中的至少一项来确定名义时域窗口中的实际时域窗口大小：连续PUSCH传输(TDD帧结构等)；PUSCH占用的频域资源RB不改变；PUSCH相位连续性保持不变；PUSCH功率控制参数将不改变；PUSCH定时提前保持不变；PUSCH传输预编码保持不变；CA上行切换不执行动态切换；BWP不动态地切换；NUL/SUL不动态地切换；物理非连续时域长度不大于K；K是可配置的或预定义的；例如，当时域长度是符号时，K可以是14；如果它是时隙，则它可以是N个时隙，N>＝1，如果它是绝对时间，则它可以是M毫秒，M>0。

在一些实现方式中，UE根据所配置的捆绑大小在所确定的实际时域窗口中执行跳频。

在一些实现方式中，捆绑大小小于或等于名义时域窗口大小。

在一些实现方式中，当通知方法为DCI时，它可以由时域资源分配表来指示。

方案3

所公开的技术可以在一些实施例中被实现以配置仅一种大小：名义时域窗口大小。实际时域窗口大小和捆绑大小未被配置。

在一些实现方式中，gNB基于UE报告的UE能力配置名义时域窗口大小，从而指示它为连续窗口，并且所述名义时域窗口大小小于或等于UE能力反馈的最大时域窗口大小。

在一些实现方式中，可以使用跳变技术。在一个示例中，名义时域窗口可以被配置有较小的大小，并且所述名义时域窗口被用作用于跳频(例如，名义时域窗口之间的跳频)的捆绑。

方案4

所公开的技术可以在一些实施例中被实现以确定时域窗口的起点。在此方面，可以使用以下方案中的至少一种。

在一些实现方式中，UE接收UL Grant(UL授权)的时域位置。例如，UL Grant的时域位置可以是基于UL Grant的最后一个符号的状况。

在一些实现方式中，UL Grant指示调度PUSCH的起始时域位置。

在一些实现方式中，传输实际PUSCH的起始时域位置。在一个示例中，可以传输PUSCH的有效起始时域位置，诸如根据TDD帧结构或冲突情形的时域位置。

在一些实现方式中，如果窗口中存在中断点，则重新启动所述窗口。

在一些实现方式中，当发生下列情形中的至少一种时，窗口被重新启动：连续PUSCH传输；非连续PUSCH传输(TDD帧结构等)；PUSCH占用的频域资源RB改变；PUSCH相位连续性已经改变；PUSCH功率控制参数已经改变；PUSCH定时提前已经改变；PUSCH传输预编码已经改变；CA上行切换执行动态切换；BWP被动态地切换；NUL/SUL被动态地切换；物理非连续时域长度大于K；K是可配置的或预定义的；例如，当时域长度是符号时，K可以是14。

在一些实现方式中，例如通过配置偏移量来配置可滑动窗口。

在一些实现方式中，窗口可以是名义时域窗口或实际时域窗口中的至少一个。

方案5

如果将[6，TS38.214]的第6.1条款中描述的PUSCH重复类型B应用于物理信道，则UE传输应当使得在其上输送被用于上行传输的天线端口上的符号的信道可以从在其上输送相同天线端口上另一个符号的信道中推测出，如果两个符号对应于具有重复类型B的PUSCH传输的相同实际重复。

对于时域窗口(TDW)，可以在所述时域窗口中执行联合信道估计，并且可以在如下面讨论的一些实施例中实现所公开的技术。

如果将PUSCH重复类型A/类型B应用于物理信道，则UE传输应当使得在其上输送被用于上行传输的天线端口上的符号的信道可以从在其上输送相同天线端口上的另一个符号的信道中推断出，如果两个符号对应于具有重复类型A/类型B的PUSCH传输的相同TDW。

实施例1

对于联合信道估计、时隙间绑定和时隙间跳变，UE向gNB报告被用于在服从功率一致性和相位连续性要求的PUSCH/PUCCH传输之中保持功率一致性和相位连续性的最大时域窗口大小，并且gNB为UE配置以下参数中的至少一个：名义时域窗口；一个或多个捆绑；一个或多个实际时域窗口。

在一些实现方式中，名义时域窗口、一个或多个实际时域窗和一个或多个捆绑可以包括重复次数、时隙数量和/或符号数量。此外，名义时域窗口大小不大于由UE支持的最大时域窗口大小，并且捆绑可以被视为跳变。在一些实施例中，用于捆绑的时间资源可以是连续的时隙或非连续的时隙(重复)。在一些实施例中，名义时域窗口、一个或多个实际时域窗口和一个或多个捆绑可以由无线资源控制(RRC)信令、媒体接入控制单元(MAC-CE)或下行控制信息(DCI)指示。此外，名义时域窗口大小、实际时域窗口大小和捆绑大小可以与具有时域资源分配(TDRA)的联合编码相关联。在一些实施例中，时域窗口大小或捆绑大小作为一列被包括在TDRA中。在一些实施例中，实际时域窗口大小和捆绑大小不大于名义时域窗口大小。在一些实施例中，捆绑大小不大于实际时域窗口大小。在一些实施例中，gNB不期望名义时域窗口边界之外的相位连续性。在一些实施例中，UE在名义时域窗口边界之外可能不保持相位连续性。

在一些实施例中，名义时域窗口在时域中背靠背布置。

在一些实施例中，实际时域窗口大小是基于用于PUSCH、PUCCH和/或Msg3传输的可用时隙和/或符号来确定的。在一些实施例中，实际时域窗口大小是基于在其期间满足用于保持相位连续性的状况的持续时间来确定的。

在一些实施例中，基于以下因素中的至少一个来确定实际时域窗口大小：名义时域窗口；TDD配置；用于对应传输的无效符号；两个传输之间的间隙。

在一些实施例中，UE报告多个时域窗口大小，并且每个时域窗口大小对应于一个特定状况。例如，UE报告用于UE处理能力1的一个时域窗口大小，并且报告用于UE处理能力2的另一个时域窗口。作为另一个示例，UE报告用于具有不同优先级的PUSCH的不同时域窗口大小。

在一些实施例中，UE报告用于不同用例的不同时域窗口大小。例如，UE报告用于PUSCH传输的特定时域窗口大小，以及用于PUCCH传输的特定时域窗口大小。替代性地，UE报告用于具有相同TB的PUSCH传输的包括PUSCH重复和多个时隙上的TB处理的特定时域窗口大小，以及用于具有不同TB的PUSCH的一个时域窗口大小。替代性地，UE分别地报告用于PUSCH重复、多个时隙上的TB处理和具有不同TB的PUSCH的一个时域窗口大小。

在一些实施例中，以上讨论的UE能力报告也可以应用于Msg3重复。在一些实施例中，用于Msg3重复的时域窗口大小是基于一些预定义的规则来确定的，或者是由传输特性隐式地确定的。在一些实施例中，传输特性包括重复次数、每次重复的符号数量和TDD配置中的至少一个。

在一些实施例中，由于TDD帧结构或与其他信道传输的冲突，用于UE传输的实际连续时间资源受到限制。在这种情况下，可以配置基于帧结构的一个或多个捆绑大小。

在一个示例中，名义时域窗口大小是10个时隙，并且帧结构是DDDSUDDSUU，其中D被定义为下行(DL)时隙，S被定义为包括DL、X、UL符号的特殊时隙，并且U被定义为上行(UL)时隙。存在少于4个用于PUSCH/PUCCH传输的连续UL时隙，并且可以配置或确定两个实际时域窗口大小，其中一个实际时域窗口包括2个时隙，而另一个实际时域窗口包括3个时隙，如图2A中所示出的。

在另一个示例中，名义时域窗口大小是9次重复(每次重复包括4个符号)，并且没有9次用于PUSCH/PUCCH传输的连续UL重复。应该配置两个实际时域窗口，并且两个实际时域窗口都具有2次重复或8个符号的大小，如图2B中所示出的。

在一个示例中，名义时域窗口大小为3个时隙，并且帧结构为DDDDDDDSUU，其中D被定义为DL时隙，S被定义为仅包括X个符号的特殊时隙，并且U被定义为UL时隙。当S时隙内的X个符号被DCI格式2-0(时隙格式在TS 38.213中被定义)内的SFI(时隙格式指示符)以DL符号覆写时，不存在3个用于PUSCH/PUCCH传输的连续UL时隙，并且应该配置实际时域窗口大小，并且所述实际时域窗口大小是2个时隙，如图3中所示出的。

图4示出了冲突、名义时域窗口与实际时域窗口之间的关系。

在一个示例中，名义时域窗口大小是6个时隙，并且当PUSCH传输与其他信道传输冲突时(例如，一个或多个PUCCH重复、更高优先级的传输与PUSCH传输重叠或接收CI信令)，并且在名义时域窗口大小内一个或多个时隙可以不被用于PUSCH传输。应该配置两个实际时域窗口大小，并且一个实际时域窗口大小是2个时隙，而另一个实际时域窗口大小是3个时隙，如图4中所示出的。

图5示出了跳变与实际时域窗口之间的关系。

在一些实施例中，gNB配置用于UE的名义时域窗口大小和一个或多个实际时域窗口大小以及基于所述一个或多个实际时域窗口大小的UE规程跳变。在这种情况下，实际捆绑大小等于所述一个或多个实际时域窗口大小。在PUSCH类型A重复的情况下，配置名义时域窗口大小(10个时隙)和两个实际时域窗口大小(实际时域窗口大小1是2个时隙，而实际时域窗口大小2是3个时隙)。帧结构是DDDSUDDSUU，重复次数是8，时隙间跳变被启用，并且所述时隙间跳变具有如图5中所示出的模式。

图6示出了实际时域窗口与捆绑或跳变之间的关系。

在一些实施例中，gNB配置用于UE的名义时域窗口大小、一个或多个实际时域窗口大小和捆绑大小。捆绑大小可以是基于较大的实际时域窗口大小来配置的。例如，名义时域窗口大小是10个时隙，并且配置了两个实际时域窗口大小(实际时间大小1是2个时隙，而实际时域窗口大小2是3个时隙)。捆绑大小为3个时隙，如图6中所示出的。

图7示出了实际时域窗口与捆绑大小或跳变之间的关系。

在一些实施例中，gNB配置用于UE的名义时域窗口大小、一个或多个实际时域窗口大小和捆绑大小。捆绑大小可以是基于较小的实际时域窗口大小来配置的，并且可以将较大的实际时域窗口大小拆分成不止一个捆绑大小。

捆绑可以是基于较小的实际时域窗口大小来配置的或确定的，并且较大的实际时域窗口可以被拆分成不止一个捆绑。

例如，名义时域窗口大小是10个时隙，并且配置了两个实际时域窗口大小(实际时间大小1是2个时隙，而实际时域窗口大小2是3个时隙)。在实际时域窗口大小1内捆绑大小是2个时隙，并且在实际时域窗口大小2中应获得两个捆绑大小。一个捆绑大小是2个时隙，而另一个捆绑大小是1个时隙，如图7中所示出的。

图8示出了实际时域窗口与捆绑之间的关系。

在一些实施例中，gNB配置用于UE的名义时域窗口大小、一个或多个实际时域窗口大小和一个或多个捆绑大小，并且所述一个或多个实际时域窗口大小与所述一个或多个捆绑大小之间存在关系(例如，捆绑大小1与实际时域窗口大小1有关，并且捆绑大小2与实际时域窗口大小2有关，或者捆绑大小1与实际时域窗口大小2有关，并且捆绑大小2与实际时域窗口大小1有关)。捆绑大小可以是基于其与实际时域窗口大小的关系来配置的。例如，名义时域窗口大小是10个时隙，并且配置了两个实际时域窗口大小(实际时间大小1是2个时隙，而实际时域窗口大小2是3个时隙)。捆绑大小1与实际时域窗口大小1有关，并且捆绑大小2与实际时域窗口大小2有关。捆绑大小可以被配置成使得捆绑大小1是2个时隙并且捆绑大小2是3个时隙，如图8中所示出的。

在一些实施例中，如果S时隙不是可用的UL时隙，则实际时域窗口不能包括它。

在一些实施例中，方案可以被用于PUSCH重复的所有用例：用例1(一个时隙内的背靠背PUSCH传输)；用例2(一个时隙内的非背靠背PUSCH传输)；用例3(跨连续时隙的背靠背PUSCH传输)；用例4(跨连续时隙的非背靠背PUSCH传输)；用例5(跨非连续时隙的PUSCH传输)。

在一些实施例中，对于不同的用例，在其期间UE可以保持相位连续性的实际时域窗口可以是不同的。例如，由于TDD操作中与DL符号的冲突，实际时域窗口可能小于所配置的时域窗口。

在一些实施例中，gNB可以配置对于所有支持的用例都是相同的名义时域窗口。(多个)实际时域窗口对于不同的情况可以是不同的，例如在其期间可以实际地保持相位连续性的连续时隙/符号组或PUSCH组。

在一些实施例中，以上方案可以被用于在连续时隙上处理一个TB的PUSCH传输。

在一些实施例中，如果捆绑大小大于实际时域窗口大小，则跳频是基于所述实际时域窗口大小的；否则，跳频是基于所述捆绑大小的。

在一些实施例中，捆绑大小可以是基于一个实际时域窗口或名义时域窗口内的重复次数K来隐式地确定的，例如floor(K/2)或者cell(K/2)。

在一些实施例中，对于TDD情况，捆绑大小可以是与实际时域窗口大小相同的。

在一些实施例中，用于时隙间跳频的时隙间捆绑大小不大于实际时域窗口大小或名义时域窗口大小。

在一些实施例中，以上方案可以被用于PUCCH。所配置的名义时域窗口大小、实际时域窗口大小和捆绑大小也可以被用于PUCCH。在一些实施例中，gNB分别配置用于UE的PUCCH的名义时域窗口大小、一个或多个实际时域窗口大小和捆绑大小。在这种情况下，PUCCH与PUSCH之间的名义时域窗口大小、实际时域窗口大小和捆绑大小是不同的。

对于类型B PUSCH重复，重复使用以上方法。

实施例2

图9示出了名义时域窗口与捆绑或跳变之间的关系。

对于联合信道估计和时隙间捆绑跳变，UE向gNB报告最大时域窗口大小，所述最大时域窗口大小被用于在服从功率一致性和相位连续性要求的PUSCH/PUCCH传输中保持功率一致性和相位连续性。gNB为UE配置以下参数中的至少一个：名义时域窗口；一个或多个捆绑。

在一些实现方式中，时域窗口包括时域窗口大小或所述时域窗口的起点中的至少一个。

在一些实现方式中，名义时域窗口大小和一个或多个捆绑大小可以包括重复次数、时隙数量和/或符号数量。此外，名义时域窗口大小不大于由UE支持的最大时域窗口大小，并且捆绑可以被视为跳变。在一些实施例中，用于捆绑的时间资源可以是连续的或非连续的时隙(重复)。在一些实施例中，名义时域窗口和捆绑可以由RRC信令、MAC-CE或DCI来指示。此外，如果由DCI来指示，则窗口大小和捆绑大小可以由具有TDRA的联合编码来确定。在一些实施例中，时域窗口大小或捆绑大小作为一列被包括在TDRA中。在一些实施例中，捆绑大小不大于名义时域窗口大小。在一些实施例中，gNB不期望在名义时域窗口边界之外的相位连续性。在一些实施例中，UE在名义时域窗口边界之外可能不保持相位连续性。在一些实施例中，名义时域窗口与捆绑大小之间存在关系，例如捆绑大小等于名义时域窗口大小的1/N，其中N是整数且不小于1。

在一些实施例中，实际时域窗口大小可以是至少基于以下状况之一在名义时域窗口大小内来确定的：连续资源上的PUSCH传输；占用PUSCH传输的资源块(RB)不改变；用于PUSCH传输的相位连续性不改变；用于PUSCH传输的功率控制参数不改变；用于PUSCH传输的定时提前参数不改变；用于PUSCH传输的TPMI(传输预编码矩阵索引)不改变；在CA场景中没有动态上行切换；没有动态带宽部分(BWP)切换；NUL与SUL之间没有动态切换；物理非连续时间资源不应大于阈值K，其中K的值是可配置的或预定义的，并且K的值包括符号或时隙或重复或ms的数量。

在一些实施例中，名义时域窗口在时域中背靠背布置。

在一些实施例中，UE可以基于实际时域窗口大小和捆绑大小来启用跳变。

在一个示例中，名义时域窗口大小为2个时隙，并且捆绑大小为2个时隙，帧结构为DDDSUDDSUU，重复次数为8，启用时隙间跳变。捆绑大小等于或小于名义时域窗口大小并且UE基于所述捆绑大小跳变。如图11中所示出的，跳变1包括2个时隙，并且跳变2包括2个时隙，以及跳变3包括1个时隙，因为没有更多的连续可用UL时隙。

在一些实施例中，对于不同的用例，在其期间UE可以保持相位连续性的实际时域窗口可以是不同的。

在一些实施例中，方案可以被用于在连续时隙上处理一个TB的PUSCH传输。

在一些实施例中，以上方案可以被用于PUCCH。所配置的名义时域窗口大小和捆绑大小也可被用于PUCCH。在一些实施例中，gNB分别配置用于UE的PUCCH的名义时域窗口大小、一个或多个捆绑大小。在这种情况下，PUCCH与PUSCH之间的名义时域窗口大小和捆绑大小是不同的。

实施例3

对于联合信道估计、时隙间绑定和时隙间跳变，UE向gNB报告被用于在服从功率一致性和相位连续性要求的PUSCH/PUCCH传输之中保持功率一致性和相位连续性的最大时域窗口大小，并且gNB配置用于UE的名义时域窗口大小。

在一些实现方式中，时域窗口包括时域窗口大小、所述时域窗口的起点中的至少一个。

在一些实现方式中，名义时域窗口大小可以是基于重复次数、时隙数量和/或符号数量来确定的。此外，名义时域窗口大小不大于由UE支持的时域窗口的最大大小。在一些实施例中，名义时域窗口可以由RRC信令、MAC-CE或DCI来指示。此外，如果由DCI指示，则时域窗口大小可以由具有TDRA的联合编码来确定。在一些实施例中，时域窗口大小作为一列被包括在TDRA中。

在一些实施例中，当仅配置了名义时域窗口大小并且gNB不启用跳变时。

图10示出了捆绑与名义时域窗口之间的关系。

在一些实施例中，当仅配置了名义时域窗口并且启用时隙间跳变时，捆绑等于名义时域窗口和名义窗口间之间的跳变。在一个示例中，名义时域窗口大小为3个时隙，帧结构为DDSUUDDSUU，重复次数为8，并且启用时隙间跳变。捆绑大小等于3，并且UE基于所述捆绑大小跳变。如图10中所示出的，跳变1包括3个时隙，并且跳变2包括3个时隙。

图11示出了跳变与名义时域窗口之间的关系。

在一个示例中，名义时域窗口大小为2个时隙，帧结构为DDDSUDDSUU，重复次数为8，启用时隙间跳变。捆绑大小等于名义时域窗口大小并且UE基于名义时域窗口大小跳变。如图11中所示出的，跳变1包括2个时隙，并且跳变2包括2个时隙，以及跳变3包括1个时隙，因为没有更多的连续可用UL时隙。

图12示出了跳变与名义时域窗口之间的关系。

在一个示例中，名义时域窗口大小为2个时隙，帧结构为FDD，重复次数为8，启用时隙间跳变。捆绑大小等于名义时域窗口大小并且UE基于名义时域窗口大小跳变，如图12中所示出的。

在一些实施例中，如果S时隙不是可用的UL时隙，则名义时域窗口不能包括它。

在一些实施例中，方案可以被用于PUCCH。所配置的名义时域窗口大小也可以被用于PUCCH。在一些实施例中，gNB单独地配置用于UE的名义时域窗口大小。在这种情况下，PUCCH与PUSCH之间的名义时域窗口大小是不同的。

实施例4

当引入时域窗口来进行联合信道估计时，所公开的技术可以在一些实施例中被实现以在gNB配置用于UE的时域窗口时确定时域窗口的起点。在一些实施例中，时域窗口的资源包括连续物理资源。在一些实施例中，时域窗口的资源包括非连续物理资源。在一些实施例中，时域窗口的起点是用于PUSCH的UL授权的最后一个符号。在一些实施例中，时域窗口的起点是用于PUSCH的UL授权的第一个符号。在一些实施例中，时域窗口的起点是用于PUSCH的授权的任何一个符号。在一些实施例中，时域窗口的起点是由UL授权所指示的PUSCH传输的起始符号。在一些实施例中，时域窗口的起点是实际PUSCH传输的起始符号。在一个示例中，时域窗口的起点是PUSCH的第一个可用符号。在一些实施例中，时域窗口是实际时域窗口。在一些实施例中，时域窗口是名义时域窗口。

在一些实施例中，名义/实际时域窗口的起点是PUSCH传输集的第一个符号。

在一些实施例中，PUSCH传输集可以是连续的或非连续的物理时隙或符号。在一些实施例中，PUSCH传输集被传输到(多个)相同的TB。

图13示出了时域窗口的起点的示例。

在一些实施例中，名义/实际时域窗口的起点使用调度PUSCH/PUCCH传输的DCI中的一个比特字段来指示所调度的PUSCH/PUCCH传输的起始符号(或第一个符号)是否是时域窗口的起始符号(或第一个符号)。以PUSCH重复类型A为例，如图13中所示出的，其中Rep等于PUSCH重复，UL授权(例如，由C-RNTI或CS-RNTI进行的扰频)调度具有4次重复的PUSCH传输，并且指示所调度的PUSCH传输的起始符号或第一个符号是时域窗口的起始符号或第一个符号，并且所述时域窗口的所述起点是时隙1中的第一个“U”符号。

图14示出了时域窗口的起点的另一个示例。

在一些实施例中，PUSCH/PUCCH传输是由DCI或RRC信令指示的传输时机。在一些实施例中，PUSCH/PUCCH传输是实际的PUSCH/PUCCH传输时机。以PUSCH类型B为例，如图14中所示出的，其中N-Rep等于名义PUSCH重复并且A-Rep等于实际PUSCH重复，PUSCH具有4个名义重复并且每个名义重复的持续时间都是6个符号。由于所接收到的CI或与另一个更高优先级的传输冲突，N-Rep 1的前2个“U”符号应该被取消。N-Rep 1被拆分成A-Rep 1，并且A-rep1的起始符号是时隙i中的第三个“U”符号。时域窗口的起始符号是时隙i中的第三个“U”。

在一些实施例中，名义/实际时域窗口的起始符号是用于每个PUSCH/PUCCH的周期内的第一个符号，无论PUSCH是所配置的授权PUSCH还是PUCCH是由RRC配置的周期性PUCCH。

在一些实施例中，时域窗口的第一符号是无线帧的第一个符号。在一些实施例中，时域窗口的第一个符号位于无线帧的固定位置处。在一些实施例中，当传输被切换到下一个无线帧时，时域窗口应该被重新启动。

在一些实施例中，名义/实际时域窗口的起始符号是每个无线帧的起始符号。

图15示出了当存在断点时时域窗口重新启动。

在一些实施例中，当时域窗口内出现断点时，所述时域窗口将重新启动。例如，如图15中所示出的，配置时域窗口并且所述时域窗口的大小是2个时隙，帧结构是DDDSUDSUUU，其中D被定义为DL时隙，S被定义为包括DL、X、UL符号的特定时隙，并且U被定义为UL时隙。类型A PUSCH传输具有6次重复并且第一重复(Rep 1)可以由第5个时隙承载，并且第二和第三重复传输(Rep 2和Rep 3)由于两个断点而被中断。在这种情况下，应重新启动时域窗口。

在一些实施例中，如果满足下列状况中的至少一个，则应重新启动时域窗口：连续资源上的PUSCH传输；非连续资源上的PUSCH传输；占用PUSCH传输的RB改变；用于PUSCH传输的相位连续性改变；用于PUSCH传输的功率控制参数改变；用于PUSCH传输的定时提前参数改变；用于PUSCH传输的TPMI改变；CA场景中动态上行交换；动态BWP切换；NUL与SUL之间的动态切换；物理非连续时间资源应大于阈值K，其中K的值是可配置的或预定义的，并且K的值包括多个符号或时隙或重复或ms。

图16示出了时域窗口滑动的示例。

在一些实施例中，为UE配置偏移值，并且允许时域窗口滑动。偏移的粒度可以是若干时隙、符号或重复。例如，如图16中所示出的，配置时域窗口，并且所述时域窗口的大小是5个时隙或5次重复，并且帧结构是UUUUUUUUUUU，其中U被定义为UL时隙或UL Rep(Rep被定义为重复)。PUSCH传输具有8次重复并且第一重复(Rep 1)由第1个U承载，如果启用时隙间跳变，则基于以上讨论的实施例3，可以获得两个捆绑大小，并且捆绑大小1是5次重复(Rep1至Rep 5)，并且捆绑大小2是3次重复(Rep 6至Rep 8)。当UE接收到CI信令以取消Rep 3和Rep 4传输时，并且{Rep 1、Rep 2}与{Rep 5}之间相位连续性被改变。在这种情况下，第2个时域窗口向左滑动一次重复，然后捆绑大小1是2次重复，并且包括{Rep 1，Rep 2}，捆绑大小2是4次重复：{Rep 5，Rep 6，Rep 7，Rep 8}。

在一些实施例中，一旦被配置，就可以在时域中固定它。例如，它可以与帧边界的开始对准，或者与用于CG PUSCH的一个周期的开始对准。

在一些实施例中，它也可以由DCI动态地确定。

在一些实施例中，实际时域窗口的开始，它可以由连续时隙/符号/重复组基于可用的传输时机来确定。

在一些实施例中，方案可以被用于PUCCH。

在一些实施例中，对于PUCCH和PUSCH，时域窗口的开始可能是相同的，或者可能是不同的。

在一些实施例中，如果时域窗口基于帧边界而被固定在某些时域时机中，则所述时域窗口的开始对于PUSCH和PUCCH两者可以是相同的。

在一些实施例中，时域窗口的起点由PUSCH和PUCCH两者所确定。在一些实施例中，如果时域窗口的起点与调度DCI有关，则它可能是不同的。

实施例5

在Rel 15/16中，如果将[6，TS38.214]的第6.1条款中描述的PUSCH重复类型B应用于物理信道，则UE传输应当使得在其上输送被用于上行传输的天线端口上的符号的信道可以从在其上输送相同天线端口上另一个符号的信道中推测出，如果两个符号对应于具有重复类型B的PUSCH传输的相同实际重复。当时域窗口的内容被引入用于联合信道估计时。类似地，同一时域窗口内的信道状态也可以被重复使用，因此Rel-15/16中的当前规范应修改如下。

如果将PUSCH重复类型A/类型B应用于物理信道，则UE传输应当使得在其上输送被用于上行传输的天线端口上的符号的信道可以从在其上输送相同天线端口上的另一个符号的信道中推断出，如果两个符号对应于具有重复类型(类型A/类型B)的PUSCH传输的相同时域窗口(TDW)。

实施例6

在Rel-16两步RACH中，独立PRACH时机(RO)和具有共享RO的独立前导码两者被支持用于2步RACH与4步RACH之间的区别。类似地，如果支持Msg3 PUSCH重复，则需要一些机制来在无需Msg3 PUSCH重复的RACH规程与具有Msg3 PUSCH重复的RACH规程之间作出区分。

选项1：独立RO

对于独立RO配置，gNB可以通过独立RO时间/频率资源来区分UE是否请求Msg3重复。不需要引入新的规则来确定RO时间/频率资源，并且因此重复使用了TS 38.211中条款6.3.3.2中定义的时域随机接入配置和频率资源确定。然而，需要用于PRACH配置的新的独立RRC参数。在两步RACH中，引入了两个IE(RACH-ConfigCommonTwoStepRA和RACH-ConfigGener icTwoStepRA)，下面列出了两个IE中的新RRC参数的部分。如果采用选项1，则需要类似的新RRC参数。此外，它还可能对TS 38.321中规定的RACH过程具有较大的规范影响。

表1

选项2：具有共享RO的独立PRACH前导码

为了限制规范影响，一种替代方式是使用具有共享RO的独立PRACH前导码。在这种情况下，不需要独立的PRACH配置，并且如果在一个SSB对应于多个RO的情况下支持部分RO共享，则它仅需要指示每个SSB中被用于Msg3重复的前导码的数量，或者RO的子集。也就是说，像被引入以用于2步RACH的msgA-CB-PreamblesPerSSB-PerSharedRO以及msgA-SSB-SharedRO-MaskIndex的类似的RRC参数可以被引入以用于Msg3重复。在图17中，提供了用于具有共享RO的前导码分割的示例，其中N是与一个PRACH时机相关联的SSB索引的数量，并且R、Q和M分别是用于无需请求Msg3重复的4步CBRA、2步CBRA和请求Msg3重复的4步CBRA的分配的前导码的数量。

由用于4步RACH规程的totalNumberOfRA-Preambles提供。

对于传统的4步RACH规程，UE被ssb-perRACH-OccasionAndCB-PreamblesPerSSB提供有每个SS/PBCH块索引每个有效PRACH时机中与一个PRACH时机相关联的SS/PBCH块索引的数量N和基于竞争的前导码的数量R。传统的4步RACH规程是类型1随机接入规程。

对于2步RACH规程，具有与传统4步RACH规程共同的PRACH时机配置，UE被ssb-perRACH-OccasionAndCB-PreamblesPerSSB提供有与一个PRACH时机相关联的SS/PBCH块索引的数量N和被msgA-CB-PreamblesPerSSB-PerSharedRO提供有每个SS/PBCH块索引每个有效PRACH时机中基于竞争的前导码的数量Q。

对于请求Msg3 PUSCH重复的4步RACH规程，具有与传统4步RACH规程共同的PRACH时机配置，或者具有与2步RACH过程共同的PRACH时机配置，UE被ssb-perRACH-OccasionAndCB-PreamblesPerSSB提供有与一个PRACH时机相关联的SS/PBCH块索引的数量N和被RRC参数提供有每个SS/PBCH块索引每个有效PRACH时机中的基于竞争的前导码的数量M。在一些实施例中，UE被设置有用于请求Msg3 PUSCH重复的PRACH传输的M个前导码。在一些实施例中，所述M个前导码是具有连续索引的基于竞争的前导码。在一些实施例中，PRACH传输在用于设置有PRACH掩码的UE的SSB-RO映射周期内可以是在与相同SS/PBCH块索引相关联的PRACH时机子集上。

在一些实施例中，UE在用于2步RACH与用于Msg3重复的4步RACH之间的PRACH传输的SSB-RO映射周期内共享与相同SS/PBCH块索引相关联的RO的相同子集。

在一些实施例中，如果N<1，则将一个SS/PBCH块索引映射到1/N个连续有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块索引相关联的连续索引的M个基于竞争的前导码从前导码索引R开始。如果N≥1，则具有与每个有效PRACH时机的SS/PBCH块索引n(0≤n≤N-1)相关联的连续索引的M个基于竞争的前导码从前导码索引

或者

开始，其中

由用于4步RACH规程的totalNumberOfRA-Preambles或用于2步RACH规程的msgA-TotalNumberOfRA-Preambles提供。在一些实施例中，这适用于被选择随机接入规程的BWP被配置有仅4步RA类型随机接入资源或仅2步RA类型随机接入资源的情况。

在一些实施例中，如果N<1，则将一个SS/PBCH块索引映射到1/N个连续有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块索引相关联的连续索引的M个基于竞争的前导码从前导码索引R+Q开始。如果N≥1，则具有与每个有效PRACH时机的SS/PBCH块索引n(0≤n≤N-1)相关联的连续索引的M个基于竞争的前导码从前导码索引

开始。在一些实施例中，

是由用于4步RACH规程的totalNumberOfRA-Preambles和用于2步RACH规程的msgA-TotalNumberOfRA-Preambles提供的前导码的总数。在一些实施例中，这适用于被选择用于随机接入规程的BWP被配置有4步RA类型随机接入资源和仅2步RA类型随机接入资源两者的情况。

在一些实施例中，如果N<1，则将一个SS/PBCH块索引映射到1/N个连续有效PRACH时机并且具有与每个有效PRACH时机的SS/PBCH块索引相关联的连续索引的M个基于竞争的前导码在PRACH时机子集中从前导码索引R+Q开始。在一些实施例中，如果N<1，则将一个SS/PBCH块索引映射到1/N个连续有效PRACH时机并且具有与每个有效PRACH时机的SS/PBCH块索引相关联的连续索引的M个基于竞争的前导码在另一个PRACH时机子集中从前导码索引R开始。

实施例7

在2步RACH中，RSRP阈值被引入来用于在2步RACH与4步RACH之间进行选择。仅当下行路径损耗基准的RSRP超过RSRP阈值时，才选择2步RACH。

表2

图18示出了在不同RACH规程中的选择。

如果引入了Msg3重复，则需要确定UE应该如何选择具有或不具有Msg3重复的RACH规程。还应该确定是否以及如何引入RSRP阈值来用于选择不同的RACH规程。

一种方式是使用两个传统RSRP阈值来选择用于请求Msg3重复的4步RACH规程的独立PRACH资源。如图18中所示出的，只有下行路径损耗基准的RSRP低于rsrp-ThresholdSSB时，才使用用于Msg3重复的独立PRACH资源。

如果下行路径损耗基准的RSRP等于或超过rsrp-ThresholdSSB同时等于或低于msgA-RSRP-Threshold，则触发无需请求Msg3重复的4步RACH规程，或者UE使用用于4步RACH规程的无需请求Msg3重复的PRACH资源。如果所选的RA_TYPE被设置成4-stepRA并且如果具有超过rsrp-ThresholdSSB的RSRP的SSB的至少一个是可用的，则UE选择具有超过rsrp-ThresholdSSB的RSRP的SSB并且UE应触发无需Msg3重复的PRACH规程。如果没有具有超过rsrp-ThresholdSSB的RSRP的SSB，则UE选择任意SSB，并且UE应当触发具有Msg3重复的PRACH规程。RSRP是CSI-RSRP或SS-RSRP。

图19示出了用于在不同RACH规程中进行选择的请求Msg3重复的4步RACH规程的参考信号接收功率(RSRP)阈值的示例。图20示出了用于在不同RACH规程中进行选择的请求Msg3重复的4步RACH规程的RSRP阈值的另一个示例。

替代性地，为请求Msg3重复的4步RACH规程引入了新的RSRP阈值。所述阈值小于用于无需请求Msg3重复的4步RACH规程的RSRP阈值，即rsrp-ThresholdSSB。如图19中所示出的，仅如果下行路径损耗基准的RSRP低于rsrp-ThresholdSSB，才使用用于Msg3重复的独立PRACH资源。在一些实施例中，下行路径损耗基准的RSRP高于用于请求Msg3重复的4步RACH规程的新RSRP阈值。

在一些实施例中，仅如果下行路径损耗基准的RSRP低于msgA-RSRP-Threshold并且超过rsrp-ThresholdSSB，才使用用于无需重复的Msg3的PRACH资源。仅如果下行路径损耗基准的RSRP低于msgA-RSRP-Threshold并且超过rsrp-ThresholdSSB，才触发请求Msg3重复的传统RACH规程。

如果所选的RA_TYPE被设置成4步RA并且如果具有超过rsrp-ThresholdSSB的SS-RSRP的SSB中的至少一个是可用的，则UE选择具有超过rsrp-ThresholdSSB的SS-RSRP的SSB，并且UE应该触发无需Msg3重复的PRACH规程。如果没有具有超过rsrp-ThresholdSSB的SS-RSRP的SSB，则UE选择任意SSB，并且UE应该触发具有Msg3重复的PRACH规程或者UE应该触发无需Msg3重复的PRACH规程。

如果下行路径损耗基准的RSRP超过用于请求Msg3重复的4步RACH规程的新RSRP阈值，则UE选择具有超过阈值的SS-RSRP的SSB。否则，UE选择任意SSB，并且UE应该触发具有Msg3重复的PRACH规程。

如果下行路径损耗基准的RSRP低于msgA-RSRP-Threshold，则所选RA_TYPE被设置成4步RA。然后，如果具有超过rsrp-ThresholdSSB的SS-RSRP的SSB的至少一个是可用的，则UE选择具有超过rsrp-ThresholdSSB的SS-RSRP的SSB，并且UE应该触发无需Msg3重复的PRACH规程。如果没有具有超过rsrp-ThresholdSSB的SS-RSRP的SSB并且如果具有超过新RSRP阈值的SS-RSRP的SSB的至少一个是可用的，则UE选择具有超过所述新RSRP阈值的SS-RSRP的SSB，并且UE应该触发具有Msg3重复的PRACH规程。否则，UE选择任意SSB，并且UE应该触发具有Msg3重复的PRACH规程。

在一些实施例中，新的RSRP阈值被引入以用于请求Msg3重复的4步RACH规程。所述阈值小于用于无需请求Msg3重复的4步RACH规程的RSRP阈值，即rsrp-ThresholdSSB。如图19中所示出的，仅如果下行路径损耗基准的RSRP低于新RSRP阈值，才使用用于Msg3重复的独立PRACH资源。

如果所选的RA_TYPE被设置成4步RA并且如果具有超过rsrp-ThresholdSSB的SS-RSRP的SSB中的至少一个是可用的，则UE选择具有超过rsrp-ThresholdSSB的SS-RSRP的SSB，并且UE应该触发无需Msg3重复的PRACH规程。如果没有具有超过rsrp-ThresholdSSB的SS-RSRP的SSB，则UE选择任意SSB。

如果具有超过新RSRP的SS-RSRP的SSB的至少一个是可用的，则UE应该触发具有Msg3重复的PRACH规程。如果没有具有超过新RSRP的SS-RSRP的SSB，则UE应该触发无需Msg3重复的PRACH规程。

实施例8

在Rel-15/16中，考虑以下状况来确定对于常规PUSCH重复类型A是否应省略PUSCH重复。

表3

对PUSCH传输有影响的三个条款(条款9、条款11.1和条款11.2A)分别涉及PUCCH重叠、时隙配置/SFI和UL取消。然而，以上讨论的冲突处理机制不能直接应用于Msg3重复，因为在基于竞争的RACH接入(CBRA)情况下，gNB不能标识哪个UE正在传输Msg3 PUSCH。

示例1

如果支持Msg3重复，就很难避免PUCCH与Msg3重复之间的重叠。另一方面，gNB不知道哪个UE正在传输Msg3 PUSCH，因为UL RAR授权被用于多个UE的TC-RNTI扰频。因此，gNB不能知道UCI是否将在Msg3 PUSCH上被多路复用。如图21中所示出的，其中UE#1和UE#2使用用于CBRA规程的相同PRACH前导码，并且它们两者都接收调度Msg3重复的对应的Msg2。因此，两个UE将传输Msg3重复。如果UE#1具有与Rep#2重叠的PUCCH传输，并且UE#3传输与Rep#3重叠的PUCCH，则gNB不知道UCI是否将在Rep#2和/或Rep#3上被多路复用。为了避免在有或没有UCI的情况下对Msg3 PUSCH进行盲解码，它应该澄清UCI在Msg3 PUSCH中没有被多路复用。

Msg3 PUSCH重复可以与携带HARQ-ACK/CSI的PUCCH重叠，并且UCI在重叠的Msg3PUSCH重复中不被多路复用。

后续问题是UE应该传输重叠的Msg3 PUSCH重复还是传输PUCCH。如果传输重叠的Msg3PUSCH重复(即，PUCCH被丢弃)，这种情况是不被允许的，因为它对NW施加了调度限制。如果传输PUCCH(即，重叠的Msg3 PUSCH重复被丢弃)，则gNB将总是解码PUCCH，并且gNB将如何解码Msg3 PUSCH可以取决于gNB实现方式。

在一个示例中，gNB总是假设所有Msg3重复都被传输。在图21中所示出的示例中，gNB可以成功地解码来自UE#2的Msg3。

在另一个示例中，gNB可以首先盲检测PUCCH传输，并且只要Msg3与来自同一小区中所有UE的PUCCH重叠，gNB就不会考虑Msg3重复。即，在图21中所示出的示例中，gNB仅尝试解码Msg3重复#1和#4。如果gNB知道在相关时隙的小区中仅很少的PUCCH被调度，则gNB可以选择这种实现方式。

对于给定的UE，如果一个或多个Msg3重复与携带HARQ-ACK/CSI的PUCCH重叠，则UE传输PUCCH并且丢弃重叠的一个或多个Msg3重复。

鉴于不同UE的重叠状况可能不同，PUCCH重叠不被考虑用于确定时隙是否是用于Msg3重复的可用时隙。否则，不同的UE将推迟不同数量的Msg3重复，并且gNB不能知道这一点。结果，时隙是否被计为用于Msg3重复的一个可用时隙不取决于PUCCH重叠。换句话说，如果Msg3重复由于与PUCCH重叠而被丢弃，则它将被计为重复总数中的一次重复。

在一些实施例中，Msg3 PUSCH重复的第一次重复不能与PUCCH重叠。PUCCH可以与除第一次重复之外的Msg3 PUSCH重复的重复重叠。

如果PUCCH与除第一重复之外的一个或多个Msg3 PUSCH重复重叠，则UCI在Msg3PUSCH中被多路复用，或者PUCCH被丢弃，或者重叠的重复被丢弃。

在一些实施例中，Msg3 PUSCH重复的第一次重复不能与具有重复的PUCCH重叠。在一些实施例中，Msg3 PUSCH重复不能与具有重复的PUCCH重叠。

示例2

下面的表4指定如果没有配置SFI，则以下符号是用于Msg3传输的可用的符号。

1)由tdd-UL-DL-ConfigurationCommon或由tdd-UL-DL-ConfigurationDedicated指示的上行符号。

2)由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated指示的灵活符号，如果提供的话。

如果UE仅由tdd-UL-DL-ConfigurationCommon提供，并且符号由tdd-UL-DL-ConfigurationCommon指示为灵活符号，则它可以被用于Msg3传输。

如果UE由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated两者提供，并且符号由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated两者(如果提供的话)指示为灵活符号，则所述灵活符号可用于Msg3传输。

表4

下面表5规定如果没有配置SFI，则以下符号可用于Msg3传输。

1)由tdd-UL-DL-ConfigurationCommon或者由tdd-UL-DL-ConfigurationDedicated指示的下行符号

2)被配置用于SSB传输的符号

请注意，用于由MIB中pdcch-ConfigSIB1指示的Type0-PDCCH CSS集的CORESET的符号可以由可以被用于Msg3传输的tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated指示为灵活符号。换句话说，只要它是由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated指示的灵活符号，它就可以被用于Msg3传输。

表5

图22示出了Msg3调度的示例。

基于上述分析，gNB应尽量避免在仅由tdd-UL-DL-ConfigurationCommon配置的灵活符号中调度Msg3传输，给定的灵活符号可以被tdd-UL-DL-ConfigurationDedicated改变成用于其他UE的DL符号。如图22中所示出的，UE#1和UE#2使用用于Msg1传输的相同前导码。如果两个UE可以成功地解码对应的Msg2，则它们将传输Msg3传输。如果Msg3在时隙#2中被调度，则仅UE#1可以传输Msg3。为了避免这种情况，gNB可以通过考虑RRC连接模式中的UE来选择在UL时隙#3或时隙#4中调度Msg3。

如果支持Msg3重复并且灵活符号仍可以被用于Msg3传输，则gNB难以在不同UE之间保持用于Msg3传输的相同时机。对于不同RRC模式中的UE，实际Msg3传输时机是不同的。如果用于TDD配置的专用RRC信令不同，则RRC连接UE之间也可能不同。

为了避免gNB侧的歧义，应该确保不同UE之间的Msg3重复的传输的延迟应该相同。在此方面，可以考虑以下选项。

选项1：使用TDD配置上的一些配置限制来重用传统传输规则。更具体地，对于给定的UE，Msg3重复可以在由tdd-UL-DL-ConfigurationCommon或者tdd-UL-DL-ConfigurationDedicated配置的UL符号中、或者在由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated(如果提供的话)配置的灵活符号中被传输。然而，由tdd-UL-DL-ConfigurationCommon配置的灵活符号不被允许改变为用于一些UE的DL符号，而是由tdd-UL-DL-ConfigurationDedicated配置的用于一些其他UE的UL/灵活符号(如果提供的话)。这实际上是在当前网络中部署的以避免DL/UL干扰，尽管它可能不是前向兼容的。

然而，在相同服务小区中的所有UE之间，灵活符号应该被改变成相同方向。即，由tdd-UL-DL-ConfigurationCommon配置的灵活符号应被保持为灵活符号或被tdd-UL-DL-ConfigurationDedicated(如果提供的话)改变成用于相同服务小区中的所有UE的DL符号或UL符号。

选项2：Msg3重复只能在由tdd-UL-DL-ConfigurationCommon配置的UL符号/时隙中传输。然后，不管UE是否额外地配置有专用RRC信令以改变一些符号/时隙的方向，gNB都关于Msg3重复将被传输到哪里没有歧义。这可能为Msg3重复引入额外的延迟。换句话说，这也限制了gNB在配置Msg3重复时通过tdd-UL-DL-ConfigurationCommon配置太多灵活符号。

选项3：可以引入配置用于Msg3 PUSCH重复的无效符号的更高层参数。在一些实施例中，所述更高层参数是小区特定信令。在一些实施例中，所述更高层参数仅在SIB1中被配置。在一些实施例中，由更高层参数配置的无效符号仅应用于由tdd-UL-DL-ConfigurationCommon配置的灵活符号。在一些实施例中，由更高层参数配置的无效符号可以是由tdd-UL-DL-ConfigurationCommon配置的灵活符号的子集。这类似于被引入用于PUSCH重复类型B的RRC配置的无效符号(invalidSymbolPattern)。

如果未配置SFI，则在启用Msg3重复时，将重用用于无重复的Msg3传输的传统行为。

以下符号是用于Msg3重复的传输的可用符号：由tdd-UL-DL-ConfigurationCommon或由TDD-UL-DL-ConfigurationDefigated指示的上行符号；由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated(如果提供的话)指示的灵活符号。

以下符号是用于Msg3重复传输的无效符号：由tdd-UL-DL-ConfigurationCommon或由TDD-UL-DL-ConfigurationDefigated指示的下行符号；被配置用于SSB传输的符号。

如果Msg3重复与无效符号重叠，则UE不传输所述重复，并且它不计入用于Msg3传输的重复的总数中。

如果没有配置SFI，则仅由tdd-UL-DL-ConfigurationCommon或者tdd-UL-DL-ConfigurationDedicated指示的上行符号是用于Msg3重复的传输的可用符号。

如果没有配置SFI，则由tdd-UL-DL-ConfigurationCommon或者tdd-UL-DL-ConfigurationDedicated指示的下行或灵活符号，或者被配置用于SSB传输的符号是用于Msg3重复的传输的无效符号。

如果Msg3重复与无效符号重叠，则UE不传输所述重复，并且它不计入用于Msg3传输的重复的总数。

示例3

如果配置了动态SFI，则用于Msg3传输的冲突处理的Rel-15/16传统UE行为总结如下。

如果配置了动态SFI，则UE不期望Msg3传输与SFI指示之间的冲突。

如果配置了动态SFI并且UE检测到DCI格式2_0，则由DCI格式2_0指示的灵活符号是用于Msg3传输的可用符号。

如果配置了动态SFI并且当UE未检测到DCI格式2_0时，由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated(如果提供的话)指示的灵活符号是用于Msg3传输的可用符号。

表6

如果由SFI指示的灵活符号可以被用于Msg3重复，则不同的UE可以推迟不同数量的Msg3重复，并且gNB不能知道这一点。为了避免关于UE是否实际地传输Msg3重复的歧义，由SFI指示的灵活符号不被用于Msg3重复的传输。

如果配置了SFI，则无论UE是否检测到用于SFI指示的DCI格式2_0，灵活符号都是用于Msg3重复的传输的无效符号。

如果Msg3重复与无效符号重叠，则UE不传输所述重复，并且它被计入用于Msg3传输的重复的总数。

如果配置了动态SFI并且UE检测到DCI格式2_0，则由DCI格式2_0指示的灵活符号是用于Msg3重复的无效符号。

如果配置了动态SFI同时UE未检测到DCI格式2_0时，则由tdd-UL-DL-ConfigurationCommon和tdd-UL-DL-ConfigurationDedicated(如果提供的话)指示的灵活符号是用于Msg3重复的可用符号。

在一些实施例中，UL取消指示(CI)不能取消Msg3 PUSCH重复。

在一些实现方式中，如图23A中所示出的，UE能力被报告为10个时隙，并且UE可以保持相位连续性。一旦接收到UE能力，gNB就配置名义时域窗口，使得其大小被设置为8，并且例如根据以上讨论的方案3或方案1确认所述名义时域窗口的起点，并且将实际时域窗口1配置为2个时隙并且将实际时域窗口2配置为3个时隙。

图23B示出了捆绑大小为3、在实际时域窗口1中的实际可用捆绑大小为2、以及跳频。

图23C示出了捆绑大小为2；实际窗口2可以被分成2个跳变，其中hop3和hop1具有相同的频域位置；以及跳频。

图23D示出了具有不同大小的两个捆绑，并且每个捆绑可以小于或等于对应的实际时域窗口。

在所公开的技术的一些实施例中，无线通信方法2400包括：在2410处，由网络设备基于无线设备的能力信息确定与时域资源相关联的一个或多个时域窗口；在2420处，由所述网络设备指示所述一个或多个时域窗口；以及在2430处，由所述网络设备根据一个或多个所指示的时域窗口从所述无线设备接收消息。

在所公开的技术的一些实施例中，无线通信方法2500包括：在2510处，由网络设备为无线设备配置用于联合信道估计的时域资源的时域窗口；在2520处，由所述网络设备配置所述时域窗口的起点；以及在2530处，由所述网络设备根据所述时域窗口的所述起点从所述无线设备接收消息。

在所公开的技术的一些实施例中，无线通信方法2600包括：在2610处，由无线设备向网络设备发送用于确定与时域资源相关联的时域窗口的能力信息；在2620处，由所述无线设备从所述网络设备接收一个或多个时域窗口的指示；以及在2630处，由所述无线设备根据所述一个或多个时域窗口传输消息。

图27示出了包括无线接入节点120和一个或多个用户设备(UE)111、112和113的无线通信系统(例如，LTE、5G新空口(NR)蜂窝网络)的示例。在一些实施例中，下行传输(141、142、143)包括控制面消息，所述控制面消息包括处理命令以用于处理多个用户面功能。随后可以基于由UE接收到的处理命令来进行上行传输(131、132、133)。类似地，UE可以基于接收到的处理命令来处理用于下行传输的用户面功能。UE可以是例如智能手机、平板计算机、移动计算机、机器对机器(M2M)设备、终端、移动设备、物联网(IoT)设备等。

图28是基于可以应用所公开的技术的一个或多个实施例的无线电台的一部分的框图表示。诸如基站或无线设备(或UE)等无线电台205可以包括处理器电子器件210，例如实现本文件中所介绍的一种或多种无线技术的微处理器。无线电台205可以包括收发器电子器件215，用来通过诸如天线220等一个或多个通信接口发送和/或接收无线信号。无线电台205可以包括其他用于发送和接收数据的通信接口。无线电台205可以包括被配置为存储诸如数据和/或指令等信息的一个或多个存储器(未明确示出)。在一些实现方式中，处理器电子器件210可以包括收发器电子器件215的至少一部分。在一些实施例中，使用无线电台205来实现所公开的技术、模块或功能中的至少一些。

本文中描述的实施例中的一些是在方法或过程的一般上下文中描述的，这些方法或过程在一个实施例中可以通过体现在计算机可读介质中的计算机程序产品来实现，所述计算机程序产品包括由联网环境的计算机中执行的计算机可执行指令，如程序代码。计算机可读介质可以包括可移动的和不可移动的存储设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、光盘(CD)、数字通用盘(DVD)等。因此，计算机可读介质可以包括非暂时性存储介质。通常，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、部件、数据结构等。计算机或处理器可执行指令、相关联数据结构以及程序模块表示用于执行本文公开的方法的步骤的程序代码的示例。这种可执行指令或相关联数据结构的特定序列表示用于实现在这种步骤或过程中描述的功能的相应动作的示例。

所公开的实施例中的一些可以使用硬件电路、软件或其组合来实现为设备或模块。例如，硬件电路实现方式可以包括离散的模拟和/或数字部件，这些部件例如被集成为印刷电路板的一部分。替代地或另外地，所公开的部件或模块可以实现为专用集成电路(ASIC)和/或现场可编程门阵列(FPGA)设备。一些实现方式可以附加地或替代性地包括数字信号处理器(DSP)，所述数字信号处理器是一种专用微处理器，其架构针对与本申请所公开的功能相关联的数字信号处理的操作需要而被优化。类似地，每个模块内的各种部件或子部件可以以软件、硬件或固件实现。模块和/或模块内部件之间的连接可以使用本领域已知的连接方法和介质中的任何一种来提供，包括但不限于使用适当协议在互联网、有线网络或无线网络上的通信。

一些实施例可以优选地实现以条款格式列出的以下方案中的一个或多个。以上示例和本文件中支持并进一步描述了以下条款。如在下面的条款中和在权利要求中所使用的，无线终端可以是用户设备、移动台或包括诸如基站的固定节点的任何其他无线终端。网络设备包括基站，所述基站包括下一代Node B(gNB)、增强型Node B(eNB)或作为基站执行的任何其他设备。资源范围可以指时频资源或块的范围。

条款1.一种用于无线通信的方法，所述方法包括：由网络设备基于无线设备的能力信息来确定与时域资源相关联的一个或多个时域窗口；由所述网络设备指示所述一个或多个时域窗口；以及由所述网络设备根据所述一个或多个所指示的时域窗口从所述无线设备接收消息。

条款2.根据条款1所述的方法，其中，所述一个或多个时域窗口包括时域窗口大小或时域窗口的起点中的至少一个。

条款3.根据条款2所述的方法，其中，所述时域窗口大小包括名义时域窗口大小、实际时域窗口大小、或捆绑大小中的至少一个。

条款4.根据条款1所述的方法，其中，所述能力信息包括所述无线设备支持的最大时域窗口大小。

条款5.根据条款2所述的方法，其中，所述时域窗口大小是基于重复次数、时隙数量、或符号数量中的至少一个来确定的。

条款6.根据条款2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小、至少一个实际时域窗口大小和至少一个捆绑大小。

条款7.根据条款6所述的方法，其中，基于所述至少一个实际时域窗口大小而不是所述至少一个捆绑大小来执行跳频。

条款8.根据条款6所述的方法，其中，所述至少一个捆绑大小是基于所述至少一个实际时域窗口大小中大于或小于另一个实际时域窗口大小的一个实际时域窗口大小来确定的。

条款9.根据条款6所述的方法，其中，所述至少一个捆绑大小小于或等于对应的实际时域窗口大小。

条款10.根据条款6所述的方法，其中，所述至少一个实际时域窗口大小和所述至少一个捆绑大小小于或等于所述至少一个名义时域窗口大小。

条款11.根据条款2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小和至少一个捆绑大小。

条款12.根据条款11所述的方法，其中，所述至少一个捆绑大小是所述至少一个名义时域窗口大小的一半。

条款13.根据条款11所述的方法，其中，所述无线设备基于以下来确定实际时域窗口和对应的实际时域窗口大小：物理上行共享信道(PUSCH)传输是否是连续传输；PUSCH占用的频域资源块是否不改变；PUSCH相位连续性是否保持不变；PUSCH功率控制参数是否不改变；PUSCH定时提前是否保持不变；PUSCH传输预编码是否保持不变；载波聚合(CA)上行切换功能是否不执行动态切换；是否存在关于带宽部分(BWP)的动态切换；在正常上行链路(NUL)与补充上行链路(SUL)之间是否存在动态切换；或者非连续时域长度是否大于预定的符号数量、时隙数量或重复次数。

条款14.根据条款13所述的方法，其中，由所述无线设备根据所述至少一个捆绑大小在所述实际时域窗口中执行跳频。

条款15.根据条款11所述的方法，其中，所述至少一个捆绑大小小于或等于对应的名义时域窗口大小。

条款16.根据条款2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小，并且其中，所述至少一个名义时域窗口大小被用作用于跳频的捆绑。

条款17.一种用于无线通信的方法，所述方法包括：由网络设备为无线设备配置用于联合信道估计的时域资源的时域窗口；由所述网络设备配置所述时域窗口的起点；以及由所述网络设备根据所述时域窗口的所述起点从所述无线设备接收消息。

条款18.根据条款17所述的方法，其中，所述时域资源包括连续物理资源或非连续物理资源。

条款19.根据条款17所述的方法，其中，所述时域窗口的所述起点是用于物理上行共享信道(PUSCH)传输的上行授权的最后一个符号。

条款20.根据条款17所述的方法，其中，所述时域窗口的所述起点是用于每个PUSCH或物理上行控制信道(PUCCH)的周期内的第一个符号。

条款21.根据条款17所述的方法，其中，所述时域窗口的所述起点是每个无线帧的起点。

条款22.根据条款17所述的方法，其中，为所述无线设备配置偏移值以允许时域窗口滑动。

条款23.根据条款17所述的方法，其中，所述时域窗口包括实际时域窗口或名义时域窗口中的至少一个。

条款24.根据条款17至23中任一项所述的方法，其中，所述时域窗口在发生预定事件时重新启动，所述预定事件包括以下中的至少一个：连续PUSCH传输；非连续PUSCH传输；PUSCH占用的频域资源块改变；PUSCH相位连续性的改变；PUSCH功率控制参数的改变；PUSCH定时提前的改变；PUSCH传输预编码的改变；通过载波聚合(CA)上行切换进行的动态切换；带宽部分(BWP)的动态切换；正常上行链路(NUL)与补充上行链路(SUL)之间的动态切换；或者非连续时域长度大于预定的符号数量、时隙数量或重复次数。

条款25.一种用于无线通信的方法，所述方法包括：由无线设备向网络设备发送用于确定与时域资源相关联的时域窗口的能力信息；由所述无线设备从所述网络设备接收一个或多个时域窗口的指示；以及由所述无线设备根据所述一个或多个时域窗口传输消息。

条款26.根据条款25所述的方法，其中，所述能力信息包括所述无线设备所支持的最大时域窗口大小，并且其中，所述能力信息被用于确定时域窗口大小或与所述一个或多个时域窗口相关联的时域窗口的起点中的至少一个。

条款27.根据条款26所述的方法，其中，所述时域窗口大小包括名义时域窗口大小、实际时域窗口大小、或捆绑大小中的至少一个。

条款28.根据条款26所述的方法，其中，所述时域窗口大小是基于重复次数、时隙数量、或符号数量中的至少一个来确定的。

条款29.一种用于无线通信的装置，所述装置包括存储器和处理器，其中，所述处理器从所述存储器中读取代码，并且实现条款1至28条中任一项所述的方法。

条款30.一种在其上存储有代码的计算机可读程序存储介质，所述代码当被处理器执行时，使得所述处理器实现条款1至28中的任一项中所述的方法。

尽管本文件包含许多具体内容，但这些具体内容不应被解释为对所要求保护的发明的范围或可要求保护的内容的限制，而应被解释为对特定于特定实施例的特征的描述。本文件中在各个单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反地，在单个实施例的上下文中描述的各种特征也可以在多个实施例中分别实现，或者以任何合适的子组合实现。此外，尽管特征可能在上文中被描述为在某些组合中起作用，并且甚至最初如此要求保护，但是在一些情况下，要求保护的组合中的一个或多个特征可以从该组合中删除，并且要求保护的组合可以指向子组合或子组合的变体。类似地，虽然在附图中以特定顺序描述了操作，但是这不应该理解为，为了获得期望的结果，要求必须以所示的特定顺序或序列执行这些操作，或者要求执行所有示出的操作。

仅描述了一些实现方式和示例，在本公开中描述和说明的基础上，还可以做出其他实现方式、改进和变化。

Claims

1.一种用于无线通信的方法，所述方法包括：

由网络设备基于无线设备的能力信息确定与时域资源相关联的一个或多个时域窗口；

由所述网络设备指示所述一个或多个时域窗口；以及

由所述网络设备根据指示的所述一个或多个时域窗口从所述无线设备接收消息。

2.根据权利要求1所述的方法，其中，所述一个或多个时域窗口包括时域窗口大小或时域窗口的起点中的至少一个。

3.根据权利要求2所述的方法，其中，所述时域窗口大小包括名义时域窗口大小、实际时域窗口大小或捆绑大小中的至少一个。

4.根据权利要求1所述的方法，其中，所述能力信息包括所述无线设备支持的最大时域窗口大小。

5.根据权利要求2所述的方法，其中，所述时域窗口大小是基于重复次数、时隙数量或符号数量中的至少一个来确定的。

6.根据权利要求2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小、至少一个实际时域窗口大小和至少一个捆绑大小。

7.根据权利要求6所述的方法，其中，跳频是基于所述至少一个实际时域窗口大小来执行的，不使用所述至少一个捆绑大小。

8.根据权利要求6所述的方法，其中，所述至少一个捆绑大小是基于所述至少一个实际时域窗口大小中大于或小于另一个实际时域窗口大小的一个实际时域窗口大小来确定的。

9.根据权利要求6所述的方法，其中，所述至少一个捆绑大小小于或等于对应的实际时域窗口大小。

10.根据权利要求6所述的方法，其中，所述至少一个实际时域窗口大小和所述至少一个捆绑大小小于或等于所述至少一个名义时域窗口大小。

11.根据权利要求2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小和至少一个捆绑大小。

12.根据权利要求11所述的方法，其中，所述至少一个捆绑大小是所述至少一个名义时域窗口大小的一半。

13.根据权利要求11所述的方法，其中，所述无线设备基于以下来确定实际时域窗口和对应的实际时域窗口大小：物理上行共享信道(PUSCH)传输是否是连续传输；PUSCH占用的频域资源块是否不改变；PUSCH相位连续性是否保持不变；PUSCH功率控制参数是否不改变；PUSCH定时提前是否保持不变；PUSCH传输预编码是否保持不变；载波聚合(CA)上行切换功能是否不执行动态切换；是否存在关于带宽部分(BWP)的动态切换；在正常上行链路(NUL)与补充上行链路(SUL)之间是否存在动态切换；或者非连续时域长度是否大于预定的符号数量、时隙数量或重复次数。

14.根据权利要求13所述的方法，其中，跳频由所述无线设备根据所述至少一个捆绑大小在所述实际时域窗口中执行。

15.根据权利要求11所述的方法，其中，所述至少一个捆绑大小小于或等于对应的名义时域窗口大小。

16.根据权利要求2所述的方法，其中，所述时域窗口大小包括至少一个名义时域窗口大小，并且其中，所述至少一个名义时域窗口大小被用作用于跳频的捆绑。

17.一种用于无线通信的方法，所述方法包括：

由网络设备为无线设备配置用于联合信道估计的时域资源的时域窗口；

由所述网络设备配置所述时域窗口的起点；以及

由所述网络设备根据所述时域窗口的所述起点从所述无线设备接收消息。

18.根据权利要求17所述的方法，其中，所述时域资源包括连续物理资源或非连续物理资源。

19.根据权利要求17所述的方法，其中，所述时域窗口的所述起点是用于物理上行共享信道(PUSCH)传输的上行授权的最后一个符号。

20.根据权利要求17所述的方法，其中，所述时域窗口的所述起点是用于每个PUSCH或物理上行控制信道(PUCCH)的周期内的第一个符号。

21.根据权利要求17所述的方法，其中，所述时域窗口的所述起点是每个无线帧的起点。

22.根据权利要求17所述的方法，其中，为所述无线设备配置偏移值以允许时域窗口滑动。

23.根据权利要求17所述的方法，其中，所述时域窗口包括实际时域窗口或名义时域窗口中的至少一个。

24.根据权利要求17至23中任一项所述的方法，其中，所述时域窗口在发生预定事件时重新启动，所述预定事件包括以下中的至少一个：连续PUSCH传输；非连续PUSCH传输；PUSCH占用的频域资源块改变；PUSCH相位连续性的改变；PUSCH功率控制参数的改变；PUSCH定时提前的改变；PUSCH传输预编码的改变；通过载波聚合(CA)上行切换进行的动态切换；带宽部分(BWP)的动态切换；正常上行链路(NUL)与补充上行链路(SUL)之间的动态切换；或者非连续时域长度大于预定的符号数量、时隙数量或重复次数。

25.一种用于无线通信的方法，所述方法包括：

由无线设备向网络设备发送用于确定与时域资源相关联的时域窗口的能力信息；

由所述无线设备从所述网络设备接收一个或多个时域窗口的指示；以及

由所述无线设备根据所述一个或多个时域窗口传输消息。

26.根据权利要求25所述的方法，其中，所述能力信息包括所述无线设备所支持的最大时域窗口大小，并且其中，所述能力信息被用于确定时域窗口大小或与所述一个或多个时域窗口相关联的时域窗口的起点中的至少一个。

27.根据权利要求26所述的方法，其中，所述时域窗口大小包括名义时域窗口大小、实际时域窗口大小或捆绑大小中的至少一个。

28.根据权利要求26所述的方法，其中，所述时域窗口大小是基于重复次数、时隙数量、或符号数量中的至少一个来确定的。

29.一种用于无线通信的装置，所述装置包括存储器和处理器，其中，所述处理器从所述存储器读取代码并且实现根据权利要求1至28中任一项所述的方法。

30.一种计算机可读程序存储介质，其上存储有代码，所述代码当被处理器执行时，使得所述处理器实现根据权利要求1至28中任一项所述的方法。