WO2023014011A1 - 통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치 - Google Patents

통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치 Download PDF

Info

Publication number
WO2023014011A1
WO2023014011A1 PCT/KR2022/011284 KR2022011284W WO2023014011A1 WO 2023014011 A1 WO2023014011 A1 WO 2023014011A1 KR 2022011284 W KR2022011284 W KR 2022011284W WO 2023014011 A1 WO2023014011 A1 WO 2023014011A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
handover
handover command
command message
message
Prior art date
Application number
PCT/KR2022/011284
Other languages
English (en)
French (fr)
Inventor
옥진우
황준
에기월아닐
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Publication of WO2023014011A1 publication Critical patent/WO2023014011A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H04W36/087—Reselecting an access point between radio units of access points

Definitions

  • This disclosure relates to the operation of a base station in a communication system. More specifically, the present disclosure relates to operation of a base station for conditional handover in a communication system.
  • the 5G communication system or pre-5G communication system is being called a system after the 4G network (Beyond 4G Network) communication system or LTE system (Post LTE).
  • the 5G communication system is being considered for implementation in a mmWave band (eg, a 60 gigabyte (60 GHz) band).
  • a mmWave band eg, a 60 gigabyte (60 GHz) band.
  • FD-MIMO Full Dimensional MIMO
  • array antenna array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • cloud RAN cloud radio access network
  • ultra-dense network Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and interference cancellation etc. are being developed.
  • D2D Device to Device communication
  • CoMP Coordinated Multi-Points
  • advanced coding modulation Advanced Coding Modulation: ACM
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC Simple Window Superposition Coding
  • advanced access technologies FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access) and SCMA (sparse code multiple access) are being developed.
  • IoT Internet of Things
  • M2M Machine to machine
  • MTC Machine Type Communication
  • conditional A conditional handover may refer to handover performed by the terminal when one or more handover execution conditions are satisfied.
  • the terminal receiving configuration information for the conditional handover evaluates whether one or more handover execution conditions are satisfied, and if the handover execution conditions are satisfied, the handover execution conditions are satisfied. It may consist of a procedure for performing handover by synchronizing with a candidate cell (or target base station, target gNB) corresponding to .
  • Configuration information used in the conditional handover procedure is configuration information for conditional handover candidate cell(s), which can be changed through a conditional handover modification (CHO modification) procedure.
  • a handover command message (eg, handover command message) included in a handover request acknowledgment message (eg, handover request acknowledge message) received by the source base station from the target base station is It is transparent to the base station.
  • the source base station transmits the handover command message to the terminal as it is without performing a separate confirmation operation.
  • the configuration information for conditional handover is not changed (for example, if the target base station includes the same configuration information as the previously transmitted configuration information for conditional handover in the handover command message), the same information
  • the containing message may be redundantly delivered from the source base station to the terminal. This may cause problems such as waste of radio resources and unnecessary increase in signaling overhead. Therefore, it is necessary to devise a method to solve the above problems in order to support more efficient conditional handover.
  • conditional handover and sending a related, first handover command message of the second base station; If it is determined that the CHO setting needs to be changed, transmitting, to the second base station, a handover request message including first indication information indicating the setting change and handover preparation information related to the setting change; and receiving, from the second base station, a handover request response message including a second handover command message and second indication information indicating whether to ignore a CHO setting related to the second handover command message. and whether to transmit the second handover command message to the terminal may be determined based on the second indication information.
  • a first handover command message related to conditional handover (CHO) of the terminal receives, from the first base station, a handover request message including first indication information indicating a configuration change of the CHO and handover preparation information related to the configuration change; generating second indication information indicating whether to ignore a second handover command message and a CHO setting related to the second handover command message, based on the handover request message; and transmitting, to the first base station, a handover request response message including the second handover command message and the second indication information, wherein the second indication information causes the first base station to 2 It can be used to determine whether to transmit a handover command message to the terminal.
  • CHO conditional handover
  • the transmission and reception unit and controlling the transceiver to transmit a first handover command message of a second base station related to a conditional handover (CHO) through a radio resource control (RRC) message to a terminal, and changing the setting of the CHO. If it is determined that this is necessary, controlling the transceiver to transmit a handover request message including first indication information indicating the setting change and handover preparation information related to the setting change to the second base station, and The transceiver unit is configured to receive, from a second base station, a handover request response message including a second handover command message and second indication information indicating whether to ignore a CHO setting related to the second handover command message.
  • a controller may be included, and whether or not to transmit the second handover command message to the terminal may be determined based on the second indication information.
  • the transmitting and receiving unit and controlling the transceiver to transmit a first handover command message related to conditional handover (CHO) of the terminal to the first base station, and instructing the first base station to change the setting of the CHO.
  • CHO conditional handover
  • a method for preventing a handover command message including identical information from being repeatedly transmitted from a source base station to a terminal in a conditional handover change procedure is provided. Accordingly, problems such as waste of unnecessary radio resources can be solved, and more efficient conditional handover can be supported.
  • FIG. 1 is a diagram illustrating an example of a structure of a next-generation mobile communication system to which the present disclosure can be applied.
  • FIG. 2 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system to which the present disclosure can be applied.
  • FIG. 3 is a handover preparation procedure performed by a source base station and a potential target base station to support conditional handover according to an embodiment of the present disclosure and a pre-set conditional condition between the source base station and the potential target base station.
  • FIG. 4 is a diagram of a terminal, a source base station, and a target according to embodiments proposed in the present disclosure to solve problems caused by duplicate handover command messages including the same information being transmitted to the terminal in a conditional handover change procedure. It is a diagram showing the overall operation of the base station.
  • FIG. 5 is a diagram illustrating an operation of a target base station according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating an operation of a source base station according to an embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating a message and an information element (IE) according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram illustrating an operation of a target base station according to an embodiment of the present disclosure.
  • FIG. 9 is a diagram illustrating an operation of a source base station according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating a message and an IE according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram illustrating the structure of a terminal according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram showing the structure of a base station according to an embodiment of the present disclosure.
  • each block of the process flow chart diagrams and combinations of the flow chart diagrams can be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, so that the instructions executed by the processor of the computer or other programmable data processing equipment are described in the flowchart block(s). It creates means to perform functions.
  • These computer program instructions may also be stored in a computer usable or computer readable memory that can be directed to a computer or other programmable data processing equipment to implement functionality in a particular way, such that the computer usable or computer readable memory
  • the instructions stored in are also capable of producing an article of manufacture containing instruction means that perform the functions described in the flowchart block(s).
  • the computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to generate computer or other programmable data processing equipment. Instructions for performing processing equipment may also provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is possible for the functions mentioned in the blocks to occur out of order. For example, two blocks shown in succession may in fact be executed substantially concurrently, or the blocks may sometimes be executed in reverse order depending on their function.
  • connection node a term referring to network entities, a term referring to messages, a term referring to an interface between network entities, and a term referring to various types of identification information. Etc. are illustrated for convenience of description. Therefore, it is not limited to the terms used in this disclosure, and other terms that refer to objects having equivalent technical meanings may be used.
  • the communication standard established by the 3rd generation partnership project (3GPP) will be the main target, but the main subject of the present disclosure is other communication systems having a similar technical background Even in the range that does not significantly depart from the scope of the present invention, it can be applied with slight modifications, which will be possible with the judgment of those skilled in the art of the present disclosure.
  • a source base station may be referred to as a source gNB, a first base station, a source cell, or a term having the same or similar meaning thereto.
  • a target base station may be referred to as a target gNB, a second base station, a target cell, or a term having the same or similar meaning thereto.
  • a potential target base station means a target base station to which a terminal can perform handover according to conditional handover, and includes a candidate target base station, a candidate target cell, and a candidate cell. may be referred to as, or may also be referred to as a target base station, a target cell, etc., depending on the context.
  • a radio resource control (RRC) message may be referred to as a higher layer message, a higher level message, higher layer signaling, or a term having the same or similar meaning thereto.
  • RRC radio resource control
  • FIG. 1 is a diagram illustrating an example of a structure of a next-generation mobile communication system to which the present disclosure can be applied.
  • the illustrated RAN (Radio Access Network) Nodes (1-100, 1-200) are mobile communication core networks such as EPC (Evolved Packet Core) or 5GC (5G Core Network) (1-400) It may mean a mobile communication base station such as an LTE evolved Node B (eNodeB) or an NR next generation Node B (gNodeB) connected to a Core Network (CN).
  • RAN Nodes (1-100, 1-200) can have their functions separated into CU (Centralized Unit) and DU (Distributed Unit), and CU is again CU-CP (Control Plane) and CU-UP (User Plane) ), the functions can be separated.
  • CU Centralized Unit
  • DU Distributed Unit
  • CU-CP Control Plane
  • CU-UP User Plane
  • one RAN Node may be composed of one or more CU-CPs, one or more CU-UPs, and one or more DUs, respectively.
  • one RAN Node may be composed of CU-CP, CU-UP and DU.
  • one RAN Node may be composed of CUs and DUs in which CU-CP and CU-UP are implemented together.
  • CU-CP and DU may be implemented together in one RAN Node, and CU-UP may be configured separately.
  • one RAN Node may be configured as an integrated base station in which CU-CP, CU-UP, and DU are implemented together.
  • the configuration of the RAN Node as described above corresponds to only one example, and the present disclosure is not limited thereto.
  • One RAN Node may be configured in any other combination other than the above-described examples.
  • CUs and DUs can support each base station function separately.
  • a CU may support a function of a radio resource control (RRC) layer or a packet data convergence protocol (PDCP) layer
  • a DU may support a radio link control (RLC) layer, a medium access control (MAC) layer, and a physical ) layer or a radio frequency (RF) layer function.
  • RRC radio resource control
  • PDCP packet data convergence protocol
  • a DU may support a radio link control (RLC) layer, a medium access control (MAC) layer, and a physical ) layer or a radio frequency (RF) layer function.
  • RRC radio resource control
  • PDCP packet data convergence protocol
  • a DU may support a radio link control (RLC) layer, a medium access control (MAC) layer, and a physical ) layer or a radio frequency (RF) layer function.
  • RLC radio link control
  • MAC medium access control
  • RF radio frequency
  • the CU and DU may be connected to
  • CU may be divided into CU-CP and CU-UP.
  • functions of RRC layer or PDCP (for RRC) layer may be supported
  • functions of PDCP (for user data transmission) layer may be supported
  • CU-CP and CU -UP may be connected through an interface between internal functions of a base station such as an E1 interface.
  • the base stations may be implemented as an integrated structure or a separate structure, and connection between integrated structure base stations, between separate base stations, and between integrated structure base stations and separate structure base stations may be possible.
  • RAN Nodes may be connected through an interface between base stations such as an X2 interface or an Xn interface.
  • the RAN Node and the Core network may be connected through an interface between the base station and the Core network, such as an S1 interface or an NG interface.
  • FIG. 2 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system to which the present disclosure can be applied.
  • the radio protocols of the next-generation mobile communication system include NR service data adaptation protocol (SDAP) (2-01, 2-45) and NR in a terminal and an NR base station (eg, NR gNB), respectively. It can be composed of PDCP (2-05, 2-40), NR RLC (2-10, 2-35), NR MAC (2-15, 2-30), and NR PHY (2-20, 2-25). there is.
  • SDAP NR service data adaptation protocol
  • the main functions of the NR SDAPs (2-01, 2-45) may include some of the following functions.
  • mapping function between a QoS flow and a data bearer for uplink and downlink mapping between a QoS flow and a DRB for both DL and UL
  • the terminal transmits the header of the SDAP layer device for each PDCP layer device or for each bearer or for each logical channel in a radio resource control (RRC) message. Whether to use or whether to use the function of the SDAP layer device can be set.
  • the UE sets the Non-Access Stratum (NAS) Quality of Service (QoS) reflection setting 1-bit indicator (NAS reflective QoS) of the SDAP header and the Access Stratum (AS) QoS With the reflective configuration 1-bit indicator (AS reflective QoS), the UE may be instructed to update or reset mapping information for uplink and downlink QoS flows and data bearers.
  • the SDAP header may include QoS flow ID information indicating QoS. QoS information may be used as data processing priority and scheduling information to support smooth service.
  • the main functions of the NR PDCPs (2-05, 2-40) may include some of the following functions.
  • the reordering function of the NR PDCP layer may refer to a function of rearranging PDCP PDUs received from a lower layer in order based on a PDCP sequence number (SN). .
  • the reordering function of the NR PDCP layer may include a function of delivering data to a higher layer in the rearranged order.
  • the order rearrangement function of the NR PDCP layer may include a function of direct delivery without considering the order.
  • the order rearrangement function of the NR PDCP layer may include a function of rearranging the order and recording lost PDCP PDUs, and may include a function of reporting the status of the lost PDCP PDUs to the transmitter side, It may include a function of requesting retransmission of the received PDCP PDUs.
  • NR RLC The main functions of NR RLC (2-10, 2-35) may include some of the following functions.
  • the in-sequence delivery function of the NR RLC layer may refer to a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer. If one RLC SDU is originally divided into several RLC SDUs and received, the in-sequence delivery function of the NR RLC layer may include a function of reassembling and delivering them.
  • the in-sequence delivery function of the NR RLC layer may include a function of rearranging received RLC PDUs based on an RLC sequence number (SN) or a PDCP sequence number (SN).
  • the sequential delivery function of the NR RLC layer may include a function of reordering and recording lost RLC PDUs.
  • the sequential delivery function of the NR RLC layer may include a function of reporting the status of lost RLC PDUs to the transmitter, and may include a function of requesting retransmission of the lost RLC PDUs.
  • In-sequence delivery of the NR RLC layer may include, when there is a lost RLC SDU, a function of sequentially delivering only RLC SDUs prior to the lost RLC SDU to a higher layer.
  • In-sequence delivery of the NR RLC layer may include a function of sequentially delivering all RLC SDUs received up to now to a higher layer if a predetermined timer expires even if there is a lost RLC SDU.
  • the NR RLC layer may process RLC PDUs in the order in which they are received regardless of the order of sequence numbers (out-of sequence delivery) and deliver them to the NR PDCP layer.
  • the NR RLC layer When the NR RLC layer receives a segment, it may receive segments stored in a buffer or to be received later, reconstruct it into one complete RLC PDU, and deliver it to the NR PDCP layer.
  • the NR RLC layer may not include a concatenation function.
  • the splicing function may be performed in the NR MAC layer, or the splicing function may be replaced by a multiplexing function of the NR MAC layer.
  • out-of-sequence delivery of the NR RLC layer may refer to a function of immediately delivering RLC SDUs received from a lower layer to an upper layer regardless of order.
  • Out-of-sequence delivery of the NR RLC layer may include a function of reassembling and delivering, when originally one RLC SDU is divided into several RLC SDUs and received.
  • the out-of-sequence delivery function of the NR RLC layer may include a function of storing RLC SNs or PDCP SNs of received RLC PDUs and arranging the order to record lost RLC PDUs.
  • NR MACs (2-15, 2-30) may be connected to several NR RLC layers configured in one terminal, and the main functions of the NR MAC may include some of the following functions.
  • the NR PHY layers (2-20, 2-25) channel code and modulate higher layer data, convert OFDM symbols into OFDM symbols and transmit them through a radio channel, or demodulate OFDM symbols received through a radio channel and channel decode them to a higher layer. You can perform forwarding operations.
  • Conditional handover may refer to handover performed by the terminal when one or more handover execution conditions are satisfied.
  • conditional handover will be described in detail with reference to FIG. 3 .
  • FIG. 3 is a handover preparation procedure performed by a source base station and a potential target base station to support conditional handover according to an embodiment of the present disclosure and a pre-set conditional condition between the source base station and the potential target base station.
  • the terminal 3-100 may transmit a measurement report to the source base station 3-200.
  • the source base station 3-200 determines the potential in step 3-10 based on the signal measurement results and determination conditions of the base stations (eg, gNBs) measured by the terminal. It may be determined to perform conditional handover (CHO) by selecting target base stations 3-300.
  • FIG. 3 illustrates one potential target base station and a conditional handover procedure, in particular, a preparation procedure for conditional handover, the present disclosure is not limited thereto.
  • Conditional handover may include determining one or more potential target base stations, performing a procedure for conditional handover with each potential target base station, and each potential target base station. The same procedure shown in FIG. 3 may be performed for the target base station.
  • the source base station 3-200 may transmit a handover request message (eg, a HANDOVER REQUEST message) to the potential target base station 3-300 in step 3-02. .
  • the handover request message may include an indicator (eg, CHO initiation) indicating that the handover requested by the source base station 3-200 is a conditional handover.
  • the handover request message may include RRC Context along with protocol data unit (PDU) session resource (PDU session resource) information.
  • RRC Context may include a handover preparation information message (eg, HandoverPreparationInformation message).
  • the PDU session resource information and the handover preparation information message which is RRC Context, may be information desired to be accepted and configured by the potential target base station 3-300.
  • the potential target base station 3-300 Upon receiving the handover request message, the potential target base station 3-300 sends a handover request confirmation message (for example, a HANDOVER REQUEST ACKNOWLEDGE message) to the source base station 3-200 in step 3-03 in response thereto. can transmit.
  • the handover request confirmation message includes a handover command message (eg, HandoverCommand message) may be included.
  • the potential target base station 3-300 may accept all or part of the PDU session resources received from the source base station 3-200. In addition, all of the RRC Context settings received from the source base station 3-200 may be followed, or some settings may be followed.
  • the source base station (3-200) Upon receiving the handover request confirmation message, the source base station (3-200) includes the handover command message in the handover request confirmation message in the RRC message (eg, RRC Reconfiguration message) in step 3-04, and the terminal (3-200) -100). At this time, the handover command message is transparent to the source base station 3-200. In other words, the source base station 3-200 does not check the content of the handover command message, and as described above, carries the handover command message in the RRC message and only serves to deliver it to the terminal 3-100.
  • the terminal 3-100 may complete the preparation procedure for conditional handover by transmitting an RRC message (eg, RRC Reconfiguration Complete message) in step 3-05 in response thereto. Meanwhile, according to an embodiment, the preparation procedure for conditional handover corresponding to steps 3-01, 3-02, 3-03, 3-04, 3-05, and 3-10 of FIG. 3 is an initial conditional handover. It may be referred to as a setup procedure.
  • the source base station 3-200 may change (or amend) conditional handover-related settings previously set by the potential target base station 3-300. there is.
  • the source base station 3-200 may determine to change conditional handover-related settings.
  • the source base station 3-200 may transmit a handover request message (eg, a HANDOVER REQUEST message) to the target base station 3-300 that has completed the existing conditional handover setup.
  • a handover request message eg, a HANDOVER REQUEST message
  • the handover request message (eg, HANDOVER REQUEST message) transmitted to the target base station (3-300) in step 3-06
  • an indicator indicating that the message intends to change the existing conditional handover setting eg, For example, a CHO Replace indicator
  • the handover request message may include changed conditional handover settings, that is, PDU session resources and RRC Context.
  • the potential target base station 3-300 Upon receiving a handover request message (eg, HANDOVER REQUEST message) including an indicator indicating that the existing conditional handover setting is to be changed, the potential target base station 3-300 receives the message as conditional handover setting It can be recognized that it was sent to change. In response to this, the target base station 3-300 may transmit a handover request confirmation message (eg, a HANDOVER REQUEST ACKNOWLEDGE message) to the source base station 3-200 in step 3-07. At this time, the handover request confirmation message transmitted in step 3-07 may include a PDU session resource newly accepted and configured by the potential target base station 3-300 and a handover command.
  • a handover request message eg, HANDOVER REQUEST message
  • the target base station 3-300 may transmit a handover request confirmation message (eg, a HANDOVER REQUEST ACKNOWLEDGE message) to the source base station 3-200 in step 3-07.
  • the handover request confirmation message transmitted in step 3-07 may include a PDU session resource newly
  • the source base station 3-200 that has received the handover request confirmation message receives an RRC message including the handover command received in step 3-07, similarly to the initial setting for conditional handover ( For example, an RRC Reconfiguration message) may be transmitted to the terminal 3-100.
  • the UE 3-100 Upon receiving the RRC message, the UE 3-100 can recognize the changed conditional handover configuration.
  • the terminal 3-100 transmits an RRC message (eg, an RRC Reconfiguration Complete message) to the source base station 3-200 in response thereto, thereby changing the conditional handover configuration. process can be completed.
  • an RRC message eg, an RRC Reconfiguration Complete message
  • the potential target base station 3-300 accepts all settings or some settings based on handover preparation information (eg, HandoverPreparationInformation), which is RRC Context transmitted by the source base station 3-200. can decide whether to accept. This may also be performed in the same way in a procedure for changing conditional handover settings. For example, as the source base station 3-200 determines to change the preset conditional handover settings in step 3-20, the corresponding message in the handover request message indicates that the conditional handover settings are to be changed. Even if the RRC Context is transmitted to the potential target eNB 3-300 together with an indicator (eg, CHO Replace indicator), the potential target eNB 3-300 determines not to change the existing conditional handover configuration in consideration of various circumstances. may be That is, there may be cases in which the handover command message transmitted in step 3-03 and the handover command message transmitted in step 3-07 include the same information.
  • handoverPreparationInformation is RRC Context transmitted by the source base station 3-200. can decide whether to accept. This may also be performed
  • the source base station 3-200 does not check the content of the handover command message and transmits it to the terminal 3-100 as it is. Therefore, in this case, the handover command message delivered to the terminal 3-100 through the RRC message (eg, RRC Reconfiguration message), that is, the configuration of the potential target base station 3-300 is also the same, which is the same information. This means that is transmitted to the terminal 3-100 in duplicate, which may cause unnecessary waste in terms of radio resources and processing power of the terminal. Therefore, the present disclosure proposes a method capable of solving problems such as waste of radio resources, processing power of a terminal, and increased overhead in a network due to unnecessary signal transmission and reception, which may occur in a conditional handover change procedure. Hereinafter, it will be described in detail with reference to FIG. 4 .
  • FIG. 4 is a diagram of a terminal, a source base station, and a target according to embodiments proposed in the present disclosure to solve problems caused by duplicate handover command messages including the same information being transmitted to the terminal in a conditional handover change procedure. It is a diagram showing the overall operation of the base station.
  • a preparation procedure 100 for conditional handover is the same as that described in FIG. 3 , and thus a description thereof will be omitted.
  • the source base station 4-200 may decide to change the preset conditional handover configuration.
  • the first embodiment including steps 4-20 to 4-21 ( 200) or operations of the source base station and the target base station according to the second embodiment 300 including steps 4-30 to 4-31 may be performed.
  • each embodiment will be described in detail with reference to FIGS. 5 to 12 .
  • FIG. 5 is a diagram illustrating an operation of a target base station according to an embodiment of the present disclosure.
  • a new indicator may be added to a handover request message (eg, a HANDOVER REQUEST message).
  • the source base station 4-200 includes a conditional handover related indicator (eg, the above-described CHO Replace indicator) and an indicator allowing omission of RRC context (eg, Permission to omit RRC Context indicator) in the handover request message. Can be transmitted to the target base station (4-300) including.
  • step 5-100 the potential target base station 4-300 sends a handover request message including an indicator (eg, CHO Replace indicator) indicating that the handover request message intends to change the conditional handover configuration.
  • an indicator eg, CHO Replace indicator
  • the target base station 4-300 does not include the RRC Context in the handover request confirmation message and may check whether it can be transmitted to the source base station 4-200. That is, the target base station 4-300 sends an RRC message to the handover request confirmation message based on whether an indicator allowing omission of the RRC context (eg, Permission to omit RRC Context) is included in the handover request message. It can be checked whether it can be transmitted to the source base station 4-200 without including the Context.
  • an indicator allowing omission of the RRC context eg, Permission to omit RRC Context
  • the target base station 4-300 sends a handover command message to the handover request confirmation message. can be transmitted, including In contrast, if the corresponding indicator (eg, Permission to omit RRC Context) is included in the handover request message, in step 5-300, the potential target base station 4-300 is the previous (eg, recent) It may be checked whether the handover command message (eg, old HandoverCommand) transmitted to the source base station is the same as the currently newly generated handover command message (eg, New HandoverCommand).
  • the handover command message eg, old HandoverCommand
  • the target base station (4) -300 may transmit a handover request confirmation message that does not include the currently generated handover command message to the source base station 4-200.
  • the target The base station 4-300 may transmit a handover request confirmation message including a newly generated handover command message (eg, New HandoverCommand) to the source base station 4-200.
  • the potential target base station 4-300 which has received permission from the source base station 4-200 to send a handover request confirmation message that does not include an RRC Context, performs a newly created handover based on the current conditional handover configuration.
  • the target base station 4-300 currently performs a newly generated handover.
  • the handover request confirmation message may be configured by excluding (or omitting) the command message.
  • the source base station 4-100 receiving the handover request confirmation message without such a handover command message sends the terminal 4-100 a handover command message or an RRC message including information in the handover command message (e.g.
  • the step of transmitting the RRC Reconfiguration message (step 4-40 of FIG. 4) can be omitted, and accordingly, in response to the RRC message received by the terminal, the RRC message (eg, For example, the step of transmitting the RRC Reconfiguration Complete message (steps 4-41 of FIG. 4) may also be omitted.
  • steps 5-100 to 5-500 of FIG. 5 may be performed simultaneously or some may be omitted.
  • FIG. 6 is a diagram illustrating an operation of a source base station according to an embodiment of the present disclosure.
  • the handover including the conditional handover-related indicator (eg, the CHO Replace indicator described above).
  • An over request message may be transmitted to the target base station 4-300.
  • the handover request message may include an indicator allowing omission of the RRC context (eg, Permission to omit RRC Context).
  • the source base station 4-200 may receive a handover request confirmation message from the target base station 4-300.
  • the source base station 4-200 receives the handover request message in step 6-200.
  • the handover request confirmation message may or may not include a handover command message. If the handover request confirmation message includes the handover command message, in step 6-300, the source base station 4-200 sends an RRC message (eg, RRC Reconfiguration message) including the handover command message. It can be transmitted to the terminal 4-100.
  • RRC message eg, RRC Reconfiguration message
  • the source base station 4-200 may receive an RRC message (eg, an RRC Reconfiguration complete message) from the terminal 4-100.
  • RRC message eg, an RRC Reconfiguration complete message
  • the source base station 4-200 may omit operations of steps 6-300 to 6-400.
  • FIG. 7 is a diagram illustrating a message and an information element (IE) according to an embodiment of the present disclosure.
  • an indicator allowing omission of the RRC context (eg, Permission to omit RRC Context) (7-10) can be defined.
  • the potential target base station receiving the handover request message including the corresponding IE under specific conditions e.g., the handover command message previously transmitted to the source base station and the currently newly generated handover
  • the handover request confirmation message 7-200 may be configured by including or excluding the handover command message depending on whether the command message is the same or different, and transmit the handover request confirmation message 7-200 to the target base station.
  • a Target NG-RAN node To Source NG-RAN node Transparent Container (7-20) that contains the handover command message in the handover request confirmation message (7-200) The presence of can be set as optional.
  • the handover command message is included in the handover request message based on whether an indicator (eg, Permission to omit RRC Context) allowing omission of the RRC context is included in the handover request message.
  • an indicator eg, Permission to omit RRC Context
  • an indicator related to whether omission of the RRC context is allowed may be included in the handover request message, and whether the indicator indicates that omission of the RRC context is allowed (eg, indicates a first value or a TRUE value), or The above-described procedure may be performed depending on whether omission of the RRC context is not permitted (eg, indicating a second value or a FALSE value).
  • FIG. 8 is a diagram illustrating an operation of a target base station according to an embodiment of the present disclosure.
  • a new indicator may be added to the handover request confirmation message.
  • the target base station 4-300 may receive a handover request message including a conditional handover-related indicator (eg, the aforementioned CHO Replace indicator).
  • the potential target base station 4-300 transmits a handover command message (eg, old HandoverCommand) previously (or recently) transmitted to the source base station and a newly generated handover command message (eg, For example, it is possible to check whether New HandoverCommand) is the same.
  • a handover command message eg, old HandoverCommand
  • a newly generated handover command message eg, New HandoverCommand
  • the target base station 4-300 determines whether information included in a handover command message previously (or recently) transmitted to the source base station is the same as information included in a newly generated handover command message. You can check.
  • the target base station 4-300 includes an indicator instructing to ignore the RRC context (eg, Ignore RRC Context indicator) in the handover request confirmation message, and returns to the source base station (4-300). 200) can be transmitted.
  • the target base station 4-300 does not include an indicator instructing to ignore the RRC context (eg, Ignore RRC Context indicator) in the handover request confirmation message, and performs handover A request confirmation message may be transmitted to the source base station 4-200.
  • All of the handover command messages generated based on the current settings may be included in the handover request confirmation message and transmitted to the source base station 4-200.
  • the source base station 4-200 Upon receiving the handover request confirmation message including an indicator instructing to ignore the RRC context (eg, Ignore RRC Context indicator), the source base station 4-200 sends a handover command message to the terminal 4-100 or handover
  • the step of transmitting the RRC message (eg, RRC Reconfiguration message) including the information in the command message (steps 4-40 of FIG. 4) may be omitted, and accordingly, the source base station responds to the RRC message received by the terminal.
  • the step of transmitting the RRC message (eg, RRC Reconfiguration Complete message) to (4-200) (step 4-41 of FIG. 4) may also be omitted.
  • FIG. 9 is a diagram illustrating an operation of a source base station according to an embodiment of the present disclosure.
  • step 9-100 when the source base station 4-200 determines to change the conditional handover configuration, the handset including the conditional handover-related indicator (eg, the CHO Replace indicator described above).
  • An over request message may be transmitted to the target base station 4-300.
  • the source base station 4-200 may receive a handover request confirmation message from the target base station 4-300.
  • the source base station (4-200) in step 9-300 may transmit an RRC message (eg, RRC Reconfiguration message) including the handover command message received through the handover request confirmation message to the terminal 4-100.
  • RRC message eg, RRC Reconfiguration message
  • the source base station 4-200 may receive an RRC message (eg, an RRC Reconfiguration complete message) from the terminal 4-100.
  • RRC message eg, an RRC Reconfiguration complete message
  • the handover request confirmation message received in step 9-200 includes an indicator instructing to ignore the RRC context (eg, Ignore RRC Context indicator)
  • the source base station 4-200 Operations of steps 9 through 400 may be omitted.
  • FIG. 10 is a diagram illustrating a message and an IE according to an embodiment of the present disclosure.
  • an indicator instructing to ignore the RRC context (eg, Ignore RRC Context indicator) (10-10) can be defined.
  • the potential target base station is determined under a specific condition (eg, when the handover command message previously transmitted to the source base station is the same as or different from the currently newly generated handover command message). ), the source that received the handover command message by including or not including an indicator (eg, Ignore RRC Context indicator) 10-10 instructing to ignore the RRC context in the handover request confirmation message
  • the base station may or may not transmit this to the terminal.
  • the source base station when the source base station receives a handover request confirmation message including an indicator (eg, Ignore RRC Context) 10-10 indicating to ignore the RRC context from the target base station, the source base station performs handover The handover command message in the request confirmation message or the information included in the handover command message may not be transmitted to the terminal.
  • the source base station when the source base station receives a handover request confirmation message from the target base station that does not include an indicator (eg, Ignore RRC Context) 10-10 indicating to ignore the RRC context, the source base station requests handover A handover command message in the confirmation message or information included in the handover command message may be transmitted to the terminal.
  • the information included in the handover command message previously (or recently) transmitted to the source base station and the information included in the newly generated handover command message are the same or different. It has been described that an indicator (eg, Ignore RRC Context indicator) instructing to ignore the RRC context is included or not included in the request confirmation message, but the present disclosure is not limited thereto.
  • an indicator eg, Ignore RRC Context indicator
  • an indicator on whether or not to ignore the RRC context is included in the handover request confirmation message, and information included in the handover command message previously (or recently) transmitted to the source base station and the currently newly generated handover command Depending on whether the information included in the message is the same or different, the indicator may indicate to ignore the RRC context (eg, indicate a third value or a TRUE value) or may indicate not to ignore the RRC context ( For example, indicating a fourth value or a FALSE value), the above-described procedure may be performed accordingly.
  • a method for preventing handover command messages including identical information from being repeatedly transmitted from a source base station to a terminal in a conditional handover change procedure is provided. Accordingly, problems such as waste of unnecessary radio resources can be solved, and more efficient conditional handover can be supported.
  • FIG. 11 is a diagram illustrating the structure of a terminal according to an embodiment of the present disclosure.
  • a terminal may include a transceiver 11-10, a controller 11-20, and a memory 11-30.
  • the controller may be defined as a circuit or an application-specific integrated circuit or at least one processor.
  • the transmitting/receiving unit 11-10 may transmit/receive signals with other network entities.
  • the transceiver 11-10 may receive a signal including an RRC message (eg, RRC Reconfiguration message) from the base station, and transmit an RRC message (eg, RRC Reconfiguration Complete message) to the base station. signals can be transmitted.
  • RRC message eg, RRC Reconfiguration message
  • RRC message eg, RRC Reconfiguration Complete message
  • the control unit 11-20 may control the overall operation of the terminal according to the embodiment proposed in the present disclosure.
  • the control unit 11-20 may control signal flow between blocks to perform an operation according to the above-described flowchart.
  • the control unit 11-20 sets a value for conditional handover based on the received RRC message (eg, RRC Reconfiguration message) according to an embodiment of the present disclosure. You can control what it does.
  • the memory 11-30 may store at least one of information transmitted and received through the transceiver 11-10 and information generated through the control unit 11-20.
  • the memory 11-30 may store setting values of potential target cells for handover.
  • FIG. 12 is a diagram showing the structure of a base station according to an embodiment of the present disclosure.
  • the base station shown in FIG. 12 may correspond to a source base station or a target base station according to an embodiment of the present disclosure.
  • a base station may include a wireless transceiver 12-10, a base station/core network transceiver 12-20, a control unit 12-30, and a memory 12-40.
  • the controller may be defined as a circuit or an application-specific integrated circuit or at least one processor.
  • the base station shown in FIG. 12 may be a RAN node including both gNB-CU and gNB-DU.
  • the RAN node is an LTE eNB (evolved Node B, eNodeB) or NR gNB (next generation Node B, gNodeB) connected to a mobile communication core network (Core Network, CN) such as EPC (Evolved Packet Core) or 5GC (5G Core Network). ), etc., may mean a mobile communication base station.
  • the RAN node may be divided into a Centralized Unit (CU) and a Distributed Unit (DU), and the CU may again have functions separated into a CU-CP (Control Plane) and a CU-UP (User Plane).
  • CU Centralized Unit
  • DU Distributed Unit
  • one RAN Node may be composed of one or more CU-CPs, one or more CU-UPs, and one or more DUs, respectively.
  • one RAN Node may be composed of CU-CP, CU-UP and DU.
  • one RAN Node may be composed of CUs and DUs in which CU-CP and CU-UP are implemented together.
  • CU-CP and DU may be implemented together in one RAN Node, and CU-UP may be configured separately.
  • one RAN Node may be configured as an integrated base station in which CU-CP, CU-UP, and DU are implemented together.
  • the configuration of the RAN Node as described above corresponds to only one example, and the present disclosure is not limited thereto.
  • One RAN Node may be configured in any other combination other than the above examples.
  • CUs and DUs can support each base station function separately.
  • a CU may support functions of an RRC layer or a PDCP layer
  • a DU may support functions of an RLC layer, a MAC layer, a PHY layer, or an RF layer.
  • the CU and DU may be connected to each other through an interface between internal functions of the base station, such as a W1 interface or an F1 interface.
  • CU may be divided into CU-CP and CU-UP.
  • functions of RRC layer or PDCP (for RRC) layer may be supported
  • functions of PDCP (for user data transmission) layer may be supported
  • CU-CP and CU -UP may be connected through an interface between internal functions of a base station such as an E1 interface.
  • the base stations may be implemented as an integrated structure or a separate structure, and connection between integrated structure base stations, between separate base stations, and between integrated structure base stations and separate structure base stations may be possible.
  • RAN Nodes may be connected through an interface between base stations such as an X2 interface or an Xn interface.
  • the RAN Node and the Core network may be connected through an interface between the base station and the Core network, such as an S1 interface or an NG interface.
  • the wireless transceiver 12-10 may transmit and receive signals with other network entities.
  • the wireless transceiver 12-10 may transmit/receive a signal from a terminal or transmit a signal including a message such as an RRC message (eg, an RRC Reconfiguration message) for controlling an operation of the terminal.
  • RRC message eg, an RRC Reconfiguration message
  • the other base station/core network transmission/reception units 12-20 may transmit/receive signals with other network entities. For example, uplink data or downlink data exchanged with a user plane function (UPF) may be transmitted and received.
  • UPF user plane function
  • the control unit 12-30 may control the overall operation of the base station according to the embodiment proposed in the present disclosure.
  • the control unit 12-30 may control signal flow between blocks to perform an operation according to the flowchart described above.
  • the memory 12-40 stores at least one of information transmitted and received through the wireless transceiver 12-10 and the other base station/core network transceiver 12-20 and information generated through the control unit 12-30.
  • the memory 12-40 may store information included in a recently transmitted handover command message.
  • constituent elements included in the present disclosure are expressed in singular or plural numbers according to the specific embodiments presented.
  • the singular or plural expressions are selected appropriately for the presented situation for convenience of explanation, and the present disclosure is not limited to singular or plural components, and even components expressed in plural are composed of the singular number or singular. Even the expressed components may be composed of a plurality.

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시에서 제안된 다양한 실시예들에 따르면, 조건부 핸드오버(conditional handover) 수정 절차에서, 동일한 정보를 포함하는 핸드오버 명령 메시지가 소스 기지국으로부터 단말에 전달되지 않도록 할 수 있는 방법이 제공된다. 이에 따라, 불필요한 무선 자원의 낭비와 같은 문제점을 해결할 수 있게 되는 바, 보다 효율적인 조건부 핸드오버가 지원될 수 있다.

