CN117716716A

CN117716716A - 终端、基站及通信方法

Info

Publication number: CN117716716A
Application number: CN202280051883.1A
Authority: CN
Inventors: 真木翔太郎; 山本哲矢; 堀内绫子; 西尾昭彦; 铃木秀俊
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2021-08-05
Filing date: 2022-05-18
Publication date: 2024-03-15
Also published as: KR20240038966A; AU2022322340A1; JPWO2023013204A1; TW202308435A; WO2023013204A1

Abstract

终端包括：控制电路，基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与第一资源不同的第二资源；以及发送电路，在第二资源中发送信号。

Description

终端、基站及通信方法

技术领域

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

背景技术

已研究出了被称为“第五代移动通信系统(5G)”的通信系统。作为国际标准组织的第三代合作伙伴计划(3GPP：3rd Generation Partnership Project)已从LTE(Long TermEvolution，长期演进)/LTE-Advanced(高级长期演进)系统的高度化、和未必与LTE/LTE-Advanced系统具有向后兼容性的新方式即新无线接入技术(New Radio AccessTechnology)(也称为“新RAT(New RAT)”或“NR”)(例如，参照非专利文献1)这两方面，研究了5G通信系统的高度化。

现有技术文献

非专利文献

非专利文献1：RP-181726,“Revised WID on New Radio Access Technology”,NTT DOCOMO,September 2018

非专利文献2：RP-193238,“New SID on Support of Reduced Capability NRDevices”,Ericsson,December 2019

非专利文献3：3GPP TS 38.213V16.6.0,“NR；Physical layer procedures forcontrol(Release 16)”,2021-06

发明内容

但是，关于提高对于终端的资源分配的效率的方法，尚有研究的余地。

本公开的非限定性的实施例有助于提供能够提高对于终端的资源分配的效率的终端、基站及通信方法。

本公开的一个实施例的终端包括：控制电路，基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及发送电路，在所述第二资源中发送信号。

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

根据本公开的一个实施例，能够提高对于终端的资源分配的效率。

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

附图说明

图1是表示物理上行链路控制信道(PUCCH：Physical Uplink Control Channel)资源集(resource set)的一例的图。

图2是表示小区专用(cell-specific)PUCCH资源的设定例的图。

图3是表示PUCCH资源的设定例的图。

图4是表示PUCCH资源及物理上行链路共享信道(PUSCH：Physical Uplink SharedChannel)资源的设定例的图。

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

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

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

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

图9是表示动作例1的基站及终端的动作例的序列图。

图10是表示动作例1的PUCCH资源的设定例的图。

图11是表示动作例2的PUCCH资源的设定例的图。

图12是表示PUCCH资源的设定例的图。

图13是表示PUCCH资源集的一例的图。

图14是表示PUCCH资源集的一例的图。

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

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

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

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

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

具体实施方式

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

此外，在以下的说明中，例如无线帧(frame)、时隙(slot)、码元(symbol)分别是时域的物理资源的单位。例如，1帧的长度可以是10毫秒。例如，1帧可以由多个(例如，10个、20个或其他值)的时隙构成。另外，例如可以是，构成1帧的时隙数根据时隙长度而可变。另外，1时隙例如可以由多个(例如，14个或12个)码元构成。例如，1码元是时域中的最小的物理资源单位，且码元长度可以根据子载波间隔(SCS：subcarrier spacing)而有所不同。

另外，子载波(subcarrier)、资源块(RB：Resource Block)分别是频域的物理资源的单位。例如，1资源块可以由12个子载波构成。例如，1子载波可以是频域中的最小的物理资源单位。子载波间隔可变，例如可以是15kHz、30kHz、60kHz、120kHz、240kHz或其他值。

[关于小区专用PUCCH]

例如，在未对NR的终端(例如，也称为“移动台”或“用户设备(UE：UserEquipment)”)给予专用(或者，单独或UE专用(UE-specific))的设定(dedicatedconfiguration)的情况下，终端可以使用基于小区固有(cell-specific)的设定的上行链路控制信道(例如，PUCCH)资源集(例如，参照非专利文献3)。

例如，处于初始连接阶段的终端可以在接收到在下行链路共享信道(例如，物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel)或下行链路数据信道)资源中被发送的信号(例如，竞争解决标识(contention resolution identity)(消息(Message)4))之后，使用PUCCH资源，将该信号的接收的成败(混合自动重发请求-应答(HARQ-ACK：Hybrid Automatic Retransmission Request-Acknowledgement)、或者否定(Negative)ACK、NACK)发送至基站。此时，在未对终端给与PUCCH的专用设定(dedicatedconfiguration)的情况下，终端例如会使用根据系统信息设定的小区专用PUCCH资源集所含的PUCCH资源，发送HARQ-ACK。

此外，小区专用PUCCH资源集也可以被称为“专用PUCCH资源设定之前的PUCCH资源集(PUCCH resource sets before dedicated PUCCH resource configuration)”。

图1是表示与基于小区专用设定的小区专用PUCCH的资源集相关的参数的一例的图。在图1中，0-15的范围的索引值(index)、和PUCCH格式(format)、第一码元(firstsymbol)、码元数(number of symbols)(例如，持续时间(duration))、PRB偏移(offset)、初始循环移位索引集(set of initial Cyclic Shift(CS)indexes)之类的与PUCCH资源集相关的参数组合关联。

例如，终端根据小区专用设定，取得与0-15的范围的某一个索引相关的信息。终端例如可以基于所取得的信息来确定索引，并决定与图1所示的索引关联的PUCCH资源集(例如，由对应于索引的行指定的PUCCH格式、第一码元、码元数、PRB偏移(RB_BWP ^offset)、初始CS索引集(set of initial CS indexes))。

图2是作为一例表示终端根据小区专用设定取得了索引＝8的情况下的小区专用PUCCH资源集的例子的图。例如，如图1所示，终端可以设定PUCCH格式1、第一码元＝4、码元数＝10、PRB偏移＝0、初始CS索引集＝{0，3，6，9}作为与索引＝8关联的参数。

如图2所示，小区专用PUCCH的时间资源被设定为，某一个时隙内的除了从前端起的“第一码元”个码元后的“码元数”个码元。另外，如图2所示，小区专用PUCCH的频率资源可以跨越多个物理资源块(PRB：Physical Resource Block)。另外，各PRB配置于与上行链路的带宽部分(BWP：Bandwidth Part)所含的带域的两端相距“PRB偏移(RB_BWP ^offset)”个PRB的频率。

此外，如图2所示，有时将按时刻切换PRB而进行发送的方法称为“跳频(FrequencyHopping)”。

另外，如图2所示，可以对终端单独地设定被称为“r_PUCCH”的参数的值(例如，不同的值)。终端可以基于被通知的r_PUCCH的值(例如，0～15中的某一个值)，使用所决定的PUCCH资源集中的一个PUCCH资源进行发送。例如，多个终端可以使用不同的PUCCH资源。例如，在被通知了r_PUCCH＝0、1、2或3的情况下，终端可以使用图2所示的“0-3”的PUCCH资源。此外，当在时域/频域中分配相同资源的情况下，可以通过发送序列的循环移位(CS)来复用PUCCH。

此外，例如可以根据终端在PUCCH发送之前接收的下行链路控制信道(例如，物理下行链路控制信道(PDCCH：Physical Downlink Control Channel)或控制资源集(CORESET：Control Resource Set))所含的控制信道元素(CCE：Control ChannelElement)的数量、CCE的索引(例如，前端的CCE索引)、以及下行控制信息(例如，下行链路控制信息(DCI：Downlink Control Information))所含的信息，决定r_PUCCH的值。

