CN114930951A - 用于信号传输的***和方法 - Google Patents

Abstract

一种满足URLLC的信号传输的延迟和可靠性要求的***和方法。该***和方法包括由无线通信设备从无线通信节点接收指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号；由无线通信设备基于控制信号分别向无线通信节点发送多个上行链路信道。

Description

用于信号传输的***和方法

技术领域

本公开一般地涉及无线通信，更一般地说，涉及满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的***和方法。

背景技术

标准化组织第三代合作伙伴计划(3GPP)目前正在指定称为5G新无线电(5G NR)的新无线电接口。5G NR***支持各种服务，例如超可靠低延迟通信(URLLC)服务。URLLC服务为高可靠性和低延迟的服务提供支持。在某些情况下，URLLC服务可以提供高达99.9999％的误块率的可靠性，其空口传输延迟在1毫秒内。

发明内容

本文公开的实施例涉及解决与现有技术中存在的一个或多个问题相关联的问题，并且提供其他特征，当结合附图参考以下详细说明时，这些其他特征容易变得显而易见。根据各种实施例，本文公开了示例***、方法、设备和计算机程序产品。但是应当理解，这些实施例以说明而非限制的方式提出，对于阅读本公开的普通技术人员显而易见的是，可以对所公开的实施例做出仍位于本公开的范围内的各种修改。

在一个实施例中，一种方法包括由无线通信设备(例如，图1中的UE 104)从无线通信节点(例如，图1中的BS 102)接收指示是否在免许可频带上重复发送多个上行链路信道(例如，一个或多个PUSCH)中的每一个的控制信号。在一些实施例中，所述方法包括由所述无线通信设备基于所述控制信号分别向所述无线通信节点发送多个上行链路信道。

在另一实施例中，一种方法包括由无线通信设备从无线通信节点接收指示多个服务类型和多种方法的控制信号。在一些实施例中，所述方法包括由所述无线通信设备根据所述控制信号确定对应于所述多个服务类型之一的所述多种方法之一。在一些实施例中，所述方法包括由所述无线通信设备使用所述方法中的相应一种向所述无线通信节点发送所述多个上行链路信道中的每一个。

在另一实施例中，一种方法包括由无线通信节点向无线通信设备发送指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号。在一些实施例中。所述方法包括由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备接收所述多个上行链路信道。

在另一实施例中，一种方法包括由无线通信节点向无线通信设备发送指示多个服务类型和多种方法的控制信号。在一些实施例中，所述控制信号使所述无线通信设备：根据所述控制信号确定对应于所述多个服务类型之一的所述多种方法之一。在一些实施例中，所述控制信号使所述无线通信设备使用所述方法中的相应一种向所述无线通信节点发送所述多个上行链路信道中的每一个。在一些实施例中，所述方法包括由所述无线通信节点从所述无线通信设备接收所述多个上行链路信道。

上述以及其他方面及其实施例在附图、描述和权利要求中更详细地进行描述。

附图说明

下面参考以下图形或附图对本解决方案的各个示例实施例进行详细描述。提供的附图仅用于说明目的，仅描述了本解决方案的示例实施例，以方便读者理解本解决方案。因此，附图不应被认为是对本解决方案的广度、范围或适用性的限制。应当注意，为了清楚和便于说明，这些附图不一定按比例绘制。

图1示出了根据本公开的实施例的其中可以实现本文公开的技术的示例蜂窝通信网络。

图2示出了根据本公开的一些实施例的示例基站和用户设备装置的框图。

图3示出了根据本公开的实施例的PUSCH配置的示例映射的框图。

图4示出了根据本公开的实施例的PUSCH的示例发送情况和HARQ进程号的表格。

图5示出了根据本公开的一些实施例的PUSCH配置的示例映射的框图。

图6示出了根据本公开的一些实施例的PUSCH配置的示例映射的框图。

图7示出了根据本公开的一些实施例的PUSCH配置的示例映射的框图。

图8示出了根据本公开的一些实施例的PUSCH配置的示例映射的框图。

图9示出了根据本公开的一些实施例的PUSCH配置的示例映射900的表格。

图10是示出根据本公开的一些实施例的用于从UE的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。

图11是示出根据本公开的一些实施例的用于从UE的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。

图12是示出根据本公开的一些实施例的用于从BS的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。

图13是示出根据本公开的一些实施例的用于从BS的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。

具体实施方式

下面参考附图描述本解决方案的各种示例实施例，以使本领域普通技术人员能够制作和使用本解决方案。对于本领域普通技术人员而言显而易见的是，在阅读本公开之后，可以在不脱离本解决方案的范围的情况下对本文所述的示例进行各种改变或修改。因此，本解决方案不限于在此描述和示出的示例实施例和应用。另外，本文公开的方法中的步骤的特定顺序或层次仅是示例方法。基于设计偏好，可以重新布置所公开的方法或过程的步骤的具体顺序或层次，同时保持在本解决方案的范围内。因此，本领域普通技术人员将理解，本文公开的方法和技术以示例顺序呈现各种步骤或动作，并且除非另有明确说明，否则本解决方案不限于所呈现的特定顺序或层次。

在整个本公开中使用以下首字母缩略词：

3GPP 第三代合作伙伴计划

5G 第五代移动网络

5G-AN 5G接入网

5G gNB 下一代NodeB

CBG 代码块组

CCA 清洁信道接入

CE 控制元素

CG 配置授权

COT 信道占用时间

DCI 下行链路控制信息

DG 动态授权

DL 下行链路或下行链路

eMBB 增强型移动宽带

eNB 演进型节点B

ETSI 欧洲电信标准协会

LBT 先听后说/先听后发

LTE 长期演进

MAC 媒体访问控制

MSC 移动交换中心

NAS 非接入层

NR 下一代RAN

OFDM 正交频分复用

OFDMA 正交频分多址

OSI 开放***互连

PDCP 分组数据汇聚协议

RAN 无线电接入网络

RLC 无线电链路控制

RRC 无线电资源控制

RV 冗余版本

TB 传输块

UE 用户设备

UL 上行链路或上行链路

URLLC 超可靠低延迟通信

未来的无线通信***(例如，5G NR)支持各种服务，例如超可靠低延迟通信(URLLC)服务。URLLC服务为高可靠性和低延迟的服务提供支持。在某些情况下，URLLC服务可以提供高达99.9999％的误块率的可靠性，其空口传输延迟在1毫秒内。

然而，当网络侧(例如，图1中的BS 102)调度多个PUSCH用于信号传输时，URLLC服务可能无法提供这样的高可靠率。例如，如果UE只抢占了PUSCH频域资源的一部分频域资源，则在这段时间内很难确定如何进行信号传输。即，如果URLLC数据在PUSCH发送过程中到达，并且如果在PUSCH发送结束后再次调度URLLC数据，则可能无法满足URLLC的延迟要求。因此，当信号传输发生在当前PUSCH上时，需要一种机制来确定如何实现URLLC所需的延迟要求以提供高可靠性。

因此，本文讨论的***和方法提供了一种机制，用于满足(例如，符合等)URLLC的信号传输的延迟和可靠性要求。

通常，如下文更详细讨论的，当UE在LBT带宽的一部分上成功执行CCA时，UE可以发送(例如，传送、递送等)PUSCH。

在一些实施例中，UE可以根据PDCCH传输机制和/或COT边界确定PUSCH的重复发送。在一些实施例中，UE可以根据来自网络的配置确定PUSCH的重复发送。在一些实施例中，UE可以根据UE发送的数据的服务类型确定PUSCH的重复发送。在一些实施例中，重复发送的PUSCH的HARQ进程号可以是前一PUSCH的HARQ进程号。在一些实施例中，HARQ进程号仅在最初发送的PUSCH上改变。

在一些实施例中，UE可以根据来自网络的配置来确定用于PUSCH发送的MCS。在一些实施例中，UE可以根据UE发送的数据的服务类型确定用于PUSCH发送的MCS。

1.移动通信技术与环境

