CN114731506A

CN114731506A - 码本传输、接收确定方法和装置、通信装置和存储介质

Info

Publication number: CN114731506A
Application number: CN202280000478.7A
Authority: CN
Inventors: 赵群
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2022-02-25
Filing date: 2022-02-25
Publication date: 2022-07-08
Also published as: WO2023159519A1

Abstract

本公开涉及码本传输方法，包括：确定被配置的群组无线网络临时标识G‑RNTI；生成所述G‑RNTI对应的码本；对所述码本中的比特位进行捆绑操作以得到目标码本；将所述目标码本发送至网络侧设备。根据本公开，终端在确定被配置的G‑RNTI，并生成每个G‑RNTI分别对应的码本后，可以对码本中的比特位进行捆绑操作以得到目标码本，进而终端可以将得到的目标码本发送至网络侧设备。其中，通过对码本中的比特位进行捆绑操作，可以使得得到的目标码本相对于捆绑操作前的码本包含相对较少的比特位，进而在将目标码本传输至网络侧设备，相对于将多个G‑RNTI对应的多个码本传输至网络侧设备，有利于节约上行资源。

Description

码本传输、接收确定方法和装置、通信装置和存储介质

技术领域

本公开涉及通信技术领域，具体而言，涉及码本传输方法、接收确定方法、码本传输装置、接收确定装置。通信装置和计算机可读存储介质。

背景技术

目前的码本codebook是按照无线网络临时标识(RTNI，Radio Network TemporaryIdentity)生成的。对于某些终端而言，支持多个RNTI，那么将会生成多个码本，并将多个码本上报给基站，这会导致上行开销过大。

发明内容

有鉴于此，本公开的实施例提出了码本传输方法、接收确定方法、码本传输装置、接收确定装置。通信装置和计算机可读存储介质，以解决相关技术中的技术问题。

根据本公开实施例的第一方面，提出一种码本传输方法，适用于终端，所述方法包括：确定被配置的群组无线网络临时标识G-RNTI；生成所述G-RNTI对应的码本；对所述码本中的比特位进行捆绑操作以得到目标码本；将所述目标码本发送至网络侧设备。

根据本公开实施例的第二方面，提出一种接收确定方法，适用于网络侧设备，所述方法包括：接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

根据本公开实施例的第三方面，提出一种码本传输装置，适用于终端，所述装置包括：处理模块，被配置为确定被配置的群组无线网络临时标识G-RNTI；生成所述G-RNTI对应的码本；对所述码本中的比特位进行捆绑操作以得到目标码本；发送模块，被配置为将所述目标码本发送至网络侧设备。

根据本公开实施例的第四方面，提出一种接收确定装置，适用于网络侧设备，所述装置包括：接收模块，被配置为接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；处理模块，被配置为根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

根据本公开的实施例，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述码本传输方法。

根据本公开的实施例，提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述接收确定方法。

根据本公开的实施例，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述码本传输方法中的步骤。

根据本公开的实施例，提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述接收确定方法中的步骤。

根据本公开的实施例，终端在确定被配置的G-RNTI，并生成每个G-RNTI分别对应的码本后，可以对码本中的比特位进行捆绑(bundling)操作以得到目标码本(或者称作最终码本)，进而终端可以将得到的目标码本发送至网络侧设备。

其中，通过对码本中的比特位进行捆绑操作，可以使得得到的目标码本相对于捆绑操作前的码本包含相对较少的比特位，进而在将目标码本传输至网络侧设备，相对于将多个G-RNTI对应的多个码本传输至网络侧设备，有利于节约上行资源。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开的实施例示出的一种码本传输方法的示意流程图。

图2A是根据本公开的实施例示出的另一种码本传输方法的示意流程图。

图2B是根据本公开的实施例示出的一种捆绑操作的示意图。

图3是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图4是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图5A是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图5B是根据本公开的实施例示出的另一种捆绑操作的示意图。

图6是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图7是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图8是根据本公开的实施例示出的又一种捆绑操作的示意图。

图9是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图10是根据本公开的实施例示出的又一种码本传输方法的示意流程图。

图11是根据本公开的实施例示出的一种接收确定方法的示意流程图。

图12是根据本公开的实施例示出的另一种接收确定方法的示意流程图。

图13是根据本公开的实施例示出的又一种接收确定方法的示意流程图。

图14是根据本公开的实施例示出的又一种接收确定方法的示意流程图。

图15是根据本公开的实施例示出的又一种接收确定方法的示意流程图。

图16是根据本公开的实施例示出的又一种接收确定方法的示意流程图。

图17是根据本公开的实施例示出的又一种接收确定方法的示意流程图。

图18是根据本公开的实施例示出的一种码本传输装置的示意框图。

图19是根据本公开的实施例示出的一种接收确定装置的示意框图。

图20是根据本公开的实施例示出的一种用于接收确定的装置的示意框图。

图21是根据本公开的实施例示出的一种用于码本传输的装置的示意框图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一指示也可以被称为第二指示，类似地，第二指示也可以被称为第一指示。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

出于简洁和便于理解的目的，本文在表征大小关系时，所使用的术语为“大于”或“小于”、“高于”或“低于”。但对于本领域技术人员来说，可以理解：术语“大于”也涵盖了“大于等于”的含义，“小于”也涵盖了“小于等于”的含义；术语“高于”涵盖了“高于等于”的含义，“低于”也涵盖了“低于等于”的含义。

