CN114982346A - 终端及通信方法 - Google Patents

Abstract

终端包括：控制电路，对与调度单位对应的单位时间区间设定多个发送机会；以及发送电路，在多个发送机会中，进行上行控制信息的反复发送。

Description

终端及通信方法

技术领域

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

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

背景技术

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

现有技术文献

非专利文献

非专利文献1：3GPP TS38.104 V15.8.0,“NR Base Station(BS)radiotransmission and reception(Release 15),”2019-12.

非专利文献2：RP-193240,“New SID on NR coverage enhancement,”ChinaTelecom,December 2019.

非专利文献3：3GPP TS 38.211V15.8.0,"NR；Physical channels andmodulation(Release 15),"2019-12.

非专利文献4：3GPP TS 38.212V15.8.0,"NR；Multiplexing and channel coding(Release 15),"2019-12.

非专利文献5：3GPP TS 38.213V15.8.0,"NR；Physical layer procedure forcontrol(Release 15),"2019-12.

非专利文献6：3GPP TS 38.214V15.8.0,"NR；Physical layer procedures fordata(Release 15),"2019-12.

非专利文献7：3GPP TR 21.915V15.0.0,"Summary of Rel.15Work Items(Release 15),"2019-09.

非专利文献8：3GPP TS 38.300V15.8.0,"NR and NG-RAN overall description,Stage 2(Release 15),"2019-12.

非专利文献9：3GPP TS 38.214V16.0.0,"NR；Physical layer procedures fordata(Release 16),"2019-12.

发明内容

但是，针对上行链路中的控制信息(以下，方便起见，有时称为“上行控制信息”)的反复发送(repetition)，尚有研究的余地。

本公开的非限定性的实施例有助于提供能够提高上行控制信息的反复发送中的传输质量的终端及通信方法。

本公开的一个实施例的终端包括：控制电路，对与调度单位对应的单位时间区间设定多个第一发送机会；以及发送电路，在所述多个第一发送机会中，进行上行控制信息的反复发送。

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

根据本公开的一个实施例，能够提高上行控制信息的反复发送中的传输质量。

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

附图说明

图1是表示物理上行链路控制信道(Physical Uplink Control Channel，PUCCH)格式的一例的图。

图2是表示PUCCH反复(PUCCH repetiton)的一例的图。

图3是表示终端的一部分的结构例的方框图。

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

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

图6是表示终端的动作例的流程图。

图7是表示物理上行链路共享信道(Physical Uplink Shared Channel，PUSCH)反复(repetition)的一例的图。

图8是表示PUSCH反复(PUSCH repetition)的一例的图。

图9是表示PUSCH反复的一例的图。

图10是表示实施方式1的PUCCH反复的一例的图。

图11是表示实施方式2的PUCCH反复的一例的图。

图12是表示实施方式3的PUCCH反复的一例的图。

图13是表示正交覆盖码(Orthogonal Cover Code，OCC)编号的一例的图。

图14是表示实施方式5的PUCCH反复的一例的图。

图15是表示实施方式6的PUCCH反复的一例的图。

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

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

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

图19是表示大容量高速通信(eMBB：增强移动宽带)、多同时连接机器类通信(mMTC：大规模机器类通信)及高可靠超低时延通信(URLLC：Ultra Reliable and LowLatency Communications)的利用场景的示意图。

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

具体实施方式

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

在NR中，例如除了已用于蜂窝通信的主要为700MHz频段～3.5GHz频段之类的6GHz以下的频带(例如，也称为“频率范围1(Frequency Range1，FR1)”)之外，还可运用能确保广带域的28GHz频段或39GHz频段之类的毫米波频段(例如，也称为“FR2”)(例如，参照非专利文献1)。另外，例如有可能会使用FR1中的比3.5GHz频段之类的已用于长期演进(Long TermEvolution，LTE)或3G(3rd Generation mobile communication systems，第三代移动通信系统)的频带高的频带。频带越高，则无线电波传播损耗越大，容易导致无线电波的接收质量劣化。因此，在NR中，例如已研究出了如下方法，该方法在使用比LTE或3G高的频带的情况下，确保与LTE或3G之类的无线接入技术(RAT：Radio Access Technology)相同程度的通信区域(或者，覆盖范围)，换句话说，该方法确保适当的通信质量(例如，参照非专利文献2)。

例如，在NR的下行链路中，终端(例如，也称为“UE：User Equipment，用户设备”)根据基站(例如，也称为“gNB”)的资源分配，接收下行链路数据(例如，PDSCH：PhysicalDownlink Shared Channel，物理下行链路共享信道)(例如，参照非专利文献3-非专利文献6)。与资源分配相关的信息例如可以利用下行链路控制信道(例如，PDCCH：PhysicalDownlink Control Channel，物理下行链路控制信道)中的层1控制信号(例如，DCI：Downlink Control Information，下行链路控制信息)，由基站通知给终端。

另外，终端例如使用上行链路控制信道(例如，PUCCH：Physical Uplink ControlChannel)，向基站反馈表示对于PDSCH的解码是否成功的应答信号(例如，也称为“ACK/NACK：Acknowledgement/Negative Acknowledgement，应答/否定应答”或“混合自动重发请求(Hybrid Automatic Repeat Request，HARQ)-ACK”)(例如，参照非专利文献5)。

另外，除了ACK/NACK之外，终端例如还可以使用PUCCH向基站发送下行链路的信道状态信息(例如，CSI：Channel State Information，信道状态信息)及上行链路的无线资源分配请求(例如，SR：Scheduling Request，调度请求)。ACK/NACK、CSI及SR也被称为“上行链路控制信息(例如，UCI：Uplink Control Information)”。

在NR Rel.15及NR Rel.16中，例如可以使用多个时隙(换句话说，与调度单位对应的多个单位时间区间)进行PUCCH的反复发送(或者，也称为“PUCCH反复(PUCCHrepitation)”)(例如，参照非专利文献5)。通过PUCCH的反复发送，例如能够提高PUCCH的通信质量。

例如，与终端是否进行PUCCH的反复发送、以及进行反复发送的情况下的反复次数(例如，时隙数)相关的信息可以利用终端专用的高层信号(例如，也称为“无线资源控制(RRC)信号”、高层信令(higher layer signaling)或高层参数(higher layerparameter))，由基站半静态地通知(换句话说，设定或指示)给终端。

另外，例如可采用以下的方法来确定用于发送对于由DCI分配的PDSCH的ACK/NACK的PUCCH资源(例如，参照非专利文献5)。例如，基站利用终端专用的高层信号(例如，RRC信号)，半静态地通知PUCCH资源的集合(例如，称为“PUCCH资源集(resource set)”或“资源列表(resource list)”)。接着，基站利用DCI(换句话说，动态信令(dynamic signaling))，通知(例如，指示(indicate))PUCCH资源集所含的多个PUCCH资源中的分配给终端的PUCCH资源。

此处，PUCCH资源例如可以由PUCCH格式、时间资源(例如，码元位置或码元数)、频率资源(例如，物理资源块(physical resource block，PRB)编号、PRB数、有无应用跳频)及码资源(例如，循环移位序列编号或正交码编号)之类的参数构成。

另外，关于用于发送SR或CSI的PUCCH资源的确定，例如基站可以利用终端专用的高层信号(例如，RRC信号)，半静态地通知(或者，设定)PUCCH资源。

在NR Rel.15及NR Rel.16中，例如在终端发送某个UCI(例如，也可以包含多个UCI)的情况下，1时隙(换句话说，一个调度的单位区间)内可发送的PUCCH为一个。

另外，在应用PUCCH反复的情况下，例如可以跨越多个时隙地应用相同的PUCCH资源分配。应予说明，关于频率资源，可以应用时隙单位的跳频。

在NR Rel.15及NR Rel.16中，例如规定了五个PUCCH格式(例如，PUCCH格式0～PUCCH格式4)(例如，参照非专利文献7或非专利文献8)。图1是表示PUCCH格式0～PUCCH格式4的一例的图。

例如，PUCCH格式0由1码元或2码元构成，可以发送最大为2比特的UCI(例如，1比特UCI或2比特UCI。以下，相同)。另外，例如，PUCCH格式1由4码元至14码元构成，可以发送最大为2比特的UCI。另外，例如，PUCCH格式2由1码元或2码元构成，可以发送比2比特多的UCI。另外，例如，PUCCH格式3由4码元至14码元构成，可以发送比2比特多的UCI。另外，例如，PUCCH格式4由4码元至14码元构成，可以发送比2比特多的UCI。

另外，PUCCH格式4可以使用正交码(例如，OCC：Orthogonal Cover Code)，在相同的时间资源或频率资源(例如，资源块(RB：Resource Block))中复用多个终端。

在NR Rel.15及NR Rel.16中，例如终端可以根据从基站接收到的信息(例如，SFI：Slot Format Indicator，时隙格式指示符)，确定时隙的种类或时隙内的码元的种类(例如，有时也称为“时隙格式”)。码元的种类例如可以是下行链路码元(有时也表示为“D”)、上行链路码元(有时也表示为“U”)以及灵活(Flexible)码元(有时也表示为“F”)中的某一种码元。SFI例如可以由RRC信号或群组共享下行链路控制信号(Group common PDCCH)通知。

此处，由上述方法指定的PUCCH资源(换句话说，上行链路资源)中的时间资源(例如，码元)的一部分有可能会与由SFI通知的与上行链路及下行链路相关的信息(以下，也称为“上下行链路模式”)竞争(换句话说，重叠或冲突)。例如，PUCCH的时间资源的一部分的码元有时会在SFI中被设定为下行链路码元或灵活码元。在此情况下，终端不会在该时隙中发送PUCCH。换句话说，在PUCCH资源与上下行链路模式发生了竞争的时隙中，终端放弃PUCCH的发送。此外，在SFI中被设定为灵活码元的码元如上所述，可以与下行链路码元同样地视为与上下行链路模式发生竞争，有时也可视为上行链路码元。

