CN117136617A

CN117136617A - 用于混合自动重复请求过程身份选择的方法和用户设备

Info

Publication number: CN117136617A
Application number: CN202280027074.7A
Authority: CN
Inventors: 靳亨立
Original assignee: FG Innovation Co Ltd
Current assignee: FG Innovation Co Ltd
Priority date: 2021-04-09
Filing date: 2022-04-08
Publication date: 2023-11-28
Also published as: EP4316135A1; WO2022214090A1; US20220338241A1

Abstract

提供了用于HARQ进程ID选择的方法和用户设备。该方法包括：接收配置消息以配置配置的授权CG配置和可用于所述CG配置的HARQ进程ID的集合，该HARQ进程ID的集合包括用于重传的第一HARQ进程ID和用于初始传输的第二HARQ进程ID；确定与所述CG配置对应的CG物理上行共享信道PUSCH变得可用于传输；基于第一HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及基于所选择的第一HARQ进程ID或第二HARQ进程ID，在所述CG PUSCH上发送用于重传的第一媒体访问控制MAC协议数据单元PDU或用于初始传输的第二MAC PDU。

Description

用于混合自动重复请求过程身份选择的方法和用户设备

相关申请的交叉引用

本案主张于2021年4月9日提交的名称为“METHOD AND APPARATUS TO SUPPORTURLLC IN UNLICENSED AND CONTROLLED ENVIRONMENT”的序列号为63/173,240的临时美国专利申请的权益和优先权，其公开内容出于所有目的以引用方式完全地并入本公开中。

技术领域

本申请主要涉及无线通信，尤其涉及一种用于在下一代无线通信网络中的混合自动重复请求(hybrid automatic repeat request，HARQ)身份(identity，ID)选择的方法和用户设备(user equipment，UE)。

背景技术

已经做出各种努力来通过改进数据速率、等待时间、可靠性和移动性来改进诸如5G新无线电(New Radio，NR)之类的蜂窝无线通信系统的无线通信的不同方面。5G NR系统被设计成提供灵活性和可配置性以优化NW服务和类型，从而适应不同使用情况，如增强型移动宽带(eMBB：enhanced Mobile Broadband)、大规模机器类型通信(mMTC：massiveMachine-Type Communication)、以及超可靠和低时延通信(URLLC：Ultra-Reliable andLow-Latency Communication)。然而，随着对无线电接入的需求持续增加，本领域存在进一步改进的需求。

发明内容

本公开涉及用于下一代无线通信网络中的混合自动重复请求(HARQ)身份(ID)选择的方法和用户设备。

在本公开的第一方面，提供了一种由用户设备(UE)执行的用于HARQ ID选择的方法。该方法包括：接收配置消息以配置配置的授权CG配置和可用于所述CG配置的HARQ进程ID的集合，该HARQ进程ID的集合包括用于重传的第一HARQ进程ID和用于初始传输的第二HARQ进程ID；确定与所述CG配置对应的CG物理上行共享信道PUSCH变得可用于传输；基于第一HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及基于所选择的第一HARQ进程ID或第二HARQ进程ID，在所述CG PUSCH上发送用于重传的第一媒体访问控制MAC协议数据单元PDU或用于初始传输的第二MAC PDU。所述第一HARQ进程ID选择过程包括：将在所述第一MAC PDU中复用的第一数据的优先级确定为所述第一HARQ进程ID的第一优先级；将在所述第二MAC PDU中复用的第二数据的优先级确定为所述第二HARQ进程ID的第二优先级；基于所述第一优先级和所述第二优先级，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及在所述第一优先级等于所述第二优先级的情况下，将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

在本公开的第一方面的一个实施例中，所述第一数据来自第一组逻辑通道LCH，所述第二数据来自第二组LCH，基于所述第一组LCH中具有最高LCH优先级的LCH确定所述第一数据的优先级，并且基于所述第二组LCH中具有最高LCH优先级的LCH来确定所述第二数据的优先级。

在本公开的第一方面的一个实施例中，所述第一HARQ进程ID选择过程还包括：在所述第一优先级高于所述第二优先级的情况下，为所述CG PUSCH选择所述第一HARQ进程ID；及在所述第二优先级高于所述第一优先级的情况下，为所述CG PUSCH选择所述第二HARQ进程ID。

在本公开的第一方面的一个实施例中，该方法还包括：在配置了基于逻辑信道LCH的优先级指示、CG重传定时器和用于启用所述第一HARQ进程ID选择过程的信息元素IE的情况下，基于所述第一HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID。

在本公开的第一方面的一个实施例中，所述IE被配置用于所述CG配置或者所述UE的MAC实体。

在本公开的第一方面的一个实施例中，该方法还包括：在未配置所述基于LCH的优先级指示、所述CG重传定时器和所述IE中的至少之一的情况下，基于第二HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID。所述第二HARQ进程ID选择过程包括：将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

在本公开的第一方面的一个实施例中，所述将所述第一HARQ进程ID优先于所述第二HARQ进程ID包括：为所述CG PUSCH选择所述第一HARQ进程ID。

在本公开的第二方面的，提供一种用于HARQ ID选择的UE。所述UE包括：包括计算机可执行指令的一个或多个非暂时性计算机可读介质；及至少一个处理器耦合到所述一个或多个非暂时性计算机可读介质。该至少一个处理器被配置为执行所述计算机可执行指令以：接收配置消息以配置配置的授权CG配置和可用于所述CG配置的HARQ进程ID的集合，该HARQ进程ID的集合包括用于重传的第一HARQ进程ID和用于初始传输的第二HARQ进程ID；确定与所述CG配置对应的CG物理上行共享信道PUSCH变得可用于传输；基于第一HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及基于所选择的第一HARQ进程ID或第二HARQ进程ID，在所述CG PUSCH上发送用于重传的第一媒体访问控制MAC协议数据单元PDU或用于初始传输的第二MAC PDU，其中所述第一HARQ进程ID选择过程包括：将在所述第一MAC PDU中复用的第一数据的优先级确定为所述第一HARQ进程ID的第一优先级；将在所述第二MAC PDU中复用的第二数据的优先级确定为所述第二HARQ进程ID的第二优先级；基于所述第一优先级和所述第二优先级，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及在所述第一优先级等于所述第二优先级的情况下，将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

附图说明

当随附图阅读时，从以下内容中最好地理解本公开的各方面。各种特征未按比例绘制。为了清楚讨论，各种特征的尺寸可以任意增大或减小。

图1是根据本公开的示例实现方式的在新无线电(NR)中配置的授权(configuredgrant，CG)定时器操作的示意图。

图2是根据本公开的示例实现的CG定时器的操作的示意图。

图3是根据本公开的示例实现的与非优先的MAC PDU的自主传输相关联的问题的示意图。

图4是根据本公开的示例实现的用于选择CG PUSCH的HARQ进程ID的方法的流程图。

图5是根据本公开的示例实现方式的与非优先的MAC PDU的自主传输相关联的另一个问题的示意图。

图6是根据本公开的示例实现的用于停止CG定时器的新条件的示意图。

图7是根据本公开的示例实现的用于UE进行HARQ ID选择的方法的流程图

图8是根据本公开的示例实现的用于无线通信的节点的框图。

具体实施方式

本公开中的首字母缩略词的定义如下。除非另有说明，本公开中的首字母缩略词具有以下含义。

首字母缩略词全称

第三代合作伙伴项目(3GPP:3^rd Generation Partnership Project)

第五代(5G:5^th generation)

5G核心网(5GC:5G Core)

确认(ACK:Acknowledgement)

专用集成电路(ASIC:Application Specific Integrated Circuitry)

空对地(ATG:Air-To-Ground)

北斗卫星导航系统(BDS:Beidou Navigation Satellite System)

错误率(BLER:Block Error Rate)

基站(BS:Base Station)

BS控制器(BSC:BS Controller)

缓冲区大小持续时间(BSD:Buffer Size Duration)

带宽部分(BWP:Bandwidth Part)

载波聚合(CA:Carrier Aggregation)

基于竞争的随机接入(CBRA:Contention-Based Random Access)

分量载波(CC:Component Carrier)

空闲信道评估(CCA:Clear Channel Assessment)

公共控制信道(CCCH:Common Control Channel)

光盘只读存储器(CD-ROM:Compact Disc Read-Only Memory)

控制元件(CE:Control Element)

非竞争的随机接入(CFRA:Contention Free Random Access)

配置的授权(CG:Configured Grant)

小区组(CG:Cell Group)

核心网(CN:Core Network)

信道占用时间(COT:Channel Occupancy Time)

循环前缀(CP:Cyclic Prefix)

循环冗余校验(CRC:Cyclic Redundancy Check)

竞争解决标识符(CRID:Contention Resolution Identity)

小区-无线网络临时标识符(C-RNTI:Cell-Radio Network TemporaryIdentifier)

取消指示-RNTI(CI-RNTI:Cancellation Indication-RNTI)

配置调度-RNTI(CS-RNTI:Configured Scheduling-RNTI)

信道状态信息(CSI:Channel State Information)

分贝(dB:Decibel)

双连接(DC:Dual Connectivity)

下行链路控制信息(DCI:Downlink Control Information)

下行反馈信息(DFI:Downlink Feedback Information)

链路(DL:Downlink)

下行链路共享信道(DL-SCH:Downlink-Shared Channel)

解调参考信号(DMRS:Demodulation Reference Signal)

非连续接收(DRX:Discontinuous Reception)

数字信号处理器(DSP:Digital Signal Processor)

演进的LTE(e-LTE:evolved LTE)

演进型通用地面无线电接入(E-UTRA:Evolved Universal Terrestrial RadioAccess)

演进型通用地面无线电接入网络(E-UTRAN:Evolved Universal TerrestrialRadio Access Network)

针对GSM演进的增强数据速率(EDGE:Enhanced Data rates for GSM Evolution)

电可擦除可编程只读存储器(EEPROM:Electrically Erasable ProgrammableRead-Only Memory)

增强型移动宽带(eMBB:enhanced Mobile Broadband)

海量机器类通信(eMTC:massive Machine-Type Communication)

演进分组核心(EPC:Evolved Packet Core)

可擦除可编程只读存储器(EPROM:Erasable Programmable Read-Only Memory)

基于帧的装置(FBE:Frame based equipment)

固定帧周期(FFP:Fixed Frame Period)

组公共物理下行控制信道(GC-PDCCH:Group Common Physical DownlinkControl Channel)

地球静止轨道(GEO:Geostationary Earth Orbit)

边缘无线电接入网(GERAN:EDGE RAN)

全球导航卫星系统(GLONASS:Global Navigation Satellite System)

下一代节点B(gNB:Next Generation Node B)

全球导航卫星系统(GNSS:Global Navigation Satellite System)

通用分组无线业务(GPRS:General Packet Radio Service)

全球定位系统(GPS:Global Positioning System)

全球移动通信系统(GSM:Global System for Mobile communication)

高空平台站(HAPS:High Altitude Platform Station)

混合自动重复请求(HARQ:Hybrid Automatic Repeat request)

高速分组接入(HSPA:High-Speed Packet Access)

识别码(ID:Identifier)

信息元素(IE:Information Element)

工业物联网(IIoT:Industrial Internet of Things)

许可辅助访问(LAA:Licensed Assisted Access)

先听后说(LBT:Listen Before Talk)

逻辑通道(LCH:Logical Channel)

逻辑通道标识(LCID:Logical Channel Identity)

逻辑通道优先级(LCP:Logical Channel Prioritization)

低密度奇偶校验(LDPC:Low-Density Parity-Check)

近地轨道(LEO:Low Earth Orbit)

最低有效位(LSB:Least Significant Bit)

长期演进(LTE:Long-Term Evolution)

LTE演进(LTE-A:LTE-Advanced)

第1层(L1:Layer 1)

媒体访问控制(MAC:Medium Access Control)

主小区组(MCG:Master Cell Group)

调制编码方案小区无线网络临时标识符(MCS-C-RNTI:Modulation CodingScheme Cell Radio Network Temporary Identifier)

中地球轨道(MEO:Medium Earth Orbit)

多输入多输出(MIMO:Multi-input Multi-output)

最高有效位(MSB:Most Significant Bit)

信息(Msg:Message)

否定确认(NACK:Negative Acknowledgment)

非接入层(NAS:Non-Access Stratum)

新数据指标(NDI:New Data Indicator)

非对地静止地球轨道(NGEO:Non-Geostationary Earth Orbit)

非地球同步轨道(NGSO:Non-Geosynchronous Orbit)

新RAT/无线电(NR:New RAT/Radio)

新无线电未经许可(NR-U:New Radio Unlicensed)

非地面网络(NTN:Non-Terrestrial Network)

网络(NW:Network)

正交频分复用(OFDM:Orthogonal Frequency-Division Multiplexing)

物理广播信道(PBCH:Physical Broadcast Channel)

优先比特率(PBR:Prioritized Bit Rate)

主小区(PCell:Primacy Cell)

物理下行控制信道(PDCCH:Physical Downlink Control Channel)

分组数据汇聚协议(PDCP:Packet Data Convergence Protocol)

物理下行共享信道(PDSCH:Physical Downlink Shared Channel)

协议数据单元(PDU:Protocol Data Unit)

物理的(PHY:Physical)

物理随机接入信道(PRACH:Physical Random Access Channel)

物理资源块(PRB:Physical Resource Block)

PUSCH资源单元(PRU:PUSCH Resource Unit)

近距离服务(ProSe:Proximity Service)

主辅小区(PSCell:Primary Secondary Cell)

物理上行链路控制信道(PUCCH:Physical Uplink Control Channel)

物理上行链路共享信道(PUSCH:Physical Uplink Shared Channel)

PUSCH场合(PO:PUSCH Occasion)

服务质量(QoS:Quality of Service)

随机接入(RA:Random Access)

随机接入信道(RACH:Random Access Channel)

随机存取存储器(RAM:Random Access Memory)

无线接入网络(RAN:Radio Access Network)

随机访问响应(RAR:Random Access Response)

无线接入技术(RAT:Radio Access Technology)

发布(Rel:Release)

无线电局域网(RLAN:Radio Local Area Network)

无线电链路控制(RLC:Radio Link Control)

剩余最低系统信息(RMSI:Remaining Minimum System Information)

无线网络控制器(RNC:Radio Network Controller)

无线网络临时标识符(RNTI:Radio Network Temporary Identifier)

PRACH场合(RO:PRACH Occasion)

只读存储器(ROM:Read Only Memory)

无线资源控制(RRC:Radio Resource Control)

参考信号接收功率(RSRP:Reference Signal Received Power)

往返时间(RTT:Round Trip Time)