图1示出了根据本公开的实施例的其中可以实现本文公开的技术的示例无线通信网络和/或***100。在以下讨论中，无线通信网络100可以是任何无线网络，例如蜂窝网络或窄带物联网(NB-IoT)网络，并且在本文中被称为“网络100”。这样的示例网络100包括可以经由通信链路110(例如，无线通信信道)彼此通信的基站102(下文称为“BS 102”，也称为无线通信节点)和用户设备装置104(下文称为“UE 104”，也称为无线通信设备)，以及覆盖地理区域101的小区126、130、132、134、136、138和140的集群。在图1中，BS 102和UE 104包含在小区126的相应地理边界内。其他小区130、132、134、136、138和140中的每一个可以包括至少一个在其分配的带宽上工作，以向其目标用户提供足够的无线电覆盖的基站。

例如，BS 102可以在分配的信道传输带宽上工作以向UE 104提供足够的覆盖。BS102和UE 104可以分别经由下行链路无线电帧118和上行链路无线电帧124进行通信。每个无线电帧118/124可以进一步分为子帧120/127，子帧120/127可以包括数据符号122/128。在本公开中，BS 102和UE 104在此被描述为“通信节点”的非限制性示例，它们通常可以实践本文公开的方法。根据本解决方案的各种实施例，这样的通信节点能够进行无线和/或有线通信。

图2示出了根据本解决方案的一些实施例的用于发送和接收无线通信信号(例如，OFDM/OFDMA信号)的示例无线通信***200的框图。***200可以包括被配置为支持在此不需要详细描述的已知或常规操作特征的组件和元件。在一个说明性实施例中，如上所述，***200可用于在诸如图1的无线通信环境100之类的无线通信环境中进行数据符号的通信(例如，发送和接收)。

***200通常包括基站202(下文称为“BS 202”)和用户设备装置204(下文称为“UE204”)。BS 202包括BS(基站)收发器模块210、BS天线212、BS处理器模块214、BS存储器模块216和网络通信模块218，每个模块根据需要经由数据通信总线220彼此耦合和互连。UE 204包括UE(用户设备)收发器模块230、UE天线232、UE存储器模块234和UE处理器模块236，每个模块根据需要经由数据通信总线240彼此耦合和互连。BS 202经由通信信道250与UE 204通信，通信信道250可以是任何无线信道或适合于本文所述的数据传输的其他介质。

本领域普通技术人员将理解，***200可以进一步包括除图2所示的模块以外的任何数量的模块。本领域技术人员将理解，结合本文公开的实施例描述的各种说明性块、模块、电路和处理逻辑可以以硬件、计算机可读软件、固件或其任何实际组合来实现。为了清楚地说明硬件、固件和软件的这种互换性和兼容性，通常根据其功能性来描述各种说明性组件、块、模块、电路和步骤。将这种功能性实现为硬件、固件还是软件取决于特定应用和施加在整个***上的设计约束。熟悉本文所述概念的技术人员可以针对每个特定应用以合适的方式实现这种功能，但是这种实现决策不应解释为限制本公开的范围。

根据一些实施例，UE收发器230在本文中可被称为“上行链路”收发器230，其包括射频(RF)发射器和RF接收器，发射器和接收器分别包括耦合到天线232的电路。双工交换机(未示出)可以以时分双工的方式替代地将上行链路发射器或接收器耦合到上行链路天线。类似地，根据一些实施例，BS收发器210在本文中可被称为“下行链路”收发器210，其包括RF发射器和RF接收器，发射器和接收器分别包括耦合到天线212电路。下行链路双工交换机可以以时分双工的方式替代地将下行链路发射器或接收器发送耦合到下行链路天线212。可以在时间上协调两个收发器模块210和230的操作，使得上行链路接收器电路耦合到上行链路天线232，以在下行链路发射器耦合到下行链路天线212的同时接收通过无线传输链路250的传输。相反，可以在时间上协调两个收发器210和230的操作，使得下行链路接收器耦合到下行链路天线212，以在上行链路发射器耦合到上行链路天线232的同时接收通过无线传输链路250的传输。在一些实施例中，在双工方向的变化之间存在紧密的时间同步，只有最短的保护时间。

UE收发器230和基站收发器210被配置为经由无线数据通信链路250进行通信，并且与可以支持特定的无线通信协议和调制方案的适当配置的RF天线布置212/232协作。在一些说明性实施例中，UE收发器210和基站收发器210被配置为支持诸如长期演进(LTE)和新兴的5G标准之类的行业标准。然而，应当理解，本公开在应用上不必限于特定的标准和相关的协议。相反，UE收发器230和基站收发器210可被配置为支持替代的或附加的无线数据通信协议，其中包括未来的标准或其变型。

根据各种实施例，例如，BS 202可以是演进节点B(eNB)、服务eNB、目标eNB、毫微微站或微微站。在一些实施例中，UE 204可以体现在各种类型的用户设备中，例如移动电话、智能电话、个人数字助理(PDA)、平板计算机、膝上型计算机、可穿戴计算设备等。处理器模块214和236可以用旨在执行本文所述的功能的通用处理器、内容可寻址存储器、数字信号处理器、专用集成电路、现场可编程门阵列、任何合适的可编程逻辑器件、分立栅极或晶体管逻辑、分立硬件组件或其任意组合来实施或实现。以这种方式，处理器可被实现为微处理器、控制器、微控制器、状态机等。处理器也可被实现为计算设备的组合，例如，数字信号处理器和微处理器的组合、多个微处理器、与数字信号处理器核结合的一个或多个微处理器或任何其他这样的配置。

此外，结合本文公开的实施例描述的方法或算法的步骤可以直接体现在硬件、固件、分别由处理器模块214和236执行的软件模块，或其任何实际组合中。存储器模块216和234可被实现为RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域公知的任何其他形式的存储介质。在此方面，存储器模块216和234可以分别耦合到处理器模块210和230，使得处理器模块210和230可以分别从存储器模块216和234读取信息以及向存储器模块216和234写入信息。存储器模块216和234也可被集成到其相应的处理器模块210和230中。在一些实施例中，存储器模块216和234可以分别包括高速缓冲存储器，用于在执行将分别由处理器模块210和230执行的指令期间存储临时变量或其他中间信息。存储器模块216和234还可以分别包括非易失性存储器，用于存储分别由处理器模块210和230执行的指令。

网络通信模块218通常表示基站102的硬件、软件、固件、处理逻辑和/或其他组件，其使得能够在基站收发器210和被配置为与基站202通信的其他网络组件以及通信节点之间进行双向通信。例如，网络通信模块218可被配置为支持因特网或WiMAX业务。在典型的部署中，网络通信模块218没有任何限制地提供802.3以太网接口，使得基站收发器210可以与常规的基于以太网的计算机网络通信。以这种方式，网络通信模块218可以包括用于连接到计算机网络(例如，移动交换中心(MSC))的物理接口。如本文关于指定的操作或功能所使用的，术语“被配置用于”、“被配置为”及其变化的词形指示被物理地构造为、编程为、格式设置为和/或布置为执行指定的操作或功能的设备、组件、电路、结构、机器、信号等。

开放***互连(OSI)模型(在本文中称为“开放***互连模型”)是一种概念和逻辑布局，它定义了由公开与其他***的互连和通信的***(例如，无线通信设备、无线通信节点)使用的网络通信。该模型分为七个子组件或层，每个子组件或层表示提供给其上层和下层的服务的概念集合。OSI模型还定义了逻辑网络，并通过使用不同的层协议有效地描述了计算机分组传输。OSI模型也可以称为七层OSI模型或七层模型。在一些实施例中，第一层可以是物理层。在一些实施例中，第二层可以是媒体访问控制(MAC)层。在一些实施例中，第三层可以是无线电链路控制(RLC)层。在一些实施例中，第四层可以是分组数据汇聚协议(PDCP)层。在一些实施例中，第五层可以是无线电资源控制(RRC)层。在一些实施例中，第六层可以是非接入层(NAS)层或网际协议(IP)层，并且第七层是其他层。