图1是根据本公开的实施例示出的一种码本传输方法的示意流程图。本实施例所示的码本传输方法可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备(例如NB-IoT(窄带宽物联网，Narrow Band Internet of Things)、MTC(Machine Type Communication，机器类型通信)、eMTC(EnhanceMachine TypeCommunication，增强的机器类型通信))等通信装置。所述终端可以与网络侧设备通信，所述网络侧设备包括但不限于4G、5G、6G等通信系统中的网络侧设备，例如基站、核心网等。

如图1所示，所述码本传输方法可以包括以下步骤：

在步骤S101中，确定被配置的群组无线网络临时标识G-RNTI；

在步骤S102中，生成所述G-RNTI对应的码本；

在步骤S103中，对所述码本中的比特位进行捆绑(bundling)操作以得到目标码本；

在步骤S104中，将所述目标码本发送至网络侧设备。

在一个实施例中，网络侧设备针对终端可以配置一个或多个G-RNTI，终端可以根据每个G-RNTI分别生成对应的码本，所述码本可以包括类型1(Type-1)码本。

例如终端在被配置了多个G-RNTI的情况下，终端根据每个G-RNTI分别生成对应的Type-1码本，可以得到多个码本。其中，一个码本可以包括一个或多个比特位，1个比特位对应一个M_ac，其中，M_ac可以表示物理下行共享信道PDSCH(Physical Downlink SharedCHannel)候选(candidate)，与PDSCH候选对应的比特位，可以作为混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)信息，用于指示在这个PDSCH候选是否成功接收(接收到并成功解码)。

例如比特位的值为1时，用于指示混合自动重传请求确认HARQ-ACK，比特位的值为0时，用于指示混合自动重传请求未确认HARQ-NACK。

需要说明的是，比特位的值与所指示的内容之间的关系可以根据需要进行调整，并不限于上述情况，例如在比特位的值为0时，可以指示HARQ-ACK，在比特位为1时，可以指示HARQ-NACK。以下实施例主要在比特位的值为1指示HARQ-ACK，比特位为0指示HARQ-NACK的情况下进行示例性说明。

在终端被配置了多个G-RNTI的情况下，由于需要生成多个码本并上行发送至网络侧设备，这对上行资源造成了较大的占用，上行开销过大容易造成物理上行控制信道PUCCH(Physical Uplink Control Channel)性能的恶化。

在一个实施例中，所述捆绑操作包括逻辑与运算。

所述捆绑操作可以针对不同码本中的比特位进行，也可以针对同一个码本中的不同比特位进行。例如对于进行捆绑操作的多个比特位，可以进行逻辑与运算，也即在这些比特位的值都为1的情况下，得到的结果才为1，只要这些比特位中任一个比特位的值为0，那么得到的结果就是0。

通过逻辑与运算，可以根据多个比特位的值得到一个值，从而有效地减少最终得到的目标码本中比特位的数量。

以下主要针对对不同码本中的比特位进行捆绑操作，和针对同一个码本中的不同比特位进行捆绑操作两种实施例进行示例性说明。

图2A是根据本公开的实施例示出的另一种码本传输方法的示意流程图。如图2A所示，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

在步骤S201中，将至少两个所述码本中相对应的比特位进行捆绑操作以得到目标码本。

在一个实施例中，可以针对至少两个码本中相对应的比特位进行捆绑操作，其中，相对应的比特位，是指不同码本中次序位置相同的比特位。

例如以三个码本为例，终端根据G-RNTI1生成码本1，根据G-RNTI2生成码本2，根据G-RNTI3生成码本3，三个码本包含比特位的数量n相同，n＝10。

图2B是根据本公开的实施例示出的一种捆绑操作的示意图。

如图2B所示，码本1为{1110110111}，码本2为{01111111111}，码本3为{1111111110}，可以针对码本1中第i个比特位、码本2中第i个比特位和码本3中第i个比特位进行捆绑操作，得到的值为0，作为目标码本第i个比特位的值，i为大于或等于1，小于或等于n的整数。那么进行捆绑操作得到的目标码本为{0110110110}。

可见，根据本实施例，针对至少两个码本进行捆绑操作，可以得到一个目标码本，并且目标码本中包含的比特位的数量，少于至少两个码本包含的比特位的数量之和。因此，终端向网络侧设备发送目标码本，相对于发送捆绑操作之前的至少两个码本，可以有效地降低对于上行资源的占用。

图3是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图3所示，所述方法还包括：

在步骤S301中，响应于至少两个所述码本中包含的比特位数量不同，确定其中包含比特位的数量最多的第一码本；

在步骤S302中，根据所述第一码本中比特位的数量对其它码本包含的比特位进行补充，其中，补充的比特位用于指示混合自动重传请求确认HARQ-ACK。

图2B所示的三个码本包含比特位的数量是相同的，那么每个码本包含的全部比特位，相对于其他码本中的比特位，都存在相对应的比特位，那么就可以对相对应的比特位进行捆绑操作。

但是在某些情况下，需要进行捆绑操作的至少两个码本包含比特位的数量不同。针对这种情况，在一个实施例中，可以先确定至少两个码本中包含比特位的数量最多的第一码本，进而确定与第一码本包含的比特位的数量不同的第二码本，那么第二码本包含的比特位的第二数量，就少于第一码本包含的比特位的第一数量。

针对第二码本可以补充比特位，例如根据所述第一码本中比特位的数量对其它码本包含的比特位进行补充，从而将第二数量补充到第一数量，例如第一数量为10，第二数量为8，那么针对第二码本可以补充2个比特位。据此，可以确保补充后比特位之后的第二码本与第一码本包含的比特位的数量相同，从而第二码本中的比特位相对于第一码本中的比特位，都存在相对应的比特位，那么就可以对相对应的比特位进行捆绑操作。