图2是表示各PUCCH反复的区间中的用于PUCCH发送的码元数(以下，称为“PUCCH发送码元数”)L＝14及PUCCH的反复次数K＝2的例子的图。例如，在图2中，第二个时隙中的被分配发送PUCCH的码元的一部分(例如，第一个码元～第三个码元)被设定为下行链路码元(D)。因此，终端在包含这些码元的第二个时隙中，不发送(换句话说，放弃)PUCCH。

在NR中，例如可对时分双工(TDD：Time Division Duplex)中的上下行链路模式(例如，“D”、“U”及“F”的模式)进行半静态或动态的控制。例如，可根据上行链路及下行链路的业务状况来控制上下行链路模式。例如，可设想在下行链路的业务的比例比上行链路多的情况下，将上下行链路模式中的下行链路码元的比率设定得比上行链路码元大。

另外，设想对PUCCH应用覆盖增强(CE：Coverage Enhancement)的终端例如跨越多个时隙地进行PUCCH的反复发送。例如，当在PUCCH的反复发送中，如上所述，跨越多个时隙地应用相同的PUCCH资源分配，且在PUCCH资源(例如，时间资源)的至少一部分与上下行链路模式(例如，“D”或“F”)发生竞争时，终端在该时隙中不发送PUCCH。这样，在PUCCH的反复发送中，与上下行链路模式发生竞争的频度越高，则不发送PUCCH的可能性越高，PUCCH的传输质量容易劣化。因此，难以获得所期待的覆盖增强效果。

相对于此，例如在基于应用覆盖增强的终端的设定来设定上下行链路模式的情况下，设想跨越发送PUCCH的多个时隙地将上行链路码元的比率设定得比下行链路码元大。因此，对于上下行链路模式的设定的灵活性有可能会下降，且下行链路的频率利用效率有可能会下降。

在本公开的非限定性的一个实施例中，例如说明如下方法，该方法抑制下行链路的频率利用效率的下降，而且在PUCCH的反复发送中提高传输质量。

[通信系统的概要]

本公开的各实施方式的通信系统包括基站100及终端200。

图3是表示本公开的一个实施例的终端200的一部分的结构例的方框图。在图3所示的终端200中，控制部205(例如，相当于控制电路)对与调度单位对应的单位时间区间(例如，时隙)设定多个第一发送区间(例如，PUCCH反复)。发送部209(例如，相当于发送电路)在多个第一发送区间中，进行上行控制信息(例如，UCI)的反复发送。此外，“发送区间”也可以改称为“发送机会”(发送时机或发送契机(transmission occasion or transmissionopportunity))。

[基站的结构]

图4是表示实施方式1的基站100的结构例的方框图。在图4中，基站100包括控制部101、高层控制信号产生部102、下行链路控制信息产生部103、编码部104、调制部105、信号分配部106、发送部107、接收部108、提取部109、解调部110及解码部111。

控制部101例如决定与对于终端200的时隙格式相关的信息(例如，SFI)，并向高层控制信号产生部102或下行链路控制信息产生部103输出所决定的信息。

另外，控制部101例如决定与对于终端200的PUCCH资源相关的信息，并向高层控制信号产生部102输出所决定的信息。在与PUCCH资源相关的信息中，例如可以包含与PUCCH资源集或反复(Repetition)次数(例如，反复次数K)相关的信息。

另外，控制部101例如基于终端用于发送上行链路控制信号(例如，PUCCH)的PUCCH资源、以及与时隙格式相关的信息(例如，SFI)，决定终端200实际用于PUCCH的反复发送的资源。例如，向提取部109、解调部110及解码部111输出与所决定的资源相关的信息。

应予说明，以下，例如将终端200实际进行的PUCCH的反复发送称为“实际反复(Actual repetition)(或者，实际PUCCH反复(Actual PUCCH repetition))”。另外，相对于实际反复，将对终端200设定的PUCCH的反复发送称为“名义反复(Nominal repetition)(或者，名义PUCCH反复(Nominal PUCCH repetition))”。

另外，控制部101例如决定与用于发送下行链路数据信号(例如，PDSCH)、高层控制信号(例如，RRC信号)或下行链路控制信息(例如，DCI)的下行链路信号相关的信息。在与下行链路信号相关的信息中，例如可以包含编码/调制方式(MCS：Modulation and CodingScheme，调制与编码方案)及无线资源分配之类的信息。控制部101例如向编码部104、调制部105及信号分配部106输出所决定的信息。另外，控制部101例如向下行链路控制信息产生部103输出与数据信号或高层控制信号之类的下行链路信号相关的信息。

高层控制信号产生部102例如基于从控制部101输入的信息，产生高层控制信号比特串，并向编码部104输出高层控制信号比特串。

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

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

调制部105例如基于从控制部101输入的信息，对从编码部104输入的编码比特串进行调制，并向信号分配部106输出调制后的信号(例如，码元串)。

信号分配部106例如基于从控制部101输入的表示无线资源的信息，将从调制部105输入的码元串(例如，包含下行链路数据信号或控制信号)映射到无线资源。信号分配部106将映射有信号的下行链路的信号输出至发送部107。

发送部107例如对从信号分配部106输入的信号进行例如正交频分复用(OFDM：Orthogonal Frequency Division Multiplexing)之类的发送波形产生处理。另外，例如在是附加循环前缀(cyclic prefix，CP)的OFDM传输的情况下，发送部107对信号进行快速傅里叶逆变换(IFFT：Inverse Fast Fourier Transform)处理，对IFFT后的信号附加CP。另外，发送部107例如对信号进行D/A(Digital/Analog，数字/模拟)转换、上变频之类的RF(Radio Frequency，射频)处理，并经由天线将无线信号发送至终端200。

接收部108例如对经由天线接收到的来自终端200的上行链路信号进行下变频或A/D(Analog/Digital，模拟/数字)转换之类的RF处理。另外，在是OFDM传输的情况下，接收部108例如对接收信号进行快速傅里叶变换(FFT：Fast Fourier Transform)处理，并向提取部109输出所获得的频域信号。

提取部109例如基于从控制部101输入的信息，提取发送了由终端200发送的上行链路信号(例如，PUCCH)的无线资源部分，并向解调部110输出提取出的无线资源部分。

解调部110例如基于从控制部101输入的信息，对从提取部109输入的上行链路信号(例如，PUCCH)进行解调。解调部110例如向解码部111输出解调结果。

解码部111例如基于从控制部101输入的信息、以及从解调部110输入的解调结果，对上行链路信号进行纠错解码，从而获得解码后的接收比特序列(例如，ACK/NACK之类的UCI)。

[终端的结构]

图5是表示本公开的一个实施例的终端200的结构例的方框图。例如，在图5中，终端200包括接收部201、提取部202、解调部203、解码部204、控制部205、编码部206、调制部207、信号分配部208及发送部209。

接收部201例如经由天线接收来自基站100的下行链路信号(例如，下行链路数据信号或下行链路控制信息)，对无线接收信号进行下变频或A/D转换之类的RF处理，从而获得接收信号(基带信号)。另外，接收部201在接收OFDM信号的情况下，对接收信号进行FFT处理，将接收信号转换至频域。接收部201向提取部202输出接收信号。

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

解调部203例如对从提取部202输入的信号进行解调，并向解码部204输出解调结果。

解码部204例如对从解调部203输入的解调结果进行纠错解码，例如获得下行链路接收数据、高层控制信号或下行链路控制信息。解码部204向控制部205输出高层控制信号及下行链路控制信息，并输出下行链路接收数据。另外，解码部204也可以基于下行链路接收数据的解码结果而产生应答信号(例如，ACK/NACK)，并向编码部206输出。

控制部205例如基于从解码部204输入的信号(例如，高层控制信号或下行链路控制信息)，决定下行链路信号(例如，PDSCH)及上行链路信号(例如，PUCCH)的无线资源。

例如，控制部205基于与PUCCH资源相关的信息，决定(换句话说，设定或确定)对终端200设定的用于PUCCH的反复发送的PUCCH资源。例如，控制部205可以基于与PUCCH资源相关的信息，确定用于名义反复的PUCCH资源。另外，控制部205例如可以基于与时隙格式相关的信息(例如，SFI)、以及用于名义反复的PUCCH资源，决定用于实际反复的PUCCH资源。

控制部205例如向提取部202输出表示所决定的下行链路信号的无线资源的信息，并向信号分配部208输出表示所决定的上行链路信号的无线资源的信息。

编码部206例如基于从控制部205输入的信息，对上行链路信号(例如，UCI)进行编码，并向调制部207输出编码比特串。在UCI中，例如可以包含从解码部204输入的ACK/NACK。此外，根据PUCCH格式，也可以不进行编码。

调制部207例如对从编码部206输入的编码比特串进行调制，并向信号分配部208输出调制后的信号(码元串)。

信号分配部208例如基于从控制部205输入的信息，向无线资源映射从调制部207输入的信号，并向发送部209输出映射有信号的上行链路信号。

发送部209对从信号分配部208输入的信号进行例如OFDM之类的发送信号波形产生。另外，例如在是使用CP的OFDM传输的情况下，发送部209对信号进行IFFT处理，并对IFFT后的信号附加CP。或者，在发送部209产生单载波波形的情况下，例如也可以在调制部207的后段或信号分配部208的前段新增DFT(Discrete Fourier Transform，离散傅里叶变换)部(未图示)。另外，发送部209例如对发送信号进行D/A转换及上变频之类的RF处理，并将无线信号经由天线发送至基站100。

[基站100及终端200的动作例]

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

图6是表示本实施方式的终端200的动作的一例的流程图。作为一例，图6表示终端200中的与包含对于PDSCH的ACK/NACK的PUCCH的反复发送相关的处理。

在图6中，终端200例如取得与时隙格式相关的信息(例如，SFI)(ST101)。例如，SFI可以利用高层(例如，RRC)的信令、或群组共享下行链路控制信号(例如，Group commonPDCCH)，由基站100设定给终端200。