如以上所说明，小区专用PUCCH的资源的特征之一在于：使用上行链路BWP的两端附近的PRB，进行时隙内的跳频(例如，称为“时隙内跳频(intra-slot hopping)”)。

[关于降低能力的NR设备(Reduced Capability NR Devices)]

与版本15或版本16(以下，称为“Rel-15/16NR”)(例如，NR的初始版本)相比，在版本(Release)17(以下，称为“Rel-17 NR”)中，例如预计会筹划制定用于实现如下终端(例如，NR终端)的规格(例如，降低能力(RedCap：Reduced Capability))，该终端通过限制一部分的功能或性能来减少功耗或成本，并支持多种用例(例如，参照非专利文献2)。

此种终端例如有时也被称为“降低能力的NR设备(Reduced Capability NRDevices)”、“RedCap”、“RedCap终端”、“NR-Lite”或“NR-Light”。

为了削减功耗或成本，例如研究削减终端中的计算量。作为削减终端中的计算量的方法之一，例如可列举将终端所支持的带宽设定得比现有终端所支持的带宽窄的方法。例如，与RedCap终端不同的终端(以下，为了方便，也称为“非RedCap(non-RedCap)”或“非RedCap终端”)所支持的最大频率带宽在FR1(频率范围(Frequency range)1)中可为100MHz，在FR2(频率范围2)中可为200MHz。另一方面，RedCap终端所支持的最大频率带宽在FR1中可为20MHz，在FR2中可为100MHz。

此处，如上所述，非RedCap终端例如会使用小区专用PUCCH资源集所含的PUCCH资源。在此情况下，PUCCH的频率资源例如会被设定为非RedCap终端用的带宽(例如，BWP)的两端附近的PRB。因此，例如在非RedCap终端用的BWP支持100MHz的带宽的情况下，支持20MHz的带宽的RedCap终端有时会无法利用非RedCap终端用的PUCCH资源。

例如，如图3所示，基站(例如，也称为“gNB”)会与非RedCap终端用的PUCCH资源集不同地设定RedCap用的PUCCH资源集。因此，用于设定对于RedCap终端的RedCap用的PUCCH资源集的信号量(信令开销)会增加。

另外，例如，如图4所示，RedCap终端用的PUCCH资源会使非RedCap终端用的上行链路共享信道(例如，物理上行链路共享信道(PUSCH)或上行链路数据信道)资源断开。例如，如图4所示，在RedCap终端用的PUCCH资源(PUCCH for RedCap)被设定为非RedCap终端用的BWP的中央附近的PRB的情况下，非RedCap终端无法将该PRB用于PUSCH发送。此时，例如对于不支持非连续PRB的PUSCH发送的非RedCap终端而言，能够用于PUSCH发送的连续的PRB的数量会受到限制，因此，峰值数据速率有可能会劣化。

因此，在本公开的非限定性的实施例中，例如对提高终端中的资源分配的效率的方法进行说明。

例如，在本公开的非限定性的实施例中，终端(例如，RedCap终端)可以基于小区专用PUCCH资源设定，设定与非RedCap终端所使用的PUCCH资源不同的由RedCap移动台使用的PUCCH资源。作为一例，也可以对RedCap终端给与如下信息，该信息是关于在时域和频域中的至少一者中的、RedCap终端所使用的PUCCH的资源与小区专用PUCCH资源之间的差分。由此，能够减少用于对于RedCap终端的PUCCH资源设定的信号量。另外，例如能够抑制非RedCap终端用的PUSCH资源的断开。由此，根据本公开的非限定性的实施例，能够提高PUCCH资源的利用效率。

[通信系统的概要]

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

图5是表示本实施方式的基站100的一部分的结构例的方框图。在图5所示的基站100中，控制部101(例如，相当于控制电路)基于与对于第一类别的终端(例如，非RedCap终端)的第一资源的设定相关的信息(例如，小区专用PUCCH资源集(cell-specific PUCCHresource set))，对第二类别的终端(例如，RedCap终端)设定与第一资源不同的第二资源。接收部108(例如，相当于接收电路)在第二资源中接收信号(例如，PUCCH)。

图6是表示本实施方式的终端200的一部分的结构例的方框图。在图6所示的终端200中，控制部206(例如，相当于控制电路)基于与对于第一类别的终端(例如，非RedCap终端)的第一资源的设定相关的信息(例如，小区专用PUCCH资源集)，对第二类别的终端(例如，RedCap终端)设定与第一资源不同的第二资源。发送部210(例如，相当于发送电路)在第二资源中发送信号(例如，PUCCH)。

[基站的结构]

图7是表示本实施方式的基站100的结构例的方框图。在图7中，基站100包括控制部101、DCI产生部102、高层信号产生部103、编码/调制部104、信号配置部105、发送部106、天线107、接收部108、信号分离部109及解调/解码部110。

控制部101例如可以决定小区专用PUCCH资源集的设定。控制部101也可以基于已决定的设定，指示高层信号产生部103产生系统信息之类的高层信号(例如，也称为“高层参数”或“高层信令”)。另外，控制部101例如可以决定下行链路控制信道(例如，PDCCH)的设定、或下行链路控制信道所含的控制信息(例如，DCI)。控制部101可以基于已决定的信息，指示DCI产生部102产生下行控制信息(例如，DCI)。

另外，控制部101例如可以基于小区专用PUCCH资源集的设定，设定与非RedCap终端所使用的PUCCH资源不同的由RedCap终端使用的PUCCH资源。

另外，控制部101可以基于从信号分离部109输入的PUCCH序列，控制发送处理(例如，下行链路数据的发送处理)。

DCI产生部102例如可以基于来自控制部101的指示而产生DCI，并向信号配置部105输出所产生的DCI。

高层信号产生部103例如可以基于来自控制部101的指示，产生系统信息之类的高层信号，并向编码/调制部104输出所产生的高层信号。

编码/调制部104例如可以对下行链路数据(例如，PDSCH)及从高层信号产生部103输入的高层信号进行纠错编码及调制，并向信号配置部105输出调制后的信号。

信号配置部105例如可以将从DCI产生部102输入的DCI、以及从编码/调制部104输入的信号配置于资源。例如，信号配置部105可以将从编码/调制部104输入的信号配置于PDSCH资源，并将DCI配置于PDCCH资源。信号配置部105向发送部106输出已配置于各资源的信号。

发送部106例如对从信号配置部105输入的信号进行包含使用载波的频率转换(例如，上变频)的无线发送处理，并将无线发送处理后的信号输出至天线107。

天线107例如向终端200辐射从发送部106输入的信号(例如，下行信号)。另外，天线107例如接收从终端200发送的上行信号，并输出至接收部108。

上行信号例如也可以是上行链路数据信道(例如，PUSCH)、上行控制信道(例如，PUCCH)或随机接入信道(例如，物理随机接入信道(PRACH：Physical Random AccessChannel))之类的信道的信号。

接收部108例如对从天线107输入的信号进行包含频率转换(例如，下变频)的无线接收处理，并将无线接收处理后的信号输出至信号分离部109。

信号分离部109例如提取(换句话说，分离)从接收部108输入的信号中的PUCCH资源上的信号(例如，PUCCH序列)，并向控制部101输出。另外，信号分离部109例如向解调/解码部110输出从接收部108输入的信号中的PUSCH资源上的信号。