其中，补充的比特位可以根据需要设置在第二码本原来包含的比特位之前、或之后、或之间，具体可以根据需要进行设置。

在一个实施例中，对于补充的比特位，可以设置为指示HARQ-ACK。由于第二码本原本并不包括补充的比特位，所以对于第二码本而言，补充的比特位并不对应PDSCH候选，如果将这个比特位设置为指示HARQ-NACK，那么将会对捆绑操作得到的结果产生不良影响。

例如码本1为{1110110111}、码本4为{01101101}，对于码本1和码本4而言，如果在码本4后补充两个比特位，并且这两个比特位用于指示HARQ-NACK，那么码本4为{0110110100}，在将码本1中的比特位与码本4中的比特位进行捆绑操作后，得到的目标码本就是{0110110100}，也即最后两个比特位为0。

但是实际上码本1最后两个比特位为1，指示HARQ-ACK，也即终端在这两个比特位对应PDSCH候选成功解码得到了PDSCH，但是由于目标码本最后两个比特位为0，会导致网络侧设备误以为终端在这两个比特位对应PDSCH候选未成功解码得到PDSCH，从而导致误重传(retransmission)。

根据本实施例，补充后的码本4为{0110110111}，在将码本1中的比特位与码本4中的比特位进行捆绑操作后，得到的目标码本就是{0110110111}，也即最后两个比特位为1。据此，可以确保网络侧设备根据目标码本能够准确确定终端在最后两个比特位对应PDSCH候选成功解码得到PDSCH，避免误重传。

图4是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图4所示，所述方法还包括：

在步骤S401中，接收所述网络侧设备发送的第一指示；

在步骤S402中，根据所述第一指示确定进行捆绑操作的码本。

在一个实施例中，网络侧设备可以向终端发送第一指示，用于指示进行捆绑操作的码本。例如向终端发送的第一指示包括进行捆绑操作的码本对应的G-RNTI，从而使得终端确定需要对第一指示所指示的G-RNTI对应的码本进行捆绑操作，而对于其他G-RNTI对应的码本则不进行捆绑操作。据此，有利于网络侧设备对捆绑操作进行灵活的控制，以便满足实时需要。

例如对于上述码本1、码本2和码本3而言，网络侧设备可以通过第一指示来指示终端对码本1和码本2进行捆绑操作，那么终端可以将码本1中的比特位和码本2中的比特位进行捆绑操作得到目标码本，进而将目标码本和码本3发送至网络侧设备。

图5A是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图5A所示，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

在步骤S501中，将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，可以将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到所述目标码本，其中，至少两个比特位可以包括码本中相邻的比特位，也可以包括码本中不相邻的比特位，以下实施例主要针对至少两个比特位包括码本中相邻的比特位进行示例性说明。

如图5B所示，仍以上述实施例中的码本1、码本2和码本3为例，码本1为{1110110111}，码本2为{01111111111}，码本3为{1111111110}。

例如针对这3个码本可以分别执行步骤S501，那么可以得到3个目标码本。对于一个码本中的比特位，可以将每N个比特位进行捆绑，N可以理解为捆绑操作的粒度。

例如在N＝2的情况下，对于码本1而言，可以将第1个比特位和第2个比特位进行捆绑操作，得到的值为1；将第3个比特位和第4个比特位进行捆绑操作，得到的值为0；将第5个比特位和第6个比特位进行捆绑操作，得到的值为1；将第7个比特位和第8个比特位进行捆绑操作，得到的值为0；将第9个比特位和第10个比特位进行捆绑操作，得到的值为1。

从而得到码本1对应的目标码本{10101}。以此类推，可以得到码本2对应的目标码本{01111}和码本3对应的目标码本{11110}。进而可以将得到的3个目标码本发送至网络侧设备。

可见，根据本实施例，将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到的目标码本，相对于进行捆绑操作前的码本，包含的比特位更少。因此，终端向网络侧设备发送目标码本，相对于发送捆绑操作之前的码本，可以有效地降低对于上行资源的占用。

图6是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图6所示，所述方法还包括：

在步骤S601中，接收所述网络侧设备发送的第二指示；

在步骤S602中，根据所述第二指示确定进行捆绑操作的比特位的数量。

在一个实施例中，网络侧设备可以向终端发送第二指示，用于指示进行捆绑操作的比特位的数量，也可以描述为粒度。从而使得终端可以根据网络侧设备的指示确定将多少个比特位进行捆绑操作，据此，有利于网络侧设备对捆绑操作进行灵活的控制，以便满足实时需要。

例如向终端发送的第二指示包括进行捆绑操作的比特位的数量为2，那么终端可以根据图5B所示实施例，按照N＝2对于码本中的比特位进行捆绑操作；

例如向终端发送的第二指示包括进行捆绑操作的比特位的数量为5，那么对于上述码本1，可以将第1个比特位至第5个比特位进行捆绑操作，得到的值为0；将第6个比特位至第10个比特位进行捆绑操作，得到的值为0。从而得到码本1对应的目标码本{00}。

图7是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图7所示，所述方法还包括：

在步骤S701中，接收所述网络侧设备发送的第三指示；

在步骤S702中，根据所述第三指示确定是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，网络侧设备可以向终端发送第三指示，用于控制终端开启或关闭对码本中比特位进行捆绑操作的功能。例如第三指示可以如下表1所示：

