CN117083826A

CN117083826A - 混合自动重传请求harq进程配置方法、终端

Info

Publication number: CN117083826A
Application number: CN202380009786.0A
Authority: CN
Inventors: 郭胜祥
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2023-06-26
Filing date: 2023-06-26
Publication date: 2023-11-17

Abstract

本公开涉及一种HARQ进程配置方法、终端。其中，由终端执行的方法，包括：确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。由此，终端可以确定第一类CG配置指示的多个TO中第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

Description

混合自动重传请求HARQ进程配置方法、终端

技术领域

本公开涉及通信技术领域，尤其涉及一种HARQ进程配置方法、终端。

背景技术

扩展现实(extended reality，XR)(虚拟现实(virtual reality，VR)，增强现实(augmented reality，AR))业务具有低时延、高吞吐量的要求。针对XR业务的增强，提出对配置授权(configured grant，CG)进行增强，在CG周期内可以配置多个CG传输时机(CG物理上行共享信道(physical uplink shared channel，PUSCH)occasion，TO)。

发明内容

若CG配置中指示CG周期中包括多个TO，无法确定多个TO中的每一个TO是否被配置执行混合自动重传请求(hybrid automatic repeat request，HARQ)进程。

本公开实施例提出了一种HARQ进程配置方法、终端。

根据本公开实施例的第一方面，提出了一种HARQ进程配置方法，包括：确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。由此，可以确定第一类CG配置指示的多个TO中第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

根据本公开实施例的第二方面，提出了一种终端，包括：处理模块，用于确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；处理模块，还用于确定第一TO被配置执行HARQ进程。

根据本公开实施例的第三方面，提出了一种终端，包括：一个或多个处理器；其中，终端用于执行第一方面所述的HARQ进程配置方法。

根据本公开实施例的第四方面，提出了一种通信系统，其特征在于，包括终端，其中，终端被配置为实现第一方面所述的HARQ进程配置方法。

根据本公开实施例的第五方面，提出了一种存储介质，存储介质存储有指令，其特征在于，当指令在通信设备上运行时，使得通信设备执行如权利要求第一方面所述的HARQ进程配置方法。

附图说明

为了更清楚地说明本公开实施例中的技术方案，以下对实施例描述所需的附图进行介绍，以下附图仅仅是本公开的一些实施例，不对本公开的保护范围造成具体限制。

图1是本公开实施例提供的一种通信系统的架构图；

图2是本公开实施例提供的一种HARQ进程配置方法的流程图；

图3A是本公开实施例提供的另一种HARQ进程配置方法的流程图；

图3B是本公开实施例提供的又一种HARQ进程配置方法的流程图；

图3C是本公开实施例提供的又一种HARQ进程配置方法的流程图；

图4是本公开实施例提供的一种终端设备的结构图；

图5是本公开实施例提供的一种通信设备的结构图；

图6是本公开实施例提供的一种芯片的结构示意图。

具体实施方式

本公开实施例提出了一种HARQ进程配置方法、终端。

第一方面，本公开实施例提出了一种HARQ进程配置方法，包括：确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。

在上述实施例中，可以确定第一类CG配置指示的多个TO中第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

结合第一方面的一些实施例，在一些实施例中，第一条件，包括：

第一类CG配置中未配置特定参数；或者

第一类CG配置中配置有特定参数；

在上述实施例中，可以在第一类CG配置中未配置特定参数或配置有特定参数的情况下，确定满足第一条件，以用于确定多个TO中每一个TO是否被配置执行HARQ进程。

结合第一方面的一些实施例，在一些实施例中，特定参数，包括以下至少一项：

HARQ进程标识偏移harq-ProcID-Offset；

第二HARQ进程标识偏移harq-ProcID-Offset2；

HARQ参数。

结合第一方面的一些实施例，在一些实施例中，第二条件，包括：

第一TO相关联的HARQ进程标识小于第一值；或者

第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

结合第一方面的一些实施例，在一些实施例中，第一值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和。

结合第一方面的一些实施例，在一些实施例中，第二值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

结合第一方面的一些实施例，在一些实施例中，第三值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

结合第一方面的一些实施例，在一些实施例中，HARQ参数为以下至少一项：

CG周期内配置的PUSCH个数；

特定周期内配置的PUSCH个数；

CG周期内配置的TO个数；

特定周期内配置的TO个数；

CG周期内配置的PUSCH个数减1；

特定周期内配置的PUSCH个数减1；

CG周期内配置的TO个数减1；

特定周期内配置的TO个数减1；

CG周期内配置的有效PUSCH个数；

特定周期内配置的有效PUSCH个数；

CG周期内配置的有效TO个数；

特定周期内配置的有效TO个数；

CG周期内配置的有效PUSCH个数减1；

特定周期内配置的有效PUSCH个数减1；

CG周期内配置的有效TO个数减1；

特定周期内配置的有效TO个数减1。

结合第一方面的一些实施例，在一些实施例中，接收网络设备发送的指示信息，其中，指示信息用于指示HARQ参数；根据指示信息，确定HARQ参数。

在上述实施例中，可以基于指示信息确定HARQ参数，以确定特定参数、第一值、第二值、第三值中的至少一项。

结合第一方面的一些实施例，在一些实施例中，接收网络设备发送的指示信息，包括：接收网络设备发送的无线资源控制RRC信令，其中，RRC信令包括指示信息。

在上述实施例中，采用已有信令发送指示信息，可以减少信令开销。

结合第一方面的一些实施例，在一些实施例中，特定周期为终端上报的特定上行控制信息指示的周期范围，特定上行控制信息用于指示周期范围内的TO是否被使用。

结合第一方面的一些实施例，在一些实施例中，有效PUSCH对应的时频资源不与下行资源冲突，或有效TO对应的时频资源不与下行资源冲突。

结合第一方面的一些实施例，在一些实施例中，下行资源为以下至少一项：

时分双工TDD上下行公共配置tdd-UL-DL-ConfigurationCommon指示的第一下行资源；

TDD上下行专用配置tdd-UL-DL-ConfigurationDedicated指示的第二下行资源；

SSB占据的第三下行资源。

结合第一方面的一些实施例，在一些实施例中，根据特定计算公式确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

结合第一方面的一些实施例，在一些实施例中，特定计算公式中，包括以下至少一项：

第一参数；

第二参数。

结合第一方面的一些实施例，在一些实施例中，第一参数为以下至少一项：

第一类CG配置指示的多个TO中的第一个TO的符号索引；

第一类CG配置和第二类CG配置指示的多个TO中的第一个TO的符号索引。

结合第一方面的一些实施例，在一些实施例中，第一类CG配置指示的多个TO中的第一个TO，包括：

第一类CG配置指示的一个CG周期中的多个TO中的第一个TO；或者

第一类CG配置指示的多个CG周期中的多个TO中的第一个TO。

结合第一方面的一些实施例，在一些实施例中，第一类CG配置和第二类CG配置指示的第一个TO，包括以下至少一项：