解调/解码部110例如对从信号分离部109输入的信号进行解调及解码，并输出上行数据。

[终端的结构]

图8是表示本实施方式的终端200的结构例的方框图。

在图8中，终端200包括天线201、接收部202、信号分离部203、DCI检测部204、解调/解码部205、控制部206、PUCCH序列产生部207、编码/调制部208、信号配置部209及发送部210。

天线201例如接收基站100所发送的下行信号，并输出至接收部202。另外，天线201例如对基站100辐射从发送部210输入的上行信号。

接收部202例如对从天线201输入的信号进行包含频率转换(例如，下变频)的无线接收处理，并将无线接收处理后的信号输出至信号分离部203。

信号分离部203例如提取(换句话说，分离)从接收部202输入的信号中的PDCCH资源上的信号，并向DCI检测部204输出。另外，信号分离部203例如向解调/解码部205输出从接收部202输入的信号中的PDSCH资源上的信号。

DCI检测部204例如可以根据从信号分离部203输入的信号(例如，PDCCH资源上的信号)，检测DCI。DCI检测部204例如可以向控制部206输出检测出的DCI。

解调/解码部205例如对从信号分离部203输入的信号(例如，PDSCH资源上的信号)进行解调及纠错解码，从而获得下行链路数据和系统信息之类的高层信号中的至少一者。解调/解码部205例如可以向控制部206输出通过解码获得的高层信号。

控制部206例如可以基于从解调/解码部205输入的高层信号(例如，系统信息)，决定(或者，确定)小区专用PUCCH资源集的设定。另外，例如，控制部206可以基于已确定的小区专用PUCCH资源集、以及预先设定的参数，决定终端200(例如，RedCap终端)所使用的PUCCH资源集。

另外，控制部206例如可以基于PDCCH的设定、以及从DCI检测部204输入的DCI，决定r_PUCCH的值。控制部206例如向信号配置部209输出如下信息，该信息是关于已决定的PUCCH资源集中的与已决定的r_PUCCH对应的PUCCH资源的信息。另外，控制部206可以指示PUCCH序列产生部207产生PUCCH序列。

PUCCH序列产生部207例如根据控制部206的指示而产生PUCCH序列，并向信号配置部209输出所产生的PUCCH序列。

编码/调制部208例如可以对上行链路数据(例如，PUSCH)进行编码及调制，并向信号配置部209输出调制后的信号。

信号配置部209例如可以基于从控制部206输入的与PUCCH资源相关的信息，将从PUCCH序列产生部207输入的PUCCH序列配置于PUCCH资源。另外，信号配置部209例如可以将从编码/调制部208输入的信号配置于PUSCH资源。信号配置部209向发送部210输出已配置于各资源的信号。

发送部210例如对从信号配置部209输入的信号进行包含频率转换(例如，上变频)的无线发送处理，并向天线201输出无线发送处理后的信号。

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

接着，说明上述基站100及终端200的动作例。

＜动作例1＞

在动作例1中，例如关于对于RedCap终端的PUCCH的时间资源(例如，表示为“T1”)，基站100及终端200可以基于与对于非RedCap终端的PUCCH的时间资源的设定相关的信息，设定一个时隙。

另外，例如关于对于RedCap终端的PUCCH的频率资源(例如，表示为“F1”)，基站100及终端200可以基于与对于非RedCap终端的PUCCH的频率资源的设定相关的信息，设定一个PRB。

图9是表示基站100及终端200的处理的一例的序列图。

＜S101＞

基站100例如可以决定对终端(例如，非RedCap终端)设定的小区专用PUCCH资源集，并使用系统信息，将与已决定的小区专用PUCCH资源集相关的信息通知给终端200。另外，基站100例如可以使用PDCCH，将DCI通知给终端200。

＜S102＞

终端200例如可以基于接收到的系统信息，确定小区专用PUCCH资源集。另外，终端200例如可以基于接收到的DCI，确定r_PUCCH的值。

＜S103＞

终端200例如可以决定终端200所使用的PUCCH资源集。例如，终端200可以基于被通知的小区专用PUCCH资源集、以及与终端200所使用的PUCCH资源集相关的参数，决定PUCCH资源集。

例如，可以关于PUCCH的时间资源(T1)，对终端200设定参数“t1”(例如，整数值)，该参数“t1”是关于小区专用PUCCH资源集中的时间资源(例如，时隙)、与终端200所使用的PUCCH资源集中的时间资源(例如，时隙)之间的相对位置(例如，差分或偏移)的参数。

例如，在小区专用PUCCH资源集被配置于时隙n的情况下，终端200也可以将时隙n+t1设定为终端200(例如，RedCap终端)所使用的PUCCH资源。

此外，参数t1可以预先被设定给终端200，也可以使用高层信令和DCI中的至少一者，由基站100通知给终端200，还可以在标准中被规定。另外，t1也可以不被设定给终端200。在此情况下，终端200例如也可以将与小区专用PUCCH资源集相同的时隙设定为终端200所使用的PUCCH资源。

这样，终端200(例如，RedCap终端)所使用的PUCCH资源可以包含基于小区专用PUCCH资源集的PUCCH资源所含的时隙、和参数t1(例如，与时间资源的差分相关的信息)而设定的一个时隙。

另外，例如可以关于PUCCH的频率资源(F1)，对终端200设定参数“f1”(例如，整数值)，该参数“f1”是关于小区专用PUCCH资源集中的频率资源(例如，PRB)、与终端200所使用的PUCCH资源集中的频率资源(例如，PRB)之间的相对位置(例如，差分或偏移)的参数。

例如，终端200也可以基于参数f1及小区专用PUCCH资源集所含的偏移RB_BWP ^offset，将与非RedCap终端的上行链路BWP所含的带域的两端的PRB相距RB_BWP ^offset+f1个的PRB，设定为终端200(例如，RedCap终端)所使用的候选PUCCH资源。

另外，也可以关于PUCCH的频率资源(F1)，例如将可取“更低(lower)”及“更高(higher)”这两个值的参数“fl1”设定给终端200。

例如，终端200也可以基于参数fl1，将与非RedCap终端的上行链路BWP所含的带域的两端的PRB相距RB_BWP ^offset+f1个的PRB中的某一个PRB(例如，对应于“更低”的PRB、或对应于“更高”的PRB)，设定为终端200(例如，RedCap终端)所使用的PUCCH资源。

此外，参数f1及参数fl1各自可以预先被设定给终端200，也可以使用高层信令和DCI中的至少一者，由基站100通知给终端200，还可以在标准中被规定。另外，f1也可不被设定给终端200。在此情况下，终端200例如也可以将与小区专用PUCCH资源集相同的PRB设定为终端200所使用的PUCCH资源。

例如，如图10所示，在fl1为“更低”的情况下，终端200可以基于被设定于对于非RedCap终端的上行链路BWP中的带域的频率较低的一端的PRB、和参数f1，设定终端200所使用的PRB。

同样地，例如，如图10所示，在fl1为“更高”的情况下，终端200可以基于被设定于对于非RedCap终端的上行链路BWP中的带域的频率较高的一端的PRB、和参数f1，设定终端200所使用的PRB。

这样，终端200(例如，RedCap终端)所使用的PUCCH资源可以包含如下PRB，该PRB是基于被设定于分配给非RedCap终端的UL BWP中的某一端(例如，频率较低的一端或频率较高的一端)的PRB和差分f1而设定的一个PRB。

＜S104＞