Description

통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치
본 개시는 통신 시스템에서 기지국의 동작에 관한 것이다. 보다 구체적으로, 본 개시는 통신 시스템에서 조건부 핸드오버(conditional handover)를 위한 기지국의 동작에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후(Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나(large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network: cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(Device to Device communication: D2D), 무선 백홀(wireless backhaul), 이동 네트워크(moving network), 협력 통신(cooperative communication), CoMP(Coordinated Multi-Points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM(Hybrid FSK and QAM Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE(Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 바와 같은 이동 통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.
한편, 5G 통신 시스템과 같은 차세대 이동통신 시스템에서는, 단말이 이동함에 따라 수행되는 핸드오버(handover)의 성공률 향상 등 기존의 핸드오버 방법과 비교하여, 보다 향상된 이동성(enhanced mobility)를 지원하기 위해 조건부 핸드오버(conditional handover, CHO)가 제안되었다. 조건부 핸드오버는 하나 또는 그 이상의 핸드오버 실행 조건(handover execution condition)이 만족되는 경우, 단말에 의해 수행되는 핸드오버를 의미할 수 있다. 최근 조건부 핸드오버와 관련된 절차에서 발생할 수 있는 무선 자원(radio resource) 낭비, 시그널링 오버헤드 등과 같은 문제점을 해결하는 방안의 필요성이 대두되고 있다.
상술한 조건부 핸드오버는, 조건부 핸드오버에 대한 설정 정보를 수신한 단말이 하나 또는 그 이상의 핸드오버 실행 조건이 만족되는지 여부를 평가하고, 핸드오버 실행 조건이 만족되는 경우, 만족된 핸드오버 실행 조건과 대응하는 후보 셀(또는, 타겟 기지국, 타겟 gNB)와 동기화를 하여 핸드오버를 수행하는 절차로 구성될 수 있다.
조건부 핸드오버 절차 내에서 사용되는 설정 정보는 조건부 핸드오버의 후보 셀(들)에 대한 설정 정보로써, 이는 조건부 핸드오버 변경(CHO modification) 절차를 통해 변경될 수 있다.
한편, 조건부 핸드오버 변경 절차에서, 소스 기지국이 타겟 기지국으로부터 수신하는 핸드오버 요청 확인 메시지(예를 들어, handover request acknowledge message)에 포함된 핸드오버 명령 메시지(예를 들어, handover command message)는 소스 기지국에 대해 트랜스페어런트(transparent)하다. 다시 말해, 소스 기지국은 핸드오버 명령 메시지에 대해 별도의 확인 동작을 수행하지 않고, 그대로 단말에 전달한다. 만약, 조건부 핸드오버에 대한 설정 정보가 변경되지 않는 경우(예를 들어, 타겟 기지국이 이전에 전송한 조건부 핸드오버에 대한 설정 정보와 동일한 설정 정보를 핸드오버 명령 메시지에 포함한 경우), 동일한 정보를 포함하는 메시지가 소스 기지국으로부터 단말에 중복적으로 전달될 수 있다. 이는 무선 자원의 낭비, 불필요한 시그널링 오버헤드 증가의 문제점을 야기할 수 있는 바, 보다 효율적인 조건부 핸드오버를 지원하기 위해 상술한 문제점을 해결할 수 있는 방안이 고안될 필요가 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
전술한 문제점을 해결하기 위하여, 본 개시의 일 실시예에 따른 통신 시스템에서 제1 기지국의 방법에 있어서, 단말로, RRC(radio resource control) 메시지를 통하여, 조건부 핸드오버(conditional handover, CHO)와 관련된, 제2 기지국의 제1 핸드오버 명령 메시지를 전송하는 단계; 상기 CHO의 설정 변경이 필요하다 판단되면, 상기 제2 기지국으로, 상기 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 전송하는 단계; 및 상기 제2 기지국으로부터, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 수신하는 단계를 포함하고, 상기 제2 핸드오버 명령 메시지의 상기 단말로의 전송 여부는, 상기 제2 지시 정보에 기반하여 결정될 수 있다.
또한, 본 개시의 일 실시예에 따른 통신 시스템에서 제2 기지국의 방법에 있어서, 제1 기지국으로, 단말의 조건부 핸드오버(conditional handover, CHO)와 관련된, 제1 핸드오버 명령 메시지를 전송하는 단계; 상기 제1 기지국으로부터, 상기 CHO의 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계; 상기 핸드오버 요청 메시지에 기반하여, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 생성하는 단계; 및 상기 제1 기지국으로, 상기 제2 핸드오버 명령 메시지 및 상기 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 전송하는 단계를 포함하고, 상기 제2 지시 정보는, 상기 제1 기지국이 상기 제2 핸드오버 명령 메시지를 상기 단말로 전송할지 여부를 결정하는데 이용될 수 있다.
또한, 본 개시의 일 실시예에 따른 통신 시스템에서 제1 기지국에 있어서, 송수신부; 및 단말로, RRC(radio resource control) 메시지를 통하여, 조건부 핸드오버(conditional handover, CHO)와 관련된, 제2 기지국의 제1 핸드오버 명령 메시지를 전송하도록 상기 송수신부를 제어하고, 상기 CHO의 설정 변경이 필요하다 판단되면, 상기 제2 기지국으로, 상기 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 전송하도록 상기 송수신부를 제어하며, 및 상기 제2 기지국으로부터, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 수신하도록 상기 송수신부를 제어하는 제어부를 포함하고, 상기 제2 핸드오버 명령 메시지의 상기 단말로의 전송 여부는, 상기 제2 지시 정보에 기반하여 결정될 수 있다.
또한, 본 개시의 일 실시예에 따른 통신 시스템에서 제2 기지국에 있어서, 송수신부; 및 제1 기지국으로, 단말의 조건부 핸드오버(conditional handover, CHO)와 관련된, 제1 핸드오버 명령 메시지를 전송하도록 상기 송수신부를 제어하고, 상기 제1 기지국으로부터, 상기 CHO의 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 수신하도록 상기 송수신부를 제어하며, 상기 핸드오버 요청 메시지에 기반하여, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 생성하고, 및 상기 제1 기지국으로, 상기 제2 핸드오버 명령 메시지 및 상기 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 전송하도록 상기 송수신부를 제어하는 제어부를 포함하고, 상기 제2 지시 정보는, 상기 제1 기지국이 상기 제2 핸드오버 명령 메시지를 상기 단말로 전송할지 여부를 결정하는데 이용될 수 있다.
본 개시에서 제안된 다양한 실시예들에 따르면, 조건부 핸드오버 변경 절차에서 동일한 정보를 포함하는 핸드오버 명령 메시지가 소스 기지국으로부터 단말에 중복적으로 전달되지 않도록 할 수 있는 방법이 제공된다. 이에 따라, 불필요한 무선 자원의 낭비와 같은 문제점을 해결할 수 있게 되는 바, 보다 효율적인 조건부 핸드오버가 지원될 수 있다.
본 개시의 상기 및 다른 목적, 특징 및 이점은 첨부된 도면을 참조하여 본 개시의 실시예들에 대한 다음의 설명을 통해, 보다 명확해질 것이다.
도 1 은 본 개시가 적용될 수 있는 차세대 이동통신 시스템 구조의 예시를 도시한 도면이다.
도 2는 본 개시가 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 도시한 도면이다.
도 3은 본 개시의 일 실시예에 따른 조건부 핸드오버를 지원하기 위해 소스 기지국과 잠재적(potential) 타겟 기지국이 수행하는 핸드오버 준비(handover preparation) 절차 및 소스 기지국과 잠재적 타겟 기지국 사이에 기 설정된 조건부 핸드오버 관련 설정(예를 들어, CHO configuration)을 변경하는 조건부 핸드오버 변경 절차를 도시한 도면이다.
도 4는 조건부 핸드오버 변경 절차에서, 동일한 정보를 포함하는 핸드오버 명령 메시지가 단말에 중복되어 전달됨으로써 발생하는 문제점을 해결하기 위하여, 본 개시에서 제안하는 실시예들에 따른 단말, 소스 기지국 및 타겟 기지국의 전반적인 동작을 도시한 도면이다.
도 5는 본 개시의 일 실시예에 따른 타겟 기지국의 동작을 도시한 도면이다.
도 6은 본 개시의 일 실시예에 따른 소스 기지국의 동작을 도시한 도면이다.
도 7은 본 개시의 일 실시예에 따른 메시지와 IE(information element)를 도시한 도면이다.
도 8은 본 개시의 일 실시예에 따른 타겟 기지국의 동작을 도시한 도면이다.
도 9는 본 개시의 일 실시예에 따른 소스 기지국의 동작을 도시한 도면이다.
도 10은 본 개시의 일 실시예에 따른 메시지와 IE를 도시한 도면이다.
도 11은 본 개시의 일 실시예에 따른 단말의 구조를 도시한 도면이다.
도 12는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.
이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
실시예를 설명함에 있어서, 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로, 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시에서 사용하는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 개시에서는 5G 또는 NR, LTE 시스템에 대한 규격에서 정의하는 용어와 명칭들을 사용한다. 하지만, 본 개시가 이러한 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
즉, 본 개시의 실시예들을 구체적으로 설명함에 있어서, 3GPP(3rd generation partnership project)가 규격을 정한 통신 규격을 주된 대상으로 할 것이지만, 본 개시의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 개시의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.
본 개시에서, 소스 기지국은 소스 gNB, 제1 기지국, 소스 셀(source cell) 또는 이와 동일하거나 유사한 의미를 갖는 용어에 의해 지칭될 수 있다.
또한, 본 개시에서, 타겟 기지국은 타겟 gNB, 제2 기지국, 타겟 셀(target cell) 또는 이와 동일하거나 유사한 의미를 갖는 용어에 의해 지칭될 수 있다. 한편, 본 개시에서 잠재적인(potential) 타겟 기지국은 조건부 핸드오버에 따라 단말이 핸드오버할 수 있는 타겟 기지국을 의미하는 것으로, 후보(candidate) 타겟 기지국, 후보 타겟 셀(candidate target cell), 후보 셀로 지칭될 수 있으며, 또는, 문맥에 따라 타겟 기지국, 타겟 셀 등으로도 지칭될 수도 있다.
또한, 본 개시에서 RRC(radio resource control) 메시지는 상위 계층 메시지, 상위 레벨 메시지, 상위 계층 시그널링 또는 이와 동일하거나 유사한 의미를 갖는 용어에 의해 지칭될 수 있다.
도 1은 본 개시가 적용될 수 있는 차세대 이동통신 시스템 구조의 예시를 도시한 도면이다.
도 1을 참조하면, 도시된 RAN(Radio Access Network) Node(1-100, 1-200)는 EPC(Evolved Packet Core) 또는 5GC(5G Core Network)(1-400) 등의 이동통신 Core 망(Core Network, CN)과 연결된 LTE eNB(evolved Node B, eNodeB) 또는 NR gNB(next generation Node B, gNodeB)등의 이동통신 기지국을 의미할 수 있다. 한편, RAN Node(1-100, 1-200)는 CU(Centralized Unit)와 DU(Distributed Unit)로 기능이 분리될 수 있으며, CU는 다시 CU-CP(Control Plane)와 CU-UP(User Plane)로 기능이 분리될 수 있다.
일 실시예에 따르면, 하나의 RAN Node는 각각 하나 이상의 CU-CP 및 하나 이상의 CU-UP와 하나 이상의 DU로 구성될 수 있다. 또한, 하나의 RAN Node는 CU-CP, CU-UP 및 DU로 구성될 수 있다. 예를 들어, 하나의 RAN Node는 CU-CP와 CU-UP가 함께 구현된 CU와 DU로 구성될 수 있다. 또는, 하나의 RAN Node에는 CU-CP와 DU가 함께 구현되고, CU-UP는 별도로 구성될 수 있다. 또는, 하나의 RAN Node는 CU-CP, CU-UP 및 DU가 함께 구현된 일체형 기지국 형태로 구성될 수 있다. 한편, 상술한 바와 같은 RAN Node의 구성은 일예에 해당할 뿐, 본 개시가 이에 국한되는 것은 아니다. 상술한 예시 외 임의의 다른 조합으로 하나의 RAN Node가 구성될 수 있다.
일 실시예에 따르면, CU와 DU는 각각의 기지국 function을 나누어서 지원할 수 있다. 예를 들어, CU는 RRC(radio resource control) 계층 또는 PDCP(packet data convergence protocol) 계층의 기능을 지원할 수 있고, DU는 RLC(radio link control) 계층, MAC(medium access control) 계층, PHY(physical) 계층 또는 RF(radio frequency) 계층의 기능을 지원할 수 있다. 또한, CU와 DU는 W1 인터페이스(interface) 또는 F1 인터페이스와 같은 기지국 내부 기능 간 인터페이스를 통해 서로 연결될 수 있다.
일 실시예에 따르면, CU는 CU-CP와 CU-UP로 나누어질 수 있다. 예를 들어, CU-CP에서는 RRC 계층 또는 PDCP(RRC 용) 계층의 기능이 지원될 수 있고, CU-UP에서는 PDCP(사용자 데이터 전송 용) 계층의 기능이 지원될 수 있고, CU-CP와 CU-UP는 E1 인터페이스와 같은 기지국 내부 기능 간 인터페이스를 통해 연결될 수 있다.
일 실시예에 따르면, 기지국들은 일체형 구조 또는 분리형 구조로 구현될 수 있고, 일체형 구조 기지국 간, 분리형 기지국 간, 일체형 구조 기지국과 분리형 구조 기지국 간 연결이 가능할 수 있다. RAN Node 간에는 X2 인터페이스 또는 Xn 인터페이스와 같은 기지국 간 인터페이스를 통해 연결될 수 있다. 그리고, RAN Node와 Core 망은, S1 인터페이스 또는 NG 인터페이스와 같이 기지국-Core망 간 인터페이스를 통해 연결될 수 있다. 한편, 이하 본 개시에서 제안되는 실시예들은, 단말(1-300)이 비활성(RRC_INACTIVE) 무선 접속 상태를 유지한 상태에서, 일체형 또는 분리형의 RAN Node와 연결하여 작은 크기의 데이터(small data)를 전송하는 경우에도 적용될 수 있다.
도 2는 본 개시가 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 도시한 도면이다.
도 2를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국(예: NR gNB)에서 각각 NR 서비스 데이터 적응 프로토콜(service data adaptation protocol, SDAP)(2-01, 2-45), NR PDCP(2-05, 2-40), NR RLC(2-10, 2-35), NR MAC(2-15, 2-30), NR PHY(2-20, 2-25)로 구성될 수 있다.
NR SDAP(2-01, 2-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 사용자 데이터의 전달 기능(transfer of user plane data)
- 상향링크와 하향링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)
- 상향링크와 하향링크에 대해서 QoS flow ID를 마킹 기능(marking QoS flow ID in both DL and UL packets)
- 상향링크 SDAP PDU들에 대해서 reflective QoS flow를 데이터 베어러에 맵핑시키는 기능(reflective QoS flow to DRB mapping for the UL SDAP PDUs).
SDAP 계층(또는, SDAP 계층 장치)에 대해, 단말은 무선 자원 제어(radio resource vontrol, RRC) 메시지로 각 PDCP 계층 장치 별로 또는 베어러 별로 또는 로지컬(logical) 채널 별로 SDAP 계층 장치의 헤더(header)를 사용할 지 여부, 또는 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있다. SDAP 헤더가 설정된 경우, 단말은, SDAP 헤더의 비접속 계층(Non-Access Stratum, NAS) QoS(Quality of Service) 반영 설정 1비트 지시자(NAS reflective QoS)와, 접속 계층(Access Stratum, AS) QoS 반영 설정 1비트 지시자(AS reflective QoS)로, 단말이 상향링크와 하향링크의 QoS 플로우(flow)와 데이터 베어러에 대한 맵핑 정보를 갱신 또는 재설정할 수 있도록 지시할 수 있다. SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케줄링 정보 등으로 사용될 수 있다.
NR PDCP(2-05, 2-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능(Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs)
- 재전송 기능(Retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)
상술한 내용에서, NR PDCP 계층(또는, PDCH 계층 장치)의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 의미할 수 있다. NR PDCP 계층의 순서 재정렬 기능(reordering)은 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있다. 또는 NR PDCP 계층의 순서 재정렬 기능은, 순서를 고려하지 않고 바로 전달하는 기능을 포함할 수 있다. 그리고, NR PDCP 계층의 순서 재정렬 기능은 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC(2-10, 2-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ)
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(Re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(Reordering of RLC data PDUs)
- 중복 탐지 기능(Duplicate detection)
- 오류 탐지 기능(Protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
상술한 내용에서, NR RLC 계층(또는, RLC 계층 장치)의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 의미할 수 있다. 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, NR RLC 계층의 순차적 전달 기능(In-sequence delivery)은 이를 재조립하여 전달하는 기능을 포함할 수 있다.
NR RLC 계층의 순차적 전달 기능(In-sequence delivery)은, 수신한 RLC PDU들을 RLC SN(sequence number) 또는 PDCP SN(sequence number)을 기준으로 재정렬하는 기능을 포함할 수 있다. 또한, NR RLC 계층의 순차적 전달 기능은 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있다. 또한, NR RLC 계층의 순차적 전달 기능은 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC 계층의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 계층의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 계층의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 계층은, 일련번호(Sequence number)의 순서와 상관없이(Out-of sequence delivery) RLC PDU들을 수신하는 순서대로 처리하여 NR PDCP 계층으로 전달할 수 있다.
NR RLC 계층이 세그먼트(segment)를 수신할 경우에는, 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여, 온전한 하나의 RLC PDU로 재구성한 후, 이를 NR PDCP 계층으로 전달할 수 있다.
NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있다. 또는, NR MAC 계층에서 접합 기능이 수행되거나, NR MAC 계층의 다중화(multiplexing) 기능으로 접합 기능이 대체될 수 있다.
상술한 내용에서, NR RLC 계층의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 의미할 수 있다. NR RLC 계층의 비순차적 전달 기능(Out-of-sequence delivery)은, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. NR RLC 계층의 비순차적 전달 기능(Out-of-sequence delivery)은, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.
NR MAC(2-15, 2-30)은 한 단말에 구성된 여러 NR RLC 계층들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)
- 스케줄링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
NR PHY 계층(2-20, 2-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
상술한 바와 같이, 본 개시가 적용될 수 있는 차세대 이동통신 시스템에서는, 단말이 이동함에 따라 수행되는 핸드오버(handover)의 성공률 향상 등 기존의 핸드오버 방법과 비교하여, 보다 향상된 이동성(enhanced mobility)를 지원하기 위해 조건부 핸드오버(conditional handover, CHO)에 따라 핸드오버를 수행하는 방안을 고려하고 있다. 조건부 핸드오버는 하나 또는 그 이상의 핸드오버 실행 조건(handover execution condition)이 만족되는 경우, 단말에 의해 수행되는 핸드오버를 의미할 수 있다. 이하, 도 3을 참조하여, 조건부 핸드오버에 대해 구체적으로 설명하기로 한다.
도 3은 본 개시의 일 실시예에 따른 조건부 핸드오버를 지원하기 위해 소스 기지국과 잠재적(potential) 타겟 기지국이 수행하는 핸드오버 준비(handover preparation) 절차 및 소스 기지국과 잠재적 타겟 기지국 사이에 기 설정된 조건부 핸드오버 관련 설정(예를 들어, CHO configuration)을 변경하는 조건부 핸드오버 변경 절차를 도시한 도면이다.
도 3을 참조하면, 3-01 단계에서, 단말(3-100)은 측정 보고(measurement resport)를 소스 기지국(3-200)에 전송할 수 있다. 단말(3-100)로부터 측정 보고를 수신한 소스 기지국(3-200)은 단말이 측정한 기지국(예를 들어, gNB)들의 신호 측정 결과 및 판단 조건에 기반하여, 3-10 단계에서 잠재적인 타겟 기지국(3-300)들을 선정하여 조건부 핸드오버(CHO)를 수행하기로 결정할 수 있다. 한편, 도 3에는 하나의 잠재적인 타겟 기지국과 조건부 핸드오버 절차, 그 중에서도 특히 조건부 핸드오버를 위한 준비 절차를 도시하였으나, 본 개시가 이에 국한되는 것은 아니다. 본 개시의 일 실시예에 따른 조건부 핸드오버는 하나 또는 그 이상의 잠재적인 타겟 기지국을 결정하고, 각각의 잠재적인 타겟 기지국과 조건부 핸드오버를 위한 절차를 수행하는 것을 포함할 수 있으며, 각각의 잠재적인 타겟 기지국에 대해서는 도 3에 도시된 절차가 동일하게 수행될 수 있다.
조건부 핸드오버를 수행하기로 결정한 후 소스 기지국(3-200)은 3-02 단계에서, 잠재적인 타겟 기지국(3-300)에 핸드오버 요청 메시지(예를 들어, HANDOVER REQUEST 메시지)를 전송할 수 있다. 이때, 핸드오버 요청 메세지에는, 소스 기지국(3-200)이 요청하는 핸드오버가 조건부 핸드오버임을 지시하는 지시자(예를 들어, CHO initiation)이 포함될 수 있다. 한편, 핸드오버 요청 메시지에는 PDU(protocol data unit) 세션 자원(PDU session resource) 정보와 함께 RRC Context가 포함될 수 있다. RRC Context는 핸드오버 준비 정보 메시지(예를 들어, HandoverPreparationInformation 메시지)를 포함할 수 있다. 상기 PDU 세션 자원 정보와 RRC Context인 핸드오버 준비 정보 메시지는 잠재적인 타겟 기지국(3-300)에서 수용하여 설정하길 바라는 정보일 수 있다.
핸드오버 요청 메시지를 수신한 잠재적인 타겟 기지국(3-300)은 이에 대한 응답으로 3-03 단계에서, 소스 기지국(3-200)에 핸드오버 요청 확인 메시지(예를 들어, HANDOVER REQUEST ACKNOWLEDGE 메시지)를 전송할 수 있다. 핸드오버 요청 확인 메시지에는 소스 기지국(3-200)이 전송한 PDU 세션 자원에 대한 수용 여부와 잠재적인 타겟 기지국(3-300)의 RRC 설정 정보를 포함하는 핸드오버 명령 메시지(예를 들어, HandoverCommand 메시지)가 포함될 수 있다. 잠재적인 타겟 기지국(3-300)은 소스 기지국(3-200)으로부터 받은 PDU 세션 자원의 전부를 수용할 수 있으며, 또는 일부를 수용할 수도 있다. 또한, 소스 기지국(3-200)으로부터 수신한 RRC Context의 설정 전체를 따를 수도 있으며, 또는 일부 설정을 따를 수도 있다.
핸드오버 요청 확인 메시지를 수신한 소스 기지국(3-200)은 3-04 단계에서, 핸드오버 요청 확인 메시지 내 핸드오버 명령 메시지를 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)에 포함시켜 단말(3-100)에 전송할 수 있다. 이때, 핸드오버 명령 메시지는 소스 기지국(3-200)에 대해 트랜스페어런트(transparent)하다. 다시 말해, 소스 기지국(3-200)은 핸드오버 명령 메시지의 내용을 확인하지 않으며, 상술한 바와 같이 RRC 메시지 내에 핸드오버 명령 메시지를 실어서 단말(3-100)에게 전달하는 역할만 한다. RRC 메시지를 수신한 단말(3-100)은 이에 대한 응답으로 3-05 단계에서, RRC 메시지(예를 들어, RRC Reconfiguration Complete 메시지)를 전송함으로써 조건부 핸드오버를 위한 준비 절차를 마칠 수 있다. 한편, 일 실시예에 따르면, 도 3의 3-01, 3-02, 3-03, 3-04, 3-05, 3-10 단계에 해당하는 조건부 핸드오버를 위한 준비 절차는 조건부 핸드오버 초기 설정 절차로 지칭될 수 있다.
한편, 조건부 핸드오버를 지원하기 위한 초기 설정을 마친 이후 소스 기지국(3-200)은 잠재적인 타겟 기지국(3-300)이 이전에 설정한 조건부 핸드오버 관련 설정을 변경(또는, 수정)할 수 있다. 3-20 단계에서, 소스 기지국(3-200)은 조건부 핸드오버 관련 설정을 변경하기로 결정할 수 있다. 3-06 단계에서, 소스 기지국(3-200)은 기존 조건부 핸드오버 설정을 완료한 타겟 기지국(3-300)에 핸드오버 요청 메시지(예를 들어, HANDOVER REQUEST 메시지)를 전송할 수 있다. 이때, 3-06 단계에서 타겟 기지국(3-300)으로 전송되는 핸드오버 요청 메시지(예를 들어, HANDOVER REQUEST 메시지)에는 해당 메시지가 기존의 조건부 핸드오버 설정을 변경하고자 함을 지시하는 지시자(예를 들어, CHO Replace 지시자)가 포함될 수 있다. 또한, 핸드오버 요청 메시지에는 변경된 조건부 핸드오버 설정, 즉 PDU 세션 자원 및 RRC Context가 포함될 수 있다.
기존의 조건부 핸드오버 설정을 변경하고자 함을 지시하는 지시자가 포함된 핸드오버 요청 메시지(예를 들어, HANDOVER REQUEST 메시지)를 수신한 잠재적인 타겟 기지국(3-300)은 해당 메시지가 조건부 핸드오버 설정을 변경하기 위해 전송되었음을 인지할 수 있다. 타겟 기지국(3-300)은 이에 대한 응답으로, 3-07 단계에서 핸드오버 요청 확인 메시지(예를 들어, HANDOVER REQUEST ACKNOWLEDGE 메시지)를 소스 기지국(3-200)에 전송할 수 있다. 이 때, 3-07 단계에서 전송되는 핸드오버 요청 확인 메시지에는 잠재적인 타겟 기지국(3-300)에서 새롭게 수용하여 설정한 PDU 세션 자원 및 핸드오버 명령이 포함될 수 있다.
3-08 단계에서, 핸드오버 요청 확인 메시지를 수신한 소스 기지국(3-200)은, 조건부 핸드오버를 위한 초기 설정할 때와 마찬가지로, 3-07 단계에서 수신한 핸드오버 명령을 포함하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 단말(3-100)에 전송할 수 있다. RRC 메시지를 수신한 단말(3-100)은 변경된 조건부 핸드오버 설정을 인지할 수 있다. 이후, 3-09 단계에서, 단말(3-100)은 이에 대한 응답으로, 소스 기지국(3-200)에 RRC 메시지(예를 들어, RRC Reconfiguration Complete 메시지)를 전송함으로써, 조건부 핸드오버 설정의 변경 절차를 마칠 수 있다.
상술한 바와 같이 잠재적인 타겟 기지국(3-300)은 소스 기지국(3-200)이 전송한 RRC Context인 핸드오버 준비 정보(예를 들어, HandoverPreparationInformation)에 기반하여, 모든 설정을 수용할지 또는 일부 설정을 수용할지를 결정할 수 있다. 이는, 조건부 핸드오버 설정을 변경하는 절차에서도 동일하게 수행될 수 있다. 예를 들어, 3-20 단계에서 소스 기지국(3-200)이 기 설정된 조건부 핸드오버 설정을 변경하기로 결정함에 따라, 핸드오버 요청 메시지에 해당 메시지가 조건부 핸드오버 설정을 변경하고자 함을 지시하는 지시자(에를 들어, CHO Replace 지시자)와 함께 RRC Context가 잠재적 타겟 기지국(3-300)에 전송되더라도, 잠재적 타겟 기지국(3-300)은 여러 상황을 고려해 기존 조건부 핸드오버 설정을 변경하지 않을 것으로 결정할 수도 있다. 즉, 3-03 단계에서 전송되는 핸드오버 명령 메시지와 3-07 단계에서 전송되는 핸드오버 명령 메시지가 동일한 정보를 포함하게 되는 경우가 있을 수 있다.
한편, 상술한 바와 같이, 소스 기지국(3-200)은 핸드오버 명령 메세지의 내용을 확인하지 않고, 그대로 단말(3-100)에 전송한다. 따라서, 이러한 경우 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 통해 단말(3-100)에 전달되는 핸드오버 명령 메시지 즉, 잠재적 타겟 기지국(3-300)의 설정 역시 동일하게 되고, 이는 동일한 정보가 중복되어 단말(3-100)에 전송된다는 것을 의미하는 바, 무선 자원 측면, 단말의 프로세싱 파워 측면에서 불필요한 낭비를 야기할 수 있다. 따라서, 본 개시에서는 조건부 핸드오버 변경 절차에 있어 발생할 수 있는 무선 자원, 단말의 프로세싱 파워 낭비 및 불필요한 신호 송수신에 따른 네트워크 내 오버헤드 증가 등의 문제점을 해결할 수 있는 방법을 제안한다. 이하, 도 4를 참조하여 구체적으로 설명하기로 한다.
도 4는 조건부 핸드오버 변경 절차에서, 동일한 정보를 포함하는 핸드오버 명령 메시지가 단말에 중복되어 전달됨으로써 발생하는 문제점을 해결하기 위하여, 본 개시에서 제안하는 실시예들에 따른 단말, 소스 기지국 및 타겟 기지국의 전반적인 동작을 도시한 도면이다.
도 4를 참조하면, 조건부 핸드오버를 위한 준비 절차(100)는 도 3에서 설명한 바와 동일하므로, 여기에서는 설명을 생략하기로 한다. 조건부 핸드오버를 위한 초기 설정 이후 소스 기지국(4-200)은 기 설정한 조건부 핸드오버 설정을 변경하기로 결정할 수 있고, 이러한 경우 4-20 단계 내지 4-21 단계를 포함하는 제1 실시예(200) 또는 4-30 내지 4-31 단계를 포함하는 제2 실시예(300)에 따른 소스 기지국 및 타겟 기지국의 동작이 수행될 수 있다. 이하, 도 5 내지 도 12를 참조하여, 각 실시예에 대해 구체적으로 설명하기로 한다.
도 5는 본 개시의 실시예에 따른 타겟 기지국의 동작을 도시한 도면이다.
도 5의 실시예에서는, 핸드오버 요청 메시지(예를 들어, HANDOVER REQUEST 메시지)에 새로운 지시자가 추가될 수 있다. 소스 기지국(4-200)은 핸드오버 요청 메시지에 조건부 핸드오버 관련 지시자(예를 들어, 상술한 CHO Replace 지시자) 및 RRC context의 생략을 허용하는 지시자(예를 들어, Permission to omit RRC Context 지시자)를 포함하여 타겟 기지국(4-300)에 전송할 수 있다.
5-100 단계에서, 잠재적 타겟 기지국(4-300)은 핸드오버 요청 메시지가 조건부 핸드오버 설정의 변경을 하고자 함을 지시하는 지시자(예를 들어, CHO Replace 지시자)를 포함하는 핸드오버 요청 메시지를 수신할 수 있다.
5-200 단계에서, 타겟 기지국(4-300)은 핸드오버 요청 확인 메시지에 RRC Context를 포함하지 않고, 소스 기지국(4-200)에 전송할 수 있는지 확인할 수 있다. 즉, 타겟 기지국(4-300)은 RRC context의 생략을 허용하는 지시자(예를 들어, Permission to omit RRC Context)가 핸드오버 요청 메시지에 포함되어 있는지 여부에 기반하여, 핸드오버 요청 확인 메시지에 RRC Context를 포함하지 않고, 소스 기지국(4-200)에 전송할 수 있는지 확인할 수 있다.
해당 지시자(예를 들어, Permission to omit RRC Context)가 핸드오버 요청 메시지에 포함되어 있지 않은 경우, 5-500 단계에서, 타겟 기지국(4-300)은 핸드오버 요청 확인 메시지에 핸드오버 명령 메시지를 포함하여 전송할 수 있다. 이와 달리, 해당 지시자(예를 들어, Permission to omit RRC Context)가 핸드오버 요청 메시지에 포함되어 있는 경우, 5-300 단계에서, 잠재적 타겟 기지국(4-300)은 이전(예를 들어, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지(예를 들어, old HandoverCommand)와 현재 새롭게 생성된 핸드오버 명령 메시지(예를 들어, New HandoverCommand)가 동일한지 여부를 확인할 수 있다.
이전에 소스 기지국에 전송한 핸드오버 명령 메시지(예를 들어, old HandoverCommand)와 현재 새롭게 생성된 핸드오버 명령 메시지(예를 들어, New HandoverCommand)가 동일한 경우, 5-400 단계에서, 타겟 기지국(4-300)은 현재 생성된 핸드오버 명령 메시지를 포함하지 않는 핸드오버 요청 확인 메시지를 소스 기지국(4-200)에 전송할 수 있다. 이와 달리, 이전에 소스 기지국에 전송한 핸드오버 명령 메시지(예를 들어, old HandoverCommand)와 현재 새롭게 생성된 핸드오버 명령 메시지(예를 들어, New HandoverCommand)가 상이한 경우, 5-500 단계에서, 타겟 기지국(4-300)은 현재 새롭게 생성된 핸드오버 명령 메시지(예를 들어, New HandoverCommand)를 포함하는 핸드오버 요청 확인 메시지를 소스 기지국(4-200)에 전송할 수 있다.
즉, 소스 기지국(4-200)으로부터 RRC Context를 포함하지 않는 핸드오버 요청 확인 메시지를 보낼 수 있다는 허락을 받은 잠재적 타겟 기지국(4-300)은 현재 조건부 핸드오버 설정에 기반하여 새롭게 생성된 핸드오버 명령 메시지에 포함된 정보가 이전(또는, 최근)에 소스 기지국(4-200)에 전송한 핸드오버 명령 메시지에 포함된 정보와 동일한 경우, 타겟 기지국(4-300)은 현재 새롭게 생성된 핸드오버 명령 메시지를 제외(또는, 생략)하여 핸드오버 요청 확인 메시지를 구성할 수 있다.
이러한 핸드오버 명령 메시지가 포함되지 않은 핸드오버 요청 확인 메시지를 수신한 소스 기지국(4-100)은 단말(4-100)에게 핸드오버 명령 메시지 또는 핸드오버 명령 메시지 내 정보를 포함하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 전송하는 단계(도 4의 4-40 단계)를 생략할 수 있으며, 이에 따라 단말이 수신한 RRC 메시지에 응답하여, 소스 기지국(4-200)에 RRC 메시지(예를 들어, RRC Reconfiguration Complete 메시지)를 전송하는 단계(도 4의 4-41 단계) 역시 생략할 수 있다.
한편, 도 5의 5-100 단계 내지 5-500 단계는 동시에 수행될 수 있고, 일부가 생략될 수도 있다.
도 6은 본 개시의 실시예에 따른 소스 기지국의 동작을 도시한 도면이다.
도 6을 참조하면, 6-100 단계에서, 소스 기지국(4-200)은 조건부 핸드오버 설정을 변경하고자 결정한 경우, 조건부 핸드오버 관련 지시자(예를 들어, 상술한 CHO Replace 지시자)를 포함하는 핸드오버 요청 메시지를 타겟 기지국(4-300)에 전송할 수 있다. 이때, 핸드오버 요청 메시지에는 RRC context의 생략을 허용하는 지시자(예를 들어, Permission to omit RRC Context)가 포함될 수 있다.
6-200 단계에서, 소스 기지국(4-200)은 타겟 기지국(4-300)으로부터 핸드오버 요청 확인 메시지를 수신할 수 있다.
한편, 6-100 단계에서 타겟 기지국(4-300)에 전송된 핸드오버 요청 메시지에 RRC context의 생략을 허용하는 지시자가 포함된 경우, 6-200 단계에서 소스 기지국(4-200)이 수신한 핸드오버 요청 확인 메시지에는 핸드오버 명령 메시지가 포함되어 있거나 또는 포함되어 있지 않을 수 있다. 만약, 핸드오버 요청 확인 메시지에 핸드오버 명령 메시지가 포함되어 있는 경우, 6-300 단계에서 소스 기지국(4-200)은 핸드오버 명령 메시지를 포함하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 단말(4-100)에 전송할 수 있다.
이에 대한 응답으로, 6-400 단계에서 소스 기지국(4-200)은 단말(4-100)로부터 RRC 메시지(예를 들어, RRC Reconfiguration complete 메시지)를 수신할 수 있다. 또는, 만약 핸드오버 요청 확인 메시지에 핸드오버 명령 메시지가 포함되어 있지 않은 경우, 소스 기지국(4-200)은 6-300 단계 내지 6-400 단계의 동작을 생략할 수도 있다.
도 7은 본 개시의 실시예에 따른 메시지와 IE(information element)를 도시한 도면이다.
상술한 바와 같이, 본 개시의 실시예에 따르면, 소스 기지국이 잠재적 타겟 기지국에 전송하는 핸드오버 요청 메시지(7-100) 내 새로운 IE으로, RRC context의 생략을 허용하는 지시자(예를 들어, Permission to omit RRC Context)(7-10)를 정의할 수 있다. 도 4 내지 6에서 상술한 바와 같이, 해당 IE가 포함된 핸드오버 요청 메시지를 받은 잠재적 타겟 기지국은 특정 조건(예를 들어, 이전에 소스 기지국에 전송한 핸드오버 명령 메시지와 현재 새롭게 생성된 핸드오버 명령 메시지가 동일하거나 또는 상이한 경우)에 따라 핸드오버 명령 메시지를 포함하거나 제외하여 핸드오버 요청 확인 메시지(7-200)를 구성하고, 이를 타겟 기지국에 전송할 수 있다. 이를 위해, 본 개시의 일 실시예에 따르면, 핸드오버 요청 확인 메시지(7-200) 내 핸드오버 명령 메시지를 싣는(contain) Target NG-RAN node To Source NG-RAN node Transparent Container(7-20)의 presence는 optional로 설정될 수 있다.
한편, 상술한 실시예에서는 RRC context의 생략을 허용하는 지시자(예를 들어, Permission to omit RRC Context)가 핸드오버 요청 메시지에 포함되어 있는지 여부에 기반하여, 핸드오버 명령 메시지가 핸드오버 요청 메시지에 포함되어 전송되는지 여부가 결정되는 것으로 기술하였으나, 본 개시가 이에 국한되는 것은 아니다. 예를 들어, RRC context의 생략 허용 여부와 관련된 지시자가 핸드오버 요청 메시지에 포함될 수 있고, 상기 지시자가 RRC context의 생략이 허용됨을 지시하는지(예를 들어, 제1 값 또는 TRUE 값을 지시) 또는 RRC context의 생략이 허용되지 않음을 지시하는지(예를 들어, 제2 값 또는 FALSE 값을 지시)에 따라 상술한 절차가 수행될 수 있다.
도 8은 본 개시의 실시예에 따른 타겟 기지국의 동작을 도시한 도면이다.
도 8의 실시예에서는 핸드오버 요청 확인 메시지에 새로운 지시자가 추가될 수 있다. 도 8을 참조하면, 8-100 단계에서, 타겟 기지국(4-300)은 조건부 핸드오버 관련 지시자(예를 들어, 상술한 CHO Replace 지시자)를 포함하는 핸드오버 요청 메시지를 수신할 수 있다.
8-200 단계에서, 잠재적 타겟 기지국(4-300)은 이전(또는, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지(예를 들어, old HandoverCommand)와 현재 새롭게 생성된 핸드오버 명령 메시지(예를 들어, New HandoverCommand)가 동일한지 여부를 확인할 수 있다. 예를 들어, 타겟 기지국(4-300)은 이전(또는, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지에 포함된 정보와 현재 새롭게 생성된 핸드오버 명령 메시지에 포함된 정보가 동일한지 여부를 확인할 수 있다.
만약 동일한 경우, 8-300 단계에서, 타겟 기지국(4-300)은 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)를 포함하여 소스 기지국(4-200)에 전송할 수 있다. 또는, 만약 상이한 경우, 8-400 단계에서, 타겟 기지국(4-300)은 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(에를 들어, Ignore RRC Context 지시자)를 포함시키지 않고, 핸드오버 요청 확인 메시지를 소스 기지국(4-200)에 전송할 수 있다. 한편, 본 개시의 실시예에 따르면, 이전(또는, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지에 포함된 정보와 현재 새롭게 생성된 핸드오버 명령 메시지에 포함된 정보가 동일한 경우 또는 상이한 경우, 모두 현재 설정에 기반하여 생성된 핸드오버 명령 메시지가 핸드오버 요청 확인 메시지에 포함되어 소스 기지국(4-200)에 전송될 수 있다.
RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)를 포함한 핸드오버 요청 확인 메시지를 수신한 소스 기지국(4-200)은 단말(4-100)에 핸드오버 명령 메시지 또는 핸드오버 명령 메시지 내 정보를 포함하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 전송하는 단계(도 4의 4-40 단계)를 생략할 수 있으며, 이에 따라 단말이 수신한 RRC 메시지에 응답하여 소스 기지국(4-200)에 RRC 메시지(예를 들어, RRC Reconfiguration Complete 메시지)를 전송하는 단계(도 4의 4-41 단계) 역시 생략할 수 있다.
도 9는 본 개시의 실시예에 따른 소스 기지국의 동작을 도시한 도면이다.
도 9를 참조하면, 9-100 단계에서, 소스 기지국(4-200)은 조건부 핸드오버 설정을 변경하고자 결정한 경우, 조건부 핸드오버 관련 지시자(예를 들어, 상술한 CHO Replace 지시자)를 포함하는 핸드오버 요청 메시지를 타겟 기지국(4-300)에 전송할 수 있다.
9-200 단계에서, 소스 기지국(4-200)은 타겟 기지국(4-300)으로부터 핸드오버 요청 확인 메시지를 수신할 수 있다.
9-200 단계에서 수신한 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)가 포함되어 있지 않은 경우, 9-300 단계에서 소스 기지국(4-200)은 핸드오버 요청 확인 메시지를 통해 수신한 핸드오버 명령 메시지를 포함하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 단말(4-100)에 전송할 수 있다.
이에 대한 응답으로, 9-400 단계에서 소스 기지국(4-200)은 단말(4-100)로부터 RRC 메시지(예를 들어, RRC Reconfiguration complete 메시지)를 수신할 수 있다. 또는, 9-200 단계에서 수신한 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)가 포함되어 있는 경우, 소스 기지국(4-200)은 9-300 단계 내지 9-400 단계의 동작을 생략할 수도 있다.
도 10은 본 개시의 실시예에 따른 메시지와 IE를 도시한 도면이다.
상술한 바와 같이, 본 개시의 실시예에 따르면, 잠재적 타겟 기지국이 소스 기지국에 전송하는 핸드오버 요청 확인 메시지(10-100) 내 새로운 IE으로, RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)(10-10)를 정의할 수 있다. 도 4, 8, 및 9에서 상술한 바와 같이, 잠재적 타겟 기지국은 특정 조건(예를 들어, 이전에 소스 기지국에 전송한 핸드오버 명령 메시지와 현재 새롭게 생성된 핸드오버 명령 메시지가 동일하거나 또는 상이한 경우)에 따라 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)(10-10)를 포함시키거나 또는 포함시키지 않음으로써, 핸드오버 명령 메시지를 수신한 소스 기지국이 이를 단말에 전달하거나 전달하지 않게 할 수 있다. 예를 들어, 소스 기지국이 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context)(10-10)가 포함된 핸드오버 요청 확인 메시지를 타겟 기지국으로부터 수신한 경우, 소스 기지국은 핸드오버 요청 확인 메시지 내 핸드오버 명령 메시지 또는 핸드오버 명령 메시지에 포함된 정보를 단말에 전송하지 않을 수 있다. 또는, 소스 기지국이 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context)(10-10)가 포함되지 않은 핸드오버 요청 확인 메시지를 타겟 기지국으로부터 수신한 경우, 소스 기지국은 핸드오버 요청 확인 메시지 내 핸드오버 명령 메시지 또는 핸드오버 명령 메시지에 포함된 정보를 단말에 전송할 수 있다.
한편, 상술한 실시예에서는 이전(또는, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지에 포함된 정보와 현재 새롭게 생성된 핸드오버 명령 메시지에 포함된 정보가 동일한지 또는 상이한지에 따라, 핸드오버 요청 확인 메시지에 RRC context를 무시할 것을 지시하는 지시자(예를 들어, Ignore RRC Context 지시자)가 포함되거나 또는 포함되지 않는 것으로 기술하였으나, 본 개시가 이에 국한되는 것은 아니다. 예를 들어, RRC context의 무시 여부에 대한 지시자가 핸드오버 요청 확인 메시지에 포함되고, 이전(또는, 최근)에 소스 기지국에 전송한 핸드오버 명령 메시지에 포함된 정보와 현재 새롭게 생성된 핸드오버 명령 메시지에 포함된 정보가 동일한지 또는 상이한지에 따라, 상기 지시자는 RRC context를 무시할 것을 지시하거나(예를 들어, 제3 값 또는 TRUE 값을 지시) 또는 RRC context를 무시하지 않을 것을 지시할 수 있으며(예를 들어, 제4 값 또는 FALSE 값을 지시), 이에 따라 상술한 절차가 수행될 수 있다.
상술한 실시예들에 따르면, 조건부 핸드오버 변경 절차에서 동일한 정보를 포함하는 핸드오버 명령 메시지가 소스 기지국으로부터 단말에 중복적으로 전달되지 않도록 할 수 있는 방법이 제공된다. 이에 따라, 불필요한 무선 자원의 낭비와 같은 문제점을 해결할 수 있게 되는 바, 보다 효율적인 조건부 핸드오버가 지원될 수 있다.
도 11은 본 개시의 일 실시예에 따른 단말의 구조를 도시한 도면이다.
도 11을 참조하면, 단말은 송수신부(11-10), 제어부(11-20), 메모리(11-30)를 포함할 수 있다. 본 개시에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.
송수신부(11-10)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부(11-10)는 예를 들어, 기지국으로부터 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)를 포함하는 신호를 수신할 수 있으며, 기지국으로 RRC 메시지(예를 들어, RRC Reconfiguration Complete 메시지)를 포함하는 신호를 전송할 수 있다.
제어부(11-20)는 본 개시에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(11-20)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 구체적으로, 제어부(11-20)는 본 개시의 일 실시예에 따라 수신된 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)에 기반하여, 조건부 핸드오버를 위한 값을 설정하는 등의 본 개시에서 제안하는 동작을 제어할 수 있다.
메모리(11-30)는 상기 송수신부(11-10)를 통해 송수신되는 정보 및 제어부(11-20)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 메모리(11-30)는 핸드오버를 위한 잠재적 타겟 셀의 설정값을 저장할 수 있다.
도 12는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.
도 12에 도시된 기지국은 본 개시의 일 실시예에 따른 소스 기지국 또는 타겟 기지국에 해당할 수 있다.
도 12를 참조하면, 기지국은 무선 송수신부(12-10), 타기지국/Core망 송수신부(12-20), 제어부(12-30), 메모리(12-40)을 포함할 수 있다. 본 개시에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.
도 12에 도시된 기지국은 gNB-CU와 gNB-DU를 모두 포함하는 RAN node일 수 있다. RAN node는 EPC(Evolved Packet Core) 또는 5GC(5G Core Network) 등의 이동통신 Core 망(Core Network, CN)과 연결된 LTE eNB(evolved Node B, eNodeB), 또는 NR gNB(next generation Node B, gNodeB) 등의 이동통신 기지국을 의미할 수 있다. 한편, RAN node는 CU(Centralized Unit)와 DU(Distributed Unit)로 분리될 수 있으며, CU는 다시 CU-CP(Control Plane)와 CU-UP(User Plane)로 기능이 분리될 수 있다.
일 실시예에 따르면, 하나의 RAN Node는 각각 하나 이상의 CU-CP 및 하나 이상의 CU-UP와 하나 이상의 DU로 구성될 수 있다. 또한, 하나의 RAN Node는 CU-CP, CU-UP 및 DU로 구성될 수 있다. 예를 들어, 하나의 RAN Node는 CU-CP와 CU-UP가 함께 구현된 CU와, DU로 구성될 수 있다. 또는, 하나의 RAN Node에는 CU-CP와 DU가 함께 구현되고, CU-UP는 별도로 구성될 수 있다. 또는, 하나의 RAN Node는 CU-CP, CU-UP 및 DU가 함께 구현된 일체형 기지국 형태로 구성될 수 있다. 한편, 상술한 바와 같은 RAN Node의 구성은 일예에 해당할 뿐, 본 개시가 이에 국한되는 것은 아니다. 상술한 예시 이외의 임의의 다른 조합으로 하나의 RAN Node가 구성될 수 있다.
일 실시예에 따르면, CU와 DU는 각각의 기지국 function을 나누어서 지원할 수 있다. 예를 들어, CU는 RRC 계층 또는 PDCP 계층의 기능을 지원하고, DU는 RLC 계층, MAC 계층, PHY 계층, 또는 RF 계층의 기능을 지원할 수 있다. 또한, CU와 DU 사이는 W1 인터페이스 또는 F1 인터페이스와 같은 기지국 내부 기능 간 인터페이스를 통해 서로 연결될 수 있다.
일 실시예에 따르면, CU는 CU-CP와 CU-UP로 나누어질 수 있다. 예를 들어, CU-CP에서는 RRC 계층 또는 PDCP(RRC 용) 계층의 기능이 지원될 수 있고, CU-UP에서는 PDCP(사용자 데이터 전송 용) 계층의 기능이 지원될 수 있고, CU-CP와 CU-UP는 E1 인터페이스와 같은 기지국 내부 기능 간 인터페이스를 통해 연결될 수 있다.
일 실시예에 따르면, 기지국들은 일체형 구조 또는 분리형 구조로 구현될 수 있고, 일체형 구조 기지국 간, 분리형 기지국 간, 일체형 구조 기지국과 분리형 구조 기지국 간 연결이 가능할 수 있다. RAN Node 간에는 X2 인터페이스 또는 Xn 인터페이스와 같은 기지국 간 인터페이스를 통해 연결될 수 있다. 그리고, RAN Node와 Core 망은, S1 인터페이스 또는 NG 인터페이스와 같이 기지국-Core망 간 인터페이스를 통해 연결될 수 있다.
무선 송수신부(12-10)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 무선 송수신부(12-10)는 예를 들어, 단말로부터 신호를 송수신하거나, 단말의 동작을 제어하는 RRC 메시지(예를 들어, RRC Reconfiguration 메시지)와 같은 메시지를 포함하는 신호를 전송할 수 있다.
타기지국/Core망 송수신부(12-20)은 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예로, UPF(user plane function)와 주고 받는 상향링크 데이터 또는 하향링크 데이터를 전송하고 수신할 수 있다.
제어부(12-30)는 본 개시에서 제안하는 실시예에 따른 기지국의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(12-30)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다.
메모리(12-40)는 무선 송수신부(12-10)와 타기지국/Core망 송수신부(12-20)을 통해 송수신되는 정보 및 제어부(12-30)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 메모리(12-40)는 최근 전송한 핸드오버 명령 메시지에 포함된 정보를 저장할 수 있다.
상술한 본 개시의 구체적인 실시예들에서, 본 개시에 포함되는 구성 요소는 제시된 구체적인 실시예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편, 본 명세서와 도면에 개시된 실시예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉, 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한, 각각의 실시예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들어, 본 개시의 일 실시예와 다른 일 실시예의 일부분들이 서로 조합될 수 있다. 또한, 실시예들은 다른 시스템, 예를 들어, LTE 시스템, 5G 또는 NR 시스템 등에도 상술한 실시예의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능할 것이다.

Claims (15)

  1. 통신 시스템에서 제1 기지국의 방법에 있어서,
    단말로, RRC(radio resource control) 메시지를 통하여, 조건부 핸드오버(conditional handover, CHO)와 관련된, 제2 기지국의 제1 핸드오버 명령 메시지를 전송하는 단계;
    상기 CHO의 설정 변경이 필요하다 판단되면, 상기 제2 기지국으로, 상기 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 전송하는 단계; 및
    상기 제2 기지국으로부터, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 수신하는 단계를 포함하고,
    상기 제2 핸드오버 명령 메시지의 상기 단말로의 전송 여부는, 상기 제2 지시 정보에 기반하여 결정되는 것을 특징으로 하는 제1 기지국의 방법.
  2. 제1항에 있어서,
    상기 제2 핸드오버 명령 메시지와 관련된 상기 CHO 설정은, RRC context를 포함하고,
    상기 제2 지시 정보가 상기 RRC context를 무시할 것을 지시하면, 상기 단말로 상기 제2 핸드오버 명령 메시지를 전송하지 않고,
    상기 제2 지시 정보가 상기 RRC context를 무시하지 않을 것을 지시하면, 상기 단말로 상기 제2 핸드오버 명령 메시지를 전송하는 것을 특징으로 하는 제1 기지국의 방법.
  3. 제2항에 있어서,
    상기 제1 핸드오버 명령 메시지에 포함된 제1 RRC context와 상기 제2 핸드오버 명령 메시지에 포함된 제2 RRC context가 동일하면, 상기 제2 지시 정보는 상기 제2 RRC context를 무시할 것으로 지시되는 것을 특징으로 하는 제1 기지국의 방법.
  4. 제1항에 있어서,
    상기 제2 기지국으로, 상기 단말의 핸드오버를 상기 CHO로 지시하는 정보 및 상기 제1 기지국이 요청하는 설정을 포함한 요청 메시지를 전송하는 단계; 및
    상기 요청 메시지에 대한 응답으로, 상기 제2 기지국으로부터, 상기 제1 핸드오버 명령 메시지를 포함한 응답 메시지를 수신하는 단계를 더 포함하고,
    상기 제1 기지국이 요청하는 설정은, PDU(protocol data unit) 세션 자원 정보 및 RRC context 정보를 포함하는 것을 특징으로 하는 제1 기지국의 방법.
  5. 통신 시스템에서 제2 기지국의 방법에 있어서,
    제1 기지국으로, 단말의 조건부 핸드오버(conditional handover, CHO)와 관련된, 제1 핸드오버 명령 메시지를 전송하는 단계;
    상기 제1 기지국으로부터, 상기 CHO의 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계;
    상기 핸드오버 요청 메시지에 기반하여, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 생성하는 단계; 및
    상기 제1 기지국으로, 상기 제2 핸드오버 명령 메시지 및 상기 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 전송하는 단계를 포함하고,
    상기 제2 지시 정보는, 상기 제1 기지국이 상기 제2 핸드오버 명령 메시지를 상기 단말로 전송할지 여부를 결정하는데 이용되는 것을 특징으로 하는 제2 기지국의 방법.
  6. 제5항에 있어서,
    상기 제2 핸드오버 명령 메시지와 관련된 상기 CHO 설정은, RRC context를 포함하고,
    상기 제2 지시 정보가 상기 RRC context를 무시할 것을 지시하면, 상기 제2 핸드오버 명령 메시지는 상기 단말로 전송되지 않고,
    상기 제2 지시 정보가 상기 RRC context를 무시하지 않을 것을 지시하면, 상기 제2 핸드오버 명령 메시지는 상기 단말로 전송되는 것을 특징으로 하는 제2 기지국의 방법.
  7. 제6항에 있어서,
    상기 제1 핸드오버 명령 메시지에 포함된 제1 RRC context와 상기 제2 핸드오버 명령 메시지에 포함된 제2 RRC context가 동일하면, 상기 제2 지시 정보는 상기 제2 RRC context를 무시할 것으로 지시되는 것을 특징으로 하는 제2 기지국의 방법.
  8. 제5항에 있어서,
    상기 제1 기지국으로부터, 상기 단말의 핸드오버를 상기 CHO로 지시하는 정보 및 상기 제1 기지국이 요청하는 설정을 포함한 요청 메시지를 수신하는 단계; 및
    상기 요청 메시지에 대한 응답으로, 상기 제1 기지국으로, 상기 제1 핸드오버 명령 메시지를 포함한 응답 메시지를 전송하는 단계를 더 포함하고,
    상기 제1 기지국이 요청하는 설정은, PDU(protocol data unit) 세션 자원 정보 및 RRC context 정보를 포함하는 것을 특징으로 하는 제2 기지국의 방법.
  9. 통신 시스템에서 제1 기지국에 있어서,
    송수신부; 및
    단말로, RRC(radio resource control) 메시지를 통하여, 조건부 핸드오버(conditional handover, CHO)와 관련된, 제2 기지국의 제1 핸드오버 명령 메시지를 전송하도록 상기 송수신부를 제어하고, 상기 CHO의 설정 변경이 필요하다 판단되면, 상기 제2 기지국으로, 상기 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 전송하도록 상기 송수신부를 제어하며, 및 상기 제2 기지국으로부터, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 수신하도록 상기 송수신부를 제어하는 제어부를 포함하고,
    상기 제2 핸드오버 명령 메시지의 상기 단말로의 전송 여부는, 상기 제2 지시 정보에 기반하여 결정되는 것을 특징으로 하는 제1 기지국.
  10. 제9항에 있어서,
    상기 제2 핸드오버 명령 메시지와 관련된 상기 CHO 설정은, RRC context를 포함하고,
    상기 제어부는, 상기 제2 지시 정보가 상기 RRC context를 무시할 것을 지시하면, 상기 단말로 상기 제2 핸드오버 명령 메시지를 전송하지 않도록 상기 송수신부를 제어하고, 상기 제2 지시 정보가 상기 RRC context를 무시하지 않을 것을 지시하면, 상기 단말로 상기 제2 핸드오버 명령 메시지를 전송하도록 상기 송수신부를 제어하는 것을 특징으로 하는 제1 기지국.
  11. 제10항에 있어서,
    상기 제1 핸드오버 명령 메시지에 포함된 제1 RRC context와 상기 제2 핸드오버 명령 메시지에 포함된 제2 RRC context가 동일하면, 상기 제2 지시 정보는 상기 제2 RRC context를 무시할 것으로 지시되는 것을 특징으로 하는 제1 기지국.
  12. 제9항에 있어서,
    상기 제어부는, 상기 제2 기지국으로, 상기 단말의 핸드오버를 상기 CHO로 지시하는 정보 및 상기 제1 기지국이 요청하는 설정을 포함한 요청 메시지를 전송하도록 상기 송수신부를 제어하고, 상기 요청 메시지에 대한 응답으로, 상기 제2 기지국으로부터, 상기 제1 핸드오버 명령 메시지를 포함한 응답 메시지를 수신하도록 상기 송수신부를 제어하며,
    상기 제1 기지국이 요청하는 설정은, PDU(protocol data unit) 세션 자원 정보 및 RRC context 정보를 포함하는 것을 특징으로 하는 제1 기지국.
  13. 통신 시스템에서 제2 기지국에 있어서,
    송수신부; 및
    제1 기지국으로, 단말의 조건부 핸드오버(conditional handover, CHO)와 관련된, 제1 핸드오버 명령 메시지를 전송하도록 상기 송수신부를 제어하고, 상기 제1 기지국으로부터, 상기 CHO의 설정 변경을 지시하는 제1 지시 정보 및 상기 설정 변경과 관련된 핸드오버 준비 정보를 포함하는 핸드오버 요청 메시지를 수신하도록 상기 송수신부를 제어하며, 상기 핸드오버 요청 메시지에 기반하여, 제2 핸드오버 명령 메시지 및 상기 제2 핸드오버 명령메시지와 관련된 CHO 설정의 무시(ignore) 여부를 지시하는 제2 지시 정보를 생성하고, 및 상기 제1 기지국으로, 상기 제2 핸드오버 명령 메시지 및 상기 제2 지시 정보를 포함하는 핸드오버 요청 응답 메시지를 전송하도록 상기 송수신부를 제어하는 제어부를 포함하고,
    상기 제2 지시 정보는, 상기 제1 기지국이 상기 제2 핸드오버 명령 메시지를 상기 단말로 전송할지 여부를 결정하는데 이용되는 것을 특징으로 하는 제2 기지국.
  14. 제13항에 있어서,
    상기 제2 핸드오버 명령 메시지와 관련된 상기 CHO 설정은, RRC context를 포함하고,
    상기 제2 지시 정보는, 상기 제1 핸드오버 명령 메시지에 포함된 제1 RRC context와 상기 제2 핸드오버 명령 메시지에 포함된 제2 RRC context가 동일하면, 상기 제2 RRC context를 무시할 것으로 지시되며,
    상기 제2 지시 정보가 상기 제2 RRC context를 무시할 것을 지시하면, 상기 제2 핸드오버 명령 메시지는 상기 단말로 전송되지 않고,
    상기 제2 지시 정보가 상기 제2 RRC context를 무시하지 않을 것을 지시하면, 상기 제2 핸드오버 명령 메시지는 상기 단말로 전송되는 것을 특징으로 하는 제2 기지국.
  15. 제13항에 있어서,
    상기 제어부는, 상기 제1 기지국으로부터, 상기 단말의 핸드오버를 상기 CHO로 지시하는 정보 및 상기 제1 기지국이 요청하는 설정을 포함한 요청 메시지를 수신하도록 상기 송수신부를 제어하고, 상기 요청 메시지에 대한 응답으로, 상기 제1 기지국으로, 상기 제1 핸드오버 명령 메시지를 포함한 응답 메시지를 전송하도록 상기 송수신부를 제어하며,
    상기 제1 기지국이 요청하는 설정은, PDU(protocol data unit) 세션 자원 정보 및 RRC context 정보를 포함하는 것을 특징으로 하는 제2 기지국.
PCT/KR2022/011284 2021-08-05 2022-08-01 통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치 WO2023014011A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210103425A KR20230021493A (ko) 2021-08-05 2021-08-05 통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치
KR10-2021-0103425 2021-08-05

Publications (1)

Publication Number Publication Date
WO2023014011A1 true WO2023014011A1 (ko) 2023-02-09

Family

ID=85154570

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/011284 WO2023014011A1 (ko) 2021-08-05 2022-08-01 통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치

Country Status (2)

Country Link
KR (1) KR20230021493A (ko)
WO (1) WO2023014011A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020149650A1 (en) * 2019-01-16 2020-07-23 Lg Electronics Inc. Method and apparatus for mobility management in wireless communication system
US20200281038A1 (en) * 2017-11-15 2020-09-03 Kyocera Corporation Cellular communication system
US20210105690A1 (en) * 2019-10-03 2021-04-08 Google Llc Conditional handover management
WO2021090626A1 (en) * 2019-11-07 2021-05-14 Sharp Kabushiki Kaisha Validity of stored conditional handover configurations

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200281038A1 (en) * 2017-11-15 2020-09-03 Kyocera Corporation Cellular communication system
WO2020149650A1 (en) * 2019-01-16 2020-07-23 Lg Electronics Inc. Method and apparatus for mobility management in wireless communication system
US20210105690A1 (en) * 2019-10-03 2021-04-08 Google Llc Conditional handover management
WO2021090626A1 (en) * 2019-11-07 2021-05-14 Sharp Kabushiki Kaisha Validity of stored conditional handover configurations

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VODAFONE, NOKIA, NOKIA SHANGHAI BELL, BRITISH TELECOM: "(TP for NR_Mob_enh BL CR for TS 38.423): Implementation of the arrival probability", 3GPP DRAFT; R3-202096, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Online Meeting ;20200420 - 20200430, 9 April 2020 (2020-04-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051870585 *

Also Published As

Publication number Publication date
KR20230021493A (ko) 2023-02-14

Similar Documents

Publication Publication Date Title
CN103200632B (zh) 切换处理
WO2018207987A1 (ko) 클라우드 랜 환경에서 네트워크 엔티티들 간의 통신 방법 및 장치
US11678242B2 (en) Method and apparatus for handover without interruption of transmission and reception of data in next-generation mobile communication system
WO2013105786A1 (ko) 무선 통신 시스템에서 핸드오버 방법 및 장치
WO2019066326A1 (ko) V2x 시스템 및 이동 통신 시스템에 적용하는 방법 및 장치
WO2019035645A2 (en) METHOD AND SYSTEM FOR MANAGING PACKET DUPLICATION AND RECOVERING RB IN A WIRELESS COMMUNICATION SYSTEM
WO2017200326A1 (ko) 이동 통신 시스템에서 효율적인 레이어 2 기능을 수행하는 방법 및 장치
US8718016B2 (en) Mobile communication system, base station, and handover execution method
US20210297854A1 (en) Method and apparatus for identifying security key in next generation mobile communication system
WO2021251741A1 (ko) 무선 통신 시스템에서 스케줄링 방법 및 장치
WO2021125712A1 (ko) 차세대 이동통신 시스템에서 rrc 메시지의 분할 전송과 관련된 타이머 관리 방법 및 장치
WO2020226389A1 (ko) 무선 통신 시스템에서 단말 능력을 보고하는 방법 및 장치
WO2021230713A1 (ko) 차세대 이동 통신 시스템에서 conditional pscell change 과정을 수행하는 방법 및 장치
WO2020036424A1 (ko) 이동통신 시스템에서 핸드오버 방법 및 장치
US10785679B2 (en) Method and system for loss mitigation during device to device communication mode switching
WO2020197277A1 (ko) Mcg rlf 시 하향링크 srb 메시지를 처리하는 방법 및 장치
WO2020197315A1 (ko) 차세대 이동 통신 시스템에서 데이터 송수신 중단이 없는 핸드오버 방법 및 장치
WO2021206405A1 (ko) 차세대 이동 통신 시스템에서 하향링크 rrc 분할 메시지를 처리하는 방법 및 장치
WO2023014011A1 (ko) 통신 시스템에서 조건부 핸드오버를 수행하는 방법 및 장치
WO2021157991A1 (ko) 차세대 이동통신 시스템에서 단말 동작 및 장치
WO2021221409A1 (ko) 무선 통신 시스템에서 제어 정보를 설정하는 방법 및 장치
WO2021206506A1 (ko) 백홀 및 액세스 홀 결합 시스템에서 du에게 ip 주소를 할당하는 방법 및 장치
WO2021096184A1 (ko) 차세대 이동 통신 시스템에서 하향링크 무선자원제어 메시지를 분할하는 방법 및 장치
WO2021215739A1 (ko) 무선 통신 시스템에서 단말 능력 보고를 위한 방법 및 장치
WO2021141363A1 (ko) 무선 통신 시스템에서 pdu session 및 always-on pdu session의 변경 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE