WO2026005486A1 - 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치 - Google Patents

무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치

Info

Publication number
WO2026005486A1
WO2026005486A1 PCT/KR2025/008912 KR2025008912W WO2026005486A1 WO 2026005486 A1 WO2026005486 A1 WO 2026005486A1 KR 2025008912 W KR2025008912 W KR 2025008912W WO 2026005486 A1 WO2026005486 A1 WO 2026005486A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
gnb
message
movement path
coverage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/KR2025/008912
Other languages
English (en)
French (fr)
Inventor
백서영
이승민
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2026005486A1 publication Critical patent/WO2026005486A1/ko
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/36—Reselection control by user or terminal equipment
    • 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 invention relates to a method for a terminal or a base station to perform an operation related to handover in a wireless communication system and a device therefor.
  • Wireless communication systems are multiple access systems that support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power, etc.).
  • multiple access systems include code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), single carrier frequency division multiple access (SC-FDMA), and multi-carrier frequency division multiple access (MC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • SL refers to a communication method that establishes a direct link between user equipment (UE), allowing voice or data to be exchanged directly between terminals without going through a base station (BS).
  • UE user equipment
  • BS base station
  • SL is being considered as a solution to address the burden on base stations due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-based objects through wired/wireless communication.
  • V2X can be divided into four types: V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian).
  • V2X communication can be provided through the PC5 interface and/or Uu interface.
  • NR new radio access technology
  • V2X vehicle-to-everything
  • Figure 1 is a diagram for comparing and explaining V2X communication based on RAT before NR and V2X communication based on NR.
  • V2X messages may include location information, dynamic information, attribute information, etc.
  • a terminal may transmit a CAM of a periodic message type and/or a DENM of an event triggered message type to another terminal.
  • a CAM may include basic vehicle information such as dynamic vehicle status information, such as direction and speed, static vehicle data, such as dimensions, external lighting conditions, and route history.
  • a terminal may broadcast a CAM, and the latency of the CAM may be less than 100 ms.
  • a terminal may generate a DENM and transmit it to other terminals.
  • all vehicles within the transmission range of the terminal may receive the CAM and/or DENM.
  • the DENM may have a higher priority than the CAM.
  • V2X scenarios have been proposed in NR in relation to V2X communications.
  • various V2X scenarios may include vehicle platooning, advanced driving, extended sensors, and remote driving.
  • vehicles can dynamically form groups and move together. For example, to perform platoon operations based on vehicle platooning, vehicles in the group can receive periodic data from the lead vehicle. For example, vehicles in the group can use this periodic data to narrow or widen the gap between vehicles.
  • vehicles can become semi-autonomous or fully automated.
  • each vehicle can adjust its trajectories or maneuvers based on data acquired from local sensors of nearby vehicles and/or nearby logical entities.
  • each vehicle can share driving intentions with nearby vehicles.
  • raw data, processed data, or live video data acquired through local sensors can be exchanged between vehicles, logical entities, pedestrian terminals, and/or V2X application servers.
  • a vehicle can perceive its environment better than it can perceive using its own sensors.
  • a remote driver or V2X application can operate or control the remote vehicle for people who cannot drive or for remote vehicles located in hazardous environments.
  • cloud computing-based driving can be utilized to operate or control the remote vehicle.
  • access to a cloud-based back-end service platform for example, can be considered for remote driving.
  • the technical problem to be solved by the present invention is to provide a method for performing a handover procedure more accurately and efficiently.
  • a method by a first base station includes the steps of: receiving information on a predicted movement path from a user equipment (UE); and transmitting a message including a handover command targeting a second base station to the UE based on the predicted movement path, wherein the message may further include a trigger condition related to the handover command based on the predicted movement path entering the coverage of the second base station through an out of coverage (OoC) area.
  • UE user equipment
  • OoC out of coverage
  • the HO command may set at least one of a specific time, a time range, a specific location, or a location range as the trigger condition.
  • the specific time, the time range, the specific location or the location range may be determined based on a value predicted that the UE will enter the coverage of the second base station through the OoC area along the predicted movement path.
  • the message may set a specific time as the trigger condition, and a RACH (random access channel) procedure based on the handover command may be triggered based on the specific time elapsed from the time of reception of the handover command at the UE.
  • RACH random access channel
  • the message may set a specific time and location range as the trigger condition, and a RACH (random access channel) procedure based on the handover command may be triggered based on the UE being located within the location range after the specific time has elapsed from the time of reception of the handover command at the UE.
  • RACH random access channel
  • the method may further include a step of requesting a report on the buffer status of the UE based on the predicted movement path passing through an out of coverage (OoC) area and entering the coverage of the second base station.
  • OoC out of coverage
  • the first base station can determine whether service continuity of the UE is maintained during the time it passes through the OoC area.
  • At least one non-transitory computer-readable medium comprises instructions that, when executed by at least one processor, perform operations, the operations comprising: receiving information about a predicted movement path from a user equipment (UE); and transmitting a message to the UE, the message comprising a handover command targeting a second base station based on the predicted movement path, wherein the message may further comprise a trigger condition related to the handover command, based on the predicted movement path entering the coverage of the second base station through an out of coverage (OoC) area.
  • UE user equipment
  • OoC out of coverage
  • a method by a UE comprises the steps of transmitting information about a predicted movement path to a base station; and receiving a message including a handover command targeting a second base station as a target base station, wherein the message may further include a trigger condition related to the handover command based on the predicted movement path entering the coverage of the second base station through an out of coverage (OoC) area.
  • OoC out of coverage
  • a handover procedure can be performed more accurately and efficiently in a wireless communication system. Furthermore, by additionally setting trigger conditions for a handover command for a UE predicted to enter a target base station in an out-of-coverage (OoC) area, unnecessary handover attempts by the UE in an out-of-coverage state can be effectively prevented, thereby preventing unnecessary power consumption by the UE.
  • OoC out-of-coverage
  • Figure 1 is a diagram for comparing and explaining V2X communication based on RAT before NR and V2X communication based on NR.
  • Figure 2 shows the structure of the LTE system.
  • Figure 3 shows the structure of the NR system.
  • Figure 4 shows the structure of a radio frame of NR.
  • Figure 5 shows the slot structure of an NR frame.
  • FIG. 6 illustrates a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure.
  • FIG. 7 illustrates an electromagnetic spectrum according to one embodiment of the present disclosure.
  • Figure 8 shows a radio protocol architecture for SL communication.
  • Figure 9 shows a terminal performing V2X or SL communication.
  • Figure 10 shows resource units for V2X or SL communication.
  • FIG. 11 illustrates an example of a BWP according to one embodiment of the present disclosure.
  • FIG. 12 illustrates a procedure for a terminal to perform V2X or SL communication according to a resource allocation mode, according to one embodiment of the present disclosure.
  • Figures 19 to 27 are diagrams illustrating how a UAV performs handover with respect to a satellite gNB.
  • Figure 31 illustrates a communication system applied to the present invention.
  • Figure 34 illustrates a vehicle or autonomous vehicle to which the present invention is applied.
  • High-precision localization (or location-based services) through communications is a key feature of 6G wireless communication systems. Therefore, radar systems will be integrated with 6G networks.
  • AI Artificial Intelligence
  • AI can streamline and improve real-time data transmission.
  • AI can use numerous analytics to determine how complex target tasks should be performed. This means AI can increase efficiency and reduce processing delays. Time-consuming tasks such as handovers, network selection, and resource scheduling can be performed instantly using AI.
  • AI can also play a crucial role in machine-to-machine (M2M), machine-to-human, and human-to-machine communications.
  • M2M machine-to-machine
  • BCIs brain-computer interfaces
  • AI-based communication systems can be supported by metamaterials, intelligent structures, intelligent networks, intelligent devices, intelligent cognitive radios, self-sustaining wireless networks, and machine learning.
  • THz waves also known as sub-millimeter waves, typically refer to the frequency range between 0.1 THz and 10 THz, with corresponding wavelengths ranging from 0.03 mm to 3 mm.
  • the 100 GHz to 300 GHz band (sub-THz band) is considered a key part of the THz spectrum for cellular communications. Adding the sub-THz band to the mmWave band will increase the capacity of 6G cellular communications.
  • 300 GHz to 3 THz lies in the far infrared (IR) frequency band. While part of the optical band, the 300 GHz to 3 THz band lies at the boundary of the optical band, immediately following the RF band. Therefore, this 300 GHz to 3 THz band exhibits similarities to RF.
  • IR far infrared
  • FIG. 7 illustrates the electromagnetic spectrum according to one embodiment of the present disclosure.
  • the embodiment of Figure 7 can be combined with various embodiments of the present disclosure.
  • Key characteristics of THz communications include (i) a widely available bandwidth to support very high data rates, and (ii) high path loss at high frequencies (highly directional antennas are essential).
  • the narrow beamwidth generated by the highly directional antenna reduces interference.
  • the small wavelength of THz signals allows for a much larger number of antenna elements to be integrated into devices and base stations operating in this band. This enables the use of advanced adaptive array techniques to overcome range limitations.
  • FSO backhaul network Free-space optical transmission backhaul network
  • Unmanned aerial vehicles UAVs, or drones, will be a key element in 6G wireless communications.
  • high-speed data wireless connectivity can be provided using UAV technology.
  • Base stations BSs
  • UAVs may offer specific capabilities not found in fixed BS infrastructure, such as easy deployment, robust line-of-sight links, and controlled mobility.
  • BSs Base stations
  • UAVs may offer specific capabilities not found in fixed BS infrastructure, such as easy deployment, robust line-of-sight links, and controlled mobility.
  • deploying terrestrial communications infrastructure is not economically feasible and sometimes cannot provide services in volatile environments.
  • UAVs can easily handle these situations.
  • UAVs will become a new paradigm in wireless communications. This technology facilitates three fundamental requirements for wireless networks: enhanced mobile broadband (eMBB), URLLC, and mMTC.
  • eMBB enhanced mobile broadband
  • URLLC URLLC
  • mMTC massive machine type of networks
  • UAVs can also support various purposes, such as enhancing network connectivity, fire detection, disaster emergency services, security and surveillance, pollution
  • V2X vehicle to everything
  • V2I vehicle-to-infrastructure
  • Figure 8 illustrates a radio protocol architecture for SL communication. Specifically, Figure 8 (a) illustrates the user plane protocol stack of NR, and Figure 8 (b) illustrates the control plane protocol stack of NR.
  • SL synchronization signal Sidelink Synchronization Signal, SLSS
  • SLSS Segment Synchronization Signal
  • SLSS is an SL-specific sequence and may include a Primary Sidelink Synchronization Signal (PSSS) and a Secondary Sidelink Synchronization Signal (SSSS).
  • PSSS Primary Sidelink Synchronization Signal
  • SSSS Secondary Sidelink Synchronization Signal
  • the PSSS may be referred to as a Sidelink Primary Synchronization Signal (S-PSS)
  • S-SSS Sidelink Secondary Synchronization Signal
  • S-SSS Sidelink Secondary Synchronization Signal
  • length-127 M-sequences may be used for the S-PSS
  • length-127 Gold sequences may be used for the S-SSS.
  • a terminal may detect an initial signal and acquire synchronization using the S-PSS.
  • a terminal may acquire detailed synchronization and detect a synchronization signal ID using the S-PSS and the S-SSS.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information may be information related to SLSS, duplex mode (DM), TDD UL/DL (Time Division Duplex Uplink/Downlink) configuration, resource pool-related information, type of application related to SLSS, subframe offset, broadcast information, etc.
  • the payload size of PSBCH may be 56 bits, including a 24-bit CRC.
  • S-PSS, S-SSS and PSBCH may be included in a block format supporting periodic transmission (e.g., SL SS (Synchronization Signal)/PSBCH block, hereinafter referred to as S-SSB (Sidelink-Synchronization Signal Block)).
  • the S-SSB may have the same numerology (i.e., SCS and CP length) as the PSCCH (Physical Sidelink Control Channel)/PSSCH (Physical Sidelink Shared Channel) in the carrier, and the transmission bandwidth may be within a (pre-)configured SL BWP (Sidelink BWP).
  • the bandwidth of the S-SSB may be 11 RBs (Resource Blocks).
  • the PSBCH may span 11 RBs.
  • the frequency location of the S-SSB may be (pre-)configured. Therefore, the terminal does not need to perform hypothesis detection in the frequency to discover the S-SSB in the carrier.
  • the transmitting terminal may transmit one or more S-SSBs to a receiving terminal within one S-SSB transmission period according to the SCS.
  • the number of S-SSBs that the transmitting terminal transmits to the receiving terminal within one S-SSB transmission period may be pre-configured or configured for the transmitting terminal.
  • the S-SSB transmission period may be 160 ms.
  • an S-SSB transmission period of 160 ms may be supported for all SCSs.
  • the transmitting terminal can transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit one, two, or four S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit 1, 2, 4, 8, 16, or 32 S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit 1, 2, 4, 8, 16, 32, or 64 S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the structure of the S-SSB transmitted by the transmitting terminal to the receiving terminal may be different depending on the CP type.
  • the CP type may be Normal CP (NCP) or Extended CP (ECP).
  • NCP Normal CP
  • ECP Extended CP
  • the number of symbols to which the PSBCH is mapped within the S-SSB transmitted by the transmitting terminal may be 9 or 8.
  • the number of symbols to which the PSBCH is mapped within the S-SSB transmitted by the transmitting terminal may be 7 or 6.
  • the PSBCH may be mapped to the first symbol within the S-SSB transmitted by the transmitting terminal.
  • the receiving terminal receiving the S-SSB may perform an Automatic Gain Control (AGC) operation in the first symbol section of the S-SSB.
  • AGC Automatic Gain Control
  • Figure 9 shows a terminal performing V2X or SL communication.
  • terminal in V2X or SL communication may primarily refer to a user's terminal. However, if a network device such as a base station transmits and receives signals according to a communication method between terminals, the base station may also be considered a type of terminal.
  • terminal 1 may be a first device (100), and terminal 2 may be a second device (200).
  • terminal 1 can select a resource unit corresponding to a specific resource within a resource pool, which represents a set of resources. Then, terminal 1 can transmit an SL signal using the resource unit.
  • terminal 2 which is a receiving terminal, can be configured with a resource pool in which terminal 1 can transmit a signal, and can detect a signal from terminal 1 within the resource pool.
  • terminal 1 if terminal 1 is within the connection range of the base station, the base station can inform terminal 1 of the resource pool. On the other hand, if terminal 1 is outside the connection range of the base station, another terminal can inform terminal 1 of the resource pool, or terminal 1 can use a pre-configured resource pool.
  • a resource pool can be composed of multiple resource units, and each terminal can select one or multiple resource units to use for its SL signal transmission.
  • Figure 10 shows resource units for V2X or SL communication.
  • the entire frequency resources of the resource pool can be divided into NF units, and the entire time resources of the resource pool can be divided into NT units. Therefore, a total of NF * NT resource units can be defined within the resource pool.
  • Figure 10 illustrates an example where the resource pool repeats with a cycle of NT subframes.
  • a single resource unit (e.g., Unit #0) may appear periodically and repeatedly.
  • the index of the physical resource unit to which a single logical resource unit is mapped may change in a predetermined pattern over time.
  • a resource pool may refer to a set of resource units that a terminal wishing to transmit an SL signal can use for transmission.
  • Resource pools can be subdivided into several categories. For example, based on the content of the SL signal transmitted from each resource pool, resource pools can be categorized as follows:
  • SA Scheduling Assignment
  • MCS Modulation and Coding Scheme
  • MIMO Multiple Input Multiple Output
  • TA Timing Advance
  • SA may also be transmitted multiplexed with SL data on the same resource unit, in which case the SA resource pool may mean a resource pool in which SA is multiplexed with SL data and transmitted.
  • SA may also be called an SL control channel.
  • the SL data channel may be a resource pool used by a transmitting terminal to transmit user data. If SA is multiplexed and transmitted together with SL data on the same resource unit, only the SL data channel excluding SA information may be transmitted from the resource pool for the SL data channel. In other words, the REs (Resource Elements) that were used to transmit SA information on individual resource units within the SA resource pool may still be used to transmit SL data in the resource pool of the SL data channel. For example, the transmitting terminal may transmit the PSSCH by mapping it to consecutive PRBs.
  • a discovery channel may be a resource pool for transmitting terminals to transmit information such as their IDs. Through this, transmitting terminals can enable neighboring terminals to discover them.
  • different resource pools may be used depending on the transmission and reception properties of the SL signal. For example, even if it is the same SL data channel or discovery message, it may be again divided into different resource pools depending on the transmission timing determination method of the SL signal (for example, whether it is transmitted at the time of reception of a synchronization reference signal or whether it is transmitted by applying a certain timing advance at the time of reception), the resource allocation method (for example, whether the base station designates transmission resources for individual signals to individual transmitting terminals or whether individual transmitting terminals independently select individual signal transmission resources within the resource pool), the signal format (for example, the number of symbols each SL signal occupies in one subframe or the number of subframes used for transmission of one SL signal), the signal strength from the base station, the transmission power strength of the SL terminal, etc.
  • the transmission timing determination method of the SL signal for example, whether it is transmitted at the time of reception of a synchronization reference signal or whether it is transmitted by applying a certain timing advance at the time of reception
  • the resource allocation method for example
  • FIG. 11 illustrates an example of a BWP according to an embodiment of the present disclosure.
  • the embodiment of FIG. 11 can be combined with various embodiments of the present disclosure. In the embodiment of FIG. 11, it is assumed that there are three BWPs.
  • a common resource block may be a carrier resource block numbered from one end of a carrier band to the other. Furthermore, a PRB may be a numbered resource block within each BWP. Point A may indicate a common reference point for the resource block grid.
  • the BWP can be set by Point A, an offset from Point A (NstartBWP), and a bandwidth (NsizeBWP).
  • Point A can be an outer reference point of a PRB of a carrier where subcarrier 0 of all numerologies (e.g., all numerologies supported by the network on that carrier) are aligned.
  • the offset can be the PRB spacing between the lowest subcarrier in a given numerology and Point A.
  • the bandwidth can be the number of PRBs in a given numerology.
  • SLSS Sidelink Synchronization Signal
  • S-PSS Sidelink Primary Synchronization Signal
  • S-SSS Sidelink Secondary Synchronization Signal
  • length-127 M-sequences may be used for S-PSS
  • length-127 Gold sequences may be used for S-SSS.
  • a terminal may detect an initial signal (signal detection) and obtain synchronization using S-PSS.
  • the terminal can obtain detailed synchronization using S-PSS and S-SSS and detect a synchronization signal ID.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information may be information related to SLSS, duplex mode (DM), TDD UL/DL (Time Division Duplex Uplink/Downlink) configuration, resource pool-related information, type of application related to SLSS, subframe offset, broadcast information, etc.
  • the payload size of PSBCH may be 56 bits, including a 24-bit CRC (Cyclic Redundancy Check).
  • FIG. 12 illustrates a procedure for a terminal to perform V2X or SL communication according to a resource allocation mode, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 12 may be combined with various embodiments of the present disclosure.
  • the base station may schedule SL resources to be used by the terminal for SL transmission.
  • the base station may transmit information related to SL resources and/or information related to UL resources to the first terminal.
  • the UL resources may include PUCCH resources and/or PUSCH resources.
  • the UL resources may be resources for reporting SL HARQ feedback to the base station.
  • a first terminal may receive information related to a dynamic grant (DG) resource and/or information related to a configured grant (CG) resource from a base station.
  • a CG resource may include a CG type 1 resource or a CG type 2 resource.
  • a DG resource may be a resource that a base station configures/allocates to the first terminal via downlink control information (DCI).
  • DCI downlink control information
  • a CG resource may be a (periodic) resource that a base station configures/allocates to the first terminal via DCI and/or an RRC message.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal, and the base station may transmit a DCI related to activation or release of the CG resource to the first terminal.
  • a terminal in resource allocation mode 2, can determine an SL transmission resource within the SL resources set by the base station/network or within the preset SL resources.
  • the set SL resources or the preset SL resources may be a resource pool.
  • the terminal can autonomously select or schedule resources for SL transmission.
  • the terminal can perform SL communication by selecting a resource within the set resource pool.
  • the terminal can select a resource within a selection window by performing sensing and resource (re)selection procedures.
  • the sensing can be performed on a subchannel basis.
  • a first terminal that has selected a resource within the resource pool can transmit a PSCCH (e.g., Sidelink Control Information (SCI) or 1st-stage SCI) to a second terminal using the resource.
  • a PSCCH e.g., Sidelink Control Information (SCI) or 1st-stage SCI
  • the first terminal may transmit a PSSCH (e.g., 2nd-stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal.
  • the first terminal may receive a PSFCH related to the PSCCH/PSSCH from the second terminal.
  • a first terminal may transmit an SCI to a second terminal on a PSCCH.
  • the first terminal may transmit two consecutive SCIs (e.g., 2-stage SCIs) to the second terminal on the PSCCH and/or the PSSCH.
  • the second terminal may decode the two consecutive SCIs (e.g., 2-stage SCIs) to receive the PSSCH from the first terminal.
  • an SCI transmitted on a PSCCH may be referred to as a 1st SCI, a 1st SCI, a 1st-stage SCI, or a 1st-stage SCI format
  • an SCI transmitted on a PSSCH may be referred to as a 2nd SCI, a 2nd SCI, a 2nd-stage SCI, or a 2nd-stage SCI format.
  • the first terminal may receive a PSFCH.
  • the first terminal and the second terminal may determine PSFCH resources, and the second terminal may use the PSFCH resources to transmit HARQ feedback to the first terminal.
  • the first terminal may transmit SL HARQ feedback to the base station via PUCCH and/or PUSCH.
  • the PC5-RRC aspect PC5 unicast link establishment procedure of Rel-16 NR V2X can be reused to establish a secure unicast link for L2 U2N relay (layer 2 UE-to-Network relaying) between the remote UE and the relay UE before the remote UE establishes a Uu RRC connection with the network via the relay UE.
  • L2 U2N relay layer 2 UE-to-Network relaying
  • the PC5 L2 configuration for transmissions between the remote UE and the U2N relay UE can be based on the RLC/MAC configuration defined in the standard.
  • the establishment of Uu SRB1/SRB2 and DRB of the remote UE follows the legacy Uu configuration procedure for the L2 U2N relay.
  • step S1300 the remote UE and the relay UE can perform a discovery procedure and establish a PC5-RRC connection in step S1301 based on the existing Rel-16 procedure.
  • the remote UE can transmit the first RRC message (i.e., RRCSetupRequest) to establish a connection with the gNB via the relay UE using the default L2 configuration of PC5.
  • the gNB responds to the remote UE with an RRCSetup message (S1303).
  • the RRCSetup delivery to the remote UE uses the default configuration of PC5. If the relay UE is not initiated in RRC_CONNECTED, it must perform its own connection establishment upon receiving the message for the default L2 configuration of PC5.
  • step S1304 the gNB and the relay UE perform a relay channel setup procedure via Uu.
  • the relay/remote UE establishes an RLC channel for relaying SRB1 to the remote UE via PC5. This step prepares the relay channel for SRB1.
  • a remote UE SRB1 message (e.g., an RRCSetupComplete message) is transmitted to the gNB via the relay UE using the SRB1 relay channel over PC5.
  • the remote UE is then RRC connected over Uu.
  • the remote UE and the gNB establish security according to legacy procedures, and the security message is transmitted through the Relay UE.
  • the gNB transmits RRCReconfiguration to the remote UE via the relay UE to set up the relay SRB2/DRB.
  • the remote UE responds by transmitting RRCReconfigurationComplete to the gNB via the relay UE.
  • step S1310 the gNB establishes an additional RLC channel between the gNB and the relay UE for traffic relay.
  • the relay/remote UE establishes an additional RLC channel between the remote UE and the relay UE for traffic relay.
  • RRC reconfiguration and RRC disconnection procedures can reuse legacy RRC procedures with message content/configuration design left in the WI phase.
  • the RRC connection re-establishment and RRC connection resumption procedures can be reused as a baseline by considering the connection establishment procedure of the L2 U2N relay above to handle relay-specific parts along with the message content/structure design.
  • the message content/structure can be defined later.
  • UAV Unmanned Aerial Vehicle
  • U2X Unmanned Aerial Vehicle
  • Figures 14 to 18 are drawings for explaining the U2X system.
  • U2X can support BRID and Direct DAA by leveraging the V2X mechanism defined in TS 23.287.
  • V2X mechanism defined in TS 23.287.
  • LTE PC5 and NR PC5 defined in TS 23.285 are supported, and RAT selection can be performed based on U2XP.
  • BRID Broadcasting UAV identification
  • DAA can use Broadcast communication mode to advertise UAV information.
  • Broadcast via PC5 or unicast via PC5 can be used between two or more UAVs for DAA de-collision.
  • Unicast via Uu via U2X AS may not be supported in the above-mentioned U2X solution.
  • Groupcast mode for NR-based PC5 may not be supported in the above-mentioned U2X solution.
  • connectionless groupcast communication can be used for DAA. Meanwhile, application layer managed groupcast may not be considered in this release due to lack of clear requirements.
  • U2X can be supported by a U2X Application Server that interfaces with the operator network via NEF, as in the case of a V2X Application Server.
  • a U2X policy can be defined to provide configuration parameters to a UE for U2X communication via a PC5 reference point or a Uu reference point.
  • the configuration parameters can be preset in the ME (Mobile Equipment), set in the UICC (universal IC card), pre-set in the ME and set in the UICC, provided/updated by a U2X application server via a policy control function (PCF) and/or a V1 reference point, or provided/updated to the UE by the PCF.
  • ME Mobile Equipment
  • UICC universal IC card
  • a de-conflicting policy can be a policy indicating a communication mode for de-conflicting (unicast or broadcast), a communication frequency for de-conflicting, etc.
  • the Tx profile or NR Tx profile can be determined based on the U2XP mapping of the U2X service type.
  • UAVs with UICC and UAVs without UICC can be supported.
  • UAVs without UICC can perform U2X communication only if they are approved as “Not provided in E-UTRA” and “Not provided in NR.”
  • U2X communication parameters of the U2X application server or PCF can be transmitted via the UAV-C UE.
  • PC5 RAT-specific radio parameters e.g., LTE PC5, NR PC5
  • LTE PC5, NR PC5 may be configured, including geographic area, altitude restrictions, and validity timers.
  • additional information/parameters may be required to policy-specifically control PC5 usage based on the specific location of the UAV.
  • DAA/UAV service types may go beyond the scope of the given scenarios described above.
  • U2X services can be identified by one of the following values specifically defined for aviation applications: ITS Application Identifier (ITS-AID), Provider Service Identifier (PSID), or Application Identifier (AID).
  • ITS-AID ITS Application Identifier
  • PSID Provider Service Identifier
  • AID Application Identifier
  • a non-roaming 5G system architecture for U2X communication via PC5 can be configured as illustrated in FIG. 14.
  • the non-roaming 5G system architecture for U2X communication via PC5 can be applied with the reference point of TS 23.287, and the following differences can be present.
  • this reference point may/may not be specified in the release of a given scenario.
  • N1 In addition to the relevant functions defined in TS 23.501 for N1, it can also be used to transfer U2X policies and parameters (including service authorization) from AMF to UE for U2X services, and PC5 functions for U2X capabilities and U2X information of UE to AMF.
  • N2 In addition to the relevant functions defined in TS 23.501 for N2, it can also be used to convey U2X policies and parameters (including service authorization) from AMF to NG-RAN for U2X services.
  • UAV UEs utilizing Uu connections and UAV UEs that do not utilize Uu connections (i.e., UAV UEs that are either Uu capable or Uu non-capable).
  • UAVs that do not utilize Uu capabilities can use U2X for BRID and DAA and can be configured via U2X1 for transmissions outside the scope of 3GPP.
  • UAV UEs that do not utilize Uu capabilities can be part of the 3GPP ecosystem as they use U2X1 for configuration by U2X application servers and implement PC5 connections as specified by 3GPP.
  • FIGS. 15 and 16 A roaming 5G system architecture for U2X communication over PC5 can be configured as illustrated in FIGS. 15 and 16. Specifically, FIG. 15 illustrates a roaming 5G system architecture for U2X communication over PC5 in a local breakout scenario, and FIG. 16 illustrates a roaming 5G system architecture for U2X communication over PC5 in a home routing scenario.
  • a 5G system architecture between Public Land Mobile Networks (PLMNs) for U2X communication over PC5 reference points could be as follows.
  • PC5 parameters need to be set in a consistent manner between UEs within a specific area.
  • Inter-PLMN PC5 may be similar to that defined in the non-roaming 5G system architecture for U2X communication over PC5 described with reference to FIG. 14.
  • AF-based service parameter provisioning for U2X communication can be defined as follows.
  • a 5G system may provide NEF services to enable communication between a PLMN's NF and a U2X application server.
  • NEF services to enable communication between a PLMN's NF and a U2X application server.
  • a high level view of AF-based service parameter provisioning for U2X communication may be illustrated in FIG. 17.
  • Service parameters may also be pre-configured in the UAV using methods outside the scope of 3GPP (e.g., when not utilizing Uu functionality).
  • BRID Usage/Usage of U2X for BRID: Message content for BRID can be defined according to regional regulations for BRID (e.g. message sets of ASTM F3411.19 or ASD-STAN prEN 4709-002 P1) and optionally according to regional means in compliance documents.
  • regional regulations for BRID e.g. message sets of ASTM F3411.19 or ASD-STAN prEN 4709-002 P1
  • regional means in compliance documents e.g. message sets of ASTM F3411.19 or ASD-STAN prEN 4709-002 P1
  • Message content for DAA is defined by local regulations for DAA and may go beyond the scope of the given scenarios described above.
  • the procedures and mechanisms of TS 23.287 can be applied to U2X scenarios. Specifically, the procedure for broadcasting via PC5 for DAA collision resolution can be performed as shown in Fig. 18. Meanwhile, the procedure for broadcasting via PC5 for DAA collision resolution can be assumed that the UAV is provisioned with a U2X policy that includes a DAA collision resolution policy (e.g., unicast or broadcast communication for collision resolution, communication frequency).
  • a DAA collision resolution policy e.g., unicast or broadcast communication for collision resolution, communication frequency
  • the procedure for broadcasting through PC5 for DAA collision resolution according to FIG. 18 can be performed as follows.
  • UAV1 may receive a broadcast message from UAV2 that may include an application layer DAA payload (e.g., CAA level UAV ID, USS address of UAV2, speed, heading, position, etc.).
  • an application layer DAA payload e.g., CAA level UAV ID, USS address of UAV2, speed, heading, position, etc.
  • a USS address (Unmanned aerial system Traffic Management (UTM) Service Supplier address) is not required if UAV-to-UAV conflicts are resolved locally, but may be required if USS coordination of the UAVs involved in the conflict is required.
  • UTM Traffic Management
  • UAV1 can transmit the DAA payload to the upper layer.
  • the application layer can detect collisions by comparing the broadcast message received from UAV2 with its own trajectory and position. If UAV1's application layer detects a collision, it can initiate collision avoidance/resolution procedures with UAV2.
  • UAV1 can notify its USS (UTM Service Supplier) about the detected collision, including the ID of peer UAV 2.
  • USS UMS Service Supplier
  • UAV1 can select a communication mode (broadcast or unicast) for DAA deconfliction based on input received from the application layer and DAA policy. If the broadcast deconfliction method is selected, the following messages can be exchanged between UAVs.
  • UAV1 broadcasts a message (e.g., PC5-S message) (e.g., de-collision request message), which is part of the U2X functionality and may include DAA functionality indicating whether the UAV can participate in communication for protocol, DAA de-collision policy (broadcast-based, de-collision message frequency), collision detection warning, ID of other UAVs detected in collision with its CAA level UAV ID, and certain parameters (e.g., de-collision information) (e.g., trajectory correction information to avoid collision).
  • PC5-S message e.g., de-collision request message
  • DAA de-collision policy broadcast-based, de-collision message frequency
  • collision detection warning e.g., ID of other UAVs detected in collision with its CAA level UAV ID
  • ID of other UAVs detected in collision with its CAA level UAV ID e.g., ID of other UAVs detected in collision with its CAA level UAV ID
  • certain parameters e
  • deconfliction request message may include DAA capability, which is part of U2X capability and indicates whether the UAV is able to engage in communication for deconflicting protocol, DAA deconflicting policy (broadcast based, deconflicting message frequency), collision detection alert, its CAA-level UAV IDs and the one(s) from other detected conflicting UAV(s), and deconflicting specific parameters (e.g. trajectory correction information to avoid collision))
  • UAV2 may broadcast a message (e.g., a PC5-S message) to provide the agreed-upon DAA collision resolution policy, updated trajectory, and other information (e.g., a message collision resolution status response, a collision resolution warning, and the CAA-level UAV ID of the participating UAV from the receiving UAV). Subsequent broadcast messages may be exchanged between UAVs at an agreed-upon message frequency until a traffic collision resolution (e.g., mutual position/trajectory monitoring) is reached.
  • a traffic collision resolution e.g., mutual position/trajectory monitoring
  • UE In addition to the capabilities defined in TS 23.501, the UE supports the following capabilities: - Report U2X functions (including DAA functions) and PC5-based U2X functions to 5GC through the N1 reference point. - Indicate UE-based U2X policy provisioning request via UE Policy Container. - Receive U2X parameters from 5GC via N1 reference point. - Perform U2X communication procedure through PC5 reference point. - Parameter configuration for U2X communication. These parameters can be pre-configured in the UE or, if in coverage, provisioned or updated via signaling via the HPLMN's PCF or the U2X1 reference point of the U2X application server. 2.
  • AMF In addition to the functions defined in TS 23.501, AMF performs the following functions: - Obtain U2X-related subscriber information from UDM and store it as part of UE context data. - Select a PCF that supports U2X policy/parameter provisioning and report the PC5 capabilities of U2X to the selected PCF. - Obtain U2X-related PC5 QoS information from PCF and store it as part of UE context data. - For U2X communication via PC5 reference point, provide the UE's communication permission status to NG-RAN. - Provide PC5 QoS parameters related to U2X communication to NG-RAN. 3.
  • PCF Provisions the parameters required for U2X communication between the UE and the AMF, including the capabilities specified in TS 23.287, in addition to the capabilities defined in TS 23.501. 4.
  • UDM Performs subscriber management functions for U2X communication through PC5 reference point. 5.
  • U2X Application Server Implements a subset of the V2X AS functions defined in TS 23.287: - Includes AF function and can support the following minimum functions: - For U2X service parameter provisioning, U2X AS provides U2X communication parameters to 5GC and UAV UE (via UAVC if required) via PC5 and Uu reference point. 6.
  • UDR In addition to the functions defined in TS 23.501, includes the function of storing U2X service parameters. 7.
  • NRF In addition to the functions defined in TS 23.501, PCF is discovered taking into account U2X functions. 8.
  • NEF Performs U2X service parameter support function for U2X AS.
  • U2X Subscription data NR U2X Services Authorization Indicates whether the UE is authorized to use the NR sidelink for U2X services as UAV UE, UAV-C UE, or Authority UE.
  • LTE U2X Services Authorization Indicates whether the UE is authorized to use the LTE sidelink for U2X services as UAV UE, UAV-C UE, or Authority UE.
  • Measurement Report It uses LTE principles as a baseline and introduces similar events H1 (the height of an aerial UE exceeds a threshold) and H2 (the height of an aerial UE falls below a threshold). Further research is needed to determine whether NR needs to be further improved (FFS). Research is also needed on the scaling of RRM parameters (e.g., which parameters are involved, what the purpose/benefit of scaling is, and how it can be achieved). - Research is needed on how to limit over-measurement and over-reporting of measurements (FFS). - Research is needed on whether user consent is required for location reporting in CONNECTED state (FFS). - Research on the vertical movement of UAV UE and its accompanying mobility is needed (FFS).
  • Rel-18 NR supports reporting of altitude, position, and velocity from UAV UEs.
  • the required accuracy and reporting mechanisms, as well as whether further improvements are needed, are subject to further study.
  • Flight path planning reporting similar to LTE, will be introduced, with position lists (3D position information) and timestamps adopted as basic content for flight path reporting. Whether timestamps are mandatory or optional in NR is unclear. Further improvements are also needed.
  • a similar feature numberofTriggeringCells
  • FFS reportOnLeave
  • a waypoint is a location planned by the UE along a flight path and is described via the existing parameter type LocationCoordinates defined in TS 37.355.
  • the timestamp provides the UTC time corresponding to the waypoint's expected time of arrival and serves as a baseline. For granularity, use FFS.
  • the UE indicates that flight path information is available via the RRCReconfigurationComplete, RRCReestablishmentComplete, RRCResumeComplete, or RRCSetupComplete message. Flight path reporting is used based on the UE information request/response procedure.
  • the UE indicates to the network that a new flight path is available (whether initial or updated), reusing the normal request/response procedure for flight path reporting.
  • the UAI message can also be used by the UE to indicate that flight path information is available.
  • FFS determines what trigger conditions will be specified for flight path updates. The maximum number of waypoints within a flight path plan remains FFS.
  • the content of the measurement report is configurable by the network (i.e., it may include the altitude, position information and/or RSRP/RSRQ measurement results of the UAV UE). Whether the altitude of the UAV UE must be reported and the parameters/IEs used for altitude reporting are determined by FFS.
  • Rel-18 UAVs support the combined use of altitude-dependent conditions and RSRP/RSRQ/SINR-based conditions for measurement reporting triggers. A combination of existing events is used. Altitude-based parameter scaling is not supported as part of Rel-18 NR.
  • the Number of triggering cells mechanism is not applied to the inter-RAT scenario, i.e., triggering of events B1 and B2.
  • the application of the Number of triggering cells mechanism is not limited to FR1. That is, the Number of triggering cells mechanism can be applied to both FR1 and FR2 (depending on the network settings).
  • the UE must not ignore or bypass the Number of triggering cells mechanism if it is configured.
  • NumberOfTriggeringBeams mechanism is not introduced.
  • - For MO configuration parameters at least the following items can be configured to have altitude-dependent multiple configurations/values for specific altitude regions: SSB-ToMeasure.
  • the specification method is FFS.
  • Event A4 threshold and numberoftriggeringcells At least the following can be configured to have altitude-dependent multiple configurations/values for specific altitude zones: Event A4 threshold and numberoftriggeringcells. The method of specifying this can be FFS (e.g., this can be achieved through event combinations).
  • the UE applies the new values when moving to a new altitude (or altitude range) (similar to RRC reconfiguration). Codes, field descriptions, etc. are applied as in the existing specification. - If an altitude-specific value is not explicitly configured for a particular altitude, whether to continue using the previous value or to consider the parameter as disabled should be reviewed on a case-by-case basis and can be clarified through code, field descriptions, or procedure text, as needed. Details are provided in the FFS.
  • Figures 19 to 27 are diagrams illustrating how a UAV performs handover with respect to a satellite gNB.
  • the UAV UE must always be in a CONNECTED state. It can be connected to the ground-gNB within the ground-gNB coverage, but when it goes out of the ground-gNB coverage (e.g., in a desert, sea, or mountainous area), the UAV can connect to the ground-gNB via a satellite or maintain the connection via the satellite-gNB.
  • connecting to a ground-gNB via a satellite may mean that the satellite gNB acts as a relay, enabling an indirect connection between the UAV UE and the ground-gNB.
  • satellite-gNB may mean that a gNB (or a device that functions as a gNB) is installed on the satellite itself, enabling a direct connection with the UAV UE.
  • Event D2 Distance between UE and a moving reference location based on movingReferenceLocation and its corresponding satellite ephemeris and epoch time broadcast in SIB19 for the serving cell becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a moving reference location determined based on referenceLocation2 becomes shorter than configured threshold distanceThreshFromReference2 ;
  • Conditional Event D1 (CondEvent D1): Distance between UE and a reference location referenceLocation1 becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2 ;
  • CondEvent D2 Distance between UE and a moving reference location determined based on movingReferenceLocation and its corresponding satellite ephemeris and epoch time broadcast in SIB19 for the serving cell becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a moving reference location determined based on referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2 ;
  • the reason why the above location-based triggering condition was added in NTN is that since the signal received through the satellite is a signal transmitted from a very long distance, it may be difficult for the UE to measure the change in signal strength and trigger measurement reporting at an appropriate time.
  • a UE on the ground may go out of coverage without being aware of the difference in signal changes between receiving a signal at the edge of satellite_A and receiving a signal at the center of satellite_B.
  • the existing HO triggering method cannot maintain service continuity.
  • a measurement event may be triggered, thereby satisfying service continuity.
  • This location-based measurement triggering operation may be applied to the existing basic HO procedure or the conditional HO procedure.
  • the satellite can simply receive messages transmitted by the ground gNB and transparently transmit them to the ground UE (transparency mode). Alternatively, it can receive messages from the ground UE and transparently transmit them to the ground gNB.
  • - Scenario 2 A method in which a satellite directly performs the functions of a communication gNB.
  • a communication unit capable of performing the same (or similar) functions as a gNB is attached to the satellite, which receives messages transmitted by a ground-based gNB, interprets them, generates messages, and transmits the generated messages to a ground-based UE (regenerative mode).
  • a method may be used in which a message is received from a ground-based UE, interprets them, generates messages, and transmits the generated messages to a ground-based gNB.
  • a ground UE connected to gNB(A) can perform a HO procedure to gNB(B) via a transparency satellite (Case 1-1).
  • the UE can measure the signal strength of the current serving cell and neighboring cells and report the same to the ground-gNB(A).
  • the measurement report on the signal strength can be transmitted to the source gNB, ground-gNB(A), via a satellite (or satellite relay).
  • Ground-gNB can determine HO and transmit a message requesting HO to the target ground-gNB (B).
  • Ground-gNB (A) can receive permission or HO request ACK for the HO request from the target ground-gNB (B).
  • Ground-gNB can transmit an RRC message (e.g., RRCReconfiguration message) containing an HO related command (HO command) to the UE.
  • RRC message e.g., RRCReconfiguration message
  • HO command HO command
  • the ground-gNB (A) may transmit an SN (Sequence Number) status Transfer message to the target ground-gNB (B).
  • the SN status Transfer message may be a message for transmitting an uplink PDCP SN receiver status and a downlink PDCP SN transmitter status for a data radio bearer (DRB).
  • DRB data radio bearer
  • the UE When the UE receives the RRCReconfiguration message, it can perform RACH to the target ground-gNB (B) and complete the HO procedure by transmitting an RRCReconfigurationComplete message to the target ground-gNB (B).
  • the UE is connected to the target ground-gNB (B), and 8.
  • the target ground-gNB (B) can send a UE context release message to the source ground-gNB (A).
  • a ground UE connected to gNB(B) via a Transparency satellite can perform a HO procedure to ground-gNB(A) (Case 1-2).
  • the UE can report the measurement value to the ground-gNB(B) via the transparency satellite.
  • Ground-gNB (source) can decide on HO and transmit a request for HO to the target ground-gNB (A).
  • Ground-gNB can receive a response to the HO request from the target ground-gNB (A).
  • Ground-gNB(B) can send an RRCReconfiguration message to the UE to command HO via transparency satellite.
  • the ground-gNB (B) can transmit SN status Transfer to the target ground-gNB (A).
  • the UE can complete HO by transmitting an RRCReconfigurationComplete message to the target ground-gNB(A) after performing the RACH procedure to the target ground-gNB(A) based on the RRCReconfiguration message.
  • the UE is connected to the target ground-gNB (A), and 8.
  • the target ground-gNB (A) can send a UE context release message to the source ground-gNB (A).
  • the process in which the UE performs a measurement report via a transparency satellite and the (Source) ground-gNB transmits an RRCReconfiguration message related to the measurement report to the UE (and/or the UE transmits an RRCReconfigurationComplete message to the target ground-gNB) may take significantly longer than the HO between a general ground-gNB and the UE.
  • the reported measurement values may be out-of-date values, which may be disadvantageous in selecting an appropriate target-gNB.
  • a ground UE connected to ground-gNB (A) can perform a CHO procedure to ground-gNB (B) via a transparency satellite (Case 1-3).
  • a ground UE connected to a ground-gNB (A) can report a measurement value when a measurement report is triggered.
  • the ground UE can report the measurement value to the ground-gNB (A) via a transparency satellite (or satellite relay).
  • Ground-gNB(A) can determine HO based on the above reported measurement values and transmit a HO request message to candidate target gNB(s).
  • the candidate target gNB(s) that accepted the above HO request can send a response allowing HO to the (source) ground-gNB(A).
  • Ground-gNB(A) can transmit CHO-related configuration to ground UE.
  • ground-gNB(A) can provide CHO-related configuration to ground UE through RRCReconfiguration message.
  • the ground UE can transmit RRCReconfigurationComplete to the ground-gNB (A) when it has received the settings related to CHO.
  • the ground-gNB(A) may provide an Early status transfer message to the candidate target gNB(s).
  • the Early status transfer message may include information about the RLC and PDCP layer states of the ground UE.
  • the ground UE can perform RACH to the target ground-gNB(B) through the transparency satellite and complete HO with the target ground-gNB(B) when the HO condition is satisfied based on the CHO condition according to the above CHO setting.
  • the target ground-gNB (B) can provide a message related to the success of HO with the ground UE to the source ground-gNB (A).
  • the source ground-gNB (A) can provide an SN status transfer message to the target ground-gNB (B).
  • the source ground-gNB (A) can transmit a message related to HO cancellation to the remaining candidate target gNBs except the target ground-gNB (B) among the candidate target gNB (s).
  • a ground UE connected to ground-gNB(B) via a Transparency satellite can perform CHO to ground-gNB(A) (Case 1-4).
  • the ground UE When a measurement report is triggered, the ground UE performs a measurement report to the (source) ground-gNB (B) via the transparency satellite.
  • the ground-gNB can determine the CHO and transmit a HO request message to the candidate target ground-gNB(s) selected based on the measurement results.
  • the candidate target ground-gNB(s) can transmit a response to the (source) ground-gNB(B) if the HO is allowed.
  • Ground-gNB(B) can perform CHO-related configuration to the ground UE.
  • (source) Ground-gNB(B) can provide the ground UE with an RRCReconfiguration message including CHO configuration for CHO trigger conditions, etc.
  • the ground UE that received the configuration for CHO can send an RRCReconfigurationComplete message to the (source) ground-gNB (B).
  • Ground-gNB(B) can provide an Early status transfer message to candidate target gNB(s).
  • the ground UE can complete the CHO handover procedure by performing RACH to the target gNB (A) when the set specific HO triggering conditions are satisfied.
  • the target ground-gNB (A) can provide a message related to the success of HO with the ground UE to the source ground-gNB (B).
  • the source ground-gNB (B) can provide an SN status transfer message to the target ground-gNB (A).
  • the source ground-gNB (B) can transmit a message related to HO cancellation to the remaining candidate target gNBs except the target ground-gNB (A) among the candidate target gNB (s).
  • the CHO procedure according to Cases 1-3 and/or 1-4 can receive HO-related settings for multiple candidate target ground-gNBs in advance and trigger HO based on measurements taken by the ground UE. This has the advantage over the typical HO procedure in that HO can be determined based on currently measured measurements.
  • a ground UE connected to gNB (A) can perform HO to satellite-gNB (B).
  • a ground UE connected to ground-gNB(A) can perform measurement reporting to (source) ground-gNB(A).
  • Ground-gNB (source) can determine HO based on the measurement report value and transmit an HO request message to (target) satellite-gNB (B).
  • the ground-gNB (A) can receive a response message from the satellite-gNB (B) that HO is allowed.
  • Ground-gNB can transmit an RRCReconfiguration message including an HO command to the ground UE.
  • Ground-gNB (A) can transmit an SN status transfer message to satellite-gNB (B).
  • the ground UE can perform HO to the target satellite-gNB (B) and complete the HO procedure by transmitting the RCReconfigurationComplete message to the ground-gNB (A).
  • the UE is connected to the target satellite-gNB (B), and 8.
  • the target satellite-gNB (B) can send a UE context release message to the source ground-gNB (A).
  • a ground UE connected to a satellite-gNB (B) can perform HO to a ground-gNB (A).
  • a ground UE connected to a satellite-gNB(B) can perform a measurement report to the satellite-gNB(B) when a measurement report is triggered.
  • Satellite-gNB (B) can determine HO based on the above measurement report, determine target ground-gNB (A), and transmit an HO request message to target ground-gNB (A).
  • Satellite-gNB (B) can receive a response from Target Ground-gNB (A) that HO is allowed.
  • Satellite-gNB(B) can send an RRCReconfiguration message containing a HO command to the ground UE.
  • Satellite-gNB (B) can transmit an SN status transfer message to Target ground-gNB (A).
  • the ground UE can perform HO to the target ground-gNB (A) and complete the HO procedure by transmitting the RRCReconfigurationComplete message to the satellite-gNB (B).
  • the UE is connected to the target ground-gNB (A), and 8.
  • the target ground-gNB (A) can send a UE context release message to the source satellite-gNB (B).
  • Cases 2-1 and 2-2 may require much longer time than in the general HO case, such as the time it takes to transmit the measured value from the ground UE to the satellite-gNB, the time it takes for the satellite-gNB to make a HO request to the ground-gNB, and the time it takes to receive the admission (and/or the time it takes for the measured value from the ground UE to be transmitted to the ground-gNB, but the ground-gNB to request the HO to the satellite-gNB, and the time it takes to receive the admission).
  • the measured value from the ground UE may be an out-of-date value, and determining the HO based on this may not be suitable for achieving good performance. Therefore, conditional HO (CHO) may be a more appropriate operation for the HO used in satellite communication. This will be described in detail in Cases 2-3 and 2-4 below.
  • a ground UE connected to a ground-gNB (A) can perform a CHO procedure with a satellite-gNB (B).
  • the ground UE can report measurement values to the (source) ground-gNB(A).
  • Ground-gNB(A) can transmit an HO request message to candidate satellite-gNB(s) based on the above measurement report.
  • Ground-gNB(A) can receive admission for HO (/HO Request ACK) from candidate satellite-gNB(s).
  • the (source) ground-gNB (A) receiving this can transmit an RRCReconfiguration message to the ground UE for CHO-related settings for multiple candidate satellite-gNB (s).
  • the ground UE may send RRCReconfigurationComplete to the (source) ground-gNB(A) when it has received the settings related to CHO.
  • the ground-gNB(A) may provide an Early status transfer message to the candidate target satellite-gNB(s).
  • the Early status transfer message may include information about the RLC and PDCP layer states of the ground UE.
  • the UE can perform HO by selecting one target satellite-gNB among candidate target satellite-gNB(s) and performing RACH procedure when conditional HO (CHO) is triggered based on the set value.
  • the target satellite-gNB (B) can provide a message related to the success of HO with the ground UE to the ground-gNB (A).
  • Ground-gNB (A) can provide an SN status transfer message to the target satellite-gNB (B).
  • Ground-gNB(A) can transmit a message related to HO cancellation to the remaining candidate target satellite-gNB(s) except for target satellite-gNB(B).
  • a ground UE connected to a satellite-gNB (B) can perform a CHO procedure with a ground-gNB (A).
  • the ground UE performs a measurement report to the satellite-gNB(B).
  • Satellite-gNB(B) can determine CHO and transmit HO request message to candidate target ground-gNB(s) selected based on measurement results.
  • the candidate target ground-gNB(s) allows HO, it can transmit a response to it to the satellite-gNB(B).
  • Satellite-gNB(B) can perform CHO-related configuration to ground UE.
  • satellite-gNB(B) can provide RRCReconfiguration message including CHO configuration for CHO trigger conditions, etc. to ground UE.
  • the ground UE that has received the configuration for CHO can send an RRCReconfigurationComplete message to the satellite-gNB(B).
  • Satellite-gNB(B) can provide an Early status transfer message to candidate target ground-gNB(s).
  • the ground UE When a ground UE satisfies a specific HO triggering condition set, the ground UE performs a RACH procedure to a target ground-gNB(A) selected from among candidate target ground-gNB(s), and completes a CHO procedure with the target ground-gNB(A) through the RACH procedure.
  • the target ground-gNB (A) can provide a message related to the success of HO with the ground UE to the satellite-gNB (B).
  • Satellite-gNB (B) can provide an SN status transfer message to the target ground-gNB (A).
  • Satellite-gNB(B) can transmit a message related to HO cancellation to the remaining candidate target ground-gNB(s) except for target ground-gNB(A).
  • a ground UE connected to a satellite-gNB (B) can perform a CHO procedure with a ground-gNB (A).
  • the ground UE performs a measurement report to the satellite-gNB(B).
  • Satellite-gNB(B) can determine CHO and transmit HO request message to candidate target ground-gNB(s) selected based on measurement results.
  • the candidate target ground-gNB(s) allows HO, it can transmit a response to it to the satellite-gNB(B).
  • Satellite-gNB(B) can perform CHO-related configuration to ground UE.
  • satellite-gNB(B) can provide RRCReconfiguration message including CHO configuration for CHO trigger conditions, etc. to ground UE.
  • the ground UE that has received the configuration for CHO can send an RRCReconfigurationComplete message to the satellite-gNB(B).
  • Satellite-gNB(B) can provide an Early status transfer message to candidate target ground-gNB(s).
  • the ground UE When a ground UE satisfies a specific HO triggering condition set, the ground UE performs a RACH procedure to a target ground-gNB(A) selected from among candidate target ground-gNB(s), and completes a CHO procedure with the target ground-gNB(A) through the RACH procedure.
  • the target ground-gNB (A) can provide a message related to the success of HO with the ground UE to the satellite-gNB (B).
  • Satellite-gNB (B) can provide an SN status transfer message to the target ground-gNB (A).
  • Satellite-gNB(B) can transmit a message related to HO cancellation to the remaining candidate target ground-gNB(s) except for target ground-gNB(A).
  • Flight paths can be reported using timestamps and waypoint information values, and the timestamp granularity used here is 1 second. Flight paths can be updated, and flight path updates can be triggered when the waypoint/timestamp values reported by the UAV UE exceed a threshold set by the network. In addition, if thresholds are set for both waypoints and timestamp values, flight path reporting can be triggered (e.g., flight path reporting for flight path update is triggered) when either value exceeds the threshold.
  • a UAV UE can report its flight path (toward a specific destination) to a base station during flight. It is assumed that the flight path of the UAV UE is known to all gNBs (or base stations) along the path or flight path of the UAV UE through the ID (of the specific UAV UE). For example, when the gNB(s) along the path of the UAV UE are in an (RRC) CONNECTED state with the UAV UE, they can recognize which path the UAV UE is trying to travel.
  • RRC Radio Resource Control
  • the UAV UE moves through a virtual aerial tunnel.
  • the range in which the UAV can move can be defined through a reference point for indicating the virtual aerial tunnel and a threshold value of a distance for indicating the 3D space of the tunnel.
  • gNBs can construct their own coverage map for the virtual space tunnel.
  • the gNB can construct the coverage map based on the measurement reports reported by the UAV UEs (passing through the virtual space tunnel), 3D location information values (within the aerial tunnel), etc.
  • the gNB can construct the coverage map through methods such as AI/ML (Artificial Intelligence/Machine Learning) based on the reported measurement reports and 3D location information of the UAV UEs.
  • the coverage map may be more accurate than a coverage map based on measurements on the general ground.
  • Figure 28 is a diagram for explaining the HO procedure related to a UAV UE moving into the coverage area of gNB (A), the OoC area, and the coverage area of gNB (b).
  • the UAV UE may travel from gNB (A) to gNB (B) via a flight path indicated by a solid line.
  • the UAV UE may pass through the Out-of-Channel (OoC) region (Region B).
  • the UAV UE may pass from gNB A (Region A) to the Out-of-Channel (OoC) region (Region B) and then enter the region (Region C) of gNB B.
  • a measurement report may be triggered for a UAV UE existing/located in the cell coverage of gNB A, and a measurement report may be received from the UAV UE.
  • gNB A may also transmit a HO request message to a cell of gNB B or to gNB B that the UAV UE has not reported through the measurement report.
  • gNB A may request a coverage map of gNB B from gNB B existing in the flight path of the UAV UE.
  • gNB A may estimate/predict the cell coverage of the flight path of the UAV UE using its own coverage map and the coverage map of gNB B.
  • gNB A may predict/determine that the UAV UE in a CONNECTED state to gNB A passes through the OoC area and moves into the cell coverage of gNB B, and may request the UAV UE to report its current buffer status. Alternatively, gNB A may receive time information from the UAV UE through the buffer to maintain service continuity. Alternatively, gNB A may recommend/request that the UAV UE pre-store a service or service-related data depending on the application it is using. The reason for this behavior is that when gNB A issues a HO command, gNB A determines how much time budget the UAV UE has for service continuity even if the UAV UE passes through the OoC area.
  • gNB A may request the UAV UE to report the buffer status and the time information in order to determine how much time service continuity can be maintained even if the UAV UE passes through the OoC area.
  • gNB A can predict that the UAV UE will connect to gNB B via the area of OoC.
  • gNB A can also provide the UAV UE with a setting/condition (via the HO command) to perform HO or HO procedure according to the HO command after a certain period of time has passed from the time of receiving the HO command (or HO command) and/or at a specific location area (or waypoint).
  • the value of ‘after a certain period of time has passed’ may be a value predicted by gNB A that the UAV UE will belong to the coverage of gNB B based on the movement speed, location, movement direction, reported flight path, waypoint, etc. of the UAV UE.
  • the specific location area may be a value indicating a location or location range where the UAV is predicted to exist/be located at a corresponding time (e.g., a time when the UAV is predicted to enter the coverage of gNB B) based on the flight path of the UAV UE.
  • the UAV UE can perform a HO procedure or connection (e.g., a HO procedure or connection through transmission of an RRCReconfigurationComplete message) to the target gNB, gNB B, after a set period of time has elapsed (e.g., after the time required for the UAV UE to enter an area where it can connect to gNB B has elapsed).
  • a HO procedure or connection e.g., a HO procedure or connection through transmission of an RRCReconfigurationComplete message
  • This operation is to prevent RACH attempts by the UAV UE in an area where it is unlikely to access the target gNB.
  • the proposed method can enable the UAV UE to perform RACH for the UAV UE after the UAV UE arrives/enters within the coverage of the target gNB, and in this case, unnecessary power consumption of the UAV UE can be prevented.
  • gNB A may additionally include specific time information and/or specific area information in the HO command/command and provide the HO command/command to the UAV UE.
  • the UAV UE may start/perform a HO procedure (e.g., transmission of a RACH procedure and/or an RRCReconfigurationComplete message) for gNB B based on the HO command only after a specific time included in the specific time information has elapsed from the time of receiving the HO command or when the UAV UE is located within a specific area according to the specific area information.
  • a HO procedure e.g., transmission of a RACH procedure and/or an RRCReconfigurationComplete message
  • the specific time information may include information about a time predicted to be taken for the UAV UE to enter the coverage area of gNB B via the OoC area based on the coverage map of gNB A, the coverage map of gNB B, and/or the flight path of the UAV UE as described above, and the specific area information may include information about a predicted location range of the UAV UE when the UAV UE enters the coverage area of gNB B via the OoC area.
  • gNB A transmits to the UAV UE a candidate cell ID list including gNB B (or cell(s) belonging to gNB B) and other gNBs (cell(s) belonging to other gNBs) and configuration information including information required for the CHO, but may also inform the UAV UE that the CHO for gNB B can be performed after a set time has elapsed since the CHO command was received.
  • the general (conditional) HO scheme can be performed when the UE is in CONNECTED state (or RRC CONNECTED state) to the serving gNB.
  • the UAV UE can belong to or enter the coverage of the target gNB through the OoC state (or through the state transitioned to RRC IDLE/RRC INACTIVE state) after receiving the (conditional) HO-related settings from the serving gNB in the RRC CONNECTED state.
  • the location (or location range) and/or time (or time range or time section) values of the UAV can be the factors/conditions that trigger the operation of the UAV UE transmitting an initial RRC message (e.g., an initial RRCReconfiguration message) to the target gNB (or trigger the execution of the RACH).
  • the source gNB may transmit a (Conditional) HO command to the UAV UE that configures it to perform RACH after a certain time (or, a certain location range).
  • the source gNB may transmit a HO command to the UAV UE that configures it to perform RACH at a certain location (or, within a location range).
  • the source gNB may configure the HO command to perform the RACH procedure when the UAV UE is located in a certain location range within a certain time period.
  • the location/time at which the HO command is valid may also be set.
  • the UAV UE can perform RACH at the location/time (or, valid time period and/or valid location) at which the (Conditional) HO command is valid.
  • a gNB connected to a UAV UE may receive a cell coverage map from at least one gNB/cell located in the movement path of the UAV based on the flight path of the UAV UE, and based on this, may predict/determine location/time information predicted to belong to an OoC area, and may inform the UAV UE of the predicted/determined location/time information.
  • the application of the UAV UE may perform an RRC CONNECTION to the gNB before reaching the OoC location/time area, depending on the characteristics of the service, and may perform actions such as receiving information necessary for the service in advance from the gNB.
  • the proposed method proposes methods for performing (conditional) HO of a UAV UE by utilizing the flight path of the UAV UE.
  • a specific HO procedure can be triggered based on the waypoint/time of the UAV UE.
  • This method can be helpful in supporting service continuity for specific services even when the UAV UE passes through the OoC area while moving along the flight path.
  • This is because it utilizes the characteristic of a UAV UE that moves along a preset flight path, unlike a general UE, and therefore, it can be similarly applied to UEs that are not UAV UEs but have a preset (or set) movement path.
  • the above-described proposal is not limited to UAV UEs, but can be naturally applied to all UEs using NTN/TN.
  • Figure 29 is a diagram for explaining how a first base station transmits a HO command to a UE.
  • the first base station can support the HO procedure related to the UE as described in FIGS. 19 to 28 above. Below, a method for the first base station to support the HO procedure for the UE based on the proposed methods proposed in FIGS. 19 to 28 is described.
  • a first base station may receive information on a predicted movement path from a UE (user equipment) (S291).
  • the predicted movement path may include information on the flight path of the UAV UE.
  • the first base station may predict whether the UE will enter the coverage of a second base station after passing through the OoC area via the coverage of the first base station.
  • the first base station may receive information on the predicted movement path from the UE when the UE enters the first base station or when a measurement report is triggered for the UE.
  • the first base station can make a HO decision for the UE based on the predicted movement path of the UE (S293). For example, the first base station can predict that the UE will move to another base station (e.g., a second base station) via an OoC area based on the predicted movement path. In this case, the first base station can make a HO decision for the UE and transmit a HO request message to the second base station where the UE is predicted to enter. Thereafter, the first base station can receive a message related to HO approval from the second base station. For example, the first base station can receive coverage information from surrounding base stations in advance.
  • the first base station can receive coverage information from surrounding base stations in advance.
  • the first base station can generate a coverage map based on the coverage information as described above, and determine/predict a virtual aerial tunnel for the UE based on the predicted movement path. Based on the virtual aerial tunnel and the coverage map, the first base station can predict which path the UE will take to enter another base station. In this case, the first base station may request HO to the other base station after making a HO decision for the UE, and may receive a message for HO approval from the other base station.
  • the first base station can transmit a message including an HO command targeting the second base station to the UE (S295).
  • the first base station can predict that the UE will not directly enter the second base station but will pass through the OoC area and then enter the second base station based on the predicted movement path.
  • the first base station can further set a trigger condition related to the HO command to the UE through the message.
  • the first base station can transmit the HO command with the trigger condition for triggering the HO command set to the UE.
  • the message may further include information for setting a trigger condition for triggering a RACH procedure by the HO command to the UE.
  • the message may be an RRCReconfiguration message.
  • the first base station may transmit a message (or HO command) that further includes/sets a trigger condition related to the HO command based on the predicted movement path entering the coverage of the second base station via an out of coverage (OoC) area.
  • the message may set at least one of a specific time, a time range, a specific location, or a location range as a trigger condition based on a value predicted that the UE will enter the coverage of the second base station via the OoC area along the predicted movement path.
  • the message may determine the specific time and/or time range based on a predicted time at which the UE will enter the coverage of the second base station, and may determine the specific location and/or the location range based on a predicted location of the UE when entering the coverage of the second base station.
  • the message may set the specific time as the trigger condition.
  • a RACH (random access channel) procedure based on the HO command may be triggered (at the UE) based on the specific time elapsed from the time of reception of the HO command at the UE.
  • the message may set a specific time and location range as the trigger condition.
  • the RACH (random access channel) procedure based on the HO command may be triggered based on the UE being located within the location range after the specific time elapsed from the time of reception of the HO command at the UE.
  • the UE receiving the message may perform the RACH procedure with the second base station based on the HO command when it is located within the location range after the specific time set as the trigger condition elapses from the time of reception of the HO command.
  • the first base station may request the UE to report a buffer status when the UE is predicted to enter the coverage of the second base station through the OoC area based on the predicted movement path. This is to verify whether the UE is capable of maintaining service continuity in the OoC area. If the UE is capable of maintaining service continuity during the time it passes through the OoC area based on the buffer size of the UE, the first base station may transmit a message to the UE including information about the time required to pass through the OoC area (and/or the predicted time of entry into the OoC area) and/or requesting the UE to receive and buffer data for the service in advance for service continuity in the OoC area.
  • FIG. 30 is a diagram for explaining a method for a UE to perform a HO procedure based on a HO command from a first base station.
  • the UE may be a device associated with a UAV moving in the sky along a flight path toward a preset destination. As described above, the UE may provide information about its flight path in advance to the gNB or base station. During flight, the UE may be connected to not only a ground-gNB (or ground-base station) but also a satellite-gNB (or satellite-base station). Since the UE moves at a relatively high speed along its flight path, frequent handover operations may be performed. Below, a method for a UE to perform a HO procedure based on the proposed methods proposed by the first base station in FIGS. 19 to 28 is described.
  • the UE may transmit information regarding a predicted movement path to a second base station (S301).
  • the predicted movement path may include information regarding the flight path of the UAV UE.
  • the predicted movement path may be transmitted to the first base station when the UE enters the first base station, or may be transmitted to the first base station together with a measurement report when a measurement report is triggered for the UE.
  • the UE may receive a message from the first base station including an HO command targeting the second base station (S303).
  • the UE may perform a RACH procedure for the second base station based on the HO command.
  • the UE may not directly enter the second base station but may pass through the OoC area to enter the second base station.
  • the UE may receive the message further including/setting a trigger condition related to the HO command.
  • the trigger condition may be included in the HO command and provided to the UE.
  • the UE may perform a HO procedure with the second base station based on the HO command (S305). For example, the UE may perform a RACH procedure with the second base station based on the HO command. Meanwhile, as described above, if a trigger condition is further included/set in the message or HO command, the UE may not immediately perform the RACH procedure with the second base station based on reception of the HO command, but may trigger/start the RACH procedure based on the HO command only when the time and/or location at which the UE is operating satisfies the trigger condition.
  • the UE may receive a message further including/setting a trigger condition related to the HO command. If the message sets a specific time as the trigger condition, the UE may start a RACH procedure based on the HO command when the specific time elapses from the time of receiving the HO command. For example, the UE may transmit a PRACH preamble (or Msg1 or Msg A) to the second base station when the specific time elapses from the time of receiving the HO command.
  • a PRACH preamble or Msg1 or Msg A
  • the UE may perform/start a RACH procedure based on the HO command when the specific time elapses from the time of receiving the HO command and the UE is located within the location range.
  • the UE may receive a message requesting a report of a buffer status from the first base station.
  • the UE may report to the first base station information about its data buffer size or information about a time for which service continuity can be maintained through the buffer.
  • the UE may receive from the first base station a message including information about a time required for passing through the OoC area (and/or a predicted time for entering the OoC area) and/or requesting advance reception of data.
  • the proposed invention can effectively prevent a UAV UE from attempting unnecessary HO in an out-of-coverage state and prevent unnecessary power consumption of the UAV UE by additionally setting a trigger condition of the HO command for a UAV UE predicted to enter a target base station in an OoC area. And/or, the proposed invention can support the maintenance of service continuity to the maximum extent possible for a UAV UE predicted to enter a target base station in the OoC area.
  • Figure 31 illustrates a communication system applied to the present invention.
  • a communication system (1) applied to the present invention includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication/wireless/5G device.
  • the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Things) device (100f), and an AI device/server (400).
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing vehicle-to-vehicle communication, etc.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include AR (Augmented Reality)/VR (Virtual Reality)/MR (Mixed Reality) devices, and can be implemented in the form of HMD (Head-Mounted Device), HUD (Head-Up Display) installed in a vehicle, television, smartphone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc.
  • HMD Head-Mounted Device
  • HUD Head-Up Display
  • Wireless devices (100a to 100f) can be connected to a network (300) via a base station (200). Artificial Intelligence (AI) technology can be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300).
  • the network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, etc.
  • the wireless devices (100a to 100f) can communicate with each other via the base station (200)/network (300), but can also communicate directly (e.g., sidelink communication) without going through the base station/network.
  • vehicles can communicate directly (e.g., V2V (Vehicle to Vehicle)/V2X (Vehicle to everything) communication).
  • IoT devices e.g., sensors
  • IoT devices can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).
  • Wireless communication/connection can be established between wireless devices (100a ⁇ 100f)/base stations (200), and base stations (200)/base stations (200).
  • wireless communication/connection can be achieved through various wireless access technologies (e.g., 5G NR) such as uplink/downlink communication (150a), sidelink communication (150b) (or D2D communication), and base station-to-base station communication (150c) (e.g., relay, IAB (Integrated Access Backhaul).
  • 5G NR wireless access technologies
  • uplink/downlink communication 150a
  • sidelink communication 150b
  • base station-to-base station communication 150c
  • wireless devices and base stations/wireless devices, and base stations and base stations can transmit/receive wireless signals to each other.
  • wireless communication/connection can transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmitting/receiving wireless signals various signal processing processes (e.g., channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and resource allocation processes can be performed based on various proposals of the present invention.
  • Figure 32 illustrates a wireless device applicable to the present invention.
  • the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR).
  • ⁇ the first wireless device (100), the second wireless device (200) ⁇ can correspond to ⁇ the wireless device (100x), the base station (200) ⁇ and/or ⁇ the wireless device (100x), the wireless device (100x) ⁇ of FIG. 31.
  • a first wireless device (100) includes one or more processors (102) and one or more memories (104), and may further include one or more transceivers (106) and/or one or more antennas (108).
  • the processor (102) controls the memories (104) and/or the transceivers (106), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document.
  • the processor (102) may process information in the memory (104) to generate first information/signal, and then transmit a wireless signal including the first information/signal via the transceiver (106).
  • the processor (102) may receive a wireless signal including second information/signal via the transceiver (106), and then store information obtained from signal processing of the second information/signal in the memory (104).
  • the memory (104) may be connected to the processor (102) and may store various information related to the operation of the processor (102). For example, the memory (104) may perform some or all of the processes controlled by the processor (102), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and/or operation flowcharts disclosed in this document.
  • the processor (102) and the memory (104) may be part of a communication modem/circuit/chipset designed to implement wireless communication technology (e.g., LTE, NR).
  • the transceiver (106) may be connected to the processor (102) and may transmit and/or receive wireless signals via one or more antennas (108).
  • the transceiver (106) may include a transmitter and/or a receiver.
  • the transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit.
  • a wireless device may also mean a communication modem/circuit/chipset.
  • the first wireless device or the first base station (100) may include a processor (102) and a memory (104) connected to a transceiver (106).
  • the memory (104) may include at least one program capable of performing operations related to the embodiments described in FIGS. 19 to 30.
  • the operations include receiving information about a predicted movement path from a user equipment (UE) and transmitting a message including a handover command to the UE based on the predicted movement path, the message including a handover command targeting a second base station, wherein the message may further include a trigger condition related to the handover command based on the predicted movement path entering the coverage of the second base station through an out of coverage (OoC) area.
  • UE user equipment
  • OFC out of coverage
  • a processing device may be configured, including a processor (102) and a memory (104) for controlling a first base station.
  • the processing device may include at least one processor; and at least one memory connected to the at least one processor and storing instructions that perform operations when executed by the at least one processor.
  • the operations include receiving information about a predicted movement path from a user equipment (UE) and transmitting a message including a handover command to a second base station as a target base station based on the predicted movement path, wherein the message may further include a trigger condition related to the handover command based on the predicted movement path entering the coverage of the second base station through an out of coverage (OoC) area.
  • UE user equipment
  • the second wireless device (200) includes one or more processors (202), one or more memories (204), and may further include one or more transceivers (206) and/or one or more antennas (208).
  • the processor (202) controls the memories (204) and/or the transceivers (206), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document.
  • the processor (202) may process information in the memory (204) to generate third information/signals, and then transmit a wireless signal including the third information/signals via the transceivers (206).
  • the processor (202) may receive a wireless signal including fourth information/signals via the transceivers (206), and then store information obtained from signal processing of the fourth information/signals in the memory (204).
  • the memory (204) may be connected to the processor (202) and may store various information related to the operation of the processor (202). For example, the memory (204) may perform some or all of the processes controlled by the processor (202), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and/or operation flowcharts disclosed in this document.
  • the processor (202) and the memory (204) may be part of a communication modem/circuit/chip designed to implement wireless communication technology (e.g., LTE, NR).
  • the transceiver (206) may be connected to the processor (202) and may transmit and/or receive wireless signals via one or more antennas (208).
  • the transceiver (206) may include a transmitter and/or a receiver.
  • the transceiver (206) may be used interchangeably with an RF unit.
  • a wireless device may also mean a communication modem/circuit/chip.
  • the second wireless device or UE (200) may include a processor (202) and a memory (204) connected to a transceiver or RF transceiver (206).
  • the memory (204) may include at least one program capable of performing operations related to the embodiments described in FIGS. 19 to 30.
  • the operations may include transmitting information about a predicted movement path to a base station and receiving a message including a handover command targeting the second base station.
  • the message may further include a trigger condition related to the handover command.
  • one or more protocol layers may be implemented by one or more processors (102, 202).
  • one or more processors (102, 202) may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and/or operation flowcharts disclosed in this document.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors (102, 202) may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and/or operation flowcharts disclosed in this document.
  • One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein, and provide the signals to one or more transceivers (106, 206).
  • One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and/or operational flowcharts disclosed herein.
  • signals e.g., baseband signals
  • One or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer.
  • One or more processors (102, 202) may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc.
  • the descriptions, functions, procedures, suggestions, methods and/or operation flowcharts disclosed in this document may be implemented using firmware or software configured to perform one or more processors (102, 202) or stored in one or more memories (104, 204) and executed by one or more processors (102, 202).
  • the descriptions, functions, procedures, suggestions, methods and/or operation flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions, and/or commands.
  • the one or more memories (104, 204) may be configured as ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and/or combinations thereof.
  • the one or more memories (104, 204) may be located internally and/or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.
  • One or more transceivers (106, 206) can transmit user data, control information, wireless signals/channels, etc., as mentioned in the methods and/or flowcharts of this document, to one or more other devices.
  • One or more transceivers (106, 206) can receive user data, control information, wireless signals/channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and/or flowcharts of this document, from one or more other devices.
  • one or more transceivers (106, 206) can be connected to one or more processors (102, 202) and can transmit and receive wireless signals.
  • one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices.
  • one or more transceivers (106, 206) may be coupled to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals/channels, or the like, as referred to in the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein, via one or more antennas (108, 208).
  • one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports).
  • One or more transceivers (106, 206) may convert received user data, control information, wireless signals/channels, etc.
  • One or more transceivers (106, 206) may convert processed user data, control information, wireless signals/channels, etc. from baseband signals to RF band signals using one or more processors (102, 202).
  • one or more transceivers (106, 206) may include an (analog) oscillator and/or a filter.
  • Figure 33 illustrates another example of a wireless device applicable to the present invention.
  • the wireless device may be implemented in various forms depending on the use case/service (see Figure 31).
  • the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 32 and may be composed of various elements, components, units/units, and/or modules.
  • the wireless device (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and additional elements (140).
  • the communication unit may include a communication circuit (112) and a transceiver(s) (114).
  • the communication circuit (112) may include one or more processors (102, 202) and/or one or more memories (104, 204) of FIG. 33.
  • the transceiver(s) (114) may include one or more transceivers (106, 206) and/or one or more antennas (108, 208) of FIG. 32.
  • the control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and the additional elements (140) and controls the overall operation of the wireless device.
  • the control unit (120) may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit (130).
  • control unit (120) may transmit information stored in the memory unit (130) to an external device (e.g., another communication device) via a wireless/wired interface through the communication unit (110), or store information received from an external device (e.g., another communication device) via a wireless/wired interface in the memory unit (130).
  • the additional element (140) may be configured in various ways depending on the type of the wireless device.
  • the additional element (140) may include at least one of a power unit/battery, an input/output unit (I/O unit), a driving unit, and a computing unit.
  • the wireless device may be implemented in the form of a robot (Fig. 31, 100a), a vehicle (Fig. 31, 100b-1, 100b-2), an XR device (Fig. 31, 100c), a portable device (Fig. 31, 100d), a home appliance (Fig. 31, 100e), an IoT device (Fig.
  • Wireless devices may be mobile or stationary depending on the use/service.
  • various elements, components, units/parts, and/or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least some may be wirelessly connected via a communication unit (110).
  • the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and a first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110).
  • each element, component, unit/part, and/or module within the wireless device (100, 200) may further include one or more elements.
  • the control unit (120) may be composed of one or more processor sets.
  • control unit (120) may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing processor, a memory control processor, etc.
  • memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory, and/or a combination thereof.
  • Figure 34 illustrates a vehicle or autonomous vehicle applicable to the present invention.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, car, train, manned/unmanned aerial vehicle (AV), ship, etc.
  • AV manned/unmanned aerial vehicle
  • a vehicle or autonomous vehicle may include an antenna unit (108), a communication unit (110), a control unit (120), a driving unit (140a), a power supply unit (140b), a sensor unit (140c), and an autonomous driving unit (140d).
  • the antenna unit (108) may be configured as a part of the communication unit (110).
  • Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 33, respectively.
  • the communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, road side units, etc.), and servers.
  • the control unit (120) can control elements of the vehicle or autonomous vehicle (100) to perform various operations.
  • the control unit (120) can include an ECU (Electronic Control Unit).
  • the drive unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground.
  • the drive unit (140a) can include an engine, a motor, a power train, wheels, brakes, a steering device, etc.
  • the power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and can include a wired/wireless charging circuit, a battery, etc.
  • the sensor unit (140c) can obtain vehicle status, surrounding environment information, user information, etc.
  • the sensor unit (140c) may include an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an incline sensor, a weight detection sensor, a heading sensor, a position module, a vehicle forward/backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illuminance sensor, a pedal position sensor, etc.
  • IMU intial measurement unit
  • the autonomous driving unit (140d) may implement a technology for maintaining a driving lane, a technology for automatically controlling speed such as adaptive cruise control, a technology for automatically driving along a set path, a technology for automatically setting a path and driving when a destination is set, etc.
  • the communication unit (110) can receive map data, traffic information data, etc. from an external server.
  • the autonomous driving unit (140d) can generate an autonomous driving route and driving plan based on the acquired data.
  • the control unit (120) can control the drive unit (140a) so that the vehicle or autonomous vehicle (100) moves along the autonomous driving route according to the driving plan (e.g., speed/direction control).
  • the communication unit (110) can irregularly/periodically acquire the latest traffic information data from an external server and can acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit (140c) can acquire vehicle status and surrounding environment information.
  • the autonomous driving unit (140d) can update the autonomous driving route and driving plan based on newly acquired data/information.
  • the communication unit (110) can transmit information regarding the vehicle location, autonomous driving route, driving plan, etc. to the external server.
  • External servers can predict traffic information data in advance using AI technology or other technologies based on information collected from vehicles or autonomous vehicles, and provide the predicted traffic information data to the vehicles or autonomous vehicles.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification may include not only LTE, NR, and 6G, but also Narrowband Internet of Things for low-power communication.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented with standards such as LTE Cat NB1 and/or LTE Cat NB2, and is not limited to the above-described names.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology, and may be called by various names such as eMTC (enhanced Machine Type Communication).
  • LTE-M technology can be implemented by at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) LTE M, and is not limited to the above-described names.
  • the wireless communication technology implemented in the wireless device (XXX, YYY) of the present specification can include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low-power communication, and is not limited to the above-described names.
  • ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • embodiments of the present invention have been described primarily focusing on the signal transmission and reception relationship between a terminal and a base station. This transmission and reception relationship is equally/similarly extended to signal transmission and reception between a terminal and a relay or a base station and a relay.
  • Certain operations described as being performed by a base station in this document may, in some cases, be performed by its upper node. That is, it is obvious that various operations performed for communication with a terminal in a network composed of multiple network nodes including a base station may be performed by the base station or other network nodes other than the base station.
  • the base station may be replaced by terms such as fixed station, Node B, eNode B (eNB), and access point.
  • the terminal may be replaced by terms such as UE (User Equipment), MS (Mobile Station), MSS (Mobile Subscriber Station).
  • Embodiments of the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, etc.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, etc.
  • an embodiment of the present invention may be implemented in the form of modules, procedures, functions, etc. that perform the functions or operations described above.
  • the software code may be stored in a memory unit and executed by a processor.
  • the memory unit may be located within or outside the processor and may exchange data with the processor via various known means.

