WO2025155083A1 - Mwab의 xn 설정 방법 - Google Patents

Mwab의 xn 설정 방법

Info

Publication number
WO2025155083A1
WO2025155083A1 PCT/KR2025/000866 KR2025000866W WO2025155083A1 WO 2025155083 A1 WO2025155083 A1 WO 2025155083A1 KR 2025000866 W KR2025000866 W KR 2025000866W WO 2025155083 A1 WO2025155083 A1 WO 2025155083A1
Authority
WO
WIPO (PCT)
Prior art keywords
mwab
specific
base station
setup
gnb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/KR2025/000866
Other languages
English (en)
French (fr)
Inventor
김래영
변대욱
윤명준
김석중
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of WO2025155083A1 publication Critical patent/WO2025155083A1/ko
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • 3GPP(3rd generation partnership project) LTE(long-term evolution) is a technology to enable high-speed packet communication. Many methods have been proposed to achieve the LTE goals of reducing costs for users and operators, improving service quality, expanding coverage, and increasing system capacity. 3GPP LTE requires cost reduction per bit, improved service availability, flexible use of frequency bands, simple structure, open interface, and appropriate power consumption of terminals as upper-level requirements.
  • MWAB transmits its mobility information to the opposing base station during the Xn setup procedure.
  • Figure 1 illustrates an example of a communication system to which the implementation of this specification is applied.
  • Figure 2 illustrates an example of a wireless device to which the implementation of this specification is applied.
  • Figure 4 is a structural diagram of the next-generation mobile communications network.
  • Figure 5 shows an example of a 5G system structure to which the implementation of this specification is applied.
  • FIGS 8 and 9 illustrate examples of PDU session establishment procedures to which the implementation of the present specification applies.
  • Figure 11 shows an example of the architecture in a non-roaming scenario of MWAB.
  • Figure 12 shows an example of the architecture in a roaming scenario of MWAB.
  • Figure 13 shows an example of a successful Xn setup operation.
  • Figure 14 shows an example of a failure of the Xn setup operation.
  • Figure 16 shows an example of Xn settings according to the second embodiment of the present specification.
  • Figure 18 illustrates the procedure of a base station for disclosure of this specification.
  • Figure 19 illustrates the procedure of a base station for disclosure of this specification.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • MC-FDMA multicarrier frequency division multiple access
  • CDMA can be implemented via wireless technologies such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA can be implemented via wireless technologies such as global system for mobile communications (GSM), general packet radio service (GPRS), or enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA can be implemented over wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or evolved UTRA (E-UTRA).
  • UTRA is part of universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is part of evolved UMTS (E-UMTS) using E-UTRA.
  • 3GPP LTE uses OFDMA in the downlink (DL) and SC-FDMA in the uplink (UL).
  • Evolutions of 3GPP LTE include LTE-A (advanced), LTE-A Pro, and/or 5G NR (new radio).
  • the wireless devices (100a to 100f) represent devices that perform communications using radio access technology (RAT) (e.g., 5G NR or LTE) and may also be referred to as communication/wireless/5G devices.
  • RAT radio access technology
  • the wireless devices (100a to 100f) may include, but are not limited to, a robot (100a), a vehicle (100b-1 and 100b-2), an extended reality (XR) device (100c), a portable device (100d), a home appliance (100e), an IoT device (100f), and an artificial intelligence (AI) device/server (400).
  • the vehicles may include vehicles having wireless communication capabilities, autonomous vehicles, and vehicles capable of performing vehicle-to-vehicle communication.
  • MTC devices and IoT devices may be devices that do not require direct human intervention or manipulation.
  • MTC devices and IoT devices may include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors.
  • the NR frequency band can be defined by two types of frequency ranges (FR1, FR2).
  • the numerical values of the frequency ranges can be changed.
  • the two types of frequency ranges (FR1, FR2) can be as shown in Table 1 below.
  • FR1 can mean "sub 6GHz range”
  • FR2 can mean “above 6GHz range” and can be called millimeter wave (mmW).
  • mmW millimeter wave
  • the LTE-M technology can be implemented by at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, and/or 7) LTE M, and is not limited to the above-described names.
  • the wireless communication technology implemented in the wireless device of the present specification can include at least one of ZigBee, Bluetooth, and/or LPWAN considering low-power communication, and is not limited to the above-described names.
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • the first wireless device (100) may include at least one transceiver, such as a transceiver (106), at least one processing chip, such as a processing chip (101), and/or one or more antennas (108).
  • a transceiver such as a transceiver (106)
  • a processing chip such as a processing chip (101)
  • antennas 108
  • the processing chip (101) may include at least one processor, such as a processor (102), and at least one memory, such as a memory (104). Additionally and/or alternatively, the memory (104) may be located external to the processing chip (101).
  • the processor (102) may control the memory (104) and/or the transceiver (106), and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor (102) may process information in the memory (104) to generate first information/signal, and transmit a wireless signal including the first information/signal via the transceiver (106).
  • the processor (102) may receive a wireless signal including second information/signal via the transceiver (106), and store information obtained by processing the second information/signal in the memory (104).
  • a memory (104) may be operatively connected to the processor (102).
  • the memory (104) may store various types of information and/or instructions.
  • the memory (104) may store firmware and/or software code (105) that implements code, instructions and/or sets of instructions that, when executed by the processor (102), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (105) may implement instructions that, when executed by the processor (102), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (105) may control the processor (102) to perform one or more protocols.
  • the firmware and/or software code (105) may control the processor (102) to perform one or more wireless interface protocol layers.
  • the processing chip (201) may include at least one processor, such as a processor (202), and at least one memory, such as a memory (204). Additionally and/or alternatively, the memory (204) may be located external to the processing chip (201).
  • a memory (204) may be operatively connected to the processor (202).
  • the memory (204) may store various types of information and/or instructions.
  • the memory (204) may store firmware and/or software code (205) that implements a set of instructions, commands and/or instructions that, when executed by the processor (202), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (205) may implement instructions that, when executed by the processor (202), perform the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • the firmware and/or software code (205) may control the processor (202) to perform one or more protocols.
  • the firmware and/or software code (205) may control the processor (202) to perform one or more wireless interface protocol layers.
  • the processor (202) and the memory (204) may be part of a communication modem/circuit/chip designed to implement a RAT (e.g., LTE or NR).
  • a transceiver (206) may be coupled to the processor (202) to transmit and/or receive wireless signals via one or more antennas (208).
  • Each transceiver (206) may include a transmitter and/or a receiver.
  • the transceiver (206) may be used interchangeably with the RF section.
  • the second wireless device (200) may represent a communication modem/circuit/chip.
  • One or more processors (102, 202) may generate one or more protocol data units (PDUs), one or more service data units (SDUs), messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein.
  • One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein, and provide the signals to one or more transceivers (106, 206).
  • One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, suggestions, methods and/or operational flowcharts disclosed herein.
  • signals e.g., baseband signals
  • One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions, and/or commands.
  • the one or more memories (104, 204) may be comprised of random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), erasable programmable ROM (EPROM), flash memory, volatile memory, nonvolatile memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • the one or more memories (104, 204) may be located internally and/or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.
  • one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, wireless signals, etc., to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, wireless signals, etc. from one or more other devices.
  • One or more transceivers (106, 206) may convert received user data, control information, wireless signals/channels, etc. from RF band signals to baseband signals for processing using one or more processors (102, 202).
  • One or more transceivers (106, 206) may convert processed user data, control information, wireless signals/channels, etc. from baseband signals to RF band signals using one or more processors (102, 202).
  • one or more transceivers (106, 206) may include an (analog) oscillator and/or a filter.
  • the wireless device (100, 200) may further include additional components.
  • the additional components (140) may be configured in various ways depending on the type of the wireless device (100, 200).
  • the additional components (140) may include at least one of a power unit/battery, an input/output (I/O) device (e.g., an audio I/O port, a video I/O port), a driving device, and a computing device.
  • the additional components (140) may be connected to one or more processors (102, 202) via various technologies, such as wired or wireless connections.
  • Figure 3 shows an example of a UE to which the implementation of this specification is applied.
  • the UE (100) includes a processor (102), memory (104), a transceiver (106), one or more antennas (108), a power management module (141), a battery (142), a display (143), a keypad (144), a SIM (Subscriber Identification Module) card (145), a speaker (146), and a microphone (147).
  • a processor 102
  • memory 104
  • a transceiver 106
  • one or more antennas 108
  • a power management module 141
  • a battery 142
  • a display a keypad
  • SIM Subscriber Identification Module
  • the processor (102) may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts disclosed herein.
  • the processor (102) may be configured to control one or more other components of the UE (100) to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts disclosed herein.
  • a layer of a radio interface protocol may be implemented in the processor (102).
  • the processor (102) may include an ASIC, other chipset, logic circuitry and/or data processing devices.
  • the processor (102) may be an application processor.
  • the processor (102) may include at least one of a DSP, a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), and a modem (modulator and demodulator).
  • Memory (104) is operatively coupled with processor (102) and stores various information for operating processor (102).
  • Memory (104) may include ROM, RAM, flash memory, memory card, storage media, and/or other storage devices.
  • modules e.g., procedures, functions, etc.
  • the modules may be stored in memory (104) and executed by processor (102).
  • Memory (104) may be implemented within processor (102) or external to processor (102), in which case it may be communicatively coupled with processor (102) via various methods known in the art.
  • the display (143) outputs the result processed by the processor (102).
  • the keypad (144) receives input to be used by the processor (102).
  • the keypad (144) can be displayed on the display (143).
  • the UE (100) is connected to a data network via UPF (440) through a Next Generation Radio Access Network (NG-RAN) including a gNB (20).
  • NG-RAN Next Generation Radio Access Network
  • the illustrated AMF (410) can manage access and mobility in a 5G system.
  • the AMF (410) can perform a function of managing Non-Access Stratum (NAS) security.
  • the AMF (410) can perform a function of handling mobility in an idle state.
  • NAS Non-Access Stratum
  • the illustrated UPF (440) is a type of gateway through which user data is transmitted and received.
  • the UPF node (440) can perform all or part of the user plane functions of the S-GW (Serving Gateway) and P-GW (Packet Data Network Gateway) of 4th generation mobile communications.
  • the illustrated UDM (460) is a type of server that manages subscriber information, such as the HSS (Home Subscriber Server) of 4th generation mobile communication.
  • the UDM (460) stores and manages the subscriber information in a Unified Data Repository (UDR).
  • UDR Unified Data Repository
  • the illustrated SMF (420) can perform the function of allocating an IP (Internet Protocol) address of the UE.
  • the SMF (420) can control a PDU (protocol data unit) session.
  • AMF (410), SMF (420), PCF (430), UPF (440), AF (450), UDM (460), N3IWF (490), gNB (20), or UE (100) may be omitted below.
  • the 5th generation mobile communications support multiple numerologies or subcarrier spacings (SCS) to support various 5G services. For example, when the SCS is 15 kHz, it supports a wide area in traditional cellular bands; when the SCS is 30 kHz/60 kHz, it supports dense-urban, lower latency, and wider carrier bandwidth; and when the SCS is 60 kHz or higher, it supports a bandwidth larger than 24.25 GHz to overcome phase noise.
  • SCS subcarrier spacings
  • two NFs may need to be interconnected to serve a UE.
  • the UE must register with the network to receive services, enable mobility tracking, and enable reachability.
  • the UE initiates the registration procedure using one of the following registration types:
  • the generic registration procedure of Figures 6 and 7 may also be used when registering to a 3GPP connection when the UE is already registered to a non-3GPP connection, and vice versa.
  • an AMF change may be required to register to a 3GPP connection when the UE is already registered to a non-3GPP connection scenario.
  • Step 1 The UE transmits a Registration Request message to (R)AN.
  • the Registration Request message corresponds to an AN message.
  • the registration request message may include AN parameters.
  • the AN parameters include, for example, a 5G SAE temporary mobile subscriber identity (5G-S-TMSI) or a globally unique AMF ID (GUAMI), a selected public land mobile network (PLMN) ID (or PLMN ID and network identifier (NID)) and a requested network slice selection assistance information (NSSAI).
  • the AN parameters also include an establishment cause. The establishment cause provides the reason for requesting establishment of an RRC connection. Whether and how the UE includes the requested NSSAI as part of the AN parameters depends on the value of the access stratum connection establishment NSSAI inclusion mode parameter.
  • a UE performing initial registration has both a valid EPS GUTI and a native 5G-GUTI, the UE shall also indicate the native 5G-GUTI as an additional GUTI. If more than one native 5G-GUTI is available, the UE selects a 5G-GUTI in decreasing priority order from items (ii)-(iv) in the list above.
  • the UE When the UE performs initial registration with native 5G-GUTI, the UE indicates the relevant GUAMI information in the AN parameters. When the UE performs initial registration with SUCI, the UE does not indicate the GUAMI information in the AN parameters.
  • SUCI subscriber permanent identifier
  • PEI permanent equipment identifier
  • 5G-GUTI is included, which indicates the last serving AMF.
  • the registration request message may also include security parameters, PDU session status, etc.
  • the security parameters are used for authentication and integrity protection.
  • the PDU session status indicates a previously established PDU session in the UE.
  • the PDU session status indicates an established PDU session in the current PLMN in the UE.
  • Step 2 (R)AN selects AMF.
  • the (R)AN selects an AMF based on the (R)AT and the requested NSSAI, if available.
  • (R)AN performs AMF selection by forwarding a registration request message to an AMF configured in (R)AN.
  • Step 3 (R)AN sends a registration request message to the new AMF.
  • the registration request message corresponds to the N2 message.
  • the registration request message may contain all of the information and/or part of the information contained in the registration request message received from the UE described in step 1.
  • the registration request message may include an N2 parameter.
  • the N2 parameter includes the selected PLMN ID (or PLMN ID and NID), location information and cell ID related to the cell where the UE is camping, and a UE context request indicating that a UE context including security information should be established in the NG-RAN.
  • the N2 parameter also includes an establishment cause.
  • steps 4-19 described below may be omitted.
  • Step 4 If the 5G-GUTI of the UE is included in the registration request message and the serving AMF has changed since the last registration procedure, the new AMF may invoke the Namf_Communication_UEContextTransfer service operation to the previous AMF, including the full registration request non-access stratum (NAS) message, to request the SUPI and UE context of the UE.
  • NAS non-access stratum
  • Step 16 The new AMF can optionally perform AM policy association establishment/modification.
  • the new AMF sends the UE a Registration Accept message indicating that the registration request has been accepted. If the new AMF allocates a new 5G-GUTI, the 5G-GUTI is included. If the UE is already in RM-REGISTERED state through another connection to the same PLMN, the UE uses the 5G-GUTI received in the Registration Accept message for both registrations. If the Registration Accept message does not include a 5G-GUTI, the UE uses the 5G-GUTI allocated for the existing registration for the new registration. If the new AMF allocates a new Registration Area, it sends the Registration Accept message to the UE with the Registration Accept message. If the Registration Accept message does not include a Registration Area, the UE considers the previous Registration Area to be valid.
  • the UE may send a registration complete message to the new AMF to check if a new 5G-GUTI has been allocated.
  • Step 23 For registration over 3GPP connection, if the new AMF does not release the signaling connection, the new AMF may send RRC Inactive Assistance information to the NG-RAN. For registration over non-3GPP connection, if the UE is in CM-CONTENED state on the 3GPP connection, the new AMF may send RRC Inactive Assistance information to the NG-RAN.
  • Step 24 AMF can perform information updates on UDM.
  • Step 25 The UE may execute a network slice-specific authentication and authorization (NSSAA) procedure.
  • NSSAA network slice-specific authentication and authorization
  • the UE initiates the PDU session establishment procedure requested by the UE by transmitting an NAS message containing a PDU Session Establishment Request message within an N1 SM container.
  • the PDU Session Establishment Request message includes a PDU session ID, a Requested PDU Session Type, a requested session and service continuity (SSC) mode, 5G SM capabilities, Protocol Configuration Options (PCO), an SM PDU DN Request Container, and a UE Integrity Protection Maximum Data Rate.
  • the Request Type is "Existing Emergency PDU Session".
  • AMF selects an SMF and stores the association for the new PDU session ID, S-NSAI(s), and the selected SMF ID.
  • the PDU session establishment procedure may be performed in the following cases:
  • AMF rejects the PDU session establishment request with an appropriate rejection cause.
  • AMF rejects requests from emergency-registered UEs whose request type does not indicate "Emergency Request” or "Existing Emergency PDU Session".
  • the AMF ID is the GUAMI of the UE, which uniquely identifies the AMF serving the UE.
  • the AMF passes the PDU Session ID along with the N1 SM container containing the PDU Session Establishment Request message received from the UE.
  • the generic public subscription identifier (GPSI) is included if available to the AMF.
  • the AMF provides PEI instead of SUPI. If a UE in restricted service state is registered for emergency services while providing SUPI but is not authenticated, the AMF indicates that the SUPI is not authenticated. If the SMF does not receive SUPI for the UE or if the AMF indicates that the SUPI is not authenticated, the UE is considered not authenticated.
  • AMF can include PCF ID in Nsmf_PDUSession_CreateSMContext. This PCFID identifies H-PCF (home PCF) in non-roaming case and V-PCF (visited PCF) in LBO roaming case.
  • Step 4 If the session management subscription data for the S-NSSAI of the corresponding SUPI, DNN, and HPLMN is not available, the SMF can retrieve the session management subscription data from the UDM and be notified when the subscription data is modified.
  • Step 5 SMF sends a create SM context response message (e.g., Nsmf_PDUSession_CreateSMContext Response) or an update SM context response message (e.g., Nsmf_PDUSession_UpdateSMContext Response) to AMF according to the request received in Step 3.
  • a create SM context response message e.g., Nsmf_PDUSession_CreateSMContext Response
  • an update SM context response message e.g., Nsmf_PDUSession_UpdateSMContext Response
  • SMF receives the Nsmf_PDUSession_CreateSMContext Request in step 3 and can process the PDU session establishment request, SMF creates an SM context and responds to AMF by providing the SM context ID.
  • Step 6 Optional secondary authentication/authorization may be performed.
  • Step 7a When dynamic policy and charging control (PCC) is used for a PDU session, the SMF can perform PCF selection.
  • PCC dynamic policy and charging control
  • Step 8 SMF selects one or more UPFs.
  • Step 9 The SMF may perform the SM policy association modification procedure initiated by the SMF to provide information about the satisfied policy control request trigger conditions.
  • Step 10 If the request type indicates an “Initial Request”, the SMF may initiate the N4 Session Establishment procedure with the selected UPF. Otherwise, the SMF may initiate the N4 Session Modification procedure with the selected UPF.
  • step 10a SMF can send N4 session establishment/modification request to UPF and provide packet detection, enforcement and reporting rules to be installed in UPF for PDU session.
  • step 10b UPF can confirm by sending N4 session establishment/modification response.
  • the N1N2 Message Forwarding message may contain N2 SM information.
  • the N2 SM information carries the following information that the AMF is to forward to the (R)AN:
  • QFI QoS flow ID
  • QoS quality of service
  • the N1N2 Message Transfer message may contain an N1 SM container.
  • the N1 SM container contains a PDU Session Establishment Accept message that the AMF will provide to the UE.
  • the PDU Session Establishment Accept message contains an S-NSSAI from the allowed NSSAIs.
  • the PDU Session Establishment Accept message contains an S-NSSAI from the allowed NSSAIs for the VPLMN and also contains the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAIs received by the SMF in step 3.
  • QoS rules, QoS flow levels, and QoS parameters, if required, for QoS flows associated with QoS rules and QoS profiles can be included in the PDU session establishment accept message and N2 SM information within the N1 SM container.
  • the N1N2 message transfer message contains an N1 SM container containing a PDU session establishment rejection message, and does not contain N2 SM information.
  • the (R)AN sends an NAS message containing a PDU session establishment rejection message to the UE. In this case, steps 12-17 below are omitted.
  • Step 12 AMF sends a NAS message containing the PDU Session ID and PDU Session Establishment Accept message destined for the UE and the N2 SM information received from SMF to (R)AN within an N2 PDU Session Request message.
  • Step 13 (R)AN may perform AN specific signaling exchange with the UE related to the information received from the SMF.
  • the UE may perform RRC connection reconfiguration with the UE to set up the necessary NG-RAN resources related to the QoS rules for the PDU session request received in step 12.
  • (R)AN forwards the NAS message (PDU Session ID, N1 SM container (PDU Session Establishment Accept message)) received in step 12 to the UE.
  • (R)AN provides the NAS message to the UE only if the AN specific signaling exchange with the UE includes (R)AN resource addition related to the received N2 command.
  • steps 14-16b and step 17 below are omitted.
  • Step 14 (R)AN sends an N2 PDU Session Response message to AMF.
  • the N2 PDU Session Response message may include PDU Session ID, cause, N2 SM information (PDU Session ID, AN tunnel information, accepted/rejected QFI list, user plane enforcement policy notification), etc.
  • Step S16a SMF initiates the N4 session modification procedure with UPF.
  • SMF provides AN tunnel information and corresponding forwarding rules to UPF.
  • Step S16b UPF provides an N4 session modification response to SMF.
  • the UPF can forward any DL packets that may have been buffered for this PDU session to the UE.
  • Step 16c If the SMF is not already registered for this PDU session, the SMF may register with the UDM for the given PDU session.
  • Step 17 SMF sends an update SM context response message (e.g., Nsmf_PDUSession_UpdateSMContext Response) to AMF.
  • update SM context response message e.g., Nsmf_PDUSession_UpdateSMContext Response
  • AMF forwards the relevant events to which SMF has subscribed.
  • Step 20 SMF can perform SM policy association modification initiated by SMF.
  • MNO2 mobile network operator2
  • MWAB vehicle relay in Fig. 10
  • MNO1 mobile network operator2
  • MNO1 may decide to tunnel MNO1 traffic to MWAB, leveraging the 5G wireless (and transport) connectivity provided by MNO2.
  • Step 1 MWAB can be provisioned and configured to register with MNO2 and establish the required PDU sessions using specific quality of service and policies (as negotiated for MNO1 traffic and subscribers).
  • the above registration approval message may contain information (either verbatim or in a modified form) for MWAB to establish a PDU session for use in NG setup.
  • AMF may also provide the MWAB with information to establish a PDU session for use on the Xn interface.
  • the parameters used by MWAB-UE can utilize values received from AMF (for example, values received through a registration approval message).
  • MWAB-UE can establish PDU session to be used for Xn setup (or Xn interface connection).
  • MWAB can receive configurations required for MWAB operation through the OAM server. For example, it can receive TA information and cell information that MWAB should use.
  • the MWAB can receive, through the OAM server, information necessary for the MWAB to perform Xn interface connections with surrounding base stations (e.g., global NG-RAN Node ID information and/or TNL addresses of base stations located around a specific location).
  • information necessary for the MWAB to perform Xn interface connections with surrounding base stations e.g., global NG-RAN Node ID information and/or TNL addresses of base stations located around a specific location.
  • the MWAB can transmit its location information and information about surrounding base stations to the OAM server. Based on this, the OAM server can transmit the aforementioned information to the MWAB.
  • a PDU session can be a Local Breakout PDU session or a Home Routed PDU session.
  • the PDU sessions for the Xn interface may also be used for the NG interfaces (N2 and/or N3).
  • the PDU sessions for the NG interfaces (N2 and/or N3) may also be used for the Xn interface. This can be applied throughout this specification.
  • MWAB may decide to perform Xn configuration with other base stations. This decision may be based on at least one of the following information:
  • the Xn setup procedure can be performed. If the Xn setup is successful (if the Xn connection is established), steps 5a and 6a described below can be performed. Alternatively, if the Xn setup fails, steps 5b and 6b described below can be performed.
  • the MWAB-gNB may include MWAB mobility-related information (explicitly, implicitly, or implicitly) in the Xn Setup Request message.
  • the mobility-related information of MWAB may consist of one or more of the following information, and may be composed in an explicit, implicit, or implicit form.
  • the mobility-related information of MWAB may also be interpreted as mobility status information, etc.:
  • Information that it operates as MWAB This can be interpreted as information indicating that it is a mobile base station.
  • the MWAB-gNB can transmit its own base station ID information and a list of served cells (cells served by the MWAB-gNB) belonging to the MWAB-gNB to the surrounding NG-RAN. If another MWAB-UE belongs to the NG-RAN that received this, the NG-RAN may not designate the served cell belonging to the MWAB-gNB as a target cell when performing a handover for the MWAB-UE. This can prevent another MWAB-UE from being connected to the served cell of the MWAB-gNB (for example, can prevent the MWAB from being connected in multi-hop).
  • Whether the MWAB is mobile Even if this information is not included, if the information in iii) and/or iv) is included, the MWAB can be considered mobile. Alternatively, the information in iii) can be used to indicate this. For example, if the information in iv) is 0 km/h, it can be considered as not mobile.
  • the NG-RAN may send an Uplink RAN Configuration Transfer message to the AMF to request the TNL address of the MWAB-gNB.
  • the AMF may send a Downlink RAN Configuration Transfer message to the MWAB-gNB to relay the request from the NG-RAN.
  • the MWAB-gNB upon receiving this, may send an Uplink RAN Configuration Transfer message to the AMF in response, including one or more TNL addresses to be used for SCTP connectivity with the NG-RAN. Then, the AMF may send a Downlink Configuration Transfer message to the NG-RAN to relay the response from the MWAB-gNB.
  • the NG-RAN may decide to perform Xn configuration with another base station (e.g., the MWAB-gNB). This decision may be based on at least one of the following information:
  • the Xn setting procedure can be performed. If the Xn setting is successful, step 5a and step 6a described below can be performed. Alternatively, if the Xn setting fails, step 5b and step 6b described below can be performed.
  • NG-RAN can send Xn Setup Request message to another NG-RAN (e.g. MWAB-gNB) via PDU session to be used on Xn interface.
  • NG-RAN e.g. MWAB-gNB
  • the NG-RAN may include mobility-related information (explicit, implicit, or implicit) of the MWAB in the Xn Setup Request message.
  • the mobility-related information of the MWAB may be one or more of the information of i to v of step 5a of FIG. 15.
  • the above MWAB can decide whether to accept the Xn setup request based on its own mobility-related information and the mobility-related information of the MWAB that transmitted the Xn setup request (if the NG-RAN that transmitted the Xn setup request is an MWAB).
  • the Xn Setup Response message may be an extension of the existing one, or may be a newly defined message instead. This may be applied throughout this specification.
  • the MWAB-gNB may send a response/rejection message (e.g., an Xn Setup Failure message) to the NG-RAN for the Xn setup request.
  • a response/rejection message e.g., an Xn Setup Failure message
  • the above response/rejection message may include information regarding the reason for the rejection.
  • the MWAB can release/remove (or keep maintaining) the Xn connection.
  • the reason why the Xn connection is released/removed may be the same as the reason for rejecting the Xn setup request in the first embodiment (or the second embodiment).
  • the above-mentioned action of releasing/removing an Xn connection can be performed via the existing Xn Removal Request/Response message (or an extended corresponding message) or via a new defined procedure/message.
  • the TNL association used for the Xn connection may be released/removed through SCTP SHUTDOWN, thereby performing the release/removal of the Xn connection.
  • SCTP SHUTDOWN SCTP SHUTDOWN
  • MWAB may perform SCTP SHUTDOWN, thereby releasing/removing the TNL association used for the Xn connection. Based on this, the release/removal of the Xn connection may be performed.
  • the MWAB may implicitly/locally release/remove the Xn. And, the MWAB may cause the base station that has established the Xn connection to implicitly/locally release/remove the Xn connection established with the MWAB.
  • the description is mainly based on the case where all base stations establishing Xn connections are MWAB, but it can also be applied to cases where the base station attempting to establish MWAB and Xn connections is a non-MWAB base station.
  • MWAB provides mobility-related information to the UE, and the UE considers this and decides whether to report the MWAB to another base station (e.g., serving base station).
  • another base station e.g., serving base station
  • the above mobility-related information may be one or more of the information from i to v of step 5a of FIG. 15.
  • a UE When a UE receives mobility-related information of a specific neighboring cell (e.g., a surrounding MWAB), the UE may utilize the mobility-related information of the specific neighboring cell when reporting information about the neighboring cell to the serving base station.
  • a specific neighboring cell e.g., a surrounding MWAB
  • the decision may be based on instructions from the serving base station. Alternatively, the decision may be based on configuration or implementation.
  • a UE may determine that the MWAB is moving in a similar or identical direction to itself based on the mobility-related information of the specific neighboring cell. In this case, the UE may report about the specific neighboring cell when reporting information about the neighboring cell to the serving base station.
  • a specific neighboring cell e.g., a surrounding MWAB
  • the specific MWAB may instruct (or provide a policy) to report neighboring cells that have similar or identical mobility to that of the specific MWAB (the serving base station of the UE) (or when a match between mobility-related information satisfies some criteria, for example, moving in the same direction) when instructing the UE to perform a measurement report.
  • ii to vi may also be performed in a form where the purpose or information of another procedure is provided while performing one procedure (e.g., the purpose/information of iv is provided while performing procedure iii).
  • the conventional Xn message may be extended and used, or a new Xn message may be defined and used.
  • an MWAB When an MWAB is in the MWAB not authorized (or out of service) state (i.e., it is determined that the MWAB is not capable of operating as a MWAB), then if there are PDU sessions for the Xn interface, one or more of the following actions may be taken (or decided to be taken):
  • Conventional PDU session related procedures may be used (either as is or extended) to release a PDU session for the aforementioned Xn interface and/or to suspend/deactivate a PDU session for the Xn interface, or new PDU session related procedures may be defined and used.
  • the MWAB may sequentially perform the cleanup work (e.g., handover or redirect) of the serving UE(s) and the Xn interface-related processing/management work (e.g., the above-mentioned i to vi operations, the work of deciding to maintain the PDU session for the Xn interface).
  • the Xn interface-related processing/management work may be performed first.
  • Xn connections between MWAB and other base stations can be established and managed efficiently in consideration of the mobility of MWAB.
  • seamless services can be provided to terminals through handover operations between base stations, etc.
  • MWAB-gNB can send Xn setup request message to other NG-RAN through PDU session to be used for Xn interface.
  • MWAB-gNB can include mobility related information of MWAB explicitly, implicitly, or implicitly in said message.
  • the NG-RAN that receives the Xn setup request can send a response (accept or reject) message to the MWAB-gNB for the Xn setup request.
  • a UE User Equipment
  • MWAB Mobile gNB with wireless access backhauling
  • the UE of the above specific MWAB can receive an acknowledgement message of the PDU session from the network.
  • the step of performing the above Xn connection establishment procedure may include: a step of the gNB of the specific MWAB transmitting mobility information of the specific MWAB to the first base station.
  • the step of a gNB of a specific MWAB transmitting an Xn setup request message to the first base station may include the Xn setup request message.
  • the Xn setup request message may include mobility information of the specific MWAB.
  • - may include a step of receiving, by the gNB of the specific MWAB, an Xn setup response message accepting the Xn setup request message from the first base station based on i) that the first base station corresponds to an MWAB and ii) that the mobility of the first base station and the mobility of the specific MWAB are similar.
  • - may include a step of a gNB of a specific MWAB transmitting an Xn setup request message to the first base station.
  • the method may include a step of receiving, based on the Xn setup request message, an Xn setup failure message from the first base station, wherein the gNB of the specific MWAB rejects the Xn setup request message.
  • - may include a step of receiving, by the gNB of the specific MWAB, an Xn setup failure message rejecting the Xn setup request message from the first base station based on i) that the first base station corresponds to an MWAB and ii) that the mobility of the first base station and the mobility of the specific MWAB are not similar.
  • the Xn setup failure message may include mobility information of the first base station.
  • the specific MWAB can send a new Xn setup request message to the first base station.
  • the particular MWAB may skip transmitting a new Xn setup request message to the first base station for a certain period of time.
  • the step of determining whether the gNB of the specific MWAB approves the Xn setup with the first base station may be included.
  • the step of the gNB of the specific MWAB transmitting an Xn setup failure message to the first base station, wherein the Xn setup failure message may include mobility information of the specific MWAB, based on the gNB of the specific MWAB deciding not to accept the Xn setup.
  • the step of determining whether the gNB of the specific MWAB accepts or rejects the gNB of the specific MWAB can determine that it accepts the Xn configuration.
  • the Xn setup request message may include i) information on whether the first base station is roaming or ii) information on the network that connected the NG interface based on the first base station roaming.
  • the mobility information of the above specific MWAB may include information that the above specific MWAB is moving.
  • the mobility information of the first base station may include information that the first base station is moving.
  • the mobility information of the specific MWAB may include at least one of information on whether the specific MWAB operates as a MWAB, whether the specific MWAB is mobile, a moving direction, a moving speed, and a location.
  • the mobility information of the first base station may include at least one of information on whether the first MWAB operates as an MWAB, whether the first base station is mobile, a moving direction, a moving speed, and location information.
  • Figure 18 illustrates the procedure of a base station for disclosure of this specification.
  • the base station can receive an Xn setup request message from a gNB (gNodeB) of a specific MWAB (Mobile gNB with wireless access backhauling).
  • a gNB gNodeB
  • MWAB Mobile gNB with wireless access backhauling
  • the above Xn setup request message may include mobility information of the specific MWAB.
  • the base station can determine whether to accept the Xn setup with the specific MWAB.
  • the base station may transmit an Xn configuration response message accepting the Xn configuration request message to the gNB of the specific MWAB.
  • the above Xn setup request message may include i) information on whether the specific MWAB is roaming or ii) information on the network that connected the NG interface based on which the specific MWAB has roamed.
  • Figure 19 illustrates the procedure of a base station for disclosure of this specification.
  • the base station may receive an Xn setup failure message from the gNB of a specific MWAB.
  • a device may include a processor, a transceiver, and memory.
  • the operations performed by the processor include: a step for a UE of a specific MWAB to transmit a registration request message to a network; a step for the UE of the specific MWAB to receive a registration acceptance message from the network; a step for the UE of the specific MWAB to transmit a PDU session establishment request message to the network; a step for the UE of the specific MWAB to receive an acceptance message of the PDU session from the network; a step for a gNB of the specific MWAB to perform an Xn connection establishment procedure with a first base station through the PDU session, wherein the step for performing the Xn connection establishment procedure may include: a step for the gNB of the specific MWAB to transmit mobility information of the specific MWAB to the first base station.
  • the method comprises: a step in which a UE of a specific MWAB performs a registration request message to a network; a step in which the UE of the specific MWAB receives a registration approval message from the network; a step in which the UE of the specific MWAB transmits a PDU session establishment request message to the network; a step in which the UE of the specific MWAB receives an approval message of the PDU session from the network; a step in which a gNB of the specific MWAB performs an Xn connection establishment procedure with a first base station through the PDU session; and the step in which the gNB of the specific MWAB performs the Xn connection establishment procedure may include a step in which: the gNB of the specific MWAB transmits mobility information of the specific MWAB to the first base station.
  • the technical features of the present disclosure may be implemented directly in hardware, software executed by a processor, or a combination of the two.
  • a method performed by a wireless device in wireless communication may be implemented in hardware, software, firmware, or any combination thereof.
  • the software may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or other storage media.
  • the methods described herein can be realized at least in part by a computer-readable communication medium that carries or transmits code in the form of instructions or data structures and that can be accessed, read, and/or executed by a computer.
  • a non-transitory computer-readable medium has one or more instructions stored thereon.
  • the one or more instructions stored thereon can be executed by a processor of a base station.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서(present disclosure)의 일 개시는 방법을 제공한다. 상기 방법은 특정 MWAB의 UE가 네트워크에 등록 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크에게 PDU 세션의 수립 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 gNB가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행하는 단계를 포함하고, 상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함한다.