在图9中，终端200使用在S103的处理中决定的PUCCH资源集中的与在S103的处理中确定的r_PUCCH对应的PUCCH资源，向基站100发送PUCCH(例如，PUCCH序列)。

这样，在动作例1中，终端200基于与小区专用PUCCH资源集相关的信息、和被设定给终端200的参数(例如，关于小区专用PUCCH资源与终端200所使用的PUCCH资源之间的差分的信息)，设定终端200(例如，RedCap终端)所使用的PUCCH资源集。

由此，能够在决定RedCap终端所使用的PUCCH资源的过程中，利用(换句话说，挪用)对于非RedCap终端的PUCCH资源的设定(例如，与小区专用PUCCH资源集相关的信息)。另外，例如在与RedCap终端的PUCCH资源相关的信息(例如，t1、f1及fl1)预先被设定给终端200的情况下，可以不新增用于通知PUCCH资源的信号。另外，例如与RedCap终端的PUCCH资源相关的信息是关于差分的信息f1、以及关于上行链路BWP的某一端的信息fl1，因此，即使在这些信息由基站100通知给终端200的情况下，与通知关于PUCCH资源的全部信息的情况相比，也能够抑制所通知的信息量的增加。

由此，根据动作例1，能够抑制对于RedCap终端的信令开销的增加。

另外，例如根据图10所示的PUCCH资源的设定，终端200可以使用一个PRB而不进行跳频，因此，可以不进行终端200的频率切换(例如，RF(Radio Frequency，射频)重调(retuning)或BWP切换(switching))。由此，能够简化终端200的处理。

另外，例如根据图10所示的PUCCH资源的设定，与非RedCap终端相比，能够减少被设定给终端200的PUCCH资源集所占用的PRB数，因此，能够抑制分配给非RedCap终端的PUSCH资源的断开的发生。

此外，在动作例1中，t1和f1中的至少一者也可以是0(换句话说，无差分)。例如，在t1及f1中的至少一者为0的情况下，能够减少PUCCH资源的开销。另外，例如在t1和f1中的至少一者并非为0的情况下，能够减少非RedCap终端与RedCap终端之间的PUCCH资源的冲突。

例如，即使在t1＝0的情况下，在f1≠0时，仍能够在与非RedCap终端相同的时隙内，设定RedCap终端的PUCCH资源(例如，PRB)。另外，例如即使在f1＝0的情况下，在t1≠0时，仍能够在与非RedCap终端不同的时隙、以及与非RedCap终端相同的PRB内，设定RedCap终端的PUCCH资源。另外，例如即使在t1＝0、f1＝0的情况下，仍能够在与非RedCap终端相同的时隙及相同的PRB内，例如根据不同的r_PUCCH或不同的循环移位(Cyclic shift)，设定RedCap终端的PUCCH资源。

另外，在动作例1中，f1并不限定为正值，也可以是负值。换句话说，在上行链路的BWP中，被设定给RedCap终端的PRB并不限定于如图10所示的被设定于比被设定给非RedCap终端的PRB更靠内侧的区域的情况，也可以被设定于外侧(BWP的端侧)。

另外，在动作例1中，t1并不限定为正值，也可以是负值。换句话说，被设定给终端200的时间资源(例如，时隙)也可以被设定为比小区专用PUCCH资源靠前或靠后的时隙。

＜动作例2＞

在动作例2中，例如关于对于RedCap终端的PUCCH的时间资源(例如，表示为“T2”)，基站100及终端200可以基于与对于非RedCap终端的PUCCH的时间资源的设定相关的信息，设定多个时隙。

另外，例如关于对于RedCap终端的PUCCH的频率资源(例如，表示为“F2”)，基站100及终端200可以基于与对于非RedCap终端的PUCCH资源的设定相关的信息，设定多个PRB。例如，RedCap终端用的PUCCH资源也可以被设定为与非RedCap终端的BWP中的最低频率附近的频率、及最高频率附近的频率这两者对应的PRB。

在动作例2中，例如图9所示的处理中的S103的处理与动作例1不同(以下，称为“S103'”)，其他处理(例如，S101、S102及S103)可以与动作例1相同。

＜S103'＞

例如，可以关于PUCCH的时间资源(T2)，对终端200设定参数“t2”、“t3”(例如，整数值)，该参数“t2”、“t3”是关于小区专用PUCCH资源集中的时间资源(例如，时隙)、与终端200所使用的PUCCH资源集中的时间资源(例如，时隙)之间的多个相对位置(例如，差分或偏移)的参数。

例如，在小区专用PUCCH资源集被配置于时隙n的情况下，终端200也可以将时隙n+t2及时隙n+t3设定为终端200(例如，RedCap终端)所使用的PUCCH资源。

此外，参数t2和t3中的至少一个参数可以预先被设定给终端200，也可以使用高层信令和DCI中的至少一者，由基站100通知给终端200，还可以在标准中被规定。另外，t2和t3中的某一者也可以不被设定给终端200。例如，在不设定t2的情况下，终端200例如也可以将与小区专用PUCCH资源集相同的时隙n及时隙n+t3设定为终端200所使用的PUCCH资源。

这样，终端200(例如，RedCap终端)所使用的PUCCH资源可以包含基于小区专用PUCCH资源集的PUCCH资源所含的时隙、和参数t2、t3(例如，与时间资源的差分相关的信息)而设定的多个时隙。

另外，例如可以关于PUCCH的频率资源(F2)，对终端200设定参数“f2”(例如，整数值)，该参数“f2”是关于小区专用PUCCH资源集中的频率资源(例如，PRB)、与终端200所使用的PUCCH资源集中的频率资源(例如，PRB)之间的相对位置(例如，差分或偏移)的参数。

例如，终端200可以基于参数f2及小区专用PUCCH资源集所含的偏移RB_BWP ^offset，将与非RedCap终端的上行链路BWP所含的带域的两端的各个PRB相距RB_BWP ^offset+f2个的两个PRB，设定为终端200(例如，RedCap终端)所使用的PUCCH资源。

此外，参数f2可以预先被设定给终端200，也可以使用高层信令和DCI中的至少一者，由基站100通知给终端200，还可以在标准中被规定。另外，f2也可以不被设定给终端200。在此情况下，终端200例如也可以将与小区专用PUCCH资源集相同的PRB设定为终端200所使用的PUCCH资源。

作为一例，例如，如图11所示，终端200可以将与非RedCap终端的上行链路BWP所含的带域的两端的PRB相距RB_BWP ^offset+f2个的PRB中的频率较低的PRB设定于时隙n+t2，并将频率较高的PRB设定于时隙n+t3。

或者，终端200例如也可以将与非RedCap终端的上行链路BWP所含的带域的两端的PRB相距RB_BWP ^offset+f2个的PRB中的频率较高的PRB设定于时隙n+t2，并将频率较低的PRB设定于时隙n+t3(未图示)。

这样，终端200(例如，RedCap终端)所使用的PUCCH资源可以包含多个PRB，上述多个PRB是基于被分别设定于分配给非RedCap终端的UL BWP中的两端(例如，频率较低的一端及频率较高的一端)的PRB和差分f2而设定的PRB。

另外，终端200(例如，RedCap终端)所使用的PUCCH资源所含的多个PRB可以被设定于彼此不同的时隙(例如，时隙n+t2及时隙n+t3)。

这样，在动作例2中，与动作例1同样地，终端200基于与小区专用PUCCH资源集相关的信息、和被设定给终端200的参数(例如，关于小区专用PUCCH资源与终端200所使用的PUCCH资源之间的差分的信息)，设定终端200(例如，RedCap终端)所使用的PUCCH资源集。

由此，能够在决定RedCap终端所使用的PUCCH资源的过程中，利用(换句话说，挪用)对于非RedCap终端的PUCCH资源的设定(例如，与小区专用PUCCH资源集相关的信息)。另外，例如在与RedCap终端的PUCCH资源相关的信息(例如，t2、t3及f2)预先被设定给终端200的情况下，可以不新增用于通知PUCCH资源的信号。另外，例如与RedCap终端的PUCCH资源相关的信息是关于差分的信息t2、t3及f2，因此，即使在这些信息由基站100通知给终端200的情况下，与通知关于PUCCH资源的全部信息的情况相比，仍能够抑制所通知的信息量的增加。

由此，根据动作例2，能够抑制对于RedCap终端的信令开销的增加。

另外，在动作例2中，终端200所使用的PUCCH资源中包含多个时隙，因此，能够允许终端200例如在上述多个时隙之间进行频率切换(例如，RF重调或BWP切换)。由此，在动作例2中，例如通过在终端200所使用的PUCCH资源中包含多个PRB，并对PUCCH资源应用时隙间跳频(inter-slot frequency hopping)，能够利用频率分集效果，提高基站100中的PUCCH的接收精度。

另外，在动作例2中，例如终端200所使用的PUCCH资源被设定为非RedCap终端的上行链路BWP所含的带域的两端附近的PRB(例如，从一端算起的阈值以内的PRB)，能够抑制将该PUCCH资源分配至上行链路BWP所含的带域的中央附近，因此，能够抑制分配给非RedCap终端的PUSCH资源的断开的发生。

此外，在动作例2中，t2和t3中的某一者、或者f2也可以是0(换句话说，无差分)。例如，在t2和t3中的某一者、或者f2为0的情况下，能够减少PUCCH资源的开销。另外，例如在t2和t3中的某一者、或者f2并非为0的情况下，能够减少非RedCap终端与RedCap终端之间的PUCCH资源的冲突。

另外，在动作例2中，RedCap终端所使用的PUCCH资源所含的时隙的数量并不限定为两个，也可以是三个以上。

另外，虽然在图11中，作为一例，说明了如下情况，即，与上行链路BWP的各端(低频侧的一端及高频侧的一端)的PRB相距RB_BWP ^offset+f2个的PRB被设定为终端200所使用的PUCCH资源，但是并不限定于此。

例如，从上行链路BWP的各端(低频侧的一端及高频侧的一端)的PRB算起的偏移值也可以不同。例如，与上行链路BWP的一端的PRB相距RB_BWP ^offset+f2个的PRB、和与上行链路BWP的另一端的PRB相距RB_BWP ^offset+f3(此处，f2≠f3)个的PRB也可以被设定为终端200所使用的PUCCH资源。

或者，还可以跨越多个时隙(例如，时隙n+t2及n+t3)地设定与上行链路BWP的一端(低频侧的一端和高频侧的一端中的某一者)的PRB相距RB_BWP ^offset+f2个的PRB。

另外，在动作例2中，f2并不限定为正值，也可以是负值。换句话说，在上行链路的BWP中，被设定给RedCap终端的PRB并不限定于如图11所示地被设定于比被设定给非RedCap终端的PRB更靠内侧的区域的情况，也可以被设定于外侧(BWP的端侧)。

另外，在动作例2中，t2和t3中的至少一者并不限定为正值，也可以是负值。换句话说，被设定给终端200的时间资源(例如，时隙)也可以被设定为比小区专用PUCCH资源靠前或靠后的时隙。

此外，在动作例2中，终端200可以在跨越多个时隙地被发送的PUCCH中，反复地发送相同内容。换句话说，终端200也可以在多个时隙中进行重复(repetition)发送。通过重复发送，能够进行更强健的收发，从而能够提高基站100中的接收质量。

以上，说明了基站100及终端200的动作例。

如上所述，在本实施方式中，基站100及终端200例如基于与对于非RedCap终端的PUCCH资源的设定相关的信息(例如，小区专用PUCCH资源集的设定)，对RedCap终端设定PUCCH资源(与小区专用PUCCH资源集不同的资源)。

由此，终端200例如能够基于小区专用PUCCH资源集的设定，与非RedCap终端用的PUCCH资源集不同地设定RedCap用的PUCCH资源集，因此，能够抑制用于设定对于RedCap终端的RedCap用的PUCCH资源集的信号量(信令开销)的增加。

另外，例如对于RedCap终端的PUCCH的频率资源在动作例1中包含一个PRB，在动作例2中包含非RedCap终端的UL BWP的两端附近的多个PRB。由此，能够抑制RedCap终端用的PUCCH资源使非RedCap终端用的PUSCH资源断开的情况，因此，能够抑制峰值数据速率的劣化。

由此，根据本实施方式，能够提高对于终端200的资源分配的效率。

以上，说明了本公开的实施方式。

[其他实施方式]

(变形例1)

在上述本公开的一个实施例的各动作例中，f1和f2中的至少一者也可以由下式(1)给出。

[数学式1]

此处，N_CS表示被设定的小区专用PUCCH资源中的“初始CS索引集”所含的初始CS索引的数量。

例如，在设定图1所示的小区专用PUCCH资源集的索引＝8的情况下，N_CS＝4。在此情况下，根据式(1)，f1和f2中的至少一个值也可以被设定为2。

由此，非RedCap终端的小区专用PUCCH资源、和RedCap终端的小区专用PUCCH资源在邻接的PRB中被发送，因此，能够防止非RedCap终端的PUSCH资源使RedCap终端的PUCCH资源断开。

此外，例如也可以在小区专用PUCCH资源中，基于与配置于上行链路BWP所含的带域的一端的PRB的频率方向对应的r_PUCCH的值的范围(例如，在图10及图11中为0～7这8个或8～15这8个)，设定式(1)中使用的数值“8”。换句话说，式(1)中使用的数值“8”可以基于用于决定PUCCH资源(例如，后述的各跳变)的PRB索引的数值。

另外，f1和f2中的至少一者也可以由下式(2)给出。

[数学式2]

根据式(2)，RedCap终端所使用的PUCCH资源被设定为小区专用PUCCH资源外侧的邻接的PRB。

(变形例2)

在上述本公开的一个实施例的各动作例中，在非RedCap终端与RedCap终端之间，小区专用PUCCH资源的时间资源的尺寸(时间资源的长度)也可以不同。

此处，有时也将非RedCap终端通过跳频发送小区专用PUCCH时的跳频前后的时间资源分别称为“跳变”(例如，第一跳变(first hop)及第二跳变(second hop))。

在变形例2中，例如RedCap终端所使用的PUCCH资源中的每个时隙的时域和频域中的至少一者的尺寸也可以与非RedCap终端所使用的PUCCH资源中的时隙内的跳变的尺寸不同。

例如，各跳变的时间资源的长度可以是由小区专用PUCCH资源的设定(例如，码元数)给出的码元数的一半。

此时，例如，如图12所示，对于RedCap终端的PUCCH的每个时隙的时间资源的长度d1也可以比对于非RedCap终端的跳变的长度d长。在图12所示的一例中，d1被设定为d的2倍。由此，因为对于RedCap终端的PUCCH的分配资源变大，所以能够通过降低编码率来提高基站100中的接收精度。

或者，例如d1也可以被设定得比非RedCap终端中的跳变的长度d短。由此，能够减少由RedCap终端的PUCCH发送引起的资源的开销。

此外，d1可以是预先被设定给终端200的值，也可以是由基站100通知给终端200的值。另外，例如也可以设定d1的多个候选值，也可以能够切换多个候选值。

另外，同样地，RedCap终端所使用的PUCCH的频率资源的尺寸也可以与非RedCap终端所使用的PUCCH中的各跳变的频率资源的尺寸不同。例如，RedCap终端的PUCCH的频率资源的尺寸可以比非RedCap终端的PUCCH中的跳变的频率资源尺寸大，也可以比该跳变的频率资源尺寸小。由此，在频域中，也与时域同样地，通过增加对于RedCap终端的PUCCH的分配资源，能够提高基站100中的接收精度，或者通过减少对于RedCap终端的PUCCH的分配资源，能够减少由RedCap终端的PUCCH发送引起的资源的开销。

(变形例3)

在上述本公开的一个实施例中，也可以在非RedCap终端的小区专用PUCCH、与RedCap终端的小区专用PUCCH之间，应用不同的CS。

例如，RedCap终端也可以使用令非RedCap终端所利用的初始CS索引的值偏移c1所得的初始CS索引，发送小区专用PUCCH。c1例如可以是1，也可以是与1不同的值。换句话说，与RedCap终端所使用的PUCCH资源对应的CS值也可以是与非RedCap终端所使用的PUCCH资源对应的CS值加上偏移(c1)所得的值。

由此，即使在RedCap终端和非RedCap终端使用相同的时间资源及频率资源来发送PUCCH的情况下，也能够确保PUCCH的正交性。此外，c1可以是预先被设定给终端20的值，也可以是由基站100通知给终端200的值，还可以是在标准中被规定的值。

(变形例4)

关于在本公开的一个实施例中被设定给RedCap终端的参数(例如，t1、t2、t3、f1、f2、d1、c1和fl1中的至少一者)，可以给出固定的值，也可以由控制信号显式地或隐式地通知值，还可以与小区专用PUCCH资源集的其他参数组合地进行通知值。

例如，也可以对用于决定小区专用PUCCH资源集的表(例如，图1所示的表)新增与t1、t2、t3、f1、f2、d1、c1和fl1中的至少一者对应的列，并与PUCCH格式、码元或PRB之类的参数组合地进行通知。

作为一例，图13表示在图1所示的关于小区专用PUCCH的资源集的参数(参数组合)与索引(对参数组合进行识别的信息)之间的关联(例如，表格形式的信息)中，新增“fl1”的值(例如“更低”或“更高”)的例子。即，如图13所示，包含与对于非RedCap终端的PUCCH资源的设定相关的信息及与对于RedCap终端的PUCCH资源相关的信息这两者的参数组合的候选、和对候选进行识别的索引也可以关联。

此外，图13是一例，并不限定于fl1，也可以在图1所示的表中新增其他参数。

例如，终端200可以基于与小区专用PUCCH资源集相关的参数的索引，参照图13来决定被设定给RedCap终端的参数(例如，fl1)。由此，在变形例4中，能够利用现有的索引，通知被设定给RedCap终端的参数，因此，能够抑制信令开销的增加。

此外，对于与小区专用PUCCH资源集相关的PUCCH格式、码元数、PRB偏移和初始CS索引集中的至少一者的设定值相同的参数组合，也可以能够选择多个值的方式来设定t1、t2、t3、f1、f2、d1、c1或fl1的值。作为一例，图13所示的索引＝1与2是PUCCH格式、码元数及初始CS索引集各自的值相同的组合，而fl1的值不同。由此，能够对相同的PUCCH格式、码元数或初始CS索引集设定的PUCCH资源的模式数增多，从而能够提高PUCCH资源设定的灵活性。

另外，对于与小区专用PUCCH资源集相关的PUCCH格式、码元数、PRB偏移和初始CS索引集中的至少一者的设定值相同的参数组合，t1、t2、t3、f1、f2、d1、c1或fl1的值也可以相同。由此，能够对相同的PUCCH格式、码元数、PRB偏移或初始CS索引集设定的PUCCH资源的模式数减少，从而能够减少终端200中的处理量(例如，计算量)。

另外，在与小区专用PUCCH资源集相关的参数组合(例如，图13所示的表)中，与fl1为“更低”和“更高”中的某一者的组合(例如，表中的行)关联的索引的数量，也可以比与fl1为“更低”和“更高”中的另一者的组合(例如，表中的行)关联的索引的数量多。由此，例如在上行链路BWP中，RedCap终端的PUCCH被配置于某一端的频率资源的可能性变高，从而能够减少终端20中的处理量(例如，计算量)。

此外，在变形例4中，也可以对RedCap终端和非RedCap终端这两者所利用的表，新增与小区专用PUCCH资源相关的表中的与对于RedCap终端的PUCCH资源的设定相关的信息(例如，列)。或者，也可以与对于非RedCap终端的表不同地给出对于RedCap终端的表(例如，专用的表)，并在该表中设定(例如，新增)列，该列对应于与对于RedCap终端的PUCCH资源的设定相关的信息。

图14表示RedCap终端专用的表的一例。由图14所示的RedCap终端专用的表给出的小区专用PUCCH资源也可以与由对于非RedCap移动台的表(例如，图1)给出的小区专用PUCCH资源不同。例如，在图14所示的表中，也可以比图1所示的表更多地设定码元数更多的参数(或者，PUCCH格式1)。

例如，在图14所示的表中，给出码元数＝14或10的索引的数量也可以被设定得比图1所示的表更多。由此，对性能与非RedCap终端相比受到限制的RedCap终端设定码元数长的PUCCH的可能性变高，从而能够提高从RedCap终端发送的信号的接收性能。

或者，在由对于RedCap终端的表给出的小区专用PUCCH资源中，与由对于非RedCap终端的表给出的小区专用PUCCH资源相比，也可以更多地设定码元数更少的参数(或者，PUCCH格式0)。由此，能够减少RedCap终端所使用的资源的开销。

此外，关于小区专用PUCCH资源的参数组合与对各组合进行识别的索引之间的关联并不限定于如图13及图14所示的表格形式的信息，也可以是其他形式的信息。

(变形例5)

虽然在本公开的一个实施例中作为一例说明了如下情况，即，以非RedCap终端的BWP的频率位置为基准，决定对于RedCap终端的小区专用PUCCH的频率资源的情况，但是并不限定于此。例如，也可以以RedCap终端用的BWP的频率位置为基准，决定对于RedCap终端的小区专用PUCCH的频率资源。

例如，即使在以RedCap终端用的BWP的频率位置为基准，决定对于RedCap终端的小区专用PUCCH的频率资源的情况下，可以与图10同样地在某个时隙中设定一个PRB，也可以与图11同样地将多个PRB分别设定于不同的时隙。

另外，在此情况下，终端200例如也可以从基站100接收与RedCap终端用的BWP的频率位置相关的信息。

(变形例6)

虽然在动作例1中说明了T1+F1的组合，且在动作例2中说明了T2+F2的组合，但是并不限定于此，可以应用T1、T2、F1和F2中的某一者，也可以应用其他的组合。

例如，也可以根据T1+F2的组合，设定一个时隙内的多个PRB作为终端200所使用的PUCCH资源。例如，基站100及终端200也可以在时隙n+t1中，将与非RedCap终端的上行链路BWP所含的带域的两端的各个PRB相距RB_BWP ^offset+f2个的两个PRB，设定为终端200所使用的PUCCH资源。

另外，例如也可以根据T2+F1的组合，设定多个时隙各自中的一个PRB作为终端200所使用的PUCCH资源。例如，基站100及终端200也可以分别在多个时隙(例如，时隙n+t2及时隙n+t3)中，将与非RedCap终端的上行链路BWP所含的带域的某一个PRB相距RB_BWP ^offset+f2个的一个PRB，设定为终端200所使用的PUCCH资源。

或者，例如还可以是T2+F1+F2的组合。例如，也可以是，在终端200所使用的多个时隙的一部分中，使用与非RedCap终端的上行链路BWP所含的带域的两端的各个PRB相距RB_BWP ^offset+f2个的两个PRB，并在终端200所使用的多个时隙的剩余的时隙中，使用与非RedCap终端的上行链路BWP所含的带域的两端的PRB相距RB_BWP ^offset+f2个的两个PRB中的某一个PRB。

或者，还可以应用T1、T2、F1和F2中的某一者。例如，在应用T1或T2的情况下，PUCCH的频率资源(例如，PRB)也可以是与小区专用PUCCH资源集相同的资源。同样地，例如在应用F1或F2的情况下，PUCCH的时间资源(例如，时隙)也可以是与小区专用PUCCH资源集相同的资源。

以上述方式设定终端200所使用的PUCCH资源，由此，能够提高PUCCH资源的分配的灵活性。

此外，也能够切换对于RedCap终端的PUCCH资源的设定(例如，上述T1、T2、F1及F2)。

以上，说明了变形例。

(终端的种类、识别)

上述实施方式例如可以应用于“RedCap终端”，也可以应用于非RedCap终端。

此外，RedCap终端例如也可以是具有以下特征(换句话说，特性、属性或能力)中的至少一个特征的终端。

(1)将是“作为覆盖增强的对象的终端”、“接收被反复发送的信号的终端”或“RedCap终端”这一情况通知(例如，报告(report))给基站100的终端。此外，在上述通知(报告)中，例如也可以使用PRACH及PUSCH之类的上行信道、或者探测参考信号(SRS：SoundingReference Signal)之类的上行信号。

(2)与以下的性能(capability)中的至少一个性能相符的终端、或者将以下的性能中的至少一个性能报告给基站100的终端。此外，在上述报告中，例如也可以使用PRACH及PUSCH之类的上行信道、或者UCI或SRS之类的上行信号。

-可支持的频率带宽为阈值以下(例如，20MHz、40MHz或100MHz)的终端

-所安装的接收天线数为阈值以下(例如，阈值＝1根)的终端。

-可支持的下行端口数(例如，接收天线端口)为阈值以下(例如，阈值＝2)的终端。

-可支持的发送秩数(例如，最大多入多出(MIMO：Multiple-Input Multiple-Output)层数(或者，秩(rank)数))为阈值以下(例如，阈值＝2)的终端。

-可在阈值以上的频带(例如，频率范围2(FR2)或52GHz以上的带域)中收发信号的终端。

-处理时间为阈值以上的终端。

-可利用的传输块的大小(TBS：传输块尺寸(transport block size))为阈值以下的终端。

-可利用的发送秩数(例如，MIMO发送层数)为阈值以下的终端。

-可利用的调制阶数(modulation order)为阈值以下的终端。

-可利用的混合自动重发请求进程(Hybrid Automatic Repeat request(HARQ)process)数为阈值以下的终端。

-支持Rel-17以后的版本的终端。

(3)由基站100通知与RedCap终端对应的参数的终端。此外，在与RedCap移动台对应的参数中，例如也可以包含用于RAT/频率优先级的订户简档ID(SPID：SubscriberProfile ID for RAT/Frequency Priority)之类的参数。

此外，“非RedCap终端”或“non-RedCap终端”例如也可以是指支持Rel-15/16的终端(例如，不支持Rel-17的终端)、或者虽然支持Rel-17却不具有上述特征的终端。

(信号/信道的类别)

此外，虽然在上述实施方式中说明了对于上行链路的信道及信号(例如，PUCCH)的资源分配，但是上述实施方式也可以应用于下行链路的信道及信号(例如，PUCCH、PUSCH和PRACH中的某一者)、或者其他的上行链路的信道及信号(例如，PUSCH和PRACH中的某一者)。

另外，虽然在上述实施方式中说明了数据信号(例如，PDSCH或PUSCH)的资源由PDCCH(例如，下行控制信息)分配给终端200的情况，但是并不限定于此，例如也可以由高层信号设定。

另外，PDCCH例如也可以在通用搜索空间(CSS：Common Search Space)和UE专用搜索空间(USS：UE Specific Search Space)中的某一个搜索空间中被发送。

另外，虽然在本公开的一个实施例中作为一例说明了基于小区专用PUCCH资源集的设定来设定对于RedCap终端的PUCCH资源的方法，但是本公开的一个实施例的对于RedCap终端的PUCCH资源并不限定于基于小区专用PUCCH资源集来决定，也可以基于其他的资源设定来决定。另外，虽然在本公开的一个实施例中作为一例说明了PUCCH的资源设定方法，但是资源设定的对象并不限定于PUCCH，也可以是其他的信道或信号。

另外，上述实施方式的说明中应用的时隙数、PRB数、PRB偏移、码元数、PUCCH格式、CS值、r_PUCCH的值之类的参数的值是一例，也可以是其他的值。

另外，上述各实施方式中的“……部”之类的表述也可以被替换为“……电路(circuitry)”、“……设备(device)”、“……单元(unit)”或“……模块(module)”之类的其他表述。

(补充)

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

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

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

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

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

(控制信号)

在本公开中，与本公开的一个实施例关联的下行控制信号(或者，下行控制信息)例如可以是在物理层的物理下行链路控制信道(PDCCH：Physical Downlink ControlChannel)中发送的信号(或者，信息)，也可以是在高层的媒体访问控制控制元素(MAC CE：Medium Access Control Control Element)或无线资源控制(RRC：Radio ResourceControl)中发送的信号(或者，信息)。另外，对于信号(或者，信息)，并不限定于由下行控制信号通知的情况，可以在规格(或者，标准)中被预先规定，也可以预先在基站及终端中被设定。

在本公开中，与本公开的一个实施例关联的上行控制信号(或者，上行控制信息)例如可以是在物理层的PUCCH中发送的信号(或者，信息)，也可以是在高层的MAC CE或RRC中发送的信号(或者，信息)。另外，关于信号(或者，信息)，并不限定于由上行控制信号通知的情况，可以在规格(或者，标准)中被预先规定，也可以预先在基站及终端中被设定。另外，上行控制信号例如也可以改换为上行链路控制信息(UCI：uplink control information)、第一阶段(1st stage)旁链路控制信息(SCI：sidelink control information)或第二阶段(2nd stage)SCI。

(基站)

在本公开的一个实施例中，基站也可以是收发点(TRP：Transmission ReceptionPoint)、簇头、接入点、远程无线电头(RRH：Remote Radio Head)、eNodeB(eNB)、gNodeB(gNB)、基站(BS：Base Station)、基站收发台(BTS：Base Transceiver Station)、母机、网关等。另外，在旁链路通信中，也可以由终端来承担基站的作用。另外，也可以由中继高位节点与终端的通信的中继装置来代替基站。另外，还可以由路边设备来代替基站。

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

本公开的一个实施例例如可以应用于上行链路、下行链路和旁链路中的任何链路。例如，也可以将本公开的一个实施例应用于上行链路的物理上行链路共享信道(PUSCH：Physical Uplink Shared Channel)、物理上行链路控制信道(PUCCH：Physical UplinkControl Channel)、物理随机接入信道(PRACH：Physical Random Access Channel)、下行链路的物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel)、PDCCH、物理广播信道(PBCH：Physical Broadcast Channel)、或者旁链路的物理旁链路共享信道(PSSCH：Physical Sidelink Shared Channel)、物理旁链路控制信道(PSCCH：PhysicalSidelink Control Channel)、物理旁链路广播信道(PSBCH：Physical SidelinkBroadcast Channel)。

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

