CN117083933A

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

Info

Publication number: CN117083933A
Application number: CN202180096284.7A
Authority: CN
Inventors: 西尾昭彦; 铃木秀俊
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2021-03-29
Filing date: 2021-11-25
Publication date: 2023-11-17
Also published as: CO2023012455A2; BR112023019269A2; KR20230161967A; EP4319333A1; CA3212459A1; WO2022208990A1; JPWO2022208990A1; MX2023010655A

Abstract

终端包括：控制电路，基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和小区固有偏移中的一者来决定发送机会；以及发送电路，在发送机会中进行上行发送。

Description

终端、基站及通信方法

技术领域

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

背景技术

在5G的标准化方面，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)已讨论了新无线接入技术(NR：New Radio access technology)，并发布了NR的版本15(Release 15)(Rel.15)的规格。

现有技术文献

非专利文献

非专利文献1：3GPP,TR 38.821,V16.0.0“Solutions for NR to support non-terrestrial networks(NTN)(Release 16)”,2019-12

非专利文献2：3GPP,TS 38.321,V16.3.0“Medium Access Control(MAC)protocolspecification(Release 16)”,2020-12

发明内容

但是，针对对应于终端与基站之间的传播时延的适当的定时控制，尚有研究的余地。

本公开的非限定性的实施例有助于提供能够实现对应于终端与基站之间的传播时延的适当的定时控制的终端、基站及通信方法。

本公开的一个实施例的终端包括：控制电路，基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及发送电路，在所述发送机会中进行所述上行发送。

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

根据本公开的一个实施例，能够实现对应于终端与基站之间的传播时延的适当的定时控制。

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

附图说明

图1是表示发送时隙定时的一例的图。

图2是表示卫星的小区内的传播时延的一例的图。

图3是表示小区固有偏移及终端固有偏移的一例的图。

图4是表示针对PDCCH(Physical Downlink Control Channel，物理下行链路控制信道)命令(order)RACH(Random Access Channel，随机接入信道)的偏移的应用例的图。

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

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

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

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

图9是表示实施方式1的PDCCH命令RACH的发送定时的一例的图。

图10是表示实施方式1的偏移与RACH机会(RO：RACH Occasion)之间的关系的一例的图。

图11是表示实施方式3的PDCCH命令RACH的发送定时的一例的图。

图12是表示实施方式3的PDCCH命令RACH的发送定时的一例的图。

图13是表示实施方式3的PDCCH命令RACH的发送定时的一例的图。

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

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

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

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

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

具体实施方式

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

[向地面以外的网络(NTN：Non-Terrestrial Network，非地面网络)的扩展]

Rel.15已作为用于地面网络的无线接入技术而被标准化。另一方面，NR研究了使用卫星或高空伪卫星(HAPS：High-altitude platform station，高空平台站)的通信等向地面以外的网络(NTN)的扩展(例如，非专利文献1)。

在NTN环境中，对于地面终端(例如，也称为“用户设备(UE：user equipment)”)或者航空器或无人机之类的位于高空的终端的卫星的覆盖区域(例如，一个以上的小区)由来自卫星的波束形成。另外，终端与卫星之间的无线电波传播的往返时间(RTT：Round TripTime)取决于卫星的高度(例如，最大约36000km)或从终端算起的角度，即卫星与终端之间的位置关系。

例如，非专利文献1中记载了在NTN中，基站(例如，也称为“gNB”)与终端之间的无线电波传播的往返时间(RTT)最大会耗费540ms左右。另外，非专利文献1还记载了有时会因波束内(小区内)的终端的位置，而产生10ms左右的最大时延差。最大时延差例如可以表示在波束内(小区内)，位置离卫星最远的终端与该卫星之间的往返时间、和位置离卫星最近的终端与该卫星之间的往返时间之差。

[随机接入过程]

在5G NR中，终端为了初始接入及数据发送请求等，进行使用随机接入信道(Random Access Channel(RACH))的发送。例如，随机接入过程例如可以通过四步随机接入(也称为“四步RACH(4-step RACH)”或“四步CBRA(4-Step CBRA(Contention Based RandomAccess，基于竞争的随机接入))”)实施。

在四步随机接入中，终端在第一步的发送(MSG1)中，将PRACH(Physical RandomAccess Channel，物理随机接入信道)的前导码信号发送至基站。终端中的MSG1发送在由基站按小区分别地通知给小区的发送定时(时隙(slot)定时或RACH机会(RO))中被实施。此外，以下，对PRACH的信号(例如，前导码信号)进行发送有时被简单记述为“PRACH发送”或“发送PRACH”。另外，以下，对PRACH的信号进行接收有时被记载为“PRACH接收”或“接收PRACH”。此外，其他信道的信号的收发有时也同样地被简单记述。

基站接收MSG1并进行解码，在第二步的发送(MSG2)中，将包含对于PRACH的前导码信号的RA响应(随机接入响应(RAR：Random Access response))及MSG3的上行发送定时的调度信息等通知给终端。

终端接收MSG2并进行解码，在第三步的发送(MSG3)中，使用由MSG2指示的调度信息，将与终端相关的信息(例如，终端ID等)之类的用于建立连接(Connection)的信息等通知给基站。例如，可以在上行数据信道(例如，物理上行链路共享信道(PUSCH：PhysicalUplink Shared Channel))中通知MSG3。MSG3所通知的信息也可以被称为“RRC(RadioResource Control，无线资源控制)连接请求信息”。

基站接收MSG3并进行解码，在第四步的发送(MSG4)中，通知连接建立响应等。

[定时调整]

在5G NR中，以使来自小区内的不同终端的信号在某个时间内集中至基站的方式，控制终端的发送定时。例如，某个时间内可以是OFDM(Orthogonal Frequency DivisionMultiplexing，正交频分复用)信号或DFT-S-OFDM(Discrete Fourier Transform-Spread-OFDM，离散傅里叶变换扩频正交频分复用)信号的CP(Cyclic Prefix，循环前缀)内。

在随机接入过程中，终端中的MSG1的发送在由基站按小区分别地通知给小区的成为候选的PRACH发送定时(RACH机会)中被实施。此处，终端基于在下行链路中从基站发送的被称为“SSB(SS(Synchronization Signal)/PBCH(Physical Broadcast channel)Block，同步信号/物理广播信道块)”的同步信号的接收定时，决定发送定时。因此，对应于基站与终端之间的传播时延，基站中的接收定时有可能会偏离基站所设想的接收定时。此处，基站所设想的接收定时例如是基于由基站按小区分别地通知给小区的成为候选的PRACH发送定时(RACH机会)而决定的接收定时。

对于从基站所设想的接收定时的偏离，例如基站在MSG2中，向终端发送用于对定时进行修正(调整)的信息。用于对定时进行修正(调整)的信息例如有时被称为“TA(TimingAdvance，定时提前)命令”(例如，非专利文献2)。终端例如基于MSG2所含的TA命令，修正MSG3以后的发送定时。另外，当在MSG3以后的信号的收发中检测出接收定时的偏离的情况下，基站可以将TA命令发送至终端。

另外，在5G NR中，存在如下情形：不限于初始接入，例如在终端连接于基站的状态下(例如，在RRC已连接(RRC_CONNECTED)状态下)许久未进行通信的情况下，或者在TA计时器到时之类的终端有可能未同步的状况下，在发往终端的下行发送数据已到达等的情形时，利用来自基站的触发进行RACH发送。例如，可以使用下行控制信道(例如，物理下行链路控制信道(PDCCH：Physical Downlink Shared Channel))触发该RACH发送。使用PDCCH来触发的RACH发送例如被称为“PDCCH命令RACH”(其一例将在下文中叙述)。

在NTN中，因为基站与终端之间的通信为长距离通信，所以与地面蜂窝系统相比，基站与终端之间的传播时延大，终端间的传播时延之差大。因此，例如研究了如下内容：由终端基于使用通过GNSS(Global Navigation Satellite System，全球导航卫星系统)等取得的终端的位置信息、和根据卫星的轨道信息(卫星星历(satellite ephemeris))获得的卫星的位置信息而估计出的终端与卫星之间的距离，计算传播时延，并由终端自主地进行定时调整。

另外，在5G NR中，Rel.15规定了发送时隙的定时。

图1是表示发送时隙定时的一例的图。图1是表示Rel.15所规定的地面蜂窝中的发送时隙定时的例子(图1(a))、和对于NTN研究的发送时隙定时的例子(图1(b))的图。

另外，在图1中，例示基站(gNB)的DL的发送时隙和UL的接收时隙、以及终端(UE)的DL的接收时隙和UL的发送时隙。此外，图1的横轴表示时间轴。

在NR Rel.15(例如，地面蜂窝)中，可以基于下行控制信息(例如，下行链路控制信息(DCI：Downlink Control Information))或下行数据信号(例如，物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel))之类的DL信号的发送时隙定时(例如，也称为“基准时隙”)，规定HARQ-ACK(hybrid automatic repeat request-acknowledgement，混合自动重发请求-应答)或PUSCH之类的UL信号的发送定时。例如，可以使用从DL信号的发送时隙(例如，也被称为“基准时隙”)算起的偏移，规定UL信号的发送定时。

