[go: up one dir, main page]

WO2024070402A1 - 端末、基地局、通信方法、及び、集積回路 - Google Patents

端末、基地局、通信方法、及び、集積回路 Download PDF

Info

Publication number
WO2024070402A1
WO2024070402A1 PCT/JP2023/031142 JP2023031142W WO2024070402A1 WO 2024070402 A1 WO2024070402 A1 WO 2024070402A1 JP 2023031142 W JP2023031142 W JP 2023031142W WO 2024070402 A1 WO2024070402 A1 WO 2024070402A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
information
prach
msg
resource
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/031142
Other languages
English (en)
French (fr)
Inventor
昭彦 西尾
秀俊 鈴木
哲矢 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
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 Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Priority to JP2024549898A priority Critical patent/JPWO2024070402A1/ja
Priority to EP23871643.5A priority patent/EP4598244A4/en
Priority to CN202380069669.3A priority patent/CN120052048A/zh
Publication of WO2024070402A1 publication Critical patent/WO2024070402A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0836—Random access procedures, e.g. with 4-step access with 2-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties

Definitions

  • the present disclosure relates to a terminal, a base station, a communication method, and an integrated circuit.
  • NR new radio access technology
  • Non-limiting embodiments of the present disclosure contribute to providing a terminal, a base station, a communication method, and an integrated circuit that can improve signal reception quality.
  • a terminal includes a control circuit that determines resources for an uplink channel based on information about the location of the terminal, and a transmission circuit that transmits a signal on the uplink channel using the resources.
  • FIG. 1 shows an example of a four-step random access procedure.
  • Block diagram showing an example of a partial configuration of a terminal FIG. 1 is a block diagram showing an example of a configuration of a base station.
  • Flowchart showing an example of the operation of a base station and a terminal A diagram showing an example of the correspondence between the Physical Random Access Channel (PRACH) sequence or RACH Occasion (RO) and distance.
  • PRACH Physical Random Access Channel
  • RO RACH Occasion
  • a diagram showing an example of PRACH resource configuration A diagram showing an example of SSB beam and PRACH resource configuration.
  • Diagram of an example architecture for a 3GPP NR system Schematic diagram showing functional separation between NG-RAN and 5GC Sequence diagram of the RRC (Radio Resource Control) connection setup/reconfiguration procedure
  • RRC Radio Resource Control
  • eMBB enhanced Mobile BroadBand
  • mMTC massive Machine Type Communications
  • URLLC Ultra Reliable and Low Latency Communications
  • NR Rel.15 is specified as a radio access technology for terrestrial networks.
  • NR is being considered for extension to non-terrestrial networks (NTNs) such as communications using satellites or high-altitude platform stations (HAPS) (see, for example, Non-Patent Document 1).
  • NTNs non-terrestrial networks
  • HAPS high-altitude platform stations
  • the satellite's coverage area (e.g., one or more cells) for terminals located in the sky, such as terrestrial terminals (e.g., also called user equipment (UE)), aircraft, or drones, is formed by beams from the satellite (e.g., also called satellite beams).
  • the round trip time (RTT) of radio wave propagation between the terminal and the satellite is determined by the satellite's altitude (e.g., up to approximately 36,000 km) and the angle seen from the terminal, that is, the relative positions of the satellite and the terminal.
  • NTN describes in non-patent document 1 that the round trip time (RTT) for radio wave propagation between a base station and a terminal is a maximum of approximately 540 ms.
  • RTT round trip time
  • NTN describes in non-patent document 1 that a delay difference of up to about 10 ms occurs depending on the position of the terminal within the beam (or coverage area or cell) (for example, the difference between the position farthest from the satellite and the position closest to it within the beam).
  • the satellites move at a high speed of about 7.6 km per second, so the amount of propagation delay changes drastically compared to terrestrial networks.
  • the high speed movement of the satellites causes a high Doppler shift (or frequency shift) compared to terrestrial networks.
  • a terminal performs transmission using a random access channel (e.g., a Physical Random Access Channel (PRACH)) for initial access or a data transmission request, etc.
  • a random access channel e.g., a Physical Random Access Channel (PRACH)
  • PRACH Physical Random Access Channel
  • the random access procedure may be implemented, for example, as a four-step random access (also called, for example, 4-step RACH or Type-1 random access procedure).
  • Figure 1 shows an example of a four-step random access procedure.
  • the terminal transmits a PRACH as the first stage of transmission (also represented as Message 1, Msg.1 or Msg1).
  • the PRACH is also called a "preamble.”
  • the transmission of Msg.1 may be performed, for example, at a transmission timing (e.g., slot timing) notified in advance for each cell by the base station (also called a gNB).
  • the base station After receiving and decoding Msg.1, the base station notifies the terminal of the second-stage transmission (Message 2, also referred to as Msg.2 or Msg2) including a response to the PRACH (e.g., an RA response or a Random Access Response (RAR)) and scheduling information including the uplink transmission timing of Msg.3.
  • Msg.2 Message 2
  • Msg2 Message 2
  • Msg2 a response to the PRACH
  • RAR Random Access Response
  • the terminal uses the scheduling information indicated in Msg.2 to notify the base station of information to be used for establishing a connection.
  • the uplink data channel e.g., PUSCH: Physical Uplink Shared Channel
  • Msg.3 PUSCH Physical Uplink Shared Channel
  • the base station notifies the terminal of the connection establishment response etc. via a downlink data channel (e.g., PDSCH: Physical Downlink Shared Channel) as the fourth stage transmission (also referred to as Message 4, Msg.4 or Msg4).
  • a downlink data channel e.g., PDSCH: Physical Downlink Shared Channel
  • Msg.4 or Msg4 The time and frequency resources of the PDSCH (also referred to as "Msg.4 PDSCH”) used to transmit Msg.4 are notified from the base station to the terminal prior to PDSCH transmission via a downlink control channel (e.g., PDCCH: Physical Downlink Control Channel (or downlink control information (DCI))).
  • PDCCH Physical Downlink Control Channel (or downlink control information (DCI)
  • a PRACH (Msg.1 in Figure 1) for four-stage random access may be composed of a CP (Cyclic prefix), a preamble sequence, and a GP (guard period).
  • the preamble sequence may be, for example, a Cyclic-shifted Zadoff-Chu (CS-ZC) sequence (a sequence obtained by cyclically shifting a ZC sequence) with good correlation properties
  • the CP may be a copy of a portion of the preamble sequence
  • the GP is a non-transmission period.
  • a different CS-ZC sequence may be uniquely associated with each preamble sequence number (e.g., also called a preamble number or PRACH number) and notified to the terminal as cell information of the base station.
  • the terminal transmits, as a PRACH, a CS-ZC sequence corresponding to a preamble number randomly selected from multiple preamble sequences. Even when multiple terminals transmit PRACH in the same time and frequency resources, if the multiple terminals select different preamble numbers, the base station can simultaneously detect multiple preamble numbers by detecting correlation between CS-ZC sequences.
  • each terminal may perform timing control (e.g., timing adjustment) based on information for correcting (adjusting) the timing (e.g., called a "Timing Advance (TA) command") notified from the base station.
  • timing control e.g., timing adjustment
  • TA Timing Advance
  • the terminal calculates the round-trip delay time between the terminal and the base station, corrects the timing, and transmits the signal.
  • the delay time of the wireless link (e.g., called a "service link") between the terminal and the satellite may be calculated, for example, based on the terminal's location information and information about the satellite's orbit or position.
  • the terminal's location information may be acquired, for example, by the Global Navigation Satellite System (GNSS) or the like.
  • GNSS Global Navigation Satellite System
  • the information about the satellite's orbit or position may be notified (e.g., reported) from the base station to the terminal, for example, as "satellite ephemeris information (also called satellite ephemeris)."
  • the delay time of the wireless link (e.g., called a "feeder link") between a terrestrial base station or gateway (GW) and a satellite may be calculated, for example, at a terminal based on a common TA parameter reported by the base station.
  • the feeder link delay time changes with the movement of the satellite
  • information regarding the amount of change in delay time such as common TA drift and common TA drift variation, may be notified to the terminal as common TA parameters in addition to the feeder link delay time at a certain point in time.
  • the terminal may determine the value T TA used for timing adjustment based on equation (1).
  • N TA indicates, for example, a TA value notified by a TA command
  • N TAoffset indicates an offset for the TA value
  • Tc indicates a reference time (for example, a basic time unit).
  • N TA,adj common indicates a common TA value based on a feeder link delay time calculated from a common TA parameter
  • N TA,adj UE indicates a terminal-specific TA value based on a service link delay time estimated by a terminal from the terminal's location information and a satellite position.
  • the first and second terms of equation (1) are, for example, specified in the 5G NR standard TS 38.211 and are similar to the Rel.15 NR specifications, and the value of T TA in equation (1) is a value obtained by adding the common TA value (N TA,adj common ) and the terminal-specific TA value (N TA,adj UE ) to the values of the first and second terms.
  • the round-trip delay times of the service link and feeder link are corrected (e.g., compensated) on the terminal side before transmitting the uplink signal. This makes it possible for the signals transmitted from each terminal to be received at the base station within a specified time difference.
  • a terminal may transmit signals at a frequency that pre-compensates for the Doppler shift of the service link. Since the Doppler shift is determined, for example, from the satellite position, satellite speed, and terminal position, a terminal may calculate the amount of Doppler shift correction based on satellite ephemeris information and the terminal's position information.
  • NTN involves long-distance transmission, the transmission output and antenna gain are likely to be low when using terminals such as regular smartphones, and there is a risk that communication with satellites at high altitudes or low elevation angles may become difficult. For this reason, NTN is considering repetition transmission as a form of coverage enhancement.
  • NR Release 16 referred to as NR Rel.16
  • repeated transmission is supported and configured for each terminal.
  • repeated transmission is configured by terminal-specific (or terminal-specific, UE-specific) higher layer configuration (e.g., RRC configuration).
  • terminal-specific or terminal-specific, UE-specific
  • NR Rel.16 does not support repeated transmission for signals prior to the terminal-specific higher layer configuration (e.g., signals used for initial access).
  • NR Release 17 now supports repeated transmission of Msg.3 PUSCH.
  • a terminal measures its own reception quality (e.g., RSRP: Reference Signal Received Power and path loss, etc.) and requests the base station to repeatedly transmit Msg.3 PUSCH by selecting a specific PRACH sequence based on the measurement results.
  • RSRP Reference Signal Received Power and path loss, etc.
  • NR Release 18 for example, in addition to repeated transmission of Msg.3 PUSCH, the need for repeated transmission of PRACH (Msg.1) and uplink control channel (e.g. PUCCH: Physical Uplink Control Channel) for responses (e.g. HARQ-ACK) to Msg.4 (Msg.4 PDSCH) is being considered.
  • PRACH Physical Uplink Control Channel
  • PUCCH Physical Uplink Control Channel
  • NR Rel.18 does not fully consider methods of controlling repeat transmissions, such as the method of determining (or setting) the number of repeat transmissions for initial access in NTN, and the method of notifying terminals of information related to repeat transmissions. Furthermore, for example, if a method of controlling repeat transmissions is applied in which a terminal measures its own reception quality (RSRP, path loss, etc.) and selects a specific PRACH sequence based on the measurement results, as in NR Rel.17, NTN reception quality (e.g., received signal-to-noise ratio (SNR)) is likely to be lower than terrestrial networks, and the accuracy of measuring the quality of RSRP, etc. may decrease, which may result in failure to properly control or set repeat transmissions.
  • RSRP own reception quality
  • path loss etc.
  • SNR received signal-to-noise ratio
  • a terminal may select (or determine, or set) resources for an uplink channel at the time of initial access based on information about the location of the terminal, and transmit a specific channel or signal using the selected resources.
  • the communication system includes a base station 100 and a terminal 200 .
  • FIG. 2 is a block diagram showing an example of the configuration of a portion of the base station 100.
  • a control unit e.g., corresponding to a control circuit determines a second resource of the uplink channel (e.g., a PDSCH resource for Msg.3 or a PUCCH resource for transmitting a HARQ-ACK for Msg.4) based on a first resource of the uplink channel (e.g., a PRACH resource) determined based on information related to the location of the terminal 200.
  • a receiving unit e.g., corresponding to a receiving circuit receives a signal of the uplink channel using the uplink channel resource.
  • FIG. 3 is a block diagram showing an example of the configuration of a portion of the terminal 200.
  • a control unit e.g., corresponding to a control circuit
  • determines resources for an uplink channel e.g., a channel used for a random access procedure
  • a transmission unit e.g., corresponding to a transmission circuit
  • terminal 200 determines (or selects) a PRACH sequence based on location information of terminal 200, and transmits a PRACH signal (Msg.1) to base station 100 using the selected PRACH sequence.
  • the PRACH sequence may be a root sequence or a CS sequence.
  • the PRACH sequence may be replaced with a RACH resource called a RACH Occasion (RO).
  • Terminal 200 may transmit a Msg.3 PUSCH with repetition according to the selected PRACH sequence.
  • Terminal 200 may transmit a PUCCH for HARQ-ACK transmission for Msg.4 with repetition according to the selected PRACH sequence.
  • Base station configuration 4 is a block diagram showing an example of the configuration of base station 100 according to this embodiment.
  • Base station 100 includes, for example, antenna 101, radio receiving section 102, PUSCH receiving processing section 103, PUCCH receiving processing section 104, PRACH receiving processing section 105, data generating section 106, control section 107, data transmission processing section 108, and radio transmitting section 109.
  • At least one of the PUSCH reception processing unit 103, PUCCH reception processing unit 104, PRACH reception processing unit 105, data generation unit 106, control unit 107, and data transmission processing unit 108 shown in FIG. 4 may be included in the control unit shown in FIG. 2, for example. Also, at least one of the antenna 101 and radio receiving unit 102 shown in FIG. 4 may be included in the receiving unit shown in FIG. 2, for example.
  • the radio receiving unit 102 performs reception processing such as down-conversion and A/D conversion on signals (including, for example, PUSCH (data signal), PUCCH (control signal), or PRACH (random access signal)) received from the terminal 200 via the antenna 101, and outputs the signals after reception processing to the PUSCH reception processing unit 103, the PUCCH reception processing unit 104, and the PRACH reception processing unit 105, respectively.
  • signals including, for example, PUSCH (data signal), PUCCH (control signal), or PRACH (random access signal)
  • the PUSCH reception processing unit 103 performs channel estimation, demodulation processing, and decoding processing on, for example, signals of time and frequency resources allocated to the PUSCH among the received signals input from the wireless reception unit 102, to obtain a data sequence.
  • the PUSCH reception processing unit 103 outputs the decoded signal (data sequence).
  • the PUCCH reception processing unit 104 performs channel estimation, demodulation processing, and decoding processing on, for example, signals of time and frequency resources allocated to the PUCCH among the received signals input from the radio reception unit 102, and obtains uplink control information (UCI).
  • the UCI may include, for example, at least one of channel quality information (CQI) and a response signal (e.g., HARQ-ACK).
  • CQI channel quality information
  • HARQ-ACK response signal
  • the PUCCH reception processing unit 104 outputs the decoded signal (UCI) to the control unit 107.
  • the PRACH reception processing unit 105 detects the PRACH transmitted from the terminal 200 (determines whether or not there is a PRACH) from the signal of the time and frequency resources allocated to the PRACH among the received signals input from the radio reception unit 102, and identifies the PRACH sequence (e.g., PRACH sequence number) or RO (e.g., RO number) used for the detected PRACH.
  • the PRACH reception processing unit 105 outputs information related to the detected PRACH to the control unit 107.
  • the data generation unit 106 for example, generates a downlink signal for each terminal 200 and outputs the generated downlink signal to the data transmission processing unit 108.
  • the downlink signal generated in the data generation unit 106 may include at least any of the following signals: user data (e.g., PDSCH), control signal (e.g., PDCCH), synchronization signal block (e.g., SSB: Synchronization Signal (SS)/Physical Broadcast Channel (PBCH) Block), reference signal (RS: Reference Signal), and Medium Access Control (MAC) control information.
  • user data e.g., PDSCH
  • control signal e.g., PDCCH
  • synchronization signal block e.g., SSB: Synchronization Signal (SS)/Physical Broadcast Channel (PBCH) Block
  • RS Reference Signal
  • MAC Medium Access Control
  • the control unit 107 may generate system information (e.g., broadcast information) such as a Master Information Block (MIB) or a System Information Block (SIB), and individual control information (e.g., RRC control information).
  • system information e.g., broadcast information
  • MIB Master Information Block
  • SIB System Information Block
  • individual control information e.g., RRC control information
  • the system information may include control information for the NTN, including at least one of parameters such as satellite ephemeris, common TA parameters, or Epoch time.
  • the system information may also include information regarding the configuration of PRACH resources.
  • the system information may also include information regarding the correspondence between the distance between the satellite and the terminal 200 and the PRACH sequence (hereinafter, sometimes referred to as "information regarding the correspondence between the distance and the PRACH sequence").
  • the control unit 107 also generates downlink control information (DCI) or a PDCCH associated with the PDSCH transmission.
  • the DCI may include information related to PDSCH retransmission control, such as a New Data Indicator (NDI) or a Redundancy Version (RV), information related to the modulation and coding scheme (MCS) of the PDSCH or PUSCH, resource allocation information for the PDSCH or PUSCH, and resource allocation information for the PUCCH used for HARQ-ACK transmission for the PDSCH.
  • the resource allocation information may also include information related to the number of repeated transmissions (Repetition number).
  • the control unit 107 may, for example, use the UCI input from the PUCCH reception processing unit 104 to perform retransmission control and MCS setting for the PDSCH.
  • the control unit 107 also determines (or sets) at least one of the repetition number for Msg.3 PUSCH and the repetition number for PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH based on information about the detected PRACH (for example, the PRACH sequence number or RO number) input from the PRACH reception processing unit 105.
  • the control unit 107 then generates at least one of resource allocation information for Msg.3 PUSCH reflecting the determined repetition number and resource allocation information for PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH reflecting the determined repetition number, and outputs the information to the data transmission processing unit 108.
  • the data transmission processing unit 108 for example, encodes and modulates the signal input from the data generation unit 106 and the signal input from the control unit 107, and outputs the modulated signal to the wireless transmission unit 109.
  • the wireless transmission unit 109 performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from the data transmission processing unit 108, and transmits the wireless signal after transmission processing from the antenna 101.
  • Terminal 200 includes, for example, antenna 201, radio receiving unit 202, data reception processing unit 203, control unit 204, timing adjustment unit 205, PUSCH transmission processing unit 206, PUCCH transmission processing unit 207, PRACH transmission processing unit 208, and radio transmission unit 209.
  • At least one of the data reception processing unit 203, the control unit 204, the timing adjustment unit 205, the PUSCH transmission processing unit 206, the PUCCH transmission processing unit 207, and the PRACH transmission processing unit 208 shown in FIG. 5 may be included in, for example, the control unit shown in FIG. 3. Also, at least one of the antenna 201 and the radio transmission unit 209 shown in FIG. 5 may be included in, for example, the transmission unit shown in FIG. 3.
  • the radio receiving unit 202 performs reception processing such as down-conversion and A/D conversion on downstream signals, such as data signals (e.g., PDSCH) or control signals (e.g., PDCCH) from the base station 100 received via the antenna 201, outputs the processed signals to the data reception processing unit 203, and outputs information on the reception timing of the signals to the timing adjustment unit 205.
  • reception processing such as down-conversion and A/D conversion on downstream signals, such as data signals (e.g., PDSCH) or control signals (e.g., PDCCH) from the base station 100 received via the antenna 201.
  • the data reception processing unit 203 performs demodulation and decoding processing on the received signal (e.g., PDCCH or PDSCH) input from the wireless reception unit 202, for example.
  • the control signal e.g., PDCCH
  • the control signal may include, for example, resource allocation information for a downlink data signal (e.g., PDSCH), resource allocation information for an uplink data signal (e.g., PUSCH), or PUCCH resource allocation information used for transmitting HARQ-ACK for the PDSCH.
  • the downlink data signal (e.g., PDSCH) may include, for example, user data.
  • the downlink data signal may include broadcast information such as system information, RRC control information, MAC Control Element (MAC CE) control information, a RACH response (e.g., Msg.2), or information related to a TA command.
  • broadcast information such as system information, RRC control information, MAC Control Element (MAC CE) control information, a RACH response (e.g., Msg.2), or information related to a TA command.
  • MAC CE MAC Control Element
  • the data reception processing unit 203 also performs reception processing of, for example, information for NTN included in broadcast information or RRC control information (for example, an RRCReconfiguration message) (including at least one of, for example, satellite ephemeris, common TA parameters, and Epoch time), information on PRACH resources, and information on the correspondence between the distance between the satellite and the terminal 200 and the PRACH sequence, and outputs the signal after reception processing to the control unit 204.
  • the data reception processing unit 203 also outputs, for example, the PDCCH and control information included in Msg.2 to the control unit 204.
  • the control unit 204 calculates the distance between the terminal 200 and the satellite using position information of the terminal 200 (e.g., information such as latitude, longitude, altitude, etc.) acquired by GNSS or the like, and satellite position information calculated from information for NTN input from the data reception processing unit 203 (e.g., information on satellite ephemeris and epoch time).
  • position information of the terminal 200 e.g., information such as latitude, longitude, altitude, etc.
  • satellite position information calculated from information for NTN input from the data reception processing unit 203 e.g., information on satellite ephemeris and epoch time.
  • the control unit 204 also selects a PRACH sequence (or RO) according to the calculated distance between the terminal 200 and the satellite, based on information on the PRACH resource and information on the correspondence between distance and PRACH sequence (or RO) input from the data reception processing unit 203.
  • the control unit 204 also sets resources for the PUSCH or PUCCH based on control information included in the received PDCCH or Msg.2 input from the data reception processing unit 203.
  • the control unit 204 may determine the number of repetitions based on the PRACH sequence selected for transmitting Msg.1 (e.g., resources based on the distance between the terminal 200 and the satellite), and set resources corresponding to the determined number of repetitions.
  • control unit 204 calculates the propagation delay amount of each of the service link and the feeder link based on the position information of the terminal 200, the position information of the satellite, and the information of the common TA parameters, and outputs the information on the calculated propagation delay amount to the timing adjustment unit 205.
  • the control unit 204 may calculate the propagation delay time of the service link based on the distance between the terminal 200 and the satellite and the radio wave propagation speed (approximately 3x108 m/s), and may calculate the propagation delay time of the feeder link based on the common TA parameters.
  • the control unit 204 may calculate N TA,adj UE and N TA,adj common in equation (1) and output them to the timing adjustment unit 205.
  • the timing adjustment unit 205 controls (e.g., adjusts) the transmission timing of a transmission signal (uplink signal), for example.
  • the timing adjustment unit 205 outputs information related to the timing adjustment to the radio transmission unit 209.
  • the timing adjustment unit 205 may adjust the transmission timing of an uplink signal (e.g., PUSCH, PUCCH, or PRACH) so that the signal is received at a specified timing at the base station 100 by compensating for the propagation delay time of the service link and the feeder link based on information related to the propagation delay amount of each of the service link and the feeder link input from the control unit 204.
  • the timing adjustment unit 205 may perform the timing adjustment according to, for example, equation (1).
  • the PUSCH transmission processing unit 206 performs, for example, coding and modulation processing on the input transmission data (e.g., PUSCH) and outputs a signal mapped to the time and frequency resources set in the control unit 204 to the radio transmission unit 209.
  • the PUCCH transmission processing unit 207 performs coding and modulation processing on control information (UCI), such as HARQ-ACK or CQI, and outputs a signal mapped to the time and frequency resources set in the control unit 204 to the radio transmission unit 209.
  • UCI control information
  • the PRACH transmission processing unit 208 generates, for example, a PRACH sequence selected by the control unit 204, and outputs a signal mapped to the time and frequency resources set by the control unit 204 to the radio transmission unit 209.
  • the radio transmission unit 209 performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from the PUSCH transmission processing unit 206, the PUCCH transmission processing unit 207, or the PRACH transmission processing unit 208, and transmits the radio signal after the transmission processing from the antenna 201.
  • the radio transmission unit 209 may transmit the signal at a timing specified by information input from the timing adjustment unit 205, for example.
  • FIG. 6(a) is a flowchart showing an example of the operation of the base station 100
  • FIG. 6(b) is a flowchart showing an example of the operation of the terminal 200.
  • the base station 100 periodically transmits, for example, notification information (for example, SIB) (BS-ST1).
  • SIB may include, for example, satellite ephemeris (for example, satellite position information), common TA parameters, PRACH resource information, and information regarding the relationship (association) between the PRACH sequence or RO and distance.
  • the base station 100 After transmitting the notification information, the base station 100 waits for a PRACH for the configured PRACH resources (e.g., time resources, frequency resources, or sequences) (BS-ST2).
  • a PRACH for the configured PRACH resources (e.g., time resources, frequency resources, or sequences) (BS-ST2).
  • the terminal 200 receives the SIB transmitted from the base station 100 (UE-ST1), and calculates the distance between the terminal 200 and the satellite using the satellite position information (e.g., satellite ephemeris) included in the SIB (UE-ST2). Then, the terminal 200 selects a PRACH sequence or RO according to the calculated distance based on information regarding the relationship between the PRACH sequence or RO and the distance, and transmits a PRACH for initial access using the selected PRACH sequence or RO (UE-ST3).
  • the satellite position information e.g., satellite ephemeris
  • the terminal 200 After transmitting the PRACH, the terminal 200 waits for a RACH response (e.g., RAR or Msg.2) (UE-ST4).
  • a RACH response e.g., RAR or Msg.2
  • FIG. 7 shows an example of information relating to the relationship between the PRACH sequence (or RO) and distance (distance between terminal 200 and a satellite).
  • terminal 200 selects a PRACH sequence or RO from among PRACH sequence numbers or RO numbers 0 to 15.
  • terminal 200 selects a PRACH sequence or RO from among PRACH sequence numbers or RO numbers 16 to 31. The same applies to other distances.
  • the base station 100 determines (or sets) at least one of the repetition number of the PUSCH in Msg.3 and the repetition number of the PUCCH for transmitting the HARQ-ACK for Msg.4 based on the PRACH sequence or RO used for the detected PRACH (BS-ST3).
  • the association between the PRACH sequence or RO and the repetition number of each channel may be set in advance.
  • the PRACH sequence or RO corresponding to the longer distance between the terminal 200 and the satellite may be associated with a larger repetition number.
  • a larger repetition number may be associated with a group of PRACH sequence numbers (or RO numbers) corresponding to the longer distance between the terminal 200 and the satellite (not shown).
  • the base station 100 transmits a RACH response (RAR or Msg.2) containing information about the determined Msg.3 PUSCH repetition number to the terminal 200 (BS-ST4).
  • RAR RACH response
  • Msg.2 Msg.2 PUSCH repetition number
  • the base station 100 After transmitting the RACH response, the base station 100 waits for Msg.3 PUSCH in the resources to which it has been assigned (BS-ST5).
  • terminal 200 When terminal 200 receives a RACH response, it transmits Msg.3 PUSCH using resources specified (or instructed) by the received RACH response (UE-ST5). For example, when a repetition number is specified by the RACH response, terminal 200 may transmit Msg.3 PUSCH with the specified repetition number. Also, for example, when a repetition number is not specified by the RACH response, terminal 200 may transmit Msg.3 PUSCH without repetition.
  • whether or not the repetition number is specified may be determined depending on, for example, whether or not the terminal 200 has selected a specific PRACH sequence notified by the SIB in transmitting Msg.1. For example, the terminal 200 may determine that the repetition number is specified when a specific PRACH sequence is selected in transmitting Msg.1, and may determine that the repetition number is not specified when another PRACH sequence is selected. Furthermore, for example, the repetition number may be set individually for each specific PRACH sequence.
  • terminal 200 After transmitting Msg.3 PUSCH, terminal 200 waits for DCI to allocate Msg.4 PDSCH (UE-ST6). For example, terminal 200 may wait for DCI using a specified Radio Network Temporary Identifier (RNTI).
  • RNTI Radio Network Temporary Identifier
  • the specified RNTI may be, for example, Temporary Cell (TC)-RNTI. Note that the specified RNTI is not limited to TC-RNTI and may be another RNTI.
  • base station 100 When base station 100 receives Msg.3 PUSCH, it generates DCI for allocating Msg.4 PDSCH and transmits the DCI via PDCCH (BS-ST6).
  • the DCI may include, for example, information regarding the number of PUCCH repetitions for transmitting HARQ-ACK for Msg.4 determined in BS-ST3.
  • base station 100 transmits Msg.4 PDSCH using the resources allocated by DCI (BS-ST6).
  • terminal 200 When terminal 200 receives DCI allocating Msg.4 PDSCH, it receives Msg.4 PDSCH using the resources allocated in the DCI (UE-ST7). Furthermore, terminal 200 transmits PUCCH including HARQ-ACK (e.g., also called Mg.4 HARQ-ACK), which indicates ACK if Msg.4 PDSCH can be decoded correctly, or NACK if Msg.4 PDSCH cannot be decoded correctly, using the resources specified by DCI (UE-ST7).
  • HARQ-ACK e.g., also called Mg.4 HARQ-ACK
  • terminal 200 may transmit PUCCH with the specified number of repetitions if the number of repetitions is specified by DCI.
  • terminal 200 may transmit PUCCH without repetitions if the number of repetitions is not specified by DCI.
  • whether or not the repetition number is specified may be determined depending on, for example, whether or not the terminal 200 has selected a specific PRACH sequence notified by the SIB in transmitting Msg.1. For example, the terminal 200 may determine that the repetition number is specified when a specific PRACH sequence is selected in transmitting Msg.1, and may determine that the repetition number is not specified when another PRACH sequence is selected. Furthermore, for example, the repetition number may be set individually for each specific PRACH sequence.
  • the base station 100 waits for a HARQ-ACK for Msg.4 PDSCH (BS-ST7), and if an ACK is received, the initial access procedure is completed. If an ACK is not received, the base station 100 retransmits the DCI that allocates the Msg.4 PDSCH and the Msg.4 PDSCH (BS-ST6), performing retransmission processing up to a specified number of times.
  • the above describes an example of the operation of the base station 100 and the terminal 200.
  • the terminal 200 may determine a sequence or RO (an example of an uplink channel resource) to be used for the PRACH based on, for example, information regarding the distance between the terminal 200 and a satellite (an example of information regarding the terminal's position), and transmit the PRACH (e.g., Msg.1) using the determined sequence or RO.
  • a sequence or RO an example of an uplink channel resource
  • the base station 100 also determines the repetition number (an example of a second resource of the uplink channel) of the PUCCH to be used for transmitting HARQ-ACK for the Msg.3 PDSCH or Msg.4 PDSCH based on a sequence or RO (an example of a first resource of the uplink channel) to be used for the PRACH, which is determined based on information about the distance between the terminal 200 and the satellite (an example of information about the terminal's position), and receives the PUCCH to be used for transmitting HARQ-ACK for the Msg.3 PDSCH or Msg.4 PDSCH using the determined repetition number.
  • a sequence or RO an example of a first resource of the uplink channel
  • the desired number of repetitions in satellite communications e.g., the number of repetitions to achieve the desired reception quality
  • the desired number of repetitions can be estimated according to the distance between the terminal 200 and the satellite (or the positions of the terminal and the satellite).
  • the terminal 200 selects a PRACH sequence (or RO) based on the distance between the satellite and the terminal 200, and the base station 100 determines the number of repetitions of the uplink channel (e.g., PUSCH or PUCCH) based on the detected PRACH sequence (or RO). That is, the number of repetitions of the uplink channel is determined depending on the distance between the satellite and the terminal 200.
  • the distance between the satellite and the terminal 200 is calculated using position information already acquired in the terminal 200 for timing adjustment or frequency adjustment. Therefore, in this embodiment, communication using an appropriate number of repetitions is possible by simple processing using position information already acquired for timing adjustment or frequency adjustment.
  • satellite communications involve long-distance transmission, and therefore tend to result in communications with a low SNR, which tends to reduce the measurement accuracy of reception quality (e.g., RSRP).
  • reception quality e.g., RSRP
  • the number of repetitions is determined using the distance between the satellite and terminal 200, without using reception quality. Therefore, according to this embodiment, it is possible to accurately estimate the desired number of repetitions, regardless of reception quality (e.g., SNR).
  • terminal 200 does not need to measure reception quality before transmitting PRACH, which allows for simple and fast processing.
  • the base station 100 can estimate the necessity of repetition for an uplink channel (e.g., PUSCH or PUCCH) or the desired number of repetitions. Therefore, the base station 100 can set an appropriate number of repetitions for the PUCCH used for Msg.3 PUSCH and Msg.4 HARQ-ACK, which are processed before terminal-specific RRC settings (e.g., RRC reconfiguration), and can improve the reception quality of the PUCCH used for Msg.3 PUSCH and Msg.4 HARQ-ACK at the base station 100.
  • an uplink channel e.g., PUSCH or PUCCH
  • Msg.4 HARQ-ACK e.g., RRC reconfiguration
  • repeated transmissions for initial access in the NTN can be appropriately controlled, thereby improving the reception quality of the upstream signal.
  • the base station 100 transmits a RACH response (RAR or Msg.2) including information regarding the determined repetition number of Msg.3 PUSCH, but this is not limiting.
  • the base station 100 may transmit a RACH response that does not include information regarding the repetition number of Msg.3 PUSCH.
  • the terminal 200 may determine the repetition number according to the PRACH sequence (or RO) used in transmitting Msg.1, and transmit Mg.3 PUSCH with the determined repetition number.
  • information regarding the correspondence between the PRACH sequence (or RO) and the repetition number of Msg.3 PUSCH may be notified to the terminal 200 by the SIB. This makes it possible to reduce the amount of information notified in the RACH response, and to use a RACH response similar to that in Rel.15/16.
  • the base station 100 transmits DCI including information regarding the determined number of repetitions of the PUCCH for transmitting HARQ-ACK for Msg.4
  • the present invention is not limited to this.
  • the base station 100 may transmit DCI that does not include information regarding the above-mentioned number of repetitions of the PUCCH.
  • the terminal 200 may determine the number of repetitions according to the PRACH sequence (or RO) used in transmitting Msg.1, and transmit PUCCH with the determined number of repetitions.
  • information regarding the correspondence (correspondence relationship) between the PRACH sequence (or RO) and the number of repetitions of the PUCCH for transmitting HARQ-ACK for Msg.4 may be notified to the terminal 200 by the SIB.
  • the repetition number is set for both the Msg.3 PUSCH and the PUCCH for transmitting Msg.4 HARQ-ACK, but this is not limited thereto, and the repetition number setting may be applied to either one. Also, for example, the repetition numbers set for each of the Msg.3 PUSCH and the PUCCH for transmitting Msg.4 HARQ-ACK may be the same (common) or different (individual settings may be used).
  • the PRACH resource determined based on the distance between the terminal 200 and the satellite may be either the PRACH sequence or the RO, or both. This also applies to each of the embodiments described below.
  • terminal 200 determines (or selects) the number of repetitions of PRACH (Msg.1) based on the location information of terminal 200, and transmits PRACH with the selected number of repetitions.
  • the terminal 200 transmits, for example, a Msg.3 PUSCH with repetition according to the repetition number of the selected PRACH.
  • the terminal 200 also transmits, for example, a PUCCH for transmitting a HARQ-ACK for Msg.4 with repetition according to the repetition number of the selected PRACH.
  • the base station 100 sets PRACH configuration information and information regarding the association between the PRACH repetition number and distance (e.g., the distance between the satellite and the terminal 200) as information regarding the PRACH resource.
  • the set information may be included in an SIB, for example, and transmitted to the terminal 200.
  • the PRACH configuration information may include information regarding PRACH resources with different repetition numbers.
  • the base station 100 determines (or sets) at least one of the repetition number of Msg.3 PUSCH and the repetition number of PUCCH used for transmitting HARQ-ACK for Msg.4 PDSCH according to the detected repetition number of PRACH input from the PRACH reception processing unit 105 based on the configured information. Then, the base station 100 may receive the PUCCH used for transmitting HARQ-ACK for Msg.3 PUSCH and Msg.4 PDSCH based on the determined repetition number.
  • the terminal 200 calculates the distance between the terminal 200 and a satellite, using, for example, the position information of the terminal 200 acquired by GNSS or the like, and the satellite position information calculated from the NTN-oriented information (e.g., satellite ephemeris and epoch time) input from the data reception processing unit 203.
  • the terminal 200 selects the number of PRACH repetitions according to the calculated distance, based on information on the PRACH resource and information on the correspondence between the number of PRACH repetitions and the distance (e.g., the distance between the satellite and the terminal 200).
  • Figure 8 shows an example of PRACH resource configuration.
  • the repetition number of the PRACH may be the number of repetitions of the PRACH sequence transmitted in one RO (PRACH resource configuration example 1).
  • the repetition number may be set uniquely for each PRACH sequence. For example, a repetition number of 1 may be set for sequences 1 to 10, and a repetition number of 4 may be set for sequences 11 to 20.
  • the repetition number may be set independently of the PRACH sequence. For example, multiple repetition number candidates may be set for all sequences available for PRACH transmission.
  • the repetition count of the PRACH may be the number of ROs used in one PRACH transmission (PRACH resource setting example 2).
  • the terminal 200 transmits the PRACH in one or more ROs with different timings according to the repetition count.
  • the same PRACH sequence may be set in multiple ROs, or different PRACH sequences may be set.
  • terminal 200 determines the number of repetitions of the PRACH based on information related to the location of terminal 200. According to this embodiment, in addition to the same effects as in embodiment 1, the number of repetitions of the PRACH can be appropriately set.
  • base station 100 may notify terminal 200 of information regarding the repetition number of Msg.3 PUSCH, as in embodiment 1.
  • base station 100 may notify terminal 200 of information regarding the repetition number of PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH, as in embodiment 1.
  • Information regarding the repetition number may be notified by a RACH response (or RAR, Msg.2) for Msg.3 PDSCH, and may be notified by DCI including an allocation of Msg.4 PDSCH for PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH, for example.
  • the terminal 200 may determine (or select or set) at least one of the repetition number of the Msg.3 PUSCH and the repetition number of the PUCCH used for transmitting HARQ-ACK for the Msg.4 PDSCH, for example, according to the determined repetition number of the PRACH. In this case, there may be no information regarding the repetition number from the base station 100 to the terminal 200. Note that the repetition number of at least one of the PUCCHs for transmitting HARQ-ACK for the Msg.3 PUSCH and Msg.4 is not limited to being determined based on the repetition number of the PRACH, and may be determined based on the location information of the terminal 200 (for example, the distance between the terminal 200 and a satellite).
  • terminal 200 may determine the sequence (PRACH sequence) or RO to be used for PRACH (Msg.1) based on location information of terminal 200.
  • terminal 200 determines (or selects) a PRACH sequence based on a TA value calculated from the location information of terminal 200, and transmits PRACH using the selected PRACH sequence.
  • the terminal 200 transmits, for example, a Msg.3 PUSCH with repetition according to the selected PRACH sequence.Furthermore, the terminal 200 transmits, for example, a PUCCH for transmitting a HARQ-ACK for Msg.4 with repetition according to the selected PRACH sequence.
  • the base station 100 (e.g., the control unit 107) sets information regarding the correspondence between the TA value calculated in the terminal 200 and the PRACH sequence.
  • the set information may be included in an SIB and transmitted to the terminal 200, for example.
  • the base station 100 determines (or sets) at least one of the repetition number of Msg.3 PUSCH and the repetition number of PUCCH used for transmitting HARQ-ACK for Msg.4 PDSCH, based on the configured information and in accordance with the detected PRACH sequence input from the PRACH reception processing unit 105. Then, the base station 100 may receive the PUCCH used for transmitting HARQ-ACK for Msg.3 PUSCH and Msg.4 PDSCH, based on the determined repetition number.
  • the correspondence between the PRACH sequence and the repetition number of each channel may be set in advance.
  • a PRACH sequence having a larger corresponding TA value may be associated with a larger repetition number.
  • the terminal 200 (e.g., the control unit 204) estimates the propagation delay of each of the service link and the feeder link using, for example, the location information of the terminal 200 obtained by GNSS or the like and the satellite location information calculated from the NTN-oriented information (e.g., satellite ephemeris and epoch time) input from the data reception processing unit 203, and calculates N TA,adj UE and N TA,adj common in equation (1).
  • the NTN-oriented information e.g., satellite ephemeris and epoch time
  • the terminal 200 selects the PRACH sequence in accordance with a value (e.g., the value of N TA,adj UE ) calculated based on the propagation delay of the service link (e.g., the propagation delay between the satellite and the terminal 200).
  • a value e.g., the value of N TA,adj UE
  • terminal 200 determines a PRACH resource (e.g., a PRACH sequence) based on a TA value calculated based on the position of terminal 200 and the position of the satellite.
  • a PRACH resource e.g., a PRACH sequence
  • the amount of propagation attenuation depends on the amount of propagation delay (e.g., the time it takes for propagation).
  • the TA value is calculated in terminal 200 based on an estimate of the amount of propagation delay for the round trip between the satellite and terminal 200. Therefore, the amount of propagation attenuation can be estimated from the TA value calculated in terminal 200.
  • the desired number of repetitions in satellite communications e.g., the number of repetitions to satisfy the desired reception quality
  • the desired number of repetitions can be estimated according to the TA value calculated in terminal 200. Therefore, in this embodiment, communication using an appropriate number of repetitions is possible by simple processing using the TA value already acquired in terminal 200 for timing adjustment.
  • the terminal 200 selects a PRACH sequence based on the TA value, and the base station 100 can estimate the necessity of repetition for an uplink channel (e.g., PUSCH or PUCCH) or the desired number of repetitions according to the detected PRACH sequence. Therefore, the base station 100 can set an appropriate number of repetitions for Msg.3 PUSCH and PUCCH used for Msg.4 HARQ-ACK, which are processed before terminal-specific RRC configuration (e.g., RRC reconfiguration).
  • an uplink channel e.g., PUSCH or PUCCH
  • the base station 100 can set an appropriate number of repetitions for Msg.3 PUSCH and PUCCH used for Msg.4 HARQ-ACK, which are processed before terminal-specific RRC configuration (e.g., RRC reconfiguration).
  • the PRACH sequence is determined based on the TA value, but this is not limiting.
  • at least one of the PRACH sequence, the RO, and the PRACH repetition number may be determined based on the TA value, similarly to embodiment 1 or 2.
  • N TA,adj UE is used as the TA value
  • the present invention is not limited to this, and other values related to timing control may be used.
  • base station 100 may notify terminal 200 of information regarding the repetition number of Msg.3 PUSCH, similar to embodiment 1.
  • base station 100 may notify terminal 200 of information regarding the repetition number of PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH, similar to embodiment 1.
  • Information regarding the repetition number may be notified, for example, by a RACH response (or RAR, Msg.2) for Msg.3 PDSCH, and may be notified by DCI including an allocation of Msg.4 PDSCH for PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH.
  • the terminal 200 may determine (or select or set) at least one of the repetition number of the Msg.3 PUSCH and the repetition number of the PUCCH used for transmitting a HARQ-ACK for the Msg.4 PDSCH, for example, in accordance with the determined PRACH resource (e.g., the PRACH sequence, the RO, the PRACH repetition number). In this case, there may be no information regarding the repetition number from the base station 100 to the terminal 200.
  • the repetition number of at least one of the PUCCHs for transmitting a HARQ-ACK for the Msg.3 PUSCH and Msg.4 is not limited to being determined based on the PRACH resource, and may be determined based on a TA value calculated in the terminal 200.
  • terminal 200 determines (or selects) the number of repetitions of the PRACH based on the detected SSB, and transmits the PRACH with the selected number of repetitions.
  • a coverage area on the earth's surface is formed by a beam (e.g., SSB beam) corresponding to each SSB
  • the SSB detected by terminal 200 depends on the position of terminal 200.
  • information regarding the SSB beam corresponding to the SSB received by terminal 200 e.g., SSB number
  • the terminal 200 transmits, for example, a Msg.3 PUSCH with repetition according to the repetition number of the selected PRACH.
  • the terminal 200 also transmits, for example, a PUCCH for transmitting a HARQ-ACK for Msg.4 with repetition according to the repetition number of the selected PRACH.
  • the base station 100 (e.g., the control unit 107) sets PRACH configuration information and information regarding the correspondence between the SSB number and the PRACH repetition number as information regarding the PRACH resource.
  • the set information may be included in an SIB and transmitted to the terminal 200.
  • the PRACH configuration information may include information regarding PRACH resources with different repetition numbers.
  • the base station 100 determines (or sets) at least one of the repetition number of Msg.3 PUSCH and the repetition number of PUCCH used for transmitting HARQ-ACK for Msg.4 PDSCH according to the detected repetition number of PRACH input from the PRACH reception processing unit 105 based on the configured information. Then, the base station 100 may receive the PUCCH used for transmitting HARQ-ACK for Msg.3 PUSCH and Msg.4 PDSCH based on the determined repetition number.
  • the terminal 200 detects the SSB by cell search, and receives the MIB and SIB after detecting the SSB.
  • the terminal 200 selects the PRACH repetition number according to the detected SSB (SSB number) based on, for example, information about the PRACH resource included in the SIB and information about the correspondence between the SSB number and the PRACH repetition number.
  • Figure 9 shows an example of PRACH resource (e.g., PRACH sequence or RO) configuration.
  • Figure 9(a) shows an example of the positional relationship between a satellite and SSB beams (e.g., SSB beam 1, SSB beam 2, SSB beam 3) emitted from the satellite, and
  • Figure 9(b) shows an example of the correspondence between SSB beams (or SSB numbers) and PRACH repetition numbers.
  • the base station 100 associates and configures SSB beam 1 (SSB number 1) with a PRACH resource with repetition number 4, SSB beam 2 (SSB number 2) with a PRACH resource with repetition number 2, and SSB beam 3 (SSB number 3) with a PRACH resource with repetition number 1 (e.g., no repetition).
  • the base station 100 notifies the terminal 200 in the cell of information regarding the correspondence between the SSB beam and the repetition number via the SIB.
  • the further away from the satellite the beam is that irradiating the surface of the earth (e.g., a beam with a low elevation angle from the earth's surface; in Figure 9(a), SSB beam 1), the longer the distance between the terminal 200 and the satellite, and the closer to the satellite the beam is that irradiating the surface of the earth (e.g., a beam with a high elevation angle from the earth's surface; in Figure 9(a), SSB beam 3), the shorter the distance between the terminal 200 and the satellite.
  • irradiating the surface of the earth e.g., a beam with a low elevation angle from the earth's surface; in Figure 9(a), SSB beam 1
  • the base station 100 may set a higher repetition number for a beam that irradiates an area on the Earth's surface farther from the satellite, and a lower repetition number for a beam that irradiates an area on the Earth's surface closer to the satellite.
  • terminal 200 when terminal 200 detects SSB beam 1 (SSB number 1) (i.e., when it is located in the coverage area of SSB beam 1), it selects a PRACH sequence (or RO) with a repetition number of 4.
  • SSB number 1 i.e., when it is located in the coverage area of SSB beam 1
  • PRACH sequence or RO
  • terminal 200 when terminal 200 detects SSB beam 2 (SSB number 2) (i.e., when it is located in the coverage area of SSB beam 2), it selects a PRACH sequence (or RO) with a repetition number of 2, and when terminal 200 detects SSB beam 3 (SSB number 3) (i.e., when it is located in the coverage area of SSB beam 3), it selects a PRACH sequence (or RO) with a repetition number of 1 (i.e., no repetition).
  • SSB number 2 i.e., when it is located in the coverage area of SSB beam 2
  • SSB number 3 i.e., when terminal 200 is located in the coverage area of SSB beam 3
  • PRACH sequence or RO
  • terminal 200 determines the number of repetitions of the PRACH based on the detected SSB beam.
  • terminal 200 located in an area of a beam that irradiates a position on the Earth's surface farther from the satellite can appropriately transmit the PRACH using a higher repetition number, thereby improving the reception quality of the PRACH at base station 100.
  • the base station 100 can set the repetition number for subsequent communications (Msg. 3 PUSCH or Msg. 4 HARQ-ACK) based on the repetition number of the detected PRACH, so that the terminal 200 can transmit Msg. 3 PUSCH and Msg. 4 HARQ-ACK with an appropriate repetition number.
  • the case where the number of repetitions of the PRACH is selected based on the SSB number detected by the terminal 200 has been described, but this is not limiting.
  • at least one of the PRACH sequence, the RO, and the number of repetitions may be determined based on the SSB number detected by the terminal 200.
  • the SSB number with the highest reception power may be used among the multiple SSBs.
  • the coverage area of each beam (SSB) on the Earth's surface also moves in accordance with the movement of the satellite, so the distance between the satellite and the coverage area of each beam does not change.
  • the relationship between the SSB number and the PRACH repetition number does not need to be changed in accordance with the movement of the satellite.
  • the base station 100 may update the relationship between the SSB number and the PRACH repetition number as the satellite moves and notify the terminal 200 in the SIB, or may change the SSB number as the satellite moves.
  • the SSB number is changed as the satellite moves, for example, in the example of Figure 9, when the satellite moves away from the area of SSB beam 3, the beam covering that area is changed to SSB beam 1, making it possible to select a PRACH with a high repetition number in that area.
  • base station 100 may notify terminal 200 of information regarding the repetition number of Msg.3 PUSCH, similar to embodiment 1.
  • base station 100 may notify terminal 200 of information regarding the repetition number of PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH, similar to embodiment 1.
  • Information regarding the repetition number may be notified, for example, by a RACH response (or RAR, Msg.2) for Msg.3 PDSCH, and may be notified by DCI including an allocation of Msg.4 PDSCH for PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH.
  • the terminal 200 may determine (or select or set) at least one of the repetition number of the Msg.3 PUSCH and the repetition number of the PUCCH used for transmitting a HARQ-ACK for the Msg.4 PDSCH, for example, in accordance with the determined PRACH resource (e.g., PRACH sequence, RO, PRACH repetition number). In this case, there may be no information regarding the repetition number from the base station 100 to the terminal 200.
  • the determined PRACH resource e.g., PRACH sequence, RO, PRACH repetition number
  • the repetition number of at least one of the PUCCHs for transmitting a HARQ-ACK for the Msg.3 PUSCH and Msg.4 is not limited to being determined based on the PRACH resource, and may be determined based on the SSB beam (e.g., SSB number) detected in the terminal 200.
  • the initial access resource e.g., any one of the PRACH sequence, the number of PRACH repetitions, and the RO
  • terminal 200 may select the initial access resource based on the position of terminal 200 and a reference location.
  • the reference position is, for example, the center position of a cell (or beam) on the Earth's surface, and is notified from base station 100 to terminal 200 by SIB.
  • SIB the farther away from the cell center is, the worse the directional characteristics of the satellite beam, and the more likely it is that the received signal quality will deteriorate. For this reason, the longer the distance between terminal 200 and the reference position, the more PRACH resources (e.g., PRACH sequences or ROs) with a higher repetition number may be selected.
  • PRACH resources e.g., PRACH sequences or ROs
  • the longer the distance between terminal 200 and the reference position the more PRACH resources (e.g., PRACH sequences or ROs) with a higher repetition number for Msg.3 PUSCH or a higher repetition number for Msg.4 PUCCH used for HARQ-ACK transmission may be selected.
  • PRACH resources e.g., PRACH sequences or ROs
  • the selection of resources for initial access based on the reference position may be combined with at least one of the first to fourth embodiments (e.g., the selection of resources for initial access based on the satellite position).
  • the number of repetitions determined based on the satellite position may be further changed based on the reference position.
  • a PRACH sequence with a greater repetition number e.g., twice the repetition number set based on the satellite position
  • a PRACH sequence with a repetition number set based on the satellite position may be selected, or a PRACH sequence with a repetition number less than the repetition number set based on the satellite position may be selected.
  • the threshold may be notified from base station 100 to terminal 200.
  • the reference location may be the "referenceLocation" notified by SIB19.
  • a PRACH resource (e.g., a PRACH sequence, a PRACH repetition number, or an RO) may be selected based on the polarization control capability of the terminal 200.
  • satellites use circular polarization (e.g., left hand circular polarization (LHCP) or right hand circular polarization (RHCP)), while terrestrial cellular terminals use linear polarization (e.g., vertical polarization (V polarization) or horizontal polarization (H polarization)).
  • LHCP left hand circular polarization
  • RHCP right hand circular polarization
  • linear polarization e.g., vertical polarization (V polarization) or horizontal polarization (H polarization)
  • V polarization vertical polarization
  • H polarization horizontal polarization
  • the terminal 200 when the terminal 200 can transmit a polarized signal with the same polarization as that used for reception by the satellite (or base station 100), loss due to differences in polarization is reduced. Therefore, when the terminal 200 can transmit a polarized signal with the same polarization as that used for reception by the satellite (or base station 100), the terminal 200 may select a PRACH resource (e.g., PRACH sequence or RO) with a smaller repetition number, or a smaller PRACH repetition number.
  • a PRACH resource e.g., PRACH sequence or RO
  • the terminal 200 may select a PRACH resource (e.g., PRACH sequence or RO) with a smaller repetition number for Msg.3 PUSCH, or a smaller repetition number for Msg.4 PUCCH used for HARQ-ACK transmission.
  • a PRACH resource e.g., PRACH sequence or RO
  • Radio performance such as antenna gain, polarization, and modulation/demodulation accuracy varies depending on the implementation method of the terminal. If these radio performance characteristics differ significantly from terminal to terminal, there may be a large difference in the relationship between the distance between the terminal and the satellite and the reception quality, and it may be difficult to set an appropriate repetition number for all terminals.
  • the wireless performance of the terminal may be specified, and the method of the above embodiment may be applied to terminal 200 that satisfies the specifications, or to terminal 200 that has been tested against these specifications.
  • multiple levels of wireless performance may be specified, and terminal 200 may select a PRACH with an individual (e.g., different) number of repetitions for each of these wireless performance levels.
  • terminal 200 may select a PRACH sequence or a number of PRACH repetitions, taking into consideration, for example, at least an estimated value of propagation loss, antenna gain, and polarization gain.
  • the repetition number of the PUCCH used for HARQ-ACK transmission may be notified to the terminal 200, for example, by the following method.
  • the repetition number is notified in a format similar to that of the DCI for the terrestrial network.
  • the repetition number is notified by DCI with the same number of bits as the DCI for Rel. 15, 16, and 17, without adding any additional bits for notifying the repetition number.
  • Method 1 the number of repetitions of the PUCCH used for transmitting Msg.4 HARQ-ACK is notified using the reserved field of DCI format 1_0 used for notifying resource allocation of Msg.4 PDSCH.
  • the reserved field may be, for example, two bits of the downlink assignment index (DAI) field.
  • DAI downlink assignment index
  • the two-bit reserved field makes it possible to notify the terminal 200 of one of four repetition numbers (candidates).
  • the four repetition number candidates may be notified to the terminal 200 by the SIB.
  • terminal 200 may interpret the reserved field of DCI format 1_0 scrambled by TC-RNTI as the notification field of the repetition number mentioned above.
  • “interpretation” may also be rephrased as, for example, “identification,” “judgment,” “determination,” “decision,” “calculation,” or “understanding.”
  • Method 2 the number of repetitions of the PUCCH used for transmitting Msg.4 HARQ-ACK is notified using the PUCCH Resource Indicator (PRI) field of DCI format 1_0 used for notifying resource allocation of Msg.4 PDSCH.
  • PRI PUCCH Resource Indicator
  • the PRI field is 3 bits, and for example, 2 of the 3 bits may be used to notify the repetition number, and the remaining bit may be used to notify the PUCCH resource.
  • the 2 bits of the PRI field make it possible to notify the terminal 200 of one of 4 repetition numbers (candidates).
  • the 4 repetition number candidates may be notified to the terminal 200 by the SIB.
  • the terminal 200 may interpret the PRI field (e.g., part of the PRI field) of DCI format 1_0 scrambled by the TC-RNTI as a notification field of the above-mentioned repetition number.
  • the frequency resources to be used for the PUCCH are notified to terminal 200 by PRI, and control is performed so that PUCCHs of different terminals do not collide with each other.
  • the PRI field is used to notify the number of repetitions, so the number of bits for notifying the PUCCH resource is reduced.
  • PUCCH collisions between the terminal transmitting Msg.4 HARQ-ACK and other terminals can be easily avoided by controlling the PUCCH resources of other connected terminals.
  • Method 3 the number of repetitions of the PUCCH used for transmitting Msg.4 HARQ-ACK is notified using the PDSCH-to-HARQ-timing-indicator field of DCI format 1_0 used for notifying resource allocation of Msg.4 PDSCH.
  • the PDSCH-to-HARQ-timing-indicator field is 3 bits, and for example, 2 of the 3 bits may be used to notify the repetition number, and the remaining bit may be used to notify information on the timing relationship between the PDSCH and HARQ feedback.
  • the 2 bits of the PDSCH-to-HARQ-timing-indicator field make it possible to notify terminal 200 of one of 4 repetition numbers (candidates).
  • the 4 repetition number candidates may be notified to terminal 200 by SIB.
  • terminal 200 may interpret the PDSCH-to-HARQ-timing-indicator field of DCI format 1_0 scrambled by TC-RNTI (e.g., part of the PDSCH-to-HARQ-timing-indicator field) as a notification field for the above-mentioned number of repetitions.
  • the PDSCH-to-HARQ-timing-indicator notifies terminal 200 of the time resources to be used for the PUCCH, and controls are performed to avoid downlink slots in the case of a TDD (Time Domain Duplex) system and to prevent collision between PUCCHs of different terminals.
  • TDD Time Domain Duplex
  • the PDSCH-to-HARQ-timing-indicator field is used to notify the number of repetitions, so the number of bits for notifying the PUCCH resource is reduced.
  • NTN mainly uses an FDD (Frequency Domain Duplex) system, control to avoid downlink slots is not required.
  • the PUCCH used to transmit Msg.4 HARQ-ACK is transmitted by the terminal that performs initial access and not by other connected terminals, PUCCH collisions between the terminal transmitting Msg.4 HARQ-ACK and other terminals can be easily avoided by controlling the PUCCH resources of other connected terminals.
  • Method 4 the number of repetitions of the PUCCH used for transmitting Msg.4 HARQ-ACK is notified using the Transmit Power Control (TPC) field of DCI format 1_0 used for notifying resource allocation of Msg.4 PDSCH.
  • TPC Transmit Power Control
  • the TPC field is two bits, and for example, one of the two bits may be used to notify the repetition number, and the remaining bit may be used to notify TPC information.
  • one bit of the TPC field makes it possible to notify terminal 200 of one of two repetition numbers (candidates).
  • the two repetition number candidates may be notified to terminal 200 by SIB.
  • all two bits of the TPC field may be used to notify the repetition number.
  • terminal 200 may transmit PUCCH at maximum power without performing transmission power control using the TPC bit.
  • the terminal 200 may interpret the TPC field of DCI format 1_0 scrambled by the TC-RNTI (e.g., a part of the TPC field) as a notification field of the above-mentioned repetition number.
  • the PUCCH transmission power is controlled by TPC to reduce interference with adjacent cells.
  • the TPC field is used to notify the number of repetitions, so the number of bits for controlling the PUCCH transmission power is reduced.
  • the PUCCH used to transmit Msg.4 HARQ-ACK is transmitted by the terminal that makes the initial access and not by other connected terminals, repetition notification is not performed frequently, and even if the PUCCH is transmitted with high transmission power, the impact on interference with adjacent cells is small.
  • NTN involves long-distance communication, it is thought that most terminals transmit at maximum power, and the impact is small even if transmission power control by the TPC field is not performed.
  • terminal 200 that has selected a specific range of PRACH sequences (or ROs) from among multiple PRACH sequences (or ROs) may receive information on the number of repetitions by rereading a certain field of DCI based on any of methods 1 to 4 above.
  • the range of the PRACH sequences (or ROs) may be notified to terminal 200 by SIB.
  • the DCI format, DCI field, and number of bits of the field used to notify the repetition number of the PUCCH used for transmitting Msg.4 HARQ-ACK are not limited to the above-mentioned example, and may be other formats, fields, or other numbers of bits.
  • the number of bits used to notify the repetition number of the PUCCH used for transmitting Msg.4 HARQ-ACK is not limited to the above-mentioned example, and may be other numbers of bits.
  • the type of RNTI used for scrambling the DCI used to notify the repetition number of the PUCCH used for transmitting Msg.4 HARQ-ACK is not limited to TC-RNTI, and may be other RNTI.
  • the same PRACH sequence in different ROs may be treated as different sequences.
  • the PRACH sequence may be a sequence that spans multiple ROs.
  • repetition transmission may be multiple transmissions of the same modulated signal, or multiple transmissions of signals that have been modulated or coded differently for the same data.
  • the number of repetitions indicates the number of times a signal is transmitted, and a repetition number of 1 may be interpreted as "no repetitions.”
  • the PRACH sequence may also be, for example, a root sequence or a CS sequence.
  • the PRACH sequence may also be replaced with a RACH resource called RO.
  • the base station 100 notifies the terminal 200 of the association information between the parameters such as the distance, the TA value, and the SSB number and the initial access resources (e.g., the PRACH sequence, the RO, or the repetition number) by the SIB, and the terminal 200 selects the PRACH sequence based on the association.
  • the base station 100 may notify the terminal 200 of the association information between the parameters such as the distance, the TA value, and the SSB number and the range (or group) of the initial access resources (e.g., the PRACH sequence, the RO, or the repetition number) by the SIB.
  • the terminal 200 may randomly select a resource from within the range of the notified initial access resources (e.g., the PRACH sequence, the RO, or the repetition number).
  • An embodiment of the present disclosure can be used for different types of satellite communications, such as low earth orbit satellites (LEO), medium earth orbit satellites (MEO), high elliptical orbit satellites (HEO), or geostationary earth orbit satellites (GEO), which have different altitudes above the earth's surface.
  • LEO low earth orbit satellites
  • MEO medium earth orbit satellites
  • HEO high elliptical orbit satellites
  • GEO geostationary earth orbit satellites
  • the information representing the relationship between the distance between the terminal 200 and the satellite and the initial access resources e.g., PRACH sequence or repetition number
  • the information representing the relationship between the TA value and the initial access resources e.g., PRACH sequence or repetition number
  • PRACH sequence or repetition number may be set individually for each type of satellite (or satellite altitude).
  • terminal 200 selects a PRACH sequence or a PRACH repetition number, and base station 100 identifies, sets, and/or notifies terminal 200 of the repetition number required for the PUCCH used for HARQ-ACK transmission for Msg.3 PUSCH and/or Msg.4 PDSCH from the detected PRACH sequence or PRACH repetition number, but this is not limited to the above.
  • terminal 200 may select a PRACH from a specific PRACH sequence if terminal 200 supports the repetition of the PUCCH used for HARQ-ACK transmission for Msg.4 PDSCH, or if it is determined that repetition transmission is required based on location information or reception quality.
  • the specific PRACH sequence may be notified to terminal 200 by SIB from base station 100.
  • base station 100 detects a PRACH of a specific PRACH sequence, it instructs terminal 200 by Msg.2 to include information on the repetition number in Msg.3 PUSCH, and terminal 200 may notify base station 100 in Msg.3 PUSCH of information on the repetition number of the PUCCH used for transmitting a HARQ-ACK for Msg.4 PDSCH.
  • the amount of information that can be notified by a PUSCH such as Msg.3 is greater than the amount of information that can be notified by selecting a PRACH sequence. For this reason, by terminal 200 notifying base station 100 of information on the repetition number in Msg.3 PUSCH, it becomes possible to notify more candidate repetition numbers.
  • the random access procedure may be a two-step random access procedure (e.g., also called a two-step RACH or Type-2 random access procedure).
  • the sequence or number of repetitions of the uplink signal (e.g., at least one of PRACH and PUSCH) transmitted as MsgA may be selected in the terminal 200 based on the position (or distance), TA value, or information on the SSB described in any of the first to fourth embodiments.
  • the PUCCH for HARQ-ACK for Msg.4 in any of the first to fourth embodiments may be read as the PUCCH for HARQ-ACK for MsgB.
  • the repetition number is determined individually for the PUCCH for HARQ-ACK for Msg.3 and for Msg.4, and is notified to the terminal 200.
  • this is not limiting.
  • the repetition number for the PUCCH for HARQ-ACK for Msg.4 does not need to be notified.
  • the terminal 200 may transmit the PUCCH for HARQ-ACK for Msg.4 using the same repetition number as the repetition number notified for the Msg.3 PUSCH.
  • the terminal 200 may transmit the PUCCH for HARQ-ACK for Msg.4 using a repetition number determined based on the repetition number notified for the Msg.3 PUSCH.
  • the relationship between the repetition number for the Msg.3 PUSCH and the repetition number for the PUCCH for HARQ-ACK for Msg.4 may be notified from the base station 100 to the terminal 200 in the SIB using an offset or a scaling coefficient.
  • the offset may be, for example, information on the difference between the repetition number of Msg.3 PUSCH and the repetition number of PUCCH for HARQ-ACK for Msg.4.
  • the scaling coefficient may be, for example, information on the ratio between the repetition number of Msg.3 PUSCH and the repetition number of PUCCH for HARQ-ACK for Msg.4.
  • Information on the combination of the repetition number of Msg3 PUSCH and the repetition number of PUCCH for HARQ-ACK for Msg.4 may be notified by the RAR UL grant, which is the Mg.3 PUSCH scheduling information of the RACH response (RAR).
  • RAR RACH response
  • the information on the above combination may be notified in the MCS field of the RAR UL grant.
  • Candidates for combinations of the repetition number of Msg3 PUSCH and the repetition number of PUCCH for HARQ-ACK for Msg.4 may be notified by the SIB. This reduces the amount of information notified about the repetition number of the PUCCH for HARQ-ACK for Msg.4. Note that it is not necessary to notify the repetition number for the PUCCH for HARQ-ACK for Msg.4, but not the repetition number for the PUSCH for Msg.3.
  • the PUCCH for HARQ-ACK for Msg.4 may be interpreted as a PUCCH including HARQ-ACK information for a PDSCH whose CRC portion is scheduled and notified by DCI scrambled with TC-RNTI.
  • satellite ephemeris information which is information related to the satellite position
  • the satellite ephemeris information may be updated when communication is possible.
  • the terminal 200 may identify the satellite position using information other than the satellite ephemeris information.
  • GNSS such as GPS (for example, position detection using satellite signals)
  • position detection may be performed, for example, using terrestrial cellular base stations, using WiFi (registered trademark) signals or Bluetooth (registered trademark) signals, using an acceleration sensor, or a combination of these detection methods.
  • altitude information may be obtained from a barometric pressure sensor, etc.
  • a cell may be an area defined by the received power of an SSB or a Channel State Information - Reference Signal (CSI-RS) transmitted by a base station (or a satellite), or an area defined by a geographical location. Furthermore, a cell in each of the above-mentioned embodiments may be replaced with a beam defined by an SSB.
  • CSI-RS Channel State Information - Reference Signal
  • the PRACH, Msg.3 PDSCH, and PUCCH used for transmitting HARQ-ACK for Msg.4 PDSCH are described as examples of uplink channels that are repeated, but the channels or signals that are repeated are not limited to these.
  • the uplink channel or signal that is repeated may be another channel or signal that is used for transmission before higher layer configuration specific to the terminal 200 (terminal-individual RRC configuration) is performed.
  • the PRACH resource, the Msg.3 PDSCH resource, and the PDSCH resource used for transmitting HARQ-ACK for Msg.4 PDSCH may each be set individually based on a different parameter among the three parameters of the distance between the terminal 200 and the satellite, the TA value, and the SSB beam.
  • the PRACH resource, the Msg.3 PDSCH resource, and the PDSCH resource used for transmitting HARQ-ACK for Msg.4 PDSCH may be set based on a combination of different parameters among the three parameters of the distance between the terminal 200 and the satellite, the TA value, and the SSB beam.
  • Satellite ephemeris information and common TA parameter information may be notified, for example, as "EpochTime” and "TAInfo", respectively, in NTN-Config of SIB19.
  • the base station may be read as a "network.”
  • the terminal 200 may measure reception quality using other signals, such as CSI-RS, instead of SSB signals.
  • the transmission of the uplink from the terminal 200 to the base station 100 has been described, but an embodiment of the present disclosure is not limited to this, and may be applied to data in the downlink from the base station 100 to the terminal 200, or in a link (e.g., a sidelink) between the terminals 200.
  • a link e.g., a sidelink
  • the transmission of a signal at the time of initial access has been described as an example of uplink transmission, but the transmission target is not limited to the signal at the time of initial access, and may be other signals or channels.
  • an embodiment of the present disclosure can be applied regardless of the type of satellite, such as GEO, MEO, LEO, or HEO. Furthermore, an embodiment of the present disclosure may be applied to non-terrestrial communications, such as HAPS or drone base stations, for example.
  • NTN environment e.g., a satellite communication environment
  • present disclosure is not limited thereto.
  • the present disclosure may be applied to other communication environments (e.g., at least one terrestrial cellular environment of LTE and NR).
  • one embodiment of the present disclosure may be applied to terrestrial communications in an environment in which the cell size is large and the propagation delay between the base station 100 and the terminal 200 is longer (e.g., above a threshold).
  • the form of satellite communication may be a configuration in which the base station functions exist on a satellite (e.g., a "regenerative satellite"), or a configuration in which the base station functions exist on the ground and a satellite relays communication between the base station and a terminal (e.g., a "transparent satellite").
  • the downlink and uplink may be links between a terminal and a satellite, or links via a satellite.
  • the various parameters in the above embodiment are merely examples, and other numerical values may be used.
  • the PRACH sequence number, RO number, distance between the terminal 200 and the satellite, number of repetitions, SSB number, and number of SSBs are not limited to the values shown in the above examples.
  • the method of notifying the terminal 200 of the control information from the base station 100 is not limited to the above-mentioned example, and the control information may be notified (or reported, indicated, set) by at least one of system information such as MIB and SIB, RRC control information, MAC control information, and downlink control information (DCI), or may be set in advance in the terminal 200, or may be specified in advance in a standard.
  • system information such as MIB and SIB, RRC control information, MAC control information, and downlink control information (DCI)
  • the base station may be referred to as a gNodeB or a gNB.
  • the terminal may be referred to as a UE.
  • Time resource units such as system frame and subframe may be replaced with slot, time slot, minislot, frame, subframe, etc.
  • (supplement) Information indicating whether terminal 200 supports the functions, operations or processes described in the above-mentioned embodiments may be transmitted (or notified) from terminal 200 to base station 100, for example, as capability information or capability parameters of terminal 200.
  • the capability information may include information elements (IEs) that individually indicate whether the terminal 200 supports at least one of the functions, operations, or processes shown in the above-described embodiments.
  • the capability information may include information elements that indicate whether the terminal 200 supports a combination of any two or more of the functions, operations, or processes shown in the above-described embodiments.
  • the base station 100 may, for example, determine (or decide or assume) the functions, operations, or processing that are supported (or not supported) by the terminal 200 that sent the capability information.
  • the base station 100 may perform operations, processing, or control according to the results of the determination based on the capability information.
  • the base station 100 may control communications for the NTN based on the capability information received from the terminal 200.
  • the terminal 200 does not support some of the functions, operations, or processes described in the above-described embodiment may be interpreted as meaning that such some of the functions, operations, or processes are restricted in the terminal 200. For example, information or requests regarding such restrictions may be notified to the base station 100.
  • the information regarding the capabilities or limitations of the terminal 200 may be defined in a standard, for example, or may be implicitly notified to the base station 100 in association with information already known at the base station 100 or information transmitted to the base station 100.
  • 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 a Physical Downlink Control Channel (PDCCH) in a physical layer, or a signal (or information) transmitted in a Medium Access Control Control Element (MAC CE) or Radio Resource Control (RRC) in a higher layer.
  • the signal (or information) is not limited to being notified by a downlink control signal, and may be predefined in a specification (or standard), or may be preconfigured in a base station and a terminal.
  • the uplink control signal (or uplink control information) related to one embodiment of the present disclosure may be, for example, a signal (or information) transmitted in a PUCCH in the physical layer, or a signal (or information) transmitted in a MAC CE or RRC in a higher layer.
  • the signal (or information) is not limited to being notified by an uplink control signal, but may be predefined in a specification (or standard), or may be preconfigured in a base station and a terminal.
  • 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.
  • the base station may be 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), a parent device, a gateway, or the like.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • a terminal may play the role of a base station.
  • a relay device that relays communication between an upper node and a terminal may be used.
  • a roadside unit may be used.
  • An embodiment of the present disclosure may be applied to, for example, any of an uplink, a downlink, and a sidelink.
  • an embodiment of the present disclosure may be applied to a Physical Uplink Shared Channel (PUSCH), a Physical Uplink Control Channel (PUCCH), a Physical Random Access Channel (PRACH) in the uplink, a Physical Downlink Shared Channel (PDSCH), a PDCCH, a Physical Broadcast Channel (PBCH) in the downlink, or a Physical Sidelink Shared Channel (PSSCH), a Physical Sidelink Control Channel (PSCCH), or a Physical Sidelink Broadcast Channel (PSBCH) in the sidelink.
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical Broadcast Channel
  • PBCH Physical Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink Control Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, a downlink data channel, an uplink data channel, and an uplink control channel, respectively.
  • PSCCH and PSSCH are examples of a sidelink control channel and a sidelink data channel.
  • PBCH and PSBCH are examples of a broadcast channel, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to, for example, any of a data channel and a control channel.
  • the channel in an 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 by both the base station and the mobile station, and may be called a Reference Signal (RS) or a pilot signal.
  • the reference signal may be any of a Demodulation Reference Signal (DMRS), a Channel State Information - Reference Signal (CSI-RS), a Tracking Reference Signal (TRS), a Phase Tracking Reference Signal (PTRS), a Cell-specific Reference Signal (CRS), or a Sounding Reference Signal (SRS).
  • 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 Reference Signal
  • the unit of time resource is not limited to one or a combination of slots and symbols, but may be, for example, a time resource unit such as a frame, a superframe, a subframe, a slot, a time slot subslot, a minislot, or a symbol, an Orthogonal Frequency Division Multiplexing (OFDM) symbol, a Single Carrier-Frequency Division Multiplexing Access (SC-FDMA) symbol, or another time resource unit.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier-Frequency Division Multiplexing Access
  • 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 either a licensed band or an unlicensed band.
  • An embodiment of the present disclosure may be applied to any of communication between a base station and a terminal (Uu link communication), communication between terminals (Sidelink communication), and Vehicle to Everything (V2X) communication.
  • the channel in an embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • an embodiment of the present disclosure may be applied to either a terrestrial network or a non-terrestrial network (NTN: Non-Terrestrial Network) using a satellite or a High Altitude Pseudo Satellite (HAPS: High Altitude Pseudo Satellite).
  • NTN Non-Terrestrial Network
  • HAPS High Altitude Pseudo Satellite
  • an embodiment of the present disclosure may be applied to a terrestrial network in which the transmission delay is large compared to the symbol length or slot length, such as a network with a large cell size or an ultra-wideband transmission network.
  • an antenna port refers to a logical antenna (antenna group) consisting of one or more physical antennas.
  • an antenna port does not necessarily refer to one physical antenna, but may refer to an array antenna consisting of multiple antennas.
  • an antenna port may be defined as the minimum unit by which a terminal station can transmit a reference signal, without specifying how many physical antennas the antenna port is composed of.
  • an antenna port may be defined as the minimum unit by which a weighting of a precoding vector is multiplied.
  • 5G fifth generation of mobile phone technology
  • NR radio access technology
  • the system architecture as a whole assumes an NG-RAN (Next Generation - Radio Access Network) comprising gNBs.
  • the gNBs provide the UE-side termination of the NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • the gNBs are connected to each other via an Xn interface.
  • the gNBs are also connected to the Next Generation Core (NGC) via a Next Generation (NG) interface, more specifically to the Access and Mobility Management Function (AMF) (e.g., a specific core entity performing AMF) via an NG-C interface, and to the User Plane Function (UPF) (e.g., a specific core entity performing UPF) via an NG-U interface.
  • the NG-RAN architecture is shown in Figure 10 (see, for example, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack includes the PDCP (Packet Data Convergence Protocol (see, for example, TS 38.300, section 6.4)) sublayer, the RLC (Radio Link Control (see, for example, TS 38.300, section 6.3)) sublayer, and the MAC (Medium Access Control (see, for example, TS 38.300, section 6.2)) sublayer, which are terminated on the network side at the gNB.
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is also defined for NR (see, for example, 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 clauses 6.4, 6.3, and 6.2 of TS 38.300, respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles multiplexing of logical channels and scheduling and scheduling-related functions, including handling various numerologies.
  • the physical layer is responsible for coding, 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 the transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • the physical channels include the PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and the PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel), and PBCH (Physical Broadcast Channel) as downlink physical channels.
  • PRACH Physical Random Access Channel
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios may include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), and massive machine type communication (mMTC), which have diverse requirements in terms of data rate, latency, and coverage.
  • eMBB enhanced mobile broadband
  • URLLC ultra-reliable low-latency communications
  • mMTC massive machine type communication
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and effective (user-experienced) data rates that are about three times higher than the data rates offered by IMT-Advanced.
  • URLLC stricter requirements are imposed on ultra-low latency (0.5 ms for user plane latency in UL and DL, respectively) and high reliability (1-10-5 within 1 ms).
  • mMTC may require preferably high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in adverse environments, and extremely long battery life (15 years) for low-cost devices.
  • OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • OFDM numerology e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval
  • low latency services may preferably require a shorter symbol length (and therefore a larger subcarrier spacing) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • deployment scenarios with large channel delay spreads may preferably require a longer CP length than scenarios with short delay spreads.
  • Subcarrier spacing may be optimized accordingly to maintain similar CP overhead.
  • NR may support one or more subcarrier spacing values. Correspondingly, subcarrier spacings of 15 kHz, 30 kHz, 60 kHz... are currently considered.
  • a resource grid of subcarriers and OFDM symbols is defined for the 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).
  • Figure 11 shows the functional separation between NG-RAN and 5GC.
  • the logical nodes of NG-RAN are gNB or ng-eNB.
  • 5GC has logical nodes AMF, UPF, and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Resource Management functions such as Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation (scheduling) of resources to UEs in both uplink and downlink; - IP header compression, encryption and integrity protection of the data; - Selection of an AMF at UE attach time when routing to an AMF cannot be determined from information provided by the UE; - Routing of user plane data towards the UPF; - Routing of control plane information towards the AMF; - Setting up and tearing down connections; - scheduling and transmission of paging messages; Scheduling and transmission of system broadcast information (AMF or Operation, Admission, Maintenance (OAM) origin); - configuration of measurements and measurement reporting for mobility and scheduling; - Transport level packet marking in the uplink; - Session management; - Support for network slicing; - Management of QoS flows and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - NAS
  • the Access and Mobility Management Function hosts the following main functions: – Ability to terminate Non-Access Stratum (NAS) signalling; - NAS signalling security; - Access Stratum (AS) security control; - Core Network (CN) inter-node signaling for mobility between 3GPP access networks; - Reachability to idle mode UEs (including control and execution of paging retransmissions); - Managing the registration area; - Support for intra-system and inter-system mobility; - Access authentication; - Access authorization, including checking roaming privileges; - Mobility management control (subscription and policy); - Support for network slicing; – Selection of Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - anchor point for intra/inter-RAT mobility (if applicable); - external PDU (Protocol Data Unit) Session Points for interconnection with data networks; - Packet routing and forwarding; - Packet inspection and policy rule enforcement for the user plane part; - Traffic usage reporting; - an uplink classifier to support routing of traffic flows to the data network; - Branching Point to support multi-homed PDU sessions; QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement); - Uplink traffic validation (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification triggering.
  • PDU Protocol Data Unit Session Points for interconnection with data networks
  • Packet routing and forwarding Packet inspection and policy rule enforcement for the user plane part
  • Traffic usage reporting - an uplink classifier to support routing of traffic flows to the data network
  • - Branching Point to support multi-homed PDU
  • Session Management Function hosts the following main functions: - Session management; - Allocation and management of IP addresses for UEs; - Selection and control of UPF; - configuration of traffic steering in the User Plane Function (UPF) to route traffic to the appropriate destination; - Control policy enforcement and QoS; - Notification of downlink data.
  • Figure 12 shows some of the interactions between the UE, gNB, and AMF (5GC entities) when the UE transitions from RRC_IDLE to RRC_CONNECTED in the NAS portion (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares UE context data (which includes, for example, PDU session context, security keys, UE Radio Capability, UE Security Capabilities, etc.) and sends it to the gNB with an 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 with a SecurityModeComplete message to the gNB.
  • the gNB then performs reconfiguration to set up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) by sending an RRCReconfiguration message to the UE and receiving an RRCReconfigurationComplete from the UE.
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the steps related to RRCReconfiguration are omitted since SRB2 and DRB are not set up.
  • the gNB informs the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • a 5th Generation Core (5GC) entity e.g., AMF, SMF, etc.
  • a control circuit that, during operation, establishes a Next Generation (NG) connection with a gNodeB
  • a transmitter that, during operation, transmits an initial context setup message to the gNodeB via the NG connection such that a signaling radio bearer between the gNodeB and a user equipment (UE) is set up.
  • the gNodeB transmits 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
  • Figure 13 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases that were envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first phase of specifications for enhanced mobile-broadband (eMBB) has been completed.
  • Current and future work includes standardization for ultra-reliable and low-latency communications (URLLC) and massive machine-type communications (mMTC), in addition to expanding support for eMBB.
  • Figure 13 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see, for example, ITU-R M.2083 Figure 2).
  • the URLLC use cases have stringent requirements for performance such as throughput, latency, and availability. It is envisioned as one of the enabling technologies for future applications such as wireless control of industrial or manufacturing processes, remote medical surgery, automation of power transmission and distribution in smart grids, and road safety.
  • URLLC's ultra-high reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • key requirements include a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the overall URLLC requirement for a single 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
  • NR URLLC can be improved in many possible ways.
  • Current room for reliability improvement includes defining a separate CQI table for URLLC, more compact DCI formats, PDCCH repetition, etc.
  • this room can be expanded to achieve ultra-high reliability as NR becomes more stable and more developed (with respect to the key requirements of NR URLLC).
  • Specific use cases for NR URLLC in Release 15 include Augmented Reality/Virtual Reality (AR/VR), e-health, e-safety, and mission-critical applications.
  • AR/VR Augmented Reality/Virtual Reality
  • e-health e-safety
  • mission-critical applications mission-critical applications.
  • the technology enhancements targeted by NR URLLC aim to improve latency and reliability.
  • Technology enhancements for improving latency include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channel, and pre-emption in downlink.
  • Pre-emption means that a transmission for which resources have already been allocated is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements that are requested later. Thus, a transmission that was already allowed is preempted by a later transmission. Pre-emption is applicable regardless of the specific service type. For example, a transmission of service type A (URLLC) may be preempted by a transmission of service type B (eMBB, etc.).
  • Technology enhancements for improving reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • the mMTC (massive machine type communication) use case is characterized by a very large number of connected devices transmitting relatively small amounts of data that are typically not sensitive to latency.
  • the devices are required to be low cost and have very long battery life. From an NR perspective, utilizing very narrow bandwidth portions is one solution that saves power from the UE's perspective and allows for long battery life.
  • the scope of reliability improvement in NR is expected to be broader.
  • One of the key requirements for all cases, e.g. for URLLC and mMTC, is high or ultra-high reliability.
  • Several mechanisms can improve reliability from a radio perspective and a network perspective.
  • these areas include compact control channel information, data channel/control channel repetition, and diversity in frequency, time, and/or spatial domains. These areas are generally applicable to reliability improvement regardless of the specific communication scenario.
  • NR URLLC For NR URLLC, further use cases with more stringent requirements are envisaged, such as factory automation, transportation and power distribution, with high reliability (up to 10-6 level of reliability), high availability, packet size up to 256 bytes, time synchronization up to a few ⁇ s (depending on the use case, the value can be 1 ⁇ s or a few ⁇ s depending on the frequency range and low latency of the order of 0.5 ms to 1 ms (e.g. 0.5 ms latency on the targeted user plane).
  • high reliability up to 10-6 level of reliability
  • high availability packet size up to 256 bytes
  • time synchronization up to a few ⁇ s (depending on the use case, the value can be 1 ⁇ s or a few ⁇ s depending on the frequency range and low latency of the order of 0.5 ms to 1 ms (e.g. 0.5 ms latency on the targeted user plane).
  • NR URLLC there may be several technology enhancements from a physical layer perspective. These include PDCCH (Physical Downlink Control Channel) enhancements for compact DCI, PDCCH repetition, and increased monitoring of PDCCH. Also, UCI (Uplink Control Information) enhancements related to enhanced HARQ (Hybrid Automatic Repeat Request) and CSI feedback enhancements. There may also be PUSCH enhancements related to minislot level hopping, and retransmission/repetition enhancements.
  • minislot refers to a Transmission Time Interval (TTI) that contains fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • QoS Quality of Service
  • the 5G Quality of Service (QoS) model is based on QoS flows and supports both QoS flows that require a guaranteed flow bit rate (GBR QoS flows) and QoS flows that do not require a guaranteed flow bit rate (non-GBR QoS flows).
  • GRR QoS flows Guarantee flow bit rate
  • non-GBR QoS flows QoS flows that do not require a guaranteed flow bit rate
  • QoS flows are the finest granularity of QoS partitioning in a PDU session.
  • QoS flows are identified within a PDU session by a QoS Flow ID (QFI) carried in the 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, the NG-RAN establishes at least one Data Radio Bearer (DRB) for the PDU session, e.g. as shown above with reference to Figure 12. Additional DRBs for the QoS flows of the PDU session can be configured later (when it is up to the NG-RAN).
  • DRB Data Radio Bearer
  • the NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • the NAS level packet filters in the UE and 5GC associate UL and DL packets with QoS flows, whereas the AS level mapping rules in the UE and NG-RAN associate UL and DL QoS flows with DRBs.
  • FIG 14 shows the non-roaming reference architecture for 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function e.g. an external application server hosting 5G services as illustrated in Figure 13
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Figure 14 further illustrates further functional units of the 5G architecture, namely, 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, e.g. operator provided services, Internet access, or third party provided services). All or part of the core network functions and application services may be deployed and run 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
  • All or part of the core network functions and application services may be deployed and run in a cloud computing environment.
  • an application server e.g., an AF in a 5G architecture
  • a transmitter that, in operation, transmits a request including QoS requirements for at least one of a URLLC service, an eMMB service, and an mMTC service to at least one of 5GC functions (e.g., a NEF, an AMF, an SMF, a PCF, an UPF, etc.) to establish a PDU session including a radio bearer between a gNodeB and a UE according to the QoS requirements; and a control circuit that, in operation, performs a service using the established PDU session.
  • 5GC functions e.g., a NEF, an AMF, an SMF, a PCF, an UPF, etc.
  • Each functional block used in the description of the above embodiments may be realized, in part or in whole, as an LSI, which is an integrated circuit, and each process described in the above embodiments may be controlled, in part or in whole, by one LSI or a combination of LSIs.
  • the LSI may be composed of individual chips, or may be composed of one chip that contains some or all of the functional blocks.
  • the LSI may have data input and output. Depending on the degree of integration, the LSI may be called an IC, system LSI, super LSI, or ultra LSI.
  • the integrated circuit method is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Also, a field programmable gate array (FPGA) that can be programmed after LSI manufacturing, or a reconfigurable processor that can reconfigure the connections and settings of circuit cells inside the LSI, may be used.
  • FPGA field programmable gate array
  • the present disclosure may be realized as digital processing or analog processing.
  • the present disclosure may be implemented in any type of apparatus, device, or system (collectively referred to as a communications apparatus) having communications capabilities.
  • the communications apparatus may include a radio transceiver and processing/control circuitry.
  • the radio transceiver may include a receiver and a transmitter, or both as functions.
  • the radio transceiver (transmitter and receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • the RF module may include an amplifier, an RF modulator/demodulator, or the like.
  • Non-limiting examples of communication devices include telephones (e.g., cell phones, smartphones, etc.), tablets, personal computers (PCs) (e.g., laptops, desktops, notebooks, etc.), cameras (e.g., digital still/video cameras), digital players (e.g., digital audio/video players, etc.), wearable devices (e.g., wearable cameras, smartwatches, tracking devices, etc.), game consoles, digital book readers, telehealth/telemedicine devices, communication-enabled vehicles or mobile transport (e.g., cars, planes, ships, etc.), and combinations of the above-mentioned devices.
  • telephones e.g., cell phones, smartphones, etc.
  • tablets personal computers (PCs) (e.g., laptops, desktops, notebooks, etc.)
  • cameras e.g., digital still/video cameras
  • digital players e.g., digital audio/video players, etc.
  • wearable devices e.g., wearable cameras, smartwatches, tracking
  • Communication devices are not limited to portable or mobile devices, but also include any type of equipment, device, or system that is non-portable or fixed, such as smart home devices (home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.), vending machines, and any other "things” that may exist on an IoT (Internet of Things) network.
  • smart home devices home appliances, lighting equipment, smart meters or measuring devices, control panels, etc.
  • vending machines and any other “things” that may exist on an IoT (Internet of Things) network.
  • IoT Internet of Things
  • Communications include data communication via cellular systems, wireless LAN systems, communication satellite systems, etc., as well as data communication via combinations of these.
  • the communication apparatus also includes devices such as controllers and sensors that are connected or coupled to a communication device that performs the communication functions described in this disclosure.
  • a communication device that performs the communication functions described in this disclosure.
  • controllers and sensors that generate control signals and data signals used by the communication device to perform the communication functions of the communication apparatus.
  • communication equipment includes infrastructure facilities, such as base stations, access points, and any other equipment, devices, or systems that communicate with or control the various non-limiting devices listed above.
  • a terminal includes a control circuit that determines resources for an uplink channel based on information about the location of the terminal, and a transmission circuit that transmits a signal on the uplink channel using the resources.
  • the resource is at least one of a sequence used for a random access channel, a transmission opportunity for the random access channel, and a repetition count of a signal transmitted in a random access procedure.
  • the uplink channel is at least one of a random access channel used for message 1 or message A, an uplink data channel used for message 3, and an uplink control channel used in response to message 4 in a random access procedure.
  • the uplink channel is a channel used for transmission before higher layer configuration specific to the terminal is performed.
  • the location-related information includes at least one of location information acquired by the terminal, information on the distance between the terminal and a satellite, information on the distance between the terminal and a reference position, information on a beam corresponding to a synchronization signal block received by the terminal, and information on a timing advance value calculated based on the position of the terminal and the position of the satellite.
  • a base station includes a control circuit that determines a second resource of an uplink channel based on a first resource of the uplink channel that is determined based on information related to the location of a terminal, and a receiving circuit that receives a signal of the uplink channel using the second resource.
  • a terminal determines resources for an uplink channel based on information about the location of the terminal, and transmits a signal on the uplink channel using the resources.
  • a base station determines a second resource for an uplink channel based on a first resource for the uplink channel determined based on information related to the location of a terminal, and receives a signal for the uplink channel using the second resource.
  • One aspect of the present disclosure is useful in wireless communication systems.
  • REFERENCE SIGNS LIST 100 Base station 101, 201 Antenna 102, 202 Radio receiving unit 103 PUSCH receiving processing unit 104 PUCCH receiving processing unit 105 PRACH receiving processing unit 106 Data generating unit 107 Control unit 108 Data transmission processing unit 109, 209 Radio transmitting unit 200 Terminal 203 Data receiving processing unit 204 Control unit 205 Timing adjustment unit 206 PUSCH transmission processing unit 207 PUCCH transmission processing unit 208 PRACH transmission processing unit

Landscapes

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

Abstract

端末は、端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定する制御回路と、リソースを用いて、上りリンクチャネルの信号を送信する送信回路と、を具備する。

Description

端末、基地局、通信方法、及び、集積回路
　本開示は、端末、基地局、通信方法、及び、集積回路に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで仕様化され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、信号の受信品質を向上させる方法については検討の余地がある。
　本開示の非限定的な実施例では、信号の受信品質を向上できる端末、基地局、通信方法、及び、集積回路の提供に資する。
　本開示の一実施例に係る端末は、端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定する制御回路と、前記リソースを用いて、前記上りリンクチャネルの信号を送信する送信回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、信号の受信品質を向上できる。
　本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
４段階ランダムアクセス手順の一例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成の一例を示すブロック図 端末の構成の一例を示すブロック図 基地局及び端末の動作例を示すフローチャート Physical Random Access Channel（PRACH）系列又はRACH Occasion（RO）と、距離との対応付けの一例を示す図 PRACHリソースの設定例を示す図 SSBビーム、及び、PRACHリソースの設定例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 ＲＲＣ（Radio Resource Control）接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）、および高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　[地上以外のネットワーク（NTN：Non-Terrestrial Network）について]
　NR Rel.15は、地上ネットワーク向けの無線アクセス技術として仕様化されている。一方で、NRでは、衛星又は高高度疑似衛星（HAPS：High-altitude platform station）を用いた通信等の地上以外のネットワーク（NTN）への拡張が検討されている（例えば、非特許文献１）。
　NTN環境において、地上の端末（例えば、user equipment（UE）とも呼ぶ）、航空機又はドローンといった上空に位置する端末に対する衛星のカバーエリア（例えば、１つ以上のセル）は、衛星からのビーム（例えば、衛星ビームとも呼ぶ）によって形成される。また、端末と衛星との間の電波伝搬の往復時間（RTT：Round Trip Time）は、衛星の高度（例えば、最大約36000km）及び端末からみた角度、つまり、衛星と端末との位置関係によって決まる。
　例えば、NTNでは、基地局と端末との間の電波伝搬の往復時間（RTT）は、最大で540ms程度かかることが非特許文献１に記載されている。
　また、NTNでは、ビーム（又は、カバーエリア又はセル）内の端末の位置によって最大10ms程度の遅延差（例えば、ビーム内の衛星から最も遠い位置と最も近い位置との差）が生じることが非特許文献１に記載されている。
　また、例えば、低軌道衛星（LEO：Low Earth Orbit satellite）といった非静止衛星の場合には、衛星が秒速7.6km程度の高速で移動するため、地上ネットワークと比較して、伝搬遅延量の変化が激しい。また、NTNでは、衛星の高速移動により、地上ネットワークと比較して、高いドップラーシフト（又は、周波数シフト）が発生する。
　［初期アクセスについて］
　5G NRにおいて、端末は、初期アクセス又はデータ送信要求などのためにランダムアクセスチャネル（例えば、PRACH：Physical Random Access Channel）を用いた送信を行う。
　ランダムアクセス手順は、例えば、４段階ランダムアクセス（例えば、4-step RACH又はType-1 random access procedureとも呼ばれる）で実施されてよい。図１は、４段階ランダムアクセスの手順の一例を示す図である。
　図１に示すように、端末は、１段階目の送信（Message 1、Msg.1又はMsg1とも表される）として、PRACHを送信する。PRACHは「preamble」とも呼ばれる。Msg.1の送信は、例えば、基地局（gNBとも呼ぶ）からセル毎に予め通知される送信タイミング（例えば、slotタイミング）で行われてよい。
　次に、基地局は、Msg.1の受信及び復号の後に、２段階目の送信（Message 2、Msg.2又はMsg2とも表される）として、PRACHに対する応答（例えば、RA応答、又は、Random Access Response（RAR）とも呼ぶ）、及び、Msg.3の上り送信タイミングを含むスケジューリング情報等を端末へ通知する。
　次に端末は、３段階目の送信（Message 3、Msg.3又はMsg3とも表される）として、Msg.2で指示されたスケジューリング情報を用いて、Connection確立に用いる情報等を基地局へ通知する。Msg.3の送信に用いる上りリンクデータチャネル（例えば、PUSCH：Physical Uplink Shared Channel）は、「Msg.3 PUSCH」とも呼ばれる。
　最後に、基地局は、４段階目の送信（Message 4、Msg.4又はMsg4とも表される）として、下りリンクデータチャネル（例えば、PDSCH：Physical Downlink Shared Channel）によりConnection確立応答等を端末へ通知する。Msg.4の送信に用いるPDSCH（例えば、「Msg.4 PDSCH」とも呼ぶ）の時間及び周波数リソースは、下りリンク制御チャネル（例えば、PDCCH：Physical Downlink Control Channel（或いは、下りリンク制御情報（DCI：Downlink Control Information）））により、PDSCH送信の前に基地局から端末へ通知される。
　例えば、４段階ランダムアクセス用のPRACH（図１のMsg.1）は、CP（Cyclic prefix）、Preamble sequence、及び、GP（guard period）から構成されてよい。Preamble sequenceは、例えば、相関特性が良好なCyclic-shifted Zadoff-Chu（CS-ZC）系列（ZC系列を巡回シフトさせた系列）でよく、CPは、Preamble sequenceの一部のコピーでよく、GPは無送信区間である。
　例えば、Preamble sequenceの番号（例えば、Preamble番号又はPRACH番号とも呼ぶ）毎に異なるCS-ZC系列が一意に対応付けられ、基地局のセル情報として端末に通知されてよい。端末は、複数のPreamble sequenceの中からランダムに選択したPreamble番号に対応するCS-ZC系列をPRACHとして送信する。複数の端末が同一の時間及び周波数リソースにおいてPRACHを送信する場合でも、複数の端末が異なるPreamble番号を選択していれば、基地局は、CS-ZC系列の相関検出によって、複数のPreamble番号を同時に検出できる。
　（タイミング制御及び周波数制御）
　NRでは、例えば、各端末から送信される信号の基地局における受信タイミングが揃うように、各端末では、基地局から通知される、タイミングを補正（調整）するための情報（例えば、「Timing Advance（TA）コマンド」と呼ぶ）に基づくタイミング制御（例えば、タイミング調整）が行われてよい。
　NTNでは、上述したように地上ネットワークと比較して伝搬遅延量の変化が激しいため、端末は、当該端末と基地局との間の往復の遅延時間を計算し、タイミングを補正して、信号を送信する。
　端末と衛星との間の無線リンク（例えば、「サービスリンク（service link）」と呼ぶ）の遅延時間については、例えば、端末の位置情報と、衛星の軌道又は位置に関する情報とに基づいて算出されてよい。なお、端末の位置情報は、例えば、端末においてGlobal Navigation Satellite System（GNSS）等によって取得されてよい。また、衛星の軌道又は位置に関する情報は、例えば、「衛星ephemeris情報（又は、衛星ephemerisとも呼ぶ）」として基地局から端末へ通知（例えば、報知）されてよい。
　また、地上の基地局或いはgateway（GW）と衛星との間の無線リンク（例えば、「フィーダリンク（feeder link）」と呼ぶ）の遅延時間については、例えば、端末において、基地局から報知される共通TAパラメータ（common TA parameter）に基づいて算出されてよい。
　フィーダリンクの遅延時間は、衛星の移動とともに変化するため、共通TAパラメータとして、例えば、或る時点のフィーダリンクの遅延時間に加えて、共通TAドリフト（common TA drift）、及び、共通TAドリフト変化量（common TA drift variation）といった遅延時間の変化量に関する情報が端末に通知されてよい。
　例えば、端末は、式(1)に基づいて、タイミング調整に用いる値TTAを決定してよい。
Figure JPOXMLDOC01-appb-M000001
　式(1)において、NTAは、例えば、TAコマンドによって通知されるTA値を示し、NTAoffsetはTA値に対するオフセットを示し、Tcは基準時間（例えば、基本時間単位（basic time unit）を示す。また、式(1)において、NTA,adj commonは、共通TAパラメータから算出されるフィーダリンク遅延時間に基づく共通TA値を示し、NTA,adj UEは、端末が当該端末の位置情報と衛星位置とから推定されるサービスリンク遅延時間に基づく端末固有TA値を示す。式(1)の第１項及び第２項は、例えば、5G NR規格TS 38.211に規定され、Rel.15 NR仕様と同様であり、式(1)のTTAの値は、第１項及び第２項の値に、共通TA値(NTA,adj common)及び端末固有TA値(NTA,adj UE)を加えた値である。
　このように、NTNでは、端末側においてサービスリンク及びフィーダリンクの往復遅延時間が補正（例えば、compensate）されて、上りリンク信号が送信される。これにより、各端末から送信される信号は、基地局において所定の時間差内に受信されることが可能となる。
　また、NTNでは、衛星の高速移動により高いドップラーシフトが生じ得る。ドップラーシフトは端末位置によって異なり、また、時々刻々と変化するため、基地局での複数の端末からの信号の受信が困難となる可能性がある。このため、端末は、サービスリンクのドップラーシフトを予め補正（pre-compensation）した周波数で信号を送信してよい。ドップラーシフトは、例えば、衛星位置、衛星速度、及び、端末位置により求められるため、端末は、衛星ephemeris情報、及び、当該端末の位置情報に基づいてドップラーシフト補正量を算出してよい。
　以上、タイミング制御及び周波数制御について説明した。
　NTNでは、長距離伝送となるため、通常のスマートフォンなどの端末を用いる場合には送信出力及びアンテナ利得が低くなりやすく、高い衛星高度又は低い仰角の衛星との通信が困難になる恐れがある。このため、NTNにおいてカバレッジ拡張（coverage enhancement）の一つとして繰り返し（repetition）送信が検討されている。
　ここで、NR Release 16（NR Rel.16と呼ぶ）では、繰り返し送信がサポートされ、端末毎に設定される。例えば、繰り返し送信は、端末個別（又は、端末固有、UE specific)の上位レイヤ設定（例えば、RRC configuration）により設定される。このため、NR Rel.16では、端末固有上位レイヤ設定より前の信号（例えば、初期アクセスに用いられる信号）に対する繰り返し送信はサポートされていない。
　また、NR Release 17（NR Rel.17と呼ぶ）では、Msg.3 PUSCHの繰り返し送信がサポートされた。例えば、端末は、当該端末の受信品質（例えば、RSRP：Reference Signal Received Powerやパスロス（Pathloss）等）を測定し、測定結果に基づいてPRACHの特定の系列を選択することにより、Msg.3 PUSCHの繰り返し送信を基地局へ要求する。
　NR Release 18（NR Rel.18と呼ぶ）では、例えば、Msg.3 PUSCHの繰り返し送信に加え、PRACH（Msg.1）の繰り返し送信、及び、Msg.4（Msg. 4 PDSCH）に対する応答（例えば、HARQ-ACK）向けの上りリンク制御チャネル（例えば、PUCCH：Physical Uplink Control Channel）の繰り返し送信の必要性が検討されている。
　NR Rel.18では、NTNにおける初期アクセスに対する繰り返し送信回数の決定方法（又は、設定方法）、繰り返し送信に関する情報の端末への通知方法といった、繰り返し送信の制御方法については十分に検討されていない。また、例えば、繰り返し送信の制御方法として、NR Rel.17と同様に、端末が当該端末の受信品質（RSRPやパスロス等）を測定し、測定結果に基づいてPRACHの特定の系列を選択する方法を適用する場合、NTNでは、地上ネットワークと比較して、受信品質（例えば、受信signal to Noise Ratio（SNR））が低くなりやすいため、RSRP等の品質の測定精度が低下し、繰り返し送信を適切に制御或いは設定できない可能性がある。
　本開示の非限定的な一実施例では、例えば、初期アクセスに対する繰り返し送信の制御方法について説明する。例えば、端末は、当該端末の位置に関する情報に基づいて、初期アクセス時の上りリンクチャネルのリソースを選択（又は、決定、設定）し、選択したリソースを用いて特定のチャネル又は信号を送信してよい。
　［通信システムの概要］
　本開示の一実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図２は、基地局１００の一部の構成例を示すブロック図である。図２に示す基地局１００において、制御部（例えば、制御回路に対応）は、端末２００の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソース（例えば、PRACHのリソース）に基づいて、上りリンクチャネルの第２のリソース（例えば、Msg.3 PDSCHのリソース又はMsg.4に対するHARQ-ACK送信のためのPUCCHのリソース）を決定する。受信部（例えば、受信回路に対応）は、上りリンクチャネルのリソースを用いて、上りリンクチャネルの信号を受信する。
　図３は、端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、制御部（例えば、制御回路に対応）は、端末２００の位置に関する情報に基づいて、上りリンクチャネル（例えば、ランダムアクセス手順に用いるチャネル）のリソースを決定する。送信部（例えば、送信回路に対応）は、リソースを用いて、上りリンクチャネルの信号を送信する。
　（実施の形態１）
　本実施の形態では、端末２００は、当該端末２００の位置情報に基づいてPRACH系列を決定（又は、選択）し、選択したPRACH系列を用いて、PRACHの信号（Msg.1）を基地局１００へ送信する。例えば、PRACH系列は、ルート系列、又は、CS系列でもよい。また、PRACH系列は、RACH Occasion (RO)と呼ばれるRACHリソースと置き換えてもよい。また、端末２００は、選択したPRACH系列に応じたrepetitionを施したMsg.3 PUSCHを送信してもよい。また、端末２００は、選択したPRACH系列に応じたrepetitionを施した、Msg.4に対するHARQ-ACK送信のためのPUCCHを送信してもよい。
　［基地局の構成］
　図４は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、アンテナ１０１と、無線受信部１０２と、PUSCH受信処理部１０３と、PUCCH受信処理部１０４と、PRACH受信処理部１０５と、データ生成部１０６と、制御部１０７と、データ送信処理部１０８と、無線送信部１０９と、を備える。
　図４に示すPUSCH受信処理部１０３、PUCCH受信処理部１０４、PRACH受信処理部１０５、データ生成部１０６、制御部１０７、及び、データ送信処理部１０８の少なくとも一つは、例えば、図２に示す制御部に含まれてよい。また、図４に示すアンテナ１０１及び無線受信部１０２の少なくとも一つは、例えば、図２に示す受信部に含まれてよい。
　無線受信部１０２は、例えば、アンテナ１０１を介して受信した、端末２００からの信号（例えば、PUSCH（データ信号）、PUCCH（制御信号）、又は、PRACH（ランダムアクセス信号）を含む）に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号をそれぞれPUSCH受信処理部１０３、PUCCH受信処理部１０４及びPRACH受信処理部１０５へ出力する。
　PUSCH受信処理部１０３は、例えば、無線受信部１０２から入力される受信信号のうち、PUSCHに割り当てられた時間及び周波数リソースの信号に対して、チャネル推定、復調処理、及び、復号処理を行い、データ系列を得る。PUSCH受信処理部１０３は、復号後の信号（データ系列）を出力する。
　PUCCH受信処理部１０４は、例えば、無線受信部１０２から入力される受信信号のうち、PUCCHに割り当てられた時間及び周波数リソースの信号に対して、チャネル推定、復調処理、及び、復号処理を行い、上りリンク制御情報（UCI：Uplink Control Information）を得る。UCIには、例えば、チャネル品質情報（CQI：Channel Quality Information）、及び、応答信号（例えば、HARQ-ACK）の少なくとも一つが含まれてよい。PUCCH受信処理部１０４は、復号後の信号（UCI）を制御部１０７へ出力する。
　PRACH受信処理部１０５は、例えば、無線受信部１０２から入力される受信信号のうち、PRACHに割り当てられた時間及び周波数リソースの信号に対して、端末２００から送信されたPRACHの検出（PRACHの有無の判断）、及び、検出したPRACHに用いられるPRACH sequence（例えば、PRACH系列番号）又はRO（例えば、RO番号）を特定する。PRACH受信処理部１０５は、検出されたPRACHに関する情報を制御部１０７へ出力する。
　データ生成部１０６は、例えば、各端末２００向けの下り信号を生成し、生成した下り信号をデータ送信処理部１０８へ出力する。データ生成部１０６において生成される下り信号には、少なくとも、ユーザデータ（例えば、PDSCH）、制御信号（例えば、PDCCH）、同期信号ブロック（例えば、SSB：Synchronization Signal(SS)/Physical Broadcast Channel(PBCH) Block）、参照信号（RS：Reference Signal）、及び、Medium Access Control（MAC）制御情報といった信号の何れかが含まれてよい。
　制御部１０７は、例えば、Master Information Block（MIB）又はSystem Information Block（SIB）といったシステム情報（例えば、報知情報）、及び、個別制御情報（例えば、RRC制御情報）を生成してよい。制御部１０７は、生成した情報をデータ送信処理部１０８へ出力する。
　システム情報には、例えば、衛星ephemeris、共通TAパラメータ、又は、Epoch timeといったパラメータの少なくとも一つを含むNTN向けの制御情報が含まれてもよい。また、システム情報には、PRACHリソースの設定に関する情報が含まれてよい。また、システム情報には、例えば、衛星と端末２００との距離と、PRACH系列との対応付けに関する情報（以下、「距離とPRACH系列との対応付けに関する情報」と呼ぶこともある）が含まれてもよい。
　また、制御部１０７は、PDSCH送信に付随する下りリンク制御情報（DCI）、或いは、PDCCHを生成する。DCIには、New Data Indicator（NDI）又はRedundancy Version（RV）といったPDSCHの再送制御に関する情報、PDSCH又はPUSCHの変調符号化方式（MCS：Modulation and Coding Scheme）に関する情報、PDSCH又はPUSCHのリソース割り当て情報、PDSCHに対するHARQ-ACK送信に用いられるPUCCHのリソース割り当て情報などが含まれてよい。また、例えば、リソース割り当て情報には、繰り返し送信数（Repetition数）に関する情報が含まれてもよい。
　制御部１０７は、例えば、PUCCH受信処理部１０４から入力されるUCIを用いて、PDSCHに対する再送制御及びMCSの設定を行ってよい。また、制御部１０７は、例えば、PRACH受信処理部１０５から入力される、検出したPRACHに関する情報（例えば、PRACH系列番号又はRO番号）に基づいて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのRepetition数の少なくとも一つを決定（又は、設定）する。そして、制御部１０７は、決定したrepetition数を反映したMsg.3 PUSCHのリソース割り当て情報、及び、決定したrepetition数を反映したMsg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのリソース割り当て情報の少なくとも一つを生成し、データ送信処理部１０８へ出力する。
　データ送信処理部１０８は、例えば、データ生成部１０６から入力される信号、及び、制御部１０７から入力される信号を符号化及び変調し、変調後の信号を無線送信部１０９へ出力する。
　無線送信部１０９は、例えば、データ送信処理部１０８から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ１０１から送信する。
　［端末の構成］
　次に、端末２００の構成例を説明する。
　図５は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、アンテナ２０１と、無線受信部２０２と、データ受信処理部２０３と、制御部２０４と、タイミング調整部２０５と、PUSCH送信処理部２０６と、PUCCH送信処理部２０７と、PRACH送信処理部２０８と、無線送信部２０９と、を備える。
　図５に示すデータ受信処理部２０３、制御部２０４、タイミング調整部２０５、PUSCH送信処理部２０６、PUCCH送信処理部２０７、及び、PRACH送信処理部２０８の少なくとも一つは、例えば、図３に示す制御部に含まれてよい。また、図５に示すアンテナ２０１及び無線送信部２０９の少なくとも一つは、例えば、図３に示す送信部に含まれてよい。
　無線受信部２０２は、例えば、アンテナ２０１を介して受信した、基地局１００からのデータ信号（例えば、PDSCH）、又は、制御信号（例えば、PDCCH）といった下り信号に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号をデータ受信処理部２０３へ出力し、信号の受信タイミングの情報をタイミング調整部２０５へ出力する。
　データ受信処理部２０３は、例えば、無線受信部２０２から入力される受信信号（例えば、PDCCH又はPDSCH）に対して、復調処理及び復号処理を行う。制御信号（例えば、PDCCH）には、例えば、下りデータ信号（例えば、PDSCH）のリソース割り当て情報、上りデータ信号（例えば、PUSCH）のリソース割り当て情報、又は、PDSCHに対するHARQ-ACK送信に用いるPUCCHリソース割り当て情報が含まれてよい。また、下りデータ信号（例えば、PDSCH）には、例えば、ユーザデータが含まれてよい。また、下りデータ信号（例えば、PDSCH）には、システム情報等の報知情報、RRC制御情報、MAC Control Element（MAC CE）制御情報、RACH応答（例えば、Msg.2）、又は、TAコマンドに関する情報が含まれてもよい。
　また、データ受信処理部２０３は、例えば、報知情報又はRRC制御情報（例えば、RRCReconfigurationメッセージ）に含まれるNTN向けの情報（例えば、衛星ephemeris、共通TAパラメータ、及びEpoch timeの少なくとも一つを含む）、PRACHリソースに関する情報、及び、衛星と端末２００との間の距離とPRACH系列との対応付けに関する情報の受信処理を行い、受信処理後の信号を制御部２０４へ出力する。また、データ受信処理部２０３は、例えば、PDCCH、及び、Msg.2に含まれる制御情報を制御部２０４へ出力する。
　制御部２０４は、GNSS等により取得される端末２００の位置情報（例えば、緯度、経度、高度等の情報）と、データ受信処理部２０３から入力されるNTN向けの情報（例えば、衛星ephemeris及びepoch timeの情報）から算出される衛星の位置情報とを用いて、端末２００と衛星との間の距離を算出する。また、制御部２０４は、データ受信処理部２０３から入力される、PRACHリソースに関する情報、及び、距離とPRACH系列（又は、RO）との対応付けに関する情報に基づいて、算出した端末２００と衛星との距離に応じたPRACH系列（又はRO）を選択する。
　また、制御部２０４は、データ受信処理部２０３から入力される、受信したPDCCH又はMsg.2に含まれる制御情報に基づいて、PUSCH又はPUCCHのリソースを設定する。ここで、Msg.3 PUSCH、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPUCCHの少なくとも一つのリソースに関して、制御部２０４は、Msg.1の送信に選択されたPRACH系列（例えば、端末２００と衛星との間の距離に基づくリソース）に基づいてrepetition数を決定し、決定したrepetition数に対応するリソースを設定してもよい。
　また、制御部２０４は、端末２００の位置情報、衛星の位置情報、及び、共通TAパラメータの情報に基づいて、サービスリンク及びフィーダリンクそれぞれの伝搬遅延量を算出し、算出した伝搬遅延量に関する情報をタイミング調整部２０５へ出力する。例えば、制御部２０４は、端末２００と衛星との間の距離と、電波伝搬速度(約3x108 m/s)に基づいてサービスリンクの伝搬遅延時間を算出し、共通TAパラメータに基づいてフィーダリンクの伝搬遅延時間を算出してよい。例えば、制御部２０４は、式(1)のNTA,adj UE及びNTA,adj commonを算出し、タイミング調整部２０５へ出力してよい。
　タイミング調整部２０５は、例えば、送信信号（上り信号）の送信タイミングを制御（例えば、調整）する。タイミング調整部２０５は、タイミング調整に関する情報を無線送信部２０９へ出力する。例えば、タイミング調整部２０５は、制御部２０４から入力される、サービスリンク及びフィーダリンクそれぞれの伝搬遅延量に関する情報に基づいて、サービスリンク及びフィーダリンクの伝搬遅延時間を補償することにより、基地局１００において規定のタイミングで信号が受信されるように、上り信号（例えば、PUSCH、PUCCH、又は、PRACH）の送信タイミングを調整してよい。タイミング調整部２０５は、例えば、式(1)に従ってタイミング調整を行ってもよい。
　PUSCH送信処理部２０６は、例えば、入力される送信データ（例えば、PUSCH）に対して、符号化及び変調処理を行い、制御部２０４において設定される時間及び周波数リソースにマッピングした信号を無線送信部２０９へ出力する。
　PUCCH送信処理部２０７は、例えば、HARQ-ACK又はCQIといった制御情報（UCI）に対して、符号化及び変調処理を行い、制御部２０４において設定される時間及び周波数リソースにマッピングした信号を無線送信部２０９へ出力する。
　PRACH送信処理部２０８は、例えば、制御部２０４において選択されたPRACH系列を生成し、制御部２０４において設定される時間及び周波数リソースにマッピングした信号を無線送信部２０９へ出力する。
　無線送信部２０９は、例えば、PUSCH送信処理部２０６、PUCCH送信処理部２０７又はPRACH送信処理部２０８から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ２０１から送信する。無線送信部２０９は、例えば、タイミング調整部２０５から入力される情報によって指定されるタイミングで信号を送信してよい。
　[基地局及び端末の動作例]
　次に、基地局１００及び端末２００の動作例について説明する。
　図６（ａ）は基地局１００の動作例を示すフローチャートであり、図６（ｂ）は端末２００の動作例を示すフローチャートである。
　基地局１００は、例えば、報知情報（例えば、SIB）を周期的に送信する（BS-ST1）。SIBには、例えば、衛星ephemeris（例えば、衛星の位置情報）、共通TAパラメータ、PRACHリソース情報、及び、PRACH系列又はROと距離との関係（対応付け）に関する情報が含まれてよい。
　基地局１００は、報知情報を送信した後、設定したPRACHリソース（例えば、時間リソース、周波数リソース、又は、系列）に対してPRACHを待ち受ける（BS-ST2）。
　端末２００は、基地局１００から送信されるSIBを受信し（UE-ST1）、SIBに含まれる衛星の位置情報（例えば、衛星ephemeris）を用いて、端末２００と衛星との間の距離を算出する（UE-ST2）。そして、端末２００は、PRACH系列又はROと距離との関係に関する情報に基づいて、算出した距離に応じたPRACH系列又はROを選択し、選択したPRACH系列又はROを用いて、初期アクセスのためのPRACHを送信する（UE-ST3）。
　端末２００は、PRACHを送信した後、RACH応答（例えば、RAR又はMsg.2）を待ち受ける（UE-ST4）。
　図７は、PRACH系列（又はRO）と距離（端末２００と衛星との距離）との関係に関する情報の一例を示す。図７の例では、端末２００と衛星との距離が600～749kmの場合には、端末２００は、PRACH系列番号又はRO番号0～15の中からPRACH系列又はROを選択する。同様に、図７の例では、端末２００と衛星との距離が750～899kmの場合には、端末２００は、PRACH系列番号又はRO番号16～31の中からPRACH系列又はROを選択する。他の距離についても同様である。
　図６において、基地局１００は、PRACHが検出（又は、受信）された場合、検出したPRACHに用いられたPRACH系列又はROに基づいて、Msg.3 PUSCHのrepetition数、及び、Msg.4に対するHARQ-ACK送信のためのPUCCHのrepetition数の少なくとも一つを決定（又は、設定）する（BS-ST3）。
　例えば、PRACH系列又はROと、各チャネルのrepetition数との対応付けが予め設定されてよい。例えば、PRACH系列又はROと、各チャネルのrepetition数との対応付けでは、複数のPRACH系列又はROのうち、対応する端末２００と衛星との距離がより長いPRACH系列又はROほど、より多くのrepetition数に対応付けられてもよい。例えば、図７に示すPRACH系列（又はRO）において、端末２００と衛星との距離がより長いPRACH系列番号（又はRO番号）のグループに対して、より多いrepetition数が対応付けられてもよい（図示せず）。
　基地局１００は、決定したMsg.3 PUSCHのrepetition数に関する情報を含むRACH応答（RAR又はMsg.2）を端末２００へ送信する（BS-ST4）。
　基地局１００は、RACH応答を送信した後、Msg.3 PUSCHを割り当てたリソースにおいて、Msg.3 PUSCHを待ち受ける（BS-ST5）。
　端末２００は、RACH応答を受信した場合、受信したRACH応答によって指定（又は、指示）されるリソースを用いてMsg.3 PUSCHを送信する（UE-ST5）。例えば、端末２００は、RACH応答によってrepetition数が指定される場合には、指定されるrepetition数のMsg.3 PUSCHを送信してよい。また、例えば、端末２００は、RACH応答によってrepetition数が指定されない場合には、repetition無しのMsg.3 PUSCHを送信してもよい。
　また、repetition数が指定されるか否かは、例えば、SIBによって通知される特定のPRACH系列をMsg.1送信において端末２００が選択したか否かに応じて決定されてもよい。例えば、端末２００は、Msg.1送信において特定のPRACH系列を選択した場合にはrepetition数が指定されると判断し、他のPRACH系列を選択した場合にはrepetition数が指定されないと判断してもよい。また、例えば、特定のPRACH系列のそれぞれに対してrepetition数が個別に設定されてもよい。
　端末２００は、Msg.3 PUSCHを送信した後、Msg.4 PDSCHを割り当てるDCIを待ち受ける（UE-ST6）。例えば、端末２００は、規定のRadio Network Temporary Identifier（RNTI）を用いてDCIを待ち受けてもよい。規定のRNTIは、例えば、Temporary Cell（TC）-RNTIでもよい。なお、規定のRNTIは、TC-RNTIに限定されず、他のRNTIでもよい。
　基地局１００は、Msg.3 PUSCHを受信した場合、Msg.4 PDSCHを割り当てるためのDCIを生成し、DCIをPDCCHによって送信する（BS-ST6）。DCIには、例えば、BS-ST3において決定したMsg.4に対するHARQ-ACK送信のためのPUCCHのrepetition数に関する情報が含まれてもよい。また、基地局１００は、DCIによって割り当てたリソースを用いて、Msg.4 PDSCHを送信する（BS-ST6）。
　端末２００は、Msg.4 PDSCHを割り当てるDCIを受信した場合、DCIで割り当てられたリソースを用いてMsg.4 PDSCHを受信する（UE-ST7）。また、端末２００は、Msg.4 PDSCHを正しく復号できた場合にはACK、Msg.4 PDSCHを正しく復号できない場合にはNACKを示すHARQ-ACK（例えば、Msg.4 HARQ-ACKとも呼ぶ）を含めたPUCCHを、DCIによって指定されるリソースを用いて送信する（UE-ST7）。ここで、端末２００は、DCIによってrepetition数が指定される場合には、指定されるrepetition数のPUCCHを送信してよい。また、例えば、端末２００は、DCIによってrepetition数が指定されない場合には、repetition無しのPUCCHを送信してもよい。
　また、repetition数が指定されるか否かは、例えば、SIBによって通知される特定のPRACH系列をMsg.1送信において端末２００が選択したか否かに応じて決定されてもよい。例えば、端末２００は、Msg.1送信において特定のPRACH系列を選択した場合にはrepetition数が指定されると判断し、他のPRACH系列を選択した場合にはrepetition数が指定されないと判断してもよい。また、例えば、特定のPRACH系列のそれぞれに対してrepetition数が個別に設定されてもよい。
　基地局１００は、Msg.4 PDSCHに対するHARQ-ACKを待ち受け（BS-ST7）、ACKが受信されれば、初期アクセス手順を完了し、ACKが受信されない場合にはMsg.4 PDSCHを割り当てるDCI、及び、Msg.4 PDSCHを再び送信し（BS-ST6）、規定の回数までの再送処理を行う。
　以上、基地局１００及び端末２００の動作例について説明した。
　このように、端末２００は、例えば、端末２００と衛星との間の距離に関する情報（端末の位置に関する情報の一例）に基づいて、PRACHに用いる系列又はRO（上りリンクチャネルのリソースの一例）を決定し、決定した系列又はROを用いて、PRACH（例えば、Msg.1）を送信してよい。
　また、基地局１００は、例えば、端末２００と衛星との間の距離に関する情報（端末の位置に関する情報の一例）に基づいて決定されるPRACHに用いる系列又はRO（上りリンクチャネルの第１のリソースの一例）に基づいて、Msg.3 PDSCH、又は、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPUCCHのrepetition数（上りリンクチャネルの第２のリソースの一例）を決定し、決定したrepetition数を用いて、Msg.3 PDSCH、又は、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPUCCHを受信する。
　衛星通信では、ほぼ自由空間伝搬（例えば、Line-of-Sight(LOS)環境）となるため、伝搬減衰量は距離に応じて推定可能である。また、衛星通信における所望のrepetition数（例えば、所望の受信品質を満たすためのrepetition数）は伝搬減衰量に依存する。よって、所望のrepetition数（例えば、所望の受信品質を満たすためのrepetition数）は、端末２００と衛星との間の距離（又は、端末及び衛星の位置）に応じて推定可能である。
　本実施の形態では、端末２００は、衛星と端末２００との間の距離に基づいてPRACH系列（又は、RO）を選択し、基地局１００は、検出したPRACH系列（又は、RO）に基づいて、上りリンクチャネル（例えば、PUSCH又はPUCCH）のrepetition数を決定する。すなわち、上りリンクチャネルのrepetition数は、衛星と端末２００との間の距離に依存して決定される。ここで、衛星と端末２００との間の距離は、端末２００においてタイミング調整又は周波数調整のために取得済みの位置情報を用いて算出される。よって、本実施の形態では、タイミング調整又は周波数調整のために取得済みの位置情報を用いた簡素な処理によって、適切なrepetition数を用いた通信が可能となる。
　また、衛星通信では、長距離伝送となるため、低いSNRでの通信となりやすく、受信品質（例えば、RSRP）の測定精度が低下しやすい。本実施の形態では、repetition数は、受信品質を用いずに、衛星と端末２００との間の距離を用いて決定される。よって、本実施の形態によれば、受信品質（例えば、SNR）に依らずに、所望のrepetition数を精度良く推定することが可能である。また、本実施の形態では、端末２００は、PRACH送信前に受信品質測定を行わなくてよいので、簡素な早い処理を実現できる。
　また、端末２００による、衛星と端末２００との間の距離に応じたPRACH系列（又は、RO）の選択に応じて、基地局１００は、上りリンクチャネル（例えば、PUSCH又はPUCCH）に対するrepetitionの必要性、或いは、所望のrepetition数を推定できる。このため、基地局１００は、端末個別のRRC設定（例えば、RRC reconfiguration）より前に処理される、Msg.3 PUSCH、及び、Msg.4 HARQ-ACKに用いるPUCCHに対して、適切なrepetition数を設定でき、基地局１００におけるMsg.3 PUSCH、及び、Msg.4 HARQ-ACKに用いるPUCCHの受信品質を向上できる。
　以上より、本実施の形態によれば、NTNにおける初期アクセスに対する繰り返し送信を適切に制御できるので、上り信号の受信品質を向上できる。
　なお、実施の形態１では、基地局１００が、決定したMsg.3 PUSCHのrepetition数に関する情報を含むRACH応答（RAR又はMsg.2）を送信する場合について説明したが、これに限定されない。例えば、基地局１００は、Msg.3 PUSCHのrepetition数に関する情報を含まないRACH応答を送信してもよい。この場合、端末２００は、Msg.1送信において使用したPRACH系列（又は、RO）に応じてrepetition数を決定し、決定したrepetition数のMsg.3 PUSCHを送信してもよい。例えば、PRACH系列（又は、RO）とMsg.3 PUSCHのrepetition数との対応付け（対応関係）に関する情報は、SIBにより端末２００へ通知されてもよい。これにより、RACH応答の通知情報量を削減でき、Rel.15/16と同様のRACH応答を用いることができる。
　同様に、実施の形態１では、基地局１００が、決定したMsg.4に対するHARQ-ACK送信のためのPUCCHのrepetition数に関する情報を含むDCIを送信する場合について説明したが、これに限定されない。例えば、基地局１００は、上記PUCCHのrepetition数に関する情報を含まないDCIを送信してもよい。この場合、端末２００は、Msg.1送信において使用したPRACH系列（又は、RO）に応じてrepetition数を決定し、決定したrepetition数のPUCCHを送信してもよい。例えば、PRACH系列（又は、RO）とMsg.4に対するHARQ-ACK送信のためのPUCCHのrepetition数との対応付け（対応関係）に関する情報は、SIBによって端末２００へ通知されてもよい。これにより、DCIの通知情報量を削減でき、Rel.15/16と同様のDCIを用いることができる。
　また、実施の形態１では、Msg.3 PUSCH、及び、Msg.4 HARQ-ACK送信のためのPUCCHの両方についてrepetition数が設定される場合について説明したが、これに限定されず、何れか一方に対してrepetition数の設定が適用されてもよい。また、例えば、Msg.3 PUSCH、及び、Msg.4 HARQ-ACK送信のためのPUCCHのそれぞれに対して設定されるrepetition数は同一（共通）でもよく、異なってもよい（個別設定でもよい）。
　また、端末２００と衛星との間の距離に基づいて決定されるPRACHリソースは、PRACH系列及びROの何れか一方でもよく、両方でもよい。後述する各実施の形態でも同様である。
　（実施の形態２）
　本実施の形態に係る基地局１００及び端末２００の構成は、例えば、実施の形態１と同様でよい。
　本実施の形態では、端末２００は、端末２００の位置情報に基づいて、PRACH（Msg.1）のrepetition数を決定（又は、選択）し、選択したrepetition数のPRACHを送信する。
　また、本実施の形態では、端末２００は、例えば、選択したPRACHのrepetition数に応じたrepetitionを施したMsg.3 PUSCHを送信する。また、端末２００は、例えば、選択したPRACHのrepetition数に応じたrepetitionを施した、Msg.4に対するHARQ-ACK送信のためのPUCCHを送信する。
　本実施の形態に係る基地局１００及び端末２００において、実施の形態１と異なる動作について説明する。
　基地局１００（例えば、制御部１０７）は、PRACHリソースに関する情報として、PRACHの設定情報、及び、PRACHのrepetition数と距離（例えば、衛星と端末２００との間の距離）との対応付けに関する情報を設定する。設定された情報は、例えば、SIBに含めて端末２００へ送信されてよい。例えば、PRACHの設定情報には、repetition数の異なるPRACHリソースに関する情報が含まれてよい。
　また、基地局１００（例えば、制御部１０７）は、設定された情報に基づいて、PRACH受信処理部１０５から入力される、検出したPRACHのrepetition数に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は設定）する。そして、基地局１００は、決定したrepetition数に基づいて、Msg.3 PUSCH、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHを受信してもよい。
　端末２００（例えば、制御部２０４）は、例えば、GNSS等により取得される端末２００の位置情報と、データ受信処理部２０３から入力されるNTN向け情報（例えば、衛星ephemeris及びepoch time）から算出される衛星の位置情報とを用いて、端末２００と衛星の間の距離を算出する。そして、端末２００は、PRACHリソースに関する情報、及び、PRACHのrepetition数と距離（例えば、衛星と端末２００との間の距離）との対応付けに関する情報に基づいて、算出した距離に応じたPRACH repetition数を選択する。
　図８は、PRACHリソースの設定例を示す図である。
　図８（ａ）に示すように、PRACHのrepetition数は、１つのROにおいて送信されるPRACH系列の繰り返し回数でもよい（PRACHリソース設定例１）。図８（ａ）の例では、１つのROにおいて、６個のPRACH系列が繰り返し設定される場合（repetition数=６）、及び、２個のPRACH系列が繰り返し設定される場合（repetition数=2）を示す。
　なお、PRACHリソース設定例１では、各PRACH系列に対してrepetition数が一意に設定されてもよい。例えば、系列１～１０にはrepetition数１が設定され、系列１１～２０にはrepetition数４が設定されてもよい。または、PRACHリソース設定例１では、PRACH系列とは独立してrepetition数が設定されてもよい。例えば、PRACH送信に利用可能な全ての系列に対して、複数のrepetition数の候補が設定可能でもよい。
　また、図８（ｂ）に示すように、PRACHのrepetition数は、１回のPRACH送信に用いるRO数でもよい（PRACHリソース設定例２）。図８（ｂ）の場合、端末２００は、repetition数に応じて、一つ又は複数の異なるタイミングのROにおいてPRACHを送信する。複数のROでは、同一のPRACH系列が設定されてもよく、異なるPRACH系列が設定されてもよい。
　実施の形態２において、他の処理及び動作は、実施の形態１と同様でよい。
　このように、本実施の形態では、端末２００は、端末２００の位置に関する情報に基づいて、PRACHのrepetition数を決定する。本実施の形態によれば、実施の形態１と同様の効果に加えて、PRACHのrepetition数を適切に設定できる。
　なお、基地局１００は、実施の形態１と同様に、Msg.3 PUSCHのRepetition数に関する情報を端末２００へ通知してもよい。同様に、基地局１００は、実施の形態１と同様に、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数に関する情報を端末２００へ通知してもよい。repetition数に関する情報は、例えば、Msg.3 PDSCHに対してはRACH応答（又は、RAR、Msg.2）によって通知されてもよく、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHに対しては、Msg.4 PDSCHの割り当てを含むDCIによって通知されてもよい。
　または、端末２００は、例えば、決定したPRACHのrepetition数に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は、選択、設定）してもよい。この場合、基地局１００から端末２００へのrepetition数に関する情報は無くてもよい。なお、Msg.3 PUSCH、及び、Msg.4に対するHARQ-ACK送信のためのPUCCHの少なくとも一つのrepetition数は、PRACHのrepetition数に基づいて決定される場合に限定されず、端末２００の位置情報（例えば、端末２００と衛星との間の距離）に基づいて決定されてもよい。
　また、端末２００は、実施の形態１と同様に、端末２００の位置情報に基づいて、PRACH（Msg.1）に用いる系列（PRACH系列）又はROを決定してもよい。
　（実施の形態３）
　本実施の形態に係る基地局１００及び端末２００の構成は、例えば、実施の形態１と同様でよい。
　本実施の形態では、端末２００は、端末２００の位置情報から算出されるTA値に基づいて、PRACH系列を決定（又は、選択）し、選択したPRACH系列を用いてPRACHを送信する。
　また、端末２００は、例えば、選択したPRACH系列に応じたrepetitionを施したMsg.3 PUSCHを送信する。また、端末２００は、例えば、選択したPRACH系列に応じたrepetitionを施した、Msg.4に対するHARQ-ACK送信のためのPUCCHを送信する。
　本実施の形態に係る基地局１００及び端末２００において、実施の形態１と異なる動作について説明する。
　基地局１００（例えば、制御部１０７）は、端末２００において算出されるTA値とPRACH系列との対応付けに関する情報を設定する。設定された情報は、例えば、SIBに含めて端末２００へ送信されてよい。
　また、基地局１００（例えば、制御部１０７）は、設定された情報に基づいて、PRACH受信処理部１０５から入力される、検出したPRACH系列に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は設定）する。そして、基地局１００は、決定したrepetition数に基づいて、Msg.3 PUSCH、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHを受信してもよい。
　例えば、PRACH系列と、各チャネルのrepetition数との対応付けが予め設定されてよい。例えば、PRACH系列と各チャネルのrepetition数との対応付けでは、複数のPRACH系列のうち、対応するTA値がより大きいPRACH系列ほど、より多くのrepetition数に対応付けられてもよい。
　端末２００（例えば、制御部２０４）は、例えば、GNSS等により取得される端末２００の位置情報と、データ受信処理部２０３ら入力されるNTN向け情報（例えば、衛星ephemeris及びepoch time）から算出される衛星の位置情報とを用いて、サービスリンク及びフィーダリンクそれぞれの伝搬遅延を推定し、式(1)におけるNTA,adj UE及びNTA,adj commonを算出する。
　そして、端末２００は、SIBにより通知された、TA値とPRACH系列との対応付けに基づいて、サービスリンクの伝搬遅延（例えば、衛星と端末２００との間の伝搬遅延）に基づいて算出される値（例えば、NTA,adj UEの値）に応じて、PRACH系列を選択する。
　実施の形態３において、他の処理及び動作は、実施の形態１と同様でよい。
　このように、本実施の形態では、端末２００は、端末２００の位置と衛星の位置とに基づいて算出されるTA値に基づいて、PRACHリソース（例えば、PRACH系列）を決定する。
　衛星通信では、伝搬減衰量は、伝搬遅延量（例えば、伝搬にかかる時間）に依存する。また、TA値は、端末２００において、衛星と端末２００との往復の伝搬遅延量の推定値に基づいて算出される。したがって、伝搬減衰量は、端末２００において算出されるTA値により推定可能である。また、実施の形態１で説明したように、衛星通信における所望のrepetition数（例えば、所望の受信品質を満たすためのrepetition数）は伝搬減衰量に依存する。よって、所望のrepetition数は、端末２００において算出されるTA値に応じて推定可能である。よって、本実施の形態では、端末２００においてタイミング調整のために取得済みのTA値を用いた簡素な処理によって、適切なrepetition数を用いた通信が可能となる。
　また、本実施の形態では、端末２００によるTA値に基づくPRACH系列の選択により、基地局１００は、検出したPRACH系列に応じて、上りリンクチャネル（例えば、PUSCH又はPUCCH）に対するrepetitionの必要性、或いは、所望のrepetition数を推定できる。このため、基地局１００は、端末個別のRRC設定（例えば、RRC reconfiguration）より前に処理される、Msg.3 PUSCH、及び、Msg.4 HARQ-ACKに用いるPUCCHに対して、適切なrepetition数を設定できる。
　なお、本実施の形態では、TA値に基づいて、PRACH系列を決定する場合について説明したが、これに限定されない。例えば、実施の形態１又は２と同様にして、TA値に基づいて、PRACH系列、RO、及び、PRACH repetition数の少なくとも一つが決定されてもよい。
　また、本実施の形態では、TA値として、NTA,adj UEの値を用いる場合について説明したが、これに限定されず、タイミング制御に関する他の値を用いてもよい。
　また、基地局１００は、実施の形態１と同様にして、Msg.3 PUSCHのRepetition数に関する情報を端末２００へ通知してもよい。同様に、基地局１００は、実施の形態１と同様にして、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数に関する情報を端末２００へ通知してもよい。repetition数に関する情報は、例えば、Msg.3 PDSCHに対してはRACH応答（又は、RAR、Msg.2）によって通知されてもよく、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHに対しては、Msg.4 PDSCHの割り当てを含むDCIによって通知されてもよい。
　または、端末２００は、例えば、決定したPRACHリソース（例えば、PRACH系列、RO、PRACH repetition数）に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は、選択、設定）してもよい。この場合、基地局１００から端末２００へのrepetition数に関する情報は無くてもよい。なお、Msg.3 PUSCH、及び、Msg.4に対するHARQ-ACK送信のためのPUCCHの少なくとも一つのrepetition数は、PRACHリソースに基づいて決定される場合に限定されず、端末２００において算出されるTA値に基づいて決定されてもよい。
　（実施の形態４）
　本実施の形態に係る基地局１００及び端末２００の構成は、例えば、実施の形態１と同様でよい。
　本実施の形態では、端末２００は、検出したSSBに基づいて、PRACHのrepetition数を決定（又は、選択）し、選択したrepetition数のPRACHを送信する。ここで、各SSBに対応するビーム（例えば、SSBビーム）によって地表面上のカバーエリアがそれぞれ形成されるので、端末２００において検出されるSSBは、端末２００の位置に依存する。すなわち、端末２００が受信するSSBに対応するSSBビームに関する情報（例えば、SSB番号）は、端末２００の位置に関する情報に含まれる。
　また、本実施の形態では、端末２００は、例えば、選択したPRACHのrepetition数に応じたrepetitionを施したMsg.3 PUSCHを送信する。また、端末２００は、例えば、選択したPRACHのrepetition数に応じたrepetitionを施した、Msg.4に対するHARQ-ACK送信のためのPUCCHを送信する。
　本実施の形態に係る基地局１００及び端末２００において、実施の形態１と異なる動作について説明する。
　基地局１００（例えば、制御部１０７）は、PRACHリソースに関する情報として、PRACHの設定情報、及び、SSB番号とPRACHのrepetition数との対応付けに関する情報を設定する。設定された情報は、例えば、SIBに含めて端末２００へ送信されてよい。例えば、PRACHの設定情報には、repetition数の異なるPRACHリソースに関する情報が含まれてよい。
　また、基地局１００（例えば、制御部１０７）は、設定された情報に基づいて、PRACH受信処理部１０５から入力される、検出したPRACHのrepetition数に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は設定）する。そして、基地局１００は、決定したrepetition数に基づいて、Msg.3 PUSCH、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHを受信してもよい。
　端末２００は、セルサーチによりSSBを検出し、SSBの検出後にMIB及びSIBを受信する。端末２００は、例えば、SIBに含まれる、PRACHリソースに関する情報、及び、SSB番号とPRACHのrepetition数との対応付けに関する情報に基づいて、検出したSSB（SSB番号）に応じたPRACH repetition数を選択する。
　図９は、PRACHリソース（例えば、PRACH系列又はRO）の設定例を示す図である。図９（ａ）は、衛星と、衛星から照射されるSSBビーム（例えば、SSB beam 1、SSB beam 2、SSB beam 3）との位置関係の例を示し、図９（ｂ）は、SSBビーム（又は、SSB番号）とPRACH repetition数との対応付けの例を示す。
　図９（ｂ）に示すように、基地局１００は、SSB beam 1（SSB番号１）とrepetition数4のPRACHリソース、SSB beam 2（SSB番号2）とrepetition数2のPRACHリソース、SSB beam 3（SSB番号3）とrepetition数1（例えば、repetition無し）のPRACHリソースのそれぞれを紐づけて設定する。基地局１００は、SSB beamとrepetition数との対応関係に関する情報をSIBによりセル内の端末２００へ通知する。
　図９（ａ）に示すように、衛星から遠い地表上を照射するビーム（例えば、地表からの仰角の低いビーム。図９（ａ）では、SSB beam 1）ほど、端末２００と衛星との間の距離が長く、衛星から近い地表上を照射するビーム（例えば、地表からの仰角の高いビーム。図９（ａ）では、SSB beam 3）ほど、端末２００と衛星との間の距離が短い。
　そこで、例えば、基地局１００は、図９（ｂ）に示すように、衛星から遠い地表上を照射するビームほど、多いrepetition数を設定し、衛星から近い地表上を照射するビームほど、少ないRepetition数を設定してよい。
　例えば、端末２００は、図９（ａ）及び図９（ｂ）において、SSB beam 1（SSB番号１)を検出した場合（すなわち、SSB beam 1のカバーエリアに位置する場合）、repetition数が4のPRACH系列（またはRO）を選択する。同様に、端末２００は、図９（ａ）及び図９（ｂ）において、SSB beam 2（SSB番号２）を検出した場合（すなわち、SSB beam 2のカバーエリアに位置する場合）、repetition数が2のPRACH系列（またはRO）を選択し、SSB beam 3（SSB番号3）を検出した場合（すなわち、SSB beam 3のカバーエリアに位置する場合）、repetition数が1(つまりRepetitionなし)のPRACH系列（またはRO）を選択する。
　実施の形態４において、他の処理及び動作は、実施の形態１と同様でよい。
　このように、本実施の形態では、端末２００は、検出したSSB beamに基づいて、PRACHのrepetition数を決定する。これにより、衛星から遠い地表上の位置を照射するビームのエリアに位置する端末２００ほど、多いRepetition数を用いてPRACHを適切に送信することができ、基地局１００におけるPRACHの受信品質を向上できる。
　また、基地局１００は、検出したPRACHのRepetition数に基づいて、その後の通信（Msg. 3 PUSCH又は、Msg.4 HARQ-ACK）のRepetition数を設定できるため、端末２００は、適切なRepetition数のMsg.3 PUSCH送信、Msg.4 HARQ-ACK送信が可能である。
　なお、実施の形態４では、端末２００が検出したSSB番号によりPRACHのrepetition数を選択する場合について説明したが、これに限定されない。例えば、端末２００が検出したSSB番号に基づいて、PRACH系列、RO、及び、repetition数の少なくとも一つが決定されてもよい。
　また、端末２００において複数のSSBが検出される場合、複数のSSBのうち、最も受信電力（又は、受信SNRなどの受信品質）の高いSSB番号を用いてもよい。
　また、LEOなどのように衛星が移動する場合には、衛星から固定のビームを用いて信号が送信される場合には衛星の移動に合わせて地表面上の各ビーム（SSB）のカバーエリアも移動するため、衛星と各ビームのカバーエリアとの距離は変化しない。この場合、SSB番号とPRACH repetition数との関係は、衛星の移動に応じて変更されなくてよい。
　その一方で、各ビームによって同一のエリアをカバーするようにビームの指向性が制御される場合には、衛星の移動により各ビームのカバーエリアと衛星との距離が変化する。この場合、基地局１００は、衛星の移動に伴ってSSB番号とPRACH repetition数との関係を更新し、SIBで端末２００へ通知してもよく、衛星の移動に伴ってSSB番号を変更してもよい。衛星の移動に伴ってSSB番号を変更する場合、例えば、図９の例では、衛星がSSB beam 3のエリアから遠くなると、そのエリアをカバーするビームをSSB beam 1に変更することにより、当該エリアにおいてrepetition数の多いPRACHの選択を可能にする。
　また、基地局１００は、実施の形態１と同様にして、Msg.3 PUSCHのRepetition数に関する情報を端末２００へ通知してもよい。同様に、基地局１００は、実施の形態１と同様にして、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数に関する情報を端末２００へ通知してもよい。repetition数に関する情報は、例えば、Msg.3 PDSCHに対してはRACH応答（又は、RAR、Msg.2）によって通知されてもよく、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHに対しては、Msg.4 PDSCHの割り当てを含むDCIによって通知されてもよい。
　または、端末２００は、例えば、決定したPRACHリソース（例えば、PRACH系列、RO、PRACH repetition数）に応じて、Msg.3 PUSCHのRepetition数、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのrepetition数の少なくとも一つを決定（又は、選択、設定）してもよい。この場合、基地局１００から端末２００へのrepetition数に関する情報は無くてもよい。なお、Msg.3 PUSCH、及び、Msg.4に対するHARQ-ACK送信のためのPUCCHの少なくとも一つのrepetition数は、PRACHリソースに基づいて決定される場合に限定されず、端末２００において検出されるSSB beam（例えば、SSB番号）に基づいて決定されてもよい。
　以上、本開示の各実施の形態について説明した。
　（他の実施の形態）
　（１）上記各実施の形態では、初期アクセスのリソース（例えば、PRACH系列、PRACH repetition数、及び、ROの何れか）を、端末２００の位置と衛星の位置とに基づいて決定する場合について説明したが、これに限定されない。例えば、端末２００は、端末２００の位置と基準位置（reference location）とに基づいて、初期アクセスのリソースを選択してもよい。
　基準位置は、例えば、地表上のセル（又はビーム）の中心位置であり、基地局１００から端末２００へSIBで通知される。一般的に、セル中心から離れるほど、衛星ビームの指向特性が悪くなるため、受信信号品質が悪くなりやすい。このため、端末２００と基準位置との間の距離が長いほど、多くのrepetition数となるPRACHリソース（例えば、PRACH系列又はRO）が選択されてもよい。また、端末２００と基準位置との間の距離が長いほど、Msg.3 PUSCHのrepetition数、又は、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数がより多くなるようなPRACHリソース（例えば、PRACH系列又はRO）が選択されてもよい。
　また、基準位置に基づく初期アクセスのリソース選択は、実施の形態１～４の少なくとも一つ（例えば、衛星位置に基づく初期アクセスのリソース選択）と組み合わせてもよい。例えば、衛星位置に基づいて決定されるrepetition数は、基準位置に基づいて更に変更されてもよい。
　例えば、端末２００と基準位置との間の距離が、所定の閾値よりも大きい場合には、より多いrepetition数（例えば、衛星位置に基づいて設定されるrepetition数の２倍）となるようなPRACH系列が選択されてもよい。また、端末２００と基準位置との間の距離が閾値以下の場合には、衛星位置に基づいて設定されるrepetition数となるようなPRACH系列が選択されてもよく、衛星位置に基づいて設定されるrepetition数より少ないrepetition数となるようなPRACH系列が選択されてもよい。なお、閾値は、基地局１００から端末２００へ通知されてもよい。
　これにより、衛星ビームの指向性を考慮したrepetition数の選択が可能である。なお、基準位置は、SIB19で通知される「referenceLocation」であってもよい。
　（２）端末２００の偏波（polarization）制御能力に基づいて、PRACHリソース（例えば、PRACH系列、PRACH repetition数、ROの何れか）が選択されてもよい。
　一般に、衛星では円偏波（例えば、Left hand circular polarization（LHCP）又はRight hand circular polarization（RHCP））が用いられる一方で、地上セルラー向けの端末では線形偏波（例えば、Vertical polarization（V偏波）、又は、Horizontal polarization（H偏波））が用いられる。このため、地上セルラー向けの端末から送信される信号を衛星で受信する際には3dB程度のロスが生じ得る。
　例えば、端末２００が、衛星（又は基地局１００）の受信に用いる偏波と同一の偏波信号を送信可能な場合には、偏波の違いによるロスが低減する。そこで、端末２００は、衛星（又は基地局１００）の受信に用いる偏波と同一の偏波信号を送信可能な場合には、より少ないrepetition数となるようなPRACHリソース（例えば、PRACH系列又はRO）、又は、より少ないPRACH repetition数を選択してもよい。また、端末２００は、衛星（又は基地局１００）の受信に用いる偏波と同一の偏波信号を送信可能な場合には、Msg.3 PUSCHに用いるrepetition数、又は、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数がより少なくなるようなPRACHリソース（例えば、PRACH系列又はRO）を選択してもよい。
　（３）端末の実装方法に依存してアンテナ利得、偏波、変復調精度といった無線性能が異なる。これらの無線性能が端末毎に大きく異なる場合には、端末と衛星との間の距離と受信品質との関係にも大きな差が生じる可能性があり、全ての端末に対して適切なrepetition数を設定するのが困難である可能性がある。
　そこで、例えば、端末の無線性能を規定し、規定を満たす端末２００、又は、これらの規定に対するテストがされている端末２００に対して、上記実施の形態の方法を適用してもよい。また、例えば、複数レベルの無線性能を規定し、端末２００は、これらの無線性能レベル毎に個別の（例えば、異なる）repetition数のPRACHを選択してもよい。また、端末２００は、例えば、少なくとも、伝搬ロスの推定値、アンテナ利得、偏波利得を考慮して、PRACH系列或いはPRACH repetition数を選択してもよい。
　（４）Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数は、例えば、以下の方法によって端末２００へ通知されてもよい。以下の方法では、地上ネットワーク向けのDCIと同様のフォーマットによりrepetition数が通知される。また、Rel.15,16,17との互換性を保つために、repetition数通知のためのビット数を追加することなく、Rel.15,16,17のDCIと同一のビット数のDCIにより通知される。
　＜方法１＞
　方法１では、Msg.4 PDSCHのリソース割り当て通知に用いるDCI format 1_0のreserved fieldを用いて、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数が通知される。
　reserved fieldとしては、例えば、downlink assignment index(DAI) fieldの2ビットがあり得る。この場合、2ビットのreserved fieldにより、4つのrepetition数（候補）の何れかを端末２００へ通知可能となる。なお、4つのrepetition数の候補は、SIBによって端末２００へ通知されてもよい。
　また、Msg.4 PDSCHのリソース割り当て通知に対してはTC-RNTIによりスクランブリングされるため、端末２００は、TC-RNTIによりスクランブリングされたDCI format 1_0のreserved fieldを、上述したrepetition数の通知フィールドと解釈してもよい。なお、「解釈」は、例えば、「特定」、「判断」、「判定」、「決定」、「算出」又は 「理解」と言い換えてもよい。
　＜方法２＞
　方法２では、Msg.4 PDSCHのリソース割り当て通知に用いるDCI format 1_0のPUCCH Resource Indicator(PRI) fieldを用いて、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数が通知される。
　PRI fieldは3ビットであり、例えば、３ビットのうちの2ビットをrepetition数の通知に用い、残りの1ビットをPUCCHリソースの通知に用いてもよい。この場合、PRI fieldの２ビットにより、4つのrepetition数（候補）の何れかを端末２００へ通知可能となる。なお、4つのrepetition数の候補は、SIBで端末２００へ通知されてもよい。
　また、Msg.4 PDSCHのリソース割り当て通知に対してはTC-RNTIによりスクランブリングされるため、端末２００は、TC-RNTIによりスクランブリングされたDCI format 1_0のPRI field（例えば、PRI fieldの一部）を、上記repetition数の通知フィールドと解釈してもよい。
　なお、PRIにより、PUCCHに用いる周波数リソースが端末２００へ通知され、異なる端末のPUCCH同士が衝突しないように制御される。方法２では、repetition数の通知のためにPRI fieldを使用するため、PUCCHリソース通知のためのビット数が減少する。ただし、Msg.4 HARQ-ACK送信に用いるPUCCHの送信は、初期アクセスを行う端末で行われ、他の接続状態の端末で行われないので、他の接続状態の端末のPUCCHリソースを制御することにより、Msg.4 HARQ-ACKを送信する端末と、他の端末とのPUCCH衝突は容易に回避可能である。
　＜方法３＞
　方法３では、Msg.4 PDSCHのリソース割り当て通知に用いるDCI format 1_0のPDSCH-to-HARQ-timing-indicator fieldを用いて、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数が通知される。
　PDSCH-to-HARQ-timing-indicator fieldは3ビットであり、例えば、３ビットのうちの2ビットをrepetition数の通知に用い、残りの1ビットをPDSCHとHARQ feedbackとのtiming関係の情報の通知に用いてもよい。この場合、PDSCH-to-HARQ-timing-indicator fieldの２ビットにより、4つのrepetition数（候補）の何れかを端末２００へ通知可能となる。なお、4つのrepetition数の候補はSIBで端末２００へ通知されてもよい。
　また、Msg.4 PDSCHのリソース割り当て通知に対してはTC-RNTIによりスクランブリングされるため、端末２００は、TC-RNTIによりスクランブリングされたDCI format 1_0のPDSCH-to-HARQ-timing-indicator field（例えば、PDSCH-to-HARQ-timing-indicator fieldの一部）を、上記repetition数の通知フィールドと解釈してもよい。
　なお、PDSCH-to-HARQ-timing-indicatorにより、PUCCHに用いる時間リソースが端末２００へ通知され、TDD（Time Domain Duplex）システムの場合の下りリンクのスロットを避けたり、異なる端末のPUCCH同士が衝突しないように制御される。方法３では、repetition数の通知のためにPDSCH-to-HARQ-timing-indicator fieldを使用するため、PUCCHリソース通知のためのビット数が減少する。ただし、NTNでは主にFDD（Frequency Domain Duplex）システムであるため下りリンクスロットを避けるための制御は行われなくてよい。また、Msg.4 HARQ-ACK送信に用いるPUCCHの送信は、初期アクセスを行う端末で行われ、他の接続状態の端末で行われないので、他の接続状態の端末のPUCCHリソースを制御することにより、Msg.4 HARQ-ACKを送信する端末と、他の端末とのPUCCH衝突は容易に回避可能である。
　＜方法４＞
　方法４では、Msg.4 PDSCHのリソース割り当て通知に用いるDCI format 1_0のTransmit Power Control(TPC) fieldを用いて、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数が通知される。
　TPC fieldは2ビットであり、例えば、２ビットのうちの1ビットをrepetition数の通知に用い、残りの1ビットをTPC情報の通知に用いてもよい。この場合、TPC fieldの１ビットにより、2つのrepetition数（候補）の何れかを端末２００へ通知可能となる。なお、2つのrepetition数の候補はSIBで端末２００へ通知されてもよい。または、TPC fieldの2ビットすべてをrepetition数の通知に用いてもよい。この場合、TPCビットにより送信電力制御を行わずに、端末２００は、PUCCHを最大電力で送信してもよい。
　また、Msg.4 PDSCHのリソース割り当て通知に対してはTC-RNTIによりスクランブリングされるため、端末２００は、TC-RNTIによりスクランブリングされたDCI format 1_0のTPC field（例えば、TPC fieldの一部）を、上記repetition数の通知フィールドと解釈してもよい。
　なお、TPCにより、隣接セルへの干渉低減のためにPUCCHの送信電力が制御される。方法４では、repetition数の通知のためにTPC fieldを使用するため、PUCCHの送信電力制御のためのビット数が減少する。ただし、Msg.4 HARQ-ACK送信に用いるPUCCHの送信は初期アクセスを行う端末で行われ、他の接続状態の端末で行われないため、repetition通知が行われる頻度は少なく、大きな送信電力でPUCCH送信しても、隣接セルへの干渉に与える影響は小さい。また、NTNでは長距離通信となるためほとんどの端末は最大電力で送信されると考えられ、TPC fieldによる送信電力制御が行われなくても影響は小さい。
　以上、方法１～方法４について説明した。
　なお、全ての端末がMsg.4 HARQ-ACKを送信するPUCCHのrepetition送信を行う可能性は低い。このため、例えば、複数のPRACH系列（又はRO）のうち、特定の範囲のPRACH系列（またはRO）を選択した端末２００が上記方法１～方法４の何れかに基づいてDCIの或るフィールドを読み替えることにより、repetition数の情報を受信してもよい。上記のPRACH系列（またはRO）の範囲はSIBで端末２００へ通知されてもよい。
　また、方法１～方法４のそれぞれは、上記実施の形態の何れかと組み合わせて用いることもできる。
　また、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数の通知に用いるDCIフォーマット、DCIのフィールド、及び、フィールドのビット数は、上述した例に限定されず、他のフォーマット、フィールド又は他のビット数でもよい。また、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数の通知に用いるビット数は、上述した例に限定されず、他のビット数でもよい。また、Msg.4 HARQ-ACK送信に用いるPUCCHのrepetition数の通知に用いるDCIのスクランブリングに用いるRNTIの種別はTC-RNTIに限定されず、他のRNTIでもよい。
　以上、他の実施の形態について説明した。
　なお、本開示の一実施例において、異なるRO内の同一のPRACH系列は異なる系列として扱ってもよい。または、PRACH系列は、複数のROに亘る系列であってもよい。
　また、繰り返し（repetition）送信は、同一の変調信号の複数回の送信でもよく、同一のデータに対して異なる変調又は符号化が施された信号の複数回の送信でもよい。
　また、繰り返し送信回数（repetition数）は、信号が送信される回数を示し、repetition数１は、「繰り返し送信無し」と読み替えてもよい。
　また、PRACH系列は、例えば、ルート系列、CS系列であってもよい。また、PRACH系列は、ROと呼ばれるRACHリソースと置き換えてもよい。
　また、上記実施の形態では、距離、TA値、SSB番号といったパラメータと、初期アクセスのリソース（例えば、PRACH系列、RO、又は、repetition数）との対応付けに関する情報をSIBによって基地局１００から端末２００へ通知し、端末２００が、対応付けに基づいてPRACH系列を選択する場合について説明したが、これに限定されない。例えば、距離、TA値、SSB番号といったパラメータと、初期アクセスのリソース（例えば、PRACH系列、RO、又は、repetition数）の範囲（又は、グループ）との対応付けに関する情報がSIBによって基地局１００から端末２００へ通知されてもよい。例えば、端末２００は、通知される初期アクセスのリソース（例えば、PRACH系列、RO、又は、repetition数）の範囲の中からランダムにリソースを選択してもよい。
　本開示の一実施例は、地表からの高度の異なる低軌道衛星（LEO）、中軌道衛星（MEO：Medium Earth Orbit satellite）、高軌道衛星（HEO：Highly Elliptical Orbit satellite）、又は、静止衛星（GEO：Geostationary Earth Orbit satellite）といった異なる種別の衛星通信に使用可能である。例えば、実施の形態１，２における端末２００と衛星との間の距離と初期アクセスのリソース（例えば、PRACH系列或いはrepetition数）との関係を表す情報、及び、実施の形態３におけるTA値と初期アクセスのリソース（例えば、PRACH系列或いはrepetition数）との関係を表す情報は、衛星の種別（又は、衛星の高度）毎に個別に設定されてもよい。
　上記実施の形態では、端末２００がPRACH系列或いはPRACH repetition数を選択し、基地局１００が、検出したPRACH系列或いはPRACH repetition数から、Msg.3 PUSCH及び／又はMsg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHに必要なRepetition数の特定、設定、及び／又は端末２００への通知を行う場合について説明したが、これに限定されない。例えば、端末２００は、当該端末２００がMsg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのRepetitionに対応している場合或いは位置情報や受信品質からRepetition送信が必要であると判定した場合に、特定のPRACH系列の中からPRACHを選択してもよい。特定のPRACH系列は基地局１００からSIBにより端末２００へ通知されてもよい。基地局１００は、特定のPRACH系列のPRACHを検出した場合に、Repetition数の情報をMsg.3 PUSCHに含める旨を、Msg.2により端末２００へ指示し、端末２００は、Msg.4 PDSCHに対するHARQ-ACK送信に用いられるPUCCHのRepetition数の情報をMsg.3 PUSCHの中で基地局１００へ通知してもよい。一般的に、PRACH系列の選択により通知できる情報量よりもMsg.3等のPUSCHで通知できる情報量の方が多い。このため、端末２００がMsg.3 PUSCHの中でRepetition数の情報を基地局１００へ通知することにより、より多くの候補のRepetition数の通知が可能となる。
　上記実施の形態では、４段階ランダムアクセス手順（例えば、4 step RACH手順）に基づく動作について説明したが、ランダムアクセス手順は、２段階ランダムアクセス手順（例えば、2-step RACH又はType-2 random access procedureとも呼ばれる）でもよい。2-spep RACHの場合には、MsgAとして送信される上り信号（例えば、PRACH及びPUSCHの少なくとも一つ）の系列又はrepetition数は、端末２００において実施の形態１～４の何れかに記載した位置（又は、距離）、TA値、又は、SSBに関する情報に基づいて選択されてもよい。また、2-step RACHの場合、実施の形態１～４の何れかにおけるMsg.4に対するHARQ-ACK向けのPUCCHは、MsgBに対するHARQ-ACK向けのPUCCHと読み替えてもよい。
　上記実施の形態では、Msg.3 PUSCH、及び、Msg.4に対するHARQ-ACK向けのPUCCHに対してrepetition数がそれぞれ個別に決定され、端末２００へ通知される場合について説明したが、これに限定されない。例えば、Msg.4に対するHARQ-ACK向けのPUCCHに対するrepetition数が通知されなくてもよい。この場合、例えば、端末２００は、Msg.3 PUSCHに対して通知されるRepetition数と同じRepetition数を用いてMsg.4に対するHARQ-ACK向けのPUCCHを送信してもよい。または、端末２００は、例えば、Msg.3 PUSCHに対して通知されるRepetition数に基づいて決定されるRepetition数を用いてMsg.4に対するHARQ-ACK向けのPUCCHを送信してもよい。例えば、Msg.3 PUSCHのRepetition数とMsg.4に対するHARQ-ACK向けのPUCCHのRepetition数との関係は、オフセットやスケーリング係数により基地局１００から端末２００へSIBで通知されてもよい。オフセットは、例えば、Msg.3 PUSCHのRepetition数とMsg.4に対するHARQ-ACK向けのPUCCHのRepetition数との差の情報であってもよい。スケーリング係数は、例えば、Msg.3 PUSCHのRepetition数とMsg.4に対するHARQ-ACK向けのPUCCHのRepetition数との比の情報であってもよい。また、RACH応答（RAR）のMsg.3 PUSCHスケジューリング情報であるRAR UL grantによりMsg3 PUSCHのRepetition数とMsg.4に対するHARQ-ACK向けのPUCCHのRepetition数との組み合わせの情報が通知されてもよい。例えば、上記組み合わせの情報はRAR UL grantのMCSフィールドで通知されてもよい。また、Msg3 PUSCHのRepetition数とMsg.4に対するHARQ-ACK向けのPUCCHのRepetition数との組み合わせの候補はSIBによって通知されてもよい。これにより、Msg.4 に対するHARQ-ACK向けのPUCCHのRepetition数の通知情報量を削減できる。なお、Msg.4に対するHARQ-ACK向けのPUCCHに対するrepetition数が通知され、Msg.3 PUSCHに対するrepetition数が通知されなくてもよい。
　上記実施の形態において、Msg.4に対するHARQ-ACK向けのPUCCHは、CRC部分がTC-RNTIでスクランブリングされたDCIによってスケジューリング通知されたPDSCHに対するHARQ-ACK情報を含むPUCCHと読み替えてもよい。
　また、上述した各実施の形態において、衛星位置に関する情報である衛星ephemeris情報は、システム情報によって報知されてもよく、端末２００が予め保持してもよい。また、衛星ephemeris情報は、通信が可能なときに更新されてもよい。また、端末２００は、衛星ephemeris情報と異なる情報を用いて衛星位置を特定してもよい。
　また、上述した各実施の形態において、GPS等のGNSS（例えば、衛星信号を利用した位置検出）を利用する例について説明したが、これに限定されず、例えば、地上セルラー基地局による位置検出、WiFi（登録商標）信号又はBluetooth（登録商標）信号を用いた位置検出、加速度センサー等を利用した位置検出、又は、それらの検出方法の組み合わせによる位置検出を行ってもよい。また、高度の情報を気圧センサーなどから取得してもよい。
　また、上述した各実施の形態において、セルは、基地局（又は、衛星）が送信するSSB又はChannel State Information - Reference Signal（CSI-RS）の受信電力によって定義されるエリアでもよく、地理的な位置によって定義されるエリアでもよい。また、上記各実施の形態におけるセルは、SSBによって定義されるビームと置き換えてもよい。
　また、上述した各実施の形態では、repetitionされる上りリンクチャネルの例として、PRACH、Msg.3 PDSCH、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPUCCHについて説明したが、repetitionされるチャネル又は信号は、これらに限定されない。例えば、repetitionされる上りリンクチャネル又は信号は、端末２００に固有の上位レイヤ設定（端末個別RRC設定）が行われる前の送信に用いる他のチャネル又は信号でもよい。
　また、上述した各実施の形態の少なくとも２つを組み合わせてもよい。例えば、PRACHリソース、Msg.3 PDSCHのリソース、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPDSCHのリソースのそれぞれは、端末２００と衛星との距離、TA値、及び、SSBビームの３種類のパラメータのうちの異なるパラメータに基づいて個別に設定されてもよい。または、例えば、PRACHリソース、Msg.3 PDSCHのリソース、及び、Msg.4 PDSCHに対するHARQ-ACK送信に用いるPDSCHのリソースは、端末２００と衛星との距離、TA値、及び、SSBビームの３種類のパラメータのうちの異なるパラメータの組み合わせに基づいて設定されてもよい。
　また、衛星ephemeris情報及び共通TAパラメータ情報は、例えば、SIB19のNTN-Configの中でそれぞれ「EpochTime」及び「TAInfo」として通知されてもよい。
　また、上述した各実施の形態において、基地局は「ネットワーク」と読み替えてもよい。
　また、上述した各実施の形態において、端末２００は、SSB信号の代わりに、CSI-RSといった他の信号を用いて受信品質測定を行ってもよい。
　また、上述した実施の形態では、端末２００から基地局１００への上りリンクの伝送について説明したが、本開示の一実施例は、これに限定されず、基地局１００から端末２００への下りリンク、又は、端末２００間のリンク（例えば、サイドリンク）におけるデータに適用してもよい。また、上述した実施の形態では、上りリンクの送信の例として、初期アクセス時の信号の送信について説明したが、送信対象は、初期アクセス時の信号に限定されず、他の信号又はチャネルでもよい。
　また、本開示の一実施例は、GEO、MEO、LEO又はHEOといった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTE及びNRの少なくとも一つの地上セルラー環境）に適用されてもよい。例えば、本開示の一実施例は、例えば、セルサイズが大きく、基地局１００と端末２００との間の伝搬遅延がより長い（例えば、閾値以上）の環境の地上通信に適用してもよい。
　また、上述した実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、上記実施の形態における各種パラメータは一例であって、他の数値でもよい。例えば、PRACH系列番号、RO番号、端末２００と衛星との間の距離、repetition数、SSB番号、SSB数は、上述した例に示す値に限定されない。
　また、基地局１００から端末２００への制御情報の通知方法は、上述した例に限定されず、MIB及びSIBといったシステム情報、RRC制御情報、MAC制御情報、下り制御情報（DCI：Downlink Control Information）の少なくとも一つによって通知（又は、報知、指示、設定）されてもよく、端末２００に予め設定されてもよく、規格において予め規定されてもよい。
　基地局は、gNodeB又はgNBと称されてよい。また、端末は、UEと称されてもよい。
　システムフレーム、サブフレームといった時間リソース単位は、スロット、タイムスロット、ミニスロット、フレーム、サブフレーム等に置き換えてもよい。
　また、上述した実施の形態における「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
　（補足）
　上述した実施の形態に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した実施の形態に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した実施の形態に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、NTN向けの通信を制御してよい。
　なお、上述した実施の形態に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（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 Access（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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定する制御回路と、前記リソースを用いて、前記上りリンクチャネルの信号を送信する送信回路と、を具備する。
　本開示の一実施例において、前記リソースは、ランダムアクセスチャネルに用いる系列、前記ランダムアクセスチャネルの送信機会、及び、ランダムアクセス手順において送信される信号の繰り返し回数の少なくとも一つである。
　本開示の一実施例において、前記上りリンクチャネルは、ランダムアクセス手順における、メッセージ１又はメッセージＡに用いるランダムアクセスチャネル、メッセージ３に用いる上りデータチャネル、及び、メッセージ４に対する応答に用いる上り制御チャネルの少なくとも一つである。
　本開示の一実施例において、前記上りリンクチャネルは、前記端末に固有の上位レイヤ設定が行われる前の送信に用いるチャネルである。
　本開示の一実施例において、前記位置に関する情報は、前記端末が取得する位置情報、前記端末と衛星との間の距離に関する情報、前記端末と基準位置との間の距離に関する情報、前記端末が受信する同期信号ブロックに対応するビームに関する情報、及び、前記端末の位置と前記衛星の位置とに基づいて算出されるタイミングアドバンス値に関する情報の少なくとも一つを含む。
　本開示の一実施例に係る基地局は、端末の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソースに基づいて、前記上りリンクチャネルの第２のリソースを決定する制御回路と、前記第２のリソースを用いて、前記上りリンクチャネルの信号を受信する受信回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、前記端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定し、前記リソースを用いて、前記上りリンクチャネルの信号を送信する。
　本開示の一実施例に係る通信方法において、基地局は、端末の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソースに基づいて、前記上りリンクチャネルの第２のリソースを決定し、前記第２のリソースを用いて、前記上りリンクチャネルの信号を受信する。
　２０２２年９月３０日出願の特願２０２２－１５８６１２の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一態様は、無線通信システムに有用である。
　１００　基地局
　１０１，２０１　アンテナ
　１０２，２０２　無線受信部
　１０３　PUSCH受信処理部
　１０４　PUCCH受信処理部
　１０５　PRACH受信処理部
　１０６　データ生成部
　１０７　制御部
　１０８　データ送信処理部
　１０９，２０９　無線送信部
　２００　端末
　２０３　データ受信処理部
　２０４　制御部
　２０５　タイミング調整部
　２０６　PUSCH送信処理部
　２０７　PUCCH送信処理部
　２０８　PRACH送信処理部

Claims (10)

  1. 　端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定する制御回路と、
    　前記リソースを用いて、前記上りリンクチャネルの信号を送信する送信回路と、
    　を具備する端末。
  2. 　前記リソースは、ランダムアクセスチャネルに用いる系列、前記ランダムアクセスチャネルの送信機会、及び、ランダムアクセス手順において送信される信号の繰り返し回数の少なくとも一つである、
    　請求項１に記載の端末。
  3. 　前記上りリンクチャネルは、ランダムアクセス手順における、メッセージ１又はメッセージＡに用いるランダムアクセスチャネル、メッセージ３に用いる上りデータチャネル、及び、メッセージ４に対する応答に用いる上り制御チャネルの少なくとも一つである、
    　請求項１に記載の端末。
  4. 　前記上りリンクチャネルは、前記端末に固有の上位レイヤ設定が行われる前の送信に用いるチャネルである、
    　請求項１に記載の端末。
  5. 　前記位置に関する情報は、前記端末が取得する位置情報、前記端末と衛星との間の距離に関する情報、前記端末と基準位置との間の距離に関する情報、前記端末が受信する同期信号ブロックに対応するビームに関する情報、及び、前記端末の位置と前記衛星の位置とに基づいて算出されるタイミングアドバンス値に関する情報の少なくとも一つを含む、
    　請求項１に記載の端末。
  6. 　端末の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソースに基づいて、前記上りリンクチャネルの第２のリソースを決定する制御回路と、
    　前記第２のリソースを用いて、前記上りリンクチャネルの信号を受信する受信回路と、
    　を具備する基地局。
  7. 　端末は、
    　前記端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定し、
    　前記リソースを用いて、前記上りリンクチャネルの信号を送信する、
    　通信方法。
  8. 　基地局は、
    　端末の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソースに基づいて、前記上りリンクチャネルの第２のリソースを決定し、
    　前記第２のリソースを用いて、前記上りリンクチャネルの信号を受信する、
    　通信方法。
  9. 　端末の処理を制御する集積回路であって、前記処理は、
    　前記端末の位置に関する情報に基づいて、上りリンクチャネルのリソースを決定する処理と、
    　前記リソースを用いて、前記上りリンクチャネルの信号を送信する処理と、
    　を含む、集積回路。
  10. 　基地局の処理を制御する集積回路であて、前記処理は、
    　端末の位置に関する情報に基づいて決定される上りリンクチャネルの第１のリソースに基づいて、前記上りリンクチャネルの第２のリソースを決定する処理と、
    　前記第２のリソースを用いて、前記上りリンクチャネルの信号を受信する処理と、
    　を含む、集積回路。
PCT/JP2023/031142 2022-09-30 2023-08-29 端末、基地局、通信方法、及び、集積回路 Ceased WO2024070402A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2024549898A JPWO2024070402A1 (ja) 2022-09-30 2023-08-29
EP23871643.5A EP4598244A4 (en) 2022-09-30 2023-08-29 TERMINAL, BASE STATION, COMMUNICATION METHOD AND INTEGRATED CIRCUIT
CN202380069669.3A CN120052048A (zh) 2022-09-30 2023-08-29 终端、基站、通信方法及集成电路

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-158612 2022-09-30
JP2022158612 2022-09-30

Publications (1)

Publication Number Publication Date
WO2024070402A1 true WO2024070402A1 (ja) 2024-04-04

Family

ID=90477102

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/031142 Ceased WO2024070402A1 (ja) 2022-09-30 2023-08-29 端末、基地局、通信方法、及び、集積回路

Country Status (4)

Country Link
EP (1) EP4598244A4 (ja)
JP (1) JPWO2024070402A1 (ja)
CN (1) CN120052048A (ja)
WO (1) WO2024070402A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022506120A (ja) * 2018-10-30 2022-01-17 アイディーエーシー ホールディングス インコーポレイテッド 非地上系ネットワーク（ｎｔｎ）における距離依存ランダムアクセスチャネル（ｒａｃｈ）プリアンブル選択のための方法、装置、システム、および手順
US20220070926A1 (en) * 2019-05-16 2022-03-03 Kyocera Corporation Communication control method and user equipment
JP2022158612A (ja) 2021-04-02 2022-10-17 株式会社ジャパンディスプレイ 電子部品の実装方法、表示装置、及び、回路基板

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12192937B2 (en) * 2018-04-03 2025-01-07 Interdigital Patent Holdings, Inc. Timing advance for non-terrestrial network communication
US12120749B2 (en) * 2019-05-13 2024-10-15 Panasonic Intellectual Property Corporation Of America Transmission device, reception device, transmission method, and reception method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022506120A (ja) * 2018-10-30 2022-01-17 アイディーエーシー ホールディングス インコーポレイテッド 非地上系ネットワーク（ｎｔｎ）における距離依存ランダムアクセスチャネル（ｒａｃｈ）プリアンブル選択のための方法、装置、システム、および手順
US20220070926A1 (en) * 2019-05-16 2022-03-03 Kyocera Corporation Communication control method and user equipment
JP2022158612A (ja) 2021-04-02 2022-10-17 株式会社ジャパンディスプレイ 電子部品の実装方法、表示装置、及び、回路基板

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "NR; Medium Access Control (MAC) protocol specification (Release 17", TS 38.321, V17.2.0
3GPP: "Solutions for NR to support non-terrestrial networks (NTN) (Release 16", TR 38.821, V16.1.0
See also references of EP4598244A4

Also Published As

Publication number Publication date
CN120052048A (zh) 2025-05-27
EP4598244A4 (en) 2025-12-24
EP4598244A1 (en) 2025-08-06
JPWO2024070402A1 (ja) 2024-04-04

Similar Documents

Publication Publication Date Title
US12279219B2 (en) Transmission device and transmission method
JP7759887B2 (ja) 端末、基地局、送信方法、受信方法及び集積回路
JP7707143B2 (ja) 受信装置、送信装置、受信方法及び送信方法
US20250142426A1 (en) Terminal, base station, and communication method
US20240224264A1 (en) Terminal, base station, and communication method
US20250280384A1 (en) Terminal, base station, and communication method
CN119174277A (zh) 用于多prach传输的通信装置和通信方法
EP4598244A1 (en) Terminal, base station, communication method, and integrated circuit
US12537640B2 (en) Terminal, base station, and communication method
EP4668835A1 (en) Terminal, base station, and communication method
JP7734136B2 (ja) 端末及び通信方法
US20230224112A1 (en) Terminal, base station, and communication method
JP2026012748A (ja) 端末、基地局、送信方法、受信方法及び集積回路
WO2025033081A1 (ja) 基地局、端末、及び、通信方法
WO2025033082A1 (ja) 端末、基地局、及び、通信方法

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: 23871643

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2024549898

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202380069669.3

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2023871643

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: 2023871643

Country of ref document: EP

Effective date: 20250430

WWP Wipo information: published in national office

Ref document number: 202380069669.3

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2023871643

Country of ref document: EP