终端200例如取得与PUCCH反复(例如，名义反复)及PUCCH资源相关的信息(ST102)。此外，与PUCCH反复及PUCCH资源相关的信息的通知方法的一例将在后面叙述。另外，ST101及ST102中的处理并不限于按照图6所示的顺序进行的情况，例如可以按照相反的顺序进行，也可以并行地进行。

终端200例如接收包含DCI的PDCCH(ST103)。在DCI中，例如可以包含与下行链路数据信号(PDSCH)的分配资源相关的信息、或与上行链路信号的分配资源相关的信息。终端200例如接收下行链路数据信号(例如，PDSCH)，并对接收到的PDSCH进行解码(ST104)。另外，终端200例如基于PDSCH的解码结果，产生对于PDSCH的ACK/NACK(ST105)。

终端200例如决定用于实际反复的PUCCH资源(ST106)。例如，终端200可以基于用于名义反复的PUCCH资源、以及与时隙格式相关的信息，决定用于实际反复的PUCCH资源。此外，用于实际反复的PUCCH资源的决定方法的一例，将在后面叙述。

终端200例如使用所决定的PUCCH资源，向基站100发送包含ACK/NACK的UCI(ST107)。

此外，在图6中，作为一例，说明了ACK/NACK的发送处理，但终端200也可以发送与ACK/NACK不同的上行链路控制信息(例如，SR或CSI)。在SR或CSI的发送处理中，例如可以不包含图6所示的PDCCH的接收处理(例如，ST103的处理)以及PDSCH的接收及解码处理(例如，ST104的处理)。

[PUCCH资源的决定方法]

接着，说明本实施方式的PUCCH资源的决定方法的一例。

＜PUSCH资源的分配＞

例如，在NR Rel.16中，对于上行链路数据信道(例如，PUSCH)的发送规定了如下方法，即，在1时隙中反复发送一个或多个PUSCH的方法(例如，参照非专利文献9)。在该方法中，例如，基站100对终端200通知对于第一次(换句话说，首次)的PUSCH发送(例如，第一次反复(1st repetition))的时间资源(例如，码元数)的分配及反复次数。另外，在该方法中，对于用于第二次以后的PUSCH发送的时间资源的分配(换句话说，PUSCH发送机会的分配)中，例如可以分配与前一个PUSCH发送相连且相同的码元数。

图7是表示对终端200通知了PUSCH码元数L＝7及反复次数K＝4的情况下的用于PUSCH的反复发送的时间资源的一例的图。在图7中，例如1时隙中可包含对于两个PUSCH反复的PUSCH发送区间。

另外，例如由上述方法分配的一个PUSCH(例如，称为“名义PUSCH反复(NominalPUSCH repetition)”)的发送区间有时会跨越时隙边界。在此情况下，终端200例如可以将一个PUSCH发送区间(例如，名义PUSCH反复的区间)分割(例如，split)成多个PUSCH发送区间(例如，实际PUSCH反复(Actual PUSCH repetition)的区间)而发送PUSCH。

图8是表示对终端200通知了PUSCH码元数L＝10及反复次数K＝2的情况下的用于PUSCH的反复发送的时间资源的一例的图。

在图8中，例如对于第二个名义PUSCH反复的PUSCH发送区间跨越时隙边界。在此情况下，终端200例如可以在时隙的边界，将跨越时隙边界的对于第二个名义PUSCH反复的PUSCH区间分割成多个PUSCH区间。通过该分割，设定三个对于实际PUSCH反复的PUSCH区间。

另外，例如在由上述方法分配的名义PUSCH反复的各区间中，有时会与上下行链路模式发生竞争。在此情况下，终端200可以将相关的名义PUSCH反复区间分割成一个或多个PUSCH发送区间(换句话说，实际PUSCH反复的区间)而发送PUSCH。

图9是表示对终端200通知了PUSCH码元数L＝7及反复次数K＝2的情况下的用于PUSCH的反复发送的时间资源的一例的图。

在图9中，例如第三个名义PUSCH反复的一部分的码元(例如，第一个码元～第五个码元)不被用于上行链路发送。在此情况下，终端200在第三个名义PUSCH反复区间(例如，7码元)中的与上下行链路模式发生竞争的码元(例如，第一个码元～第五个码元)中，不发送PUSCH(例如，放弃PUSCH的发送)。由此，如图9所示，第三个实际PUSCH反复的发送区间(或者，发送机会)被设定为不与上下行链路模式发生竞争的剩余的2码元。

＜PUCCH资源的分配＞

在本实施方式中，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定进行PUCCH(例如，UCI)的反复发送的多个发送区间(例如，名义PUCCH反复的区间)。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NRRel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

例如，在PUCCH反复中，终端200可以基于与时隙格式相关的信息(例如，与时隙中的码元结构相关的信息)，将多个名义反复的区间中的一部分的码元被设定为下行链路码元的名义反复的区间，变更(或者，重新设定)成包含至少一个与该一部分的码元不同的其他码元的实际反复的区间。

此外，对于PUCCH反复的PUCCH资源的通知方法的一例，将在后面叙述。

图10是表示在PUCCH反复中，对终端200设定了PUCCH码元数L＝7(例如，PUCCH格式1)及反复次数K＝4的情况下的用于PUCCH的反复发送的时间资源的一例的图。

在图10中，例如第三个名义反复的一部分的码元(例如，第一个码元～第五个码元)被设定为下行链路码元或灵活码元，因此，不会被用于上行链路发送(换句话说，与上下行链路模式发生了竞争)。

在此情况下，终端200决定在第三个名义反复的发送区间(例如，7码元)中的与上下行链路模式发生竞争的码元(例如，第一个码元～第五个码元)中，不发送(换句话说，放弃)PUCCH。根据该决定，如图10所示，第三个实际反复的发送区间被设定为包含不与上下行链路模式发生竞争的剩余的2码元的区间。

在像图10的第三个实际反复那样，实际反复中的PUCCH码元数比名义反复中的PUCCH码元数少的情况下，例如可以利用以下方法中的某一个方法，构成在实际反复中被发送的PUCCH。

第一个方法(以下，有时也称为“PUCCH构成方法1”)例如是如下方法，即，相对于在名义反复中构成的PUCCH资源，删截与上下行链路模式发生了竞争的码元，从而构成实际反复。换句话说，在实际反复的发送区间中的PUCCH码元数比名义反复的发送区间中的PUCCH码元数少的情况下，终端200可以删截与名义反复对应的PUCCH格式的PUCCH码元。

第二个方法(以下，有时也称为“PUCCH构成方法2”)例如是如下方法，即，根据在实际反复中被发送的PUCCH的码元数，重新构成PUCCH。如上所述，在NR中，关于PUCCH，例如规定了与码元数对应的多个PUCCH格式(例如，图1)。例如，在第二个方法中，在终端200发送1比特～2比特的PUCCH(例如，ACK/NACK)的情况下，因为在图10所示的第一个、第二个及第四个实际反复中，L＝7码元，所以终端200基于PUCCH格式1来发送PUCCH。相对于此，因为在图10所示的第三个实际反复中，码元数为2码元，所以终端200可以基于PUCCH格式0来发送PUCCH。换句话说，终端200可以基于实际反复的发送区间中的PUCCH码元数来决定PUCCH格式。

此外，在NR Rel.15及Rel.16中，虽然未规定由3码元构成的PUCCH格式，但是也可以新规定3码元的PUCCH格式。

另外，在本实施方式中，作为一例说明了如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争的情况，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，终端200以时隙的边界，将跨越多个时隙的名义反复的发送区间分割成多个实际反复的发送区间。接着，终端200例如也可以基于上述PUCCH构成方法1或PUCCH构成方法2，构成分割而成的多个实际反复各自的PUCCH。

根据本实施方式，终端200对时隙设定进行PUCCH反复的多个发送区间。由此，能够提高PUCCH资源分配的灵活性。

另外，在PUCCH反复中，时隙内存在不用于上行链路发送的码元(例如，与上下行链路模式发生竞争的码元)的情况下，终端200将包含该码元的名义反复的区间变更成包含其他码元的实际反复的区间。由此，例如与在时隙内存在不用于上行链路发送的码元的情况下不进行该时隙内的PUCCH发送的、NR Rel.15及Rel.16所规定的方法相比，终端200能够更多地发送PUCCH反复的信号，因此，能够提高PUCCH反复的传输质量。另外，根据本实施方式，终端200基于上下行链路模式(例如，SFI所示的信息)来控制PUCCH反复。换句话说，上下行链路模式的设定不依赖于PUCCH反复的控制。由此，根据本实施方式，能够抑制上下行链路模式设定的灵活性的下降，例如能够抑制对于下行链路的频率利用效率的下降。

如上所述，根据本实施方式，能够抑制对于下行链路的频率利用效率的下降，另外，能够提高PUCCH的反复发送中的传输质量。

(实施方式2)

在实施方式1中，当在PUCCH反复中的某个名义反复的发送区间中与上下行链路模式发生竞争时，例如可在名义反复的发送区间中的包含不与上行链路模式发生竞争的码元的实际反复的发送区间中，发送PUCCH。在此情况下，终端有时会发送具有与名义反复不同的码元数的实际反复的信号。

另外，当在PUCCH反复中，与Rel.16的PUSCH反复同样地，某个名义反复的发送区间跨越时隙边界的情况下，可将名义反复的发送区间分割成多个实际反复的发送区间而发送PUCCH。在此情况下，终端有时也会发送具有与名义反复不同的码元数的实际反复的信号。

此处，例如在基于上述PUCCH构成方法1，通过对名义反复进行的删截来构成实际反复的情况下，实际反复内有可能不包含用于信道估计的参考信号(例如，DMRS：Demodulation Reference Signal，解调参考信号)。

图11是表示在PUCCH反复中，设定了PUCCH码元数L＝7的PUCCH格式3或PUCCH格式4以及反复次数K＝4的情况下的用于PUCCH的反复发送的时间资源的一例的图。