冗余版本(RV:Redundancy Version)

辅小区(SCell:Secondary Cell)

辅小区组(SCG:Secondary Cell Group)

子载波间距(SCS:Subcarrier Spacing)

服务数据适配协议(SDAP:Service Data Adaptation Protocol)

服务数据单元(SDU:Service Data Unit)

系统帧号(SFN:System Frame Number)

单位制信息(SI:System Information)

侧链(SL:Sidelink)

侧链共享通道(SL-SCH:Sidelink-Shared Channel)

序列号(SN:Sequence Number)

特殊小区(SpCell:Special Cell)

半持久调度(SPS:Semi-Persistent Scheduling)

调度请求(SR:Scheduling Request)

探测参考信号(SRS:Sounding Reference Signal)

搜索空间(SS:Search Space)

同步信号块(SSB:Synchronization Signal Block)

补充上行链路(SUL:Supplementary Uplink)

时间提前(TA:Timing Advance)

计时提前组(TAG:Timing Advance Group)

传输块(TB:Transport Block)

传输块大小(TBS:Transport Block Size)

临时C-RNTI(TC-RNTI:Temporary C-RNTI)

发射功率控制(TPC:Transmit Power Control)

技术报告(TR:Technical Report)

技术规格(TS:Technical Specification)

传输(TX:Transmission)

发送和接收点(TRP:Transmission and Reception Point)

未经许可的受控环境(UCE:Unlicensed Controlled Environment)

上行链路控制信息(UCI:Uplink Control Information)

用户设备(UE:User Equipment)

链路(UL:Uplink)

上行链路共享信道(UL-SCH:Uplink-Shared Channel)

通用移动电信系统(UMTS:Universal Mobile Telecommunications System)

超可靠和低延迟通信(URLLC:Ultra-Reliable and Low-LatencyCommunication)

车联网(V2X:Vehicle to Everything)

宽带码分多址(W-CDMA:Wideband-Code Division Multiple Access)

组工作组(WG:Working Group)

工作项目(WI:Working Item)

微波接入全球互操作性(WiMAX:Worldwide Interoperability for MicrowaveAccess)

以下包含与本公开中的实施方式有关的具体信息。本公开中的附图及其随附的详细公开仅针对示例性实施方式。然而，本公开并不仅限于这些示例性实施方式。本领域技术人员将想到本公开的其他变形和实施方式。除非另有说明，否则附图中相同或相应的元件可由相同或相应的附图标记来表示。而且，本公开中的图式和图解通常未按比例绘制，并且不意图对应于实际相对尺寸。

出于一致性和易于理解的目的，相似的特征在示例性附图中由标号标识(但在一些示例中未示出)。然而，不同实施方式中的特征可在其他方面有所不同，并且因此不应狭窄地局限于附图中所示的内容。

短语“在一种实现方式中”或“在一些实现方式中”可以各自指代一种或多种相同或不同的实现方式。术语“耦合”被定义为直接连接或通过中间组件间接连接，并且不一定限于物理连接。术语“包括”意指“包括但不一定限于”并且具体表示如此公开的组合、组、系列或等同物中的开放式包含物或成员资格。表述“A、B和C中的至少一项”或“以下项中的至少一项：A、B和C”是指“仅A、或仅B、或仅C、或A、B和C的任意组合””。

另外，出于非限制性解释的目的，对诸如功能实体、技术、协议、标准等具体细节进行阐述，以提供对所描述技术的理解。在其他示例中，省略对公知的方法、技术、系统、架构等的详细描述，以免不必要的细节使本公开不清楚。

本领域技术人员将立即认识到本公开的任何NW功能或算法可由硬件、软件或软件和硬件的组合来实施。所描述的功能可对应于模块，这些模块可以是软件、硬件、固件或其任何组合。软件实施方式可包括存储在诸如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。具有通信处理能力的一个或多个微处理器或通用计算机可使用对应的可执行指令予以编程，并执行所描述的NW功能或算法。这些微处理器或通用计算机可包括专用集成电路(ASIC:Applications Specific Integrated Circuitry)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(DSP:Digital Signal Processor)。虽然本公开中描述的若干示例性实施方式是针对在计算机硬件上安装和执行的软件，但是作为固件、硬件或硬件与软件的组合而实施的替代示例性实施方式也在本公开的范围内。

计算机可读介质包括但不限于随机存取存储器(RAM:Random Access Memory)、只读存储器(ROM:Read Only Memory)、可擦除可编程只读存储器(EPROM:ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM:ElectricallyErasable Programmable Read-Only Memory)、闪存、光盘只读存储器(CD-ROM:CompactDisc Read-Only Memory)、盒式磁带、磁带、磁盘存储器或能够存储计算机可读指令的任何其他等效介质。

无线电通信网络架构(例如，LTE系统、LTE-Advanced(LTE-A)系统、LTE-AdvancedPro系统)通常包括至少一个BS、至少一个UE以及提供与网络连接的一个或多个可选网络元件。UE通过由一个或多个BS建立的RAN与网络(例如，核心网络(CN：Core Network)、演进分组核心(EPC:Evolved Packet Core)网络、演进型通用陆地无线电接入网(E-UTRAN:Evolved Universal Terrestrial RAN)、5G核心网络(5GC：5G Core Network)或互联网进行通信。

UE可包括但不限于移动站、移动终端或装置、用户通信无线电终端。例如，UE可为便携式无线电设备，其包括但不限于具有无线通信能力的移动电话、平板电脑、可穿戴装置、传感器或个人数字助理(PDA:Personal Digital Assistant)。UE被配置为通过空中接口接收信号以及向RAN中的一个或多个小区传输信号。

可根据以下无线电接入技术(RAT：Radio Access Technology)中的至少一者配置BS以使其提供通信服务：全球互通微波访问(WiMAX：Worldwide Interoperability forMicrowave Access)、GSM(通常称为2G)、GSM增强数据速率GSM演进(EDGE)RAN(GERAN)、通用分组无线电业务(GPRS：General Packet Radio Service)、根据基本宽带码分多址(W-CDMA：Wideband-Code Division Multiple Access)的UMTS(通常称为3G)、高速分组接入(HSPA：High-Speed Packet Access)、LTE、LTE-A、演进的LTE(eLTE)、新无线电(NR，通常称为5G)和/或LTE-A Pro。然而，本公开的范围不应局限于先前公开的协议。

BS可包括但不限于通用移动通信系统(UMTS)中的节点B(NB：Node B)、LTE-A中的演进节点B(eNB：evolved Node B)、UMTS中的无线电NW控制器(RNC：Radio NetworkController)、全球移动通信系统(GSM：Global System for Mobile communication)/GSMEDGE(EDGE：Enhanced Data rates for GSM Evolution)无线电接入NW(GERAN)中的基站控制器(BSC：Base Station Controller)、与5GC连结的E-UTRA BS中的下一代演进节点B(ng-eNB)、5G-RAN中的下一代节点B(gNB)、和任何能够控制无线电通信和管理小区内无线电资源的其他装置。BS可通过无线电接口服务于一个或多个UE。

BS可操作以使用包括在RAN中的多个小区向特定地理区域提供无线电覆盖。BS可支持小区的操作。每个小区可操作以向其无线电覆盖范围内的至少一个UE提供服务。更具体而言，每个小区(通常称为服务小区)可提供服务以服务于其无线电覆盖范围内的一个或多个UE(例如，每个小区将DL和可选的UL资源调度给其无线电覆盖范围内的至少一个UE以用于下行链路和可选的上行链路分组传输)。BS可通过多个小区与无线电通信系统中的一个或多个UE通信。小区可分配侧链路(SL:Sidelink)资源以用于支持接近服务(ProSe:Proximity service)或车辆网服务。每个小区可具有与其他小区重叠的覆盖区域。

如之前公开的，用于NR的帧结构支持灵活的配置，以用于适应各种下一代(例如，5G)通信要求，如eMBB、mMTC、和URLLC，同时满足高可靠性、高数据速率、和低时延要求。如3GPP中公开的OFDM技术可以用作NR波形的基线。还可使用可扩展OFDM参数集，例如自适应子载波间隔、信道带宽和循环前缀(CP：Cyclic Prefix)。此外，针对NR考虑了两种编码方案：低密度奇偶校验(LDPC：Low Density Parity Check Code)码和极性码(polar code)。编码方案适配可以基于信道状况和/或服务应用来配置。

还考虑了在单个NR帧的传输时间间隔内，至少应包括DL传输数据、保护周期和UL传输数据。DL传输数据、保护周期和UL传输数据的各个部分也应当例如可基于NR的NW动态来配置。另外，SL资源也可以在NR帧中提供，以支持ProSe服务。

另外，本文中的术语“系统”和“网络”可以互换使用。这里的术语“和/或”仅是用于描述关联对象的关联关系，表示这些关系可能存在。例如，A和/或B可以表示：A单独存在、A和B同时存在、或者B单独存在。另外，这里的字符“/”一般表示前后关联对象是“或”的关系。

一些选定术语的示例提供如下。

网络可以是用于与终端进行通信的固定站或基站，并且也可以被称为接入点、节点B、基站、增强型基站、eNodeB、gNodeB(gNB)或其他一些术语。

未经许可的环境可以被称为共享频谱、未经许可的频谱和/或未经许可的频带、以共享频谱信道接入进行操作的小区等。

CG可以包括PCell、PSCell和/或SCell。

SpCell可以包括PCell和PSCell。

UL资源可以包括RACH资源、PUCCH资源和/或PUSCH资源。UL资源可以由动态授权(例如，经由PDCCH)来调度和/或由RRC来配置(例如，类型1/类型2配置的UL授权或者在RRC配置中预先配置)。

MAC实体可以被称为UE。

如果两个或更多个UL资源(在同一服务小区中调度/配置)在时域中重叠，则可能需要UE内优先化，其中UE选择重叠的UL资源之一用于传输。

资源的重叠可以意味着资源部分重叠和/或完全重叠。

配置的授权配置可以包括(但不限于)配置的授权类型1或配置的授权类型2。

没有动态授权的传输有两种类型：

(a)配置的授权类型1，其中上行链路授权由RRC消息提供并且存储为配置的上行链路授权。

(b)配置的授权类型2，其中上行链路授权由PDCCH提供并且基于指示配置的上行链路授权激活或去激活的L1信令作为配置的上行链路授权被存储或清除。

配置的上行链路授权可以被称为与配置的授权配置相对应的PUSCH资源。

CG PUSCH可以被称为与所配置的授权配置相对应的PUSCH。

HARQ-ACK可以是ACK或NACK。

UE可以认为所生成的MAC PDU/TB已获得。

基于帧的设备(FBE)可以实现基于先听后说(LBT)的信道访问机制来检测操作信道上其他无线电局域网(Radio Local Area Network，RLAN)传输的存在。

在本公开的一些实现方式中，如果两个或更多个UL资源(在同一服务小区中调度/配置)在时域中重叠，则UE可能需要UE内优先化。作为UE内优先级排序的结果，UE可以选择重叠的UL资源之一用于传输。所选择的UL资源可以被称为优先的UL资源，并且要在UL资源上发送的MAC PDU/TB可以被称为优先的MAC PDU/TB。相反，未被选择的UL资源可以被称为非优先的UL资源，并且要在非优先的UL资源上发送的MAC PDU/TB可以被称为非优先的MACPDU/TB。

网络可以向UE指示，或者UE可以自己确定在执行UL传输之前是使用类型1信道接入过程还是类型2信道接入过程。具体地，类型2信道接入过程可以进一步分为类型2A、类型2B、类型2C或类型2D信道接入过程，如3GPP TS 37.213中所规定的。

由发起设备(例如，gNB)发起并与响应设备(例如，UE)共享的信道占用可以满足以下条件(a)-(e)。

(a)发起设备(例如，gNB)可以在执行信道接入并感测到信道将空闲至少一个感测时隙持续时间T_sl＝9微秒之后立即发送在COT的开始处开始的DL(或UL)传输突发。如果感测到信道繁忙(在执行信道接入之后)，则发起设备(例如，gNB)可以在当前COT期间不执行任何传输。

(b)发起设备(例如，gNB)可以在执行信道接入并感测到信道将空闲至少一个感测时隙持续时间T_sl＝9微秒之后立即在COT内发送DL(或UL)传输突发。如果DL(或UL)传输突发与任何先前的传输突发之间的间隙超过16微秒。

(c)如果DL(或UL)和UL(或DL)传输突发最多为16微秒，则发起设备(例如，gNB)可以在COT内的UL(或DL)传输突发之后，发送DL(或UL)传输突发，而不执行信道接入/感测信道。

(d)响应设备(例如，UE)可以在检测到(由发起设备获取的)COT内的DL(或UL)传输突发之后发送UL(或DL)传输突发。如果UL(或DL)和DL(或UL)传输突发之间的间隙至多为16微秒，则响应设备(例如，UE)可以在COT内的DL(或UL)传输突发(由发起设备获取)之后发送UL(或DL)传输突发，而不执行信道访问/感测信道。如果UL(或DL)和DL(或UL)传输突发之间的间隙大于16微秒，在执行信道接入并在紧接传输之前结束的25微秒间隔内感测到信道将空闲至少一个感测时隙持续时间T_sl＝9微秒之后，响应设备(例如，UE)可以在COT内的DL(或UL)传输突发(由发起设备获取)之后发送UL(或DL)传输突发。

在开始下一个COT之前，发起设备(例如，gNB)和响应设备(例如，UE)在至少T_z＝max(0.05T_x，100微秒)的持续时间内不得在一组连续符号中发送任何传输。

如果UE在向网络进行预期UL传输之前未能接入信道(例如，LBT失败)，则第1层(例如，PHY)通知更高层(例如，MAC)有关信道接入失败的信息(例如，通过发送LBT失败指示)。

当配置了定时器cg-RetransmissionTimer并且HARQ实体获得要发送的MAC PDU时，相应的HARQ进程被认为是待处理的。对于配置有cg-RetransmissionTimer的已配置上行链路授权，当满足以下条件(a)-(c)中的任何一个时，每个关联的HARQ进程被视为未挂起。

(a)在HARQ进程上执行传输并且没有从下层接收到LBT失败指示。

(b)配置的上行链路授权被初始化并且HARQ进程不与另一个活动的配置的上行链路授权关联。

(c)用于HARQ进程的HARQ缓冲器被刷新。

如果满足以下条件(a)和(b)中的任一个，则可以考虑重传(配置的授权配置的)HARQ进程ID。

(a)HARQ进程ID的定时器configuredGrantTimer正在运行(且HARQ进程处于挂起/未挂起)。

(b)HARQ进程ID的configuredGrantTimer没有运行并且HARQ进程处于挂起状态。

如果HARQ进程ID的configuredGrantTimer没有运行(并且HARQ进程ID没有挂起)，则(配置的授权配置的)HARQ进程可以被考虑用于新的传输(例如，初始传输)。

UL资源也可以被称为UL授权。

如果在UE处配置了lch-BasedPrioritization，则当两个或更多个UL资源(例如，用于SR传输的一个或多个PUSCH资源和/或一个或多个PUCCH资源)在时域(在同一服务小区中)重叠时，UE可以执行基于LCH的优先级排序。作为基于LCH的优先化的结果，UE可以从时域重叠的UL资源中确定一个优先的UL资源用于传输。此外，UE可以将与优先的UL资源重叠的UL资源确定为非优先的UL资源。

如果在CG配置中配置autonomousTx，则在非优先的UL资源是来自CG配置的CGPUSCH，即非优先的CG PUSCH的情况下，所生成的用于非优先的CG PUSCH的HARQ进程的MACPDU可以在用于新传输的下一个可用的CG PUSCH(也即CG PUSCH-autonomousTx)上自主传输。在一些实现中，非优先的CG PUSCH和CG PUSCH-autonomousTx可以具有与非优先的CGPUSCH相同的HARQ进程ID、CG配置和TBS。注意，autonomousTx可能需要被配置为与非优先的CG PUSCH(和CG PUSCH-autonomousTx)相同的CG配置，以实现非优先的MAC PDU的自主传输。

如果在CG配置中配置了cg-RetransmissionTimer，并且UE在CG PUSCH上传输之前由于LBT失败(例如，检测到LBT失败指示)而具有未决的HARQ进程ID，即CG PUSCH-LBT失败，当用于CG PUSCH-LBT的HARQ进程的cg-RetransmissionTimer没有运行时，生成的用于CGPUSCH-LBT失败的HARQ进程的MAC PDU可以在用于重传的CG PUSCH上重传，即CG PUSCH重传。在一些实现中，CG PUSCH-LBT失败和CG PUSCH重传可以具有与非优先的CG PUSCH相同的HARQ进程ID和TBS。在一些实现中，cg-RetransmissionTimer可以被配置在CG PUSCH-LBT失败和/或CG PUSCH重传对应的CG配置中。

用于新传输的HARQ进程ID可以具有以下特性(a)-(e)中的至少一个。

(a)用于新传输的HARQ进程ID不对应于待处理的MAC PDU。

(b)用于新传输的HARQ进程ID可以不被识别为待决。

(c)用于新传输的HARQ进程ID的configuredGrantTimer可能未被配置，或者可能已被配置但未运行。

(d)用于新传输的HARQ进程ID的cg-RetransmissionTimer可以没有被配置，或者可以被配置并且没有运行。

(e)用于新传输的HARQ进程ID可以不对应于非优先的CG PUSCH/MAC PDU。

用于重传的HARQ进程ID可以具有以下特性(a)-(e)中的至少一个。

(a)用于重传的HARQ进程ID可以包括待处理的MAC PDU。

(b)用于重传的HARQ进程ID可以被识别为待决。

(c)用于重传的HARQ进程ID的configuredGrantTimer可以没被配置，也可以被配置并且正在运行。

(d)用于重传的HARQ进程ID的cg-RetransmissionTimer可以没有被配置，或者可以被配置并且没有运行。

(e)可能尚未接收到用于重传的HARQ进程ID的指示ACK的DFI。

基于LCH的优先级排序描述如下。

对于配置了lch-basedPrioritization的MAC实体，上行链路授权的优先级由复用的逻辑信道的优先级中的最高优先级(即要发送的MAC PDU已存储在HARQ缓冲区中)或具有可用数据的逻辑信道的优先级确定。根据如3GPP TS 38.321的第5.4.3.1.2条中描述的映射限制，可以在MAC PDU中复用(即，要发送的MAC PDU不存储在HARQ缓冲器中)。在MAC PDU中没有复用或可以复用逻辑信道的数据的上行链路授权的优先级低于在MAC PDU中复用或可以复用任何逻辑信道的数据的上行链路授权的优先级或者触发SR的逻辑通道的优先级。

对于配置了lch-basedPrioritization的MAC实体，如果配置的上行链路授权的相应PUSCH传输被3GPP TS 38.213的第11.2A条中指定的CI-RNTI取消，或者被3GPP TS38.213的第9条指定的高PHY优先级PUCCH传输取消，此配置的上行链路授权被视为非优先的上行链路授权。如果该非优先的上行链路授权配置有autonomousTx，则该非优先的上行链路授权的相应HARQ进程的configuredGrantTimer如果正在运行则可以被停止。

下面的表1示出了当MAC实体针对相关联的PUSCH可以由较低层发送的每个上行链路授权配置有lch-basedPrioritization的MAC实体行为的示例。

表1

如果MAC实体配置有lch-basedPrioritization并且如果至少两个配置的优先级相等的上行链路授权存在重叠的PUSCH持续时间，则优先的上行链路授权由UE特定的实现来确定。如果MAC实体未配置有lch-basedPrioritzation，并且如果至少两个配置的上行链路授权存在重叠的PUSCH持续时间，则由UE特定的实现来选择配置的上行链路授权之一。

下面的表2显示了MAC实体行为的示例。

表2

下面的表3显示了HARQ实体行为的示例。

表3

当确定与先前传输中的值相比NDI是否已经被切换时，MAC实体可以忽略在用于其临时C-RNTI的PDCCH上的所有上行链路授权中接收到的NDI。当配置的configuredGrantTimer或cg-RetransmissionTimer由PUSCH传输启动或重新启动时，其可以在PUSCH传输的第一个符号的开始处启动。

3GPP已同意基于NR的非许可频谱接入作为NR Rel-16的WI之一。该WI指定了用于访问免许可频谱的单一全球解决方案框架的NR增强功能，该框架能够在5GHz和6GHz免许可频段内运行NR，同时考虑到区域监管要求。NR-U设计应实现已部署的Wi-Fi代与NR-U之间、NR-U与LTE-LAA之间、不同NR-U系统之间等的公平共存。

在未经许可的频谱中，UE可能需要在执行传输之前执行信道接入(例如，LBT/CCA)，以便确保没有其他设备占用打算执行传输的信道。对于NR-U中的信道接入机制，可以采用LTE-LAA LBT机制作为5个信道的基线。GHz频段并采用6GHz频段作为设计起点。至少对于不能保证不存在Wi-Fi的频带(例如，通过规定)，可以以20MHz为单位来执行LBT。一般来说，有4个LBT类别。对于NR-U，UE可以在针对COT(如下所定义)中的不同传输和要发送的不同信道/信号执行UL传输之前使用4个LBT类别之一来执行LBT。具体地，UE可以在执行UL传输(例如，PRACH、PUCCH、PUSCH、SRS传输等)之前使用不同的LBT类别来执行LBT。LBT类别1-4提供如下。

类别1：短切换间隙后立即传输。这可用于发射机在COT内的切换间隙后立即发射。更具体地说，从接收到发送的切换间隙是为了适应收发器周转时间，并且不超过16微秒。类别1也可以称为类型2UL信道接入过程。

类别2：无随机退避的LBT。在发送实体发送之前，信道(打算执行传输的地方)被感知为空闲的持续时间是确定的。类别2也可以被称为类型2UL信道接入过程。

类别3：具有随机退避的LBT，具有固定大小的竞争窗口。该LBT过程具有以下过程作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。竞争窗口的大小是固定的。随机数N在LBT过程中用于确定在发送实体在信道上发送之前感测到信道(其中打算执行发送)空闲的持续时间。

类别4：具有随机退避和可变大小的竞争窗口的LBT。该LBT程序具有以下内容作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。发送实体在抽取随机数N时可以改变竞争窗口的大小。随机数N在LBT过程中用于确定竞争窗口的持续时间。在发送实体在信道上发送之前，感测到信道(打算执行传输的地方)空闲的时间。类别4也可以称为类型1UL信道接入过程。

仅当LBT成功时才可以由UE执行传输(例如，在如上所示的每个LBT类别下解释)。最大连续传输时间(LBT成功后)可以由COT值预先确定。如果在LBT程序(如果执行LBT类别2/3/4)中感测到信道空闲了预定/配置的持续时间(例如，由打算执行UL传输的UE检测到的功率小于预定/配置的功率阈值)，则LBT可以被认为是成功的。另一方面，如果UE执行LBT类别1，则可以认为LBT成功。否则，可以认为LBT失败不成功。当LBT失败被认为对于UL传输不成功时，MAC实体可以从PHY接收LBT失败指示。

NR Rel-16中引入了基于LCH的优先级。IE(例如，lch-BasedPrioritization IE)可以被配置用于UE(基于每个MAC实体)。如果(例如，在MAC实体处)配置了lch-BasedPrioritization IE，则UE(的MAC实体)可以执行基于LCH的优先级。基于LCH的优先级划分也可以被称为UE内优先级排序的一种类型。如果UE(的MAC实体)配置有lch-BasedPrioritization，则当两个或更多个UL资源(完全/部分)在时域(在同一BWP/小区中)中重叠时，UE(的MAC实体)可以执行基于LCH的优先级排序。两个或更多个UL资源中的UL资源可以是用于SR传输的PUSCH资源或PUCCH资源。如果两个或更多个UL资源在时域(在相同的BWP/小区中)(完全/部分)重叠，则UE可以从具有最高优先级的两个或更多个重叠的UL资源中确定优先的UL资源，并且未被确定为优先的UL资源的其他重叠的UL资源可以被称为非优先的UL资源。随后，可以在优先的UL资源上执行UL传输，并且可以不在非优先的UL资源上执行UL传输。

上行链路资源的优先级可以通过以下规则(a)和(b)来确定。

(a)PUSCH资源的优先级。如果UL资源是PUSCH资源，根据3GPP TS 38.321的第5.4.3.1.2条中描述的LCP映射限制，则UL资源的优先级可以是被复用的(即，要发送的MACPDU已经存储在HARQ缓冲器中)或者具有可在MAC PDU中复用(即，要发送的MAC PDU不存储在HARQ缓冲器中)的数据的LCH的优先级之中的最高优先级，以便在UL资源上进行传输。

第一UL资源的优先级低于第二UL资源的优先级，对于该第一UL资源，没有用于LCH的数据被复用或者可以在MAC PDU中复用以在该第一UL资源上进行传输。对于该第二UL资源，任何用于LCH的数据被复用或者可以在MAC PDU中复用以在该第二UL资源上传输。

没有用于LCH的数据被复用或者可以复用在用于在UL资源上传输的MAC PDU中的UL资源的优先级低于触发SR的LCH的优先级。

如果MAC实体被配置有lch-basedPrioritization并且如果存在至少两个时域重叠的CG PUSCH，且该至少两个时域重叠的CG PUSCH的优先级相等，则可以通过UE特定的实现来确定优先的CG PUSCH。

如果MAC实体配置有lch-basedPrioritization，并且如果由动态授权调度的第一PUSCH资源在时域中与第二CG PUSCH重叠，如果第一PUSCH资源和第二PUSCH资源的优先级相同，则第一PUSCH资源的优先级可以被认为是优先的PUSCH资源。

在本公开中，术语“优先级”可以被称为“LCH优先级”。与LCH相关联的LCH优先级(例如，优先级IE)可以在配置LCH的IE(例如，LogicalChannelConfig IE)中配置。此外，增加的LCH优先级值可以指示较低的优先级。例如，与LCH优先级值1相关联的第一LCH可以具有比与LCH优先级值2相关联的第二LCH更高的优先级。

(b)SR的优先级。如果UL资源是用于SR传输的PUCCH资源，则UL资源的优先级可以是触发SR的LCH的优先级。

基于帧的装置(FBE)是可以在未经许可的环境中运行的设备。FBE的发送/接收结构具有周期性定时，其周期等于固定帧周期(FFP)。为FBE操作定义了两种类型的设备，其中发起一系列的一个或多个传输的设备被定义为发起设备。否则，该设备被定义为响应设备。

为了发起一系列的一个或多个传输，发起设备可以在FFP开始时紧接在操作信道上开始传输之前的单个观察时隙/空闲周期期间执行空闲信道评估(CCA)检查。如果发现操作信道空闲，则发起设备可以立即开始传输。否则，在下一个FFP期间该通道上可能没有传输。

允许发起设备向一个或多个关联的响应设备授予在当前COT内的当前操作信道上进行传输的授权。如果响应设备接收到授权并且这些传输是在发出授权的发起设备最后一次传输后最多16微秒发起的，则响应设备可以继续传输而不执行CCA。

响应设备可以在紧接在授权传输时间之前结束的25微秒时段内的单个观察时隙期间在操作信道上执行CCA，该传输时间晚于发出授权的发起设备的最后传输之后16微秒。

在NR Rel-16 NR-U中，gNB可以作为发起设备操作。gNB可以经由SIB1或专用RRC信令向UE提供FFP配置(例如，UE由网络经由SIB1或专用RRC信令配置channelAccessMode＝SemiStaticChannelAccessConfig)。FFP(例如，由SemiStaticChannelAccessConfig IE中的周期IE定义)被限制为{1ms、2ms、2.5ms、4ms、5ms、10ms}中的值。每两个无线帧内FFP的起始位置从偶数无线帧开始，由i*P给出，其中i＝{0,1,...,20/P-1}，其中P是固定帧周期(以毫秒为单位)。给定SCS的观察时隙/空闲周期＝ceil(法规/Ts允许的最短观察时段/空闲期)，其中允许的最短观察时段/空闲期＝max(FFP的5％，100us)，Ts是给定SCS的符号持续时间。如果检测到固定帧周期内的DL信号/信道(例如，PDCCH、SSB、PBCH、RMSI、GC-PDCCH等)，则可以发生固定帧周期内的UE传输。

当指示了FBE操作时，如果PRACH资源与FFP的观察时隙/空闲周期重叠，则认为PRACH资源无效。

利用配置的上行链路授权，网络可以经由RRC配置(和PDCCH)向UE分配用于初始HARQ传输的UL资源(例如，PUSCH资源)。定义了两种类型的配置的上行链路授权。对于类型1，RRC信令直接提供配置的上行链路授权(包括周期)。与配置的授权类型1配置相对应的UL资源(例如，PUSCH资源)由网络经由RRC信令直接配置。对于类型2，RRC定义了所配置的上行链路授权的周期，而寻址到CS-RNTI的PDCCH可以发送信号并激活所配置的上行链路授权，或者去激活它(例如，寻址到CS-RNTI的PDCCH指示上行链路授权可以是根据RRC定义的周期隐式重用，直到停用)。

类型1和类型2由每个服务小区和每个BWP的RRC信令配置。多个配置只能在不同的服务小区上同时激活。对于类型2，激活和去激活在服务小区之间是独立的。对于同一个服务小区，MAC实体配置为类型1或类型2。

当配置配置的授权类型1时，RRC信令可以配置以下参数(a)-(e)：

(a)cs-RNTI：用于重传的CS-RNTI。

(b)周期：配置的授权类型1的周期。

(c)timeDomainOffset：时域中资源相对于SFN＝0的偏移。

(d)timeDomainAllocation：在时域中配置的上行链路授权的分配，其包含startSymbolAndLength(例如，3GPP TS 38.214中的SLIV)。

(e)nrofHARQ-进程：用于配置的授权的HARQ进程的数量。

当上层配置了针对服务小区的配置的授权类型1时，MAC实体可以(i)将上层提供的上行链路授权存储为针对所指示的服务小区的配置的上行链路授权，并且(ii)根据timeDomainOffset和S(从3GPP TS 38.214中指定的SLIV派生)初始化或重新初始化配置的上行链路授权，以在符号中开始，并周期性地重新发生。

图1是根据本公开的示例实现的在NR中配置的授权定时器操作的示意图。

在NR Rel-15中，引入了定时器configuredGrantTimer。定时器configuredGrantTimer可以针对每个HARQ进程ID来维护。每当UE执行特定(重)传输时(例如，在由寻址到C-RNTI的上行链路授权指示的资源上，并且所识别的HARQ进程被配置用于配置的上行链路授权，在与配置的上行链路授权相对应的PUSCH上(例如，CG PUSCH 110)，或者在由寻址到CS-RNTI的上行链路授权指示的资源上)，(重新)开始(例如，在CG PUSCH110上传输时)对应于的HARQ进程ID(例如，HARQ进程ID＝1)的configuredGrantTimer的(重新)传输。当与HARQ进程相对应的configuredGrantTimer正在运行时，禁止UE在HARQ进程ID的配置的上行链路授权(例如，CG PUSCH 120)上执行新的传输(例如，生成新的TB/MAC PDU用于传输)。

NR Rel-16 NR-U WI中引入了与配置的上行链路授权相关的几个新功能(例如，功能1-1至1-5)，如下所列，以确保配置的上行链路授权机制可以在可能发生LBT失败的非许可环境(例如共享频谱)中顺利操作。在一些实现中，仅当cg-RetransmissionTimer被配置在配置的授权配置(例如，ConfiguredGrantConfig IE)中时，配置的授权配置才可以应用下面列出的特征中的至少一个。cg-RetransmissionTimer可以总是被配置在在未许可环境(例如，共享频谱)中操作的配置的授权配置(例如，ConfiguredGrantConfig IE)中。cg-RetransmissionTimer可以不被配置在在许可环境(例如，许可频谱)中操作的配置的授权配置(例如，ConfiguredGrantConfig IE)中。

特征1-1：基于UE特定实现的CG PUSCH的HARQ进程ID选择。

用于CG PUSCH的HARQ进程ID的选择可以基于UE特定的实现。UE可以在可用于配置的授权配置的HARQ进程ID之中选择用于CG PUSCH的HARQ进程ID。更具体地，可基于针对配置的授权配置(例如，ConfiguredGrantConfig IE)配置的两个参数harq-procID-Offset和nrofHARQ-Processes的值来确定可用于配置的授权配置的HARQ进程ID。

如果harq-procID-Offset和nrofHARQ-Processes两者都被配置用于配置的授权配置(例如，ConfiguredGrantConfig IE)，则UE可以在[harq-procID-Offset，...，(harq-procID-Offset+nrofHARQ-Processes–1)]中选择用于CG PUSCH的HARQ进度的ID。

如果仅nrofHARQ-Processes被配置用于配置的授权配置(例如，ConfiguredGrantConfig IE)，则UE可以在[0,1,...,(nrofHARQ-Processes–1)]内选择用于CG PUSCH的HARQ进程ID。

harq-procID-Offset可以总是与cg-RetransmissionTimer一起配置在在未许可环境(例如，共享频谱)中操作的已配置的授权配置(例如，ConfiguredGrantConfig IE)中。

当为CG PUSCH选择HARQ进程ID时，UE可以在初始传输之前优先考虑重传。当经由UE特定实现选择CG PUSCH的HARQ进程ID时，CG上行链路控制信息(CG-UCI)可以用于指示为CG PUSCH选择的HARQ进程ID。在本实现的一些方面，CG-UCI可以复用在CG PUSCH上。CG-UCI可以包括(与CG-UCI复用的)CG PUSCH的HARQ进程ID、RV、NDI和COT信息。UE可以针对新传输切换CG-UCI中的NDI，并且可以不在重传中切换CG-UCI中的NDI。

特征1-2：基于UE特定实现的CG PUSCH的RV选择。

UE可以基于UE特定的实现来选择CG PUSCH的RV。CG PUSCH可以用于初始传输或用于重传(例如，重复)。

特征1-3：在CG PUSCH上自主重传MAC PDU/TB。图2示出根据本公开的示例实现的CG定时器(例如，cg-RetransmissionTimer)的操作的示意图。

当UE未能在第一CG PUSCH(例如，如图2中的210表示的CG PUSCH 1)上发送生成的MAC PDU/TB时，如果满足以下条件中的至少一个(例如，从条件A1到条件A6)，UE可以在第二CG PUSCH(例如，图2中的220所示的CG PUSCH 2)上执行自主重传。UE可能由于LBT失败而无法发送MAC PDU/TB(例如，UE感测到信道繁忙、UE接收到LBT失败指示等)。当UE确定在第二CG PUSCH(例如，如图2中的220表示的CG PUSCH 2)上执行自主重传时，UE可以将NDI比特视为“未切换”。

条件A1：第一CG PUSCH(例如图2中的210所表示的CG PUSCH 1)的TBS与第二CGPUSCH(例如图2中的220所表示的CG PUSCH 2)的TBS相同。

条件A2：第一CG PUSCH(例如，图2中的210表示的CG PUSCH 1)和第二CG PUSCH(例如，图2中的220表示的CG PUSCH 2)具有相同的HARQ进程ID(例如，HARQ进程ID＝i)。

条件A3：第一CG PUSCH(例如，图2中的210所表示的CG PUSCH 1)和第二CG PUSCH(例如，图2中的220所表示的CG PUSCH 2)对应的配置的授权配置被配置在同一个BWP中。第一CG PUSCH(例如，如图2中的210表示的CG PUSCH 1)和第二CG PUSCH(例如，如图2中的220表示的CG PUSCH 2)对应的配置的授权配置可以相同或者不同。但是，它们需要在同一个BWP中配置。

条件A4：网络尚未提供用于第一CG PUSCH(例如，如图2中的210所表示的CG PUSCH1)的重传的动态授权。用于重传第一CG PUSCH(例如，如图2中的210所表示的CG PUSCH 1)的动态授权可以具有与第一CG PUSCH(例如，如图2中的210所表示的CG PUSCH 1)相同的HARQ进程ID。在第二个CG PUSCH(例如，如图2中的220所表示的CG PUSCH 2)变得可用之前，如果网络已经提供了用于重传第一CG PUSCH(例如，如图2中的210所表示的CG PUSCH 1)的动态授权(例如，与C-RNTI或CS-RNTI相关联的UL授权)，则第二CG PUSCH(例如，如图2中的220所表示的CG PUSCH 2)可以不用于自主重传。

条件A5：与第一(和第二)PUSCH的HARQ进程ID对应的cg-RetransmissionTimer没有运行。cg-RetransmissionTimer可以针对每个HARQ进程ID来配置。它可以用于禁止UE在CG PUSCH上执行立即自主重传。如果用于CG PUSCH的HARQ进程的cg-RetransmissionTimer没有运行，则UE可以仅在CG PUSCH上执行重传。

当在HARQ进程的配置的上行链路授权上的传输(例如，新的传输或重传)被成功地执行时(例如，UE没有接收到针对该HARQ进程的LBT失败指示)，可以(重新)启动HARQ进程的cg-RetransmissionTimer。例如，在图2，当成功执行CG PUSCH 1上的TB传输时，可以(重新)启动用于CG PUSCH 1的HARQ进程(例如，HARQ ID＝i)的cg-RetransmissionTimer。随后，当用于CG PUSCH 1的HARQ进程的cg-RetransmissionTimer停止或未运行时，UE可以在CGPUSCH 2上重传用于CG PUSCH 1的TB。在一些实施方式中，当UE接收到对应HARQ进程的DFI时，HARQ进程的cg-RetransmissionTimer可以被停止。在一些实施方式中，当UE接收到用于HARQ进程的动态授权(例如，与C-RNTI或CS-RNTI相关联的UL授权)时，HARQ进程的cg-RetransmissionTimer可以被停止。在一些实施方式中，当为HARQ进程的configuredGrantTimer到期时，可以停止HARQ进程的cg-RetransmissionTimer。在一些实施方式中，当接收到针对HARQ进程对应的配置的授权配置的配置的授权类型2激活命令时，HARQ进程的cg-RetransmissionTimer可以被停止。

条件A6：第二CG PUSCH(例如，图2中的220表示的CG PUSCH 2)用于重传。

仅当第二CG PUSCH(例如，如图2中的220表示的CG PUSCH 2)用于重传时，UE才可以在第二CG PUSCH上执行自主传输。

如果用于第二CG PUSCH(例如，如图2中的220表示的CG PUSCH 2)的HARQ进程ID的configuredGrantTimer正在运行，并且用于第二CG PUSCH(例如，如图2中的220表示的CGPUSCH 2)的HARQ进程的cg-RetransmissionTimer被配置并且未运行，则可以考虑重传第二CG PUSCH(例如，由图2中的220表示的CG PUSCH 2)。

如果用于第二CG PUSCH(例如，如图2中的220表示的CG PUSCH 2)的HARQ进程ID的configuredGrantTimer正在运行，用于第二CG PUSCH(例如，图2中的220所表示的CG PUSCH2)的HARQ进程的cg-RetransmissionTimer被配置并且未运行，并且第二CG PUSCH的HARQ进程(例如，如图2中的220所表示的CG PUSCH 2)是待决的/未待决的，则可以考虑重传第二CGPUSCH(例如，由图2中的220表示的CG PUSCH 2)。

如果用于第二CG PUSCH(例如，图2中的220表示的CG PUSCH 2)的HARQ进程ID的configuredGrantTimer正在运行/未运行，用于第二CG PUSCH(例如，图2中的220表示的CGPUSCH 2)的HARQ进程的cg-RetransmissionTimer被配置并且未运行，并且第二CGPUSCH的HARQ进程(例如，图2中的220所表示的CG PUSCH 2)待决，则可以考虑重传第二CG PUSCH(例如，图2中的220表示的CG PUSCH 2)。

特征1-4：来自网络的DFI传输

UE可能期望从网络接收DFI。DFI可以经由具有由CS-RNTI加扰的CRC的DCI格式0_1来指示。当UE接收到具有通过CS-RNTI加扰的CRC的DCI格式0_1时，如果DCI中的(1比特)DFI标志指示值1，则UE可以识别接收到的DCI是DFI。DCI格式0_1中的DFI标志可以是0位或1位。如果UE配置为监视具有由CS-RNTI加扰的CRC的DCI格式0_1，并且用于在具有共享频谱信道接入的小区中操作，则DFI标志为1位。

DFI可以包括(16比特)HARQ-ACK位图，其中位图到HARQ进程索引映射的顺序使得HARQ进程索引按照从位图的MSB到LSB的升序映射。对于位图的每个比特，值1表示ACK，值0表示NACK。

cg-minDFI-Delay IE可以被配置用于配置的授权配置(例如，ConfiguredGrantConfigIE)。当在配置的授权配置(例如，ConfiguredGrantConfig IE)中配置时，cg-minDFI-Delay IE可以指示从CG PUSCH的结束符号到包含携带该CG PUSCH的HARQ-ACK的DFI的PDCCH的起始符号的最小持续时间(以符号为单位)。在此最小持续时间之前接收到的HARQ-ACK可能不被认为对于该CG PUSCH有效。

当UE接收到对应HARQ进程的(有效)DFI时，HARQ进程的cg-RetransmissionTimer可以被停止。当UE接收到指示对应HARQ进程的ACK的(有效)DFI时，可以停止HARQ进程的configuredGrantTimer。

特征1-5：LBT失败时的UE行为。

如果由于LBT失败而没有成功发送CG PUSCH，则不(重新)启动与CG PUSCH的HARQ进程ID对应的configuredGrantTimer。如果CG PUSCH由于LBT失败而没有成功发送，则不(重新)启动与CG PUSCH的HARQ进程对应的cg-RetransmissionTimer。

仅当在针对HARQ进程执行传输(例如，成功传输)时没有从PHY接收到LBT失败指示时，才(重新)启动与HARQ进程ID相对应的configuredGrantTimer。仅当在针对HARQ进程执行传输(例如，成功传输)时没有从PHY接收到LBT失败指示时，才(重新)启动与HARQ进程ID相对应的cg-RetransmissionTimer。

支持NR Rel-16 IIoT/URLLC特征的设备可以在许可频谱(例如，许可运营商/小区)下操作。NR Rel-16 IIoT/URLLC WI中引入了与配置的上行链路授权相关的几个新功能(例如，功能2-1至2-4)，如下所列，以确保配置的上行链路授权机制可以满足IIoT/URLLC流量的可靠性和延迟要求。仅当在配置的授权配置(例如，ConfiguredGrantConfig IE)中未配置cg-RetransmissionTimer时，配置的授权配置才可以应用下面列出的至少一个特征。cg-RetransmissionTimer可以不被配置在在许可环境(例如，许可频谱)中操作的配置的授权配置(例如，ConfiguredGrantConfig IE)中。

特征2-1：基于预定义方程的CG PUSCH的HARQ进程ID选择。

对于既没有配置harq-ProcID-Offset2也没有配置cg-RetransmissionTimer的配置的授权配置(例如，harq-ProcID-Offset2和cg-RetransmissionTimer均未在配置的授权配置的ConfiguredGrantConfig IE中进行配置)，与CG PUSCH的第一个符号相关联的HARQ进程ID可以从预定义的等式1导出。

预定义方程1：HARQ进程ID＝[floor(CURRENT_symbol/periodity)]modulonrofHARQ-Processes

对于配置有harq-ProcID-Offset2的配置的授权配置(例如，在配置的授权配置的ConfiguredGrantConfig IE中配置harq-ProcID-Offset2)，与CG PUSCH的第一符号相关联的HARQ进程ID由由预定义方程2导出。

预定义方程2：HARQ进程ID＝[floor(CURRENT_symbol/periodity)]modulonrofHARQ-Processes+harq-ProcID-Offset2

更具体地，CURRENT_symbol＝(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙编号×numberOfSymbolsPerSlot+时隙中的符号编号)，并且，如3GPP TS 38.211中规定，numberOfSlotsPerFrame和numberOfSymbolsPerSlot分别指每帧的连续时隙数和每时隙的连续符号数。如果未配置cg-RetransmissionTimer，则同一BWP中不同配置的授权配置之间不会共享HARQ进程。harq-ProcID-Offset2不能与同一配置的授权配置(例如，ConfiguredGrantConfig IE)中的cg-RetransmissionTimer同时配置。

特征2-2：RV基于配置选择CG PUSCH。

CG PUSCH的RV可以基于在CG-PUSCH对应的配置的授权配置(例如，configuredGrantConfig IE)中配置的repk-RV来选择。参数repK-RV定义要应用于重复的冗余版本模式。如果在配置的授权配置(例如，configuredGrantConfig IE)中既没有提供repK-RV也没有提供cg-RetransmissionTimer，则与配置的授权配置相对应的CG PUSCH的RV可以被设置为0。参数repK-RV和cg-RetransmissionTimer不能在相同的配置的授权配置(例如，configuredGrantConfig IE)中配置。

特征2-3：在CG PUSCH上自主传输MAC PDU/TB。

当UE未能在第一CG PUSCH上发送所生成的MAC PDU/TB时，如果以下条件(例如，从条件B1到条件B6)中的(至少一个)满足，则UE可以在第二CG PUSCH上执行自主传输。具体地，由于作为UE内优先级排序(例如，基于LCH的优先级排序)的结果，第一PUSCH被取消优先级(例如，第一CG PUSCH被认为是非优先的CG PUSCH)，所以UE可能无法发送MAC PDU/TB。

条件B1：第一CG PUSCH的TBS与第二CG PUSCH的TBS相同。

条件B2：第一CG PUSCH和第二CG PUSCH对应同一个BWP中配置的相同的授权配置。

条件B3：第一CG PUSCH和第二CG PUSCH具有相同的HARQ进程ID。

具有与第一CG PUSCH相同的HARQ进程ID的第二CG PUSCH可以是在第一CG PUSCH之后首先变得可用(例如，UE首先接收到)的CG PUSCH。

条件B4：网络尚未提供用于第一CG PUSCH的重传的动态授权。

用于第一CG PUSCH重传的动态授权可以具有与第一CG PUSCH相同的HARQ进程ID。如果网络在第二CG PUSCH变得可用之前已经提供了用于第一CG PUSCH重传的动态授权(例如，与C-RNTI或CS-RNTI相关联的UL授权)，则第二CG PUSCH可以不用于自主重传。

条件B5：已经在第二CG PUSCH(和第一CG PUSCH)对应的配置的授权配置(例如，configuredGrantConfig IE)中配置了autonomousTx。

autonomousTx被配置用于第二CG PUSCH对应的配置的授权配置时，UE才可以在第二CG PUSCH上执行自主传输。此外，第二CG PUSCH可以用于执行新的传输。例如，仅当与第二CG PUSCH的HARQ进程ID相关联的configuredGrantTimer没有运行时，UE可以在第二CGPUSCH上执行自主传输。

条件B6：第二CG PUSCH用于新传输(例如，初始传输)。

仅当第二CG PUSCH用于新的传输时，UE才可以在第二CG PUSCH上执行自主传输。如果用于第二CG PUSCH的HARQ进程ID的configuredGrantTimer没有运行并且用于第二CGPUSCH的HARQ进程的cg-RetransmissionTimer没有配置，则第二CG PUSCH可以被考虑用于新的传输(例如，初始传输)。如果用于第二CG PUSCH的HARQ进程ID的configuredGrantTimer没有运行，用于第二CG PUSCH的HARQ进程的cg-RetransmissionTimer被配置并且没有运行，且第二个CG PUSCH的HARQ进程ID不被视为待处理，则第二CG PUSCH可以被考虑用于新的传输(例如，初始传输)。

特征2-4：当MAC PDU/TB被取消优先级时UE的行为。

如果由于CG PUSCH被取消优先级而没有成功发送CG PUSCH，则不(重新)启动与CGPUSCH的HARQ进程ID相对应的configuredGrantTimer。

请注意，UCE可以称为具有受控部署的未许可环境。因此，来自使用不同无线电接入技术的其他系统的干扰是预计不会发生的，或者只是偶尔发生。UCE的示例可以是具有在未经许可的频带/运营商中操作的设备(例如，机器人、致动器、传感器等)的工厂。此外，设备可以以特定方式部署，使得它们不会相互造成干扰。然而，即使采用正确的部署，设备(例如，UE、gNB等)在执行传输之前仍然可能需要信道接入(例如，LBT/CCA)。这意味着LBT失败仍然可能发生在UCE中。

为了在NR Rel-17中通过UCE支持URLLC/IIoT服务，考虑到UCE中的信道条件比其他未许可的环境中的信道条件相对稳定，一些配置限制已被取消。下面可能会介绍一些新的配置特征(例如特征3-1至特征3-3)。

特征3-1：cg-RetransmissionTimer可以选择性地配置用于共享频谱。

例如，在NR Rel-16中，cg-RetransmissionTimer IE始终需要配置为共享频谱。然而，在NR Rel-17中，cg-RetransmissionTimer IE可以可选地配置用于共享频谱。此外，当未配置cg-RetransmissionTimer IE时(在共享频谱中操作的FBE中)，NR Rel-16 URLLC/IIoT机制可以用于HARQ进程ID和RV选择。也就是说，当没有配置cg-RetransmissionTimerIE时，UE可以基于预定义方程(例如，预定义方程1或预定义方程2)导出CG PUSCH的HARQ进程ID。此外，当未配置cg-RetransmissionTimer IE时，UE可以基于配置(在特征2-2中定义)导出CG PUSCH的RV。

相反，当cg-RetransmissionTimer IE被配置时(在共享频谱中操作的FBE中)，NRRel-16 NR-U机制可以用于HARQ进程ID和RV选择。也就是说，当cg-RetransmissionTimerIE被配置时，UE可以基于UE特定的实现来导出CG PUSCH的HARQ进程ID和RV。

特征3-2：cg-RetransmissionTimer IE可以与autonomousTx IE一起配置。

NR Rel-16中的假设是网络不会为每个小区同时配置autonomousTx和cg-RetransmissionTimer。然而，这样的限制可能会在NR Rel-17中取消。此外，如果autonomousTx和cg-RetransmissionTimer两者都被配置(在服务小区中)，则autonomousTx和cg-Retransmission可以分别用于处理非优先的MAC PDU和LBT失败的MAC PDU。换言之，如果由于CG PUSCH被取消优先级(作为UE内优先的结果)而没有在CG PUSCH上发送MACPDU，仅当已配置autonomousTx时，才可以在另一个CG资源上发送MAC PDU(用于新传输)。另一方面，如果由于LBT失败而未在CG PUSCH上发送MAC PDU，则仅当配置了cg-RetransmissionTimer时，才可以在另一个CG PUSCH上重传该MAC PDU(用于重传)。

特征3-3：cg-RetransmissionTimer IE可以与lch-BasedPrioritization IE一起配置。

cg-RetransmissionTimer IE可以与同一服务小区中的lch-BasedPrioritization IE一起配置以支持NR Rel-17中的UCE中的IIoT/URLLC。

NR Rel-17 WI关于增强工业物联网(IoT)和URLLC支持的核心目标之一是确保Rel-16功能与受控环境中的免许可频段URLLC/IIoT操作兼容。特别是，可以研究UCE中IIoT/URLLC的UL增强。这包括协调Rel-16中引入的NR-U和IIoT/URLLC中的UL配置的授权增强功能，以适用于未经许可的频谱。

请注意，UCE可以称为具有受控部署的未许可环境。因此，来自使用不同无线电接入技术的其他系统的干扰是预计不会发生的，或者只是偶尔发生。UCE的示例可以是具有在未经授权的频带/运营商中操作的设备(例如，机器人、致动器、传感器等)的工厂。此外，设备可以以特定方式部署，使得它们不会相互造成干扰。然而，即使采用正确的部署，设备(例如，UE、gNB等)在执行传输之前仍然可能需要信道接入(例如，LBT/CCA)。这意味着LBT失败仍然可能发生在UCE中。

基于NR Rel-17 WI增强工业物联网(eIIoT)和URLLC支持的目标，可能需要新的机制来协调Rel-16 NR-U WI和Rel-16 IIoT/URLLC WI中引入的机制/方案。因此，一些配置限制已经被解除，并且一些新的配置组合(例如，新的IE组合)已经被允许以支持这种协调。本公开讨论了与新的配置组合(例如，新的IE组合)相关联的潜在问题。还提出了相关解决方案来解决已发现的问题。

图3示出根据本公开的示例实现的与非优先的MAC PDU的自主传输相关联的问题的示意图。

在NR Rel-17中，可以在同一服务小区/CG配置/MAC实体中配置autonomousTx、cg-RetransmssionTimer和lch-BasedPrioritization。当两个或更多个UL资源在时域中重叠和/或当UL资源被CI-RNTI抢占时，可能发生UE内优先级排序(例如，基于PHY的优先级排序和/或基于LCH的优先级排序)。作为UE内优先级排序的结果，UE可以从时域重叠的UL资源中确定一个优先的UL资源用于传输。此外，UE可以将与优先的UL资源重叠的UL资源确定为非优先的UL资源。在非优先的UL资源是CG PUSCH的情况下，例如图3中的CG PUSCH 1(如310所表示的)，根据配置有autonomousTx的CG配置，预期行为可以是在具有相同HARQ进程ID的下一个可用的CG PUSCH(例如，图3中的320所指示)上自主地发送第一MAC PDU，该第一MACPDU是生成的但无法在CG PUSCH 1上发送。然而，如果cg-RetransmssionTimer被配置在CGPUSCH 2对应的CG配置处，则可以由UE特定实现来在可用于CG PUSCH 2所配置的授权配置的HARQ进程ID之中选择HARQ进程ID。此外，当选择CG PUSCH 2的HARQ进程ID时，UE可以将用于重传的HARQ进程ID优先于用于新/初始传输的HARQ进程ID。该行为可能延迟传输因为第一MAC PDU的HARQ进程ID可以被认为是用于新传输的HARQ进程ID，即，用于第一MAC PDU的HARQ进程ID的configuredGrantTimer和cg-RetransmissionTimer可能没有运行，并且/或当CG PUSCH 2变得可用时，第一MAC PDU的HARQ进程ID可以不被认为是待决的。结果，当存在至少一个用于从CG PUSCH 2对应的CG配置进行重传的HARQ进程ID时，第一MAC PDU的HARQ进程ID可以被取消优先级。

第一MAC PDU的HARQ进程ID也可以称为CG PUSCH 1的HARQ进程ID。CG PUSCH 1和CG PUSCH 2可以具有相同的HARQ进程ID和/或TBS。CG PUSCH 1和CG PUSCH 2可以对应于相同/不同的CG配置。如果在UE处配置了基于LCH的优先级排序，则当CG PUSCH 1在时域中(在同一服务小区中)与另一UL资源(例如，PUSCH、PUCCH等)重叠时，UE可以执行基于LCH的优先级排序。这可能导致CG PUSCH 1被取消优先级。

为了不延迟非优先的MAC PDU的自主传输，UE可以有条件地将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID。本公开提出了多种解决方案。

在一些实施方式中，当UE需要选择CG PUSCH的HARQ进程ID时，当满足以下至少一种条件时，UE可以将用于新传输(例如，初始传输)的HARQ进程ID优先于用于重传的HARQ进程ID。在一些实施方式中，当满足以下条件中的至少一个时(例如，当满足下面描述的条件1-2时)，UE可以启用第一HARQ进程ID选择过程来选择CG PUSCH的HARQ进程ID。相反，当不满足以下条件中的至少一个时(例如，当不满足条件1-2时)，UE可以启用第二HARQ进程ID选择过程来选择CG PUSCH的HARQ进程ID。本公开描述了第一HARQ进程ID选择过程和第二HARQ进程ID选择过程的定义。在一些实施方式中，当满足以下条件中的至少一个时(例如，当满足条件1-2时)，UE可以基于是否将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID来确定是否将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID。在一些实施方式中，当满足以下条件中的至少一个(例如，当满足条件1-2时)以及用于新传输的HARQ进程ID的优先级高于用于重传的HARQ进程ID的优先级时，UE可以将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID。图4示出根据本公开的示例实现的用于选择CG PUSCH的HARQ进程ID的方法的流程图。在动作402中，CG PUSCH变得可用于传输，并且CG PUSCH对应的CG配置被配置有cg-RetransmissionTimer。在动作404中，由于cg-RetransmissionTimer被配置，UE可以确定选择CG PUSCH的HARQ进程ID。例如，CG PUSCH的HARQ进程ID可以从可用于CGPUSCH对应或所属的配置的授权配置的HARQ进程ID中选择。在动作406中，当选择该CGPUSCH的HARQ进程ID时，基于下面描述的条件1-1到条件1-3中的至少一个，UE还可以确定是否(允许)将用于初始传输(例如，新传输)的HARQ进程ID优先于用于重传的HARQ进程ID，反之亦然。

当满足条件1-1至条件1-3中的至少一个时，UE可以执行动作408并且在选择CGPUSCH的HARQ进程ID时，可以将用于新传输(例如，初始传输)的HARQ进程ID优先于用于重传的HARQ进程ID。另一方面，当不满足条件1-1至条件1-3中的至少一个时，UE可以执行动作410并且在选择CG PUSCH的HARQ进程ID时，可以将用于重传的HARQ进程ID优先于用于新传输(例如，初始传输)的HARQ进程ID。在动作410中，UE可以将CG PUSCH的HARQ进程ID设置为所选择的HARQ进程ID。

在一些实现中，如果在选择CG PUSCH的HARQ进程ID时，UE确定将用于初始传输的HARQ进程ID优先于用于重传的HARQ进程ID(例如，动作408)，则UE可以在CG PUSCH对应或属于的所配置的授权配置的HARQ进程ID中选择可用于初始传输的HARQ进程ID(如果有的话)。另一方面，如果CG对应或所属的配置的授权配置中不存在可用于初始传输的HARQ进程ID，则UE可以在用于CG PUSCH对应或所属的配置的授权配置的用于重传的HARQ进程ID中选择HARQ进程ID。

条件1-1：UE具有至少一个对应于非优先的MAC PDU的HARQ进程ID和/或UE不具有任何对应于未决的MAC PDU的HARQ进程ID。

当UE需要为CG资源选择HARQ进程ID，并且UE具有至少一个与非优先的PDU对应的HARQ进程和/或UE不具有与挂起的PDU对应的任何HARQ进程ID时，UE可以将用于新传输(例如，初始传输)的HARQ进程ID优先于用于重传的HARQ进程ID。否则，UE可以将用于重传的HARQ进程ID优先于用于新传输的HARQ进程ID。

条件1-2：UE已配置至少一个来自IE类别1的IE。

当UE需要选择某CG资源的HARQ进程，并且该CG资源对应于配置了cg-RetransmissionTimer和autonomousTx的CG配置时，并且UE具有至少一个与非优先的MACPDU对应的HARQ进程ID时(对于CG配置)，则当为CG配置选择HARQ进程ID时，UE可以将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID(例如，启用第一HARQ进程ID选择过程)。否则，当为CG配置选择HARQ进程ID时，UE可以将用于重传的HARQ进程ID优先于用于新传输的HARQ进程ID(例如，启用第二HARQ进程ID选择过程)。

条件1-3：用于重传的HARQ进程ID的优先级低于用于初始传输的HARQ进程ID的优先级。

用于初始传输的HARQ进程ID的优先级可以由MAC CE和/或具有可用数据的LCH的优先级之中的最高优先级，和/或MAC CE和/或来自可在CG PUSCH上自主发送的非优先的(和/或待决的)MAC PDU的数据的优先级之中的最高优先级来确定，该可用数据可以在要在CG PUSCH上发送的MAC PDU中复用/生成。

MAC CE的优先级可以通过为MAC CE配置的优先权/channelAccessPriority IE来确定。LCH的优先级可以通过为LCH配置的优先权/channelAccessPriority IE来确定。增加的优先级值可以指示较低的优先级。LCH的优先级值可以在配置LCH的参数的IE(例如，LogicalChannelConfig IE)中配置。当使用来自LCH和/或MAC CE的可用数据来复用/生成MAC PDU时，UE可以考虑MAC CE和/或LCH的映射限制。从这个意义上说，不需要考虑不满足CG PUSCH的映射限制的MAC CE和/或LCH的优先级。取消优先级/挂起的MAC PDU可能已经被获得/生成并存储在与CG PUSCH相关联的HARQ缓冲器中。此外，来自取消优先级/待定MACPDU的数据的优先级可以通过为数据来源的LCH配置的优先级/channelAccessPriority IE来确定。取消优先级/待处理的MAC PDU可以旨在在早于该PUSCH到达的另一个CG PUSCH上进行传输。取消优先级/挂起的MAC PDU尚未被网络确认，并且可以在CG PUSCH上重传。这里，取消优先级/挂起的MAC PDU的HARQ进程ID可以被称为新传输的HARQ进程ID。

用于重传的HARQ进程ID的优先级可以由MAC CE和/或来自可以在CG PUSCH上重传的未决(和/或取消优先级)MAC PDU的数据的优先级中的最高优先级来确定。取消优先级/挂起的MAC PDU可能已经被获得/生成并存储在与CG PUSCH相关联的HARQ缓冲器中。此外，来自取消优先级/待定MAC PDU的数据的优先级可以通过为数据来自的LCH配置的优先级/channelAccessPriority IE来确定。未决/非优先的MAC PDU可以旨在在比该PUSCH更早到达的另一个CG PUSCH上传输。待处理/非优先的MAC PDU尚未被网络确认，并且可以在CGPUSCH上重传。这里，待处理/非优先的MAC PDU的HARQ进程ID可以被称为重传的HARQ进程ID。

如果用于初始传输的HARQ进程ID对应于至少一个非优先的PDU和/或用于重传的HARQ进程ID不对应于任何未决的PDU，则用于初始传输的HARQ进程ID可以被认为具有最高优先级级别和/或用于重传的HARQ进程可以被认为具有最低优先级。

如果用于初始传输的HARQ进程ID不对应于任何非优先的PDU和/或用于重传的HARQ进程ID对应于至少一个待决PDU，则用于重传的HARQ进程ID可以被认为具有最高优先级级别和/或用于初始传输的HARQ进程可以被认为具有最低优先级。

如果用于重传的HARQ进程ID的优先级等于用于新传输的HARQ进程ID的优先级，则UE在选择HARQ进程ID时可以将重传的HARQ进程ID优先于用于新传输的HARQ进程ID CG资源。

如果用于重传的HARQ进程ID的优先级等于用于新传输的HARQ进程ID的优先级，则在选择CG资源的HARQ进程ID时，UE可以将用于新传输的HARQ进程ID优先于用于重传的HARQ进程ID。

在一种实现中，当UE选择HARQ进程ID时，UE可以将与非优先的MAC PDU相对应的HARQ进程ID优先于用于新传输(例如，初始传输)的HARQ进程ID和/或用于重传的HARQ进程ID。或者，UE可以将待决的MAC PDU的HARQ进程ID优先于用于新传输(例如，初始传输)的HARQ进程ID和/或用于重传的HARQ进程ID。

当UE选择CG PUSCH的HARQ进程ID时，如果配置了来自IE类别1的IE中的至少一个，则可以仅应用在本节(和/或本公开)的实现中定义的UE行为。否则，当选择CG PUSCH的HARQ进程ID时，UE可以遵循3GPP TS 38.321以将用于重传的HARQ进程ID优先于用于新/初始传输的HARQ进程ID。

来自IE类别1的特定IE可以按照HARQ进程、CG配置、BWP、服务小区和/或小区组(例如，MAC实体)来配置。来自IE类别1的特定IE可以用于启用CG-UCI传输。IE类别1中的特定IE可用于启用DFI接收。如果配置了来自IE类别1的特定IE，则UE可以始终将与取消优先级/挂起的MAC PDU相对应的HARQ进程优先于其他用于新传输/重传的HARQ进程ID。

IE类别1可以包括以下IE，例如，cg-RetransmissionTimer、configuredGrantTimer、configuredGrantConfigIndex、configuredGrantConfigIndexMAC、ConfiguredGrantConfigToAddModList、autonomousTx、phy-PriorityIndex、allowedCG-List、lch-BasedPrioritization、harq-ProcID-Offset、harq-ProcID-Offset2、lbt-FailureRecoveryConfig、repK-RV和特定的IE。

在一些实现中，当CG PUSCH变得可用于传输并且UE需要为CG PUSCH选择HARQ进程ID时，UE可以遵循3GPP TS 38.321并且将用于重传的HARQ进程ID优先于用于新传输的HARQ进程ID。在本实施方式中，UE可以将与非优先的MAC PDU对应的HARQ进程ID视为用于重传的HARQ进程ID。请注意，如果考虑重传与非优先的MAC PDU相对应的HARQ进程ID，则UE(的MAC实体)可以认为与非优先的MAC PDU相对应的HARQ进程ID的NDI尚未被切换。结果，如果在CGPUSCH上发送非优先的MAC PDU，并且需要发送指示CG PUSCH的HARQ进程ID的CG-UCI，如果非优先的PDU在CG PUSCH上传输，则UE可以不切换CG-UCI中的NDI值。

如果UE将CG PUSCH确定为非优先的CG PUSCH，如果CG PUSCH配置有autonomousTx，则UE可以停止与CG PUSCH的HARQ进程相关联的configuredGrantTimer和/或cg-RetransmissionTimer。

如果在配置CG PUSCH的configuredGrantConfig IE中配置了autonomousTx，则可以认为在UL CG PUSCH中配置了autonomousTx。configuredGrantTimer和/或cg-RetransmissionTimer可以在CG PUSCH资源中配置。请注意，如果在配置CG PUSCH的configuredGrantConfig IE中配置了configuredGrantTimer/cg-RetransmissionTimer，则视为在CG PUSCH中配置了configuredGrantTimer/cg-RetransmissionTimer。如果configuredGrantTimer/cg-RetransmissionTimer正在运行，则可能会停止。UE可以在执行基于LCH的优先级划分之后将CG PUSCH确定为取消优先级的CG PUSCH。在这种情况下，UE(的MAC实体)可能需要配置lch-basedPrioritization以便执行基于LCH的优先级排序。

如果CG PUSCH被高PHY优先级UL传输(例如，如3GPP TS 38.213的第9条中指定的PUCCH传输)取消，则UE可以将CG PUSCH确定为非优先的CG PUSCH。例如，当CG PUSCH在时域中(在同一服务小区中)部分/完全重叠UL传输时，UE可以执行基于PHY的UE内优先级排序过程。在基于PHY的UE内优先级排序过程期间，UE可以比较CG PUSCH的PHY优先级和UL传输的PHY优先级。例如，UE可以将CG PUSCH的phy-PriorityIndex的值与UL传输的phy-PriorityIndex进行比较。如果CG PUSCH具有比UL传输低的PHY优先级，则CG PUSCH可以被确定为非优先的CG PUSCH，并且UL传输可以被确定为优先的UL传输。因此，非优先的CGPUSCH可以被认为被优先的UL传输所取消。CG PUSCH的PHY优先级(例如，phy-PriorityIndex)可以在CG PUSCH对应的CG配置(例如，configuredGrantConfig IE)中配置。PHY优先级可以具有两个值：第一值(例如，p1)指示高优先级，第二值(例如，p2)指示低优先级。

UE可以将CG PUSCH确定为可以通过如3GPP TS 38.213的条款11.2A中指定的CI-RNTI来取消的非优先的CG PUSCH。

图5示出根据本公开的示例实现方式的与非优先的MAC PDU的自主传输相关联的另一个问题的示意图。基于上述问题声明，图5中的示例性场景可以发生在UE处。请注意，在图5中，configuredGrantTimer和cg-RetransmissionTimer分别表示为CG定时器和CGRT定时器。在图5，UE被配置有CG配置(例如，CG配置1)。可以在CG配置(例如，CG配置1)中配置autonomousTx、configuredGrantTimer和cg-RetransmissionTimer中的至少一者。此外，CGPUSCH 1(由图5中的510表示)、CG PUSCH 2(由图5中的520表示)和CG PUSCH 3(由图5中的530表示)可以对应于CG配置(例如，CG配置1)。如果UE在对应于HARQ进程ID 1和NDI值1的CGPUSCH 1上成功发送第一MAC PDU，则UE可以(重新)启动与HARQ进程ID 1相关联的配置的configuredGrantTimer并且(重新)启动与HARQ进程ID 1相关联的cg-RetransmissionTimer(例如，在CG PUSCH 1上的传输开始时)。随后，cg-RetransmissionTimer可以在CG PUSCH 2变得可用之前到期/停止。由于HARQ进程ID 1的configuredGrantTimer正在运行并且cg-RetransmissionTimer没有运行，因此UE可以将CGPUSCH 2的HARQ进程ID设置为1并且在CG PUSCH 2上执行第一MAC PDU的重传。UE可以(重新)在CG PUSCH 2上重传第一MAC PDU时(例如，在CG PUSCH 2上的传输开始时)，启动与HARQ进程ID 1相关联的cg-RetransmissionTimer。这里，CG PUSCH 2的NDI可以被设置为1，因为当与具有相同HARQ进程(例如，HARQ进程ID为1)的先前UL授权(例如，CG PUSCH 1)相比时，CG PUSCH 2的NDI没有被切换。如果CG PUSCH 2被认为是非优先的UL资源(当CG PUSCH2上的传输正在进行时)，则HARQ进程1的configuredGrantTimer和cg-RetransmissionTimer可以都停止。结果，当在CG PUSCH 2之后另一CG资源(例如，CG PUSCH3)变得可用时，UE可以再次将CG PUSCH 3设置为HARQ进程ID 1，以便自主地发送第一MACPDU。当与具有相同HARQ进程(例如，HARQ进程ID为1)的先前UL授权(例如，CG PUSCH 2)相比时，UE可以认为CG PUSCH 3的NDI已经被切换。因此，即使网络已经(部分)从CG PUSCH 1接收到第一个MAC PDU，它也可能没有意识到在CG PUSCH 3中接收到的MAC PDU也是第一个MAC PDU，这可能是由于CG PUSCH中切换的NDI 3。这消除了执行软组合的机会。

CG PUSCH 1、CG PUSCH 2和/或CG PUSCH 3还可以对应于不同的CG配置，例如，可以在来自另一CG配置的CG PUSCH上执行重传/自主传输。UE可以指示与配置有cg-RetransmissionTimer的CG配置相对应的CG PUSCH(例如，CG PUSCH1、CG PUSCH2和/或CGPUSCH3)的NDI值、RV值和HARQ进程ID值。NDI值、RV值和HARQ进程ID值可以经由与CG PUSCH复用的CG-UCI来指示。

在一些实现中，如果UE的CG配置配置有autonomousTx和configuredGrantTimer，以及CG配置中的CG PUSCH被认为是非优先的CG PUSCH，则UE可以根据具体情况确定是否停止针对非优先的CG PUSCH的对应HARQ进程的configuredGrantTimer。当满足以下条件2-1至条件2-4中的至少一项时，UE可以将CG PUSCH的HARQ进程视为待决和/或如果configuredGrantTimer正在运行则可以不停止configuredGrantTimer。

条件2-1：CG配置中配置了cg-RetransmissionTimer。

在一些实施方式中，当UE被配置有包括autonomousTx和configuredGrantTimer的CG配置时，当与CG配置相对应的CG PUSCH被取消优先级时，如果在CG配置中未配置cg-RetransmissionTimer，则UE可以停止用于CG PUSCH的HARQ进程的configuredGrantTimer。相反，如果在CG配置中配置了cg-RetransmissionTimer，则UE可以将CG PUSCH的HARQ进程视为待决和/或可以不停止用于CG PUSCH的HARQ进程的configuredGrantTimer。图6示出根据本公开的示例实现的用于停止CG定时器(例如，configuredGrantTimer)的新条件的示意图。请注意，在图6中，configuredGrantTimer和cg-RetransmissionTimer分别表示为CG定时器和CGRT定时器。在图6，UE被配置有CG配置(例如，CG配置1)。可以在CG配置(例如，CG配置1)中配置autonomousTx、configuredGrantTimer和cg-RetransmissionTimer中的至少一者。此外，CG PUSCH 1(由图6中的610表示)、CG PUSCH 2(由图6中的620表示)和CG PUSCH 3(由图6中的630表示)可以对应于CG配置(例如，CG配置1)。如果UE在对应于HARQ进程ID 1和NDI值1的CG PUSCH 1上成功发送第一MAC PDU，则UE可以(重新)启动与HARQ进程1相关联的configuredGrantTimer并且(重新)启动与HARQ进程ID 1相关联的cg-RetransmissionTimer(例如，在CG PUSCH 1上的传输开始时)。随后，cg-RetransmissionTimer可以在CG PUSCH 2变得可用之前到期/停止。由于HARQ进程ID 1的configuredGrantTimer正在运行并且cg-RetransmissionTimer没有运行，因此UE可以将CGPUSCH 2的HARQ进程ID设置为1并且在CG PUSCH 2上执行第一MAC PDU的重传。UE可以(重新)在CG PUSCH 2上重传第一MAC PDU时(例如，在CG PUSCH 2上的传输开始时)，启动与HARQ进程ID 1相关联的cg-RetransmissionTimer。这里，CG PUSCH 2的NDI可以被设置为1，因为当与具有相同HARQ进程(例如，HARQ进程ID为1)的先前UL授权(例如，CG PUSCH 1)相比时，CG PUSCH 2的NDI没有被切换。如果CG PUSCH 2被认为是非优先的UL资源(当CG PUSCH2上的传输正在进行时)，则HARQ进程1的cg-RetransmissionTimer可以被停止。然而，HARQ进程1的configuredGrantTimer可以不被停止。该行为与图5中的行为不同(例如，当UE确定图5中的CG PUSCH 2被取消优先级时，UE停止用于图5中的CG PUSCH 2的HARQ进程的configuredGrantTimer和cg-RetransmissionTimer)。

条件2-2：当CG PUSCH被取消优先级时，用于HARQ进程的cg-RetransmissionTimer正在运行。

条件2-3：获得/生成的用于在CG PUSCH上传输的MAC PDU之前已经被发送过。

在一些实施方式中，当UE被配置有包括autonomousTx和configuredGrantTimer的CG配置时，在与CG配置相对应的第一CG PUSCH被取消优先级时，如果为在第一CG PUSCH上传输而获得/生成的MAC PDU尚未在另一CG PUSCH上传输，UE可以停止用于第一CG PUSCH的HARQ进程的configuredGrantTimer。相反，如果为在第一CG PUSCH上传输而获得/生成的MAC PDU已经在另一CG PUSCH上传输，则UE可以将CG PUSCH的HARQ进程视为待决和/或可以不停止用于HARQ进程的configuredGrantTimer。其它CG PUSCH可以早于第一CG PUSCH发生。其它CG PUSCH可以具有与第一CG PUSCH相同的HARQ进程ID。

条件2-4：CG PUSCH是传输捆绑内的重复和/或CG PUSCH用于重传。

当与来自先前发送的具有与第一CG PUSCH相同的HARQ进程ID的CG PUSCH的NDI进行比较时，如果第一CG PUSCH的NDI没有被切换，则第一CG PUSCH可以被考虑在传输捆绑内重复和/或重传。

在一些实现中，当UE被配置有包括autonomousTx和configuredGrantTimer的CG配置时，当与CG配置相对应的第一CG PUSCH被取消优先级时，如果第一CG PUSCH用于新传输，则UE可以停止用于HARQ进程的configuredGrantTimer。相反，如果第一CG PUSCH在传输捆绑内和/或第一CG PUSCH用于重传，则UE可以将CG PUSCH的HARQ进程视为待决和/或可以不停止用于HARQ进程的configuredGrantTimer。

在一些实现中，如果UE的CG配置配置了lch-BasedPrioritization、cg-RetransmissionTimer、autonomousTx和configuredGrantTimer中的至少一者，并且与CG配置相对应的第一CG PUSCH变得可用，则UE可以确定是否根据特定条件切换第一CG PUSCH的HARQ进程的NDI值。如果满足下面的条件3-1，则UE可以认为CG PUSCH的HARQ进程的NDI值尚未被切换。

条件3-1：第一CG PUSCH可以用于发送来自第二CG PUSCH的MAC PDU，第二CGPUSCH被认为是非优先的CG PUSCH。

第二CG PUSCH可以早于第一CG PUSCH发生。第二CG PUSCH可以具有与第一CGPUSCH相同的HARQ进程ID。作为UE内优先级排序的结果，第二CG PUSCH可以被认为是非优先的CG PUSCH。第二CG PUSCH与第一CG PUSCH可以对应于相同或不同的CG配置。MAC PDU可能已经针对第二CG PUSCH生成/获得，但是没有在第二CG PUSCH上成功发送。然而，MAC PDU可能已在第二CG PUSCH之前出现的另一CG PUSCH上发送。第二CG PUSCH可以用于传输捆绑内的重复和/或用于重传。如果第一CG PUSCH的NDI与来自先前发送的具有与第一CG PUSCH相同的HARQ进程ID的CG PUSCH的NDI相比没有被切换，则第二CG PUSCH可以被考虑在传输捆绑内重复和/或重传。

在一些实现中，当UE被配置有包括autonomousTx和configuredGrantTimer的CG配置时，在与CG配置相对应的第一CG PUSCH变得可用时，如果第一CG PUSCH可以用于从非优先的CG PUSCH(即第二CG PUSCH)发送MAC PDU，则UE可以认为用于CG PUSCH的HARQ进程的NDI值还没有被切换。此外，MAC PDU可以已经在第二CG PUSCH之前出现的另一CG PUSCH上发送。

当第一CG PUSCH变得可用时，用于第一CG PUSCH的HARQ进程的configuredGrantTimer和/或cg-RetransmissionTimer可以不运行。当第一CG PUSCH变得可用时，第一CG PUSCH的HARQ进程可以不被认为是待决的。UE可以发送CG-UCI以指示第一CG PUSCH的HARQ进程ID。此外，包括在CG-UCI中的NDI值可以不被切换。

考虑与CG配置对应的第一CG PUSCH变得可用，并且第一CG PUSCH对应于第一HARQ进程ID的情况。如果针对第一CG PUSCH检测到LBT失败，则由于在第一CG PUSCH上传输之前检测到LBT失败指示，第一HARQ进程ID可以被认为是待决的。已经生成并打算在第一CGPUSCH上传输的第一MAC PDU可以被存储在与第一HARQ进程ID相关联的HARQ缓冲器中。结果，因为第一MAC PDU的传输不是由UE在第一CG PUSCH上执行，所以第一HARQ进程ID的cg-RetransmissionTimer和configuredGrantTimer可以不被(重新)启动。随后，当第二CGPUSCH变得可用时，UE可以将第二CG PUSCH的HARQ进程ID设置为第一HARQ进程ID，以便在第二CG PUSCH上重传第一MAC PDU。然而，由于基于UE内的优先级排序(例如，基于LCH的优先级排序或基于PHY的优先级排序)，第二CG PUSCH有可能被认为是非优先的CG PUSCH。因此，第一HARQ进程ID可以被认为是待决的和非优先的。最后，当第三CG PUSCH变得可用时，可能需要在UE处定义是否/如何在第三CG PUSCH上发送MAC PDU。一种方法可以仅保留第一HARQ进程的一种类型的状态变量(例如，挂起/未挂起或者取消优先级/不取消优先级)。另一种方法可以将第一HARQ进程视为用于重传的HARQ进程ID或用于新传输的HARQ进程ID。

在一些实施方式中，第一CG PUSCH可以早于第二CG PUSCH发生，并且第二CGPUSCH可以早于第三CG PUSCH发生。在一些实施方式中，第一CG PUSCH、第二CG PUSCH和/或第三CG PUSCH可以对应于相同/不同的CG配置。

在一些实施方式中，UE可以被配置有CG配置，该CG配置被配置有cg-RetransmissionTimer。当与CG配置相对应的第一CG PUSCH变得可用时，UE(的HARQ实体)可以确定用于CG PUSCH的第一HARQ进程(例如，利用第一HARQ进程ID)并且获取/生成用于在第一个CG PUSCH上传输的MAC PDU。然而，如果从下层(例如，PHY层)接收到LBT失败指示，则UE可以将CG PUSCH的第一HARQ进程视为待决。随后，当满足以下条件4-1和4-2中的至少一个时，UE(的HARQ实体)可以认为第一HARQ进程不是待决的。请注意，挂起和未挂起可以被视为UE的内部状态变量。这样的状态变量可以被维护在UE(的MAC实体)中。

条件4-1：第一HARQ进程被视为被取消优先级。

在一些实施方式中，如果用于发送MAC PDU的第二CG PUSCH被取消优先级，则第一HARQ进程可以被认为被取消优先级。第二CG PUSCH可以具有与第一CG PUSCH相同的HARQ进程ID。第二CG PUSCH可以发生在第一CG PUSCH之前或之后。第二CG PUSCH与第一CG PUSCH可以对应于相同/不同的CG配置。

条件4-2：如上所述，来自IE类别1的IE中的至少一个被配置在UE(的CG配置)中。

在一些实现中，UE可以被配置有CG配置，该CG配置被配置有lch-BasedPrioritization和/或autonomousTx。当与CG配置相对应的第一CG PUSCH变得可用时，UE(的HARQ实体)可以确定用于CG PUSCH的第一HARQ进程(例如，利用第一HARQ进程ID)并且获得/生成用于在第一个CG PUSCH上传输的MAC PDU。然而，如果作为UE内优先级划分的结果，第一CG PUSCH被认为是非优先的CG PUSCH，则第一HARQ进程可以被认为是被非优先的。随后，当满足以下条件5-1至5-3中的至少一个时，UE(的HARQ实体)可以认为第一HARQ进程没有被取消优先级。请注意，被取消优先级和不被取消优先级可以被认为是UE的内部状态变量。这样的状态变量可以被维护在UE(的MAC实体)中。

条件5-1：第一HARQ进程ID被认为是待决的。

在一些实现中，如果第二CG PUSCH变得可用于传送MAC PDU时接收到LBT失败指示，则第一HARQ进程可以被认为是待决的。由于从下层(例如，PHY层)接收到LBT失败指示，可以不执行第二CG PUSCH上的传输。第二CG PUSCH可以具有与第一CG PUSCH相同的HARQ进程ID。第二CG PUSCH可以发生在第一CG PUSCH之前或之后。第二CG PUSCH可以与第一CGPUSCH对应相同/不同的CG配置。

条件5-2：如上所述，来自IE类别1的IE中的至少一个被配置在UE(的CG配置)中。

条件5-3：UE接收与第一HARQ进程对应的DFI。

在一些实现中，DFI可以指示对应HARQ进程的ACK(或NACK)。在一些实施方式中，如果UE将UL资源确定为非优先的UL资源，则UE可以将UL资源的HARQ进程确定为非优先的。然而，如果UE从网络接收到DFI并且DFI指示针对HARQ进程的ACK，则UE可以重新考虑UL资源不被取消优先级。UL资源可以是CG PUSCH、动态UL授权调度的PUSCH等。

在一些实现中，当具有第一HARQ进程ID的第一CG PUSCH(用于新传输)在UE处变得可用时，如果尚未针对第一HARQ进程ID接收到指示ACK(或NACK)的DFI，则UE可以使用第一CG PUSCH来利用第一HARQ进程发送非优先的MAC PDU。相反，如果已经针对第一HARQ进程ID接收到指示ACK(或NACK)的DFI，则UE可以不使用第一CG PUSCH来发送与第一HARQ进程相关联的非优先的MAC PDU。

当cg-RetransmissionTimer被配置在与第一CG PUSCH相对应的CG配置处时，第一CG PUSCH的HARQ进程ID可以由UE特定的实现来确定。非优先的MAC PDU可以被存储在与第一HARQ进程ID相关联的HARQ缓冲器中。非优先的MAC PDU可以匹配第一CG PUSCH的大小(例如，TBS)。非优先的MAC PDU可以旨在在早于第一CG PUSCH发生的第二CG PUSCH上进行传输，并且由于UE内优先级排序的结果，第二CG PUSCH可以被认为是非优先的CG PUSCH。此外，第二PUSCH和第一PUSCH可以对应于具有相同/不同CG配置的相同HARQ进程ID(例如，第一HARQ进程ID)。

在一些实现中，如果与CG配置相对应的CG PUSCH在UE处变得可用，则UE可以选择用于CG PUSCH的HARQ进程ID。如果UE为CG资源选择第一HARQ进程ID，并且第一HARQ进程ID被认为是非优先的并且待决，则UE可以确定是否自主地传送或重传与第一HARQ进程ID相关联的MAC PDU。在一些实施方式中，如果第一HARQ进程ID在被认为是待决的之后被认为是非优先的，则UE可以自主地发送MAC PDU。在一种情况下，如果第一HARQ进程ID在被认为是非优先的之后被认为是待决的，则UE可以重传MAC PDU。

在一些实施方式中，MAC PDU可以被存储在与第一HARQ进程ID相关联的HARQ缓冲器中。在一些实现中，CG配置可以配置有configuredGrantTimer、cg-RetransmissionTimer、autonomousTx和lch-BasedPrioritization中的至少之一。如果在CG配置处配置了configuredGrantTimer，则当CG PUSCH变得可用时，用于CG PUSCH的HARQ进程的configuredGrantTimer可以运行也可以不运行。如果在CG配置处配置了cg-RetransmissionTimer，则当CG PUSCH变得可用时，用于CG PUSCH的HARQ进程的cg-RetransmissionTimer可以运行也可以不运行。

在一些实施方式中，如果UE确定自主发送MAC PDU，则UE可以执行以下动作(a)-(c)中的至少一项。

(a)当发送捆绑内的CG PUSCH的重复时，UE可以应用与CG配置相对应的基于IIoT的重复参数(例如，pusch-RepTypeIndicator-r16和REPETITION_NUMBER、numberOfRepetitions)。

(b)当发送捆绑内的CG PUSCH的重复时，UE可以忽略与CG配置相对应的基于NR-U的重复参数(例如，cg-nrofPUSCH-InSlot-r16和cg-nrofSlots-r16)。

(c)UE可以认为第一HARQ进程ID的NDI比特已经被切换(当与先前接收到的具有相同HARQ进程ID的调度进行比较时)。UE可以发送指示CG PUSCH的HARQ进程ID的CG-UCI，并且CG-UCI中的NDI针对HARQ进程ID进行切换。

在一些实施方式中，如果UE确定重传MAC PDU，则UE可以执行以下动作(a)-(c)中的至少一项。如果UE在CG配置上配置有cg-RetransmissionTimer，则UE可以确定在与CG配置相对应的CG PUSCH上重传MAC PDU。

(a)当发送捆绑内的CG PUSCH的重复时，UE可以应用与CG配置相对应的基于NR-U的重复参数(例如，cg-nrofPUSCH-InSlot-r16和cg-nrofSlots-r16)。

当发送捆绑内的CG PUSCH的重复时，UE可以忽略与CG配置相对应的基于IIoT的重复参数(例如，pusch-RepTypeIndicator-r16和REPETITION_NUMBER、numberOfRepetitions)。也就是说，当由于配置了cg-RetransmissionTimer，因此允许UE在CG配置上重传MAC PDU时，UE可能不会被期望从网络配置与CG配置相对应的基于IIoT的重复参数(例如pusch-RepTypeIndicator-r16和REPETITION_NUMBER、numberOfRepetitions)。换句话说，网络可能不能同时(在相同的CG配置中)向UE配置基于IIoT的重复参数(例如pusch-RepTypeIndicator-r16和REPETITION_NUMBER、numberOfRepetitions)和cg-RetransmissionTimer。

(c)UE可以认为第一HARQ进程ID的NDI比特尚未被切换。UE可以发送指示CG PUSCH的HARQ进程ID的CG-UCI，并且CG-UCI中的NDI不针对HARQ进程ID进行切换。

图7是根据本公开的示例实现的用于UE进行HARQ ID选择的方法700的流程图。尽管动作702、704、706和708被示为在图7中被表示为独立块的单独动作，但是动作702、704、706和708也可以被表示为单独的动作。如图7所示，这些单独示出的动作不应被解释为必然依赖于顺序。图7中的动作执行顺序如下。图7并不旨在被解释为限制，并且可以以任何顺序组合任何数量的所公开的框以实现该方法或替代方法。此外，动作702、704、706和708中的每一个可以独立于其他动作来执行，并且在本公开的一些实现方式中可以被省略。

在动作702中，UE可以接收配置消息以配置配置的授权(CG)配置和可用于CG配置的HARQ进程ID的集合。该HARQ进程ID的集合可以包括用于重传的第一HARQ进程ID和用于初始传输的第二HARQ进程ID。

在动作704中，UE可以确定与CG配置对应的CG PUSCH变得可用于传输。

在动作706中，UE可以基于第一HARQ进程ID选择过程，从用于CG PUSCH的HARQ进程ID的集合中选择第一HARQ进程ID或第二HARQ进程ID。第一HARQ进程ID选择过程可以包括：将在第一MAC PDU中复用的第一数据的优先级确定为第一HARQ进程ID的第一优先级；将在第二MAC PDU中复用的第二数据的优先级确定为第二HARQ进程ID的第二优先级；基于第一优先级和第二优先级，从用于CG PUSCH的HARQ进程ID的集合中选择第一HARQ进程ID或第二HARQ进程ID；以及在第一优先级等于第二优先级的情况下，将第一HARQ进程ID优先于第二HARQ进程ID。

在一些实施方式中，第一数据可以来自第一组逻辑信道(LCH)，第二数据可以来自第二组LCH，可以基于第一组LCH中具有最高LCH优先级的LCH来确定第一数据的优先级，并且可以基于第二组LCH中具有最高LCH优先级的LCH来确定第二数据的优先级。

在一些实施方式中，第一HARQ进程ID选择过程还可以包括：在第一优先级高于第二优先级的情况下，从用于CG PUSCH的HARQ进程ID的集合中选择第一HARQ进程ID。当第二优先级高于第一优先级的情况下，从用于CG PUSCH的HARQ进程ID的集合中选择第二HARQ进程ID。

在一些实施方式中，在配置了基于逻辑信道(LCH)的优先级指示、CG重传定时器和用于启用第一HARQ进程ID选择过程的信息元素(IE)的情况下，UE可以基于第一HARQ进程ID选择过程，从用于CG PUSCH的HARQ进程ID的集合中选择第一HARQ进程ID或第二HARQ进程ID。在一些实施方式中，IE可以被配置用于CG配置或UE的MAC实体。在一些实施方式中，在未配置基于LCH的优先级指示、CG重传定时器和IE中的至少一个的情况下，UE可以基于第二HARQ进程ID选择过程，从用于CG PUSCH的HARQ进程ID的集合中选择第一HARQ进程ID或第二HARQ进程ID。第二HARQ进程ID选择过程可以包括：将第一HARQ进程ID优先于第二HARQ进程ID。在一些实施方式中，UE将第一HARQ进程ID优先于第二HARQ进程ID可以意味着UE为CGPUSCH选择第一HARQ进程ID而不是第二HARQ进程ID。

在动作708中，UE可以基于所选择的第一HARQ进程ID或第二HARQ进程ID，在CGPUSCH上发送用于重传的第一媒体访问控制(MAC)协议数据单元(PDU)或用于初始传输的第二MAC PDU。

通过在CG配置中启用第一HARQ进程ID选择过程，允许UE基于HARQ进程ID的优先级来选择与CG配置相对应的CG PUSCH的HARQ进程ID。

在一些实施方式中，基于第一HARQ进程ID选择过程，UE可以在可用于CG配置的一个或多个HARQ进程ID之中选择具有最高优先级的HARQ进程ID。在一些实施方式中，如果没有在CG配置上的CG PUSCH上成功发送与HARQ进程ID对应的MAC PDU，并且MAC PDU被存储在对应于HARQ进程ID的HARQ缓冲区中，则HARQ进程ID可以是用于重传的HARQ进程ID。在一些实现中，如果HARQ进程ID未被占用，则HARQ进程ID可以是用于新传输的HARQ进程ID。基于第一HARQ进程ID选择过程，当HARQ进程ID用于重传时，HARQ进程ID的优先级可以由未成功发送的复用在MAC PDU中的LCH的优先级中的最高优先级来确定(并且仍然存储在HARQ进程ID对应的HARQ缓冲区中)。另一方面，当HARQ进程ID用于新传输时，HARQ进程ID的优先级可以由具有可用数据的LCH的优先级中的最高优先级来确定，该数据可用于生成/复用用于新传输的MAC PDU。在这个意义上，在启用第一HARQ进程ID选择过程的情况下，UE可以选择用于包括最重要数据(例如，来自具有最高优先级的LCH的数据)的MAC PDU的新传输或重传的HARQ进程ID。

在一些实施方式中，当在CG配置中启用第一HARQ进程ID选择过程时，在可用于CG配置的一个或多个HARQ进程ID之中确定一组具有同等最高优先级的多个HARQ进程ID时，UE可以将用于重传的HARQ进程ID优先于用于来自该组的用于新传输的HARQ进程ID。换句话说，当该组具有同等最高优先级的多个HARQ进程ID由用于新传输的HARQ进程ID和用于重传的HARQ进程ID组成时，UE可以为CG PUSCH选择用于重传的HARQ进程ID。原因是用于重传的HARQ进程ID对应于之前未成功发送的MAC PDU。为了确保满足MAC PDU中的数据的延迟要求，UE可以优先考虑用于重传的HARQ进程ID，以便首先执行MAC PDU的重传。

图8示出了根据本揭露的各方面的用于无线通信的节点800的框图。如图8所示，节点800可包括收发器820、处理器828、存储器834、一个或多个呈现部件838和至少一个天线836。节点800还可包括RF频带模块、基站通信模块、网络通信模块和系统通信管理模块，输入/输出(Input/Output，I/O)端口、I/O部件和电源(未在图8中显示)。

各所述部件彼此间可通过一个或多个总线840直接或间接地进行通信。在一个实施例中，节点800可以是执行本揭露所述的各种功能(例如，参考图7)的UE或BS。

收发器820具有发射器822(例如，发射/发射电路)和接收器824(例如，接收/接收电路)，收发器820可被配置以传输和/或接收时间和/或频率资源划分信息。收发器820可被配置以在不同类型的子帧和时隙中传输，包含但不限于可用的、不可用的和可灵活使用的子帧和时隙格式。收发器820可被配置以接收数据和控制信道。

节点800可包括多种计算机可读介质。计算机可读介质可为任何可由节点800接入的可用介质，并且包括易失性(和/或非易失性)介质和可移动(和/或不可移动)介质。

计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质可以包括以用于存储信息的任何方法或技术实现的易失性(和/或非易失性介质)和可移动(和/或不可移动)介质，例如计算机可读指令、数据结构、程序模块或数据。

计算机存储介质可包括RAM、ROM、EEPROM、快闪存储器或其他存储器技术、CD-ROM、数字多功能盘(Digital Versatile Disk，DVD)或其他光盘存储器、磁带盒、磁带、磁片存储器或其他磁性存储装置。计算机存储介质不包括传播的数据信号。通信介质通常可体现成计算机可读取指令、数据结构、程式模块或其他在调变后数据信号中的数据例如载波或其它传输机制，并且包括任意的信息传送介质。

术语“调变后数据信号”可表示此信号中的一个或多个特征被设置或改变，以将数据编码至此信号当中。通信介质包括比如有线网络或直接有线连接等有线介质，以及比如声学、RF、红外和其他无线介质等无线介质。上述的任意组合也应被包括在计算机可读介质的范围内。

存储器834可以包括易失性和/或非易失性存储器形式的计算机存储介质。存储器834可为可移动、不可移动或其组合。示例性存储器可包括固态存储器、硬盘、光盘机等。如第8图所示，存储器834可以存储计算机可读和/或计算机可执行程序832(例如，软件代码)，该程序832被配置为当被执行时使得处理器828执行这里公开的各种功能，例如，参考图7。或者，程序832可能不由处理器828直接执行，但可以被配置为使得节点800(例如，当被编译和执行时)执行本文公开的各种功能。

处理器828(例如，具有处理电路)可包含智能硬件装置，例如，中央处理单元(central processing unit，CPU)、微控制器、ASIC等。处理器828可包括存储器。处理器828可处理从存储器834接收的数据830和程序832，和通过收发器820、基带通信模块和/或网络通信模块发送和接收的信息。处理器828还可处理要传输至收发器820以通过天线836传输、并要传输至网络通信模块以传输至核心网络的信息。

一个或多个呈现部件838可向人或其他装置呈现数据指示。示例性一个或多个呈现部件838包括显示设备、扬声器、打印部件、振动部件等。

根据以上描述，在不脱离这些概念范围的情况下，可使用多种技术来实施本申请中叙述的概念。此外，虽然已经具体参考某些实施方式叙述了这些概念，但是本领域具有通常知识者可以认识到在不脱离这些概念范围的情况下可在形式和细节上进行改变。如此一来，所公开的实施方式在所有方面都应被认为是说明性的而非限制性的。还应当理解，本公开不限于所公开的特定实施方式，并且在不脱离本公开的范围的情况下，许多重新布置、修改和替换是可能的。

Claims

1.一种由用户设备UE执行的用于混合自动重复请求HARQ进程身份ID选择的方法，其特征在于，该方法包括：

接收配置消息以配置配置的授权CG配置和可用于所述CG配置的HARQ进程ID的集合，该HARQ进程ID的集合包括用于重传的第一HARQ进程ID和用于初始传输的第二HARQ进程ID；

确定与所述CG配置对应的CG物理上行共享信道PUSCH变得可用于传输；

基于第一HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及

基于所选择的第一HARQ进程ID或第二HARQ进程ID，在所述CG PUSCH上发送用于重传的第一媒体访问控制MAC协议数据单元PDU或用于初始传输的第二MACPDU，其中所述第一HARQ进程ID选择过程包括：

将在所述第一MAC PDU中复用的第一数据的优先级确定为所述第一HARQ进程ID的第一优先级；

将在所述第二MAC PDU中复用的第二数据的优先级确定为所述第二HARQ进程ID的第二优先级；

基于所述第一优先级和所述第二优先级，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID；及

在所述第一优先级等于所述第二优先级的情况下，将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

2.根据权利要求1所述的方法，其特征在于：

所述第一数据来自第一组逻辑通道LCH，

所述第二数据来自第二组LCH，

基于所述第一组LCH中具有最高LCH优先级的LCH确定所述第一数据的优先级，并且

基于所述第二组LCH中具有最高LCH优先级的LCH来确定所述第二数据的优先级。

3.根据权利要求1所述的方法，其特征在于，所述第一HARQ进程ID选择过程还包括：

在所述第一优先级高于所述第二优先级的情况下，为所述CG PUSCH选择所述第一HARQ进程ID；及

在所述第二优先级高于所述第一优先级的情况下，为所述CG PUSCH选择所述第二HARQ进程ID。

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

在配置了基于逻辑信道LCH的优先级指示、CG重传定时器和用于启用所述第一HARQ进程ID选择过程的信息元素IE的情况下，基于所述第一HARQ进程ID选择过程，从用于所述CGPUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID。

5.根据权利要求4所述的方法，其特征在于，所述IE被配置用于所述CG配置或者所述UE的MAC实体。

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

在未配置所述基于LCH的优先级指示、所述CG重传定时器和所述IE中的至少之一的情况下，基于第二HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID，其中，所述第二HARQ进程ID选择过程包括：

将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

7.根据权利要求6所述的方法，其特征在于，所述将所述第一HARQ进程ID优先于所述第二HARQ进程ID包括：

为所述CG PUSCH选择所述第一HARQ进程ID。

8.一种用于混合自动重传请求HARQ进程身份ID选择的用户设备UE，其特征在于，所述UE包括：

包括计算机可执行指令的一个或多个非暂时性计算机可读介质；及

至少一个处理器耦合到所述一个或多个非暂时性计算机可读介质，该至少一个处理器被配置为执行所述计算机可执行指令以：

9.根据权利要求8所述的UE，其特征在于：

所述第一数据来自第一组逻辑通道LCH，

所述第二数据来自第二组LCH，

10.根据权利要求8所述的UE，其特征在于，所述第一HARQ进程ID选择过程还包括：

11.根据权利要求8所述的UE，其特征在于，所述至少一个处理器还被配置为执行所述计算机可执行指令以：

12.根据权利要求11所述的UE，其特征在于，所述IE被配置用于所述CG配置或者所述UE的MAC实体。

13.根据权利要求11所述的UE，其特征在于，所述至少一个处理器还被配置为执行所述计算机可执行指令以：在未配置所述基于LCH的优先级指示、所述CG重传定时器和所述IE中的至少之一的情况下，基于第二HARQ进程ID选择过程，从用于所述CG PUSCH的HARQ进程ID的集合中选择所述第一HARQ进程ID或所述第二HARQ进程ID，其中，所述第二HARQ进程ID选择过程包括：

将所述第一HARQ进程ID优先于所述第二HARQ进程ID。

14.根据权利要求13所述的UE，其特征在于，所述将所述第一HARQ进程ID优先于所述第二HARQ进程ID包括：

为所述CG PUSCH选择所述第一HARQ进程ID。