Landscapes

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

Abstract

다양한 실시예에 따른 UE 또는 기지국이 핸드오버와 관련된 절차를 수행하는 방법 및 이를 위한 장치가 개시된다. 기지국은 UE로부터 예측 이동 경로에 대한 정보를 수신하고, 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드를 포함하는 메시지를 상기 UE에게 전송할 수 있고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.

Description

무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
무선 통신 시스템에서 단말 또는 기지국이 핸드오버와 관련된 동작을 수행하는 방법 및 이를 위한 장치에 대한 것이다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
V2X 통신과 관련하여, NR 이전의 RAT에서는 BSM(Basic Safety Message), CAM(Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message)과 같은 V2X 메시지를 기반으로, 안전 서비스(safety service)를 제공하는 방안이 주로 논의되었다. V2X 메시지는, 위치 정보, 동적 정보, 속성 정보 등을 포함할 수 있다. 예를 들어, 단말은 주기적인 메시지(periodic message) 타입의 CAM, 및/또는 이벤트 트리거 메시지(event triggered message) 타입의 DENM을 다른 단말에게 전송할 수 있다.
예를 들어, CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. 예를 들어, 단말은 CAM을 방송할 수 있으며, CAM의 지연(latency)은 100ms보다 작을 수 있다. 예를 들어, 차량의 고장, 사고 등의 돌발적인 상황이 발행하는 경우, 단말은 DENM을 생성하여 다른 단말에게 전송할 수 있다. 예를 들어, 단말의 전송 범위 내에 있는 모든 차량은 CAM 및/또는 DENM을 수신할 수 있다. 이 경우, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
이후, V2X 통신과 관련하여, 다양한 V2X 시나리오들이 NR에서 제시되고 있다. 예를 들어, 다양한 V2X 시나리오들은, 차량 플라투닝(vehicle platooning), 향상된 드라이빙(advanced driving), 확장된 센서들(extended sensors), 리모트 드라이빙(remote driving) 등을 포함할 수 있다.
예를 들어, 차량 플라투닝을 기반으로, 차량들은 동적으로 그룹을 형성하여 함께 이동할 수 있다. 예를 들어, 차량 플라투닝에 기반한 플라툰 동작들(platoon operations)을 수행하기 위해, 상기 그룹에 속하는 차량들은 선두 차량으로부터 주기적인 데이터를 수신할 수 있다. 예를 들어, 상기 그룹에 속하는 차량들은 주기적인 데이터를 이용하여, 차량들 사이의 간격을 줄이거나 넓힐 수 있다.
예를 들어, 향상된 드라이빙을 기반으로, 차량은 반자동화 또는 완전 자동화될 수 있다. 예를 들어, 각 차량은 근접 차량 및/또는 근접 로지컬 엔티티(logical entity)의 로컬 센서(local sensor)에서 획득된 데이터를 기반으로, 궤도(trajectories) 또는 기동(maneuvers)을 조정할 수 있다. 또한, 예를 들어, 각 차량은 근접한 차량들과 드라이빙 인텐션(driving intention)을 상호 공유할 수 있다.
예를 들어, 확장 센서들을 기반으로, 로컬 센서들을 통해 획득된 로 데이터(raw data) 또는 처리된 데이터(processed data), 또는 라이브 비디오 데이터(live video data)는 차량, 로지컬 엔티티, 보행자들의 단말 및/또는 V2X 응용 서버 간에 상호 교환될 수 있다. 따라서, 예를 들어, 차량은 자체 센서를 이용하여 감지할 수 있는 환경 보다 향상된 환경을 인식할 수 있다.
예를 들어, 리모트 드라이빙을 기반으로, 운전을 하지 못하는 사람 또는 위험한 환경에 위치한 리모트 차량을 위해, 리모트 드라이버 또는 V2X 애플리케이션은 상기 리모트 차량을 동작 또는 제어할 수 있다. 예를 들어, 대중 교통과 같이 경로를 예측할 수 있는 경우, 클라우드 컴퓨팅 기반의 드라이빙이 상기 리모트 차량의 동작 또는 제어에 이용될 수 있다. 또한, 예를 들어, 클라우드 기반의 백엔드 서비스 플랫폼(cloud-based back-end service platform)에 대한 액세스가 리모트 드라이빙을 위해 고려될 수 있다.
한편, 차량 플라투닝, 향상된 드라이빙, 확장된 센서들, 리모트 드라이빙 등 다양한 V2X 시나리오들에 대한 서비스 요구사항(service requirements)들을 구체화하는 방안이 NR에 기반한 V2X 통신에서 논의되고 있다.
본 발명이 이루고자 하는 기술적 과제는 보다 정확하고 효율적으로 핸드오버 절차를 수행하는 방법을 제공하는데 있다.
기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
일 측면에 따른 제1 기지국에 의한 방법은 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신하는 단계; 및 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 단계를 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또는, 상기 HO 커맨드는 상기 메시지는 특정 시간, 시간 범위, 특정 위치 또는 위치 범위 중 적어도 하나를 상기 트리거 조건으로 설정할 수 있다.
또는, 상기 특정 시간, 상기 시간 범위, 상기 특정 위치 또는 상기 위치 범위는 상기 UE가 상기 예측 이동 경로를 따라 상기 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 값에 기초하여 결정될 수 있다.
또는, 상기 메시지는 상기 트리거 조건으로 특정 시간을 설정하고, 상기 핸드오버 커맨드에 기반한 RACH (random access channel) 절차는 상기 UE에서의 상기 핸드오버 커맨드의 수신 시점으로부터 상기 특정 시간이 경과한 것에 기초하여 트리거될 수 있다.
또는, 상기 메시지는 상기 트리거 조건으로 특정 시간 및 위치 범위을 설정하고, 상기 핸드오버 커맨드에 기반한 RACH (random access channel) 절차는 상기 UE에서의 상기 핸드오버 커맨드의 수신 시점으로부터 상기 특정 시간 경과한 후에 상기 UE가 상기 위치 범위 내에 위치한 것에 기초하여 트리거될 수 있다.
또는, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 UE의 버퍼 상태에 대한 보고를 요청하는 단계;를 더 포함할 수 있다.
또는, 상기 보고된 UE의 버퍼 상태에 기반하여, 상기 제1 기지국은 상기 OoC 영역을 통과하는 시간 동안 상기 UE의 서비스 연속성이 유지되는지 여부를 결정할 수 있다.
또는, 상기 UE는 UAV (Unmanned Aerial Vehicle)과 관련되고, 상기 예측 이동 경로는 상기 UAV의 비행 경로일 수 있다.
다른 일 측면에 따르면, 적어도 하나의 비일시적인 컴퓨터 판독 가능 매체는, 적어도 하나의 프로세서에 의해 실행될 때 동작들을 수행하는 명령어들을 포함하고, 상기 동작들은, UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신; 및 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또 다른 일 측면에 따르면, 제1 기지국은 RF(Radio Frequency) 송수신기; 및 상기 RF 송수신기와 연결되는 프로세서를 포함하고, 상기 프로세서는 상기 RF 송수신기를 제어하여 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신하고, 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하며, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또 다른 일 측면에 따르면, 제1 기지국을 제어하는 프로세싱 장치는, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 적어도 하나의 프로세서에 의해 실행될 때 동작들을 수행하는 명령어들을 저장하는 적어도 하나의 메모리를 포함하고, 상기 동작들은, UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신; 및 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또 다른 측면에 따른 UE (user equipment)에 의한 방법은, 기지국에게 예측 이동 경로에 대한 정보를 전송하는 단계; 및 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 수신하는 단계를 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또 다른 측면에 따른 UE (user equipment)는, RF(Radio Frequency) 송수신기; 및 상기 RF 송수신기와 연결되는 프로세서를 포함하고, 상기 프로세서는 상기 RF 송수신기를 제어하여 기지국에게 예측 이동 경로에 대한 정보를 전송하고, 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 수신하며, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
본 발명의 일 실시예에 따르면 무선 통신 시스템에서 핸드오버 절차가 보다 정확하고 효율적으로 수행될 수 있다. 또는, OoC 영역에서 타겟 기지국으로 진입이 예측된 UE에 대하여 HO 커맨드의 트리거 조건을 추가적으로 설정함으로써 UE가 아웃-커버리지 상태에서 불필요한 HO를 시도하는 것을 효과적으로 방지하고, UE의 블필요한 전력 소모를 방지할 수 있다.
다양한 실시예에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 본 발명에 대한 이해를 제공하기 위한 것으로서 본 발명의 다양한 실시형태들을 나타내고 명세서의 기재와 함께 본 발명의 원리를 설명하기 위한 것이다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다
도 2은 LTE 시스템의 구조를 나타낸다.
도 3은 NR 시스템의 구조를 나타낸다.
도 4은 NR의 무선 프레임의 구조를 나타낸다.
도 5은 NR 프레임의 슬롯 구조를 나타낸다.
도 6은 본 개시의 일 실시 예에 따른, 6G 시스템에서 제공 가능한 통신 구조를 나타낸다.
도 7는 본 개시의 일 실시 예에 따른, 전자기 스펙트럼을 나타낸다.
도 8는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 9는 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 10는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 11은 본 개시의 일 실시 예에 따른, BWP의 일 예를 나타낸다.
도 12는 본 개시의 일 실시 예에 따라, 단말이 자원 할당 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 13은 직접 (direct) 경로에서 간접 (indirect) 경로로 경로 스위칭 (path switching)하는 절차를 도시한다.
도 14는 직접 경로에서 간접 경로로 전환하는 방법을 간략하게 도시한다.
도 15 및 도 16은 릴레이 디스커버리 없이 U2U 릴레이 선택 (UE-to-UE Relay Selection)하는 절차를 설명하기 위한 도면이다.
도 17은 L2 U2U 릴레이를 위한 평면 프로토콜 스택을 간략하게 도시한다.
도 18 내지 도 22은 U2X 시스템을 설명하기 위한 도면이다.
도 19 내지 27은 UAV가 위성 gNB와 관련하여 핸드-오버를 수행하는 방법을 설명하기 위한 도면이다.
도 28은 gNB (A)의 커버리지 영역을 거쳐 gNB (b)의 커버리지 영역으로 이동하는 UAV UE와 관련된 HO 절차를 설명하기 위한 도면이다.
도 29는 제1 기지국이 UE에게 HO 커맨드를 전송하는 방법을 설명하기 위한 도면이다.
도 30은 UE가 제1 기지국의 HO 커맨드에 기반하여 HO 절차를 수행하는 방법을 설명하기 위한 도면이다.
도 31은 본 발명에 적용되는 통신 시스템을 예시한다.
도 32은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 33은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다
도 34는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. 사이드링크는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC, URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 실시예(들)의 기술적 사상이 이에 제한되는 것은 아니다.
도 2은 적용될 수 있는 LTE 시스템의 구조를 나타낸다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고 불릴 수 있다.
도 2을 참조하면, E-UTRAN은 단말(10)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국간 RRC 메시지를 교환한다.
도 3은 NR 시스템의 구조를 나타낸다.
도 3을 참조하면, NG-RAN은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB 및/또는 eNB를 포함할 수 있다. 도 7에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 4은 NR의 무선 프레임의 구조를 나타낸다.
도 4을 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA(Single Carrier - FDMA) 심볼 (또는, DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 심볼)을 포함할 수 있다.
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(u)에 따라 슬롯 별 심볼의 개수((Nslot symb), 프레임 별 슬롯의 개수((Nframe,u slot)와 서브프레임 별 슬롯의 개수((Nsubframe,u slot)를 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz (u=2) 12 40 4
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들 간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들 간에 상이하게 설정될 수 있다.
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
도 5은 NR 프레임의 슬롯 구조를 나타낸다.
도 5을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
도 6은 본 개시의 일 실시 예에 따른, 6G 시스템에서 제공 가능한 통신 구조를 나타낸다. 도 6의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
6G에서 새로운 네트워크 특성들은 다음과 같을 수 있다.
- 위성 통합 네트워크(satellites integrated network)
- 연결된 인텔리전스(connected intelligence): 이전 세대의 무선 통신 시스템과 달리 6G는 혁신적이며, "연결된 사물"에서 "연결된 지능"으로 무선 진화가 업데이트될 것이다. AI는 통신 절차의 각 단계(또는 후술할 신호 처리의 각 절차)에서 적용될 수 있다.
- 무선 정보 및 에너지 전달의 완벽한 통합(seamless integration wireless information and energy transfer)
- 유비쿼터스 슈퍼 3D 연결(ubiquitous super 3D connectivity): 드론 및 매우 낮은 지구 궤도 위성의 네트워크 및 핵심 네트워크 기능에 접속은 6G 유비쿼터스에서 슈퍼 3D 연결을 만들 것이다.
위와 같은 6G의 새로운 네트워크 특성들에서 몇 가지 일반적인 요구 사항은 다음과 같을 수 있다.
- 스몰 셀 네트워크(small cell networks)
- 초 고밀도 이기종 네트워크(ultra-dense heterogeneous network)
- 대용량 백홀(high-capacity backhaul)
- 모바일 기술과 통합된 레이더 기술: 통신을 통한 고정밀 지역화 (또는 위치 기반 서비스)는 6G 무선통신 시스템의 기능 중 하나이다. 따라서, 레이더 시스템은 6G 네트워크와 통합될 것이다.
- 소프트화 및 가상화(softwarization and virtualization)
이하, 6G 시스템의 핵심 구현 기술에 대하여 설명한다.
- 인공 지능(artificial intelligence): 통신에 AI를 도입하면 실시간 데이터 전송이 간소화되고 향상될 수 있다. AI는 수많은 분석을 사용하여 복잡한 대상 작업이 수행되는 방식을 결정할 수 있다. 즉, AI는 효율성을 높이고 처리 지연을 줄일 수 있다. 핸드 오버, 네트워크 선택, 자원 스케쥴링과 같은 시간 소모적인 작업은 AI를 사용함으로써 즉시 수행될 수 있다. AI는 M2M, 기계-대-인간 및 인간-대-기계 통신에서도 중요한 역할을 할 수 있다. 또한, AI는 BCI(Brain Computer Interface)에서 신속한 통신이 될 수 있다. AI 기반 통신 시스템은 메타 물질, 지능형 구조, 지능형 네트워크, 지능형 장치, 지능형 인지 라디오(radio), 자체 유지 무선 네트워크 및 머신 러닝에 의해 지원될 수 있다.
- THz 통신(terahertz communication): 데이터 전송률은 대역폭을 늘려 높일 수 있다. 이것은 넓은 대역폭으로 sub-THz 통신을 사용하고, 진보된 대규모 MIMO 기술을 적용하여 수행될 수 있다. 밀리미터 이하의 방사선으로도 알려진 THz파는 일반적으로 0.03mm-3mm 범위의 해당 파장을 가진 0.1THz와 10THz 사이의 주파수 대역을 나타낸다. 100GHz-300GHz 대역 범위(Sub THz 대역)는 셀룰러 통신을 위한 THz 대역의 주요 부분으로 간주된다. Sub-THz 대역을 mmWave 대역에 추가하면 6G 셀룰러 통신 용량은 늘어난다. 정의된 THz 대역 중 300GHz-3THz는 원적외선 (IR) 주파수 대역에 있다. 300GHz-3THz 대역은 광 대역의 일부이지만 광 대역의 경계에 있으며, RF 대역 바로 뒤에 있다. 따라서, 이 300 GHz-3 THz 대역은 RF와 유사성을 나타낸다.
도 7는 본 개시의 일 실시 예에 따른, 전자기 스펙트럼을 나타낸다. 도 7의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. THz 통신의 주요 특성은 (i) 매우 높은 데이터 전송률을 지원하기 위해 광범위하게 사용 가능한 대역폭, (ii) 고주파에서 발생하는 높은 경로 손실 (고 지향성 안테나는 필수 불가결)을 포함한다. 높은 지향성 안테나에서 생성된 좁은 빔 폭은 간섭을 줄인다. THz 신호의 작은 파장은 훨씬 더 많은 수의 안테나 소자가 이 대역에서 동작하는 장치 및 BS에 통합될 수 있게 한다. 이를 통해 범위 제한을 극복할 수 있는 고급 적응형 배열 기술을 사용할 수 있다.
- 대규모 MIMO 기술(large-scale MIMO)
- 홀로그램 빔 포밍(hologram beamforming, HBF)
- 광 무선 기술(optical wireless technology)
- 자유공간 광전송 백홀 네트워크(FSO backhaul network)
- 양자 통신(quantum communication)
- 셀-프리 통신(cell-free communication)
- 무선 정보 및 에너지 전송 통합(integration of wireless information and power transmission)
- 센싱과 커뮤니케이션의 통합(integration of wireless communication and sensing)
- 액세스 백홀 네트워크의 통합(integrated access and backhaul network)
- 빅 데이터 분석(big data analysis)
- 재구성 가능한 지능형 메타표면(reconfigurable intelligent surface)
- 메타버스(metaverse)
- 블록 체인(block-chain)
- 무인 항공기(unmanned aerial vehicle, UAV): UAV 또는 드론은 6G 무선 통신에서 중요한 요소가 될 것이다. 대부분의 경우, UAV 기술을 사용하여 고속 데이터 무선 연결이 제공될 수 있다. BS(base station) 엔티티는 셀룰러 연결을 제공하기 위해 UAV에 설치될 수 있다. UAV는 쉬운 배치, 강력한 가시선 링크 및 이동성이 제어되는 자유도와 같은 고정 BS 인프라에서 볼 수 없는 특정 기능을 가지고 있을 수 있다. 천재 지변 등의 긴급 상황 동안, 지상 통신 인프라의 배치는 경제적으로 실현 가능하지 않으며, 때로는 휘발성 환경에서 서비스를 제공할 수 없다. UAV는 이러한 상황을 쉽게 처리할 수 있다. UAV는 무선 통신 분야의 새로운 패러다임이 될 것이다. 이 기술은 eMBB, URLLC 및 mMTC 인 무선 네트워크의 세 가지 기본 요구 사항을 용이하게 한다. UAV는 또한, 네트워크 연결성 향상, 화재 감지, 재난 응급 서비스, 보안 및 감시, 오염 모니터링, 주차 모니터링, 사고 모니터링 등과 같은 여러 가지 목적을 지원할 수 있다. 따라서, UAV 기술은 6G 통신에 가장 중요한 기술 중 하나로 인식되고 있다.
- 자율주행(autonomous driving, self-driving): 자율 주행 인프라 구축의 핵심 요소인 V2X(vehicle to everything)는 차량과 차량 간 무선 통신(vehicle to vehicle, V2V), 차량과 인프라 간 무선 통신(vehicle to infrastructure, V2I) 등 자동차가 자율 주행을 하기 위해 도로에 있는 다양한 요소와 소통하고 공유하는 기술일 수 있다. 자율 주행의 성능을 극대화하고 높은 안전성을 확보하기 위해서는 빠른 전송속도와 저지연 기술이 반드시 필요하다. 더하여, 앞으로 자율주행은 운전자에게 경고나 안내 메시지를 전달하는 수준을 넘어 적극적으로 차량 운행에 개입하고 위험 상황에서 직접 차량을 제어해야 할 수 있다. 이를 위해서, 송수신해야 할 정보의 양이 방대해질 수 있으므로, 6G에서는 5G보다 빠른 전송 속도와 저지연으로 자율주행을 극대화할 수 있을 것으로 예상된다.
도 8는 SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 8의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 8의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
이하, SL 동기 신호(Sidelink Synchronization Signal, SLSS) 및 동기화 정보에 대해 설명한다.
SLSS는 SL 특정적인 시퀀스(sequence)로, PSSS(Primary Sidelink Synchronization Signal)와 SSSS(Secondary Sidelink Synchronization Signal)를 포함할 수 있다. 상기 PSSS는 S-PSS(Sidelink Primary Synchronization Signal)라고 칭할 수 있고, 상기 SSSS는 S-SSS(Sidelink Secondary Synchronization Signal)라고 칭할 수 있다. 예를 들어, 길이-127 M-시퀀스(length-127 M-sequences)가 S-PSS에 대하여 사용될 수 있고, 길이-127 골드-시퀀스(length-127 Gold sequences)가 S-SSS에 대하여 사용될 수 있다. 예를 들어, 단말은 S-PSS를 이용하여 최초 신호를 검출(signal detection)할 수 있고, 동기를 획득할 수 있다. 예를 들어, 단말은 S-PSS 및 S-SSS를 이용하여 세부 동기를 획득할 수 있고, 동기 신호 ID를 검출할 수 있다.
PSBCH(Physical Sidelink Broadcast Channel)는 SL 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보가 전송되는 (방송) 채널일 수 있다. 예를 들어, 상기 기본이 되는 정보는 SLSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL(Time Division Duplex Uplink/Downlink) 구성, 리소스 풀 관련 정보, SLSS에 관련된 어플리케이션의 종류, 서브프레임 오프셋, 방송 정보 등일 수 있다. 예를 들어, PSBCH 성능의 평가를 위해, NR V2X에서, PSBCH의 페이로드 크기는 24 비트의 CRC를 포함하여 56 비트일 수 있다.
S-PSS, S-SSS 및 PSBCH는 주기적 전송을 지원하는 블록 포맷(예를 들어, SL SS(Synchronization Signal)/PSBCH 블록, 이하 S-SSB(Sidelink-Synchronization Signal Block))에 포함될 수 있다. 상기 S-SSB는 캐리어 내의 PSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)와 동일한 뉴머놀로지(즉, SCS 및 CP 길이)를 가질 수 있고, 전송 대역폭은 (미리) 설정된 SL BWP(Sidelink BWP) 내에 있을 수 있다. 예를 들어, S-SSB의 대역폭은 11 RB(Resource Block)일 수 있다. 예를 들어, PSBCH는 11 RB에 걸쳐있을 수 있다. 그리고, S-SSB의 주파수 위치는 (미리) 설정될 수 있다. 따라서, 단말은 캐리어에서 S-SSB를 발견하기 위해 주파수에서 가설 검출(hypothesis detection)을 수행할 필요가 없다.
한편, NR SL 시스템에서, 서로 다른 SCS 및/또는 CP 길이를 가지는 복수의 뉴머놀로지가 지원될 수 있다. 이 때, SCS가 증가함에 따라서, 전송 단말이 S-SSB를 전송하는 시간 자원의 길이가 짧아질 수 있다. 이에 따라, S-SSB의 커버리지(coverage)가 감소할 수 있다. 따라서, S-SSB의 커버리지를 보장하기 위하여, 전송 단말은 SCS에 따라 하나의 S-SSB 전송 주기 내에서 하나 이상의 S-SSB를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말이 하나의 S-SSB 전송 주기 내에서 수신 단말에게 전송하는 S-SSB의 개수는 전송 단말에게 사전에 설정되거나(pre-configured), 설정(configured)될 수 있다. 예를 들어, S-SSB 전송 주기는 160ms 일 수 있다. 예를 들어, 모든 SCS에 대하여, 160ms의 S-SSB 전송 주기가 지원될 수 있다.
예를 들어, SCS가 FR1에서 15kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 30kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개 또는 4개의 S-SSB를 전송할 수 있다.
예를 들어, SCS가 FR2에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개 또는 32개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR2에서 120kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개, 32개 또는 64개의 S-SSB를 전송할 수 있다.
한편, SCS가 60kHz인 경우, 두 가지 타입의 CP가 지원될 수 있다. 또한, CP 타입에 따라서 전송 단말이 수신 단말에게 전송하는 S-SSB의 구조가 상이할 수 있다. 예를 들어, 상기 CP 타입은 Normal CP(NCP) 또는 Extended CP(ECP)일 수 있다. 구체적으로, 예를 들어, CP 타입이 NCP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 9 개 또는 8 개일 수 있다. 반면, 예를 들어, CP 타입이 ECP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 7 개 또는 6 개일 수 있다. 예를 들어, 전송 단말이 전송하는 S-SSB 내의 첫 번째 심볼에는, PSBCH가 맵핑될 수 있다. 예를 들어, S-SSB를 수신하는 수신 단말은 S-SSB의 첫 번째 심볼 구간에서 AGC(Automatic Gain Control) 동작을 수행할 수 있다.
도 9는 V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 9를 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 리소스 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 리소스 풀을 설정 받을 수 있고, 상기 리소스 풀 내에서 단말 1의 신호를 검출할 수 있다.
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 리소스 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 리소스 풀을 알려주거나, 또는 단말 1은 사전에 설정된 리소스 풀을 사용할 수 있다.
일반적으로 리소스 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 SL 신호 전송에 사용할 수 있다.
도 10는 V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 10를 참조하면, 리소스 풀의 전체 주파수 자원이 NF개로 분할될 수 있고, 리소스 풀의 전체 시간 자원이 NT개로 분할될 수 있다. 따라서, 총 NF * NT 개의 자원 단위가 리소스 풀 내에서 정의될 수 있다. 도 10은 해당 리소스 풀이 NT 개의 서브프레임의 주기로 반복되는 경우의 예를 나타낸다.
도 10에 나타난 바와 같이, 하나의 자원 단위(예를 들어, Unit #0)는 주기적으로 반복하여 나타날 수 있다. 또는, 시간 또는 주파수 차원에서의 다이버시티(diversity) 효과를 얻기 위해서, 하나의 논리적인 자원 단위가 맵핑되는 물리적 자원 단위의 인덱스가 시간에 따라 사전에 정해진 패턴으로 변화할 수도 있다. 이러한 자원 단위의 구조에 있어서, 리소스 풀이란 SL 신호를 전송하고자 하는 단말이 전송에 사용할 수 있는 자원 단위들의 집합을 의미할 수 있다.
리소스 풀은 여러 종류로 세분화될 수 있다. 예를 들어, 각 리소스 풀에서 전송되는 SL 신호의 컨텐츠(content)에 따라, 리소스 풀은 아래와 같이 구분될 수 있다.
(1) 스케쥴링 할당(Scheduling Assignment, SA)은 전송 단말이 SL 데이터 채널의 전송으로 사용하는 자원의 위치, 그 외 데이터 채널의 복조를 위해서 필요한 MCS(Modulation and Coding Scheme) 또는 MIMO(Multiple Input Multiple Output) 전송 방식, TA(Timing Advance)등의 정보를 포함하는 신호일 수 있다. SA는 동일 자원 단위 상에서 SL 데이터와 함께 멀티플렉싱되어 전송되는 것도 가능하며, 이 경우 SA 리소스 풀이란 SA가 SL 데이터와 멀티플렉싱되어 전송되는 리소스 풀을 의미할 수 있다. SA는 SL 제어 채널(control channel)로 불릴 수도 있다.
(2) SL 데이터 채널(Physical Sidelink Shared Channel, PSSCH)은 전송 단말이 사용자 데이터를 전송하는데 사용하는 리소스 풀일 수 있다. 만약 동일 자원 단위 상에서 SL 데이터와 함께 SA가 멀티플렉싱되어 전송되는 경우, SA 정보를 제외한 형태의 SL 데이터 채널만이 SL 데이터 채널을 위한 리소스 풀에서 전송될 수 있다. 다시 말해, SA 리소스 풀 내의 개별 자원 단위 상에서 SA 정보를 전송하는데 사용되었던 REs(Resource Elements)는 SL 데이터 채널의 리소스 풀에서 여전히 SL 데이터를 전송하기 위해 사용될 수 있다. 예를 들어, 전송 단말은 연속적인 PRB에 PSSCH를 맵핑시켜서 전송할 수 있다.
(3) 디스커버리 채널은 전송 단말이 자신의 ID 등의 정보를 전송하기 위한 리소스 풀일 수 있다. 이를 통해, 전송 단말은 인접 단말이 자신을 발견하도록 할 수 있다.
이상에서 설명한 SL 신호의 컨텐츠가 동일한 경우에도, SL 신호의 송수신 속성에 따라서 상이한 리소스 풀을 사용할 수 있다. 일 예로, 동일한 SL 데이터 채널이나 디스커버리 메시지라 하더라도, SL 신호의 전송 타이밍 결정 방식(예를 들어, 동기 기준 신호의 수신 시점에서 전송되는지 아니면 상기 수신 시점에서 일정한 타이밍 어드밴스를 적용하여 전송되는지), 자원 할당 방식(예를 들어, 개별 신호의 전송 자원을 기지국이 개별 전송 단말에게 지정해주는지 아니면 개별 전송 단말이 리소스 풀 내에서 자체적으로 개별 신호 전송 자원을 선택하는지), 신호 포맷(예를 들어, 각 SL 신호가 한 서브프레임에서 차지하는 심볼의 개수, 또는 하나의 SL 신호의 전송에 사용되는 서브프레임의 개수), 기지국으로부터의 신호 세기, SL 단말의 송신 전력 세기 등에 따라서 다시 상이한 리소스 풀로 구분될 수도 있다.
도 11은 본 개시의 일 실시 예에 따른, BWP의 일 예를 나타낸다. 도 11의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 도 11의 실시 예에서, BWP는 세 개라고 가정한다.
도 11을 참조하면, CRB(common resource block)는 캐리어 밴드의 한 쪽 끝에서부터 다른 쪽 끝까지 번호가 매겨진 캐리어 자원 블록일 수 있다. 그리고, PRB는 각 BWP 내에서 번호가 매겨진 자원 블록일 수 있다. 포인트 A는 자원 블록 그리드(resource block grid)에 대한 공통 참조 포인트(common reference point)를 지시할 수 있다.
BWP는 포인트 A, 포인트 A로부터의 오프셋(NstartBWP) 및 대역폭(NsizeBWP)에 의해 설정될 수 있다. 예를 들어, 포인트 A는 모든 뉴머놀로지(예를 들어, 해당 캐리어에서 네트워크에 의해 지원되는 모든 뉴머놀로지)의 서브캐리어 0이 정렬되는 캐리어의 PRB의 외부 참조 포인트일 수 있다. 예를 들어, 오프셋은 주어진 뉴머놀로지에서 가장 낮은 서브캐리어와 포인트 A 사이의 PRB 간격일 수 있다. 예를 들어, 대역폭은 주어진 뉴머놀로지에서 PRB의 개수일 수 있다.
SLSS(Sidelink Synchronization Signal)는 SL(sidelink) 특정적인 시퀀스(sequence)로, PSSS(Primary Sidelink Synchronization Signal)와 SSSS(Secondary Sidelink Synchronization Signal)를 포함할 수 있다. 상기 PSSS는 S-PSS(Sidelink Primary Synchronization Signal)라고 칭할 수 있고, 상기 SSSS는 S-SSS(Sidelink Secondary Synchronization Signal)라고 칭할 수 있다. 예를 들어, 길이-127 M-시퀀스(length-127 M-sequences)가 S-PSS에 대하여 사용될 수 있고, 길이-127 골드-시퀀스(length-127 Gold sequences)가 S-SSS에 대하여 사용될 수 있다. 예를 들어, 단말은 S-PSS를 이용하여 최초 신호를 검출(signal detection)할 수 있고, 동기를 획득할 수 있다. 예를 들어, 단말은 S-PSS 및 S-SSS를 이용하여 세부 동기를 획득할 수 있고, 동기 신호 ID를 검출할 수 있다.
PSBCH(Physical Sidelink Broadcast Channel)는 SL 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보가 전송되는 (방송) 채널일 수 있다. 예를 들어, 상기 기본이 되는 정보는 SLSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL(Time Division Duplex Uplink/Downlink) 구성, 리소스 풀 관련 정보, SLSS에 관련된 애플리케이션의 종류, 서브프레임 오프셋, 방송 정보 등일 수 있다. 예를 들어, PSBCH 성능의 평가를 위해, NR V2X에서, PSBCH의 페이로드 크기는 24 비트의 CRC(Cyclic Redundancy Check)를 포함하여 56 비트일 수 있다.
S-PSS, S-SSS 및 PSBCH는 주기적 전송을 지원하는 블록 포맷(예를 들어, SL SS(Synchronization Signal)/PSBCH 블록, 이하 S-SSB(Sidelink-Synchronization Signal Block))에 포함될 수 있다. 상기 S-SSB는 캐리어 내의 PSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)와 동일한 뉴머놀로지(즉, SCS 및 CP 길이)를 가질 수 있고, 전송 대역폭은 (미리) 설정된 SL BWP(Sidelink BWP) 내에 있을 수 있다. 예를 들어, S-SSB의 대역폭은 11 RB(Resource Block)일 수 있다. 예를 들어, PSBCH는 11 RB에 걸쳐있을 수 있다. 그리고, S-SSB의 주파수 위치는 (미리) 설정될 수 있다. 따라서, 단말은 캐리어에서 S-SSB를 발견하기 위해 주파수에서 가설 검출(hypothesis detection)을 수행할 필요가 없다.
도 12는 본 개시의 일 실시 예에 따라, 단말이 자원 할당 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 도 12의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 12의 (a)를 참조하면, 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 단계 S1200에서, 기지국은 제 1 단말에게 SL 자원과 관련된 정보 및/또는 UL 자원과 관련된 정보를 전송할 수 있다. 예를 들어, 상기 UL 자원은 PUCCH 자원 및/또는 PUSCH 자원을 포함할 수 있다. 예를 들어, 상기 UL 자원은 SL HARQ 피드백을 기지국에게 보고하기 위한 자원일 수 있다.
예를 들어, 제 1 단말은 DG(dynamic grant) 자원과 관련된 정보 및/또는 CG(configured grant) 자원과 관련된 정보를 기지국으로부터 수신할 수 있다. 예를 들어, CG 자원은 CG 타입 1 자원 또는 CG 타입 2 자원을 포함할 수 있다. 본 명세서에서, DG 자원은, 기지국이 DCI(downlink control information)를 통해서 제 1 단말에게 설정/할당하는 자원일 수 있다. 본 명세서에서, CG 자원은, 기지국이 DCI 및/또는 RRC 메시지를 통해서 제 1 단말에게 설정/할당하는 (주기적인) 자원일 수 있다. 예를 들어, CG 타입 1 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있다. 예를 들어, CG 타입 2 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있고, 기지국은 CG 자원의 활성화(activation) 또는 해제(release)와 관련된 DCI를 제 1 단말에게 전송할 수 있다.
단계 S1510에서, 제 1 단말은 상기 자원 스케줄링을 기반으로 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S1220에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S1230에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다. 예를 들어, HARQ 피드백 정보(예, NACK 정보 또는 ACK 정보)가 상기 PSFCH를 통해서 상기 제 2 단말로부터 수신될 수 있다. 단계 S1240에서, 제 1 단말은 HARQ 피드백 정보를 PUCCH 또는 PUSCH를 통해서 기지국에게 전송/보고할 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 상기 제 2 단말로부터 수신한 HARQ 피드백 정보를 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 사전에 설정된 규칙을 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 DCI는 SL의 스케줄링을 위한 DCI일 수 있다.
도 12의 (b)를 참조하면, 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 예를 들어, 단계 S1210에서, 자원 풀 내에서 자원을 스스로 선택한 제 1 단말은 상기 자원을 사용하여 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S1220에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S1230에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다.
도 12의 (a) 또는 (b)를 참조하면, 예를 들어, 제 1 단말은 PSCCH 상에서 SCI를 제 2 단말에게 전송할 수 있다. 또는, 예를 들어, 제 1 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예, 2-stage SCI)를 제 2 단말에게 전송할 수 있다. 이 경우, 제 2 단말은 PSSCH를 제 1 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예, 2-stage SCI)를 디코딩할 수 있다. 본 명세서에서, PSCCH 상에서 전송되는 SCI는 1st SCI, 제 1 SCI, 1st-stage SCI 또는 1st-stage SCI 포맷이라고 칭할 수 있고, PSSCH 상에서 전송되는 SCI는 2nd SCI, 제 2 SCI, 2nd-stage SCI 또는 2nd-stage SCI 포맷이라고 칭할 수 있다.
도 12의 (a) 또는 (b)를 참조하면, 단계 S1530에서, 제 1 단말은 PSFCH를 수신할 수 있다. 예를 들어, 제 1 단말 및 제 2 단말은 PSFCH 자원을 결정할 수 있고, 제 2 단말은 PSFCH 자원을 사용하여 HARQ 피드백을 제 1 단말에게 전송할 수 있다.
도 12의 (a)를 참조하면, 단계 S1540에서, 제 1 단말은 PUCCH 및/또는 PUSCH를 통해서 SL HARQ 피드백을 기지국에게 전송할 수 있다.
도 13은 L2 U2N 릴레이 (UE-to-Network Relay)의 컨트롤 플레인 절차를 설명하기 위한 도면이다.
Rel-16 NR V2X의 PC5-RRC 측면 PC5 유니캐스트 링크 설정 절차는, 리모트 UE가 릴레이 UE를 통해 네트워크와 Uu RRC 연결 (connection)을 수립하기 전에, 리모트 UE가 릴레이 UE사이에 L2 U2N 릴레이 (layer 2 UE-to-Network relaying)를 위해 보안 유니캐스트 링크 (secure unicast link)를 설정하는데 재사용될 수 있다.
in-coverage 및 out-of-coverage 모두에 대해 리모트 UE가 gNB와의 연결 설정을 위한 첫 번째 RRC 메시지를 시작하면, 리모트 UE와 U2N 릴레이 UE 간의 전송을 위한 PC5 L2 구성은 표준에 정의된 RLC/MAC 구성에 기초할 수 있다. 리모트 UE의 Uu SRB1/SRB2 및 DRB의 수립은 L2 U2N 릴레이에 대한 레거시 Uu 구성 절차를 따른다.
소정의 시나리오 (TS 38.300)은 L2 U2N 릴레이의 컨트롤 플레인 절차를 하기와 같이 기술하고 있다.
단계 S1300에서 리모트 UE 및 릴레이 UE는 탐색 절차를 수행하고 기존 Rel-16 절차를 기준으로 단계 S1301에서 PC5-RRC 연결을 설정할 수 있다
단계 S1302에서 리모트 UE는 PC5의 기본 L2 구성을 사용하여 Relay UE를 통해 gNB와의 연결 설정을 위한 첫 번째 RRC 메시지(즉, RRCSetupRequest)를 전송할 수 있다. gNB는 RRCSetup 메시지로 리모트 UE에 응답(S1303)한다. 리모트 UE로의 RRCSetup 전달은 PC5의 기본 구성을 사용한다. 릴레이 UE가 RRC_CONNECTED에서 시작되지 않았다면 PC5의 기본 L2 구성에 대한 메시지 수신 시 자체 연결 설정을 수행해야 한다.
단계 S1304에서 gNB와 릴레이 UE는 Uu를 통해 릴레이 채널 설정 절차를 수행한다. gNB의 구성에 따라 릴레이/리모트 UE는 PC5를 통해 리모트 UE로 SRB1을 릴레이하기 위한 RLC 채널을 설정한다. 이 단계는 SRB1에 대한 릴레이 채널을 준비한다.
단계 S1305에서, 리모트 UE SRB1 메시지(예: RRCSetupComplete 메시지)는 PC5를 통해 SRB1 릴레이 채널을 사용하여 릴레이 UE를 통해 gNB로 전송된다. 그리고 리모트 UE는 Uu를 통해 RRC 연결된다.
단계 S1306 및 단계 S1307에서, 리모트 UE와 gNB는 레거시 절차에 따라 보안을 설정하고 보안 메시지는 Relay UE를 통해 전달된다.
단계 S1308 및 단계 S1309에서, gNB는 릴레이 SRB2/DRB를 설정하기 위해 릴레이 UE를 통해 리모트 UE에 RRCReconfiguration을 전송한다. 리모트 UE는 RRCReconfigurationComplete를 Relay UE를 통해 gNB에 응답으로 전송한다.
단계 S1310에서, gNB는 트래픽 릴레이를 위해 gNB와 릴레이 UE 사이에 추가 RLC 채널을 설정한다. gNB의 구성에 따라 릴레이/리모트 UE는 트래픽 릴레이를 위해 리모트 UE와 Relay UE 사이에 추가 RLC 채널을 설정한다.
상기 시나리오에서, 연결 설정 절차 외에 L2 UE-to-Network 릴레이의 경우:
- RRC 재구성 및 RRC 연결 해제 절차는 WI 단계에 남겨진 메시지 내용/구성 설계와 함께 레거시 RRC 절차를 재사용할 수 있다.
- RRC 연결 재설정 및 RRC 연결 재개 절차는 메시지 내용/구성 설계와 함께 릴레이 특정 부분을 처리하기 위해 위의 L2 U2N 릴레이의 연결 설정 절차를 고려함으로써 기존 RRC 절차를 베이스라인으로 재사용할 수 있다. 메시지 컨텐트/구성은 추후 정의될 수 있다.
UAV (Unmanned Aerial Vehicle)-to-everything (U2X)
도 14 내지 도 18은 U2X 시스템을 설명하기 위한 도면이다.
소정의 시나리오 (TR 23.700-58)에서 제안된 U2X 솔루션의 주요 사항은 하기와 같다.
- U2X는 TS 23.287에 정의된 V2X 메커니즘을 활용하여 BRID 및 다이렉트 DAA를 지원할 수 있다. 이 경우, TS 23.285에 정의된 LTE PC5와 NR PC5가 모두 지원되며 RAT 선택은 U2XP를 기반으로 수행될 수 있다.
- 통신 모드: BRID (Broadcasting UAV identification)는 Broadcast 통신 모드를 사용할 수 있다. DAA는 UAV 정보를 광고 (advertise)하기 위해 브로드캐스트 통신 모드를 사용할 수 있다. PC5를 통한 브로드캐스트 또는 PC5를 통한 유니캐스트는 DAA 충돌 해제를 위해 두 대 이상의 UAV 간에 사용될 수 있다. U2X AS를 통한 Uu를 통한 유니캐스트는 상술한 U2X 솔루션에 지원되지 않을 수 있다. NR 기반 PC5에 대한 그룹캐스트 모드는 상술한 U2X 솔루션에 지원되지 않을 수 있다. NR PC5를 선택할 경우, DAA에 연결 없는 그룹캐스트 통신이 사용될 수 있다. 한편, 명확한 요구 사항이 없기 때문에 당해 릴리스에서는 애플리케이션 계층 관리형 그룹캐스트가 고려되지 않을 수 있다.
- U2X는 V2X Application Server의 경우와 마찬가지로 NEF를 통해 사업자 네트워크와 인터페이스하는 U2X Application Server에서 지원될 수 있다.
한편, 상기 소정의 시나리오/솔루션은 전용 서비스 세트가 정의가 정의될 수 있고, UAV를 제공하는 U2X AS와 USS가 동일하거나 다른 엔터티인 경우에 Multiple deployment scenarios가 허용될 필요가 있다.
- U2X 정책 (U2XP)은 PC5 기준점 (reference point) 또는 Uu 기준점 (reference point)을 통한 U2X 통신을 위한 UE에 구성 파라미터를 제공하기 위해 정의될 수 있다. 상기 구성 파라미터는 ME (Mobile Equipment)에서 사전 설정되거나, UICC (universal IC card)에 설정되거나, ME에 사전-설정되고 UICC에 설정되거나, PCF (policy control function) 및/또는 V1 기준점을 통해 U2X 어플리케이션 서버에 의해 제공/업데이트되거나, PCF에 의해 UE에 제공/업데이트될 수 있습니다. 여기서, UE는 PCF에 의해 제공/업데이트된 것, V1 참조점을 통해 U2X 어플리케이션 서버에 의해 제공/업데이트된 것, UICC에 구성된 것, ME에 사전 구성된 것 순서로 우선 순위에 따라 상기 U2X 정책을 고려할 필요가 있다. 충돌 방지 (De-conflicting) 정책은 충돌 제거를 위한 통신 모드 (유니캐스트 또는 브로드캐스트), 충돌 제거를 위한 통신 빈도 등을 나타내는 정책일 수 있다.
- V2X와 마찬가지로 Tx 프로필 또는 NR Tx 프로필은 U2X 서비스 유형의 U2XP 매핑에 따라 결정될 수 있다.
- UICC가 있는 UAV와 UICC가 없는 (즉, MNO에 가입하지 않은) UAV가 모두 지원될 수 있다. 여기서, UICC가 없는 UAV는 "E-UTRA에서 제공되지 않음" 및 "NR에서 제공되지 않음"으로 승인된 경우에만 U2X 통신을 수행할 수 있다.
- U2X 애플리케이션 서버 또는 PCF의 U2X 통신 파라미터들은 UAV-C UE를 통해 전달될 수 있다.
- V2X에 대한 기존 파라미터들 외에도, PC5 RAT(예: LTE PC5, NR PC5) 별 무선 파리미터로 지리적 영역, 고도 제한 및 유효 기간 타이머가 설정될 수 있다. 이와 같은 추가 정보/파라미터들은 UAV의 특정 위치에 따라 PC5 사용을 정책적으로 제어하기 위해 필요할 수 있다.
- DAA/UAV 서비스 유형에 대한 정의는 상술한 소정의 시나리오 범위를 벗어날 수도 있다.
- UICC가 있는 UAV에서 BRID 및 DAA를 위한 PC5 기반 통신을 사용하려면 TS 23.256에 정의된 대로 UUAA 인증/승인이 성공적으로 이루어지고 U2XP를 통한 승인이 이루어져야 한다. 다만, 미국 연방항공청에서는 BRID 또는 DAA에 대한 PC5 사용에 대한 구체적인 승인을 요구하지 않는다. UICC가 없는 UAV의 경우, BRID 및 DAA를 위한 PC5 기반 통신의 사용은 U2XP에 의해서만 승인될 수 있다. 한편, U2X 서비스는 항공 애플리케이션을 위해 특별히 정의된 값에 따라 ITS-AID (ITS Application Identifier), PSID (Provider Service Identifier) 또는 AID(Application Identifier) 중 하나로 식별될 수 있다.
- TS 23.287의 경우와 마찬가지로, PC5 기준점을 통한 브로드캐스트 U2X 통신에 대한 보안은 다른 SDO에서 개발된 U2X 애플리케이션 계층 체계에서 지원될 수 있다.
도 14를 참조하면, PC5를 통한 U2X 통신을 위한 논-로밍 (Non-roaming) 5G 시스템 아키텍처 (Architecture)는 도 14에 도시된 바와 같이 구성될 수 있다. 여기서, PC5를 통한 U2X 통신을 위한 논-로밍 (Non-roaming) 5G 시스템 아키텍처 (Architecture)는 TS 23.287의 기준점 (reference point)이 적용될 수 있고, 다음과 같은 차이점이 있을 수 있다.
- U2X1: UE와 UAV-C 및 U2X 애플리케이션 서버의 U2X 애플리케이션 사이의 기준점으로써, 이 기준점은 상기 소정의 시나리오의 범위를 벗어날 수 있다.
- U2X5: UE 내 U2X 애플리케이션 간의 기준점으로써, 이 기준점은 소정의 시나리오의 릴리즈에서 특정/지정되지 않을 수 있다.
- N1: N1 에 대한 TS 23.501에 정의된 관련 기능 외에도, U2X 서비스의 경우에 U2X 정책 및 파라미터(서비스 승인 포함)를 AMF 에서 UE 로 전달하고 UE 의 U2X 기능 및 U2X 정보를 위한 PC5 function들을 UE 에서 AMF로 전달하는 데에도 사용될 수 있다.
- N2: N2에 대해 TS 23.501에 정의된 관련 기능 외에도 U2X 서비스의 경우에 U2X 정책 및 파라미터(서비스 승인 포함)를 AMF에서 NG-RAN으로 전달하는 데에도 사용될 수 있다.
- 상술한 솔루션은 Uu 연결을 활용하는 UAV UE와 Uu 연결을 활용하지 않는 UAV UE (즉, Uu를 사용할 수 있거나 Uu를 사용하지 않는 UAV UE)를 지원할 수 있다. Uu 기능을 활용하지 않는 UAV는 BRID 및 DAA에 U2X를 사용할 수 있으며 3GPP의 범위를 벗어난 전송을 통해 U2X1을 통해 구성될 수 있다. 한편, Uu 능력 (capabilities) 활용 없는 UAV UE는 U2X 애플리케이션 서버에 의한 구성에 U2X1을 사용하고 3GPP에서 지정한 PC5 연결을 구현하므로 3GPP 에코시스템의 일부일 수 있다.
PC5를 통한 U2X 통신을 위한 로밍 (roaming) 5G 시스템 아키텍처 (Architecture)는 도 15 및 도 16에 도시된 바와 같이 구성될 수 있다. 구체적으로, 도 15은 로컬 브레이크아웃 (local breakout) 시나리오에서 PC5를 통한 U2X 통신을 위한 로밍 5G 시스템 아키텍처를 도시하고, 도 16는 홈 라우팅 시나리오에서 PC5를 통한 U2X 통신을 위한 로밍 5G 시스템 아키텍처를 도시한다.
PC5 기준점을 통한 U2X 통신을 위한 PLMN (Public Land Mobile Network) 간 5G 시스템 아키텍처는 다음과 같을 수 있다.
- PC5 기준점을 통한 PLMN 간 U2X 통신의 경우, PC5 파라미터는 특정 지역 내의 UE 간에 일관된 방식으로 설정될 필요가 있다.
- Inter-PLMN PC5 의 경우의 아키텍처는 도 14을 참조하여 설명한 PC5를 통한 U2X 통신을 위한 논-로밍 5G 시스템 아키텍처에 정의된 것과 유사할 수 있다.
U2X 통신을 위한 AF 기반 서비스 파라미터 프로비저닝 (provisioning)는 하기와 같이 정의될 수 있다.
- TS 23.287에 정의된 대로 5G 시스템은 PLMN의 NF와 U2X 어플리케이션 서버 간의 통신을 활성화하기 위해 NEF 서비스를 제공할 수 있다. 구체적으로, U2X 통신을 위한 AF 기반 서비스 파라미터 프로비저닝의 하이 레벨 뷰 (high level view)는 도 17에서 도시된 바와 같이 보여질 수 있다. 서비스 파라미터는 3GPP 범위를 벗어난 방법을 사용하여 UAV에서 사전 구성될 수도 있다 (예컨대, Uu 기능을 활용하지 않는 경우).
U2X 시나리오에서는 하기와 같은 사항들이 고려될 수 있다.
- BRID를 위한 U2X의 사용/용도: BRID용 메시지 내용은 BRID에 대한 지역 규정 (예컨대, ASTM F3411.19 또는 ASD-STAN prEN 4709-002 P1의 메시지 세트)에 따라 정의될 수 있고, 선택적으로 규정 준수 문서 (compliance documents )의 지역 평균 (regional mean)에 따라 정의될 수 있다.
- DAA에 U2X 사용/용도: DAA용 메시지 내용은 DAA에 대한 지역 규정에 따라 정의되며 상술한 소정의 시나리오의 범위를 벗어날 수 있다.
TS 23.287의 절차 및 메커니즘은 U2X 시나리오에 적용될 수 있다. 구체적으로, DAA 충돌 해소를 위해 PC5를 통한 브로드캐스트를 위한 절차는 도 18와 같이 수행될 수 있다. 한편, DAA 충돌 해소를 위해 PC5를 통한 브로드캐스트를 위한 절차는 UAV에 DAA 충돌 제거 정책 (예컨대 충돌 제거를 위한 유니캐스트 또는 브로드캐스트 통신, 통신 주파수)이 포함된 U2X 정책이 프로비저닝되어 있음이 전제될 수 있다.
구체적으로, 도 18에 따른 DAA 충돌 해소를 위해 PC5를 통한 브로드캐스트를 위한 절차는 하기와 같이 수행될 수 있다.
1. UAV1은 UAV2로부터 애플리케이션 계층 DAA 페이로드 (예컨대, CAA 레벨 UAV ID, UAV2의 USS 주소, 속도, 진행 방향, 위치 등)를 포함할 수 있는 브로드캐스트 메시지를 수신할 수 있다.
- 참고 1: USS 주소 (Unmanned aerial system Traffic Management(UTM) Service Supplier address)는 UAV 간 충돌이 로컬에서 해결되는 경우에 필요하지 않지만, 충돌에 관련된 UAV의 USS 조정이 필요한 경우에는 필요할 수 있다.
2. UAV1이 상위 계층에 DAA 페이로드를 전달할 수 있다. 애플리케이션 레이어는 UAV2에서 수신한 브로드캐스트 메시지를 기반으로 자신의 궤적 및 위치와 비교하는 등의 방법으로 충돌을 감지할 수 있다. UAV1의 애플리케이션 레이어가 충돌을 감지하면 UAV2와 충돌 회피/충돌 해결 절차가 시작될 수 있다.
3. 선택적으로 UAV1은 피어 UAV 2의 ID를 포함하여 감지된 충돌에 대해 자신의 USS (UTM Service Supplier)에 알릴 수 있다.
4. UAV1은 애플리케이션 계층과 DAA 정책에서 수신된 입력을 기반으로 DAA 충돌 해제를 위한 통신 모드(브로드캐스트 또는 유니캐스트)를 선택할 수 있다. 브로드캐스트 충돌 해제 방법을 선택한 경우 UAV 간에 다음 메시지가 교환될 수 있다.
5. UAV1은 메시지(예컨대, PC5-S 메시지)를 브로드캐스트하며(예컨대, 충돌 해제 요청 메시지), U2X 기능의 일부이며 UAV가 프로토콜, DAA 충돌 해제 정책 (브로드캐스트 기반, 충돌 해제 메시지 주파수), 충돌 감지 경고, 해당 CAA 레벨 UAV ID와 다른 충돌 감지된 다른 UAV의 ID, 특정 파라미터 (예컨대, 충돌 해제 정보)를 위한 통신에 참여할 수 있는지를 나타내는 DAA 기능을 포함할 수 있다 (예컨대, 충돌을 피하기 위한 궤적 보정 정보). (UAV1 broadcasts a message (e.g. PC5-S message), e.g. deconfliction request message and may include DAA capability, which is part of U2X capability and indicates whether the UAV is able to engage in communication for deconflicting protocol, DAA deconflicting policy (broadcast based, deconflicting message frequency), collision detection alert, its CAA-level UAV IDs and the one(s) from other detected conflicting UAV(s), and deconflicting specific parameters (e.g. trajectory correction information to avoid collision))
6. UAV2는 메시지 (예컨대, PC5-S 메시지)를 브로드캐스트하여 합의된 DAA 충돌 제거 정책, 업데이트된 궤적 및 기타 정보(예: 메시지 충돌 제거 상태 응답, 충돌 해결 경고, 수신 UAV로부터 참여 UAV의 CAA 수준 UAV ID)를 제공할 수 있다. 합의된 메시지 빈도에 따라 트래픽 충돌 해결 (예컨대, 상호 위치/궤적 모니터링)에 도달할 때까지 UAV 간에 후속 브로드캐스트 메시지가 교환될 수 있습니다.
상술한 U2X와 관련된 서비스, 엔티티 및 인터페이스에 미치는 영향은 하기의 표 5 및 표 6과 같을 수 있다.
1. UE: TS 23.501에서 정의된 기능 외에도, UE는 다음과 같은 기능을 지원:
- U2X 기능(DAA 기능 포함) 및 PC5 기반 U2X 기능을 N1 기준점(reference point)을 통해 5GC에 보고.
- UE 정책 컨테이너(UE Policy Container)를 통한 UE 기반 U2X 정책 프로비저닝 요청 표시.
- N1 기준점을 통해 5GC로부터 U2X 파라미터 수신.
- PC5 기준점을 통한 U2X 통신 절차 수행.
- U2X 통신을 위한 파라미터 구성. 이 파라미터들은 UE에 사전 구성되거나, 커버리지 내에 있을 경우, HPLMN의 PCF 또는 U2X 애플리케이션 서버의 U2X1 기준점을 통해 신호 교환(signaling)으로 프로비저닝 또는 갱신 가능.
2. AMF: TS 23.501에서 정의된 기능 외에도, AMF는 다음과 같은 기능을 수행:
- UDM으로부터 U2X 관련 가입자 정보를 획득하고, 이를 UE 컨텍스트 데이터의 일부로 저장.
- U2X 정책/파라미터 프로비저닝을 지원하는 PCF를 선택하고, 선택된 PCF에 U2X의 PC5 기능을 보고.
- PCF로부터 U2X 관련 PC5 QoS 정보를 획득하고, 이를 UE 컨텍스트 데이터의 일부로 저장.
- PC5 기준점을 통한 U2X 통신에 대해, NG-RAN에 UE의 통신 허가 상태를 제공.
- NG-RAN에 U2X 통신과 관련된 PC5 QoS 파라미터 제공.
3. PCF: TS 23.501에서 정의된 기능 외에도, TS 23.287에 명시된 기능을 포함하여, UE와 AMF에 U2X 통신에 필요한 파라미터를 프로비저닝함.
4. UDM: PC5 기준점을 통한 U2X 통신을 위한 가입자 관리 기능 수행.
5. U2X 애플리케이션 서버: TS 23.287에서 정의된 V2X AS 기능의 하위 집합을 구현:
- AF 기능을 포함하며, 다음과 같은 최소 기능을 지원할 수 있음:
- U2X 서비스 파라미터 프로비저닝을 위해, U2X AS는 5GC 및 UAV UE(필요 시 UAVC를 통해)에 PC5 및 Uu 기준점을 통한 U2X 통신 파라미터 제공.
6. UDR: TS 23.501에서 정의된 기능 외에도, U2X 서비스 파라미터 저장 기능 포함.
7. NRF: TS 23.501에서 정의된 기능 외에도, U2X 기능을 고려하여 PCF를 탐색(discovery)함.
8. NEF: U2X AS를 위한 U2X 서비스 파라미터 지원 기능 수행.
U2X Subscription data NR U2X Services Authorization Indicates whether the UE is authorized to use the NR sidelink for U2X services as UAV UE, UAV-C UE, or Authority UE.
LTE U2X Services Authorization Indicates whether the UE is authorized to use the LTE sidelink for U2X services as UAV UE, UAV-C UE, or Authority UE.
NR UE-PC5-AMBR AMBR of UE's NR sidelink (i.e. PC5) communication for U2X services.
LTE UE-PC5-AMBR AMBR of UE's LTE sidelink (i.e. PC5) communication for U2X services.
또한, 상술한 소정의 시나리오와 관련하여 최근에 논의된 사항은 하기의 표 7과 같다.
측정 보고
LTE 원칙을 기준으로 사용하며, 유사한 이벤트 H1(공중 UE의 높이가 임계값보다 높아짐)과 H2(공중 UE의 높이가 임계값보다 낮아짐)를 도입. NR의 추가 향상이 필요한지는 추후 연구 대상(FFS). RRM 파라미터의 스케일링(예: 어떤 파라미터이며 스케일링의 목적/이점은 무엇인지, 그리고 어떻게 이루어질 수 있는지)에 대한 연구가 필요함.
- 과도한 측정 및 측정 보고를 제한하는 방법에 대한 연구 필요(FFS).
- CONNECTED 상태에서 위치 보고를 위해 사용자 동의가 필요한지 여부에 대한 연구 필요(FFS).
- UAV UE의 수직 이동 및 이에 수반되는 이동성에 대한 연구 필요(FFS).
- Rel-18 NR은 UAV UE의 고도, 위치 및 속도 보고를 지원함. 필요한 정확도 및 보고 메커니즘, 그리고 추가 향상이 필요한지는 추후 연구 대상임.
- LTE와 같이 비행 경로 계획 보고가 도입될 예정이며, 위치 리스트(3차원 위치 정보) 및 타임스탬프가 비행 경로 보고의 기본 콘텐츠로 채택됨. NR에서 타임스탬프가 필수인지 선택사항인지는 FFS. 추가 향상이 필요한지도 FFS.
- LTE에서와 같이 유사한 기능(numberofTriggeringCells)이 도입됨. NR에서는 numberoftriggerbeams가 필요한지 여부는 FFS. 보고 주체가 reportOnLeave에 의한 것인 경우 주로 측정 보고가 전송되지 않도록 하는 방법에 대한 연구 필요(FFS).
- 웨이포인트는 비행 경로를 따라 UE가 계획한 위치이며, TS 37.355에 정의된 기존 파라미터 유형 LocationCoordinates를 통해 설명됨.
- 타임스탬프는 웨이포인트 도착 예정 시간에 해당하는 UTC 시간을 제공하며, 기준선으로 사용됨. 정밀도(granularity)에 대해서는 FFS.
- 웨이포인트의 공간 분포에 대해서는 요구사항이 없음.
- UE는 비행 경로 정보가 사용 가능함을 RRCReconfigurationComplete, RRCReestablishmentComplete, RRCResumeComplete 또는 RRCSetupComplete 메시지를 통해 표시함. 비행 경로 보고는 UE 정보 요청/응답 절차를 기준으로 사용됨.
- UE는 새로운 비행 경로가 사용 가능함을 네트워크에 표시하며(초기 또는 업데이트 여부와 관계없이), 비행 경로 보고의 일반적인 요청/응답 절차를 재사용함.
- UAI 메시지도 UE가 비행 경로 정보가 사용 가능함을 표시하는 데 사용될 수 있음.
- 비행 경로 업데이트에 대해 어떤 트리거 조건이 지정될지는 FFS. 비행 경로 계획 내의 최대 웨이포인트 수는 FFS로 남겨짐.
- 이벤트 H1 또는 H2가 트리거될 때, 측정 보고의 내용은 네트워크에 의해 구성 가능함(즉, UAV UE의 고도, 위치 정보 및/또는 RSRP/RSRQ 측정 결과를 포함할 수 있음). UAV UE의 고도가 필수적으로 보고되어야 하는지와 고도 보고에 사용되는 파라미터/IE는 FFS.
- NR Rel-18 UAV에서는 고도 의존 조건과 RSRP/RSRQ/SINR 기반 조건의 결합 사용이 측정 보고 트리거에 대해 지원됨. 기존 이벤트들의 조합이 사용됨.
고도 기반 파라미터 스케일링은 Rel-18 NR의 일부로 지원되지 않음.
- Number of triggering cells 메커니즘을 inter-RAT 시나리오, 즉 event B1 및 B2 트리거링에 적용하지 않음.
- Number of triggering cells 메커니즘의 적용을 FR1에만 제한하지 않음. 즉, Number of triggering cells 메커니즘은 FR1 및 FR2 모두에 적용 가능함(네트워크 설정에 따라).
- UE는 Number of triggering cells 메커니즘이 설정된 경우 이를 무시하거나 우회해서는 안 됨.
- NumberOfTriggeringBeams 메커니즘은 도입하지 않음.
- Number of triggering cells 메커니즘에 대한 대체 메커니즘을 도입하지 않음.
- 변경된 셀 수 기반의 추가 메커니즘을 도입하지 않음.
- 간섭 제어 목적(예: Number of triggering cells)에 대해 prohibit 타이머 메커니즘을 도입하지 않음.
- Number of triggering cell을 위한 측정 보고에 이전에 포함되지 않았던 셀이 의해 reportOnLeave가 트리거되지는 않음.
- 측정 및 측정 보고 향상을 위한 고도 의존 다중 구성 지원. UE는 고도에 따라 해당 구성(config)을 적용함. 제안된 솔루션은 RAN4 영향 방지를 목표로 함. 이를 어떻게 구성할지(예: 서로 다른 MO 구성 또는 서로 다른 파라미터 등)는 FFS. 구체적인 파라미터 및 세부사항은 FFS.
- 고도 의존 다중 구성은 파라미터/필드 수준에서 지원됨(즉, 동일 MO 내에서 서로 다른 필드/값), 여기서 파라미터/필드의 서로 다른 값(또는 값 범위)이 고도 또는 고도 범위에 따라 적용됨.
- MO 구성 파라미터의 경우, 적어도 다음 항목은 특정 고도 영역별로 고도 의존 다중 구성/값을 가질 수 있도록 구성 가능함: SSB-ToMeasure. 명시 방법은 FFS. UE의 L1 및 L3 측정 동작에 대해서는 FFS.
- MR 구성 파라미터의 경우, 적어도 다음 항목은 특정 고도 영역별로 고도 의존 다중 구성/값을 가질 수 있도록 구성 가능함: Event A4 threshold 및 numberoftriggeringcells. 명시 방법은 FFS(예: 이벤트 조합을 통해 달성할 수 있음).
- 고도 의존 다중 구성이 제공되는 경우, UE는 새로운 고도(또는 고도 범위)에 이동 시 새로운 값을 적용함(RRC 재구성과 유사). 기존 명세와 같이 코드, 필드 설명 등이 적용됨.
- 특정 고도에 대해 고도별 값이 명시적으로 구성되지 않은 경우, 이전 값을 계속 사용할지 또는 해당 파라미터가 해제된 것으로 간주할지는 사례별로 검토되어야 하며, 필요에 따라 코드, 필드 설명 또는 절차 텍스트를 통해 명확히 할 수 있음. 세부 사항은 FFS.
위성 gNB 관련 UAV 핸드오버
도 19 내지 27은 UAV가 위성 gNB와 관련하여 핸드-오버를 수행하는 방법을 설명하기 위한 도면이다.
이하에서, UAV UE는 항상 연결 (CONNECTED) 상태를 유지하고 있어야 한다고 가정하고 있다. 지상 (Ground)-gNB 커버리지 내에서는 지상-gNB에 연결 상태일 수 있으나, 지상-gNB의 커버리지를 벗어나는 경우 (예컨대, 사막, 바다 산악 지대 등) UAV가 연결 상태를 유지하기 위해서는 위성 (satellite)을 통해서 지상-gNB로 연결되거나, 위성-gNB를 통해서 연결 상태를 유지할 수 있다.
여기서, 위성을 통해서 지상-gNB와 연결된다 함은 위성 gNB가 릴레이 (relay)의 역할을 수행하여 UAV UE와 지상-gNB 간의 간접 (indirect) 연결이 가능한 경우를 의미할 수 있다. 반면, 위성-gNB라 함은 위성 자체에 gNB (또는, gNB 기능을 하는 장치)가 설치되어 UAV UE와 직접 연결이 가능하게 됨을 의미할 수 있다.
기존에 위성을 통한 연결은 NTN WI (work item)을 통하여 3GPP에서 논의되었다. 지상 UE가 지상-gNB(A)에서 위성 릴레이를 통하여 다른 지상-gNB(B)로 HO를 수행하는 경우에 대해 다음과 같은 트리거링 (triggering) 조건이 추가되었다.
- 이벤트 D1: Distance between UE and a reference location referenceLocation1 becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 becomes shorter than configured threshold distanceThreshFromReference2;
- 이벤트 D2: Distance between UE and a moving reference location based on movingReferenceLocation and its corresponding satellite ephemeris and epoch time broadcast in SIB19 for the serving cell becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a moving reference location determined based on referenceLocation2 becomes shorter than configured threshold distanceThreshFromReference2;
- 조건 이벤트 D1 (CondEvent D1): Distance between UE and a reference location referenceLocation1 becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a reference location referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2;
- 조건 이벤트 D2 (CondEvent D2): Distance between UE and a moving reference location determined based on movingReferenceLocation and its corresponding satellite ephemeris and epoch time broadcast in SIB19 for the serving cell becomes larger than configured threshold distanceThreshFromReference1 and distance between UE and a moving reference location determined based on referenceLocation2 of conditional reconfiguration candidate becomes shorter than configured threshold distanceThreshFromReference2;
위와 같은 위치 (location) 기반의 트리거링 조건이 NTN에서 추가된 이유는 위성을 통해서 수신하는 신호는 아주 먼 거리에서 전송되는 신호이기 때문에 UE 입장에서는 신호 세기의 변화를 측정해서 적당한 시간에 측정 (measurement) 보고 (reporting)가 트리거링 되는 것이 어려울 수 있기 때문이다.
예컨대, 도 19를 참조하면, 지상에 있는 UE는 위성_A의 경계 부분에서 신호를 수신하는 경우와 위성_B의 중심 부분에서 신호를 수신하는 경우 간의 신호의 변화 차이를 잘 모르는 상태로 커버리지를 벗어날 수 있다. 이 경우, 기존의 HO 트리거링 방식으로는 서비스 (service)의 연속성을 유지할 수 없다. 이러한 문제점을 고려하여, UE가 정해진 (또는, 설정된) 기준 위치 A (reference location(A))에서 일정 거리만큼 멀어지거나 (및/또는) 다른 정해진 (또는, 설정된) 기준 위치 B (reference location(B))와의 거리가 일정 거리만큼 가까워 지는 경우 측정 이벤트 (event)가 트리거링될 수 있고, 이를 통해 서비스 연속성을 만족시킬 수 있다. 이러한 위치 기반 (location based) 측정 트리거링 동작은 기존의 기본적인 HO 절차 (handover procedure) 또는 조건부 HO (conditional handover) 절차에 적용될 수 있다.
이와 같이, UE가 위성을 사용하여 통신을 하는 경우, 위성의 역할은 하기의 시나리오 1와 시니리오 2로 구별될 수 있다.
- 시나리오 1: 위성은 단순히 지상 gNB가 전송하는 메시지를 수신 받아 이를 지상에 존재하는 UE에게 transparency하게 전송할 수 있다 (transparency mode). 또는, 지상에 존재하는 UE로부터 메시지를 수신 받아 이를 지상에 존재하는 gNB에게 transparency하게 전송하는 방법일 수 있다.
- 시나리오 2: 위성이 직접 통신 gNB의 기능을 수행하는 방법. 예컨대, 위성에 gNB와 같은 (또는, 유사한) 동작을 할 수 있는 통신 유닛 (unit)을 부착하여, 지상 gNB가 전송하는 메시지를 수신 받아 이를 해석하여 메시지를 생성하고, 생성된 메시지를 지상에 존재하는 UE에게 전송하는 방법일 (regenerative mode) 수 있다. 또는, 지상에 존재하는 UE로부터 메시지를 수신 받아 이를 해석하여 메시지를 생성하고 생성된 메시지를 지상에 존재하는 gNB에게 전송하는 방법일 수 있다.
1. 시나리오 1
(1) 케이스 1-1
도 20를 참조하면, gNB(A)에 연결되어 있는 지상 UE는 transparency 위성을 통한 gNB(B)로의 HO 절차를 수행할 수 있다 (케이스 1-1).
- 1. 지상-gNB(A)에 연결되어 있는 UE는 측정 보고가 트리거링 되면, UE는 현재 서빙 셀 (serving cell) 및 이웃 셀 (neighbour cell)의 신호 세기를 측정하여 지상-gNB(A)에 보고할 수 있다. 이 경우, 상기 신호 세기에 대한 측정 보고는 위성 (또는, 위성 릴레이)를 통해 소스 gNB인 지상-gNB(A)에게 전달될 수 있다.
- 2. 지상-gNB(A)는 HO를 결정하고, 타겟 (target) 지상-gNB(B)에게 HO를 요청하는 메시지를 전달할 수 있다.
- 3. 지상-gNB(A)는 타겟 지상-gNB(B)로부터 상기 HO 요청에 대한 허가 (permission) 또는 HO 요청 ACK을 수신할 수 있다.
- 4. 지상-gNB(A)는 UE에게 HO 관련된 명령 (HO command)을 포함한 RRC 메시지 (예컨대, RRCReconfiguration 메시지)를 전송할 수 있다.
- 5. 이때, 지상-gNB(A)는 타겟 지상-gNB(B)에게 SN (Sequence Number) status Transfer 메시지를 전달할 수 있다. 여기서, SN status Transfer 메시지는 데이터 라디오 베어러(DRB)에 대한 업링크 PDCP SN 수신기 상태 및 다운링크 PDCP SN 송신기 상태를 전달하기 위한 메시지일 수 있다.
- 6. UE는 RRCReconfiguration 메시지를 수신할 경우에 타겟 지상-gNB(B)로 RACH를 수행하고, 타겟 지상-gNB(B)로 RRCReconfigurationComplete 메시지를 전송하여 HO 절차를 완료할 수 있다.
- 7. UE는 타겟 지상-gNB(B)와 연결되고, 8. 타겟 지상-gNB(B)는 소스 지상-gNB(A)에게 UE context 해제 (release) 메시지를 전송할 수 있다.
(2) 케이스 1-2
도 21를 참조하면, Transparency 위성을 통해 gNB(B)에 연결되어 있는 지상 UE는 지상-gNB(A)로의 HO 절차를 수행할 수 있다 (케이스 1-2).
- 1. 지상-gNB(B)에 transparency 위성을 통해 연결되어 있는 UE에 대해 측정 보고가 트리거링되면, UE는 지상-gNB(B)로 transparency 위성을 통해서 측정 값을 보고할 수 있다.
- 2. (source) 지상-gNB(B)가 HO를 결정 (decision)하고, HO에 대한 요청을 타겟 지상-gNB(A)에게 전달할 수 있다.
- 3. (source) 지상-gNB(B)는 타겟 지상-gNB(A)로부터 HO 요청에 대한 응답을 받을 수 있다.
- 4. (Source) 지상-gNB(B)는 UE에게 transparency 위성을 통하여 HO를 명령하는 RRCReconfiguration 메시지를 전송할 수 있다.
- 5. 이때, 지상-gNB(B)는 타겟 지상-gNB(A)에게 SN status Transfer를 전달할 수 있다.
- 6. UE는 RRCReconfiguration 메시지에 기반하여 타겟 지상-gNB(A)로의 RACH 절차를 수행한 후에 타겟 지상-gNB(A)에게 RRCReconfigurationComplete 메시지를 전송하면 HO를 완료할 수 있다.
- 7. UE는 타겟 지상-gNB(A)와 연결되고, 8. 타겟 지상-gNB(A)는 소스 지상-gNB(A)에게 UE context 해제 (release) 메시지를 전송할 수 있다.
케이스 1-1 및/ 케이스 1-2와 같이 UE가 HO 동작을 수행할 경우, UE가 transparency 위성을 통해서 측정 보고를 수행하고, (Source) 지상-gNB가 측정 보고와 관련된 RRCReconfiguration 메시지를 UE에게 전송 (및/또는, UE가 타겟 지상-gNB에게 RRCReconfigurationComplete를 전송)하는 과정은 일반적인 지상-gNB와 UE 간의 HO에 비해서 상당히 긴 시간이 소요될 수 있다. 이 경우, UE가 보고된 측정 값이 out-of-date 값이 될 수 있고, 적절한 target-gNB를 선택하는데 있어서 불리할 수 있다. 따라서, gNB(A)에 연결되어 있는 지상 UE가 transparency 위성을 통한 gNB(B)로의 HO와 관련된 동작에 조건부 HO (CHO) 방식을 적용하는 것이 보다 적절할 수 있다. 이에 대해선 하기의 케이스 1-3 및 케이스 1-4에서 자세히 설명한다.
(3) 케이스 1-3
도 22를 참조하면, 지상-gNB(A)에 연결되어 있는 지상 UE는 transparency 위성을 통해 지상-gNB(B)로의 CHO를 절차를 수행할 수 있다 (케이스 1-3).
- 1. 지상-gNB(A)에 연결되어 있는 지상 UE가 측정 보고가 트리거링 되어 측정 값을 보고할 수 있다. 예컨대, 지상 UE는 transparency 위성 (또는, 위성 릴레이)를 통해 상기 측정 값을 지상-gNB(A)에게 보고할 수 있다.
- 2. (source) 지상-gNB(A)는 상기 보고된 측정 값에 기반하여 HO를 결정할 수 있고, candidate target gNB(s)에게 HO request 메시지를 전송할 수 있다.
- 3. 상기 HO 요청를 허용한 candidate target gNB(s)은 (source) 지상-gNB(A)에 HO를 허용하는 응답을 보낼 수 있다.
- 4. (source) 지상-gNB(A)는 지상 UE에 CHO에 관련된 설정 (configuration)을 전달할 수 있다. 예컨대, 지상-gNB(A)는 RRCReconfiguration 메시지를 통해 CHO와 관련된 설정을 지상 UE에게 제공할 수 있다.
- 5. 지상 UE는 CHO와 관련된 설정을 전달 받은 경우에 지상-gNB(A)에게 RRCReconfigurationComplete를 전송할 수 있다.
- 6. 지상-gNB(A)는 candidate target gNB(s)에게 Early status transfer 메시지를 제공할 수 있다. 여기서, Early status transfer 메시지는 상기 지상 UE의 RLC 및 PDCP 계층 상태에 대한 정보를 포함할 수 있다.
- 7. 지상 UE는 상기 CHO 설정에 따른 CHO 조건에 기반하여 HO 조건이 만족할 경우에 transparency 위성을 통해서 타겟 지상-gNB(B)에 RACH를 수행하고, 타겟 지상-gNB(B)와의 HO를 완료할 수 있다.
- 8. 타겟 지상-gNB(B)는 상기 지상 UE와의 HO 성공과 관련된 메시지를 소스 지상-gNB(A)에게 제공할 수 있다.
- 9. 소스 지상-gNB(A)는 SN status transfer 메시지를 타겟 지상-gNB(B)에게 제공할 수 있다.
- 10. 소스 지상-gNB(A)는 후보 타겟 gNB(s)에서 target 지상-gNB(B)를 제외한 나머지 후보 타겟 gNB에게 HO 취소와 관련된 메시지를 전달할 수 있다.
(4) 케이스 1-4
도 23를 참조하면, Transparency 위성을 통하여 지상-gNB(B)에 연결되어 있는 지상 UE는 지상-gNB(A)로의 CHO를 수행할 수 있다 (케이스 1-4).
- 1. 지상 UE는 측정 보고가 트리거링 되면 transparency 위성을 통해 (source) 지상-gNB(B)로 측정 보고를 수행한다.
- 2. (Source) 지상-gNB는 CHO를 결정할 수 있고, 측정 결과로 선별된 후보 타겟 지상-gNB(s)에 HO request 메시지를 전송할 수 있다.
- 3. 후보 타겟 지상-gNB(s)는 HO를 허용하는 경우에 이에 대한 응답을 (source) 지상-gNB(B)로 전송할 수 있다.
- 4. (source) 지상-gNB(B)는 지상 UE에 CHO 관련 설정을 수행할 수 있다. 예컨대, (source) 지상-gNB(B)는 CHO 트리거 조건 등에 대한 CHO 설정을 포함하는 RRCReconfiguration 메시지를 지상 UE에게 제공할 수 있다.
- 5. CHO에 대한 configuration을 받은 지상 UE는 (source) 지상-gNB(B)에게 RRCReconfigurationComplete 메시지를 전송할 수 있다.
- 6. 지상-gNB(B)는 후보 타겟 gNB(s)에게 Early status transfer 메시지를 제공할 수 있다.
- 7. 지상 UE는 설정된 특정 HO 트리거링 조건을 만족할 경우에 타겟 gNB(A)로 RACH의 수행을 통해 CHO 핸도-오버 절차를 완료할 수 있다.
- 8. 타겟 지상-gNB(A)는 상기 지상 UE와의 HO 성공과 관련된 메시지를 소스 지상-gNB(B)에게 제공할 수 있다.
- 9. 소스 지상-gNB(B)는 SN status transfer 메시지를 타겟 지상-gNB(A)에게 제공할 수 있다.
- 10. 소스 지상-gNB(B)는 후보 타겟 gNB(s)에서 타겟 지상-gNB(A)를 제외한 나머지 후보 타겟 gNB에게 HO 취소와 관련된 메시지를 전달할 수 있다.
케이스 1-3 및/또는 케이스 1-4의 방식에 따른 CHO 절차는 미리 여러 후보 타겟 지상-gNB에 대한 HO에 관련된 설정을 받고, 지상 UE가 측정한 측정 값에 따라 HO를 트리거링 할 수 있다. 이 경우, 일반적인 HO 절차에 비해 현재 측정된 측정 값 기반으로 HO를 결정할 수 있다는 점에서 장점이 있다.
2. 시나리오 2
(1) 케이스 2-1
도 24를 참조하면, gNB(A)에 연결되어 있는 지상 UE는 위성-gNB(B)로의 HO를 수행할 수 있다.
- 1. (source) 지상-gNB(A)에 연결되어 있는 지상 UE는 (source) 지상-gNB(A)에게 측정 보고를 수행할 수 있다.
- 2. (source) 지상-gNB(A)는 측정 보고 값을 바탕으로 HO를 결정하고, (타겟) 위성-gNB(B)에게 HO 요청 메시지를 전송할 수 있다.
- 3. 지상-gNB(A)는 HO를 허용한다는 응답 메시지를 위성-gNB(B)로부터 받을 수 있다.
- 4. 지상-gNB(A)는 지상 UE에 HO 명령을 포함한 RRCReconfiguration 메시지를 전송할 수 있다.
- 5. 지상-gNB(A)는 위성-gNB(B)에게 SN 상태 Transfer 메시지를 전송할 수 있다.
- 6. 지상 UE는 HO 명령을 포함한 RRCReconfiguration 메시지를 수신한 후에 상기 target 위성-gNB(B)로 HO를 수행하고, RCReconfigurationComplete 메시지를 지상-gNB(A)에게 전송하여 HO 절차를 완료할 수 있다..
- 7. UE는 target 위성-gNB(B)와 연결되고, 8. target 위성-gNB(B)는 소스 지상-gNB(A)에게 UE context 해제 (release) 메시지를 전송할 수 있다.
(1) 케이스 2-2
도 25를 참조하면, 위성-gNB(B)에 연결되어 있는 지상 UE는 지상-gNB(A)로 HO를 수행할 수 있다.
- 1. 위성-gNB(B)에 연결되어 있는 지상 UE는 측정 보고가 트리거링 되면 위성-gNB(B)에게 측정 보고를 수행할 수 있다.
- 2. 위성-gNB(B)는 상기 측정 보고에 기반하여 HO를 결정하고, target 지상-gNB(A)를 결정하며, target 지상-gNB(A)에게 HO 요청 메시지를 전송할 수 있다.
- 3. 위성-gNB(B)는 Target 지상-gNB(A)로부터 HO를 허용한다는 응답을 받을 수 있다.
- 4. (source) 위성-gNB(B)는 지상 UE에게 HO 명령이 포함된 RRCReconfiguration 메시지를 전송할 수 있다.
- 5. (source) 위성-gNB(B)는 Target 지상-gNB(A)에게 SN 상태 Transfer 메시지를 전송할 수 있다.
- 6. 지상 UE는 HO 명령을 포함한 RRCReconfiguration 메시지를 수신한 후에 상기 Target 지상-gNB(A)로 HO를 수행하고, RRCReconfigurationComplete 메시지를 위성-gNB(B)에게 전송하여 HO 절차를 완료할 수 있다.
- 7. UE는 Target 지상-gNB(A)와 연결되고, 8. Target 지상-gNB(A)는 소스 위성-gNB(B)에게 UE context 해제 (release) 메시지를 전송할 수 있다.
케이스 2-1 및 2-2도, 상술한 시나리오 1의 HO 경우와 마찬가지로 지상 UE에서 측정한 값을 위성-gNB로 전송하고, 위성-gNB가 지상 gNB로 HO request를 하고, admission을 받는 경우의 소모 시간 (및/또는, 지상 UE에서 측정한 값을 지상-gNB로 전송하였으나, 지상-gNB가 위성-gNB로 HO를 request 하고, admission을 받는 경우의 소모 시간) 등이 일반적인 HO의 경우보다 훨씬 더 긴 시간이 필요할 수 있다. 이 경우, 지상 UE가 측정한 측정 값은 out-of-date 된 값이 될 수 있고, 이를 바탕으로 HO를 결정하는 것은 좋은 성능을 내기에 부적합할 수도 있다. 따라서, 위성 통신에 사용되는 HO는 conditional HO(CHO)가 더 적절한 동작이 될 수도 있다. 이하, 케이스 2-3 및 케이스 2-4에서 자세히 설명한다.
(3) 케이스 2-3
도 26을 참조하면, 지상-gNB(A)에 연결된 지상 UE는 위성-gNB(B)로 CHO 절차를 수행할 수 있다.
- 1. 지상 UE는 측정 보고가 트리거링 되면, (source) 지상-gNB(A)로 측정 값을 보고할 수 있다.
- 2. (source) 지상-gNB(A)는 상기 측정 보고에 기반하여 후보 위성-gNB(s)로 HO request 메시지를 전송할 수 있다.
- 3. (source) 지상-gNB(A)는 후보 위성-gNB(s)로부터 HO를 위한 admission (/HO Request ACK)를 수신할 수 있다.
- 4. 이를 수신한 (source) 지상-gNB(A)는 지상 UE에 여러 후보 위성-gNB(s)에 대한 CHO 관련 설정을 위한 RRCReconfiguration 메시지를 전송할 수 있다.
- 5. 지상 UE는 CHO와 관련된 설정을 전달 받은 경우에 (source) 지상-gNB(A)에게 RRCReconfigurationComplete를 전송할 수 있다.
- 6. 지상-gNB(A)는 후보 타겟 위성-gNB(s)에게 Early status transfer 메시지를 제공할 수 있다. 여기서, Early status transfer 메시지는 상기 지상 UE의 RLC 및 PDCP 계층 상태에 대한 정보를 포함할 수 있다.
- 7. UE는 설정된 값에 기반하여 조건부 HO (CHO)가 트리거링될 경우에 후보 타겟 위성-gNB(s) 중에서 하나의 타겟 위성-gNB를 선택하여 RACH 절차를 수행하여 HO를 수행할 수 있다.
- 8. 타겟 위성-gNB(B)는 상기 지상 UE와의 HO 성공과 관련된 메시지를 지상-gNB(A)에게 제공할 수 있다.
- 9. 지상-gNB(A)는 SN status transfer 메시지를 타겟 위성-gNB(B)에게 제공할 수 있다.
- 10. 지상-gNB(A)는 후보 타겟 위성-gNB(s)에서 타겟 위성-gNB(B)를 제외한 나머지 후보 타겟 위성-gNB에게 HO 취소와 관련된 메시지를 전달할 수 있다.
(4) 케이스 2-4
도 27를 참조하면, 위성-gNB(B)에 연결된 지상 UE는 지상-gNB(A)로 CHO 절차를 수행할 수 있다.
- 1. 지상 UE는 측정 보고가 트리거링 되면 위성-gNB(B)로 측정 보고를 수행한다.
- 2. 위성-gNB(B)는 CHO를 결정할 수 있고, 측정 결과로 선별된 후보 타겟 지상-gNB(s)에 HO request 메시지를 전송할 수 있다.
- 3. 후보 타겟 지상-gNB(s)는 HO를 허용하는 경우, 이에 대한 응답을 위성-gNB(B)로 전송할 수 있다.
- 4. 위성-gNB(B)는 지상 UE에 CHO 관련 설정을 수행할 수 있다. 예컨대, 위성-gNB(B)는 CHO 트리거 조건 등에 대한 CHO 설정을 포함하는 RRCReconfiguration 메시지를 지상 UE에게 제공할 수 있다.
- 5. CHO에 대한 configuration을 받은 지상 UE는 위성-gNB(B)에게 RRCReconfigurationComplete 메시지를 전송할 수 있다.
- 6. 위성-gNB(B)는 후보 타겟 지상-gNB(s)에게 Early status transfer 메시지를 제공할 수 있다.
- 7. 지상 UE는 설정된 특정 HO 트리거링 조건을 만족할 경우에 후보 타겟 지상-gNB(s) 중에서 선택된 타겟 지상-gNB(A)로의 RACH 절차를 수행하고, 상기 RACH 절차를 통해 타겟 지상-gNB(A)와의 CHO 절차를 완료할 수 있다.
- 8. 타겟 지상-gNB(A)는 상기 지상 UE와의 HO 성공과 관련된 메시지를 위성-gNB(B)에게 제공할 수 있다.
- 9. 위성-gNB(B)는 SN status transfer 메시지를 타겟 지상-gNB(A)에게 제공할 수 있다.
- 10. 위성-gNB(B)는 후보 타겟 지상-gNB(s)에서 타겟 지상-gNB(A)를 제외한 나머지 후보 타겟 지상-gNB에게 HO 취소와 관련된 메시지를 전달할 수 있다.
이하에서는, UAV UE의 비행 경로를 추가적으로 고려하여 상술한 HO 절차 또는 CHO 절차를 적용하는 방법에 대해 자세히 설명한다.
(4) 케이스 2-4
도 27를 참조하면, 위성-gNB(B)에 연결된 지상 UE는 지상-gNB(A)로 CHO 절차를 수행할 수 있다.
- 1. 지상 UE는 측정 보고가 트리거링 되면 위성-gNB(B)로 측정 보고를 수행한다.
- 2. 위성-gNB(B)는 CHO를 결정할 수 있고, 측정 결과로 선별된 후보 타겟 지상-gNB(s)에 HO request 메시지를 전송할 수 있다.
- 3. 후보 타겟 지상-gNB(s)는 HO를 허용하는 경우, 이에 대한 응답을 위성-gNB(B)로 전송할 수 있다.
- 4. 위성-gNB(B)는 지상 UE에 CHO 관련 설정을 수행할 수 있다. 예컨대, 위성-gNB(B)는 CHO 트리거 조건 등에 대한 CHO 설정을 포함하는 RRCReconfiguration 메시지를 지상 UE에게 제공할 수 있다.
- 5. CHO에 대한 configuration을 받은 지상 UE는 위성-gNB(B)에게 RRCReconfigurationComplete 메시지를 전송할 수 있다.
- 6. 위성-gNB(B)는 후보 타겟 지상-gNB(s)에게 Early status transfer 메시지를 제공할 수 있다.
- 7. 지상 UE는 설정된 특정 HO 트리거링 조건을 만족할 경우에 후보 타겟 지상-gNB(s) 중에서 선택된 타겟 지상-gNB(A)로의 RACH 절차를 수행하고, 상기 RACH 절차를 통해 타겟 지상-gNB(A)와의 CHO 절차를 완료할 수 있다.
- 8. 타겟 지상-gNB(A)는 상기 지상 UE와의 HO 성공과 관련된 메시지를 위성-gNB(B)에게 제공할 수 있다.
- 9. 위성-gNB(B)는 SN status transfer 메시지를 타겟 지상-gNB(A)에게 제공할 수 있다.
- 10. 위성-gNB(B)는 후보 타겟 지상-gNB(s)에서 타겟 지상-gNB(A)를 제외한 나머지 후보 타겟 지상-gNB에게 HO 취소와 관련된 메시지를 전달할 수 있다.
UAV UE의 경우, 자신의 비행 경로를 보고하도록 되어 있다. 비행 경로는 타임스탬프와 웨이 포인트 (waypoint) 정보 값을 이용하여 보고할 수 있으며, 이때 사용되는 타임스탬프 (timestamp)의 granularity는 1초이다. 비행 경로는 업데이트 (update)될 수 있으며, 비행 경로의 업데이트가 트리거링 되는 경우는 UAV UE가 보고한 웨이 포인트/타임스탬프 값이 네트워크가 설정한 임계를 초과하는 경우일 수 있다. 또한, 웨이 포인트와 타임스탬프 값에 대한 임계 값이 둘 다 설정된 경우, 둘 중 하나의 값이 임계를 초과하는 경우에 비행 경로의 보고 (reporting)가 트리거링 (예컨대, 비행 경로의 업데이트를 위한 비행 경로의 보고가 트리거링) 될 수 있다.
이하에서는, UAV의 비행 경로를 이용하여 UAV UE가 (conditional) HO 시 측정을 스킵 (skip)하는 구간을 설정 받음으로써 저전력 동작이 가능하게 하는 방법에 대해서 자세히 설명한다.
저전력 UAV UE를 위한 HO시 측정 생략 기법
UAV UE는 비행 시 (특정 목적지로 향하는) 비행 경로를 기지국에 보고할 수 있다. 상기 UAV UE의 비행 경로는 UAV UE가 이동하는 경로 또는 비행 경로에 존재하는 gNB(또는, 기지국)가 (특정 UAV UE의) ID를 통해 모두 알 수 있는 것으로 가정한다. 예컨대, UAV UE가 이동하는 경로에 존재하는 gNB(s)는 상기 UAV UE와 (RRC) CONNECTED 상태가 될 경우에 상기 UAV UE가 어떤 경로로 이동하고자 하는 UE인지를 인식할 수 있다.
또한, UAV UE의 경우, 상기 UAV UE가 가상 공중 터널 (virtual aerial tunnel)을 통해서 이동한다고 가정할 수 있다. 예컨대, UAV가 이동할 수 있는 범위는 가상 공중 터널을 나타내기 위한 기준 점 (reference point)와 터널 (tunnel)의 3D 공간을 나타내기 위한 거리 (distance)의 임계 값을 통해 정의될 수 있다.
이와 같이, 가상 공간 터널을 이동하는 UAV UE의 경우, gNB들은 해당 가상 공간 터널에 대한 자신의 커버리지 맵 (coverage map)을 구성할 수 있다. gNB는 (해당 가상 공간 터널을 지나는) UAV UE들이 보고하는 측정 보고 (measurement report), (aerial tunnel 내의) 3D 위치 정보 값 등에 기반하여 커버리지 맵을 구성할 수 있다. gNB는 보고된 UAV UE들의 측정 보고들, 3D 위치 정보들에 기반하여 AI/ML (Artificial Intelligence/Machine Learning) 등의 방식을 통해 커버리지 맵을 구성할 수 있다. UAV UE의 경우, 건물 등으로 인하여 신호가 왜곡(/회절/굴절) 되는 경우가 거의 없다고 가정할 수 있으므로, 상기 커버리지 맵은 일반 지상에서 측정들에 기반한 커버리지 맵 보다 정확할 수도 있다.
상술한 가정 하에 하기의 UAV UE의 동작을 고려해 볼 수 있다. 또는, 상술한 가정이 전제되지 않은 경우에도 하기의 UAV UE의 동작들이 적용될 수도 있다.
도 28은 gNB (A)의 커버리지 영역, OoC 영역 및 gNB (b)의 커버리지 영역으로 이동하는 UAV UE와 관련된 HO 절차를 설명하기 위한 도면이다
도 28을 참조하면, UAV UE는 실선으로 표시된 바와 같은 비행 경로를 통해 gNB(A)를 거쳐 gNB(B)로 이동할 수 있다. 이 경우, 상기 UAV UE는 OoC 영역 (Region B)을 지날 수 있다. 예컨대, UAV UE는 gNB A (Region A)에서 OoC 영역 (Region B)을 거친 후 gNB B의 영역 (Region C)으로 진입할 수도 있다.
이 경우, gNB A의 셀 커버리지에 존재/위치하는 UAV UE에 대해 측정 보고가 트리거링되고, 상기 UAV UE로부터 측정 보고가 수신될 수 있다. 이 때, gNB A는 UAV UE가 상기 측정 보고를 통해 보고하지 않은 gNB B의 셀 또는 gNB B에 대해서도 HO 요청 메시지를 전송할 수 있다. 또는, UAV UE에 대한 측정 보고가 트리거링 되면, gNB A는 UAV UE의 비행 경로에 존재하는 gNB B에게 gNB B의 커버리지 맵을 요청 할 수도 있다. gNB A는 자신의 커버리지 맵과 gNB B의 커버리지 맵을 이용하여 UAV UE의 비행 경로의 셀 커버리지를 추정/예측할 수도 있다. gNB A는 gNB A에 CONNECTED 상태에 있는 UAV UE가 OoC 영역을 지나 gNB B의 셀 커버리지로 이동한다고 예측/판단할 수 있고, UAV UE에게 현재 버퍼 상태 (buffer status)를 보고하도록 요청할 수도 있다. 또는, gNB A는 UAV UE로부터 버퍼를 통해 서비스 연속성 (service continuity)을 유지할 수 있는 시간 정보를 보고받을 수도 있다. 또는, gNB A는 UAV UE가 사용하고 있는 어플리케이션 (application)에 따라 서비스 (service) 또는 서비스와 관련된 데이터를 미리 저장하도록 권장/요청할 수도 있다. 이와 같은 동작을 하는 이유는 gNB A가 HO 명령을 하는 경우에 UAV UE가 OoC 영역을 지나더라도 UE에게 어느 정도의 서비스 연속성 (service continuity)를 위한 타임 버짓 (time budget)이 있는지를 gNB A가 파악하기 위함이다. 예컨대, 상기 UAV UE가 OoC를 거쳐 상기 gNB B로 진입할 것으로 예측된 경우, gNB A는 UAV UE가 OoC 영역을 통과하더라도 어느 정도의 시간 동안 서비스 연속성을 유지할 수 있는지를 파악하기 위해 상술한 버퍼 상태의 보고, 상기 시간 정보의 보고를 상기 UAV UE에게 요청할 수 있다.
gNB A는 상기 비행 경로에 기반하여 UAV UE가 OoC의 영역을 거쳐서 gNB B에 연결 (connection)될 것으로 예측할 수 있다. 이 경우, gNB A는 UAV UE에게 HO 명령 (또는, HO 커맨드)을 받은 시점으로부터 일정 시간 지난 후 및/또는 특정한 위치 영역(또는, waypoint)에서 상기 HO 명령에 따른 HO 또는 HO 절차를 수행하라는 설정/조건도 함께 (HO 명령)을 통해) UAV UE에게 제공할 수 있다. 여기서, '일정 시간이 지난 후’ 값은 UAV UE의 이동 속도, 위치, 이동 방향, 보고된 비행 경로, waypoint 등에 기반하여 상기 UAV UE가 gNB B의 커버리지에 속할 것으로 gNB A에 의해 예측되는 값일 수 있다. 또한, 특정한 위치 (location) 영역은 UAV UE의 비행 경로에 기반하여 UAV가 해당 시간 (예컨대, gNB B의 커버리지에 진입할 것으로 예측되는 시간)에 존재/위치할 것으로 예측되는 위치 또는 위치 범위를 나타내는 값일 수 있다. 예컨대, UAV UE 입장에서 UAV UE는 gNB A로부터 HO 명령 (예컨대, RRCReconfiguration)을 받은 후 설정된 시간이 경과한 후 (예컨대, UAV UE가 gNB B에 연결될 수 있는 영역에 진입할 때까지 소요될 시간의 경과 후)에 타겟 gNB인 gNB B에 HO 절차 또는 연결 (예컨대, RRCReconfigurationComplete 메시지의 전송을 통한 HO 절차 또는 연결)을 수행할 수 있다. 이러한 동작은 타겟 gNB에 접속 (access)할 가능성이 없는 영역에서 UAV UE의 RACH 시도를 방지하기 위함이다. 예컨대, 제안한 방식을 통해 상기 UAV UE가 타겟 gNB의 커버리지 내에 도착/진입한 후에 상기 UAV UE에 대한 RACH를 수행할 수 있도록 할 수 있고, 이 경우, 불필요한 UAV UE의 전력 소모를 방지할 수 있다. 예컨대, 상기 UAV UE가 OoC를 거쳐 gNB B로 진입할 것으로 예측된 경우, gNB A는 특정 시간 정보 및/또는 특정 영역 정보를 HO 커맨드/명령에 추가적으로 포함시켜 상기 UAV UE에게 제공할 수 있다. 이 경우, UAV UE는 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 정보에 포함된 특정 시간 경과 후 또는 상기 특정 영역 정보에 따른 특정 영역 내에 위치한 경우에 비로서 상기 HO 커맨드에 기반한 상기 gNB B에 대한 HO 절차 (예컨대, RACH 절차 및/또는 RRCReconfigurationComplete 메시지의 전송)를 시작/수행할 수 있다. 여기서, 상기 특정 시간 정보는 상술한 바와 같이, gNB A의 커버리지 맵, gNB B의 커버리지 맵 및/또는 UAV UE의 비행 경로에 기초하여 상기 UAV UE가 OoC 영역을 거쳐 gNB B의 커버리지 영역을 진입하는데 소요될 것으로 예측된 시간에 대한 정보를 포함할 수 있고, 상기 특정 영역 정보는 상기 UAV UE가 OoC 영역을 거쳐 gNB B의 커버리지 영역을 진입할 때 예측된 UAV UE의 위치 범위에 대한 정보를 포함할 수 있다.
이와 같은 동작은 CHO (Conditional HO)의 경우에도 유사하게 적용될 수 있다. gNB A는 gNB B (또는, gNB B에 속하는 cell(s)) 및 다른 gNB (다른 gNB에 속하는 cell(s))들을 포함하는 후보 셀 ID 리스트 및 상기 CHO에 필요한 정보를 포함하는 설정 정보를 UAV UE에 전송하되, gNB B에 대한 CHO 설정에는 CHO 명령을 받은 후 설정된 시간이 지난 후에 상기 gNB B에 대한 CHO를 수행할 수 있음을 함께 알려줄 수도 있다. 이는 상기 UAV UE가 CHO로 설정된 후보 타겟 gNB/셀의 커버리지에 속하는 경우 (예컨대, CHO 설정에 대한 설정 정보를 수신한 시점으로부터 상기 설정된 시간 또는 특정 시간이 경과한 경우)에 (CHO의 트리거 요건 평가를 위해) 후보 타겟 셀에 대한 측정을 수행하고, 상기 타겟 gNB/셀로 RACH를 수행하도록 하기 위함이다.
일반적인 (conditional) HO 방식은 UE가 서빙 (serving) gNB에 CONNECTED 상태 (또는, RRC CONNECTED 상태)인 경우에 이루어질 수 있다. 다만, 상술한 방식에 있어서는 UAV UE는 서빙 gNB에 대해 RRC CONNECTED 상태에서 (conditional) HO 관련 설정을 받은 후에 OoC 상태를 거쳐 (또는 RRC IDLE/ RRC INACTIVE 상태로 전환된 상태를 거쳐) 타겟 gNB의 커버리지에 속하거나 진입할 수 있다. 따라서, 기존 (Conditional) HO 방식과는 다르게 UAV의 위치 (또는, 위치 범위) 및/또는 시간 (또는, 시간 범위 또는 시간 구간) 값은 UAV UE가 target gNB에 초기 RRC 메시지 (예컨대, initial RRCReconfiguration 메시지)를 전송하는 동작이 트리거링되는 (또는, RACH의 수행이 트리거링되는) 요소/조건이 될 수 있다. 예컨대, 소스 gNB는 특정 시간 후 (또는, 특정 위치 범위)에 RACH를 수행하도록 설정된 (Conditional) HO 커맨드를 UAV UE에 전송할 수 있다. 또는, 소스 gNB는 특정 위치 (또는, 위치 범위 내)에서 RACH를 수행하도록 설정하는 HO 커맨드를 상기 UAV UE에게 전송할 수 있다. 또는, 소스 gNB는 HO 커맨드를 통해 상기 UAV UE가 특정 시간 구간 내에서 특정 위치 범위에 위치할 경우에 상기 RACH 절차를 수행하도록 설정할 수 있다.
gNB A가 상술한 방식과 유사한 목적 (에컨대, UAV UE가 OoC 영역에 속하는 경우 HO 명령이 수행되지 않도록 하는 목적)으로 (Conditional) HO 명령 (RRC reconfiguration with sync)을 UAV UE에 설정하는 경우에 상기 HO 명령이 어느 위치/시간에서 유효 (예컨대, validation duration, validation location) 한지 여부도 함께 설정될 수도 있다. UAV UE는 상기 (Conditional) HO 명령이 유효한 위치/시간 (또는, 유효 시간 구간 및/또는 유효 위치)에서 RACH를 수행할 수 있다.
UAV UE와 (RRC) CONNECTED된 gNB는 UAV UE의 비행 경로에 기반하여 UAV의 이동 경로에 위치하는 적어도 하나의 gNB/셀로부터 셀 커버리지 맵을 제공 받을 수 있고, 이에 기반하여 UAV UE가 OoC 영역에 속할 것으로 예측되는 위치/시간 정보를 예측/결정하고, 예측/결정된 위치/시간 정보를 UAV UE에게 알릴 (inform) 수도 있다. 이와 같은 알림 (inform)이 제공된 경우, UAV UE의 어플리케이션 (application)은 서비스의 특징에 따라 OoC 위치/시간 영역에 도달하기 전에 gNB로 RRC CONNECTION을 수행하고, 상기 gNB로부터 상기 서비스를 위해 필요한 정보를 미리 제공 받는 등의 동작을 수행할 수도 있다.
이와 같이, 상술한 제안 방식은 UAV UE의 비행 경로를 이용하여 UAV UE의 (Conditional) HO를 수행하는 방식들을 제안한다. 예컨대, 기존 HO와는 달리 UAV UE의 웨이포인트/시간 (waypoint/time) 기반으로 특정 HO 절차가 트리거링 될 수 있다. 이와 같은 방법은 UAV UE가 비행 경로를 따라 이동 중 OoC 영역을 통과하게 되는 경우에도 특정 서비스에 대해서는 서비스 연속성을 지원하는데 도움이 될 수 있다. 이는, 일반 UE와는 다르게 미리 설정된 비행 경로를 따라 이동하는 UAV UE의 특성일 이용한 것으로써, UAV UE가 아니더라도 이동 경로가 사전에 정해져 있는 (또는, 설정되어 있는) UE에게도 유사하게 적용될 수 있음이 당연하다. 또한, 상술한 제안 내용은 UAV UE에 한정되지 않고, NTN/TN을 사용하는 모든 UE에 대해서도 당연히 적용될 수 있다.
도 29는 제1 기지국이 UE에게 HO 커맨드를 전송하는 방법을 설명하기 위한 도면이다.
제1 기지국은 상술한 도 19 내지 도 28에서 설명한 바와 같이 UE와 관련된 HO 절차를 지원할 수 있다. 이하에서는, 제1 기지국이 도 19 내지 도 28에서 제안한 제안 방법들에 기반하여 UE에 대한 HO 절차를 지원하는 방법을 설명한다.
도 29를 참조하면, 제1 기지국은 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신할 수 있다 (S291). 도 28을 참조하여 설명한 바와 같이, 상기 예측 이동 경로는 UAV UE의 비행 경로에 대한 정보를 포함할 수 있다. 예컨대, 제1 기지국은 상기 예측 이동 경로에 기반하여 상기 UE가 제1 기지국의 커버리지를 거쳐 OoC 영역을 통과 후에 제2 기지국의 커버리지에 진입하는지 여부를 예측할 수 있다. 한편, 제1 기지국은 UE가 제1 기지국에 진입할 경우, 또는 UE에 대해 측정 보고가 트리거된 경우에 UE로부터 상기 예측 이동 경로에 대한 정보를 제공 받을 수 있다.
다음으로, 제1 기지국은 UE의 예측 이동 경로에 기반하여 UE에 대한 HO 결정을 할 수 있다 (S293). 예컨대, 제1 기지국은 상기 예측 이동 경로에 기반하여 UE가 OoC 영역을 거쳐 다른 기지국 (예컨대, 제2 기지국)으로 이동함을 예측할 수 있다. 이 경우, 제1 기지국은 UE에 대한 HO 결정을 할 수 있고, UE가 진입할 것으로 예측되는 제2 기지국에게 HO 요청 메시지를 전송할 수 있다. 이후, 제1 기지국은 상기 제2 기지국으로부터 HO 승인과 관련된 메시지를 수신할 수 있다. 예컨대, 제1 기지국은 주변 기지국들로부터 커버리지에 대한 정보를 미리 제공 받을 수 있다. 제1 기지국은 상술한 바와 같이 상기 커버리지에 대한 정보에 기초하여 커버리지 맵을 생성할 수 있고, 상기 예측 이동 경로에 기반하여 UE에 대한 가상 공중 터널을 결정/예측할 수 있다. 제1 기지국은 상기 가상 공중 터널 및 상기 커버리지 맵에 기반하여 UE가 어느 경로를 거쳐 다른 기지국에 진입하는지 여부를 예측할 수 있다. 이 경우, 제1 기지국은 UE에 대한 HO 결정 후 상기 다른 기지국에 HO 요청을 하고, 상기 다른 기지국으로부터 HO 승인에 대한 메시지를 수신할 수 있다.
다음으로, 제1 기지국은 상기 제2 기지국을 타겟 기지국으로 하는 HO 커맨드를 포함하는 메시지를 UE에게 전송할 수 있다 (S295). 여기서, 도 28을 참조하여 설명한 바와 같이, 제1 기지국은 상기 예측 이동 경로에 기반하여 UE가 상기 제2 기지국으로 바로 진입하지 않고 OoC 영역을 지나 상기 제2 기지국으로 진입할 것으로 예측할 수 있다. 이 경우, 제1 기지국은 상기 메시지를 통해 상기 HO 커맨드와 관련된 트리거 조건을 UE에게 더 설정할 수 있다. 또는, 제1 기지국은 상기 HO 커맨드가 트리거되는 트리거 조건이 설정된 상기 HO 커맨드를 상기 UE에게 전송할 수 있다. 예컨대, 상기 메시지는 UE에게 상기 HO 커맨드에 의한 RACH 절차가 트리거되는 트리거 조건을 설정하는 정보가 더 포함될 수 있다. 여기서, 상기 메시지는 RRCReconfiguration 메시지일 수 있다.
예컨대, 제1 기지국은 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여 상기 HO 커맨드와 관련된 트리거 조건을 더 포함/설정하는 메시지 (또는, HO 커맨드)를 전송할 수 있다. 여기서, 상기 메시지는 UE가 상기 예측 이동 경로를 따라 상기 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 값에 기초하여 결정된 특정 시간, 시간 범위, 특정 위치 또는 위치 범위 중 적어도 하나를 트리거 조건으로 설정할 수 있다. 예컨대, 상기 메시지는 상기 UE가 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 시간에 기반하여 상기 특정 시간 및/또는 시간 범위를 결정하고, 상기 제2 기지국의 커버리지에 진입할 때에 예측되는 UE의 위치에 기반하여 상기 특정 위치 및/또는 상기 위치 범위를 결정할 수 있다.
예컨대, 상기 메시지 (또는, HO 커맨드)는 상기 특정 시간을 상기 트리거 조건으로 설정할 수 있다. 이 경우, 상기 HO 커맨드에 기반한 RACH (random access channel) 절차는 UE에서의 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 경과 것에 기초하여 (UE에서) 트리거될 수 있다. 또는, 상기 메시지는 특정 시간 및 위치 범위를 상기 트리거 조건으로 설정할 수 있다. 이 경우, 상기 HO 커맨드에 기반한 RACH (random access channel) 절차는 UE에서의 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 경과한 후에 UE가 상기 위치 범위 내에 위치한 것에 기초하여 트리거될 수 있다. 예컨대, 상기 메시지를 수신한 UE는 상기 HO 커맨드를 수신한 시점으로부터 상기 트리거 조건으로 설정된 특정 시간 경과 후에 상기 위치 범위 내에 위치한 경우에 상기 HO 커맨드에 기반한 제2 기지국과의 RACH 절차를 수행할 수 있다.
또는, 제1 기지국은 상기 예측 이동 경로에 기초하여 UE가 상기 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 경우에 UE에게 버퍼 상태를 보고하도록 요청할 수 있다. 이는, UE가 OoC 영역에서도 서비스 연속성을 유지할 수 있는 능력이 되는지 확인하기 위함이다. UE의 버퍼 사이즈에 기반하여 UE가 OoC 영역을 통과하는 시간 동안 서비스 연속성을 유지할 수 있는 경우, 제1 기지국은 UE에게 OoC 영역을 통과하는데 필요한 시간 (및/또는 OoC 영역의 진입 예측 시간)에 대한 정보를 포함 및/또는 상기 OoC 영역에서의 서비스 연속성을 위해 서비스를 위한 데이터를 미리 수신하여 버퍼링하도록 요청하는 메시지를 상기 UE에게 전송할 수 있다.
도 30은 UE가 제1 기지국의 HO 커맨드에 기반하여 HO 절차를 수행하는 방법을 설명하기 위한 도면이다.
상술한 바와 같이, UE는 미리 설정된 목적지를 향하는 비행 경로로 상공에서 이동하는 UAV와 관련된 장치일 수 있다. UE는 상술한 바와 같이 자신의 비행 경로에 대한 정보를 gNB 또는 기지국에 미리 제공할 수 있다. UE는 비행 동작 중에서 지상-gNB (또는, 지상-기지국)뿐만 아니라, 위성-gNB (또는, 위성-기지국)와도 연결될 수 있다. UE는 비행 경로를 통해 상당히 빠른 속도로 이동하는 점에서 빈번한 핸드-오버 동작이 수행될 수 있다. 이하에서는, 제1 기지국이 도 19 내지 도 28에서 제안한 제안 방법들에 기반하여 UE가 HO 절차를 수행하는 방법을 설명한다.
도 30를 참조하면, UE는 제2 기지국에게 예측 이동 경로에 대한 정보를 전송할 수 있다 (S301). 도 28을 참조하여 설명한 바와 같이, 상기 예측 이동 경로는 UAV UE의 비행 경로에 대한 정보를 포함할 수 있다. 상기 예측 이동 경로는 UE가 제1 기지국에 진입할 경우에 제1 기지국에 전달되거나, UE에 대해 측정 보고가 트리거된 경우에는 상기 측정 보고와 함께 제1 기지국에 전달될 수 있다.
다음으로, UE는 제1 기지국으로부터 제2 기지국을 타겟 기지국으로 하는 HO 커맨드를 포함하는 메시지를 수신할 수 있다 (S303). UE는 상기 HO 커맨드에 기초하여 상기 제2 기지국에 대한 RACH 절차를 수행할 수 있다. 한편, 도 28을 참조하여 설명한 바와 같이, UE는 상기 제2 기지국으로 바로 진입하지 않고 OoC 영역을 지나 상기 제2 기지국으로 진입할 수 있다. 이 경우, UE는 상기 HO 커맨드와 관련된 트리거 조건이 더 포함/설정된 상기 메시지를 수신할 수 있다. 또는, 상기 트리거 조건은 상기 HO 커맨드에 포함되어 상기 UE에게 제공될 수 있다.
다음으로, UE는 상기 HO 커맨드에 기반하여 제2 기지국과의 HO 절차를 수행할 수 있다 (S305). 예컨대, UE는 상기 HO 커맨드에 기반하여 상기 제2 기지국에 RACH 절차를 수행할 수 있다. 한편, 상술한 바와 같이, 상기 메시지 또는 HO 커맨드에 트리거 조건이 더 포함/설정된 경우, UE는 상기 HO 커맨드의 수신에 기반한 제2 기지국에 대한 RACH 절차를 바로 수행하지 않고, UE가 동작 중인 시간 및/또는 위치가 상기 트리거 조건을 만족한 경우에 비로서 상기 HO 커맨드에 기반한 RACH 절차를 트리거/시작할 수 있다.
예컨대, 상기 예측 이동 경로를 통해 상기 UE가 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 경우, UE는 상기 HO 커맨드와 관련된 트리거 조건을 더 포함/설정하는 메시지를 수신할 수 있다. 상기 메시지가 특정 시간을 상기 트리거 조건으로 설정한 경우, UE는 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 경과하면 상기 HO 커맨드에 기반한 RACH 절차를 시작할 수 있다. 예컨대, UE는 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 경과하면 상기 제2 기지국에 PRACH 프리앰블 (또는, Msg1 또는 Msg A)을 전송할 수 있다. 또는, 상기 메시지가 상기 트리거 조건으로 특정 시간 및 위치 범위를 설정하는 경우, UE는 상기 HO 커맨드의 수신 시점으로부터 상기 특정 시간 경과하고, 상기 위치 범위 내에 위치한 경우에 상기 HO 커맨드에 기반한 RACH 절차를 수행/시작할 수 있다.
또는, 상기 예측 이동 경로를 통해 상기 UE가 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 경우, UE는 제1 기지국으로부터 버퍼 상태의 보고를 요청하는 메시지를 수신할 수 있다. 이 경우, UE는 자신의 데이터 버퍼 사이즈에 대한 정보 또는 버퍼를 통해 서비스 연속성을 유지할 수 있는 시간에 대한 정보를 제1 기지국에게 보고할 수 있다. UE의 버퍼 사이즈에 기반하여 UE가 OoC 영역을 통과하는 시간 동안 서비스 연속성을 유지할 수 있는 경우, UE는 제1 기지국으로부터 OoC 영역을 통과하는데 필요한 시간에 대한 정보 (및/또는, OoC 영역의 진입 예측 시간)를 포함 및/또는 데이터의 사전 수신을 요청하는 메시지를 수신할 수 있다.
이와 같이, 제안 발명은 OoC 영역에서 타겟 기지국으로 진입이 예측된 UAV UE에 대하여 HO 커맨드의 트리거 조건을 추가적으로 설정함으로써 UAV UE가 아웃-커버리지 상태에서 불필요한 HO를 시도하는 것을 효과적으로 방지하고, UAV UE의 블필요한 전력 소모를 방지할 수 있다. 및/또는, 제안 발명은 OoC 영역에서 타겟 기지국으로 진입이 예측된 UAV UE에 대해 상기 OoC 영역에서도 서비스 연속성이 최대한 유지될 수 있도록 지원할 수 있다.
발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 31은 본 발명에 적용되는 통신 시스템을 예시한다.
도 31를 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 32은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 32을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 31의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩셋의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩셋을 의미할 수도 있다.
구체적으로, 제1 무선 기기 또는 제1 기지국 (100)은 송수신기 (106)와 연결되는 프로세서 (102)와 메모리(104)를 포함할 수 있다. 메모리(104)는 도 19 내지 도 30에서 설명된 실시예들과 관련된 동작들을 수행할 수 있는 적어도 하나의 프로그램들이 포함될 수 있다. 상기 동작들은 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신 및 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
또는, 제1 기지국을 제어하는 프로세서 (102) 및 메모리(104)를 포함하는 프로세싱 장치가 구성될 수 있다. 이 경우, 프로세싱 장치는 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 연결되고 적어도 하나의 프로세서에 의해 실행될 때 동작들을 수행하는 명령어들을 저장하는 적어도 하나의 메모리를 포함할 수 있다. 상기 동작들은 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신 및 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
구체적으로, 제2 무선 기기 또는 UE (200)는 송수신기 또는 RF 송수신기(206)와 연결되는 프로세서 (202)와 메모리(204)를 포함할 수 있다. 메모리(204)는 도 19 내지 도 30에서 설명된 실시예들과 관련된 동작들을 수행할 수 있는 적어도 하나의 프로그램들이 포함될 수 있다. 상기 동작들은 기지국에게 예측 이동 경로에 대한 정보를 전송, 및 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 수신하는 것을 포함할 수 있다. 여기서, 상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함할 수 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 33은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다 (도 31 참조).
도 33을 참조하면, 무선 기기(100, 200)는 도 32의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 33의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204)를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 32의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 31, 100a), 차량(도 31, 100b-1, 100b-2), XR 기기(도 31, 100c), 휴대 기기(도 31, 100d), 가전(도 31, 100e), IoT 기기(도 31, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 31, 400), 기지국(도 31, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 33에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 34는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 34를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 33의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
여기서, 본 명세서의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(XXX, YYY)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 문서에서 본 발명의 실시예들은 주로 단말과 기지국 간의 신호 송수신 관계를 중심으로 설명되었다. 이러한 송수신 관계는 단말과 릴레이 또는 기지국과 릴레이간의 신호 송수신에도 동일/유사하게 확장된다. 본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), Node B, eNode B(eNB), 억세스 포인트(access point) 등의 용어에 의해 대체될 수 있다. 또한, 단말은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station) 등의 용어로 대체될 수 있다.
본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고받을 수 있다.
본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
상술한 바와 같은 본 발명의 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims (15)

  1. 제1 기지국에 의한 방법에 있어서,
    UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신하는 단계; 및
    상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 단계를 포함하고,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, 방법.
  2. 제1항에 있어서,
    상기 메시지는 특정 시간, 시간 범위, 특정 위치 또는 위치 범위 중 적어도 하나를 상기 트리거 조건으로 설정하는, 방법.
  3. 제2항에 있어서,
    상기 특정 시간, 상기 시간 범위, 상기 특정 위치 또는 상기 위치 범위는 상기 UE가 상기 예측 이동 경로를 따라 상기 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입할 것으로 예측된 값에 기초하여 결정된, 방법.
  4. 제1항에 있어서,
    상기 메시지가 특정 시간을 상기 트리거 조건으로 설정하는 것에 기반하여, 상기 핸드오버 커맨드에 기반한 RACH (random access channel) 절차는 상기 UE에서의 상기 핸드오버 커맨드의 수신 시점으로부터 상기 특정 시간이 경과한 것에 기초하여 트리거되는, 방법.
  5. 제1항에 있어서,
    상기 메시지가 특정 시간 및 위치 범위를 상기 트리거 조건으로 설정하는 것에 기초하여, 상기 핸드오버 커맨드에 기반한 RACH (random access channel) 절차는 상기 UE에서의 상기 핸드오버 커맨드의 수신 시점으로부터 상기 특정 시간 경과한 후에 상기 UE가 상기 위치 범위 내에 위치한 것에 기초하여 트리거되는, 방법.
  6. 제1항에 있어서,
    상기 예측 이동 경로가 상기 OoC 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 UE의 버퍼 상태에 대한 보고를 요청하는 단계;를 더 포함하는, 방법.
  7. 제6항에 있어서,
    상기 보고된 UE의 버퍼 상태에 기반하여, 상기 제1 기지국은 상기 OoC 영역을 통과하는 시간 동안 상기 UE의 서비스 연속성이 유지되는지 여부를 결정하는, 방법.
  8. 제1항에 있어서,
    상기 UE는 UAV (Unmanned Aerial Vehicle)과 관련되고, 상기 예측 이동 경로는 상기 UAV의 비행 경로인, 방법.
  9. 적어도 하나의 비일시적인 컴퓨터 판독 가능 매체에 있어서,
    적어도 하나의 프로세서에 의해 실행될 때 동작들을 수행하는 명령어들을 포함하고,
    상기 동작들은,
    UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신; 및
    상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, 적어도 하나의 비일시적인 컴퓨터 판독 가능 매체 기록 매체.
  10. 제1 기지국에 있어서,
    RF(Radio Frequency) 송수신기; 및
    상기 RF 송수신기와 연결되는 프로세서를 포함하고,
    상기 프로세서는 상기 RF 송수신기를 제어하여 UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신하고, 상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하며,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, 제1 기지국.
  11. 제1 기지국을 제어하는 프로세싱 장치에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 연결되고 적어도 하나의 프로세서에 의해 실행될 때 동작들을 수행하는 명령어들을 저장하는 적어도 하나의 메모리를 포함하고,
    상기 동작들은,
    UE (user equipment)로부터 예측 이동 경로에 대한 정보를 수신; 및
    상기 예측 이동 경로에 기초하여 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 상기 UE에게 전송하는 것을 포함하고,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, 프로세싱 장치.
  12. UE (user equipment)에 의한 방법에 있어서,
    제1 기지국에게 예측 이동 경로에 대한 정보를 전송하는 단계; 및
    제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 수신하는 단계를 포함하고,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, 방법.
  13. 제12항에 있어서,
    상기 메시지는 특정 시간, 시간 범위, 특정 위치 또는 위치 범위 중 적어도 하나를 상기 트리거 조건으로 설정하는, 방법.
  14. 제13항에 있어서,
    상기 특정 시간이 상기 트리거 조건으로 설정된 것에 기초하여, 상기 UE는 상기 핸드오버 커맨드의 수신 시점으로부터 상기 특정 시간 경과 후에 상기 제2 기지국과의 RACH (random access channel) 절차를 수행하는, 방법.
  15. UE (user equipment)에 있어서,
    RF(Radio Frequency) 송수신기; 및
    상기 RF 송수신기와 연결되는 프로세서를 포함하고,
    상기 프로세서는 상기 RF 송수신기를 제어하여 제1 기지국에게 예측 이동 경로에 대한 정보를 전송하고, 제2 기지국을 타겟 기지국으로 하는 핸드오버 커맨드 (Handover command)를 포함하는 메시지를 수신하며,
    상기 예측 이동 경로가 OoC (out of coverage) 영역을 거쳐 상기 제2 기지국의 커버리지에 진입하는 것에 기초하여, 상기 메시지는 상기 핸드오버 커맨드와 관련된 트리거 조건을 더 포함하는, UE.