第一类CG配置指示的一个CG周期和第二类CG配置指示的多个CG周期中，多个TO中的第一个TO；

第一类CG配置指示的多个CG周期和第二类CG配置指示的多个CG周期中，多个TO中的第一个TO。

结合第一方面的一些实施例，在一些实施例中，第二参数为：与第一类CG配置指示的TO相关的HARQ进程标识的数目。

结合第一方面的一些实施例，在一些实施例中，与第一类CG配置指示的TO相关的HARQ进程标识的数目，包括：

与第一类CG配置指示的一个CG周期中的TO相关联的HARQ进程标识的数目；

与第一类CG配置指示的多个CG周期中的TO相关联的HARQ进程标识的数目。

结合第一方面的一些实施例，在一些实施例中，所述方法还包括以下至少一项：

确定未配置第三参数，确定在第一类CG配置与第二类CG配置之间不共享HARQ进程；

确定未配置第三参数，确定在第一类CG配置指示的TO与第二类CG配置指示的TO之间不共享HARQ进程；

确定未配置第三参数，确定在同一BWP中第一类CG配置与第二类CG配置之间不共享HARQ进程；

确定未配置第三参数，确定在不同第一类CG配置之间不能共享HARQ进程；

确定未配置第三参数，确定在同一BWP中不同第一类CG配置之间不共享HARQ进程；

其中，所述第二类CG配置指示的CG周期中包括一个TO。

结合第一方面的一些实施例，在一些实施例中，确定未配置第三参数，包括以下至少一项：

确定第一类CG配置中未包括第三参数，确定未配置第三参数；

确定第二类CG配置中未包括第三参数，确定未配置第三参数；

确定网络设备未配置第三参数，确定未配置第三参数。

第二方面，本公开实施例提出了终端，上述终端包括收发模块、处理模块中的至少一者；其中，上述终端用于执行第一方面的可选实现方式。

第三方面，本公开实施例提出了终端，上述终端包括：一个或多个处理器；其中，上述终端用于执行第一方面的可选实现方式。

第四方面，本公开实施例提出了通信系统，上述通信系统包括：终端；其中，上述终端被配置为执行如第一方面的可选实现方式所描述的方法。

第五方面，本公开实施例提出了存储介质，上述存储介质存储有指令，当上述指令在通信设备上运行时，使得上述通信设备执行如第一方面的可选实现方式所描述的方法。

第六方面，本公开实施例提出了程序产品，上述程序产品被通信设备执行时，使得上述通信设备执行如第一方面的可选实现方式所描述的方法。

第七方面，本公开实施例提出了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面的可选实现方式所描述的方法。

第八方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路，被配置为执行根据上述第一方面的可选实现方式所描述的方法。

可以理解地，上述终端、通信系统、存储介质、程序产品、计算机程序、芯片或芯片系统均用于执行本公开实施例所提出的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。

本公开实施例提出了一种HARQ进程配置方法、终端。

在一些实施例中，HARQ进程配置方法与信息处理方法、通信方法等术语可以相互替换。

本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。

在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。

在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。

在本公开实施例中，“多个”是指两个或两个以上。

在一些实施例中，“至少一者(至少一项、至少一个)(atleastoneof)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。

在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。

在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。

本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。

在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。

在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。

在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。

在一些实施例中，装置和设备可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，在一些情况下也可以被理解为“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等。

在一些实施例中，“网络”可以解释为网络中包含的装置，例如，接入网设备、核心网设备等。

在一些实施例中，“接入网设备(access network device，AN device)”也可以被称为“无线接入网设备(radio access network device，RAN device)”、“基站(basestation，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”，在一些实施例中也可以被理解为“节点(node)”、“接入点(access point)”、“发送点(transmissionpoint，TP)”、“接收点(reception point，RP)”、“发送和/或接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cellgroup)”、“服务小区”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等。

在一些实施例中，“终端(terminal)”或“终端设备(terminal device)”可以被称为“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobilestation，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobile device)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobilesubscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等。

在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。

在一些实施例中，可以在得到用户同意后获取数据、信息等。

此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。

图1是根据本公开实施例示出的通信系统的架构示意图。

如图1所示，通信系统100包括终端(terminal)101、网络设备102。

在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。

在一些实施例中，网络设备102可以包括接入网设备和核心网设备的至少一者。