(数据信道/控制信道)

本公开的一个实施例例如可以应用于数据信道和控制信道中的任何信道。例如，也可以将本公开的一个实施例中的信道改换为数据信道的PDSCH、PUSCH、PSSCH、或者控制信道的PDCCH、PUCCH、PBCH、PSCCH、PSBCH中的某一个信道。

(参考信号)

在本公开的一个实施例中，参考信号例如是基站及移动台双方已知的信号，且有时也被称为“Reference Signal(RS)”或“导频信号”。参考信号可以是解调参考信号(DMRS：Demodulation Reference Signal)、信道状态信息-参考信号(CSI-RS：Channel StateInformation-Reference Signal)、跟踪参考信号(TRS：Tracking Reference Signal)、相位跟踪参考信号(PTRS：Phase Tracking Reference Signal)、小区专用参考信号(CRS：Cell-specific Reference Signal)和探测参考信号(SRS：Sounding Reference Signal)中的任何参考信号。

(时间间隔)

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

(频带)

本公开的一个实施例既可以应用于授权带域，也可以应用于非授权带域(非授权频谱(unlicensed spectrum)、共享频谱(shared spectrum))。也可以在发送各信号之前，实施信道接入过程(channel access procedure)(对话前监听(LBT：Listen BeforeTalk)、载波监听、信道空闲评估(CCA：Channel Clear Assessment))。

(通信)

本公开的一个实施例可以应用于基站与终端之间的通信(Uu链路通信)、终端与终端之间的通信(旁链路(Sidelink)通信)、车用无线通信技术(V2X：Vehicle toEverything)的通信中的任何通信。例如，也可以将本公开的一个实施例中的信道改换为PSCCH、PSSCH、物理旁链路反馈信道(PSFCH：Physical Sidelink Feedback Channel)、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH和PBCH中的某一个信道。

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

(天线端口)

在本公开的一个实施例中，天线端口是指由一根或多根物理天线构成的逻辑天线(天线组)。例如，天线端口未必是指一根物理天线，有时是指由多根天线构成的阵列天线等。例如，可以是，不规定天线端口由几根物理天线构成，而是规定为终端能够发送基准信号(参考信号(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的特定的核心实体)。图15表示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(Physical UplinkShared Channel，物理上行链路共享信道)、PUCCH(Physical Uplink Control Channel，，物理上行链路控制信道)，下行物理信道有PDSCH(Physical Downlink Shared Channel，物理下行链路共享信道)、PDCCH(Physical Downlink Control Channel，物理下行链路控制信道)、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之间的功能分离＞

图16表示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)；

-业务使用量的报告；

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

-用于支持多宿主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连接的设定及重新设定的过程＞

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

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

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