PCT/KR2025/008912 2024-06-26 2025-06-25 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치 Pending WO2026005486A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20240083713 2024-06-26
KR10-2024-0083713 2024-06-26

Publications (1)

Publication Number Publication Date
WO2026005486A1 true WO2026005486A1 (ko) 2026-01-02

Family

ID=98222401

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2025/008912 Pending WO2026005486A1 (ko) 2024-06-26 2025-06-25 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치

Country Status (1)

Country Link
WO (1) WO2026005486A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180213457A1 (en) * 2015-09-25 2018-07-26 Huawei Technologies Co., Ltd. Cell handover method, apparatus, and device
US20200236602A1 (en) * 2017-09-05 2020-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Planned continuity of unmanned aerial vehicle (uav) link connectivity in uav traffic management systems
US20230189098A1 (en) * 2020-05-19 2023-06-15 Lenovo (Beijing) Ltd. Method and apparatus for wireless communication
KR20240070506A (ko) * 2021-10-06 2024-05-21 엘지전자 주식회사 무선 통신 시스템에서 위치에 기반하여 핸드오버를 수행하기 위한 장치 및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180213457A1 (en) * 2015-09-25 2018-07-26 Huawei Technologies Co., Ltd. Cell handover method, apparatus, and device
US20200236602A1 (en) * 2017-09-05 2020-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Planned continuity of unmanned aerial vehicle (uav) link connectivity in uav traffic management systems
US20230189098A1 (en) * 2020-05-19 2023-06-15 Lenovo (Beijing) Ltd. Method and apparatus for wireless communication
KR20240070506A (ko) * 2021-10-06 2024-05-21 엘지전자 주식회사 무선 통신 시스템에서 위치에 기반하여 핸드오버를 수행하기 위한 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALAIN SULTAN, KPN N.V.: "Pseudo-CR on update of use case 5.10 in TR 22.837", 3GPP DRAFT; S1-231348; TYPE PCR; FS_SENSING, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG1, no. Berlin, DE; 20230522 - 20230526, 29 May 2023 (2023-05-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052379892 *

Similar Documents

Publication Publication Date Title
WO2021002736A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 데이터를 전송하는 방법 및 이를 위한 장치
WO2021230401A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 ue가 협력 통신을 수행하는 방법 및 이를 위한 장치
WO2021002651A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 제1 메시지를 전송하는 방법 및 이를 위한 장치
WO2024191263A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2024210524A1 (ko) 무선 통신 시스템에서 네트워크가 메시지를 전송하는 방법 및 이를 위한 장치
WO2026005486A1 (ko) 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
WO2026005510A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2026014807A1 (ko) 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
WO2026024153A1 (ko) 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
WO2026034958A1 (ko) 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
WO2025259065A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2026063753A1 (ko) 무선 통신 시스템에서 장치가 통신을 수행하는 방법 및 이를 위한 장치
WO2024232692A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2026079813A1 (en) Method by which terminal performs communication in wireless communication system, and device therefor
WO2025155093A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2025150663A1 (ko) 무선 통신 시스템에서 단말이 통신을 수행하는 방법 및 이를 위한 장치
WO2025014091A1 (ko) 무선 통신 시스템에서 릴레이 통신을 수행하는 방법 및 이를 위한 장치
WO2021193995A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 신호를 수신하는 방법 및 이를 위한 장치
WO2025198336A1 (ko) 무선 통신 시스템에서 릴레이 통신을 수행하는 방법 및 이를 위한 장치
WO2025170302A1 (ko) 무선 통신 시스템에서 릴레이 통신을 수행하는 방법 및 이를 위한 장치
WO2025023709A1 (ko) 멀티 홉 u2u 동작에서 pdb 분리를 고려한 연결 설정 방법 및 이를 위한 장치
WO2025170298A1 (ko) 무선 통신 시스템에서 릴레이 통신을 수행하는 방법 및 이를 위한 장치
WO2025173982A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 이를 위한 장치
WO2025198335A1 (ko) 무선 통신 시스템에서 릴레이 통신을 수행하는 방법 및 이를 위한 장치
WO2025058404A1 (ko) 무선 통신 시스템에서 통신을 수행하는 방법 및 이를 위한 장치

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

Country of ref document: EP

Kind code of ref document: A1