表1

如表1所示，第三指示可以包含1个比特，该比特的值为0时，可以指示终端关闭对码本中比特位进行捆绑操作的功能；该比特的值为1时，可以指示终端开启对码本中比特位进行捆绑操作的功能。

例如网络侧设备通过第三指示信息指示终端开启对码本中比特位进行捆绑操作的功能，那么终端可以根据上述实施例，对码本中比特位进行捆绑操作，并向网络侧设备发送捆绑操作后得到的目标码本；

例如网络侧设备通过第三指示信息指示终端关闭对码本中比特位进行捆绑操作的功能，那么终端不对码本中比特位进行捆绑操作，而是将每个G-RNTI对应的码本直接发送至网络侧设备。

据此，有利于网络侧设备对终端是否进行捆绑操作进行灵活的控制，以便满足实时需要。

需要说明的是，第三指示信息可以与上述实施例中的第一指示信息携带在相同信息中，或者与上述实施例中的第二指示信息携带在相同的信息中，也可以独立携带在一条信息中；类似地，第一指示信息和第二指示信息也可以携带在相同信息中，或者携带在不同信息中。用于携带所述第一指示信息、第二指示信息、第三指示信息的信息，包括但不限于RRC(Radio Resource Control，无线资源控制)信令。

例如以第一指示携带在RRC信令中为例，RRC信令可以包括2个比特位，那么可以指示4种情况。

例如00指示情况1：对G-RNTI1、G-RNTI2、G-RNTI3对应的码本进行捆绑操作；

例如01指示情况2：对G-RNTI1、G-RNTI2对应的码本进行捆绑操作；

例如10指示情况3：对G-RNTI1、G-RNTI3对应的码本进行捆绑操作；

例如11指示情况4：不执行对不同G-RNTI对应的码本进行捆绑操作；对于这种情况下，终端可以采用上述实施例5A所示的方式，将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到所述目标码本，或者不进行捆绑操作。具体执行哪种操作，可以根据需要进行约定。

在一个实施例中，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

在所述码本的比特位中确定指示混合自动重传请求未确认HARQ-NACK的目标比特位；

响应于所述目标比特位出于目标原因而设置，将所述目标比特位当作指示混合自动重传请求确认HARQ-ACK后，对所述码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，码本中用于指示HARQ-NACK的目标比特位，可以表示终端并未在目标比特位对应的PDSCH候选成功接收PDSCH。但是处于某些原因(以下称作目标原因)，码本中的目标比特位并非由于在目标比特位对应的PDSCH候选未成功接收PDSCH而被设置为指示HARQ-NACK，那么基站根据目标比特位并不能准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH。

因此，对于出于目标原因而被设置为指示HARQ-NACK的目标比特位，终端可以将其当作指示HARQ-ACK，然后在进行上述捆绑操作，以便基站根据对目标比特位捆绑后的结果能够相对准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH。

在一个实施例中，所述目标原因包括以下至少之一：

未检测到目标下行控制信息DCI(Downlink Control Information)，其中，所述目标DCI用于调度所述目标比特位对应的目标物理下行共享信道PDSCH；或者

所述目标DCI中的K1值所指示的时隙，并不是用于传输HARQ-ACK的时隙。

在一个实施例中，终端期望在目标比特位对应的PDSCH candidate上接收到PDSCH，而为了接收到PDSCH，就需要接收到用于调度PDSCH的目标DCI。但是当终端并未接收到目标DCI，终端会将目标比特位设置为指示HARQ-NACK，然而这并不是由于在目标比特位对应的PDSCH候选未成功接收PDSCH。这会导致基站根据目标比特位并不能准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH。

针对这种情况，本实施例将目标比特位当作指示HARQ-ACK后进行捆绑操作，以便基站根据对目标比特位捆绑后的结果能够相对准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH。

图8是根据本公开的实施例示出的又一种捆绑操作的示意图。

如图8所示，仍以上述实施例中的码本1、码本2和码本3为例，其中码本1中的第4个比特位的值为0，用于指示HARQ-NACK，而终端之所以将该比特位的值设置为0，是由于终端并未检测到用于调度该比特位对应的PDSCH的目标DCI(例如网络侧设备并未发送用于调度该比特位对应的PDSCH的DCI)。

如果直接与码本2和码本3中的比特位进行捆绑操作，那么到的目标码本就是{0110110110}，其中第4个比特位为0。在将目标码本发送至网络侧设备后，网络侧设备根据其中第4个比特位的值，会认为终端针对G-RNTI1、G-RNTI2、G-RNTI3，在第4个比特位对应的PDSCH候选接收PDSCH失败。

但是实际上终端针对G-RNTI2、G-RNTI3在第4个比特位对应的PDSCH候选接收PDSCH是成功的，而针对G-RNTI1在第4个比特位对应的PDSCH候选也不是未成功接收PDSCH，只是未检测到用于调度第4个比特位对应的PDSCH的DCI。可见，这会导致网络侧设备根据目标码本错误地判定终端在目标比特位对应的PDSCH候选接收PDSCH的成败情况，进而会导致网络侧设备对PDSCH进行误重传。

根据本实施例，可以将第4个比特位的值当作1，也即当作指示HARQ-ACK，然后再与码本2和码本3中的比特位进行捆绑操作，那么得到的目标码本就是{0111110110}，可见，其中第4个比特位为1。在将目标码本发送至网络侧设备后，网络侧设备根据其中第4个比特位的值，会认为G-RNTI1、G-RNTI2、G-RNTI3在第4个比特位对应的PDSCH候选接收PDSCH成功，也即基站根据对目标比特位捆绑后的结果能够相对准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH，进而避免误重传PDSCH。