图19还表示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(SuperLSI)”、“特大LSI(Ultra LSI)”。集成电路化的方法不限于LSI，也可由专用电路、通用处理器或专用处理器实现。另外，也可利用LSI制造后能够编程的FPGA(Field ProgrammableGate Array，现场可编程门阵列)、或可以对LSI内部的电路块的连接或设定进行重新构置的可重构处理器(Reconfigurable Processor)。本公开也可以被实现为数字处理或模拟处理。再有，如果随着半导体技术的进步或者其他技术的派生，出现了代替LSI的集成电路化的技术，当然也可以利用该技术来实现功能块的集成化。还存在应用生物技术等的可能性。

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

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

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

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

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

在本公开的一个实施例中，所述控制电路基于与所述设定相关的信息、以及与所述第一资源和所述第二资源之间的差分相关的信息，设定所述第二资源。

在本公开的一个实施例中，所述第二资源包含基于被设定于分配给所述第一类别的终端的带宽部分中的某一端的资源块和所述差分而设定的一个资源块。

在本公开的一个实施例中，所述第二资源包含多个第二资源块，该多个第二资源块是基于所述第一资源所含的多个第一资源块中的每个第一资源块和所述差分而设定的。

在本公开的一个实施例中，所述多个第二资源块被设定于彼此不同的时隙。

在本公开的一个实施例中，所述第二资源包含一个或多个第二时隙，该一个或多个第二时隙是基于所述第一资源所含的第一时隙和所述差分而设定的。

在本公开的一个实施例中，所述发送电路使用所述多个第二时隙，反复地发送所述信号。

在本公开的一个实施例中，所述第二资源中的每个时隙的时域和频域中的至少一者的尺寸与所述第一资源中的时隙内的跳变的尺寸不同。

在本公开的一个实施例中，对应于所述第二资源的循环移位值是被设定给所述第一资源的循环移位值加上偏移所得的值。

在本公开的一个实施例中，包含与所述设定相关的信息和与所述第二资源相关的信息这两者的参数组合的候选、与用于识别所述候选的信息关联。

本公开的一个实施例的基站包括：控制电路，基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及接收电路，在所述第二资源中接收信号。

在本公开的一个实施例的通信方法中，终端进行如下处理：基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及在所述第二资源中发送信号。

在本公开的一个实施例的通信方法中，基站进行如下处理：基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及在所述第二资源中接收信号。

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

工业实用性

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

附图标记说明

100基站

101、206控制部

102DCI产生部

103高层信号产生部

104、208编码/调制部

105、209信号配置部

106、210发送部

107、201天线

108、202接收部

109信号分离部

110、205解调/解码部

200终端

203信号分离部

204DCI检测部

207PUCCH序列产生部

Claims

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

控制电路，基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及

发送电路，在所述第二资源中发送信号。

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

所述控制电路基于与所述设定相关的信息、以及与所述第一资源和所述第二资源之间的差分相关的信息，设定所述第二资源。

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

所述第二资源包含基于被设定于分配给所述第一类别的终端的带宽部分中的某一端的资源块和所述差分而设定的一个资源块。

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

所述第二资源包含多个第二资源块，该多个第二资源块是基于所述第一资源所含的多个第一资源块中的每个第一资源块和所述差分而设定的。

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

所述多个第二资源块被设定于彼此不同的时隙。

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

所述第二资源包含一个或多个第二时隙，该一个或多个第二时隙是基于所述第一资源所含的第一时隙和所述差分而设定的。

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

所述发送电路使用所述多个第二时隙，反复地发送所述信号。

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

所述第二资源中的每个时隙的时域和频域中的至少一者的尺寸与所述第一资源中的时隙内的跳变的尺寸不同。

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

对应于所述第二资源的循环移位值是被设定给所述第一资源的循环移位值加上偏移所得的值。

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

包含与所述设定相关的信息和与所述第二资源相关的信息这两者的参数组合的候选、与用于识别所述候选的信息关联。

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

接收电路，在所述第二资源中接收信号。

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

终端进行如下处理：

基于与对于第一类别的终端的第一资源的设定相关的信息，对第二类别的终端设定与所述第一资源不同的第二资源；以及

在所述第二资源中发送信号。

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

基站进行如下处理：

在所述第二资源中接收信号。