在如图11所示的L＝7码元的PUCCH格式3或PUCCH格式4中，例如可在各名义反复的发送区间中的第四个码元中配置DMRS。

另外，在图11中，例如第三个名义反复的一部分的码元(例如，第一个码元～第五个码元)被设定为下行链路码元或灵活码元，因此不会被用于上行链路发送(换句话说，与上下行链路模式发生竞争)。在此情况下，例如图11所示的第三个名义反复中的可用于上行链路发送的剩余的2码元(例如，第六个码元及第七个码元)中不包含DMRS，因此基站对于PUCCH的解调有可能会失败。

另外，例如在基于上述PUCCH构成方法2，根据实际反复的发送区间中的PUCCH码元数来重新构成PUCCH(换句话说，PUCCH格式)的情况下，实际反复的各码元中可包含DMRS。另一方面，在NR中，规定了与PUCCH码元数对应的PUCCH格式。因此，在此情况下，在PUCCH反复中，终端有可能会发送不同PUCCH格式的实际反复的信号。在此情况下，会产生以下所示的情况。

例如，在对名义反复设定PUCCH格式1(例如，4码元～14码元)的情况下，实际反复的一部分会被设定为PUCCH格式0(例如，1码元～2码元)。此处，对于PUCCH格式1，例如在14码元的PUCCH的情况下可使用循环移位序列和时域的正交码(OCC)来最多复用84个终端。另一方面，对于PUCCH格式0，例如使用循环移位序列，在1比特的UCI中最多可复用6个终端，在2比特的UCI中最多可复用3个终端。由此，在多个实际反复中混合存在PUCCH格式1和PUCCH格式0的情况下，可在相同的时间及频率资源(例如，1PRB)中复用的终端数会在实际PUCCH反复之间不同。

另外，在对名义反复设定PUCCH格式1的情况下，即使对实际反复设定PUCCH格式1，当PUCCH码元数不同时，也会有可在时域的OCC中复用的终端数在实际PUCCH反复之间不同的情况。

另外，例如在对名义反复设定PUCCH格式4(例如，4码元～14码元)的情况下，实际反复的一部分会被设定为PUCCH格式2(例如，1码元～2码元)。此处，在PUCCH格式4中，例如可使用OCC复用2个终端或4个终端，而在PUCCH格式2中不支持在相同PRB内复用多个终端。由此，在多个实际反复中混合存在PUCCH格式4和PUCCH格式2的情况下，可在相同的时间及频率资源(例如，1PRB)中复用的终端数会在实际PUCCH反复之间不同。

这样，在实际反复之间，可在相同的时间及频率资源(例如，1PRB)中复用的终端数不同的情况下，在某个实际反复的发送区间中，终端发送的PUCCH有可能不与其他终端的PUCCH复用而会对其他终端造成干扰(例如，终端间干扰)。

另外，在NR Rel.15及Rel.16中，未规定由3码元构成的PUCCH格式。在未新规定由3码元构成的PUCCH格式的情况下，在由3码元构成的实际反复中，无法规定终端的动作。

因此，在本实施方式中，说明在实际反复之间设定不同的PUCCH格式或不同的PUCCH码元数的情况下的PUCCH资源的决定方法。

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NRRel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，例如在实际反复的发送区间满足某个条件的情况下，终端200决定在该实际反复中不发送PUCCH(换句话说，不发送PUCCH)。

条件例如也可以是(i)名义反复与实际反复中的PUCCH格式不同，(ii)实际反复中的PUCCH码元数小于阈值，或者(iii)实际反复的发送区间中不包含DMRS之类的条件。此外，例如也可以按PUCCH格式应用不同的条件。另外，在未新规定由3码元构成的PUCCH格式的情况下，条件也可以设为实际反复中的PUCCH码元数为3码元这一条件。

例如，如上所述，在图11所示的例子中，可设定第三个名义反复所含的一部分的码元(例如，第一个码元～第五个码元)未被用于上行链路发送，而包含可用于上行链路发送的剩余的2码元(例如，第六个码元及第七个码元)的实际反复。

在此情况下，例如对可设定的第三个实际反复可设定PUCCH格式2，而对其他的实际反复可设定PUCCH格式3或PUCCH格式4。换句话说，在图11所示的第三个PUCCH反复中，名义反复的PUCCH格式与实际反复的PUCCH格式可不同，因此，可满足上述条件(i)。

另外，例如因为可设定的第三个实际反复的码元数可小于阈值(例如，4码元)，所以可满足上述条件(ii)。

另外，因为可设定的第三个实际反复中不包含DMRS，所以可满足上述条件(iii)。

由此，在图11所示的例子中，终端200可以放弃发送第三个实际反复的信号。换句话说，终端200可以发送第一个、第二个及第四个实际反复的信号而不需要发送第三个实际反复的信号。

这样，根据本实施方式，终端200进行适合于实际反复中的PUCCH码元数的PUCCH发送。例如，在实际反复的PUCCH码元数不适合于PUCCH发送的情况下，终端200不发送该实际反复的信号。换句话说，终端200可以根据实际反复的PUCCH码元数，改变PUCCH发送动作。通过此种发送控制，例如复用终端数在实际反复之间不同的情况下，能够抑制会对其他终端造成干扰的信号发送，因此，能够抑制由终端间干扰引起的PUCCH反复的性能劣化。

此外，在PUCCH格式0中，例如，即使在名义反复被设定为2码元，且实际反复被设定为1码元的情况下，利用循环移位序列的终端复用数也不变。另外，在PUCCH格式0中，不包含DMRS。因此，对于PUCCH格式0，终端200可以不依赖于上述条件而发送实际反复的信号。

另外，在本实施方式中，作为一例，说明如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争的情况，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，在分割后的多个实际反复的发送区间满足上述条件(例如，条件(i)～条件(iii)中的至少一个条件)的情况下，终端200也可以不发送(换句话说，可以放弃发送)该实际反复的信号。

(实施方式3)

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

在本实施方式中，例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上下行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NR Rel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，可以应用所规定的码元长度(例如，持续时间(duration))为阈值以下的PUCCH格式，作为与PUCCH反复中的UCI对应的PUCCH格式。换句话说，终端200不需要对PUCCH反复应用码元长度比阈值长的PUCCH格式。作为一例，终端200可以使用PUCCH格式0或PUCCH格式2之类的短PUCCH(Short PUCCH)。

另外，在本实施方式中，例如对于通知或设定给终端200的名义反复的PUCCH码元数设为L＝1或2。换句话说，在设定了PUCCH反复的情况下，关于对于名义反复的PUCCH码元数，终端200不设想通知与L＝1或2不同的值。

图12是表示在PUCCH反复中，设定了PUCCH码元数L＝2及反复次数K＝14的情况下的用于PUCCH的反复发送的时间资源的一例的图。

在图12中，可以对名义反复例如设定PUCCH格式0或PUCCH格式2之类的短PUCCH(例如，1码元～2码元)，而不设定PUCCH格式1、PUCCH格式3及PUCCH格式4之类的长PUCCH(LongPUCCH)。

例如，在图12所示的例子中，第八个及第九个名义反复的发送区间未被用于上行链路发送。另外，例如在图12所示的例子中，第十个名义反复所含的一部分的码元(例如，第一个码元)未被用于上行链路发送，而可设定包含可用于上行链路发送的剩余的1码元(例如，第二个码元)的实际反复。

此处，例如在PUCCH格式0中，终端复用数不依赖于PUCCH码元数。由此，例如，如图12所示，即使在名义反复(例如，2码元)的一部分(例如，1码元)被设定为实际反复的情况下(换句话说，在PUCCH码元数不同的情况下)，名义反复和实际反复中的终端复用数也不变。例如，在图12中，第十个实际反复(1码元)和其他的实际反复(2码元)中的终端复用数不变。

另外，例如在PUCCH格式2中，DMRS包含于各码元。由此，例如，如图12所示，即使在名义反复(例如，2码元)的一部分(例如，1码元)被设定为实际反复的情况下，实际反复中也包含DMRS。

根据以上内容，在本实施方式中，即使在PUCCH反复中名义反复和实际反复的码元数不同的情况下，也能够减少实际反复中不存在DMRS的概率、或终端复用数发生变化的概率。由此，根据本实施方式，能够提高如下概率，该概率是终端200能够不放弃码元数与名义反复不同的实际反复的发送而发送该实际反复的信号的概率。由此，根据本实施方式，能够抑制PUCCH反复的性能劣化，提高PUCCH的传输质量。

此外，在本实施方式中，作为一例，说明了如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，在本实施方式中，在对名义反复例如设定PUCCH格式0或PUCCH格式2的情况下，如上所述，即使对于分割后的多个实际反复，也能够减少不存在DMRS的概率、或终端复用数发生变化的概率。由此，终端200能够不放弃码元数与名义反复不同的实际反复的发送而发送该实际反复的信号。

(实施方式4)

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

在本实施方式中，例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，例如在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上下行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NR Rel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，与实施方式3同样地，终端200可以应用所规定的码元长度(例如，持续时间)为阈值以下的PUCCH格式，作为与PUCCH反复中的UCI对应的PUCCH格式。换句话说，终端200不需要对PUCCH反复应用码元长度比阈值长的PUCCH格式。作为一例，终端200可以使用PUCCH格式0或PUCCH格式2之类的短PUCCH(Short PUCCH)。

另外，在实施方式3中，对于名义反复的PUCCH码元数为L＝1或2，而在本实施方式中，例如通知或设定给终端200的对于名义反复的PUCCH码元数也可以是L＞3。

L＞3的名义反复的发送区间例如可以由PUCCH格式0或PUCCH格式2之类的短PUCCH的组合构成。换句话说，L＞3的名义反复的发送区间例如可以由以与短PUCCH对应的码元数为单位的码元的组合构成。作为一例，在设定L＝7的名义反复的情况下，可以组合7个L＝1码元的短PUCCH而构成该名义反复的信号。