在一个实施例中，DCI(例如上述实施例中的目标DCI)中可以携带有K1值(value)，用于指示传输HARQ-ACK的时隙。无论终端需要发送的HARQ消息是HARQ-ACK还是HARQ-NACK，当终端发送目标比特位对应的HARQ消息所在的时隙并不是K1值所指示的传输HARQ-ACK的时隙，那么终端会将HARQ消息设置为HARQ-NACK，因此会导致终端将码本中对应该HARQ消息的目标比特位设置为指示HARQ-NACK，这会导致基站根据目标比特位并不能准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH。

例如仍以码本1、码本2和码本3为例，终端针对码本1中第4个比特位对应的PDSCH候选接收到的目标DCI中，K1值指示的用于传输HARQ-ACK的时隙为第k个时隙，但是终端在第k’(不等于k)个时隙上传输第4个比特位对应的HARQ信息，从而将第4个比特位设置为NACK。

但是实际上终端针对G-RNTI2、G-RNTI3在第4个比特位对应的PDSCH候选接收PDSCH是成功的，而针对G-RNTI1在第4个比特位对应的PDSCH候选也不是未成功接收PDSCH，只是由于传输HARQ信息的时隙并不是DCI中K1值指示的用于传输HARQ-ACK的时隙。可见，这会导致网络侧设备根据目标码本错误地判定终端在目标比特位对应的PDSCH候选接收PDSCH的成败情况，进而会导致网络侧设备对PDSCH进行误重传。

根据本实施例，可以将第4个比特位的值当作1，也即当作指示HARQ-ACK的情况，然后再与码本2和码本3中的比特位进行捆绑操作，那么得到的目标码本就是{0111110110}，可见，其中第4个比特位为1。在将目标码本发送至网络侧设备后，网络侧设备根据其中第4个比特位的值，会认为G-RNTI1、G-RNTI2、G-RNTI3在第4个比特位对应的PDSCH候选接收PDSCH成功，也即基站根据对目标比特位捆绑后的结果能够相对准确地确定终端在目标比特位对应的PDSCH候选是否成功接收PDSCH，进而避免误重传PDSCH。

图9是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图9所示，所述方法还包括：

在步骤S901中，确定单播unicast PDSCH对应的码本；

其中，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

在步骤S902中，对所述G-RNTI对应的码本中的比特位和所述unicast PDSCH对应的码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，G-RNTI可以指示给进行多播(也可以称作组播)业务(MBS，Multicast Broadcast Service)的终端，G-RNTI对应的Type-1码本中的比特位，可以用于指示MBS PDSCH的接收成败情况。

本实施例进行捆绑操作的对象，可以不限于G-RNTI对应的码本，还可以适用于单播PDSCH对应的码本(例如Type-1码本)，也即可以将单播PDSCH对应的码本中的比特位与G-RNTI对应的码本中的比特位进行捆绑操作以得到所述目标码本。据此，可以进一步降低需要传输的码本中比特位的总量，有利于进一步降低上行开销。

图10是根据本公开的实施例示出的又一种码本传输方法的示意流程图。如图10所示，所述方法还包括：

在步骤S1001中，接收所述网络侧设备发送的重传调度信息；

在步骤S1002中，响应于确定所述重传调度信息所调度的PDSCH已成功解码，忽略所述重传调度信息。

在一个实施例中，网络侧设备在接收到终端上报的目标码本后，可以根据码本中的比特位确定终端对于PDSCH的接收成败情况，对于接收失败(例如解码失败)的PDSCH，网络侧可以进行重传，而为了使得终端能够接收到重传的PDSCH，需要先发送重传调度信息，以供终端确定接收重传的PDSCH的资源。

但是由于终端上报的目标码本，是对G-RNTI对应的码本进行捆绑操作后得到的，虽然降低了码本中比特位的总量，但是也会导致指示的精度降。

例如对于上述码本1、码本2和码本3，码本1和码本3中第一个比特位为1，也即终端针对G-RNTI1和G-RNTI3，在第一个比特位对应的PDSCH候选已成功接收PDSCH。

但是由于码本2的第二个比特位为0，捆绑后目标码本中第一个比特位也是0，网络侧设备根据目标码本中的第一个比特位会认为终端针对G-RNTI1和G-RNTI3，在第一个比特位对应的PDSCH候选未成功接收PDSCH，从而导致重传PDSCH，并向终端发送用于调度信息，指示重传PDSCH的资源。

然而终端自身是能够确定针对G-RNTI1和G-RNTI3，在第一个比特位对应的PDSCH候选已成功接收PDSCH，所以在接收到针对G-RNTI1和G-RNTI3中第一个比特位对应PDSCH候选上PDSCH的重传调度信息时，可以忽略该重传调度信息，避免重复接收已成功接收的PDSCH，终端也不会将网络侧设备重传的PDSCH中的传输块(Transmission Block，TB)与已经成功接收到的PDSCH中的传输块合并进行解码。

而对于G-RNTI2中第一个比特位对应PDSCH候选上PDSCH的重传调度信息，则可以正常解析，并接收对应的重传PDSCH。

图11是根据本公开的实施例示出的一种接收确定方法的示意流程图。本实施例所示的接收确定方法可以适用于网络侧设备，所述网络侧设备可以与终端通信，所述网络侧设备包括但不限于4G基站、5G基站、6G基站等通信系统中的基站，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备(例如NB-IoT、MTC、eMTC)等通信装置。

