WO2022208990A1 - 端末、基地局、および通信方法 - Google Patents

端末、基地局、および通信方法 Download PDF

Info

Publication number
WO2022208990A1
WO2022208990A1 PCT/JP2021/043181 JP2021043181W WO2022208990A1 WO 2022208990 A1 WO2022208990 A1 WO 2022208990A1 JP 2021043181 W JP2021043181 W JP 2021043181W WO 2022208990 A1 WO2022208990 A1 WO 2022208990A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
transmission
cell
specific
base station
Prior art date
Application number
PCT/JP2021/043181
Other languages
English (en)
French (fr)
Inventor
昭彦 西尾
秀俊 鈴木
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority to JP2023510217A priority Critical patent/JPWO2022208990A5/ja
Priority to KR1020237031882A priority patent/KR20230161967A/ko
Priority to EP21935143.4A priority patent/EP4319333A1/en
Priority to CN202180096284.7A priority patent/CN117083933A/zh
Priority to MX2023010655A priority patent/MX2023010655A/es
Priority to CA3212459A priority patent/CA3212459A1/en
Priority to BR112023019269A priority patent/BR112023019269A2/pt
Publication of WO2022208990A1 publication Critical patent/WO2022208990A1/ja
Priority to CONC2023/0012455A priority patent/CO2023012455A2/es

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H04W56/0045—Synchronisation arrangements compensating for timing error of reception due to propagation delay compensating for timing error by altering transmission time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/004—Synchronisation arrangements compensating for timing error of reception due to propagation delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0055—Synchronisation arrangements determining timing error of reception due to propagation delay
    • H04W56/0065—Synchronisation arrangements determining timing error of reception due to propagation delay using measurement of signal travel time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Definitions

  • the present disclosure relates to terminals, base stations, and communication methods.
  • NR new radio access technology
  • a non-limiting embodiment of the present disclosure contributes to providing a terminal, base station, and communication method capable of realizing appropriate timing control according to propagation delay between the terminal and the base station.
  • a terminal includes a control circuit that determines a transmission opportunity using either a cell-specific offset or a parameter different from the cell-specific offset, based on a control signal for uplink transmission; a transmission circuit for performing said uplink transmission at a transmission opportunity.
  • appropriate timing control can be realized according to propagation delay between the terminal and the base station.
  • Diagram showing an example of transmission slot timing Diagram showing an example of propagation delay within a satellite cell A diagram showing an example of cell-specific offsets and terminal-specific offsets Diagram showing an example of applying offset to PDCCH order RACH Block diagram showing a configuration example of part of a base station Block diagram showing a configuration example of part of a terminal Block diagram showing an example of the configuration of a base station Block diagram showing an example of the configuration of a terminal Diagram showing an example of transmission timing of PDCCH order RACH according to Embodiment 1 FIG.
  • FIG. 4 is a diagram showing an example of the relationship between offset and RACH Occasion (RO) according to Embodiment 1; Diagram showing an example of transmission timing of PDCCH order RACH according to Embodiment 3 Diagram showing an example of transmission timing of PDCCH order RACH according to Embodiment 3 Diagram showing an example of transmission timing of PDCCH order RACH according to Embodiment 3 Diagram of an exemplary architecture of a 3GPP NR system Schematic showing functional separation between NG-RAN and 5GC Sequence diagram of RRC connection setup/reconfiguration procedure Usage scenarios for large-capacity, high-speed communications (eMBB: enhanced Mobile BroadBand), machine-type communications with multiple simultaneous connections (mMTC: massive Machine Type Communications), and highly reliable, ultra-reliable and low-latency communications (URLLC: Ultra Reliable and Low Latency Communications).
  • eMBB enhanced Mobile BroadBand
  • mMTC massive Machine Type Communications
  • URLLC Ultra Reliable and Low Latency Communications
  • NTN Non-Terrestrial Network
  • Rel.15 is specified as a radio access technology for terrestrial networks.
  • NR is being considered for extension to non-terrestrial networks (NTN) such as communication using satellites or high-altitude pseudo-satellites (HAPS) (for example, Non-Patent Document 1) .
  • NPN non-terrestrial networks
  • HAPS high-altitude pseudo-satellites
  • a satellite's coverage area e.g. one or more cells
  • a terminal on the ground e.g. also called user equipment (UE)
  • UE user equipment
  • a terminal located in the air such as an aircraft or drone
  • the round trip time (RTT: Round Trip Time) of radio wave propagation between the terminal and the satellite is determined by the altitude of the satellite (for example, up to about 36000 km) or the angle viewed from the terminal, that is, the positional relationship between the satellite and the terminal.
  • Non-Patent Document 1 states that the maximum round-trip time (RTT) of radio wave propagation between a base station (also called gNB) and a terminal takes about 540ms.
  • Non-Patent Document 1 also describes that a maximum delay difference of about 10 ms occurs depending on the location of the terminal within the beam (within the cell).
  • the maximum delay difference is, for example, the round-trip time between the terminal furthest from the satellite and the satellite, and the round-trip time between the terminal closest to the satellite and the satellite within the beam (cell). You can show the difference between
  • Random access procedure In 5G NR, a terminal performs transmission using a random access channel (RACH) for initial access, data transmission request, and the like.
  • RACH random access channel
  • the random access procedure may be implemented by, for example, 4-step random access (also called 4-step RACH or 4-Step CBRA (Contention Based Random Access)).
  • the terminal transmits a PRACH (Physical Random Access Channel) preamble signal to the base station in the first stage transmission (MSG1).
  • MSG1 transmission in the terminal is performed at transmission timing (slot timing or RACH Occasion (RO)) notified from the base station for each cell.
  • PRACH transmission for example, a preamble signal
  • PRACH reception for example, a PRACH reception
  • PRACH reception Transmission and reception of signals on other channels may be similarly abbreviated.
  • the base station receives and decodes MSG1, and in the second stage transmission (MSG2), notifies the terminal of the response to the PRACH preamble signal (random access response (RAR)) and scheduling information including the uplink transmission timing of MSG3. do.
  • RAR random access response
  • the terminal receives and decodes MSG2, and in the third stage transmission (MSG3), uses the scheduling information indicated by MSG2 to obtain information for establishing a connection such as terminal information (e.g., terminal ID). Notify the base station.
  • MSG3 may be signaled, for example, in an uplink data channel (eg, Physical Uplink Shared Channel (PUSCH)).
  • PUSCH Physical Uplink Shared Channel
  • RRC Radio Resource Control
  • the base station receives and decodes MSG3, and notifies the connection establishment response etc. in the fourth stage transmission (MSG4).
  • terminal transmission timing is controlled so that signals from different terminals within a cell are contained within a certain period of time at the base station. For example, within a certain period of time may be within CP (Cyclic Prefix) of OFDM (Orthogonal Frequency Division Multiplexing) signals or DFT-S-OFDM (Discrete Fourier Transform-Spread-OFDM) signals.
  • CP Cyclic Prefix
  • OFDM Orthogonal Frequency Division Multiplexing
  • DFT-S-OFDM Discrete Fourier Transform-Spread-OFDM
  • the MSG1 transmission of the terminal is carried out at the PRACH transmission timing (RACH Occasion) that is a candidate notified by the base station for each cell.
  • the terminal determines the transmission timing based on the reception timing of the synchronization signal called SSB (SS (Synchronization Signal)/PBCH (Physical Broadcast channel) Block) transmitted from the base station in the downlink. Therefore, the reception timing at the base station may deviate from the reception timing assumed at the base station depending on the propagation delay between the base station and the terminal.
  • the reception timing assumed by the base station is, for example, the reception timing determined based on the candidate PRACH transmission timing (RACH Occasion) notified by the base station for each cell.
  • the base station transmits information for correcting (adjusting) the timing to the terminal in response to the deviation from the reception timing assumed by the base station.
  • Information for correcting (adjusting) the timing is sometimes called, for example, a TA (Timing Advance) command (for example, Non-Patent Document 2).
  • the terminal corrects the transmission timing of MSG3 and after, for example, based on the TA command included in MSG2.
  • the base station may transmit a TA command to the terminal when detecting a reception timing shift in transmission/reception of signals after MSG3.
  • RACH transmission may be performed by a trigger from the base station, such as when downlink transmission data addressed to the terminal arrives.
  • This RACH transmission may be triggered using, for example, a downlink control channel (eg, Physical Downlink Shared Channel (PDCCH)).
  • PDCH Physical Downlink Shared Channel
  • RACH transmission triggered using PDCCH is called, for example, "PDCCH order RACH" (an example is described later).
  • the terminal and the satellite estimated using the terminal position information obtained by GNSS (Global Navigation Satellite System) and the satellite position information obtained from the satellite orbit information (satellite ephemeris) Based on the distance between and, it is considered that the terminal autonomously adjusts the timing by calculating the propagation delay.
  • GNSS Global Navigation Satellite System
  • satellite position information obtained from the satellite orbit information (satellite ephemeris)
  • Rel.15 defines the timing of transmission slots.
  • FIG. 1 is a diagram showing an example of transmission slot timing.
  • Figure 1 shows an example of transmission slot timing for terrestrial cellular specified in Rel.15 ( Figure 1(a)) and an example of transmission slot timing considered by NTN ( Figure 1(b)). It is a diagram.
  • FIG. 1 illustrates DL transmission slots and UL reception slots of the base station (gNB), and DL reception slots and UL transmission slots of the terminal (UE). Note that the horizontal axis in FIG. 1 indicates the time axis.
  • the transmission timing of UL signals such as HARQ-ACK (hybrid automatic repeat request - acknowledgment) or PUSCH is based on downlink control information (e.g., Downlink Control Information (DCI)) or downlink data signal.
  • DCI Downlink Control Information
  • PDSCH Physical Downlink Shared Channel
  • the transmission timing of the UL signal may be specified using an offset from the transmission slot of the DL signal (eg, also called the reference slot).
  • Offsets include, for example, "K1" indicating the timing offset from PDSCH to HARQ - ACK and "K2" indicating the timing offset from DCI to PUSCH.
  • K1 the timing offset from PDSCH to HARQ-ACK transmission
  • K2 the timing offset from DCI to PUSCH.
  • the timing offset K1 from PDSCH to HARQ-ACK transmission is sometimes called "PDSCH - to-HARQ_feedback timing indicator”.
  • a signal including DCI is transmitted from the base station to the terminal in the nth slot, and a PUSCH signal is transmitted in the n+K second slot. It is sent from the terminal to the base station.
  • NTN is considering setting an offset "Koffset" to compensate for longer propagation delay than terrestrial cellular for the transmission slot timing specification of Rel.15. It is
  • the base station may specify the reception timing (for example, slot) of the UL signal at the base station, for example, by Koffset.
  • the UL signal for example, uplink control information (Uplink Control Information (UCI)) such as HARQ-ACK (Physical Uplink Control Channel (PUCCH)), or PUSCH containing uplink data signals may be included.
  • UCI Uplink Control Information
  • HARQ-ACK Physical Uplink Control Channel
  • PUSCH Physical Uplink Control Channel
  • Koffset includes, for example, a cell-specific (cell-specific) Koffset (for example, expressed as "K offset, cell ”) that is notified (or broadcast) to each cell, and a terminal-specific that is notified to each terminal ( UE-specific) Koffset (Koffset ,UE ) is considered.
  • K offset,cell and K offset,UE may be abbreviated as "Koffset”.
  • the cell-specific Koffset may be set based on the RTT where the propagation delay (eg, D_cell) between the satellite (or base station) and the terminal is the largest within the cell, as shown in FIG. .
  • the cell-specific Koffset may be included in system information and broadcast to the entire cell, for example.
  • the terminal-specific Koffset may be set for each terminal based on the position of the terminal (UE) or the amount of propagation delay (for example, D_UE).
  • the terminal-specific Koffset may, for example, be notified individually to the terminals.
  • FIG. 3 is a diagram showing an example of transmission slot timing based on terminal-specific Koffset.
  • the base station (gNB) from the timing (slot n) at which DCI is transmitted, the slot after offset K 2 and terminal-specific Koffset (for example, slot (n + K 2 + K offset, UE ))
  • the timing of PUSCH transmission of the terminal (UE) may be set so that the PUSCH is received at .
  • timing adjustment based on terminal-specific Koffset is based on terminal-specific RTT, so data transmission delay can be reduced compared to timing adjustment based on cell-specific Koffset.
  • the PDCCH order RACH specifies, for example, that a terminal receives a PDCCH that triggers PRACH transmission and transmits PRACH in the "next available RO".
  • the propagation delay is shorter compared to NTN, and the transmission timing and reception timing are almost simultaneous, so the perception of the "next available RO" differs between the base station and the terminal. Very unlikely.
  • NTN has longer propagation delays than terrestrial networks, so recognition of the "next available RO" tends to deviate between base stations and terminals. Therefore, introduction of Koffset for PRACH transmission in NTN is being considered. With the introduction of Koffset, the RO is determined according to the propagation delay, so misrecognition of the "next available RO" between the base station and the terminal is less likely to occur.
  • PDCCH order RACH can be applied even when the terminal is in the RRC_CONNECTED state, but the base station does not identify (in other words, grasp) the synchronization status of the terminal.
  • the terminal moves far away from the position at which it was set, there is a possibility that the PRACH transmission of the terminal will not be in time for the RO specified by the terminal-specific Koffset.
  • FIG. 4 is a diagram showing an example of setting RO in PDCCH order RACH.
  • the base station eg, gNB
  • a terminal eg, UE
  • the timing at which the terminal actually transmits the PRACH may be different (for example, later) from the PRACH timing assumed by the base station.
  • the terminal may not be able to transmit the PRACH at the appropriate transmission timing (eg, RO) based on the terminal-specific Koffset.
  • a communication system includes base station 100 and terminal 200 .
  • FIG. 5 is a block diagram showing a configuration example of part of the base station 100.
  • the control unit 109 e.g., equivalent to a control circuit
  • Radio receiving section 102 (corresponding to a receiving circuit, for example) performs uplink reception at transmission opportunities.
  • FIG. 6 is a block diagram showing a configuration example of part of the terminal 200.
  • control section 209 e.g., corresponding to a control circuit
  • Radio transmission section 205 e.g., equivalent to a transmission circuit performs uplink transmission at transmission opportunities.
  • FIG. 7 is a block diagram showing an example of the configuration of base station 100 according to this embodiment.
  • Base station 100 includes antenna 101, radio reception section 102, PRACH detection section 103, data reception processing section 104, timing control information generation section 105, data generation section 106, data transmission processing section 107, radio and a transmission unit 108 .
  • PRACH detection section 103 , data reception processing section 104 , timing control information generation section 105 , data generation section 106 and data transmission processing section 107 may be included in control section 109 .
  • Radio receiving section 102 receives data signal (eg, PUSCH) from terminal 200 via antenna 101, control signal (eg, PUCCH including UCI such as HARQ-ACK), and random access signal (eg, PRACH signal) is subjected to reception processing such as down-conversion and A/D conversion, and the signal after reception processing is output to data reception processing section 104 and PRACH detection section 103 .
  • data signal eg, PUSCH
  • control signal eg, PUCCH including UCI such as HARQ-ACK
  • random access signal eg, PRACH signal
  • the PRACH detection section 103 detects a PRACH preamble signal and estimates transmission timing and reception timing based on the timing information input from the timing control information generation section 105, for example.
  • PRACH detection section 103 may perform correlation processing on the received PRACH preamble signal with a replica signal of the preamble signal generated using the sequence number corresponding to the set preamble number and the cyclic shift amount. .
  • the correlation processing in the PRACH detection unit 103 may be performed in the time domain and may be processing for calculating the delay profile, or may be performed in the frequency domain after performing correlation processing (division processing) and then performing IFFT (Inversed Fourier Transform). Processing for calculating a delay profile may also be used.
  • the calculated delay profile may be used to estimate at least one of transmission timing and reception timing.
  • the PRACH detection unit 103 outputs information on at least one of the estimated transmission timing and reception timing to the timing control information generation unit 105, for example.
  • PRACH detection section 103 may calculate the difference between the reference timing of base station 100 and the arrival timing of the received signal, and output the calculation result to timing control information generation section 105 .
  • PRACH detection section 103 for example, for PRACH (for example, PDCCH order RACH) requesting transmission (in other words, trigger) to terminal 200, PRACH transmission timing (or transmission timing) based on the timing calculated from the timing offset Opportunity, eg, RO) may detect PRACH.
  • PRACH detection section 103 may detect PRACH (eg, PDCCH order RACH) in RO based on timing calculated from cell-specific Koffset. For example, when PRACH transmission is triggered by PDCCH order RACH for terminal 200, PRACH detection section 103 controls the PRACH reception timing using cell-specific Koffset regardless of the setting of terminal-specific Koffset for terminal 200. Good (in other words, reception may be assumed based on cell-specific Koffset).
  • PRACH detection section 103 may, for example, perform PRACH detection on multiple (for example, all) sequences set in the cell.
  • PRACH detection section 103 may perform PRACH detection on the specified sequence, for example.
  • the data reception processing section 104 For example, based on the timing information input from the timing control information generating section 105, the data reception processing section 104 performs demodulation/decoding processing on received data signals different from PRACH, such as PUSCH or PUCCH. Also, the data reception processing section 104 may perform channel estimation and timing estimation based on the received data signal. Data reception processing section 104 outputs information about the estimated timing to timing control information generating section 105 .
  • the reception slot of the reception data signal such as PUSCH or PUCCH may be set to a timing based on the terminal-specific Koffset for the terminal 200 for which the terminal-specific Koffset is set, and for the terminal to which the terminal-specific Koffset is not set. 200 may be set to cell-specific Koffset-based timing.
  • Timing control information generating section 105 generates a TA command for terminal 200 based on information (for example, timing estimation result) output from PRACH detecting section 103 and data reception processing section 104, for example. There may be multiple types of TA commands. Also, the timing control information generating section 105 may generate a timing adjustment value common to cells. The cell-common timing adjustment value may be generated, for example, based on at least one of the size of the cell formed by the satellite beam, the length of the feederlink, and the amount of feederlink delay.
  • the timing control information generation unit 105 sets a cell-specific Koffset based on, for example, the propagation delay amount corresponding to the farthest location from the satellite in the cell, based on at least one of the altitude of the satellite and the size of the cell. you can In addition, the timing control information generation unit 105, based on the information about the position of the terminal 200 notified from the terminal 200 and the information about the satellite position calculated in the base station 100 or the terrestrial gateway (GW), the terminal 200 , and a terminal-specific Koffset based on the propagation delay amount of the terminal 200 may be set. Timing control information generation section 105 may output timing information including information about the set Koffset to data transmission processing section 107 , PRACH detection section 103 and data reception processing section 104 .
  • Data generating section 106 generates user data for terminal 200, synchronization signals, system information (broadcast information), individual control information (for example, RRC control information), MAC control information, and downlink data signals such as downlink control information (DCI). to generate Data generation section 106 outputs the generated downlink data signal to data transmission processing section 107 .
  • Data transmission processing section 107 encodes and modulates the downlink data signal output from data generation section 106 and the timing information output from timing control information generation section 105, and outputs the modulated signal to radio transmission section 108. .
  • the radio transmission section 108 performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal output from the data transmission processing section 107 , and transmits the radio signal after the transmission processing from the antenna 101 .
  • FIG. 8 is a block diagram showing an example of the configuration of terminal 200 according to the present embodiment.
  • Terminal 200 includes PRACH generation section 201, data generation section 202, position information acquisition section 203, timing adjustment section 204, radio transmission section 205, antenna 206, radio reception section 207, and demodulation/decoding section 208. And prepare.
  • PRACH generation section 201 , data generation section 202 , position information acquisition section 203 , timing adjustment section 204 , and demodulation/decoding section 208 may be included in control section 209 .
  • the PRACH generation unit 201 determines PRACH transmission resources, for example, from available PRACH transmission resource candidates in the cell of the base station 100 .
  • PRACH generation section 201 selects time/frequency resources and preamble numbers to be used for PRACH transmission based on information on time/frequency resources (for example, slots and resource blocks) for PRACH transmission and information on preamble number groups. set. Information on time/frequency resources and preamble number groups that allow PRACH transmission may be reported from the base station 100, for example.
  • a time/frequency resource in which PRACH can be transmitted in terminal 200 may be called RACH occurrence (RO).
  • the RO may be set separately for the SSB.
  • terminal 200 selects a random preamble number in the RO corresponding to the SSB selected at the timing when cell search (in other words, SSB search) is completed (for example, SSB with higher received power).
  • terminal 200 may transmit PRACH at timing (RO) based on cell-specific Koffset without using terminal-specific Koffset.
  • terminal 200 may select a random preamble number and transmit PRACH in ROs corresponding to SSBs with higher received power.
  • terminal 200 may transmit PRACH with the specified preamble number in the RO corresponding to the specified SSB number.
  • the data generating section 202 generates an uplink transmission data sequence, generates time/frequency resources for data signal transmission allocated by the base station 100, and data signals to be transmitted by MCS (Modulation and Coding Scheme).
  • Time/frequency resources and MCS are, for example, notified by downlink control information (eg, DCI or PDCCH) (Dynamic grant), and are notified by RRC signaling (Configured grant).
  • the data generation unit 202 may generate at least one of a timing adjustment result and terminal position information, which will be described later, for example.
  • the position information acquisition unit 203 acquires, for example, the position information of the terminal 200 (information such as latitude, longitude and altitude) and the position information of the communication partner's satellite. Also, the position information acquisition section 203 calculates, for example, the distance between the terminal 200 and the satellite, and outputs information on the calculated distance to the timing adjustment section 204 .
  • the position information of the terminal 200 and satellites may be obtained by GNSS functions such as GPS, for example. Further, satellite position information may be obtained, for example, by obtaining in advance at least one of orbital information called satellite ephemeris and time information.
  • the timing adjustment section 204 adjusts the reception timing of the reception signal and the transmission timing of the transmission signal. For example, the timing adjustment unit 204 adjusts the transmission timing of the transmission signal based on at least one of information notified or notified from the base station 100 (for example, timing information) and information calculated by the timing adjustment unit 204. do.
  • the timing adjustment unit 204 calculates the propagation delay time between the satellite and the terminal 200 from the distance information output from the position information acquisition unit 203 and the radio wave propagation speed (approximately 3 ⁇ 10 8 m/s). . Then, the timing adjusting unit 204 determines the reception timing of the signal transmitted from the base station 100, the calculated propagation delay time, the cell-common timing adjustment value and the cell-specific Koffset notified from the base station 100, and the cell-specific Koffset notified from the base station 100. The transmission timing may be adjusted based on a combination of one or more of a timing adjustment value (for example, TA value) specific to the terminal 200 and the terminal-specific Koffset notified from the base station 100 . Timing adjustments may vary depending on the channel and signal. For example, the timing adjustment may be different depending on PRACH, PUSCH, PUCCH, SRS (Sounding Reference Signal).
  • the radio transmission section 205 performs transmission processing such as D/A conversion and up-conversion on the signal output from the PRACH generation section 201 and the data signal output from the data generation section 202 .
  • Radio transmission section 205 transmits the radio signal after transmission processing to base station 100 from antenna 206 at the transmission timing adjusted by timing adjustment section 204 .
  • the radio reception section 207 receives the reception signal from the base station 100 via the antenna 206 at the reception timing adjusted by the timing adjustment section 204 .
  • the received signal may be, for example, a downlink signal such as PDCCH or PDSCH. Also, the received signal may include at least one of data and control information.
  • Radio receiving section 207 performs reception processing such as down-conversion and A/D conversion on the received signal, and outputs the signal after reception processing to demodulation/decoding section 208 .
  • the demodulation/decoding section 208 performs demodulation and decoding processing on the signal output from the radio reception section 207 .
  • Signals output from the radio receiving section 207 may include downlink signals such as PDCCH and PDSCH, for example.
  • the PDCCH may include, for example, PDSCH allocation information and PUSCH allocation information.
  • PDSCH may also include, for example, user data, RRC control information, MAC CE (Control Element) control information, RACH response (eg, MSG2), and TA command.
  • demodulation/decoding section 208 outputs the timing information to timing adjustment section 204 when timing information relating to transmission timing and reception timing is included in demodulated and decoded information.
  • the base station 100 may calculate the longest round-trip propagation delay amount in the cell, for example, based on at least one of the altitude of the satellite, the lowest elevation angle, and the assumed cell size. Then, base station 100 may set a cell-specific Koffset based on the calculated propagation delay amount, and notify terminal 200 in the cell of the set cell-specific Koffset.
  • the cell-specific Koffset may be notified to the terminal 200 by broadcast information such as SIB1, for example, or may be notified to the terminal 200 by another signal.
  • base station 100 for terminal 200 in the RRC_CONNECTED state after initial access is completed, base station 100, for example, based on at least one of information on the position of the terminal and information on propagation delay notified from terminal 200, A round-trip (for example, RTT) propagation delay between the terminal 200 and the base station 100 may be estimated. Base station 100 may then set a terminal-specific Koffset based on the estimated propagation delay, and notify terminal 200 of the set terminal-specific Koffset. Terminal-specific Koffset may be notified to terminal 200 by at least one of RRC information, MAC CE, and DCI, for example.
  • RTT round-trip propagation delay between the terminal 200 and the base station 100
  • Base station 100 may then set a terminal-specific Koffset based on the estimated propagation delay, and notify terminal 200 of the set terminal-specific Koffset. Terminal-specific Koffset may be notified to terminal 200 by at least one of RRC information, MAC CE, and DCI, for example.
  • the terminal 200 transmits an uplink signal such as PUSCH or PUCCH (for example, HARQ-ACK) in a slot determined based on the cell-specific Koffset. may be sent. Also, for example, after setting the terminal-specific Koffset, terminal 200 may transmit PUSCH or PUCCH (eg, HARQ-ACK) in a slot determined based on the terminal-specific Koffset.
  • an uplink signal such as PUSCH or PUCCH (for example, HARQ-ACK) in a slot determined based on the cell-specific Koffset.
  • PUCCH for example, HARQ-ACK
  • the radio resources (time/frequency resources) used for PRACH transmission are called RO (RACH occasion).
  • a slot that can be used for PRACH transmission is called a “RACH slot”.
  • RACH slots may be configured within a frame (eg, 10ms).
  • one or more ROs may be set in the RACH slot.
  • the base station 100 may notify the terminal 200 of parameters (or information) related to RACH using "RACH-ConfigCommon", which is one of the RRC parameters, through SIB or RRC signaling.
  • RACH-ConfigCommon which is one of the RRC parameters
  • parameters related to RACH slot or RO configuration in RACH slot may be notified by "prach-ConfigurationIndex" in RACH-ConfigCommon.
  • association between SSB and RO may be notified by "ssb-perRACH-OccasionAndCB-PreamblesPerSSB" in RACH-ConfigCommon.
  • the base station 100 receives downlink transmission data for the terminal 200 in the RRC_CONNECTED state after the TA timer expires, or in a situation where there is no communication for a certain period of time and the synchronization state of the terminal 200 is not specified.
  • PRACH transmission may be triggered for terminal 200 .
  • This PRACH transmission trigger may be notified to terminal 200 by DCI for PDCCH order RACH, for example.
  • DCI for PDCCH order RACH for example.
  • PDCCH order RACH is triggered when a specific field (eg, resource allocation) in DCI is a specific bit string (eg, all 0).
  • the PRACH transmission trigger is not limited to this, and may be a method different from NR Rel.15.
  • DCI for PDCCH order RACH for example, the following information described in TS38.212 may be notified.
  • this field indicates the RACH occasion associated with the SS/PBCH indicated by "SS/PBCH index” for the PRACH transmission,; otherwise, this field is reserved - Reserved bits - 10 bits
  • the base station 100 may indicate the PDCCH order RACH sequence, for example, by designating a value other than 0 for the Random Access Preamble index (eg, Preamble number). Also, when indicating the PDCCH order RACH sequence, base station 100 may specify RO by SS/PBCH index (eg, SSB number) and PRACH Mask index (eg, PRACH mask number). In this way, base station 100 may designate PRACH resources transmitted by terminal 200 .
  • SS/PBCH index eg, SSB number
  • PRACH Mask index eg, PRACH mask number
  • the base station 100 may instruct Contention (contention)-based RACH transmission by specifying 0 for the Random Access Preamble index.
  • terminal 200 may select a random preamble sequence and transmit PRACH, for example, in an RO associated with an SSB with higher received power.
  • base station 100 may set cell-specific Koffset and terminal-specific Koffset for terminal 200 .
  • Terminal 200 may determine transmission timing (eg, RO) based on terminal-specific Koffset, for example, for PUSCH or HARQ-ACK.
  • terminal 200 may determine the transmission timing to be used for PRACH transmission based on the cell-specific Koffset for PDCCH order RACH.
  • terminal 200 uses cell-specific Koffset to determine the transmission timing of PRACH (for example, PDCCH order RACH) without using terminal-specific Koffset (for example, , RO) may be determined.
  • FIG. 9 is a diagram showing an example of setting ROs in PDCCH order RACH according to the present embodiment.
  • base station 100 assumes reception of RACH at timing based on cell-specific Koffset from the transmission timing of PDCCH (eg, PDCCH for RACH trigger) that triggers RACH (eg, waits).
  • PDCCH eg, PDCCH for RACH trigger
  • Terminal 200 for example, when receiving a DCI for PDCCH order RACH (for example, PDCCH for RACH trigger), regardless of the setting of the terminal-specific Koffset, determined RO based on the cell-specific Koffset, PRACH in the determined RO to send.
  • terminal 200 may transmit PRACH in ROs after the slot specified by the cell-specific Koffset.
  • the base Station 100 and terminal 200 transmit RACH based on cell-specific Koffset.
  • the base station 100 and the terminal 200 determine RO based on the timing offset based on the RTT of the location where the propagation delay between the satellite (or the base station 100) and the terminal 200 is the largest in the cell, for example. . Therefore, regardless of the actual position of terminal 200 within the cell, it is possible to match the timing of PRACH transmission between base station 100 and terminal 200 .
  • the use of the cell-specific Koffset enables the terminal 200 to reliably transmit the PRACH in the RO designated by the base station 100 regardless of the position of the terminal 200 within the cell (in other words, propagation delay).
  • multiple ROs may be set, such as when multiple SSBs (for example, beams) are used.
  • determination methods 1 and 2 will be described as examples of methods for determining the PRACH transmission timing based on the cell-specific Koffset.
  • base station 100 adds a cell-specific Koffset to a PDCCH transmission slot that triggers RACH among ROs corresponding to at least one of SSBs and preamble numbers selected for terminal 200.
  • the PRACH may be received in the first RO (eg, earlier RO) after the timing slot (eg, the slot delayed by the cell-specific Koffset).
  • terminal 200 for example, among ROs corresponding to at least one of the selected SSB and preamble number, the first RO after the timing based on the PDCCH reception slot and cell-specific Koffset that triggers RACH (for example, PRACH may be sent in earlier RO).
  • FIG. 10 is a diagram showing an example of the relationship between cell-specific Koffsets and ROs when multiple ROs corresponding to multiple SSBs are set.
  • the relationship between the cell-specific Koffset and the RO is such that the slot specified by the Koffset is the first SSB among the multiple SSBs (for example, SSB with the smallest index (SSB1 in FIG. 10) is set before the first RO (RO#1 in FIG. 10) (hereinafter referred to as “case 1”) and the slot specified by Koffset is set after the first RO of the first SSB (e.g. the SSB with the lowest index) and before the last RO of the last SSB (e.g. the SSB with the highest index) (hereinafter referred to as “Case 2”).
  • the slot specified by the cell-specific Koffset is after the first RO#1 of the first SSB1 and before the last RO#4 of the last SSB4. (Between RO#2 and RO#3 in FIG. 10).
  • RO#3 corresponding to SSB3 is set for the terminal 200, in either case 1 or case 2, the terminal 200 is set to an earlier time after the timing designated by Koffset shown in FIG. PRACH is transmitted at the timing corresponding to RO#3 (RO#3 corresponding to SSB3 of frame n).
  • base station 100 receives (for example, assumes reception) PRACH at RO#3 corresponding to SSB3 of frame n shown in FIG.
  • terminal 200 may select an earlier RO from among ROs later than the timing based on the cell-specific Koffset (for example, ROs set to terminal 200). This allows terminal 200 to transmit PRACH at an earlier timing after the timing specified by Koffset, thereby reducing the delay until PRACH transmission.
  • Koffset for example, ROs set to terminal 200
  • the base station 100 triggers RACH when the first RO (RO#1 in FIG. 10) of the first SSB (for example, the SSB with the lowest index; SSB1 in FIG. 10). selected for terminal 200 after a PDCCH transmission slot and a timing slot defined by a cell-specific Koffset (for example, a slot delayed by a cell-specific Koffset from a PDCCH transmission slot that triggers RACH).
  • the PRACH may be received at the RO corresponding to at least one of the SSB and preamble number.
  • the first RO of the first SSB (in other words, the first RO) is after the timing based on the PDCCH reception slot and cell-specific Koffset that triggers the RACH. , may transmit the PRACH in the RO corresponding to at least one of the selected SSB and preamble number.
  • RO#1 for example, the first RO
  • terminal 200 sets the RO of frame n.
  • RO#1 corresponding to SSB1 of frame n (for example, the first RO) is set before the timing specified by Koffset, and is set to SSB1 of frame n+1.
  • the corresponding RO#1 (for example, the first RO) is set after the timing specified by Koffset. Therefore, terminal 200 does not transmit PRACH in RO#3 of frame n, but transmits PRACH in RO#3 of frame n+1, which is later than the timing specified by Koffset for RO#1 corresponding to SSB1. .
  • the terminal 200 selects the earlier RO among the set of ROs later than the timing based on the cell-specific Koffset (for example, the set including RO#1 to RO#4 in FIG. 10). Select an RO included in the set (RO#3 at frame n+1 in case 2 of FIG. 10). As a result, terminal 200 controls PRACH transmission in units of the same RO set (RO#1 to RO#4 in FIG. 10) regardless of the relationship between the timing specified by the cell-specific Koffset and the timing of the RO. Therefore, PRACH timing management becomes easy.
  • terminal 200 uses either cell-specific Koffset or terminal-specific Koffset (for example, parameter different from cell-specific offset) based on a control signal (for example, PDCCH) related to uplink transmission. to determine the RO for PRACH transmissions. For example, terminal 200 may determine RO using cell-specific Koffset when PRACH transmission is triggered by PDCCH. Similarly, when base station 100 triggers transmission of PRACH by PDCCH, it may determine RO for PRACH transmission using cell-specific Koffset without using terminal-specific Koffset.
  • a control signal for example, PDCCH
  • the RO for PRACH transmission is determined without depending on the position of the terminal 200, so that the misrecognition of the PRACH timing between the base station 100 and the terminal 200 can be suppressed.
  • any terminal 200 located within the cell of the base station 100 can perform PRACH transmission at timing based on the cell-specific Koffset.
  • the terminal 200 can avoid the case where the PRACH transmission in the RO specified by the base station 100 is not in time. , PRACH can be reliably transmitted.
  • base station 100 specifies the timing (for example, RACH slot or RO) at which terminal 200 transmits PRACH. Processing of the base station 100 can be simplified.
  • terminal 200 may be notified of the cell-specific Koffset, and terminal 200 may be notified of the difference (eg, " ⁇ K") with respect to the cell-specific Koffset.
  • the terminal-specific Koffset may be set to cell-specific Koffset+ ⁇ K.
  • the notification of the timing offset to terminal 200 may be made, for example, by at least one of RRC signaling, MAC CE, and DCI.
  • terminal 200 when PRACH transmission is triggered by PDCCH (that is, when DCI for PDCCH order RACH is received), terminal 200 is considered to be in an uncertain synchronization state, so the retained terminal-specific Koffset It may be discarded and the cell-specific Koffset may be used for subsequent communications including PRACH transmission (eg, b, PDSCH reception, PUSCH transmission, PUCCH transmission, etc.) until a new terminal-specific Koffset is set.
  • PRACH transmission eg, b, PDSCH reception, PUSCH transmission, PUCCH transmission, etc.
  • Embodiment 2 The configurations of the base station and terminal according to this embodiment may be the same as the configurations of base station 100 and terminal 200 shown in Embodiment 1.
  • base station 100 and terminal 200 for example, when PRACH transmission is triggered by PDCCH, control PRACH transmission timing and reception timing based on information on PRACH transmission opportunities (eg, RO). .
  • PRACH transmission opportunities eg, RO
  • base station 100 may notify terminal 200 of information on ROs used for PRACH transmission by DCI that triggers RACH (eg, PDCCH for RACH trigger). For example, when terminal 200 receives a DCI that triggers RACH, terminal 200 may determine an RO based on information about ROs included in the DCI, and transmit PRACH in the determined RO.
  • DCI that triggers RACH eg, PDCCH for RACH trigger
  • terminal 200 may determine an RO based on information about ROs included in the DCI, and transmit PRACH in the determined RO.
  • RO information Information about RO (hereinafter referred to as "RO information"), for example, cell-specific offset, and parameters different from the cell-specific offset (for example, terminal-specific Koffset described later, or "next available RO”) Information may be included that directs the use of either one.
  • RO information for example, cell-specific offset, and parameters different from the cell-specific offset (for example, terminal-specific Koffset described later, or "next available RO") Information may be included that directs the use of either one.
  • the RO information may, for example, notify the type of Koffset used for RO determination.
  • the RO information may include information indicating the use of either one of the cell-specific Koffset and the terminal-specific Koffset (for example, an example of parameters different from the cell-specific Koffset).
  • the base station 100 may notify the terminal 200, which has identified the synchronization state or position, of RO information that instructs the use of the terminal-specific Koffset.
  • the base station 100 notifies, for example, the terminal 200 whose synchronization state or position is not specified, or the terminal 200 whose synchronization state or position is uncertain, RO information that instructs the use of the cell-specific Koffset. you can
  • PRACH transmission timing setting based on cell-specific Koffset allows terminal 200 to operate independently of the state of terminal 200 in the cell. 200 can specify an RO to which it can reliably transmit.
  • RO information for example, regarding the determination of RO, cell-specific Koffset, and RO available to the terminal 200 (eg, "next available RO") (eg, an example of a parameter different from the cell-specific Koffset) Information may be included that directs the use of either one.
  • the base station 100 may notify the terminal 200, whose synchronization state or position is being specified, RO information that instructs the use of the "next available RO".
  • the base station 100 notifies, for example, the terminal 200 whose synchronization state or position is not specified, or the terminal 200 whose synchronization state or position is uncertain, RO information that instructs the use of the cell-specific Koffset. you can
  • the terminal 200 whose synchronization state (or position) is specified by the base station 100 can transmit PRACH at an earlier timing by setting the "next available RO". can be reduced.
  • PRACH transmission timing setting based on cell-specific Koffset allows terminal 200 to operate independently of the state of terminal 200 in the cell. 200 can specify an RO to which it can reliably transmit.
  • the RO information may be set as follows.
  • base station 100 allows non-contention based RACH (for example, at least one of SSB number and preamble number) and terminal-specific Koffset to terminal 200 that specifies the synchronization state or position. You may be notified by information.
  • non-contention based RACH for example, at least one of SSB number and preamble number
  • terminal-specific Koffset to terminal 200 that specifies the synchronization state or position. You may be notified by information.
  • the base station 100 for example, for the terminal 200 whose synchronization state or position is not specified or the terminal 200 whose synchronization state or position is uncertain, the contention based RACH and the "next available RO" Use may be signaled by RO information.
  • the base station 100 may notify the terminal 200 of RO information that instructs the use of any of the cell-specific Koffset, the terminal-specific Koffset, and the "next available RO", for example.
  • DCI format 1_0 that schedules PDSCH is used for DCI that indicates PDCCH order RACH.
  • the number of bits used for DCI indicating PDCCH order RACH is less than the number of bits used for PDSCH scheduling. Therefore, more reserved bits can be set in DCI format 1_0 that indicates PDCCH order RACH compared to when scheduling PDSCH.
  • RO information may be reported using, for example, part of the reserved bits of DCI format 1_0 that indicates PDCCH order RACH.
  • reporting method 1 since the RO information is reported as individual bits, the degree of freedom of setting in the base station 100 is improved. Also, since the RO information is notified using part of the reserved bits of DCI format 1_0, an increase in the total number of DCI bits can be suppressed.
  • the RO information is not limited to DCI format 1_0, and may be notified by other existing channels or control information (eg, reserved bit), for example.
  • ⁇ Notification method 2> In NR Rel.15, either one of contention based RACH and non-contention based RACH is notified in DCI that indicates PDCCH order RACH.
  • Random Access Preamble index (or ra-PreambleIndex) is 0 (all zeros. For example, 0b000000)
  • contention based RACH is supported, and the terminal 200 selects from the RO corresponding to the SSB selected by the terminal 200 A preamble sequence is randomly selected and PRACH is transmitted.
  • the Random Access Preamble index (or ra-PreambleIndex) is not 0 (all zeros. 0b000000), it corresponds to non-contention based RACH, and the terminal 200 is assigned to the SSB specified by the SS/PBCH index.
  • the RO specified by the PRACH Mask index transmits the PRACH using the preamble sequence of the preamble number specified by the Random Access Preamble index.
  • the base station 100 may implicitly notify the terminal 200 of RO information depending on whether it is contention-based RACH or non-contention-based RACH, for example.
  • base station 100 and terminal 200 may determine RO information depending on whether Random Access Preamble index is 0 (all zeros, eg, 0b000000).
  • terminal 200 uses a cell-specific Koffset when Random Access Preamble index is 0 (for example, contention based RACH) to determine RO, Random If the Access Preamble index is not 0 (for example, in the case of non-contention based RACH), the terminal-specific Koffset may be used to determine RO.
  • Random Access Preamble index for example, contention based RACH
  • Random If the Access Preamble index is not 0 for example, in the case of non-contention based RACH
  • the terminal-specific Koffset may be used to determine RO.
  • RO information is information associated with cell-specific Koffset (for example, information indicating contention based RACH), and information associated with terminal-specific Koffset (for example, information indicating non-contention based RACH) may include either one of
  • the base station 100 may set the Random Access Preamble index to a value different from 0 for the terminal 200 whose synchronization state or position is specified, and notify the terminal 200 of the SSB, RO, and preamble number. .
  • the base station 100 since base station 100 specifies that terminal 200 is capable of PRACH transmission, for example, by timing based on the terminal-specific Koffset set for terminal 200, the RO timing is determined by the terminal-specific Koffset.
  • terminal 200 may specify that the use of the terminal-specific Koffset has been implicitly notified, for example, because the Random Access Preamble index is a value different from 0.
  • the base station 100 sets the Random Access Preamble index to 0 for the terminal 200 whose synchronization state or position is not specified, or the terminal 200 whose synchronization state or position is uncertain, and the terminal 200 contention based RACH may be triggered for At this time, since base station 100 does not specify whether or not terminal 200 is capable of PRACH transmission based on timing based on terminal-specific Koffset set for terminal 200, for example, base station 100 determines RO timing based on cell-specific Koffset. you can In addition, since the Random Access Preamble index is 0, terminal 200 may specify that the use of the cell-specific Koffset has been implicitly notified, for example.
  • terminal 200 for example, when Random Access Preamble index is 0 (for example, contention based RACH) using cell-specific Koffset Determine the RO, and if the Random Access Preamble index is not 0 (e.g., for non-contention based RACH), then the "next available RO" may be used to determine the RO.
  • Random Access Preamble index for example, contention based RACH
  • cell-specific Koffset Determine the RO
  • the Random Access Preamble index is not 0 (e.g., for non-contention based RACH)
  • the "next available RO" may be used to determine the RO.
  • RO information includes information associated with cell-specific Koffset (e.g., information indicating contention based RACH) and information associated with "next available RO” (e.g., non-contention based RACH information that instructs the
  • the base station 100 sets the Random Access Preamble index to a value different from 0 for the terminal 200 whose synchronization state or position is specified, and assigns the SSB, RO, and preamble numbers to the terminal as non-contention based RACH. 200 may be notified.
  • the base station 100 specifies that the terminal 200 is capable of PRACH transmission by the timing based on the "next available RO", for example, the RO timing is determined by the "next available RO". may be determined.
  • terminal 200 may specify that the use of the “next available RO” has been implicitly notified, for example, because the Random Access Preamble index is a value different from 0.
  • the base station 100 sets the Random Access Preamble index to 0 for the terminal 200 whose synchronization state or position is not specified, or the terminal 200 whose synchronization state or position is uncertain, and the terminal 200 contention based RACH may be triggered for At this time, since the base station 100 does not specify, for example, the “next available RO” of the terminal 200, the timing of the RO may be determined by the cell-specific Koffset. In addition, since the Random Access Preamble index is 0, terminal 200 may specify that the use of the cell-specific Koffset has been implicitly notified, for example.
  • base station 100 receives PRACH with SSB and preamble number specified for terminal 200, so base station 100 specifies to terminal 200 an RO based on the "next available RO". Transmission delay can be reduced. Also, since base station 100 can assume reception of the PRACH with the SSB and preamble number designated for terminal 200, blind decoding in base station 100 can be suppressed.
  • base station 100 notifies terminal 200 instructing PDCCH order RACH of the use of cell-specific Koffset, and waits for PRACH transmitted from terminal 200 that is not the initial access. Since the PRACH reception timing in base station 100 is known, blind decoding can be suppressed.
  • the terminal 200 for example, when the Random Access Preamble index is 0 (for example, in the case of contention based RACH), the "next available RO" may be used to determine the RO, and if the Random Access Preamble index is not 0 (for example, in the case of non-contention based RACH), the terminal-specific Koffset may be used to determine the RO.
  • RO information includes information associated with "next available RO” (e.g., information indicating contention based RACH) and information associated with terminal-specific Koffset (e.g., non-contention based RACH information that instructs the
  • the base station 100 sets the Random Access Preamble index to a value different from 0 for the terminal 200 whose synchronization state or position is specified, and assigns the SSB, RO, and preamble numbers to the terminal as non-contention based RACH. 200 may be notified.
  • base station 100 since base station 100 specifies that terminal 200 is capable of PRACH transmission by timing based on terminal-specific Koffset, for example, it may determine RO timing by terminal-specific Koffset.
  • terminal 200 may specify that the use of the terminal-specific Koffset has been implicitly notified, for example, because the Random Access Preamble index is a value different from 0.
  • the base station 100 sets the Random Access Preamble index to 0 for the terminal 200 whose synchronization state or position is not specified, or the terminal 200 whose synchronization state or position is uncertain, and the terminal 200 contention based RACH may be triggered for At this time, the base station 100 may determine the RO timing based on the “next available RO” of the terminal 200, for example. Also, since the Random Access Preamble index is 0, for example, terminal 200 may specify that use of the “next available RO” has been implicitly notified.
  • base station 100 receives PRACH with SSB and preamble number specified for terminal 200, so by specifying RO based on terminal-specific Koffset to terminal 200, PRACH transmission delay can be reduced. Also, since base station 100 can assume reception of the PRACH with the SSB and preamble number designated for terminal 200, blind decoding in base station 100 can be suppressed.
  • terminal 200 may use PRACH resources that compete with the initial access terminal, so base station 100 performs blind decoding for initial access terminal 200, for example. Therefore, base station 100 also notifies terminal 200 instructing PDCCH order RACH of use of the "next available RO" and waits for PRACH transmitted from terminal 200 that is not the initial access terminal. Base station 100 performs blind decoding because the RO, SSB, and preamble numbers selected by terminal 200 are unknown. Since base station 100 performs blind decoding in the same manner as PRACH transmitted from initial access terminal 200, complicated processing is not added. On the other hand, since the terminal 200 operates in the same manner as the initial access, the terminal 200 can be simplified.
  • the information about the RO is implicitly notified to the terminal 200, so it is possible to suppress an increase in the amount of information in the notification of the RO information.
  • base station 100 implicitly notifies terminal 200 of RO information based on the value of Random Access Preamble index, so that the RACH type (eg, either contention-based RACH or non-contention-based RACH) and appropriate notification of RO timing is possible.
  • the RACH type eg, either contention-based RACH or non-contention-based RACH
  • terminal 200 uses a cell-specific Koffset and parameters different from the cell-specific Koffset (for example, terminal-specific Koffset or "next available RO') is used to determine the RO for the PRACH transmission.
  • the base station 100 uses a cell-specific Koffset and a parameter different from the cell-specific Koffset (for example, a terminal-specific Koffset or "next available RO") based on a control signal (for example, RO information) related to uplink reception. ) to determine the RO for PRACH reception.
  • a control signal for example, RO information
  • the base station 100 can appropriately control the PRACH transmission timing according to the recognition status of the terminal 200, for example. Therefore, according to the present embodiment, appropriate timing control according to the propagation delay between base station 100 and terminal 200 can be realized.
  • a DCI that triggers RACH (for example, PDCCH for RACH trigger) describes an example in which terminal 200 is notified of information about RO used for PRACH transmission. Without limitation, it may be notified (or configured) to terminal 200 by other signals (eg, SIB, RRC signaling, MAC CE). Further, the RO information notification method is not limited to the above, and for example, the information regarding the RO may be notified by a bit added to the DCI.
  • terminal 200 when terminal 200 is triggered for PRACH transmission by PDCCH (that is, receives DCI for PDCCH order RACH) and transmits PRACH with RO determined based on cell-specific Koffset, the synchronization state is not correct. Since it is considered to be reliable, the retained terminal-specific Koffset is discarded, and a new terminal-specific Koffset is set for subsequent communication (for example, PDSCH reception, PUSCH transmission, or PUCCH transmission). up to the cell-specific Koffset may be used.
  • terminal 200 transmits a PRACH with an RO determined based on either a parameter different from the cell-specific Koffset (for example, terminal-specific Koffset or "next available RO")
  • the synchronization state is Since it is considered to be maintained, the retained terminal-specific Koffset may be used for subsequent communications (for example, PDSCH reception, PUSCH transmission, or PUCCH transmission).
  • Embodiment 3 The configurations of a terminal and a base station according to this embodiment may be the same as the configurations of base station 100 and terminal 200 shown in Embodiment 1.
  • Information about the offset may be reported to terminal 200 by, for example, RRC signaling, or may be reported to terminal 200 by being included in PDCCH that triggers RACH.
  • the offset means, for example, the number of slots from the transmission slot of the PDCCH that triggers the RACH (eg, PDCCH for RACH trigger).
  • the offset in setting method 1 is an offset in units of slots.
  • terminal 200 may transmit PRACH in RO corresponding to the timing after N slots from the slot in which base station 100 transmitted PDCCH.
  • the terminal 200 transmits PRACH in the RO corresponding to the notified SSB, and when the SSB and the preamble number are not notified from the base station 100.
  • the PRACH may be transmitted in the RO corresponding to the SSB selected by terminal 200 .
  • the offset means, for example, the number of RACH slots from the transmission slot of PDCCH that triggers RACH (eg, PDCCH for RACH trigger).
  • the offset in configuration method 2 is the offset in units of RACH slots that include PRACH ROs (Transmission Opportunities).
  • the terminal 200 when the offset value is N, the terminal 200, among the RACH slots configured in the corresponding cell, the RO in the N-th RACH slot after the slot in which the base station 100 transmits the PDCCH (or the N-th PRACH may be transmitted in RO after RO in RACH slot).
  • the RACH slot configured in the cell may be notified by the RRC parameter RACH-ConfigCommon, for example.
  • FIG. 11 is a diagram showing an RO setting example in setting method 2.
  • terminal 200 transmits PRACH in RO (for example, any of RO#1 to RO#4) in the third RACH slot after the slot in which base station 100 transmits PDCCH for RACH trigger. may be sent.
  • PRACH for example, any of RO#1 to RO#4
  • the terminal 200 may transmit PRACH in the designated RO of the notified SSB. Also, for example, when the SSB, RO, and preamble numbers are not notified from base station 100, terminal 200 may randomly select from RO and preamble corresponding to the SSB selected by terminal 200 and transmit PRACH. .
  • setting method 2 since the RACH slot offset is notified, for example, compared to setting method 1 (notification in slot units), the number of bits representing the offset can be reduced, and the amount of offset signaling can be reduced.
  • the offset means, for example, the number of ROs from the transmission slot of PDCCH that triggers RACH (eg, PDCCH for RACH trigger).
  • the offset in configuration method 3 is the PRACH RO (transmission opportunity) offset.
  • the terminal 200 selects the N-th RO after the slot in which the base station 100 transmits the PDCCH (or the RO after the N-th RO) among the ROs configured in the corresponding cell.
  • PRACH may be sent in Note that the RO configured in the cell may be notified by the RRC parameter RACH-ConfigCommon, for example.
  • FIG. 12 is a diagram showing an RO setting example in setting method 3.
  • terminal 200 may transmit PRACH in the ninth RO (for example, RO#1) after the slot in which base station 100 transmitted PDCCH for RACH trigger.
  • ROs are frequency division multiplexed (FDM), among multiple ROs of the same timing (for example, the same slot), the ROs with the lowest frequencies are counted in order. good. Note that the RO counting method is not limited to the order from the lowest frequency.
  • FDM frequency division multiplexed
  • terminal 200 may transmit PRACH in the designated RO of the notified SSB. Also, for example, when the SSB, RO, and preamble numbers are not notified from base station 100, terminal 200 may randomly select from RO and preamble corresponding to the SSB selected by terminal 200 and transmit PRACH. .
  • setting method 3 since the RO unit offset is notified, for example, compared to setting method 1 (slot unit notification), the number of bits representing the offset can be reduced, and the amount of offset signaling can be reduced. Also, in setting method 3, for example, even when ROs are frequency-multiplexed, base station 100 can appropriately designate an RO from frequency-multiplexed ROs to terminal 200 .
  • the offset means an offset from the cell-specific Koffset or the terminal-specific Koffset, for example.
  • the terminal 200 may transmit the PRACH in the RO after the slot obtained by adding the number of slots indicated by the notified offset from the cell-specific Koffset or the terminal-specific Koffset.
  • the offset may be a negative value including zero.
  • FIG. 13 is a diagram showing an example in which an offset from a cell-specific Koffset (for example, Offset for RACH) is notified.
  • Terminal 200 transmits RO (eg, Frame# n+1 and later ROs) may transmit PRACH.
  • RO eg, Frame# n+1 and later ROs
  • the base station 100 may specify an offset that takes into account the time required for at least one of PDCCH reception, decoding processing, and PRACH signal generation processing of terminal 200 .
  • the offset for example, it is possible to avoid the case where the processing of the terminal 200 is not in time for the specified PRACH transmission timing, and the terminal 200 can reliably transmit the PRACH.
  • the number of reporting bits can be reduced and control overhead can be reduced compared to the case of setting an offset from the PDCCH transmission slot.
  • base station 100 uses, as an offset, for example, a parameter used for PUSCH time resource allocation (for example, K2 of PUSCH-TimeDomainResourceAllocationList), or a parameter for controlling HARQ-ACK transmission timing (for example, PUCCH-Config dl-DataToUL-ACK) may be selected and notified to terminal 200 .
  • a parameter used for PUSCH time resource allocation for example, K2 of PUSCH-TimeDomainResourceAllocationList
  • a parameter for controlling HARQ-ACK transmission timing for example, PUCCH-Config dl-DataToUL-ACK
  • a range defined in the 3GPP specifications eg, TS38.331
  • the values that can be taken as the offset are limited, so that the number of notification bits can be further reduced.
  • base station 100 uses, as an offset, for example, a parameter used for PUSCH time resource allocation (for example, K2 of PUSCH-TimeDomainResourceAllocationList) or a parameter for controlling HARQ-ACK transmission timing (for example, dl of PUCCH-Config).
  • -DataToUL-ACK may be selected.
  • the selected value may be, for example, the minimum, median, maximum, or first (or last) value defined in the 3GPP specification (e.g., TS38.331). , the minimum value, the median value, the maximum value, or the first (or last) value among one or more values set in the terminal 200 by the base station 100 .
  • base station 100 does not need to notify terminal 200 of the offset separately, and terminal 200 can obtain the offset for PDCCH order RACH from these set parameters.
  • base station 100 when base station 100 triggers PDCCH order RACH for terminal 200, base station 100 specifies PRACH transmission timing based on offsets different from cell-specific Koffset and terminal-specific Koffset. This allows base station 100 and terminal 200 to determine the timing of PDCCH order RACH without depending on the situation of terminal 200 (for example, synchronization state or position). transmission timing recognition deviation can be suppressed. Also, since the base station 100 can specify the PRACH transmission timing based on the offset, it is not necessary to perform blind decoding of the PRACH, and the processing of the base station 100 can be simplified.
  • the base station 100 by having the base station 100 appropriately set the offset for each terminal 200 individually, it is possible to avoid a case where the processing of the terminal 200 is not in time for the PRACH transmission timing instructed by the base station 100. can be reliably sent.
  • terminal 200 when PRACH transmission is triggered by PDCCH (that is, when DCI for PDCCH order RACH is received), terminal 200 is considered to be in an uncertain synchronization state, so the retained terminal-specific Koffset For subsequent communications including PRACH transmission (for example, PDSCH reception, PUSCH transmission, PUCCH transmission, etc.), the cell-specific Koffset may be used until a new terminal-specific Koffset is set.
  • PRACH transmission for example, PDSCH reception, PUSCH transmission, PUCCH transmission, etc.
  • the RACH trigger from base station 100 is notified to terminal 200 by PDCCH (or DCI), but the present invention is not limited to this.
  • the RACH trigger may be notified to terminal 200 by RRC information or other information such as MAC CE.
  • RRC information information about Koffset used for determining RO during handover and information about RO are notified (or set) to terminal 200 by RRC parameters (or RRC information), and terminal 200 receives the notified information. may be used to determine the RO at the time of RACH transmission to the handover destination cell.
  • each timing in each of the above embodiments may be defined by the transmission timing of base station 100 .
  • terminal 200 transmits an uplink signal such as PRACH in "slot k after N slots from the PDCCH transmission slot"
  • terminal 200 performs timing adjustment (Timing Advance) so that base station 100 receives slot k. and then send PRACH.
  • Timing Advance Timing Advance
  • each timing in each of the above embodiments is not limited to the transmission timing of base station 100, and may be defined by the transmission or reception timing of another device (for example, terminal 200).
  • the processing of the terminal 200 is specified by the base station 100. If the timing is not met, terminal 200 may transmit the PRACH in the RO following the designated RO. As a case where the processing of the terminal 200 cannot meet the specified timing, for example, there is a case where the timing before the next available RO is specified. In addition, if the processing of terminal 200 does not meet the specified timing, terminal 200 determines that some kind of recognition gap has occurred with base station 100, for example, and prompts RRC resetting at arbitrary timing. A contention based RACH may be sent in , or a Radio Link Failure (RLF) procedure may be initiated. As a result, recognition deviation can be quickly recovered.
  • RLF Radio Link Failure
  • the cell-specific Koffset and the terminal-specific Koffset are not limited to the PRACH transmission timing. It may be used for other timing such as the reference timing for quality measurement in the case of , or the reflection timing for MAC CE.
  • other offset values can be substituted for Koffset as long as the offset corrects the delay. For example, RTT estimated at terminal 200 (or delay time based on round-trip time between base station 100 and terminal 200) may be used instead of Koffset.
  • the cell-specific Koffset may be replaced with the beam-specific Koffset.
  • each of the above embodiments may be applied to RACH transmission instructed by RRC signaling, such as RACH transmission during handover.
  • the reference timing of the offset may be, for example, the timing at which the RRC message that triggers RACH transmission is transmitted, or may be notified separately.
  • the above-described embodiments are not limited to handover, and can be applied to notification of RACH transmission timing even for other uses.
  • the slot length differs depending on, for example, the subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • the SCS of PRACH is different from the SCS of another channel (for example, PDSCH or PUSCH).
  • the SCS used to count the number of slots (for example, called “reference SCS”) is set to 15 kHz in FR1 (frequency region 1) as in Rel.15.
  • FR2 frequency region 2) may be set to 60 kHz.
  • Koffset or offset in each of the above embodiments may be normalized based on the following equation (1).
  • the various parameters in each of the above embodiments are examples, and other numerical values may be used.
  • the types of SSBs are not limited to four types as shown in FIGS. 10, 11 and 12, and may be any other number.
  • the number of ROs is not limited to 4 or 8 as shown in FIGS. 10, 11 and 12, and may be any other number.
  • the number of ROs included in each RACH slot is not limited to two or four as shown in FIGS. 10, 11 and 12, and may be any other number.
  • RO is determined based on the timing delayed by Koffset slots from the PDCCH transmission slot that triggers the RACH, but an offset may also be added in consideration of terminal processing delay, for example.
  • the use of the "next available RO” has been described as an example of RO setting, but the "next available RO” is set as the available RO. For example, any RO that can be used from the next time onwards may be set.
  • the NTN environment for example, satellite communication environment
  • the present disclosure is not limited to this.
  • the present disclosure may be applied to other communication environments (eg, LTE and/or NR terrestrial cellular environments).
  • GNSS such as GPS (for example, position detection using satellite signals) was described, but position detection by terrestrial cellular base stations, WiFi signals and Bluetooth (registered trademark) signals position detection using at least one of, position detection using an acceleration sensor or the like, or position detection using a combination thereof.
  • the position information may include altitude information in addition to latitude and longitude. Alternatively, the values of a separately defined coordinate system may be used. Altitude information may be obtained from an air pressure sensor or the like.
  • the signal and information broadcast from the base station 100 may be transmitted by at least one of SSB and SIB, or may be received by a plurality of terminals, for example, by a method common to a group. may be transmitted in the DCI format (DCI format 2_x, etc.).
  • the cell may be an area defined by the reception power of at least one of SSB and CSI-RS transmitted by the base station (or satellite), or may be an area defined by the geographical location. It may be a defined area. Also, the cells in the above embodiments may be replaced with beams defined by SSB.
  • a base station may be called a gNodeB or a gNB.
  • a terminal may also be referred to as a UE.
  • a slot may be replaced with a time slot, minislot, frame, subframe, or the like.
  • the form of satellite communication may be a configuration in which the functions of the base station are present on the satellite (for example, "regenerative satellite"), the functions of the base station are present on the ground, and the base station A configuration in which a satellite relays communication between a station and a terminal (for example, “transparent satellite”) may be used.
  • the downlink and uplink may be the link between the terminal and the satellite, or the link via the satellite, in one embodiment of the present disclosure.
  • an embodiment of the present disclosure can be applied regardless of the type of satellite such as GEO, Medium Earth Orbit satellite (MEO), LEO, or Highly Elliptical Orbit satellite (HEO).
  • An embodiment of the present disclosure may also be applied to non-terrestrial communications such as HAPS or drone base stations, for example.
  • the radio wave propagation speed is described as about 3 ⁇ 10 8 [m/s], but is not limited to this. may be used.
  • the accuracy of the radio wave propagation speed may depend on the implementation.
  • the random access procedure is not limited to this, and may be, for example, two-step random access.
  • (supplement) Information indicating whether or not the terminal 200 supports the functions, operations, or processes described in each embodiment described above is transmitted from the terminal 200 to the base station 100 as, for example, capability information or a capability parameter of the terminal 200. It may be transmitted (or notified).
  • the capability information may include an information element (IE) individually indicating whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in the above embodiments.
  • the capability information may include an information element indicating whether or not the terminal 200 supports a combination of two or more of the functions, operations, or processes shown in each embodiment described above.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information. The base station 100 may perform operation, processing, or control according to the determination result based on the capability information. For example, based on the capability information received from terminal 200, base station 100 assigns at least one of downlink resources such as PDCCH or PDSCH and uplink resources such as PUCCH or PUSCH (in other words, scheduling ) may be controlled.
  • downlink resources such as PDCCH or PDSCH
  • uplink resources such as PUCCH or PUSCH (in other words, scheduling ) may be controlled.
  • terminal 200 does not support part of the functions, operations, or processes shown in each of the above-described embodiments means that such functions, operations, or processes are restricted in terminal 200. may be For example, base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • a downlink control signal (or downlink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in the Physical Downlink Control Channel (PDCCH) of the physical layer, It may be a signal (or information) transmitted in a medium access control element (MAC CE) or radio resource control (RRC) of a higher layer. Also, the signal (or information) is not limited to being notified by a downlink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals.
  • PDCCH Physical Downlink Control Channel
  • MAC CE medium access control element
  • RRC radio resource control
  • the uplink control signal (or uplink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in PUCCH of the physical layer, MAC CE or It may be a signal (or information) transmitted in RRC. Also, the signal (or information) is not limited to being notified by an uplink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals. Also, the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • UCI uplink control information
  • SCI 1st stage sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • a base station includes a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), base unit, gateway, etc.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • base unit gateway, etc.
  • a terminal may play the role of a base station.
  • a relay device that relays communication between the upper node and the terminal may be used. It may also be a roadside device.
  • An embodiment of the present disclosure may be applied to any of uplink, downlink, and sidelink, for example.
  • an embodiment of the present disclosure can be used for uplink Physical Uplink Shared Channel (PUSCH), Physical Uplink Control Channel (PUCCH), Physical Random Access Channel (PRACH), downlink Physical Downlink Shared Channel (PDSCH), PDCCH, Physical It may be applied to the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and Physical Sidelink Broadcast Channel (PSBCH).
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical It may be applied to the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and Physical Sidelink Broadcast Channel (PSBCH).
  • PBCH Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, downlink data channel, uplink data channel, and uplink control channel, respectively.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to either data channels or control channels, for example.
  • the channels in one embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH, and PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is, for example, a signal known to both the base station and the mobile station, and is sometimes called Reference Signal (RS) or pilot signal.
  • the reference signal can be Demodulation Reference Signal (DMRS), Channel State Information - Reference Signal (CSI-RS), Tracking Reference Signal (TRS), Phase Tracking Reference Signal (PTRS), Cell-specific Reference Signal (CRS), or Sounding Any reference signal (SRS) may be used.
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • TRS Tracking Reference Signal
  • PTRS Phase Tracking Reference Signal
  • CRS Cell-specific Reference Signal
  • SRS Sounding Any reference signal
  • the unit of time resources is not limited to one or a combination of slots and symbols, such as frames, superframes, subframes, slots, time slot subslots, minislots or symbols, Orthogonal Time resource units such as frequency division multiplexing (OFDM) symbols and single carrier-frequency division multiplexing (SC-FDMA) symbols may be used, or other time resource units may be used.
  • Orthogonal Time resource units such as frequency division multiplexing (OFDM) symbols and single carrier-frequency division multiplexing (SC-FDMA) symbols may be used, or other time resource units may be used.
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • An embodiment of the present disclosure may be applied to both licensed bands and unlicensed bands.
  • An embodiment of the present disclosure is applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and vehicle to everything (V2X) communication. good too.
  • the channel in one embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, or PBCH.
  • an embodiment of the present disclosure may be applied to any of a terrestrial network, a non-terrestrial network (NTN: Non-Terrestrial Network) using satellites or high altitude pseudo satellites (HAPS: High Altitude Pseudo Satellite) .
  • NTN Non-Terrestrial Network
  • HAPS High Altitude pseudo satellites
  • an embodiment of the present disclosure may be applied to a terrestrial network such as a network with a large cell size, an ultra-wideband transmission network, or the like, in which the transmission delay is large compared to the symbol length or slot length.
  • an antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • an antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • the number of physical antennas that constitute an antenna port is not defined, but may be defined as the minimum unit in which a terminal station can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the NG-RAN architecture is shown in Figure 14 (see, eg, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (see e.g. 3GPP TS 38.300, section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300 section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 15 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 16 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 17 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 17 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements requested later. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • NR URLLC NR URLLC
  • the stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several microseconds (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure). NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • DRB Data Radio Bearers
  • FIG. 18 shows the non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 17
  • AF Application Function
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 18 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a terminal includes a control circuit that determines a transmission opportunity using either a cell-specific offset or a parameter different from the cell-specific offset, based on a control signal for uplink transmission; a transmission circuit for performing said uplink transmission at a transmission opportunity.
  • control circuit uses the cell-specific offset when the uplink transmission is triggered by the control signal.
  • control circuit selects an earlier transmission opportunity among later transmission opportunities than timing based on the cell-specific offset.
  • control circuit selects transmission opportunities included in a transmission opportunity set after timing based on the cell-specific offset.
  • control signal includes information instructing the use of one of the cell-specific offset and the parameter.
  • the parameter is either a terminal-specific offset or a parameter related to the transmission opportunities available to the terminal.
  • control signal includes any one of first information associated with the cell-specific offset and second information associated with the parameter.
  • the uplink signal is a random access channel (RACH) signal
  • the first information includes information indicating contention-based RACH
  • the second information is non-contention-based Contains information indicating RACH.
  • the parameter is an offset different from each of the cell-specific offset and the terminal-specific offset.
  • the offset is an offset in units of slots containing the transmission opportunity.
  • the offset is an offset per transmission opportunity.
  • a base station based on a control signal for uplink reception, a control circuit that determines a transmission opportunity using either a cell-specific offset or a parameter different from the cell-specific offset; a receiving circuit that performs the uplink reception at the transmission opportunity.
  • a terminal determines a transmission opportunity using either a cell-specific offset or a parameter different from the cell-specific offset based on a control signal for uplink transmission, The uplink transmission is performed at the transmission opportunity.
  • the base station determines which of the terminal-specific first offset and the cell-specific second offset to use based on a control signal for uplink reception, and has determined The uplink reception is performed based on the offset.
  • One aspect of the present disclosure is useful for wireless communication systems.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transmitters (AREA)

Abstract

端末は、上り送信に関する制御信号に基づいて、セル固有オフセット、及び、セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、送信機会において、上り送信を行う送信回路と、を具備する。

Description

端末、基地局、および通信方法
　本開示は、端末、基地局、および通信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで議論され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、端末と基地局との間の伝搬遅延に応じた適切なタイミング制御については検討の余地がある。
　本開示の非限定的な実施例では、端末と基地局との間の伝搬遅延に応じた適切なタイミング制御が実現できる端末、基地局、および通信方法の提供に資する。
　本開示の一実施例に係る端末は、上り送信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、前記送信機会において、前記上り送信を行う送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、端末と基地局との間の伝搬遅延に応じた適切なタイミング制御が実現できる。
　本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
送信スロットタイミングの一例を示す図 衛星のセル内における伝搬遅延の一例を示す図 セル固有オフセット及び端末固有オフセットの一例を示す図 PDCCH order RACHに対するオフセットの適用例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成の一例を示すブロック図 端末の構成の一例を示すブロック図 実施の形態１に係るPDCCH order RACHの送信タイミングの一例を示す図 実施の形態１に係るオフセットとRACH Occasion（RO）との関係の一例を示す図 実施の形態３に係るPDCCH order RACHの送信タイミングの一例を示す図 実施の形態３に係るPDCCH order RACHの送信タイミングの一例を示す図 実施の形態３に係るPDCCH order RACHの送信タイミングの一例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）、および高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　[地上以外のネットワーク（NTN：Non-Terrestrial Network）への拡張]
　Rel.15は、地上ネットワーク向けの無線アクセス技術として仕様化されている。一方で、NRは、衛星または高高度疑似衛星（HAPS：High-altitude platform station）を用いた通信等の地上以外のネットワーク（NTN）への拡張が検討されている（例えば、非特許文献１）。
　NTN環境において、地上の端末（例えば、user equipment（UE）とも呼ぶ）または航空機又はドローンといった上空に位置する端末に対する衛星のカバーエリア（例えば、１つ以上のセル）は、衛星からのビームによって形成される。また、端末と衛星との間の電波伝搬の往復時間（RTT：Round Trip Time）は、衛星の高度（例えば、最大約36000km）または端末からみた角度、つまり、衛星と端末の位置関係によって決まる。
　例えば、NTNでは、基地局（例えば、gNBとも呼ぶ）と端末との間の電波伝搬の往復時間（RTT）は、最大で540ms程度かかることが非特許文献１に記載されている。また、非特許文献１には、ビーム内（セル内）の端末の場所により、10ms程度の最大遅延差が生じることも記載されている。最大遅延差とは、例えば、ビーム内（セル内）において、衛星から最も遠い場所の端末と当該衛星との間の往復時間と、衛星から最も近い場所の端末と当該衛星との間の往復時間との差を示してよい。
　[ランダムアクセス手順]
　5G NRにおいて、端末は、初期アクセス及びデータ送信要求などのために、ランダムアクセスチャネル（Random Access Channel（RACH））を用いた送信を行う。例えば、ランダムアクセス手順は、例えば、４段階ランダムアクセス（4-step RACH又は4-Step CBRA（Contention Based Random Access）とも呼ぶ）によって実施されてよい。
　４段階ランダムアクセスでは、端末は、１段階目の送信（MSG1）において、PRACH（Physical Random Access Channel）のPreamble信号を基地局に送信する。端末におけるMSG1送信は、基地局からセル個別に通知される送信タイミング（slotタイミング又はRACH Occasion（RO））において実施される。なお、以下では、PRACHの信号（例えば、Preamble信号）を送信することは、「PRACH送信」又は「PRACHを送信する」と略記される場合がある。また、以下では、PRACHの信号を受信することは、「PRACH受信」又は「PRACHを受信する」と記載される場合がある。なお、他のチャネルの信号の送受信についても、同様に、略記される場合がある。
　基地局は、MSG1を受信及び復号し、２段階目の送信（MSG2）において、PRACHのPreamble信号に対する応答（Random Access response（RAR））及びMSG3の上り送信タイミングを含むスケジューリング情報等を端末に通知する。
　端末は、MSG2を受信及び復号し、３段階目の送信（MSG3）において、MSG2によって指示されたスケジューリング情報を用いて、端末に関する情報（例えば、端末ID等）といったConnection確立のための情報等を基地局に通知する。MSG3は、例えば、上りデータチャネル（例えば、Physical Uplink Shared Channel（PUSCH））において通知されてよい。MSG3によって通知される情報は、RRC（Radio Resource Control）接続要求情報と称されてもよい。
　基地局は、MSG3を受信及び復号し、４段階目の送信（MSG4）において、Connection確立応答等を通知する。
　[タイミング調整]
　5G NRでは、セル内の異なる端末からの信号が、基地局において或る時間内に収まるように、端末の送信タイミングが制御される。例えば、或る時間内とは、OFDM（Orthogonal Frequency Division Multiplexing）信号又はDFT-S-OFDM（Discrete Fourier Transform-Spread-OFDM）信号のCP（Cyclic Prefix）内でよい。
　ランダムアクセス手順では、端末のMSG1の送信は、基地局からセル個別に通知される候補となるPRACH送信タイミング（RACH Occasion）において実施される。ここで、端末は、下りリンクにおいて基地局から送信されるSSB（SS(Synchronization Signal)/PBCH(Physical Broadcast channel) Block）と称される同期信号の受信タイミングに基づいて、送信タイミングを決定する。そのため、基地局と端末との間の伝搬遅延に応じて、基地局における受信タイミングが、基地局において想定する受信タイミングからずれる可能性がある。ここで、基地局において想定する受信タイミングとは、例えば、基地局がセル個別に通知した候補となるPRACH送信タイミング（RACH Occasion）に基づいて決定する受信タイミングである。
　基地局において想定する受信タイミングからのずれに対して、例えば、基地局は、MSG2において、タイミングを補正（調整）するための情報を端末へ送信する。タイミングを補正（調整）するための情報は、例えば、TA（Timing Advance）コマンドと称される場合がある（例えば、非特許文献２）。端末は、例えば、MSG2に含まれるTAコマンドに基づいて、MSG3以降の送信タイミングを補正する。また、基地局は、MSG3以降の信号の送受信において、受信タイミングのずれを検知した場合、TAコマンドを端末に送信してよい。
　また、5G NRでは、初期アクセスに限らず、端末が基地局に接続中（例えば、RRC_CONNECTED状態）にしばらく通信を行っていない場合、又は、TAタイマの満了時といった端末の同期外れの可能性が有る状況では、端末宛ての下り送信データが到達した場合などに基地局からのトリガによってRACH送信が行われるケースがある。このRACH送信は、例えば、下り制御チャネル（例えば、Physical Downlink Shared Channel（PDCCH））を用いてトリガされてよい。PDCCHを用いてトリガされるRACH送信は、例えば、「PDCCH order RACH」と呼ばれる（一例は後述する）。
　NTNでは、基地局と端末との間の通信が、長距離の通信であるため、地上セルラーシステムと比較して、基地局と端末との間の伝搬遅延が大きく、端末間での伝搬遅延の差が大きい。そこで、例えば、端末は、GNSS（Global Navigation Satellite System）等によって取得される端末の位置情報と、衛星の軌道情報（satellite ephemeris）から得られる衛星の位置情報とを用いて推定される端末と衛星との間の距離に基づいて、伝搬遅延を計算し、端末が自律的にタイミング調整を行うことが検討される。
　また、5G NRでは、Rel.15において、送信スロットのタイミングが規定されている。
　図１は、送信スロットタイミングの一例を示す図である。図１は、Rel.15にて規定された地上セルラにおける送信スロットタイミングの例（図１（ａ））と、NTNにて検討される送信スロットタイミングの例（図１（ｂ））とを示す図である。
　また、図１には、基地局（gNB）のDLの送信スロットとULの受信スロット、及び、端末（UE）のDLの受信スロットとULの送信スロットが例示される。なお、図１の横軸は、時間軸を示す。
　NR Rel.15（例えば、地上セルラ）では、HARQ-ACK（hybrid automatic repeat request - acknowledgement）又はPUSCHといったUL信号の送信タイミングは、下り制御情報（例えば、Downlink Control Information（DCI））又は下りデータ信号（例えば、Physical Downlink Shared Channel（PDSCH））といったDL信号の送信スロットタイミング（例えば、基準スロットとも呼ぶ）に基づいて規定されてよい。例えば、UL信号の送信タイミングは、DL信号の送信スロット（例えば、基準スロットとも呼ばれる）からのオフセットを用いて規定されてよい。
　オフセットには、例えば、PDSCHからHARQ-ACKまでのタイミングオフセットを示す「K1」、及び、DCIからPUSCHまでのタイミングオフセットを示す「K2」が挙げられる。なお、PDSCHからHARQ-ACK送信までのタイミングオフセットK1は、「PDSCH-to-HARQ_feedback timing indicator」と呼ばれることもある。図１（ａ）において、Rel.15の送信スロットタイミングの規定では、ｎ番目のスロットにおいて、DCIを含む信号が基地局から端末に送信され、n+K2番目のスロットにおいて、PUSCHの信号が端末から基地局に送信される。
　その一方で、NTNでは、図１（ｂ）に示すように、Rel.15の送信スロットタイミングの規定に対して、地上セルラよりも長い伝搬遅延を補正するためのオフセット「Koffset」の設定が検討されている。
　基地局は、例えば、Koffsetによって、基地局におけるUL信号の受信タイミング（例えば、スロット）を指定してよい。UL信号には、例えば、HARQ-ACKといった上り制御情報（Uplink Control Information（UCI））を含む上り制御情報（Physical Uplink Control Channel（PUCCH））、又は、上りデータ信号を含むPUSCHが含まれてよい。
　Koffsetには、例えば、セル個別に通知（又は、報知）されるセル固有（cell-specific）のKoffset（例えば、「Koffset,cell」と表す）、及び、端末個別に通知される端末固有（UE-specific）のKoffset（Koffset,UE）が検討される。なお、以下では、Koffset,cell及びKoffset,UEは、「Koffset」と略記される場合もある。
　例えば、セル固有Koffsetは、図２に示すように、セル内において衛星（又は、基地局）と端末との間の伝搬遅延（例えば、D_cell）が最も大きい場所のRTTに基づいて設定されてよい。セル固有Koffsetは、例えば、システム情報に含めてセル全体へ報知されてよい。また、端末固有Koffsetは、図２に示すように、端末（UE）の位置又は伝搬遅延量（例えば、D_UE）に基づいて端末個別に設定されてよい。端末固有Koffsetは、例えば、端末に個別に通知されてよい。
　図３は、端末固有Koffsetに基づく送信スロットタイミングの一例を示す図である。図３では、例えば、基地局（gNB）は、DCIを送信したタイミング（スロットn）から、オフセットK2及び端末固有Koffset後のスロット（例えば、スロット（n+K2+Koffset,UE））においてPUSCHを受信するように、端末（UE）のPUSCH送信のタイミングが設定されてよい。
　図３に示すように、端末固有Koffsetに基づくタイミング調整では、例えば、端末個別のRTTに基づくため、セル固有Koffsetに基づくタイミング調整と比較して、データ伝送遅延を低減できる。
　［PDCCH order RACH］
　NR Rel.15では、PDCCH order RACHには、例えば、PRACH送信をトリガするPDCCHを端末が受信し、「次の利用可能なRO（next available RO）」においてPRACHを送信することが規定される。
　ここで、地上ネットワークでは、NTNと比較して伝搬遅延が短く、送信タイミングと受信タイミングとがほぼ同時であるため、「次の利用可能なRO」の認識が基地局と端末との間で異なる可能性は極めて低い。
　その一方で、NTNでは、地上ネットワークと比較して伝搬遅延が長いため、「次の利用可能なRO」の認識が基地局と端末との間でずれやすい。このため、NTNにおけるPRACH送信に対するKoffsetの導入が検討されている。Koffsetの導入により、伝搬遅延に応じてROが決定されるため、基地局と端末との間における「次の利用可能なRO」の認識ずれは発生しにくい。
　しかしながら、PDCCH order RACHは、端末がRRC_CONNECTED状態であるが、基地局において端末の同期状況を特定（換言すると、把握）しない場合にも適用され得るため、端末固有Koffsetが設定された端末が、Koffsetの設定時の位置から遠方に移動した場合等には、端末固有Koffsetによって指定されるROに対して、端末のPRACH送信が間に合わない可能性がある。
　図４は、PDCCH order RACHにおけるROの設定例を示す図である。図４において、基地局（例えば、gNB）は、PRACH送信をトリガするPDCCHの送信タイミングから、端末固有Koffsetに基づくタイミングにおけるPRACHの受信を想定する。端末（例えば、UE）は、PRACH送信をトリガするPDCCHの受信タイミング、及び、端末固有Koffsetに基づいてROを決定し、決定したROにおいてPRACHを送信してよい。
　ここで、図４に示すように、端末の実際の位置が、端末に設定された端末固有Koffsetに対応する位置（例えば、基地局が想定する位置）と異なる場合（例えば、基地局（又は、衛星）からより遠方の位置の場合）、端末がPRACHを実際に送信するタイミングは、基地局が想定するPRACHのタイミングと異なる（例えば、遅くなる）可能性がある。換言すると、端末は、端末固有Koffsetに基づく適切な送信タイミング（例えば、RO）においてPRACHを送信できない可能性がある。
　そこで、本開示の非限定的な一実施例では、例えば、NTN環境のように端末と基地局との間の伝搬遅延が増大する環境において、端末と基地局との間の伝搬遅延に応じた適切なタイミング制御を実現する。
　［通信システムの概要］
　本開示の一実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図５は、基地局１００の一部の構成例を示すブロック図である。図５に示す基地局１００において、制御部１０９（例えば、制御回路に相当）は、上り受信に関する制御信号に基づいて、セル固有オフセット、及び、セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する。無線受信部１０２（例えば、受信回路に相当）は、送信機会において、上り受信を行う。
　図６は、端末２００の一部の構成例を示すブロック図である。図６に示す端末２００において、制御部２０９（例えば、制御回路に相当）は、上り送信に関する制御信号に基づいて、セル固有オフセット、及び、セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する。無線送信部２０５（例えば、送信回路に相当）は、送信機会において、上り送信を行う。
　（実施の形態１）
　［基地局の構成］
　図７は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、アンテナ１０１と、無線受信部１０２と、PRACH検出部１０３と、データ受信処理部１０４と、タイミング制御情報生成部１０５と、データ生成部１０６と、データ送信処理部１０７と、無線送信部１０８と、を備える。PRACH検出部１０３と、データ受信処理部１０４と、タイミング制御情報生成部１０５と、データ生成部１０６と、データ送信処理部１０７とは、制御部１０９に含まれてよい。
　無線受信部１０２は、アンテナ１０１を介して受信した、端末２００からのデータ信号（例えば、PUSCH）、制御信号（例えば、HARQ-ACKといったUCIを含むPUCCH）、及び、ランダムアクセス信号（例えば、PRACH信号）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号をデータ受信処理部１０４及びPRACH検出部１０３へ出力する。
　PRACH検出部１０３は、例えば、タイミング制御情報生成部１０５から入力されるタイミング情報に基づいて、PRACHのPreamble信号の検出、並びに、送信タイミングおよび受信タイミングの推定を行う。例えば、PRACH検出部１０３は、受信したPRACHのPreamble信号に対して、設定されたPreamble番号に対応する系列番号と巡回シフト量を用いて生成したPreamble信号のレプリカ信号との相関処理を行ってよい。
　なお、PRACH検出部１０３における相関処理は、時間領域で行い、遅延プロファイルを算出する処理でもよいし、周波数領域で相関処理（除算処理）を行ってから、IFFT（Inversed Fourier Transform）を行うことで遅延プロファイルを算出する処理でもよい。算出した遅延プロファイルは、送信タイミング及び受信タイミングの少なくとも一つの推定に使用されてよい。
　PRACH検出部１０３は、例えば、推定した送信タイミング及び受信タイミングの少なくとも一つに関する情報をタイミング制御情報生成部１０５へ出力する。例えば、PRACH検出部１０３は、基地局１００の基準タイミングと、受信信号の到来タイミングとの差分を算出し、算出結果をタイミング制御情報生成部１０５へ出力してよい。
　また、PRACH検出部１０３は、例えば、端末２００へ送信要求（換言すると、トリガ）したPRACH（例えば、PDCCH order RACH）に対して、タイミングオフセットから算出されるタイミングに基づくPRACH送信タイミング（又は、送信機会。例えば、RO）において、PRACHを検出してよい。本実施の形態では、例えば、PRACH検出部１０３は、セル固有Koffsetから算出されるタイミングに基づくROにおいてPRACH（例えば、PDCCH order RACH）を検出してよい。例えば、PRACH検出部１０３は、端末２００に対してPDCCH order RACHによってPRACH送信をトリガする場合、端末２００に対する端末固有Koffsetの設定に依らず、セル固有Koffsetを用いてPRACHの受信タイミングを制御してよい（換言すると、セル固有Koffsetに基づいて受信を想定してよい）。
　ここで、例えば、PDCCH order RACH向けのDCIにおいて、「random access preamble index」が指定されない場合には、端末２００がpreamble indexをランダムに選択する「Contention based RACH」が設定される。この場合、PRACH検出部１０３は、例えば、セルに設定された複数（例えば、全て）の系列を対象にPRACH検出を行ってよい。その一方で、例えば、PDCCH order RACH向けのDCIにおいて、random access preamble indexが指定される場合には、端末２００が指定されたpreamble indexに基づいてPRACHを送信する「non-contention RACH」が設定される。この場合、PRACH検出部１０３は、例えば、指定した系列を対象にPRACH検出を行ってよい。
　なお、PRACHの送信タイミングの例については後述する。
　データ受信処理部１０４は、例えば、タイミング制御情報生成部１０５から入力されるタイミング情報に基づいて、PUSCH又はPUCCHといったPRACHと異なる受信データ信号に対して、復調・復号処理を行う。また、データ受信処理部１０４は、受信データ信号に基づいて、チャネル推定およびタイミング推定を実施してよい。データ受信処理部１０４は、推定したタイミングに関する情報をタイミング制御情報生成部１０５へ出力する。
　ここで、PUSCH又はPUCCHといった受信データ信号の受信スロットは、例えば、端末固有Koffsetが設定された端末２００に対しては端末固有Koffsetに基づくタイミングに設定されてよいし、端末固有Koffsetが設定されない端末２００に対してはセル固有Koffsetに基づくタイミングに設定されてよい。
　タイミング制御情報生成部１０５は、例えば、PRACH検出部１０３及びデータ受信処理部１０４から出力される情報（例えば、タイミング推定結果）に基づいて、端末２００向けのTAコマンドを生成する。TAコマンドは複数種類あってもよい。また、タイミング制御情報生成部１０５は、セル共通のタイミング調整値を生成してよい。セル共通のタイミング調整値は、例えば、衛星ビームが形成するセルの大きさ、フィーダリンクの長さ、及び、フィーダリンク遅延量の少なくとも１つに基づいて生成されてよい。
　また、タイミング制御情報生成部１０５は、衛星の高度及びセルの大きさの少なくとも一つに基づいて、例えば、セル内の衛星から最も遠い場所に対応する伝搬遅延量に基づくセル固有Koffsetを設定してよい。また、タイミング制御情報生成部１０５は、端末２００から通知される端末２００の位置に関する情報、及び、基地局１００又は地上ゲートウェイ（Gateway：GW）において算出される衛星位置に関する情報に基づいて、端末２００の伝搬遅延量を計算し、端末２００の伝搬遅延量に基づく端末固有Koffsetを設定してよい。タイミング制御情報生成部１０５は、設定したKoffsetに関する情報を含むタイミング情報を、データ送信処理部１０７、PRACH検出部１０３及びデータ受信処理部１０４へ出力してよい。
　データ生成部１０６は、端末２００へのユーザデータ、同期信号、システム情報（報知情報）、個別制御情報（例えば、RRC制御情報）、MAC制御情報、及び、下り制御情報（DCI）といった下りデータ信号を生成する。データ生成部１０６は、生成した下りデータ信号をデータ送信処理部１０７へ出力する。
　データ送信処理部１０７は、データ生成部１０６から出力される下りデータ信号及びタイミング制御情報生成部１０５から出力されるタイミング情報を符号化及び変調し、変調後の信号を無線送信部１０８へ出力する。
　無線送信部１０８は、データ送信処理部１０７から出力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ１０１から送信する。
　［端末の構成］
　次に、端末２００の構成例を説明する。
　図８は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、PRACH生成部２０１と、データ生成部２０２と、位置情報取得部２０３と、タイミング調整部２０４と、無線送信部２０５と、アンテナ２０６と、無線受信部２０７と、復調・復号部２０８と、を備える。PRACH生成部２０１と、データ生成部２０２と、位置情報取得部２０３と、タイミング調整部２０４と、復調・復号部２０８とは、制御部２０９に含まれてよい。
　PRACH生成部２０１は、例えば、基地局１００のセル内において利用可能なPRACHの送信リソースの候補から、PRACHの送信リソースを決定する。例えば、PRACH生成部２０１は、PRACHの送信が可能な時間・周波数リソース（例えば、スロット及びリソースブロック）、及び、Preamble番号群の情報に基づいて、PRACH送信に用いる時間・周波数リソース及びPreamble番号を設定する。PRACHの送信が可能な時間・周波数リソース及びPreamble番号群の情報は、例えば、基地局１００から通知されてよい。
　ここで、端末２００においてPRACHを送信可能な時間・周波数リソースは、RACH occasion (RO)と呼ばれてよい。例えば、ROは、SSBに個別に設定されてよい。例えば、初期アクセス時には、端末２００は、セルサーチ（換言すると、SSBの探索）の完了したタイミングにおいて選択したSSB（例えば、受信電力のより大きいSSB）に対応するROにおいて、ランダムなpreamble番号を選択してPRACHを送信してよい。また、例えば、RRC_CONNECTED状態においてPDCCH order RACHをトリガするDCIを受信した場合には、端末２００は、端末固有Koffsetを用いずに、セル固有Koffsetに基づくタイミング（RO）においてPRACHを送信してよい。
　また、例えば、DCIにおいてpreamble番号が指定されない場合、端末２００は、受信電力のより大きいSSBに対応するROにおいて、ランダムなpreamble番号を選択してPRACHを送信してよい。その一方で、DCIにおいてpreamble番号及びSSB番号が指定される場合、端末２００は、指定されたSSB番号に対応するROにおいて、指定されたpreamble番号のPRACHを送信してよい。
　なお、RACHの送信タイミングの例については後述する。
　データ生成部２０２は、上り送信データ列を生成し、基地局１００から割り当てられるデータ信号送信用の時間・周波数リソース、及び、MCS（Modulation and Coding Scheme）によって送信するデータ信号を生成する。時間・周波数リソース及びMCSは、例えば、下り制御情報（例えば、DCI又はPDCCH）によって通知されるケース（Dynamic grant）、及び、RRCシグナリングによって通知されるケース（Configured grant）がある。また、データ生成部２０２は、例えば、後述するタイミング調整結果及び端末位置の情報の少なくとも一つを生成してもよい。
　位置情報取得部２０３は、例えば、端末２００の位置情報（緯度、経度、高度などの情報）と通信相手の衛星の位置情報を取得する。また、位置情報取得部２０３は、例えば、端末２００と衛星との間の距離を算出し、算出した距離の情報を、タイミング調整部２０４へ出力する。端末２００及び衛星の位置情報は、例えば、GPSといったGNSS機能によって取得してもよい。また、衛星の位置情報は、例えば、satellite ephemerisと呼ばれる軌道情報及び時間情報の少なくとも一つを予め取得することにより得てもよい。
　タイミング調整部２０４は、受信信号の受信タイミング、及び、送信信号の送信タイミングを調整する。例えば、タイミング調整部２０４は、基地局１００から通知又は報知される情報（例えば、タイミング情報）、及び、タイミング調整部２０４によって算出した情報の少なくとも一つに基づいて、送信信号の送信タイミングを調整する。
　例えば、タイミング調整部２０４は、位置情報取得部２０３から出力された距離情報と電波伝搬速度（約3×108 m/s）とから、衛星と端末２００との間の伝搬遅延時間を算出する。そして、タイミング調整部２０４は、基地局１００から送信される信号の受信タイミング、算出した伝搬遅延時間、基地局１００から報知されるセル共通のタイミング調整値及びセル固有Koffset、基地局１００から通知される端末２００に個別のタイミング調整値（例えば、TA値）、及び、基地局１００から通知される端末固有Koffsetの１つ又は複数の組み合わせに基づいて、送信タイミングを調整してよい。タイミング調整は、チャネル及び信号に応じて異なってもよい。例えば、タイミング調整は、PRACH、PUSCH、PUCCH、SRS（Sounding Reference Signal）に応じて異なってもよい。
　無線送信部２０５は、PRACH生成部２０１から出力される信号、及び、データ生成部２０２から出力されるデータ信号に対してＤ／Ａ変換、アップコンバートといった送信処理を行う。無線送信部２０５は、送信処理後の無線信号を、タイミング調整部２０４によって調整された送信タイミングにて、アンテナ２０６から基地局１００へ送信する。
　無線受信部２０７は、タイミング調整部２０４によって調整された受信タイミングにて、アンテナ２０６を介して基地局１００から受信信号を受信する。受信信号は、例えば、PDCCH、PDSCHといった下りリンク信号であってよい。また、受信信号には、データ及び制御情報の少なくとも一つが含まれてよい。無線受信部２０７は、受信信号に対して、ダウンコンバートおよびＡ／Ｄ変換といった受信処理を行い、受信処理後の信号を復調・復号部２０８へ出力する。
　復調・復号部２０８は、無線受信部２０７から出力される信号の復調及び復号処理を行う。無線受信部２０７から出力される信号には、例えば、PDCCH及びPDSCHといった下りリンク信号が含まれてよい。また、PDCCHには、例えば、PDSCHの割り当て情報、PUSCHの割り当て情報が含まれてよい。また、PDSCHには、例えば、ユーザデータ、RRC制御情報、MAC CE（Control Element）制御情報、RACH応答（例えば、MSG2）、TAコマンドが含まれてよい。例えば、復調・復号部２０８は、復調及び復号した情報に送信タイミング及び受信タイミングに関するタイミング情報が含まれる場合、タイミング情報をタイミング調整部２０４へ出力する。
　[タイミング調整の例]
　次に、本実施の形態におけるPDCCH order RACHの送信タイミングの設定例について説明する。
　基地局１００は、例えば、衛星の高度、最低仰角、及び、想定するセルサイズの少なくとも一つに基づいて、セル内において最も長い往復の伝搬遅延量を算出してよい。そして、基地局１００は、算出した伝搬遅延量に基づいてセル固有Koffsetを設定し、設定したセル固有Koffsetをセル内の端末２００へ通知してよい。セル固有Koffsetは、例えば、SIB1といった報知情報によって端末２００へ通知されてよく、他の信号によって端末２００へ通知されてもよい。
　また、初期アクセスが完了し、RRC_CONNECTED状態の端末２００に対して、基地局１００は、例えば、端末２００から通知される端末の位置に関する情報、及び、伝搬遅延に関する情報の少なくとも一つに基づいて、端末２００と基地局１００との往復（例えば、RTT）の伝搬遅延を推定してよい。そして、基地局１００は、推定した伝搬遅延に基づいて端末固有Koffsetを設定し、設定した端末固有Koffsetを端末２００へ通知してよい。端末固有Koffsetは、例えば、RRC情報、MAC CE、及び、DCIの少なくとも一つによって端末２００へ通知されてよい。
　端末２００は、例えば、初期アクセス時のMSG3の送信といった、端末固有Koffsetが設定されない状態では、セル固有Koffsetに基づいて決定したスロットにおいて、PUSCH又はPUCCH（例えば、HARQ-ACK）といった上りリンク信号を送信してよい。また、端末２００は、例えば、端末固有Koffsetの設定後、端末固有Koffsetに基づいて決定したスロットにおいて、PUSCH又はPUCCH（例えば、HARQ-ACK）を送信してよい。
　ここで、PRACHの送信に用いる無線リソース（時間・周波数リソース）をRO（RACH occasion）と呼ぶ。また、PRACHの送信に使用可能なスロットを「RACH slot」と呼ぶ。例えば、フレーム（例えば、10ms）内に複数のRACH slotが設定されてもよい。また、RACH slotには、一つ又は複数のROが設定されてよい。
　基地局１００は、例えば、RACHに関するパラメータ（又は、情報）を、RRCパラメータの一つである「RACH-ConfigCommon」を用いて、SIB又はRRCシグナリングによって端末２００へ通知してよい。
　例えば、RACH slot、又は、RACH slot内のROの設定に関するパラメータは、RACH-ConfigCommonの中の「prach-ConfigurationIndex」によって通知されてよい。また、例えば、SSBとROとの関連付けは、RACH-ConfigCommonの中の「ssb-perRACH-OccasionAndCB-PreamblesPerSSB」によって通知されてよい。
　また、基地局１００は、例えば、RRC_CONNECTED状態の端末２００に対して、TAタイマの満了後、又は、或る期間通信が無く、端末２００の同期状態を特定しない状況において、下り送信データが発生した場合には、端末２００に対してPRACH送信をトリガしてよい。このPRACH送信のトリガは、例えば、PDCCH order RACH向けのDCIによって端末２００へ通知されてよい。NR Rel.15では、例えば、DCI内の特定のフィールド（例えば、リソース割り当て）が特定のビット列（例えば、all 0）の場合にPDCCH order RACHのトリガを意味する。なお、PRACH送信のトリガは、これに限定されず、NR Rel.15と異なる方法でもよい。
　PDCCH order RACH向けのDCIでは、例えば、TS38.212に記載の下記の情報が通知されてもよい。
　- Random Access Preamble index - 6 bits according to ra-PreambleIndex
　- UL/SUL indicator - 1 bit. If the value of the "Random Access Preamble index" is not all zeros and if the UE is configured with supplementaryUplink in ServingCellConfig in the cell, this field indicates which UL carrier in the cell to transmit the PRACH; otherwise, this field is reserved
　- SS/PBCH index - 6 bits. If the value of the "Random Access Preamble index" is not all zeros, this field indicates the SS/PBCH that shall be used to determine the RACH occasion for the PRACH transmission; otherwise, this field is reserved. 
　- PRACH Mask index - 4 bits. If the value of the "Random Access Preamble index" is not all zeros, this field indicates the RACH occasion associated with the SS/PBCH indicated by "SS/PBCH index" for the PRACH transmission,; otherwise, this field is reserved
　- Reserved bits - 10 bits
　基地局１００は、例えば、Random Access Preamble index（例えば、Preamble番号）に0と異なる値を指定することにより、PDCCH order RACHの系列を指示してよい。また、基地局１００は、PDCCH order RACHの系列を指示するとき、SS/PBCH index（例えば、SSB番号）及びPRACH Mask index（例えば、PRACHマスク番号）によって、ROを指定してよい。このように、基地局１００は、端末２００が送信するPRACHのリソースを指定してよい。
　或いは、基地局１００は、Random Access Preamble indexに0を指定することにより、Contention(競合)ベースのRACH送信を指示してもよい。この場合、端末２００は、例えば、受信電力のより大きいSSBに関連付けられたROにおいて、ランダムなpreamble系列を選択してPRACHを送信してよい。
　本実施の形態では、基地局１００は、端末２００に対して、セル固有Koffset及び端末固有Koffsetを設定してよい。端末２００は、例えば、PUSCH又はHARQ-ACKに対して、端末固有Koffsetに基づいて送信タイミング（例えば、RO）を決定してよい。その一方で、端末２００は、PDCCH order RACHに対して、セル固有Koffsetに基づいてPRACH送信に用いる送信タイミングを決定してよい。換言すると、端末２００は、基地局１００からのPDCCHによってPRACH送信をトリガされる場合、端末固有Koffsetを用いずに、セル固有Koffsetを使用してPRACH（例えば、PDCCH order RACH）の送信タイミング（例えば、RO）を決定してよい。
　図９は、本実施の形態に係るPDCCH order RACHにおけるROの設定例を示す図である。
　図９において、基地局１００は、RACHをトリガするPDCCH（例えば、PDCCH for RACH trigger）の送信タイミングから、セル固有Koffsetに基づくタイミングにおけるRACHの受信を想定する（例えば、待ち受ける）。
　端末２００は、例えば、PDCCH order RACH向けのDCI（例えば、PDCCH for RACH trigger）を受信した場合、端末固有Koffsetの設定に依らず、セル固有Koffsetに基づいてROを決定し、決定したROにおいてPRACHを送信する。例えば、端末２００は、セル固有Koffsetによって指定されるスロット以降のROにおいてPRACHを送信してよい。
　ここで、例えば、図９に示すように、端末２００の実際の位置が、端末２００に設定された端末固有Koffset（例えば、端末２００に固有の伝搬遅延）に対応する位置と異なる場合でも、基地局１００及び端末２００は、セル固有Koffsetに基づいてRACHを送信する。換言すると、基地局１００及び端末２００は、例えば、セル内において衛星（又は、基地局１００）と端末２００との間の伝搬遅延が最も大きい場所のRTTに基づくタイミングオフセットに基づいてROを決定する。よって、セル内における端末２００の実際の位置に依らず、基地局１００と端末２００との間のPRACH送信のタイミングの認識を合わせることができる。また、セル固有Koffsetの使用により、セル内の端末２００の位置（換言すると、伝搬遅延）に依らず、基地局１００によって指定されるROにおいて、端末２００は、PRACHを確実に送信可能になる。
　ここで、複数のSSB（例えば、ビーム）を用いる場合など、複数のROが設定される場合がある。以下では、セル固有Koffsetに基づくPRACHの送信タイミングの決定方法の例として、決定方法１及び２について説明する。
　＜決定方法１＞
　決定方法１では、基地局１００は、例えば、端末２００に対して選択されたSSB及びpreamble番号の少なくとも一つに対応するROのうち、RACHをトリガするPDCCHの送信スロットにセル固有Koffsetを加えたタイミングのスロット（例えば、セル固有Koffsetだけ遅延させたスロット）以降の最初のRO（例えば、より早いRO）においてPRACHを受信してよい。同様に、端末２００は、例えば、選択されたSSB及びpreamble番号の少なくとも一つに対応するROのうち、RACHをトリガするPDCCHの受信スロット及びセル固有Koffsetに基づくタイミング以降の最初のRO（例えば、より早いRO）においてPRACHを送信してよい。
　図１０は、複数のSSBにそれぞれ対応する複数のROが設定される場合における、セル固有KoffsetとROとの関係の例を示す図である。
　例えば、複数のSSBにそれぞれ対応する複数のROが設定される場合、セル固有KoffsetとROとの関係として、Koffsetによって指定されるスロットが、複数のSSBのうち、１つ目のSSB（例えば、最小のインデックスのSSB。図１０ではSSB1）の１つ目のRO（図１０ではRO#1）より前に設定されるケース（以下、「ケース１」と呼ぶ）と、Koffsetによって指定されるスロットが、１つ目のSSB（例えば、最小のインデックスのSSB）の１つ目のROより後、かつ、最後のSSB（例えば、最大のインデックスのSSB）の最後のROより前に設定されるケース（以下、「ケース２」と呼ぶ）が挙げられる。例えば、図１０のケース２の例では、セル固有Koffsetによって指定されるスロットが、１つ目のSSB1の１つ目のRO#1より後、かつ、最後のSSB4の最後のRO#4より前（図１０では、RO#2とRO#3との間）に設定される。
　一例として、端末２００に対してSSB3に対応するRO#3が設定される場合、ケース１及びケース２の何れの場合でも、端末２００は、図１０に示すKoffsetによって指定されるタイミング以降のより早いRO#3（フレームnのSSB3に対応するRO#3）に対応するタイミングでPRACHを送信する。また、基地局１００は、同様に、図１０に示すフレームnのSSB3に対応するRO#3においてPRACHを受信（例えば、受信を想定）する。
　このように、決定方法１では、端末２００は、セル固有Koffsetに基づくタイミングより後のRO（例えば、端末２００に設定されるRO）のうちより早いROを選択してよい。これにより、端末２００は、Koffsetによって指定されるタイミング以降のより早いタイミングにおいてPRACHを送信できるため、PRACH送信までの遅延を低減できる。
　＜決定方法２＞
　決定方法２では、基地局１００は、例えば、１つ目のSSB（例えば、最小のインデックスのSSB。図１０ではSSB1）の１つ目のRO（図１０ではRO#1）が、RACHをトリガするPDCCHの送信スロットとセル固有Koffsetにより規定されるタイミングのスロット（例えば、RACHをトリガするPDCCHの送信スロットからセル固有Koffsetだけ遅延させたスロット）以降となるような、端末２００に対して選択されたSSB及びpreamble番号の少なくとも一つに対応するROにおいてPRACHを受信してよい。同様に、端末２００は、例えば、１つ目のSSBの１つ目のRO（換言すると、先頭のRO）が、RACHをトリガするPDCCHの受信スロット及びセル固有Koffsetに基づくタイミング以降となるような、選択されたSSB及びpreamble番号の少なくとも一つに対応するROにおいてPRACHを送信してよい。
　一例として、端末２００に対してSSB3に対応するRO#3が設定される場合について説明する。
　例えば、図１０のケース１では、フレームnのSSB1に対応するRO#1（例えば、１つ目のRO）がKoffsetによって指定されるタイミングの後に設定されるため、端末２００は、フレームnのRO#3においてPRACHを送信する。
　その一方で、図１０のケース２では、フレームnのSSB1に対応するRO#1（例えば、１つ目のRO）はKoffsetによって指定されるタイミングより前に設定され、フレームn+1のSSB1に対応するRO#1（例えば、１つ目のRO）はKoffsetによって指定されるタイミングの後に設定される。そこで、端末２００は、フレームnのRO#3においてPRACHを送信せずに、SSB1に対応するRO#1がKoffsetによって指定されるタイミングより後になるフレームn+1のRO#3においてPRACHを送信する。
　このように、決定方法２では、端末２００は、セル固有Koffsetに基づくタイミングより後のROのセット（例えば、図１０では、RO#1～RO#4を含むセット）のうち、より早いROのセットに含まれるRO（図１０のケース２では、フレームn+1のRO#3）を選択する。これにより、端末２００は、セル固有Koffsetによって指定されるタイミングとROとのタイミングの関係に依らず、同一のROのセット（図１０ではRO#1～RO#4）単位でPRACH送信を制御するため、PRACHのタイミング管理が容易となる。
　以上、セル固有Koffsetに基づくPRACHの送信タイミングの決定方法の例について説明した。
　このように、本実施の形態では、端末２００は、上り送信に関する制御信号（例えば、PDCCH）に基づいて、セル固有Koffset、及び、端末固有Koffset（例えば、セル固有オフセットと異なるパラメータ）の何れかを使用してPRACH送信のROを決定する。例えば、端末２００は、PDCCHによってPRACH送信をトリガされる場合、セル固有Koffsetを使用してROを決定してよい。同様に、基地局１００は、PDCCHによってPRACHの送信をトリガする場合、端末固有Koffsetを用いずにセル固有Koffsetを使用して、PRACH送信のROを決定してよい。
　セル固有Koffsetの使用により、端末２００の位置に依らずに、PRACH送信のためのROが決定されるため、基地局１００と端末２００との間におけるPRACHのタイミングの認識ずれを抑制できる。例えば、基地局１００のセル内に位置する端末２００の何れにおいても、セル固有Koffsetに基づくタイミングにてPRACH送信が可能になる。
　また、例えば、基地局１００が想定する場所よりも端末２００が衛星からより遠い位置に存在した場合でも、当該端末２００において、基地局１００によって指定されるROにおけるPRACH送信が間に合わないケースを回避でき、PRACHを確実に送信できる。
　また、例えば、本実施の形態では、基地局１００は、端末２００がPRACHを送信するタイミング（例えば、RACH slot又はRO）を特定するので、基地局１００におけるPRACHのブラインド受信を行わなくてよく、基地局１００の処理を簡易化できる。
　よって、本実施の形態によれば、基地局１００と端末２００との間の伝搬遅延に応じた適切なタイミング制御を実現できる。
　なお、本実施の形態では、一例として、端末２００に対して、セル固有Koffset及び端末固有Koffsetが通知される場合について説明したが、これに限定されない。例えば、端末２００に対して、セル固有Koffsetが通知され、更に、端末２００に対して、セル固有Koffsetに対する差分（例えば、「ΔK」）が通知されてもよい。この場合、端末固有Koffsetは、セル固有Koffset＋ΔKに設定されてもよい。また、端末２００へのタイミングオフセットの通知は、例えば、RRCシグナリング、MAC CE及びDCIの少なくとも一つによって通知されてもよい。
　また、端末２００は、PDCCHによってPRACH送信をトリガされた場合（つまり、PDCCH order RACH向けのDCIを受信した場合）、同期状態が不確実であると考えられるため、保持している端末固有Koffsetを破棄し、PRACH送信を含むその後の通信（たとえb、PDSCH受信、PUSCH送信、又は、PUCCH送信等）に対して、端末固有Koffsetが新たに設定されるまではセル固有Koffsetを用いてもよい。
　（実施の形態２）
　本実施の形態に係る基地局及び端末の構成は、実施の形態１に示した基地局１００及び端末２００の構成と同様であってよい。
　本実施の形態では、基地局１００及び端末２００は、例えば、PDCCHによってPRACH送信をトリガする場合、PRACHの送信機会（例えば、RO）に関する情報に基づいて、PRACHの送信タイミング及び受信タイミングを制御する。
　例えば、基地局１００は、RACHをトリガするDCI（例えば、PDCCH for RACH trigger）によって、PRACH送信に用いるROに関する情報を端末２００へ通知してよい。端末２００は、例えば、RACHをトリガするDCIを受信した場合、当該DCIに含まれるROに関する情報に基づいて、ROを決定し、決定したROにおいてPRACHを送信してよい。
　ROに関する情報（以下、「RO情報」と呼ぶ）は、例えば、セル固有オフセット、及び、セル固有オフセットと異なるパラメータ（例えば、後述する端末固有Koffset、又は、「次の利用可能なRO」）のうち何れか一方の使用を指示する情報が含まれてよい。
　以下、RO情報の例について説明する。
　＜RO情報の例１＞
　RO情報は、例えば、ROの決定に用いるKoffsetの種類を通知してよい。例えば、RO情報は、セル固有Koffset、及び、端末固有Koffset（例えば、セル固有Koffsetと異なるパラメータの一例）のうち何れか一方の使用を指示する情報を含んでよい。
　基地局１００は、例えば、同期状態又は位置を特定している端末２００に対して、端末固有Koffsetの使用を指示するRO情報を通知してよい。その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００、又は、同期状態又は位置が不確実な端末２００に対して、セル固有Koffsetの使用を指示するRO情報を通知してよい。
　これにより、基地局１００が同期状態（又は、位置）を特定する端末２００に対しては、端末固有Koffsetに基づくPRACH送信のタイミング設定により、当該端末２００に対する適切なタイミング制御が可能であるので、PRACH送信の遅延を低減できる。また、基地局１００において同期状態（又は、位置）が不明又は不確実な端末２００に対しては、セル固有Koffsetに基づくPRACH送信のタイミング設定により、セル内における端末２００の状態に依らず、端末２００が確実に送信可能なROを指定できる。
　＜RO情報の例２＞
　RO情報は、例えば、ROの決定に関して、セル固有Koffset、及び、端末２００が利用可能なRO（例えば、「次の利用可能なRO」）（例えば、セル固有Koffsetと異なるパラメータの一例）のうち何れか一方の使用を指示する情報を含んでよい。
　基地局１００は、例えば、同期状態又は位置を特定している端末２００に対して、「次に利用可能なRO」の使用を指示するRO情報を通知してよい。その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００、又は、同期状態又は位置が不確実な端末２００に対して、セル固有Koffsetの使用を指示するRO情報を通知してよい。
　これにより、基地局１００が同期状態（又は、位置）を特定する端末２００は、「次の利用可能なRO」の設定により、より早いタイミングにてPRACHを送信可能であるので、PRACH送信の遅延を低減できる。また、基地局１００において同期状態（又は、位置）が不明又は不確実な端末２００に対しては、セル固有Koffsetに基づくPRACH送信のタイミング設定により、セル内における端末２００の状態に依らず、端末２００が確実に送信可能なROを指定できる。
　以上、RO情報の例について説明した。
　なお、RO情報は、次のように設定されてもよい。
　例えば、基地局１００は、同期状態又は位置を特定している端末２００に対して、non-contention based RACH（例えば、SSB番号及びpreamble番号の少なくとも一つ）、及び、端末固有Koffsetの使用をRO情報によって通知してもよい。
　その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００又は同期状態又は位置が不確実な端末２００に対して、contention based RACH、及び、「次に利用可能なRO」の使用をRO情報によって通知してもよい。contention based RACHの通知において、例えば、基地局１００は、SSB番号及びpreamble番号を通知しなくてよい。また、SSB番号及びpreamble番号を通知しないことは、例えば、Random Access Preamble index又はra-PreambleIndex=0を通知することにより実現してもよい。
　また、基地局１００は、例えば、セル固有Koffset、端末固有Koffset、及び、「次の利用可能なRO」の何れかの使用を指示するRO情報を端末２００へ通知してもよい。
　次に、RO情報の通知方法について説明する。
　＜通知方法１＞
　NR Rel.15では、PDCCH order RACHを指示するDCIには、例えば、PDSCHをスケジューリングするDCI format 1_0が用いられる。PDCCH order RACHを指示するDCIに使用されるビット数は、PDSCHのスケジューリングに使用されるビット数よりも少ない。このため、PDCCH order RACHを指示するDCI format 1_0には、PDSCHのスケジューリング時と比較して、より多くのreserved bitが設定され得る。
　そこで、通知方法１では、RO情報は、例えば、PDCCH order RACHを指示するDCI format 1_0のreserved bitの一部を用いて通知されてよい。
　通知方法１では、RO情報が個別のビットとして通知されるため、基地局１００における設定の自由度が向上する。また、RO情報は、DCI format 1_0のreserved bitの一部を用いて通知されるので、DCIの総ビット数の増加を抑制できる。
　なお、RO情報は、DCI format 1_0に限らず、例えば、他の既存のチャネル又は制御情報（例えば、reserved bit）によって通知されてもよい。
　＜通知方法２＞
　NR Rel.15では、PDCCH order RACHを指示するDCIにおいて、contention based RACH及びnon-contention based RACHの何れか一方について通知される。
　例えば、Random Access Preamble index（又は、ra-PreambleIndex）が0（all zeros。例えば、0b000000）の場合はcontention based RACHに対応し、端末２００は、端末２００が選択するSSBに対応するROの中からpreamble系列をランダムに選択して、PRACHを送信する。
　その一方で、Random Access Preamble index（又は、ra-PreambleIndex）が0（all zeros。0b000000）ではない場合はnon-contention based RACHに対応し、端末２００は、SS/PBCH indexによって指定されるSSBに対応するROのうち、PRACH Mask indexによって指定されるROにおいて、Random Access Preamble indexによって指定されるpreamble番号のpreamble系列を用いてPRACHを送信する。
　通知方法２では、基地局１００は、例えば、contention based RACHであるか、non-contention based RACHであるかに応じて、RO情報を端末２００へ暗示的に通知してよい。例えば、基地局１００及び端末２００は、Random Access Preamble indexが0（all zeros。例えば、0b000000）であるか否かに応じて、RO情報を決定してよい。
　一例として、上述した＜RO情報の例１＞の場合、端末２００は、Random Access Preamble indexが0の場合（例えば、contention based RACHの場合）にはセル固有Koffsetを用いてROを決定し、Random Access Preamble indexが0でない場合（例えば、non-contention based RACHの場合）には端末固有Koffsetを用いてROを決定してよい。
　換言すると、RO情報は、セル固有Koffsetに関連付けられた情報（例えば、contention based RACHを指示する情報）、及び、端末固有Koffsetに関連付けられた情報（例えば、non-contention based RACHを指示する情報）の何れか一方を含んでよい。
　基地局１００は、例えば、同期状態又は位置を特定している端末２００に対してはRandom Access Preamble indexを0と異なる値に設定して、SSB、RO及びpreamble番号を端末２００へ通知してよい。このとき、基地局１００は、例えば、端末２００に対して設定した端末固有Koffsetに基づくタイミングによって端末２００がPRACH送信可能であることを特定しているため、端末固有KoffsetによりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０と異なる値であるので、端末固有Koffsetの使用が暗示的に通知されたことを特定してよい。
　その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００、又は、同期状態又は位置が不確実な端末２００に対してはRandom Access Preamble indexを0に設定し、端末２００に対してcontention based RACHをトリガしてよい。このとき、基地局１００は、例えば、端末２００に対して設定した端末固有Koffsetに基づくタイミングによって端末２００がPRACH送信可能であるか否かを特定しないので、セル固有KoffsetによりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０であるので、セル固有Koffsetの使用が暗示的に通知されたことを特定してよい。
　また、他の例として、上述した＜RO情報の例２＞の場合、端末２００は、例えば、Random Access Preamble indexが0の場合（例えば、contention based RACHの場合）にはセル固有Koffsetを用いてROを決定し、Random Access Preamble indexが0でない場合（例えば、non-contention based RACHの場合）には「次に利用可能なRO」を用いてROを決定してよい。
　換言すると、RO情報は、セル固有Koffsetに関連付けられた情報（例えば、contention based RACHを指示する情報）、及び、「次に利用可能なRO」に関連付けられた情報（例えば、non-contention based RACHを指示する情報）の何れか一方を含んでよい。
　基地局１００は、例えば、同期状態又は位置を特定している端末２００に対してはRandom Access Preamble indexを0と異なる値に設定して、non-contention based RACHとしてSSB、RO及びpreamble番号を端末２００へ通知してよい。このとき、基地局１００は、例えば、「次に利用可能なRO」に基づくタイミングによって端末２００がPRACH送信可能であることを特定しているため、「次に利用可能なRO」によりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０と異なる値であるので、「次に利用可能なRO」の使用が暗示的に通知されたことを特定してよい。
　その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００、又は、同期状態又は位置が不確実な端末２００に対してはRandom Access Preamble indexを0に設定し、端末２００に対してcontention based RACHをトリガしてよい。このとき、基地局１００は、例えば、端末２００の「次に利用可能なRO」を特定しないので、セル固有KoffsetによりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０であるので、セル固有Koffsetの使用が暗示的に通知されたことを特定してよい。
　non-contention based RACHでは、基地局１００は、端末２００に指定したSSB及びpreamble番号のPRACHを受信するため、「次に利用可能なRO」に基づくROを端末２００へ指定することにより、PRACHの送信遅延を低減できる。また、基地局１００は、端末２００に指定したSSB及びpreamble番号のPRACHの受信を想定可能であるため、基地局１００におけるブラインド復号を抑制できる。
　また、Contention based RACHでは、基地局１００は、PDCCH order RACHを指示する端末２００に対してセル固有Koffsetの使用を通知して、初期アクセスでない端末２００から送信されるPRACHを待ち受ける。基地局１００におけるPRACH受信タイミングが既知であるためブラインド復号を抑制できる。
　また、他の例として、上述した＜RO情報の例２＞の場合、端末２００は、例えば、Random Access Preamble indexが0の場合（例えば、contention based RACHの場合）には「次に利用可能なRO」を用いてROを決定し、Random Access Preamble indexが0でない場合（例えば、non-contention based RACHの場合）には端末固有Koffsetを用いてROを決定してよい。
　換言すると、RO情報は、「次に利用可能なRO」に関連付けられた情報（例えば、contention based RACHを指示する情報）、及び、端末固有Koffsetに関連付けられた情報（例えば、non-contention based RACHを指示する情報）の何れか一方を含んでよい。
　基地局１００は、例えば、同期状態又は位置を特定している端末２００に対してはRandom Access Preamble indexを0と異なる値に設定して、non-contention based RACHとしてSSB、RO及びpreamble番号を端末２００へ通知してよい。このとき、基地局１００は、例えば、端末固有Koffsetに基づくタイミングによって端末２００がPRACH送信可能であることを特定しているため、端末固有KoffsetによりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０と異なる値であるので、端末固有Koffsetの使用が暗示的に通知されたことを特定してよい。
　その一方で、基地局１００は、例えば、同期状態又は位置を特定しない端末２００、又は、同期状態又は位置が不確実な端末２００に対してはRandom Access Preamble indexを0に設定し、端末２００に対してcontention based RACHをトリガしてよい。このとき、基地局１００は、例えば、端末２００の「次に利用可能なRO」によりROのタイミングを決定してよい。また、端末２００は、例えば、Random Access Preamble indexが０であるので、「次に利用可能なRO」の使用が暗示的に通知されたことを特定してよい。
　non-contention based RACHでは、基地局１００は、端末２００に指定したSSB及びpreamble番号のPRACHを受信するため、端末固有Koffsetに基づくROを端末２００へ指定することにより、PRACHの送信遅延を低減できる。また、基地局１００は、端末２００に指定したSSB及びpreamble番号のPRACHの受信を想定可能であるため、基地局１００におけるブラインド復号を抑制できる。
　また、Contention based RACHでは、例えば、端末２００が初期アクセスの端末と競合したPRACHリソースを用いる可能性があるため、基地局１００は、例えば、初期アクセスの端末２００に対するブラインド復号を行う。このため、基地局１００は、PDCCH order RACHを指示する端末２００に対しても「次に利用可能なRO」の使用を通知して、初期アクセスでない端末２００から送信されるPRACHを待ち受ける。基地局１００においては、端末２００により選択されるRO、SSB及びPreamble番号が未知であるためブラインド復号を行う。基地局１００においては初期アクセスの端末２００から送信されるPRACHと同様のブラインド復号となるため、複雑な処理が追加されることはない。一方、端末２００においては、初期アクセスと同様の端末動作となるため、端末２００の簡素化を図ることができる。
　通知方法２では、ROに関する情報は、端末２００へ暗示的に通知されるため、RO情報の通知における情報量の増加を抑制できる。また、例えば、基地局１００が端末２００に対してRandom Access Preamble indexの値に基づいてRO情報を暗示的に通知することにより、基地局１００による端末２００の状態把握の状況に応じて、RACH種別（例えば、contention based RACH及びnon-contention based RACHの何れか）及びROタイミングの適切な通知が可能である。
　以上、RO情報の通知方法の例について説明した。
　このように、本実施の形態では、端末２００は、上り送信に関する制御信号（例えば、RO情報）に基づいて、セル固有Koffset、及び、セル固有Koffsetと異なるパラメータ（例えば、端末固有Koffset又は「次に利用可能なRO」）の何れかを使用してPRACH送信のROを決定する。同様に、基地局１００は、上り受信に関する制御信号（例えば、RO情報）に基づいて、セル固有Koffset、及び、セル固有Koffsetと異なるパラメータ（例えば、端末固有Koffset又は「次に利用可能なRO」）の何れかを使用してPRACH受信のROを決定する。
　ROに関する情報の通知により、基地局１００は、例えば、端末２００の認識状況に応じて、PRACHの送信タイミングを適切に制御できる。よって、本実施の形態によれば、基地局１００と端末２００との間の伝搬遅延に応じた適切なタイミング制御を実現できる。
　なお、本実施の形態では、RACHをトリガするDCI（例えば、PDCCH for RACH trigger）によって、PRACH送信に用いるROに関する情報が端末２００へ通知される例について説明したが、ROに関する情報は、DCIに限らず、他の信号（例えば、SIB、RRCシグナリング、MAC CE）によって端末２００へ通知（又は、設定）されてよい。また、上記のRO情報の通知方法に限定されず、例えば、DCIに追加されるビットによりROに関する情報が通知されてもよい。
　また、端末２００は、PDCCHによってPRACH送信をトリガされ（つまり、PDCCH order RACH向けのDCIを受信し）、セル固有Koffsetに基づいて決定されたROでPRACHを送信する場合には、同期状態が不確実であると考えられるため、保持している端末固有Koffsetを破棄し、その後の通信（例えば、PDSCH受信、PUSCH送信、又は、PUCCH送信等）に対して、端末固有Koffsetが新たに設定されるまではセル固有Koffsetを用いてもよい。また、端末２００は、セル固有Koffsetと異なるパラメータ（例えば、端末固有Koffset又は「次に利用可能なRO」）の何れかに基づいて決定されたROでPRACHを送信する場合には、同期状態が維持されていると考えられるため、その後の通信（例えば、PDSCH受信、PUSCH送信、又は、PUCCH送信等）に対しては保持している端末固有Koffsetを用いてもよい。
　（実施の形態３）
　本実施の形態に係る端末および基地局の構成は、実施の形態１に示した基地局１００及び端末２００の構成と同様であってよい。
　本実施の形態では、例えば、Koffset（例えば、セル固有Koffset及び端末固有Koffset）とは異なる別のオフセットに基づいて、PDCCH order RACHに用いるROを決定する方法について説明する。
　オフセットに関する情報は、例えば、RRCシグナリングによって端末２００へ通知されてよいし、RACHをトリガするPDCCHに含めて端末２００へ通知されてもよい。
　以下、本実施の形態に係るオフセットの設定方法について説明する。
　＜設定方法１＞
　設定方法１では、オフセットは、例えば、RACHをトリガするPDCCH（例えば、PDCCH for RACH trigger）の送信スロットからのスロット数を意味する。換言すると、設定方法１のオフセットは、スロット単位のオフセットである。
　例えば、オフセット値がNの場合、端末２００は、基地局１００がPDCCHを送信したスロットからNスロット後のスロット以降のタイミングに対応するROにおいてPRACHを送信してよい。
　また、端末２００は、例えば、SSB及びpreamble番号が基地局１００から通知される場合には、通知されたSSBに対応するROにおいてPRACHを送信し、SSB及びpreamble番号が基地局１００から通知されない場合には、端末２００が選択したSSBに対応するROにおいてPRACHを送信してよい。
　＜設定方法２＞
　設定方法２では、オフセットは、例えば、RACHをトリガするPDCCH（例えば、PDCCH for RACH trigger）の送信スロットからのRACH slot数を意味する。換言すると、設定方法２のオフセットは、PRACHのRO（送信機会）を含むRACH slot単位のオフセットである。
　例えば、オフセット値がNの場合、端末２００は、対応するセルに設定されたRACH slotのうち、基地局１００がPDCCHを送信したスロット以降のN番目のRACH slot内のRO（又は、N番目のRACH slot内のRO以降のRO）においてPRACHを送信してよい。なお、セルに設定されるRACH slotは、例えば、RRCパラメータのRACH-ConfigCommonによって通知されてよい。
　図１１は、設定方法２におけるROの設定例を示す図である。図１１は、N=3の例を示す。図１１に示すように、端末２００は、基地局１００がPDCCH for RACH triggerを送信したスロット以降の３番目のRACH slot内のRO（例えば、RO#1～RO#4の何れか）においてPRACHを送信してよい。
　また、端末２００は、例えば、SSB、RO及びpreamble番号が基地局１００から通知される場合には、通知されたSSBの指定されたROにおいてPRACHを送信してよい。また、端末２００は、例えば、SSB、RO及びpreamble番号が基地局１００から通知されない場合には、端末２００が選択したSSBに対応するRO及びpreambleからランダムに選択して、PRACHを送信してよい。
　設定方法２では、RACH slot単位のオフセットが通知されるので、例えば、設定方法１（スロット単位の通知）と比較して、オフセットを表現するビット数を低減でき、オフセットのシグナリング量を削減できる。
　＜設定方法３＞
　設定方法３では、オフセットは、例えば、RACHをトリガするPDCCH（例えば、PDCCH for RACH trigger）の送信スロットからのRO数を意味する。換言すると、設定方法３のオフセットは、PRACHのRO（送信機会）単位のオフセットである。
　例えば、オフセット値がNの場合、端末２００は、対応するセルに設定されたROのうち、基地局１００がPDCCHを送信したスロット以降のN番目のRO（又は、N番目のRO以降のRO）においてPRACHを送信してよい。なお、セルに設定されるROは、例えば、RRCパラメータのRACH-ConfigCommonによって通知されてよい。
　図１２は、設定方法３におけるROの設定例を示す図である。図１２は、N=9の例を示す。図１２に示すように、端末２００は、基地局１００がPDCCH for RACH triggerを送信したスロット以降の９番目のRO（例えば、RO#1）においてPRACHを送信してよい。
　なお、図１２に示すように、ROが周波数多重（Frequency Division Multiplexing：FDM)される場合には、同一タイミング（例えば、同一スロット）の複数のROのうち、周波数の低いROから順にカウントされてよい。なお、ROのカウント方法は、周波数の低い順に限定されず、例えば、周波数の高い順でもよく、周波数に依らない規定された順序でもよい。
　また、端末２００は、例えば、SSB、RO及びpreamble番号が基地局から通知される場合には、通知されたSSBの指定されたROにおいてPRACHを送信してよい。また、端末２００は、例えば、SSB、RO及びpreamble番号が基地局１００から通知されない場合には、端末２００が選択したSSBに対応するRO及びpreambleからランダムに選択して、PRACHを送信してよい。
　設定方法３では、RO単位のオフセットが通知されるので、例えば、設定方法１（スロット単位の通知）と比較して、オフセットを表現するビット数を低減でき、オフセットのシグナリング量を削減できる。また、設定方法３では、例えば、ROが周波数多重される場合でも、基地局１００は、端末２００に対して、周波数多重されるROの中からROを適切に指定できる。
　＜設定方法４＞
　設定方法４では、オフセットは、例えば、セル固有Koffset又は端末固有Koffsetからのオフセットを意味する。例えば、端末２００は、セル固有Koffset又は端末固有Koffsetから、通知されたオフセットで示されるスロット数を加えたスロット以降のROにおいてPRACHを送信してよい。なお、オフセットはゼロも含みマイナスの値でもよい。
　図１３は、一例として、セル固有Koffsetからのオフセット（例えば、Offset for RACH）を通知した場合の例を示す図である。端末２００は、基地局１００がRACHをトリガするPDCCH（例えば、PDCCH for RACH trigger）を送信したスロットから、セル固有Koffsetに通知されたRACH用オフセットだけシフトさせたスロット以降のRO（例えば、Frame#n+1以降のRO）においてPRACHを送信してよい。
　基地局１００は、例えば、端末２００のPDCCHの受信、復号処理、及びPRACH信号の生成処理の少なくとも一つにかかる時間を考慮したオフセットを指定してもよい。オフセットの指定により、例えば、指定したPRACHの送信タイミングに、端末２００の処理が間に合わないケースを回避でき、端末２００はPRACHを確実に送信できる。また、セル固有Koffset又は端末固有Koffsetからのオフセットとして通知されることにより、PDCCHの送信スロットからのオフセットを設定する場合と比較して、通知ビット数を削減し、制御オーバーヘッドを低減できる。
　なお、基地局１００は、オフセットとして、例えば、PUSCHの時間リソース割り当てに用いられるパラメータ（例えば、PUSCH-TimeDomainResourceAllocationListのK2）、又は、HARQ-ACK送信タイミングを制御するためパラメータ（例えば、PUCCH-Configのdl-DataToUL-ACK）の候補の中から選択して、端末２００へ通知してもよい。例えば、3GPP仕様(例えば、TS38.331)において規定される範囲をオフセットの候補としてもよいし、基地局１００が端末２００へ設定した1つ又は複数の値をオフセットの候補としてもよい。これにより、オフセットとして取りうる値が限定されるので通知ビット数をさらに削減できる。
　あるいは、基地局１００は、オフセットとして、例えば、PUSCHの時間リソース割り当てに用いられるパラメータ（例えば、PUSCH-TimeDomainResourceAllocationListのK2）又は、HARQ-ACK送信タイミングを制御するためパラメータ（例えば、PUCCH-Configのdl-DataToUL-ACK）の中の何れかの値を選択してもよい。選択される値には、例えば、3GPP仕様(例えば、TS38.331)において規定される値のうち、最小値、中央値、最大値又は最初（又は、最後）の値を設定してもよいし、基地局１００が端末２００へ設定した1つ又は複数の値のうち最小値、中央値、最大値又は最初（又は、最後）の値を設定してもよい。この場合、基地局１００は、端末２００に対してオフセットを別途通知しなくてよい、端末２００は、設定されたこれらのパラメータからPDCCH order RACH向けのオフセットを得ることができる。
　以上、オフセットの設定方法の例について説明した。
　本実施の形態では、基地局１００は、端末２００に対してPDCCH order RACHをトリガする際に、セル固有Koffset及び端末固有Koffsetのそれぞれと異なるオフセットに基づいてPRACHの送信タイミングを指定する。これにより、基地局１００及び端末２００は、例えば、端末２００の状況（例えば、同期状態又は位置）に依らずにPDCCH order RACHのタイミングを決定できるため、基地局１００と端末２００との間におけるPRACHの送信タイミングの認識ずれを抑制できる。また、基地局１００は、オフセットに基づくPRACHの送信タイミングを特定可能であるので、PRACHのブラインド復号を行わなくてよく、基地局１００の処理を簡易化できる。
　また、例えば、基地局１００が端末２００に個別にオフセットを適切に設定することにより、基地局１００が指示するPRACHの送信タイミングに、端末２００の処理が間に合わないケースを回避でき、端末２００はPRACHを確実に送信できる。
　また、端末２００は、PDCCHによってPRACH送信をトリガされた場合（つまり、PDCCH order RACH向けのDCIを受信した場合）、同期状態が不確実であると考えられるため、保持している端末固有Koffsetを破棄し、PRACH送信を含むその後の通信（例えば、PDSCH受信、PUSCH送信、又は、PUCCH送信等）に対して、端末固有Koffsetが新たに設定されるまではセル固有Koffsetを用いてもよい。
　以上、本開示の各実施の形態について説明した。
　なお、実施の形態１において説明したPRACH送信タイミングの決定方法１及び決定方法２では、セル固有Koffsetを用いる例について説明したが、これに限定されず、決定方法１及び決定方法２は、例えば、実施の形態２又は３のように、端末固有Koffsetを用いる場合に適用してもよい。
　また、上記各実施の形態では、基地局１００からのRACHのトリガを、PDCCH（又は、DCI）によって端末２００へ通知する場合について説明したが、これに限定されない。例えば、RACHのトリガは、RRC情報、又は、MAC CEといった他の情報によって端末２００へ通知されてもよい。例えば、ハンドオーバー時のROの決定に用いるKoffsetに関する情報、及び、ROに関する情報は、RRCパラメータ（又は、RRC情報）によって端末２００へ通知（又は、設定）され、端末２００は、通知された情報に基づいてハンドオーバー先のセルへのRACH送信時のROを決定してもよい。
　また、上記各実施の形態における各タイミングは、基地局１００の送信タイミングによって規定されてよい。例えば、「PDCCH送信スロットからNスロット後のスロットk」において端末２００がPRACHといった上り信号を送信する場合、端末２００は、基地局１００においてスロットkにて受信されるようにタイミング調整（Timing Advance）を行った上でPRACHを送信してよい。なお、上記各実施の形態における各タイミングは、基地局１００の送信タイミングに限らず、他の装置（例えば、端末２００）の送信又は受信のタイミングによって規定されてもよい。
　上記各実施の形態において、端末固有Koffset、セル固有Koffset、又は、Koffsetとは異なる別途通知されるオフセットの何れかによってROを決定する場合に、端末２００の処理が、基地局１００によって指定されたタイミングに間に合わない場合、端末２００は、指定されるROの次のRO以降においてPRACHを送信してもよい。端末２００の処理が指定されたタイミングに間に合わないケースとして、例えば、次に利用可能なROより前のタイミングが指定される場合が挙げられる。また、端末２００の処理が指定されたタイミングに間に合わない場合、端末２００は、例えば、基地局１００との間において何らかの認識ずれが生じたと判断して、RRC再設定を促すために、任意のタイミングでcontention based RACHを送信してもよいし、無線リンク失敗の手続き（Radio Link Failure（RLF） procedure）を開始してもよい。これにより、認識ずれの速やかな復旧が可能である。
　また、上記各実施の形態において、セル固有Koffset及び端末固有Koffsetは、PRACHの送信タイミングに限らず、例えば、PDSCHに対するHARQ-ACKの送信タイミング、PUSCHをスケジューリングするPDCCHに対するPUSCHの送信タイミング、CSI報告の際の品質測定の参照タイミング、又は、MAC CEの反映タイミングといった他のタイミングに使用されてもよい。また、遅延を補正するオフセットであれば、他のオフセット値によるKoffsetの代用も可能である。例えば、端末２００において推定されるRTT（又は、基地局１００と端末２００との間の往復時間に基づく遅延時間）がKoffsetの代わりに用いられてもよい。
　また、上記各実施の形態において、セル固有Koffsetは、ビーム固有Koffsetに置き換えてもよい。
　また、上記各実施の形態は、例えば、ハンドオーバー時のRACH送信といった、RRCシグナリングによって指示されるRACH送信に適用してもよい。このとき、オフセットの基準となるタイミングは、例えば、RACH送信をトリガするRRCメッセージが送信されたタイミングでもよいし、別途通知されてもよい。また、上記各実施の形態は、ハンドオーバー時に限定されず、他の用途であっても、RACH送信タイミングの通知の際に適用可能である。
　また、上記各実施の形態において、スロット長は、例えば、サブキャリア間隔（subcarrier spacing：SCS）によって異なる。また、例えば、PRACHのSCSと他のチャネル（例えば、PDSCH又はPUSCH）のSCSとが異なるケースがある。例えば、PRACHのSCSと他のチャネルのSCSとが異なる場合、スロット数のカウントに用いるSCS（例えば、「reference SCS」と呼ぶ）は、Rel.15と同様にFR1(frequency region 1)では15kHzに設定されてもよく、FR2(frequency region 2)では60kHzに設定されてもよい。また、上記各実施の形態におけるKoffset又はオフセットは、次式(1)に基づいて正規化されてもよい。
Figure JPOXMLDOC01-appb-M000001
　また、上記各実施の形態における各種パラメータは一例であって、他の数値でもよい。例えば、SSBの種類は、図１０、図１１及び図１２に示すような４種類に限定されず、他の個数でもよい。また、ROの数は、図１０、図１１及び図１２に示すような４種類または８種類に限定されず、他の個数でもよい。また、RACH slotそれぞれに含まれるROの数は、図１０、図１１及び図１２に示すような２個又は４個に限定されず、他の個数でもよい。
　また、RACHをトリガするPDCCH送信スロットからKoffsetスロットだけ遅延させたタイミングに基づいてROを決定する例を説明したが、さらに、例えば、端末処理遅延などを考慮したオフセットを付加してもよい。
　また、上述した各実施の形態では、ROの設定の一例として、「次に利用可能なRO」の使用について説明したが、利用可能なROには、「次に利用可能なRO」が設定される場合に限定されず、例えば、次回以降に利用可能なROの何れかが設定されてもよい。
　また、上述した各実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTE及びNRの少なくとも一つの地上セルラ環境）に適用されてもよい。
　また、上述した各実施の形態において、GPSといったGNSS（例えば、衛星信号を利用した位置検出）を利用する例を記載したが、地上セルラ基地局による位置検出、WiFi信号及びBluetooth（登録商標）信号の少なくとも一つを用いた位置検出、加速度センサーなどを利用した位置検出、または、それらの組み合わせによる位置検出を行ってもよい。また、位置情報には緯度経度の他、高度の情報も含まれても良い。また、別途定義された座標系の値としてもよい。高度の情報は気圧センサーなどから取得してもよい。
　また、上述した各実施の形態において、基地局１００から報知される信号及び情報は、SSB及びSIBの少なくとも一つによって送信されてもよいし、複数の端末が受信可能な方法、例えば、グループ共通のDCI format(DCI format 2_x等)により送信されてもよい。
　また、上述した各実施の形態において、セルは、基地局(又は衛星)が送信するSSB及びCSI-RSの少なくとも一つの受信電力によって定義されるエリアであってもよいし、地理的な位置により定義されるエリアであってもよい。また、上記実施の形態のセルはSSBで定義されるビームと置き換えてもよい。
　基地局は、gNodeB又はgNBと称されてよい。また、端末は、UEと称されてもよい。
　スロットは、タイムスロット、ミニスロット、フレーム、サブフレーム等に置き換えてもよい。
　また、上述した各実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。換言すると、例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、本開示の一実施例は、GEO、中軌道衛星（MEO：Medium Earth Orbit satellite）、LEO、又は、高軌道衛星（HEO：Highly Elliptical Orbit satellite）といった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した各実施の形態では、電波伝搬速度を約3×108［m/s］と記載したが、これに限定されず、例えば、2.99792××108［m/s］といった数値を用いてもよい。電波伝搬速度の精度は実装に依存してもよい。
　上述した各実施の形態では、４段階ランダムアクセスについて説明したが、ランダムアクセス手順は、これに限定されず、例えば、２段階ランダムアクセス（2 step random access）でもよい。
　また、上述した各実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（補足）
　上述した各実施の形態に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、PDCCHあるいはPDSCHのような下りリンクリソース、および、PUCCHあるいはPUSCHのような上りリンクリソースの少なくとも１つの割り当て（別言すると、スケジューリング）を制御してよい。
　なお、上述した各実施の形態に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　（制御信号）
　本開示において、本開示の一実施例に関連する下り制御信号（又は、下り制御情報）は、例えば、物理層のPhysical Downlink Control Channel（PDCCH）において送信される信号（又は、情報）でもよく、上位レイヤのMedium Access Control Control Element（MAC CE）又はRadio Resource Control（RRC）において送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、下り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。
　本開示において、本開示の一実施例に関連する上り制御信号（又は、上り制御情報）は、例えば、物理層のPUCCHにおいて送信される信号（又は、情報）でもよく、上位レイヤのMAC CE又はRRCにおいて送信される信号（又は、情報）でもよい。また、信号（又は、情報）は、上り制御信号によって通知される場合に限定されず、仕様（又は、規格）において予め規定されてもよく、基地局及び端末に予め設定されてもよい。また、上り制御信号は、例えば、uplink control information（UCI）、1st stage sidelink control information（SCI)、又は、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示の一実施例において、基地局は、Transmission Reception Point（TRP）、クラスタヘッド、アクセスポイント、Remote Radio Head（RRH）、eNodeB (eNB)、gNodeB(gNB)、Base Station（BS）、Base Transceiver Station（BTS）、親機、ゲートウェイなどでもよい。また、サイドリンク通信では、基地局の役割を端末が担ってもよい。また、基地局の代わりに、上位ノードと端末の通信を中継する中継装置であってもよい。また、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示の一実施例は、例えば、上りリンク、下りリンク、及び、サイドリンクの何れに適用してもよい。例えば、本開示の一実施例を上りリンクのPhysical Uplink Shared Channel（PUSCH）、Physical Uplink Control Channel（PUCCH）、Physical Random Access Channel（PRACH）、下りリンクのPhysical Downlink Shared Channel（PDSCH）、PDCCH、Physical Broadcast Channel（PBCH）、又は、サイドリンクのPhysical Sidelink Shared Channel（PSSCH）、Physical Sidelink Control Channel（PSCCH）、Physical Sidelink Broadcast Channel（PSBCH）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、及び、PUCCHそれぞれは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、及び、上りリンク制御チャネルの一例である。また、PSCCH、及び、PSSCHは、サイドリンク制御チャネル、及び、サイドリンクデータチャネルの一例である。また、PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示の一実施例は、例えば、データチャネル及び制御チャネルの何れに適用してもよい。例えば、本開示の一実施例におけるチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、又は、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHの何れかに置き換えてもよい。
　（参照信号）
　本開示の一実施例において、参照信号は、例えば、基地局及び移動局の双方で既知の信号であり、Reference Signal（RS）又はパイロット信号と呼ばれることもある。参照信号は、Demodulation Reference Signal（DMRS）、Channel State Information - Reference Signal（CSI-RS）、Tracking Reference Signal(TRS）、Phase Tracking Reference Signal（PTRS）、Cell-specific Reference Signal（CRS）、又は、Sounding Reference Signal（SRS）の何れでもよい。
　（時間間隔）
　本開示の一実施例において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロットサブスロット、ミニスロット又は、シンボル、Orthogonal Frequency Division Multiplexing（OFDM）シンボル、Single Carrier - Frequency Division Multiplexing（SC-FDMA）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示の一実施例は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示の一実施例は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、Vehicle to Everything（V2X）の通信のいずれに適用してもよい。例えば、本開示の一実施例におけるチャネルをPSCCH、PSSCH、Physical Sidelink Feedback Channel（PSFCH）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、又は、PBCHの何れかに置き換えてもよい。
　また、本開示の一実施例は、地上のネットワーク、衛星又は高度疑似衛星（HAPS：High Altitude Pseudo Satellite）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示の一実施例は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（アンテナポート）
　本開示の一実施例において、アンテナポートは、１本又は複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。例えば、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末局が基準信号（Reference signal）を送信できる最小単位として規定されてよい。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１４に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。
　ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300, section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300, section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
　例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
　例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ　ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
　ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
　そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
　新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
　＜５Ｇ　ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
　図１５は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
　例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
　－　無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
　－　データのＩＰヘッダ圧縮、暗号化、および完全性保護；
　－　ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
　－　ＵＰＦに向けたユーザプレーンデータのルーティング；
　－　ＡＭＦに向けた制御プレーン情報のルーティング；
　－　接続のセットアップおよび解除；
　－　ページングメッセージのスケジューリングおよび送信；
　－　システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
　－　モビリティおよびスケジューリングのための測定および測定報告の設定；
　－　上りリンクにおけるトランスポートレベルのパケットマーキング；
　－　セッション管理；
　－　ネットワークスライシングのサポート；
　－　ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
　－　ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
　－　ＮＡＳメッセージの配信機能；
　－　無線アクセスネットワークの共有；
　－　デュアルコネクティビティ；
　－　ＮＲとＥ－ＵＴＲＡとの緊密な連携。
　Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
　－　Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
　－　ＮＡＳシグナリングのセキュリティ；
　－　Access Stratum（ＡＳ）のセキュリティ制御；
　－　３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
　－　アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
　－　登録エリアの管理；
　－　システム内モビリティおよびシステム間モビリティのサポート；
　－　アクセス認証；
　－　ローミング権限のチェックを含むアクセス承認；
　－　モビリティ管理制御（加入およびポリシー）；
　－　ネットワークスライシングのサポート；
　－　Session Management Function（ＳＭＦ）の選択。
　さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
　－　ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
　－　データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
　－　パケットのルーティングおよび転送；
　－　パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
　－　トラフィック使用量の報告；
　－　データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
　－　マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
　－　ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
　－　上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
　－　下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
　最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
　－　セッション管理；
　－　ＵＥに対するＩＰアドレスの割当および管理；
　－　ＵＰＦの選択および制御；
　－　適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
　－　制御部分のポリシーの強制およびＱｏＳ；
　－　下りリンクデータの通知。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　図１６は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜２０２０年以降のＩＭＴの利用シナリオ＞
　図１７は、５Ｇ　ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ　ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図１７は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ　Ｍ．２０８３　図２参照）。
　ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ　ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
　物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ　ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ　ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
　また、ＮＲ　ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
　ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
　上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
　ＮＲ　ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
　さらに、ＮＲ　ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ　ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図１６を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　図１８は、５Ｇ　ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0, section 4.23参照）。Application Function（ＡＦ）（例えば、図１７に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
　図１８は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、上り送信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、前記送信機会において、前記上り送信を行う送信回路と、を具備する。
　本開示の一実施例において、前記制御回路は、前記制御信号によって前記上り送信をトリガされる場合、前記セル固有オフセットを使用する。
　本開示の一実施例において、前記制御回路は、前記セル固有オフセットに基づくタイミングより後の送信機会のうちより早い送信機会を選択する。
　本開示の一実施例において、前記制御回路は、前記セル固有オフセットに基づくタイミングより後の送信機会セットに含まれる送信機会を選択する。
　本開示の一実施例において、前記制御信号は、前記セル固有オフセット及び前記パラメータのうち何れか一方の使用を指示する情報を含む。
　本開示の一実施例において、前記パラメータは、端末固有オフセット、及び、前記端末が利用可能な前記送信機会に関するパラメータの何れかである。
　本開示の一実施例において、前記制御信号は、前記セル固有オフセットに関連付けられた第１情報、及び、前記パラメータに関連付けられた第２情報の何れか一方を含む。
　本開示の一実施例において、前記上り信号は、random access channel（RACH）の信号であり、前記第１情報は、contention based RACHを指示する情報を含み、前記第２情報は、non-contention based RACHを指示する情報を含む。
　本開示の一実施例において、前記パラメータは、前記セル固有オフセット及び端末固有オフセットのそれぞれと異なるオフセットである。
　本開示の一実施例において、前記オフセットは、前記送信機会を含むスロット単位のオフセットである。
　本開示の一実施例において、前記オフセットは、前記送信機会単位のオフセットである。
　本開示の一実施例に係る基地局は、上り受信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、前記送信機会において、前記上り受信を行う受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、上り送信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定し、前記送信機会において、前記上り送信を行う。
　本開示の一実施例に係る通信方法において、基地局は、上り受信に関する制御信号に基づいて、端末固有の第１オフセット及びセル固有の第２オフセットの何れを使用するかを決定し、決定したオフセットに基づいて、前記上り受信を行う。
　２０２１年３月２９日出願の特願２０２１－０５５８５３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一態様は、無線通信システムに有用である。
　１００　基地局
　１０１，２０６　アンテナ
　１０２，２０７　無線受信部
　１０３　PRACH検出部
　１０４　データ受信処理部
　１０５　タイミング制御情報生成部
　１０６，２０２　データ生成部
　１０７　データ送信処理部
　１０８，２０５　無線送信部
　１０９，２０９　制御部
　２００　端末
　２０１　PRACH生成部
　２０３　位置情報取得部
　２０４　タイミング調整部
　２０８　復調・復号部

Claims (14)

  1. 　上り送信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、
    　前記送信機会において、前記上り送信を行う送信回路と、
    　を具備する端末。
  2. 　前記制御回路は、前記制御信号によって前記上り送信をトリガされる場合、前記セル固有オフセットを使用する、
    　請求項１に記載の端末。
  3. 　前記制御回路は、前記セル固有オフセットに基づくタイミングより後の送信機会のうちより早い送信機会を選択する、
    　請求項２に記載の端末。
  4. 　前記制御回路は、前記セル固有オフセットに基づくタイミングより後の送信機会セットに含まれる送信機会を選択する、
    　請求項１に記載の端末。
  5. 　前記制御信号は、前記セル固有オフセット及び前記パラメータのうち何れか一方の使用を指示する情報を含む、
    　請求項１に記載の端末。
  6. 　前記パラメータは、端末固有オフセット、及び、前記端末が利用可能な前記送信機会に関するパラメータの何れかである、
    　請求項５に記載の端末。
  7. 　前記制御信号は、前記セル固有オフセットに関連付けられた第１情報、及び、前記パラメータに関連付けられた第２情報の何れか一方を含む、
    　請求項１に記載の端末。
  8. 　前記上り信号は、random access channel（RACH）の信号であり、
    　前記第１情報は、contention based RACHを指示する情報を含み、
    　前記第２情報は、non-contention based RACHを指示する情報を含む、
    　請求項７に記載の端末。
  9. 　前記パラメータは、前記セル固有オフセット及び端末固有オフセットのそれぞれと異なるオフセットである、
    　請求項１に記載の端末。
  10. 　前記オフセットは、前記送信機会を含むスロット単位のオフセットである、
    　請求項９に記載の端末。
  11. 　前記オフセットは、前記送信機会単位のオフセットである、
    　請求項９に記載の端末。
  12. 　上り受信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定する制御回路と、
    　前記送信機会において、前記上り受信を行う受信回路と、
    　を具備する基地局。
  13. 　端末は、
    　上り送信に関する制御信号に基づいて、セル固有オフセット、及び、前記セル固有オフセットと異なるパラメータの何れかを使用して送信機会を決定し、
    　前記送信機会において、前記上り送信を行う、
    　通信方法。
  14. 　基地局は、
    　上り受信に関する制御信号に基づいて、端末固有の第１オフセット及びセル固有の第２オフセットの何れを使用するかを決定し、
    　決定したオフセットに基づいて、前記上り受信を行う、
    　通信方法。
PCT/JP2021/043181 2021-03-29 2021-11-25 端末、基地局、および通信方法 WO2022208990A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2023510217A JPWO2022208990A5 (ja) 2021-11-25 端末、基地局、通信方法、および、集積回路
KR1020237031882A KR20230161967A (ko) 2021-03-29 2021-11-25 단말, 기지국, 및 통신 방법
EP21935143.4A EP4319333A1 (en) 2021-03-29 2021-11-25 Terminal, base station, and communication method
CN202180096284.7A CN117083933A (zh) 2021-03-29 2021-11-25 终端、基站及通信方法
MX2023010655A MX2023010655A (es) 2021-03-29 2021-11-25 Terminal, estacion base y metodo de comunicacion.
CA3212459A CA3212459A1 (en) 2021-03-29 2021-11-25 Terminal, base station, and communication method
BR112023019269A BR112023019269A2 (pt) 2021-03-29 2021-11-25 Terminal, estação base e método de comunicação
CONC2023/0012455A CO2023012455A2 (es) 2021-03-29 2023-09-21 Terminal, estación base y método de comunicación

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021055853 2021-03-29
JP2021-055853 2021-03-29

Publications (1)

Publication Number Publication Date
WO2022208990A1 true WO2022208990A1 (ja) 2022-10-06

Family

ID=83458321

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/043181 WO2022208990A1 (ja) 2021-03-29 2021-11-25 端末、基地局、および通信方法

Country Status (8)

Country Link
EP (1) EP4319333A1 (ja)
KR (1) KR20230161967A (ja)
CN (1) CN117083933A (ja)
BR (1) BR112023019269A2 (ja)
CA (1) CA3212459A1 (ja)
CO (1) CO2023012455A2 (ja)
MX (1) MX2023010655A (ja)
WO (1) WO2022208990A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021055853A (ja) 2019-09-27 2021-04-08 株式会社コロナ 空気調和機の室外機

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021055853A (ja) 2019-09-27 2021-04-08 株式会社コロナ 空気調和機の室外機

Non-Patent Citations (10)

* Cited by examiner, † Cited by third party
Title
"Medium Access Control (MAC) protocol specification (Release 16", 3GPP, TS 38.321, December 2020 (2020-12-01)
"Solutions for NR to support non-terrestrial networks (NTN) (Release 16", 3GPP, TR 38.821, December 2019 (2019-12-01)
3GPP SPECIFICATION (FOR EXAMPLE, TS38.331
3GPP TS 38.211
3GPP TS 38.300
CAICT: "Timing relationship enhancements to support NTN", 3GPP DRAFT; R1-2100304, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 18 January 2021 (2021-01-18), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051970328 *
LG ELECTRONICS: "Discussions on timing relationship enhancements in NTN", 3GPP DRAFT; R1-2100703, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051971158 *
MEDIATEK INC., EUTELSAT: "Timing relationship enhancements for NR-NTN", 3GPP DRAFT; R1-2100594, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051971065 *
MODERATOR (ERICSSON): "Feature lead summary#3 on timing relationship enhancements", 3GPP DRAFT; R1-2102019, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 3 February 2021 (2021-02-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052170841 *
PANASONIC: "NTN Timing relationship enhancement", 3GPP DRAFT; R1-2101024, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. E-meeting; 20210125 - 20210205, 18 January 2021 (2021-01-18), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051970609 *

Also Published As

Publication number Publication date
MX2023010655A (es) 2023-09-21
EP4319333A1 (en) 2024-02-07
KR20230161967A (ko) 2023-11-28
BR112023019269A2 (pt) 2023-10-24
CO2023012455A2 (es) 2023-09-29
CN117083933A (zh) 2023-11-17
CA3212459A1 (en) 2022-10-06
JPWO2022208990A1 (ja) 2022-10-06

Similar Documents

Publication Publication Date Title
US20230156752A1 (en) Control resource set zero for reduced capability new radio devices
US20230049008A1 (en) Transmission device and transmission method
EP4106422A1 (en) Reception device, transmission device, reception method, and transmission method
WO2023153011A1 (ja) 端末、基地局、及び、通信方法
WO2022085252A1 (ja) 端末、基地局、送信方法および受信方法
US20230057436A1 (en) Communication apparatuses and communication methods for utilization of reserved resource
WO2022208990A1 (ja) 端末、基地局、および通信方法
WO2023203740A1 (ja) 端末、基地局、及び、通信方法
WO2024070402A1 (ja) 端末、基地局、通信方法、及び、集積回路
WO2022024427A1 (ja) 端末及び通信方法
WO2022030059A1 (ja) 端末、基地局及び通信方法
WO2023053564A1 (ja) 端末、基地局、及び、通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2022209110A1 (ja) 端末、基地局、および通信方法
US20240188102A1 (en) Communication device and communication method
US20240187136A1 (en) Base station, terminal, and communication method
WO2024034199A1 (ja) 基地局、端末及び通信方法
US20230362840A1 (en) Terminal and communication method
WO2023211374A2 (en) Communication apparatuses and communication methods for multi-prach transmissions
WO2023211375A1 (en) Communication apparatuses and communication methods for multi-prach transmissions with limited bandwidth
CA3207120A1 (en) Communication apparatuses and communication methods for selection and sensing windows for nr sidelink ues with partial sensing
WO2023211365A1 (en) Communication apparatuses and communication methods for sidelink co-channel coexistence of lte and nr
WO2024035335A1 (en) Communication apparatus and communication method for sidelink co-channel coexistence resource selection information sharing
AU2021437814A1 (en) Communication device and communication method
EP4233184A1 (en) Enhancing uplink transmission with multiple beams

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21935143

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023510217

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: MX/A/2023/010655

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 3212459

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 18551583

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180096284.7

Country of ref document: CN

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023019269

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112023019269

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20230921

WWE Wipo information: entry into national phase

Ref document number: 2021935143

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021935143

Country of ref document: EP

Effective date: 20231030