根据本实施方式，即使如实施方式3中的说明所述，例如像PUCCH构成方法1那样，在PUCCH反复中名义反复和实际反复的码元数不同的情况下，也能够减少实际反复中不存在DMRS的概率、或终端复用数发生变化的概率。由此，根据本实施方式，能够提高如下概率，该概率是指终端200能够不放弃码元数与名义反复不同的实际反复的发送而发送该实际反复的信号的概率。由此，根据本实施方式，能够抑制PUCCH反复的性能劣化的影响，提高PUCCH的传输质量。

另外，在本实施方式中，在与对于名义反复的PUCCH码元数L相关的通知或设定中，也可包含L＞3的PUCCH格式。因此，例如与实施方式3(例如，L＝1或2)相比，本实施方式能够减小对于例如反复次数K的通知(或者，设定)的值的范围。作为一例，对于相当于2时隙长度的区间(例如，28码元)中的PUCCH反复，在实施方式3(图12)中的PUCCH码元数L＝2的情况下，反复次数被设定为K＝14，在PUCCH码元数L＝1的情况下，反复次数被设定为K＝28。相对于此，在本实施方式中，例如在PUCCH码元数L＝7的情况下，反复次数被设定为K＝4，在PUCCH码元数L＝14的情况下，反复次数被设定为K＝2。由此，与实施方式3相比，本实施方式能够减小反复次数K的设定范围，从而能够抑制通知比特的增加。

(实施方式4的变形例)

在实施方式4中，说明了利用短PUCCH(例如，PUCCH格式0或PUCCH格式2)的组合构成L＞3的名义反复的情况。

在设定了PUCCH反复的情况下，终端200例如也可以根据条件应用上述实施方式4的方法。

例如，在多个实际反复的码元数与名义反复相同的情况下，终端200可以对实际反复应用与对名义反复设定的码元数对应的PUCCH格式。

另一方面，在多个实际反复中的至少一个实际反复的码元数与名义反复不同或者为阈值(例如，2码元)以下的情况下，终端200也可以基于实施方式4的方法，利用短PUCCH的组合重新构成名义反复。

在名义反复由短PUCCH的组合构成的情况下，例如与使用长PUCCH的情况相比，可复用的终端数会减少。相对于此，根据本变形例，有如下优点，即，在PUCCH反复中，当终端200不发送具有不同码元数的实际反复时，无需利用短PUCCH的组合构成长PUCCH，因此，不需要减少终端复用数。

(实施方式5)

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

在本实施方式中，例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上下行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NR Rel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，终端200例如可以在PUCCH反复中，发送PUCCH格式不同于名义反复的PUCCH格式的实际反复的信号。例如，终端200可以像上述PUCCH构成方法2那样，根据在实际反复中被发送的PUCCH码元数，重新构成PUCCH(或者，PUCCH格式)。

另外，在本实施方式中，可以应用以下的方法，该方法用于抑制因实际反复之间的PUCCH格式或PUCCH码元数不同而对终端复用造成的影响。

首先，说明名义反复和实际反复中的PUCCH格式不同的情况。

例如，在对名义反复设定PUCCH格式1的情况下，PUCCH资源中包含循环移位序列编号及时域OCC(Time domain-OCC(TD-OCC))编号。

此处，循环移位序列编号例如可以是0～11中的一个值。

另外，OCC编号的值的范围例如根据名义反复的PUCCH码元数(例如，也称为“名义PUCCH长度(Nominal PUCCH length)”)以及反复(repetition)内跳频(例如，也称为“intra-repetition hopping”)的有无而不同。图13是表示基于与名义反复的PUCCH码元数(例如，4码元～14码元中的一者)、以及反复内跳频的有无对应的OCC的终端复用数的一例的图。例如，在基于OCC的终端复用数为N的情况下，OCC编号可以是0～N－1中的一个值。

例如，如图1所示，对于PUCCH格式1，在无跳频的情况下，最多可复用36个终端，在有跳频的情况下，最多可复用84个终端。

另外，例如对于PUCCH格式0，如上所述，使用循环移位序列，在1比特的UCI中，最多可复用6个终端(例如，循环移位序列编号0～5中的一个循环移位序列编号)，在2比特的UCI中，最多可复用3个终端(例如，循环移位序列编号0～2中的一个循环移位序列编号)。此外，PUCCH格式0不支持基于OCC编号的终端复用。

在本实施方式中，例如在对终端200通知或设定循环移位序列编号0～5中的一个循环移位序列编号而且OCC编号0(换句话说，相当于不进行使用OCC的终端复用)的情况下，该终端200可以在被设定为PUCCH格式0的实际反复中发送1比特的UCI。另一方面，例如在对终端200通知或设定循环移位序列编号6～11中的一个循环移位序列编号，或OCC编号1以上的一个OCC编号的情况下，该终端200可以在被设定为PUCCH格式0的实际反复中放弃发送1比特的UCI。

同样地，例如在对终端200通知或设定循环移位序列编号0～2中的一个循环移位序列编号，和OCC编号0(换句话说，相当于不进行使用OCC的终端复用)的情况下，该终端200可以在被设定为PUCCH格式0的实际反复中，发送2比特的UCI。另一方面，在对终端200通知或设定循环移位序列编号3～11中的一个循环移位序列编号，或OCC编号1以上的一个OCC编号的情况下，该终端200可以在被设定为PUCCH格式0的实际反复中放弃发送2比特的UCI。

这样，在对终端200通知或设定的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)包含于对实际反复决定的PUCCH格式所规定的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)的情况下，终端200可以决定在该实际反复的发送区间中发送UCI。另一方面，在对终端200通知或设定的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)不包含于对实际反复决定的PUCCH格式所规定的与终端复用相关的参数的情况下，终端200可以决定不在该实际反复的发送区间中发送UCI。

此外，在支持基于OCC的终端复用的PUCCH格式中，OCC编号#0的OCC例如也可以是符号元素均为“+1”的编码。在此情况下，与应用OCC编号#0之前的信号相比，应用(例如，乘以)OCC编号#0的信号(例如，PUCCH)不会改变。由此，例如对于不支持基于OCC的终端复用的PUCCH格式0，即使在对终端200通知或设定OCC编号#0的情况下，也可以视为相当于不进行使用OCC的终端复用。此外，不限于PUCCH格式0，对于不支持基于OCC的终端复用的其他PUCCH格式(例如，PUCCH格式2)也相同。