如图11所示，所述接收确定方法可以包括以下步骤：

在步骤S1101中，接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；

在步骤S1102中，根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

在一个实施例中，所述捆绑操作包括逻辑与运算。

网络侧设备可以指示终端上传每个G-RNTI分别对应的码本，或者上传捆绑操作后得到的目标码本。

网络侧设备在指示终端上传捆绑操作后得到的目标码本的情况下，在接收到目标码本后，可以确定目标码本是针对每个G-RNTI进行捆绑操作得到的，从而可以根据目标码本中的比特位确定终端对于至少一个G-RNTI(也即用于生成目标码本的码本对应G-RNTI)对应的码本中每个比特位对应的PDSCH候选是否成功解码。

图12是根据本公开的实施例示出的另一种接收确定方法的示意流程图。如图12所示，所述目标码本为将至少两个码本中相对应的比特位进行捆绑操作以得到的；

所述根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码包括：

在步骤S1201中，根据所述目标码本中的比特位确定所述终端对于所述至少两个码本中相对应的比特位所对应的PDSCH候选是否成功解码。

在一个实施例中，网络侧设备可以指示终端进行捆绑操作的方式，例如可以按照图2B所示的方式进行捆绑操作，或者按照图5B方式进行捆绑操作。

例如在指示终端按照图2B所示方式将至少两个码本中相对应的比特位进行捆绑操作得到目标码本时，网络侧设备根据所述目标码本中的比特位确定所述终端对于所述至少两个码本中相对应的比特位所对应的PDSCH候选是否成功解码。

图13是根据本公开的实施例示出的又一种接收确定方法的示意流程图。如图13所示，所述方法还包括：

在步骤S1301中，向所述终端发送第一指示，用于指示进行捆绑操作的码本。

图14是根据本公开的实施例示出的又一种接收确定方法的示意流程图。如图14所示，所述目标码本为将位于同一个所述码本内的至少两个比特位进行捆绑操作得到的，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

在步骤S1401中，根据所述目标码本中的比特位确定所述终端对于所述至少一个码本中的至少两个比特位所对应的PDSCH候选是否成功解码。

例如在指示终端按照图5B所示方式将位于同一个所述码本内的至少两个比特位进行捆绑操作得到目标码本时，网络侧设备根据所述目标码本中的比特位确定所述终端对于所述至少一个码本中的至少两个比特位所对应的PDSCH候选是否成功解码。

图15是根据本公开的实施例示出的又一种接收确定方法的示意流程图。如图15所示，所述方法还包括：

在步骤S1501中，向所述终端发送第二指示，用于指示进行捆绑操作的比特位的数量。

图16是根据本公开的实施例示出的又一种接收确定方法的示意流程图。如图16所示，所述方法还包括：

在步骤S1601中，向所述终端发送第三指示，用于指示是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，网络侧设备可以向终端发送第三指示，用于控制终端开启或关闭对码本中比特位进行捆绑操作的功能。例如第三指示可以如上述表1所示。

在一个实施例中，所述目标码本为对所述G-RNTI对应的码本中的比特位和C-RNTI对应的码本中的比特位进行捆绑操作得到的；

根据所述目标码本中的比特位确定所述终端对于所述G-RNTI对应的码本中的比特位和单播PDSCH对应的码本中的比特位所对应的PDSCH候选是否成功解码。

在这种情况下，网络侧设备根据所述目标码本中的比特位可以确定所述终端对于所述G-RNTI对应的码本中的比特位和单播PDSCH对应的码本中的比特位所对应的PDSCH候选是否成功解码。

图17是根据本公开的实施例示出的又一种接收确定方法的示意流程图。如图17所示，所述方法还包括：

在步骤S1701中，响应于确定所述终端对于所述至少一个G-RNTI对应的码本中第一比特位对应的PDSCH候选未成功解码，向所述终端发送重传调度信息，用于调度在所述第一比特位对应的PDSCH候选上进行PDSCH重传。

例如在确定终端对于所述至少一个G-RNTI对应的码本中第一比特位对应的PDSCH候选未成功解码，向所述终端发送重传调度信息，用于调度在所述第一比特位对应的PDSCH候选上进行PDSCH重传。

与前述的码本传输方法和接收确定方法的实施例相对应，本公开还提供了码本传输装置和接收确定装置的实施例。

图18是根据本公开的实施例示出的一种码本传输装置的示意框图。本实施例所示的码本传输装置可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备(例如NB-IoT、MTC、eMTC)等通信装置。所述终端可以与网络侧设备通信，所述网络侧设备包括但不限于4G、5G、6G等通信系统中的网络侧设备，例如基站、核心网等。

如图18所示，所述码本传输装置可以包括

处理模块1801，被配置为确定被配置的群组无线网络临时标识G-RNTI；生成所述G-RNTI对应的码本；对所述码本中的比特位进行捆绑操作以得到目标码本；

发送模块1802，被配置为将所述目标码本发送至网络侧设备。

在一个实施例中，所述捆绑操作包括逻辑与运算。

在一个实施例中，所述处理模块，被配置为将至少两个所述码本中相对应的比特位进行捆绑操作以得到目标码本。

在一个实施例中，所述处理模块，还被配置为确定至少两个所述码本中包含比特位的数量最多的第一码本；

响应于至少两个所述码本中的第二码本包含的比特位的第二数量与所述第一码本包含的比特位的第一数量不同，根据所述第一数量对所述第二码本包含的比特位进行补充，其中，补充的比特位用于指示混合自动重传请求确认HARQ-ACK。