Description

MWAB의 XN 설정 방법
본 명세서는 이동통신에 관한 것이다.
3GPP(3rd generation partnership project) LTE(long-term evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.
ITU(international telecommunication union) 및 3GPP에서 NR(new radio) 시스템에 대한 요구 사항 및 사양을 개발하는 작업이 시작되었다. 3GPP는 긴급한 시장 요구와 ITU-R(ITU radio communication sector) IMT(international mobile telecommunications)-2020 프로세스가 제시하는 보다 장기적인 요구 사항을 모두 적시에 만족시키는 NR을 성공적으로 표준화하기 위해 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 먼 미래에도 무선 통신을 위해 이용될 수 있는 적어도 100 GHz에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 eMBB(enhanced mobile broadband), mMTC(massive machine type-communications), URLLC(ultra-reliable and low latency communications) 등을 포함하는 모든 배치 시나리오, 사용 시나리오, 요구 사항을 다루는 단일 기술 프레임 워크를 대상으로 한다. NR은 본질적으로 순방향 호환성이 있어야 한다.
MWAB의 Xn 설정 방법이 요구된다.
MWAB은 Xn 설정 절차에서 상대 기지국에게 자신의 이동성 정보를 전달한다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 4는 차세대 이동통신 네트워크의 구조도이다.
도 5는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
도 6 및 도 7은 본 명세서의 구현이 적용되는 등록 절차의 예를 나타낸다.
도 8 및 도 9는 본 명세서의 구현이 적용되는 PDU 세션 수립 절차의 예를 나타낸다.
도 10은 MWAB의 아키텍쳐의 예를 나타낸다.
도 11은 MWAB의 비 로밍 시나리오에서의 아키텍쳐의 예를 나타낸다.
도 12는 MWAB의 로밍 시나리오에서의 아키텍쳐의 예를 나타낸다.
도 13은 Xn 설정 동작의 성공의 예를 나타낸다.
도 14는 Xn 설정 동작의 실패의 예를 나타낸다.
도 15는 본 명세서의 제1 실시예를 따른 Xn 설정의 예를 나타낸다.
도 16은 본 명세서의 제2 실시예를 따른 Xn 설정의 예를 나타낸다.
도 17은 본 명세서의 개시에 대한 HPLMN의 AMF의 절차를 나타낸다.
도 18은 본 명세서의 개시에 대한 기지국의 절차를 나타낸다.
도 19는 본 명세서의 개시에 대한 기지국의 절차를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multicarrier frequency division multiple access) 시스템을 포함한다. CDMA는 UTRA(universal terrestrial radio access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(global system for mobile communications), GPRS(general packet radio service) 또는 EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long-term evolution)는 E-UTRA를 이용한 E-UMTS(evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; downlink)에서 OFDMA를, 상향링크(UL; uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(advanced), LTE-A Pro, 및/또는 5G NR(new radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라, "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "A 및 B의 적어도 하나(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "A 또는 B의 적어도 하나(at least one of A or B)"나 "A 및/또는 B의 적어도 하나(at least one of A and/or B)"라는 표현은 "A 및 B의 적어도 하나(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "A, B 및 C의 적어도 하나(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다. 또한, "A, B 또는 C의 적어도 하나(at least one of A, B or C)"나 "A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)"는 "A, B 및 C의 적어도 하나(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안될 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced mobile broadband) 범주, (2) 거대 기계 유형 통신 (mMTC; massive machine type communication) 범주 및 (3) 초고신뢰 저지연 통신 (URLLC; ultra-reliable and low latency communications) 범주이다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; radio access technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; extended reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT 장치(100f) 및 인공 지능(AI; artificial intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; unmanned aerial vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR/VR/혼합 현실(MR; mixed realty) 장치를 포함할 수 있으며, 차량, 텔레비전, 스마트폰, 컴퓨터, 웨어러블 장치, 가전 제품, 디지털 표지판, 차량, 로봇 등에 장착된 HMD(head-mounted device), HUD(head-up display)의 형태로 구현될 수 있다. 휴대용 장치에는 스마트폰, 스마트 패드, 웨어러블 장치(예: 스마트 시계 또는 스마트 안경) 및 컴퓨터(예: 노트북)가 포함될 수 있다. 가전 제품에는 TV, 냉장고, 세탁기가 포함될 수 있다. IoT 장치에는 센서와 스마트 미터가 포함될 수 있다.
본 명세서에서, 무선 장치(100a~100f)는 사용자 장비(UE; user equipment)라고 부를 수 있다. UE는 예를 들어, 휴대 전화, 스마트폰, 노트북 컴퓨터, 디지털 방송 단말기, PDA(personal digital assistant), PMP(portable multimedia player), 네비게이션 시스템, 슬레이트 PC, 태블릿 PC, 울트라북, 차량, 자율주행 기능이 있는 차량, 연결된 자동차, UAV, AI 모듈, 로봇, AR 장치, VR 장치, MR 장치, 홀로그램 장치, 공공 안전 장치, MTC 장치, IoT 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 날씨/환경 장치, 5G 서비스 관련 장치 또는 4차 산업 혁명 관련 장치를 포함할 수 있다.
예를 들어, UAV는 사람이 탑승하지 않고 무선 제어 신호에 의해 항행되는 항공기일 수 있다.
예를 들어, VR 장치는 가상 환경의 개체 또는 배경을 구현하기 위한 장치를 포함할 수 있다. 예를 들어, AR 장치는 가상 세계의 개체나 배경을 실제 세계의 개체나 배경에 연결하여 구현한 장치를 포함할 수 있다. 예를 들어, MR 장치는 객체나 가상 세계의 배경을 객체나 실제 세계의 배경으로 병합하여 구현한 디바이스를 포함할 수 있다. 예를 들어, 홀로그램 장치는, 홀로그램이라 불리는 두 개의 레이저 조명이 만났을 때 발생하는 빛의 간섭 현상을 이용하여, 입체 정보를 기록 및 재생하여 360도 입체 영상을 구현하기 위한 장치가 포함할 수 있다.
예를 들어, 공공 안전 장치는 사용자 몸에 착용할 수 있는 이미지 중계 장치 또는 이미지 장치를 포함할 수 있다.
예를 들어, MTC 장치와 IoT 장치는 인간의 직접적인 개입이나 조작이 필요하지 않은 장치일 수 있다. 예를 들어, MTC 장치와 IoT 장치는 스마트 미터, 자동 판매기, 온도계, 스마트 전구, 도어락 또는 다양한 센서를 포함할 수 있다.
예를 들어, 의료 장치는 질병의 진단, 처리, 완화, 치료 또는 예방 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 부상이나 손상을 진단, 처리, 완화 또는 교정하기 위해 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 구조나 기능을 검사, 교체 또는 수정할 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 임신 조정 목적으로 사용되는 장치일 수 있다. 예를 들어, 의료 장치는 치료용 장치, 운전용 장치, (체외)진단 장치, 보청기 또는 시술용 장치를 포함할 수 있다.
예를 들어, 보안 장치는 발생할 수 있는 위험을 방지하고 안전을 유지하기 위해 설치된 장치일 수 있다. 예를 들어, 보안 장치는 카메라, 폐쇄 회로 TV(CCTV), 녹음기 또는 블랙박스일 수 있다.
예를 들어, 핀테크 장치는 모바일 결제와 같은 금융 서비스를 제공할 수 있는 장치일 수 있다. 예를 들어, 핀테크 장치는 지불 장치 또는 POS 시스템을 포함할 수 있다.
예를 들어, 날씨/환경 장치는 날씨/환경을 모니터링 하거나 예측하는 장치를 포함할 수 있다.
무선 장치(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 장치(100a~100f)에는 AI 기술이 적용될 수 있으며, 무선 장치(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예: LTE) 네트워크, 5G(예: NR) 네트워크 및 5G 이후의 네트워크 등을 이용하여 구성될 수 있다. 무선 장치(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국(200)/네트워크(300)를 통하지 않고 직접 통신(예: 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량(100b-1, 100b-2)은 직접 통신(예: V2V(vehicle-to-vehicle)/V2X(vehicle-to-everything) 통신)을 할 수 있다. 또한, IoT 기기(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 장치(100a~100f)와 직접 통신을 할 수 있다.
무선 장치(100a~100f) 간 및/또는 무선 장치(100a~100f)와 기지국(200) 간 및/또는 기지국(200) 간에 무선 통신/연결(150a, 150b, 150c)이 확립될 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a), 사이드링크 통신(150b)(또는, D2D(device-to-device) 통신), 기지국 간 통신(150c)(예: 중계, IAB(integrated access and backhaul)) 등과 같이 다양한 RAT(예: 5G NR)을 통해 확립될 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 장치(100a~100f)와 기지국(200)은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
AI는 인공적인 지능 또는 이를 만들 수 있는 방법론을 연구하는 분야를 의미하며, 머신 러닝(기계 학습, Machine Learning)은 인공 지능 분야에서 다루는 다양한 문제를 정의하고 그것을 해결하는 방법론을 연구하는 분야를 의미한다. 머신 러닝은 어떠한 작업에 대하여 꾸준한 경험을 통해 그 작업에 대한 성능을 높이는 알고리즘으로 정의하기도 한다.
로봇은 스스로 보유한 능력에 의해 주어진 일을 자동으로 처리하거나 작동하는 기계를 의미할 수 있다. 특히, 환경을 인식하고 스스로 판단하여 동작을 수행하는 기능을 갖는 로봇을 지능형 로봇이라 칭할 수 있다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류할 수 있다. 로봇은 액츄에이터(actuator) 또는 모터를 포함하는 구동부를 구비하여 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 이동 가능한 로봇은 구동부에 휠, 브레이크, 프로펠러 등이 포함되어, 구동부를 통해 지상에서 주행하거나 공중에서 비행할 수 있다.
자율 주행은 스스로 주행하는 기술을 의미하며, 자율 주행 차량은 사용자의 조작 없이 또는 사용자의 최소한의 조작으로 주행하는 차량을 의미한다. 예를 들어, 자율 주행에는 주행 중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등이 모두 포함될 수 있다. 차량은 내연 기관만을 구비하는 차량, 내연 기관과 전기 모터를 함께 구비하는 하이브리드 차량, 그리고 전기 모터만을 구비하는 전기 차량을 모두 포괄하며, 자동차뿐만 아니라 기차, 오토바이 등을 포함할 수 있다. 자율 주행 차량은 자율 주행 기능을 가진 로봇으로 볼 수 있다.
확장 현실은 VR, AR, MR을 총칭한다. VR 기술은 현실 세계의 객체나 배경 등을 CG 영상으로만 제공하고, AR 기술은 실제 사물 영상 위에 가상으로 만들어진 CG 영상을 함께 제공하며, MR 기술은 현실 세계에 가상 객체를 섞고 결합시켜서 제공하는 CG 기술이다. MR 기술은 현실 객체와 가상 객체를 함께 보여준다는 점에서 AR 기술과 유사하다. 그러나, AR 기술에서는 가상 객체가 현실 객체를 보완하는 형태로 사용되는 반면, MR 기술에서는 가상 객체와 현실 객체가 동등한 성격으로 사용된다는 점에서 차이점이 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; subcarrier spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, narrowband IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(low power wide area network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-bandwidth limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2에서, 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다. 예를 들어, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다. 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(radio frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(media access control) 계층, RLC(radio link control) 계층, PDCP(packet data convergence protocol) 계층, RRC(radio resource control) 계층, SDAP(service data adaptation protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(protocol data unit), 하나 이상의 SDU(service data unit), 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 일 예로, 하나 이상의 프로세서(102, 202)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; Application Processor), 전자 제어 장치(ECU; Electronic Control Unit), 중앙 처리 장치(CPU; Central Processing Unit), 그래픽 처리 장치(GPU; Graphic Processing Unit) 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 RAM(random access memory), DRAM(Dynamic RAM), ROM(Read-Only Memory), EPROM(erasable programmable ROM), 플래시 메모리, 휘발성 메모리, 비휘발성 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 추가적으로 및/또는 대체적으로, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 포함할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
도 2에 도시되지는 않았으나, 무선 장치(100, 200)는 추가 구성 요소를 더 포함할 수 있다. 추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 추가 구성 요소(140)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 3을 참조하면, UE(100)는 도 2의 제1 무선 장치(100)에 대응할 수 있다.
UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(141), 배터리(142), 디스플레이(143), 키패드(144), SIM(Subscriber Identification Module) 카드(145), 스피커(146), 마이크(147)를 포함한다.
프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 애플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP, CPU(Central Processing Unit), GPU(Graphics Processing Unit), 모뎀(변조 및 복조기) 중 적어도 하나를 포함할 수 있다. 프로세서(102)의 예는 Qualcomm®에서 만든 SNAPDRAGONTM 시리즈 프로세서, Samsung®에서 만든 EXYNOSTM 시리즈 프로세서, Apple®에서 만든 A 시리즈 프로세서, MediaTek®에서 만든 HELIOTM 시리즈 프로세서, Intel®에서 만든 ATOMTM 시리즈 프로세서 또는 대응하는 차세대 프로세서에서 찾을 수 있다.
메모리(104)는 프로세서(102)와 동작 가능하도록 결합되며, 프로세서(102)를 작동하기 위한 다양한 정보를 저장한다. 메모리(104)는 ROM, RAM, 플래시 메모리, 메모리 카드, 저장 매체 및/또는 기타 저장 장치를 포함할 수 있다. 구현이 소프트웨어에서 구현될 때, 여기에 설명된 기술은 본 명세서에서 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 모듈(예: 절차, 기능 등)을 사용하여 구현될 수 있다. 모듈은 메모리(104)에 저장되고 프로세서(102)에 의해 실행될 수 있다. 메모리(104)는 프로세서(102) 내에 또는 프로세서(102) 외부에 구현될 수 있으며, 이 경우 기술에서 알려진 다양한 방법을 통해 프로세서(102)와 통신적으로 결합될 수 있다.
송수신기(106)는 프로세서(102)와 동작 가능하도록 결합되며, 무선 신호를 전송 및/또는 수신한다. 송수신기(106)는 송신기와 수신기를 포함한다. 송수신기(106)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 송수신기(106)는 하나 이상의 안테나(108)를 제어하여 무선 신호를 전송 및/또는 수신한다.
전원 관리 모듈(141)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(142)는 전원 관리 모듈(141)에 전원을 공급한다.
디스플레이(143)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(144)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(144)는 디스플레이(143)에 표시될 수 있다.
SIM 카드(145)는 IMSI(International Mobile Subscriber Identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.
스피커(146)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(147)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.
도 4는 차세대 이동통신 네트워크의 구조도이다.
5GC(5G Core)는 다양한 구성요소들을 포함할 수 있으며, 도 5에서는 그 중에서 일부에 해당하는 AMF(액세스 및 이동성 관리 기능: Access and Mobility Management Function)(410)와 SMF(세션 관리 기능: Session Management Function)(420)와 PCF(정책 제어 기능: Policy Control Function)(430), UPF(사용자 평면 기능: User Plane Function)(440), AF(애플리케이션 기능: Application Function)(450), UDM(통합 데이터 관리: Unified Data Management)(460), N3IWF(Non-3GPP(3rd Generation Partnership Project) Inter Working Function)(490)를 포함한다.
UE(100)는 gNB(20)를 포함하는 NG-RAN(Next Generation Radio Access Network)를 통해 UPF(440)를 거쳐 데이터 네트워크으로 연결된다.
UE(100)는 신뢰되지 않는 비-3GPP 액세스, 예컨대, WLAN(Wireless Local Area Network)를 통해서도 데이터 서비스를 제공받을 수 있다. 상기 비-3GPP 액세스를 코어 네트워크에 접속시키기 위하여, N3IWF(490)가 배치될 수 있다.
도시된 N3IWF(490)는 비-3GPP 액세스와 5G 시스템 간의 인터워킹을 관리하는 기능을 수행한다. UE(100)가 비-3GPP 액세스(e.g., IEEE 801.11로 일컬어 지는 WiFi)와 연결된 경우, UE(100)는 N3IWF(490)를 통해 5G 시스템과 연결될 수 있다. N3IWF(490)는 제어 시그너링은 AMF(410)와 수행하고, 데이터 전송을 위해 N3 인터페이스를 통해 UPF(440)와 연결된다.
도시된 AMF(410)는 5G 시스템에서 액세스 및 이동성을 관리할 수 있다. AMF(410)는 Non-Access Stratum (NAS) 보안을 관리하는 기능을 수행할 수 있다. AMF(410)는 아이들 상태(Idle State)에서 이동성을 핸들링하는 기능을 수행할 수 있다.
도시된 UPF(440)는 사용자의 데이터가 송수신되는 게이트웨이의 일종이다. 상기 UPF 노드(440)는 4세대 이동통신의 S-GW(Serving Gateway) 및 P-GW(Packet Data Network Gateway)의 사용자 평면 기능의 전부 또는 일부를 수행할 수 있다.
UPF(440)는 차세대 무선 접속 네트워크(NG-RAN: next generation RAN)와 코어 네트워크 사이의 경계점으로 동작하고, gNB(20)와 SMF(420) 사이의 데이터 경로를 유지하는 요소이다. 또한 UE(100)가 gNB(20)에 의해서 서빙되는 영역에 걸쳐 이동하는 경우, UPF(440)는 이동성 앵커 포인트(mobility anchor point)역할을 한다. UPF(440)는 PDU를 핸들링하는 기능을 수행할 수 있다. NG-RAN(3GPP 릴리즈-15 이후에서 정의되는 Next Generation-Radio Access Network) 내에서의 이동성을 위해 UPF는 패킷들이 라우팅될 수 있다. 또한, UPF(440)는 다른 3GPP 네트워크(3GPP 릴리즈-15 전에 정의되는 RAN, 예를 들어, UTRAN, E-UTRAN(Evolved-UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)) 또는 GERAN(GSM(Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network)와의 이동성을 위한 앵커 포인트로서 기능할 수도 있다. UPF(440)는 데이터 네트워크를 향한 데이터 인터페이스의 종료점(termination point)에 해당할 수 있다
도시된 PCF(430)는 사업자의 정책을 제어하는 노드이다.
도시된 AF(450)는 UE(100)에게 여러 서비스를 제공하기 위한 서버이다.
도시된 UDM(460)은 4세대 이동통신의 HSS(Home subscriber Server)와 같이, 가입자 정보를 관리하는 서버의 일종이다. 상기 UDM(460)은 상기 가입자 정보를 통합 데이터 저장소(Unified Data Repository: UDR)에 저장하고 관리한다.
도시된 SMF(420)는 UE의 IP(Internet Protocol) 주소를 할당하는 기능을 수행할 수 있다. 그리고, SMF(420)는 PDU(protocol data unit) 세션을 제어할 수 있다.
참고로, 이하에서 AMF(410), SMF(420), PCF (430), UPF(440), AF(450), UDM(460), N3IWF(490), gNB(20), 또는 UE(100)에 대한 도면 부호는 생략될 수 있다.
5세대 이동통신은 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머롤로지(numerology) 혹은 SCS(subcarrier spacing)를 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
도 5는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; Network Function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 5는 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 5에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 비로밍 시나리오의 경우 PCF와 AMF 사이의 기준점, 로밍 시나리오의 경우 방문 네트워크의 PCF와 AMF 사이의 기준점.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
<등록 절차>
등록(registration) 절차에 대해 설명한다. 3GPP TS 23.502 V16.3.0 (2019-12)의 섹션 4.2.2.2를 참조할 수 있다.
도 6 및 도 7은 본 명세서의 구현이 적용되는 등록 절차의 예를 나타낸다.
UE는 서비스를 수신하고, 이동성 추적(mobility tracking)을 활성화하고, 접근성(reachability)을 활성화하기 위해 네트워크에 등록해야 한다. UE는 다음 등록 유형 중 하나를 사용하여 등록 절차를 시작한다.
- 5GS에 대한 초기 등록(initial registration); 또는
- 이동성 등록 업데이트(mobility registration update); 또는
- 정기 등록 업데이트(periodic registration update); 또는
- 긴급 등록(emergency registration)
도 6과 7의 일반 등록 절차는 상술한 모든 등록 절차에 적용되지만, 정기 등록 업데이트에서는 다른 등록 절차에서 사용되는 모든 파라미터가 포함될 필요는 없다.
도 6과 7의 일반 등록 절차는 UE가 비-3GPP 접속에 이미 등록되어 있을 때 3GPP 접속에 등록하는 경우에 사용되기도 하며, 그 반대의 경우도 마찬가지이다. UE가 비-3GPP 접속 시나리오에 이미 등록되어 있을 때 3GPP 접속에 등록하려면, AMF 변경이 필요할 수 있다.
먼저, 도 6의 절차를 설명된다.
(1) 1단계: UE는 등록 요청(Registration Request) 메시지를 (R)AN으로 전송한다. 등록 요청 메시지는 AN 메시지에 해당한다.
등록 요청 메시지는 AN 파라미터를 포함할 수 있다. NG-RAN의 경우, AN 파라미터는, 예를 들어, 5G-S-TMSI(5G SAE temporary mobile subscriber identity) 또는 GUAMI(globally unique AMF ID), 선택된 PLMN(public land mobile network) ID (또는 PLMN ID 및 NID(network identifier)) 및 요청된 NSSAI(Requested network slice selection assistance information)을 포함한다. AN 파라미터는 수립 원인(establishment cause)도 포함한다. 수립 원인은 RRC 연결의 수립을 요청하는 이유를 제공한다. UE가 요청된 NSSAI를 AN 파라미터의 일부로 포함하는지 여부와 그 방법은, 접속 계층 연결 수립 NSSAI 포함 모드 파라미터(access stratum connection establishment NSSAI inclusion mode parameter)의 값에 따라 달라진다.
등록 요청 메시지는 등록 유형을 포함할 수 있다. 등록 유형은, UE가 초기 등록을 수행하기 원하는지(즉, UE가 RM-DEREGISTERED 상태에 있음), 또는 이동성 등록 업데이트를 수행하기 원하는지(즉, UE가 RM-REGISTERED 상태에 있고, UE가 이동하거나 또는 UE가 능력(capability) 또는 프로토콜 파라미터를 업데이트 하기 원하거나 또는 UE가 사용하도록 허락된 네트워크 슬라이스 세트의 변경을 요청하는 것을 원인으로 하여 등록 절차를 개시함), 또는 주기적 등록 업데이트를 수행하기 원하는지(즉, UE가 RM-REGISTERED 상태에 있고, 주기적 등록 업데이트 타이머 만료로 인해 등록 절차를 개시함), 또는 긴급 등록을 수행하기 원하는지(즉, UE가 제한된 서비스 상태에 있음)를 지시한다.
UE가 초기 등록을 수행할 때, UE는 다음과 같이 등록 요청 메시지에 UE ID를 지시한다, 우선 순위가 낮아지는 순서로 나열된다.
i) UE가 유효한 EPS(evolved packet system) GUTI(globally unique temporary identifier)를 가지고 있는 경우, EPS GUTI에서 맵핑된 5G-GUTI;
ii) UE가 등록을 시도하고 있는 PLMN에 의해 할당된 네이티브(native) 5G-GUTI(사용 가능한 경우);
iii) UE가 등록을 시도하고 있는 PLMN에 동등한(equivalent) PLMN에 의해 할당된 네이티브 5G-GUTI;
iv) 다른 PLMN에 의해 할당된 네이티브 5G-GUTI(사용 가능한 경우);
v) 그렇지 않은 경우, UE는 등록 요청 메시지에 SUCI(subscriber concealed identifier)를 포함한다.
초기 등록을 수행하는 UE가 유효한 EPS GUTI와 네이티브 5G-GUTI를 모두 가지고 있는 경우, UE는 또한 네이티브 5G-GUTI를 추가 GUTI로 표시한다. 하나 이상의 네이티브 5G-GUTI가 사용 가능한 경우, UE는 위의 목록에 있는 (ii)-(iv) 항목 중 우선 순위가 감소하는 순서로 5G-GUTI를 선택한다.
UE가 네이티브 5G-GUTI로 초기 등록을 수행할 때, UE는 AN 파라미터에 관련 GUAMI 정보를 표시한다. UE가 SUCI로 초기 등록을 수행할 때, UE는 AN 파라미터에 GUAMI 정보를 표시하지 않는다.
긴급 등록의 경우, UE에 유효한 5G-GUTI가 없을 경우 SUCI가 포함되며, UE가 SUPI(subscriber permanent identifier)를 가지기 않고 유효한 5G-GUTI가 없을 경우, PEI(permanent equipment identifier)가 포함된다. 다른 경우, 5G-GUTI가 포함되며 이는 마지막 서빙 AMF를 나타낸다.
등록 요청 메시지는 또한 보안 파라미터, PDU 세션 상태 등을 포함할 수 있다. 보안 파라미터는 인증(authentication) 및 무결성 보호(integrity protection)에 사용된다. PDU 세션 상태는 UE에서 이전에 수립된 PDU 세션을 나타낸다. UE가 3GPP 접속과 비-3GPP 접속을 통해 서로 다른 PLMN에 속하는 두 개의 AMF에 연결되었을 때, PDU 세션 상태는 UE에서 현재 PLMN의 수립된 PDU 세션을 나타낸다.
(2) 2단계: (R)AN은 AMF를 선택한다.
5G-S-TMSI 또는 GUAMI가 포함되지 않았거나, 5G-S-TMSI 또는 GUAMI가 유효한 AMF를 나타내지 않는 경우, 사용 가능한 경우 (R)AT 및 요청된 NSSAI를 기반으로, (R)AN은 AMF를 선택한다.
UE가 CM-CONNECTED 상태이면 (R)AN은 UE의 N2 연결을 기반으로 AMF로 등록 요청 메시지를 전달할 수 있다.
(R)AN이 적절한 AMF를 선택할 수 없으면, (R)AN은 등록 요청 메시지를 (R)AN에서 구성된 AMF로 전달하여 AMF 선택을 수행한다.
(3) 3단계: (R)AN은 등록 요청 메시지를 신규 AMF로 전송한다. 등록 요청 메시지는 N2 메시지에 해당한다.
등록 요청 메시지는 1단계에서 설명한 UE로부터 수신한 등록 요청 메시지에 포함된 전체 정보 및/또는 정보의 일부를 포함할 수 있다.
등록 요청 메시지는 N2 파라미터를 포함할 수 있다. NG-RAN이 사용될 때, N2 파라미터는 선택된 PLMN ID (또는 PLMN ID 및 NID), UE가 캠핑을 하는 셀과 관련된 위치 정보 및 셀 ID, NG-RAN에서 보안 정보를 포함한 UE 컨텍스트가 설정되어야 함을 지시하는 UE 컨텍스트 요청을 포함한다. NG-RAN이 사용될 때, N2 파라미터는 수립 원인을 또한 포함한다.
UE에 의해 지시된 등록 유형이 주기적 등록 업데이트인 경우, 후술하는 4-19단계는 생략될 수 있다.
(4) 4단계: UE의 5G-GUTI가 등록 요청 메시지에 포함되었고 마지막 등록 절차 이후 서빙 AMF가 변경된 경우, 신규 AMF는 UE의 SUPI 및 UE 컨텍스트를 요청하기 위해 전체 등록 요청 NAS(non-access stratum) 메시지를 포함하여 이전 AMF에 대해 Namf_Communication_UEContextTransfer 서비스 동작을 호출할 수 있다.
(5) 5단계: 이전 AMF는 UE의 SUPI 및 UE 컨텍스트를 포함하여 Namf_Communication_UEContextTransfer 호출에 대해 신규 AMF에 응답할 수 있다.
(6) 6단계: SUCI가 UE에 의해 제공되지 않거나 이전 AMF에서 회수되지 않는 경우, 신규 AMF는 UE에 SUCI를 요청하기 위해 ID 요청(Identity Request) 메시지를 전송하여 ID 요청 절차를 시작할 수 있다.
(7) 7단계: UE는 SUCI를 포함한 ID 응답(Identity Response) 메시지로 응답할 수 있다. UE는 홈 PLMN(HPLMN)의 제공된 공개 키를 사용하여 SUCI를 도출한다.
(8) 8단계: 신규 AMF는 AUSF를 호출하여 UE 인증을 시작할 것을 결정할 수 있다. 이 경우 신규 AMF는 SUPI 또는 SUCI를 기반으로 AUSF를 선택한다.
(9) 9단계: UE, 신규 AMF, AUSF 및/또는 UDM에 의해 인증/보안이 수립될 수 있다.
(10) 10단계: AMF가 변경된 경우, 신규 AMF는 Namf_Communication_RegistrationCompleteNotify 서비스 동작을 호출하여 신규 AMF에 UE 등록이 완료되었음을 이전 AMF에 알릴 수 있다. 인증/보안 절차가 실패하면, 등록이 거부되고 신규 AMF는 이전 AMF에 대해 거절 지시 이유 코드(reject indication reason code)와 함께 Namf_Communication_RegistrationCompleteNotify 서비스 동작을 호출할 수 있다. 이전 AMF는 UE 컨텍스트 전달 서비스 동작이 수신되지 않은 것처럼 계속될 수 있다.
(11) 11단계: PEI가 UE에 의해 제공되지 않았거나 이전 AMF에서 회수되지 않은 경우, 신규 AMF는 UE에 PEI를 회수하기 위해 ID 요청(Identity Request) 메시지를 UE로 전송하여 ID 요청 절차를 시작할 수 있다. PEI는 UE가 긴급 등록을 수행하고 인증될 수 없는 경우를 제외하고 암호화되어 전송된다.
(12) 12단계: 선택적으로, 신규 AMF는 N5g-eir_EquipmentIdentityCheck_Get 서비스 동작을 호출하여 ME ID 검사를 시작할 수 있다.
이제, 도 6의 절차에 뒤따르는 도 7의 절차가 설명된다.
(13) 13단계: 아래 14단계를 수행할 경우, 신규 AMF는 SUPI를 기반으로 UDM을 선택할 수 있고, UDM은 UDR 인스턴스(instance)를 선택할 수 있다.
(14) 14단계: 신규 AMF는 UDM에 등록할 수 있다.
(15) 15단계: 신규 AMF는 PCF를 선택할 수 있다.
(16) 16단계: 신규 AMF는 선택적으로 AM 정책 연관 수립/수정을 수행할 수 있다.
(17) 17단계: 신규 AMF가 업데이트/해제 릴리스 SM 컨텍스트 메시지(예: Nsmf_PDUSession_UpdateSMContext 및/또는 Nsmf_PDUSession_ReleaseSMContext)를 SMF로 전송할 수 있다.
(18) 18단계: 신규 AMF와 이전 AMF가 동일한 PLMN에 있는 경우, 신규 AMF는 UE 컨텍스트 수정 요청을 N3IWF/TNGF/W-AGF로 전송할 수 있다.
(19) 19단계: N3IWF/TNGF/W-AGF는 UE 컨텍스트 수정 응답을 신규 AMF로 전송할 수 있다.
(20) 20단계: 신규 AMF가 19단계에서 N3IWF/TNGF/W-AGF로부터 응답 메시지를 수신한 후, 신규 AMF는 UDM에 등록할 수 있다.
(21) 21단계: 신규 AMF는 등록 수락(Registration Accept) 메시지를 UE에 전송한다.
신규 AMF는 등록 요청이 수락되었음을 나타내는 등록 수락 메시지를 UE에 전송한다. 신규 AMF가 새로운 5G-GUTI를 할당하면 5G-GUTI가 포함된다. UE가 동일한 PLMN에서 다른 접속을 통해 이미 RM-REGISTERED 상태에 있는 경우, UE는 등록 수락 메시지에서 수신한 5G-GUTI를 두 등록에 모두 사용한다. 등록 수락 메시지에 5G-GUTI가 포함되어 있지 않으면, UE는 기존 등록에 할당된 5G-GUTI를 새 등록에도 사용한다. 신규 AMF가 새로운 등록 영역을 할당하는 경우, 등록 수락 메시지를 통해 등록 영역을 UE로 전송한다. 등록 수락 메시지에 등록 영역이 없을 경우, UE는 이전 등록 영역이 유효한 것으로 간주한다. 이동성 제한(Mobility Restrictions)은 UE에 대해 이동성 제한이 적용되고 등록 유형이 긴급 등록이 아닌 경우에 포함된다. 신규 AMF는 PDU 세션 상태에서 UE에 대해 수립된 PDU 세션을 나타낸다. UE는 수신된 PDU 세션 상태에 수립된 것으로 표시되지 않은 PDU 세션과 관련된 내부 자원을 국소적으로 제거한다. UE가 3GPP 접속과 비-3GPP 접속을 통해 서로 다른 PLMN에 속하는 두 개의 AMF에 연결되면, UE는 수신된 PDU 세션 상태에 수립된 것으로 표시되지 않은 현재 PLMN의 PDU 세션과 관련된 내부 자원을 국소적으로 제거한다. PDU 세션 상태 정보가 등록 수락 메시지에 있는 경우, 신규 AMF는 UE에 PDU 세션 상태를 지시한다.
등록 수락 메시지에서 제공된 허용된 NSSAI(Allowed NSSAI)는 등록 영역에서 유효하며, 이는 등록 영역에 포함된 트래킹 영역을 가지는 모든 PLMN에 적용된다. 허용된 NSSAI의 맵핑(Mapping Of Allowed NSSAI)은 허용된 NSSAI의 각 S-NSSAI에 HPLMN S-NSSAI를 맵핑하는 것이다. 설정된 NSSAI의 맵핑(Mapping Of Configured NSSAI)은 서빙 PLMN을 위한 설정된 NSSAI(Configured NSSAI)의 각 S-NSSAI에 HPLMN S-NSSAI에 맵핑하는 것이다.
또한, 선택적으로 신규 AMF는 UE 정책 연관 수립을 수행한다.
(22) 22단계: UE는 자체 업데이트에 성공하면 신규 AMF로 등록 완료(Registration Complete) 메시지를 전송할 수 있다.
UE는 새로운 5G-GUTI가 할당되었는지 확인하기 위해 신규 AMF로 등록 완료 메시지를 전송할 수 있다.
(23) 23단계: 3GPP 접속을 통한 등록의 경우, 신규 AMF가 신호 연결을 해제하지 않을 경우, 신규 AMF는 RRC 비활성화 도움(RRC Inactive Assistance) 정보를 NG-RAN에 전송할 수 있다. 비-3GPP 접속을 통한 등록의 경우, UE가 3GPP 접속 상에서 CM-CONTENED 상태인 경우, 신규 AMF는 RRC 비활성화 도움 정보를 NG-RAN으로 전송할 수 있다.
(24) 24단계: AMF는 UDM에 대해 정보 업데이트를 수행할 수 있다.
(25) 25단계: UE는 네트워크 슬라이스 특정 인증 및 허가(NSSAA; network slice-specific authentication and authorization) 절차를 실행할 수 있다.
<PDU 세션 수립 절차>
PDU 세션 수립(PDU session establishment) 절차에 대해 설명한다. 3GPP TS 23.502 V16.3.0 (2019-12)의 섹션 4.3.2를 참조할 수 있다.
도 8 및 도 9는 본 명세서의 구현이 적용되는 PDU 세션 수립 절차의 예를 나타낸다.
PDU 세션 수립은 다음에 해당할 수 있다:
- UE가 개시한 PDU 세션 수립 절차
- UE가 개시한 3GPP와 비-3GPP 사이의 PDU 세션 핸드오버
- UE가 개시한 EPS에서 5GS로 PDU 세션 핸드오버.
- 네트워크가 트리거 한 PDU 세션 수립 절차
PDU 세션은 (a) 주어진 시간에 단일 접속 유형, 즉 3GPP 접속 또는 비-3GPP 접속 중 어느 하나에 연관되거나, 또는 (b) 동시에 여러 접속 유형, 즉 하나의 3GPP 접속 및 하나의 비-3GPP 접속과 연관될 수 있다. 다중 접속 유형과 연관된 PDU 세션을 MA(multi access) PDU 세션이라고 하며, ATSSS(access traffic steering, switching, splitting) 지원 UE에 의해 요청될 수 있다.
도 8과 9는 주어진 시간에 단일 접속 유형과 연관된 PDU 세션을 수립하기 위한 절차를 명시한다.
도 8과 9에 나타난 절차에서는, UE가 이미 AMF에 등록되었으므로 UE가 긴급 등록되지 않은 한, AMF는 UDM에서 사용자 구독 데이터를 이미 회수한 것을 가정한다.
먼저, 도 8의 절차를 설명한다.
(1) 1단계: 새로운 PDU 세션을 수립하기 위해 UE는 새로운 PDU 세션 ID를생성한다다.
UE는 N1 SM 컨테이너(container) 내에 PDU 세션 수립 요청 메시지를 포함하는 NAS 메시지를 전송하여 UE가 요청한 PDU 세션 수립 절차를 시작한다. PDU 세션 수립 요청 메시지는 PDU 세션 ID(PDU session ID), 요청된 PDU 세션 유형(Requested PDU Session Type), 요청된 SSC(session and service continuity) 모드, 5G SM 능력, PCO(Protocol Configuration Options), SM PDU DN 요청 컨테이너(SM PDU DN Request Container), UE 무결성 보호 최대 데이터 전송 속도(UE Integrity Protection Maximum Data Rate) 등을 포함한다.
PDU 세션 수립이 새 PDU 세션을 수립하기 위한 요청인 경우, 요청 유형은 "초기 요청(Initial Request)"을 나타낸다. 요청이 3GPP 접속과 비-3GPP 접속 사이에서 전환되는 기존 PDU 세션 또는 EPC에서 기존 PDN(packet data network) 연결로부터의 PDU 세션 핸드오버를 참조하는 경우, 요청 유형은 "기존 PDU 세션(Existing PDU Session)"을 나타낸다. PDU 세션 수립이 긴급 서비스에 대한 PDU 세션을 수립하기 위한 요청인 경우, 요청 유형은 "긴급 요청(Emergency Request)"을 나타낸다. 요청이 3GPP 접속과 비-3GPP 접속 사이에서 전환되는 긴급 서비스에 대한 기존 PDU 세션 또는 EPC에서 비상 서비스를 위한 기존 PDN 연결로부터의 PDU 세션 핸드오버를 참조하는 경우, 요청 유형은 "기존 긴급 PDU 세션(Existing Emergency PDU Session)"을 나타낸다.
UE는 현재 접속 유형의 허용된 NSSAI로부터 S-NSSAI를 포함한다. 허용된 NSSAI의 맵핑(Mapping Of Allowed NSSAI)이 UE에 제공된 경우, UE는 허용된 NSSAI로부터 VPLMN(visited VPLMN)의 S-NSSAI 및 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 모두 제공한다.
(2) 2단계: AMF는 SMF를 선택한다. 요청 유형이 "초기 요청"을 나타내거나, 요청이 EPS 또는 다른 AMF가 제공하는 비-3GPP 접속으로부터 핸드오버 때문인 경우, AMF는 PDU 세션의 접속 유형뿐만 아니라 S-NSSAI(s)의 연관, DNN(data network name), PDU 세션 ID, SMF ID를 저장한다.
요청 유형이 "초기 요청"이고 기존 PDU 세션을 나타내는 이전 PDU 세션 ID도 메시지에 포함된 경우, AMF는 SMF를 선택하고 새 PDU 세션 ID, S-NSAI(s), 선택한 SMF ID의 연결을 저장합니다.
요청 유형이 "기존 PDU 세션"을 나타내는 경우, AMF는 UDM에서 수신한 SMF-ID를 기반으로 SMF를 선택한다. AMF는 PDU 세션에 대해 저장된 접속 유형을 업데이트한다.
요청 유형이 3GPP 접속과 비-3GPP 접속 사이에서 이동하는 기존 PDU 세션을 참조하는 "기존 PDU 세션"을 나타내는 경우, 그리고 PDU 세션의 서빙 PLMN S-NSSAI가 대상 접속 유형의 허용 NSSAI에 존재하는 경우, PDU 세션 수립 절차는 다음의 경우에 수행될 수 있다.
- PDU 세션 ID에 대응하는 SMF ID와 AMF가 동일한 PLMN에 속하는 경우;
- PDU 세션 ID에 대응하는 SMF ID가 HPLMN에 속하는 경우;
그렇지 않은 경우, AMF는 적절한 거부 원인과 함께 PDU 세션 수립 요청을 거절한다.
AMF는 요청 유형은 "긴급 요청" 또는 "기존 긴급 PDU 세션"을 지시하지 않는 긴급 등록된 UE로부터의 요청을 거절한다.
(3) 3단계: AMF가 UE에서 제공하는 PDU 세션 ID에 대해 SMF와 연관되지 않은 경우(예: 요청 유형이 "초기 요청"을 지시할 때), AMF는 생성 SM 컨텍스트 요청 절차(예: Nsmf_PDUSession_CreateSMContext Request)를 호출한다. AMF가 UE에서 제공하는 PDU 세션 ID에 대해 SMF와 이미 연관되어 있는 경우(예: 요청 유형이 "기존 PDU 세션"을 지시할 때), AMF는 업데이트 SM 컨텍스트 요청 절차(예: Nsmf_PDUSession_UpdateSMContext Request)를 호출한다.
AMF는 허용 NSSAI로부터 서빙 PLMN의 S-NSSAI를 SMF로 전송한다. 로컬 브레이크아웃(LBO; local breakout)의 로밍 시나리오에 대해, AMF는 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 또한 SMF로 전송한다.
AMF ID는 UE의 GUAMI로, UE를 서빙하는 AMF를 고유하게 식별한다. AMF는 UE로부터 수신한 PDU 세션 수립 요청 메시지가 포함된 N1 SM 컨테이너와 함께 PDU 세션 ID를 전달한다. GPSI(generic public subscription identifier)는 AMF에서 사용할 수 있는 경우 포함된다.
제한된 서비스 상태의 UE가 SUPI를 제공하지 않고 긴급 서비스를 위해 등록된 경우, AMF는 SUPI 대신 PEI를 제공한다. 제한된 서비스 상태의 UE가 SUPI를 제공하면서 긴급 서비스를 위해 등록되었지만 인증되지 않은 경우, AMF는 SUPI가 인증되지 않았음을 지시한다. SMF는 UE에 대해 SUPI를 수신하지 않거나 AMF가 SUPI가 인증되지 않았음을 지시하면, UE가 인증되지 않았다고 판단한다.
AMF는 Nsmf_PDUSession_CreateSMContext에 PCF ID를 포함할 수 있다. 이 PCFID는 비로밍 경우에서 H-PCF(home PCF)와 LBO 로밍 경우에서 V-PCF(visited PCF)를 식별한다.
(4) 4단계: 대응하는 SUPI, DNN, HPLMN의 S-NSSAI에 대한 세션 관리 가입 데이터(session management subscription data)를 사용할 수 없는 경우 SMF는 UDM에서 세션 관리 가입 데이터를 회수할 수 있고, 이 가입 데이터가 수정될 때 이를 통지받을 수 있다.
(5) 5단계: SMF는, 3단계에서 수신한 요청에 따라, 생성 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_CreateSMContext Response) 또는 업데이트 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_UpdateSMContext Response)를 AMF로 전송한다.
SMF가 3단계에서 Nsmf_PDUSession_CreateSMContext Request를 수신하였고 PDU 세션 수립 요청을 처리할 수 있으면, SMF는 SM 컨텍스트를 생성하고 SM 컨텍스트 ID를 제공하여 AMF에 응답한다.
SMF가 PDU 세션 수립을 수락하지 않기로 결정하면, SMF는 Nsmf_PDUSession_CreateSMContext Response로 AMF에 응답함으로써 관련 SM 거부 원인을 포함한 NAS SM 신호를 통해 UE 요청을 거절한다. SMF는 또한 AMF에 PDU 세션 ID가 해제된 것으로 간주되고 SMF가 아래 20단계를 진행하고 PDU 세션 설정 절차가 중지됨을 나타낸다.
(6) 6단계: 선택적 2차 인증/허가가 수행될 수 있다.
(7a) 7a 단계: PDU 세션에 동적 정책 및 과금 제어(PCC; policy and charging control)를 사용할 경우, SMF가 PCF 선택을 수행할 수 있다.
(7b) 7b 단계: SMF는 SM 정책 연관 수립 절차를 수행하여 PCF와 SM 정책 연관을 수립하고, PDU 세션에 대한 기본 PCC 규칙을 얻을 수 있다.
(8) 8단계: SMF는 하나 이상의 UPF를 선택한다.
(9) 9단계: SMF는 SMF가 개시한 SM 정책 연관 수정 절차를 수행하여 충족된 정책 제어 요청 트리거 조건에 대한 정보를 제공할 수 있다.
(10) 10단계: 요청 유형이 "초기 요청"을 지시하는 경우, SMF는 선택한 UPF와 N4 세션 수립(N4 Session Establishment) 절차를 개시할 수 있다. 그렇지 않으면, SMF는 선택한 UPF와 N4 세션 수정(N4 Session Modification) 절차를 개시할 수 있다.
10a 단계에서, SMF는 UPF에 N4 세션 수립/수정 요청을 보낼 수 있고, PDU 세션에 대해 UPF에 설치되는 패킷 감지, 시행 및 보고 규칙을 제공한다. 10b 단계에서, UPF는 N4 세션 수립/수정 응답을 전송하여 확인할 수 있다.
(11) 11단계: SMF는 N1N2 메시지 전달 메시지(예: Namf_Communication_N1N2 Message Transfer)를 AMF에 전송한다.
N1N2 메시지 전달 메시지는 N2 SM 정보가 포함할 수 있다. N2 SM 정보는 AMF가 (R)AN으로 전달할 다음의 정보를 나른다.
- CN 터널 정보(CN Tunnel Info): PDU 세션에 대응하는 N3 터널의 코어 네트워크 주소에 해당함;
- 하나 이상의 QoS(quality of service) 프로파일과 대응하는 QFI(QoS flow ID);
- PDU 세션 ID: RAN 자원과 UE를 위한 PDU 세션 간의 연관을 UE에게 지시함;
- 서빙 PLMN을 위한 값을 갖는 S-NSSAI(즉, HPLMN S-NSSAI, 또는 LBO 로밍의 경우 VPLMN S-NSSAI);
- SMF에 의해 결정된 사용자 평면 보안 시행 정보;
- PDU 세션 수립 요청 메시지에서 수신된 UE 무결성 보호 최대 데이터 속도: 사용자 평면 보안 시행 정보에 무결성 보호가 "우선(Preferred)" 또는 "필요(Required)"로 지시된 경우
- RSN(redundancy sequence number) 파라미터
N1N2 메시지 전달 메시지는 N1 SM 컨테이너를 포함할 수 있다. N1 SM 컨테이너는 AMF가 UE에 제공할 PDU 세션 수립 수락 메시지를 포함한다. PDU 세션 수립 수락 메시지는 허용된 NSASI로부터의 S-NSSAI를 포함한다. LBO 로밍 시나리오의 경우, PDU 세션 수립 수락 메시지는 VPLMN에 대해 허용된 NSSAI로부터 S-NSSAI를 포함하며, 3단계서 SMF가 수신한 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 또한 포함한다.
QoS 규칙 및 QoS 프로파일과 관련된 QoS 흐름에 대해 필요한 경우, 복수의 QoS 규칙, QoS 흐름 수준, QoS 파라미터가 N1 SM 컨테이너 내의 PDU 세션 수립 수락 메시지 및 N2 SM 정보 내에 포함될 수 있다.
5단계와 11단계 사이에 PDU 세션 수립이 실패한 경우, N1N2 메시지 전달 메시지는 PDU 세션 수립 거절 메시지를 포함하는 N1 SM 컨테이너를 포함하며, N2 SM 정보는 포함하지 않는다. (R)AN은 PDU 세션 수립 거절 메시지를 포함하는 NAS 메시지를 UE로 전송한다. 이 경우 아래 12-17단계를 생략된다.
(12) 12단계: AMF는 UE로 향하는 PDU 세션 ID 및 PDU 세션 수립 수락 메시지 및 SMF로부터 수신한 N2 SM 정보를 포함하는 NAS 메시지를 N2 PDU 세션 요청 메시지 내에서 (R)AN으로 전송한다.
(13) 13단계: (R)AN은 SMF에서 수신한 정보와 관련된 UE와 AN 특정 신호 교환을 수행할 수 있다. 예를 들어, NG-RAN의 경우, UE가 12단계에서 수신한 PDU 세션 요청에 대한 QoS 규칙과 관련하여 필요한 NG-RAN 자원을 설정하는 RRC 연결 재구성을 UE와 수행할 수 있다.
(R)AN은 12단계에서 수신한 NAS 메시지(PDU 세션 ID, N1 SM 컨테이너(PDU 세션 수립 수락 메시지))를 UE로 전달한다. (R)AN은 UE와의 AN 특정 신호 교환이 수신된 N2 명령과 관련된 (R)AN 자원 추가를 포함하는 경우에만 UE에 NAS 메시지를 제공한다.
N2 SM 정보가 11단계에 포함되지 않는 경우, 아래 14~16b 단계 및 17단계는 생략된다.
이제, 도 8의 절차에 뒤따르는 도 9의 절차가 설명된다.
(14) 14단계: (R)AN은 N2 PDU 세션 응답 메시지를 AMF로 전송한다. N2 PDU 세션 응답 메시지는 PDU 세션 ID, 원인, N2 SM 정보(PDU 세션 ID, AN 터널 정보, 수락/거절된 QFI 목록, 사용자 평면 시행 정책 알림) 등을 포함할 수 있다.
(15) 15단계: AMF는 업데이트 SM 컨텍스트 요청 메시지(예: Nsmf_PDUSession_UpdateSMContext Request)를 SMF로 전송한다. AMF는 (R)AN으로부터 수신한 N2 SM 정보를 SMF로 전달한다.
(16a) S16a 단계: SMF는 UPF와 함께 N4 세션 수정 절차를 개시한다. SMF는 AN 터널 정보와 대응하는 전달 규칙을 UPF로 제공한다.
(16b) S16b 단계: UPF는 SMF에 N4 세션 수정 응답을 제공한다.
이 단계 후에, UPF는 이 PDU 세션을 위하여 버퍼 되었을 수 있는 DL 패킷을 UE에 전달할 수 있다.
(16c) 16c 단계: SMF가 이 PDU 세션에 대해 아직 등록되지 않은 경우, SMF는 주어진 PDU 세션에 대해 UDM에 등록할 수 있다.
(17) 17단계: SMF는 업데이트 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_UpdateSMContext Response)를 AMF로 전송한다.
이 단계 후에, AMF는 SMF가 구독한 관련 이벤트를 전달한다.
(18) 18단계: 5단계 이후 언제라도 절차 도중, PDU 세션 수립이 성공하지 못하는 경우, SMF는 Nsmf_PDUSession_SMContextStatusNotify (해제)를 호출하여 AMF에 알릴 수 있다. SMF는 또한 생성된 N4 세션, 할당된 경우 PDU 세션 주소(예: IP 주소)를 해제할 수 있으며, 가능한 경우 PCF와의 연관도 해제할 수 있다. 이 경우 아래 19단계는 생략된다.
(19) 19단계: PDU 세션 유형 IPv6 또는 IPv4v6의 경우, SMF는 IPv6 라우터 알림(IPv6 Router Advertisement)을 생성하여 UE에 전송할 수 있다.
(20) 20단계: SMF는 SMF가 개시한 SM 정책 연관 수정을 수행할 수 있다.
(21) 21단계: 4단계 이후에 PDU 세션 수립이 실패한 경우, SMF는 UE의 PDU 세션을 더 이상 처리하지 않을 경우 SMF는 세션 관리 구독 데이터의 수정에 대해 구독 해제할 수 있다.
< MWAB (Mobile gNB with wireless access backhauling)>
도 10은 MWAB의 아키텍쳐의 예를 나타낸다.
MNO2 (mobile network operator2)는 MWAB (도 10의 vehicle relay)과 MNO1간 무선 액세스 및 전송을 제공할 수 있다.
MNO1은 MNO2가 제공하는 5G 무선(및 전송) 연결을 활용하여 MNO1 트래픽을 MWAB으로 터널링하기로 결정할 수 있다.
MWAB과 MNO1 사이의 MNO2 연결은 MWAB과 MNO1 5GC 간의 중계 트래픽을 전달하는 데 사용될 수 있다.
(1) 서비스 플로우
Step 1. MWAB은 MNO2에 등록하고 특정 서비스 품질과 정책(MNO1 트래픽 및 가입자에 대해 협상된 대로)을 사용하여 필요한 PDU 세션을 설정하도록 프로비저닝 및 구성될 수 있다.
Step 2. MNO1의 사용자와 MNO1 네트워크 간의 통신을 위해 MNO1 네트워크에 연결하도록 MWAB이 프로비저닝 및 구성될 수 있다.
Step 3. MN01 가입자/UE는 MNO1 PLMN-ID를 브로드캐스트하는 MWAB에 캠프온할 수 있다. MN01 가입자/단말은 MNO1 네트워크에 등록 및 연결을 수행할 수 있다.
Step 4. MNO1 UE가 MWAB을 통해 생성한 모든 트래픽은 설정된 릴레이의 MNO2 5G 연결을 통해 터널링될 수 있다.
(2) 아키텍쳐
MWAB의 아키텍처에서, MWAB (Mobile gNB with wireless access backhauling)(또는 VMR, 이동 기지국)은 MNO1에 속하는 릴레이일 수 있다. MWAB은 MNO2의 기지국 및 5GC에 접속해 PDU 세션을 생성하고 생성된 PDU 세션을 통해서 MNO1의 5GC로 N2/N3 인터페이스를 연결하여 MWAB이 직접 기지국처럼 동작할 수 있다.
MWAB는 MNO1의 기지국 및 5GC에 접속해 PDU 세션을 생성하고 생성된 PDU 세션을 통해서 MNO1의 5GC로 N2/N3 인터페이스를 연결해 기지국으로 동작할 수도 있다. 본 명세서에서 MWAB가 N2/N3 인터페이스를 5GC로 연결하기 위해 접속하는 기지국을 언더레이 기지국이라고 부를 수 있다.
MWAB(Vehicle Relay) 아키텍처를 보면 MWAB(Vehicle Relay)는 MNO1에 속하는 릴레이로 로밍한 상황에서 MNO2의 기지국 및 5GC에 접속해 PDU 세션을 생성하고 생성된 PDU 세션을 통해서 MNO1의 5GC로 N2/N3 인터페이스를 연결해 MWAB(Vehicle Relay)가 직접 기지국처럼 동작할 수 있도록 되어 있다.
상기 MNO1에 속하는 MWAB는 MNO2의 기지국 및 5GC에 접속해 PDU 세션을 생성하고 생성된 PDU 세션을 통해서 MNO2의 5GC로 N2/N3 인터페이스를 연결해 MWAB이 직접 기지국처럼 동작할 수도 있다. 또한, MWAB(Vehicle Relay)이 non-roaming인 경우 MNO1의 기지국 및 5GC에 접속해 PDU 세션을 생성하고 생성된 PDU 세션을 통해서 MNO1의 5GC로 N2/N3 인터페이스를 연결해 기지국으로 동작할 수도 있다. 본 명세서에서 MWAB(Vehicle Relay)가 N2/N3 인터페이스를 5GC로 연결하기 위해 접속하는 기지국을 언더레이(underlay) 기지국이라고 일컫기로 한다.
도 11은 MWAB의 비 로밍 시나리오에서의 아키텍쳐의 예를 나타낸다.
도 12는 MWAB의 로밍 시나리오에서의 아키텍쳐의 예를 나타낸다.
MWAB (Mobile gNB with wireless access backhauling)은 단말의 기능을 수행하는 MWAB-UE와 기지국의 기능을 수행하는 MWAB-gNB를 포함할 수 있다.
MWAB (Mobile gNB with wireless access backhauling)은 이동 릴레이(Vehicle Relay)(또는이동 기지국)을 의미할 수 있다.
MWAB-UE와 5GC 간의 굵은 선(bold line)은 MWAB-gNB의 N2/N3 인터페이스 터널링을 위한 PDU 세션(PDU Session(s) for tunneling N2/N3 interfaces of MWAB-gNB)을 의미하는 것일 수 있다.
MWAB-gNB와 5GC 간의 점선(dotted line)은 상기 PDU 세션을 통한 터널링의 N2/N3 인터페이스(N2/N3 interfaces of MWAB-gNB tunnelled through PDU Session(s))를 의미할 수 있다.
MWAB은 다른 기지국(들)과 Xn 인터페이스를 연결할 수 있다.
MWAB이 Xn 인터페이스를 연결하는 기지국은 MWAB일 수도 있고, MWAB이 아닌 기지국 (예를 들어, 기존의 기지국으로 통상적으로 정지된 기지국 또는 고정된 기지국)일 수도 있다.
기존의 기지국 간에 Xn 인터페이스 연결 대비 이동성이 있는 MWAB의 Xn 인터페이스 연결을 관리/지원하는 방안이 필요하다.
<Xn 설정>
Xn 설정 절차의 목적은 두 NG-RAN 노드가 Xn-C 인터페이스를 통해 올바르게 상호 운용하는 데 필요한 애플리케이션 수준 구성 데이터를 교환하는 것일 수 있다.
Xn-C 신호 전송이 여러 Xn-C 인터페이스 인스턴스에서 공유되는 경우 설정할 Xn-C 인터페이스 인스턴스당 하나의 Xn 설정 절차가 실행될 수 있다. 예를 들어, 해당 TNL 연결이 작동하게 된 후 동일한 TNL 연결을 통해 여러 Xn 설정 절차가 실행될 수 있다.
이 절차는 UE와 연관되지 않은 신호가 사용될 수 있다.
도 13은 Xn 설정 동작의 성공의 예를 나타낸다.
NG-RAN 노드1은 후보 NG-RAN 노드2에 XN SETUP REQUEST 메시지를 보내 절차를 시작할 수 있다.
후보 NG-RAN 노드2는 XN SETUP RESPONSE 메시지로 응답할 수 있다.
XN SETUP REQUEST 메시지의 AMF 지역 정보 IE에는 NG-RAN 노드1이 속한 글로벌 AMF 지역 ID의 전체 목록이 포함될 수 있다. XN SETUP RESPONSE 메시지의 AMF 지역 정보 IE에는 NG-RAN 노드2가 속한 글로벌 AMF 지역 ID의 전체 목록이 포함될 수 있다.
도 14는 Xn 설정 동작의 실패의 예를 나타낸다.
후보 NG-RAN 노드2가 설정을 수락할 수 없는 경우 적절한 원인 값과 함께 XN SETUP FAILURE 메시지로 응답할 수 있다.
XN SETUP FAILURE 메시지에 Time To Wait IE가 포함된 경우, 시작 NG-RAN 노드1은 동일한 NG-RAN 노드2에 대한 Xn 설정 절차를 다시 시작하기 전에 적어도 지정된 시간 동안 기다린다.
도 13 및 도 14의 XN SETUP REQUEST 메시지는 다음을 포함할 수 있다:
- 메시지 타입(Message Type)
- 글로벌 NG-RAN 노드 ID(Global NG-RAN Node ID)
- TAI 지원 목록(TAI Support List)
- AMF 지역 정보(AMF Region Information)
- Served 셀 NR의 목록(List of Served Cells NR)
- Served 셀 E-UTRA의 목록(List of Served Cells E-UTRA)
- 인터페이스 인스턴스 정보(Interface Instance Indication)
- TNL 구성 정보(TNL Configuration Info)
- 부분 목록 표시기 NR(Partial List Indicator NR)
- 셀 및 캐패시티 어시스턴스 정보 NR(Cell and Capacity Assistance Information NR)
- 부분 목록 표시기 E-UTRA(Partial List Indicator E-UTRA)
- 셀 및 캐패시티 어시스턴스 E-UTRA(Cell and Capacity Assistance Information E-UTRA)
- 로컬 NG-RAN 노드 인식자(Local NG-RAN Node Identifier)
- 이웃 NG-RAN 노드 목록(Neighbour NG-RAN Node List)
XN SETUP RESPONSE 메시지는 Served 셀 NR의 목록(List of Served Cells NR), Served 셀 E-UTRA의 목록(List of Served Cells E-UTRA) 및/또는 이웃 NG-RAN 노드 목록(Neighbour NG-RAN Node List)을 포함할 수 있다.
본 명세서에서 UE(User Equipment)와 단말을 혼용하여 설명한다.
본 명세서에서 가입자(Subscriber)와 사용자(User)를 혼용하여 설명한다.
본 명세서에서 NG-RAN, RAN, 기지국, NR 기지국, LTE 기지국, gNB, eNB, ng-eNB 등을 혼용하여 설명한다.
본 명세서에서 MWAB (또는 mWAB 또는 MgWAB)(Mobile gNB with wireless access backhauling) 와 Vehicle Relay, Vehicle-Mounted Relay (VMR), Relay, Mobile Relay, MBSR (Mobile Base Station Relay), eMBSR (enhanced MBSR), 이동기지국, MWAB의 gNB 등을 혼용하여 설명한다.
본 명세서에서 MWAB의 언더레이 기지국과 MWAB가 N2/N3 인터페이스를 5GC로 연결하기 위해 접속하는 기지국, MWAB-UE의 기지국, MWAB-UE를 서빙하는 기지국, MWAB-UE가 접속한 기지국 등을 혼용하여 설명한다.
본 명세서에서 MWAB의 언더레이 코어 네트워크(underlay Core Network)와 MWAB가 N2/N3 인터페이스를 5GC로 연결하기 위해 접속/등록하는 코어 네트워크, MWAB-UE의 코어 네트워크, MWAB-UE를 서빙하는 코어 네트워크, MWAB-UE가 접속/등록한 코어 네트워크 등을 혼용하여 설명한다.
본 명세서에서 언더레이 네트워크(underlay network)는 언더레이 기지국, 언더레이 코어네트워크 중 하나 이상을 포함하는 것으로 해석될 수 있다.
본 명세서에서 MWAB의 기지국, MWAB의 기지국 부분, MWAB-gNB, MWAB의 기지국, MWAB의 기지국 부분, MWAB RAN, MWAB의 NG-RAN 등을 혼용하여 설명한다.
본 명세서에서 N2 인터페이스는 NG-C 인터페이스, NGAP (NG Application Protocol) 인터페이스, N2 터널(tunnel)과 혼용하여 설명하고, N3 인터페이스는 NG-U 인터페이스, N3 터널과 혼용하여 설명한다.
본 명세서에서 Xn 인터페이스는 기지국 간 연결과 혼용하여 설명한다.
본 명세서에서 Xn 설정(setup)과 Xn 인터페이스 연결, 다른 기지국과의 연결 (설정), 기지국 간의 연결 (설정) 등을 혼용하여 설명한다.
MWAB은 지상에서의 이동체 (예, 차량, 기차 등), 해상이나 강에서의 이동체 (예, 선박, 보트 등), 상공에서의 이동체 (예, 비행기, 헬리콥터, 드론 등), 위성 등 다양한 이동체에 탑재될 수 있다. 상공에서의 이동체에 탑재된 경우 Aerial MWAB 또는 Aerial Vehicle Relay(AVR)로 일컬어질 수 있다. 또한, MWAB이 반드시 이동해야 하는 것은 아니며, 정지한 채로 기지국 역할을 수행할 수도 있다.
MWAB은 탈것(vehicle)/MWAB 내에 있는 UE 뿐만 아니라 주위의 UE도 서빙할 수 있다.
MWAB은 UE를 서빙하기 위한 RAT으로 다양한 RAT을 사용할 수 있다 (예, NR, LTE, 6G RAT 등).
MWAB은 UE 또는 MT(Mobile Terminal) 부분을 포함할 수 있다. 이는 MWAB이 UE 부분/동작/기능(part/operation/functionality) 또는 MT(Mobile Terminal) 부분/동작/기능을 포함하는 것으로 해석될 수도 있다. 이는 MBWAB의 UE, MWAB-UE 또는 MWAB-MT로 지칭될 수 있다.
본 명세서에서 제안되는 방법은 후술하는 복수의 동작/구성/단계 중 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있으며, 제안된 방법들을 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
본 명세서에서 제안되는 방법은 MWAB이 PLMN에 연결되어 서비스를 제공하는 경우와 NPN에 연결되어 서비스를 제공하는 경우에 모두 적용될 수 있다. MWAB이 NPN에 연결되어 서비스를 제공하는 경우, 본 명세서의 PLMN ID는 NPN 식별 정보로 치환하여 해석될 수 있다. 특히, MWAB이 SNPN에 연결되어 서비스를 제공하는 경우, 본 명세서의 PLMN ID는 SNPN 식별 정보 (PLMN ID and NID identifying an SNPN)로 치환하여 해석될 수 있다.
본 명세서에서 MWAB-UE 또는 MWAB 기지국(예를 들어, MWAB-gNB)이 수행하는 것으로 설명한 동작 및 내용은 MWAB 이 수행하는 동작 및 내용으로 해석될 수 있다. 또는 MWAB 이 수행하는 동작 및 내용은 구체적으로는 MWAB-UE 또는 MWAB 기지국이 수행하는 것일 수 있다.
본 명세서에서 종래의 IAB 기반의 VMR (MBSR) 정의/동작, 등록절차, PDU 세션 관련 절차, UCU (UE Configuration Update) 절차 등은 TS 23.501 v18.4.0, TS 23.502 v18.4.0등을 참고하며, Xn 설정 절차를 포함하여 Xn 관련 동작/절차/메시지 등은 TS 38.423 v18.0.0을 참고할 수 있다. 본 명세서에서는 제안하는 사항 위주로 기술한다.
I. MWAB과 다른 기지국 간의 Xn 설정 수행 시 MWAB의 이동성 관련 정보 제공
MWAB이 다른 기지국과 Xn 인터페이스 연결을 수행할 수 있다. 상기 다른 기지국은 MWAB일 수도 있고 MWAB이 아닌 기지국 (e.g., 기존의 기지국으로 통상적으로 정지된 기지국 또는 고정된 기지국)일 수도 있다. 상기 다른 기지국은 상기 MWAB의 주변에 있는 기지국이거나 Xn 연결이 가능한 기지국일 수 있다.
MWAB과 다른 기지국의 Xn 설정 수행(Xn 인터페이스 연결)은 MWAB의 NG 설정 이후에 수행될 수도 있고, 병렬적으로 수행될 수도 있고, NG 설정 이전에 수행될 수도 있다.
1. 제1 실시예
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15는 본 명세서의 제1 실시예를 따른 Xn 설정의 예를 나타낸다.
MWAB은 Xn 설정을 시작할 수 있다.
MWAB은 비 로밍(non-roaming)일 수도 있고 로밍(roaming)일 수도 있다. 도 15에서는 언더레이 네트워크로 PLMN(도 15의 HPLMN or VPLMN)을 도시하였다. 그러나, 언더레이 네트워크는 PLMN이 아닌 NPN일 수도 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
1) step 1
MWAB-UE는 등록을 수행하기 위해 AMF에게 등록 요청(Registration Request) 메시지를 전송할 수 있다. 상기 AMF는 언더레이 코어 네트워크의 AMF일 수 있다.
MWAB-UE는 RRC 메시지 및/또는 등록 요청 메시지를 기지국에게 전송할 수 있다. 상기 기지국은 RRC 메시지 및/또는 등록 요청 메시지를 AMF에게 전송할 수 있다.
MWAB-UE는 RRC 메시지 및/또는 등록 요청 메시지에 MWAB 동작을 수행하고자 한다는 정보를 포함할 수 있다. 이를 기반으로, MWAB-UE로부터 RRC 메시지 및/또는 등록 요청 메시지를 수신한 기지국은 MWAB을 지원하는 AMF를 선택할 수 있다. 또한, MWAB-UE는 Xn 인터페이스가 필요한 인접된 기지국들에 대한 정보 (e.g., gNB ID, cell ID)를 기지국(또는 AMF)에게 전송할 수 있다.
AMF는 UDM으로부터 MWAB-UE의 가입자 정보를 획득할 수 있다. 상기 UDM은 MWAB-UE가 가입한 네트워크의 UDM일 수 있다. MWAB가 로밍한 경우, 상기 UDM은 오버레이 코어 네트워크의 UDM일 수 있다. MWAB가 로밍한 상태에서 N2/N3 인터페이스를 로밍 네트워크로 연결한 경우, 상기 UDM은 MWAB-UE가 가입한 네트워크의 UDM일 수 있다.
상기 가입자 정보는 상기 MWAB이 다른 NG-RAN과의 Xn 인터페이스에 사용하기 위한 PDU 세션을 수립하기 위한 정보 (e.g. DNN, S-NSSAI, etc.)가 포함할 수 있다. 또한, 상기 PDU 세션은 상기 MWAB-gNB의 N2/N3 인터페이스를 위한 것일 수 있다.
상기 가입자 정보는 MWAB이 다른 기지국과 Xn 연결을 설정할 수 있는지 (또는 설정이 허용/지시되는지)에 대한 정보가 포함할 수 있다.
상기 가입자 정보는 MWAB이 비 로밍인 경우만 Xn 연결을 설정하도록 하는 정보일 수 있다. 또는, 상기 가입자 정보는 로밍 여부와 상관없이 Xn 연결을 설정하도록 하는 정보일 수 있다. 또는, 상기 가입자 정보는 MWAB-UE가 접속/등록하는 PLMN 별 Xn 연결 설정 여부에 대한 정보일 수도 있다.
상기 가입자 정보는 MWAB이 NG 설정에 사용하기 위한 PDU 세션을 수립하기 위한 정보 (e.g. DNN, S-NSSAI, etc.)를 포함할 수 있다.
Xn 인터페이스에 사용하기 위한 PDU 세션을 수립하기 위한 정보는 AMF에 설정되어 있을 수 있다.
MWAB이 NG 설정에 사용하기 위한 PDU 세션을 수립하기 위한 정보는 AMF에 설정되어 있을 수 있다.
MWAB이 다른 기지국과 Xn 연결을 설정할 수 있는지 (또는 설정이 허용/지시되는지)에 대한 정보는 AMF에 설정되어 있을 수도 있다.
Xn 인터페이스에 사용하기 위한 PDU 세션을 수립하기 위한 정보는 MWAB이 NG 설정에 사용하기 위한 PDU 세션을 수립하기 위한 정보와 다를 수도 있고, 동일할 수도 있고, 일부만 동일할 수 있다.
또한 AMF에는 Xn 인터페이스의 타겟 기지국 별로 Xn 인터페이스를 위해 사용하는 PDU 세션을 수립하기 위한 정보 (e.g. DNN, S-NSSAI)가 다르게 설정되어 있을 수 있다. AMF는 MWAB-UE가 요청한 기지국 정보에 기반해 어떤 정보를 MWAB-UE로 알려줄지 결정할 수 있다.
2) Step 2
AMF는 MWAB-UE에게 등록 승인 메시지를 전송할 수 있다.
상기 등록 승인 메시지는 MWAB이 NG 설정에 사용하기 위한 PDU 세션을 수립하기 위한 정보(그대로 또는 변형된 형태로)를 포함할 수 있다.
상기 등록 승인 메시지는 MWAB이 다른 기지국과 Xn 연결을 설정할 수 있는지 (또는 설정이 허용/지시되는지)에 대한 정보(그대로 또는 변형된 형태로)를 포함할 수 있다.
이러한 정보는 각 기지국에 따라서 MWAB-UE에게 별도로 제공될 수도 있다.
MWAB-UE의 등록 과정에서, AMF는 가입자 정보, 로컬 구성 (local configuration), 운영자 정책(operator policy), step 1에서 수신한 메시지/정보 등을 기반으로 MWAB 동작이 허용되는지에 대한 허가(authorization)를 수행할 수도 있다.
MWAB 동작이 허용/허가(authorize)되는 경우, AMF는 상기 MWAB이 Xn 인터페이스에 사용하기 위한 PDU 세션을 수립하기 위한 정보를 MWAB에게 제공할 수도 있다.
3) step 3
MWAB-UE는 Xn 설정(또는 Xn 인터페이스 연결)을 위해 사용할 PDU 세션을 수립할 수 있다.
이때, MWAB-UE가 사용하는 파라미터는 AMF로부터 수신한 값(예를 들어, 등록 승인 메시지를 통해 수신한 값)을 이용할 수 있다.
또는, MWAB-UE는 가지고 있는 URSP 규칙(rule), 로컬 설정 등을 기반으로 파라미터를 결정할 수 있다. MWAB-UE는 결정한 파라미터를 이용하여 Xn 설정(또는 Xn 인터페이스 연결)을 위해 사용할 PDU 세션을 수립할 수 있다.
PDU 세션 수립 절차가 수행되는 것은 MWAB 동작 수행이 허용된(허가된) 것을 기반으로 수행되는 것일 수 있다. 예를 들어, MWAB-UE의 등록 절차에서, MWAB-UE가 AMF로부터 MWAB 동작 수행이 허가(authorized)된다는 정보를 수신한 경우, MWAB-UE는 Xn 설정(또는 Xn 인터페이스 연결)을 위해 사용할 PDU 세션을 수립할 수 있다.
PDU 세션 수립 절차가 수행되는 것은 MWAB이 다른 기지국과 Xn 연결을 설정하는 것이 허용/지시된 것(AMF로부터 제공받은 것일 수도 있고 MWAB에 설정되어 있을 수도 있음)을 기반으로 수행되는 것일 수 있다. 예를 들어, MWAB-UE의 등록 절차에서 AMF로부터 MWAB이 다른 기지국과 Xn 연결을 설정하는 것이 허용된다는 정보를 수신하거나 MWAB에 MWAB이 다른 기지국과 Xn 연결을 설정하는 것이 허용된다는 정보를 설정되어 있는 경우, MWAB-UE는 Xn 설정(또는 Xn 인터페이스 연결)을 위해 사용할 PDU 세션을 수립할 수 있다.
MWAB이 OAM 서버와 성공적으로 구성(configuration) 설정/업데이트를 수행/완료한 이후, MWAB-UE는 Xn 설정(또는 Xn 인터페이스 연결)을 위해 사용할 PDU 세션을 수립할 수 있다.
MWAB은 OAM 서버를 통해서 MWAB 동작에 필요한 구성(configuration)을 받을 수 있다. 예를 들어, MWAB이 사용해야 하는 TA정보, 셀 정보 등을 수신할 수 있다.
또한, MWAB은 OAM 서버를 통해서 MWAB이 주변 기지국과 Xn 인터페이스 연결을 수행하는데 필요한 정보 (예를 들어, 특정 장소 주변에 위치한 기지국의 global NG-RAN Node ID 정보 및/또는 TNL 주소 등)를 수신할 수 있다.
OAM 서버로부터 MWAB가 수신한 정보는 Xn 인터페이스 연결을 위해 필요한 PDU 세션에 대한 정보 (e.g. DNN, S-NSSAI)를 포함할 수 있다.
MWAB는 OAM 서버에게 자신의 위치 정보 및 주변 기지국에 대한 정보 등을 전송할 수 있다. 이를 기반으로, OAM 서버는 MWAB에게 전술한 정보를 전송할 수 있다.
PDU 세션은 로컬 브레이크아웃(Local Breakout) 방식의 PDU 세션일 수도 있고, 홈 라우티드(Home Routed) 방식의 PDU 세션일 수도 있다.
Xn 인터페이스를 위한 PDU 세션은 NG 인터페이스(N2 및/또는 N3)를 위해 사용될 수도 있다. 또는, NG 인터페이스 (N2 및/또는 N3)를 위한 PDU 세션은 Xn 인터페이스를 위해 사용될 수도 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
4) step 4
MWAB-gNB가 NG-RAN의 RAN 노드 ID를 알게 되었지만 (예, ANR 기능(function)을 통해), SCTP 연결(connectivity)을 위한 TNL (Transport Network Layer) 주소가 없는 경우, MWAB-gNB는 NG-RAN의 TNL 주소를 결정하기 위해 MWAB-gNB가 연결된 AMF를 이용할 수 있다.
예를 들어, MWAB-gNB는 AMF에게 NG-RAN의 TNL 주소를 요청하기 위해 업링크 RAN 구성 전송(Uplink RAN Configuration Transfer) 메시지를 AMF에게 전송할 수 있다. 이를 기반으로, AMF는 MWAB-gNB로부터의 요청을 중계(relay)하기 위해 다운링크 RAN 구성 전송(Downlink RAN Configuration Transfer) 메시지를 NG-RAN에게 전송할 수 있다. 이를 수신한 NG-RAN은 MWAB-gNB와의 SCTP 연결(connectivity)을 위해 사용할 하나 이상의 TNL 주소를 포함한 업링크 RAN 구성 전송(Uplink RAN Configuration Transfer) 메시지를 응답으로 AMF에게 전송할 수 있다. 그러면, AMF는 NG-RAN으로부터의 응답을 중계하기 위해 다운링크 구성 전송(Downlink Configuration Transfer) 메시지를 MWAB-gNB에게 전송할 수 있다.
MWAB은 다른 기지국과 Xn 설정을 수행할 것을 결정할 수 있다. 이러한 결정은 다음 정보 중 적어도 하나 이상을 기반으로 수행된 것일 수 있다:
- UE로부터 제공받은 정보 (예, 측정 보고 등)
- MWAB이 주위 기지국으로부터 제공받은 정보
- OAM 서버로부터 제공받은 정보
- 코어 네트워크로부터 제공받은 정보
- MWAB에 설정된 정보
- MWAB-UE 부분으로부터 제공받은 정보 (예, MWAB 동작이 허용/허가(authorize)되었음을 알리는 정보)
- Xn 설정에 필요한 PDU 세션을 수립했음을 알리는 정보
- Xn 설정을 개시할 수 있음을 알리는 정보, 등
이는 본 명세서 전반에 걸쳐 적용될 수 있다.
상기 결정을 기반으로, Xn 설정 절차가 수행될 수 있다. Xn 설정이 성공하는 경우(Xn 연결이 수립되는 경우), 후술하는 step 5a 및 step 6a가 수행될 수 있다. 이와 달리, Xn 설정이 실패하는 경우, 후술하는 step 5b 및 step 6b가 수행될 수 있다.
5a) step 5a
MWAB-gNB는 Xn 인터페이스에 사용할 PDU 세션을 통해 다른 NG-RAN으로 Xn 설정 요청(Xn Setup Request) 메시지를 전송할 수 있다.
MWAB-gNB는 상기 Xn 설정 요청(Xn Setup Request) 메시지에 MWAB의 이동성 관련 정보(명시적, 암시적, 또는 함축적)를 포함시킬 수 있다.
MWAB의 이동성 관련 정보는 다음 중 하나 이상의 정보로 구성될 수 있으며, 명시적, 암시적, 또는 함축적인 형태로 구성될 수 있다. MWAB의 이동성 관련 정보는 이동성 상태 정보 등으로 해석될 수도 있다:
- i) MWAB으로 동작한다는 정보: 이는 이동 기지국임을 나타내는 정보로 해석할 수 있다. 또한, MWAB-gNB은 자신의 기지국 ID 정보 및 MWAB-gNB에 속한 Served 셀(MWAB-gNB이 서빙하는 셀) 목록 정보를 주변 NG-RAN으로 같이 전달할 수 있다. 이를 수신한 NG-RAN에 또 다른 MWAB-UE가 속해 있는 경우, NG-RAN은 해당 MWAB-UE에 대한 핸드오버를 수행할 때 상기 MWAB-gNB에 속한 Served 셀을 타겟 셀로 정하지 않을 수 있다. 이를 통해 상기 MWAB-gNB의 Served 셀에 또 다른 MWAB-UE가 연결되는 것을 방지할 수 있다 (예를 들어, MWAB이 멀티홉(multi-hop)으로 연결되는 것을 방지할 수 있다).
- ii) MWAB이 이동성이 있는지 여부: 이 정보가 포함되지 않더라도 iii) 및/또는 iv)의 정보가 포함된 경우 MWAB이 이동성이 있는 것으로 간주할 수 있다. 또는 iii)의 정보를 활용하여 이를 나타낼 수도 있다. 예를 들어, iv)의 정보를 0km/h 라고 포함하면 이는 이동성이 없는 것으로 간주할 수 있다.
- iii) MWAB의 이동 방향 (direction) 관련 정보: 이는 동, 서, 남, 북, 동남, 서북 등과 같은 형태일 수도 있고, 이동의 목적지 (최종 또는 중간 또는 어떤 시간까지 도달/도착하고자 하는 목적지 등) 좌표 정보일 수도 있는 등 다양한 형태의 정보일 수 있다.
- iv) MWAB의 이동 속도 (speed) 관련 정보: 이는 실제 속도 정보일 수도 있고, 속도의 빠름에 따라 상/중/하와 같은 정보로 표현할 수도 있다.
- v) MWAB의 위치 정보: 이는 MWAB의 위치를 좌표로 나타낸 정보, MWAB-UE의 서빙 셀 정보, MWAB-UE의 트래킹 지역(tracking area) 정보, MWAB-UE의 서빙 기지국 정보 등일 수 있다.
Xn 설정 요청(Xn Setup Request) 메시지는 종래의 것을 확장한 것일 수도 있고, 이 대신 새롭게 정의된 메시지일 수 있다.
6a) step 6a
Xn 설정 요청 메시지(및 해당 메시지에 포함된 정보)를 기반으로, NG-RAN은 Xn 설정 요청을 수락할 지 여부를 결정할 수 있다.
상기 NG-RAN이 MWAB인 경우, 상기 NG-RAN은 자신의 이동성 관련 정보와 상기 Xn 설정 요청을 전송한 MWAB의 이동성 관련 정보를 기반으로 Xn 설정 요청을 수락할 지 여부를 결정할 수 있다.
예를 들어, Xn 설정 요청을 전송한 MWAB과 이를 수신한 NG-RAN(MWAB인 경우)이 유사하거나 동일한 이동성을 갖는 경우 (또는 이동성 관련 정보 간의 매치가 어떤 기준에 부합하는 경우, 예를 들어 동일한 방향으로 이동 중인 경우 등), 상기 NG-RAN은 Xn 설정 요청의 수락을 결정할 수 있다.
예를 들어, Xn 설정 요청을 전송한 MWAB과 이를 수신한 NG-RAN(MWAB인 경우)이 서로 다른 이동성을 갖는 경우 (또는 이동성 관련 정보 간의 매치가 어떤 기준에 부합하지 않는 경우, 예를 들어 서로 반대의 방향으로 이동 중인 경우 등), 상기 NG-RAN은 Xn 설정 요청의 거절을 결정할 수 있다.
Xn 설정 요청을 수락할 지 여부에 대한 결정은 추가적으로 다음 정보를 기반으로 수행될 수 있다:
- Xn 설정을 요청한 MWAB의 로밍 여부, 로밍인 경우 NG 인터페이스를 연결한 망 (Home 망에 연결했는지, Visited 망에 연결했는지 등)
- 상기 Xn 설정 요청을 수신한 NG-RAN이 MWAB인 경우 이의 로밍 여부, 로밍인 경우 NG 인터페이스를 연결한 망 (Home 망에 연결했는지, Visited 망에 연결했는지 등),
- Xn 설정을 요청한 MWAB과의 거리 등의 정보
이러한 정보는 Xn 설정 요청 메시지에 명시적, 암시적, 함축적으로 포함될 수 있다.
Xn 요청이 수락되는 것으로 결정될 수 있다. 이 경우, NG-RAN은 MWAB-gNB에게 Xn 설정 요청에 대한 응답/수락 메시지(예를 들어, Xn 설정 응답(Xn Setup Response) 메시지)를 전송할 수 있다. 이를 통해 Xn 연결이 수립될 수 있다.
step 5a 메시지를 수신한 NG-RAN(상기 Xn setup을 수행하는 대상 NG-RAN)이 MWAB인 경우, 상기 NG-RAN은 상기 응답/수락 메시지에 상기 step 5a)에서 기술한 이동성 관련 정보를 명시적, 암시적, 또는 함축적으로 포함시킬 수 있다.
Xn 설정 응답(Xn Setup Response) 메시지는 종래의 것을 확장한 것일 수도 있고, 이 대신 새롭게 정의된 메시지일 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
5b) step 5b
전술한 step 5a의 내용이 적용될 수 있다.
6b) step 6b
전술한 step 6a의 내용이 적용될 수 있다.
Xn 요청이 거절되는 것으로 결정될 수 있다. 이 경우, NG-RAN은 MWAB-gNB에게 Xn 설정 요청에 대한 응답/거절 메시지(예를 들어, Xn 설정 실패(Xn Setup Failure) 메시지)를 전송할 수 있다.
상기 응답/거절 메시지는 거절하는 이유에 대한 정보를 포함할 수 있다.
step 5b 메시지를 수신한 NG-RAN(상기 Xn 설정을 수행하는 대상 NG-RAN)이 MWAB인 경우, 상기 NG-RAN은 상기 응답/거절 메시지에 상기 step 5a)에서 기술한 이동성 관련 정보를 명시적, 암시적, 또는 함축적으로 포함시킬 수 있다.
상기 응답/거절 메시지(Xn Setup Failure 메시지)를 수신한 MWAB은 해당 메시지 내에 포함된 거절 이유에 대한 정보를 기반으로 상기 NG-RAN으로의 Xn 설정을 일정 조건 (예를 들어, 특정 시간 및/또는 장소 등)이 만족할 때까지 다시 시도하지 않을 수 있다.
예를 들어, 상기 응답/거절 메시지(Xn Setup Failure 메시지)는 일정 시간(또는 특정 시점)에 대한 정보를 포함할 수 있다. 이를 기반으로, MWAB은 상기 일정 시간 동안(또는 특정 시점까지) 상기 NG-RAN으로 Xn 설정(예를 들어, Xn 설정 요청 메시지를 송신)을 수행하지 않을 수 있다.
Xn 설정 실패(Xn Setup Failure) 메시지는 종래의 것을 확장한 것일 수도 있고, 이 대신 새롭게 정의된 메시지일 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
전술한 Xn 설정 절차 후에 또는 전에, MWAB-gNB는 MWAB 동작을 수행할 수 있다 (예, 시스템 정보(system information)를 브로드캐스트 등). 상기 MWAB 동작은 UE들을 서빙하는 기지국으로 동작하는 것을 시작하는 것으로 해석될 수 있다.
2. 제2 실시예
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 16은 본 명세서의 제2 실시예를 따른 Xn 설정의 예를 나타낸다.
MWAB은 비 로밍(non-roaming)일 수도 있고 로밍(roaming)일 수도 있다. 도 16에서는 언더레이 네트워크로 PLMN(도 16의 HPLMN or VPLMN)을 도시하였다. 그러나, 언더레이 네트워크는 PLMN이 아닌 NPN일 수도 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
1-3) step 1 내지 step 3
도 15의 step 1 내지 step 3의 내용이 적용될 수 있다.
4) step 4.
NG-RAN이 MWAB-gNB의 RAN 노드 ID를 알게 되었지만 (예, ANR 기능(function)을 통해), SCTP 연결(connectivity)을 위한 TNL 주소가 없는 경우, NG-RAN은 MWAB-gNB의 TNL 주소를 결정하기 위해 NG-RAN이 연결된 AMF를 이용할 수 있다.
예를 들어, NG-RAN은 AMF에게 MWAB-gNB의 TNL 주소를 요청하기 위해 업링크 RAN 구성 전송(Uplink RAN Configuration Transfer) 메시지를 AMF에게 전송할 수 있다. 이를 기반으로, AMF는 NG-RAN으로부터의 요청을 중계(relay)하기 위해 다운링크 RAN 구성 전송(Downlink RAN Configuration Transfer) 메시지를 MWAB-gNB에게 전송할 수 있다. 이를 수신한 MWAB-gNB은 NG-RAN과의 SCTP 연결(connectivity)을 위해 사용할 하나 이상의 TNL 주소를 포함한 업링크 RAN 구성 전송(Uplink RAN Configuration Transfer) 메시지를 응답으로 AMF에게 전송할 수 있다. 그러면, AMF는 MWAB-gNB로부터의 응답을 중계하기 위해 다운링크 구성 전송(Downlink Configuration Transfer) 메시지를 NG-RAN에게 전송할 수 있다.
NG-RAN은 다른 기지국(예를 들어, 상기 MWAB-gNB)과 Xn 설정을 수행할 것을 결정할 수 있다. 이러한 결정은 다음 정보 중 적어도 하나 이상을 기반으로 수행된 것일 수 있다:
- UE로부터 제공받은 정보 (예, 측정 보고 등)
- NG-RAN이 주위 기지국으로부터 제공받은 정보
- OAM 서버로부터 제공받은 정보
- 코어 네트워크로부터 제공받은 정보
- NG-RAN에 설정된 정보, 등
이는 본 명세서 전반에 걸쳐 적용될 수 있다.
상기 결정을 기반으로, Xn 설정 절차가 수행될 수 있다. Xn 설정이 성공하는 경우, 후술하는 step 5a 및 step 6a가 수행될 수 있다. 이와 달리, Xn 설정이 실패하는 경우, 후술하는 step 5b 및 step 6b가 수행될 수 있다.
5a) step 5a
NG-RAN은 Xn 인터페이스에 사용할 PDU 세션을 통해 다른 NG-RAN(예를 들어, MWAB-gNB)으로 Xn 설정 요청(Xn Setup Request) 메시지를 전송할 수 있다.
상기 NG-RAN이 MWAB인 경우, NG-RAN은 상기 Xn 설정 요청(Xn Setup Request) 메시지에 MWAB의 이동성 관련 정보(명시적, 암시적, 또는 함축적)를 포함시킬 수 있다. 상기 MWAB의 이동성 관련 정보는 도 15의 step 5a의 i 내지 v의 정보 중 하나 이상의 정보일 수 있다.
6a) step 6a
Xn 설정 요청 메시지(및 해당 메시지에 포함된 정보)를 기반으로, MWAB은 Xn 설정 요청을 수락할 지 여부를 결정할 수 있다.
상기 MWAB은 자신의 이동성 관련 정보와 상기 Xn 설정 요청을 전송한 MWAB의 이동성 관련 정보(상기 Xn 설정 요청을 보낸 NG-RAN이 MWAB인 경우)를 기반으로 Xn 설정 요청을 수락할 지 여부를 결정할 수 있다.
예를 들어, Xn 설정 요청을 전송한 NG-RAN(MWAB인 경우)과 이를 수신한 MWAB이 유사하거나 동일한 이동성을 갖는 경우 (또는 이동성 관련 정보 간의 매치가 어떤 기준에 부합하는 경우, 예를 들어 동일한 방향으로 이동 중인 경우 등), 상기 MWAB은 Xn 설정 요청의 수락을 결정할 수 있다.
예를 들어, Xn 설정요청을 전송한 NG-RAN(MWAB인 경우)과 이를 수신한 MWAB이 서로 다른 이동성을 갖는 경우 (또는 이동성 관련 정보 간의 매치가 어떤 기준에 부합하지 않는 경우, 예를 들어 서로 반대의 방향으로 이동 중인 경우 등), 상기 MWAB은 Xn 설정 요청의 거절을 결정할 수 있다.
Xn 설정 요청을 수락할 지 여부에 대한 결정은 추가적으로 다음 정보를 기반으로 수행될 수 있다:
- Xn 설정을 요청한 NG-RAN이 MWAB인 경우 NG-RAN의 로밍 여부, 로밍인 경우 NG 인터페이스를 연결한 망 (Home 망에 연결했는지, Visited 망에 연결했는지 등)
- 상기 Xn 설정 요청을 수신한 MWAB의 로밍 여부, 로밍인 경우 NG 인터페이스를 연결한 망 (Home 망에 연결했는지, Visited 망에 연결했는지 등),
- Xn 설정을 요청한 NG-RAN과의 거리 등의 정보
이러한 정보는 Xn 설정 요청 메시지에 명시적, 암시적, 함축적으로 포함될 수 있다.
Xn 요청이 수락되는 것으로 결정될 수 있다. 이 경우, MWAB-gNB은 NG-RAN에게 Xn 설정 요청에 대한 응답/수락 메시지(예를 들어, Xn 설정 응답(Xn Setup Response) 메시지)를 전송할 수 있다. 상기, MWAB-gNB는 상기 응답/수락 메시지에 이동성 관련 정보를 명시적, 암시적, 또는 함축적으로 포함시킬 수 있다. 상기 이동성 관련 정보는 도 15의 step 5a의 i 내지 v의 정보 중 하나 이상의 정보일 수 있다.
Xn 설정 응답(Xn Setup Response) 메시지는 종래의 것을 확장한 것일 수도 있고, 이 대신 새롭게 정의된 메시지일 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
5b) step 5b
전술한 step 5a의 내용이 적용될 수 있다.
6b) step 6b
전술한 step 6a의 내용이 적용될 수 있다.
Xn 요청이 거절되는 것으로 결정될 수 있다. 이 경우, MWAB-gNB는 NG-RAN에게 Xn 설정 요청에 대한 응답/거절 메시지(예를 들어, Xn 설정 실패(Xn Setup Failure) 메시지)를 전송할 수 있다.
상기 응답/거절 메시지는 거절하는 이유에 대한 정보를 포함할 수 있다.
상기 MWAB-gNB은 상기 응답/거절 메시지에 상기 step 5a)에서 기술한 이동성 관련 정보를 명시적, 암시적, 또는 함축적으로 포함시킬 수 있다.
상기 응답/거절 메시지(Xn Setup Failure 메시지)를 수신한 NG-RAN은 해당 메시지 내에 포함된 거절 이유에 대한 정보를 기반으로 상기 MWAB-gNB로의 Xn 설정을 일정 조건 (예를 들어, 특정 시간 및/또는 장소 등)이 만족할 때까지 다시 시도하지 않을 수 있다.
예를 들어, 상기 응답/거절 메시지(Xn Setup Failure 메시지)는 일정 시간(또는 특정 시점)에 대한 정보를 포함할 수 있다. 이를 기반으로, NG-RAN은 상기 일정 시간 동안(또는 특정 시점까지) 상기 MWAB-gNB으로 Xn 설정(예를 들어, Xn 설정 요청 메시지를 송신)을 수행하지 않을 수 있다.
Xn 설정 실패(Xn Setup Failure) 메시지는 종래의 것을 확장한 것일 수도 있고, 이 대신 새롭게 정의된 메시지일 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
전술한 Xn 설정 절차 후에 또는 전에, MWAB-gNB는 MWAB 동작을 수행할 수 있다 (예, 시스템 정보(system information)를 브로드캐스트 등). 상기 MWAB 동작은 UE들을 서빙하는 기지국으로 동작하는 것을 시작하는 것으로 해석될 수 있다.
MWAB이 다른 기지국과 Xn 연결을 설정한 후 (제1 실시예 또는 제2 실시예를 통해 Xn 연결이 설정될 수 있음), 이동성 관련 정보가 변경된 경우 (예, 이동방향, 속도 등이 변경), MWAB은 변경된 정보를 Xn 연결을 맺은 기지국에게 알릴 수 있다. 해당 동작은 기존의 NG-RAN 노드 구성 업데이트(NG-RAN Node Configuration Update) 절차를 위한 메시지가 확장되어 이를 통해 수행될 수 있고, 새로운 정의된 절차/메시지를 통해 수행될 수 있다.
전술한 것과 같이 MWAB이 이동성 관련 정보의 변경을 기지국(MWAB과 Xn 설정을 수행한 기지국)에게 알린 후, MWAB과 기지국의 Xn 연결은 계속 유지될 수도 있고, 해제/제거될 수도 있다.
예를 들어, MWAB이 이동성 관련 정보의 변경을 기지국(MWAB과 Xn 설정을 수행한 기지국)에게 알린 후, 상기 MWAB(또는 상기 기지국)은 Xn 연결을 해제/제거(또는 계속 유지)할 수 있다.
Xn 연결이 해제/제거되는 이유는 제1 실시예(또는 제2 실시예)에서 Xn 설정 요청을 거절하는 이유가 적용될 수 있다.
예를 들어, Xn 설정당시에는 서로(두 기지국간의) 이동성이 유사하거나 동일해서 Xn 연결을 수립했으나, 이동성의 변경으로 이동성이 서로 달라지면 Xn 연결은 해제/제거될 수 있다. 이는 본 명세서 전반에 걸쳐 적용될 수 있다.
MWAB이 다른 기지국과 Xn 연결을 설정한 후 (제1 실시예 또는 제2 실시예를 통해 Xn 연결이 설정될 수 있음), 이동성 관련 정보가 변경된 경우 (예, 이동방향, 속도 등이 변경), MWAB은 상기 다른 기지국에게 이동성 관련 정보의 변경을 알리지 않고 바로 Xn 연결을 해제/제거할 수도 있다. MWAB은 Xn 연결을 해제/제거하면서 이동성 관련 정보의 변경을 다른 기지국에게 알릴 수 있다.
전술한 Xn 연결의 해제/제거하는 동작은 기존의 Xn 제거 요청/응답(Xn Removal Request/Response) 메시지(또는 확장된 해당 메시지)를 통해 수행될 수도 있고, 새로운 정의된 절차/메시지를 통해 수행될 수 있다.
전술한 MWAB(또는 기지국)의 Xn 연결의 해제/제거를 수행할 때, MWAB(또는 기지국)은 상대방 기지국에게 해제/제거하는 이유를 알릴 수 있다.
또는, SCTP 셧다운(SCTP SHUTDOWN)을 통해 해당 Xn 연결에 사용된 TNL 연결(association)이 해제/제거되어 상기 Xn 연결의 해제/제거가 수행될 수도 있다. 예를 들어, MWAB은 SCTP 셧다운(SCTP SHUTDOWN)을 수행하여 해당 Xn 연결에 사용된 TNL 연결(association)이 해제/제거할 수 있다. 이를 기반으로, 상기 Xn 연결의 해제/제거가 수행될 수 있다.
전술한 것과 다르게, Xn 해제/제거 절차를 수행하는 대신에, MWAB은 암시적으로/로컬하게 Xn 해제/제거를 할 수도 있다. 그리고, MWAB은 Xn 연결을 맺은 기지국으로 하여금 암시적으로/로컬하게 상기 MWAB과 맺은 Xn 연결을 해제/제거하도록 할 수 있다.
예를 들어, MWAB은 Xn 연결을 맺은 상대 기지국과의 활성 확인(liveness check)을 수행하지 않거나 이에 응하지 않음(etc.)으로서 Xn 연결을 암시적으로/로컬하게 해제/제거하고 상대 기지국으로 하여금 암시적으로/로컬하게 상기 MWAB과 맺은 Xn 연결을 해제/제거하도록 할 수 있다.
본 명세서에서 Xn 연결을 설정하는 기지국이 모두 MWAB인 경우 위주로 기술하였으나 MWAB과 Xn 연결을 설정하고자 하는 기지국이 MWAB이 아닌 기지국인 경우에도 적용할 수 있다.
II. MWAB이 이동성 관련 정보를 UE에게 제공하고, UE는 이를 고려하여 상기 MWAB을 다른 기지국(예를 들어, 서빙 기지국)으로 보고할지 결정
MWAB은 이동성 관련 정보를 UE에게 제공할 수 있다 (시스템 정보(system information)를 브로드캐스팅하는 경우 등).
상기 이동성 관련 정보는 도 15의 step 5a의 i 내지 v의 정보 중 하나 이상의 정보일 수 있다.
상기 이동성 관련 정보는 MWAB이 운영하는 (또는 MWAB을 구성하는 또는 MWAB에 속하는) cell(s)의 이동성 관련 정보로 해석될 수 있다.
UE가 특정 이웃 셀(예를 들어, 주위의 MWAB)의 이동성 관련 정보를 수신한 경우, UE는 서빙 기지국에게 이웃 셀에 대한 정보를 보고할 때 상기 특정 이웃 셀의 이동성 관련 정보를 활용할 수 있다.
예를 들어, UE가 특정 이웃 셀(예를 들어, 주위의 MWAB)의 이동성 관련 정보를 수신한 경우, UE가 서빙 기지국에게 이웃 셀에 대한 정보를 보고할 때, UE는 상기 특정 이웃 셀의 이동성 관련 정보를 기반으로 서빙 기지국에게 상기 특정 이웃 셀을 보고할지 여부를 결정할 수 있다.
상기 결정은 서빙 기지국의 지시에 기반한 것일 수 있다. 또는, 상기 결정은 구성(configuration)이나 구현에 기반한 것일 수 있다.
예를 들어, UE가 특정 이웃 셀(예를 들어, 주위의 MWAB)의 이동성 관련 정보를 수신한 경우, UE는 특정 이웃 셀의 이동성 관련 정보에 기반으로 MWAB이 자신과 유사하거나 동일한 방향으로 이동하는 것으로 판단할 수 있다. 이 경우, UE는 서빙 기지국에게 이웃 셀에 대한 정보를 보고할 때 상기 특정 이웃 셀에 대하여 보고할 수 있다.
예를 들어, UE가 특정 이웃 셀(예를 들어, 주위의 MWAB)의 이동성 관련 정보를 수신한 경우, UE는 특정 이웃 셀의 이동성 관련 정보에 기반으로 MWAB이 자신과 반대 방향으로 이동하는 것으로 판단할 수 있다. 이 경우, UE는 서빙 기지국에게 이웃 셀에 대한 정보를 보고할 때 상기 특정 이웃 셀에 대하여 보고하지 않을 수 있다.
UE의 서빙 기지국이 특정 MWAB인 경우, 상기 특정 MWAB은 상기 UE에게 측정 보고(measurement report) 수행을 지시할 때 상기 특정 MWAB (UE의 서빙 기지국)과 유사하거나 동일한 이동성을 갖는(또는 이동성 관련 정보 간의 매치가 어떤 기준에 부합하는 경우, 예를 들어 동일한 방향으로 이동 중인 경우 등) 이웃 셀을 보고하도록 지시(또는 정책 제공)할 수 있다.
III. MWAB이 not authorized (또는 out of service) 상태가 된 경우 Xn 인터페이스 관련 처리/관리
MWAB(Vehicle Relay)은 MWAB(Vehicle Relay)으로 동작할 수 있는 것으로 허가(authorized)되었다가 비허가(not authorized) 될 수 있다. MWAB(Vehicle Relay)이 MWAB(Vehicle Relay)으로 동작할 수 있는지 여부에 대한 결과가 변경되는 경우(예, 허가에서 비허가로, 또는 그 반대로)의 예시는 다음 중 하나일 수 있다:
- 가입자 정보의 변경
- MWAB(Vehicle Relay)의 위치 변경
- 시간의 경과
- 운영자 정책(operator policy) 변경, 등
- 이외의 다양한 이유
MWAB(Vehicle Relay)은 MWAB(Vehicle Relay)으로 동작할 수 있는 것으로 허가(authorized)되었다가 비허가(not authorized)가 되는 것은 다음의 예시(다음의 상태가 되는 것의 하나의 원인으로) 중 하나로 해석될 수 있다:
- MWAB(Vehicle Relay)이 서비스 제공이 가용하지 않은 상태가 되는 것
- MWAB(Vehicle Relay)이 'out of service' 상태가 되는 것
- MWAB(Vehicle Relay)의 기지국 부분이 'out of service' 상태가 되는 것
- MWAB(Vehicle Relay) 동작을 수행할 수 없는 것
이러한 사항들은 본 명세서 전반에 걸쳐 적용될 수 있다.
MWAB이 MWAB 비허가(not authorized)(또는 out of service) 상태가 된 경우(MWAB이 MWAB으로 동작할 수 없는 것으로 결정된 경우), 이미 설정/연결된 Xn 인터페이스가 있다면 다음 중 하나 이상의 동작이 수행(수행하기로 결정)될 수 있다:
- i. Xn 인터페이스를 유지 (keep, maintain)
- ii. Xn 인터페이스를 해제/제거 (remove, release, disconnect). 이를 위해 Xn 인터페이스를 맺은 상대 기지국과 Xn 해제/제거 절차를 수행.
- iii. Xn 인터페이스를 중단/비활성화 (suspend, hold, deactivate). 이를 위해 Xn 인터페이스를 맺은 상대 기지국과 Xn 중단/비활성화 절차를 수행.
- iv. Xn 인터페이스가 있는 상대 기지국에게 기지국 동작을 중단함을 알림.
- v. Xn 인터페이스가 있는 상대 기지국에게 비 허가(not authorized) (또는 out of service) 상태가 되었음을 알림.
- vi. Xn 인터페이스가 있는 상대 기지국에게 NG-RAN 노드 구성 업데이트(NG-RAN node configuration update)를 중지할 것을 요청.
Xn 인터페이스를 맺은 상대 기지국의 종류에 따라 다른 동작이 수행될 수 있다.
예를 들어, 상대 기지국이 MWAB인 경우 ii가 수행되고, 상대 기지국이 MWAB이 아닌 경우 i이 수행되고 추가적으로 iv 및/또는 v가 수행될 수 있다.
전술한 ii 내지 vi은 병합된 형태로 수행될 수 있다.
전술한 ii 내지 vi은 하나의 절차를 수행하는데 다른 절차의 목적이나 정보 제공을 동반한 형태 (예, iii의 절차를 수행하는데 iv의 목적/정보를 함께 제공하는 형태)로 수행될 수도 있다.
전술한 ii 내지 vi을 위해 종래의 Xn 메시지가 확장되어 사용되거나 새로운 Xn 메시지가 정의되어 사용될 수 있다.
MWAB이 MWAB 비허가(not authorized)(또는 out of service) 상태가 된 경우(MWAB이 MWAB으로 동작할 수 없는 것으로 결정된 경우), Xn 인터페이스를 위한 PDU 세션이 있다면 다음 중 하나 이상의 동작을 수행(수행하기로 결정)될 수 있다:
- Xn 인터페이스를 위한 PDU 세션을 유지 (keep, maintain)
- Xn 인터페이스를 위한 PDU 세션을 해제 (release)
- Xn 인터페이스를 위한 PDU 세션을 중단/비활성화 (suspend, hold, deactivate).
전술한 Xn 인터페이스를 위한 PDU 세션을 해제 및/또는 Xn 인터페이스를 위한 PDU 세션을 중단/비활성화를 위해 종래의 PDU 세션 관련 절차가 사용되거나 (그대로 또는 확장되어), 새로운 PDU 세션 관련 절차가 정의되어 사용될 수 있다.
MWAB은 상기 Xn 인터페이스 관련 처리/관리 작업 (예를 들어, Xn 인터페이스 관련 동작, Xn 인터페이스를 위한 PDU 세션 관련 동작)을 결정하기 위해 다양한 정보(예를 들어, 로컬 구성(configuration), 네트워크로부터 제공/지시받은 정보, MWAB의 이동성 관련 정보 (도 15의 step 5a의 i 내지 v의 정보 중 하나 이상의 정보), 현재 시간, Xn 인터페이스를 맺은 상대 기지국에 대한 정보 등)를 활용할 수 있다.
MWAB이 MWAB 비허가(not authorized)(또는 out of service) 상태가 됨에 따라(MWAB이 MWAB으로 동작할 수 없는 것으로 결정됨에 따라), MWAB은 서빙하던 UE(s)를 다른 기지국으로 핸드오버 시키거나 리다이렉트(redirect) 시킬 수 있다.
MWAB이 서빙하던 UE(s)에 대한 다른 기지국으로의 핸드오버 시키거나 리다이렉트(redirect) 수행 후에, MWAB은 전술한 Xn 인터페이스 관련 처리/관리 작업(예를 들어, i 내지 vi 동작)을 수행할 수 있다.
전술한 i(Xn 인터페이스를 유지), iv(Xn 인터페이스가 있는 상대 기지국에게 기지국 동작을 중단함을 알림), v(Xn 인터페이스가 있는 상대 기지국에게 비 허가(not authorized) (또는 out of service) 상태가 되었음을 알림), vi(Xn 인터페이스가 있는 상대 기지국에게 NG-RAN 노드 구성 업데이트(NG-RAN node configuration update)를 중지할 것을 요청) 또는 Xn 인터페이스를 위한 PDU 세션을 유지하기는 것으로 결정된 경우, MWAB은 서빙하던 UE(s)의 정리 작업(예를 들어, 핸드오버 또는 리다이렉트)과 Xn 인터페이스 관련 처리/관리 작업(예를 들어, 전술한 i 내지 vi 동작, Xn 인터페이스를 위한 PDU 세션을 유지하기로 하는 작업)이 병력적으로 수행될 수 있다. 또는, Xn 인터페이스 관련 처리/관리 작업이 먼저 수행될 수도 있다.
본 명세서의 개시에 따라, MWAB의 이동성을 고려하여 MWAB과 다른 기지국(들)간 Xn 연결이 설정되고 이를 효율적으로 관리할 수 있다. 그리고, 기지국 간 단말의 핸드오버 동작 등을 통해 단말에게 원활한 서비스를 제공할 수 있다.
다음 동작이 수행될 수 있다:
- MWAB이 다른 기지국으로 Xn 설정을 수행할 것을 결정할 수 있다.
- MWAB-gNB는 Xn 인터페이스에 사용할 PDU 세션을 통해 다른 NG-RAN으로 Xn 설정 요청 메시지를 전송할 수 있다. 이 때 MWAB-gNB는 MWAB의 이동성 관련 정보를 명시적, 암시적, 또는 함축적으로 상기 메시지에 포함시킬 수 있다.
- Xn 설정 요청을 수신한 NG-RAN은 상기 요청 메시지 및 요청 메시지에 포함된 정보에 기반하여 Xn 설정 요청을 수락할 지 여부를 결정할 수 있다. 특히, 수락 여부 결정 시, 상기 NG-RAN이 MWAB인 경우 자신의 이동성 관련 정보와 상기 Xn 설정 요청을 전송한 MWAB의 이동성 관련 정보가 사용될 수 있다.
- Xn 설정 요청을 수신한 NG-RAN은 MWAB-gNB에게 Xn 설정요청에 대한 응답 (수락 또는 거절) 메시지를 전송할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 17은 본 명세서의 개시에 대한 HPLMN의 AMF의 절차를 나타낸다.
1. 특정 MWAB (Mobile gNB with wireless access backhauling)의 UE (User Equipment)가 네트워크에 등록 요청 메시지를 송신할 수 있다.
2.상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신할 수 있다.
3. 상기 특정 MWAB의 UE가 상기 네트워크에게 PDU (Protocol Data Unit) 세션의 수립 요청 메시지를 송신할 수 있다.
4. 상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신할 수 있다.
5. 상기 특정 MWAB의 gNB(gNodeB)가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는:
- 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계를 포함할 수 있다. 상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
- Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 수신하는 단계를 포함할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는:
- 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계를 포함할 수 있다. 상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
- i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 수신하는 단계를 포함할 수 있다.
상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 응답 메시지는 상기 제1 기지국의 이동성 정보를 포함할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는:
- 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계를 포함할 수 있다.
상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
- Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 실패 메시지를 수신하는 단계를 포함할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는:
- 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계를 포함할 수 있다. 기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
- i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사하지 않은 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 실패 메시지를 수신하는 단계를 포함할 수 있다.
상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 실패 메시지는 상기 제1 기지국의 이동성 정보를 포함할 수 있다.
상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB가 상기 제1 기지국에게 새로운 Xn 설정 요청 메시지를 송신할 수 있다.
상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB는 상기 제1 기지국에게 일정 시간동안 새로운 Xn 설정 요청 메시지를 송신하는 것을 건너뛸 수 있다.
상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB가 상기 제1 기지국에게 상기 Xn 설정 실패 메시지를 수신하고 일정 시간 이후에 새로운 Xn 설정 요청 메시지를 송신할 수 있다.
상기 Xn 설정 요청 메시지는 i) 상기 특정 MWAB의 로밍 여부 또는 ii) 상기 특정 MWAB이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함할 수 있다.
상기 Xn 연결 수립 절차를 수행하는 단계는:
- 특정 MWAB의 gNB가 상기 제1 기지국으로부터 Xn 설정 요청 메시지를 수신하는 단계를 포함할 수 있다.
- Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국과의 Xn 설정의 승낙 여부를 결정하는 단계를 포함할 수 있다.
- 특정 MWAB의 gNB가 상기 Xn 설정을 승낙하기로 결정한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 송신하는 단계를 포함할 수 있다. 기 Xn 설정 응답 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
- 특정 MWAB의 gNB가 상기 Xn 설정을 승낙하지 않기로 결정한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 Xn 설정 요청 메시지를 승낙하지 않는 Xn 설정 실패 메시지를 송신하는 단계를 포함할 수 있다. 기 Xn 설정 실패 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 요청 메시지는 상기 제1 기지국의 이동성 정보를 포함할 수 있다.
i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사한 것을 기반으로, 상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: 상기 특정 MWAB의 gNB가 Xn 설정을 승낙하는 것으로 결정할 수 있다.
i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사하지 않은 것을 기반으로, 상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: 상기 특정 MWAB의 gNB가 Xn 설정을 승낙하지 않는 것으로 결정할 수 있다.
상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 요청 메시지는 i) 상기 제1 기지국의 로밍 여부 또는 ii) 상기 제1 기지국이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함할 수 있다.
상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: i) 상기 제1 기지국의 로밍 여부, ii) 상기 제1 기지국이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보 및 iii) 상기 제1 기지국과 상기 특정 MWAB와의 거리 중 적어도 하나를 기반으로 수행될 수 있다.
상기 특정 MWAB의 이동성 정보는 상기 특정 MWAB가 이동한다는 정보를 포함할 수 있다.
상기 제1 기지국의 이동성 정보는 상기 제1 기지국이 이동한다는 정보를 포함할 수 있다.
상기 특정 MWAB의 이동성 정보는 상기 특정 MWAB이 MWAB로 동작한다는 정보, 상기 특정 MWAB의 이동성 여부, 이동 방향, 이동 속도, 위치 정보 중 적어도 하나의 정보를 포함할 수 있다.
상기 제1 기지국의 이동성 정보는 상기 제1 MWAB이 MWAB로 동작한다는 정보, 상기 제1 기지국의 이동성 여부, 이동 방향, 이동 속도, 위치 정보 중 적어도 하나의 정보를 포함할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 18은 본 명세서의 개시에 대한 기지국의 절차를 나타낸다.
1. 기지국이 특정 MWAB (Mobile gNB with wireless access backhauling)의 gNB(gNodeB)로부터 Xn 설정 요청 메시지를 수신할 수 있다.
상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
2. Xn 설정 요청 메시지를 기반으로, 상기 기지국이 상기 특정 MWAB와의 Xn 설정의 승낙 여부를 결정할 수 있다.
3-1. 기지국이 상기 Xn 설정을 승낙하기로 결정한 것을 기반으로, 상기 기지국이 상기 특정 MWAB의 gNB에게 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 송신할 수 있다.
3-2. 기지국이 상기 Xn 설정을 승낙하지 않기로 결정한 것을 기반으로, 상기 기지국이 상기 특정 MWAB의 gNB에게 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 응답 메시지를 송신하는 단계를 포함할 수 있다.
상기 Xn 설정 요청 메시지는 i) 상기 특정 MWAB의 로밍 여부 또는 ii) 상기 특정 MWAB이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 19는본 명세서의 개시에 대한 기지국의 절차를 나타낸다.
1. 이 특정 MWAB (Mobile gNB with wireless access backhauling)의 gNB(gNodeB)에게 Xn 설정 요청 메시지를 송신할 수 있다.
2-1. Xn 설정 요청 메시지 및 Xn 설정 요청 메시지가 승낙된 것을 기반으로, 상기 기지국이 특정 MWAB의 gNB으로부터 Xn 설정 응답 메시지를 수신할 수 있다.
상기 Xn 설정 응답 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
2-2. Xn 설정 요청 메시지 및 Xn 설정 요청 메시지가 승낙되지 않은 것을 기반으로, 상기 기지국이 특정 MWAB의 gNB으로부터 Xn 설정 실패 메시지를 수신할 수 있다.
상기 Xn 설정 실패 메시지는 상기 특정 MWAB의 이동성 정보를 포함할 수 있다.
이하, 본 명세서의 일부 실시 예에 따른 통신을 수행하는 장치에 대해 설명한다.
예를 들어, 장치는 프로세서, 송수신기 및 메모리를 포함할 수 있다.
예를 들어, 프로세서는 메모리 및 프로세서와 동작 가능하게 결합되도록 구성될 수 있다.
상기 프로세서가 수행하는 동작은: 특정 MWAB의 UE가 네트워크에 등록 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크에게 PDU 세션의 수립 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 gNB가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행하는 단계를 포함하고, 상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함할 수 있다.
이하, 본 명세서의 일부 실시 예에 따른 통신을 제공하기 위한 장치의 프로세서에 대해 설명한다.
상기 프로세서가 수행하는 특정 MWAB의 UE가 네트워크에 등록 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크에게 PDU 세션의 수립 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 gNB가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행하는 단계를 포함하고, 상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함할 수 있다.
이하, 본 명세서의 일부 실시 예에 따른 이동통신을 제공하기 위한 하나 이상의 명령어가 저장된 비 휘발성 컴퓨터 판독 가능매체에 대해 설명한다.
본 개시의 일부 실시 예에 따르면, 본 개시의 기술적 특징은 하드웨어, 프로세서에 의해 실행되는 소프트웨어, 또는 둘의 조합으로 직접 구현될 수 있다. 예를 들어, 무선 통신에서 무선 장치에 의해 수행되는 방법은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 예를 들어, 소프트웨어는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 이동식 디스크, CD-ROM 또는 기타 저장 매체에 상주할 수 있다.
저장 매체의 일부 예는 프로세서가 저장 매체로부터 정보를 읽을 수 있도록 프로세서에 결합된다. 대안으로, 저장 매체는 프로세서에 통합될 수 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수 있다. 다른 예를 들어, 프로세서 및 저장 매체는 개별 구성요소로 상주할 수 있다.
컴퓨터 판독 가능 매체는 유형 및 비 휘발성 컴퓨터 판독 가능 저장매체를 포함할 수 있다.
예를 들어, 비 휘발성 컴퓨터 판독 가능 매체에는 SDRAM (Synchronization Dynamic Random Access Memory), ROM (Read-Only Memory), NVRAM (Non-Volatile Random Access Memory)과 같은 RAM (Random Access Memory)이 포함될 수 있다. 읽기 전용 메모리 (EEPROM), 플래시 메모리, 자기 또는 광학 데이터 저장 매체 또는 명령이나 데이터 구조를 저장하는 데 사용할 수 있는 기타 매체. 비 휘발성 컴퓨터 판독 가능 매체는 또한 위의 조합을 포함할 수 있다.
또한, 본 명세서에 설명된 방법은 명령어 또는 데이터 구조의 형태로 코드를 전달하거나 전달하고 컴퓨터에 의해 액세스, 판독 및/또는 실행될 수 있는 컴퓨터 판독 가능 통신 매체에 의해 적어도 부분적으로 실현될 수 있다.
본 개시의 일부 실시 예에 따르면, 비 일시적 컴퓨터 판독 가능 매체는 하나 이상의 명령어를 그 위에 저장하였다. 저장된 하나 이상의 명령어는 기지국의 프로세서에 의해 실행될 수 있다.
저장된 하나 이상의 명령어는 특정 MWAB의 UE가 네트워크에 등록 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크에게 PDU 세션의 수립 요청 메시지를 송신하는 단계; 상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신하는 단계; 상기 특정 MWAB의 gNB가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행하는 단계를 포함하고, 상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함할 수 있다.
이하, 본 명세서의 일부 실시 예에 따른 이동통신을 제공하기 위한 하나 이상의 명령어가 저장된 비 휘발성 컴퓨터 판독 가능매체에 대해 설명한다.
본 명세서는 다양한 효과를 가질 수 있다.
예를 들어 본 명세서에 개시된 절차를 통하여, 이동성을 고려하여 Xn 인터페이스를 설정하여 효율적 통신이 가능해진다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 가진 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
본 명세서에 기재된 청구항은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 다른 구현은 다음과 같은 청구 범위 내에 있다.