图14是表示在PUCCH反复中，对两个终端200(例如，UE#1及UE#2)设定了PUCCH码元数L＝7及反复次数K＝4的情况下的用于PUCCH的反复发送的时间资源的一例的图。

在图14中，例如对UE#1设定循环移位序列编号#0及OCC编号#0，对UE#2设定循环移位序列编号#0及OCC编号#1。

例如，在图14中，第三个名义反复的一部分的码元(例如，第一个码元～第五个码元)被设定为下行链路码元或灵活码元，因此，不会被用于上行链路发送(换句话说，与上下行链路模式发生竞争)。在此情况下，例如可设定包含图14所示的第三个名义反复中的可用于上行链路发送的剩余的2码元(例如，第六个码元及第七个码元)的PUCCH格式0的实际反复。

在图14中，例如对UE#1设定了PUCCH格式0所规定的循环移位序列编号#0及OCC编号#0(其中，OCC编号#0相当于不进行使用OCC的终端复用)，因此，UE#1可以发送第一个～第四个实际反复的信号。换句话说，即使在第三个实际反复的PUCCH格式0与名义反复中的PUCCH格式1不同的情况下，也可在终端之间复用从UE#1发送的信号。

另一方面，在图14中，例如对UE#2设定了PUCCH格式0中未规定的OCC编号#1，因此，UE#2可以放弃第三个实际反复的发送。在图14中，对UE#2的第三个实际反复设定的PUCCH格式0不支持对UE#2设定的基于OCC编号的终端复用，因此，该实际反复的信号会对其他终端造成干扰。由此，通过使UE#2不发送实际反复的信号，能够抑制UE#2对其他UE造成的干扰(例如，终端间干扰)。

另外，作为其他例子，在对名义反复设定PUCCH格式4的情况下，PUCCH资源中包含OCC编号(例如，频域OCC(Frequency domain-OCC(FD-OCC)))。此处，OCC编号是0～1(换句话说，终端复用数2)或0～3(换句话说，终端复用数4)中的一个值。

另外，例如，PUCCH格式2不支持基于OCC编号的终端复用。

在此情况下，例如当对终端200通知或设定OCC编号0(换句话说，相当于不进行使用OCC的终端复用)时，该终端200可以在被设定为PUCCH格式2的实际反复中发送UCI。

另一方面，在对终端200通知或设定OCC编号1或OCC编号1～3中的一个OCC编号的情况下，该终端200可以在被设定为PUCCH格式2的实际反复中放弃发送UCI。PUCCH格式2不支持基于OCC编号的终端复用，因此，从OCC编号被设定为1以上的终端200发送的PUCCH格式2的实际反复的信号会对其他终端造成干扰。由此，通过使该终端200不发送PUCCH格式2的实际反复的信号，能够抑制终端200对其他UE造成的干扰(例如，终端间干扰)。

接着，说明名义反复与实际反复的PUCCH码元不同的情况。

例如，在对名义反复设定PUCCH格式1的情况下，有时实际反复也被设定为PUCCH格式1而会使PUCCH码元数不同。如上所述，在PUCCH码元数不同的情况下，如图13所示，可使用OCC来复用的终端数有时会不同。

因此，在本实施方式中，例如在通知或设定给终端200的OCC编号包含于基于实际反复中的PUCCH码元数的PUCCH格式1所规定的OCC编号(例如，图13)的情况下，终端200可以在该实际反复中发送UCI。另一方面，在通知或设定给终端200的OCC编号不包含于PUCCH格式1所规定的OCC编号的情况下，终端200可以放弃在该实际反复中发送UCI。

例如，说明如下情况，即，对名义反复设定码元数14的PUCCH格式1，对实际反复设定码元数7的PUCCH格式1的情况。如图13所示，在PUCCH格式1中，PUCCH码元数为7的情况下的终端复用数为3，OCC编号为0～2中的一个OCC编号。

在此情况下，当对终端200通知或设定OCC编号0～2中的一个OCC编号时，终端200可以在PUCCH码元数7的实际反复中发送UCI。另一方面，当对终端200通知或设定OCC编号3～6中的一个OCC编号时，终端200不需要在PUCCH码元数7的实际反复中发送UCI。如图13所示，PUCCH码元数7的PUCCH格式1不支持基于OCC编号3以上的OCC的终端复用，因此，从被设定了这些OCC的终端200发送的PUCCH码元数7的实际反复的信号会对其他终端造成干扰。由此，通过使终端200不发送该实际反复的信号，能够抑制终端200对其他UE造成的干扰(例如，终端间干扰)。

这样，根据本实施方式，终端200能够基于实际反复中的PUCCH格式或实际反复的PUCCH码元数，对在实际反复中受到复用的终端数进行调整，因此，能够抑制由终端间干扰引起的PUCCH反复的性能劣化。

另外，在本实施方式中，一部分的终端200(例如，图14的UE#1)能够不放弃实际反复的发送而发送UCI，因此，能够提高PUCCH反复的传输质量。

此外，在本实施方式中，作为一例，说明了如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争的情况，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，在本实施方式中，终端200也可以基于通知或设定给终端200的参数来判断可否在分割后的多个实际反复中进行终端复用，并对该实际反复的发送进行控制。

另外，在NR Rel.15及Rel.16中，虽然未规定由3码元构成的PUCCH格式，但是也可以新规定3码元的PUCCH格式。例如，3码元的PUCCH格式可以设为现有的短PUCCH(例如，PUCCH格式0及PUCCH格式2)，也可以设为长PUCCH(例如，PUCCH格式1、PUCCH格式3及PUCCH格式4)。另外，在未新规定由3码元构成的PUCCH格式的情况下，也可以设为，当实际反复中的PUCCH码元数为3码元时，终端200不发送实际反复。

(实施方式6)

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

在本实施方式中，例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上下行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NR Rel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，终端200例如可以与实施方式5同样地，在PUCCH反复中，发送PUCCH格式不同于名义反复的PUCCH格式的实际反复的信号。例如，终端200可以像上述PUCCH构成方法2那样，根据在实际反复中被发送的PUCCH的码元数，重新构成PUCCH(或者，PUCCH格式)。

另外，在本实施方式中，可以应用以下的方法，该方法用于抑制因实际反复之间的PUCCH格式或PUCCH码元数不同而对终端复用造成的影响。

例如，在实施方式5中，说明如下情况，即，当实际反复中的PUCCH格式或码元数与名义反复不同时，基于通知或设定给终端200的循环移位序列编号及OCC编号之类的与终端复用数相关的参数，决定发送还是不发送该实际反复的情况。在此情况下，对于不发送实际反复的终端(换句话说，在实际反复中未受到根据循环移位序列及OCC的复用的终端)，PUCCH反复的特性有可能会劣化。

因此，在本实施方式中，对在实际反复中未受到根据循环移位序列及OCC的复用的终端的信号进行频率复用(FDM：Frequency Division Multiplexing，频分复用)。例如，终端200可以在实际反复的发送区间中的与被通知或设定的循环移位序列编号或OCC编号对应的PRB(或者，PRB位置)中，发送实际反复的信号。

例如，在对名义反复设定PUCCH格式1的情况下，PUCCH资源中可以包含PRB编号n、循环移位序列编号及时域OCC编号。

此处，循环移位序列编号可以是0～11中的一个值。

另外，OCC编号的值的范围例如根据名义反复的PUCCH码元数、以及反复内跳频的有无而有所不同。例如，在基于OCC的终端复用数为N的情况下，OCC编号可以是0～N－1中的一个值。

另外，例如对于PUCCH格式0，如上所述，使用循环移位序列，在1比特的UCI中最多可复用6个终端(例如，循环移位序列编号0～5中的一个循环移位序列编号)，在2比特的UCI中最多可复用3个终端(例如，循环移位序列编号0～2中的一个循环移位序列编号)。此外，PUCCH格式0不支持基于OCC编号的终端复用。

在本实施方式中，例如在对终端200通知或设定循环移位序列编号0～5中的一个循环移位序列编号，和OCC编号0(换句话说，相当于不进行使用OCC的终端复用)的情况下，该终端200可以在PRB编号n的PRB中发送被设定为PUCCH格式0的实际反复的信号。

另一方面，例如在对终端200通知或设定循环移位序列编号6～11中的一个循环移位序列编号，或OCC编号1以上的一个OCC编号的情况下，该终端200可以在PRB编号不同于PRB编号n的PRB中，发送被设定为PUCCH格式0的实际反复的信号。例如，在被通知或设定了循环移位序列编号6～11中的一个循环移位序列编号，和OCC编号0的情况下，终端200可以在PRB编号n+1的PRB中，发送被设定为PUCCH格式0的实际反复的信号。另外，例如在被通知或设定了循环移位序列编号0～5中的一个循环移位序列编号，和OCC编号1的情况下，终端200可以在PRB编号n+2的PRB中，发送被设定为PUCCH格式0的实际反复的信号。另外，例如在被通知或设定了循环移位序列编号6～11中的一个循环移位序列编号，和OCC编号1的情况下，终端200可以在PRB编号n+3的PRB中，发送被设定为PUCCH格式0的实际反复的信号。

这样，在通知或设定给终端200的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)不包含于对于实际反复的PUCCH格式所规定的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)的情况下，终端200可以在该实际反复中，使用与通知或设定给终端200的参数对应的PRB来发送UCI。

此外，PRB编号与循环移位序列编号及OCC编号的组合之间的对应关系不限于上述例子，例如只要基于循环移位序列编号和OCC编号来决定PRB编号即可。