在一些实施例中，接入网设备例如是将终端接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(nextgeneration eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base bandunit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(CloudRAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。

在一些实施例中，本公开的技术方案可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。

在一些实施例中，接入网设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。

在一些实施例中，核心网设备可以是一个设备，包括第一网元、第二网元等，也可以是多个设备或设备群，分别包括第一网元、第二网元等中的全部或部分。网元可以是虚拟的，也可以是实体的。核心网例如包括演进分组核心(Evolved Packet Core，EPC)、5G核心网络(5G Core Network，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提出的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提出的技术方案对于类似的技术问题同样适用。

下述本公开实施例可以应用于图1所示的通信系统100、或部分主体，但不限于此。图1所示的各主体是例示，通信系统可以包括图1中的全部或部分主体，也可以包括图1以外的其他主体，各主体数量和形态为任意，各主体可以是实体的也可以是虚拟的，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。

本公开各实施例可以应用于长期演进(Long Term Evolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5thgeneration mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio Access Technology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Futuregeneration radio access，FX)、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(Public Land Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet of Things，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他通信方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。

上行免授权传输，上行配置的授权传输(物理上行共享信道(physical uplinkshared channel，PUSCH)Transmission with a Configured Grant)，支持两类上行免授权传输，第一类免授权传输的全部参数由网络设备通过高层信令(无线资源控制(radioresourcecontrol，RRC)信令)配置；第二类免授权传输的部分参数由网络设备通过高层信令配置，其他调度相关的参数由网络设备通过激活下行控制信息(downlink controlinformation，DCI)进行配置。

在一些实施例中，支持在一个带宽部分(bandwidth part，BWP)上配置并激活最多12套上行免授权传输配置，每套配置由一个索引进行标识。

在一些实施例中，上行免授权传输的周期(简称为配置授权(configured grant，CG)周期)由高层信令配置，最多支持14*40960个符号。在CG周期内，第一类免授权传输通过高层信令配置时频资源，第二类免授权传输通过激活DCI配置时频资源。在CG周期内的这些时频资源也可以被称为CG PUSCH occasion(CG传输时机，TO)。

在一些实施例中，在一个CG周期内仅可以配置一个TO，或者说一个CG配置内仅可以配置一个TO。与此同时，网络设备会进一步通过高层信令配置重复传输次数K，此时CG周期内会存在相同配置的K个CG PUSCH occasion。

XR(VR，AR)业务具有低时延、高吞吐量的要求，针对XR业务的增强，提出对CG进行增强，即重用未被终端使用的CG PUSCH occasion。基于这个目的，在一个CG周期内可以配置多个TO，并且终端可以向网络设备发送一个动态指示信令，该信令将终端“未使用(unused)”的TO通知给网络设备。

在一些实施例中，HARQ进程标识(process ID)的确定方法：

关于无线接入网(radio access network，RAN)1中第一类CG配置(第一类CG配置指示的CG周期中包括多个TO，又称为多PUSCH CG配置(multi-PUSCH CG配置))的HARQ进程标识确定方式，支持以下内容：

Y＝1；

Offset 1＝0(例如,删除Offset 1)；

Offset 2＝0(例如,删除Offset 2)。

在一些实施例中，对于确定与多PUSCH CG配置中TO(或PUSCH)关联的HARQ进程标识，假设每个TO(或PUSCH)一个传输块(transport block，TB)：

X在向下取整操作之外；

X＝CG周期内配置的TO(或PUSCH)数量。

在一些实施例中，该时间段内剩余的已配置/有效CG PUSCH的HARQ进程标识是通过将该时间段内前一个PUSCH的HARQ进程标识递增1来确定的，该时间段内使用nrofHARQ-Processes的模块操作或使用(nrofHARQ-进程+harq-ProcID-Offset2)进行模块操作，以适用者为准。

在一些实施例中，从RAN1的角度来看，为了确定与多PUSCH CG配置中TO(或PUSCH)关联的HARQ进程标识，假设每个TO(或PUSCH)一个TB：

在一段时间内第一个配置的TO(或PUSCH)的HARQ进程标识是根据未配置CG重传定时器(cg-Retransmission Timer)时的传统CG过程确定的，并应用以下公式，以适用者为准：

HARQ Process ID＝[X*floor((CURRENT_symbol)/periodicity)]modulonrofHARQ-Processes；

HARQ Process ID＝[X*floor((CURRENT_symbol)/periodicity)]modulonrofHARQ-Processes+harq-ProcID-Offset2；

其中，X＝CG周期内配置的TO(或PUSCH)数量。

其中，floor为向下取整运算；modulo为取模运算；periodicity为CG配置的周期。

在一些实施例中，该时间段内剩余已配置且有效的TO(或PUSCH)的HARQ进程标识是通过将该时间段内前一个TO(或PUSCH)的HARQ进程标识递增1来确定的，该时间段内使用HARQ进程数(nrofHARQ-Processes)的模块操作或使用(nrofHARQ-Processes+harq-ProcID-Offset2)进行模块操作，以适用者为准。

需要注意的是：如果TO(或PUSCH)由于与时分双工(time division duplexing，TDD)上下行公共配置tdd-UL-DL-ConfigurationCommon或TDD上下行专用配置tdd-UL-DL-ConfigurationDedicated或同步/物理广播信道块(synchronization/physicalbroadcast channel block，SSB)指示的下行符号冲突而被丢弃，则配置的TO(或PUSCH)无效。

在一些实施例中，为了能够对一个CG周期内的多个TO分配对应的HARQ processID，将X(一个CG周期内TO的数目)引入HARQ process ID的计算中。增强的上述公式用于计算该CG周期内的第一个TO对应的HARQ process ID，而剩余的TO对应的HARQ process ID则采用累加1的方式确定。

在一些实施例中，HARQ process ID(又称为HP ID)的限制条件：

1、CURRENT_symbol是指配置的上行链路授权捆绑包的第一个传输场合的符号索引。

2、如果配置的上行链路授权已激活且关联的HARQ进程标识小于nrofHARQ-Processes，则为配置的上行链路授权配置HARQ进程，其中既未配置harq-ProcID-Offset，也不配置harq-ProcID-Offset2。如果配置的上行链路授权已激活，并且关联的HARQ进程标识大于或等于harq-ProcID-Offset2且小于配置的授权配置的harq-ProcID-Offset2和nrofHARQ-Processes之和，则会为配置了harq-ProcID-Offset2的已配置上行链路授权配置HARQ进程。

3、如果未配置cg-RetransmissionTimer，则不会在同一带宽部分(bandwidthpart，BWP)中不同配置的授权配置之间共享HARQ进程。

其中，1、主要是定义参数CURRENT_symbol的意义，是一组CG配置中第一个传输时机的符号索引。

2、主要是定义HARQ process有效时对于HARQ process ID大小限制的情况。

3、主要是确定HARQ在不同CG配置之间的共享情况。

在一些实施例中，在考虑累积机制的情况下，限制HARQ process ID：

HARQ process仅能被配置在小于nrofHARQ-Processes或者小于sum of harq-ProcID-Offset2核nrofHARQ-Processes之和的情况。由于累加机制的出现，实际的HARQprocess ID的计算数值将会根据一个CG周期内TO的数目放大，如果不进行优化的话，则会导致部分TO不能进行HARQ process配置。优化的路径有两条：第一，将普通nrofHARQ-Processes与multi-PUSCHs CG配置(第一类CG配置)的nrofHARQ-Processes独立配置，此时可以为multi-PUSCHs CG配置更大的值，普通与multi-PUSCHs CG的HARQ的计算各自不受影响；第二，将限制条件进行修改，引入X(一个CG周期内TO的数目)补充限制，这样能够保证multi-PUSCHs CG的HARQ process ID限制效果与之前是一样的。

可以理解的是，若CG配置中指示CG周期中包括多个TO，无法确定多个TO中的每一个TO是否被配置执行HARQ进程。

本公开实施例中，确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。由此，可以确定第一类CG配置指示的多个TO中第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

图2是根据本公开实施例示出的HARQ进程配置方法的交互示意图。如图2所示，本公开实施例涉及HARQ进程配置方法，上述方法包括：

S21：终端确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

本公开实施例中，终端可以确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

可以理解的是，终端可以采用相关技术的方法来确定与第一类CG配置指示的第一TO相关联的HARQ进程标识，或者还可以采用相关技术的方法来确定与第一类CG配置指示的多个TO中的第一个TO相关联的HARQ进程标识，之后的TO关联的HARQ进程标识，采用在第一个TO关联的HARQ进程标识上累加1的方式确定。

当然，终端还可以采用其他方式确定与第一类CG配置指示的第一TO相关联的HARQ进程标识，本公开实施例对此不作具体限制。

在一些实施例中，第一类CG配置指示的CG周期中包括多个TO。

在一些实施例中，第一TO可以为第一类CG配置指示的多个TO中任一个。

在一些实施例中，终端根据特定计算公式确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

本公开实施例中，终端可以根据特定计算公式，确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

在一些实施例中，特定计算公式中，包括以下至少一项：

第一参数；

第二参数。

本公开实施例中，特定计算公式中包括第一参数。

示例性地，第一参数可以为CURRENT_symbol，或者还可以为CURRENT_symbol_r18。

本公开实施例中，特定计算公式中包括第二参数。

示例性地，第一参数可以为nrofHARQ-Processes，或者还可以为nrofHARQ-Processes_r18。

在一些实施例中，第一参数为以下至少一项：

第一类CG配置指示的多个TO中的第一个TO的符号索引；

本公开实施例中，第一参数可以为第一类CG配置指示的多个TO中的第一个TO的符号索引。

本公开实施例中，若终端同时被配置第一类CG配置和第二类CG配置，第一参数可以为第一类CG配置和第二类CG配置指示的多个TO中的第一个TO的符号索引。

在一些实施例中，第二类CG配置不同于第一类CG配置。

在一些实施例中，第二类CG配置可以为相关技术中的CG配置，例如，第二类CG配置指示CG周期中仅包括一个TO。

示例性地，第一类CG配置指示了两个TO，第二类CG配置指示了一个TO，其中，按照TO的先后顺序，可以确定第一类CG配置和第二类CG配置指示的多个TO中的第一个TO，进而确定第一个TO的符号索引。

在一些实施例中，第一类CG配置指示的多个TO中的第一个TO，包括：

第一类CG配置指示的多个CG周期中的多个TO中的第一个TO。

本公开实施例中，第一类CG配置指示的第一个TO，在第一类CG配置指示一个CG周期的情况下，可以为第一类CG配置指示的一个CG周期中多个TO中的第一个TO。

本公开实施例中，第一类CG配置指示的第一个TO，在第一类CG配置指示多个CG周期的情况下，可以为第一类CG配置指示的多个CG周期中多个TO中的第一个TO。

在一些实施例中，第一类CG配置和第二类CG配置指示的多个TO中的第一个TO，包括：

本公开实施例中，第一类CG配置和第二类CG配置指示的多个TO中的第一个TO，在第一类CG配置指示一个CG周期，第二类CG配置指示多个CG周期的情况下，可以为第一类CG配置指示的一个CG周期和第二类CG配置指示的多个CG周期中，多个TO中的第一个TO。

本公开实施例中，第一类CG配置和第二类CG配置指示的多个TO中的第一个TO，在第一类CG配置指示多个CG周期，第二类CG配置指示多个CG周期的情况下，可以为第一类CG配置指示的多个CG周期和第二类CG配置指示的多个CG周期中，多个TO中的第一个TO。

在一些实施例中，第二参数为：与第一类CG配置指示的TO相关的HARQ进程标识的数目。

本公开实施例中，特定计算公式中包括第二参数，第二参数可以为与第一类CG配置指示的TO相关的HARQ进程标识的数目。

在一些实施例中，与第一类CG配置指示的TO相关的HARQ进程标识的数目，包括以下至少一项：

本公开实施例中，第二参数为与第一类CG配置指示的TO相关的HARQ进程标识的数目，可以为与第一类CG配置指示的一个CG周期中的TO相关联的HARQ进程标识的数目。

本公开实施例中，第二参数为与第一类CG配置指示的TO相关的HARQ进程标识的数目，可以为与第一类CG配置指示的多个CG周期中的TO相关联的HARQ进程标识的数目。

S22：终端确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。

本公开实施例中，终端可以确定满足第一条件的第一类CG配置被激活。

示例性地，终端接收到网络设备通过高层信令(无线资源控制(radioresourcecontrol，RRC)信令)配置的第一类CG配置的免授权传输的全部参数，可以确定第一类CG配置被激活。

示例性地，终端接收到网络设备通过高层信令配置的第一类CG配置的免授权传输的一部分参数，并接收到网络设备通过激活下行控制信息(downlink controlinformation，DCI)进行配置的第一类CG配置的免授权传输的另一部分参数，可以确定第一类CG配置被激活。

在一些实施例中，第一条件，包括：

第一类CG配置中未配置特定参数；或者

第一类CG配置中配置有特定参数；

本公开实施例中，第一条件包括第一类CG配置中未配置特定参数。

本公开实施例中，第一条件包括第一类CG配置中配置有特定参数。

在一些实施例中，特定参数，包括以下至少一项：

HARQ进程标识偏移harq-ProcID-Offset；

第二HARQ进程标识偏移harq-ProcID-Offset2；

HARQ参数。

本公开实施例中，特定参数可以包括harq-ProcID-Offset、harq-ProcID-Offset2和HARQ参数中的至少一项。

在一些实施例中，终端可以基于协议预定义确定HARQ参数，或者还可以基于网络设备的指示确定HARQ参数，或者还可以基于实现确定HARQ参数，本公开实施例对此不作具体限制。

在一些实施例中，HARQ参数可以为，为了能够对一个CG周期内的多个TO分配对应的HARQ process ID，将X(一个CG周期内TO的数目)引入HARQ process ID的计算中的X。

本公开实施例中，终端可以确定满足第一条件的第一类CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件。

在一些实施例中，第二条件，包括：

第一TO相关联的HARQ进程标识小于第一值；或者

本公开实施例中，第二条件包括第一TO相关联的HARQ进程标识小于第一值。

本公开实施例中，第二条件包括第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

在一些实施例中，终端确定满足第一条件的第一类CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，包括：

确定第一类CG配置中未配置特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识小于第一值；或者

确定第一类CG配置中未配置特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值；或者

确定第一类CG配置中配置有特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

本公开实施例中，终端确定满足第一条件的第一类CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，可以确定第一类CG配置中未配置特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识小于第一值。

本公开实施例中，终端确定满足第一条件的第一类CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，可以确定第一类CG配置中未配置特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

本公开实施例中，终端确定满足第一条件的第一类CG配置被激活，且与第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，可以确定第一类CG配置中配置有特定参数，且与第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

在一些实施例中，第一值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，第二值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，第三值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，HARQ参数为以下至少一项：

CG周期内配置的PUSCH个数；

特定周期内配置的PUSCH个数；

CG周期内配置的TO个数；

特定周期内配置的TO个数；

CG周期内配置的PUSCH个数减1；

特定周期内配置的PUSCH个数减1；

CG周期内配置的TO个数减1；

特定周期内配置的TO个数减1；

CG周期内配置的有效PUSCH个数；

特定周期内配置的有效PUSCH个数；

CG周期内配置的有效TO个数；

特定周期内配置的有效TO个数；

CG周期内配置的有效PUSCH个数减1；

特定周期内配置的有效PUSCH个数减1；

CG周期内配置的有效TO个数减1；

特定周期内配置的有效TO个数减1。

在一些实施例中，终端接收网络设备发送的指示信息，其中，指示信息用于指示HARQ参数；根据指示信息，确定HARQ参数。

本公开实施例中，终端可以接收网络设备发送的指示信息，根据指示信息确定HARQ参数。

在一些实施例中，终端接收网络设备发送的指示信息，包括：接收网络设备发送的无线资源控制RRC信令，其中，RRC信令包括指示信息。

本公开实施例中，终端接收网络设备发送的指示信息，可以接收网络设备发送的RRC信令，RRC信令包括指示信息。

在一些实施例中，特定周期为终端上报的特定上行控制信息指示的周期范围，特定上行控制信息用于指示周期范围内的TO是否被使用。

本公开实施例中，特定周期为终端上报的特定上行控制信息指示的周期范围，其中，特定上行控制信息用于指示周期范围内的TO是否被使用。

在一些实施例中，特定上行控制信息可以为UTO-UCI(unused transmissionoccasion-uplink control information)。

在一些实施例中，有效PUSCH对应的时频资源不与下行资源冲突，或有效TO对应的时频资源不与下行资源冲突。

本公开实施例中，有效PUSCH对应的时频资源不与下行资源冲突。

本公开实施例中，有效TO对应的时频资源不与下行资源冲突。

在一些实施例中，下行资源为以下至少一项：

SSB占据的第三下行资源。

本公开实施例中，下行资源为tdd-UL-DL-ConfigurationCommon指示的第一下行资源。

本公开实施例中，下行资源为tdd-UL-DL-ConfigurationDedicated指示的第二下行资源。

本公开实施例中，下行资源为SSB占据的第三下行资源。

在一些实施例中，“上行”、“上行链路”、“物理上行链路”等术语可以相互替换，“下行”、“下行链路”、“物理下行链路”等术语可以相互替换。

在一些实施例中，“同步信号(synchronization signal，SS)”、“同步信号块(synchronization signal等术语可以相互替换。

本公开实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset和harq-ProcID-Offset2的第一类CG配置(multi-PUSCHs CG配置)被激活，且与第一类CG配置指示的第一TO相关联的HARQ process ID小于HARQ参数(HARQ_X)与nrofHARQ-Processes之和的情况下，终端可以确定HARQ进程被配置给第一类CG配置指示的第一TO。

本公开实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset和harq-ProcID-Offset2的第一类CG配置(multi-PUSCHs CG配置)被激活，且与第一类CG配置指示的第一TO相关联的HARQ process ID不小于HARQ参数(HARQ_X)，且小于HARQ参数(HARQ_X)与nrofHARQ-Processes之和，则终端可以确定HARQ进程被配置给第一类CG配置指示的第一TO。

本公开实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset2的第一类CG配置(multi-PUSCHs CG配置)被激活，且与第一类CG配置指示的第一TO相关联的HARQprocess ID不小于harq-ProcID-Offset2，且小于HARQ参数(HARQ_X)与harq-ProcID-Offset2与nrofHARQ-Processes之和，则终端可以确定HARQ进程被配置给第一类CG配置指示的第一TO。

本公开实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset2的第一类CG配置(multi-PUSCHs CG配置)被激活，且与第一类CG配置指示的第一TO相关联的HARQprocess ID不小于HARQ参数(HARQ_X)与harq-ProcID-Offset2之和，且小于HARQ参数(HARQ_X)与harq-ProcID-Offset2与nrofHARQ-Processes之和，则终端可以确定HARQ进程被配置给第一类CG配置指示的第一TO。

在一些实施例中，终端确定未配置第三参数，确定执行以下至少一项：

在第一类CG配置与第二类CG配置之间不共享HARQ进程；

在第一类CG配置指示的TO与第二类CG配置指示的TO之间不共享HARQ进程；

在同一BWP中第一类CG配置与第二类CG配置之间不共享HARQ进程；

在不同第一类CG配置之间不能共享HARQ进程；

在同一BWP中不同第一类CG配置之间不共享HARQ进程；

其中，第二类CG配置指示的CG周期中包括一个TO。

在一些实施例中，终端可以确定是否配置第三参数。

在一些实施例中，第三参数可以为CG重传定时器(cg-Retransmission Timer)。

当然第三参数还可以为其他参数，本公开实施例对此不作具体限制。

在一种可能的实现方式中，终端可以确定第一类CG配置中是否包括第三参数，来确定是否配置有第三参数。

在一种可能的实现方式中，终端可以确定第二类CG配置中是否包括第三参数，来确定是否配置有第三参数。

在一种可能的实现方式中，终端可以确定网络设备是否配置有第三参数，来确定是否配置有第三参数。

本公开实施例中，终端在确定未配置第三参数的情况下，可以确定在第一类CG配置与第二类CG配置之间不共享HARQ进程，其中，第二类CG配置指示的CG周期中包括一个TO。

本公开实施例中，终端在确定未配置第三参数的情况下，可以确定在第一类CG配置指示的TO与第二类CG配置指示的TO之间不共享HARQ进程。

本公开实施例中，终端在确定未配置第三参数的情况下，可以确定在同一BWP中第一类CG配置与第二类CG配置之间不共享HARQ进程。

本公开实施例中，终端在确定未配置第三参数的情况下，可以确定在不同第一类CG配置之间不能共享HARQ进程。

本公开实施例中，终端在确定未配置第三参数的情况下，可以确定在同一BWP中不同第一类CG配置之间不共享HARQ进程。

在一些实施例中，终端确定确定未配置第三参数，包括以下至少一项：

确定网络设备未配置第三参数，确定未配置第三参数。

本公开实施例中，终端确定未配置第三参数，可以在确定第一类CG配置中未包括第三参数的情况下，确定未配置第三参数。

本公开实施例中，终端确定未配置第三参数，可以在确定第二类CG配置中未包括第三参数的情况下，确定未配置第三参数。

本公开实施例中，终端确定未配置第三参数，可以在确定网络设备未配置第三参数的情况下，确定未配置第三参数。

需要说明的是，上述实施例并没有穷举，仅为部分实施例的示意，并且上述实施例可以单独被实施，也可以多个进行组合被实施，上述实施例仅作为示意，不作为对本公开实施例保护范围的具体限制。

在一些实施例中，信息等的名称不限定于实施例中所记载的名称，“信息(information)”、“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“域”、“字段”、“符号(symbol)”、“码元(symbol)”、“码本(codebook)”、“码字(codeword)”、“码点(codepoint)”、“比特(bit)”、“数据(data)”、“程序(program)”、“码片(chip)”等术语可以相互替换。

在一些实施例中，“下行链路控制信息(downlink control information，DCI)”、“下行链路(downlink，DL)分配(assignment)”、“DL DCI”、“上行链路(uplink，UL)许可(grant)”、“UL DCI”等术语可以相互替换。

在一些实施例中，“物理下行链路共享信道(physical downlink sharedchannel，PDSCH)”、“DL数据”等术语可以相互替换，“物理上行链路共享信道(physicaluplink shared channel，PUSCH)”、“UL数据”等术语可以相互替换。

在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，从高层获取，自身处理得到、自主实现等多种含义。

在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。

在一些实施例中，“特定(certain)”、“预定(preseted)”、“预设”、“设定”、“指示(indicated)”、“某一”、“任意”、“第一”等术语可以相互替换，“特定A”、“预定A”、“预设A”、“设定A”、“指示A”、“某一A”、“任意A”、“第一A”可以解释为在协议等中预先规定的A，也可以解释为通过设定、配置、或指示等得到的A，也可以解释为特定A、某一A、任意A、或第一A等，但不限于此。

本公开实施例所涉及的通信方法可以包括S21和S22中的至少一者。例如，S21可以作为独立实施例来实施，S22可以作为独立实施例来实施，S21+S22可以作为独立实施例来实施，但不限于此。

在一些实施例中，S21、S22可以交换顺序或同时执行。

在一些实施例中，S21是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S22是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，可参见图2所对应的说明书之前或之后记载的其他可选实现方式。

图3A是根据本公开实施例示出的HARQ进程配置方法的流程示意图。如图3A所示，本公开实施例涉及HARQ进程配置方法，上述方法由终端执行，上述方法包括：

S311：确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。

在一些实施例中，第一条件，包括：

第一类CG配置中未配置特定参数；或者

第一类CG配置中配置有特定参数；

在一些实施例中，特定参数，包括以下至少一项：

HARQ进程标识偏移harq-ProcID-Offset；

第二HARQ进程标识偏移harq-ProcID-Offset2；

HARQ参数。

在一些实施例中，第二条件，包括：

第一TO相关联的HARQ进程标识小于第一值；或者

在一些实施例中，第一值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，第二值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，第三值，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

在一些实施例中，HARQ参数为以下至少一项：

CG周期内配置的PUSCH个数；

特定周期内配置的PUSCH个数；

CG周期内配置的TO个数；

特定周期内配置的TO个数；

CG周期内配置的PUSCH个数减1；

特定周期内配置的PUSCH个数减1；

CG周期内配置的TO个数减1；

特定周期内配置的TO个数减1；

CG周期内配置的有效PUSCH个数；

特定周期内配置的有效PUSCH个数；

CG周期内配置的有效TO个数；

特定周期内配置的有效TO个数；

CG周期内配置的有效PUSCH个数减1；

特定周期内配置的有效PUSCH个数减1；

CG周期内配置的有效TO个数减1；

特定周期内配置的有效TO个数减1。

在一些实施例中，下行资源为以下至少一项：

SSB占据的第三下行资源。

在一些实施例中，终端还可以确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

在一些实施例中，终端还可以根据特定计算公式确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

其中，终端确定与第一类CG配置指示的第一TO相关联的HARQ进程标识的相关描述可以参见图2的S21的相关描述，此处不再赘述。

需要说明的是，步骤S311的可选实现方式可以参见图2的S22的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

通过实施本公开实施例，终端可以可以确定第一类CG配置指示的多个TO中第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

图3B是根据本公开实施例示出的HARQ进程配置方法的流程示意图。如图3B所示，本公开实施例涉及HARQ进程配置方法，上述方法由终端执行，上述方法包括：

S321：根据特定计算公式确定与第一类CG配置指示的第一TO相关联的HARQ进程标识。

在一些实施例中，第一类CG配置指示的CG周期中包括多个TO。

在一些实施例中，特定计算公式中，包括以下至少一项：

第一参数；

第二参数。

在一些实施例中，第一参数为以下至少一项：

第一类CG配置指示的多个TO中的第一个TO的符号索引；

在一些实施例中，第二类CG配置不同于第一类CG配置。

第一类CG配置指示的多个CG周期中的多个TO中的第一个TO。

在一些实施例中，终端确定与第一类CG配置指示的第一TO相关联的HARQ进程标识之后，在确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件的情况下，可以确定第一TO被配置执行HARQ进程；其中，第一类CG配置指示的CG周期中包括多个TO。

其中，终端在确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件的情况下，可以确定第一TO被配置执行HARQ进程的相关描述，可以参见图2的S22中的相关描述，此处不再赘述。

需要说明的是，步骤S321的可选实现方式可以参见图2的S21的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

通过实施本公开实施例，终端可以确定与第一类CG配置指示的第一TO相关联的HARQ进程标识，以根据第一TO关联的HARQ进程标识，进一步确定第一TO是否被配置执行HARQ进程，以保障通信的正常进行。

图3C是根据本公开实施例示出的HARQ进程配置方法的流程示意图。如图3C所示，本公开实施例涉及HARQ进程配置方法，上述方法由终端执行，上述方法包括：

S331：确定未配置第三参数，确定执行以下至少一项：

在第一类CG配置与第二类CG配置之间不共享HARQ进程；

在不同第一类CG配置之间不能共享HARQ进程；

在同一BWP中不同第一类CG配置之间不共享HARQ进程；

其中，第二类CG配置指示的CG周期中包括一个TO。

在一些实施例中，终端可以确定是否配置第三参数。

确定网络设备未配置第三参数，确定未配置第三参数。

需要说明的是，步骤S331的可选实现方式可以参见图2的S22的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

通过实施本公开实施例，终端可以根据HARQ进程共享的条件确定共享HARQ进程，以保障通信的正常进行。

为方便理解本公开实施例，提供一示例性实施例。

示例性实施例中，以第一类CG配置为multi-PUSCHs CG配置，网络设备为基站，HARQ参数为HARQ_X，特定周期为UTO周期为例进行说明。

在一种实现方式中，基站通过RRC信令在一个BWP上为终端配置至少一套CG资源，一套CG资源也可以称为一个CG周期，或者一个CG配置。终端在基站配置的CG周期内，可自行在所有CG配置中的TO上进行上行传输。在另外一种实现方式中，基站通过RRC信令在一个BWP上为终端配置至少一个CG配置的部分信息，基站通过动态信令DCI通知终端所述CG配置的剩下的信息。当基站通过动态信令DCI激活所述CG配置后，终端在基站配置的CG周期内，可以自行在CG配置中的TO上进行上行传输。

基于上述，multi-PUSCHs CG配置中TO(或PUSCH)对应的HARQ process ID由特定计算公式(HARQ process ID计算公式)确定。确定HARQ进程是否被配置的方法包括以下至少之一：

方法1：

如果未配置第一参数的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID小于第一数值的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

方法2：

如果未配置第一参数的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID不小于第二数值，且小于第三数值的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

方法3：

如果配置有第一参数的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID不小于第二数值，且小于第三数值的情况下，则终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

在一些实施例中，第一参数包括以下至少之一：

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ_X。

在一些实施例中，第一数值、第二数值、第三数值中的至少一者，包括以下至少之一：

HARQ_X；

harq-ProcID-Offset；

harq-ProcID-Offset2；

nrofHARQ-Processes；

HARQ_X与harq-ProcID-Offset之和；

HARQ_X与harq-ProcID-Offset2之和；

HARQ_X与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ_X与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ_X与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ_X与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ_X与harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和。

在一些实施例中，HARQ_X由基站通过RRC信令配置给终端，或者由协议预定义，其定义包括以下至少之一：

CG周期内配置的PUSCH个数；

UTO周期内配置的PUSCH个数；

CG周期内配置的TO个数；

UTO周期内配置的TO个数；

CG周期内配置的PUSCH个数减1；

UTO周期内配置的PUSCH个数减1；

CG周期内配置的TO个数减1；

UTO周期内配置的TO个数减1；

CG周期内配置的有效PUSCH个数；

UTO周期内配置的有效PUSCH个数；

CG周期内配置的有效TO个数；

UTO周期内配置的有效TO个数；

CG周期内配置的有效PUSCH个数减1；

UTO周期内配置的有效PUSCH个数减1；

CG周期内配置的有效TO个数减1；

UTO周期内配置的有效TO个数减1。

在一些实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset和harq-ProcID-Offset2的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID小于HARQ_X与nrofHARQ-Processes之和的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

在一些实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset和harq-ProcID-Offset2的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID不小于HARQ_X，且小于HARQ_X与nrofHARQ-Processes之和的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

在一些实施例中，在一种实现方式中，如果未配置harq-ProcID-Offset2的multi-PUSCHs CG配置被激活，则在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ processID不小于harq-ProcID-Offset2，且小于HARQ_X与harq-ProcID-Offset2与nrofHARQ-Processes之和的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

在一些实施例中，在一种实现方式中，如果multi-PUSCHs CG被激活，且在与multi-PUSCHs CG配置指示的第一TO相关联的HARQ process ID不小于HARQ_X与harq-ProcID-Offset2之和，且小于HARQ_X与harq-ProcID-Offset2与nrofHARQ-Processes之和的情况下，终端可以确定HARQ进程被配置给multi-PUSCHs CG配置指示的第一TO。

在一些实施例中，multi-PUSCHs CG配置中TO(或PUSCH)对应的HARQ process ID由特定计算公式(HARQ process ID计算公式)确定，特定计算公式包含第一参数(CURRENT_symbol_r18)和第二参数(nrofHARQ-Processes_r18)中至少之一。

CURRENT_symbol_r18的定义包含以下之一：

multi-PUSCH CG配置指示的一组CG周期中，多个TO中的第一个TO的符号索引；

multi-PUSCH CG配置指示的一个CG周期中，多个TO中的第一个TO的符号索引；

非multi-PUSCH CG配置(第二类CG配置)指示的一组CG周期与multi-PUSCH CG配置指示的一个CG周期中，多个TO中的第一个TO的符号索引；

非multi-PUSCH CG配置(第二类CG配置)指示的一组CG周期与multi-PUSCH CG配置指示的一组CG周期中，多个TO中的第一个TO的符号索引。

nrofHARQ-Processes_r18的定义包含以下之一：

与multi-PUSCH CG配置指示的一个CG周期中的TO相关联的HARQ进程标识的数目；

与multi-PUSCH CG配置指示的多个CG周期中的TO相关联的HARQ进程标识的数目。

在一些实施例中，如果cg-RetransmissionTimer_r18未被配置，一个HARQ进程不能在非multi-PUSCH CG与multi-PUSCH CG之间共享。

在一些实施例中，如果cg-RetransmissionTimer_r18未被配置，一个HARQ进程不能在非multi-PUSCH CG配置指示的TO与multi-PUSCH CG指示的TO之间共享。

在一些实施例中，如果未配置cg-RetransmissionTimer_r18，则在同一BWP中配置的授权配置和multi-PUSCH CG之间不会共享HARQ进程。

在一些实施例中，如果cg-RetransmissionTimer_r18未被配置，一个HARQ进程不能在multi-PUSCH CG之间共享。

在一些实施例中，如果未配置cg-RetransmissionTimer_r18，则在同一BWP中配置的不同multi-PUSCH CG不会共享HARQ进程。

需要说明的是，上述示例性实施例的相关描述可以参见上述图2至图3B实施例的相关描述，此处不再赘述。

本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，上述装置包括用以实现以上任一方法中终端所执行的各步骤的单元或模块。再如，还提出另一装置，包括用以实现以上任一方法中网络设备(例如接入网设备、核心网功能节点、核心网设备等)所执行的各步骤的单元或模块。

应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central ProcessingUnit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learningProcessing Unit，DPU)等。

图4是本公开实施例提出的终端的结构示意图。如图4所示，终端10可以包括：收发模块、处理模块11等中的至少一者。

在一些实施例中，上述处理模块11用于确定满足第一条件的第一类配置授权CG配置被激活，且与第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，第一类CG配置指示的CG周期中包括多个TO；确定第一TO被配置执行HARQ进程。可选地，上述处理模块用于执行以上任一方法中终端10执行的处理步骤(例如S21和S22，但不限于此)中的至少一者，此处不再赘述。

在一些实施例中，处理模块可以是一个模块，也可以包括多个子模块。可选地，上述多个子模块分别执行处理模块所需执行的全部或部分步骤。可选地，处理模块可以与处理器相互替换。

图5是本公开实施例提出的通信设备8100的结构示意图。通信设备8100可以是网络设备(例如接入网设备、核心网设备等)，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一方法的芯片、芯片系统、或处理器等。通信设备8100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

如图5所示，通信设备8100包括一个或多个处理器8101。处理器8101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。通信设备8100用于执行以上任一方法。

在一些实施例中，通信设备8100还包括用于存储指令的一个或多个存储器8102。可选地，全部或部分存储器8102也可以处于通信设备8100之外。

在一些实施例中，通信设备8100还包括一个或多个收发器8103。在通信设备8100包括一个或多个收发器8103时，收发器8103执行上述方法中的发送和/或接收等通信步骤，处理器8101执行其他步骤(例如S21和S22，但不限于此)中的至少一者。

在一些实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。

在一些实施例中，通信设备8100可以包括一个或多个接口电路8104。可选地，接口电路8104与存储器8102连接，接口电路8104可用于从存储器8102或其他装置接收信号，可用于向存储器8102或其他装置发送信号。例如，接口电路8104可读取存储器8102中存储的指令，并将该指令发送给处理器8101。

以上实施例描述中的通信设备8100可以是网络设备或者终端，但本公开中描述的通信设备8100的范围并不限于此，通信设备8100的结构可以不受图5的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。

图6是本公开实施例提出的芯片8200的结构示意图。对于通信设备8100可以是芯片或芯片系统的情况，可以参见图6所示的芯片8200的结构示意图，但不限于此。

芯片8200包括一个或多个处理器8201，芯片8200用于执行以上任一方法。

在一些实施例中，芯片8200还包括一个或多个接口电路8202。可选地，接口电路8202与存储器8203连接，接口电路8202可以用于从存储器8203或其他装置接收信号，接口电路8202可用于向存储器8203或其他装置发送信号。例如，接口电路8202可读取存储器8203中存储的指令，并将该指令发送给处理器8201。

在一些实施例中，接口电路8202执行上述方法中的发送和/或接收等通信步骤，处理器8201执行处理步骤(例如S21和S22，但不限于此)中的至少一者。

在一些实施例中，接口电路、接口、收发管脚、收发器等术语可以相互替换。

在一些实施例中，芯片8200还包括用于存储指令的一个或多个存储器8203。可选地，全部或部分存储器8203可以处于芯片8200之外。

本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备8100上运行时，使得通信设备8100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。

本公开还提出程序产品，上述程序产品被通信设备8100执行时，使得通信设备8100执行以上任一方法。可选地，上述程序产品是计算机程序产品。

本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种混合自动重传请求HARQ进程配置方法，其特征在于，包括：

确定满足第一条件的第一类配置授权CG配置被激活，且与所述第一类CG配置指示的第一CG传输时机TO相关联的HARQ进程标识满足第二条件，其中，所述第一类CG配置指示的CG周期中包括多个TO；

确定所述第一TO被配置执行HARQ进程。

2.如权利要求1所述的方法，其特征在于，所述确定满足第一条件的第一类CG配置被激活，且与所述第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，包括：

确定所述第一类CG配置中未配置特定参数，且与所述第一类CG配置指示的第一TO相关联的HARQ进程标识小于第一值；或者

确定所述第一类CG配置中未配置特定参数，且与所述第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值；或者

确定所述第一类CG配置中配置有特定参数，且与所述第一类CG配置指示的第一TO相关联的HARQ进程标识大于或等于第二值，且小于第三值。

3.如权利要求2所述的方法，其特征在于，所述特定参数，包括以下至少一项：

HARQ进程标识偏移harq-ProcID-Offset；

第二HARQ进程标识偏移harq-ProcID-Offset2；

HARQ参数。

4.如权利要求2所述的方法，其特征在于，所述第一值、所述第二值和所述第三值中的至少一者，包括以下至少一项：

HARQ参数；

harq-ProcID-Offset；

harq-ProcID-Offset2；

HARQ进程数nrofHARQ-Processes；

HARQ参数与harq-ProcID-Offset之和；

HARQ参数与harq-ProcID-Offset2之和；

HARQ参数与nrofHARQ-Processes之和；

harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与nrofHARQ-Processes之和；

harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与harq-ProcID-Offset2之和；

harq-ProcID-Offset与harq-ProcID-Offset2与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset与nrofHARQ-Processes之和；

HARQ参数与harq-ProcID-Offset2与nrofHARQ-Processes之和；

5.如权利要求3或4所述的方法，其特征在于，所述HARQ参数为以下至少一项：

CG周期内配置的PUSCH个数；

特定周期内配置的PUSCH个数；

CG周期内配置的TO个数；

特定周期内配置的TO个数；

CG周期内配置的PUSCH个数减1；

特定周期内配置的PUSCH个数减1；

CG周期内配置的TO个数减1；

特定周期内配置的TO个数减1；

CG周期内配置的有效PUSCH个数；

特定周期内配置的有效PUSCH个数；

CG周期内配置的有效TO个数；

特定周期内配置的有效TO个数；

CG周期内配置的有效PUSCH个数减1；

特定周期内配置的有效PUSCH个数减1；

CG周期内配置的有效TO个数减1；

特定周期内配置的有效TO个数减1。

6.如权利要求3至5中任一项所述的方法，其特征在于，所述方法还包括：

接收网络设备发送的指示信息，其中，所述指示信息用于指示所述HARQ参数；

根据所述指示信息，确定所述HARQ参数。

7.如权利要求6所述的方法，其特征在于，所述接收网络设备发送的指示信息，包括：

接收所述网络设备发送的无线资源控制RRC信令，其中，所述RRC信令包括所述指示信息。

8.如权利要求5所述的方法，其特征在于，所述特定周期为终端上报的特定上行控制信息指示的周期范围，所述特定上行控制信息用于指示所述周期范围内的TO是否被使用。

9.如权利要求5所述的方法，其特征在于，所述有效PUSCH对应的时频资源不与下行资源冲突，或所述有效TO对应的时频资源不与下行资源冲突。

10.如权利要求9所述的方法，其特征在于，所述下行资源为以下至少一项：

同步信号块SSB占据的第三下行资源。

11.如权利要求1至10中任一项所述的方法，其特征在于，所述方法还包括：

根据特定计算公式确定与所述第一类CG配置指示的所述第一TO相关联的HARQ进程标识。

12.如权利要求11所述的方法，其特征在于，所述特定计算公式中，包括第一参数，所述第一参数为以下至少一项：

所述第一类CG配置指示的多个TO中的第一个TO的符号索引；

所述第一类CG配置和第二类CG配置指示的多个TO中的第一个TO的符号索引，其中，所述第二类CG配置指示的CG周期中包括一个TO。

13.如权利要求12所述的方法，其特征在于，所述第一类CG配置指示的多个TO中的第一个TO，包括：

所述第一类CG配置指示的一个CG周期中的多个TO中的第一个TO；或者

所述第一类CG配置指示的多个CG周期中的多个TO中的第一个TO。

14.如权利要求12或13所述的方法，其特征在于，所述第一类CG配置和第二类CG配置指示的第一个TO，包括：

所述第一类CG配置指示的一个CG周期和所述第二类CG配置指示的多个CG周期中，多个TO中的第一个TO；

所述第一类CG配置指示的多个CG周期和所述第二类CG配置指示的多个CG周期中，多个TO中的第一个TO。

15.如权利要求11至14中任一项所述的方法，其特征在于，所述特定计算公式中，包括第二参数，所述第二参数为：

与所述第一类CG配置指示的TO相关的HARQ进程标识的数目。

16.如权利要求15所述的方法，其特征在于，所述与所述第一类CG配置指示的TO相关的HARQ进程标识的数目，包括以下至少一项：

与所述第一类CG配置指示的一个CG周期中的TO相关联的HARQ进程标识的数目；

与所述第一类CG配置指示的多个CG周期中的TO相关联的HARQ进程标识的数目。

17.如权利要求1至16中任一项所述的方法，其特征在于，所述方法还包括：

确定未配置第三参数，确定执行以下至少一项：

在第一类CG配置与第二类CG配置之间不共享HARQ进程；

在不同第一类CG配置之间不能共享HARQ进程；

在同一BWP中不同第一类CG配置之间不共享HARQ进程；

其中，所述第二类CG配置指示的CG周期中包括一个TO。

18.如权利要求17所述的方法，其特征在于，所述确定未配置第三参数，包括以下至少一项：

确定所述第一类CG配置中未包括所述第三参数，确定未配置第三参数；

确定所述第二类CG配置中未包括所述第三参数，确定未配置第三参数；

确定网络设备未配置所述第三参数，确定未配置第三参数。

19.一种终端，其特征在于，包括：

处理模块，用于确定满足第一条件的第一类配置授权CG配置被激活，且与所述第一类CG配置指示的第一TO相关联的HARQ进程标识满足第二条件，其中，所述第一类CG配置指示的CG周期中包括多个TO；

所述处理模块，还用于确定所述第一TO被配置执行HARQ进程。

20.一种终端，其特征在于，包括：

一个或多个处理器；

其中，所述终端用于执行权利要求1至18中任一项所述的HARQ进程配置方法。

21.一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如权利要求1至18中任一项所述的HARQ进程配置方法。