Claims (21)

  1. 방법으로서,
    특정 MWAB (Mobile gNB with wireless access backhauling)의 UE (User Equipment)가 네트워크에 등록 요청 메시지를 송신하는 단계;
    상기 특정 MWAB의 UE가 상기 네트워크로부터 등록 승인 메시지를 수신하는 단계;
    상기 특정 MWAB의 UE가 상기 네트워크에게 PDU (Protocol Data Unit) 세션의 수립 요청 메시지를 송신하는 단계;
    상기 특정 MWAB의 UE가 상기 네트워크로부터 상기 PDU 세션의 승인 메시지를 수신하는 단계;
    상기 특정 MWAB의 gNB(gNodeB)가 상기 PDU 세션을 통해 제1 기지국과 Xn 연결 수립 절차를 수행하는 단계를 포함하고,
    상기 Xn 연결 수립 절차를 수행하는 단계는: 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 특정 MWAB의 이동성 정보를 송신하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 Xn 연결 수립 절차를 수행하는 단계는:
    상기 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계;
    상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    상기 Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 수신하는 단계를 포함하는 방법.
  3. 제1항에 있어서,
    상기 Xn 연결 수립 절차를 수행하는 단계는:
    상기 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계;
    상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 수신하는 단계를 포함하는 방법.
  4. 제3항에 있어서,
    상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 응답 메시지는 상기 제1 기지국의 이동성 정보를 포함하는 방법.
  5. 제1항에 있어서,
    상기 Xn 연결 수립 절차를 수행하는 단계는:
    상기 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계;
    상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    상기 Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 실패 메시지를 수신하는 단계를 포함하는 방법.
  6. 제1항에 있어서,
    상기 Xn 연결 수립 절차를 수행하는 단계는:
    상기 특정 MWAB의 gNB가 상기 제1 기지국에게 Xn 설정 요청 메시지를 송신하는 단계;
    상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사하지 않은 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 실패 메시지를 수신하는 단계를 포함하는 방법.
  7. 제6항에 있어서,
    상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 실패 메시지는 상기 제1 기지국의 이동성 정보를 포함하는 방법.
  8. 제5항 또는 제6항에 있어서,
    상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB가 상기 제1 기지국에게 새로운 Xn 설정 요청 메시지를 송신하는 단계를 더 포함하고,
    상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB는 상기 제1 기지국에게 일정 시간동안 새로운 Xn 설정 요청 메시지를 송신하는 것을 건너뛰는 방법.
  9. 제5항 또는 제6항에 있어서,
    상기 Xn 설정 실패 메시지를 기반으로, 상기 특정 MWAB가 상기 제1 기지국에게 상기 Xn 설정 실패 메시지를 수신하고 일정 시간 이후에 새로운 Xn 설정 요청 메시지를 송신하는 단계를 더 포함하고,
  10. 제2항 내지 제9항에 있어서,
    상기 Xn 설정 요청 메시지는 i) 상기 특정 MWAB의 로밍 여부 또는 ii) 상기 특정 MWAB이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함하는 방법.
  11. 제1항에 있어서,
    상기 Xn 연결 수립 절차를 수행하는 단계는:
    상기 특정 MWAB의 gNB가 상기 제1 기지국으로부터 Xn 설정 요청 메시지를 수신하는 단계;
    상기 Xn 설정 요청 메시지를 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국과의 Xn 설정의 승낙 여부를 결정하는 단계;
    상기 특정 MWAB의 gNB가 상기 Xn 설정을 승낙하기로 결정한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 송신하는 단계;
    상기 Xn 설정 응답 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    상기 특정 MWAB의 gNB가 상기 Xn 설정을 승낙하지 않기로 결정한 것을 기반으로, 상기 특정 MWAB의 gNB가 상기 제1 기지국에게 상기 Xn 설정 요청 메시지를 승낙하지 않는 Xn 설정 실패 메시지를 송신하는 단계를 포함하고,
    상기 Xn 설정 실패 메시지는 상기 특정 MWAB의 이동성 정보를 포함하는 방법.
  12. 제11항에 있어서,
    상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 요청 메시지는 상기 제1 기지국의 이동성 정보를 포함하고,
    i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사한 것을 기반으로, 상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: 상기 특정 MWAB의 gNB가 Xn 설정을 승낙하는 것으로 결정하고,
    i) 상기 제1 기지국이 MWAB에 해당하는 것 및 ii) 상기 제1 기지국의 이동성과 상기 특정 MWAB의 이동성이 유사하지 않은 것을 기반으로, 상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: 상기 특정 MWAB의 gNB가 Xn 설정을 승낙하지 않는 것으로 결정하는 방법.
  13. 제12항에 있어서,
    상기 제1 기지국이 MWAB에 해당하는 것을 기반으로, 상기 Xn 설정 요청 메시지는 i) 상기 제1 기지국의 로밍 여부 또는 ii) 상기 제1 기지국이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함하고,
    상기 특정 MWAB의 gNB의 승낙 여부 결정 단계는: i) 상기 제1 기지국의 로밍 여부, ii) 상기 제1 기지국이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보 및 iii) 상기 제1 기지국과 상기 특정 MWAB와의 거리 중 적어도 하나를 기반으로 수행되는 방법.
  14. 제1항 내지 제13항 중 어느 하나의 항에 있어서,
    상기 특정 MWAB의 이동성 정보는 상기 특정 MWAB가 이동한다는 정보를 포함하고,
    상기 제1 기지국의 이동성 정보는 상기 제1 기지국이 이동한다는 정보를 포함하는 방법.
  15. 제1항 내지 제14항 중 어느 하나의 항에 있어서,
    상기 특정 MWAB의 이동성 정보는 상기 특정 MWAB가 MWAB로 동작한다는 정보, 상기 특정 MWAB의 이동성 여부, 이동 방향, 이동 속도, 위치 정보 중 적어도 하나의 정보를 포함하고,
    상기 제1 기지국의 이동성 정보는 상기 제1 MWAB가 MWAB로 동작한다는 정보, 상기 제1 기지국의 이동성 여부, 이동 방향, 이동 속도, 위치 정보 중 적어도 하나의 정보를 포함하는 방법.
  16. 방법으로서,
    기지국이 특정 MWAB (Mobile gNB with wireless access backhauling)의 gNB(gNodeB)로부터 Xn 설정 요청 메시지를 수신하는 단계;
    상기 Xn 설정 요청 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    상기 Xn 설정 요청 메시지를 기반으로, 상기 기지국이 상기 특정 MWAB와의 Xn 설정의 승낙 여부를 결정하는 단계;
    상기 기지국이 상기 Xn 설정을 승낙하기로 결정한 것을 기반으로, 상기 기지국이 상기 특정 MWAB의 gNB에게 상기 Xn 설정 요청 메시지를 승낙하는 Xn 설정 응답 메시지를 송신하는 단계;
    상기 기지국이 상기 Xn 설정을 승낙하지 않기로 결정한 것을 기반으로, 상기 기지국이 상기 특정 MWAB의 gNB에게 상기 Xn 설정 요청 메시지를 거절하는 Xn 설정 실패 메시지를 송신하는 단계를 포함하는 방법.
  17. 제16항에 있어서,
    상기 Xn 설정 요청 메시지는 i) 상기 특정 MWAB의 로밍 여부 또는 ii) 상기 특정 MWAB이 로밍한 것을 기반으로 NG 인터페이스를 연결한 네트워크 정보를 포함하는 방법.
  18. 방법으로서,
    기지국이 특정 MWAB (Mobile gNB with wireless access backhauling)의 gNB(gNodeB)에게 Xn 설정 요청 메시지를 송신하는 단계;
    상기 Xn 설정 요청 메시지 및 Xn 설정 요청 메시지가 승낙된 것을 기반으로, 상기 기지국이 특정 MWAB의 gNB으로부터 Xn 설정 응답 메시지를 수신하는 단계;
    상기 Xn 설정 응답 메시지는 상기 특정 MWAB의 이동성 정보를 포함하고,
    상기 Xn 설정 요청 메시지 및 Xn 설정 요청 메시지가 승낙되지 않은 것을 기반으로, 상기 기지국이 특정 MWAB의 gNB으로부터 Xn 설정 실패 메시지를 수신하는 단계;
    상기 Xn 설정 실패 메시지는 상기 특정 MWAB의 이동성 정보를 포함하는 방법.
  19. 통신을 수행하는 특정 MWAB (Mobile gNB with wireless access backhauling)으로서,
    적어도 하나의 송수신기와;
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서가 수행하는 동작은 제1항 내지 제15항 중 어느 하나의 항에 따른 방법인 특정 MWAB.
  20. 통신을 수행하는 기지국으로서,
    적어도 하나의 송수신기와;
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서가 수행하는 동작은 제16항 내지 제18항 중 어느 하나의 항에 따른 방법인 UE.
  21. 이동통신에서의 장치(apparatus)로서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작 가능하게(operably) 전기적으로 연결 가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은 제1항 내지 제15항 중 어느 하나의 항에 따른 방법인 장치.