偏移例如可列举表示从PDSCH到HARQ-ACK为止的定时偏移的“K₁”、以及表示从DCI到PUSCH为止的定时偏移的“K₂”。此外，从PDSCH到HARQ-ACK发送为止的定时偏移K₁有时也被称为“PDSCH到HARQ的反馈定时指示符(PDSCH-to-HARQ_feedback timing indicator)”。在图1(a)中，Rel.15的发送时隙定时的规定为，在第n个时隙中，将包含DCI的信号从基站发送至终端，并在第n+K₂个时隙中，将PUSCH的信号从终端发送至基站。

另一方面，如图1(b)所示，在NTN中研究了对于Rel.15的发送时隙定时的规定，设定用于修正比地面蜂窝长的传播时延的偏移“Koffset”。

基站例如可以利用Koffset，指定基站中的UL信号的接收定时(例如，时隙)。在UL信号中，例如可以包含上行控制信息(物理上行链路控制信道(PUCCH：Physical UplinkControl Channel))、或包含上行数据信号的PUSCH，该上行控制信息包含HARQ-ACK之类的上行控制信息(上行链路控制信息(UCI：Uplink Control Information))。

对于Koffset，例如研究了按小区分别地通知(或者，广播)给小区的小区固有(cell-specific)的Koffset(例如，表示为“K_offset,cell”)、以及按终端分别地通知给终端的终端固有(UE-specific)的Koffset(K_offset,UE)。此外，以下，K_offset,cell及K_offset,UE也有时被简单记述为“Koffset”。

例如，如图2所示，可以基于小区内的卫星(或者，基站)与终端之间的传播时延(例如，D_cell)最大的地点的RTT，设定小区固有Koffset。小区固有Koffset例如可以包含于系统信息而被广播给整个小区。另外，如图2所示，可以基于终端(UE)的位置或传播时延量(例如，D_UE)，按终端分别地设定终端固有Koffset。终端固有Koffset例如可以按终端分别地被通知给终端。

图3是表示基于终端固有Koffset的发送时隙定时的一例的图。在图3中，例如可以是，基站(gNB)以在从发送了DCI的定时(时隙n)算起的偏移K₂及终端固有Koffset后的时隙(例如，时隙(n+K₂+K_offset,UE))中接收PUSCH的方式，设定终端(UE)的PUSCH发送的定时。

如图3所示，就基于终端固有Koffset的定时调整而言，例如因为基于终端专用的RTT，所以与基于小区固有Koffset的定时调整相比，能够减少数据传输时延。

[PDCCH命令RACH]

在NR Rel.15中，对于PDCCH命令RACH，例如规定由终端接收触发PRACH发送的PDCCH，并在“下一个可利用的RO(next available RO)”中发送PRACH。

此处，地面网络与NTN相比，传播时延短，且发送定时和接收定时是大致同时的，因此，基站与终端之间对于“下一个可利用的RO”的识别不同的可能性极低。

另一方面，NTN与地面网络相比，传播时延长，因此，基站与终端之间对于“下一个可利用的RO”的识别容易发生偏差。因此，研究了在NTN中导入对于PRACH发送的Koffset。通过导入Koffset，根据传播时延来决定RO，因此，基站与终端之间对于“下一个可利用的RO”的识别不易发生偏差。

但是，PDCCH命令RACH也会应用于如下情况，即，应用于虽然终端处于RRC已连接状态，但是基站未确定(换句话说，掌握)终端的同步状况的情况，因此，例如在被设定了终端固有Koffset的终端已从设定Koffset时的位置移动到远处的情况下，终端的PRACH发送有可能会赶不上利用终端固有Koffset所指定的RO。

图4是表示PDCCH命令RACH中的RO的设定例的图。在图4中，基站(例如，gNB)设想在从触发PRACH发送的PDCCH的发送定时算起基于终端固有Koffset而得出的定时中，接收PRACH。终端(例如，UE)可以基于触发PRACH发送的PDCCH的接收定时、以及终端固有Koffset来决定RO，并在所决定的RO中发送PRACH。

此处，如图4所示，在终端的实际位置与对应于对终端设定的终端固有Koffset的位置(例如，基站所设想的位置)不同的情况下(例如，在位置距离基站(或者，卫星)更远的情况下)，终端实际发送PRACH的定时有可能与基站所设想的PRACH的定时不同(例如，有可能延迟)。换句话说，终端有可能无法在基于终端固有Koffset的适当的发送定时(例如，RO)中发送PRACH。

因此，在本公开的非限定性的一个实施例中，例如在像NTN环境这样的终端与基站之间的传播时延增大的环境中，实现对应于终端与基站之间的传播时延的适当的定时控制。

[通信系统的概要]

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

图5是表示基站100的一部分的结构例的方框图。在图5所示的基站100中，控制部109(例如，相当于控制电路)基于与上行接收相关的控制信号，使用与小区固有偏移不同的参数和小区固有偏移中的一者来决定发送机会。无线接收部102(例如，相当于接收电路)在发送机会中进行上行接收。

图6是表示终端200的一部分的结构例的方框图。在图6所示的终端200中，控制部209(例如，相当于控制电路)基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和小区固有偏移中的一者来决定发送机会。无线发送部205(例如，相当于发送电路)在发送机会中进行上行发送。

(实施方式1)

[基站的结构]

图7是表示本实施方式的基站100的结构的一例的方框图。基站100包括天线101、无线接收部102、PRACH(Physical Random Access Channel，物理随机接入信道)检测部103、数据接收处理部104、定时控制信息产生部105、数据产生部106、数据发送处理部107及无线发送部108。PRACH检测部103、数据接收处理部104、定时控制信息产生部105、数据产生部106及数据发送处理部107可以包含于控制部109。

无线接收部102对经由天线101接收到的来自终端200的数据信号(例如，PUSCH)、控制信号(例如，包含HARQ-ACK之类的UCI的PUCCH)及随机接入信号(例如，PRACH信号)进行下变频及A/D(Analog/Digital，模拟/数字)转换之类的接收处理，并向数据接收处理部104及PRACH检测部103输出接收处理后的信号。

PRACH检测部103例如基于从定时控制信息产生部105输入的定时信息，检测PRACH的前导码(Preamble)信号，并且估计发送定时及接收定时。例如，PRACH检测部103可以针对接收到的PRACH的前导码信号，进行对应于所设定的前导码编号的序列编号、与使用循环移位量而产生的前导码信号的复制信号之间的相关处理。

此外，PRACH检测部103中的相关处理可以是在时域中进行而计算时延分布的处理，也可以是在频域中进行相关处理(除法处理)后，通过进行IFFT(Inversed FourierTransform，傅里叶逆变换)而计算时延分布的处理。计算出的时延分布可以用于估计发送定时及接收定时中的至少一个定时。

PRACH检测部103例如向定时控制信息产生部105输出与估计出的发送定时及接收定时中的至少一个定时相关的信息。例如，PRACH检测部103可以计算基站100的基准定时与接收信号的到来定时之间的差分，并向定时控制信息产生部105输出计算结果。

另外，PRACH检测部103例如可以针对请求(换句话说，触发)终端200发送的PRACH(例如，PDCCH命令RACH)，在基于根据定时偏移计算出的定时的PRACH发送定时(或者，发送机会。例如，RO)中，检测PRACH。在本实施方式中，例如PRACH检测部103可以在基于根据小区固有Koffset计算出的定时的RO中，检测PRACH(例如，PDCCH命令RACH)。例如可以是，在对于终端200，利用PDCCH命令RACH触发PRACH发送的情况下，无论对于终端200的终端固有Koffset的设定如何，PRACH检测部103都使用小区固有Koffset来控制PRACH的接收定时(换句话说，可以基于小区固有Koffset来设想接收)。

此处，例如当在用于PDCCH命令RACH的DCI中，未指定“随机接入前导码索引(random access preamble index)”的情况下，设定由终端200随机地选择前导码索引(preamble index)的“基于竞争的RACH”。在此情况下，PRACH检测部103例如可以将对小区设定的多个(例如，全部的)序列作为对象而进行PRACH检测。另一方面，例如当在用于PDCCH命令RACH的DCI中，指定了随机接入前导码索引的情况下，设定由终端200基于所指定的前导码索引来发送PRACH的“非竞争(non-contention)RACH”。在此情况下，PRACH检测部103例如可以将已指定的序列作为对象而进行PRACH检测。

此外，PRACH的发送定时的例子将在下文中叙述。

数据接收处理部104例如基于从定时控制信息产生部105输入的定时信息，对PUSCH或PUCCH之类的与PRACH不同的接收数据信号进行解调/解码处理。另外，数据接收处理部104可以基于接收数据信号来实施信道估计及定时估计。数据接收处理部104向定时控制信息产生部105输出与估计出的定时相关的信息。

此处，例如，对于被设定了终端固有Koffset的终端200，PUSCH或PUCCH之类的接收数据信号的接收时隙可以被设定为基于终端固有Koffset的定时，对于未被设定终端固有Koffset的终端200，PUSCH或PUCCH之类的接收数据信号的接收时隙可以被设定为基于小区固有Koffset的定时。

定时控制信息产生部105例如基于从PRACH检测部103及数据接收处理部104输出的信息(例如，定时估计结果)，产生用于终端200的TA命令。TA命令也可以是多个种类的TA命令。另外，定时控制信息产生部105可以产生小区通用的定时调整值。例如，可以基于由卫星波束形成的小区的大小、馈线链路的长度及馈线链路时延量中的至少一者，产生小区通用的定时调整值。