2.5G信号传输概述

在无线通信***中，***带宽可以划分为多个频域部分，每个频域部分占用一定数量的频域资源。每个频域部分占用的频域资源的大小可以由网络侧配置或由规范预先定义。每个频域部分也称为先听后说/先听后发(LBT)带宽，也称为RB集。两个连续的LBT带宽之间可能存在也可能不存在保护间隔。发送方可以在发送信号之前执行信道接入过程。如果UE在一个时间间隔内检测到接收信号的能量(或功率)小于阈值，则可以确定当前信道空闲，并且发送方可以发送信号。如果接收信号的能量(或功率)等于或大于阈值，则认为当前信道繁忙，发送方无法发送信号。这个过程称为信道接入过程，也称为清洁信道接入(CCA)。如果检测到信道空闲，则可以认为CCA成功。如果检测到信道繁忙，则可以认为CCA失败。信道占用是指发送方在执行相应的信道接入过程之后在信道上的传输。信道占用时间是指eNB/gNB/UE执行相应信道接入过程之后，eNB/gNB/UE和共享信道占用的任何eNB/gNB/UE在信道上执行传输的总时间。

网络侧成功执行CCA之后(例如，网络CCA成功)，可以发送信号。网络侧也可以将被抢占信道(例如，信道占用)信息通知给UE，该信息包括被抢占信道(例如，信道占用)的时域信息和/或频域信息。时域信息包括网络侧或UE可以使用的被抢占信道(例如，信道占用)的时间资源信息和/或结束时间。这里，我们将网络侧或UE可以使用的被抢占信道(例如，信道占用)的结束时间称为COT(信道占用时间)边界。

在无线通信***中，网络侧调度UE进行上行链路发送。网络侧使用DCI发送UE的上行链路发送所需的所有参数。即，上行链路发送由DCI调度。这种调度方法也称为动态授权(DG)。网络使用RRC信令发送UE的上行链路发送所需的所有参数。即，上行链路发送由RRC信令调度。或者网络使用RRC信令发送上行链路发送所需的部分参数，然后使用DCI发送上行链路发送所需的剩余参数。即，上行链路发送由RRC信令和DCI调度。这两种调度方法都称为配置授权(CG)。在本发明中，由网络侧调度的上行链路发送包括上述这些调度方式。

在无线通信***中，网络侧为UE配置PDCCH的时频域资源。此外，时域资源是周期性资源。网络侧可以在每个PDCCH的时频域资源上向UE发送PDCCH。UE需要在每个PDCCH的时频资源上监听PDCCH。这里，每个可以发送PDCCH的时域资源也称为PDCCH调度时机。

3.示例性实施例：第1组

在一些实施例中，网络侧使用DCI和/或RRC信令来调度一组PUSCH，DCI和/或RRC信令指示是否重复发送每个PUSCH。在一些实施例中，DCI或RRC信令中的第一指示信息指示是否重复发送每个PUSCH。在一些实施例中，第一指示信息的长度为网络可以为UE调度的PUSCH的最大数量。例如，网络侧使用一个DCI调度最多8个PUSCH，因此第一指示信息长度为8。在一些实施例中，第一指示信息是否存在于DCI中由网络配置。配置信令可以是MAC CE或RRC信令。在一些实施例中，第一指示信息的长度由网络配置。配置信令可以是MAC CE或RRC信令。

在一些实施例中，每个信息位对应于调度的PUSCH。例如，最低有效位信息位可以对应于被调度的第一PUSCH，下一信息位可以对应于被调度的第二PUSCH，依此类推，直到指示了所有调度的PUSCH。作为另一示例，最高有效位信息位可以对应于第一调度的PUSCH，下一信息位可以对应于第二PUSCH，依此类推，直到指示了所有调度的PUSCH。如果还有剩余的信息位，则这些信息位什么都不是(例如，没有指令)。因此，从UE的角度来看，UE可以忽略这些剩余的信息位。信息位“1”可以指示对应的PUSCH不是重复发送。即，最初发送对应的PUSCH。换言之，对应的PUSCH是由网络指示的PUSCH期间的第一次发送。信息位“0”可以指示对应的PUSCH是重复发送。即，对应的PUSCH不是由网络指示的PUSCH期间的第一次发送。换言之，对应的PUSCH与之前的PUSCH承载相同的TB。

在一些实施例中，信息位“0”可以指示对应的PUSCH不是重复发送。信息位“1”可以指示对应的PUSCH是重复发送。在一些实施例中，每个重复发送的PUSCH可以具有与没有重复发送的第一PUSCH(例如，最初发送的第一PUSCH)相同的HARQ进程号。在一些实施例中，重复发送的PUSCH具有与其之前的PUSCH相同的HARQ进程号。在一些实施例中，第一调度的PUSCH的HARQ进程号可以在DCI中指示，每个非重复发送的PUSCH的HARQ进程号可以是非重复发送的PUSCH的HARQ进程号加1。在一些实施例中，当计算出的PUSCH的HARQ进程号大于或等于可以被UE使用的最大HARQ进程号时，UE或BS可以对计算出的HARQ进程号进行取模运算，然后使用取模运算后的数字作为PUSCH的HARQ进程号。在一些实施例中，取模运算找到一个数除以第二个数之后的余数。第二个数字是可以被UE使用的最大HARQ进程号。在一些实施例中，可以被UE使用的最大HARQ进程号可以由网络经由DCI、或MAC CE、或RRC信令进行配置或由协议定义。在一些实施例中，当计算出的PUSCH的HARQ进程号大于或等于可以被UE使用的最大HARQ进程号时，PUSCH的HARQ进程号为0。

图3示出了根据本公开的一些实施例的PUSCH配置的示例映射300的框图。如图所示，DCI调度8个PUSCH(例如，分别记为PUSCH 0～7)，DCI指示第一HARQ进程号为14。由网络侧配置的可以被UE使用的最大HARQ进程号为16。DCI中指示信息的长度为8。指示信息位为“11010011”。在一些实施例中，如果指示字段的最高有效位对应于第一调度的PUSCH，并且信息位“1”指示对应的PUSCH不是重复发送，信息位“0”指示对应的PUSCH是重复发送，则最高有效位“1”指示PUSCH 0不是重复发送，并且HARQ进程为14。在一些实施例中，下一信息位对应于第二PUSCH，即PUSCH 1。在一些实施例中，信息位“1”指示PUSCH 1不是重复发送，并且HARQ进程为15。在一些实施例中，下一信息位对应于第三PUSCH(例如，PUSCH 2)，信息位“0”指示PUSCH 2是重复发送，重复发送PUSCH 1的同一传输块，PUSCH 2的HARQ进程号也是15。换言之，PUSCH 2和PUSCH 1承载相同的传输块。其余的可以以相同的方式完成。

图4示出了用于调度的PUSCH的示例发送方案和HARQ进程号的表400。如果“重复发送”为是，则对应的PUSCH是重复发送。例如，PUSCH 2是重复发送。如果“重复发送”为否，则对应的PUSCH不是重复发送。例如，PUSCH0不是重复发送。“重复的PUSCH”表示相应PUSCH的第一次发送。例如，PUSCH2的第一次发送是PUSCH 1。PUSCH 4和5的第一次发送是PUSCH 3。换言之，PUSCH 2和PUSCH 1承载相同的传输块。PUSCH 2和PUSCH 1具有相同的HARQ进程号。PUSCH 3、4和5承载相同的传输块。PUSCH 3、PUSCH 4和PUSCH 5具有相同的HARQ进程号。在一些实施例中，PUSCH 3的进程号通过对16取模16获得。

4.示例性实施例：第2组

在一些实施例中，一组PUSCH通过使用DCI和/或RRC信令来调度。在一些实施例中，在下一PDCCH调度时机之前的第一时间间隔之前发送的PUSCH组中的PUSCH以重复发送的方式发送。即，相同的传输块在不同的PUSCH中重复发送。换言之，相同的传输块在不同的PUSCH中被发送不止一次。在一些实施例中，在下一PDCCH调度时机之前的第一时间间隔之后发送的PUSCH组中的PUSCH使用单次发送方法发送。即，一个传输块仅发送一次。在一些实施例中，在COT边界之前的第二时间间隔之前发送的PUSCH组中的PUSCH使用单次发送方法发送。在一些实施例中，在COT边界之前的第二时间间隔之后发送的PUSCH组中的PUSCH以重复发送的方式发送。在一些实施例中，第一时间间隔持续时间和第二时间间隔持续时间由网络侧配置或由协议预先定义。在一些实施例中，当两种方法发生冲突时(例如，PUSCH位于下一PDCCH调度时机之前的第一时间间隔之后和COT边界之前的第二时间间隔之后，或者PUSCH位于下一PDCCH调度时机之前的第一时间间隔之前和COT边界之前的第二时间间隔之前)，则PUSCH以重复发送的方式发送。在一些实施例中，第一次数是传输块可以重复发送(包括第一次发送)的最大次数。在一些实施例中，传输块的第一重复PUSCH发送次数或第一重复发送次数由网络侧配置或由协议指定。

图5示出了根据本公开的一些实施例的PUSCH配置的示例映射500的框图。如图所示，网络侧调度了8个PUSCH(分别记为PUSCH 0～7)。第一时间间隔为3个时隙。PUSCH 0～4位于下一PDCCH调度时机之前的3个时隙之前，则PUSCH 0～4以重复发送的方式发送。PUSCH5～7位于下一PDCCH调度时机之前的3个时隙内，则PUSCH 5～7以单次发送的方式发送。

图6示出了根据本公开的一些实施例的PUSCH配置的示例映射600的框图。如图所示，网络侧调度了8个PUSCH(分别记为PUSCH 0～7)。第二时间间隔是3个时隙。PUSCH 0～5位于COT边界之前的3个时隙之前，则PUSCH 0～5以单次发送的方式发送；PUSCH6～7位于COT边界之前的3个时隙内，则PUSCH6～7以重复发送的方式发送。

图7示出了根据本公开的一些实施例的PUSCH配置的示例映射700的框图。如图4所示，网络侧调度了8个PUSCH(分别记为PUSCH 0～7)。配置的第一时间间隔为4个时隙，第二时间间隔为3个时隙。PUSCH 0～3位于下一PDCCH调度时机之前的4个时隙之前和COT边界之前的4个时隙之前。PUSCH0～3以重复发送的方式发送。PUSCH 4～5位于下一PDCCH调度时机之前的4个时隙之后和COT边界之前的3个时隙之前。PUSCH 4～5以单次发送的方式发送。PUSCH 6～7位于下一PDCCH调度时机之前的4个时隙之后和COT边界之前的3个时隙之后。PUSCH 6～7以重复发送的方式发送。

在一些实施例中，一组PUSCH通过使用DCI和/或RRC信令来调度。在一些实施例中，在下一PDCCH调度时机之前的第一时间间隔之后发送的PUSCH组中的PUSCH以重复发送的方式发送。即，相同的传输块在不同的PUSCH中重复发送。换言之，相同的传输块在不同的PUSCH中被发送不止一次。在一些实施例中，在下一PDCCH调度时机之前的第一时间间隔之前发送的PUSCH组中的PUSCH使用发送方法发送。即，一个传输块仅发送一次。在一些实施例中，在COT边界之前的第二时间间隔之后发送的PUSCH组中的PUSCH使用单次发送方法发送。在一些实施例中，在COT边界之前的第二时间间隔之前发送的PUSCH组中的PUSCH以重复发送的方式发送。在一些实施例中，第一时间间隔持续时间和第二时间间隔持续时间由网络侧配置或由协议预先定义。在一些实施例中，当两种方法发生冲突时(例如，PUSCH位于下一PDCCH调度时机之前的第一时间间隔之后和COT边界之前的第二时间间隔之后，或者PUSCH位于下一PDCCH调度时机之前的第一时间间隔之前和COT边界之前的第二时间间隔之前)，则PUSCH以单次发送的方式发送。在一些实施例中，第一次数是传输块可以重复发送(包括第一次发送)的最大次数。在一些实施例中，传输块的第一重复PUSCH发送次数或第一重复发送次数由网络侧配置或由协议指定。

在一些实施例中，对于以重复发送的方式发送的PUSCH，从第一PUSCH开始重复发送传输块，直到重复发送的次数等于第一次数或没有更多的PUSCH资源为止。在一些实施例中，在传输块被重复发送第一次数之后，另一传输块从下一PUSCH资源开始被重复发送。在一些实施例中，如果以重复发送的方式发送(重复发送次数小于第一次数)的PUSCH之后的下一PUSCH以单次发送的方式发送，则该下一PUSCH为调度的PUSCH期间传输块的第一次发送。在一些实施例中，如果以重复发送的方式发送(重复发送次数小于第一次数)的PUSCH之后的下一PUSCH以单次发送的方式发送，则下一PUSCH是重复发送，用于承载由其之前的PUSCH承载的传输块，直到重复次数等于第一次数或没有更多的资源为止。在一些实施例中，第一次数是传输块可以重复发送(包括第一次发送)的最大次数。

仍然参考图7，PUSCH 0～3以重复发送的方式发送。PUSCH 4～5以单次发送的方式发送。PUSCH 6～7以重复发送的方式发送。在一些实施例中，如果第一重复发送次数为2(包括第一次发送)，则PUSCH 0和1发送相同的TB；PUSCH 2和3发送相同的TB；PUSCH4发送一个TB；PUSCH 5发送一个TB；PUSCH 6和7发送相同的TB。在一些实施例中，如果第一重复发送次数为3(包括第一次/初始发送)，则PUSCH 0～2发送相同的TB。PUSCH 3发送一个TB。在一些实施例中，由于PUSCH 4和5以单次发送的方式发送，并且PUSCH 3中承载的TB仅发送一次，小于3，因此PUSCH 4和PUSCH 5与PUSCH 3发送相同的TB。在一些实施例中，PUSCH 4发送一个TB。PUSCH 5发送一个TB。在一些实施例中，PUSCH 6和PUSCH 7发送相同的TB。由于没有更多的PUSCH资源，PUSCH 6和PUSCH 7承载的TB仅发送两次。

在一些实施例中，发送相同的TB的PUSCH具有相同的HARQ进程号，并且HARQ进程号是第一次发送TB的PUSCH的HARQ进程号。

5.示例性实施例：第3组

在一些实施例中，上行链路信号可以承载的服务类型(例如，服务优先级、数据优先级等)与发送方法之间存在一定的关系。在一些实施例中，上行链路发送优先级和发送方法之间存在一定的关系。在一些实施例中，上行链路信号可以承载的服务类型(如服务优先级、数据优先级等)和发送方法的关系或上行链路发送的优先级和发送方法的关系由网络侧配置或由协议定义。配置信令可以是DCI，也可以是MAC CE，也可以是RRC信令。在一些实施例中，UE根据上行链路发送的优先级和发送方法之间的关系，使用相应的发送方法来发送数据(或服务)。在一些实施例中，网络侧为UE配置一组上行链路发送。在一些实施例中，为上行链路发送组配置第一优先级。换言之，该组上行链路发送承载具有第一优先级的数据(或服务)。在一些实施例中，当UE要发送具有第二优先级的数据(或服务)时，UE根据上行链路发送的优先级和发送方法之间的关系，使用相应的发送方法在PUSCH组上发送具有第二优先级的数据(或服务)。在一些实施例中，在发送具有第二优先级的数据(或服务)之前，UE发送第一指示信令以指示UE要发送具有第二优先级的数据(或服务)，或指示UE将在下一PUSCH资源上发送具有第二优先级的数据(或服务)。在一些实施例中，第一指示信令可以是物理层信令，例如上行链路控制信息(UCI)，或MAC层信令，例如MAC CE或缓冲器状态报告(BSR)。

在一些实施例中，数据(或服务)的优先级可以是逻辑信道的优先级。数据逻辑通道的优先级和发送方法之间存在一定的关系。在一些实施例中，UE根据进行上行链路发送的数据的逻辑信道的优先级和发送方法之间的关系，使用相应的发送方法来发送数据(或服务)。

在一些实施例中，此关系可以是以单次发送方法发送具有第一优先级的数据(或服务)以及以重复发送的方式(具有第二发送次数)发送具有第二优先级的数据(或服务)。第二次数可以由网络侧经由DCI、或MAC CE、或RRC信令进行配置或由协议预先定义。在一些实施例中，具有第一优先级的数据(或服务)可以是eMBB数据(服务)。在一些实施例中，具有第二优先级的数据(或服务)可以是URLLC数据(服务)。在一些实施例中，网络侧为UE配置一组PUSCH。在一些实施例中，该组PUSCH被配置为发送具有第一优先级的数据(服务)。在一些实施例中，该组PUSCH中的一个或多个PUSCH以单次发送的方式发送(例如，承载)具有第一优先级的数据(服务)。在一些实施例中，当UE要发送具有第二优先级的数据(服务)时，该组PUSCH中的一个或多个PUSCH以重复发送的方式发送(例如，承载)具有第二优先级的数据(服务)。

图8示出了根据本公开的一些实施例的PUSCH配置的示例映射800的框图。如图所示，eMBB数据仅发送一次，而URLLC数据重复发送两次。网络侧为UE调度一组PUSCH发送(分别记为PUSCH 0～7)。在一些实施例中，该组PUSCH被配置为发送eMBB数据。eMBB数据在PUSCH 0～2上以单次发送的方式发送。UE具有要在PUSCH 2期间发送的URLLC数据。在一些实施例中，UCI可以被复用到PUSCH 3或者可以在PUSCH 3中发送BSR以指示UE具有要发送的URLLC数据或者在下一PUSCH资源上发送URLLC数据。在一些实施例中，以重复发送的方式从PUSCH 4(包括PUSCH 4)开始发送URLLC数据。PUSCH 4和PUSCH 5承载相同的用于URLLC数据的TB。PUSCH 6和PUSCH 7承载相同的用于URLLC数据的TB。在一些实施例中，以重复发送的方式从PUSCH 3(包括PUSCH 3)开始发送URLLC数据。PUSCH 3和PUSCH 4承载相同的用于URLLC数据的TB。PUSCH 5和PUSCH 6承载相同的用于URLLC数据的TB。PUSCH 7承载一个用于URLLC数据的TB。

在一些实施例中，如果UE具有要在PUSCH 0之前发送的URLLC数据，则以重复发送的方式从PUSCH 0(包括PUSCH 0)开始发送URLLC数据。PUSCH 0和PUSCH 1承载相同的用于URLLC数据的TB。PUSCH 2和PUSCH 3承载相同的用于URLLC数据的TB。PUSCH 4和PUSCH 5承载相同的用于URLLC数据的TB。PUSCH 6和PUSCH 7承载相同的用于URLLC数据的TB。

6.示例性实施例：第4组

在一些实施例中，此关系可以是使用第一MCS发送具有第一优先级的数据(或服务)，使用第二MCS发送具有第二优先级的数据(或服务)，等等。在一些实施例中，第一MCS、第二MCS(和其他MCS)由网络侧经由DCI、或MAC CE、或RRC信令进行配置。在一些实施例中，网络侧为UE配置一组PUSCH。在一些实施例中，该组PUSCH被配置为发送具有第一优先级的数据(服务)。在一些实施例中，该组PUSCH中的一个或多个PUSCH使用第一MCS发送具有第一优先级的数据(服务)。在一些实施例中，当UE要发送具有第二优先级的数据(服务)时，该组PUSCH中的一个或多个PUSCH使用第二MCS发送具有第二优先级的数据(服务)。

仍然参考图8，在一些实施例中，配置使用MCS 1来发送eMBB服务并且使用MCS 2来发送URLLC服务。在一些实施例中，网络侧为UE调度一组PUSCH发送(分别记为PUSCH 0～7)。在一些实施例中，该组PUSCH被配置为发送eMBB数据。在一些实施例中，eMBB数据通过使用MCS 1在PUSCH 0～2上发送。UE具有要在PUSCH 2期间发送的URLLC数据。在一些实施例中，UCI可以被复用到PUSCH 3或者以在PUSCH 3中发送BSR以指示UE具有要发送的URLLC数据或者在下一PUSCH资源上发送URLLC数据。在一些实施例中，通过使用MCS 2从PUSCH 4(包括PUSCH 4)开始发送URLLC数据。换言之，通过使用MCS2分别在PUSCH 4～7上发送URLLC数据。在一些实施例中，通过使用MCS 2从PUSCH 3(包括PUSCH 3)开始发送URLLC数据。换言之，通过使用MCS2分别在PUSCH 3～7上发送URLLC数据。

在一些实施例中，如果UE具有要在PUSCH 0之前发送的URLLC数据，则通过使用MCS2从PUSCH 0(包括PUSCH 0)开始发送URLLC数据。换言之，通过使用MCS 2分别在PUSCH 0～7上发送URLLC数据。

7.示例性实施例：第5组

在一些实施例中，此关系可以是以单次发送的方式发送具有第一优先级的数据(或服务)，以及通过使用第一MCS，以重复发送的方式(具有第二发送次数)发送具有第二优先级的数据(或服务)，并且通过使用第二MCS，依此类推。在一些实施例中，第一MCS、第二MCS(和其他MCS)由网络侧经由DCI、或MAC CE、或RRC信令进行配置。第二次数可以由网络侧经由DCI、或MAC CE、或RRC信令进行配置或由协议预先定义。在一些实施例中，网络侧为UE配置一组PUSCH。在一些实施例中，该组PUSCH被配置为发送具有第一优先级的数据(服务)。在一些实施例中，该组PUSCH中的一个或多个PUSCH仅使用第一MCS发送一次具有第一优先级的数据(服务)。在一些实施例中，当UE要发送具有第二优先级的数据(服务)时，该组PUSCH中的一个或多个PUSCH使用第二MCS，以重复发送的方式发送具有第二优先级的数据(服务)。

仍然参考图8，在一些实施例中，配置仅使用MCS 1发送eMBB数据一次，使用MCS 2发送URLLC服务两次。网络侧为UE调度一组PUSCH发送(分别记为PUSCH 0～7)。在一些实施例中，该组PUSCH被配置为发送eMBB数据。在一些实施例中，通过仅使用MCS 1在PUSCH 0～2上发送一次eMBB数据。换言之，PUSCH 0、PUSCH 1、PUSCH 2分别承载一个用于eMBB数据的TB。UE具有要在PUSCH 2期间发送的URLLC数据。在一些实施例中，UCI可以被复用到PUSCH 3或者可以在PUSCH 3中发送BSR以指示UE要发送URLLC数据或者在下一PUSCH资源上发送URLLC数据。在一些实施例中，通过使用MCS 2从PUSCH 4(包括PUSCH 4)开始重复发送URLLC数据。换言之，通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 4和PUSCH 5。通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 6和PUSCH 7。在一些实施例中，通过使用MCS 2从PUSCH 3(包括PUSCH 3)开始重复发送URLLC数据。换言之，通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 3和PUSCH 4。通过使用MCS 2。发送承载相同的用于URLLC数据的TB的PUSCH 5和PUSCH 6。通过使用MCS 2，发送承载一个用于URLLC数据的TB的PUSCH 7并且该TB仅发送一次。

在一些实施例中，如果UE具有要在PUSCH 0之前发送的URLLC，则通过MCS 2从PUSCH 0(包括PUSCH 0)开始重复发送URLLC数据。换言之，通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 0和PUSCH 1。通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 2和PUSCH 3。通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 4和PUSCH 5。通过使用MCS 2发送承载相同的用于URLLC数据的TB的PUSCH 6和PUSCH 7。