PCT/KR2025/000866 2024-01-21 2025-01-15 Mwab의 xn 설정 방법 Pending WO2025155083A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202463623325P 2024-01-21 2024-01-21
US63/623,325 2024-01-21

Publications (1)

Publication Number Publication Date
WO2025155083A1 true WO2025155083A1 (ko) 2025-07-24

Family

ID=96471849

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2025/000866 Pending WO2025155083A1 (ko) 2024-01-21 2025-01-15 Mwab의 xn 설정 방법

Country Status (1)

Country Link
WO (1) WO2025155083A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220041025A (ko) * 2020-09-24 2022-03-31 한국전자통신연구원 슬라이스 맵핑 기반의 서비스 연속성 보장 방법
US20220287134A1 (en) * 2019-08-16 2022-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Network Nodes and Methods in a Wireless Communication Network
KR20220140745A (ko) * 2020-02-17 2022-10-18 지티이 코포레이션 통합 액세스 및 백홀 정보를 전송하기 위한 방법 및 시스템
KR20230079103A (ko) * 2020-10-23 2023-06-05 엘지전자 주식회사 네트워크 슬라이스 리매핑 관리 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220287134A1 (en) * 2019-08-16 2022-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Network Nodes and Methods in a Wireless Communication Network
KR20220140745A (ko) * 2020-02-17 2022-10-18 지티이 코포레이션 통합 액세스 및 백홀 정보를 전송하기 위한 방법 및 시스템
KR20220041025A (ko) * 2020-09-24 2022-03-31 한국전자통신연구원 슬라이스 맵핑 기반의 서비스 연속성 보장 방법
KR20230079103A (ko) * 2020-10-23 2023-06-05 엘지전자 주식회사 네트워크 슬라이스 리매핑 관리 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3 Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Xn application protocol (XnAP) (Release 18)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 38.423, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. V18.0.0, 12 January 2024 (2024-01-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 664, XP052577036 *

Similar Documents

Publication Publication Date Title
WO2022215909A1 (ko) Pdu 세션 관리 방법
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2022014944A1 (ko) Nssaa 실패로 인한 거절된 nssai 처리
WO2022014980A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하기 위한 ui/ux 표시 방법 및 이를 지원하는 장치
WO2021194214A1 (ko) 서비스 연속성을 위한 n14 인터페이스 지원 지시자
WO2022225262A1 (ko) 중복(redundant) 전송을 위한 중복(redundant) pdu 세션관리 방법
WO2023008923A1 (ko) Qos 관리 방법
WO2022071673A1 (ko) 소스 네트워크와 타겟 네트워크 사이에 n14 인터페이스가 없는 경우 홈 라우팅 된 pdu 세션에 대한 서비스 연속성 지원
WO2024147623A1 (ko) Non-3gpp an 노드 선택 방법
WO2023149702A1 (ko) Mbsr 관리 방법
WO2025155083A1 (ko) Mwab의 xn 설정 방법
WO2026014738A1 (ko) Mwab에 따른 세션 관리 타이머
WO2026034880A1 (ko) 슬라이스 교체 및 사용제어에 대한 관리 방법
WO2025053458A1 (ko) 이동 기지국을 통한 통신 방법
WO2025206688A1 (ko) 단말에 연결된 non-3gpp 장치를 위한 방법
WO2026029369A1 (ko) 타이머 설정 방법
WO2025023566A1 (ko) 듀얼 3gpp 액세스를 위한 ebi 할당 방법
WO2025150873A1 (ko) 사용자 변경에 기반한 통신 방법
WO2024210380A1 (ko) Pin 관리 방법
WO2025121655A1 (ko) 이동 기지국을 통한 긴급 서비스 방법
WO2025150874A1 (ko) 사용자 변경에 따른 sms 서비스
WO2024228608A1 (ko) 언더레이 네트워크를 통한 통신
WO2025239666A1 (ko) 네트워크 선택 방법

Legal Events

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

Ref document number: 25742098

Country of ref document: EP

Kind code of ref document: A1