WO2023153011A1 - 端末、基地局、及び、通信方法 - Google Patents

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

Info

Publication number
WO2023153011A1
WO2023153011A1 PCT/JP2022/035876 JP2022035876W WO2023153011A1 WO 2023153011 A1 WO2023153011 A1 WO 2023153011A1 JP 2022035876 W JP2022035876 W JP 2022035876W WO 2023153011 A1 WO2023153011 A1 WO 2023153011A1
Authority
WO
WIPO (PCT)
Prior art keywords
cell
information
terminal
base station
sfn
Prior art date
Application number
PCT/JP2022/035876
Other languages
English (en)
French (fr)
Inventor
昭彦 西尾
秀俊 鈴木
Original Assignee
パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ filed Critical パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
Publication of WO2023153011A1 publication Critical patent/WO2023153011A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1853—Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18539—Arrangements for managing radio, resources, i.e. for establishing or releasing a connection
    • H04B7/18541—Arrangements for managing radio, resources, i.e. for establishing or releasing a connection for handover of resources
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0015—Synchronization between nodes one node acting as a reference for the others
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks

Definitions

  • the present disclosure relates to terminals, base stations, and communication methods.
  • NR New Radio access technology
  • a non-limiting embodiment of the present disclosure contributes to providing a terminal, a base station, and a communication method that can improve the accuracy of signal transmission timing control.
  • a terminal in a first cell, receives control information for specifying a reference time for controlling transmission timing of an uplink signal to a second cell different from the first cell; and a control circuit for controlling the transmission timing based on the control information.
  • Diagram showing an example of delay estimation in service links and feeder links Sequence diagram showing an example of conditional handover Diagram showing an example of handover Block diagram showing a configuration example of part of a base station Block diagram showing a configuration example of part of a terminal Block diagram showing an example of the configuration of a base station Block diagram showing an example of the configuration of a terminal Diagram showing an example of handover Diagram showing an example of handover Diagram showing an example of handover Diagram showing an example of handover A diagram showing an example of how to identify the epoch time A diagram showing an example of how to identify the epoch time Diagram of an exemplary architecture of a 3GPP NR system Schematic showing functional separation between NG-RAN and 5GC Sequence diagram of RRC (Radio Resource Control) connection setup/reconfiguration procedure Usage scenarios for large-capacity, high-speed communications (eMBB: enhanced Mobile BroadBand), machine-type communications with multiple simultaneous connections (mMTC: massive Machine Type Communications), and highly reliable, ultra-reliable and low-latency communications (URLLC: Ultra Reliable and Low Late
  • Non-Terrestrial Network (NTN: Non-Terrestrial Network)
  • NR Rel.15 is specified as a radio access technology for terrestrial networks.
  • NTN non-terrestrial networks
  • HAPS high-altitude pseudo-satellites
  • the satellite coverage area e.g. one or more cells
  • terminals on the ground e.g. user equipment (UE)
  • airborne terminals such as aircraft or drones
  • the round trip time (RTT) of radio wave propagation between the terminal and the satellite is determined by the altitude of the satellite (for example, up to about 36000 km) and the angle viewed from the terminal, that is, the positional relationship between the satellite and the terminal. .
  • Non-Patent Document 1 states that the maximum round-trip time (RTT) of radio wave propagation between a base station and a terminal is about 540 ms.
  • the satellite moves at a high speed of about 7.6 km/s, so there is less change in propagation delay compared to terrestrial networks. intense.
  • LEO Low Earth Orbit satellites
  • timing control In NR, for example, in order for the reception timings of signals transmitted from each terminal to be aligned at a base station (for example, also called a gNB), each terminal receives a timing notification from the base station for correcting (adjusting) the timing. Timing control (eg, timing adjustments) based on the information (eg, referred to as a “Timing Advance (TA) command”) may be performed.
  • 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. Send.
  • FIG. 1 is a diagram showing an example of processing (for example, delay time estimation processing) in NTN.
  • the delay time of the radio link between the terminal and the satellite is calculated, for example, based on the terminal's location information and information about the satellite's orbit or position.
  • the location information of the terminal may be acquired by the Global Navigation Satellite System (GNSS) or the like in the terminal, for example.
  • GNSS Global Navigation Satellite System
  • information about the orbit or position of the satellite may be reported (eg, broadcast) from the base station to the terminal as, for example, "satellite ephemeris information (or satellite ephemeris)".
  • the delay time of the radio link (for example, called “feeder link") between the ground base station or gateway (GW) and the satellite is reported from the base station at the terminal, for example. It may be calculated based on common TA parameters.
  • the common TA parameters include, for example, the feeder link delay time at a certain point in time, as well as the common TA drift and the common TA drift change.
  • Information about the variation of the delay time such as the amount (common TA drift variation), may be notified to the terminal.
  • the round-trip delay time of the service link and feeder link is corrected (for example, compensated) on the terminal side, and the uplink signal is transmitted.
  • the signal transmitted from each terminal can be received by the base station within a predetermined time difference.
  • control information for NTN At least one of the following information or parameters may be included as control information for NTN from the base station to the terminal.
  • the control information for NTN may be notified to the terminal by broadcast information such as System Information Block (SIB), for example. Also, it may be notified by the parameter NTN-Config.
  • SIB System Information Block
  • ⁇ Ephemeris; satellite ephemeris information ⁇ Common TA parameters; common TA parameters ⁇ Epoch time; reference time for satellite ephemeris information and common TA parameters ⁇ Validity duration for UL sync information; -Service (the timing information on when the serving cell is going to stop serving the area); Remaining period of the cell ⁇ Cell reference location; Reference location for cell selection or handover ⁇ cell specific K_offset; Offset for scheduling ⁇ K_mac; Information on difference between downlink transmission reference time and uplink reception synchronization reference time
  • epoch time is, for example, the reference time of satellite ephemeris and common TA parameters. Satellite ephemeris and common TA parameters are generated based on epoch time, and the values at epoch time are reported.
  • the terminal may, for example, calculate satellite positions based on epoch time and satellite ephemeris information, and calculate feeder link delay times based on epoch time and common TA parameters.
  • the epoch time may be expressed by, for example, a system frame number (SFN) and a subframe number instead of an absolute time, and notified to the terminal.
  • SFN system frame number
  • subframe number instead of an absolute time
  • the satellite ephemeris information may include, for example, the following parameters. - Position and velocity state vector ephemeris format ⁇ Position (m) ⁇ Velocity (m/s) - Orbital parameter ephemeris format ⁇ Semi-major axis ⁇ (m) ⁇ Eccentricity e ⁇ Argument of periapsis ⁇ (rad) ⁇ Longitude of ascending node ( ⁇ rad) ⁇ Inclination i (rad) ⁇ Mean anomaly M (rad) at epoch time
  • Common TA parameters may also include, for example, the following parameters. ⁇ TACommon: Common TA value at epoch time ⁇ TACommonDrift: Variation of common TA value ⁇ TACommonDriftVariation: Variation of common TA value
  • the satellite ephemeris information and common TA parameters are sometimes called assistance information.
  • the terminal may calculate the feeder link delay amount (round trip delay) Delaycommon(t) according to the following equation (1), for example, using the parameters included in the control information for NTN.
  • the feeder link delay amount may be the delay between the satellite and the upstream signal timing synchronization reference point.
  • a terminal in RRC_IDLE state or RRC_INACTIVE state performs neighbor cell measurement for cell reselection.
  • Information about neighboring cells used for neighboring cell measurement may be reported (eg, broadcast) from the base station to the terminal, for example.
  • information about neighboring cells may be broadcast to terminals by SIB type 2 (SIB2).
  • SIB2 SIB type 2
  • Information about neighboring cells includes at least one of radio parameters such as carrier frequency or subcarrier spacing (SCS) and information about the time position of the SSB to be measured, called SSB measurement timing configuration (SMTC).
  • SCS carrier frequency or subcarrier spacing
  • SMTC SSB measurement timing configuration
  • SSB is an abbreviation for Synchronization Signal (SS)/Physical Broadcast Channel (PBCH) block.
  • Neighboring cell measurements may include quality measurements such as Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), Signal to Interference and Noise Ratio (SINR) of neighboring cells.
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • SINR Signal to Interference and Noise Rat
  • a terminal in the RRC_CONNECTED state performs adjacent cell measurements for handover according to instructions from the base station and executes handover.
  • Information on neighboring cells used for neighboring cell measurements for handover may be notified to the terminal by, for example, terminal-specific RRC signaling (for example, dedicated RRC signaling).
  • terminal-specific RRC signaling for example, dedicated RRC signaling
  • information about neighboring cells may be reported from the base station (eg, serving cell) to which the terminal is connected by an "RRC reconfiguration message.”
  • satellite ephemeris information and common TA parameters of neighboring cells can be notified.
  • the neighbor cell satellite ephemeris information and common TA parameters may be used, for example, by the terminal to adjust the measurement window to satellite movement. Also, it may be used to adjust the measurement timing of adjacent cells called SMTC (SSB-based measurement timing configuration). Also, when performing handover, the terminal may use satellite ephemeris information of neighbor cells and common TA parameters to perform timing adjustment (TA) for random access transmissions (e.g., random access channel (RACH) transmissions).
  • TA timing adjustment
  • NR eg, Release 16
  • conditional handover CHO
  • Fig. 2 is a sequence diagram showing an example of CHO.
  • the terminal receives in advance an RRC reconfiguration message including handover conditions (hereinafter referred to as "HO conditions").
  • the handover source base station eg, source base station, source gNB or source cell
  • sends a handover request (HO request message) to the handover destination base station eg, target base station, target (also called gNB or target cell).
  • the target base station may send a handover request acknowledge message (HO request acknowledge message) to the source base station.
  • the source base station may, for example, transmit an RRC reconfiguration message including the HO condition to the handover target terminal (UE).
  • the terminal may evaluate (or confirm, judge, or monitor) at any time whether or not the HO conditions are met. If the HO condition is satisfied, the terminal may perform handover and perform access processing (for example, RACH processing) to a new cell (target base station).
  • access processing for example, RACH processing
  • HO conditions are based on neighbor cell measurements.
  • the terminal may perform handover if, for example, measurement results such as RSRP, RSRQ, and SINR of neighbor cells meet specified criteria.
  • HO conditions for example, in addition to the conditions based on adjacent cell measurements, the addition of at least one of timing reference conditions and position reference conditions is being discussed.
  • the terminal may perform handover within a previously notified time range.
  • the terminal may, for example, perform neighboring cell measurements within a previously notified time range, and perform handover when the neighboring cell measurement results meet prescribed criteria.
  • the terminal is handed over when the distance between the reference location of the cell to which the terminal is connected (eg, the current cell or serving cell) and the terminal is greater than the value notified in advance. may be executed. Alternatively, the terminal may perform handover, for example, when the distance between the reference location of the current cell and the terminal is greater than the distance between the reference location of the adjacent cell and the terminal (or greater by a specified distance).
  • the distance between the reference location of the cell to which the terminal is connected eg, the current cell or serving cell
  • the terminal may perform handover, for example, when the distance between the reference location of the current cell and the terminal is greater than the distance between the reference location of the adjacent cell and the terminal (or greater by a specified distance).
  • the epoch time notified from the base station to the terminal in NTN can be expressed by the SFN and subframe number.
  • FIG. 3 is a diagram showing handover processing in NTN as an example.
  • the UE is a serving cell (or source cell) from gNB1, the target cell (or neighboring cell) gNB2 satellite ephemeris information, common TA parameters, and RRCreconfiguration including information on epoch time Receive messages.
  • the terminal calculates the epoch time based on the SFN and subframe timing corresponding to the received signal from gNB1.
  • the information on the epoch time received together with the information on the satellite ephemeris and the common TA parameter of the neighbor cell is a value based on the SFN and subframe number of the neighbor cell.
  • the epoch time eg, gNB2 cell
  • SFN 25, subframe 0.
  • the UE may not be able to correctly interpret (or determine, judge, or calculate) the epoch time corresponding to gNB2 from the information about the epoch time received from gNB1.
  • the accuracy of feeder link delay estimation using common TA parameters is likely to be reduced.
  • Interpretation may be replaced with, for example, “identification”, “judgment”, “judgment”, “determination”, “calculation”, or “understanding”.
  • a terminal may obtain information for interpreting epoch times of neighbor cells from the network side.
  • a communication system includes base station 100 and terminal 200 .
  • FIG. 4 is a block diagram showing a configuration example of part of the base station 100.
  • a control unit for example, corresponding to a control circuit
  • controls a second cell for example, a target cell or an adjacent cell
  • the first cell for example, a source cell or serving cell
  • control information regarding a reference time for example, epoch time
  • a transmission unit for example, corresponding to a transmission circuit transmits control information.
  • FIG. 5 is a block diagram showing a configuration example of part of the terminal 200.
  • the receiving unit e.g., corresponding to the receiving circuit
  • the first cell e.g., source cell or serving cell
  • a second cell different from the first cell e.g., target cell or adjacent cell
  • receives control information on a reference time for example, epoch time
  • a control unit e.g., corresponding to a control circuit
  • FIG. 6 is a block diagram showing an example of the configuration of base station 100 according to this embodiment.
  • the base station 100 includes, for example, a data generation unit 101, a control unit 102, a data transmission processing unit 103, a radio transmission unit 104, an antenna 105, a radio reception unit 106, and a data reception processing unit 107. .
  • At least one of the data generation unit 101, the control unit 102, the data transmission processing unit 103, and the data reception processing unit 107 shown in FIG. 6 may be included in the control unit shown in FIG. 4, for example.
  • At least one of the radio transmission section 104 and the antenna 105 shown in FIG. 6 may be included in the transmission section shown in FIG. 4, for example.
  • the data generation section 101 for example, generates a downlink signal for each terminal 200 and outputs the generated downlink signal to the data transmission processing section 103 .
  • the downlink signal generated in data generation section 101 includes at least user data (eg, Physical Downlink Shared Channel (PDSCH)), control signals (eg, Physical Downlink Control Channel (PDCCH)), synchronization signals (eg, SSB) , Reference Signal (RS), and Medium Access Control (MAC) control information.
  • PDSCH Physical Downlink Shared Channel
  • control signals eg, Physical Downlink Control Channel (PDCCH)
  • synchronization signals eg, SSB
  • RS Reference Signal
  • MAC Medium Access Control
  • the control unit 102 may generate, for example, system information (for example, broadcast information) such as Master Information Block (MIB) or SIB, and individual control information (for example, RRC control information such as an RRCreconfiguration message). Control unit 102 outputs the generated information to data transmission processing unit 103 .
  • system information for example, broadcast information
  • MIB Master Information Block
  • SIB System Information Block
  • RRC control information for example, RRCreconfiguration message
  • the basic control information including the SFN may be notified to the terminal 200 by the MIB.
  • the SIB contains information (eg, minimum necessary information) for accessing a cell (eg, base station 100), adjacent cell information for adjacent cell measurement or cell selection, and other broadcasts. Information may be included.
  • the system information eg, SIB
  • the system information (e.g., SIB) includes information for neighboring cells of NTN, including at least one of parameters such as satellite ephemeris, common TA parameters, and Epoch time, for example, corresponding to neighboring cells. good too.
  • Information for neighbor cells of the NTN may include information corresponding to each of the other cells (eg, neighbor cells).
  • control unit 102 may, for example, exchange cell information or SIB information with other base stations for handover (for example, handover request or handover request response).
  • the data transmission processing unit 103 encodes and modulates, for example, the signal input from the data generation unit 101 and the signal input from the control unit 102, and outputs the modulated signal to the radio transmission unit 104.
  • Radio transmission section 104 for example, performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from data transmission processing section 103, and transmits the radio signal after transmission processing from antenna 105. do.
  • Radio receiving unit 106 for example, received via antenna 105, a data signal from terminal 200 (e.g., Physical Uplink Shared Channel (PUSCH)), a control signal (e.g., Physical Uplink Control Channel (PUCCH)), or It performs reception processing such as down-conversion and A/D conversion on a random access signal (for example, Physical Random Access Channel (PRACH)), and outputs the signal after reception processing to data reception processing section 107 .
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • the data reception processing unit 107 performs channel estimation, demodulation processing, and decoding processing on the received signal input from the radio reception unit 106, for example.
  • Data reception processing section 107 outputs the decoded signal.
  • FIG. 7 is a block diagram showing an example of the configuration of terminal 200 according to the present embodiment.
  • the terminal 200 includes, for example, an antenna 201, a radio reception unit 202, a data reception processing unit 203, a position information acquisition unit 204, a timing adjustment unit 205, a data transmission processing unit 206, and a radio transmission unit 207. Prepare.
  • At least one of the data reception processing unit 203, the position information acquisition unit 204, the timing adjustment unit 205, and the data transmission processing unit 206 shown in FIG. 7 may be included in the control unit shown in FIG. 5, for example.
  • At least one of the antenna 201 and the radio receiving section 202 shown in FIG. 7 may be included in the receiving section shown in FIG. 5, for example.
  • Radio receiving section 202 down-converts and A/D converts downlink signals such as data signals (eg, PDSCH) and control signals (eg, PDCCH) from base station 100 received via antenna 201, for example. , and outputs the signal after the reception processing to the data reception processing unit 203 and outputs the reception timing information to the timing adjustment unit 205 .
  • data signals eg, PDSCH
  • control signals eg, PDCCH
  • the data reception processing section 203 performs demodulation processing and decoding processing on the reception signal (for example, PDCCH or PDSCH) input from the radio reception section 202.
  • the control signal eg, PDCCH
  • the downlink data signal eg, PDSCH
  • the downlink data signal (for example, PDSCH) contains broadcast information such as system information, RRC control information (for example, RRCreconfiguration message), MAC Control Element (MAC CE) control information, RACH response (for example, msg2, Random Access Response (also called RAR)), or a TA command.
  • RRC control information for example, RRCreconfiguration message
  • MAC CE MAC Control Element
  • RACH response for example, msg2, Random Access Response (also called RAR)
  • RAR Random Access Response
  • the data reception processing unit 203 includes, for example, information for NTN included in broadcast information or RRC control information (for example, RRC Reconfiguration message) (for example, at least one of satellite ephemeris, common TA parameters, and Epoch time) , and performs reception processing of information used for cell selection, adjacent cell measurement, or handover, and outputs the signal after reception processing to timing adjustment section 205 .
  • RRC control information for example, RRC Reconfiguration message
  • RRC Reconfiguration message for example, at least one of satellite ephemeris, common TA parameters, and Epoch time
  • the location information acquisition unit 204 acquires location information (information such as latitude, longitude, and altitude) of the terminal 200, for example.
  • the location information of terminal 200 may be obtained by a GNSS function such as Global Positioning System (GPS), for example.
  • Position information acquisition section 204 outputs the acquired position information of terminal 200 to timing adjustment section 205 .
  • GPS Global Positioning System
  • the timing adjusting section 205 controls (adjusts) the transmission timing of the transmission signal (uplink signal), for example.
  • Timing adjustment section 205 outputs information on timing adjustment to radio transmission section 207 .
  • the timing adjustment unit 205 calculates the distance between the terminal 200 and the satellite based on the position information of the terminal 200 input from the position information acquisition unit 204 and the satellite ephemeris information input from the data reception processing unit 203. You can Then, the timing adjustment unit 205 determines the propagation speed between the satellite and the terminal 200 (for example, the service link) based on the distance between the terminal 200 and the satellite and the radio wave propagation speed (approximately 3 ⁇ 10 8 m/s). A delay time may be calculated.
  • the timing adjustment unit 205 may calculate the propagation delay time between the base station 100 and the satellite (for example, feeder link) based on the common TA parameter input from the data reception processing unit 203.
  • the timing adjusting section 205 may adjust the transmission timing of uplink signals (eg, uplink data or RACH signal) using, for example, propagation delay times of service links and feeder links. For example, the timing adjustment unit 205 compensates for the propagation delay time of each of the service link and the feeder link, so that the base station 100 receives the signal at the specified timing. Timing adjustments may be made according to the value (TTA).
  • TTA the value
  • NTA indicates, for example, the TA value notified by the TA command
  • NTAoffset indicates the offset to the TA value
  • Tc indicates the basic time unit.
  • TUEspecific indicates a terminal-specific TA value based on the service link delay time estimated from the position information of the terminal 200 and the satellite position
  • Tcommon indicates a common TA value based on the feeder link delay time calculated from the common TA parameter. show.
  • the first term of formula (2) is, for example, the same as the Rel. 15 NR specification, and in formula (2), the value of the first term is the terminal-specific TA value (TUEspecific) and the common TA value (Tcommon). is the added value.
  • timing adjustment section 205 adjusts the timing according to the timing adjustment value shown in equation (2), for example, based on the reception timing of the signal (for example, the SSB signal) received from base station 100 input from radio reception section 202. you can go
  • the data transmission processing unit 206 performs, for example, error correction coding and modulation processing on input transmission data, and outputs the modulated signal to the radio transmission unit 207 .
  • the transmission data may be, for example, a signal (eg, PUSCH) transmitted in time and frequency resources allocated from the base station 100, or a signal (eg, PRACH signal, also called msg1) transmitted in random access processing.
  • Radio transmission section 207 performs transmission processing such as D/A conversion, up-conversion, and amplification on the signal input from data transmission processing section 206, and transmits the radio signal after transmission processing from antenna 201. do.
  • the wireless transmission section 207 may transmit the signal at the timing specified by the information input from the timing adjustment section 205, for example.
  • base station 100 generates information about the epoch time of neighbor cells from the system frame number (SFN) and subframe number in the cell of base station 100 (serving cell).
  • Base station 100 converts the SFN and subframe number of the epoch time of the adjacent cell into the SFN and subframe number in the cell of base station 100, and based on the converted SFN and subframe number, information about the epoch time may be regenerated and notified to terminal 200 in the cell of base station 100 .
  • the terminal 200 interprets the epoch time of the adjacent cell based on the serving cell or the SFN and subframe number of the cell that received the information on the epoch time.
  • base station 100 converts, for example, the epoch time (for example, SFN and subframe number) of a neighboring cell into a value based on the SFN and subframe number in base station 100 .
  • the control information regarding the epoch time notified from the base station 100 to the terminal 200 indicates the epoch time of the base station 100 (for example, the serving cell of the terminal 200) corresponding to the epoch time of the adjacent cell.
  • FIG. 8 is a diagram showing an operation example of handover between the base station 100 and the terminal 200 in method 1.
  • FIG. 8 is a diagram showing an operation example of handover between the base station 100 and the terminal 200 in method 1.
  • gNB1 eg, base station 100
  • gNB2 is formed by satellite 2.
  • a UE (for example, terminal 200) shown in FIG. 8 is connected to gNB1.
  • gNB1 which is the source base station of handover (source base station)
  • source base station sends a handover request (HANDOVER REQUEST) to gNB2, which is the destination base station of handover (target base station).
  • the source base station gNB1 receives a handover request response (HANDOVER REQUEST ACKNOWLEDGE) from the target base station gNB2 (processing (2) shown in FIG. 8).
  • the handover request response may include, for example, system information used for receiving and accessing signals of the target base station (or target cell).
  • the handover request response may include, for example, satellite ephemeris information, common TA parameters, and information on epoch time for satellite 2 forming the target cell (cell 2), as shown in FIG. .
  • epoch time may be represented by SFN and subframe number.
  • the source base station (gNB1) may be notified of the SFN based on the timing of the target cell (eg, cell 2) and the epoch time value based on the subframe number.
  • SFN 25 and subframe 0 based on the timing of the target cell (cell 2) are notified to the source base station (gNB1) as epoch time.
  • the source base station (gNB1) notifies the UE in cell 1 of control information such as system information of the target cell, satellite ephemeris information, common TA parameters, epoch time, and validity period obtained from the target base station (gNB2). (Processing (3) shown in FIG. 8). These pieces of information may be notified to the UE by, for example, an RRC message (RRCreconfiguration message) or SIB.
  • RRC message RRCreconfiguration message
  • SIB SIB
  • the source base station (gNB1) converts the SFN and subframe number based on the timing of the target cell (cell 2) to the epoch time of the source cell (cell 1) of the source base station (gNB1). Convert (or rewrite) to SFN and subframe number based on timing.
  • the source base station (gNB1) converts SFN 25, subframe 0 of the target cell indicated in the information on epoch time to SFN 10 of the source cell, which is the same timing as SFN 25, subframe 0 of the target cell. , to convert to subframe 3.
  • the source base station (gNB1) may notify the UE in cell 1 of information on the epoch time indicating SFN 10 and subframe 3 after conversion.
  • the information notified from the source base station (gNB1) to the UE may include, for example, information on handover conditions.
  • the UE determines (or evaluates and monitors) whether or not the notified handover condition is satisfied, for example, when the above information is received from the gNB1 to which the UE connects via an RRC message or SIB.
  • the UE may perform reception quality measurements using the SSB of the target cell for determining handover conditions or for confirmation after meeting handover conditions.
  • the UE opens the reception window at the arrival timing of the SSB signal of the target cell to be measured and receives the signal of the target cell. you can also, the UE may close the reception window at a timing different from the arrival timing of the SSB signal of the target cell to be measured, for example, and stop receiving the signal of the target cell. The UE may then estimate the propagation delay using the satellite ephemeris information of the target cell and the common TA parameter, and adjust the timing of the receive window based on the estimated propagation delay.
  • the UE may access the target cell (for example, transmit RACH) to perform handover (for example, process (4) shown in FIG. 8).
  • the UE estimates the propagation delay (service link delay and feeder link delay) using the satellite ephemeris information of the target cell and the common TA parameter, and transmits uplink RACH etc. based on the estimated propagation delay (for example, , adjustment of transmission timing).
  • the UE may interpret the epoch time of the target cell based on the SFN and subframe timing of the cell (source cell) to which the UE connects.
  • the UE interprets the epoch time as SFN 10, subframe 3 based on the SFN and subframe timing of the source cell gNB1.
  • the UE may calculate the satellite position from the satellite ephemeris information, and calculate the feeder link delay amount (eg, common TA value) from the common TA parameter.
  • the feeder link delay amount eg, common TA value
  • base station 100 converts the epoch time of the neighboring cell based on the SFN and subframe number used in base station 100, and notifies terminal 200 of it.
  • terminal 200 can correctly identify the timing of the epoch time of the adjacent cell even when the signal of the adjacent cell (for example, the signal including the SFN of the adjacent cell such as MIB and PBCH) cannot be received.
  • base station 100 may notify terminal 200 of the epoch time of adjacent cells generated based on the SFN and subframe number used in base station 100 .
  • base station 100 notifies terminal 200 of the epoch time of adjacent cells generated in an external device (eg, core network, other control device, etc.) based on the SFN and subframe number used in base station 100.
  • an external device eg, core network, other control device, etc.
  • You may At this time, information or parameters may also be generated for the satellite ephemeris and common TA parameters that match the epoch time based on the SFN and subframe number used in the base station 100 .
  • the base station 100 for example, in addition to the epoch time (for example, SFN and subframe number) of the neighboring cell, the SFN and subframe number corresponding to the epoch time in the base station 100, the epoch time in the neighboring cell
  • the terminal 200 is notified of the difference from the corresponding SFN and subframe number.
  • the control information regarding the epoch time notified from the base station 100 to the terminal 200 indicates the difference between the epoch time of the adjacent cell and the epoch time of the base station 100 (for example, the serving cell of the terminal 200).
  • FIG. 9 is a diagram showing an operation example of handover between the base station 100 and the terminal 200 in method 2.
  • FIG. 9 is a diagram showing an operation example of handover between the base station 100 and the terminal 200 in method 2.
  • gNB1 eg, base station 100
  • gNB2 is formed by satellite 2.
  • a UE (for example, terminal 200) shown in FIG. 9 is connected to gNB1.
  • processing (1) operations related to handover request
  • processing (2) operations related to handover request response
  • the source base station (gNB1) transmits control information such as system information, satellite ephemeris information, common TA parameters, epoch time, and expiration date of the target cell acquired from the target base station (gNB2) to cell 1.
  • UE (terminal 200) (process (3) shown in FIG. 9). These pieces of information may be notified to the UE by, for example, an RRC message (RRCreconfiguration message) or SIB.
  • the source base station (gNB1) uses information (for example, " (referred to as the SFN difference) may be determined.
  • the source base station may, for example, obtain information about the SFN difference by exchanging information with the target base station.
  • the source base station (gNB1) may generate an SFN difference indicating 15, which is the difference between the target cell's SFN of 25 and the source cell's SFN of 10 at the same timing.
  • the source base station (gNB1) may notify the UE in cell 1 of the information on the generated SFN difference.
  • the UE determines (or evaluates and monitors) whether or not the notified handover condition is satisfied, for example, when the above information is received from the gNB1 to which the UE connects via an RRC message or SIB.
  • the UE may perform reception quality measurements using the SSB of the target cell for determining handover conditions or for confirmation after meeting handover conditions.
  • the UE may access the target cell (for example, RACH transmission) to perform handover (for example, process (4) shown in FIG. 9).
  • the UE estimates the propagation delay (service link delay and feeder link delay) using the satellite ephemeris information of the target cell and the common TA parameter, and transmits uplink RACH etc. based on the estimated propagation delay (for example, , adjustment of transmission timing).
  • the UE is based on the SFN and subframe timing used in gNB1 (source cell) to which the UE connects, from the epoch time reported from the source base station (gNB1), subtracted (or added) the SFN difference ) time may be interpreted as the epoch time of the neighboring cell (eg, the target cell).
  • the UE interprets the timing of SFN 10 obtained by subtracting the SFN difference 15 from the SFN 25 indicated in the epoch time notified from gNB1 as the timing of SFN 25 in the adjacent cell.
  • You can Terminal 200 may then calculate the satellite position from the satellite ephemeris information based on the interpreted epoch time, and may calculate the feeder link delay amount (for example, the common TA value) from the common TA parameter.
  • the terminal 200 may adjust the timing of the reception window for measuring the quality of the target cell, or adjust the timing when accessing the target cell during handover.
  • base station 100 notifies terminal 200 of the SFN difference between the adjacent cell and the cell of base station 100 in addition to the epoch time of the adjacent cell.
  • terminal 200 identifies (or derives) the timing of the SFN of the neighboring cell even if it cannot receive the signal of the neighboring cell (for example, the signal including the SFN of the neighboring cell such as MIB and PBCH). , can correctly identify the epoch time of neighboring cells.
  • the information about the SFN difference is not limited to notification at the time of handover, and may be separately notified to the terminal 200 by SIB or RRC control information.
  • base station 100 notifies terminal 200 of information about the SFN difference. Information may be notified to the terminal 200 .
  • information about SFN is notified to terminal 200 by at least one of MIB and PBCH broadcast in each cell (for example, it may be expressed as "MIB/PBCH").
  • MIB/PBCH the reception quality of the signal from the adjacent cell
  • the terminal 200 is located near the adjacent cell. It is likely to receive the MIB/PBCH and obtain the SFN of neighboring cells.
  • terminal 200 is located away from the adjacent cell, the SNR of the signal from the adjacent cell is poor, terminal 200 cannot receive the MIB/PBCH, and may not be able to acquire the SFN of the adjacent cell. be.
  • terminal 200 receives information about neighboring cells (eg, including epoch time of neighboring cells) from base station 100 before the actual timing of handover. Therefore, at the timing before the actual timing of handover, terminal 200 is likely to be located away from the adjacent cell, and the MIB/PBCH of the adjacent cell (for example, information about the SFN of the adjacent cell). It is highly likely that you will not receive it.
  • neighboring cells eg, including epoch time of neighboring cells
  • terminal 200 for example, in the cell to which the terminal 200 is connected, transmission timing control of uplink signals (for example, RACH) to adjacent cells (for example, satellite position determination, or feeder link delay time receive control information for specifying an epoch time (eg, a reference time) in the epoch time (including the calculation of ), and control the transmission timing based on the received control information.
  • uplink signals for example, RACH
  • adjacent cells for example, satellite position determination, or feeder link delay time
  • the terminal 200 correctly interprets the epoch time of the neighboring cell included in the control information (eg, RRC Reconfiguration message or SIB) received from the serving cell base station 100 based on the SFN and subframe timing in the serving cell. can. For this reason, for example, even if the terminal 200 does not receive information about the SFN and/or subframe number of the neighboring cell by the MIB/PBCH or SIB of the neighboring cell, the satellite position and the feeder link delay amount in the neighboring cell can be estimated accurately. can be improved.
  • the control information eg, RRC Reconfiguration message or SIB
  • terminal 200 can correctly interpret the epoch time of the adjacent cell. can correctly determine the expiration date of
  • the terminal 200 may determine that the handover has failed and notify the base station 100 of it. Also, after determining handover failure, terminal 200 may again receive an RRC Reconfiguration message or SIB updated with new parameters from base station 100 .
  • Embodiment 2 The configurations of base station 100 and terminal 200 according to this embodiment may be the same as those in Embodiment 1, for example.
  • base station 100 notifies terminal 200 performing conditional handover within the cell of base station 100 of target cell satellite ephemeris information, common TA parameters, and information on epoch time. you don't have to
  • base station 100 (for example, control section 102) sends satellite ephemeris information of the target cell, common TA parameters, and epoch time information to terminal 200 that performs normal handover by RRC reconfiguration message during handover. may be notified.
  • base station 100 does not need to notify terminal 200 that performs conditional handover of target cell satellite ephemeris information, common TA parameters, and epoch time information. Also, at this time, the base station 100 does not need to acquire these pieces of information from the target base station.
  • terminal 200 does not receive satellite ephemeris information, common TA parameters, and epoch time information of the target cell from the cell to which terminal 200 connects (eg, source cell or serving cell). may be received from the target cell at the same time.
  • the terminal 200 when performing conditional handover, receives information on NTN (eg, SIB) from the target cell before accessing the target cell (eg, RACH transmission). and obtain information about the target cell's satellite ephemeris information, common TA parameters and epoch time.
  • the terminal 200 when performing conditional handover, does not receive information on the NTN of the target cell (eg, information on epoch time) from the cell to which the terminal 200 connects (eg, serving cell or source cell). good.
  • the terminal 200 acquires the target cell's satellite ephemeris information, common TA parameters, and epoch time information included in the SIB, and then accesses the target cell (for example, RACH transmission).
  • the target cell for example, RACH transmission.
  • the terminal 200 does not need to receive information about NTN from the target cell, for example, when conditional handover is not performed.
  • the terminal 200 may receive information about the NTN of the target cell before RACH processing to the target cell in handover from the source cell to the target cell. For example, it may receive the SIB for the NTN of the target cell after the handover condition is met and the handover is triggered and before the RACH transmission.
  • the terminal 200 for example, the timing adjustment unit 205
  • the target cell for example, RACH transmission
  • the satellite ephemeris information included in the information on NTN for example, SIB
  • timing adjustment may be performed based on equation (2).
  • FIG. 10 is a diagram showing an operation example of handover between base station 100 and terminal 200 in this embodiment.
  • gNB1 eg, base station 100
  • gNB2 is formed by satellite 2.
  • the UE (eg, terminal 200) shown in FIG. 10 is connected to gNB1. Also, in FIG. 10, the UE performs conditional handover. As shown in FIG. 10, for example, a UE can receive MIB/PBCH or SIB of cell 2 from a location in cell 1 that cannot receive MIB/PBCH or SIB of cell 2 (eg, SIB for NTN). moving to a position.
  • a UE can receive MIB/PBCH or SIB of cell 2 from a location in cell 1 that cannot receive MIB/PBCH or SIB of cell 2 (eg, SIB for NTN). moving to a position.
  • the source base station gNB1 transmits a handover request (HANDOVER REQUEST) to the target base station gNB2 (process (1) shown in FIG. 10).
  • HANDOVER REQUEST a handover request
  • the source base station gNB1 receives a handover request response (HANDOVER REQUEST ACKNOWLEDGE) from the target base station gNB2 (processing (2) shown in FIG. 8).
  • the handover request response may include, for example, system information used for receiving and accessing signals of the target base station (or target cell).
  • the handover request response does not include information on satellite ephemeris information, common TA parameters, and epoch time for satellite 2 forming the target cell (cell 2). you can
  • the source base station (gNB1) notifies the UE (terminal 200) in cell 1 of the system information of the target cell acquired from the target base station (gNB2) (process (3) shown in FIG. 10). These pieces of information may be notified to the UE by, for example, an RRC message (RRCreconfiguration message) or SIB.
  • RRC message RRCreconfiguration message
  • SIB SIB
  • the UE determines (or evaluates or monitors whether or not the handover condition is satisfied) as in the first embodiment. ).
  • the UE may access the target cell (eg, transmit RACH) to perform handover (eg, process (4) shown in FIG. 10).
  • the UE acquires satellite ephemeris information of the target cell, common TA parameters, and information on epoch time by receiving MIB or SIB related to NTN of the target cell from the target cell, for example, before RACH transmission.
  • MIB or SIB related to NTN of the target cell from the target cell, for example, before RACH transmission.
  • the UE estimates the propagation delay (service link delay and feeder link delay) using the satellite ephemeris information of the target cell and the common TA parameter, and transmits uplink RACH etc. based on the estimated propagation delay (for example, , adjustment of transmission timing).
  • the UE may interpret the epoch time of the target cell based on the SFN and subframe timing of the target cell.
  • the UE interprets the epoch time of the target cell as SFN 25, subframe 0 based on the SFN and subframe timing of the target cell gNB2.
  • the UE may calculate the satellite position from the satellite ephemeris information, and calculate the feeder link delay amount (eg, common TA value) from the common TA parameter.
  • the feeder link delay amount eg, common TA value
  • terminal 200 controls the transmission timing of uplink signals (for example, RACH) to adjacent cells (for example, determines the satellite position or controls the feeder control information for specifying an epoch time (for example, a reference time) in (including link delay time calculation) from adjacent cells, and controls transmission timing based on the received control information.
  • uplink signals for example, RACH
  • adjacent cells for example, determines the satellite position or controls the feeder control information for specifying an epoch time (for example, a reference time) in (including link delay time calculation) from adjacent cells, and controls transmission timing based on the received control information.
  • epoch time for example, a reference time
  • the base station 100 (eg, source base station) cannot receive MIB information from the target cell of the conditional handover (eg, cannot obtain the target cell's SFN) and may not correctly interpret the target cell's epoch time.
  • Target cell satellite ephemeris information, common TA parameters, and epoch time information are not notified to terminals 200 that have potential. This can reduce the amount of notification information, eg, control overhead.
  • terminal 200 when the terminal 200 approaches the target cell, it acquires satellite ephemeris information, common TA parameters, and epoch time information included in the SIB of the target cell. In this case, terminal 200 can, for example, acquire the SFN of the target cell from the MIB information from the target cell, so it can correctly interpret the epoch time of the target cell.
  • the terminal 200 may acquire the target cell's satellite ephemeris information, common TA parameters, and epoch time information before accessing the target cell. Therefore, terminal 200 is highly likely to have sufficient time from the time it receives the conditional handover notification to the time it accesses the target cell, and the handover execution timing can be estimated from the handover conditions. Therefore, the terminal 200 can receive the SIB of the target cell with a margin.
  • Embodiment 3 The configurations of base station 100 and terminal 200 according to this embodiment may be the same as those in Embodiment 1, for example.
  • base station 100 may notify terminal 200 of information on epoch time based on the target cell's SFN and subframe number obtained from the target cell as it is.
  • base station 100 (for example, control section 102) sends satellite ephemeris information of the target cell, common TA parameters, and epoch time information to terminal 200 that performs normal handover or conditional handover by RRC reconfiguration message. may be notified.
  • the epoch time may be the epoch time based on the SFN and subframe number of the target cell.
  • the terminal 200 receives the RRC Reconfiguration message from the base station 100 (eg, serving cell or source cell), satellite ephemeris information of the target cell, Get common TA parameters and epoch time information.
  • the terminal 200 may, for example, acquire information about the SFN of the target cell from the target cell (eg, neighboring cell). Information about the SFN of the target cell may be notified by MIB/PBCH from the target cell, for example. For example, terminal 200 may acquire the SFN of the target cell when located near the target cell (eg, when the SNR of the signal from the target cell is sufficient).
  • terminal 200 interprets the epoch time at the time of acquiring the SFN of the target cell, identifies the satellite position from the satellite ephemeris information and common TA parameters notified from the source cell, and propagates the amount of delay (for example, , TA value) may be calculated.
  • the amount of delay for example, , TA value
  • terminal 200 for example, timing adjustment section 205
  • timing adjustment section 205 when transmitting RACH to the target cell, based on the satellite ephemeris information of the target cell, the common TA parameter, and the epoch time information, based on equation (2) You can adjust the timing by
  • the terminal 200 receives control information (e.g., including the epoch time of the target cell) regarding the NTN of the target cell from the cell to which the terminal 200 connects (e.g., the source cell or serving cell), and from the target cell, Receive information about the SFN of the target cell.
  • control information e.g., including the epoch time of the target cell
  • FIG. 11 is a diagram showing an operation example of handover between base station 100 and terminal 200 in this embodiment.
  • gNB1 eg, base station 100
  • gNB2 eg, base station 100
  • satellite 2 Communicate with UEs in cell 2 formed by satellite 2).
  • the UE (eg, terminal 200) shown in FIG. 11 is connected to gNB1.
  • a UE can receive SIB/PBCH or SIB of cell 2 from a location in cell 1 that cannot receive MIB/PBCH or SIB of cell 2 (eg, SIB for NTN). moving to a position.
  • processing (1) and processing (2) may be the same as in the first embodiment.
  • the source base station (gNB1) notifies the UE in cell 1 of the target cell system information, satellite ephemeris information, common TA parameters, and epoch time information acquired from the target base station (gNB2) (processing shown in FIG. 11). (3)). These pieces of information may be notified to the UE by, for example, an RRC message (RRCreconfiguration message) or SIB.
  • RRC message RRCreconfiguration message
  • SIB SIB
  • the UE determines (or evaluates or monitors) whether or not the handover condition is satisfied, as in the first embodiment. good.
  • the UE does not receive the MIB/PBCH (for example, including the SFN of the target cell) from the target cell (cell 2), it does not interpret the epoch time of the target cell received from the source cell (cell 1). you can Then, for example, when the terminal 200 approaches the target cell and receives the MIB/PBCH (for example, including the SFN of the target cell) from the target cell (cell 2), the target You may do an interpretation of the epoch time of the cell.
  • the MIB/PBCH for example, including the SFN of the target cell
  • the UE receives the satellite ephemeris information of the target cell, the common TA parameter and the epoch time information from the source base station (or source cell), and the SFN information for interpreting the epoch time from the target base station ( or target cell).
  • the UE may calculate the satellite position from the satellite ephemeris information and calculate the feeder link delay amount (for example, common TA value) from the common TA parameter.
  • the feeder link delay amount for example, common TA value
  • information about SFN is notified to terminal 200 by MIB/PBCH broadcast in each cell.
  • the signal reception quality eg, SNR
  • terminal 200 receives the MIB/PBCH of the adjacent cell. and is likely to obtain the SFN of the neighboring cell.
  • the SNR of the signal from the adjacent cell is poor, terminal 200 cannot receive the MIB/PBCH, and may not be able to acquire the SFN of the adjacent cell. be.
  • terminal 200 receives information about neighboring cells (eg, including epoch time of neighboring cells) from base station 100 before the actual timing of handover. Therefore, at the timing before the actual timing of handover, terminal 200 is likely to be located away from the adjacent cell, and the MIB/PBCH of the adjacent cell (for example, information about the SFN of the adjacent cell). It is highly likely that you will not receive it. In this case, terminal 200 cannot correctly interpret the epoch time information based on the SFN of the target cell.
  • neighboring cells eg, including epoch time of neighboring cells
  • terminal 200 receives target cell satellite ephemeris information, common TA parameters, and epoch time information based on the SFN of the target cell from the currently connected cell (source cell). do. Also, when terminal 200 is located near the target cell, terminal 200 receives MIB/PBCH of the target cell from the target cell and acquires SFN information. Thus, in the present embodiment, terminal 200 interprets the epoch time information notified from the source cell after acquiring the SFN information of the target cell. Thereby, the terminal 200 can correctly interpret (or derive) the epoch time based on the SFN of the target cell, and can appropriately estimate the satellite position information and the feeder link delay time.
  • the terminal 200 may acquire the target cell's satellite ephemeris information, common TA parameters, and epoch time information before accessing the target cell. Therefore, terminal 200 is highly likely to have sufficient time from the time it receives the conditional handover notification to the time it accesses the target cell, and the handover execution timing can be estimated from the handover conditions. Therefore, terminal 200 can receive the MIB of the target cell with time to spare and perform timing adjustment (for example, calculation of TA value) for RACH transmission.
  • the base station 100 may notify the terminal 200 of the target cell's satellite ephemeris information, common TA parameters, and epoch time information at a plurality of timings.
  • the information about SFN is 10-bit information, with values from 0 to 1023. Therefore, the SFN has one cycle in 1024 frames (for example, called "SFN cycle"), and the SFN is reset to 0 every SFN cycle. For example, one frame is 10 ms, so the SFN is reset every 10.24 seconds. Therefore, for example, as shown in FIG. 12, the terminal 200 receives the MIB/PBCH of the adjacent cell (eg, target cell), and acquires (eg, reads) the SFN of the adjacent cell. It may not be possible to determine which SFN cycle the SFN and subframe number corresponding to the epoch time refer to.
  • terminal 200 acquires the epoch time of the target cell within the period of SFN cycle 1, and acquires the SFN of the target cell within the period of SFN cycle 2. In this case, terminal 200 cannot determine whether the SFN and subframe number representing the epoch time of the target cell correspond to SFN cycle 2, SFN cycle 1, or an SFN cycle earlier than SFN cycle 1.
  • base station 100 notifies terminal 200 of target cell satellite ephemeris information, common TA parameters, and epoch time information at least every one SFN cycle (for example, 10.24 seconds).
  • the satellite ephemeris information of the target cell, the common TA parameter, and the epoch time information may be notified to the terminal 200 by, for example, an RRC reconfiguration message.
  • Terminal 200 may receive target cell satellite ephemeris information, common TA parameters, and epoch time information, for example, every at least one SFN cycle.
  • the target cell's satellite ephemeris information, common TA parameters, and epoch time information may be updated, for example, to match the epoch time expressed by the most recent SFN.
  • information notified in SFN cycle 1 may be information based on the SFN of SFN cycle 1
  • information notified in SFN cycle 2 may be information based on the SFN in SFN cycle 2.
  • the terminal 200 receives, for example, target cell satellite ephemeris information, common TA parameters, and epoch time information at a plurality of timings by RRC Reconfiguration messages. At this time, terminal 200 may determine (or assume) that the SFN indicated at epoch time is the SFN in the same SFN cycle as the timing at which the RRCReconfiguration message is received. Alternatively, terminal 200 may determine (or assume) that the SFN indicated at the epoch time is the closest SFN to the timing at which the RRCReconfiguration message is received, for example.
  • terminal 200 can uniquely identify the SFN indicated by the epoch time and correctly interpret the epoch time at the time the terminal 200 receives the MIB of the target cell and acquires the SFN.
  • target cell satellite ephemeris information, common TA parameters, and epoch time information are notified to terminal 200 by RRC Reconfiguration message.
  • the present invention is not limited to this, and may be broadcast by SIB.
  • terminal 200 may receive the corresponding SIB at predetermined intervals (for example, SFN cycle intervals).
  • the base station 100 uses epoch time based on the SFN and subframe number of the base station 100 (that is, the serving cell), satellite ephemeris, and common TA parameters as information about neighboring cells.
  • the epoch time based on the SFN and subframe number of the target base station or target cell, satellite ephemeris, and common TA parameters may be notified to terminal 200 .
  • the base station 100 uses the base station 100 (that is, serving cell) SFN and subframe number-based epoch time, satellite ephemeris, and common TA parameters as information about neighboring cells for use in cell selection or neighboring cell measurement. 200, and epoch time based on the SFN and subframe number of the target base station or target cell, satellite ephemeris, and common TA parameters may be notified to terminal 200 as information related to the target cell used for handover. In the case of cell selection or neighboring cell measurement, terminal 200 may be in a position where it cannot receive MIB, PBCH or SIB of neighboring cells at the time of receiving such information from base station 100 .
  • the terminal 200 can correctly interpret the epoch time information from the SFN and subframe timing of the serving cell, Satellite ephemeris can control the measurement window appropriately using the information of common TA parameters. Also, at the time of handover, terminal 200 is likely to be located near an adjacent cell. Therefore, by notifying terminal 200 of the epoch time, satellite ephemeris, and common TA parameters based on the SFN and subframe number of the target cell, terminal 200 can transmit the SFN and subframe information of the target cell to the MIB/PBCH of the target cell. Therefore, the epoch time information can be interpreted correctly, and the target cell can be accessed using the satellite ephemeris and common TA parameter information.
  • the information about the neighboring cells for cell selection or neighboring cell measurement may be broadcasted by SIB, and the information about the neighboring cells for handover may be notified to terminal 200 by RRC Reconfiguration message.
  • the first or last subframe of SI-window in which SIB is transmitted may be implicitly notified by (for example, subframe number).
  • base station 100 notifies terminal 200 of epoch time, satellite ephemeris, and common TA parameters based on the SFN and/or subframe timing of base station 100 (that is, serving cell) as neighboring cell information.
  • the SIB is transmitted at the beginning of the SI-window
  • the epoch time may be implicitly notified by the last subframe (eg, subframe number).
  • the cell may be an area defined by the received power of SSB or Channel State Information-Reference Signal (CSI-RS) transmitted by the base station (or satellite). It can also be an area defined by location. Also, the cells in the above embodiments may be replaced with beams defined by SSBs.
  • CSI-RS Channel State Information-Reference Signal
  • the satellite ephemeris information which is information about satellite positions, may be notified by system information, or may be held in advance by the terminal 200 . Also, the satellite ephemeris information may be updated when communication is possible. Also, the terminal 200 may identify the satellite position using information different from the satellite ephemeris information.
  • the base station may be read as "network”.
  • the target cell at the time of handover has been described as an example, but the target cell may be read as an adjacent cell.
  • one aspect of the present disclosure can be applied not only to handover but also to adjacent cell measurement for cell reselection.
  • one aspect of the present disclosure can be applied to a procedure called RRC reconfiguration with sync, which is represented by handover.
  • terminal 200 may use such information during cell selection or cell reselection in the RRC_IDLE state.
  • terminal 200 may be notified of information indicating which adjacent cell information is to be used as target cell information by terminal-specific RRC control information at the time of handover. As a result, the amount of information to be notified to the terminal 200 during handover can be reduced.
  • terminal 200 may perform reception quality measurement using another signal such as CSI-RS instead of the SSB signal.
  • GNSS such as GPS (for example, position detection using satellite signals) was described, but it is not limited to this, for example, position detection by terrestrial cellular base stations, Position detection using a WiFi (registered trademark) signal or Bluetooth (registered trademark) signal, position detection using an acceleration sensor or the like, or position detection using a combination of these detection methods may be performed. Also, altitude information may be obtained from an air pressure sensor or the like.
  • uplink transmission from terminal 200 to base station 100 has been described, but an embodiment of the present disclosure is not limited to this, and downlink transmission from base station 100 to terminal 200 , or may be applied to data in links between terminals 200 (for example, side links).
  • transmission of the RACH signal has been described as an example of uplink transmission, but the transmission target is not limited to the RACH, and may be other signals or channels.
  • an embodiment of the present disclosure is a satellite such as a Geostationary Earth Orbit satellite (GEO), a Medium Earth Orbit satellite (MEO), a LEO, or a Highly Elliptical Orbit satellite (HEO).
  • GEO Geostationary Earth Orbit Satellite
  • MEO Medium Earth Orbit Satellite
  • LEO Long Term Evolution
  • HEO Highly Elliptical Orbit Satellite
  • HAPS Non-terrestrial communications
  • drone base stations for example.
  • the NTN environment for example, satellite communication environment
  • the present disclosure is not limited to this.
  • the present disclosure may be applied to other communication environments (eg, LTE and/or NR terrestrial cellular environments).
  • an embodiment of the present disclosure may be applied to terrestrial communication in an environment where the cell size is large and the propagation delay between the base station 100 and the terminal 200 is long (for example, above a threshold).
  • it may be applied to communication other than NTN to which handover or cell selection is applied.
  • the form of satellite communication may be a configuration in which the functions of the base station are present on the satellite (for example, "regenerative satellite"), the functions of the base station are present on the ground, and the base station A configuration in which a satellite relays communication between the terminal and the terminal (for example, "transparent satellite”) may also be used.
  • the downlink and uplink may be links between terminals and satellites or links through satellites.
  • the various parameters in the above embodiment are examples, and other numerical values may be used.
  • the SFN of epoch time, the subframe number of epoch time, and the number of frames in one cycle of SFN are not limited to the values shown in the above examples.
  • the method of notifying control information from the base station 100 to the terminal 200 is not limited to the above examples, and system information such as MIB and SIB, RRC control information, MAC control information, downlink control information (DCI: Downlink Control Information).
  • system information such as MIB and SIB, RRC control information, MAC control information, downlink control information (DCI: Downlink Control Information).
  • DCI Downlink Control Information
  • a base station may be called a gNodeB or a gNB.
  • a terminal may also be referred to as a UE.
  • Time resource units such as system frames and subframes may be replaced with slots, time slots, minislots, frames, subframes, and the like.
  • (supplement) Information indicating whether or not the terminal 200 supports the functions, operations, or processes shown in the above embodiments is transmitted from the terminal 200 to the base station 100, for example, as capability information or a capability parameter of the terminal 200. (or notified).
  • the capability information may include an information element (IE) individually indicating whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in the above embodiments.
  • the capability information may include an information element indicating whether or not the terminal 200 supports a combination of two or more of the functions, operations or processes shown in the above embodiments.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information.
  • the base station 100 may perform operation, processing, or control according to the determination result based on the capability information.
  • base station 100 may control communication for NTN based on capability information received from terminal 200 .
  • terminal 200 not supporting part of the functions, operations, or processes shown in the above-described embodiments can be interpreted as limiting such functions, operations, or processes in terminal 200.
  • base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • a downlink control signal (or downlink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in the Physical Downlink Control Channel (PDCCH) of the physical layer, It may be a signal (or information) transmitted in a medium access control element (MAC CE) or radio resource control (RRC) of a higher layer. Also, the signal (or information) is not limited to being notified by a downlink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals.
  • PDCCH Physical Downlink Control Channel
  • MAC CE medium access control element
  • RRC radio resource control
  • the uplink control signal (or uplink control information) related to an embodiment of the present disclosure may be, for example, a signal (or information) transmitted in PUCCH of the physical layer, MAC CE or It may be a signal (or information) transmitted in RRC. Also, the signal (or information) is not limited to being notified by an uplink control signal, and may be defined in advance in specifications (or standards), or may be set in advance in base stations and terminals. Also, the uplink control signal may be replaced with, for example, uplink control information (UCI), 1st stage sidelink control information (SCI), or 2nd stage SCI.
  • UCI uplink control information
  • SCI 1st stage sidelink control information
  • 2nd stage SCI 2nd stage SCI.
  • a base station includes a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), base unit, gateway, etc.
  • TRP Transmission Reception Point
  • RRH Remote Radio Head
  • eNB eNodeB
  • gNB gNodeB
  • BS Base Station
  • BTS Base Transceiver Station
  • base unit gateway, etc.
  • a terminal may play the role of a base station.
  • a relay device that relays communication between the upper node and the terminal may be used. It may also be a roadside device.
  • An embodiment of the present disclosure may be applied to any of uplink, downlink, and sidelink, for example.
  • an embodiment of the present disclosure can be used for uplink Physical Uplink Shared Channel (PUSCH), Physical Uplink Control Channel (PUCCH), Physical Random Access Channel (PRACH), downlink Physical Downlink Shared Channel (PDSCH), PDCCH, Physical It may be applied to the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and Physical Sidelink Broadcast Channel (PSBCH).
  • PUSCH Physical Uplink Shared Channel
  • PUCCH Physical Uplink Control Channel
  • PRACH Physical Random Access Channel
  • PDSCH Physical Downlink Shared Channel
  • PDCCH Physical It may be applied to the Broadcast Channel (PBCH), or the sidelink Physical Sidelink Shared Channel (PSSCH), Physical Sidelink Control Channel (PSCCH), and Physical Sidelink Broadcast Channel (PSBCH).
  • PBCH Broadcast Channel
  • PSSCH Physical Sidelink Shared Channel
  • PSCCH Physical Sidelink
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channels, downlink data channels, uplink data channels, and uplink control channels, respectively.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • An embodiment of the present disclosure may be applied to either data channels or control channels, for example.
  • the channels in one embodiment of the present disclosure may be replaced with any of the data channels PDSCH, PUSCH and PSSCH, or the control channels PDCCH, PUCCH, PBCH, PSCCH and PSBCH.
  • the reference signal is, for example, a signal known to both the base station and the mobile station, and is sometimes called Reference Signal (RS) or pilot signal.
  • the reference signal can be Demodulation Reference Signal (DMRS), Channel State Information - Reference Signal (CSI-RS), Tracking Reference Signal (TRS), Phase Tracking Reference Signal (PTRS), Cell-specific Reference Signal (CRS), or Sounding Any reference signal (SRS) may be used.
  • DMRS Demodulation Reference Signal
  • CSI-RS Channel State Information - Reference Signal
  • TRS Tracking Reference Signal
  • PTRS Phase Tracking Reference Signal
  • CRS Cell-specific Reference Signal
  • SRS Sounding Any reference signal
  • the units of time resources are not limited to one or a combination of slots and symbols, such as frames, superframes, subframes, slots, timeslots, subslots, minislots or symbols, Time resource units such as Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier-Frequency Division Multiplexing (SC-FDMA) symbols, or other time resource units may be used.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier-Frequency Division Multiplexing
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • An embodiment of the present disclosure may be applied to both licensed bands and unlicensed bands.
  • An embodiment of the present disclosure is applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and vehicle to everything (V2X) communication. good too.
  • the channel in one embodiment of the present disclosure may be replaced with any of PSCCH, PSSCH, Physical Sidelink Feedback Channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, or PBCH.
  • an embodiment of the present disclosure may be applied to any of a terrestrial network, a non-terrestrial network (NTN: Non-Terrestrial Network) using satellites or high altitude pseudo satellites (HAPS: High Altitude Pseudo Satellite) .
  • NTN Non-Terrestrial Network
  • HAPS High Altitude pseudo satellites
  • an embodiment of the present disclosure may be applied to a terrestrial network such as a network with a large cell size, an ultra-wideband transmission network, or the like, in which the transmission delay is large compared to the symbol length or slot length.
  • an antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • an antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • the number of physical antennas that constitute an antenna port is not defined, but may be defined as the minimum unit in which a terminal station can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • the NG-RAN architecture is shown in Figure 14 (see, eg, 3GPP TS 38.300 v15.6.0, section 4).
  • the NR user plane protocol stack (see e.g. 3GPP TS 38.300, section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300 section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on frequency index in frequency domain and symbol position in time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 15 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 16 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 17 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 17 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements that are later requested. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • Stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several ⁇ s (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure). NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • DRB Data Radio Bearers
  • FIG. 18 shows the non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 17
  • AF Application Function
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 18 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a terminal in a first cell, receives control information for specifying a reference time for controlling transmission timing of an uplink signal to a second cell different from the first cell; and a control circuit for controlling the transmission timing based on the control information.
  • control information indicates the reference time of the first cell corresponding to the reference time of the second cell.
  • control information indicates the reference time of the second cell and the difference between the reference time of the second cell and the reference time of the first cell.
  • the receiving circuit receives the control information from the second cell without receiving it from the first cell.
  • the receiving circuit receives the control information prior to random access processing to the second cell in handover from the first cell to the second cell.
  • the receiving circuit receives the control information from the first cell and receives information about the system frame number of the second cell from the second cell.
  • the receiving circuit receives the control information at least every cycle of a system frame.
  • a base station includes, in a first cell, a control circuit that determines control information for specifying a reference time in controlling transmission timing of an uplink signal to a second cell that is different from the first cell. and a transmission circuit for transmitting the control information.
  • a terminal receives, in a first cell, control information for specifying a reference time for controlling transmission timing of uplink signals to a second cell different from the first cell. and controls the transmission timing based on the control information.
  • a base station in a first cell, transmits control information for specifying a reference time in controlling transmission timing of uplink signals to a second cell different from the first cell. determine and transmit the control information.
  • One aspect of the present disclosure is useful for wireless communication systems.
  • REFERENCE SIGNS LIST 100 base station 101 data generation unit 102 control unit 103, 206 data transmission processing unit 104, 207 radio transmission unit 105, 201 antenna 106, 202 radio reception unit 107, 203 data reception processing unit 200 terminal 204 location information acquisition unit 205 timing adjustment Department

Landscapes

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

Abstract

端末は、第１セルにおいて、第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信する受信回路と、制御情報に基づいて前記送信タイミングを制御する制御回路と、を具備する。

Description

端末、基地局、及び、通信方法
　本開示は、端末、基地局、及び、通信方法に関する。
　5Gの標準化において、新しい無線アクセス技術（NR：New Radio access technology）が3GPPで仕様化され、NRのRelease 15 (Rel.15)仕様が発行された。
　しかしながら、信号の送信タイミング制御の精度を向上する方法については検討の余地がある。
　本開示の非限定的な実施例では、信号の送信タイミング制御の精度を向上できる端末、基地局および通信方法の提供に資する。
　本開示の一実施例に係る端末は、第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信する受信回路と、前記制御情報に基づいて前記送信タイミングを制御する制御回路と、を具備する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、信号の送信タイミング制御の精度を向上できる。
　本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
サービスリンク及びフィーダリンクにおける遅延推定の一例を示す図 条件付きハンドオーバーの一例を示すシーケンス図 ハンドオーバーの一例を示す図 基地局の一部の構成例を示すブロック図 端末の一部の構成例を示すブロック図 基地局の構成の一例を示すブロック図 端末の構成の一例を示すブロック図 ハンドオーバーの一例を示す図 ハンドオーバーの一例を示す図 ハンドオーバーの一例を示す図 ハンドオーバーの一例を示す図 epoch timeの特定方法の一例を示す図 epoch timeの特定方法の一例を示す図 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程度の高速で移動するため、地上ネットワークと比較して、伝搬遅延量の変化が激しい。
　（タイミング制御）
　NRでは、例えば、各端末から送信される信号の基地局（例えば、gNBとも呼ぶ）における受信タイミングが揃うように、各端末では、基地局から通知される、タイミングを補正（調整）するための情報（例えば、「Timing Advance（TA）コマンド」と呼ぶ）に基づくタイミング制御（例えば、タイミング調整）が行われてよい。
　NTNでは、上述したように地上ネットワークと比較して伝搬遅延量の変化が激しいため、端末は、当該端末と基地局との間の往復の遅延時間を計算し、タイミングを補正して、信号を送信する。
　図１は、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）といった遅延時間の変化量に関する情報が端末に通知されてよい。
　このように、NTNでは、端末側においてサービスリンク及びフィーダリンクの往復遅延時間が補正（例えば、compensate）されて、上りリンク信号が送信される。これにより、各端末から送信される信号は、基地局において所定の時間差内に受信されることが可能となる。
　（NTN向けの制御情報について）
　基地局から端末に対して、NTN向けの制御情報として、以下の情報又はパラメータの少なくとも一つが含まれてよい。NTN向けの制御情報は、例えば、System Information Block（SIB）といった報知情報によって端末に通知されてよい。また、パラメータNTN-Configにより通知されてもよい。
　・Ephemeris; 衛星ephemeris情報
　・Common TA parameters; 共通TAパラメータ
　・Epoch time; 衛星ephemeris情報及び共通TAパラメータの基準時間
　・Validity duration for UL sync information; SIB情報或いは衛星ephemeris及び共通TAパラメータの有効期限
　・t-Service (the timing information on when the serving cell is going to stop serving the area); セルの残存期間
　・Cell reference location; セル選択又はハンドオーバーのための参照位置
　・cell specific K_offset; スケジューリングのためのオフセット
　・K_mac; 下り送信基準時点と上り受信同期基準時点の差異の情報
　ここで、epoch timeは、例えば、衛星ephemeris及び共通TAパラメータの基準時間である。衛星ephemeris及び共通TAパラメータはepoch timeに基づいて生成され、epoch timeの時点での値が通知される。端末は、例えば、epoch time及び衛星ephemeris情報に基づいて衛星位置を算出し、epoch time及び共通TAパラメータに基づいてフィーダリンクの遅延時間を算出してよい。
　また、epoch timeは、絶対時間ではなく、例えば、システムフレーム番号（SFN：system frame number）及びサブフレーム番号によって表現され、端末へ通知されてよい。
　なお、衛星ephemeris情報には、例えば、以下のパラメータが含まれてよい。
　－　Position and velocity state vector ephemeris format
　　・Position (m)
　　・Velocity (m/s)
　－　Orbital parameter ephemeris format
　　・Semi-major axis α (m)
　　・Eccentricity e
　　・Argument of periapsis ω (rad)
　　・Longitude of ascending node (Ω rad)
　　・Inclination i (rad)
　　・Mean anomaly M (rad) at epoch time 
　また、共通TAパラメータには、例えば、以下のパラメータが含まれてよい。
　・TACommon:epoch time時点の共通TA値
　・TACommonDrift: 共通TA値の変化量
　・TACommonDriftVariation：共通TA値変化量の変化量
　なお、衛星ephemeris情報及び共通TAパラメータはassistance informationと呼ばれることもある。
　端末は、例えば、上記NTN向けの制御情報に含まれるパラメータを用いて、次式（１）に従ってフィーダリンク遅延量（往復遅延）Delaycommon(t)を算出してよい。
Figure JPOXMLDOC01-appb-M000001
　なお、フィーダリンク遅延量は、衛星と上り信号のタイミング同期参照地点（reference point）との間の遅延であってもよい。
　（隣接セル情報の通知について）
　NRでは、RRC_IDLE状態又はRRC_INACTIVE状態の端末は、セル再選択（cell reselection）のための隣接セル測定（neighbor cell measurement）を行う。
　隣接セル測定に用いる隣接セルに関する情報は、例えば、基地局から端末へ通知（例えば、報知）されてよい。例えば、隣接セルに関する情報は、SIB type 2（SIB2）によって端末へ報知されてよい。隣接セルに関する情報には、例えば、キャリア周波数又はサブキャリア間隔（SCS：subcarrier spacing）といった無線パラメータ、及び、SSB measurement timing configuration（SMTC）と呼ばれる測定対象のSSBの時間位置に関する情報の少なくとも一つが含まれてよい。なお、SSBは、Synchronization Signal(SS)/Physical Broadcast Channel(PBCH) blockの略である。隣接セル測定では、隣接セルのReference Signal Received Power（RSRP）、Reference Signal Received Quality（RSRQ）、Signal to Interference and Noise Ratio（SINR）などの品質測定が行われてよい。
　また、NRでは、例えば、RRC_CONNECTED状態の端末は、基地局からの指示によりハンドオーバーのための隣接セル測定を行い、ハンドオーバーを実行する。
　ハンドオーバーのための隣接セル測定に用いる隣接セルに関する情報（例えば、上述した隣接セルに関する情報と同様でよい）は、例えば、端末個別RRCシグナリング（例えば、dedicated RRC signaling）により端末へ通知されてよい。例えば、隣接セルに関する情報は、「RRCreconfiguration message」によって、端末が接続中の基地局（例えば、serving cell）から通知されてよい。
　NTNでは、隣接セルに関する情報として、隣接セルの衛星ephemeris情報及び共通TAパラメータの通知があり得る。隣接セルの衛星ephemeris情報及び共通TAパラメータは、例えば、端末が衛星の移動に合わせて測定窓（measurement window）を調整するために用いられてよい。また、SMTC（SSB based measurement timing configuration）と呼ばれる隣接セルの測定タイミングの調整に用いられても良い。また、ハンドオーバー実行時には、端末は、隣接セルの衛星ephemeris情報及び共通TAパラメータを用いて、ランダムアクセス送信（例えば、random access channel（RACH）送信）のためのタイミング調整（TA）を行ってよい。
　例えば、隣接セルに関する情報の通知方法については検討の余地がある。
　（条件付きハンドオーバー (Conditional handover)について）
　NR（例えば、Release 16）では、条件付きハンドオーバー（CHO：conditional handover）が導入された。
　図２は、CHOの一例を示すシーケンス図である。
　CHOでは、例えば、端末は、ハンドオーバーの条件（以下、「HO条件」と呼ぶ）を含むRRCreconfiguration messageを予め受信する。例えば、ハンドオーバー元の基地局（例えば、ソース基地局、source gNB又はsource cellとも呼ぶ）は、ハンドオーバーの要求（HO request message）を、ハンドオーバー先の基地局（例えば、ターゲット基地局、target gNB又はtarget cellとも呼ぶ）へ送信してよい。ターゲット基地局は、ハンドオーバー要求応答（HO request acknowledge message）をソース基地局へ送信してよい。そして、ソース基地局は、例えば、ハンドオーバー対象の端末（UE）に対して、HO条件を含むRRCreconfiguration messageを送信してよい。
　端末は、HO条件を満たすか否かを随時評価（又は、確認、判断、監視）してよい。HO条件を満たす場合、端末は、ハンドオーバーを実行し、新たなセル（ターゲット基地局）へのアクセス処理（例えば、RACH処理）を行ってよい。
　例えば、Release16では、HO条件は、隣接セル測定（neighbor cell measurement）に基づく条件が用いられる。隣接セル測定に基づく条件において、端末は、例えば、隣接セルのRSRP、RSRQ、SINRなどの測定結果が規定の基準を満たす場合にハンドオーバーを実行してよい。
　NTNでは、HO条件として、例えば、隣接セル測定に基づく条件に加えて、タイミング基準の条件、及び、位置基準の条件の少なくとも一つの追加が議論されている。
　タイミング基準のCHOでは、例えば、端末は、予め通知される時間範囲内にハンドオーバーを実行してよい。或いは、端末は、例えば、予め通知される時間範囲内に隣接セル測定を実施し、隣接セル測定結果が規定の基準を満たす場合にハンドオーバーを実行してよい。
　位置基準のCHOでは、例えば、端末は、端末が接続するセル（例えば、現セル又はserving cell）の参照位置（reference location）と端末との距離が予め通知される値よりも大きい場合にハンドオーバーを実行してよい。或いは、端末は、例えば、現セルの参照位置と端末との距離が、隣接セルの参照位置と端末との距離より大きい場合（又は、規定距離だけ大きい場合）にハンドオーバーを実行してよい。
　このように、NTNでは、端末に対してHO条件を予め与えることにより、LEOのように高速にセルが切り替わる場合でも、遅延を低減したハンドオーバーが可能となる。
　以上、条件付きハンドオーバー（CHO）について説明した。
　上述したように、NTNにおいて基地局から端末へ通知されるepoch timeは、SFN及びサブフレーム番号によって表現され得る。
　図３は、一例として、NTNにおけるハンドオーバー処理を示す図である。図３では、例えば、UEはserving cell（又は、ソースセル）であるgNB1から、ターゲットセル（又は、隣接セル）であるgNB2の衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報を含むRRCreconfiguration messageを受信する。端末は、例えば、epoch timeに関する情報を受信した際、gNB1からの受信信号に対応するSFN及びサブフレームのタイミングに基づいて、epoch timeを算出する。
　ここで、端末において、隣接セル（例えば、図３では、gNB2のセル）の衛星ephemeris及び共通TAパラメータの情報とともに受信されるepoch timeに関する情報は、隣接セルのSFN及びサブフレーム番号に基づく値であり得る。また、例えば、図３に示すように、現セル（例えば、gNB1のセル）におけるepoch time（例えば、SFN=10、subframe 3）と、隣接セル（例えば、gNB2のセル）におけるepoch time（例えば、SFN=25、subframe 0）とは異なる可能性がある。このため、UEは、gNB1から受信したepoch timeに関する情報から、gNB2に対応するepoch timeを正しく解釈（又は、判定、判断、算出）できない可能性があり、衛星ephemerisを用いた衛星位置の推定、及び、共通TAパラメータを用いたフィーダリンクの遅延量の推定の精度が低減しやすくなる。
　なお、「解釈」は、例えば、「特定」、「判断」、「判定」、「決定」、「算出」又は「理解」と言い換えてもよい。
　本開示の非限定的な一実施例では、例えば、端末が受信した情報からepoch timeを正しく解釈し、端末における、衛星ephemerisを用いた衛星位置の推定、及び、共通TAパラメータを用いたフィーダリンクの遅延量の推定の精度を向上する方法について説明する。例えば、端末は、隣接セルのepoch timeを解釈するための情報をネットワーク側から取得してよい。
　［通信システムの概要］
　本開示の一実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図４は、基地局１００の一部の構成例を示すブロック図である。図４に示す基地局１００において、制御部（例えば、制御回路に対応）は、第１セル（例えば、ソースセル又はserving cell）において、第１セルと異なる第２セル（例えば、ターゲットセル又は隣接セル）への上り信号の送信タイミングを調整するための基準時間（例えば、epoch time）に関する制御情報を決定する。送信部（例えば、送信回路に対応）は、制御情報を送信する。
　図５は、端末２００の一部の構成例を示すブロック図である。図５に示す端末２００において、受信部（例えば、受信回路に対応）は、第１セル（例えば、ソースセル又はserving cell）において、第１セルと異なる第２セル（例えば、ターゲットセル又は隣接セル）への上り信号の送信タイミングを調整するための基準時間（例えば、epoch time）に関する制御情報を受信する。制御部（例えば、制御回路に相当）は、制御情報に基づいて送信タイミングを制御する。
　［基地局の構成］
　図６は、本実施の形態に係る基地局１００の構成の一例を示すブロック図である。基地局１００は、例えば、データ生成部１０１と、制御部１０２と、データ送信処理部１０３と、無線送信部１０４と、アンテナ１０５と、無線受信部１０６と、データ受信処理部１０７と、を備える。
　図６に示すデータ生成部１０１と、制御部１０２と、データ送信処理部１０３、及び、データ受信処理部１０７の少なくとも一つは、例えば、図４に示す制御部に含まれてよい。また、図６に示す無線送信部１０４及びアンテナ１０５の少なくとも一つは、例えば、図４に示す送信部に含まれてよい。
　データ生成部１０１は、例えば、各端末２００向けの下り信号を生成し、生成した下り信号をデータ送信処理部１０３へ出力する。データ生成部１０１において生成される下り信号には、少なくとも、ユーザデータ（例えば、Physical Downlink Shared Channel（PDSCH））、制御信号（例えば、Physical Downlink Control Channel（PDCCH））、同期信号（例えば、SSB）、参照信号（RS：Reference Signal）、及び、Medium Access Control（MAC）制御情報といった信号の何れかが含まれてよい。
　制御部１０２は、例えば、Master Information Block（MIB）又はSIBといったシステム情報（例えば、報知情報）、及び、個別制御情報（例えば、RRCreconfigurationメッセージといったRRC制御情報）を生成してよい。制御部１０２は、生成した情報をデータ送信処理部１０３へ出力する。
　例えば、MIBによって、SFNを含む基本制御情報が端末２００へ通知されてよい。また、例えば、SIBには、セル（例えば、基地局１００）へアクセスするための情報（例えば、必要最低限の情報）、隣接セル測定又はセル選択のための隣接セル情報、及び、他の報知情報が含まれてよい。また、システム情報（例えば、SIB）には、セルに対応する、衛星ephemeris、共通TAパラメータ、Epoch time、及び、有効期限といったパラメータの少なくとも一つを含むNTN向けの制御情報が含まれてもよい。また、システム情報（例えば、SIB）には、例えば、隣接セルに対応する、衛星ephemeris、共通TAパラメータ、及び、Epoch timeといったパラメータの少なくとも一つを含むNTNの隣接セル向けの情報が含まれてもよい。NTNの隣接セル向けの情報は、他のセル（例えば、隣接セル）のそれぞれに対応する情報が含まれてもよい。
　なお、隣接セル向けの情報（例えば、衛星ephemeris、共通TAパラメータ、及び、Epoch timeの少なくとも一つを含む）の送信方法の例については後述する。
　また、制御部１０２は、例えば、ハンドオーバー等に向けて他の基地局とのセル情報又はSIBの情報のやり取り（例えば、ハンドオーバー要求、又は、ハンドオーバー要求応答）を行ってよい。
　データ送信処理部１０３は、例えば、データ生成部１０１から入力される信号、及び、制御部１０２から入力される信号を符号化及び変調し、変調後の信号を無線送信部１０４へ出力する。
　無線送信部１０４は、例えば、データ送信処理部１０３から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ１０５から送信する。
　無線受信部１０６は、例えば、アンテナ１０５を介して受信した、端末２００からのデータ信号（例えば、Physical Uplink Shared Channel（PUSCH））、制御信号（例えば、Physical Uplink Control Channel（PUCCH））、又は、ランダムアクセス信号（例えば、Physical Random Access Channel（PRACH））に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号をデータ受信処理部１０７へ出力する。
　データ受信処理部１０７は、例えば、無線受信部１０６から入力される受信信号に対して、チャネル推定、復調処理、及び、復号処理を行う。データ受信処理部１０７は、復号後の信号を出力する。
　［端末の構成］
　次に、端末２００の構成例を説明する。
　図７は、本実施の形態に係る端末２００の構成の一例を示すブロック図である。端末２００は、例えば、アンテナ２０１と、無線受信部２０２と、データ受信処理部２０３と、位置情報取得部２０４と、タイミング調整部２０５と、データ送信処理部２０６と、無線送信部２０７と、を備える。
　図７に示すデータ受信処理部２０３、位置情報取得部２０４、タイミング調整部２０５、及び、データ送信処理部２０６の少なくとも一つは、例えば、図５に示す制御部に含まれてよい。また、図７に示すアンテナ２０１及び無線受信部２０２の少なくとも一つは、例えば、図５に示す受信部に含まれてよい。
　無線受信部２０２は、例えば、アンテナ２０１を介して受信した、基地局１００からのデータ信号（例えば、PDSCH）、制御信号（例えば、PDCCH）といった下り信号に対して、ダウンコンバート及びＡ／Ｄ変換といった受信処理を行い、受信処理後の信号をデータ受信処理部２０３へ出力し、受信タイミングの情報をタイミング調整部２０５へ出力する。
　データ受信処理部２０３は、例えば、無線受信部２０２から入力される受信信号（例えば、PDCCH又はPDSCH）に対して、復調処理及び復号処理を行う。制御信号（例えば、PDCCH）には、例えば、下りデータ信号（例えば、PDSCH）の割当情報、又は、上りデータ信号（例えば、PUSCH）の割当情報が含まれてよい。また、下りデータ信号（例えば、PDSCH）には、例えば、ユーザデータが含まれてよい。また、下りデータ信号（例えば、PDSCH）には、システム情報等の報知情報、RRC制御情報（例えば、RRCreconfigurationメッセージ）、MAC Control Element（MAC CE）制御情報、RACH応答（例えば、msg2、Random Access Response（RAR）とも呼ばれる）、又は、TAコマンドが含まれてもよい。
　また、データ受信処理部２０３は、例えば、報知情報又はRRC制御情報（例えば、RRCReconfigurationメッセージ）に含まれるNTN向けの情報（例えば、衛星ephemeris、共通TAパラメータ、及びEpoch timeの少なくとも一つを含む）、及び、セル選択、隣接セル測定又はハンドオーバーに使用する情報の受信処理を行い、受信処理後の信号をタイミング調整部２０５へ出力する。
　位置情報取得部２０４は、例えば、端末２００の位置情報（緯度、経度、高度などの情報）を取得する。端末２００の位置情報は、例えば、Global Positioning System（GPS）といったGNSS機能によって取得されてもよい。位置情報取得部２０４は、取得した端末２００の位置情報をタイミング調整部２０５へ出力する。
　タイミング調整部２０５は、例えば、送信信号（上り信号）の送信タイミングを制御（調整）する。タイミング調整部２０５は、タイミング調整に関する情報を無線送信部２０７へ出力する。
　例えば、タイミング調整部２０５は、位置情報取得部２０４から入力される端末２００の位置情報と、データ受信処理部２０３から入力される衛星ephemeris情報とに基づいて、端末２００と衛星との距離を算出してよい。そして、タイミング調整部２０５は、端末２００と衛星との距離、及び、電波伝搬速度（約3×108 m/s）に基づいて、衛星と端末２００との間（例えば、サービスリンク）の伝搬遅延時間を算出してよい。
　また、例えば、タイミング調整部２０５は、データ受信処理部２０３から入力される共通TAパラメータに基づいて、基地局１００と衛星との間（例えば、フィーダリンク）の伝搬遅延時間を算出してよい。
　また、タイミング調整部２０５は、例えば、サービスリンク及びフィーダリンクのそれぞれの伝搬遅延時間を用いて、上り信号（例えば、上りリンクデータまたはRACH信号）の送信タイミングを調整してよい。例えば、タイミング調整部２０５は、サービスリンク及びフィーダリンクのそれぞれの伝搬遅延時間を補償することにより、基地局１００において規定のタイミングで信号が受信されるように、次式（２）に示すタイミング調整値（TTA）に従って、タイミング調整を行ってもよい。
Figure JPOXMLDOC01-appb-M000002
　式（２）において、NTAは、例えば、TAコマンドによって通知されるTA値を示し、NTAoffsetはTA値に対するオフセットを示し、Tcは基本時間単位（basic time unit）を示す。また、TUEspecificは端末２００の位置情報と衛星の位置とから推定されるサービスリンク遅延時間に基づく端末固有TA値を示し、Tcommonは共通TAパラメータから算出されるフィーダリンク遅延時間に基づく共通TA値を示す。式（２）の第１項は、例えば、Rel. 15 NR仕様と同様であり、式（２）では、第１項の値に、端末固有TA値(TUEspecific)及び共通TA値(Tcommon)を加えた値である。
　また、タイミング調整部２０５は、例えば、無線受信部２０２から入力される基地局１００から受信した信号（例えばＳＳＢ信号）の受信タイミングに基づいて、式（２）に示すタイミング調整値に従ってタイミング調整を行ってもよい。
　データ送信処理部２０６は、例えば、入力される送信データに対して、誤り訂正符号化及び変調処理を行い、変調後の信号を無線送信部２０７へ出力する。送信データは、例えば、基地局１００から割り当てられる時間及び周波数リソースにおいて送信される信号（例えば、PUSCH）でもよく、ランダムアクセス処理において送信される信号（例えば、PRACH信号、msg1とも呼ばれる）でもよい。
　無線送信部２０７は、例えば、データ送信処理部２０６から入力される信号に対して、Ｄ／Ａ変換、アップコンバート、および、増幅といった送信処理を行い、送信処理後の無線信号をアンテナ２０１から送信する。無線送信部２０７は、例えば、タイミング調整部２０５から入力される情報によって指定されるタイミングで信号を送信してよい。
　[基地局及び端末の動作例]
　次に、基地局１００及び端末２００の動作例について説明する。
　本実施の形態では、例えば、基地局１００は、隣接セル（neighbor cell）のepoch timeに関する情報を、基地局１００のセル（serving cell）におけるシステムフレーム番号（SFN）及びサブフレーム番号により生成する。基地局１００は、例えば、隣接セルのepoch timeのSFNとサブフレーム番号を基地局１００のセルにおけるSFN及びサブフレーム番号に変換し、変換後のSFN及びサブフレーム番号に基づいて、epoch timeに関する情報を再生成し、基地局１００のセル内の端末２００へ通知してよい。
　端末２００は、接続中のセル（serving cell）、或いは、epoch timeに関する情報を受信したセルのSFN及びサブフレーム番号に基づいて、隣接セルのepoch timeを解釈する。
　以下では、基地局１００から送信される隣接セル向けの情報（例えば、衛星ephemeris、共通TAパラメータ、及び、Epoch timeを含む）の送信方法、及び、端末２００におけるepoch timeの解釈の方法について説明する。例として、ハンドオーバー時の処理における２つの方法（方法１及び方法２）についてそれぞれ説明する。
　＜方法１＞
　方法１では、基地局１００は、例えば、隣接セルのepoch time（例えば、SFN及びサブフレーム番号）を、基地局１００におけるSFN及びサブフレーム番号に基づく値に変換する。例えば、基地局１００から端末２００へ通知されるepoch timeに関する制御情報は、隣接セルのepoch timeに対応する、基地局１００（例えば、端末２００のserving cell）のepoch timeを示す。
　図８は、方法１における基地局１００及び端末２００のハンドオーバーの動作例を示す図である。
　図８に示す例では、gNB1（例えば、基地局１００）は、衛星１（satellite 1）によって形成されるセル１内のUEと通信を行い、gNB2は、衛星２（satellite 2）によって形成されるセル２内のUEと通信を行う。図８に示すUE（例えば、端末２００）は、gNB１に接続されている。
　例えば、ハンドオーバーの際、ハンドオーバー元の基地局（ソース基地局）であるgNB1は、ハンドオーバー先の基地局（ターゲット基地局）であるgNB2に対して、ハンドオーバー要求（HANDOVER REQUEST）を送信する（図８に示す処理（１））。
　ソース基地局であるgNB1は、ターゲット基地局であるgNB2から、ハンドオーバー要求応答（HANDOVER REQUEST ACKNOWLEDGE）を受信する（図８に示す処理（２））。
　ハンドオーバー要求応答には、例えば、ターゲット基地局（又は、ターゲットセル）の信号の受信及びアクセスに用いるシステム情報が含まれてよい。
　また、ハンドオーバー要求応答には、例えば、図８に示すように、ターゲットセル（セル２）を形成する衛星２に対する、衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報が含まれてよい。ここで、epoch timeは、SFNとサブフレーム番号とで表現されてよい。例えば、ハンドオーバー要求応答では、ターゲットセル（例えば、セル２）のタイミングに基づくSFN及びサブフレーム番号を基準としたepoch timeの値がソース基地局（gNB1）へ通知されてよい。図８に示す例では、ターゲットセル（セル２）のタイミングに基づくSFN 25及びsubframe 0がepoch timeとしてソース基地局（gNB1）へ通知される。
　ソース基地局（gNB1）は、ターゲット基地局（gNB2）から取得したターゲットセルのシステム情報、衛星ephemeris情報、共通TAパラメータ、epoch time、及び、有効期限といった制御情報をセル１内のUEへ通知する（図８に示す処理（３））。これらの情報は、例えば、RRCメッセージ（RRCreconfigurationメッセージ）又はSIBによってUEへ通知されてよい。
　ここで、方法１では、ソース基地局（gNB1）は、epoch timeについて、ターゲットセル（セル２）のタイミングに基づくSFN及びサブフレーム番号を、ソース基地局（gNB1）のソースセル（セル１）のタイミングに基づくSFN及びサブフレーム番号に変換する（又は、書き換える）。図８に示す例では、ソース基地局（gNB1）は、epoch timeに関する情報に示されるターゲットセルのSFN 25、subframe 0を、ターゲットセルのSFN 25、subframe 0と同一タイミングであるソースセルのSFN 10、subframe 3に変換する。ソース基地局（gNB1）は、変換後のSFN 10、subframe 3を示すepoch timeに関する情報をセル１内のUEへ通知してよい。
　また、ソース基地局（gNB1）からUEへ通知される情報には、例えば、ハンドオーバー条件に関する情報が含まれてもよい。
　図８において、UEは、例えば、UEが接続するgNB1からRRCメッセージ又はSIBによって上記情報を受信した場合、通知されるハンドオーバー条件を満たすか否かを判定（又は、評価、監視）する。例えば、ハンドオーバー条件の判定のため、或いは、ハンドオーバー条件を満たした後の確認のため、UEは、ターゲットセルのSSBを用いて受信品質測定を行ってよい。
　また、UEは、例えば、接続中のセルと隣接セルとでキャリア周波数が異なる場合等には、測定対象であるターゲットセルのSSB信号の到来タイミングにおいて受信窓を開いてターゲットセルの信号を受信してよい。また、UEは、例えば、測定対象であるターゲットセルのSSB信号の到来タイミングと異なるタイミングにおいて受信窓を閉じてターゲットセルの信号の受信を停止してよい。このとき、UEは、ターゲットセルの衛星ephemeris情報及び共通TAパラメータを用いて伝搬遅延を推定し、推定した伝搬遅延に基づいて受信窓のタイミングを調整してもよい。
　また、UEは、ハンドオーバー実行のためにターゲットセルへアクセス（例えば、RACH送信）してよい（例えば、図８に示す処理（４））。この際、UEは、ターゲットセルの衛星ephemeris情報及び共通TAパラメータを用いて伝搬遅延（サービスリンク遅延及びフィーダリンク遅延）を推定し、推定した伝搬遅延に基づいて上りリンクのRACH等の送信（例えば、送信タイミングの調整）を行ってよい。
　このとき、例えば、UEは、UEが接続するセル（ソースセル）のSFN及びサブフレームのタイミングに基づいて、ターゲットセルのepoch timeを解釈してよい。図８に示す例では、UEは、ソースセルであるgNB1のSFN及びサブフレームのタイミングに基づいて、epoch timeをSFN 10、subframe 3と解釈する。そして、UEは、解釈したepoch timeに基づいて、衛星ephemeris情報から衛星位置を算出し、共通TAパラメータからフィーダリンク遅延量（例えば、共通TA値）を算出してよい。
　このように、方法１では、基地局１００が隣接セルのepoch timeを、基地局１００において用いられるSFN及びサブフレーム番号に基づいて変換し、端末２００へ通知する。これにより、方法１では、端末２００は、隣接セルの信号（例えば、MIB及びPBCHといった隣接セルのSFNを含む信号）を受信できない場合でも、隣接セルのepoch timeのタイミングを正しく特定できる。
　なお、方法１では、隣接セルのepoch timeが、基地局１００において用いられるSFN及びサブフレーム番号に基づいて変換される場合について説明したが、これに限定されない。例えば、基地局１００は、基地局１００において用いられるSFN及びサブフレーム番号に基づいて生成した隣接セルのepoch timeを端末２００へ通知してもよい。或いは、基地局１００は、基地局１００において用いられるSFN及びサブフレーム番号に基づいて外部装置（例えば、コアネットワーク、又は他の制御装置等）において生成された隣接セルのepoch timeを端末２００へ通知してもよい。また、このとき、衛星ephemeris及び共通ＴＡパラメータについても、基地局１００において用いられるSFN及びサブフレーム番号に基づくepoch timeに合わせた情報又はパラメータが生成されてもよい。
　＜方法２＞
　方法２では、基地局１００は、例えば、隣接セルのepoch time（例えば、SFN及びサブフレーム番号）に加え、基地局１００におけるepoch timeに対応するSFN及びサブフレーム番号と、隣接セルにおけるepoch timeに対応するSFN及びサブフレーム番号との差分に関する値を端末２００へ通知する。例えば、基地局１００から端末２００へ通知されるepoch timeに関する制御情報は、隣接セルのepoch timeと基地局１００（例えば、端末２００のserving cell）のepoch timeとの差分を示す。
　図９は、方法２における基地局１００及び端末２００のハンドオーバーの動作例を示す図である。
　図９に示す例では、gNB1（例えば、基地局１００）は、衛星１（satellite 1）によって形成されるセル１内のUEと通信を行い、gNB2は、衛星２（satellite 2）によって形成されるセル２内のUEと通信を行う。図９に示すUE（例えば、端末２００）は、gNB１に接続されている。
　なお、図９に示す処理（１）（ハンドオーバー要求に関する動作）、及び、処理（２）（ハンドオーバー要求応答に関する動作）は、方法１（図８）と同様でよい。
　ソース基地局（gNB1）は、方法１と同様、ターゲット基地局（gNB2）から取得したターゲットセルのシステム情報、衛星ephemeris情報、共通TAパラメータ、epoch time、及び、有効期限といった制御情報をセル１内のUE（端末２００）へ通知する（図９に示す処理（３））。これらの情報は、例えば、RRCメッセージ（RRCreconfigurationメッセージ）又はSIBによってUEへ通知されてよい。
　ここで、方法２では、ソース基地局（gNB1）は、epoch timeについて、ターゲットセル（セル２）とソースセル（セル１）との間のSFNの差分（又は、差異）に関する情報（例えば、「SFN difference」と呼ぶ）を決定してよい。ソース基地局は、例えば、SFNの差分に関する情報を、ターゲット基地局との間で情報のやり取りをすることにより取得してもよい。図９に示す例では、ソース基地局（gNB1）は、同一タイミングにおけるターゲットセルのSFN 25とソースセルのSFN 10との差分である15を示すSFN differenceを生成してよい。ソース基地局（gNB1）は、生成したSFN differenceに関する情報をセル１内のUEへ通知してよい。
　図９において、UEは、例えば、UEが接続するgNB1からRRCメッセージ又はSIBによって上記情報を受信した場合、通知されるハンドオーバー条件を満たすか否かを判定（又は、評価、監視）する。例えば、ハンドオーバー条件の判定のため、或いは、ハンドオーバー条件を満たした後の確認のため、UEは、ターゲットセルのSSBを用いて受信品質測定を行ってよい。
　また、UEは、ハンドオーバー実行のためにターゲットセルへアクセス（例えば、RACH送信）してよい（例えば、図９に示す処理（４））。この際、UEは、ターゲットセルの衛星ephemeris情報及び共通TAパラメータを用いて伝搬遅延（サービスリンク遅延及びフィーダリンク遅延）を推定し、推定した伝搬遅延に基づいて上りリンクのRACH等の送信（例えば、送信タイミングの調整）を行ってよい。
　例えば、UEは、UEが接続するgNB1（ソースセル）において用いられるSFN及びサブフレームのタイミングに基づいて、ソース基地局（gNB1）から通知されるepoch timeから、SFN differenceを差し引いた（或いは加えた）時間を、隣接セル（例えば、ターゲットセル）のepoch timeとして解釈してよい。図９に示す例では、UEは、ソースセルにおいて、gNB1から通知されるepoch timeに示されるSFN 25からSFN difference 15を差し引いたSFN 10のタイミングを、隣接セルにおけるSFN 25のタイミングであると解釈してよい。そして、端末２００は、解釈したepoch timeに基づいて、衛星ephemeris情報から衛星位置を算出し、共通TAパラメータからフィーダリンク遅延量（例えば、共通TA値）を算出してよい。
　端末２００は、算出した情報を用いて、ターゲットセルの品質測定のための受信窓のタイミング調整、又は、ハンドオーバー実行時のターゲットセルへアクセスする際のタイミング調整を行ってよい。
　このように、方法２では、基地局１００が隣接セルのepoch timeに加え、隣接セルと基地局１００のセルとの間のSFNの差分を端末２００へ通知する。これにより、方法２では、端末２００は、隣接セルの信号（例えば、MIB及びPBCHといった隣接セルのSFNを含む信号）を受信できない場合でも、隣接セルのSFNのタイミングを特定（又は、導出）し、隣接セルのepoch timeを正しく特定できる。
　なお、SFNの差分に関する情報は、ハンドオーバーの際の通知に限らず、SIB又はRRC制御情報によって端末２００へ別途通知されてもよい。
　また、図９の例では、基地局１００がSFNの差分に関する情報を端末２００へ通知する場合について説明したが、SFNの差分に加え、ソースセルとターゲットセルとの間のサブフレーム番号の差分に関する情報が端末２００へ通知されてもよい。
　以上、方法１及び方法２について説明した。
　例えば、SFNに関する情報は、各セルにおいて報知されるMIB及びPBCHの少なくとも一つ（例えば、「MIB/PBCH」と表すこともある）によって端末２００へ通知される。例えば、端末２００が隣接セル（例えば、ターゲットセル）の近辺に位置する場合には、隣接セルからの信号の受信品質（例えば、SNR：Signal to Noise Ratio）が良く、端末２００は、隣接セルのMIB/PBCHを受信し、隣接セルのSFNを取得できる可能性が高い。その一方で、端末２００が隣接セルから離れて位置する場合には、隣接セルからの信号のSNRが悪く、端末２００は、MIB/PBCHを受信できず、隣接セルのSFNを取得できない可能性がある。例えば、条件付きハンドオーバーの場合、端末２００は、ハンドオーバーの実際のタイミングよりも前に、隣接セルに関する情報（例えば、隣接セルのepoch timeを含む）を基地局１００から受信する。このため、ハンドオーバーの実際のタイミングよりも前のタイミングでは、端末２００は隣接セルから離れて位置している可能性が高く、隣接セルのMIB/PBCH（例えば、隣接セルのSFNに関する情報）を受信できない可能性が高い。
　本実施の形態では、端末２００は、例えば、端末２００が接続するセルにおいて、隣接セルへの上り信号（例えば、RACH）の送信タイミング制御（例えば、衛星位置の決定、又は、フィーダリンクの遅延時間の算出を含む）におけるepoch time（例えば、基準時間）を特定するための制御情報を受信し、受信した制御情報に基づいて送信タイミングを制御する。
　例えば、端末２００は、serving cellである基地局１００から受信した制御情報（例えば、RRCReconfiguration message又はSIB）に含まれる、隣接セルのepoch timeを、サービングセルにおけるSFN及びサブフレームのタイミングに基づいて正しく解釈できる。このため、例えば、端末２００は、隣接セルのMIB/PBCH又はSIBによって隣接セルのSFN及び／又はサブフレーム番号に関する情報を受信しなくても、隣接セルにおける衛星位置及びフィーダリンク遅延量の推定精度を向上できる。
　また、端末２００は、例えば、隣接セルから離れて位置する場合など、隣接セルのMIB/PBCH又はSIBを受信しないケースでも、隣接セルのepoch timeを正しく解釈できるため、通知された隣接セルに関する情報の有効期限を正しく判断できる。
　よって、本実施の形態によれば、上り信号の送信タイミング制御の精度を向上できる。
　なお、端末２００は、上述した方法によって解釈したepoch timeからの有効期限内にハンドオーバーがトリガされない場合には、ハンドオーバー失敗と判断し、基地局１００へ通知してよい。また、端末２００は、ハンドオーバー失敗と判断した後、基地局１００から、新しいパラメータに更新されたRRCReconfiguration message或いはSIBを再度受信してもよい。
　（実施の形態２）
　本実施の形態に係る基地局１００及び端末２００の構成は、例えば、実施の形態１と同様でよい。
　本実施の形態では、例えば、基地局１００は、基地局１００のセル内において、条件付きハンドオーバーを行う端末２００に対して、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeに関する情報を通知しなくてよい。
　例えば、基地局１００（例えば、制御部１０２）は、通常のハンドオーバーを行う端末２００に対して、ハンドオーバーの際にRRCreconfiguration messageにより、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を通知してよい。その一方で、基地局１００は、条件付きハンドオーバーを行う端末２００に対して、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を通知しなくてよい。また、このとき、基地局１００は、ターゲット基地局からのこれらの情報の取得を行わなくてもよい。
　また、本実施の形態では、例えば、端末２００は、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を、端末２００が接続するセル（例えば、ソースセル又はserving cell）から受信せずに、ターゲットセルから受信してよい。
　例えば、端末２００（例えば、データ受信処理部２０３）は、条件付きハンドオーバーを行う場合、ターゲットセルへアクセス（例えば、RACH送信）する前に、ターゲットセルからNTNに関する情報（例えば、SIB）を受信し、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeに関する情報を取得してよい。また、端末２００は、条件付きハンドオーバーを行う場合、端末２００が接続するセル（例えば、serving cell又はソースセル）から、ターゲットセルのNTNに関する情報（例えば、epoch timeに関する情報）を受信しなくてよい。
　例えば、端末２００は、SIBに含まれるターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を取得した後に、ターゲットセルへのアクセス（例えば、RACH送信）を行う。
　また、端末２００は、例えば、条件付きハンドオーバーを行わない場合、ターゲットセルからのNTNに関する情報を受信しなくてよい。
　なお、端末２００は、ソースセルからターゲットセルへのハンドオーバーにおけるターゲットセルへのRACH処理より前に、ターゲットセルのNTNに関する情報を受信してよい。例えば、ハンドオーバー条件を満たし、ハンドオーバーがトリガされてからRACH送信を行うまでの間に、ターゲットセルのNTNに関するSIBを受信してもよい。
　また、端末２００（例えば、タイミング調整部２０５）は、例えば、ターゲットセルへのアクセス（例えば、RACH送信）の際、ターゲットセルから受信したNTNに関する情報（例えば、SIB）に含まれる衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を取得した後に、式（２）に基づいてタイミング調整を行ってよい。
　図１０は、本実施の形態における基地局１００及び端末２００のハンドオーバーの動作例を示す図である。
　図１０に示す例では、gNB1（例えば、基地局１００）は、衛星１（satellite 1）によって形成されるセル１内のUEと通信を行い、gNB2は、衛星２（satellite 2）によって形成されるセル２内のUEと通信を行う。
　図１０に示すUE（例えば、端末２００）は、gNB１に接続されている。また、図１０では、UEは、条件付きハンドオーバーを行う。図１０に示すように、UEは、例えば、セル１内において、セル２のMIB/PBCH又はSIB（例えば、NTNに関するSIB）を受信できない位置から、セル２のMIB/PBCH又はSIBを受信可能な位置へ移動している。
　例えば、条件付きハンドオーバーの際、ソース基地局であるgNB1は、ターゲット基地局であるgNB2に対して、ハンドオーバー要求（HANDOVER REQUEST）を送信する（図１０に示す処理（１））。
　ソース基地局であるgNB1は、ターゲット基地局であるgNB2から、ハンドオーバー要求応答（HANDOVER REQUEST ACKNOWLEDGE）を受信する（図８に示す処理（２））。
　ハンドオーバー要求応答には、例えば、ターゲット基地局（又は、ターゲットセル）の信号の受信及びアクセスに用いるシステム情報が含まれてよい。
　ここで、条件付きハンドオーバーが行われる場合、ハンドオーバー要求応答には、ターゲットセル（セル２）を形成する衛星２に対する、衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報が含まれなくてよい。
　ソース基地局（gNB1）は、ターゲット基地局（gNB2）から取得したターゲットセルのシステム情報をセル１内のUE（端末２００）へ通知する（図１０に示す処理（３））。これらの情報は、例えば、RRCメッセージ（RRCreconfigurationメッセージ）又はSIBによってUEへ通知されてよい。このように、セル１内の条件付きハンドオーバーを行うUEは、gNB1から、ターゲットセル（セル２）の衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報を取得しない。
　図１０において、UEは、例えば、UEが接続するgNB1からRRCメッセージ又はSIBによってシステム情報を受信した場合、実施の形態１と同様、ハンドオーバー条件を満たすか否かを判定（又は、評価、監視）してよい。
　UEは、ハンドオーバー条件を満たす場合、ハンドオーバー実行のためにターゲットセルへアクセス（例えば、RACH送信）してよい（例えば、図１０に示す処理（４））。この際、UEは、例えば、RACH送信の前に、ターゲットセルのNTNに関するMIB又はSIBをターゲットセルから受信することにより、ターゲットセルの衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報を取得してよい。換言すると、端末２００は、ターゲットセルのNTNに関するMIB（例えば、ターゲットセルのSFNを含む）又はSIBを受信できない場合、ターゲットセルの衛星ephemeris情報、共通TAパラメータ、及び、epoch timeに関する情報を取得しない。
　そして、UEは、ターゲットセルの衛星ephemeris情報と共通TAパラメータとを用いて伝搬遅延（サービスリンク遅延及びフィーダリンク遅延）を推定し、推定した伝搬遅延に基づいて上りリンクのRACH等の送信（例えば、送信タイミングの調整）を行ってよい。
　このとき、UEは、ターゲットセルのSFN及びサブフレームのタイミングに基づいて、ターゲットセルのepoch timeを解釈してよい。図１０に示す例では、UEは、ターゲットセルであるgNB2のSFN及びサブフレームのタイミングに基づいて、ターゲットセルのepoch timeをSFN 25、subframe 0と解釈する。そして、UEは、解釈したepoch timeに基づいて、衛星ephemeris情報から衛星位置を算出し、共通TAパラメータからフィーダリンク遅延量（例えば、共通TA値）を算出してよい。
　このように、本実施の形態では、端末２００は、例えば、端末２００が接続するセルにおいて、隣接セルへの上り信号（例えば、RACH）の送信タイミング制御（例えば、衛星位置の決定、又は、フィーダリンクの遅延時間の算出を含む）におけるepoch time（例えば、基準時間）を特定するための制御情報を、隣接セルから受信し、受信した制御情報に基づいて送信タイミングを制御する。
　基地局１００（例えば、ソース基地局）は、条件付きハンドオーバーのターゲットセルからのMIB情報を受信できず（例えば、ターゲットセルのSFNを取得できず）、ターゲットセルのepoch timeを正しく解釈できない可能性のある端末２００に対して、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を通知しない。これにより、通知情報量、例えば、制御オーバーヘッドを低減できる。
　また、端末２００は、ターゲットセルに近づいた場合にターゲットセルのSIBに含まれる衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を取得する。この場合、端末２００は、例えば、ターゲットセルからのMIB情報からターゲットセルのSFNを取得できるので、ターゲットセルのepoch timeを正しく解釈できる。
　また、端末２００は、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を、ターゲットセルへのアクセスの前に取得すればよい。このため、端末２００では、条件付きハンドオーバーの通知を受信してから、ターゲットセルへのアクセスまでに十分な時間がある可能性が高く、また、ハンドオーバー条件からハンドオーバーの実行タイミングが推定可能であるため、端末２００は、余裕をもってターゲットセルのSIBを受信できる。
　よって、本実施の形態によれば、上り信号の送信タイミング制御の精度を向上できる。
　（実施の形態３）
　本実施の形態に係る基地局１００及び端末２００の構成は、例えば、実施の形態１と同様でよい。
　本実施の形態では、例えば、基地局１００は、ターゲットセルから取得した、ターゲットセルのSFN及びサブフレーム番号に基づくepoch timeに関する情報をそのまま端末２００へ通知してよい。
　例えば、基地局１００（例えば、制御部１０２）は、通常のハンドオーバー又は条件付きハンドオーバーを行う端末２００に対して、RRCreconfiguration messageによって、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を通知してよい。ここで、epoch timeは、ターゲットセルのSFN及びサブフレーム番号に基づくepoch timeでよい。
　また、本実施の形態では、例えば、端末２００（例えば、データ受信処理部２０３）は、基地局１００（例えば、serving cell又はソースセル）からのRRCReconfiguration messageを受信し、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を取得する。
　また、端末２００は、例えば、ターゲットセルのSFNに関する情報を、ターゲットセル（例えば、隣接セル）から取得してよい。ターゲットセルのSFNに関する情報は、例えば、ターゲットセルからのMIB/PBCHによって通知されてもよい。例えば、端末２００は、ターゲットセルに近い場所に位置する場合（例えば、ターゲットセルからの信号のSNRが十分である場合）にターゲットセルのSFNを取得してよい。
　また、端末２００は、例えば、ターゲットセルのSFNを取得した時点でepoch timeを解釈し、ソースセルから通知される衛星ephemeris情報と共通TAパラメータとから衛星位置の特定、及び、伝搬遅延量（例えば、TA値）の算出を行ってよい。
　また、端末２００（例えば、タイミング調整部２０５）は、例えば、ターゲットセルへのRACH送信の際、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報に基づいて、式（２）に基づいてタイミング調整を行ってよい。
　このように、端末２００は、端末２００が接続するセル（例えば、ソースセル又はserving cell）からターゲットセルのNTNに関する制御情報（例えば、ターゲットセルのepoch timeを含む）を受信し、ターゲットセルから、ターゲットセルのSFNに関する情報を受信する。
　図１１は、本実施の形態における基地局１００及び端末２００のハンドオーバーの動作例を示す図である。
　図１１に示す例では、gNB1（例えば、基地局１００）は、衛星１（satellite 1）によって形成されるセル１内のUEと通信を行い、gNB2（例えば、基地局１００）は、衛星２（satellite 2）によって形成されるセル２内のUEと通信を行う。
　図１１に示すUE（例えば、端末２００）は、gNB１に接続されている。図１１に示すように、UEは、例えば、セル１内において、セル２のMIB/PBCH又はSIB（例えば、NTNに関するSIB）を受信できない位置から、セル２のSIB/PBCH又はSIBを受信可能な位置へ移動している。
　なお、図１１において、処理（１）及び処理（２）は、実施の形態１と同様でよい。
　ソース基地局（gNB1）は、ターゲット基地局（gNB2）から取得したターゲットセルのシステム情報、衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報をセル１内のUEへ通知する（図１１に示す処理（３））。これらの情報は、例えば、RRCメッセージ（RRCreconfigurationメッセージ）又はSIBによってUEへ通知されてよい。
　図１１において、UEは、例えば、UEが接続するgNB1からRRCメッセージ又はSIBを受信した場合、実施の形態１と同様、ハンドオーバー条件を満たすか否かを判定（又は、評価、監視）してよい。
　ここで、UEは、ターゲットセル（セル２）からMIB/PBCH（例えば、ターゲットセルのSFNを含む）を受信しない場合、ソースセル（セル１）から受信したターゲットセルのepoch timeの解釈を行わなくてよい。そして、端末２００は、例えば、ターゲットセルに近づいて、ターゲットセル（セル２）からMIB/PBCH（例えば、ターゲットセルのSFNを含む）を受信した場合、ソースセル（セル１）から受信した、ターゲットセルのepoch timeの解釈を行ってよい。
　このように、UEは、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報をソース基地局（或いはソースセル）から受信し、epoch timeを解釈するためのSFNの情報をターゲット基地局（或いはターゲットセル）から受信する。
　そして、UEは、解釈したepoch timeに基づいて、衛星ephemeris情報から衛星位置を算出し、共通TAパラメータからフィーダリンク遅延量（例えば、共通TA値）を算出してよい。
　例えば、SFNに関する情報は、各セルにおいて報知されるMIB/PBCHによって端末２００へ通知される。例えば、端末２００が隣接セル（例えば、ターゲットセル）の近辺に位置する場合には、隣接セルからの信号の受信品質（例えば、SNR）が良く、端末２００は、隣接セルのMIB/PBCHを受信し、隣接セルのSFNを取得できる可能性が高い。その一方で、端末２００が隣接セルから離れて位置する場合には、隣接セルからの信号のSNRが悪く、端末２００は、MIB/PBCHを受信できず、隣接セルのSFNを取得できない可能性がある。例えば、条件付きハンドオーバーの場合、端末２００は、ハンドオーバーの実際のタイミングよりも前に、隣接セルに関する情報（例えば、隣接セルのepoch timeを含む）を基地局１００から受信する。このため、ハンドオーバーの実際のタイミングよりも前のタイミングでは、端末２００は隣接セルから離れて位置している可能性が高く、隣接セルのMIB/PBCH（例えば、隣接セルのSFNに関する情報）を受信できない可能性が高い。この場合、端末２００は、ターゲットセルのSFNに基づくepoch timeの情報を正しく解釈できない。
　これに対して、本実施の形態では、端末２００は、現在接続しているセル（ソースセル）から、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びターゲットセルのSFNに基づくepoch timeの情報を受信する。また、端末２００は、ターゲットセルに近い場所に位置するときに、ターゲットセルから、ターゲットセルのMIB/PBCHを受信し、SFNの情報を取得する。このように、本実施の形態では、端末２００は、ターゲットセルのSFNの情報を取得した後に、ソースセルから通知されるepoch time情報を解釈する。これにより、端末２００は、ターゲットセルのSFNに基づくepoch timeを正しく解釈（又は、導出）し、衛星位置情報及びフィーダリンク遅延時間を適切に推定できる。
　また、端末２００は、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を、ターゲットセルへのアクセスの前に取得すればよい。このため、端末２００では、条件付きハンドオーバーの通知を受信してから、ターゲットセルへのアクセスまでに十分な時間がある可能性が高く、また、ハンドオーバー条件からハンドオーバーの実行タイミングが推定可能であるため、端末２００は、余裕をもってターゲットセルのMIBを受信し、RACH送信のためのタイミング調整（例えば、TA値の計算）を行うことができる。
　なお、基地局１００は、端末２００に対して、複数のタイミングにおいてターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を通知してもよい。
　例えば、NRでは、SFNに関する情報は10ビットの情報であり、0から1023までの値となる。よって、SFNは、1024フレームで1つのサイクル（例えば、「SFNサイクル」と呼ぶ）となり、SFNサイクル毎にSFNは0にリセットされる。例えば、１フレームは10msであるため、10.24秒毎にSFNはリセットされる。このため、例えば、図１２に示すように、端末２００は、隣接セル（例えば、ターゲットセル）のMIB/PBCHを受信し、隣接セルのSFNを取得（例えば、read）した時点では、過去に受信したepoch timeに対応するSFN及びサブフレーム番号が、どのSFNサイクルのSFNを指すかを判断できない可能性がある。
　例えば、図１２では、端末２００は、SFNサイクル１の期間内においてターゲットセルのepoch timeを取得し、SFNサイクル２の期間内においてターゲットセルのSFNを取得する。この場合、端末２００は、ターゲットセルのepoch timeを表すSFN及びサブフレーム番号が、SFNサイクル２、SFNサイクル１又はSFNサイクル１よりも前のSFNサイクルの何れに対応するか判断できない。
　そこで、例えば、基地局１００は、図１３に示すように、少なくとも、１つのSFNサイクル（例えば10.24秒）毎に、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を端末２００へ通知してよい。ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報は、例えば、RRCreconfiguration messageによって端末２００へ通知されてよい。端末２００は、例えば、少なくとも一つのSFNサイクル毎に、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報を受信してよい。
　ここで、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報は、例えば、直近のSFNによって表現されるepoch timeに合わせて更新されてもよい。例えば、SFNサイクル１において通知される情報は、SFNサイクル１のSFNに基づく情報が通知され、SFNサイクル２において通知される情報は、SFNサイクル２のSFNに基づく情報が通知されてもよい。
　端末２００は、例えば、複数のタイミングにおいて、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報をRRCReconfiguration messageにより受信する。このとき、端末２００は、epoch timeにおいて示されるSFNを、RRCReconfiguration messageを受信したタイミングと同じSFNサイクルのSFNと判断（又は、想定）してもよい。または、端末２００は、例えば、epoch timeにおいて示されるSFNを、RRCReconfiguration messageを受信したタイミングから最も近いSFNと判断（又は、想定）してもよい。
　これにより、端末２００は、ターゲットセルのMIBを受信してSFNを取得した時点において、epoch timeに示されるSFNを一意に特定でき、epoch timeを正しく解釈できる。
　なお、ターゲットセルの衛星ephemeris情報、共通TAパラメータ及びepoch timeの情報がRRCReconfiguration messageにより端末２００へ通知される例について説明したが、これに限定されず、SIBによって報知されてもよい。この場合、端末２００は、所定の間隔（例えばSFNサイクルの間隔）毎に、該当するSIBを受信してもよい。
　以上、本開示の各実施の形態について説明した。
　なお、上述した各実施の形態では、条件付きハンドオーバー時の例について説明したが、これに限らず、通常のハンドオーバー、又は、セル選択のための隣接セル情報の通知の際にも同様の方法を用いることができる。
　また、上述した各実施の形態において、ハンドオーバーとセル選択とで異なる動作としてもよい。例えば、基地局１００は、セル選択又は隣接セル測定の場合には、隣接セルに関する情報として、基地局１００（つまり、サービングセル）のSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知し、ハンドオーバーの場合には、ターゲット基地局或いはターゲットセルのSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知してもよい。例えば、基地局１００は、セル選択又は隣接セル測定に用いるための隣接セルに関する情報として、基地局１００（つまり、サービングセル）のSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知し、ハンドオーバーに用いるターゲットセルに関する情報として、ターゲット基地局或いはターゲットセルのSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知してもよい。セル選択又は隣接セル測定の場合には、基地局１００からこれらの情報を受信する時点では、端末２００は、隣接セルのMIB、PBCH又はSIBを受信できない位置にいる可能性がある。このため、サービングセルのSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータの端末２００への通知により、端末２００は、サービングセルのSFN及びサブフレームタイミングによりepoch timeの情報を正しく解釈でき、衛星ephemeris、共通TAパラメータの情報を用いて測定窓を適切に制御できる。また、ハンドオーバーの際には、端末２００は、隣接セルの近傍に位置する可能性が高い。このため、ターゲットセルのSFNとサブフレーム番号に基づくepoch time及び衛星ephemeris、共通TAパラメータの端末２００への通知により、端末２００は、ターゲットセルのSFN及びサブフレームの情報をターゲットセルのMIB/PBCHにより取得できるため、epoch timeの情報を正しく解釈でき、衛星ephemeris、共通TAパラメータの情報を用いてターゲットセルへのアクセスが可能である。
　なお、セル選択又は隣接セル測定のための上記隣接セルに関する情報はSIBで報知され、ハンドオーバーのための上記隣接セルに関する情報はRRCReconfiguration messageで端末２００へ通知されてもよい。
　また、上述した各実施の形態において、epoch time及び衛星ephemeris、共通TAパラメータなどの情報がSIBにより端末２００へ通知される場合には、SIBが送信されるSI-windowの最初或いは最後のサブフレーム（例えば、サブフレーム番号）によりepoch timeが暗示的に通知されてもよい。この場合は、基地局１００は、隣接セルの情報として、基地局１００（つまり、サービングセル）のSFN及び／又はサブフレームのタイミングに基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知する。或いは、基地局１００（つまり、サービングセル）のSFN及び／又はサブフレームのタイミングに基づくepoch time及び衛星ephemeris、共通TAパラメータを端末２００へ通知する場合には、SIBが送信されるSI-windowの最初或いは最後のサブフレーム（例えば、サブフレーム番号）によりepoch timeが暗示的に通知されてもよい。
　また、上述した各実施の形態において、セルは、基地局（又は、衛星）が送信するSSB又はChannel State Information - Reference Signal（CSI-RS）の受信電力によって定義されるエリアでもよく、地理的な位置によって定義されるエリアでもよい。また、上記各実施の形態におけるセルは、SSBによって定義されるビームと置き換えてもよい。
　また、上述した各実施の形態において、衛星位置に関する情報である衛星ephemeris情報は、システム情報によって報知されてもよく、端末２００が予め保持してもよい。また、衛星ephemeris情報は、通信が可能なときに更新されてもよい。また、端末２００は、衛星ephemeris情報と異なる情報を用いて衛星位置を特定してもよい。
　また、上述した各実施の形態において、基地局は「ネットワーク」と読み替えてもよい。
　また、上述した各実施の形態では、ハンドオーバーの際のターゲットセルを例に説明したが、ターゲットセルは、隣接セルと読み替えてもよい。また、ハンドオーバーに限らず、セル再選択のための隣接セル測定の場合にも本開示の一態様を適用できる。また、ハンドオーバーに代表されるRRC reconfiguration with syncと呼ばれる手順にも本開示の一態様を適用できる。
　また、隣接セル情報として、隣接セルの衛星ephemeris及び共通TAパラメータがSIBによって報知され、端末２００は、RRC_IDLE状態においてセル選択又はセル再選択の際にそれらの情報を使用してもよい。また、RRC_CONNECTED状態において、ハンドオーバーの際には端末個別のRRC制御情報により、どの隣接セル情報をターゲットセルの情報として用いるかを示す情報が端末２００に通知されてもよい。これにより、ハンドオーバーの際の端末２００への通知情報量を低減できる。
　また、上述した各実施の形態において、端末２００は、SSB信号の代わりに、CSI-RSといった他の信号を用いて受信品質測定を行ってもよい。
　また、上述した各実施の形態において、GPS等のGNSS（例えば、衛星信号を利用した位置検出）を利用する例について説明したが、これに限定されず、例えば、地上セルラー基地局による位置検出、WiFi（登録商標）信号又はBluetooth（登録商標）信号を用いた位置検出、加速度センサー等を利用した位置検出、又は、それらの検出方法の組み合わせによる位置検出を行ってもよい。また、高度の情報を気圧センサーなどから取得してもよい。
　また、上述した実施の形態では、端末２００から基地局１００への上りリンクの伝送について説明したが、本開示の一実施例は、これに限定されず、基地局１００から端末２００への下りリンク、又は、端末２００間のリンク（例えば、サイドリンク）におけるデータに適用してもよい。また、上述した実施の形態では、上りリンクの送信の例として、RACH信号の送信について説明したが、送信対象は、RACHに限定されず、他の信号又はチャネルでもよい。
　また、本開示の一実施例は、静止衛星（GEO：Geostationary Earth Orbit satellite）、中軌道衛星（MEO：Medium Earth Orbit satellite）、LEO、又は、高軌道衛星（HEO：Highly Elliptical Orbit satellite）といった衛星の種別に依らずに適用できる。また、本開示の一実施例は、例えば、HAPS又はドローン基地局といった非地上系通信に適用してもよい。
　また、上述した実施の形態では、NTN環境（例えば、衛星通信環境）を例に挙げて説明したが、本開示はこれに限定されない。本開示は、他の通信環境（例えば、LTE及びNRの少なくとも一つの地上セルラー環境）に適用されてもよい。例えば、本開示の一実施例は、例えば、セルサイズが大きく、基地局１００と端末２００との間の伝搬遅延がより長い（例えば、閾値以上）の環境の地上通信に適用してもよい。また、NTN以外でもハンドオーバー又はセル選択が適用される通信に対して適用してもよい。
　また、上述した実施の形態において、衛星通信の形態には、基地局の機能が衛星上に存在する構成（例えば、「regenerative satellite」）でもよく、基地局の機能が地上に存在し、基地局と端末との間の通信を衛星が中継する構成（例えば、「transparent satellite」）でもよい。例えば、本開示の一実施例において、下りリンク及び上りリンクは、端末と衛星との間のリンク、あるいは、衛星を介したリンクでもよい。
　また、上記実施の形態における各種パラメータは一例であって、他の数値でもよい。例えば、epoch timeのSFN、epoch timeのサブフレーム番号、SFNの1サイクルのフレーム数は、上述した例に示す値に限定されない。
　また、基地局１００から端末２００への制御情報の通知方法は、上述した例に限定されず、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（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）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信する受信回路と、前記制御情報に基づいて前記送信タイミングを制御する制御回路と、を具備する。
　本開示の一実施例において、前記制御情報は、前記第２セルの前記基準時間に対応する、前記第１セルの前記基準時間を示す。
　本開示の一実施例において、前記制御情報は、前記第２セルの前記基準時間、及び、前記第２セルの前記基準時間と前記第１セルの前記基準時間との差分を示す。
　本開示の一実施例において、前記受信回路は、前記制御情報を、前記第１セルから受信せずに、前記第２セルから受信する。
　本開示の一実施例において、前記受信回路は、前記第１セルから前記第２セルへのハンドオーバーにおける前記第２セルへのランダムアクセス処理より前に、前記制御情報を受信する。
　本開示の一実施例において、前記受信回路は、前記第１セルから前記制御情報を受信し、前記第２セルから、前記第２セルのシステムフレーム番号に関する情報を受信する。
　本開示の一実施例において、前記受信回路は、前記制御情報を、少なくとも、システムフレームの１サイクル毎に受信する。
　本開示の一実施例に係る基地局は、第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を決定する制御回路と、前記制御情報を送信する送信回路と、を具備する。
　本開示の一実施例に係る通信方法において、端末は、第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信し、前記制御情報に基づいて前記送信タイミングを制御する。
　本開示の一実施例に係る通信方法において、基地局は、第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を決定し、前記制御情報を送信する。
　２０２２年２月１４日出願の特願２０２２－０２０５６６の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一態様は、無線通信システムに有用である。
　１００　基地局
　１０１　データ生成部
　１０２　制御部
　１０３，２０６　データ送信処理部
　１０４，２０７　無線送信部
　１０５，２０１　アンテナ
　１０６，２０２　無線受信部
　１０７，２０３　データ受信処理部
　２００　端末
　２０４　位置情報取得部
　２０５　タイミング調整部

Claims (10)

  1. 　第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信する受信回路と、
    　前記制御情報に基づいて前記送信タイミングを制御する制御回路と、
    　を具備する端末。
  2. 　前記制御情報は、前記第２セルの前記基準時間に対応する、前記第１セルの前記基準時間を示す、
    　請求項１に記載の端末。
  3. 　前記制御情報は、前記第２セルの前記基準時間、及び、前記第２セルの前記基準時間と前記第１セルの前記基準時間との差分を示す、
    　請求項１に記載の端末。
  4. 　前記受信回路は、前記制御情報を、前記第１セルから受信せずに、前記第２セルから受信する、
    　請求項１に記載の端末。
  5. 　前記受信回路は、前記第１セルから前記第２セルへのハンドオーバーにおける前記第２セルへのランダムアクセス処理より前に、前記制御情報を受信する、
    　請求項４に記載の端末。
  6. 　前記受信回路は、前記第１セルから前記制御情報を受信し、前記第２セルから、前記第２セルのシステムフレーム番号に関する情報を受信する、
    　請求項１に記載の端末。
  7. 　前記受信回路は、前記制御情報を、少なくとも、システムフレームの１サイクル毎に受信する、
    　請求項１に記載の端末。
  8. 　第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を決定する制御回路と、
    　前記制御情報を送信する送信回路と、
    　を具備する基地局。
  9. 　端末は、
    　第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を受信し、
    　前記制御情報に基づいて前記送信タイミングを制御する、
    　通信方法。
  10. 　基地局は、
    　第１セルにおいて、前記第１セルと異なる第２セルへの上り信号の送信タイミングの制御における基準時間を特定するための制御情報を決定し、
    　前記制御情報を送信する、
    　通信方法。
PCT/JP2022/035876 2022-02-14 2022-09-27 端末、基地局、及び、通信方法 WO2023153011A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-020566 2022-02-14
JP2022020566 2022-02-14

Publications (1)

Publication Number Publication Date
WO2023153011A1 true WO2023153011A1 (ja) 2023-08-17

Family

ID=87563970

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/035876 WO2023153011A1 (ja) 2022-02-14 2022-09-27 端末、基地局、及び、通信方法

Country Status (2)

Country Link
TW (1) TW202333481A (ja)
WO (1) WO2023153011A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024123653A1 (en) * 2022-12-05 2024-06-13 Apple Inc. Epoch time acquisition for non-terrestrial networks (ntn) handover

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017130852A1 (ja) * 2016-01-25 2017-08-03 京セラ株式会社 無線端末及び基地局
WO2019187145A1 (ja) * 2018-03-30 2019-10-03 株式会社Ｎｔｔドコモ ユーザ端末

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017130852A1 (ja) * 2016-01-25 2017-08-03 京セラ株式会社 無線端末及び基地局
WO2019187145A1 (ja) * 2018-03-30 2019-10-03 株式会社Ｎｔｔドコモ ユーザ端末

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024123653A1 (en) * 2022-12-05 2024-06-13 Apple Inc. Epoch time acquisition for non-terrestrial networks (ntn) handover

Also Published As

Publication number Publication date
TW202333481A (zh) 2023-08-16

Similar Documents

Publication Publication Date Title
US20230156752A1 (en) Control resource set zero for reduced capability new radio devices
JP2023523171A (ja) ユーザ機器および基地局
JP2023524461A (ja) ユーザ機器および基地局
US20230049008A1 (en) Transmission device and transmission method
EP4106422A1 (en) Reception device, transmission device, reception method, and transmission method
US20230147138A1 (en) Mobile station, base station, reception method, and transmission method
US20240056171A1 (en) Ntn-entity, user equipment and base station involved in transmission procedure
WO2023153011A1 (ja) 端末、基地局、及び、通信方法
WO2022085252A1 (ja) 端末、基地局、送信方法および受信方法
US20230052173A1 (en) Communication device and communication method
WO2023203740A1 (ja) 端末、基地局、及び、通信方法
JP2023514076A (ja) 予約されたリソースを利用する通信装置および通信方法
JP2023521288A (ja) リソースプールの割当てにおけるセキュリティを確保する通信装置および通信方法
WO2022208990A1 (ja) 端末、基地局、および通信方法
WO2024070402A1 (ja) 端末、基地局、通信方法、及び、集積回路
WO2022030059A1 (ja) 端末、基地局及び通信方法
WO2022024427A1 (ja) 端末及び通信方法
WO2023053564A1 (ja) 端末、基地局、及び、通信方法
US20240224264A1 (en) Terminal, base station, and communication method
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2023053562A1 (ja) 端末、基地局及び通信方法
US20230300859A1 (en) Terminal and sidelink communication control method
WO2023152368A1 (en) Non-terrestrial network epoch time indication considering sfn cycle
CN116830672A (zh) 用于具有部分感测的nr侧行链路ue的选择和感测窗口的通信装置和通信方法

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

Country of ref document: EP

Kind code of ref document: A1