在一些实施例中，网络可以为UE配置用于上行链路信号发送的一种或多种配置。UE可以使用其中一种配置来发送上行链路信号。在一些实施例中，网络可以为UE配置用于PUSCH发送的一种或多种配置。UE可以使用其中一种配置来发送PUSCH。在一些实施例中，网络可以为UE配置用于PUSCH的时域资源分配(TDRA)配置。TDRA配置可以包括用于上行链路信号发送的一种或多种时间资源配置。在一些实施例中，时间资源配置可以至少包括资源在时域中的起始和长度。在一些实施例中，时间资源配置可以由起始和长度指示值(SLIV)来指示。UE可以使用其中一种时间资源配置来发送PUSCH。在一些实施例中，UE的上行链路信号配置可以经由DCI、或MAC CE、或RRC信令进行配置。在一些实施例中，如果PUSCH的时域资源根据时域资源的起始和长度跨越时隙边界，则时域资源应该从所指示的起始符号开始并结束于时隙边界。在一些实施例中，如果根据时域资源的起始和长度，PUSCH的时域资源跨越时隙边界，则PUSCH的标称重复可以分为两个实际的重复。在一些实施例中，如果根据时域资源的起始和长度，PUSCH的时域资源跨越时隙边界，则可以将PUSCH分为两个PUSCH。

图9示出了根据本公开的一些实施例的PUSCH配置的示例映射900的表格。如图9所示，TDRA索引指示TDRA配置。TDRA配置0包括PUSCH的时域资源的5种配置。对于时域资源的5种配置，起始符号分别为符号0、1、2、3、5。时域资源的5种配置的长度都是14个OFDM符号。TDRA配置0被配置为发送PUSCH。UE可以使用时域的5种配置中的每一种来发送PUSCH。换言之，UE可以从符号0～4中的任意符号开始发送PUSCH。在一些实施例中，UE在符号0之前检测到信道空闲。UE可以在长度为14个OFDM符号并且从符号0开始的时域资源上发送PUSCH。在一些实施例中，UE在符号2之前检测到信道空闲。UE可以在长度为14个OFDM符号且从符号2开始的时域资源上发送PUSCH。

在一些实施例中，网络可以为UE配置一个以上的配置授权资源。在一些实施例中，PUSCH的多个动态授权资源通过用于配置多个配置授权资源的相同方法来配置。在一些实施例中，动态资源配置可以包括多于一个的频域资源配置。在一些实施例中，多个动态资源可以具有相同的时域资源而具有不同的频率时间资源。在一些实施例中，如果多个动态资源的时域资源与网络调度的时域资源相同，则UE可以选择多个动态资源中的任一个来发送上行链路信号。在一些实施例中，多个动态资源可以具有相同的频域资源。两个相邻动态资源的时域资源偏移量为D。在一些实施例中，D的值由网络经由DCI、或MAC CE、或RRC信令进行配置。

在一些实施例中，(本文也称为“方法1”)，网络为UE配置多个PUSCH(例如，K个PUSCH)。如果UE检测到信道空闲，则仅发送一个PUSCH或重复发送K1 PUSCH并释放剩余的信道。换言之，在仅发送一个PUSCH或重复发送K1 PUSCH之后，UE可能不再发送任何东西(不发送K-1PUSCH或K-K1 PUSCH)。在一些实施例中，(在本文中也称为“方法2”)，网络为UE配置多个PUSCH。如果UE检测到信道空闲，则UE可以在配置的资源上发送上行链路信号。在一些实施例中，对于非周期性的URLLC服务，当URLLC服务稀疏时，UE使用方法1发送上行链路信号。换言之，UE仅发送一个PUSCH或者发送K1 PUSCH并释放剩余的信道。在一些实施例中，网络可以指示UE使用哪种方法经由DCI、或MAC CE、或RRC信令来发送上行链路信号。根据实施例，可以增加动态PUSCH的发送时机。相应地，可以增加动态PUSCH的概率和可靠性。可以增加调度的灵活性。

在一些实施例中，当第一小区的上行链路信号(例如，PUCCH、PUSCH、SRS、PRACH等)至少在时域或频域中与第二小区的PRACH重叠时，仅发送第二小区的PRACH。换言之，不发送上行链路信号(例如，丢弃)。在一些实施例中，当第一小区的上行链路信号(例如，PUCCH、PUSCH、SRS、PRACH等)或第一小区的部分上行链路信号位于可以发送第二小区的PRACH的时隙内时，仅发送第二小区的PRACH。换言之，不发送上行链路信号(例如，丢弃)。在一些实施例中，当第二小区的PRACH或第二小区的部分PRACH位于可以发送第一小区的上行链路信号(例如，PUCCH、PUSCH、SRS、PRACH等)第一小区的时隙内时，仅发送第二小区的PRACH。换言之，不发送上行链路信号(例如，丢弃)。在一些实施例中，当第一小区的上行链路信号(例如，PUCCH、PUSCH、SRS、PRACH等)的第一个或最后一个符号与第二小区的PRACH的最后一个或第一个符号相隔少于Z个符号时，仅发送第二小区的PRACH。换言之，不发送上行链路信号(例如，丢弃)。在一些实施例中，第一小区可以是切换期间的源小区或源主小区组(MCG)。在一些实施例中，第二小区可以是目标小区或目标MCG。在一些实施例中，Z的值由协议预先定义或由网络经由DCI、或MAC CE、或RRC信令进行配置。在一些实施例中，Z的值可以根据上行链路子载波间隔来确定。在一些实施例中，Z的值可以根据源小区(source MCG)和目标小区(target MCG)的上行链路带宽部分的最大或最大子载波间隔来确定。

8.用于实现第1-5组的示例性实施例的方法

图10是示出根据本公开的一些实施例的用于从UE的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。取决于特定实施例，可以在该方法中执行附加的、更少的或不同的操作。在一些实施例中，方法1000的一些或所有操作可以由诸如图1中的BS 102之类的无线通信节点执行。在一些操作中，方法1000的一些或所有操作可以由诸如图1中的UE 104之类的无线通信设备执行。每个操作都可以重新排序、添加、删除或重复。

如图所示，在一些实施例中，方法1000包括由无线通信设备从无线通信节点接收指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号的操作1002。在一些实施例中，该方法包括由无线通信设备基于控制信号分别向无线通信节点发送多个上行链路信道的操作1004。

图11是示出根据本公开的一些实施例的用于从UE的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。取决于特定实施例，可以在该方法中执行附加的、更少的或不同的操作。在一些实施例中，方法1100的一些或所有操作可以由诸如图1中的BS 102之类的无线通信节点执行。在一些操作中，方法1100的一些或所有操作可以由诸如图1中的UE 104之类的无线通信设备执行。每个操作都可以重新排序、添加、删除或重复。

如图所示，在一些实施例中，方法1100包括由无线通信设备从无线通信节点接收指示多个服务类型和多种方法的控制信号的操作1102。在一些实施例中，该方法包括由无线通信设备根据控制信号确定对应于多个服务类型之一的多种方法之一的操作1104。在一些实施例中，该方法包括由无线通信设备使用多种方法中的相应一种向无线通信节点发送多个上行链路信道中的每一个的操作1106。

图12是示出根据本公开的一些实施例的用于从BS的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。取决于特定实施例，可以在该方法中执行附加的、更少的或不同的操作。在一些实施例中，方法1200的一些或所有操作可以由诸如图1中的BS 102之类的无线通信节点来执行。在一些操作中，方法1200的一些或所有操作可以由诸如图1中的UE 104之类的无线通信设备执行。每个操作都可以重新排序、添加、删除或重复。

如图所示，在一些实施例中，方法1200包括由无线通信节点向无线通信设备发送指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号的操作1202。在一些实施例中，该方法包括由无线通信节点响应于控制信号的发送而从无线通信设备接收多个上行链路信道的操作1204。

