CN115765931A

CN115765931A - 确定传输块大小的方法和装置

Info

Publication number: CN115765931A
Application number: CN202211363530.3A
Authority: CN
Inventors: 花梦; 焦淑蓉
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-09-30
Filing date: 2019-09-30
Publication date: 2023-03-07
Also published as: CN112583528B; CN112583528A

Abstract

本申请提供了确定TBS的方法和装置。该方法包括：确定N次重复传输上行数据信道，所述N次重复传输上行数据信道为M次重复传输上行数据信道的中的前N次，M大于N，N为大于1的正整数；根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块TBS，避免总是采用M次重复传输上行数据信道的符号数中占用符号数最大的一次重复传输的符号数确定TBS造成的码率过低的问题，也能避免总是采用M次重复传输上行数据信道的符号数中占用符号数最小的一次重复传输的符号数确定TBS造成的频谱效率低的问题。

Description

确定传输块大小的方法和装置

本申请为2019年9月30日递交国家知识产权局，申请号为“201910940790.4”的原申请的分案申请，其中，原申请通过引用结合在本申请中。

技术领域

本申请涉及通信领域，并且更具体地，涉及通信领域中确定传输块大小的方法和装置。

背景技术

在通信领域中，为了提高传输数据的可靠性，可以通过多次重复传输(repetition)，每次重复传输的传输块大小(transport block size，TBS)可在首次传输时确定，重复传输时TBS和首次传输时的TBS一致。

通常情况下，终端设备根据高层配置或者下行控制信息(downlink controlinformation，DCI)确定重复传输次数和每次重复传输数据所占用的符号(symbol)数。但是由于一些其他的因素导致实际的重复传输次数和/或实际每次重复传输数据所占的符号数与终端设备根据高层配置或者DCI确定重复传输次数和每次重复传输数据所占用的符号数不一致。每次重复传输的TBS都与首次传输TBS一致，因此在首次传输时确定一个准确的TBS显的尤为重要。如果首次传输时确定的TBS为多次重复传输中所占的符号数最小的一次重复传输确定TBS，则会使得多次重复传输中占用符号数较多的重复传输的码率降低，从而影响传输效率；如果首次传输时确定的TBS为多次重复传输中所占的符号数最大的一次重复传输的TBS，则会使得多次重复传输中占用符号数较少的重复传输的码率过高，从而导致没办法译码，为了避免码率太高，可以降低调制阶数，但是调制阶数降低会导致频谱效率变差。因此，如何确定一个相对准确的TBS是亟待解决的问题。

发明内容

本申请提供一种确定TBS的方法和装置，可以使得确定的TBS能够保证传输性能的同时也能兼顾频谱效率。

第一方面，提供了一种确定TBS的方法，包括：确定N次重复传输上行数据信道，所述N次重复传输上行数据信道为M次重复传输上行数据信道的中的前N次，M大于N，N为大于1的正整数；根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块TBS。

因此，可以利用M次重复传输上行数据信道的前N次重复传输上行数据信道的符号数确定M次重复传输上行数据信道的TBS，避免总是采用M次重复传输上行数据信道的符号数中占用符号数最大的一次重复传输的符号数确定TBS造成的码率过低的问题，也能避免总是采用M次重复传输上行数据信道的符号数中占用符号数最小的一次重复传输的符号数确定TBS造成的频谱效率低的问题。进一步地，利用前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块TBS时，有利于提高网络设备可以在前N次重复传输上行数据信道解码的成功率，即在还没有重复传输剩余的最后M-N次上行数据信道时，网络设备在一定程度上能够正确解码，从而可以降低接收上行数据信道的时延。

可选地，上述方法可以由终端设备或网络设备执行。

例如，上行数据信道为物理上行共享信道(physical uplink shared channel，PUSCH)。

可选地，M可以等于N。可选地，N可以等于1。

可选地，符号数为时域符号数，例如时域符号数可以为正交频分复用(orthogonalfrequency division multiplexing，OFDM)符号(symbol)或离散傅里叶变换扩展OFDM(discrete fourier transform-spread OFDM，DFT-s-OFDM)符号。

可选地，M可以为实际重复传输次数。

在一种可能的实现方式中，所述根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS，包括：根据所述前N次重复传输上行数据信道的总符号数确定所述M次重复传输上行数据信道的TBS。使得在多次重复传输中占用符号数较少的重复传输的码率不会太高，也不会导致频效率低的问题，有利于提高频谱效率。

在一种可能的实现方式中，所述根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS，包括：根据所述前N次重复传输上行数据信道的符号数中最大的符号数确定所述M次重复传输上行数据信道的TBS。使得在多次重复传输中占用符号数较少的重复传输的码率不会太高，也不会导致频效率低的问题，有利于提高频谱效率。使得多次重复传输中占用符号数较多的重复传输的码率不会太低，有助于提高传输效率。

在一种可能的实现方式中，所述根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS，包括：根据所述前N次重复传输上行数据信道的符号数中最小的符号数确定所述M次重复传输上行数据信道的TBS。能够兼顾多次重复传输中占用符号数较大的较小的重复传输，能够兼顾传输效率和频谱效率。

在一种可能的实现方式中，所述根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS，包括：根据所述前N次重复传输上行数据信道的平均符号数确定所述M次重复传输上行数据信道的TBS。

可选地，可以根据平均符号数进行下取整或者上取整后得到的符号数确定所述M次重复传输上行数据信道的TBS。

在一些可能的实现方式中，所述确定N次重复传输上行数据信道，包括：根据第一映射关系确定所述N次重复传输上行数据信道，所述第一映射关系用于指示重复传输次数M与重复传输次数N之间的对应关系。

可选地，若该方法由终端设备执行，方法还包括：从网络设备接收第一映射关系。

可选地，第一映射关系可以是预设的也可以是协议规定的。

在一些可能的实现方式中，所述确定N次重复传输上行数据信道，包括：根据第二映射关系所述N次重复传输上行数据信道，第二映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系，L为正整数。

在一些可能的实现方式中，M可以大于L，或者M可以等于L，或者M可以小于L。

可选地，若该方法由终端设备执行，方法还包括：从网络设备接收第二映射关系。

可选地，第二映射关系可以是预设的也可以是协议规定的。

在一些可能的实现方式中，所述确定N次重复传输上行数据信道，包括：根据第三映射关系所述N次重复传输上行数据信道，所述映射关系用于指示冗余版本与重复传输次数N之间的对应关系。

可选地，若该方法由终端设备执行，方法还包括：从网络设备接收第三映射关系。

可选地，第三映射关系可以是预设的也可以是协议规定的。

可选地，可以根据两次冗余版本为0的重复传输间隔的重复传输次数确定N，例如，四次重复传输的冗余版本为0303，两次冗余版本为0的重复传输间隔为2，则N为2；又例如，如果四次重复传输的冗余版本是0312，则N＝4；如果四次重复传输的冗余版本是0000，则N＝1。具体地，在DCI中和/或高层配置参数中获取第一冗余版本，获取到第一冗余版本之后，根据第三映射关系和第一冗余版本确定N，结合前面的例子，若第一冗余版本为0303，则N为2。

在一些可能的实现方式中，所述方法还包括：根据以下至少一项，确定所述前N次重复传输上行数据信道中每次重复传输上行数据信道的符号数：

时间单元格式；

在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L；

在下行控制信息DCI中和/或高层配置参数中获取的L次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

在一些可能的实现方式中，可以在高层参数TDD-UL-DL-configurationcommon、TDD-UL-DL-configdedicated或者用于配置时间的DCI中的至少一种确定时间单元格式。

例如，时间单元格式为时隙格式，包括时隙的图样、时隙边界等。时隙的图样包含时隙中的符号的格式，例如上行符号、下行符号和灵活符号。

在一些可能的实现方式中所述方法还包括：根据以下至少一项，确定传输上行数据信道的重复传输次数M：

时间单元格式；

L次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

第二方面，提供了一种确定TBS的装置，用于实现第一方面和/或其任意可能的实现方式中的方法。该装置可以是终端设备或网络设备，也可以是终端设备或网络设备中的装置或者部件，或者是能够和终端设备或网络设备匹配使用的装置或者部件。一种设计中，该装置可以包括执行第一方面和/或其任意可能的实现方式中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。一种设计中，该装置可以包括第一确定单元和第二确定单元。

第三方面，本申请提供一种通信装置，该装置包括处理器，用于实现上述第一方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括存储器，所述存储器与所述处理器耦合，所述处理器用于实现上述第一方面和/或其任意可能的实现方式中描述的方法。可选地，所述处理器用于存储指令，所述处理器执行所述存储器中存储的指令时，可以实现上述第一方面和/或其任意可能的实现方式中描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信，示例性的，通信接口可以是收发器、电路、总线、模块、管脚或其它类型的通信接口。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机指令，当计算机指令在计算机上运行时，使得计算机执行第一方面及其任意可能的设计中的方法。

第五方面，本申请提供一种芯片，包括处理器。处理器用于执行第一方面及其任意可能的实现方式中的方法。

可选地，所述芯片还包括存储器，存储器与处理器耦合。

进一步可选地，所述芯片还包括通信接口。

第六方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面及其任意可能的设计中的方法。

附图说明

图1是本申请实施例提供的通信系统的架构图。

图2是本申请实施例提供的时域资源示意图。

图3是本申请实施例提供的确定传输块大小的方法示意图。

图4是本申请实施例提供的另一确定传输块大小的方法示意图。

图5示出了本申请实施例提供的确定传输块大小的装置的示意性框图。

图6示出了本申请实施例提供的确定传输块大小的装置的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、第五代(5th generation，5G)系统或新无线(newradio，NR)，以及未来的演进通信系统等。

首先介绍本申请的应用场景，图1是一种适用于本申请的通信系统的示意图。

通信系统包括网络设备和终端设备。终端设备通过电磁波与网络设备进行通信。

在本申请中，终端设备可以为包含无线收发功能、且可以与网络设备配合为用户提供通讯服务的设备。具体地，终端设备可以指用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。例如，终端设备可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络或5G之后的网络中的终端设备等，本申请实施例对此不作限定。

本申请实施例还涉及网络设备。网络设备可以是用于与终端设备进行通信的设备，例如，可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络或5G之后的网络中的网络侧设备或未来演进的PLMN网络中的网络设备等。

网络设备也可称为无线接入网(radio access network，RAN)设备。RAN设备与终端设备连接，用于接收终端设备的数据并发送给核心网设备。RAN设备在不同通信系统中对应不同的设备，例如，在4G系统中对应演进型基站(evolutional node B，eNB)，在5G系统中对应5G系统，如新无线接入系统(new radio access technology，NR)中的接入网设备。图1中的通信系统仅是举例说明，适用本申请的通信系统不限于此，例如，通信系统中包含的网络设备和终端设备的数量还可以是其它的数量。例如，通信系统还可以包括两个以上的终端设备。

通常情况下，为了提高传输数据的可靠性，终端设备可以重复(repetition)发送多次上行数据信道，网络设备可以接收多次上行数据信道。每次重复传输上行数据信道的TBS都相同。因此，终端设备需要在首次传输上行数据信道时确定TBS，除了首次传输之外的其他传输上行数据信道的TBS都不需要额外再确定，可以利用首次传输确定的TBS。

需要说明的是，本申请实施例提到的上行数据信道也可以是物理层的上行数据信道，例如，物理层的上行数据信道可以包括PUSCH，本申请实施例对此不作限定。下面以上行数据信道为PUSCH为例进行描述，但PUSCH不应该对本申请实施例造成任何限定。

下面描述终端设备和网络设备首次传输PUSCH时确定TBS，网络设备和终端设备都可以按照下述方法确定TBS。

1、确定一个物理资源块(physical resource block，PRB)内用于传输PUSCH的资源单元(resource element，RE)数N'_RE。

其中，

是频域一个PRB内的子载波个数，不同的通信系统中

取值可能不同也可能相同，例如在LTE中

可以为12。

是一个时间单元内PUSCH分配到的符号数，例如时间单元为时隙(slot)。

是根据高层参数或者物理层参数确定的每个PRB的参考信号所占的RE数，例如参考信号可以为解调参考信号(demodulation reference signal，DMRS)，

是额外的开销，例如

是高层IE PUSCH-ServingCellConfig中的参数xOverhead的开销，如果没配置xOverhead的开销，则

为0。

需要说明的是，本申请实施例提到的高层可以包括无线链路控制(radio linkcontrol，RLC)层和/或媒体访问控制(media access control，MAC)层。

需要说明的是，上述用于传输PUSCH的RE数N'_RE的确定方式只是举例的形式，但并不应该对本申请实施例造成任何限定，不同的通信系统中N'_RE的确定方式可以不同。本申请实施例对此不作限定。

2、确定总RE数N_RE

N_RE＝min(156,N'_RE).n_PRB

n_PRB为基站分配给终端设备总的PRB数。

3、确定TBS

N'_TBS＝N_RE·R·Q_m·υ

其中，R为码率(通过查表可得)，Q_m为调制阶数(通过查表可得)，υ为空间层数(通过配置或者查表可得)。需要对N'_TBS进行量化查表后得到传输PUSCH的TBS。

由上述确定TBS的过程可知，

是一个时间单元内网络设备为终端设备分配的每次传输PUSCH的符号数，网络设备也为终端设备配置重复传输PUSCH的重复传输次数。多次重复传输PUSCH时，每次传输PUSCH的一个时间单元内PUSCH分配到的符号数

应该是相同的，这样才能使得多次重复传输PUSCH的TBS相同。但是由于以下原因导致终端设备实际每次重复传输PUSCH的符号数不是网络设备配置的符号数，甚至实际重复传输次数也不是网络设备配置的重复传输次数。例如可能是如下四种原因导致实际每次重复传输PUSCH的符号数与网络设备配置的每次重复传输PUSCH的符号数不同，和/或，实际重复传输次数与网络设备配置的重复传输次数不同。

原因一，网络设备向终端设备发送的高层配置中的时分双工-上行链路-下行链路-公共配置(TDD-UL-DL-configurationcommon)和/或时分双工-上行链路-下行链路专用配置中(TDD-UL-DL-configdedicated)会将一些符号设置为下行符号或灵活符号，这些被设置为下行符号或灵活符号的符号有可能也被网络设备配置为传输PUSCH的符号，即在这些符号位置配置了传输两种以上的符号，导致配置冲突，因此这些冲突位置的符号为不能传输PUSCH的符号，则会导致某些重传PUSCH的符号数减少，即某些重传的

减少；甚至这些符号所在的时隙也不能传输PUSCH符号，若一个时隙对应一次重传，则会导致重复传输次数减少。即，这种情况下会导致某些重传的符号数减少或者重传的次数减少。

原因二，一次重复是不能跨时隙的。如果对于跨了时隙边界的某次重复，则会导致重复传输次数增加(即一次重复变成两次重复)，并且有些重复传输PUSCH的符号数减少。如图2所示，高层配置了或者下行控制信息(downlink control information，DCI)配置了4次重复传输，每次重复传输占用4个symbols，一个slot为10个symbols，则第3次传输的4个symbols被割裂为两次传输，每次传输占用2个symbols，这样实际的重复传输次数就变成5，第3次和第4次传输的就占用2个symbols，而不是配置的每次传输占4个symbols。即这种情况会导致，重复传输次数增加，某些重复传输的符号数减少。

原因三，某次重复传输可能为上行或下行的切换，也会导致某次重复传输被割裂。即这样会使得重复传输次数增加，某些重复传输的符号数减少。

原因四，在配置许可(configured grant)传输过程中，可能由于冗余版本(resundancy version，RV)的配置，会影响重复传输次数，例如，高层配置了或者DCI配置了4次传输，RV序列为{0，3，0，3}，首次传输要发生在4次传输机会中RV＝0的传输机会上，也就是首次传输可能会从RV序列的第二个0开始传输，则只能传输2次，这样会导致重复传输次数减少。其中，在配置许可传输中，终端设备无需通过网络设备发送的DCI调度就可以利用上行资源传输PUSCH。

当然，本申请实施例还可能由于其他的原因导致实际每次重复传输PUSCH的符号数与网络设备配置的每次重复传输PUSCH的符号数不同，和/或，实际重复传输次数与网络设备配置的重复传输次数不同，为了避免赘述，本申请实施例在此不详细描述。

根据上面的论述可知，每次重复传输的TBS都与首次传输的TBS一致，因此在首次传输时确定一个准确的TBS显的尤为重要，如果首次传输时确定的TBS为多次重复传输中所占的实际符号数最小的一次重复传输确定的TBS，则会使得多次重复传输中占用符号数较多的重复传输的码率降低，从而影响传输效率。换句话说，首次传输确定TBS的公式中

选取了某一次传输中的最小值，则相对于

较大的重复传输中，只能降低码率R，会导致传输效率下降的问题；如果首次传输时确定的TBS为多次重复传输中所占的符号数最大的一次重复传输的TBS，则会使得多次重复传输中占用符号数较少的重复传输的码率过高，从而导致没办法译码，为了避免码率太高，可以降低调制阶数，但是调制阶数降低会导致频谱效率变差。换句话说，首次传输确定TBS的公式中

选取了某一次传输中的最大值，则相对于

较小的重复传输中，只能提高码率R，如果码率R过高，则会导致无法译码，为了避免码率R过高，则可以降低调制阶数Q_m，这样会降低频谱效率。因此，在首次传输时，如何使得确定的TBS保证传输效率的同时也能兼顾频谱效率。

下面结合附图描述本申请实施例提到的确定TBS的方法。

图3示出了本申请实施例确定TBS的方法300，方法300可以由终端设备执行也可以由网络设备执行，本申请实施例对此不作限定。方法300包括：

S310，确定N次重复传输上行数据信道，N次重复传输上行数据信道为M次重复传输上行数据信道中的前N次，M大于等于N，M和N为正整数。

应理解，M次重复传输上行数据信道可以理解为实际的M次重复传输上行数据信道，S320中，可以利用实际重复传输上传数据信道的前N次重复传输上行数据信道的符号数确定M次实际重复传输上传数据信道的TBS。

可选地，上行数据信道可以为物理层的上行数据信道，物理层的上行数据信道可以包括PUSCH。

可选地，S310，包括：根据映射关系确定所述N次重复传输上行数据信道，所述映射关系用于指示重复传输次数M与重复传输次数N之间的对应关系(也可以称为第一映射关系)，或者，映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系(也可以称为第二映射关系)，L为正整数，或者，所述映射关系用于指示冗余版本与所述重复传输次数N之间的对应关系(下面称为第三映射关系)。

下面结合五种情况描述根据第一映射关系或第二映射关系或第三映射关系确定N次重复传输上传数据信道。

情况一

步骤1：方法300还包括：根据以下至少一项，确定传输上行数据信道的重复传输次数M：

时间单元格式；

在下行控制信息(downlink control information，DCI)(例如该DCI用于调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L；

L次重复传输上行数据信道中每次重复传输上行数据信道的符号数中的。

可选地，可以在TDD-UL-DL-configurationcommon和/或TDD-UL-DL-configdedicated中确定时间单元格式。时间单元格式会导致DCI或者高层配置参数中配置的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数发生变化，可能要确定实际的传输上传数据信道的重复传输次数M。可选地，RV也会导致高层配置参数中配置的重复传输次数L发生变化，也可以根据RV结合配置的重复传输次数L确定实际的重复传输次数M。

例如，时间单元格式为时隙格式，包括时隙的图样、时隙边界等。

步骤2，根据第一映射关系确定N次重复传输上行数据信道，所述第一映射关系用于指示重复传输次数M与重复传输次数N之间的对应关系。

具体地，例如，第一映射关系如表1所示，若步骤1中的M为2，则N可以为1，即若网络设备或终端设备确定了实际重复传输上行数据信道的次数为2，则终端设备和网络设备可以确定采用2次实际重复传输上行数据信道的前1次实际重复传输上行数据信道的符号数确定2次实际重复传输上行数据信道的TBS；若步骤1中的M为5，则N为3，即若网络设备和终端设备确定了实际重复传输上行数据信道的次数为5，则终端设备和网络设备可以采用5次实际重复传输上行数据信道的前3次的实际重复传输上行数据信道的符号数确定5次实际重复传输上行数据信道的TBS，依次类推。

表1

N	M
		1	2
2	3
		3	5
4	6
		6	8

步骤3，根据时间单元格式、在DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数中的至少一项，确定N次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

需要说明的是，步骤1中，也可以同时确定M次重复传输上行数据信道中每次重复传输上行数据信道的符号数，则就不需要步骤3中再确定N次重复传输上行数据信道的符号数了，可在M次上行数据信道的符号数中获取前N次上行数据信道的符号数。

应理解，第一映射关系可以是预设的也可以是协议规定的；若方法300由终端设备执行，则方法300还包括：网络设备向终端设备发送第一映射关系，终端设备接收网络设备发送的第一映射关系。

情况二

步骤1：在S310之前，方法300还包括：根据在下行控制信息DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

步骤2，根据第二映射关系确定N次重复传输上数据信道，第二映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系。

具体地，例如，第二映射关系如表2所示。若步骤1中的L为3，则N可以为2，即若DCI中和/或高层配置参数中配置的重复传输上行数据信道的次数为3，则终端设备和网络设备可以确定采用实际M(此时可以不需要知道M的具体取值，也无需确定M)次重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定M次实际重复传输上行数据信道的TBS，或者可以理解为：采用实际多次(该次数可以未知)重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定多次重复传输上行数据信道的符号数；若步骤1中的L为8，则N为6，即若DCI中和/或高层配置参数中配置的重复传输上行数据信道的次数为8，则终端设备和网络设备可以采用M次实际重复传输上行数据信道的前6次的实际重复传输上行数据信道的符号数确定M次实际重复传输上行数据信道的TBS，或者可以理解为：采用实际多次(该次数可以未知)重复传输上行数据信道的前6次实际重复传输上行数据信道的符号数确定多次重复传输上行数据信道的符号数依次类推。

表2

N	L
		2	3
3	4
		4	6
6	8
		6	8

步骤3，根据以下至少一项，确定N次重复传输上行数据信道中每次重复传输上行数据信道的符号数：

时间单元格式；

在DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L；

应理解，第二映射关系可以是预设的也可以是协议规定的；若方法300由终端设备执行，则方法300还包括：网络设备向终端设备发送第二映射关系，终端设备接收网络设备发送的第二映射关系。

情况三

步骤1：方法300还包括：根据在下行控制信息DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取RV。该RV版本对应DCI中和/或高层配置参数中的L次重复传输上行数据信道。

步骤2，根据第三映射关系确定N次重复传输上数据信道，第三映射关系用于指示冗余版本与所述重复传输次数N之间的对应关系。

具体地，例如，第三映射关系如表3所示。若步骤1中的RV为0303，则N可以为2，即若DCI中和/或高层配置参数中配置了RV为0303时，则终端设备和网络设备可以确定采用M(此时可以不需要知道M的具体取值，也无需确定M)次实际重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定M次实际重复传输上行数据信道的TBS，或者可以理解为：采用实际多次(该次数可以未知)重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定多次重复传输上行数据信道的符号数依次类推；若步骤1中的RV为0312，则N为4，即若DCI中和/或高层配置参数中配置了RV为0312时，则终端设备和网络设备可以确定采用M(此时可以不需要知道M的具体取值，也无需确定M)次实际重复传输上行数据信道的前4次实际重复传输上行数据信道的符号数确定M次实际重复传输上行数据信道的TBS，或者可以理解为：采用实际多次(该次数可以未知)重复传输上行数据信道的前4次实际重复传输上行数据信道的符号数确定多次重复传输上行数据信道的符号数依次类推；若步骤1中的RV为0000，则N为1，即若DCI中和/或高层配置参数中配置了RV为0000时，则终端设备和网络设备可以确定采用M(此时可以不需要知道M的具体取值，也无需确定M)次实际重复传输上行数据信道的前1次实际重复传输上行数据信道的符号数确定M次实际重复传输上行数据信道的TBS，或者可以理解为：采用实际多次(该次数可以未知)重复传输上行数据信道的前1次实际重复传输上行数据信道的符号数确定多次重复传输上行数据信道的符号数依次类推。

表3

N	RV
		2	0303
4	0312
		1	0000

时间单元格式；

在DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

应理解，第三映射关系可以是预设的也可以是协议规定的；若方法300由终端设备执行，则方法300还包括：网络设备向终端设备发送第三映射关系，终端设备接收网络设备发送的第三映射关系。

情况四

步骤1：方法300还包括：根据在下行控制信息DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

步骤2，根据以下至少一项，确定传输上行数据信道的实际重复传输次数M：

时间单元格式；

在DCI中和/或高层配置参数中获取的重复传输次数L；

步骤3，根据第二映射关系确定N次重复传输上数据信道，第二映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系。

具体地，例如，第二映射关系如表4所示，表4中的M这一列是根据L得到的，即上述的步骤2。若步骤1中的L为3，则N可以为2，并且根据步骤1确定的L为3时M为4，即若DCI中和/或高层配置参数中配置的重复传输上行数据信道的次数为3，则终端设备和网络设备可以确定采用4次实际重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定4次实际重复传输上行数据信道的TBS；若步骤1中的L为8，则N为6，并且根据步骤1的确定L为8时M为7，即若DCI中和/或高层配置参数中配置的重复传输上行数据信道的次数为8，则终端设备和网络设备可以采用7次实际重复传输上行数据信道的前6次的实际重复传输上行数据信道的符号数确定7次实际重复传输上行数据信道的TBS，依次类推。

表4

步骤4，根据时间单元格式、在DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取的重复传输次数L和L次重复传输上行数据信道中每次重复传输上行数据信道的符号数中的至少一项，确定N次重复传输上行数据信道中每次重复传输上行数据信道的符号数。

需要说明的是，步骤2中，也可以同时确定M次重复传输上行数据信道中每次重复传输上行数据信道的符号数，则就不需要步骤4中再确定N次重复传输上行数据信道的符号数了，可在M次上行数据信道的符号数中获取前N次上行数据信道的符号数。

情况五

步骤1：在S310之前，方法300还包括：根据在下行控制信息DCI(例如该DCI用户调度上行数据信道)中和/或高层配置参数中获取RV。该RV版本对应DCI中和/或高层配置参数中的L次重复传输上行数据信道。

时间单元格式；

在DCI中和/或高层配置参数中获取的重复传输次数L；

步骤3，根据第三映射关系确定N次重复传输上数据信道，第三映射关系用于指示冗余版本与所述重复传输次数N之间的对应关系。

具体地，例如，第三映射关系如表5所示，表5中的M这一列是根据步骤2的L得到的。若步骤1中的RV为0303，则N可以为2，并且根据步骤2确定的L为L1时M为5，即若DCI中和/或高层配置参数中配置了L1次重复传输的RV为0303时，则终端设备和网络设备可以确定采用5次实际重复传输上行数据信道的前2次实际重复传输上行数据信道的符号数确定5次实际重复传输上行数据信道的TBS；若步骤1中的RV为0312，则N为4，并且根据步骤2确定的L为L2时M为6，即若DCI中和/或高层配置参数中配置了L2次重复传输的RV为0312时，则终端设备和网络设备可以确定采用6次实际重复传输上行数据信道的前4次实际重复传输上行数据信道的符号数确定6次实际重复传输上行数据信道的TBS；若步骤1中的RV为0000，则N为1，并且根据步骤2确定的L为L3时M为4，即若DCI中和/或高层配置参数中配置了L3次重复传输的RV为0000时，则终端设备和网络设备可以确定采用4次实际重复传输上行数据信道的前1次实际重复传输上行数据信道的符号数确定4次实际重复传输上行数据信道的TBS。

表5

步骤4，根据以下至少一项，确定N次重复传输上行数据信道中每次重复传输上行数据信道的符号数：

时间单元格式；

当然，映射关系不限于上述五种情况的描述还可以是其他的方式，例如，重复传输次数为M1时，发送上行数据信道的资源为F1，则可以确定用前N1次传输上行数据信道的符号数确定M1次重复传输上行数据信道；重复传输次数为M2时，发送上行数据信道的资源为F2，则可以确定用前N2次传输上行数据信道的符号数确定M2次重复传输上行数据信道的TBS。

需要说明的是，本申请实施例不限于根据映射关系确定N次重复传输上行数据信道，也可以根据预设算法或者其他的方式确定N次重复传输上行数据信道。

S320，根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS。

应理解，符号数为时域符号数，例如时域符号数可以为OFDM符号数或DFT-s-OFDM符号数。

具体地，可以通过以下四种方式中的一种方式根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS。

方式一，根据所述前N次重复传输上行数据信道的总符号数确定所述M次重复传输上行数据信道的TBS。

具体地，在M次重复传输上行数据信道中的首次传输上行数据信道时，若采用M次重复传输上行数据信道的总符号数确定TBS时，导致

过大，若

过大，则会使得多次重复传输中占用符号数较少的重复传输的码率过高，从而导致没办法译码，为了避免码率太高，可能需要降低调制阶数导致的频谱效率变差的问题。本申请实施例可以将N次重复传输上行数据信道的符号数进行相加，得到总的符号数，即前述的计算TBS的公式中

为N次重复传输上行数据信道的总符号数，而不是M次重复传输上行数据信道的总符号数，这样在采用N次重复传输上行数据信道的总符号数确定TBS时，可以降低在计算TBS公式中的

大小，使得多次重复传输中占用符号数较少的重复传输的码率不会太高，也不会导致频效率低的问题。进一步地，当终端设备利用前N次重复传输上行数据信道的总符号数确定所述M次重复传输上行数据信道的传输块TBS时，有利于提高网络设备可以在前N次重复传输上行数据信道解码的成功率，即在还没有重复传输剩余的最后M-N次上行数据信道时，网络设备在一定程度上能够正确解码，从而可以降低网络设备接收上行数据信道的时延。

方式二，根据所述前N次重复传输上行数据信道的符号数中最大的符号数确定所述M次重复传输上行数据信道的TBS。

具体地，在M次重复传输上行数据信道中的首次传输上行数据信道时，若采用M次重复传输上行数据信道的最大符号数确定TBS时，导致

过大，若

过大，则会使得多次重复传输中占用符号数较少的重复传输的码率过高，从而导致没办法译码，为了避免码率太高，可能需要降低调制阶数导致的频谱效率变差的问题。本申请实施例的方案在前N次重复传输上行数据信道的符号数中最大的符号数在一定程度上会比在M次重复传输上行数据信道的符号数中最大的符号数小，因此本申请实施例的方案可以适当的降低

使得多次重复传输中占用符号数较少的重复传输的码率不会太高，也不会导致频效率低的问题。进一步地，当终端设备利用前N次重复传输上行数据信道的最大符号数确定所述M次重复传输上行数据信道的传输块TBS时，有利于提高网络设备可以在前N次重复传输上行数据信道解码的成功率，即在还没有重复传输剩余的最后M-N次上行数据信道时，网络设备在一定程度上能够正确解码，从而可以降低网络设备接收上行数据信道的时延。

方式三，根据所述前N次重复传输上行数据信道的符号数中最小的符号数确定所述M次重复传输上行数据信道的TBS。

具体地，在M次重复传输上行数据信道中的首次传输上行数据信道时，若采用M次重复传输上行数据信道的最小符号数确定TBS时，导致

过小，若

过小，则会使得多次重复传输中占用符号数较多的重复传输的码率太低，导致传输效率下降的问题。本申请实施例的方案在前N次重复传输上行数据信道的符号数中最小的符号数在一定程度上会比在M次重复传输上行数据信道的符号数中最小的符号数大，因此本申请实施例的方案可以适当的增加

使得多次重复传输中占用符号数较多的重复传输的码率不会太低，有助于提高传输效率。进一步地，当终端设备利用前N次重复传输上行数据信道的最小符号数确定所述M次重复传输上行数据信道的传输块TBS时，有利于提高网络设备可以在前N次重复传输上行数据信道解码的成功率，即在还没有重复传输剩余的最后M-N次上行数据信道时，网络设备在一定程度上能够正确解码，从而可以降低网络设备接收上行数据信道的时延。

方式四，根据所述前N次重复传输上行数据信道的平均符号数确定所述M次重复传输上行数据信道的TBS。可选地，可对平均符号数取整后确定M次重复传输上传数据信道的TBS，例如，取整运算可以是上取整运算也可以是下取整运算，本申请实施例对此不作限定。

过小，若

过小，则会使得多次重复传输中占用符号数较多的重复传输的码率太低，导致传输效率下降的问题。若采用M次重复传输上行数据信道的总符号数或者最大符号数确定TBS时，导致

过大，若

过大，则会使得多次重复传输中占用符号数较少的重复传输的码率过高，从而导致没办法译码，为了避免码率太高，需要降低调制阶数导致的频谱效率变差的问题。采用本申请实施例的方案在前N次重复传输上行数据信道的符号数的平均符号数取整后在一定程度上会比在M次重复传输上行数据信道的符号数中最小的符号数大，比在M次重复传输上行数据信道的符号数中最大的符号数小。因此本申请实施例的方案可以适当的平衡

使得

不会太大也不会太小，能够兼顾多次重复传输中占用符号数较大的较小的重复传输，能够兼顾传输效率和频谱效率。进一步地，当终端设备利用前N次重复传输上行数据信道的平均符号数取整后确定所述M次重复传输上行数据信道的传输块TBS时，有利于提高网络设备可以在前N次重复传输上行数据信道解码的成功率，即在还没有重复传输剩余的最后M-N次上行数据信道时，网络设备在一定程度上能够正确解码，从而可以降低网络设备接收上行数据信道的时延。

需要说明的是，本申请实施例根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS不限于上述四种方式，还可以是其他的方式，例如，可以前N次重复传输上行数据信道的符号数通过数学运算之后得到的符号数确定TBS，为了避免赘述，本申请实施例对此不作限定。

应理解，本申请实施例对重复传输次数的定义不作任何限定，如前述的重复传输次数M和N也可以替换为重复等级，一个重复等级可以包括一个或多个重复传输次数，若一个重复等级包括一个重复传输次数，则重复等级与重复传输次数可以互换。

下面结合图4描述本申请实施例确定TBS的方法400，下面以终端设备确定TBS为例进行描述，网络设备确定TBS的方式与终端设备确定TBS的方式类似，为了避免赘述，本申请实施例不再详细描述。方法400以时间单元格式为时隙格式，上行数据信道为PUSCH为例描述，方法400包括：

S410，终端设备接收高层的IE TDD-UL-DL-ConfigurationCommon和/或TDD-UL-DL-ConfigDedicated，确定每个slot的第一格式(也称为时间单元格式)。

一个slot可以配置传输下行符号，上行符号和灵活符号。

终端设备接收的高层IE TDD-UL-DL-ConfigurationCommon确定slot的格式。TDD-UL-DL-ConfigurationCommon可以包括参数：参考子载波间隔配置(用referenceSubcarrierSpacing指示)μ_ref和Pattern 1的相关参数。Pattern 1的相关参数包括一个P毫秒的slot配置周期(用dl-UL-TransmissionPeriodicity指示)、仅包含下行符号的slot数(用nrofDownlinkSlots指示)d_slots、下行符号数(用nrofDownlinkSymbols指示)d_sym、仅包含上行符号的slot数(用nrofUplinkSlots指示)u_slots、上行符号数(用nrofUplinkSymbols指示)u_sym

一个slot配置周期P毫秒包括

子载波间隔为μ_ref的slot。这S个slot的前d_slots个slot仅包含下行符号，后u_slots个slot仅包含上行符号。d_slots个下行slot后的d_sym个符号是下行符号，u_slots个上行slot前的u_sym个符号是上行符号，剩下

符号是灵活符号。

如果TDD-UL-DL-ConfigurationCommon中包含pattern1和pattern2，终端设备将前面的pattern1指示的S个slot按pattern1设置，将后面的pattern2指示的S₂个slot按pattern2设置。

Pattern 2的相关参数包括一个P₂毫秒的slot配置周期(用dl-UL-TransmissionPeriodicity指示)、仅包含下行符号的slot数(用nrofDownlinkSlots指示)d_slots,2、下行符号数(用nrofDownlinkSymbols指示)d_sym、仅包含上行符号的slot数u_slots,2(用nrofUplinkSlots指示)、上行符号数(用nrofUplinkSymbols指示)u_sym,2

一个slot配置周期P+P₂毫秒包括第一部分

个slot和第二部分

个slot.第二部分S₂个slot的符号的上下行情况类似第一部分

个slot确认。

一个终端设备还可以附加配置TDD-UL-DL-ConfigDedicated，可以将上述TDD-UL-DL-ConfigurationCommon配置的每个slot中的灵活符号配置为上行符号或者下行符号。TDD-UL-DL-ConfigurationCommon包括多组slot配置，每组一组slot配置包括：一个slot序号(用slotIndex指示)和该slot内的一组符号的配置(symbols)，如果symbols＝allDownlink，则这个slot内的所有符号是下行符号；如果symbols＝allUplink，则这个slot内的所有符号是上行符号；如果symbols＝explicit，nrofDownlinkSymbols指示slot开始的下行符号数，如果没有nrofDownlinkSymbols，表示没有下行符号，nrofUplinkSymbols指示slot结束前的上行符号数，如果没有nrofUplinkSymbols，表示没有上行符号，其他的符号是灵活符号。

根据上述的TDD-UL-DL-ConfigurationCommon和TDD-UL-DL-ConfigDedicated可以确定高层配置的slot的第二格式。

终端设备还有可能会被配置去周期接收DCI format 2_0，其中DCI format 2_0的SFI-index域指示这个终端设备从检测到DCI format 2_0开始的若干个slot的slot格式。DCI format 2_0中指示的slot个数大于DCI format 2_0的接收周期。SFI-index域的取值不同指示了不同的符号设置。

终端设备可以结合DCI format 2_0以及slot的第二格式确定最终的每个slot的第一格式。

需要说明的是，终端设备也可能接收不到DCI format 2_0，则此时slot的第一格式与第二格式相同，即下面的S430，终端设备也可以根据第二格式确定终端设备实际传输PUSCH的重复传输次数M和M次重复传输PUSCH中每次重复传输PUSCH的符号数。

S420，终端设备确定传输PUSCH的重复传输次数L和L次重复传输PUSCH中每次重复传输PUSCH的符号数。不同的传输PUSCH的类型确定传输PUSCH的重复传输次数L和L次重复传输PUSCH中每次重复传输PUSCH的符号数不同。

对于基于动态调度传输PUSCH，终端设备每次传输PUSCH利用物理层的DCI进行调度，终端设备接收到调度PUSCH的DCI时，DCI指示每次重复传输的符号数(也称为标称符号数)以及每次起始符号位置(也称为标称符号数)，例如可以设置每次重复传输PUSCH的符号数相同，终端设备可以在DCI中获取每次重复传输的符号数。同时，终端设备可以在高层参数中确定重复传输次数L。

对于配置许可类型1(type1)传输PUSCH，终端设备接收高层的rrc-ConfiguredUplinkGrant，根据rrc-ConfiguredUplinkGrant中的repK，periodicity，timeDomainOffset，timeDomainAllocation确定重复传输次数L、每次重复传输PUSCH的符号数以及起始符号数。

对于配置许可类型2(type1)传输PUSCH，终端设备接收高层IE rrc-ConfiguredUplinkGrant，根据IE rrc-ConfiguredUplinkGrant中的repK，periodicity和激活DCI中的时域资源分配域确定重复传输次数L、每次重复传输PUSCH的符号数以及起始符号数。

需要说明的是，本申请实施例中S410和S420的顺序并不作任何限定，S410可以在S420之前或者之后，或者同时进行。

S430，终端设备根据S410中确定的每个slot的第一格式对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，终端设备确定实际传输PUSCH的重复传输次数M。

可选地，终端设备根据S410中确定的每个slot的第一格式以及每次重复传输PUSCH的冗余版本(redundancy version，RV)对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，确定终端设备实际传输PUSCH的重复传输次数M(可选地，也可以同时确定M次重复传输PUSCH中每次重复传输PUSCH的符号数)。对于配置许可类型1和许可类型2的传输，可以根据IE rrc-ConfiguredUplinkGrant中的repK-RV确定RV。

作为S410和S430可替换的方式，终端设备还可以根据上下行的切换点对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，确定终端设备实际传输PUSCH的重复传输次数M(可选地，也可以同时确定M次重复传输PUSCH中每次重复传输PUSCH的符号数)。

可选地，方法400也可以不包括S430，即无需确定实际传输PUSCH的重复传输次数M，换句话说，终端设备可以不需要知道实际重复传输PUSCH的重复传输次数M的具体取值是多少。

S440，终端设备确定前N次重复传输上行数据信道。

具体地，终端设备根据第一映射关系或第二映射关系或第三映射关系确定M次重复传输上行数据信道的前N次重复传输上行数据信道。详细参考方法300中的描述。

S450，终端设备根据S410中确定的每个slot的第一格式对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，终端设备确定实际传输N次上行数据信道的符号数。

可选地，终端设备根据S410中确定的每个slot的第一格式以及每次重复传输PUSCH的冗余版本(redundancy version，RV)对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，终端设备确定N次重复传输PUSCH中每次重复传输PUSCH的符号数。对于配置许可类型1和许可类型2的传输，可以根据IE rrc-ConfiguredUplinkGrant中的repK-RV确定RV。

作为S450可替换的方式，终端设备还可以根据上下行的切换点对S420中的重复传输次数L以及每次重复传输PUSCH的符号数进行调整，终端设备确定N次重复传输PUSCH中每次重复传输PUSCH的符号数。

可选地，若S430存在，则在S430中，也可以同时确定M次重复传输上行数据信道中每次重复传输上行数据信道的符号数，则就不需要S450中再确定N次重复传输上行数据信道的符号数了，即S450不存在，可在M次上行数据信道的符号数中获取前N次上行数据信道的符号数。

S460，根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块大小TBS。

具体地，S450中确定M次重复传输上行数据信道的TBS的方式参考方法300中的四种方式，为了避免赘述本申请实施例在此不详细描述。

需要说明的是，图2-图4所示的流程仅仅是示例性的，且图中的每个步骤的序号是为了描述清楚，但是每个步骤的序号并没有限定方法执行过程中的先后顺序，例如，序号小的可以在序号大的之前或者之后执行，本申请实施例对此不作限定。可选地，每个步骤是可选步骤，不同的实现方式中，可以采用不同的步骤，或者还有其他的步骤被执行但在图中并未示出，本申请实施例对此不作限定。

可以理解的是，上述各个方法实施例中由终端设备实现的方法和操作，也可以由可用于终端设备的部件(例如芯片或者电路)实现，上述各个方法实施例中由网络设备实现的方法和操作，也可以由可用于网络设备的部件(例如芯片或者电路)实现。

以上结合图1至图4，详细得描述了本申请实施例提供的确定TBS的方法，下面结合图5和图6，详细描述本申请实施例提供的确定TBS的装置。

图5示出了本申请实施例提供的确定TBS的装置500的示意性框图，该装置500可以对应上述方法中描述的终端设备或网络设备，也可以对应终端设备或网络设备的芯片或者组件，并且，该装置500中各个模块或者单元分别可以用于执行上述方法中终端设备所执行的各动作或处理过程，如图5所示，该确定TBS的装置500可以包括第一处理单元510和第二处理单元520。

第一处理单元510，用于确定N次重复传输上行数据信道，所述N次重复传输上行数据信道为M次重复传输上行数据信道的中的前N次，M大于N，N为大于1的正整数；

第二处理单元520，用于根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块大小TBS。

作为一个可选实施例，所述第二处理单元520具体用于：

根据所述前N次重复传输上行数据信道的总符号数确定所述M次重复传输上行数据信道的TBS；或者

根据所述前N次重复传输上行数据信道的符号数中最大的符号数确定所述M次重复传输上行数据信道的TBS；或者

根据所述前N次重复传输上行数据信道的符号数中最小的符号数确定所述M次重复传输上行数据信道的TBS；或者

根据所述前N次重复传输上行数据信道的平均符号数确定所述M次重复传输上行数据信道的TBS。

作为一个可选实施例，所述第一处理单元510具体用于：

根据映射关系确定所述N次重复传输上行数据信道，所述映射关系用于指示重复传输次数M与重复传输次数N之间的对应关系，或者，映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系，L为正整数，或者，所述映射关系用于指示冗余版本与所述重复传输次数N之间的对应关系。

作为一个可选实施例，所述装置500还包括：

收发单元530，用于从所述网络设备接收所述映射关系。

作为一个可选实施例，所述第一处理单元510或所述第二处理单元520还用于：

根据以下至少一项，确定所述前N次重复传输上行数据信道中每次重复传输上行数据信道的符号数：

时间单元格式；

根据以下至少一项，确定传输上行数据信道的重复传输次数M：

时间单元格式；

L次重复传输上行数据信道中每次重复传输上行数据信道。

可选地，装置500中还可以包括存储单元，该存储单元用于存储代码或者数据，第一处理单元510或第二处理单元520可以读取存储单元中的代码或者数据，实现相应的操作。可选地，存储单元可以通过存储器实现。收发单元530还可称为通信单元或通信接口。

上文实施例中的第一处理单元510和第二处理单元520可以由处理器或处理器相关电路实现。

应理解，装置500中各单元执行上述相应步骤的具体过程请参照前文中结合图3-图4的方法实施例的描述，为了简洁，这里不加赘述。

上述各个方案的装置500具有实现上述方法中终端设备或网络设备执行的相应步骤的功能；功能可以通过硬件或软件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块；例如发送单元可以由通信接口替代，接收单元可以由通信接口替代，其它单元，如确定单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。在本申请实施例中，一个装置的通信接口用于该装置与其它设备进行通信。示例性的，通信接口可以是发射机、接收机、收发器、电路、总线、模块、管脚或其它类型的通信接口，本申请实施例不做限制。

在具体实现过程中，处理器可用于进行，例如但不限于，基带相关处理，通信接口可用于进行，例如但不限于，信息交互。上述器件可以分别设置在彼此独立的芯片上，也可以至少部分的或者全部的设置在同一块芯片上。例如，处理器可以进一步划分为模拟基带处理器和数字基带处理器，其中模拟基带处理器可以与通信接口集成在同一块芯片上，数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展，可以在同一块芯片上集成的器件越来越多，例如，数字基带处理器可以与多种应用处理器(例如但不限于图形处理器，多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为系统芯片(system on chip，SOC)。将各个器件独立设置在不同的芯片上，还是整合设置在一个或者多个芯片上，往往取决于产品设计的具体需要。本申请实施例对上述器件的具体实现形式不做限定。

可以理解的是，对于前述实施例中所涉及的处理器可以通过具有处理器和通信接口的硬件平台执行程序指令来分别实现其在本申请前述实施例中任一设计中涉及的功能，基于此，如图6所示，本申请实施例提供了一种确定TBS的装置600的示意性框图，装置600包括：处理器610、通信接口620和存储器630。其中，处理器610、通信接口620和存储器630耦合以互相通信，该存储器630用于存储指令，该处理器610用于执行该存储器630存储的指令，以控制该通信接口620发送信号和/或接收信号。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。

其中，处理器610用于确定N次重复传输上行数据信道，所述N次重复传输上行数据信道为M次重复传输上行数据信道的中的前N次，M大于N，N为大于1的正整数；处理器610还用于根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块大小TBS。

应理解，本申请实施例图5中的装置可以通过图6中的装置600来实现，并且可以用于执行上述方法实施例中终端设备设备或网络设备对应的各个步骤和/或流程。

在一种可能的设计中，本申请实施例还可以提供一种确定TBS系统，包括网络设备以及终端设备。终端设备用于执行前述方法300或400中的步骤，网络设备用于执行前述方法300的步骤。

可以理解的是，本申请实施例描述的各种设计涉及的方法，流程，操作或者步骤，能够以一一对应的方式，通过计算机软件，电子硬件，或者计算机软件和电子硬件的结合来一一对应实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件，比如，考虑通用性好成本低软硬件解耦等方面，可以采纳执行程序指令的方式来实现，又比如，考虑系统性能和可靠性等方面，可以采纳使用专用电路来实现。普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，此处不做限定。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述实施例中的方法。本申请中的各个实施例也可以互相结合。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读解释存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行上述实施例中的方法。

在本申请实施例中，应注意，本申请实施例上述的方法实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(Field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。RAM有多种不同的类型，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DRRAM)。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请中出现的术语“第一”、“第二”等仅是为了区分不同的对象，“第一”、“第二”本身并不对其修饰的对象的实际顺序或功能进行限定。本申请中被描述为“示例性的”，“示例”，“例如”，“可选地”或者“在某些实现方式中”的任何实施例或设计方案都不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用这些词旨在以具体方式呈现相关概念。

在本申请中可能出现的对各种消息/信息/设备/网元/系统/装置/操作/等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本申请中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。

上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、终端设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁盘)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请实施例中，在无逻辑矛盾的前提下，各实施例之间可以相互引用，例如方法实施例之间的方法和/或术语可以相互引用，例如装置实施例之间的功能和/或术语可以相互引用，例如装置实施例和方法实施例之间的功能和/或术语可以相互引用。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

Claims

1.一种确定传输块大小的方法，其特征在于，包括：

确定N次重复传输上行数据信道，所述N次重复传输上行数据信道为M次重复传输上行数据信道的中的前N次，其中，所述M次重复传输上行数据信道为M次实际重复传输物理上行共享信道PUSCH，M大于N，N为大于1的正整数；

根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的传输块大小TBS。

2.根据权利要求1所述的方法，其特征在于，所述根据前N次重复传输上行数据信道的符号数确定所述M次重复传输上行数据信道的TBS，包括：

3.根据权利要求1或2所述的方法，其特征在于，所述确定N次重复传输上行数据信道，包括：

根据映射关系确定所述N次重复传输上行数据信道，所述映射关系用于指示重复传输次数M与重复传输次数N之间的对应关系，或者，所述映射关系用于指示在下行控制信息DCI中和/或高层配置参数中获取的重复传输次数L与所述重复传输次数N之间的对应关系，L为正整数，或者，所述映射关系用于指示冗余版本与所述重复传输次数N之间的对应关系。

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

从网络设备接收所述映射关系。

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

时间单元格式；

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

时间单元格式；

7.一种通信装置，包括存储器、处理器，其中，所述存储器存储在所述处理器上运行的程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6中任一项所述的方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如权利要求1至6中任一项所述的方法。

9.一种芯片，包括处理器，所述处理器与存储器相连，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序，以使得所述芯片执行如权利要求1至6中任一项所述的方法。