另外，定时控制信息产生部105可以基于卫星的高度及小区的大小中的至少一者，例如设定基于与小区内的离卫星最远的地点对应的传播时延量的小区固有Koffset。另外，定时控制信息产生部105可以基于由终端200通知的与终端200的位置相关的信息、以及在基站100或地面网关(Gateway：GW)中计算出的与卫星位置相关的信息，计算终端200的传播时延量，并设定基于终端200的传播时延量的终端固有Koffset。定时控制信息产生部105可以向数据发送处理部107、PRACH检测部103及数据接收处理部104输出包含与所设定的Koffset相关的信息的定时信息。

数据产生部106产生发往终端200的用户数据、同步信号、系统信息(广播信息)、专用控制信息(例如，RRC控制信息)、MAC(Medium Access Control，媒体访问控制)控制信息及下行控制信息(DCI)之类的下行数据信号。数据产生部106向数据发送处理部107输出所产生的下行数据信号。

数据发送处理部107对从数据产生部106输出的下行数据信号及从定时控制信息产生部105输出的定时信息进行编码及调制，并向无线发送部108输出调制后的信号。

无线发送部108对从数据发送处理部107输出的信号进行D/A(Digital/Analog，数字/模拟)转换、上变频及放大之类的发送处理，并将发送处理后的无线信号从天线101发送。

[终端的结构]

接着，说明终端200的结构例。

图8是表示本实施方式的终端200的结构的一例的方框图。终端200包括PRACH产生部201、数据产生部202、位置信息取得部203、定时调整部204、无线发送部205、天线206、无线接收部207及解调/解码部208。PRACH产生部201、数据产生部202、位置信息取得部203、定时调整部204及解调/解码部208可以包含于控制部209。

PRACH产生部201例如从可用在基站100的小区内的候选的PRACH的发送资源中，决定PRACH的发送资源。例如，PRACH产生部201基于可发送PRACH的时间/频率资源(例如，时隙及资源块)、以及前导码编号组的信息，设定用于PRACH发送的时间/频率资源及前导码编号。可发送PRACH的时间/频率资源及前导码编号组的信息例如可以由基站100通知。

此处，可供终端200发送PRACH的时间/频率资源可以被称为“RACH机会(RO)”。例如，可以按SSB分别地对SSB设定RO。例如，在初始接入时，终端200可以在与小区搜索(换句话说，SSB的搜索)已完成的定时中所选择的SSB(例如，接收功率更大的SSB)对应的RO中，选择随机的前导码编号来发送PRACH。另外，例如当在RRC已连接状态下，接收到触发PDCCH命令RACH的DCI的情况下，终端200可以不使用终端固有Koffset，而在基于小区固有Koffset的定时(RO)中，发送PRACH。

另外，例如当在DCI中未指定前导码编号的情况下，终端200可以在与接收功率更大的SSB对应的RO中，选择随机的前导码编号来发送PRACH。另一方面，当在DCI中指定了前导码编号及SSB编号的情况下，终端200可以在与所指定的SSB编号对应的RO中，发送所指定的前导码编号的PRACH。

此外，RACH的发送定时的例子将在下文中叙述。

数据产生部202产生上行发送数据流，并产生利用由基站100分配的用于数据信号发送的时间/频率资源及利用MCS(Modulation and Coding Scheme，调制和编码方案)发送的数据信号。例如，有由下行控制信息(例如，DCI或PDCCH)通知时间/频率资源及MCS的情形(动态授权(Dynamic grant))、以及由RRC信令通知时间/频率资源及MCS的情形(配置授权(Configured grant))。另外，数据产生部202例如也可以产生后述的定时调整结果及终端位置的信息中的至少一者。

位置信息取得部203例如取得终端200的位置信息(纬度、经度、高度等信息)和作为通信对象的卫星的位置信息。另外，位置信息取得部203例如计算终端200与卫星之间的距离，并向定时调整部204输出计算出的距离的信息。例如，也可以利用GPS(GlobalPositioning System，全球定位系统)之类的GNSS功能，取得终端200及卫星的位置信息。另外，例如，也可以通过预先取得被称为“卫星星历”的轨道信息及时间信息中的至少一个信息，获得卫星的位置信息。

定时调整部204调整接收信号的接收定时、及发送信号的发送定时。例如，定时调整部204基于由基站100通知或广播的信息(例如，定时信息)、以及由定时调整部204计算出的信息中的至少一个信息，调整发送信号的发送定时。

例如，定时调整部204根据从位置信息取得部203输出的距离信息和无线电波传播速度(约3×10⁸m/s)，计算卫星与终端200之间的传播时延时间。接着，定时调整部204可以基于从基站100发送的信号的接收定时、所计算出的传播时延时间、由基站100广播的小区通用的定时调整值及小区固有Koffset、由基站100通知的终端200专用的定时调整值(例如，TA值)、以及由基站100通知的终端固有Koffset中的一者或多者的组合，调整发送定时。定时调整也可以根据信道及信号而不同。例如，定时调整也可以根据PRACH、PUSCH、PUCCH、SRS(Sounding Reference Signal，探测参考信号)而不同。

无线发送部205对从PRACH产生部201输出的信号、以及从数据产生部202输出的数据信号进行D/A转换、上变频之类的发送处理。无线发送部205在经过定时调整部204调整的发送定时中，将发送处理后的无线信号从天线206向基站100发送。

无线接收部207在经过定时调整部204调整的接收定时中，经由天线206从基站100将接收信号接收。接收信号例如可以是PDCCH、PDSCH之类的下行链路信号。另外，在接收信号中，可以包含数据及控制信息中的至少一者。无线接收部207对接收信号进行下变频及A/D转换之类的接收处理，并向解调/解码部208输出接收处理后的信号。

解调/解码部208对从无线接收部207输出的信号进行解调及解码处理。在从无线接收部207输出的信号中，例如可以包含PDCCH及PDSCH之类的下行链路信号。另外，在PDCCH中，例如可以包含PDSCH的分配信息、PUSCH的分配信息。另外，在PDSCH中，例如可以包含用户数据、RRC控制信息、MAC CE(Control Element，控制元素)控制信息、RACH响应(例如，MSG2)、TA命令。例如，在解调及解码所得的信息中包含与发送定时及接收定时相关的定时信息的情况下，解调/解码部208向定时调整部204输出定时信息。

[定时调整的例子]

接着，说明本实施方式中的PDCCH命令RACH的发送定时的设定例。

基站100例如可以基于卫星的高度、最低仰角及设想的小区尺寸中的至少一者，计算小区内最长的往返的传播时延量。接着，基站100可以基于所计算出的传播时延量来设定小区固有Koffset，并将所设定的小区固有Koffset通知给小区内的终端200。小区固有Koffset例如可以由SIB1之类的广播信息通知给终端200，也可以由其他信号通知给终端200。

另外，对于初始接入已完成且处于RRC已连接状态的终端200，基站100例如可以基于由终端200通知的与终端的位置相关的信息、以及与传播时延相关的信息中的至少一个信息，估计终端200与基站100之间的往返(例如，RTT)的传播时延。接着，基站100可以基于估计出的传播时延来设定终端固有Koffset，并将所设定的终端固有Koffset通知给终端200。终端固有Koffset例如可以由RRC信息、MAC CE及DCI中的至少一者通知给终端200。

终端200例如可以在初始接入时的MSG3的发送之类的未设定终端固有Koffset的状态下，在基于小区固有Koffset而决定的时隙中，发送PUSCH或PUCCH(例如，HARQ-ACK)之类的上行链路信号。另外，终端200例如可以在设定终端固有Koffset后，在基于终端固有Koffset而决定的时隙中，发送PUSCH或PUCCH(例如，HARQ-ACK)。

此处，将用于发送PRACH的无线资源(时间/频率资源)称为“RO(RACH机会)”。另外，将可用于发送PRACH的时隙称为“RACH时隙”。例如，也可以在帧(例如，10ms)内设定多个RACH时隙。另外，可以在RACH时隙中设定一个或多个RO。

基站100例如可以使用作为RRC参数之一的“RACH配置通用(RACH-ConfigCommon)”，通过SIB或RRC信令将与RACH相关的参数(或者，信息)通知给终端200。

例如，RACH时隙、或与RACH时隙内的RO的设定相关的参数可以由RACH配置通用(RACH-ConfigCommon)中的“prach配置索引(prach-ConfigurationIndex)”通知。另外，例如SSB与RO之间的关联可以由RACH配置通用(RACH-ConfigCommon)中的“每个RACH机会的ssb及每个SSB的CB前导码(ssb-perRACH-OccasionAndCB-PreamblesPerSSB)”通知。

另外，例如对于RRC已连接状态下的终端200，当在TA计时器到时后，或在某个期间无通信且未确定终端200的同步状态的状况下，产生了下行发送数据时，基站100可以针对终端200，触发PRACH发送。该PRACH发送的触发例如可以由用于PDCCH命令RACH的DCI通知给终端200。在NR Rel.15中，例如，若DCI内的特定字段(例如，资源分配)为特定比特串(例如，全部为0(all 0))，则意味着PDCCH命令RACH的触发。此外，PRACH发送的触发并不限定于此，也可以是与NR Rel.15不同的方法。