图13是示出根据本公开的一些实施例的用于从BS的角度满足超可靠低延迟通信(URLLC)的信号传输的延迟和可靠性要求的方法的流程图。取决于特定实施例，可以在该方法中执行附加的、更少的或不同的操作。在一些实施例中，方法1300的一些或所有操作可以由诸如图1中的BS 102之类的无线通信节点来执行。在一些操作中，方法1300的一些或所有操作可以由诸如图1中的UE 104之类的无线通信设备执行。每个操作都可以重新排序、添加、删除或重复。

如图所示，在一些实施例中，方法1300包括由无线通信节点向无线通信设备发送指示多个服务类型和多种方法的控制信号的操作1302，其中控制信号使无线通信设备：根据控制信号确定对应于多个服务类型之一的多种方法之一，以及使用多种方法中的相应一种向无线通信节点发送多个上行链路信道中的每一个。在一些实施例中，该方法包括由无线通信节点从无线通信设备接收多个上行链路信道的操作1304。

尽管上面已经描述了本解决方案的各种实施例，但是应当理解，它们仅以示例的方式而不是限制的方式被呈现。同样，各种图表可以描绘示例架构或配置，提供这些示例架构或配置使得本领域普通技术人员能够理解本解决方案的示例特征和功能。然而，这些人员将理解，本解决方案不限于所示出的示例架构或配置，而是可以使用多种替代架构和配置来实现。另外，本领域普通技术人员将理解，一个实施例的一个或多个特征可以与本文描述的另一实施例的一个或多个特征组合。因此，本公开的广度和范围不应受到任何上述说明性实施例的限制。

还应当理解，本文中使用诸如“第一”、“第二”等的指定对元件的任何引用通常不限制这些元件的数量或顺序。而是，这些指定在本文中可用作在两个或更多个元件或在一个元件的多个实例之间进行区分的便利手段。因此，对第一和第二元件的引用并不意味着只能采用两个元件，也不意味着第一元件必须以某种方式位于第二元件之前。

此外，本领域普通技术人员将理解，可以使用多种不同技术中的任何一种来表示信息和信号。例如，上述描述中引用的例如数据、指令、命令、信息、信号、位和符号可以由电压、电流、电磁波、磁场或粒子、光场或粒子或它们的任何组合表示。

本领域普通技术人员将进一步理解，结合本文公开的各方面描述的各种说明性逻辑块、模块、处理器、装置、电路、方法和功能中的任一个可以由电子硬件(例如，数字实现、模拟实现或两者的组合)、固件、各种形式的包含指令的程序(例如，计算机程序产品)或设计代码(为方便起见，在本文中被称为“软件”或“软件模块”)或这些技术的任何组合来实现。为了清楚地说明硬件、固件和软件的这种可互换性，上面已经大体上根据功能描述了各种说明性组件、块、模块、电路和步骤。将这种功能实现为硬件、固件或软件还是这些技术的组合取决于特定应用和对整个***施加的设计约束。技术人员可以针对每个特定应用以各种方式来实现所描述的功能，但是这样的实现决策不会导致背离本公开的范围。

此外，本领域普通技术人员将理解，本文描述的各种示例性逻辑块、模块、设备、组件和电路可以在包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑设备或它们的任何组合的集成电路(IC)内实现或由其执行。逻辑块、模块和电路可以进一步包括天线和/或收发器，以与网络内或设备内的各种组件进行通信。通用处理器可以是微处理器，但可替代地，处理器可以是任何常规处理器、控制器或状态机。处理器也可以实现为计算设备的组合，例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器，或任何其他合适的配置，以执行本文描述的功能。

如果以软件实现，则功能可以作为一个或多个指令或代码存储在计算机可读介质上。因此，本文公开的方法或算法的步骤可被实现为存储在计算机可读介质上的软件。计算机可读介质包括计算机存储介质和通信介质，通信介质包括能够使计算机程序或代码从一个地方传输到另一地方的任何介质。存储介质可以是能够被计算机存取的任何可用介质。作为示例而非限制，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁性存储设备，或可用于存储采取指令或数据结构的形式，并且能够被计算机存取的所需程序代码的任何其他介质。

在本文中，本文所使用的术语“模块”是指软件、固件、硬件以及用于执行本文描述的相关功能的这些元件的任何组合。另外，出于讨论的目的，各种模块被描述为离散模块。然而，对于本领域普通技术人员显而易见的是，可以组合两个或更多个模块以形成执行根据本解决方案的实施例的相关功能的单个模块。

另外，在本解决方案的实施例中，可以采用存储器或其他存储装置以及通信组件。应当理解，为了清楚起见，以上描述已经参考不同的功能单元和处理器描述了本解决方案的实施例。然而，将显而易见的是，可以在不背离本解决方案的情况下使用不同功能单元、处理逻辑元件或域之间的任何适当的功能分布。例如，被图示为由单独的处理逻辑元件或控制器执行的功能可以由相同的处理逻辑元件或控制器执行。因此，对特定功能单元的引用仅是对用于提供所描述的功能的合适装置的引用，而不是指示严格的逻辑或物理结构或组织。

本公开中描述的实施例的各种修改对于本领域技术人员而言将是显而易见的，并且在不脱离本公开的范围的情况下，本文中定义的一般原理可以应用于其他实施例。因此，本公开并非旨在限于本文所示的实施例，而是将被赋予与以下权利要求中陈述的本文中所公开的新颖特征和原理一致的最广范围。

Claims (34)

1.一种无线通信方法，包括：

由无线通信设备从无线通信节点接收指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号；以及

由所述无线通信设备基于所述控制信号分别向所述无线通信节点发送所述多个上行链路信道。

2.根据权利要求1所述的无线通信方法，其中所述控制信号至少包括下行链路控制信息(DCI)信号或无线电资源控制(RRC)信令。

3.根据权利要求1所述的无线通信方法，其中所述控制信号包括包含多个位的字段，所述多个位中的每一个对应于所述多个上行链路信道中的相应一个，所述位的第一逻辑值指示相应的上行链路信道的重复发送，所述位的第二逻辑值指示相应的上行链路信道的初始传输。

4.根据权利要求1所述的无线通信方法，还包括：

由所述无线通信设备响应于最初发送所述多个上行链路信道中的一个而将混合自动重传请求(HARQ)值更新1。

5.根据权利要求1所述的无线通信方法，其中所述控制信号指示：

响应于确定从上行链路信道的每个第一子集的时域资源到下一控制信号的时域资源的持续时间大于预定义的时域阈值，而重复多次发送所述多个上行链路信道的每个所述第一子集；以及

响应于确定从所述上行链路信道的每个第二子集的时域资源到所述下一控制信号的所述时域资源的持续时间等于或小于所述预定义的时域阈值，而单次发送所述多个上行链路信道的每个所述第二子集。

6.根据权利要求1所述的无线通信方法，其中所述控制信号指示：

响应于确定从上行链路信道的每个第一子集的时域资源到信道占用时间(COT)的结束边界的持续时间大于预定义的时域阈值，而单次发送所述多个上行链路信道的每个所述第一子集；以及

响应于确定从所述上行链路信道的每个第二子集的时域资源到所述COT的所述结束时间的持续时间等于或小于所述预定义的时域阈值，而重复多次发送所述多个上行链路信道的每个所述第二子集。

7.根据权利要求1所述的无线通信方法，其中所述控制信号指示：

响应于确定从上行链路信道的每个第一子集的时域资源到下一控制信号的时域资源的第一持续时间大于第一预定义的时域阈值，或者从所述上行链路信道的每个所述第一子集的时域资源到信道占用时间(COT)的结束边界的第二持续时间等于或小于第二预定义的时域阈值，而重复多次发送所述多个上行链路信道的每个所述第一子集；以及