图15是表示在PUCCH反复中，对两个终端200(例如，UE#1及UE#2)设定了PUCCH码元数L＝7及反复次数K＝4的情况下的用于PUCCH的反复发送的时间资源的一例的图。

在图15中，例如对UE#1设定循环移位序列编号#0及OCC编号#0，对UE#2设定循环移位序列编号#0及OCC编号#1。

例如，在图15中，第三个名义反复的一部分的码元(例如，第一个码元～第五个码元)被设定为下行链路码元或灵活码元，因此，不会被用于上行链路发送(换句话说，与上下行链路模式发生竞争)。在此情况下，例如可设定包含图15所示的第三个名义反复中的可用于上行链路发送的剩余的2码元(例如，第六个码元及第七个码元)的PUCCH格式0的实际反复。

在图15中，例如对UE#1设定了PUCCH格式0所规定的循环移位序列编号#0及OCC编号#0(相当于不进行使用OCC的终端复用)，因此，UE#1可以在PRB编号n的PRB中发送第一个～第四个实际反复的信号。换句话说，即使在第三个实际反复的PUCCH格式0与名义反复中的PUCCH格式1不同的情况下，也可在终端之间复用从UE#1发送的信号。

另外，在图15中，例如对UE#2设定PUCCH格式0中未规定的OCC编号#1。因此，UE#2例如可以在PRB编号n的PRB中发送第一个、第二个及第四个PUCCH格式1的实际反复的信号，并在例如与循环移位序列编号0及OCC编号1对应的PRB编号n+2的PRB中发送第三个实际反复的信号。

在图15中，对UE#2的第三个实际反复设定的PUCCH格式0不支持对UE#2设定的基于OCC编号的终端复用，因此，当该实际反复的信号例如在PRB编号n的PRB中被发送时，会对其他终端造成干扰。另一方面，在本实施方式中，UE#2的第三个实际反复的信号在与发送其他实际反复的信号的PRB编号n的PRB不同的PRB中被发送，因此，能够抑制UE#2对其他UE造成的干扰(例如，终端间干扰)，且提高对于UE#2的PUCCH的传输质量。

另外，作为其他例子，在对名义反复设定PUCCH格式4的情况下，PUCCH资源中包含OCC编号(例如，FD-OCC)。此处，OCC编号是0～1(换句话说，终端复用数2)或0～3(换句话说，终端复用数4)中的一个值。

另外，例如，PUCCH格式2不支持基于OCC编号的终端复用。

在此情况下，例如当对终端200通知或设定OCC编号0(换句话说，相当于不进行使用OCC的终端复用)时，该终端200可以在PRB编号n的PRB中发送被设定为PUCCH格式2的实际反复的信号。

另外，在对终端200通知或设定OCC编号1或OCC编号1～3中的一个OCC编号的情况下，该终端200可以在不同于PRB编号n的PRB的PRB(例如，PRB编号n+1)中发送被设定为PUCCH格式2的实际反复的信号。

此外，PRB编号与OCC编号之间的对应关系并不限于上述例子，例如只要基于OCC编号来决定PRB编号即可。

这样，根据本实施方式，不管被通知或设定的与终端复用相关的参数(例如，循环移位序列编号及OCC编号)如何，终端200均能够不放弃实际反复的发送而发送实际反复的信号。因此，能够提高PUCCH反复的传输质量。

此外，在本实施方式中，也可以在名义反复和实际反复的PUCCH码元不同的情况下应用相同的动作。另外，在本实施方式中，作为一例，说明如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争的情况，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，在本实施方式中，终端200也可以在实际反复中，基于通知或设定给终端200的参数，决定是利用循环移位序列及OCC进行复用发送，还是进行频率复用发送。

另外，在NR Rel.15及Rel.16中，虽然未规定由3码元构成的PUCCH格式，但是也可以新规定3码元的PUCCH格式。例如，3码元的PUCCH格式可以设为现有的短PUCCH(例如，PUCCH格式0及PUCCH格式2)，也可以设为长PUCCH(例如，PUCCH格式1、PUCCH格式3及PUCCH格式4)。另外，在未新规定由3码元构成的PUCCH格式的情况下，也可以设为，当实际反复中的PUCCH码元数为3码元时，终端不发送实际反复。

(实施方式7)

本实施方式的基站及终端的结构可以与实施方式1的基站100及终端200的结构通用。

在本实施方式中，例如，终端200可以在1时隙中发送一个或多个PUCCH反复单位的信号。换句话说，终端200可以对1时隙设定多个名义PUCCH反复的发送区间。

另外，在一个名义反复的发送区间中，例如与上下行链路模式发生竞争的情况下，终端200可以使用不与上下行链路模式发生竞争的一部分的码元来发送PUCCH(换句话说，实际反复的信号)。换句话说，在与上行链路模式发生竞争的情况下，终端200例如不需要像NR Rel.15及Rel.16那样地以PUCCH反复为单位放弃发送。

另外，例如在一个名义反复的发送区间跨越时隙边界的情况下，终端200可以在时隙边界，将该一个名义反复的发送区间分割成多个实际反复的发送区间。

另外，终端200例如可以与实施方式5同样地，在PUCCH反复中发送PUCCH格式不同于名义反复的PUCCH格式的实际反复的信号。例如，终端200可以像上述PUCCH构成方法2那样，根据在实际反复中被发送的PUCCH的码元数，重新构成PUCCH(或者，PUCCH格式)。

另外，在本实施方式中，可以应用以下的方法，该方法用于抑制因实际反复之间的PUCCH格式或PUCCH码元数不同而对PUCCH的编码造成的影响。

例如，在对名义反复设定PUCCH格式3或PUCCH格式4的情况下，可对UCI比特应用编码(例如，信道编码)，并将其映射到基于PUCCH码元的个数的时间及频率资源。另外，例如在对实际反复设定PUCCH格式2的情况下，或者在PUCCH格式与名义反复相同但码元数不同的情况下，与名义反复相比，可减少基于PUCCH码元的个数的时间及频率资源量。因此，在实际反复中被发送的PUCCH的编码率升高，传输特性有可能会劣化。

因此，在本实施方式中，与名义反复相比，终端200可以在实际反复中增加频率资源(例如，PRB数或PRB尺寸)而发送实际反复的信号。

例如，在对名义反复设定PUCCH格式3的情况下，PUCCH资源中可以包含PRB编号n及PRB数。在本实施方式中，例如，在被设定为PUCCH格式2的实际反复中，终端200可以与名义反复相比增加PRB数而发送实际反复的信号。

另外，例如在对名义反复设定PUCCH格式4的情况下，PUCCH资源中的PRB数为1PRB。在本实施方式中，例如，在被设定为PUCCH格式2的实际反复中，终端200可以与名义反复相比增加PRB数而发送实际反复的信号。

此外，实际反复中的PRB数例如可以设定为能够实现名义反复中的编码率的PRB数，也可以是基于名义反复的码元数及实际反复的码元数中的至少一个码元数而决定的值。

这样，根据本实施方式，即使在名义反复和实际反复的PUCCH格式或码元数不同的情况下，终端200也能够抑制实际反复的编码特性的劣化。

此外，在本实施方式中，作为一例，说明了名义反复和实际反复的PUCCH格式不同的情况，但例如在名义反复和实际反复的PUCCH码元数不同的情况下，也可以应用相同的动作。另外，在本实施方式中，作为一例，说明如下情况，即，对于名义反复的PUCCH资源与上下行链路模式发生竞争的情况，但在对于名义反复的PUCCH资源包含于多个时隙的情况下(换句话说，在跨越时隙边界的情况下)，也可以应用相同的动作。例如，在本实施方式中，终端200也可以在实际反复中与名义反复相比增加PRB数而发送实际反复的信号。

另外，在NR Rel.15及Rel.16中，虽然未规定由3码元构成的PUCCH格式，但是也可以新规定3码元的PUCCH格式。例如，3码元的PUCCH格式可以设为现有的短PUCCH(例如，PUCCH格式0及PUCCH格式2)，也可以设为长PUCCH(例如，PUCCH格式1、PUCCH格式3及PUCCH格式4)。另外，在未新规定由3码元构成的PUCCH格式的情况下，也可以设为，当实际反复中的PUCCH码元数为3码元时，终端200不发送实际反复。

以上，说明了本公开的一个实施例的各实施方式。

(其他实施方式)

[对于PUCCH反复的PUCCH资源的通知方法]

说明对于PUCCH反复的PUCCH资源的通知方法、以及反复次数的通知方法。此外，由以下的方法通知或设定的PUCCH资源例如是上述实施方式中的对于“名义反复”的PUCCH资源。终端200例如可以在决定对于名义反复的PUCCH资源后，基于与时隙的上下行链路模式相关的信息或时隙边界，决定对于实际反复的PUCCH资源，并发送PUCCH反复的信号。

＜选项(Option)0＞

在选项0中，例如关于用于发送对于由DCI分配的PDSCH的ACK/NACK的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，将半静态的PUCCH资源的集合(例如，称为“PUCCH资源集(PUCCH resource set)”)通知给终端200，并利用DCI，将PUCCH资源集所含的多个PUCCH资源中的由终端200使用的PUCCH资源通知给终端200。

此处，PUCCH资源例如可以由PUCCH格式、时间资源(例如，码元位置或码元数)、频率资源(例如，PRB编号、PRB数或是否应用跳频)以及码资源(例如，循环移位序列编号及正交码编号)之类的参数构成。

另外，在选项0中，例如关于用于发送SR或CSI的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，半静态地将PUCCH资源通知给终端200。

另外，在选项0中，关于与PUCCH反复的有无及反复次数相关的信息的确定，例如基站100可以利用终端专用的高层信号(例如，RRC信号)，半静态地通知给终端200。

在选项0中，基站100可以对终端200通知例如对于第一次(换句话说，首次)的PUCCH发送的PUCCH资源的分配及反复次数。另外，例如也可以分配连续的时隙内的同一PUCCH资源作为第二次以后的PUCCH发送的PUCCH资源。另外，关于时域的资源分配，例如也可以分配与前一个PUCCH发送相连且相同的码元数。

＜选项1＞

在选项1中，例如关于用于发送对于由DCI分配的PDSCH的ACK/NACK的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，将半静态的PUCCH资源的集合(例如，PUCCH资源集)通知给终端200，并利用DCI，将PUCCH资源集所含的多个PUCCH资源中的由终端200使用的PUCCH资源通知给终端200。

此处，PUCCH资源例如可以由PUCCH格式、时间资源(例如，码元位置或码元数)、频率资源(例如，PRB编号、PRB数或是否应用跳频)以及码资源(例如，循环移位序列编号及正交码编号)之类的参数构成。

在选项1中，还可以是，构成PUCCH资源的参数例如包含与PUCCH反复的有无相关的信息、或与反复次数相关的信息。

另外，在选项1中，例如关于用于发送SR或CSI的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，半静态地将PUCCH资源通知给终端200。

在选项1中，基站100可以对终端200通知例如对于第一次(换句话说，首次)的PUCCH发送的PUCCH资源的分配及反复次数。另外，例如也可以分配连续的时隙内的同一PUCCH资源作为第二次以后的PUCCH发送的PUCCH资源。另外，关于时域的资源分配，例如也可以分配与前一个PUCCH发送相连且相同的码元数。

根据选项1，基站100能够动态地对终端200通知PUCCH反复的有无、以及反复次数中的至少一者。

另外，通过将与PUCCH反复的有无及反复次数相关的信息包含于PUCCH资源集，基站100能够利用DCI的相同的比特字段(例如，物理上行链路控制信道资源指示符(PUCCHresource indicator，PRI))，动态地通知PUCCH反复的有无及反复次数中的至少一者，并通知PUCCH资源，因此，能够抑制DCI比特数的增加。

＜选项2＞

在选项2中，例如关于用于发送对于由DCI分配的PDSCH的ACK/NACK的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，将半静态的PUCCH资源的集合(例如，PUCCH资源集)通知给终端200，并利用DCI，将PUCCH资源集所含的多个PUCCH资源中的由终端200使用的PUCCH资源通知给终端200。

此处，PUCCH资源例如可以由各反复中的PUCCH格式、时间资源(例如，码元位置或码元数)、频率资源(例如，PRB编号PRB数或是否应用跳频)以及码资源(例如，循环移位序列编号及正交码编号)之类的参数构成。

另外，构成PUCCH资源的参数例如也可以包含各反复中的与PUCCH反复的有无相关的信息、或与反复次数相关的信息。

另外，在选项2中，例如关于用于发送SR或CSI的PUCCH资源的确定，基站100可以利用终端专用的高层信号(例如，RRC信号)，半静态地将PUCCH资源通知给终端200。

根据选项2，基站100按反复，对终端200通知对于PUCCH发送的PUCCH资源的分配及反复次数。由此，例如基站100能够通知对于各PUCCH反复有所不同的PUCCH资源，因此，能够提高对于终端200的PUCCH反复发送的灵活性。

＜选项3＞

在选项3中，例如关于用于发送对于由DCI分配的PDSCH的ACK/NACK的PUCCH资源的确定，可以使用上述选项0～选项2的一个方法。

在选项3中，基站100例如也可以利用终端专用的高层信号(例如，RRC信号)，通知半静态的与对于PUCCH反复的无效码元相关的信息(例如，模式)。“无效码元”例如可以是如下码元，该码元是虽然根据与时隙格式相关的信息而被设定为上行链路码元，但不需要进行PUCCH反复的码元。

另外，基站100也可以利用终端专用的高层信号(RRC信号)，通知分配PDSCH的DCI中有无如下比特字段，该比特字段表示是否应用与无效码元相关的信息。

例如，在分配PDSCH的DCI中无表示是否应用与无效码元相关的信息的比特字段，且一个PUCCH反复的发送区间中包含无效码元的情况下，终端200可以判断为在该无效码元中与上下行链路模式发生了竞争，并应用与上述实施方式相同的动作。

另外，例如在分配PDSCH的DCI中有表示是否应用无效码元的信息的比特字段，且该DCI的比特字段通知了0的情况下，当一个PUCCH反复的发送区间中包含无效码元时，终端200可以判断为在该无效码元中与上下行链路模式发生了竞争，并应用与上述实施方式相同的动作。另一方面，例如在DCI的比特字段通知了1的情况下，当一个PUCCH反复的发送区间中包含无效码元时，终端200可以将该无效码元判断为上行链路码元，并应用与上述实施方式相同的动作。

此外，比特字段的值不限于上述例子(例如，0：应用，1：不应用)。

另外，例如也可以对于PUSCH反复，通知选项3中的与无效码元相关的信息。与对于PUSCH反复的无效码元相关的信息、和与对于PUCCH反复的无效码元相关的方法可以由相同的高层信号(例如，RRC信号)通知，也可以由其他的高层信号(例如，RRC信号)通知。

另外，与对于PUCCH反复的PUCCH资源相关的信息并不限于上述的分别由上述信号通知的情况，例如可以由终端专用的高层信号、DCI中的任一者通知或设定，也可以在标准中被规定。

以上，说明了对于PUCCH反复的PUCCH资源的通知方法。

此外，在上述实施方式中，作为一例，说明了对于ACK/NACK(例如，对于下行链路数据信号的应答信号)的PUCCH资源的分配方法，但PUCCH资源的分配对象并不限于ACK/NACK。例如，可以是CSI或SR之类的与ACK/NACK不同的上行链路控制信息(UCI)，也可以是上行链路数据信号(例如，PUSCH)。

另外，在上述实施方式中，设想了从终端向基站发送信号的上行链路的通信。但是，本公开的一个实施例不限于此，也可以应用于终端彼此间的通信(例如，旁链路(sidelink)的通信)。

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

另外，在上述实施方式中，设想了RRC信令作为高层信令，但也可以替换成媒体访问控制(Medium Access Control，MAC)的信令及物理层的信令即DCI中的通知。

另外，在上述实施方式中，时间资源的单位(例如，调度单位)不限于时隙，例如可以是帧、子帧、时隙、子时隙或码元之类的时间资源单位，也可以是其他的时间资源单位。另外，频率资源的单位不限于资源块(例如，PRB)，例如可以是带宽部分(bandwidth part，BWP)、资源块组(Resource Block Group，RBG)、子载波或资源元素组(resource elementgroup，REG)之类的频率资源单位，也可以是其他的频率资源单位。

另外，上述实施方式中应用的参数是一例，并不限于此。例如，码元数L、反复次数K、循环移位序列编号、OCC编号或SFI所示的上下行链路模式之类的参数中的至少一者并不限于上述实施方式中的值，也可以是其他的值。

另外，在上述实施方式中，说明了应用PUCCH格式0～PUCCH格式4的情况，但PUCCH格式并不限于这些格式。例如，也可以应用参数的组合不同的其他的PUCCH格式,该参数是UCI的比特数(换句话说，用例(use case))、码元长度(换句话说，持续时间(duration))、RB尺寸、终端复用数、复用方法(例如，循环移位序列编号及OCC编号)或编码方法之类的参数。另外，与PUCCH格式相关的参数例如并不限定于图1所示的值，也可以是其他的值。

＜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的特定的核心实体)。图16表示NG-RAN架构(例如，参照3GPP TS 38.300v15.6.0,章节(section)4)。