也可以在用于PDCCH命令RACH的DCI中，例如通知TS38.212所记载的下述信息。

-随机接入前导码索引，占用6比特，其基于随机接入前导码索引(Random AccessPreamble index-6bits according to ra-PreambleIndex)

-UL/SUL指示符，占用1比特。若“随机接入前导码索引”的值并非全部为零，并且UE根据小区的服务小区配置中的辅助上行链路而配置，则该字段指示使用小区中的哪一个UL载波来发送PRACH；否则，预留该字段(UL/SUL indicator-1bit.If the value of the"Random Access Preamble index"is not all zeros and if the UE is configuredwith supplementaryUplink in ServingCellConfig in the cell,this fieldindicates which UL carrier in the cell to transmit the PRACH；otherwise,thisfield is reserved)

-SS/PBCH索引，占用6比特。若“随机接入前导码索引”的值并非全部为零，则该字段指示应该用于决定对于PRACH发送的RACH机会的SS/PBCH；否则，预留该字段。(SS/PBCHindex-6bits.If the value of the"Random Access Preamble index"is not allzeros,this field indicates the SS/PBCH that shall be used to determine theRACH occasion for the PRACH transmission；otherwise,this field is reserved.)

-PRACH掩码索引，占用4比特。若“随机接入前导码索引”的值并非全部为零，则该字段指示与由对于PRACH发送的“SS/PBCH索引”指示的SS/PBCH关联的RACH机会；否则，预留该字段(PRACH Mask index-4bits.If the value of the"Random Access Preambleindex"is not all zeros,this field indicates the RACH occasion associated withthe SS/PBCH indicated by"SS/PBCH index"for the PRACH transmission,；otherwise,this field is reserved)

-预留比特，占用10比特(Reserved bits-10bits)

基站100例如可以通过指定与0不同的值作为随机接入前导码索引(例如，前导码编号)，指示PDCCH命令RACH的序列。另外，基站100在指示PDCCH命令RACH的序列时，可以利用SS/PBCH索引(例如，SSB编号)及PRACH掩码索引(Mask index)(例如，PRACH掩码编号)来指定RO。这样，基站100可以指定由终端200发送的PRACH的资源。

或者，基站100也可以通过指定0作为随机接入前导码索引，指示基于竞争(Contention)的RACH发送。在此情况下，终端200例如可以在与接收功率更大的SSB关联的RO中，选择随机的前导码序列来发送PRACH。

在本实施方式中，基站100可以对终端200设定小区固有Koffset及终端固有Koffset。终端200例如可以针对PUSCH或HARQ-ACK，基于终端固有Koffset来决定发送定时(例如，RO)。另一方面，终端200可以针对PDCCH命令RACH，基于小区固有Koffset来决定用于PRACH发送的发送定时。换句话说，终端200在由来自基站100的PDCCH触发PRACH发送的情况下，可以不使用终端固有Koffset而使用小区固有Koffset来决定PRACH(例如，PDCCH命令RACH)的发送定时(例如，RO)。

图9是表示本实施方式的PDCCH命令RACH中的RO的设定例的图。