在一个实施例中，所述装置还包括：

第一接收模块，被配置为接收所述网络侧设备发送的第一指示；

其中，所述处理模块，还被配置为根据所述第一指示确定进行捆绑操作的码本。

在一个实施例中，所述处理模块，被配置为将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，所述装置还包括：

第二接收模块，被配置为接收所述网络侧设备发送的第二指示；

其中，所述处理模块，还被配置为根据所述第二指示确定进行捆绑操作的比特位的数量。

在一个实施例中，所述装置还包括：

第三接收模块，被配置为接收所述网络侧设备发送的第三指示；

其中，所述处理模块，还被配置为根据所述第三指示确定是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，所述处理模块，还被配置为确定单播unicast PDSCH对应的码本；

其中，所述处理模块被配置为对所述G-RNTI对应的码本中的比特位和所述unicast PDSCH对应的码本中的比特位进行捆绑操作以得到所述目标码本。

在一个实施例中，所述装置还包括：

第四接收模块，被配置为接收所述网络侧设备发送的重传调度信息；

其中，所述处理模块，还被配置为响应于确定所述重传调度信息所调度的PDSCH已成功解码，忽略所述重传调度信息。

图19是根据本公开的实施例示出的一种接收确定装置的示意框图。本实施例所示的接收确定装置可以适用于网络侧设备，所述网络侧设备可以与终端通信，所述网络侧设备包括但不限于4G基站、5G基站、6G基站等通信系统中的基站，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备(例如NB-IoT、MTC、eMTC)等通信装置。

如图19所示，所述接收确定装置可以包括：

接收模块1901，被配置为接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；

处理模块1902，被配置为根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

在一个实施例中，所述捆绑操作包括逻辑与运算。

在一个实施例中，所述目标码本为将至少两个码本中相对应的比特位进行捆绑操作以得到的；

所述处理模块，被配置为根据所述目标码本中的比特位确定所述终端对于所述至少两个码本中相对应的比特位所对应的PDSCH候选是否成功解码。

在一个实施例中，所述装置还包括：

第一发送模块，被配置为向所述终端发送第一指示，用于指示进行捆绑操作的码本。

在一个实施例中，所述目标码本为将位于同一个所述码本内的至少两个比特位进行捆绑操作得到的，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

所述处理模块，被配置为根据所述目标码本中的比特位确定所述终端对于所述至少一个码本中的至少两个比特位所对应的PDSCH候选是否成功解码。

在一个实施例中，所述装置还包括：

第二发送模块，被配置为向所述终端发送第二指示，用于指示进行捆绑操作的比特位的数量。

在一个实施例中，所述装置还包括：

第三发送模块，被配置为向所述终端发送第三指示，用于指示是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

所述处理模块，被配置为根据所述目标码本中的比特位确定所述终端对于所述G-RNTI对应的码本中的比特位和单播PDSCH对应的码本中的比特位所对应的PDSCH候选是否成功解码。

在一个实施例中，所述装置还包括：

第四发送模块，被配置为响应于确定所述终端对于所述至少一个G-RNTI对应的码本中第一比特位对应的PDSCH候选未成功解码，向所述终端发送重传调度信息，用于调度在所述第一比特位对应的PDSCH候选上进行PDSCH重传。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的码本传输方法。

本公开的实施例还提出一种通信装置，包括：处理器；用于存储计算机程序的存储器；其中，当所述计算机程序被处理器执行时，实现上述任一实施例所述的接收确定方法。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的码本传输方法中的步骤。

本公开的实施例还提出一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被处理器执行时，实现上述任一实施例所述的接收确定方法中的步骤。

如图20所示，图20是根据本公开的实施例示出的一种用于接收确定的装置2000的示意框图。装置2000可以被提供为一基站。参照图20，装置2000包括处理组件2022、无线发射/接收组件2024、天线组件2026、以及无线接口特有的信号处理部分，处理组件2022可进一步包括一个或多个处理器。处理组件2022中的其中一个处理器可以被配置为实现上述任一实施例所述的接收确定方法。

图21是根据本公开的实施例示出的一种用于码本传输的装置2100的示意框图。例如，装置2100可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图21，装置2100可以包括以下一个或多个组件：处理组件2102、存储器2104、电源组件2106、多媒体组件2108、音频组件2110、输入/输出(I/O)的接口2112、传感器组件2114以及通信组件2116。

处理组件2102通常控制装置2100的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件2102可以包括一个或多个处理器2120来执行指令，以完成上述的码本传输方法的全部或部分步骤。此外，处理组件2102可以包括一个或多个模块，便于处理组件2102和其他组件之间的交互。例如，处理组件2102可以包括多媒体模块，以方便多媒体组件2108和处理组件2102之间的交互。

存储器2104被配置为存储各种类型的数据以支持在装置2100的操作。这些数据的示例包括用于在装置2100上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器2104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)，只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件2106为装置2100的各种组件提供电力。电源组件2106可以包括电源管理系统，一个或多个电源，及其他与为装置2100生成、管理和分配电力相关联的组件。

多媒体组件2108包括在所述装置2100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件2108包括一个前置摄像头和/或后置摄像头。当装置2100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件2110被配置为输出和/或输入音频信号。例如，音频组件2110包括一个麦克风(MIC)，当装置2100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2104或经由通信组件2116发送。在一些实施例中，音频组件2110还包括一个扬声器，用于输出音频信号。