响应于确定从所述上行链路信道的每个第二子集的时域资源到所述下一控制信号的所述时域资源的第一持续时间等于或小于所述第一预定义的时域阈值，并且从所述上行链路信道的每个所述第二子集的时域资源到所述COT的所述结束边界的第二持续时间大于所述第二预定义的时域阈值，而单次发送所述多个上行链路信道的每个所述第二子集。

8.根据权利要求1所述的无线通信方法，其中所述控制信号指示：

响应于确定上行链路信道的每个第一子集对应于第一服务类型，而重复多次发送所述多个上行链路信道的每个所述第一子集；以及

响应于确定上行链路信道的每个第二子集的对应于第二服务类型，而单次发送所述多个上行链路信道的每个所述第二子集。

9.根据权利要求8所述的无线通信方法，其中所述第一服务类型包括超可靠低延迟通信(URLLC)服务，所述第二服务类型包括增强型移动宽带(eMBB)服务。

10.根据权利要求8所述的无线通信方法，还包括：

在重复发送上行链路信道的所述第一子集之前，由所述无线通信设备向所述无线通信节点发送所述多个上行链路信道中的一个以承载上行链路控制信息(UCI)信号或缓冲器状态报告。

11.一种无线通信方法，包括：

由无线通信设备从无线通信节点接收指示多个服务类型和多种方法的控制信号；

由所述无线通信设备根据所述控制信号确定对应于所述多个服务类型之一的所述多种方法之一；以及

由所述无线通信设备使用所述方法中的相应一种向所述无线通信节点发送所述多个上行链路信道中的每一个。

12.根据权利要求11所述的无线通信方法，其中所述控制信号包括下行链路控制信息(DCI)信号或无线电资源控制(RRC)信令中的至少一个。

13.根据权利要求11所述的无线通信方法，其中所述方法中的第一方法指示使用第一调制编码方案(MCS)发送所述多个上行链路信道的每个第一子集，所述上行链路信道的每个所述第一子集对应于第一服务类型；并且其中所述方法中的第二方法指示使用第二MCS发送所述多个上行链路信道的每个第二子集，所述上行链路信道的每个所述第二子集对应于第二服务类型。

14.根据权利要求13所述的无线通信方法，其中所述第一服务类型包括增强型移动宽带(eMBB)服务，所述第二服务类型包括超可靠低延迟通信(URLLC)服务。

15.根据权利要求13所述的无线通信方法，其中所述控制信号还指示：

单次发送所述上行链路信道每个所述第一子集；以及

重复多次发送所述上行链路信道的每个所述第二子集。

16.根据权利要求11所述的无线通信方法，还包括：

由所述无线通信设备响应于最初发送所述多个上行链路信道中的一个而将混合自动重传请求(HARQ)值更新1。

17.一种无线通信方法，包括：

由无线通信节点向无线通信设备发送指示是否在免许可频带上重复发送多个上行链路信道中的每一个的控制信号；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备接收所述多个上行链路信道。

18.根据权利要求17所述的无线通信方法，其中所述控制信号至少包括下行链路控制信息(DCI)信号或无线电资源控制(RRC)信令。

19.根据权利要求17所述的无线通信方法，其中所述控制信号包括包含多个位的字段，所述多个位中的每一个对应于所述多个上行链路信道中的相应一个，所述位的第一逻辑值指示相应的上行链路信道的重复发送，所述位的第二逻辑值指示相应的上行链路信道的初始传输。

20.根据权利要求17所述的无线通信方法，其中所述控制信号使所述无线通信设备：响应于最初发送所述多个上行链路信道中的一个而将混合自动重传请求(HARQ)值更新1。

21.根据权利要求17所述的无线通信方法，还包括：

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备多次接收多个上行链路信道的每个第一子集，其中从所述上行链路的每个所述第一子集的时域资源到下一控制信号的时域资源的持续时间大于预定义的时域阈值；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备单次接收多个上行链路信道的每个第二子集，其中从所述上行链路的每个所述第二子集的时域资源到下一控制信号的时域资源的持续时间等于或小于所述预定义的时域阈值。

22.根据权利要求17所述的无线通信方法，还包括：

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备单次接收多个上行链路信道的每个第一子集，其中从所述上行链路信道的每个所述第一子集的时域资源到信道占用时间(COT)的结束边界大于预定义的时域阈值；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备多次接收所述上行链路信道的每个第二子集，其中从所述上行链路信道的每个所述第二子集的时域资源到所述COT的所述结束时间的持续时间等于或小于所述预定义的时域阈值。

23.根据权利要求17所述的无线通信方法，还包括：

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备多次接收所述多个上行链路信道的每个第一子集，其中从所述上行链路信道的每个所述第一子集的时域资源到下一控制信号的时域资源的第一持续时间大于第一预定义的时域阈值，或者从所述上行链路信道的每个所述第一子集的时域资源到信道占用时间(COT)的结束边界的第二持续时间等于或小于第二预定义的时域阈值；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备单次接收所述多个上行链路的每个第二子集，其中从所述上行链路信道的每个第二子集的时域资源到所述下一控制信号的所述时域资源的第一持续时间等于或小于所述第一预定义的时域阈值，并且从所述上行链路信道的每个所述第二子集的时域资源到所述COT的所述结束边界的第二持续时间大于所述第二预定义的时域阈值。

24.根据权利要求17所述的无线通信方法，还包括：

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备多次接收所述多个上行链路信道的每个所述第一子集，其中所述上行链路信道的每个所述第一子集对应于第一服务类型；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备单次接收所述多个上行链路信道的每个所述第二子集，其中所述上行链路信道的每个所述第二子集对应于第二服务类型。

25.根据权利要求24所述的无线通信方法，其中所述第一服务类型包括超可靠低延迟通信(URLLC)服务，所述第二服务类型包括增强型移动宽带(eMBB)服务。

26.根据权利要求24所述的无线通信方法，还包括：

在接收上行链路信道的所述第一子集之前，由所述无线通信节点从所述无线通信节点接收所述多个上行链路信道中的一个以承载上行链路控制信息(UCI)信号或缓冲器状态报告。

27.一种无线通信方法，包括：

由无线通信节点向无线通信设备发送指示多个服务类型和多种方法的控制信号，

其中所述控制信号使所述无线通信设备：根据所述控制信号确定对应于所述多个服务类型之一的所述多种方法之一，以及使用所述方法中的相应一种向所述无线通信节点发送所述多个上行链路信道中的每一个；以及

由所述无线通信节点从所述无线通信设备接收所述多个上行链路信道。

28.根据权利要求27所述的无线通信方法，其中所述控制信号包括下行链路控制信息(DCI)信号或无线电资源控制(RRC)信令中的至少一个。

29.根据权利要求27所述的无线通信方法，其中所述方法中的第一方法使所述无线通信设备：使用第一调制编码方案(MCS)发送所述多个上行链路信道的每个第一子集，所述上行链路信道的每个所述第一子集对应于第一服务类型；并且其中所述方法中的第二方法使所述无线通信设备：使用第二MCS发送所述多个上行链路信道的每个第二子集，所述上行链路信道的每个所述第二子集对应于第二服务类型。

30.根据权利要求29所述的无线通信方法，其中所述第一服务类型包括增强型移动宽带(eMBB)服务，所述第二服务类型包括超可靠低延迟通信(URLLC)服务。

31.根据权利要求29所述的无线通信方法，还包括：

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备单次接收所述上行链路信道的每个所述第一子集；以及

由所述无线通信节点响应于所述控制信号的发送而从所述无线通信设备多次接收所述上行链路信道的每个所述第二子集。

32.根据权利要求27所述的无线通信方法，其中所述控制信号使所述无线通信设备：响应于最初发送所述多个上行链路信道中的一个而将混合自动重传请求(HARQ)值更新1。

33.一种包括处理器和存储器的无线通信装置，其中所述处理器被配置为从所述存储器读取代码并实现权利要求1至32中任一项所述的方法。

34.一种计算机程序产品，包括上面存储有代码的计算机可读程序介质，当由处理器执行时，所述代码使所述处理器实现权利要求1至32中任一项所述的方法。

Images