在图9中，基站100设想(例如，等待)在从触发RACH的PDCCH(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的发送定时算起基于小区固有Koffset而得出的定时中接收RACH。

终端200例如在接收到用于PDCCH命令RACH的DCI(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的情况下，无论终端固有Koffset的设定如何，都基于小区固有Koffset来决定RO，并在所决定的RO中发送PRACH。例如，终端200可以在由小区固有Koffset指定的时隙以后的RO中发送PRACH。

此处，例如，如图9所示，即使在终端200的实际位置与对应于对终端200设定的终端固有Koffset(例如，终端200所固有的传播时延)的位置不同的情况下，基站100及终端200仍基于小区固有Koffset来发送RACH。换句话说，基站100及终端200例如基于如下定时偏移来决定RO，该定时偏移是基于小区内的卫星(或者，基站100)与终端200之间的传播时延最大的地点的RTT的定时偏移。由此，能够做到无论小区内的终端200的实际位置如何，都使基站100与终端200之间对于PRACH发送的定时的识别一致。另外，通过使用小区固有Koffset，终端200能够在不依赖于小区内的终端200的位置(换句话说，传播时延)而由基站100指定的RO中，切实地发送PRACH。

此处，例如在使用多个SSB(例如，波束)的情况下，有时会设定多个RO。以下，作为基于小区固有Koffset的PRACH的发送定时的决定方法的例子，对决定方法1及决定方法2进行说明。

＜决定方法1＞

在决定方法1中，基站100例如可以在与针对终端200选择的SSB及前导码编号中的至少一者对应的RO中的、触发RACH的PDCCH的发送时隙加上小区固有Koffset所得的定时的时隙(例如，延迟了小区固有Koffset后的时隙)以后的最初的RO(例如，尽早的RO)中，接收PRACH。同样地，终端200例如可以在与所选择的SSB及前导码编号中的至少一者对应的RO中的、基于触发RACH的PDCCH的接收时隙及小区固有Koffset的定时以后的最初的RO(例如，尽早的RO)中，发送PRACH。

图10是表示设定与多个SSB分别对应的多个RO的情况下的小区固有Koffset与RO之间的关系的例子的图。

例如，在设定与多个SSB分别对应的多个RO的情况下，作为小区固有Koffset与RO之间的关系，可列举利用Koffset所指定的时隙被设定得比多个SSB中的第一个SSB(例如，索引最小的SSB。图10中的SSB1)的第一个RO(图10中的RO#1)靠前的情形(以下，称为“情形1”)、和利用Koffset所指定的时隙被设定得比第一个SSB(例如，索引最小的SSB)的第一个RO靠后且比最后的SSB(例如，索引最大的SSB)的最后的RO靠前的情形(以下，称为“情形2”)。例如，在图10的情形2的例子中，利用小区固有Koffset所指定的时隙被设定得比第一个SSB1的第一个RO#1靠后，且比最后的SSB4的最后的RO#4靠前(在图10中的RO#2与RO#3之间)。

作为一例，当对终端200设定了与SSB3对应的RO#3时，无论是在情形1和情形2中的哪一个情形的情况下，终端200均会在与如下RO#3对应的定时中发送PRACH，该RO#3是图10所示的根据Koffset所指定的定时以后的、尽早的RO#3(帧n的与SSB3对应的RO#3)。另外，同样地，基站100(例如，设想)在图10所示的帧n的与SSB3对应的RO#3中，接收PRACH。

这样，在决定方法1中，终端200可以选择比基于小区固有Koffset的定时靠后的RO(例如，对终端200设定的RO)中的尽早的RO。由此，终端200能够在利用Koffset所指定的定时以后的尽早的定时中，发送PRACH，因此，能够减少直到PRACH发送为止的时延。

＜决定方法2＞

在决定方法2中，基站100例如可以在满足第一个SSB(例如，索引最小的SSB。图10中的SSB1)的第一个RO(图10中的RO#1)处于利用触发RACH的PDCCH的发送时隙和小区固有Koffset所规定的定时的时隙(例如，从触发RACH的PDCCH的发送时隙延迟了小区固有Koffset后的时隙)以后这一条件、且与针对终端200选择的SSB及前导码编号中的至少一者对应的RO中，接收PRACH。同样地，终端200例如可以在满足第一个SSB的第一个RO(换句话说，前端的RO)处于基于触发RACH的PDCCH的接收时隙及小区固有Koffset的定时以后这一条件、且与所选择的SSB及前导码编号中的至少一者对应的RO中，发送PRACH。

作为一例，说明对终端200设定了与SSB3对应的RO#3的情况。

例如，在图10的情形1中，帧n的与SSB1对应的RO#1(例如，第一个RO)被设定在利用Koffset所指定的定时之后，因此，终端200在帧n的RO#3中，发送PRACH。

另一方面，在图10的情形2中，帧n的与SSB1对应的RO#1(例如，第一个RO)被设定得比利用Koffset所指定的定时靠前，帧n+1的与SSB1对应的RO#1(例如，第一个RO)被设定在利用Koffset所指定的定时之后。因此，终端200不在帧n的RO#3中发送PRACH，而在与SSB1对应的RO#1比利用Koffset所指定的定时靠后的帧n+1的RO#3中，发送PRACH。

这样，在决定方法2中，终端200选择比基于小区固有Koffset的定时靠后的RO的集合(例如，图10中的包含RO#1～RO#4的集合)中的、尽早的RO的集合所含的RO(图10的情形2中的帧n+1的RO#3)。由此，终端200无论利用小区固有Koffset所指定的定时与RO之间的定时的关系如何，都以相同RO的集合(图10中的RO#1～RO#4)为单位来控制PRACH发送，因此，PRACH的定时管理变得容易。

以上，说明了基于小区固有Koffset的PRACH的发送定时的决定方法的例子。

这样，在本实施方式中，终端200基于与上行发送相关的控制信号(例如，PDCCH)，使用小区固有Koffset及终端固有Koffset(例如，与小区固有偏移不同的参数)中的一者，决定PRACH发送的RO。例如，终端200在由PDCCH触发PRACH发送的情况下，可以使用小区固有Koffset来决定RO。同样地，基站100在利用PDCCH触发PRACH发送的情况下，可以不使用终端固有Koffset而使用小区固有Koffset来决定PRACH发送的RO。

通过使用小区固有Koffset，不依赖于终端200的位置而决定用于PRACH发送的RO，因此，能够抑制基站100与终端200之间对于PRACH的定时的识别偏差。例如，位于基站100的小区内的终端200均可在基于小区固有Koffset的定时中，进行PRACH发送。

另外，例如即使在与基站100所设想的地点相比，终端200存在于离卫星更远的位置的情况下，也能够避免该终端200来不及在由基站100指定的RO中发送PRACH的情形，从而能够切实地发送PRACH。

另外，例如在本实施方式中，基站100会确定由终端200发送PRACH的定时(例如，RACH时隙或RO)，因此，可以不进行基站100中的PRACH的盲接收，从而能够简化基站100的处理。

由此，根据本实施方式，能够实现对应于基站100与终端200之间的传播时延的适当的定时控制。

此外，在本实施方式中，虽然作为一例，说明了对终端200通知小区固有Koffset及终端固有Koffset的情况，但是并不限定于此。例如，也可以对终端200通知小区固有Koffset，并进一步对终端200通知相对于小区固有Koffset的差分(例如，“ΔK”)。在此情况下，终端固有Koffset也可以被设定为小区固有Koffset+ΔK。另外，例如也可以利用RRC信令、MAC CE和DCI中的至少一者，将定时偏移通知给终端200。

另外，也可以是，在由PDCCH触发了PRACH发送的情况下(即，在接收到用于PDCCH命令RACH的DCI的情况下)，终端200认为同步状态不确切，因此，丢弃所保留的终端固有Koffset，并对于包括PRACH发送在内的之后的通信(例如，PDSCH接收、PUSCH发送或PUCCH发送等)使用小区固有Koffset，直到新设定终端固有Koffset为止。

(实施方式2)

本实施方式的基站及终端的结构可以与实施方式1所示的基站100及终端200的结构相同。

在本实施方式中，基站100及终端200例如在利用PDCCH触发PRACH发送的情况下，基于与PRACH的发送机会(例如，RO)相关的信息，控制PRACH的发送定时及接收定时。

例如，基站100可以利用触发RACH的DCI(例如，用于触发RACH的PDCCH(PDCCH forRACH trigger))，将与用于PRACH发送的RO相关的信息通知给终端200。终端200例如在接收到触发RACH的DCI的情况下，可以基于该DCI所含的与RO相关的信息来决定RO，并在所决定的RO中发送PRACH。

与RO相关的信息(以下，称为“RO信息”)例如可以包含指示使用与小区固有偏移不同的参数(例如，后述的终端固有Koffset、或“下一个可利用的RO”)和小区固有偏移中的一者的信息。

以下，说明RO信息的例子。

＜RO信息的例1＞

RO信息例如可以通知用于决定RO的Koffset的种类。例如，RO信息可以包含指示使用小区固有Koffset、和终端固有Koffset(例如，与小区固有Koffset不同的参数的一例)中的一者的信息。

基站100例如可以针对已确定同步状态或位置的终端200，通知指示使用终端固有Koffset的RO信息。另一方面，基站100例如可以针对未确定同步状态或位置的终端200、或者同步状态或位置不确切的终端200，通知指示使用小区固有Koffset的RO信息。

由此，针对由基站100确定同步状态(或者，位置)的终端200，通过基于终端固有Koffset的PRACH发送的定时设定，可进行对于该终端200的适当的定时控制，因此，能够减少PRACH发送的时延。另外，针对同步状态(或者，位置)对于基站100而言不明确或不确切的终端200，通过基于小区固有Koffset来设定PRACH发送的定时，能够不依赖于小区内的终端200的状态而指定可供终端200切实地进行发送的RO。

＜RO信息的例2＞

RO信息例如可以包含指示如下内容的信息，即，指示关于RO的决定，使用小区固有Koffset、和终端200可利用的RO(例如，“下一个可利用的RO”)(例如，与小区固有Koffset不同的参数的一例)中的一者的信息。

基站100例如可以针对已确定同步状态或位置的终端200，通知指示使用“下一个可利用的RO”的RO信息。另一方面，基站100例如可以针对未确定同步状态或位置的终端200、或者同步状态或位置不确切的终端200，通知指示使用小区固有Koffset的RO信息。

由此，通过“下一个可利用的RO”的设定，由基站100确定同步状态(或者，位置)的终端200能够在尽早的定时中发送PRACH，因此，能够减少PRACH发送的时延。另外，针对同步状态(或者，位置)对于基站100而言不明确或不确切的终端200，通过基于小区固有Koffset来设定PRACH发送的定时，能够不依赖于小区内的终端200的状态而指定可供终端200切实地进行发送的RO。

以上，说明了RO信息的例子。

此外，也可以按如下方式设定RO信息。

例如，基站100也可以利用RO信息，通知已确定同步状态或位置的终端200使用非基于竞争的(non-contention based)RACH(例如，SSB编号及前导码编号中的至少一者)、及终端固有Koffset。

另一方面，基站100例如也可以利用RO信息，通知未确定同步状态或位置的终端200或者同步状态或位置不确切的终端200使用基于竞争的RACH、及“下一个可利用的RO”。在基于竞争的RACH的通知中，例如基站100可以不通知SSB编号及前导码编号。另外，例如也可以通过通知随机接入前导码索引或ra-PreambleIndex＝0，实现不通知SSB编号及前导码编号。

另外，基站100例如也可以将指示使用小区固有Koffset、终端固有Koffset、和“下一个可利用的RO”中的一者的RO信息通知给终端200。

接着，说明RO信息的通知方法。

＜通知方法1＞

在NR Rel.15中，例如使用调度PDSCH的DCI格式(format)1_0作为指示PDCCH命令RACH的DCI。指示PDCCH命令RACH的DCI所使用的比特数比用于调度PDSCH的比特数少。因此，在指示PDCCH命令RACH的DCI格式1_0中，与调度PDSCH时相比，可设定更多的预留比特(reserved bit)。

因此，在通知方法1中，例如可以使用指示PDCCH命令RACH的DCI格式1_0的预留比特的一部分来通知RO信息。

在通知方法1中，因为RO信息单独地作为比特而被通知，所以基站100中的设定的自由度提高。另外，因为使用DCI格式1_0的预留比特的一部分来通知RO信息，所以能够抑制DCI的总比特数的增加。

此外，不限于DCI格式1_0，例如也可以由其他的现有的信道或控制信息(例如，预留比特)通知RO信息。

＜通知方法2＞

在NR Rel.15中，指示PDCCH命令RACH的DCI通知基于竞争的RACH和非基于竞争的RACH中的一者。

例如，随机接入前导码索引(或者，ra-PreambleIndex)为0(全部为零(allzeros)。例如，0b000000)的情况对应于基于竞争的RACH，终端200从与终端200所选择的SSB对应的RO中，随机地选择前导码序列来发送PRACH。

另一方面，随机接入前导码索引(或者，ra-PreambleIndex)并非0(全部为零。0b000000)的情况对应于非基于竞争的RACH，终端200在与利用SS/PBCH索引所指定的SSB对应的RO中的、利用PRACH掩码索引所指定的RO中，使用利用随机接入前导码索引所指定的前导码编号的前导码序列来发送PRACH。

在通知方法2中，基站100例如可以根据是基于竞争的RACH还是非基于竞争的RACH，将RO信息隐式地通知给终端200。例如，基站100及终端200可以根据随机接入前导码索引是否为0(全部为零。例如，0b000000)，决定RO信息。

作为一例，在上述＜RO信息的例1＞的情况下，可以是，终端200在随机接入前导码索引为0的情况下(例如，在基于竞争的RACH的情况下)，使用小区固有Koffset来决定RO，在随机接入前导码索引并非为0的情况下(例如，在非基于竞争的RACH的情况下)，使用终端固有Koffset来决定RO。

换句话说，RO信息可以包含与小区固有Koffset关联的信息(例如，指示基于竞争的RACH的信息)、和与终端固有Koffset关联的信息(例如，指示非基于竞争的RACH的信息)中的一者。

基站100例如可以针对已确定同步状态或位置的终端200，将随机接入前导码索引设定为与0不同的值，并将SSB、RO及前导码编号通知给终端200。此时，基站100例如已确定终端200可利用基于对终端200设定的终端固有Koffset的定时来发送PRACH，因此，可以利用终端固有Koffset来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为与0不同的值，所以终端200确定已被隐式地通知使用终端固有Koffset。

另一方面，基站100例如可以针对未确定同步状态或位置的终端200、或者同步状态或位置不确切的终端200，将随机接入前导码索引设定为0，并对于终端200触发基于竞争的RACH。此时，例如可以是，基站100未确定终端200是否可利用基于对终端200设定的终端固有Koffset的定时来发送PRACH，因此，利用小区固有Koffset来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为0，所以终端200确定已被隐式地通知使用小区固有Koffset。

另外，作为其他例子，在上述＜RO信息的例2＞的情况下，可以是，终端200例如在随机接入前导码索引为0的情况下(例如，在基于竞争的RACH的情况下)，使用小区固有Koffset来决定RO，在随机接入前导码索引并非为0的情况下(例如，在非基于竞争的RACH的情况下)，使用“下一个可利用的RO”来决定RO。

换句话说，RO信息可以包含与小区固有Koffset关联的信息(例如，指示基于竞争的RACH的信息)、和与“下一个可利用的RO”关联的信息(例如，指示非基于竞争的RACH的信息)中的一者。

基站100例如可以针对已确定同步状态或位置的终端200，将随机接入前导码索引设定为与0不同的值，并将SSB、RO及前导码编号作为非基于竞争的RACH而通知给终端200。此时，基站100例如已确定终端200可利用基于“下一个可利用的RO”的定时来发送PRACH，因此，可以利用“下一个可利用的RO”来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为与0不同的值，所以终端200确定已被隐式地通知使用“下一个可利用的RO”。

另一方面，基站100例如可以针对未确定同步状态或位置的终端200、或者同步状态或位置不确切的终端200，将随机接入前导码索引设定为0，并对于终端200触发基于竞争的RACH。此时，基站100例如未确定终端200的“下一个可利用的RO”，因此，可以利用小区固有Koffset来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为0，所以终端200确定已被隐式地通知使用小区固有Koffset。

在非基于竞争的RACH中，基站100接收对终端200指定的SSB及前导码编号的PRACH，因此，通过将基于“下一个可利用的RO”的RO指定给终端200，能够减少PRACH的发送时延。另外，基站100可设想接收对终端200指定的SSB及前导码编号的PRACH，因此，能够抑制基站100中的盲解码。

另外，在基于竞争的RACH中，基站100针对指示PDCCH命令RACH的终端200，通知使用小区固有Koffset，并等待从并非为初始接入的终端200发送的PRACH。基站100中的PRACH接收定时已知，因此，能够抑制盲解码。

另外，作为其他例子，在上述＜RO信息的例2＞的情况下，可以是，终端200例如在随机接入前导码索引为0的情况下(例如，在基于竞争的RACH的情况下)，使用“下一个可利用的RO”来决定RO，在随机接入前导码索引并非为0的情况下(例如，在非基于竞争的RACH的情况下)，使用终端固有Koffset来决定RO。

换句话说，RO信息可以包含与“下一个可利用的RO”关联的信息(例如，指示基于竞争的RACH的信息)、和与终端固有Koffset关联的信息(例如，指示非基于竞争的RACH的信息)中的一者。

基站100例如可以针对已确定同步状态或位置的终端200，将随机接入前导码索引设定为与0不同的值，并将SSB、RO及前导码编号作为非基于竞争的RACH而通知给终端200。此时，基站100例如已确定终端200可利用基于终端固有Koffset的定时来发送PRACH，因此，可以利用终端固有Koffset来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为与0不同的值，所以终端200确定已被隐式地通知使用终端固有Koffset。

另一方面，基站100例如可以针对未确定同步状态或位置的终端200、或者同步状态或位置不确切的终端200，将随机接入前导码索引设定为0，并对于终端200触发基于竞争的RACH。此时，基站100例如可以利用终端200的“下一个可利用的RO”来决定RO的定时。另外，例如可以是，因为随机接入前导码索引为0，所以终端200确定已被隐式地通知使用“下一个可利用的RO”。

在非基于竞争的RACH中，基站100接收对终端200指定的SSB及前导码编号的PRACH，因此，通过将基于终端固有Koffset的RO指定给终端200，能够减少PRACH的发送时延。另外，基站100可设想接收对终端200指定的SSB及前导码编号的PRACH，因此，能够抑制基站100中的盲解码。

另外，在基于竞争的RACH中，例如因为终端200有可能使用与初始接入的终端竞争的PRACH资源，所以基站100例如进行对于初始接入的终端200的盲解码。因此，基站100也针对指示PDCCH命令RACH的终端200，通知使用“下一个可利用的RO”，并等待从并非为初始接入的终端200发送的PRACH。在基站100中，因为终端200所选择的RO、SSB及前导码编号未知，所以进行盲解码。基站100中的盲解码与从初始接入的终端200发送的PRACH相同，因此，不会新增复杂的处理。另一方面，终端200的终端动作与初始接入相同，因此，能够实现终端200的简化。

在通知方法2中，与RO相关的信息被隐式地通知给终端200，因此，能够抑制RO信息的通知中的信息量的增加。另外，例如基站100基于随机接入前导码索引的值，对于终端200隐式地通知RO信息，由此，可根据基站100对于终端200的状态的掌握状况，适当地通知RACH类别(例如，基于竞争的RACH和非基于竞争的RACH中的一者)及RO定时。

以上，说明了RO信息的通知方法的例子。

这样，在本实施方式中，终端200基于与上行发送相关的控制信号(例如，RO信息)，而使用与小区固有Koffset不同的参数(例如，终端固有Koffset或“下一个可利用的RO”)和小区固有Koffset中的一者来决定PRACH发送的RO。同样地，基站100基于与上行接收相关的控制信号(例如，RO信息)，而使用与小区固有Koffset不同的参数(例如，终端固有Koffset或“下一个可利用的RO”)和小区固有Koffset中的一者来决定PRACH接收的RO。

通过与RO相关的信息的通知，基站100例如能够根据终端200的识别状况，适当地控制PRACH的发送定时。由此，根据本实施方式，能够实现对应于基站100与终端200之间的传播时延的适当的定时控制。

此外，在本实施方式中，虽然说明了如下例子，即，利用触发RACH的DCI(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))，将与用于PRACH发送的RO相关的信息通知给终端200，但是不限于DCI，可以利用其他信号(例如，SIB、RRC信令、MAC CE)，将与RO相关的信息通知(或者，设定)给终端200。另外，并不限定于上述RO信息的通知方法，例如也可以利用对DCI新增的比特来通知与RO相关的信息。

另外，也可以是，在由PDCCH触发PRACH发送(即，接收用于PDCCH命令RACH的DCI)，且在基于小区固有Koffset而决定的RO中发送PRACH的情况下，终端200认为同步状态不确切，因此，丢弃所保留的终端固有Koffset，并对于之后的通信(例如，PDSCH接收、PUSCH发送或PUCCH发送等)使用小区固有Koffset，直到新设定终端固有Koffset为止。另外，也可以是，当在基于与小区固有Koffset不同的某一个参数(例如，终端固有Koffset或“下一个可利用的RO”)而决定的RO中发送PRACH的情况下，终端200认为维持了同步状态，因此，针对之后的通信(例如，PDSCH接收、PUSCH发送或PUCCH发送等)，使用所保留的终端固有Koffset。

(实施方式3)

本实施方式的终端及基站的结构可以与实施方式1所示的基站100及终端200的结构相同。

在本实施方式中，例如说明如下方法，该方法基于与Koffset(例如，小区固有Koffset及终端固有Koffset)不同的其他偏移，决定用于PDCCH命令RACH的RO。

与偏移相关的信息例如可以由RRC信令通知给终端200，也可以包含于触发RACH的PDCCH而被通知给终端200。

以下，说明本实施方式的偏移的设定方法。

＜设定方法1＞

在设定方法1中，偏移例如是指从触发RACH的PDCCH(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的发送时隙算起的时隙数。换句话说，设定方法1的偏移是以时隙为单位的偏移。

例如，在偏移值为N的情况下，终端200可以在如下RO中发送PRACH，该RO对应于从由基站100发送了PDCCH的时隙算起的N时隙后的时隙以后的定时。

另外，终端200例如可以在由基站100通知SSB及前导码编号的情况下，在与所通知的SSB对应的RO中发送PRACH，在未由基站100通知SSB及前导码编号的情况下，在与终端200所选择的SSB对应的RO中发送PRACH。

＜设定方法2＞

在设定方法2中，偏移例如是指从触发RACH的PDCCH(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的发送时隙算起的RACH时隙数。换句话说，设定方法2的偏移是以包含PRACH的RO(发送机会)的RACH时隙为单位的偏移。

例如，在偏移值为N的情况下，终端200可以在设定给对应的小区的RACH时隙中的、由基站100发送了PDCCH的时隙以后的第N个RACH时隙内的RO(或者，第N个RACH时隙内的RO以后的RO)中，发送PRACH。此外，对小区设定的RACH时隙例如可以由RACH配置通用(RACH-ConfigCommon)这一RRC参数通知。

图11是表示设定方法2中的RO的设定例的图。图11表示N＝3的例子。如图11所示，终端200可以在由基站100发送了用于触发RACH的PDCCH(PDCCH for RACH trigger)的时隙以后的第三个RACH时隙内的RO(例如，RO#1～RO#4中的某一个RO)中，发送PRACH。

另外，终端200例如在由基站100通知SSB、RO及前导码编号的情况下，可以在所通知的SSB的所指定的RO中发送PRACH。另外，终端200例如在未由基站100通知SSB、RO及前导码编号的情况下，可以从与终端200所选择的SSB对应的RO及前导码中随机地进行选择，并发送PRACH。

在设定方法2中，因为通知以RACH时隙为单位的偏移，所以例如与设定方法1(以时隙为单位的通知)相比，能够减少表现偏移的比特数，从而能够削减偏移的信令量。

＜设定方法3＞

在设定方法3中，偏移例如是指从触发RACH的PDCCH(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的发送时隙算起的RO数。换句话说，设定方法3的偏移是以PRACH的RO(发送机会)为单位的偏移。

例如，在偏移值为N的情况下，终端200可以在设定给对应的小区的RO中的、由基站100发送了PDCCH的时隙以后的第N个RO(或者，第N个RO以后的RO)中，发送PRACH。此外，对小区设定的RO例如可以由RACH配置通用(RACH-ConfigCommon)这一RRC参数通知。

图12是表示设定方法3中的RO的设定例的图。图12表示N＝9的例子。如图12所示，终端200可以在由基站100发送了用于触发RACH的PDCCH(PDCCH for RACH trigger)的时隙以后的第9个RO(例如，RO#1)中，发送PRACH。

此外，如图12所示，在RO受到频分复用(Frequency Division Multiplexing：FDM)的情况下，可以从同一定时(例如，同一时隙)的多个RO中的频率低的RO起，依次进行计数。此外，RO的计数方法并不限定于频率从低到高的顺序，例如可以是频率从高到低的顺序，也可以是与频率无关的规定的顺序。

另外，终端200例如在由基站通知SSB、RO及前导码编号的情况下，可以在所通知的SSB的所指定的RO中发送PRACH。另外，终端200例如在未由基站100通知SSB、RO及前导码编号的情况下，可以从与终端200所选择的SSB对应的RO及前导码中随机地进行选择，并发送PRACH。

在设定方法3中，因为通知以RO为单位的偏移，所以例如与设定方法1(以时隙为单位的通知)相比，能够减少表现偏移的比特数，从而能够削减偏移的信令量。另外，在设定方法3中，例如即使在RO受到频分复用的情况下，基站100也能够对于终端200，从受到频分复用的RO中适当地指定RO。

＜设定方法4＞

在设定方法4中，偏移例如是指从小区固有Koffset或终端固有Koffset算起的偏移。例如，终端200可以在小区固有Koffset或终端固有Koffset加上由所通知的偏移表示的时隙数后的时隙以后的RO中，发送PRACH。此外，偏移也包含零，还可以是负值。

作为一例，图13是表示通知了从小区固有Koffset算起的偏移(例如，用于RACH的偏移(Offset for RACH))的情况下的例子的图。终端200可以在从由基站100发送了触发RACH的PDCCH(例如，用于触发RACH的PDCCH(PDCCH for RACH trigger))的时隙移动了小区固有Koffset及所通知的RACH用偏移后的时隙以后的RO(例如，帧(Frame)#n+1以后的RO)中，发送PRACH。

基站100例如也可以指定考虑了终端200的PDCCH的接收、解码处理及PRACH信号的产生处理中的至少一者所耗费的时间的偏移。通过指定偏移，例如能够避免终端200的处理赶不上所指定的PRACH的发送定时的情形，终端200能够切实地发送PRACH。另外，通过通知从小区固有Koffset或终端固有Koffset算起的偏移，与设定从PDCCH的发送时隙算起的偏移的情况相比，能够削减通知比特数，并减少控制开销。

此外，基站100例如也可以从PUSCH的时间资源分配所使用的参数(例如，PUSCH时域资源分配列表(PUSCH-TimeDomainResourceAllocationList)的K2)、或用于控制HARQ-ACK发送定时的参数(例如，PUCCH配置(PUCCH-Config)的对于UL-ACK的下行链路数据(dl-DataToUL-ACK))的候选中进行选择，并将其作为偏移而通知给终端200。例如，可以将3GPP规格(例如，TS38.331)所规定的范围作为候选偏移，也可以将由基站100设定给终端200的一个或多个值作为候选偏移。由此，因为可用作偏移的值受到限定，所以能够进一步削减通知比特数。

或者，基站100例如也可以选择PUSCH的时间资源分配所使用的参数(例如，PUSCH时域资源分配列表(PUSCH-TimeDomainResourceAllocationList)的K2)、或用于控制HARQ-ACK发送定时的参数(例如，PUCCH配置(PUCCH-Config)的对于UL-ACK的下行链路数据(dl-DataToUL-ACK))中的某一个值作为偏移。例如，可以设定3GPP规格(例如，TS38.331)所规定的值中的最小值、中间值、最大值或最初(或者，最后)的值作为所选择的值，也可以设定由基站100设定给终端200的一个或多个值中的最小值、中间值、最大值或最初(或者，最后)的值作为所选择的值。在此情况下，基站100可以不另外对于终端200通知偏移，终端200能够从所设定的这些参数中，获得用于PDCCH命令RACH的偏移。

以上，说明了偏移的设定方法的例子。

在本实施方式中，基站100在对于终端200触发PDCCH命令RACH时，基于与小区固有Koffset和终端固有Koffset中的每一种偏移都不同的偏移，指定PRACH的发送定时。由此，基站100及终端200例如能够不依赖于终端200的状况(例如，同步状态或位置)而决定PDCCH命令RACH的定时，因此，能够抑制基站100与终端200之间对于PRACH的发送定时的识别偏差。另外，基站100可确定基于偏移的PRACH的发送定时，因此，可以不进行PRACH的盲解码，从而能够简化基站100的处理。

另外，例如由基站100适当地按终端分别地对终端200设定偏移，由此，能够避免终端200的处理赶不上基站100所指示的PRACH的发送定时的情形，终端200能够切实地发送PRACH。

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

此外，虽然说明了在实施方式1说明的PRACH发送定时的决定方法1及决定方法2中使用小区固有Koffset的例子，但是并不限定于此，决定方法1及决定方法2例如也可以应用于像实施方式2或实施方式3那样使用终端固有Koffset的情况。

另外，在上述各实施方式中，虽然说明了利用PDCCH(或者，DCI)将来自基站100的RACH的触发通知给终端200的情况，但是并不限定于此。例如，RACH的触发也可以利用RRC信息或MAC CE之类的其他信息而被通知给终端200。例如，也可以是，由RRC参数(或者，RRC信息)将切换时的与用于决定RO的Koffset相关的信息、和与RO相关的信息通知(或者，设定)给终端200，终端200基于所通知的信息，决定向作为切换目的地的小区发送RACH时的RO。

另外，上述各实施方式中的各定时可以由基站100的发送定时规定。例如，当终端200在“从PDCCH发送时隙算起的N时隙后的时隙k”中发送PRACH之类的上行信号的情况下，终端200可以在进行定时调整(定时提前)而发送PRACH，以使基站100在时隙k中接收该PRACH。此外，上述各实施方式中的各定时不限于由基站100的发送定时规定，也可以由其他装置(例如，终端200)的发送或接收的定时规定。

在上述各实施方式中，当利用终端固有Koffset、小区固有Koffset和与Koffset不同的另外被通知的偏移中的一者来决定RO时，在终端200的处理赶不上由基站100指定的定时的情况下，终端200也可以在所指定的RO的下一个RO以后，发送PRACH。作为终端200的处理赶不上所指定的定时的情形，例如可列举比下一个可利用的RO靠前的定时被指定的情况。另外，在终端200的处理赶不上所指定的定时的情况下，终端200例如可以判断为与基站100之间发生了某些识别偏差，并在任意的定时中发送基于竞争的RACH，以促使重新设定RRC，也可以开始无线链路失败过程(Radio Link Failure(RLF)procedure)。由此，可迅速修复识别偏差。

另外，在上述各实施方式中，小区固有Koffset及终端固有Koffset不限于用作PRACH的发送定时，例如也可以用作对于PDSCH的HARQ-ACK的发送定时、对于调度PUSCH的PDCCH的PUSCH的发送定时、报告CSI(Channel State Information，信道状态信息)时的质量测量的参考定时、或MAC CE的反映定时之类的其他定时。另外，若为修正时延的偏移，则也可用其他偏移值来代替Koffset。例如，也可以使用终端200所估计的RTT(或者，基于基站100与终端200之间的往返时间的时延时间)来代替Koffset。

另外，在上述各实施方式中，小区固有Koffset也可以被替换为波束固有Koffset。

另外，上述各实施方式例如也可以应用于切换时的RACH发送之类的由RRC信令指示的RACH发送。此时，成为偏移基准的定时例如可以是发送了触发RACH发送的RRC消息的定时，也可以另外被通知。另外，并不限定于切换时，即使是其他用途，也可在通知RACH发送定时时，应用上述各实施方式。

另外，在上述各实施方式中，时隙长度例如根据子载波间隔(subcarrierspacing：SCS)而不同。另外，例如存在PRACH的SCS与其他信道(例如，PDSCH或PUSCH)的SCS不同的情形。例如，在PRACH的SCS与其他信道的SCS不同的情况下，用于计数时隙数的SCS(例如，称为“参考SCS(reference SCS)”)与Rel.15同样地，可以在FR1(frequency region1，频率范围1)中，被设定为15kHz，也可以在FR2(frequency region 2，频率范围2)中，被设定为60kHz。另外，也可以基于下式(1)，将上述各实施方式中的Koffset或偏移正态化。

[式1]

μ(＝0,1,2或3)是使得PUSCH SCS为15·2^μ的值

μ_reference是PRACH的参考SCS

另外，上述各实施方式中的各种参数是一例，也可以是其他的数值。例如，SSB的种类并不限定于如图10、图11及图12所示的四个种类，也可以是其他的个数。另外，RO的数量并不限定于如图10、图11及图12所示的四个种类或八个种类，也可以是其他的个数。另外，RACH时隙各自所含的RO的数量并不限定于如图10、图11及图12所示的两个或四个，也可以是其他个数。

另外，虽然说明了基于从触发RACH的PDCCH发送时隙延迟了Koffset时隙后的定时来决定RO的例子，但是还可以附加例如考虑了终端处理时延等的偏移。

另外，在上述各实施方式中，虽然作为RO的设定的一例，说明了“下一个可利用的RO”的使用，但是并不限定于设定“下一个可利用的RO”作为可利用的RO的情况，例如也可以设定可在下一次以后利用的某一个RO。

另外，在上述各实施方式中，虽然例举NTN环境(例如，卫星通信环境)进行了说明，但是本公开并不限定于此。本公开也可以应用于其他的通信环境(例如，LTE(Long TermEvolution长期演进)及NR中的至少一者的地面蜂窝环境)。

另外，在上述各实施方式中，虽然记载了利用GPS之类的GNSS(例如，利用了卫星信号的位置检测)的例子，但是也可以进行基于地面蜂窝基站的位置检测、使用了WiFi信号及蓝牙(Bluetooth)(注册商标)信号中的至少一个信号的位置检测、利用了加速度传感器等的位置检测、或基于这些的组合的位置检测。另外，在位置信息中，除了纬度经度之外，还可以包含高度信息。另外，也可以设为另外定义的坐标系的值。也可以从气压传感器等取得高度信息。

另外，在上述各实施方式中，由基站100广播的信号及信息可以利用SSB及SIB中的至少一者而被发送，也可以利用可由多个终端接收的方法，例如群组通用的DCI格式(DCI格式2_x等)而被发送。

另外，在上述各实施方式中，小区可以是由基站(或卫星)发送的SSB及CSI-RS(Channel State Information-Reference Signal，信道状态信息参考信号)中的至少一者的接收功率定义的区域，也可以是由地理位置定义的区域。另外，上述实施方式的小区也可以替换为由SSB定义的波束。

基站可以被称为“gNodeB”或“gNB”。另外，终端也可以被称为“UE”。

时隙也可以替换为时间时隙、微时隙、帧、子帧等。

另外，在上述各实施方式中，关于卫星通信的方式，可以是基站功能存在于卫星上的结构(例如，“再生卫星(regenerative satellite)”)，也可以是基站功能存在于地面，而基站与终端之间的通信由卫星中继的结构(例如，“透传卫星(transparent satellite)”)。换句话说，例如在本公开的一个实施例中，下行链路及上行链路也可以是终端与卫星之间的链路、或者经由卫星的链路。

另外，能够无关于GEO(Geostationary Earth Orbit satellite，地球静止轨道卫星)、中轨道卫星(MEO：Medium Earth Orbit satellite，中地球轨道卫星)、LEO(Low EarthOrbit satellite，低地球轨道卫星)或高轨道卫星(HEO：Highly Elliptical Orbitsatellite，高椭圆轨道卫星)之类的卫星的类别而应用本公开的一个实施例。另外，本公开的一个实施例也可以应用于例如HAPS或无人机基站之类的非地面类通信。

另外，在上述各实施方式中，虽然将无线电波传播速度记载为约3×10⁸[m/s]，但是并不限定于此，例如也可以使用2.99792××10⁸[m/s]之类的数值。无线电波传播速度的精度也可以依赖于安装。

在上述各实施方式中，虽然说明了四步随机接入，但是随机接入过程并不限定于此，例如也可以是两步随机接入(2step random access)。

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

(补充)

表示终端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。

(控制信号)

在本公开中，与本公开的一个实施例关联的下行控制信号(或者，下行控制信息)例如可以是在物理层的物理下行链路控制信道(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个时隙所含的码元数并不限定于上述实施方式中例示的码元数，也可以是其他的码元数。

(频带)

本公开的一个实施例可以应用于授权带域(licensed band)和非授权带域中的任一者。

(通信)

本公开的一个实施例可以应用于基站与终端之间的通信(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的特定的核心实体)。图14表示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(物理随机接入信道)、PUSCH(物理上行链路共享信道)、PUCCH(物理上行链路控制信道)，下行物理信道有PDSCH(物理下行链路共享信道)、PDCCH(物理下行链路控制信道)、PBCH(物理广播信道)。

在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(Orthogonal Frequency DivisionMultiplexing，正交频分复用)的参数集(例如，子载波间隔(SCS：SubCarrier Spacing)、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 Frequency DivisionMultiple Access，单载波频分多址)码元的长度的一个子载波构成的最小的资源单位。

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

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

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

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

图17表示用于5G NR的若干个用例。在第三代合作伙伴计划新无线(3rdgeneration partnership project new radio，3GPP NR)中，已研究了通过IMT-2020构思的支持多种多样的服务及应用的三个用例。用于大容量高速通信(eMBB：增强移动宽带)的第一阶段的规格的筹划制定已结束。在目前及将来的作业中，除了逐渐扩充eMBB的支持之外，还包含用于高可靠超低时延通信(URLLC：ultra-reliable and low-latencycommunications)及多同时连接机器类通信(mMTC：大规模机器类通信)的标准化。图17表示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(Downlink Control Information，下行链路控制信息)格式、PDCCH的反复等。但是，随着NR(关于NR URLLC的重要的必要条件)更稳定且受到进一步开发，可扩大该余地以实现超高可靠性。版本15中的NR URLLC的具体用例包含增强现实/虚拟现实(AR(AugmentedReality)/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例如如在前文中参照图16说明的那样，建立至少一个数据无线承载(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关联。

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

图18还表示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，局域网)系统、通信卫星系统等进行的数据通信之外，还包含通过这些系统的组合进行的数据通信。

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

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

在本公开的一个实施例中，所述控制电路在由所述控制信号触发所述上行发送的情况下，使用所述小区固有偏移。

在本公开的一个实施例中，所述控制电路选择比基于所述小区固有偏移的定时靠后的发送机会中的、尽早的发送机会。

在本公开的一个实施例中，所述控制电路选择比基于所述小区固有偏移的定时靠后的发送机会集合所含的发送机会。

在本公开的一个实施例中，所述控制信号包含指示使用所述小区固有偏移和所述参数中的一者的信息。

在本公开的一个实施例中，所述参数是与所述终端可利用的所述发送机会相关的参数和终端固有偏移中的一者。

在本公开的一个实施例中，所述控制信号包含与所述小区固有偏移关联的第一信息、和与所述参数关联的第二信息中的一者。

在本公开的一个实施例中，所述上行信号是随机接入信道即RACH的信号；所述第一信息包含指示基于竞争的RACH的信息；所述第二信息包含指示非基于竞争的RACH的信息。

在本公开的一个实施例中，所述参数是与所述小区固有偏移和终端固有偏移中的每一种偏移都不同的偏移。

在本公开的一个实施例中，所述偏移是以包含所述发送机会的时隙为单位的偏移。

在本公开的一个实施例中，所述偏移是以所述发送机会为单位的偏移。

本公开的一个实施例的基站包括：控制电路，基于与上行接收相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及接收电路，在所述发送机会中进行所述上行接收。

在本公开的一个实施例的通信方法中，终端进行以下处理：基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及在所述发送机会中进行所述上行发送。

在本公开的一个实施例的通信方法中，基站进行以下处理：基于与上行接收相关的控制信号，决定使用终端固有的第一偏移和小区固有的第二偏移中的哪一个偏移；以及基于所决定的偏移进行所述上行接收。

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

工业实用性

本公开的一个方式对于无线通信系统是有用的。

附图标记说明

100 基站

101、206 天线

102、207 无线接收部

103 PRACH检测部

104 数据接收处理部

105 定时控制信息产生部

106、202 数据产生部

107 数据发送处理部

108、205 无线发送部

109、209 控制部

200 终端

201 PRACH产生部

203 位置信息取得部

204 定时调整部

208 解调/解码部

Claims

1.一种终端，包括：

控制电路，基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及

发送电路，在所述发送机会中进行所述上行发送。

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

所述控制电路在由所述控制信号触发所述上行发送的情况下，使用所述小区固有偏移。

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

所述控制电路选择比基于所述小区固有偏移的定时靠后的发送机会中的、尽早的发送机会。

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

所述控制电路选择比基于所述小区固有偏移的定时靠后的发送机会集合所含的发送机会。

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

所述控制信号包含指示使用所述小区固有偏移和所述参数中的一者的信息。

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

所述参数是与所述终端可利用的所述发送机会相关的参数和终端固有偏移中的一者。

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

所述控制信号包含与所述小区固有偏移关联的第一信息、和与所述参数关联的第二信息中的一者。

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

所述上行信号是随机接入信道即RACH的信号；

所述第一信息包含指示基于竞争的RACH的信息；

所述第二信息包含指示非基于竞争的RACH的信息。

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

所述参数是与所述小区固有偏移和终端固有偏移中的每一种偏移都不同的偏移。

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

所述偏移是以包含所述发送机会的时隙为单位的偏移。

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

所述偏移是以所述发送机会为单位的偏移。

12.一种基站，包括：

控制电路，基于与上行接收相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及

接收电路，在所述发送机会中进行所述上行接收。

13.一种通信方法，其中，

终端进行以下处理：

基于与上行发送相关的控制信号，使用与小区固有偏移不同的参数和所述小区固有偏移中的一者来决定发送机会；以及

在所述发送机会中进行所述上行发送。

14.一种通信方法，其中，

基站进行以下处理：

基于与上行接收相关的控制信号，决定使用终端固有的第一偏移和小区固有的第二偏移中的哪一个偏移；以及

基于所决定的偏移进行所述上行接收。