I/O接口2112为处理组件2102和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件2114包括一个或多个传感器，用于为装置2100提供各个方面的状态评估。例如，传感器组件2114可以检测到装置2100的打开/关闭状态，组件的相对定位，例如所述组件为装置2100的显示器和小键盘，传感器组件2114还可以检测装置2100或装置2100一个组件的位置改变，用户与装置2100接触的存在或不存在，装置2100方位或加速/减速和装置2100的温度变化。传感器组件2114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2114还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。

通信组件2116被配置为便于装置2100和其他设备之间有线或无线方式的通信。装置2100可以接入基于通信标准的无线网络，如WiFi、2G、3G、4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件2116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件2116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置2100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述码本传输方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器2104，上述指令可由装置2100的处理器2120执行以完成上述码本传输方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims

1.一种码本传输方法，其特征在于，适用于终端，所述方法包括：

确定被配置的群组无线网络临时标识G-RNTI；

生成所述G-RNTI对应的码本；

对所述码本中的比特位进行捆绑操作以得到目标码本；

将所述目标码本发送至网络侧设备。

2.根据权利要求1所述的方法，其特征在于，所述捆绑操作包括逻辑与运算。

3.根据权利要求1所述的方法，其特征在于，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

将至少两个所述码本中相对应的比特位进行捆绑操作以得到目标码本。

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

响应于至少两个所述码本中包含的比特位数量不同，确定其中包含比特位的数量最多的第一码本；

根据所述第一码本中比特位的数量对其它码本包含的比特位进行补充，其中，补充的比特位用于指示混合自动重传请求确认HARQ-ACK。

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

接收所述网络侧设备发送的第一指示；

根据所述第一指示确定进行捆绑操作的码本。

6.根据权利要求1所述的方法，其特征在于，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

将位于同一个所述码本内的至少两个比特位进行捆绑操作以得到所述目标码本。

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

接收所述网络侧设备发送的第二指示；

根据所述第二指示确定进行捆绑操作的比特位的数量。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

接收所述网络侧设备发送的第三指示；

根据所述第三指示确定是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

9.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

确定单播unicast PDSCH对应的码本；

对所述G-RNTI对应的码本中的比特位和所述unicast PDSCH对应的码本中的比特位进行捆绑操作以得到所述目标码本。

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

接收所述网络侧设备发送的重传调度信息；

响应于确定所述重传调度信息所调度的PDSCH已成功解码，忽略所述重传调度信息。

11.一种接收确定方法，其特征在于，适用于网络侧设备，所述方法包括：

接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；

根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

12.根据权利要求11所述的方法，其特征在于，所述捆绑操作包括逻辑与运算。

13.根据权利要求12所述的方法，其特征在于，所述目标码本为将至少两个码本中相对应的比特位进行捆绑操作以得到的；

根据所述目标码本中的比特位确定所述终端对于所述至少两个码本中相对应的比特位所对应的PDSCH候选是否成功解码。

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

向所述终端发送第一指示，用于指示进行捆绑操作的码本。

15.根据权利要求12所述的方法，其特征在于，所述目标码本为将位于同一个所述码本内的至少两个比特位进行捆绑操作得到的，所述对所述码本中的比特位进行捆绑操作以得到目标码本包括：

根据所述目标码本中的比特位确定所述终端对于所述至少一个码本中的至少两个比特位所对应的PDSCH候选是否成功解码。

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

向所述终端发送第二指示，用于指示进行捆绑操作的比特位的数量。

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

向所述终端发送第三指示，用于指示是否对所述码本中的比特位进行捆绑操作以得到所述目标码本。

18.根据权利要求11至16中任一项所述的方法，其特征在于，所述目标码本为对所述G-RNTI对应的码本中的比特位和C-RNTI对应的码本中的比特位进行捆绑操作得到的；

19.根据权利要求11至16中任一项所述的方法，其特征在于，所述方法还包括：

响应于确定所述终端对于所述至少一个G-RNTI对应的码本中第一比特位对应的PDSCH候选未成功解码，向所述终端发送重传调度信息，用于调度在所述第一比特位对应的PDSCH候选上进行PDSCH重传。

20.一种码本传输装置，其特征在于，适用于终端，所述装置包括：

处理模块，被配置为确定被配置的群组无线网络临时标识G-RNTI；生成所述G-RNTI对应的码本；对所述码本中的比特位进行捆绑操作以得到目标码本；

发送模块，被配置为将所述目标码本发送至网络侧设备。

21.一种接收确定装置，其特征在于，适用于网络侧设备，所述装置包括：

接收模块，被配置为接收终端发送的目标码本，其中，所述目标码本为对至少一个G-RNTI对应的码本中的比特位进行捆绑操作得到的；

处理模块，被配置为根据所述目标码本中的比特位确定所述终端对于所述至少一个G-RNTI对应的码本中每个比特位对应的PDSCH候选是否成功解码。

22.一种通信装置，其特征在于，包括：

处理器；

用于存储计算机程序的存储器；

其中，当所述计算机程序被处理器执行时，实现权利要求1至10中任一项所述的码本传输方法。

23.一种通信装置，其特征在于，包括：

处理器；

用于存储计算机程序的存储器；

其中，当所述计算机程序被处理器执行时，实现权利要求11至19中任一项所述的接收确定方法。

24.一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求1至10中任一项所述的码本传输方法中的步骤。

25.一种计算机可读存储介质，用于存储计算机程序，其特征在于，当所述计算机程序被处理器执行时，实现权利要求11至19中任一项所述的接收确定方法中的步骤。