CN116982386A - 终端、基站及通信方法 - Google Patents

Abstract

终端包括接收电路和控制电路。接收电路在接收到第一下行链路控制信息后，接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息。控制电路基于对应于下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与上行链路共享信道的资源重叠，对上行链路共享信道的发送进行控制。该控制包含如下控制中的至少一者，即，包含对于在上行链路共享信道的资源中发送的信号的比特数的控制、将上行链路共享信道的资源设定成不可使用的控制、和对于与下行链路共享信道相关的HARQ进程的控制中的至少一者。

Description

终端、基站及通信方法

技术领域

本公开涉及终端、基站及通信方法。

背景技术

近年来，以无线服务的扩展及多样化为背景，物联网(Internet of Things，IoT)的飞跃发展受到期待，移动通信的运用除了智能手机等信息终端之外，还正在向车辆、住宅、家电或产业用设备之类的所有领域扩大。为了支持服务的多样化，除了增加系统容量之外，还针对连接设备数的增加或低时延性之类的各种必要条件，要求移动通信系统的性能及功能的大幅改进。第五代移动通信系统(5G：5th Generation mobile communicationsystems)具有大容量及超高速(eMBB：enhanced Mobile Broadband，增强移动宽带)、多设备间连接(mMTC：massive Machine Type Communication，大规模机器类通信)及超高可靠低时延(URLLC：Ultra Reliable and Low Latency Communication，超可靠低时延通信)之类的特征，能够根据多种多样的需求而灵活地提供无线通信。

作为国际标准组织的第三代合作伙伴计划(3rd Generation PartnershipProject，3GPP)正在制定作为5G无线接口之一的新无线(New Radio，NR)的规格。

现有技术文献

非专利文献

非专利文献1：3GPP TS38.104,“NR Base Station(BS)radio transmission andreception(Release 15),”December 2020.

非专利文献2：RP-202928,“New WID on NR coverage enhancements,”ChinaTelecom,December 2020.

非专利文献3：3GPP TS38.211,“NR Physical channels and modulation(Release 16),”December 2020.

非专利文献4：3GPP TS38.212,“NR Multiplexing and channel coding(Release16),”December 2020.

非专利文献5：3GPP TS38.213,“NR Physical layer procedures for control(Release 16),”December 2020.

非专利文献6：3GPP TS38.214,“NR Physical layer procedures for data(Release 16),”December 2020.

非专利文献7：R1-2100457,“Discussion on enhancement for PUSCHrepetition type A,”vivo,January 25th-February 5th,2021.

发明内容

但是，针对上行链路的覆盖性能的改善，尚有研究的余地。

本公开的非限定性的实施例有助于提供改善或提高上行链路的覆盖性能的终端、基站及通信方法。

本公开的一个实施例的终端包括：接收电路，在接收到第一下行链路控制信息后接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息；以及控制电路，基于对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与所述上行链路共享信道的资源重叠，对所述上行链路共享信道的发送进行控制。对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、以及对于与所述下行链路共享信道相关的HARQ进程的控制中的至少一者。

应予说明，这些总括性的或具体的方式可以由系统、装置、方法、集成电路、电脑程序或记录介质实现，也可以由系统、装置、方法、集成电路、电脑程序及记录介质的任意的组合实现。

根据本公开的一个实施例，能够改善或提高上行链路的覆盖性能。

本公开的一个实施例的更多优点和效果将通过说明书和附图予以阐明。这些优点和/或效果分别由若干个实施方式、以及说明书及附图所记载的特征提供，但未必需要为了获得一个或一个以上的相同的特征而全部提供。

附图说明

图1是表示PUSCH(Physical Uplink Shared Channel，物理上行链路共享信道)重复类型(repetition Type)A(反复数为4)的一例的图。

图2是表示PUSCH重复类型A增强(repetition Type A enhancement)(反复数为4)的一例的图。

图3是说明NR Rel.15/16中的PUSCH上的UCI(UCI(Uplink Control Information，上行链路控制信息)on PUSCH)的制约的图。

图4是表示PUSCH重复类型A增强与下行链路传输中的重发之间的关系的一例的图。

图5是表示着眼于基站的一部分的结构例的方框图。

图6是表示着眼于终端的一部分的结构例的方框图。

图7是表示基站的结构例的方框图。

图8是表示终端的结构例的方框图。

图9是表示实施方式1的动作例的流程图。

图10是表示实施方式1的动作例的图。

图11是表示实施方式2的动作例的流程图。

图12是表示实施方式2的动作例的图。

图13是表示实施方式3的动作例的流程图。

图14是表示实施方式3的动作例的图。

图15是表示变形例2的动作例的图。

图16是表示变形例2的动作例的图。

图17是表示变形例3的情况区分的一例的图。

图18是表示补充4的动作例的图。

图19是表示补充5的动作例的图。

图20是表示补充7的动作例的图。

图21是3GPP NR系统的例示性架构的图。

图22是表示NG-RAN(Next Generation-Radio Access Network，下一代无线接入网络)与5GC(5th Generation Core，第五代核心网)之间的功能分离的示意图。

图23是无线资源控制(RRC：Radio Resource Control)连接的设定/重新设定的过程的序列图。

图24是表示大容量高速通信(eMBB：enhanced Mobile BroadBand)、多同时连接机器类通信(mMTC：massive Machine Type Communications)及高可靠超低时延通信(URLLC：Ultra Reliable and Low Latency Communications)的利用场景的示意图。

图25是表示用于非漫游场景的例示性5G系统架构的方框图。

具体实施方式

以下，参照附图来详细地说明本公开的实施方式。

在NR中，例如除了已用于蜂窝通信的主要为700MHz频段～3.5GHz频段之类的6GHz以下的频带(例如，也称为“频率范围1(Frequency Range1，FR1)”)之外，还可运用能确保广带域的28GHz频段或39GHz频段之类的毫米波频段(例如，也称为“FR2”)(例如，参照非专利文献1)。另外，例如有可能会使用FR1中的比3.5GHz频段之类的用于长期演进(LTE：LongTerm Evolution)或3G(3rd Generation mobile communication systems，第三代移动通信系统)的频段高的频段。

频段越高，则无线电波传输损耗越大，无线电波的接收质量容易劣化。因此，在NR中，例如期待在使用比LTE或3G高的频段的情况下，确保与LTE或3G之类的无线接入技术(RAT：Radio Access Technology)相同程度的通信区域(或者，覆盖范围)，换句话说，确保适当的通信质量。例如，在版本(Release)17(例如，表示为“Rel.17”)中，研究了改善NR中的覆盖范围的方法(例如，参照非专利文献2)。

在NR中，终端例如根据由来自基站的下行链路控制信道(PDCCH：PhysicalDownlink Control Channel，物理下行链路控制信道)上的层1控制信号(DCI：DownlinkControl Information，下行链路控制信息)指示的资源分配，收发数据(例如，参照非专利文献3-非专利文献6)。

终端例如使用上行链路控制信道(PUCCH：Physical Uplink Control Channel，物理上行链路控制信道)，反馈表示对于下行链路数据信道(PDSCH：Physical DownlinkShared Channel)的解码是否成功的响应信号(ACK/NACK：Acknowledgement/NegativeAcknowledgement，应答/否定应答)(例如，参照非专利文献5)。

除了ACK/NACK之外，终端例如还能够使用PUCCH向基站发送下行链路信道状态信息(CSI：Channel State Information，信道状态信息)。上述ACK/NACK及CSI例如也被称为“上行链路控制信息(UCI：Uplink Control Information)”。

在发送针对由DCI分配的PDSCH的ACK/NACK的情况下，终端例如根据由来自基站的DCI指示的资源分配，发送PUCCH。在DCI所含的控制信息中，可以包含与PUCCH资源相关的信息，例如可以包含从接收到PDSCH的时隙起的多少时隙后发送PUCCH的与定时相关的信息(K1或PDSCH到HARQ反馈定时指示(PDSCH-to-HARQ_feedback timing indication))。此外，HARQ是混合自动重发请求(Hybrid Automatic Repeat reQuest)的缩写。

在上行链路中，例如终端根据由来自基站的PDCCH上的DCI指示的资源分配(授权(Grant))，发送上行链路数据信道(PUSCH：Physical Uplink Shared Channel，物理上行链路共享信道)(例如，参照非专利文献3-非专利文献6)。在DCI所含的控制信息中，例如可以包含与发送PUSCH的时域资源相关的信息。

例如，与时域资源相关的信息可以是从接收到PDCCH的时隙起的多少时隙后发送PUSCH这一与定时相关的信息(K2)、或者与时隙内的PUSCH前端码元位置或发送PUSCH的码元数中的至少一者相关的信息。

在NR的上行链路发送中，能够使用多个时隙来发送PUSCH(也称为“重复(Repetition)”)，在NR Rel.15/16中，例如规定两个PUSCH重复方式(例如，非专利文献6)。

第一个重复方式是时隙单位的重复，例如在连续的多个时隙应用同一时间资源分配。以下，将第一个重复方式称为“PUSCH重复类型A”。在PUSCH重复类型A中，基站例如对终端通知时隙内的时间资源分配和反复时隙数。此处，反复时隙数例如可以是基于连续的时隙而计数的值。

第二个重复方式是能够在1时隙内反复发送一个或多个PUSCH的方法。以下，将第二个重复方式称为“PUSCH重复类型B”。在PUSCH重复类型B中，基站例如可以对终端通知对于第一次(初次)的PUSCH发送的时域资源和反复数。在对于第二次以后的PUSCH发送的时域资源分配中，例如可以分配与前一个PUSCH发送相连的码元及相同码元数。

在PUSCH重复类型A中，所通知的反复时隙数是基于连续的时隙而计数的值，因此，实际发送PUSCH的时隙数有时会比所通知的反复时隙数少。

例如，设想如下情形，即，如图1所示，通知在时分双工(TDD：Time DivisionDuplex)中，发送PUSCH的定时为时隙#3以及反复时隙数为4的情形。在该情形下，在连续的反复时隙内(时隙#3、#4、#5、#6)包含下行链路时隙时，不在该时隙中发送PUSCH(例如，丢弃PUSCH发送)。由于不发送PUSCH，PUSCH重复类型A会导致PUSCH的覆盖性能劣化。

因此，在NR Rel.17中，作为PUSCH重复类型A的功能扩展，例如研究了将反复时隙数设为基于可用于PUSCH发送的上行链路时隙而计数的值(例如，参照非专利文献2)。

图2表示通知发送PUSCH的定时为时隙#3以及反复时隙数为4，且可用于PUSCH发送的上行链路时隙为时隙#3、#4、#7、#8、#9的情况下的一例。以下，将本重复方式称为“PUSCH重复类型A增强”。在PUSCH重复类型A增强中，可进行所通知的反复时隙数的PUSCH发送，因此，能够期待与PUSCH重复类型A相比，改善PUSCH的覆盖性能。

另外，在终端的上行链路发送中，对于PUCCH与PUSCH的发送资源有时会在时间上重叠。在此情况下，在NR Rel.15/16中，终端能够在PUSCH中复用地发送UCI和上行链路数据(例如，参照非专利文献4、非专利文献5)。但是，NR Rel.15存在如下制约，即，不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

例如，如图3的上段所示，当在时隙#0中接收到用于在时隙#3中分配PUSCH的第一DCI后的时隙#1中接收了分配PDSCH的第二DCI的情况下，不会向在时间上与PUSCH的发送(时隙#3)重叠的资源分配用于发送针对PDSCH的ACK/NACK的资源。

因此，NR Rel.15/16中，不支持UE(User Equipment，用户设备)在由第一DCI分配的PUSCH中将针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK复用地发送。

因此，例如，如图3的下段所示，向在时间上与由第一DCI分配的PUSCH的发送(例如，时隙#3)不重叠的资源(例如，时隙#4)，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

另一方面，在NR Rel.17中，如上所述，研究了导入PUSCH重复类型A增强。在PUSCH重复类型A增强中，例如基于可用于PUSCH发送的上行链路时隙来计数反复时隙数。因此，例如在像TDD那样的上行链路时隙数有限的情况下，PUSCH的反复发送会占用上行链路时隙。

在此情况下，若存在上述“不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源”这一制约，则例如如图4所示，直到完成PUSCH的重复发送，UE才会发送针对PDSCH的ACK/NACK，因此，下行链路的时延会增大。

另外，虽然在用于分配PDSCH的DCI所含的控制信息中，例如能够包含从接收到PDSCH的时隙起的多少时隙后发送PUCCH这一与定时相关的信息(K1或PDSCH到HARQ反馈定时指示)，但是可通知的K1的值的范围有限。因此，若存在上述那样的制约，则会发生因不允许分配PUCCH而引起的PDSCH分配的阻塞，下行链路的频率利用效率会下降。

为了改善下行链路传输的频率利用效率并削减时延，理想的是解除上述“不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源”这一制约。

例如，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

例如，在上述非专利文献7中，记载了删截由第一DCI分配的PUSCH资源的一部分而发送针对由第二DCI分配的PDSCH的ACK/NACK。

但是，因为为了发送针对由第二DCI分配的PDSCH的ACK/NACK而删截PUSCH资源的一部分，所以PUSCH的覆盖性能会劣化。

本公开的非限定性的一个实施例提示如下终端、基站、通信方法或控制方法，在由终端进行PUSCH的重复发送的情况下，实现下行链路传输的频率利用效率的改善以及时延的削减，另外，能够减轻PUSCH的覆盖性能的劣化。

例如，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。而且，例如根据发送针对由接收到第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源是否在时间上与由第一DCI分配的PUSCH的发送重叠，对ACK/NACK发送方法、ACK/NACK发送比特数、和PUSCH重复发送资源中的至少一者进行控制。

以下，对若干个实施方式进行说明。

[通信系统的概要]

本公开的各实施方式的通信系统例如包括至少一个基站和至少一个终端。

图5是表示本公开的一个实施例的基站100的一部分的结构例的方框图，图6是表示本公开的一个实施例的终端200的一部分的结构例的方框图。

在图5所示的基站100中，控制部101例如产生用于分配上行链路共享信道(例如，PUSCH)的资源的第一DCI、和用于分配下行链路共享信道(例如，PDSCH)的资源的第二DCI。发送部107例如将第一DCI和第二DCI发往终端200。

在图6所示的终端200中，接收部201例如在从基站100接收到第一DCI后接收第二DCI。控制部205基于对应于由第二DCI分配的PDSCH的接收而发送的上行链路控制信道(例如，PUCCH)的资源是否在时间上与由第一DCI分配的PUSCH的资源重叠，对PUSCH的发送进行控制。在对于PUSCH的发送的控制中，可以包含如下控制中的至少一者，即，包含对于在PUSCH的资源中发送的信号(例如，ACK/NACK)的比特数的控制、将PUSCH的资源设定成不可使用的控制、和对于与PDSCH相关的HARQ进程的控制中的至少一者。

(实施方式1)

[基站的结构]

图7是表示基站100的结构例的方框图。图7所例示的基站100的结构例可以在包含后述的其他实施方式及变形例的本公开整体中通用。

如图7所示，基站100例如可以包括控制部101、高层控制信号产生部102、下行链路控制信息产生部103、编码部104、调制部105、信号分配部106及发送部107。另外，基站100例如可以包括接收部108、提取部109、解调部110及解码部111。

控制部101例如决定对于终端200的、与PDSCH接收相关的信息、与PUSCH发送相关的信息、以及与PUCCH发送相关的信息中的至少一个信息，并向高层控制信号产生部102输出所决定的信息。在与PDSCH接收相关的信息以及与PUSCH发送相关的信息中，例如也可以包含与TDRA(Time Domain Resource Allocation，时域资源分配)表相关的信息以及与重复次数相关的信息中的至少一个信息。另外，在与PUCCH发送相关的信息中，例如也可以包含与PUCCH资源集相关的信息以及与K1相关的信息中的至少一个信息。

另外，控制部101例如决定对于下行链路数据信号或高层控制信号、以及用于发送下行链路控制信息的下行链路信号的编码/调制方式及无线资源分配。例如，可以向编码部104、调制部105及信号分配部106输出所决定的信息。另外，例如可以向下行链路控制信息产生部103输出对于数据信号或高层控制信号的编码/调制方式及无线资源分配信息。

另外，控制部101例如可以决定终端200用于发送PUCCH的PUCCH资源，并向高层控制信号产生部102或下行链路控制信息产生部103输出所决定的信息。另外，控制部101例如向提取部109、解调部110及解码部111输出所决定的信息。

另外，控制部101例如决定终端200发送上行链路数据信号的编码/调制方式及无线资源分配，并向下行链路控制信息产生部103、提取部109、解调部110及解码部111输出所决定的信息。

另外，控制部101例如可以判断是否重复发送PUSCH，以及用于发送PUCCH的PUCCH资源与用于发送上行链路数据的无线资源是否在时间上重叠。当在时间上重叠的情况下，例如，如下所述，控制部101确定ACK/NACK发送方法、ACK/NACK发送比特数和PUSCH重复发送资源中的至少一者。例如，可以向提取部109、解调部110及解码部111输出所确定的信息。

高层控制信号产生部102例如使用从控制部101输入的控制信息，产生高层控制信号(例如，比特串)。例如，可以向编码部104输出所产生的信号。

下行链路控制信息产生部103例如可以使用从控制部101输入的控制信息，产生DCI(例如，比特串)，并向编码部104输出所产生的DCI。此外，控制信息有时也被发往多个终端200。

编码部104例如对下行链路数据、从高层控制信号产生部102获得的比特串、或从下行链路控制信息产生部103输入的DCI进行编码，并向调制部105输出编码比特串。

调制部105例如对从编码部104获取的编码比特串进行调制，并向信号分配部106输出。

信号分配部106例如将从调制部105作为码元串而输入的下行数据信号或控制信号映射到由控制部101指示的无线资源。另外，信号分配部106例如将已映射到无线资源的信号输入至发送部107。

发送部107例如对从信号分配部106输出的信号实施OFDM(Orthogonal FrequencyDivision Multiplexing，正交频分复用)之类的发送波形产生。在使用CP(Cyclic Prefix，循环前缀)的OFDM传输的情况下，发送部107可以对应用IFFT(Inverse Fast FourierTransform，快速傅里叶逆变换)后的信号附加CP。

另外，发送部107例如对从信号分配部106输出的信号实施数字-模拟(D/A：Digital/Analog)转换、上变频之类的无线(RF：Radio frequency，射频)处理，并经由天线将无线信号发送至终端200。

接收部108例如对从终端200发送的经由天线接收到的上行链路信号实施下变频、模拟-数字(A/D：Analog/Digital)转换之类的RF处理。

另外，例如在OFDM传输的情况下，接收部108通过对接收信号应用FFT(FastFourier Transform，快速傅里叶变换)而产生频域信号，并向提取部109输出。

提取部109例如基于从控制部101获取的信息，从接收信号提取发送了PUSCH或PUCCH的无线资源部分，并向解调部110输出提取出的PUSCH或PUCCH的信号。

解调部110例如基于从控制部101获取的信息，对PUSCH或PUCCH进行解调，并向解码部111输出解调结果。

解码部111例如使用从控制部101获取的信息及从解调部110获得的解调结果，对PUSCH或PUCCH进行纠错解码，从而获得解码后的接收比特串(例如，UL数据信号或UCI)。

[终端的结构]

接着，参照图8说明终端200的结构例。如图8所示，终端200例如可以包括接收部201、提取部202、解调部203、解码部204及控制部205。另外，终端200例如可以包括编码部206、调制部207、信号分配部208及发送部209。

接收部201例如经由天线接收从基站100发送的数据信号或下行链路控制信号，并对无线接收信号实施下变频或A/D转换之类的RF处理而产生基带信号。

另外，接收部201例如在接收OFDM信号的情况下，可以对接收信号进行FFT处理，将接收信号转换至频域。

提取部202例如使用从控制部205输入的与控制信号的无线资源相关的信息，从自接收部201获取的接收信号，提取包含下行链路控制信号的无线资源部分，并向解调部203输出提取出的信号。另外，提取部202例如使用从控制部205输入的与数据信号的无线资源相关的信息，提取包含数据信号的无线资源部分，并向解调部203输出提取出的信号。

解调部203例如基于从控制部205获取的信息，对PDCCH或PDSCH进行解调，并向解码部204输出解调结果。

另外，解码部204例如使用从控制部205获取的信息及在解调部203中获得的解调结果，对PDCCH或PDSCH进行纠错解码，获得下行链路接收数据、高层控制信息或下行链路控制信息。例如，可以向控制部205输出所获得的高层控制信息及下行链路控制信息。另外，解码部204例如也可以根据下行链路接收数据的解码结果而产生ACK/NACK信号。

控制部205例如基于高层控制信号及从下行链路控制信息获得的无线资源分配信息，确定(或者，决定)对于PDSCH接收、PUSCH发送及PUCCH发送的无线资源。另外，控制部205例如向信号分配部208、提取部202及解调部203输出已决定的信息。

另外，控制部205例如可以判断用于发送PUCCH的PUCCH资源及发送上行链路数据的无线资源是否在时间上重叠。当在时间上重叠的情况下，如下所述，控制部205可以确定ACK/NACK发送方法、ACK/NACK发送比特数、PUSCH重复发送资源中的至少一者。例如，可以向编码部206、调制部207及信号分配部208输出已确定的信息。

编码部206例如基于从控制部205输入的信息，对UCI或上行链路数据信号进行编码，并向调制部207输出编码比特串。

调制部207例如对从编码部206获取的编码后的比特序列进行调制而产生调制码元串，并向信号分配部208输出调制码元串。

信号分配部208例如将从调制部207输入的信号映射到由控制部205指示的无线资源。另外，信号分配部208例如将映射到无线资源后的信号输入至发送部209。

发送部209例如对从信号分配部208输入的信号实施OFDM之类的发送信号波形产生。在使用CP的OFDM传输的情况下，发送部209例如可以对IFFT后的信号附加CP。此外，在产生单载波波形的情况下，也可以在调制部207的后段或信号分配部208的前段设置DFT(Discrete Fourier Transform，离散傅里叶变换)部。

另外，发送部209例如对发送信号实施D/A转换及上变频之类的RF处理，并经由天线发送无线信号。

[终端200的动作例]

说明具有以上结构的终端200的动作例。

图9是表示终端200的动作例的流程图。如图9所示，终端200例如在从基站100接收到分配PUSCH的第一DCI的情况下(S101)，判断是否已应用PUSCH的重复发送(S102)。

在未应用PUSCH的重复发送的情况下(S102：否(No))，终端200例如不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源(S108)。例如，终端200可以利用与NR Rel.15/16所支持的动作同等的动作，在在时间上与PUSCH的发送不重叠的资源中发送PUCCH。

在已应用PUSCH的重复发送的情况下(S102：是(Yes))，终端200例如允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源(S103)。

终端200在接收到用于分配PDSCH的第二DCI的情况下(S104)，例如判断由第二DCI分配的PUCCH的发送资源、与由第一DCI分配的PUSCH的发送资源是否在时间上重叠(S105)。

在PUCCH和PUSCH的资源在时间上重叠的情况下(S105：是)，终端200例如可以删截由第一DCI分配的PUSCH资源的一部分，并在删截后的资源中，发送针对由第二DCI分配的PDSCH的ACK/NACK(S106)。换句话说，终端200可以使用(或者，重新分配)用于由第一DCI分配的PUSCH的资源的一部分作为用于PUCCH的资源，发送针对由第二DCI分配的PDSCH的ACK/NACK。此外，例如可以以避开PUSCH中的映射参考信号(例如，解调用参考信号(DMRS：Demodulation Reference Signal))的资源的方式进行删截。

此处，能够删截由第一DCI分配的PUSCH资源的一部分而发送的(针对由第二DCI分配的PDSCH)ACK/NACK的比特数，例如可以被限制为阈值(例如，X比特)以下。

在对于由第二DCI分配的PDSCH，想要发送的ACK/NACK的比特数超过X比特的情况下，终端200可以应用ACK/NACK捆绑(例如，对ACK/NACK比特进行压缩)，将实际发送的ACK/NACK比特数控制在X(比特)以下。例如，终端200可以根据被控制在X比特以下的ACK/NACK比特数，删截由第一DCI分配的PUSCH资源的一部分，发送ACK/NACK。此处，X是大于0的正整数值。

例如，可以基于所需的PUSCH的覆盖性能，决定X的值。另外，X的值例如可以是在标准中被预先决定的值(例如，X＝2比特)、由RRC信令静态地设定的值、由MAC-CE(MediumAccess Control-Control Element，媒体访问控制-控制元素)中的通知设定的值、由DCI动态地通知的值、或隐式地(implicit)被决定的值，也可以通过这些值的任意组合来决定X的值。隐式地决定X的值的非限定性的一例可以是基于PUSCH的反复次数来决定X的值，也可以是基于对终端200设定的其他信息或参数来决定X的值。

此外，在由第二DCI分配的PUCCH、与由第一DCI分配的PUSCH的发送资源在时间上不重叠的情况下(S105：否)，终端200例如可以利用由第二DCI分配的PUCCH，发送针对由第二DCI分配的PDSCH的ACK/NACK(S107)。

图10是表示实施方式1的动作例的图。如图10所例示，利用时隙#0中的第一DCI，分配发送PUSCH的定时为时隙#3以及反复时隙数为4的PUSCH重复类型A增强。终端200在时隙#3、#4、#7、#8中反复发送PUSCH。此外，在本公开中，“时隙”是时间资源单位的一例，也可以是其他名称的单位。

另外，由时隙#1中的第二DCI分配PDSCH，发送针对PDSCH的ACK/NACK的PUCCH资源被分配到时隙#3。在此情况下，在PUCCH和PUSCH的发送资源在时间上重叠的时隙#3中，删截PUSCH资源的一部分而发送针对由第二DCI分配的PDSCH的ACK/NACK。此处，发送的ACK/NACK比特数为X比特以下。

如上所述，根据实施方式1，在终端200重复发送PUSCH的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。因此，能够实现下行链路传输的频率利用效率的改善以及时延的削减。

另外，将删截由第一DCI分配的PUSCH资源的一部分而发送的针对由第二DCI分配的PDSCH的ACK/NACK的比特数限制在X比特以下，因此，能够通过适当地设定X的值来减轻PUSCH的覆盖性能的劣化。

(实施方式2)

接着，参照图11及图12说明实施方式2。此外，实施方式2的基站100及终端200的结构可以与实施方式1的结构相同。

图11是表示实施方式2的终端200的动作例的流程图。在图11中，除了S106a之外的S101～S105、S107及S108的处理可以与实施方式1的图9所例示的处理相同。

在实施方式2中，与实施方式1同样地，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

另外，在实施方式2中，视为在PUCCH和PUSCH的发送资源在时间上重叠的时隙中，以比由第一DCI分配的PUSCH高的优先级，发送针对由第二DCI分配的PDSCH的ACK/NACK。例如，PUCCH和PUSCH的发送资源在时间上重叠的时隙可以被设定为不可用于PUSCH发送的时隙(不可用时隙(unavailable slot))。

在此情况下，终端200可以利用由第二DCI分配的PUCCH资源，发送ACK/NACK，并将由第一DCI分配的PUSCH的反复发送例如在时间上向后延期(postponed)(S106a)。

图12是表示实施方式2的动作例的图。利用时隙#0中的第一DCI，分配发送PUSCH的定时为时隙#3以及反复时隙数为4的PUSCH重复类型A增强。另外，在时隙#1中，由第二DCI分配PDSCH，发送针对PDSCH的ACK/NACK的PUCCH资源被分配到时隙#3。

在此情况下，视为在PUCCH和PUSCH的发送资源在时间上重叠的时隙#3中，以比PUSCH高的优先级发送ACK/NACK，时隙#3被设定为不可用于PUSCH发送的时隙(不可用时隙)。因此，在时隙#3中，终端200利用PUCCH资源，发送优先级比PUSCH高的ACK/NACK。

另一方面，在PUSCH重复类型A增强中，基于可用于PUSCH发送的上行链路时隙来计数反复时隙数。因此，终端200在可用于PUSCH发送的上行链路时隙即时隙#4、#7、#8、#9中，反复发送PUSCH。

如上所述，根据实施方式2，在终端200重复发送PUSCH的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。因此，能够实现下行链路传输的频率利用效率的改善以及时延的削减。

另外，在实施方式2中，PUCCH和PUSCH的发送资源在时间上重叠的时隙被设定为不可用于PUSCH发送的时隙(不可用时隙)，因此，终端200能够在时间上靠后的时隙中实施(延期(postpone))PUSCH重复发送。因此，终端200能够以不受像由ACK/NACK引起的PUSCH资源的删截那样的影响的状态发送所通知的反复时隙数的PUSCH，所以能够避免或抑制PUSCH的覆盖性能的劣化。

(实施方式3)

接着，参照图13及图14说明实施方式3。此外，实施方式3的基站100及终端200的结构可以与实施方式1的结构相同。

图13是表示实施方式3的终端200的动作例的流程图。在图13中，除了S106b之外的S101～S105、S107及S108的处理可以与实施方式1的图9所例示的处理相同。

在实施方式3中，与实施方式1及实施方式2同样地，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

另外，在实施方式3中，当发送针对由第二DCI分配的PDSCH的ACK/NACK的PUCCH资源，在时间上与由第一DCI分配的PUSCH的发送重叠的情况下，可以将由第二DCI分配的PDSCH的HARQ进程设定为无效(禁用(Disable))(S106b)。

换句话说，当发送针对由第二DCI分配的PDSCH的ACK/NACK的PUCCH资源，在时间上与由第一DCI分配的PUSCH的发送重叠的情况下，终端200不发送针对由第二DCI分配的PDSCH的ACK/NACK。

图14是表示实施方式4的动作例的图。利用时隙#0中的第一DCI，分配发送PUSCH的定时为时隙#3以及反复时隙数为4的PUSCH重复类型A增强。终端200在时隙#3、#4、#7、#8中反复发送PUSCH。

另外，在时隙#1中，由第二DCI分配PDSCH，发送针对PDSCH的ACK/NACK的PUCCH资源被分配到时隙#3。在此情况下，对于在时隙#1中由第二DCI分配的PDSCH的HARQ进程变得无效，终端200不会在时隙#3中发送ACK/NACK。

如上所述，根据实施方式3，与实施方式1及实施方式2同样地，在终端200进行PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配用于发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。因此，能够实现下行链路传输的频率利用效率的改善以及时延的削减。

另外，根据实施方式3，当发送针对由第二DCI分配的PDSCH的ACK/NACK的PUCCH资源，在时间上与由第一DCI分配的PUSCH的发送重叠的情况下，将由第二DCI分配的PDSCH的HARQ进程设为无效(禁用)。因此，终端200能够以不受由ACK/NACK引起的PUSCH资源的删截的影响地状态发送所通知的反复时隙数的PUSCH。因此，能够避免或抑制PUSCH的覆盖性能的劣化。

另外，根据基站100的观点，例如可不等待从终端200接收HARQ-ACK反馈而分配(换句话说，调度)PDSCH，因此，能够提高调度的自由度。

此处，会因将HARQ进程设为无效而发生下行链路传输的重发效率的劣化。但是，例如对于将HARQ进程设为无效的PDSCH，通过应用提高初次发送的可靠度(例如，调整调制和编码方案(MCS：Modulation and Coding Scheme)或分配资源量)进行发送之类的适当地设定PDSCH的可靠度的处理，能够减轻重发效率的劣化。

(变形例1)

在本变形例中，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

另外，在本变形例中，当发送针对由第二DCI分配的PDSCH的ACK/NACK的PUCCH资源，在时间上与由第一DCI分配的PUSCH的发送重叠的情况下，可以对由第二DCI分配的PDSCH的HARQ进程应用ACK跳过(skipping)。

在对HARQ进程应用了ACK跳过的情况下，终端200在针对PDSCH的解码结果是ACK时，不发送针对PDSCH的ACK/NACK。因为对于PDSCH的解码结果是ACK的概率倾向于比是NACK的概率高，因此，通过跳过ACK发送，例如能够减少PUCCH的开销，另外，能够减少终端200的处理负载。

本变形例可以理解为同等于在针对由第二DCI分配的PDSCH的解码结果是ACK的情况下，应用实施方式3。另一方面，在针对由第二DCI分配的PDSCH的解码结果是NACK的情况下，可以应用实施方式1，也可以应用实施方式2。

根据本变形例，在由第二DCI分配的PDSCH的解码结果是NACK的情况下，应用PUSCH资源的删截、或PUSCH发送的延期，因此，能够减轻对于PUSCH重复的影响。

(变形例2)

在上述实施方式1、2及3中，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

此处，PUCCH和PUSCH的发送资源在时间上重叠的时隙可以是由第一DCI分配的PUSCH重复中的任何时隙。例如，PUCCH和PUSCH的发送资源在时间上重叠的时隙可以是如图10、图12及图14所例示的PUSCH重复的前端时隙，也可以是与前端时隙不同的时隙。

另外，也可以根据发送针对由第一DCI分配的PDSCH的ACK/NACK的PUCCH资源与PUSCH重复中的哪个时隙重叠(或者，冲突)，改变实施方式1、2及3中的应用的实施方式。

作为非限定性的一例，可以是，在发送ACK/NACK的PUCCH资源如图15所示地与PUSCH重复的前端时隙(Rep#0)冲突的情况下，应用实施方式1，也可以是，在发送ACK/NACK的PUCCH资源如图16所示地与和PUSCH重复的前端时隙不同的时隙(例如，Rep#1)冲突的情况下，应用实施方式2。

另外，作为非限定性的一例，也可以是，在发送ACK/NACK的PUCCH资源与PUSCH重复的前端时隙冲突的情况下，应用实施方式3，在发送ACK/NACK的PUCCH资源与和PUSCH重复的前端时隙不同的时隙冲突的情况下，应用实施方式2。

根据本变形例，例如能够基于删截、延期或禁用HARQ之类的终端动作(或者，处理)所需的时间，对终端200应用与终端能力对应的适当的动作或处理。

(变形例3)

在NR Rel.16中，能够对PUSCH或ACK/NACK之类的上行链路发送设定优先级。例如，在NR Rel.16中，优先级等级数为2，被设定了优先级索引0的上行链路发送为低优先级，被设定了优先级索引1的上行链路发送为高优先级。

在本变形例中，也可以根据ACK/NACK的优先级或PUSCH的优先级、或者这两者的优先级，改变实施方式1、2及3中的应用的实施方式。

图17是表示基于ACK/NACK的优先级和PUSCH的优先级的情况区分的一例的图。例如，也可以是，分别在实例(Case)1或实例4(ACK/NACK和PUSCH的优先级相同)的情况下应用实施方式1，在实例2(PUSCH的优先级比ACK/NACK高)的情况下应用实施方式3，在实例3(ACK/NACK的优先级比PUSCH高)的情况下应用实施方式2。

此外，应用于各实例的实施方式的组合不限于上述组合。例如，实施方式2或实施方式3也可以应用于实例1或实例4。

根据本变形例，在ACK/NACK为高优先级的情况下，能够应用实施方式2来优先地发送ACK/NACK，并且将PUSCH延期，补偿PUSCH的覆盖范围。另外，在PUSCH为高优先级的情况下，应用实施方式3，利用由DCI分配的资源来发送PUSCH，由此，能够补偿覆盖范围和时延。这样，能够基于ACK/NACK或PUSCH的优先级，实现适当的上行链路发送。

(其他变形例)

在本公开中，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源，并应用了上述实施方式及变形例中的某一者。

此处，例如在PUSCH的反复次数大于阈值的情况下，也可以应用上述实施方式或变形例。另外，也可以根据PUSCH的反复次数，改变应用的实施方式。

另外，也可以根据ACK/NACK的比特数，改变应用的实施方式或变形例。另外，例如也可以根据ACK/NACK的比特数是否为阈值(例如，上述的X比特)以下，或者根据是否能够将ACK/NACK的比特数压缩到阈值以下，改变应用的实施方式或变形例。

ACK/NACK的比特数例如可以是针对由第二DCI分配的PDSCH的ACK/NACK的比特数，也可以是针对由第二DCI分配的PDSCH的ACK/NACK、与针对由接收第一DCI前的DCI分配的PDSCH的ACK/NACK之间的总计比特数。

在前者的例子中，可以不考虑针对由比第二DCI先接收到的DCI分配的PDSCH的ACK/NACK的比特数，因此，能够抑制在针对PUCCH资源的ACK/NACK的分配上会产生制约的情况。换句话说，能够提高针对PUCCH资源的ACK/NACK的分配自由度。

后者的例子对于如下情形有用，且例如能够减少PUSCH资源的删截，因此，能够避免或抑制PUSCH的覆盖性能下降，上述情形是指在UCI中复用针对由多个DCI分配的PDSCH的ACK/NACK，并在PUCCH中进行发送。

另外，在实施方式1中，ACK/NACK的比特数可以是ACK/NACK捆绑前的比特数，也可以是ACK/NACK捆绑后的比特数。

以下，说明对于包含上述各实施方式及各变形例的本公开的补充。

(补充1)

虽然在PUSCH重复类型A增强中基于可用于PUSCH发送的上行链路时隙来计数反复时隙数，但是为了决定可用于PUSCH发送的上行链路时隙，也可以应用以下所示的方法中的某一者。

＜方法1＞

可以依赖于RRC信令，决定可用于PUSCH发送的上行链路时隙。例如，在RRC信令中，可以包含TDD的上行链路/下行链路时隙格式通知(例如，半静态(semi-static)时隙格式指示符(SFI：slot format indicator))等。

＜方法2＞

例如，可以依赖于基于RRC信令及由分配PUSCH重复的DCI的通知，决定可用于PUSCH发送的上行链路时隙。例如，在RRC信令中，可以包含TDD的上行链路/下行链路时隙格式通知(例如，半静态SFI)等。分配PUSCH重复的DCI可以直接地(或者，显式地)通知不可用于PUSCH发送的时隙(不可用时隙)，也可以指示是将由RRC信令通知的无效的上行链路时隙/码元(invalid UL slot/symbol)设为无效还是设为有效。

＜方法3＞

例如，可以依赖于基于RRC信令、由分配PUSCH重复的DCI及动态SFI的通知，决定可用于PUSCH发送的上行链路时隙。例如，在RRC信令中，可以包含TDD的上行链路/下行链路时隙格式通知(例如，半静态SFI)等。分配PUSCH重复的DCI可以直接地(或者，显式地)通知不可用于PUSCH发送的时隙(不可用时隙)，也可以指示是将由RRC信令通知的无效的上行链路时隙/码元(invalid UL slot/symbol)设为无效还是设为有效。在动态SFI中，例如可以包含由群组通用(Group-common)PDCCH通知的TDD的上行链路/下行链路时隙格式通知(动态(dynamic)SFI)等。

可用于PUSCH发送的上行链路时隙的决定方法与实施方式之间的关联例如如下所述。

实施方式1也可以应用于方法1、方法2和方法3中的任何方法。实施方式2优选与方法3一起应用。其理由在于：例如，能够将接收到用于分配PUSCH的第一DCI后的第二DCI作为与方法3的动态SFI相同的通知而进行处理。但是，也可以将实施方式2应用于其他方法。实施方式3也可以应用于方法1、方法2及方法3中的任何方法。

(补充2)

虽然在上述实施方式或变形例中，针对PUSCH重复，以对于PUSCH重复类型A增强的应用为例进行了说明，但是PUSCH重复方法不限于PUSCH重复类型A增强。例如，上述实施方式或变形例也可以应用于PUSCH重复类型B。

另外，也可以限于特定的PUSCH重复(例如，PUSCH重复类型A增强)而应用上述实施方式或变形例。另外，也可以根据PUSCH重复方法，改变应用的实施方式或变形例。

(补充3)

虽然在上述实施方式或变形例中说明了对于时隙单位的PUCCH发送的应用例，但是PUCCH的发送单位不限于时隙。例如，PUCCH的发送单位也可以是NR Rel.16中导入的子时隙单位。在子时隙单位的PUCCH发送中，子时隙所含的码元数比时隙少。例如，在时隙所含的码元数为14(或者，12)的情况下，子时隙所含的码元数也可以为2或7(或者，6)。

另外，也可以根据PUCCH发送的单位是时隙还是子时隙，控制(例如，启用或禁用)实施方式或变形例的应用。另外，也可以根据PUCCH发送的单位是时隙还是子时隙，改变应用的实施方式或变形例。

(补充4)

在上述实施方式或变形例中，说明了接收到分配PUSCH的第一DCI后的第二DCI为一个的情况下的例子。此处，例如，也可以如图18所示，终端200接收向在时间上与由第一DCI分配的PUSCH的发送重叠的资源分配PUCCH的多个DCI。在此情况下，例如也可以将多个DCI中的终端200最后接收的DCI替换(或者，改换)成第二DCI，并应用上述实施方式或变形例。

(补充5)

虽然在上述实施方式或变形例中，针对发送ACK/NACK的PUCCH，以单一时隙中的发送为例进行了说明，但是也可以使用多个时隙来发送PUCCH。例如，也可以对PUCCH应用重复。

在此情况下，例如在实施方式1中，PUCCH重复中的一部分的时隙有时会与PUSCH冲突。在发生了PUCCH资源与PUSCH资源的冲突的时隙(例如图19所示的时隙#8)中，与实施方式1同样地，终端200可以删截PUSCH资源的一部分而发送ACK/NACK。另一方面，在PUCCH资源与PUSCH资源未冲突的时隙(例如图19所示的时隙#9)中，终端200可以使用PUCCH来发送ACK/NACK。

发送的ACK/NACK比特数例如可以在PUCCH重复时间隙间相同，也可以在PUCCH重复时间隙间不同。作为前者的非限定性的一例，列举无论PUCCH资源与PUSCH资源是否已冲突，均应用实施方式1的X比特的限制(或者，应用ACK/NACK捆绑)。作为后者的非限定性的一例，列举在PUCCH资源与PUSCH资源已冲突的情况下，与实施方式1同样地应用X比特的限制(或者，应用ACK/NACK捆绑)，对于PUCCH资源与PUSCH资源未冲突的时隙，不应用X比特的限制(或者，不应用ACK/NACK捆绑)。

(补充6)

虽然在上述实施方式或变形例中以ACK/NACK的发送为例进行了说明，但是本公开不限于ACK/NACK，也可以应用于其他的UCI。例如，在NR Rel.17中，研究利用用于分配下行链路PDSCH的DCI来触发非周期性(Aperiodic)CSI的PUCCH发送。也可以将使用由第二DCI分配的PUCCH而被发送的UCI从ACK/NACK替换成非周期性CSI。

(补充7)

在本公开中，在对终端200应用了PUSCH的重复发送的情况下，允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

另一方面，在对终端200应用了PUSCH的重复发送的情况下，与NR Rel.15/16同样地，有时也会不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。另外，如上所述，根据条件，也会有不应用上述实施方式或变形例的情况。

在此情况下，终端200例如在PUSCH重复发送已完成后的上行链路时隙中，发送针对PDSCH的ACK/NACK。在用于分配PDSCH的DCI所含的控制信息中，能够包含表示从接收到PDSCH的时隙起的多少时隙后发送PUCCH的与定时相关的信息(K1或PDSCH到HARQ反馈定时指示)。

此处，可由控制信息通知(或者，指示)给终端200的与定时相关的信息(例如，定时的范围)有限，因此，研究在对终端200应用了PUSCH重复的情况下，扩大可通知的定时的范围。

例如，在如下情况下，K1的决定(例如，计算)中也可以不包含用于发送PUSCH重复的时隙，上述情况是指对终端200应用PUSCH的重复发送，且不允许向在时间上与由第一DCI分配的PUSCH的发送重叠的资源，分配发送针对由接收到用于分配PUSCH的第一DCI后的第二DCI分配的PDSCH的ACK/NACK的PUCCH资源。

例如，如图20所示，在利用时隙#0中的第一DCI，分配了发送PUSCH的定时为时隙#3以及反复时隙数为4的PUSCH重复类型A增强的情况下，终端200在时隙#3、#4、#7、#8中，反复发送PUSCH。另外，图20表示如下例子，即，在时隙#1中由第二DCI分配PDSCH，发送针对PDSCH的ACK/NACK的PUCCH资源被分配到时隙#9。

在此情况下，在基于时隙单位的K1的决定方法中，虽然能够由K1＝8来指示由终端200发送PUCCH的时隙#9的定时，但是若不将发送PUSCH重复的时隙用于决定K1，则能够由K1＝4来指定时隙#9的定时。因此，能够扩大可由K1指示的PUCCU发送定时的范围，例如能够减少发生PDSCH分配的阻塞的情况，从而能够避免或抑制下行链路的频率利用效率下降。

此外，可以依赖于PUSCH重复方法而应用上述K1的决定方法，也可以根据PUCCH发送的单位是时隙还是子时隙，或者根据ACK/NACK的优先级，应用上述K1的决定方法。另外，也可以与上述实施方式或变形例组合地应用上述K1的决定方法。

(补充8)

表示终端200是否支持上述各实施方式、各变形例及各补充所示的功能、动作或处理的信息例如也可以作为终端200的能力(capability)信息或能力参数，由终端200发送(或者，通知)给基站100。

能力信息也可以包含如下信息元素(IE：Information Element)，该信息元素单独地表示终端200是否支持上述各实施方式、各变形例以及各补充所示的功能、动作和处理中的至少一者。或者，能力信息也可以包含如下信息元素，该信息元素表示终端200是否支持上述各实施方式、各变形例以及各补充所示的功能、动作和处理中的某两个以上的组合。

基站100例如可以基于从终端200接收到的能力信息，判断(或者，决定或设想)能力信息的发送源终端200所支持的(或者，不支持)的功能、动作或处理。基站100可以实施与基于能力信息的判断结果对应的动作、处理或控制。例如，基站100可以基于从终端200接收到的能力信息，控制像PDCCH和PDSCH那样的下行链路资源、以及像PUCCH和PUSCH那样的上行链路资源中的至少某一个链路资源的分配(换句话说，调度)。

此外，终端200不支持上述各实施方式、各变形例及各补充所示的功能、动作或处理的一部分，这也可以替换为，在终端200中，此种一部分的功能、动作或处理受到限制。例如，与此种限制相关的信息或请求也可以被通知给基站100。

与终端200的能力或限制相关的信息例如可以在标准中被定义，也可以与基站100已知的信息或向基站100发送的信息关联而被隐式地(implicit)通知给基站100。

以上，说明了本公开的非限定性的一个实施例的各实施方式、各变形例及补充。

此外，在本公开中，ACK/NACK例如也可以被称为“HARQ-ACK”或“HARQ反馈(Feedback)信息”。另外，重复例如也可以被称为“时隙聚合(slot aggregation)”、“时隙捆绑(slot bundling)”、“TTI(Transmit Time Interval，发送时间间隔)聚合”或“TTI捆绑”。

本公开例如也可以应用于像旁链路(sidelink)通信那样的终端间的通信。

另外，在本公开中，下行链路控制信道、下行链路数据信道、上行链路控制信道及上行链路数据信道分别不限于PDCCH、PDSCH、PUCCH及PUSCH，也可以是其他名称的控制信道。

另外，虽然在本公开中设想了RRC信令作为高层信令，但是也可以替换成媒体访问控制(MAC)的信令、以及由物理层的信令即DCI的通知。

(控制信号)

在本公开中，与本公开关联的下行控制信号(信息)可以是在物理层的PDCCH中发送的信号(信息)，也可以是在高层的MAC(Medium Access Control，媒体访问控制)CE(Control Element，控制元素)或RRC中发送的信号(信息)。另外，也可以将预先规定的信号(信息)作为下行控制信号。

与本公开关联的上行控制信号(信息)可以是在物理层的PUCCH中发送的信号(信息)，也可以是在高层的MAC CE或RRC中发送的信号(信息)。另外，上行控制信号也可以作为预先规定的信号(信息)。另外，也可以将上行控制信号改换为UCI(上行链路控制信息)、第一阶段(1st stage)SCI(sidelink control information，旁链路控制信息)、第二阶段(2nd stage)SCI。

(基站)

在本公开中，基站可以是TRP(Transmission Reception Point，收发点)、簇头、接入点、RRH(Remote Radio Head，远程无线电头)、eNodeB(eNB)、gNodeB(gNB)、BS(BaseStation，基站)、BTS(Base Transceiver Station，基站收发台)、母机、网关等。另外，在旁链路通信中，基站也可以被改换为终端。基站也可以是中继高位节点与终端的通信的中继装置。另外，基站还可以是路边设备。

(上行链路/下行链路/旁链路)

本公开可以应用于上行链路、下行链路、旁链路中的任何链路。例如，可以将本公开应用于上行链路的PUSCH、PUCCH、PRACH(Physical Random Access Channel，物理随机接入信道)、下行链路的PDSCH、PDCCH、PBCH(Physical Broadcast Channel，物理广播信道)、旁链路的PSSCH(Physical Sidelink Shared Channel，物理旁链路共享信道)、PSCCH(Physical Sidelink Contorl Channel，物理旁链路控制信道)、PSBCH(PhysicalSidelink Broadcast Channel，物理旁链路广播信道)。

此外，PDCCH、PDSCH、PUSCH、PUCCH是下行链路控制信道、下行链路数据信道、上行链路数据信道、上行链路控制信道的一例。PSCCH、PSSCH是旁链路控制信道、旁链路数据信道的一例。PBCH及PSBCH是广播(broadcast)信道的一例，PRACH是随机接入信道的一例。

(数据信道/控制信道)

本公开可以应用于数据信道及控制信道中的任何信道。例如，也可以将本公开的信道替换成数据信道的PDSCH、PUSCH、PSSCH、控制信道的PDCCH、PUCCH、PBCH、PSCCH、PSBCH。

(参考信号)

在本公开中，参考信号是基站及终端双方已知的信号，且有时也被称为“RS(Reference Signal)”或“导频信号”。参考信号也可以是DMRS(Demodulation ReferenceSignal,解调参考信号)、CSI-RS(Channel State Information-Reference Signal，信道状态信息-参考信号)、TRS(Tracking Reference Signal，跟踪参考信号)、PTRS(PhaseTracking Reference Signal，相位跟踪参考信号)、CRS(Cell-specific ReferenceSignal，小区专用参考信号)、SRS(Sounding Reference Signal，探测参考信号)中的某一个参考信号。

(时间间隔)

在本公开中，时间资源的单位不限于时隙及码元中的一个或者它们的组合，例如可以是帧、超帧、子帧、时隙、子时隙、微时隙、或者码元、OFDM(正交频分复用)码元、SC-FDMA(Single Carrier-Frequency Division Multiple Access，单载波-频分多址)码元之类的时间资源单位，也可以是其他的时间资源单位。另外，1时隙所含的码元数并不限定于上述实施方式中例示的码元数，也可以是其他的码元数。

(频带)

本公开可以应用于授权带域、非授权带域中的任何带域。

(通信)

本公开可以应用于基站与终端之间的通信(Uu链路通信)、终端与终端之间的通信(旁链路通信)、V2X(Vehicle to Everything，车用无线通信技术)的通信中的任何通信。例如，也可以将本公开的信道替换成PSCCH、PSSCH、PSFCH(Physical Sidelink FeedbackChannel,物理旁链路反馈信道)、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、PBCH。

另外，本公开可以应用于地面网络、使用了卫星或高空伪卫星(HAPS：HighAltitude Pseudo Satellite)的地面以外的网络(NTN：Non-Terrestrial Network，非地面网络)中的任何网络。另外，本公开也可以应用于小区尺寸大的网络、超宽带域传输网络等传输时延大于码元长度或时隙长度的地面网络。

(天线端口)

天线端口是指由一根或多根物理天线构成的逻辑天线(天线组)。即，天线端口未必是指一根物理天线，有时指由多根天线构成的阵列天线等。例如，不规定天线端口由几根物理天线构成，而是规定为终端能够发送参考信号(Reference signal)的最小单位。另外，天线端口有时也被规定为乘以预编码矢量(Precoding vector)的加权的最小单位。

＜5G NR的系统架构及协议栈＞

为了实现包含在达到100GHz的频率范围内进行动作的新无线接入技术(NR)的开发的第五代手机技术(也仅称为“5G”)的下一个版本，3GPP正在继续作业。5G标准的第一版完成于2017年末，由此，可过渡到试制依照5G NR的标准的终端(例如，智能电话)以及商用部署。

例如，系统架构整体上设想包括gNB的NG-RAN(下一代无线接入网络)。gNB提供NG无线接入的用户面(SDAP(Service Data Adaptation Protocol，服务数据适配协议)/PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)/RLC(Radio Link Control，无线链路控制)/MAC/PHY(Physical Layer，物理层))及控制面(RRC)的协议的UE侧的终结。gNB通过Xn接口而彼此连接。另外，gNB通过下一代(Next Generation，NG)接口而连接于NGC(下一代核心(Next Generation Core))，更具体而言，通过NG-C接口而连接于AMF(接入及移动性管理功能(Access and Mobility Management Function))(例如，执行AMF的特定的核心实体)，另外，通过NG-U接口而连接于UPF(用户面功能(User Plane Function))(例如，执行UPF的特定的核心实体)。图21表示NG-RAN架构(例如，参照3GPP TS 38.300v15.6.0,章节(section)4)。

NR的用户面的协议栈(例如，参照3GPP TS 38.300,章节4.4.1)包含在gNB中在网络侧终结的PDCP(分组数据汇聚协议(参照TS 38.300的第6.4节))子层、RLC(无线链路控制(参照TS 38.300的第6.3节))子层及MAC(媒体访问控制(参照TS 38.300的第6.2节))子层。另外，新的接入层(AS：Access Stratum)的子层(SDAP：服务数据适配协议)已导入到PDCP上(例如，参照3GPP TS 38.300的第6.5节)。另外，为了NR而定义了控制面的协议栈(例如，参照TS 38.300,章节4.4.2)。层2的功能的概要记载于TS 38.300的第6节。PDCP子层、RLC子层及MAC子层的功能分别列举在TS 38.300的第6.4节、第6.3节及第6.2节中。RRC层的功能列举在TS 38.300的第7节中。

例如，媒体访问控制层处理逻辑信道(logical channel)的复用、和包含各种参数集的处理的调度及与调度关联的各功能。

例如，物理层(PHY)负责编码、PHY HARQ(Physical Layer Hybrid AutomaticRepeat Request，物理层混合自动重发请求)处理、调制、多天线处理及向适当的物理时间-频率资源映射信号的作用。另外，物理层处理对于物理信道的传输信道的映射。物理层以传输信道的形式，对MAC层提供服务。物理信道对应于用来发送特定的传输信道的时间频率资源的集合，各传输信道被映射到对应的物理信道。例如，在物理信道中，上行物理信道有PRACH(Physical Random Access Channel，物理随机接入信道)、PUSCH(物理上行链路共享信道)、PUCCH(物理上行链路控制信道)，下行物理信道有PDSCH(物理下行链路共享信道)、PDCCH(物理下行链路控制信道)、PBCH(Physical Broadcast Channel，物理广播信道)。

在NR的用例/扩展场景中，可包含在数据速率、时延及覆盖范围的方面具有多种必要条件的增强移动宽带(eMBB)、超可靠低时延通信(ultra-reliable low-latencycommunications，URLLC)、大规模机器类通信(mMTC)。例如，期待eMBB支持IMT-Advanced(International Mobile Telecommunications-Advanced，高级国际移动通信)所提供的数据速率的3倍左右的峰值数据速率(在下行链路中为20Gbps，在上行链路中为10Gbps)以及有效(用户体验(user-experienced))数据速率。另一方面，在URLLC的情况下，针对超低时延(用户面的时延在UL及DL中分别为0.5ms)及高可靠性(在1ms内，1-10-5)，提出了更严格的必要条件。最后，在mMTC中，优选地，要求高连接密度(在城市环境中，1,000,000台装置/km²)、糟糕环境下的大覆盖范围及用于廉价装置的寿命极长的电池(15年)。

因此，有时适合于一个用例的OFDM的参数集(例如，子载波间隔(SCS：SubCarrierSpacing)、OFDM码元长度、循环前缀(CP：Cyclic Prefix)长度、每个调度区间的码元数)对于其他用例无效。例如，在低时延的服务中，优选地，要求码元长度比mMTC的服务短(因此，子载波间隔更大)和/或每个调度区间(也称为“TTI(Transmission Time Interval，发送时间间隔)”)的码元数少。而且，在信道的时延扩展大的扩展场景中，优选地，要求CP长度比时延扩展短的场景长。也可以根据状况而优化子载波间隔，以维持同样的CP开销。NR所支持的子载波间隔的值可以为一个以上。与此对应地，目前考虑了15kHz、30kHz、60kHz…的子载波间隔。码元长度Tu及子载波间隔Δf根据式Δf＝1/Tu而直接关联。与LTE系统同样地，能够使用用语“资源元素”来表示由对于一个OFDM/SC-FDMA(Single-Carrier FrequencyDivision Multiple Access，单载波频分多址)码元的长度的一个子载波构成的最小的资源单位。

在新无线系统5G-NR中，针对各参数集及各载波，分别在上行链路及下行链路中定义子载波及OFDM码元的资源网格。资源网格的各元素被称为“资源元素”，其基于频域的频率索引及时域的码元位置而被确定(参照3GPP TS 38.211v15.6.0)。

＜5G NR中的NG-RAN与5GC之间的功能分离＞

图22表示NG-RAN与5GC之间的功能分离。NG-RAN的逻辑节点是gNB或ng-eNB。5GC具有逻辑节点AMF、UPF及SMF(Session Management Function，会话管理功能)。

例如，gNB及ng-eNB主持以下的主要功能：

-无线承载控制(Radio Bearer Control)、无线接纳控制(Radio AdmissionControl)、连接移动性控制(Connection Mobility Control)、在上行链路及下行链路这两个链路中动态地向UE分配(调度)资源等的无线资源管理(Radio Resource Management)的功能；

-数据的IP(Internet Protocol，网际互连协议)标头压缩、加密及完整性保护；

-在无法根据UE所提供的信息来决定朝向AMF的路由的情况下的附接UE时的AMF的选择；

-朝向UPF的用户面数据的路由；

-朝向AMF的控制面信息的路由；

-连接的设定及解除；

-寻呼消息的调度及发送；

-系统广播信息(AMF或运行管理维护功能(OAM：Operation,Admission,Maintenance)为发起源)的调度及发送；

-用于移动性及调度的测量及测量报告的设定；

-上行链路中的传输等级的分组标记；

-会话管理；

-网络切片的支持；

-QoS(Quality of Service，服务质量)流的管理及对于数据无线承载的映射；

-RRC_INACTIVE(RRC非激活)状态下的UE的支持；

-NAS(Non Access Stratum，非接入层)消息的分发功能；

-无线接入网络的共享；

-双重连接；

-NR与E-UTRA(Evolved Universal Terrestrial Radio Access，演进的通用陆地无线接入)之间的紧密协作。

接入及移动性管理功能(AMF)主持以下的主要功能：

-使非接入层(NAS)信令终结的功能；

-NAS信令的安全；

-接入层(AS)的安全控制；

-用于3GPP的接入网络之间的移动性的核心网络(CN：Core Network)节点间信令；

-到达空闲模式的UE的可能性(包含寻呼的重新发送的控制及执行)；

-注册区域的管理；

-系统内移动性及系统间移动性的支持；

-接入认证；

-包含漫游权限检查的接入许可；

-移动性管理控制(订阅及策略)；

-网络切片的支持；

-会话管理功能(SMF)的选择。

此外，用户面功能(UPF)主持以下的主要功能：

-用于内部(intra)-RAT(Radio Access Technology，无线接入技术)移动性/inter-RAT(RAT间)移动性(在可应用的情况下)的锚点；

-用于与数据网络之间的相互连接的外部PDU(Protocol Data Unit，协议数据单元)会话点；

-分组的路由及转发；

-分组检查及用户面部分的策略规则的强制(Policy rule enforcement)；

-业务使用量的报告；

-用于支持朝向数据网络的业务流的路由的上行链路等级分类(uplinkclassifier)；

-用于支持多宿主PDU会话(multi-homed PDU session)的分支点(BranchingPoint)；

-对于用户面的QoS处理(例如，分组过滤、闸控(gating)、UL/DL速率控制(UL/DLrate enforcement)；

-上行链路业务的验证(SDF(Service Data Flow，服务数据流)对于QoS流的映射)；

-下行链路分组的缓冲及下行链路数据通知的触发功能。

最后，会话管理功能(SMF)主持以下的主要功能：

-会话管理；

-对于UE的IP地址的分配及管理；

-UPF的选择及控制；

-用于使业务流向适当的目的地的用户面功能(UPF)中的业务转向(trafficsteering)的设定功能；

-控制部分的策略的强制及QoS；

-下行链路数据的通知。

＜RRC连接的设定及重新设定的过程＞

图23表示NAS部分的UE从RRC_IDLE(RRC空闲)过渡至RRC_CONNECTED(RRC已连接)时的UE、gNB及AMF(5GC实体)之间的若干个交互(参照TS 38.300v15.6.0)。

RRC是用于UE及gNB的设定的高层信令(协议)。通过该过渡，AMF准备UE上下文数据(其例如包含PDU会话上下文、安全密钥、UE无线性能(UE Radio Capability)、UE安全性能(UE Security Capabilities)等)，并将其与初始上下文设定请求(INITIAL CONTEXTSETUP REQUEST)一起发送至gNB。接着，gNB与UE一起激活AS安全。gNB对UE发送安全模式命令(SecurityModeCommand)消息，UE利用安全模式完成(SecurityModeComplete)消息对gNB作出应答，由此来激活AS安全。然后，gNB对UE发送RRC重新设定(RRCReconfiguration)消息，且gNB接收对于该RRC重新设定消息的来自UE的RRC重新设定完成(RRCReconfigurationComplete)，由此，进行用于设定信令无线承载2(Signaling RadioBearer 2，SRB2)及数据无线承载(Data Radio Bearer，DRB)的重新设定。对于仅信令的连接，因为不设定SRB2及DRB，所以可省略与RRC重新设定相关的步骤。最后，gNB利用初始上下文设定应答(INITIAL CONTEXT SETUP RESPONSE)通知AMF设定过程已完成。

因此，在本公开中提供如下的第五代核心网(5GC)的实体(例如，AMF、SMF等)，其包括：控制电路，在动作时，建立与g节点B(gNodeB)之间的下一代(Next Generation，NG)连接；以及发送部，在动作时，经由NG连接将初始上下文设定消息发送至g节点B，以设定g节点B与用户设备(UE：User Equipment)之间的信令无线承载。具体而言，g节点B将包含资源分配设定信息要素(IE：Information Element)的无线资源控制(RRC)信令经由信令无线承载发送至UE。接着，UE基于资源分配设定，进行上行链路中的发送或下行链路中的接收。

＜2020年以后的IMT的利用场景＞

图24表示用于5G NR的若干个用例。在第三代合作伙伴计划新无线(3rdgeneration partnership project new radio，3GPP NR)中，已研究了通过IMT-2020构思的支持多种多样的服务及应用的三个用例。用于大容量高速通信(eMBB：增强移动宽带)的第一阶段的规格的筹划制定已结束。在目前及将来的作业中，除了逐渐扩充eMBB的支持之外，还包含用于高可靠超低时延通信(URLLC：ultra-reliable and low-latencycommunications)及多同时连接机器类通信(mMTC：大规模机器类通信)的标准化。图24表示2020年以后的IMT的构思上的利用场景的若干个例子(例如参照ITU-R M.2083的图2)。

URLLC的用例有与吞吐量、时延(延迟)及可用性这样的性能相关的严格的必要条件。URLLC的用例构思为用于实现今后的工业生产过程或制造过程的无线控制、远程医疗手术、智能电网中的送电配电的自动化、交通安全等应用的一个要素技术。通过确定满足由TR38.913设定的必要条件的技术，来支持URLLC的超高可靠性。在版本15的NR URLLC中，作为重要的必要条件，包含设为目标的用户面的时延在UL(上行链路)中为0.5ms，在DL(下行链路)中为0.5ms这一条件。对于一次分组发送的总体性URLLC的必要条件是在用户面的时延为1ms的情况下，对于32字节的分组尺寸，误块率(BLER：block error rate)为1E-5。

考虑到物理层，可利用大量可采用的方法来提高可靠性。目前的提高可靠性的余地包含定义URLLC用的另外的CQI(Channel Quality Indicator，信道质量指示符)表、更紧凑的DCI格式、PDCCH的反复等。但是，随着NR(关于NR URLLC的重要的必要条件)更稳定且受到进一步开发，可扩大该余地以实现超高可靠性。版本15中的NR URLLC的具体用例包含增强现实/虚拟现实(AR(Augmented Reality)/VR(Virtual Reality))、e-健康、e-安全及至关重要的应用。

另外，NR URLLC的目标的技术强化旨在改善时延以及提高可靠性。用于改善时延的技术强化包含可设定的参数集、利用灵活映射的非基于时隙的调度、免授权的(已设定的授权的)上行链路、数据信道中的时隙级的反复、以及下行链路中的占先(Pre-emption)。占先是指停止已分配有资源的发送，并将该已被分配的资源用于后请求的、需满足时延更低/优先级更高的必要条件的其他发送。因此，已被允许的发送会被之后的发送代替。可与具体的服务类型无关地应用占先。例如，服务类型A(URLLC)的发送也可被服务类型B(eMBB等)的发送代替。与可靠性提高相关的技术强化包含用于目标BLER为1E-5的专用CQI/MCS表。

mMTC(大规模机器类通信)的用例的特征在于：典型而言，如下的连接装置的数量极多，该连接装置发送不易受时延影响的较少量的数据。对于装置，要求其价格低且电池寿命非常长。根据NR的观点，利用非常窄的带宽部分是可节省UE的电力并延长其电池寿命的一个解决方法。

如上所述，预测NR中的可靠性提高的余地会进一步扩大。其为对于所有情况而言的重要的必要条件之一，例如，与URLLC及mMTC相关的重要的必要条件是高可靠性或超高可靠性。从无线的观点及网络的观点考虑，可在若干个机制中提高可靠性。总体而言，存在有可能有助于提高可靠性的两个～三个重要的领域。这些领域包括紧凑的控制信道信息、数据信道/控制信道的反复、以及与频域、时域和/或空间域相关的分集。这些领域可与特定的通信场景无关地、普遍用于提高可靠性。

关于NR URLLC，设想了工厂自动化、运输业及电力输送这样的必要条件更严格的进一步的用例。严格的必要条件是指高可靠性(达到10-6级的可靠性)、高可用性、达到256字节的分组尺寸、达到数微秒(μs)左右的时间同步(time synchronization)(能够对应于用例，根据频率范围及0.5ms～1ms左右的短时延(例如，设为目标的用户面中的0.5ms的时延)，将值设为1μs或数微秒)。

而且，关于NR URLLC，从物理层的观点考虑，可有若干个技术强化。这些技术强化包括与紧凑的DCI相关的PDCCH(物理下行链路控制信道)的强化、PDCCH的反复、PDCCH的监视的增加。另外，UCI(Uplink Control Information，上行链路控制信息)的强化与增强(enhanced)HARQ(混合自动重发请求)及CSI反馈的强化相关。另外，可有与微时隙(mini-slot)级的跳频相关的PUSCH的强化及重新发送/反复的强化。用语“微时隙”是指包含的码元数量比时隙少的发送时间间隔(TTI)(时隙具备14个码元)。

＜QoS控制＞

5G的QoS(服务质量)模型基于QoS流，既支持需要保证流比特率的QoS流(GBR：Guaranteed Bit Rate QoS流)，也支持不需要保证流比特率的QoS流(非GBR QoS流)。因此，在NAS级中，QoS流是PDU会话中的粒度最细微的QoS的划分。根据经由NG-U接口而由封装标头(encapsulation header)传输的QoS流ID(QFI：QoS Flow ID)，在PDU会话内确定QoS流。

针对各UE，5GC建立一个以上的PDU会话。针对各UE，配合PDU会话，NG-RAN例如如在前文中参照图23说明的那样，建立至少一个数据无线承载(DRB)。另外，也可在之后设定新增到该PDU会话的QoS流中的DRB(何时设定取决于NG-RAN)。NG-RAN将属于各种PDU会话的分组映射到各种DRB。UE及5GC中的NAS级分组过滤器用于使UL分组及DL分组与QoS流关联，UE及NG-RAN中的AS级映射规则使UL QoS流及DL QoS流与DRB关联。

图25表示5G NR的非漫游参考架构(non-roaming reference architecture)(参照TS23.501v16.1.0,章节4.23)。应用功能(Application Function，AF)(例如，主持图24所例示的5G服务的外部应用服务器)与3GPP核心网络进行交互，以提供服务。例如，为了支持对业务的路由造成影响的应用而接入网络开放功能(Network Exposure Function，NEF)，或者为了进行策略控制(例如，QoS控制)而与策略框架进行交互(参照策略控制功能(Policy Control Function，PCF))。基于运营商的部署，运营商认为可信任的应用功能能够与关联的网络功能(Network Function)直接交互。未被运营商允许直接接入网络功能的应用功能经由NEF，使用对于外部的开放框架而与关联的网络功能交互。

图25还表示5G架构的进一步的功能单位，即，网络切片选择功能(Network SliceSelection Function，NSSF)、网络存储功能(Network Repository Function，NRF)、统一数据管理(Unified Data Management，UDM)、认证服务器功能(Authentication ServerFunction，AUSF)、接入及移动性管理功能(AMF)、会话管理功能(SMF)及数据网络(DN：DataNetwork，例如由运营商提供的服务、互联网接入或由第三方提供的服务)。核心网络的功能及应用服务的全部或一部分也可部署在云端计算环境中并进行动作。

因此，在本公开中提供如下的应用服务器(例如，5G架构的AF)，其包括：发送部，为了建立包含与QoS必要条件对应的g节点B与UE之间的无线承载的PDU会话，在动作时，将包含对于URLLC服务、eMMB服务和mMTC服务中的至少一个服务的QoS必要条件的请求发送至5GC的功能(例如，NEF、AMF、SMF、PCF、UPF等)中的至少一个功能；以及控制电路，在动作时，使用已建立的PDU会话进行服务。

本公开中所使用的“……部”这一表述也可以与“……电路(circuitry)”、“……设备(device)”、“……单元(unit)”或“……模块(module)”之类的其他表述相互替换。

本公开能够通过软件、硬件或在与硬件协作下的软件实现。在上述实施方式的说明中使用的各功能块部分地或整体地被实现为作为集成电路的LSI(Large ScaleIntegration，大规模集成电路)，在上述实施方式中说明的各过程也可以部分地或整体地由一个LSI或由LSI的组合控制。LSI可以由各个芯片构成，也可以是以包含功能块的一部分或全部的方式由一个芯片构成。LSI也可以包括数据的输入和输出。LSI根据集成度的不同，也可以称为“IC(Integrated Circuit，集成电路)”、“系统LSI(System LSI)”、“超大LSI(Super LSI)”、“特大LSI(Ultra LSI)”。

集成电路化的方法不限于LSI，也可以由专用电路、通用处理器或专用处理器实现。另外，也可以利用LSI制造后能够编程的FPGA(Field Programmable Gate Array，现场可编程门阵列)、或可以对LSI内部的电路块的连接或设定进行重新构置的可重构处理器(Reconfigurable Processor)。本公开也可以被实现为数字处理或模拟处理。

再有，如果随着半导体技术的进步或者其他技术的派生，出现了代替LSI的集成电路化的技术，当然也可以利用该技术来实现功能块的集成化。还存在应用生物技术等的可能性。

本公开可在具有通信功能的所有种类的装置、设备、系统(总称为“通信装置”)中实施。通信装置也可以包含无线收发机(transceiver)和处理/控制电路。无线收发机也可以包含接收部和发送部，或者发挥这些部分的功能。无线收发机(发送部、接收部)也可以包含RF(Radio Frequency，射频)模块和一个或多个天线。RF模块也可以包含放大器、RF调制器/解调器、或类似于这些的装置。通信装置的非限定性的例子包括：电话(手机、智能手机等)、平板电脑、个人电脑(PC)(膝上型电脑、台式机、笔记本电脑等)、相机(数码照相机、数码摄像机等)、数码播放器(数码音频/视频播放器等)、可穿戴设备(可穿戴相机、智能手表、跟踪设备等)、游戏机、电子书阅读器、远程健康/远程医疗(远程保健/医学处方)设备、带有通信功能的交通工具或交通运输工具(汽车、飞机、轮船等)、以及上述各种装置的组合。

通信装置并不限定于可携带或可移动的装置，也包含无法携带或被固定的所有种类的装置、设备、系统。例如包括：智能家居设备(家电设备、照明设备、智能电表或计量器、控制面板等)、自动售货机、以及其他可存在于IoT(Internet of Things，物联网)网络上的所有“物体(Things)”。

通信除了包含通过蜂窝系统、无线LAN(Local Area Network，局域网)系统、通信卫星系统等进行的数据通信之外，还包含通过这些系统的组合进行的数据通信。

另外，通信装置也包含与执行本公开中记载的通信功能的通信设备连接或连结的、控制器或传感器等设备。例如，包含产生执行通信装置的通信功能的通信设备所使用的控制信号或数据信号的控制器或传感器。

另外，通信装置包含与上述非限定性的各种装置进行通信或对上述各种装置进行控制的基础设施设备，例如，基站、接入点、以及其他所有的装置、设备、系统。

本公开的一个实施例的终端包括：接收电路，在接收到第一下行链路控制信息后接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息；以及控制电路，基于对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与所述上行链路共享信道的资源重叠，对所述上行链路共享信道的发送进行控制，对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的HARQ进程的控制中的至少一者。

在本公开的一个实施例中，可以是，在所述上行链路控制信道与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路删截所述上行链路共享信道的资源的一部分，从而将所述比特数限制在阈值以下。

在本公开的一个实施例中，可以是，所述信号是针对所述下行链路共享信道的接收的ACK/NACK信号，在所述ACK/NACK信号的比特数超过所述阈值的情况下，所述控制电路利用ACK/NACK捆绑，将所述ACK/NACK信号的比特数压缩到所述阈值以下。

在本公开的一个实施例中，可以是，所述控制电路比所述上行链路共享信道的发送优先地进行使用所述上行链路控制信道的所述信号的发送，并将所述上行链路控制信道与所述上行链路共享信道在时间上重叠的资源设定为不可用于所述上行链路共享信道的发送的资源。

在本公开的一个实施例中，可以是，在所述上行链路控制信道的资源与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路将与所述下行链路共享信道相关的所述HARQ进程设定为无效。

在本公开的一个实施例中，可以是，在所述上行链路控制信道的资源与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路对与所述下行链路共享信道相关的所述HARQ进程应用ACK跳过。

在本公开的一个实施例中，可以是，当在所述ACK跳过中发送NACK信号的情况下，所述控制电路删截所述上行链路共享信道的资源的一部分而发送所述比特数已限制在阈值以下的信号，或者优先进行使用所述上行链路控制信道的所述NACK信号的发送，并将所述上行链路控制信道与所述上行链路共享信道在时间上重叠的资源设定为不可用于所述上行链路共享信道的发送的资源。

本公开的一个实施例的基站包括：发送电路，在发送第一下行链路控制信息后发送第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息；以及控制电路，基于从终端接收到的能力信息，对所述上行链路共享信道的接收进行控制。所述能力信息表示所述终端是否根据如下重叠的存在与否来控制所述上行链路共享信道的发送，该重叠是对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源在时间上与所述上行链路共享信道的资源重叠。所述终端对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的HARQ进程的控制中的至少一者。

在本公开的一个实施例的通信方法中，终端在接收到第一下行链路控制信息后接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息，并且，所述终端基于对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与所述上行链路共享信道的资源重叠，对所述上行链路共享信道的发送进行控制。对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的HARQ进程的控制中的至少一者。

在本公开的一个实施例的通信方法中，基站在发送第一下行链路控制信息后发送第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息，并且，所述基站基于从终端接收到的能力信息，对所述上行链路共享信道的接收进行控制。所述能力信息表示所述终端是否根据如下重叠的存在与否来控制所述上行链路共享信道的发送，该重叠是对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源在时间上与所述上行链路共享信道的资源重叠。所述终端对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的HARQ进程的控制中的至少一者。

在2021年3月15日申请的特愿2021-041316的日本专利申请所包含的说明书、附图及说明书摘要的公开内容，全部引用于本申请。

工业实用性

本公开的一个实施例对于无线通信系统是有用的。

附图标记说明

100基站

101、205控制部

102高层控制信号产生部

103下行链路控制信息产生部

104、206编码部

105、207调制部

106、208信号分配部

107、209发送部

108、201接收部

109、202提取部

110、203解调部

111、204解码部

200终端

Claims (10)

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

接收电路，在接收到第一下行链路控制信息后接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息；以及

控制电路，基于对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与所述上行链路共享信道的资源重叠，对所述上行链路共享信道的发送进行控制，

对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的混合自动重发请求进程即HARQ进程的控制中的至少一者。

2.如权利要求1所述的终端，其中，

在所述上行链路控制信道与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路删截所述上行链路共享信道的资源的一部分，从而将所述比特数限制在阈值以下。

3.如权利要求2所述的终端，其中，

所述信号是针对所述下行链路共享信道的接收的应答/否定应答信号即ACK/NACK信号，

在所述ACK/NACK信号的比特数超过所述阈值的情况下，所述控制电路利用ACK/NACK捆绑，将所述ACK/NACK信号的比特数压缩到所述阈值以下。

4.如权利要求1所述的终端，其中，

所述控制电路比所述上行链路共享信道的发送优先地进行使用所述上行链路控制信道的所述信号的发送，并将所述上行链路控制信道与所述上行链路共享信道在时间上重叠的资源设定为不可用于所述上行链路共享信道的发送的资源。

5.如权利要求1所述的终端，其中，

在所述上行链路控制信道的资源与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路将与所述下行链路共享信道相关的所述HARQ进程设定为无效。

6.如权利要求1所述的终端，其中，

在所述上行链路控制信道的资源与所述上行链路共享信道的资源在时间上重叠的情况下，所述控制电路对与所述下行链路共享信道相关的所述HARQ进程应用ACK跳过。

7.如权利要求6所述的终端，其中，

当在所述ACK跳过中发送NACK信号的情况下，所述控制电路删截所述上行链路共享信道的资源的一部分而发送所述比特数已限制在阈值以下的信号，或者优先进行使用所述上行链路控制信道的所述NACK信号的发送，并将所述上行链路控制信道与所述上行链路共享信道在时间上重叠的资源设定为不可用于所述上行链路共享信道的发送的资源。

8.一种基站，其特征在于，包括：

发送电路，在发送第一下行链路控制信息后发送第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息；以及

控制电路，基于从终端接收到的能力信息，对所述上行链路共享信道的接收进行控制，

所述能力信息表示所述终端是否根据如下重叠的存在与否来控制所述上行链路共享信道的发送，该重叠是对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源在时间上与所述上行链路共享信道的资源重叠，

所述终端对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的混合自动重发请求进程即HARQ进程的控制中的至少一者。

9.一种通信方法，其特征在于，

终端在接收到第一下行链路控制信息后接收第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息，并且，所述终端基于对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源是否在时间上与所述上行链路共享信道的资源重叠，对所述上行链路共享信道的发送进行控制，

对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的混合自动重发请求进程即HARQ进程的控制中的至少一者。

10.一种通信方法，其特征在于，

基站在发送第一下行链路控制信息后发送第二下行链路控制信息，该第一下行链路控制信息是用于分配上行链路共享信道的资源的信息，该第二下行链路控制信息是用于分配下行链路共享信道的资源的信息，并且，所述基站基于从终端接收到的能力信息，对所述上行链路共享信道的接收进行控制，

所述能力信息表示所述终端是否根据如下重叠的存在与否来控制所述上行链路共享信道的发送，该重叠是对应于所述下行链路共享信道的接收而发送的上行链路控制信道的资源在时间上与所述上行链路共享信道的资源重叠，

所述终端对于所述上行链路共享信道的发送的控制包含如下控制中的至少一者，即，包含对于在所述上行链路共享信道的资源中发送的信号的比特数的控制、将所述上行链路共享信道的资源设定成不可使用的控制、和对于与所述下行链路共享信道相关的混合自动重发请求进程即HARQ进程的控制中的至少一者。