NR的用户面的协议栈(例如，参照3GPP TS 38.300,章节4.4.1)对于gNB，包含在gNB中在网络侧终结的PDCP(分组数据汇聚协议(参照TS38.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之间的功能分离＞

图17表示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连接的设定及重新设定的过程＞

图18表示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的利用场景＞

图19表示用于5G NR的若干个用例。在第三代合作伙伴计划新无线(3rdgeneration partnership project new radio，3GPP NR)中，已研究了通过IMT-2020构思的支持多种多样的服务及应用的三个用例。用于大容量高速通信(eMBB：增强移动宽带)的第一阶段的规格的筹划制定已结束。在目前及将来的作业中，除了逐渐扩充eMBB的支持之外，还包含用于高可靠超低时延通信(URLLC：ultra-reliable and low-latencycommunications)及多同时连接机器类通信(mMTC：大规模机器类通信)的标准化。图19表示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例如如在前文中参照图18说明的那样，建立至少一个数据无线承载(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关联。

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

图20还表示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会话进行服务。

本公开能够通过软件、硬件或在与硬件协作下的软件实现。在上述实施方式的说明中使用的各功能块部分地或整体地被实现为作为集成电路的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，局域网)系统、通信卫星系统等进行的数据通信之外，还包含通过这些系统的组合进行的数据通信。

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

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

本公开的一个实施例的终端包括：控制电路，对与调度单位对应的单位时间区间设定多个第一发送机会；以及发送电路，在所述多个第一发送机会中，进行上行控制信息的反复发送。

在本公开的一个实施例中，所述控制电路基于与所述单位时间区间中的码元结构相关的信息，将所述多个第一发送机会中的、一部分的码元被设定为下行链路码元的发送机会变更为第二发送机会，该第二发送机会包含与所述一部分的码元不同的其他码元。

在本公开的一个实施例中，所述控制电路将所述多个第一发送机会中的跨越多个所述单位时间区间的发送机会，在所述单位时间区间的边界分割成多个第二发送机会。

在本公开的一个实施例中，在所述第二发送机会的码元数比所述第一发送机会的码元数少的情况下，所述控制电路删截对应于所述第一发送机会的格式的所述上行控制信息。

在本公开的一个实施例中，所述控制电路基于所述第二发送机会的码元数，决定所述上行控制信息的格式。

在本公开的一个实施例中，在所述第二发送机会满足某个条件的情况下，所述控制电路决定在该第二发送机会中不发送所述上行控制信息。

在本公开的一个实施例中，所述条件是对应于所述第二发送机会的格式与对应于所述第一发送机会的格式不同。

在本公开的一个实施例中，所述条件是所述第二发送机会的码元数小于阈值。

在本公开的一个实施例中，所述条件是所述第二发送机会内不包含参考信号。

在本公开的一个实施例中，对应于所述上行控制信息的格式是所规定的码元数为阈值以下的格式。

在本公开的一个实施例中，所述第一发送机会由以对应于所述格式的码元数为单位的码元的组合构成。

在本公开的一个实施例中，在第一参数包含于对于所述第二发送机会决定的所述格式所规定的第二参数的情况下，所述控制电路决定在该第二发送机会中发送所述上行控制信息，所述第一参数是对所述终端设定的与终端复用相关的参数。

在本公开的一个实施例中，在所述第一参数不包含于对于所述第二发送机会的所述第二参数的情况下，所述控制电路决定在该第二发送机会中不发送所述上行控制信息。

在本公开的一个实施例中，在所述第一参数不包含于对于所述第二发送机会的所述第二参数的情况下，所述发送电路在该第二发送机会中使用对应于所述第一参数的频率资源来发送所述上行控制信息。

在本公开的一个实施例中，所述发送电路在所述第二发送机会中使用多个频率资源来发送所述上行控制信息。

在本公开的一个实施例的通信方法中，终端对与调度单位对应的单位时间区间设定多个发送机会；并且在所述多个发送机会中，进行上行控制信息的反复发送。

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

工业实用性

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

附图标记说明

100 基站

101、205 控制部

102 高层控制信号产生部

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

104、206 编码部

105、207 调制部

106、208 信号分配部

107、209 发送部

108、201 接收部

109、202 提取部

110、203 解调部

111、204 解码部

200 终端

Claims (16)

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

控制电路，对与调度单位对应的单位时间区间设定多个第一发送机会；以及

发送电路，在所述多个第一发送机会中，进行上行控制信息的反复发送。

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

所述控制电路基于与所述单位时间区间中的码元结构相关的信息，将所述多个第一发送机会中的、一部分的码元被设定为下行链路码元的发送机会变更为第二发送机会，该第二发送机会包含与所述一部分的码元不同的其他码元。

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

所述控制电路将所述多个第一发送机会中的跨越多个所述单位时间区间的发送机会，在所述单位时间区间的边界分割成多个第二发送机会。

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

在所述第二发送机会的码元数比所述第一发送机会的码元数少的情况下，所述控制电路删截对应于所述第一发送机会的格式的所述上行控制信息。

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

所述控制电路基于所述第二发送机会的码元数，决定所述上行控制信息的格式。

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

在所述第二发送机会满足某个条件的情况下，所述控制电路决定在该第二发送机会中不发送所述上行控制信息。

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

所述条件是对应于所述第二发送机会的格式与对应于所述第一发送机会的格式不同。

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

所述条件是所述第二发送机会的码元数小于阈值。

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

所述条件是所述第二发送机会内不包含参考信号。

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

对应于所述上行控制信息的格式是所规定的码元数为阈值以下的格式。

11.如权利要求10所述的终端，其中，

所述第一发送机会由以对应于所述格式的码元数为单位的码元的组合构成。

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

在第一参数包含于对于所述第二发送机会决定的所述格式所规定的第二参数的情况下，所述控制电路决定在该第二发送机会中发送所述上行控制信息，所述第一参数是对所述终端设定的与终端复用相关的参数。

13.如权利要求12所述的终端，其中，

在所述第一参数不包含于对于所述第二发送机会的所述第二参数的情况下，所述控制电路决定在该第二发送机会中不发送所述上行控制信息。

14.如权利要求12所述的终端，其中，

在所述第一参数不包含于对于所述第二发送机会的所述第二参数的情况下，所述发送电路在该第二发送机会中使用对应于所述第一参数的频率资源来发送所述上行控制信息。

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

所述发送电路在所述第二发送机会中使用多个频率资源来发送所述上行控制信息。

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

终端对与调度单位对应的单位时间区间设定多个发送机会；并且

在所述多个发送机会中，进行上行控制信息的反复发送。

Images