WO2021194214A1 - 서비스 연속성을 위한 n14 인터페이스 지원 지시자 - Google Patents

서비스 연속성을 위한 n14 인터페이스 지원 지시자 Download PDF

Info

Publication number
WO2021194214A1
WO2021194214A1 PCT/KR2021/003566 KR2021003566W WO2021194214A1 WO 2021194214 A1 WO2021194214 A1 WO 2021194214A1 KR 2021003566 W KR2021003566 W KR 2021003566W WO 2021194214 A1 WO2021194214 A1 WO 2021194214A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
amf
pdu session
registration
information
Prior art date
Application number
PCT/KR2021/003566
Other languages
English (en)
French (fr)
Inventor
김석중
윤명준
쑤지안
변대욱
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR1020227031346A priority Critical patent/KR20220143693A/ko
Priority to EP21775825.9A priority patent/EP4132092A4/en
Priority to US17/913,390 priority patent/US20230136425A1/en
Publication of WO2021194214A1 publication Critical patent/WO2021194214A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186—Processing of subscriber group data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/38—Reselection control by fixed network equipment
    • 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
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This specification relates to an N14 interface support indicator for service continuity.
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a technology for enabling high-speed packet communication. Many methods have been proposed to reduce costs for users and operators, which are LTE goals, improve service quality, expand coverage, and increase system capacity. 3GPP LTE requires lower cost per bit, improved service availability, flexible use of frequency bands, simple structure, open interface, and proper power consumption of terminals as high-level requirements.
  • NR new radio
  • ITU International Telecommunication Union
  • 3GPP identifies the technical components needed to successfully standardize NR in a timely manner that satisfies both urgent market needs and the longer-term requirements set forth by the ITU radio communication sector (ITU-R) international mobile telecommunications (IMT)-2020 process. and should be developed Furthermore, NR should be able to use any spectral band up to at least 100 GHz that could be used for wireless communication even in the distant future.
  • ITU-R ITU radio communication sector
  • IMT international mobile telecommunications
  • NR targets a single technology framework that covers all deployment scenarios, usage scenarios and requirements, including enhanced mobile broadband (eMBB), massive machine type-communications (mMTC), ultra-reliable and low latency communications (URLLC), and more. do. NR must be forward compatible in nature.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type-communications
  • URLLC ultra-reliable and low latency communications
  • NR must be forward compatible in nature.
  • NPN non-public networks
  • PLMN public land mobile network
  • UE unlicensed user equipment
  • the enterprise UE will not attempt to access the NPN, resulting in resources being used to deny that UE and used by the enterprise UE.
  • resources being used to deny that UE and used by the enterprise UE.
  • the enterprise UE will not attempt to connect to a network to which it does not have access rights.
  • some enterprise UEs may be limited to accessing only the enterprise's NPN, even when PLMN coverage is available in the same geographic area. Other enterprise UEs may access both NPN and PLMN if specifically permitted.
  • a method in which the network guarantees service continuity to other networks according to the network configuration situation and at the same time does not cause unnecessary delay time to the terminal may be required.
  • a method performed by a Next Generation Radio Access network (NG-RAN) node of a first network operating in a wireless communication system includes receiving an Initial UE Context Setup Request message from an access and mobility management function (AMF) of the first network.
  • the initial UE context establishment request message includes (i) a registration accept message as a response to the registration request message, and (ii) information on at least one second network supported by the first network,
  • the registration accept message includes information on whether the N14 interface between the AMF of the first network and the AMF of the at least one second network is supported.
  • the method includes initiating a handover to one of the at least one second networks for a terminal based on the information on the at least one second network.
  • an apparatus implementing the method is provided.
  • the present specification may have various effects.
  • the NG-RAN of the source network may reduce unnecessary handover attempts by referring to the existence of the N14 interface.
  • the terminal when the terminal moves to a target network in which the N14 interface does not exist, the terminal can quickly execute a subsequent operation based on information provided from the source network, thereby guaranteeing service continuity to the user.
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • FIG. 2 shows an example of a wireless device to which the implementation of the present specification is applied.
  • FIG 3 shows an example of a wireless device to which the implementation of the present specification is applied.
  • FIG. 4 shows an example of a UE to which the implementation of the present specification is applied.
  • 5 shows an example of a 5G system architecture to which the implementation of the present specification is applied.
  • FIG. 10 shows an example of a non-roaming architecture for 5GC with an unreliable non-3GPP connection to which the implementation of this specification is applied.
  • FIG. 11 shows an example of a method performed by an NG-RAN node of a first network to which an implementation of the present specification is applied.
  • FIG. 12 shows an example of a method performed by a terminal to which the implementation of the present specification is applied.
  • FIG. 13 shows an example of a method for ensuring service continuity between a PLMN and a SNPN to which the implementation of the present specification is applied.
  • FIG. 16 shows another example of a PDU establishment procedure and handover through N3IWF to which the implementation of the present specification is applied.
  • FIG. 17 shows an example of a method for ensuring service continuity between a PLMN and a SNPN based on the NG setting procedure to which the implementation of the present specification is applied.
  • FIG. 18 shows an example of a method of informing a UE of whether an N14 interface is supported between a V-SNPN and a home SP to which the implementation of the present specification is applied.
  • 19 shows an example of a method of informing a UE of whether handover between a PLMN and an SNPN to which the implementation of the present specification is applied is possible during a PDU session establishment procedure.
  • FIG. 20 shows an example of a method of informing the UE of whether handover between the PLMN and the SNPN to which the implementation of the present specification is applied is possible through the UE configuration update procedure after the PDU session establishment procedure.
  • 21 shows an example of a method for a target network to notify a UE of whether handover between a PLMN and an SNPN to which the implementation of the present specification is applied is possible.
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, a system, a single SC-FDMA (single) system. It includes a carrier frequency division multiple access) system, and a multicarrier frequency division multiple access (MC-FDMA) system.
  • CDMA may be implemented over a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented through a radio technology 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 may be implemented through a wireless technology 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 the universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA.
  • 3GPP LTE uses OFDMA in downlink (DL) and SC-FDMA in uplink (UL).
  • Evolution of 3GPP LTE includes LTE-A (advanced), LTE-A Pro, and/or 5G NR (new radio).
  • implementations of the present specification are mainly described in the context of a 3GPP-based wireless communication system.
  • the technical characteristics of the present specification are not limited thereto.
  • the following detailed description is provided based on a mobile communication system corresponding to the 3GPP-based wireless communication system, but aspects of the present specification that are not limited to the 3GPP-based wireless communication system may be applied to other mobile communication systems.
  • a or B (A or B) may mean “only A”, “only B”, or “both A and B”.
  • a or B (A or B)” in the present specification may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C(A, B or C) herein means “only A”, “only B”, “only C”, or “any and any combination of A, B and C ( any combination of A, B and C)”.
  • a slash (/) or a comma (comma) may mean “and/or”.
  • A/B may mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B, or C”.
  • At least one of A and B may mean “only A”, “only B”, or “both A and B”.
  • the expression “at least one of A or B” or “at least one of A and/or B” means “A and at least one of A and B”.
  • At least one of A, B and C means “only A”, “only B”, “only C”, or “A, B and C” any combination of A, B and C”. Also, “at least one of A, B or C” or “at least one of A, B and/or C” means can mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”.
  • PDCCH control information
  • PDCCH control information
  • parentheses used herein may mean “for example”.
  • PDCCH control information
  • PDCCH control information
  • FIG. 1 shows an example of a communication system to which an implementation of the present specification is applied.
  • the 5G usage scenario shown in FIG. 1 is only an example, and the technical features of the present specification can be applied to other 5G usage scenarios not shown in FIG. 1 .
  • the three main requirements categories for 5G are (1) enhanced mobile broadband (eMBB) category, (2) massive machine type communication (mMTC) category, and (3) ultra-reliable, low-latency communication. (URLLC; ultra-reliable and low latency communications) category.
  • eMBB enhanced mobile broadband
  • mMTC massive machine type communication
  • URLLC ultra-reliable, low-latency communications
  • a communication system 1 includes wireless devices 100a to 100f , a base station (BS) 200 , and a network 300 .
  • BS base station
  • 1 illustrates a 5G network as an example of a network of the communication system 1, the implementation of the present specification is not limited to the 5G system, and may be applied to future communication systems beyond the 5G system.
  • Base station 200 and network 300 may be implemented as wireless devices, and certain wireless devices may act as base station/network nodes in relation to other wireless devices.
  • the wireless devices 100a to 100f represent devices that perform communication using a radio access technology (RAT) (eg, 5G NR or LTE), and may also be referred to as a communication/wireless/5G device.
  • RAT radio access technology
  • the wireless devices 100a to 100f are not limited thereto, and include, but are not limited to, the robot 100a, the vehicles 100b-1 and 100b-2, the extended reality (XR) device 100c, the portable device 100d, and home appliances. It may include a product 100e, an IoT device 100f, and an artificial intelligence (AI) device/server 400 .
  • a vehicle may include a vehicle with a wireless communication function, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication.
  • Vehicles may include unmanned aerial vehicles (UAVs) (eg drones).
  • XR devices may include AR/VR/mixed reality (MR) devices, and may include head-mounted devices (HMDs) mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signs, vehicles, robots, and the like. mounted device) or HUD (head-up display).
  • Portable devices may include smartphones, smart pads, wearable devices (eg, smart watches or smart glasses), and computers (eg, laptops).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices may include sensors and smart meters.
  • the wireless devices 100a to 100f may be referred to as user equipment (UE).
  • the UE is, for example, a mobile phone, a smartphone, a notebook computer, a digital broadcasting terminal, a personal digital assistant (PDA), a portable multimedia player (PMP), a navigation system, a slate PC, a tablet PC, an ultrabook, a vehicle, an autonomous driving function.
  • the UAV may be an aircraft that does not have a person on board and is navigated by a radio control signal.
  • a VR device may include a device for realizing an object or a background of a virtual environment.
  • the AR device may include a device implemented by connecting an object or background in a virtual world to an object or background in the real world.
  • the MR apparatus may include a device implemented by merging the background of an object or virtual world into the background of the object or the real world.
  • the hologram device may include a device for realizing a 360-degree stereoscopic image by recording and reproducing stereoscopic information using an interference phenomenon of light generated when two laser lights called a hologram meet.
  • the public safety device may include an image relay device or an image device that can be worn on a user's body.
  • 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.
  • a medical device may be a device used for the purpose of diagnosing, treating, alleviating, treating, or preventing a disease.
  • a medical device may be a device used to diagnose, treat, alleviate, or correct an injury or injury.
  • a medical device may be a device used for the purpose of examining, replacing, or modifying structure or function.
  • the medical device may be a device used for pregnancy control purposes.
  • a medical device may include a device for treatment, a device for driving, an (ex vivo) diagnostic device, a hearing aid, or a device for a procedure.
  • a security device may be a device installed to prevent possible danger and maintain safety.
  • the security device may be a camera, closed circuit television (CCTV), recorder, or black box.
  • the fintech device may be a device capable of providing financial services such as mobile payment.
  • a fintech device may include a payment device or a POS system.
  • the weather/environment device may include a device for monitoring or predicting the weather/environment.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI technology may be applied to the wireless devices 100a to 100f , and the wireless devices 100a to 100f may be connected to the AI server 400 through the network 300 .
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, a 5G (eg, NR) network, and a 5G or later network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but communicate directly without going through the base station 200/network 300 (eg, sidelink communication). You may.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communication).
  • the IoT device eg, a sensor
  • the IoT device may communicate directly with another IoT device (eg, a sensor) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a , 150b , 150c may be established between the wireless devices 100a - 100f and/or between the wireless devices 100a - 100f and the base station 200 and/or between the base station 200 .
  • the wireless communication/connection includes uplink/downlink communication 150a, sidelink communication 150b (or device-to-device (D2D) communication), and inter-base station communication 150c (eg, relay, integrated IAB (IAB)). access and backhaul), etc.), and may be established through various RATs (eg, 5G NR).
  • the wireless devices 100a to 100f and the base station 200 may transmit/receive wireless signals to each other through the wireless communication/connections 150a, 150b, and 150c.
  • the wireless communication/connection 150a , 150b , 150c may transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmission/reception of radio signals various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and at least a part of a resource allocation process and the like may be performed.
  • AI refers to a field that studies artificial intelligence or methodologies that can create it
  • machine learning refers to a field that defines various problems dealt with in the field of artificial intelligence and studies methodologies to solve them.
  • Machine learning is also defined as an algorithm that improves the performance of a certain task through constant experience.
  • a robot can mean a machine that automatically handles or operates a task given by its own capabilities.
  • a robot having a function of recognizing an environment and performing an operation by self-judgment may be referred to as an intelligent robot.
  • Robots can be classified into industrial, medical, home, military, etc. depending on the purpose or field of use.
  • the robot may be provided with a driving unit including an actuator or a motor to perform various physical operations such as moving the robot joints.
  • the movable robot includes a wheel, a brake, a propeller, and the like in the driving unit, and can travel on the ground or fly in the air through the driving unit.
  • Autonomous driving refers to a technology that drives by itself, and an autonomous driving vehicle refers to a vehicle that runs without or with minimal manipulation of a user.
  • autonomous driving includes technology that maintains a driving lane, technology that automatically adjusts speed such as adaptive cruise control, technology that automatically drives along a predetermined route, and technology that automatically sets a route when a destination is set. Technology, etc. may all be included.
  • the vehicle includes a vehicle having only an internal combustion engine, a hybrid vehicle having both an internal combustion engine and an electric motor, and an electric vehicle having only an electric motor, and may include not only automobiles, but also trains, motorcycles, and the like.
  • Autonomous vehicles can be viewed as robots with autonomous driving capabilities.
  • Expanded reality refers to VR, AR, and MR.
  • VR technology provides only CG images of objects or backgrounds in the real world
  • AR technology provides virtual CG images on top of the images of real objects
  • MR technology provides CG by mixing and combining virtual objects with the real world.
  • MR technology is similar to AR technology in that it shows both real and virtual objects.
  • AR technology a virtual object is used in a form that complements a real object
  • MR technology a virtual object and a real object are used with equal characteristics.
  • NR supports multiple numerology or subcarrier spacing (SCS) to support various 5G services. For example, when SCS is 15kHz, it supports wide area in traditional cellular band, and when SCS is 30kHz/60kHz, dense-urban, lower latency and wider area are supported. It supports a wider carrier bandwidth, and when the SCS is 60 kHz or higher, it supports a bandwidth greater than 24.25 GHz to overcome the phase noise.
  • SCS subcarrier spacing
  • the NR frequency band may be defined as two types of frequency ranges (FR1, FR2).
  • the numerical value of the frequency range is subject to change.
  • the frequency ranges of the two types (FR1, FR2) may be as shown in Table 1 below.
  • FR1 may mean "sub 6GHz range”
  • FR2 may mean “above 6GHz range”
  • mmW millimeter wave
  • FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 2 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) included in FR1 may include an unlicensed band. The unlicensed band can be used for a variety of purposes, for example, for communication for vehicles (eg, autonomous driving).
  • the wireless communication technology implemented in the wireless device of the present specification may include narrowband IoT (NB-IoT, narrowband IoT) for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT narrowband IoT
  • the NB-IoT technology may be an example of a low power wide area network (LPWAN) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is not limited to the above-described name.
  • LPWAN low power wide area network
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology, and may be called by various names such as enhanced MTC (eMTC).
  • eMTC enhanced MTC
  • LTE-M technology is 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) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless device of the present specification may include at least one of ZigBee, Bluetooth, and/or LPWAN in consideration of low-power communication, and limited to the above-mentioned names it is not
  • the ZigBee technology may create personal area networks (PAN) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and may be called by various names.
  • PAN personal area networks
  • FIG. 2 shows an example of a wireless device to which the implementation of the present specification is applied.
  • the first wireless device 100 and the second wireless device 200 may transmit/receive radio signals to/from an external device through various RATs (eg, LTE and NR).
  • various RATs eg, LTE and NR.
  • ⁇ first wireless device 100 and second wireless device 200 ⁇ are ⁇ wireless devices 100a to 100f and base station 200 ⁇ in FIG. 1, ⁇ wireless device 100a to 100f ) and wireless devices 100a to 100f ⁇ and/or ⁇ base station 200 and base station 200 ⁇ .
  • 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 .
  • Processing chip 101 may include at least one processor, such as processor 102 , and at least one memory, such as memory 104 .
  • the memory 104 is exemplarily shown to be included in the processing chip 101 . 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 flow diagrams disclosed herein. For example, the processor 102 may process the information in the memory 104 to generate first information/signal, and transmit a wireless signal including the first information/signal through the transceiver 106 . The processor 102 may receive a wireless signal including the second information/signal through the transceiver 106 , and store information obtained by processing the second information/signal in the memory 104 .
  • Memory 104 may be operatively coupled to processor 102 .
  • Memory 104 may store various types of information and/or instructions.
  • Memory 104 may store software code 105 that, when executed by processor 102 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the software code 105 may implement instructions that, when executed by the processor 102 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 105 may control processor 102 to perform one or more protocols.
  • software code 105 may control processor 102 to perform one or more air interface protocol layers.
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a RAT (eg, LTE or NR).
  • the transceiver 106 may be coupled to the processor 102 to transmit and/or receive wireless signals via one or more antennas 108 .
  • Each transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • the first wireless device 100 may represent a communication modem/circuit/chip.
  • the second wireless device 200 may include at least one transceiver, such as a transceiver 206 , at least one processing chip, such as a processing chip 201 , and/or one or more antennas 208 .
  • Processing chip 201 may include at least one processor, such as processor 202 , and at least one memory, such as memory 204 .
  • the memory 204 is exemplarily shown to be included in the processing chip 201 . Additionally and/or alternatively, the memory 204 may be located external to the processing chip 201 .
  • the processor 202 may control the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. For example, the processor 202 may process the information in the memory 204 to generate third information/signal, and transmit a wireless signal including the third information/signal through the transceiver 206 . The processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 , and store information obtained by processing the fourth information/signal in the memory 204 .
  • Memory 204 may be operatively coupled to processor 202 .
  • Memory 204 may store various types of information and/or instructions.
  • the memory 204 may store software code 205 that, when executed by the processor 202 , implements instructions that perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the software code 205 may implement instructions that, when executed by the processor 202 , perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • software code 205 may control processor 202 to perform one or more protocols.
  • software code 205 may control processor 202 to perform one or more air interface protocol layers.
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a RAT (eg, LTE or NR).
  • the 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 unit.
  • the second wireless device 200 may represent a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102 , 202 .
  • the one or more processors 102 and 202 may include one or more layers (eg, a physical (PHY) layer, a media access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer, A functional layer such as a radio resource control (RRC) layer and a service data adaptation protocol (SDAP) layer) may be implemented.
  • layers eg, a physical (PHY) layer, a media access control (MAC) layer, a radio link control (RLC) layer, a packet data convergence protocol (PDCP) layer,
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • the one or more processors 102, 202 generate one or more protocol data units (PDUs) and/or one or more service data units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein. can do.
  • One or more processors 102 , 202 may generate messages, control information, data, or information in accordance with the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein.
  • the one or more processors 102, 202 may configure a signal including a PDU, SDU, message, control information, data or information (eg, a baseband signal) and provide it to one or more transceivers (106, 206).
  • One or more processors 102 , 202 may receive signals (eg, baseband signals) from one or more transceivers 106 , 206 , and may be described, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein.
  • PDU, SDU, message, control information, data or information may be acquired according to
  • One or more processors 102, 202 may be referred to as controllers, microcontrollers, microprocessors, and/or microcomputers.
  • One or more processors 102 , 202 may be implemented by hardware, firmware, software, and/or a combination thereof.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gates
  • the descriptions, functions, procedures, suggestions, methods, and/or flow diagrams disclosed herein may be implemented using firmware and/or software, and the firmware and/or software may be implemented to include modules, procedures, functions. .
  • Firmware or software configured to perform the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein may be included in one or more processors 102 , 202 , or stored in one or more memories 104 , 204 . It may be driven by the above processors 102 and 202 .
  • the descriptions, functions, procedures, proposals, methods, and/or flow diagrams disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or sets of instructions.
  • One or more memories 104 , 204 may be coupled with one or more processors 102 , 202 and may store various forms of data, signals, messages, information, programs, code, instructions, and/or instructions.
  • One or more memories 104, 204 may include read-only memory (ROM), random access memory (RAM), erasable programmable ROM (EPROM), flash memory, hard drives, registers, cache memory, computer readable storage media and/or these may be composed of a combination of One or more memories 104 , 204 may be located inside and/or external to one or more processors 102 , 202 .
  • one or more memories 104 , 204 may be coupled to one or more processors 102 , 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein to one or more other devices. .
  • the one or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein, from one or more other devices. have.
  • one or more transceivers 106 , 206 may be coupled to one or more processors 102 , 202 and may transmit and receive wireless signals.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to transmit user data, control information, wireless signals, etc. to one or more other devices.
  • one or more processors 102 , 202 may control one or more transceivers 106 , 206 to receive user data, control information, radio signals, etc. from one or more other devices.
  • One or more transceivers 106 , 206 may be coupled to one or more antennas 108 , 208 .
  • One or more transceivers 106, 206 may be connected via one or more antennas 108, 208 to user data, control information, radio signals/channels referred to in the descriptions, functions, procedures, proposals, methods, and/or flow charts disclosed herein. It may be set to transmit and receive, etc.
  • the one or more antennas 108 and 208 may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • the one or more transceivers 106, 206 are configured to process the received user data, control information, radio signals/channels, etc. using the one or more processors 102, 202, such as received user data, control information, radio signals/channels, and the like. etc. can be converted from an RF band signal to a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more transceivers 106 , 206 may include (analog) oscillators and/or filters.
  • one or more transceivers 106, 206 up-convert OFDM baseband signals to OFDM signals via (analog) oscillators and/or filters under the control of one or more processors 102, 202; , an up-converted OFDM signal may be transmitted at a carrier frequency.
  • One or more transceivers 106, 206 receive the OFDM signal at the carrier frequency and down-convert the OFDM signal to an OFDM baseband signal through an (analog) oscillator and/or filter under the control of one or more processors 102, 202. can be down-converted.
  • the UE may operate as a transmitting device in an uplink (UL) and a receiving device in a downlink (DL).
  • the base station may operate as a receiving device in the UL and a transmitting device in the DL.
  • a processor 102 coupled to, mounted on, or shipped with the first wireless device 100 may perform UE operations in accordance with implementations of the present disclosure or may configure the transceiver 106 to perform UE operations in accordance with implementations of the present disclosure.
  • a processor 202 coupled to, mounted on, or shipped to the second wireless device 200 is configured to perform a base station operation according to an implementation of the present specification or to control the transceiver 206 to perform a base station operation according to an implementation of the present specification. can be
  • a base station may be referred to as a Node B (Node B), an eNode B (eNB), or a gNB.
  • Node B Node B
  • eNB eNode B
  • gNB gNode B
  • FIG 3 shows an example of a wireless device to which the implementation of the present specification is applied.
  • the wireless device may be implemented in various forms according to usage examples/services (refer to FIG. 1 ).
  • the wireless devices 100 and 200 may correspond to the wireless devices 100 and 200 of FIG. 2 , and may be configured by various components, devices/parts and/or modules.
  • each wireless device 100 , 200 may include a communication device 110 , a control device 120 , a memory device 130 , and an additional component 140 .
  • the communication device 110 may include communication circuitry 112 and a transceiver 114 .
  • communication circuitry 112 may include one or more processors 102 , 202 of FIG. 2 and/or one or more memories 104 , 204 of FIG. 2 .
  • transceiver 114 may include one or more transceivers 106 , 206 of FIG.
  • the control device 120 is electrically connected to the communication device 110 , the memory device 130 , and the additional component 140 , and controls the overall operation of each wireless device 100 , 200 .
  • the control device 120 may control the electrical/mechanical operation of each of the wireless devices 100 and 200 based on the program/code/command/information stored in the memory device 130 .
  • the control device 120 transmits information stored in the memory device 130 to the outside (eg, other communication devices) through the communication device 110 through a wireless/wired interface, or a communication device ( 110), information received from an external (eg, other communication device) may be stored in the memory device 130 .
  • the additional component 140 may be variously configured according to the type of the wireless device 100 or 200 .
  • the additional component 140 may include at least one of a power unit/battery, an input/output (I/O) device (eg, an audio I/O port, a video I/O port), a drive unit, and a computing device.
  • I/O input/output
  • Wireless devices 100 and 200 include, but are not limited to, robots (100a in FIG. 1 ), vehicles ( 100b-1 and 100b-2 in FIG. 1 ), XR devices ( 100c in FIG. 1 ), and portable devices ( FIG. 1 ). 100d), home appliances (100e in FIG. 1), IoT devices (100f in FIG.
  • the wireless devices 100 and 200 may be used in a moving or fixed location according to usage examples/services.
  • all of the various components, devices/parts and/or modules of the wireless devices 100 and 200 may be connected to each other via a wired interface, or at least some of them may be wirelessly connected via the communication device 110 .
  • the control device 120 and the communication device 110 are connected by wire, and the control device 120 and the first device (eg, 130 and 140 ) are communication devices. It may be connected wirelessly through 110 .
  • Each component, device/portion and/or module within the wireless device 100, 200 may further include one or more elements.
  • the control device 120 may be configured by one or more processor sets.
  • control device 120 may be configured by a set of a communication control processor, an application processor (AP), an electronic control unit (ECU), a graphic processing device, and a memory control processor.
  • AP application processor
  • ECU electronice control unit
  • the memory device 130 may be configured by RAM, DRAM, ROM, flash memory, volatile memory, non-volatile memory, and/or a combination thereof.
  • FIG. 4 shows an example of a UE to which the implementation of the present specification is applied.
  • the UE 100 may correspond to the first wireless device 100 of FIG. 2 and/or the wireless device 100 or 200 of FIG. 3 .
  • UE 100 includes processor 102 , memory 104 , transceiver 106 , one or more antennas 108 , power management module 110 , battery 112 , display 114 , keypad 116 , SIM a (subscriber identification module) card 118 , a speaker 120 , and a microphone 122 .
  • the processor 102 may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams 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 operational flow diagrams disclosed herein.
  • a layer of air interface protocol may be implemented in the processor 102 .
  • Processor 102 may include an ASIC, other chipset, logic circuitry, and/or data processing device.
  • the processor 102 may be an application processor.
  • the processor 102 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator).
  • DSP digital signal processor
  • CPU central processing unit
  • GPU graphics processing unit
  • modem modulator and demodulator
  • processor 102 SNAPDRAGON TM series made from Qualcomm® processor, EXYNOS TM series made from Samsung® processor, A series of processors made from Apple®, HELIO TM series processor made in MediaTek®, ATOM TM series processors made from Intel® or in the corresponding next-generation processor.
  • the memory 104 is operatively coupled to the processor 102 and stores various information for operating the processor 102 .
  • Memory 104 may include ROM, RAM, flash memory, memory cards, storage media, and/or other storage devices.
  • modules eg, procedures, functions, etc.
  • Modules may be stored in memory 104 and executed by processor 102 .
  • the memory 104 may be implemented within the processor 102 or external to the processor 102 , in which case it may be communicatively coupled with the processor 102 through various methods known in the art.
  • the transceiver 106 is operatively coupled with the processor 102 and transmits and/or receives wireless signals.
  • the transceiver 106 includes a transmitter and a receiver.
  • the transceiver 106 may include baseband circuitry for processing radio frequency signals.
  • the transceiver 106 controls one or more antennas 108 to transmit and/or receive wireless signals.
  • the power management module 110 manages power of the processor 102 and/or the transceiver 106 .
  • the battery 112 supplies power to the power management module 110 .
  • the display 114 outputs the result processed by the processor 102 .
  • Keypad 116 receives input for use by processor 102 .
  • the keypad 116 may be displayed on the display 114 .
  • the SIM card 118 is an integrated circuit for securely storing an international mobile subscriber identity (IMSI) and associated keys, and is used to identify and authenticate a subscriber in a mobile phone device such as a mobile phone or computer. You can also store contact information on many SIM cards.
  • IMSI international mobile subscriber identity
  • the speaker 120 outputs sound related results processed by the processor 102 .
  • Microphone 122 receives sound related input for use by processor 102 .
  • 5 shows an example of a 5G system architecture to which the implementation of the present specification is applied.
  • the 5G system (5GS; 5G system) structure consists of the following network functions (NFs).
  • Data Network e.g. operator services, Internet access or third-party services
  • 5 shows the 5G system structure of a non-roaming case using a reference point representation that shows how various network functions interact with each other.
  • UDSF, NEF and NRF are not described for the sake of clarity of the point-to-point diagram. However, all network functions shown can interact with UDSF, UDR, NEF and NRF as needed.
  • connection between UDRs and other NFs is not shown in FIG. 5 .
  • connection between NWDAF and other NFs is not shown in FIG. 5 .
  • the 5G system architecture includes the following reference points.
  • - N1 the reference point between the UE and the AMF.
  • 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 general registration procedure of FIGS. 6 and 7 is sometimes used when the UE registers for a 3GPP connection when it is already registered for a non-3GPP connection, and vice versa.
  • an AMF change may be required to register for a 3GPP connection when the UE is already registered for a non-3GPP connection scenario.
  • Step 1 UE transmits a registration request (Registration Request) message to (R) AN.
  • the registration request message corresponds to the AN message.
  • the registration request message may include AN parameters.
  • AN parameters are, for example, 5G SAE temporary mobile subscriber identity (5G-S-TMSI) or globally unique AMF ID (GUAMI), selected public land mobile network (PLMN) ID (or PLMN ID and network identifier (NID) and requested network slice selection assistance information (NSSAI).
  • 5G-S-TMSI 5G SAE temporary mobile subscriber identity
  • GUIMI globally unique AMF ID
  • PLMN public land mobile network
  • NID network identifier
  • NSSAI network slice selection assistance information
  • the AN parameter also includes an establishment cause. The establishment cause provides a reason for requesting establishment of the RRC connection. Whether the UE includes the requested NSSAI as part of the AN parameter and the method thereof depend on the value of the access stratum connection establishment NSSAI inclusion mode parameter.
  • the registration request message may include a registration type.
  • the registration type depends on whether the UE wants to perform initial registration (i.e., the UE is in RM-DEREGISTERED state), or wants to perform a mobility registration update (i.e., the UE is in RM-REGISTERED state, the UE is moving, or The UE initiates the registration procedure as a result of wanting to update capabilities or protocol parameters, or requesting a change in the set of network slices the UE is allowed to use), or wants to perform periodic registration updates (i.e. , the UE is in the RM-REGISTERED state and initiates the registration procedure due to the expiration of the periodic registration update timer), or indicates whether it wants to perform emergency registration (ie, the UE is in a limited service state).
  • the UE When the UE performs initial registration, the UE indicates the UE ID in the registration request message as follows, in order of decreasing priority.
  • UE has a valid evolved packet system (EPS) GUTI (globally unique temporary identifier), 5G-GUTI mapped in the EPS GUTI;
  • EPS evolved packet system
  • the UE includes a subscriber concealed identifier (SUCI) in the registration request message.
  • SUCI subscriber concealed identifier
  • the UE performing initial registration has both a valid EPS GUTI and a native 5G-GUTI, the UE also marks the native 5G-GUTI as an additional GUTI. If more than one native 5G-GUTI is available, the UE selects a 5G-GUTI from among items (ii)-(iv) in the above list in decreasing order of priority.
  • the UE When the UE performs initial registration with the native 5G-GUTI, the UE indicates the relevant GUAMI information in the AN parameter. When the UE performs initial registration with SUCI, the UE does not indicate GUAMI information in the AN parameter.
  • SUCI is included when the UE does not have a valid 5G-GUTI, and when the UE does not have a subscriber permanent identifier (SUPI) and there is no valid 5G-GUTI, a permanent equipment identifier (PEI) is included. In other cases, 5G-GUTI is included, indicating the last serving AMF.
  • SUPI subscriber permanent identifier
  • PEI permanent equipment identifier
  • the registration request message may also include security parameters, PDU session status, and the like.
  • the security parameters are used for authentication and integrity protection.
  • the PDU session state indicates a previously established PDU session in the UE. When the UE is connected to two AMFs belonging to different PLMNs through a 3GPP connection and a non-3GPP connection, the PDU session state indicates an established PDU session of the current PLMN in the UE.
  • Step 2 (R)AN selects AMF.
  • the (R)AN may transmit a registration request message to the AMF based on the N2 connection of the UE.
  • (R)AN performs AMF selection by forwarding a registration request message to the configured AMF 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 include all information and/or a part of the information included in the registration request message received from the UE described in step 1.
  • the registration request message may include an N2 parameter.
  • the N2 parameters include the selected PLMN ID (or PLMN ID and NID), location information and cell ID related to the cell in which the UE is camping, and the UE context including security information in the NG-RAN should be set. Includes the indicating UE context request.
  • the N2 parameter also includes the establishment cause.
  • steps 4-19 to be described later may be omitted.
  • Step 4 If the 5G-GUTI of the UE is included in the registration request message and the serving AMF has been changed since the last registration procedure, the new AMF requests the entire registration to request the SUPI and UE context of the UE NAS (non-access stratum) ) message to call the Namf_Communication_UEContextTransfer service action for the old AMF.
  • Step 5 The old AMF may respond to the new AMF for the Namf_Communication_UEContextTransfer call, including the UE's SUPI and UE context.
  • Step 6 If the SUCI is not provided by the UE or is not retrieved from the previous AMF, the new AMF may start the ID request procedure by sending an ID Request message to the UE to request the SUCI.
  • Step 7 The UE may respond with an ID response (Identity Response) message including SUCI.
  • the UE derives the SUCI using the provided public key of the home PLMN (HPLMN).
  • Step 8 The new AMF may determine to start UE authentication by calling AUSF. In this case, the new AMF selects the AUSF based on SUPI or SUCI.
  • Step 9 Authentication/security may be established by UE, new AMF, AUSF and/or UDM.
  • Step 10 If the AMF is changed, the new AMF may call the Namf_Communication_RegistrationCompleteNotify service operation to notify the previous AMF that UE registration is completed with the new AMF. If the authentication/security procedure fails, registration is rejected and the new AMF may call a Namf_Communication_RegistrationCompleteNotify service operation with a reject indication reason code for the old AMF. The previous AMF may continue as if no UE context transfer service action was received.
  • Step 11 If the PEI is not provided by the UE or has not been retrieved from the previous AMF, the new AMF initiates the ID request procedure by sending an Identity Request message to the UE to retrieve the PEI to the UE.
  • the ID request procedure by sending an Identity Request message to the UE to retrieve the PEI to the UE.
  • can PEI is transmitted encrypted, except when the UE performs emergency registration and cannot be authenticated.
  • Step 12 the new AMF may start the ME ID check by calling the N5g-eir_EquipmentIdentityCheck_Get service operation.
  • Step 13 When step 14 below is performed, the new AMF may select a UDM based on SUPI, and the UDM may select a UDR instance.
  • Step 14 A new AMF can be registered with UDM.
  • Step 15 A new AMF may select a PCF.
  • Step 16 The new AMF may optionally perform AM policy association establishment/modification.
  • Step 17 The new AMF may transmit an update/release release SM context message (eg, Nsmf_PDUSession_UpdateSMContext and/or Nsmf_PDUSession_ReleaseSMContext) to the SMF.
  • an update/release release SM context message eg, Nsmf_PDUSession_UpdateSMContext and/or Nsmf_PDUSession_ReleaseSMContext
  • Step 18 When the new AMF and the old AMF are in the same PLMN, the new AMF may send a UE context modification request to N3IWF/TNGF/W-AGF.
  • Step 19: N3IWF/TNGF/W-AGF may transmit a UE context modification response to the new AMF.
  • Step 20 After the new AMF receives the response message from the N3IWF/TNGF/W-AGF in step 19, the new AMF may register with the UDM.
  • Step 21 The new AMF transmits a Registration Accept message to the UE.
  • the new AMF sends a registration accept message to the UE indicating that the registration request has been accepted.
  • a new AMF allocates a new 5G-GUTI
  • the 5G-GUTI is included. If the UE is already in the RM-REGISTERED state through another connection in 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 contain the 5G-GUTI, the UE uses the 5G-GUTI allocated for the existing registration for the new registration as well.
  • the new AMF allocates a new registration area, it transmits the registration area to the UE through a registration accept message. If there is no registration area in the registration accept message, the UE considers the previous registration area to be valid.
  • Mobility restrictions are included when mobility restrictions are applied to the UE and the registration type is not emergency registration.
  • the new AMF indicates the PDU session established for the UE in the PDU session state.
  • the UE locally removes the internal resources associated with the PDU session not marked as established in the received PDU session state.
  • the UE When the UE is connected to two AMFs belonging to different PLMNs through a 3GPP connection and a non-3GPP connection, the UE locally stores internal resources related to the PDU session of the current PLMN that are not indicated as established in the received PDU session state. Remove. If the PDU session state information is in the registration accept message, the new AMF indicates the PDU session state to the UE.
  • the Allowed NSSAI (Allowed NSSAI) provided in the registration accept message is valid in the registration area, and it applies to all PLMNs having a tracking area included in the registration area. Mapping of Allowed NSSAI is to map the HPLMN S-NSSAI to each S-NSSAI of the allowed NSSAI.
  • the mapping of the configured NSSAI (Mapping Of Configured NSSAI) is to map to the HPLMN S-NSSAI to each S-NSSAI of the configured NSSAI (Configured NSSAI) for the serving PLMN.
  • the new AMF performs UE policy association establishment.
  • Step 22 The UE may transmit a Registration Complete message to the new AMF when the self-update is successful.
  • the UE may send a registration complete message to the new AMF to check whether a new 5G-GUTI is allocated.
  • Step 23 In the case of registration through 3GPP connection, if the new AMF does not release the signal connection, the new AMF may transmit RRC Inactive Assistance information to the NG-RAN. In the case of registration through a non-3GPP connection, when the UE is in a CM-CONTENED state on a 3GPP connection, the new AMF may transmit RRC deactivation assistance information to the NG-RAN.
  • Step 24 AMF may perform information update on UDM.
  • Step 25 The UE may execute a network slice specific authentication and authorization procedure.
  • PDU session establishment may correspond to:
  • a PDU session may be associated with (a) a single connection type at any given time, i.e. either a 3GPP connection or a non-3GPP connection, or (b) concurrently with multiple connection types, i.e. one 3GPP connection and one non-3GPP connection. can be related
  • a PDU session associated with a multiple access type is referred to as a multi access (MA) PDU session, and may be requested by an access traffic steering, switching, splitting (ATSSS) support UE.
  • MA multi access
  • ATSSS access traffic steering, switching, splitting
  • 8 and 9 specify a procedure for establishing a PDU session associated with a single connection type at a given time.
  • Step 1 In order to establish a new PDU session, the UE creates a new PDU session ID.
  • the UE starts the PDU session establishment procedure requested by the UE by transmitting a NAS message including a PDU session establishment request message in the N1 SM container.
  • the PDU session establishment request message is a PDU session ID (PDU session ID), a requested PDU session type (Requested PDU Session Type), a requested session and service continuity (SSC) mode, 5G SM capability, PCO (Protocol Configuration Options), SM PDU DN Request Container (SM PDU DN Request Container), UE Integrity Protection Maximum Data Rate (UE Integrity Protection Maximum Data Rate), and the like.
  • the request type indicates "Initial Request”. If the request refers to an existing PDU session switched between a 3GPP connection and a non-3GPP connection, or a PDU session handover from an existing packet data network (PDN) connection in EPC, the request type is "Existing PDU Session" " indicates. When the PDU session establishment is a request for establishing a PDU session for an emergency service, the request type indicates "Emergency Request”.
  • the request type is "Existing emergency PDU session ( Existing Emergency PDU Session)".
  • the UE includes the S-NSSAI from the allowed NSSAI of the current connection type.
  • the UE provides both the S-NSSAI of the visited VPLMN (VPLMN) from the allowed NSSAI and the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAI. .
  • VPLMN visited VPLMN
  • Step 2 AMF selects SMF. If the request type indicates "initial request", or if the request is due to a handover from a non-3GPP connection provided by EPS or other AMF, the AMF determines the connection type of the PDU session as well as the association of S-NSSAI(s), DNN( data network name), PDU session ID, and SMF ID.
  • AMF selects the SMF and saves the connection of the new PDU session ID, S-NSAI(s), and the selected SMF ID .
  • the AMF selects an SMF based on the SMF-ID received from the UDM. AMF updates the stored connection type for the PDU session.
  • the PDU session establishment procedure may be performed in the following cases.
  • the 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".
  • Step 3 If the AMF is not associated with the SMF for the PDU session ID provided by the UE (eg, when the request type indicates "initial request"), the AMF performs the creation SM context request procedure (eg, Nsmf_PDUSession_CreateSMContext) Request) is called. If the AMF is already associated with the SMF for the PDU session ID provided by the UE (eg, when the request type indicates "existing PDU session"), the AMF calls the update SM context request procedure (eg Nsmf_PDUSession_UpdateSMContext Request). do.
  • the creation SM context request procedure eg, Nsmf_PDUSession_CreateSMContext
  • the AMF calls the update SM context request procedure (eg Nsmf_PDUSession_UpdateSMContext Request). do.
  • the AMF transmits the S-NSSAI of the serving PLMN from the allowed NSSAI to the SMF.
  • the AMF also sends the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAI to the SMF.
  • the AMF ID is the GUAMI of the UE, which uniquely identifies the AMF serving the UE.
  • the AMF delivers the PDU session ID together with the N1 SM container including the PDU session establishment request message received from the UE.
  • a generic public subscription identifier (GPSI) is included if available in AMF.
  • the AMF When the UE in the limited service state does not provide SUPI and is registered for emergency service, the AMF provides PEI instead of SUPI. If the UE in the restricted service state is registered for emergency service while providing SUPI but is not authenticated, the AMF indicates that the SUPI is not authenticated. If the SMF does not receive the SUPI for the UE or if the AMF indicates that the SUPI is not authenticated, it is determined that the UE is not authenticated.
  • AMF may include PCF ID in Nsmf_PDUSession_CreateSMContext. This PCFID identifies a home PCF (H-PCF) in the non-roaming case and a visited PCF (V-PCF) in the LBO roaming case.
  • H-PCF home PCF
  • V-PCF visited PCF
  • Step 4 When the session management subscription data for the S-NSSAI of the corresponding SUPI, DNN, and HPLMN is not available, the SMF may retrieve the session management subscription data from the UDM, and this subscription You can be notified when data is modified.
  • Step 5 The SMF transmits a creation SM context response message (eg, Nsmf_PDUSession_CreateSMContext Response) or an update SM context response message (eg, Nsmf_PDUSession_UpdateSMContext Response) to the AMF according to the request received in step 3.
  • a creation SM context response message eg, Nsmf_PDUSession_CreateSMContext Response
  • an update SM context response message eg, Nsmf_PDUSession_UpdateSMContext Response
  • the SMF If the SMF receives the Nsmf_PDUSession_CreateSMContext Request in step 3 and can process the PDU session establishment request, the SMF responds to the AMF by creating an SM context and providing an SM context ID.
  • the SMF rejects the UE request through the NAS SM signal including the relevant SM rejection cause by responding to the AMF with an Nsmf_PDUSession_CreateSMContext Response.
  • the SMF also indicates to the AMF that the PDU session ID is considered released, the SMF proceeds to step 20 below and the PDU session establishment procedure is stopped.
  • Step 6 Optional secondary authentication/authorization may be performed.
  • Step 7a When using dynamic policy and charging control (PCC) for the PDU session, the SMF may perform PCF selection.
  • PCC dynamic policy and charging control
  • Step 7b The SMF may establish the SM policy association with the PCF by performing the SM policy association establishment procedure, and obtain a basic PCC rule for the PDU session.
  • Step 8 SMF selects one or more UPFs.
  • Step 9 The SMF may provide information on the policy control request trigger condition that is satisfied by performing the SM policy association modification procedure initiated by the SMF.
  • Step 10 If the request type indicates "initial request", the SMF may initiate the N4 Session Establishment procedure with the selected UPF. Otherwise, the SMF may initiate an N4 Session Modification procedure with the selected UPF.
  • the SMF may send an N4 session establishment/modification request to the UPF, and provides packet detection, enforcement and reporting rules installed in the UPF for the PDU session.
  • the UPF may check by transmitting an N4 session establishment/modification response.
  • Step 11 The SMF transmits an N1N2 message transfer message (eg, Namf_Communication_N1N2 Message Transfer) to the AMF.
  • N1N2 message transfer message eg, Namf_Communication_N1N2 Message Transfer
  • the N1N2 message delivery message may include N2 SM information.
  • N2 SM information carries the following information that AMF will deliver to (R)AN.
  • CN Tunnel Info Corresponds to the core network address of the N3 tunnel corresponding to the PDU session;
  • QFI quality of service
  • - PDU session ID indicates to the UE the association between the RAN resource and the PDU session for the UE;
  • - S-NSSAI with value for serving PLMN (ie HPLMN S-NSSAI, or VPLMN S-NSSAI for LBO roaming);
  • the N1N2 message delivery message may include an N1 SM container.
  • the N1 SM container includes a PDU session establishment accept message to be provided by the AMF to the UE.
  • the PDU session establishment accept message includes the S-NSSAI from the allowed NSASI.
  • the PDU session establishment accept message includes the S-NSSAI from the allowed NSSAI for the VPLMN, and also includes the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAI received by the SMF in step 3 .
  • a plurality of QoS rules, QoS flow levels, and QoS parameters may be included in the PDU session establishment accept message in the N1 SM container and the N2 SM information.
  • the N1N2 message delivery message includes an N1 SM container including a PDU session establishment rejection message, but does not include N2 SM information.
  • R AN sends a NAS message including a PDU session establishment rejection message to the UE. In this case, steps 12-17 below are omitted.
  • Step 12 The AMF transmits the NAS message including the PDU session ID and the PDU session establishment acceptance message to the UE and the N2 SM information received from the SMF to the (R)AN in the N2 PDU session request message.
  • Step 13 (R)AN may perform AN-specific signal exchange with the UE related to information received from the SMF.
  • the UE may perform RRC connection reconfiguration with the UE to set the necessary NG-RAN resources in relation to the QoS rule for the PDU session request received in step 12 .
  • (R) AN delivers the NAS message (PDU session ID, N1 SM container (PDU session establishment acceptance message)) received in step 12 to the UE.
  • (R)AN provides NAS messages to the UE only if the AN specific signaling exchange with the UE includes adding (R)AN resources related to the received N2 command.
  • steps 14 to 16b and 17 below are omitted.
  • Step 14 (R)AN transmits an N2 PDU session response message to the 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), and the like.
  • Step 15 The AMF transmits an update SM context request message (eg, Nsmf_PDUSession_UpdateSMContext Request) to the SMF.
  • AMF delivers N2 SM information received from (R)AN to SMF.
  • Step S16a SMF initiates N4 session modification procedure with UPF.
  • the SMF provides the AN tunnel information and the corresponding forwarding rule to the UPF.
  • Step S16b The UPF provides an N4 session modification response to the SMF.
  • the UPF may deliver the DL packets that may have been buffered for this PDU session to the UE.
  • Step 16c If the SMF has not yet been registered for this PDU session, the SMF may register with the UDM for the given PDU session.
  • Step 17 The SMF transmits an update SM context response message (eg, Nsmf_PDUSession_UpdateSMContext Response) to the AMF.
  • an update SM context response message eg, Nsmf_PDUSession_UpdateSMContext Response
  • the AMF delivers the relevant events subscribed to by the SMF.
  • Step 18 If PDU session establishment is not successful during the procedure at any time after step 5, the SMF may notify the AMF by calling Nsmf_PDUSession_SMContextStatusNotify (Release). The SMF may also release the created N4 session, the PDU session address (eg IP address) if assigned, and may also release the association with the PCF if possible. In this case, step 19 below is omitted.
  • Step 19 In case of PDU session type IPv6 or IPv4v6, the SMF may generate an IPv6 Router Advertisement and transmit it to the UE.
  • Step 20 The SMF may perform the SM policy association modification initiated by the SMF.
  • Step 21 If the PDU session establishment fails after step 4, the SMF may unsubscribe for modification of the session management subscription data when the SMF no longer processes the PDU session of the UE.
  • FIG. 10 shows an example of a non-roaming architecture for 5GC with an unreliable non-3GPP connection to which the implementation of this specification is applied.
  • the 5G core network supports the connection of the UE through a non-3GPP access network (eg, a wireless local area network (WLAN)).
  • a non-3GPP access network eg, a wireless local area network (WLAN)
  • the 5G core network supports both an untrusted non-3GPP access network and a trusted non-3GPP access network (TNAN).
  • TNAN trusted non-3GPP access network
  • the untrusted non-3GPP access network connects to the 5G core network via N3IWF, while the trusted non-3GPP access network connects to the 5G core network via TNFG.
  • N3IWF and TNGF access the 5G core network CP function and UP function through N2 and N3 interfaces, respectively.
  • Non-3GPP access networks may advertise PLMNs that support trusted connections and supported types of trusted connections (e.g. "5G connectivity"). Thus, a UE may advertise a trusted connection to one or more PLMNs.
  • Non-3GPP access networks that can provide
  • the UE decides to connect to the 5G core network in the PLMN using an unreliable non-3GPP connection:
  • the UE first selects and connects to a non-3GPP access network
  • the UE selects a PLMN and selects an N3IWF from this PLMN.
  • PLMN/N3IWF selection and non-3GPP access network selection are independent.
  • the UE decides to connect to the 5G core network in the PLMN using a trusted non-3GPP connection:
  • the UE first selects a PLMN
  • the UE selects a non-3GPP access network (TNAN) that supports a trusted connection with the selected PLMN.
  • TNAN non-3GPP access network
  • the non-3GPP access network selection is affected by the PLMN selection.
  • a UE accessing the 5G core network through a standalone non-3GPP connection supports NAS signaling as a 5G core network control plane function using the N1 reference point after UE registration.
  • the UE When the UE is connected via a standalone non-3GPP connection via the NG-RAN, there are multiple N1 instances for the UE. That is, there is one N1 instance on the NG-RAN and one N1 instance on the non-3GPP connection.
  • UEs that are simultaneously connected to the same 5G core network of PLMN via 3GPP and non-3GPP connections are served by a single AMF in this 5G core network.
  • the UE When the UE is connected to the 3GPP connection of the PLMN, if the UE selects an N3IWF and the N3IWF is located in a different PLMN than the PLMN of the 3GPP connection (eg different VPLMN or HPLMN), the UE is served by two PLMNs separately. The UE is registered with two separate AMFs. PDU sessions on 3GPP connections are served by a different V-SMF than V-SMFs serving PDU sessions on non-3GPP connections. The same may be true if the UE uses a reliable non-3GPP connection. That is, the UE may select one PLMN for 3GPP connection and another PLMN for reliable non-3GPP connection.
  • a reliable non-3GPP connection That is, the UE may select one PLMN for 3GPP connection and another PLMN for reliable non-3GPP connection.
  • the PLMN selection for 3GPP connections does not depend on the PLMN used for non-3GPP connections. That is, when the UE is registered with the PLMN through the non-3GPP connection, the UE performs PLMN selection for the 3GPP connection independently of this PLMN.
  • the UE establishes an IPsec tunnel with the N3IWF or TNGF to register with the 5G core network through the non-3GPP connection.
  • N1 NAS signals over standalone non-3GPP connections are protected with the same security mechanisms applied to N1 over 3GPP connections.
  • SNPN non-public network
  • SNPN does not depend on the network functions provided by the PLMN and is operated by the NPN operator.
  • a public network integrated (PNI) NPN is a non-public network deployed with the support of the PLMN.
  • the SNPN 5GS deployment is a 5GC with the structure described above in FIG. 5 and unreliable non-3GPP connection as described above in FIG. based on the structure for
  • a combination of a PLMN ID and a network ID (NID) identifies a SNPN.
  • NID supports two allocation models:
  • NIDs are individually chosen by SNPN at deployment time (and thus may not be unique), and use a different numbering space than NIDs by coordinated assignment.
  • NIDs are assigned using one of two options:
  • NID is assigned to be globally unique independently of the PLMN ID used.
  • NID and PLMN ID are assigned to be globally unique.
  • An optional human-readable network name helps identify SNPNs during manual SNPN selection.
  • the UE When the UE is configured to operate in the SNPN connected mode, the UE does not perform a general PLMN selection procedure.
  • the UE operating in the SNPN connection mode reads a list of available PLMN IDs and available NIDs from broadcast system information, and considers them during network selection.
  • the UE selects an available SNPN identified by a PLMN ID and NID with SUPI and credentials and attempts to register.
  • a UE operating in SNPN connected mode provides the user with a human-readable name (if available) associated with a list of NIDs of available SNPNs with their respective SUPIs and credentials.
  • the UE When the UE performs initial registration with the SNPN, the UE indicates the selected NID and the corresponding PLMN ID to the NG-RAN.
  • the NG-RAN informs the AMF of the selected PLMN ID and NID.
  • the UE in SNPN connected mode successfully registered with the SNPN may perform registration different from the PLMN through the SNPN user plane (using the credentials of the corresponding PLMN). At this time, it follows the same structural principle as for the non-3GPP connection described above in FIG. 10 and performs the role of the non-3GPP connection where the SNPN is not trusted.
  • the UE successfully registered with the PLMN may perform registration different from the SNPN through the PLMN user plane (using the credentials of that SNPN).
  • the same structural principle as for the non-3GPP connection described above in FIG. 10 is followed, and the PLMN serves as an untrusted non-3GPP connection.
  • NPN Network-to-Network Interface
  • One of the goals for further enhancement of NPN is to support data transfer between PLMN and SNPN to reduce data loss.
  • one of the other goals for further improvement of the NPN is to support service continuity for the movement of the terminal when it has credentials owned by an entity separate from the SNPN (credentials owned by an entity separate from SNPN).
  • NPN supports video, imaging and audio for professional applications
  • data transfer between the PLMN and the SNPN for service continuity may be considered.
  • whether service continuity can be supported (assuming that a PDU session anchor (PSA) can reside in the PLMN or NPN) can be dealt with between the PLMN and NPN (SNPN or PNI-NPN) where the radio coverage area overlaps.
  • PSA PDU session anchor
  • NPN NPN
  • SNPN or PNI-NPN NPN
  • NPN's data service can provide low latency and high data rate services while serving a huge number of UEs in a small area (eg, integrated audience multicast service at large live production events such as music festivals).
  • the NG-RAN of the source network performs handover of the terminal to the NG-RAN of the target network.
  • SLA service level agreement
  • the terminal In order to ensure service continuity between the source network and the target network, the terminal must again transmit a PDU session establishment request message indicating "existing PDU session" to the target network, but service continuity may not be guaranteed to the terminal in this process. .
  • an unnecessary delay time may be caused until a service is provided again to the terminal through a new network, thereby impairing the user experience.
  • a method and an apparatus for performing the method are provided in which a network guarantees service continuity to another network according to a network configuration situation and at the same time does not cause unnecessary delay time to the terminal.
  • a new service operation other than the conventional service operation may be defined and used for the service operation between NFs.
  • a new N2 message may be defined and used instead of the conventional N2 message for the N2 message exchanged between the AMF and the NG-RAN.
  • a new RRC message may be defined and used instead of the conventional RRC message for the RRC message exchanged between the NG-RAN and the UE.
  • FIG. 11 shows an example of a method performed by an NG-RAN node of a first network to which an implementation of the present specification is applied.
  • step S1100 the NG-RAN node of the first network receives a registration request message from the terminal.
  • the registration request message may include preferred network list information.
  • the preferred network list information may include at least one of an ID of a network in which the terminal can register and/or a priority of a network in which the terminal can register.
  • the preferred network list information may include at least one of an ID of a network that has established an SLA with the first network and/or a priority of a network that has established an SLA with the first network.
  • step S1110 the NG-RAN node of the first network selects the AMF of the first network and transmits the registration request message to the AMF of the first network.
  • the NG-RAN node of the first network receives an Initial UE Context Setup Request message from the AMF of the first network.
  • the initial UE context establishment request message includes (i) a registration accept message as a response to the registration request message, and (ii) information on at least one second network supported by the first network.
  • the registration accept message includes information on whether the N14 interface between the AMF of the first network and the AMF of the at least one second network is supported.
  • the at least one second network includes the preferred network list information, the subscriber information obtained by the AMF from the UDM, the presence or absence of an N14 interface between the AMF of the first network and the AMF of the at least one second network, the It is determined by the AMF based on at least one of the SLA between the first network and the at least one second network, wherein the at least one second network may be a network included in the preferred network list information.
  • the registration acceptance message may include information on at least one second network supported by the first network.
  • the initial UE context setup request message may include information on a mobility mode used when the terminal moves to the at least one second network.
  • step S1130 the NG-RAN node of the first network transmits the registration acceptance message to the terminal.
  • step S1140 the NG-RAN node of the first network initiates handover to one of the at least one second networks for the terminal based on the information on the at least one second network.
  • the first network may be a PLMN, and the at least one second network may be a SNPN.
  • the first network may be an SNPN, and the at least one second network may be a PLMN.
  • the method described in terms of the NG-RAN node of the first network in FIG. 11 may be performed by the second wireless device 200 shown in FIG. 2 and/or the wireless device 200 shown in FIG. 3 . have.
  • the NG-RAN node of the first network includes one or more transceivers, one or more processors, and one or more memories operably coupled with the one or more processors.
  • the one or more memories store instructions to cause a next operation to be performed by the one or more processors.
  • the operation includes receiving a registration request message from the terminal.
  • the operation includes selecting the AMF of the first network and transmitting the registration request message to the AMF of the first network.
  • the operation includes receiving an initial UE context establishment request message from an AMF of the first network.
  • the initial UE context establishment request message includes (i) a registration accept message as a response to the registration request message, and (ii) information on at least one second network supported by the first network.
  • the registration accept message includes information on whether the N14 interface between the AMF of the first network and the AMF of the at least one second network is supported.
  • the operation includes transmitting the registration accept message to the terminal.
  • the operation includes initiating a handover to one of the at least one second networks for the terminal based on the information on the at least one second network.
  • FIG. 12 shows an example of a method performed by a terminal to which the implementation of the present specification is applied.
  • step S1200 the terminal transmits a registration request message to the AMF of the first network through the NG-RAN node of the first network.
  • the registration request message may include preferred network list information.
  • the preferred network list information may include at least one of an ID of a network in which the terminal can register and/or a priority of a network in which the terminal can register.
  • the preferred network list information may include at least one of an ID of a network that has established an SLA with the first network and/or a priority of a network that has established an SLA with the first network.
  • step S1210 the terminal receives a registration accept message as a response to the registration request message from the AMF of the first network through the NG-RAN node of the first network.
  • the registration accept message includes information on whether the N14 interface between the AMF of the first network and the AMF of at least one second network supported by the first network is supported.
  • the registration acceptance message may include information on at least one second network supported by the first network.
  • the terminal based on the information indicating that the N14 interface between the AMF of the first network and the AMF of the at least one second network is supported, the terminal is configured in the first network at the at least one second network A handover may be performed to one of the networks.
  • the terminal based on the information indicating that the N14 interface between the AMF of the first network and the AMF of the at least one second network is not supported, the terminal performs a PDU session through the N3IWF of the first network , and handover the PDU session to one of the at least one second network.
  • the request type for establishing the PDU session may be "Existing PDU Session".
  • the terminal may communicate with at least one of a mobile device, a network and/or an autonomous vehicle other than the terminal.
  • the method described from the perspective of the terminal in FIG. 12 is performed by the first wireless device 100 shown in FIG. 2 , the wireless device 100 shown in FIG. 3 and/or the UE 100 shown in FIG. 4 . can be performed.
  • the terminal includes one or more transceivers, one or more processors, and one or more memories operably connected to the one or more processors.
  • the one or more memories store instructions to cause a next operation to be performed by the one or more processors.
  • the operation includes sending a registration request message to the AMF of the first network via the NG-RAN node of the first network.
  • the registration request message may include preferred network list information.
  • the preferred network list information may include at least one of an ID of a network in which the terminal can register and/or a priority of a network in which the terminal can register.
  • the preferred network list information may include at least one of an ID of a network that has established an SLA with the first network and/or a priority of a network that has established an SLA with the first network.
  • the operation includes receiving a registration accept message that is a response to the registration request message from the AMF of the first network through the NG-RAN node of the first network.
  • the registration accept message includes information on whether the N14 interface between the AMF of the first network and the AMF of at least one second network supported by the first network is supported.
  • the registration acceptance message may include information on at least one second network supported by the first network.
  • the operation is performed in the first network at the at least one second network.
  • the method may further include performing handover to one of the networks.
  • the operation is performed through the N3IWF of the first network for a PDU session
  • the method may further include establishing a PDU session and performing handover of the PDU session to one network among the at least one second network.
  • the request type for establishing the PDU session may be "Existing PDU Session".
  • the method described from the viewpoint of the terminal in FIG. 12 includes the control of the processor 102 included in the first wireless device 100 shown in FIG. 2 and the communication device included in the wireless device 100 shown in FIG. 3 . 110 and/or control of the control device 120 and/or control of the processor 102 included in the UE 100 illustrated in FIG. 4 may be performed.
  • an apparatus operating in a wireless communication system includes one or more processors and one or more memories operably coupled with the one or more processors.
  • the one or more processors are configured to perform operations comprising generating a registration request message, and obtaining a registration accept message that is a response to the registration request message, wherein the registration accept message is transmitted to the AMF of a first network and the It includes information on whether the N14 interface between the AMFs of at least one second network supported by the first network is supported.
  • the method described from the viewpoint of the terminal in FIG. 12 may be performed by the software code 105 stored in the memory 104 included in the first wireless device 100 shown in FIG. 2 .
  • a method performed by a wireless device may be implemented in hardware, software, firmware, or a combination thereof.
  • the software may reside in RAM, flash memory, ROM, EPROM, EEPROM, registers, hard disk, a removable disk, a CD-ROM, or other storage medium.
  • a storage medium may be coupled to the processor such that the processor can read information from the storage medium.
  • the storage medium may be integrated into the processor.
  • the processor and storage medium may be in the ASIC.
  • the processor and the storage medium may exist as separate components.
  • Computer-readable media may include tangible, non-transitory computer-readable storage media.
  • non-transitory computer-readable media may include RAM, such as synchronous dynamic RAM (SDRAM), ROM, non-volatile RAM (NVRAM), EEPROM, flash memory, magnetic or optical data storage media or instructions or data structures. may include other media that can be used to store the
  • RAM such as synchronous dynamic RAM (SDRAM), ROM, non-volatile RAM (NVRAM), EEPROM, flash memory, magnetic or optical data storage media or instructions or data structures.
  • SDRAM synchronous dynamic RAM
  • ROM read-only memory
  • NVRAM non-volatile RAM
  • EEPROM electrically erasable programmable read-only memory
  • the methods described herein may be realized, at least in part, by computer readable communication media that carry or communicate code in the form of instructions or data structures and that a computer can access, read and/or execute.
  • a non-transitory computer-readable medium stores a plurality of instructions.
  • CRM stores instructions that cause actions to be performed by one or more processors.
  • the operation includes generating a registration request message and obtaining a registration accept message that is a response to the registration request message, wherein the registration accept message includes an AMF of a first network and at least one first network supported by the first network. 2 Contains information on whether the N14 interface between AMFs in the network is supported.
  • the embodiment described below can support all service continuity when the terminal moves from PLMN to SNPN, when moving from SNPN to PLMN, or when moving between SNPNs.
  • Embodiment 1 Ensure service continuity between PLMN and SNPN
  • Embodiment 1 of the present specification provides a method of informing the UE of whether the N14 interface between two networks is supported in order to ensure service continuity between the PLMN and the SNPN.
  • the source network in the process of the terminal registering as a source network or establishing a PDU session, provides the terminal with a list of target networks in which the corresponding network currently has an N14 interface through the SLA. can do.
  • the source network may provide the terminal with information that the terminal should perform a PDU session establishment procedure with "existing PDU session" as the request type after the terminal moves to the target network. have.
  • FIG. 13 shows an example of a method for ensuring service continuity between a PLMN and a SNPN to which the implementation of the present specification is applied.
  • FIG. 13 is an example illustrating the method described in FIGS. 11 and 12 from the perspective of the entire system.
  • Step S1302 In order to register with the network, the terminal transmits a registration request message to the NG-RAN. This step corresponds to step 1 of the registration procedure described in FIG. 6 . Also, this step corresponds to step S1100 described in FIG. 11 and/or step S1200 described in FIG. 12 .
  • the registration request message may include a list of preferred networks.
  • the preferred network list may include IDs (eg, PLMN IDs and/or combinations of PLMN IDs and NIDs) of other networks that the UE can currently register and/or priority information of the corresponding networks.
  • IDs eg, PLMN IDs and/or combinations of PLMN IDs and NIDs
  • service continuity to the network having the highest priority may be considered first.
  • the network ID and/or priority information of the SNPN that has entered into an SLA with the PLMN may be configured in advance in the terminal.
  • the preferred network list may include an SNPN ID (eg, a combination of a PLMN ID and an NID) that has an SLA with the corresponding PLMN and/or priority information of the corresponding SNPN.
  • the preferred network list is the PLMN ID that has an SLA with the corresponding SNPN (eg, PLMN ID and/or a combination of PLMN ID and NID) and/or priority information of the corresponding PNPN.
  • the preferred network list may include only network information that the UE can register regardless of the SLA. In this case, handover may be performed with preference to a network having an SLA among a list of preferred networks in the network.
  • the network ID and/or priority information of the SNPN that has signed an SLA with the PLMN configured in advance in the terminal may be updated through a UE configuration update procedure.
  • Step S1304 NG-RAN selects AMF. This step corresponds to step 2 of the registration procedure described in FIG. 6 . Also, this step corresponds to step S1110 described in FIG. 11 .
  • NG-RAN may select AMF based on 5G-S-TMSI and/or GUAMI.
  • 5G-S-TMSI and/or GUAMI may be received by being included in the registration request message transmitted by the UE. If the 5G-S-TMSI and/or GUAMI is not included in the registration request message transmitted by the UE or is invalid, the NG-RAN may select the AMF based on the requested NSSAI, etc. If it is difficult to select an appropriate AMF, the NG-RAN may select a default AMF based on information configured in the NG-RAN.
  • Step S1306 The NG-RAN delivers the registration request message received from the terminal to the selected AMF. This step corresponds to step 3 of the registration procedure described in FIG. 6 . Also, this step corresponds to step S1110 described in FIG. 11 and/or step S1200 described in FIG. 12 .
  • Step S1308 Steps 4-20 of the registration procedure described in FIGS. 6 and 7 are performed.
  • Step S1310 If the AMF can accept the registration request of the terminal, the terminal can use it based on the preferred network list received from the terminal, subscriber information received from UDM, presence of N14 interface between AMF of SNPN, SLA, etc. A list of possible (or supported) networks may be determined, and an ID of the corresponding network may be included in a supported network list.
  • the list of networks that can be used (or supported) by the terminal determined by the AMF may be determined in the preferred network list received from the terminal. For example, when the terminal registers with the PLMN, the AMF may include the current PLMN in the preferred network list in the network list supporting the SNPN ID capable of supporting service continuity for the terminal. For example, when the UE registers with the SNPN, the AMF may include the current SNPN in the list of preferred networks in the list of networks supporting the PLMN ID capable of supporting service continuity for the UE.
  • the information on whether the N14 interface exists between the PLMN that has established the SLA and the AMF of the SNPN is pre-configured in the AMF.
  • information on whether an N14 interface exists between the PLMN with which the SLA is established and the AMF of the SNPN may be configured in advance in the NG-RAN, and when the SLA exists, an Xn interface may exist between the two networks.
  • Step S1310 may be performed immediately after the AMF retrieves the subscriber information from the UDM.
  • the AMF may determine a mobility mode to be used when the terminal moves to another network instead of and/or together with the supported network list.
  • the mobility mode may indicate any one of handover, N3IWF-based interworking, and LBO PDU session establishment.
  • the AMF may determine a mobility mode for each PDU session. For example, when two PDU sessions (eg, PDU session A and PDU session B) are active, AMF transfers the mobility mode to N3IWF-based interworking for PDU session A and the mobility mode for PDU session B. can be overridden.
  • the AMF may determine the mobility mode differently for each terminal or for each activated PDU session of the terminal according to the target network to which the terminal can move. For example, the AMF may determine the mobility mode for each terminal according to the target network as follows.
  • PLMN-1 LBO PDU session establishment
  • the AMF may determine the mobility mode for each activated PDU session according to the target network as follows.
  • PDU Session A PLMN-1: Xn-based or NG-based handover
  • the AMF may transmit information on the mobility mode determined according to the corresponding situation to the NG-RAN and/or the terminal through procedures such as initial registration, mobility registration, PDU session establishment, and/or PDU session modification. For example, whether the generated PDU session is made with LBO or home routed (HR) may be considered.
  • procedures such as initial registration, mobility registration, PDU session establishment, and/or PDU session modification. For example, whether the generated PDU session is made with LBO or home routed (HR) may be considered.
  • the AMF may only determine whether handover can be used when the UE or an activated PDU session is moved to another network, instead of a supported network list and/or mobility mode.
  • Step S1312 The AMF transmits an initial context setup request (NGAP INITIAL CONTEXT SETUP REQUEST) message to the NG-RAN to create a UE context in the NG-RAN.
  • This step corresponds to step 21 of the registration procedure described in FIG. 7 . Also, this step corresponds to step S1120 described in FIG. 11 and/or step S1210 described in FIG. 12 .
  • the initial context establishment request message may include a supported network list determined by the AMF.
  • the NG-RAN may trigger NG handover using the N14 interface for a network included in the supported network list.
  • the NG-RAN may instruct/configure the measurement for connected mode movement to the UE based on the supported network list using an RRC message.
  • the initial context establishment request message may include a registration accept message that is a response to the registration request message.
  • the registration accept message may include a "5GS network Feature Support” indicator.
  • the 5GS network feature support indicator may include an "N14 Interface Supported” indicator to inform the UE of whether the N14 interface is supported between the PLMN and the AMF of the SNPN.
  • the 5GS network feature support indicator and the N14 interface support indicator are only names and may be replaced by other names.
  • a DL NAS transfer (DOWNLINK NAS TRANSPORT) message may be used.
  • Step S1314 The NG-RAN transfers the registration accept message received from the AMF to the terminal. This step corresponds to step 21 of the registration procedure described in FIG. 7 . Also, this step corresponds to step S1130 described in FIG. 11 and/or step S1210 described in FIG. 12 .
  • the terminal may know whether service continuity through the N14 interface can be guaranteed with the network that has an SLA with the currently registered network through the N14 interface support indicator.
  • the network in which the terminal is currently registered may have an N14 interface with some of the networks that have an SLA, but may not have an N14 interface with other networks.
  • the AMF of the currently registered network may additionally include a list of supported networks in the registration accept message and transmit it.
  • the terminal can know which network among the currently registered network and the network that has an SLA in which service continuity through the N14 interface can be guaranteed by considering both the N14 interface support indicator and the supported network list.
  • Step S1316 Steps 22-25 of the registration procedure described in FIG. 7 are performed.
  • Step S1318/S1320 When the terminal moves to another network while maintaining the PDU session being serviced in the currently registered network, the following operation may be performed based on the information received in step S1312/S1314.
  • the NG-RAN may trigger an NG-based handover to the AMF of the source network. This corresponds to step S1140 described in FIG. 11 .
  • the NG-RAN may include a target network ID (eg, a PLMN ID and/or a combination of a PLMN ID and an NID).
  • the AMF of the source network that has received the handover request may request a handover together with the UE context to the AMF of the target network through the N14 interface to ensure service continuity for the UE.
  • Step S1320 When the terminal moves to a network that does not have an N14 interface with a currently registered network, the terminal may perform a PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • a PDU session establishment procedure may be performed through the N3IWF of the home SP for the HR PDU session anchored in the home SP.
  • a PDU session establishment procedure may be performed for an LBO PDU session anchored in the V-SNPN through the N3IWF of the V-SNPN.
  • FIG. 16 shows another example of a PDU establishment procedure and handover through N3IWF to which the implementation of the present specification is applied.
  • V-SNPN-1 eg, V-SNPN-1 -> V-SNPN-2
  • V-SNPN-1 for LBO PDU session anchored to V-SNPN-1
  • the PDU session establishment procedure may be performed through the N3IWF of
  • the terminal may not include the preferred network list in the registration request message.
  • the AMF that receives the registration request message from the terminal receives information (eg, network ID) about the SNPN that has established an SLA with the PLMN from the UDM. come and perform the operation of step S1310.
  • the AMF may consider whether an SLA is signed when determining a supported network list.
  • the AMF may determine a supported network list based only on network information that has an SLA, regardless of subscriber information.
  • Embodiment 1 of the present specification when the NG-RAN of the source network triggers handover to the target network, it is possible to reduce unnecessary handover attempts by referring to the existence of the N14 interface.
  • a subsequent operation eg, a PDU session establishment procedure using "existing PDU session" as the request type
  • a subsequent operation can be quickly executed based on the information provided from the source network. It can guarantee service continuity to users.
  • Embodiment 2 of the present specification proposes a method of notifying the UE based on the NG setting procedure whether the N14 interface between two networks is supported to ensure service continuity between the PLMN and the SNPN.
  • FIG. 17 shows an example of a method for ensuring service continuity between a PLMN and a SNPN based on the NG setting procedure to which the implementation of the present specification is applied.
  • Step S1702 The NG-RAN transmits a NG Setup Request message to the AMF to establish the NG interface with the AMF.
  • Step S1704 The AMF transmits an NG Setup Response message, which is a response to the NG setup request message, to the NG-RAN.
  • the NG configuration response message may include a "Network IDs with N14 interface indication" IE (information element).
  • the network ID and the N14 interface indication IE may indicate a list of IDs (eg, a PLMN ID and/or a combination of a PLMN ID and an NID) of a network with which the AMF has an SLA.
  • the network ID and N14 interface indication IE may include information on whether the corresponding AMF has an individual network and an N14 interface.
  • the network ID and N14 interface indication IE are only names, and may be replaced with other names.
  • the information on whether the N14 interface exists between the PLMN that has established the SLA and the AMF of the SNPN is pre-configured in the AMF.
  • information on whether an N14 interface exists between the PLMN with which the SLA is established and the AMF of the SNPN may be configured in advance in the NG-RAN, and when the SLA exists, an Xn interface may exist between the two networks.
  • Step S1706 The NG-RAN transfers the network ID and the N14 interface indication IE received from the AMF to the terminal through a system information block (SIB).
  • SIB system information block
  • the network in which the terminal is currently registered may have an N14 interface with some of the networks that have an SLA, but may not have an N14 interface with other networks.
  • the terminal can know which network among the currently registered network and the network that has an SLA with which the service continuity through the N14 interface can be guaranteed in consideration of the network ID and the N14 interface indication IE. Accordingly, the UE may determine a subsequent operation (eg, NG-based handover or PDU session establishment procedure).
  • the list of supported networks determined by the AMF may be included in the registration accept message transmitted in step S1716 to be described later.
  • the terminal may also consider the list of supported networks, and know which network among the currently registered network and the network that has an SLA can ensure service continuity through the N14 interface. Accordingly, the UE may determine a subsequent operation (eg, NG-based handover or PDU session establishment procedure).
  • Step S1708 To register with the network, the terminal transmits a registration request message to the NG-RAN. This step corresponds to step 1 of the registration procedure described in FIG. 6 .
  • the registration request message may include a list of preferred networks.
  • the preferred network list includes the network ID received through the SIB and the network ID belonging to the N14 interface indication IE, the ID of another network that the UE can currently register (eg, PLMN ID and/or a combination of PLMN ID and NID) and/or corresponding It may include network priority information.
  • PLMN ID and/or a combination of PLMN ID and NID the ID of another network that the UE can currently register
  • It may include network priority information.
  • service continuity to the network having the highest priority may be considered first.
  • the network ID and/or priority information of the SNPN that has entered into an SLA with the PLMN may be configured in advance in the terminal.
  • a preferred network list may be configured in consideration of both information previously configured in the terminal and information received through the SIB.
  • the preferred network list is the SNPN ID that has an SLA with the corresponding PLMN among the network ID and the network ID belonging to the N14 interface indication IE (eg, a combination of PLMN ID and NID) and/or It may include priority information of the corresponding SNPN.
  • the preferred network list is the PLMN ID that has an SLA with the corresponding SNPN among the network ID and the network ID belonging to the N14 interface indication IE (eg, the PLMN ID and/or the PLMN ID and the NID combination) and/or priority information of the corresponding PNPN.
  • the preferred network list may include only network information that the terminal can register among the network ID and the network ID belonging to the N14 interface indication IE, regardless of the SLA. In this case, handover may be performed with preference to a network having an SLA among a list of preferred networks in the network.
  • the network ID and/or priority information of the SNPN that has established an SLA with the PLMN configured in advance in the terminal may be updated through the UE configuration update procedure.
  • Step S1710 NG-RAN selects AMF. This step corresponds to step 2 of the registration procedure described in FIG. 6 .
  • NG-RAN may select AMF based on 5G-S-TMSI and/or GUAMI.
  • 5G-S-TMSI and/or GUAMI may be received by being included in the registration request message transmitted by the UE. If the 5G-S-TMSI and/or GUAMI is not included in the registration request message transmitted by the UE or is invalid, the NG-RAN may select the AMF based on the requested NSSAI, etc. If it is difficult to select an appropriate AMF, the NG-RAN may select a basic AMF based on information configured in the NG-RAN.
  • Step S1712 The NG-RAN delivers the registration request message received from the terminal to the selected AMF. This step corresponds to step 3 of the registration procedure described in FIG. 6 .
  • Step S1714 Steps 4-20 of the registration procedure described in FIGS. 6 and 7 are performed.
  • Step S1716 If the AMF can accept the registration request of the terminal, the terminal can use it based on the preferred network list received from the terminal, subscriber information received from the UDM, whether there is an N14 interface between the AMF of the SNPN, SLA, etc. A list of possible (or supported) networks may be determined, and an ID of the corresponding network may be included in the supported network list.
  • the list of networks that can be used (or supported) by the terminal determined by the AMF may be determined in the preferred network list received from the terminal. For example, when the terminal registers with the PLMN, the AMF may include the current PLMN in the preferred network list in the network list supporting the SNPN ID capable of supporting service continuity for the terminal. For example, when the UE registers with the SNPN, the AMF may include the current SNPN in the list of preferred networks in the list of networks supporting the PLMN ID capable of supporting service continuity for the UE.
  • Step S1716 may be performed immediately after the AMF retrieves the subscriber information from the UDM.
  • the AMF may determine the mobility mode to be used when the terminal moves to another network instead of and/or together with the supported network list.
  • the mobility mode may indicate any one of handover, N3IWF-based interworking, and LBO PDU session establishment.
  • the AMF may determine a mobility mode for each PDU session. For example, when two PDU sessions (eg, PDU session A and PDU session B) are active, AMF transfers the mobility mode to N3IWF-based interworking for PDU session A and the mobility mode for PDU session B. can be overridden.
  • the AMF may determine the mobility mode differently for each terminal or for each activated PDU session of the terminal according to the target network to which the terminal can move. For example, the AMF may determine the mobility mode for each terminal according to the target network as follows.
  • PLMN-1 LBO PDU session establishment
  • the AMF may determine the mobility mode for each activated PDU session according to the target network as follows.
  • PDU Session A PLMN-1: Xn-based or NG-based handover
  • the AMF may transmit information on the mobility mode determined according to the corresponding situation to the NG-RAN and/or the terminal through procedures such as initial registration, mobility registration, PDU session establishment, and/or PDU session modification. For example, whether the generated PDU session is made with LBO or HR may be considered.
  • the AMF may only determine whether handover can be used when the UE or an activated PDU session is moved to another network, instead of a supported network list and/or mobility mode.
  • Step S1718 The AMF sends an initial context setup request message to the NG-RAN to create a UE context in the NG-RAN. This step corresponds to step 21 of the registration procedure described in FIG. 7 .
  • the initial context establishment request message may include a registration accept message that is a response to the registration request message.
  • the initial context establishment request message may include a supported network list determined by the AMF.
  • the NG-RAN may trigger NG handover using the N14 interface for a network included in the supported network list.
  • the NG-RAN may instruct/configure the measurement for connected mode movement to the UE based on the supported network list using an RRC message.
  • the information transmitted to the NG-RAN may be transmitted only when an update is required for the information transmitted in step S1704. For example, if there is an N14 interface but the UE does not have a subscription to a specific SNPN or PLMN, so it is not necessary to perform a handover to the corresponding network, an update is required, and information may be transmitted to the NG-RAN.
  • a DL NAS delivery message may be used instead of the initial context setup request message.
  • Step S1720 The NG-RAN transfers the registration accept message received from the AMF to the terminal. This step corresponds to step 21 of the registration procedure described in FIG. 7 .
  • the terminal may know whether service continuity through the N14 interface can be guaranteed with the network that has an SLA with the currently registered network.
  • the network in which the terminal is currently registered may have an N14 interface with some of the networks that have an SLA, but may not have an N14 interface with other networks.
  • the AMF of the currently registered network may additionally include a list of supported networks in the registration accept message and transmit it.
  • the terminal can know which network among the currently registered network and the network that has an SLA in which service continuity through the N14 interface can be guaranteed by considering both the N14 interface support indicator and the supported network list.
  • steps 22-25 of the registration procedure described in FIG. 7 are performed. This step is not shown in FIG. 17 .
  • the terminal moves to another network while maintaining the PDU session being serviced in the currently registered network, the following operation may be performed based on the information received in steps S1718/S1720. This step is not shown in FIG. 17 .
  • the NG-RAN may trigger an NG-based handover to the AMF of the source network.
  • the NG-RAN may include a target network ID (eg, a PLMN ID and/or a combination of a PLMN ID and an NID).
  • the AMF of the source network that has received the handover request may request a handover together with the UE context to the AMF of the target network through the N14 interface to ensure service continuity for the UE.
  • the terminal may perform a PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • FIGS. 14 to 16 An example of a PDU establishment procedure and a situation in which a handover is performed through the N3IWF may refer to FIGS. 14 to 16 described above.
  • information on the SNPN that has established an SLA with the PLMN may be configured in the UDM instead of the UE.
  • the terminal may not include the preferred network list in the registration request message.
  • the AMF that receives the registration request message from the terminal receives information (eg, network ID) about the SNPN that has established an SLA with the PLMN from the UDM. come and perform the operation of step S1716.
  • information on a network in which the UE can register is stored in the UDM, and information on a network with which the SLA is established may be configured in the AMF.
  • the AMF may consider whether an SLA is signed when determining a supported network list.
  • the AMF may determine a supported network list based only on network information that has an SLA, regardless of subscriber information.
  • the network informs the terminal of whether the N14 interface is supported in the registration procedure, so that the terminal can support the selection of a method for receiving service continuity support between the PLMN and the SNPN according to the network configuration situation.
  • the NG-RAN can quickly move the terminal to the target network by knowing the network configuration situation in advance and performing Xn-based handover or NG-based handover to the target network.
  • Example 3 Service continuity between SNPNs and SNPNs in a situation where isolated entities have credentials
  • Embodiment 3 of the present specification provides a method in which a network guarantees service continuity to another network according to a network configuration situation, and at the same time does not cause unnecessary delay time to the terminal.
  • FIG. 18 shows an example of a method of informing a UE of whether an N14 interface is supported between a V-SNPN and a home SP to which the implementation of the present specification is applied.
  • Step S1802 The NG-RAN transmits a NG setup request message to the AMF to establish the NG interface with the AMF.
  • the NG configuration request message may include a list of supportable SNPNs.
  • Step S1804 The AMF transmits an NG setup response message, which is a response to the NG setup request message, to the NG-RAN.
  • the NG setup response message may include a "Supported Home SP ID with N14 interface indication" IE.
  • the supported home SP ID and N14 interface indication IE may indicate a list of IDs (eg, a PLMN ID and/or a combination of a PLMN ID and an NID) of a network with which the AMF has an SLA.
  • the supported home SP ID and N14 interface indication IE may include information on whether the corresponding AMF has an individual network and N14 interface.
  • the supported home SP ID and N14 interface indication IE are only names, and may be replaced with other names.
  • the NG setup response message may also include a "Supported Roaming Group ID with N14 interface indication" IE.
  • the roaming group is set by dividing the network for which the AMF of V-SNPN has signed an SLA into several groups, and can be used to prevent broadcasting of all home SP IDs through the SIB. Accordingly, the supported roaming group ID and the N14 interface indication IE may indicate a list of groups of the network in which the AMF of the V-SNPN has an SLA.
  • the roaming group ID and N14 interface indication IE may include information on whether the corresponding AMF has an N14 interface with a network belonging to a specific group.
  • the roaming group ID and the N14 interface indication IE are only names, and may be replaced with other names.
  • the information on whether the N14 interface exists between the PLMN that has established the SLA and the AMF of the SNPN is pre-configured in the AMF.
  • information on whether an N14 interface exists between the PLMN with which the SLA is established and the AMF of the SNPN may be configured in advance in the NG-RAN, and when the SLA exists, an Xn interface may exist between the two networks.
  • Step S1806 The NG-RAN delivers the supporting home SP ID and N14 interface indication IE and/or roaming group ID and N14 interface indication IE received from the AMF to the terminal through the SIB.
  • the network in which the terminal is currently registered may have an N14 interface with some of the networks that have an SLA, but may not have an N14 interface with other networks.
  • the terminal considers the supported home SP ID and the N14 interface indication IE and/or the roaming group ID and the N14 interface indication IE, and guarantees service continuity through the N14 interface to any of the currently registered networks and networks that have an SLA. know if it can be Accordingly, the UE may determine a subsequent operation (eg, NG-based handover or PDU session establishment procedure).
  • Step S1808 To register with the network, the terminal transmits a registration request message to the NG-RAN. This step corresponds to step 1 of the registration procedure described in FIG. 6 .
  • the AMF of V-SNPN asks the home SP to authenticate the terminal to the home SP network in which the terminal can currently be registered.
  • the registration request message may include terminal ID information for the home SP.
  • Home SP ID and priority information may be pre-configured in the terminal.
  • the terminal ID for the home SP may be selected in consideration of both information previously configured in the terminal and information received through the SIB.
  • Step S1810 NG-RAN selects AMF. This step corresponds to step 2 of the registration procedure described in FIG. 6 .
  • NG-RAN may select AMF based on 5G-S-TMSI and/or GUAMI.
  • 5G-S-TMSI and/or GUAMI may be received by being included in the registration request message transmitted by the UE. If the 5G-S-TMSI and/or GUAMI is not included in the registration request message transmitted by the UE or is invalid, the NG-RAN may select the AMF based on the requested NSSAI, etc. If it is difficult to select an appropriate AMF, the NG-RAN may select a basic AMF based on information configured in the NG-RAN.
  • Step S1812 The NG-RAN delivers the registration request message received from the terminal to the selected AMF. This step corresponds to step 3 of the registration procedure described in FIG. 6 .
  • Step S1814 Steps 4-20 of the registration procedure described in FIGS. 6 and 7 are performed.
  • the AMF may select the home SP ID based on the terminal ID for the home SP received from the terminal.
  • the AMF may request authentication for the terminal from the AUSF and UDM belonging to the home SP and receive subscriber information.
  • the AMF may determine the mobility mode to be used when the UE moves to another network instead of and/or together with the home SP ID.
  • the mobility mode may indicate any one of handover, N3IWF-based interworking, and LBO PDU session establishment.
  • the AMF may determine a mobility mode for each PDU session. For example, when two PDU sessions (eg, PDU session A and PDU session B) are active, AMF transfers the mobility mode to N3IWF-based interworking for PDU session A and the mobility mode for PDU session B. can be overridden.
  • the AMF may determine the mobility mode differently for each terminal or for each activated PDU session of the terminal according to the target network to which the terminal can move. For example, the AMF may determine the mobility mode for each terminal according to the target network as follows.
  • PLMN-1 LBO PDU session establishment
  • the AMF may determine the mobility mode for each activated PDU session according to the target network as follows.
  • PDU Session A PLMN-1: Xn-based or NG-based handover
  • the AMF may transmit information on the mobility mode determined according to the corresponding situation to the NG-RAN and/or the terminal through procedures such as initial registration, mobility registration, PDU session establishment, and/or PDU session modification. For example, whether the generated PDU session is made with LBO or HR may be considered.
  • the AMF may only determine whether handover can be used when the UE or the activated PDU session is moved to another network instead of the home SP ID and/or mobility mode.
  • Step S1816 The AMF transmits an initial context setup request message to the NG-RAN to create a UE context in the NG-RAN. This step corresponds to step 21 of the registration procedure described in FIG. 7 .
  • the initial context establishment request message may include a registration accept message that is a response to the registration request message.
  • the initial context establishment request message may include the selected home SP ID.
  • the NG-RAN of the V-SNPN may perform additional operations (eg, access control, connected mode movement) for the home SP based on the selected home SP ID. For example, the NG-RAN of the V-SNPN may instruct the UE to measure the home SP network in order to move the connected mode to the home SP.
  • the information transmitted to the NG-RAN may be transmitted only when an update is required for the information transmitted in step S1804. For example, if there is an N14 interface but the UE does not have a subscription to a specific SNPN or PLMN, so it is not necessary to perform a handover to the corresponding network, an update is required, and information may be transmitted to the NG-RAN.
  • a DL NAS delivery message may be used instead of the initial context setup request message.
  • Step S1818 The NG-RAN transfers the registration accept message received from the AMF to the terminal. This step corresponds to step 21 of the registration procedure described in FIG. 7 .
  • the terminal may know whether service continuity through the N14 interface can be guaranteed with the home SP network that has an SLA with the currently registered network.
  • steps 22-25 of the registration procedure described in FIG. 7 are performed. This step is not shown in FIG. 18 .
  • the terminal moves to another network while maintaining the PDU session being serviced in the currently registered network, the following operation may be performed based on the information received in steps S1816/S1818. This step is not shown in FIG. 18 .
  • the NG-RAN may trigger an NG-based handover to the AMF of the source network.
  • the NG-RAN may include a target network ID (eg, a PLMN ID and/or a combination of a PLMN ID and an NID).
  • the AMF of the source network that has received the handover request may request a handover together with the UE context to the AMF of the target network through the N14 interface to ensure service continuity for the UE.
  • the terminal may perform a PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • FIGS. 14 to 16 An example of a PDU establishment procedure and a situation in which a handover is performed through the N3IWF may refer to FIGS. 14 to 16 described above.
  • the network notifies the terminal of whether the N14 interface is supported in advance through the SIB, and the terminal selects a method for receiving service continuity support between the home SP and the V-SNPN according to the network configuration situation.
  • the NG-RAN of the V-SNPN may support an additional operation in consideration of the home SP.
  • the NG-RAN can quickly move the terminal to the target network by knowing the network configuration situation in advance and performing Xn-based handover or NG-based handover to the target network.
  • Embodiment 4 Informing UD of mobility mode during PDU session establishment procedure
  • 19 shows an example of a method of informing a UE of whether handover between a PLMN and an SNPN to which the implementation of the present specification is applied is possible during a PDU session establishment procedure.
  • Step S1900 The terminal is already registered in the network according to the registration procedure described in FIGS. 6 and 7 .
  • Step S1902/S1904 The terminal transmits a PDU session establishment request message through RRC and N2 messages in order to receive a service from the corresponding network. This step corresponds to step 1 of the PDU session establishment procedure described in FIG. 8 .
  • Step S1906 Steps 2-10 of the PDU session establishment procedure described in FIG. 8 may be performed. This may be the case when the established PDU session is an LBO PDU session.
  • Step S1908 The SMF determines whether the PDU session can be handed over to another network using the handover procedure in 3GPP connection described in S4.9.1 of 3GPP TS 23.502 based on at least one of the following information. .
  • PCF Preference information - N3IWF-based interworking or RAN-based handover, etc.
  • the AMF may deliver the corresponding information to the SMF using a message such as Nsmf_PDUSession_CreateSMContext Request.
  • Step S1908 may be executed immediately after the SMF retrieves the subscriber information from the UDM.
  • 3), 4), and 5 may be provided when the AMF transmits the PDU session establishment request message to the SMF.
  • Step S1910 The SMF generates resource information to be allocated in the NG-RAN for the corresponding PDU session and a PDU session establishment acceptance message, and delivers it to the AMF using the Namf_Communication_N1N2MessageTransfer message. This step corresponds to step 11 of the PDU session establishment procedure described in FIG. 8 .
  • the SMF may deliver the information determined in step S1908 (ie, whether handover is performed) to the NG-RAN and the UE in the form of Handover Assistance Information.
  • the handover assistance information may include at least one of the following information.
  • the mobility procedure to be used (Xn-based handover, NG-based handover, N3IWF-based interworking and/or LBO PDU session establishment procedure, etc.)
  • the mobility mode it is also possible to inform the NG-RAN and the UE of an indicator (on/off type) indicating whether the corresponding PDU session can be handed over to another network using the handover procedure in 3GPP connection.
  • an indicator on/off type
  • S-NSSAI may be used. That is, information such as which mobility mode should be used for a PDU session using a specific S-NSSAI to be delivered to another network and/or whether handover to another network (Xn-based or NG-based) is possible is first configured in the NG-RAN. (According to operation administration maintenance (OAM) or NG configuration procedure) may be performed. Thereafter, in the PDU session establishment process, the NG-RAN may determine whether a mobility mode or handover is possible for the PDU session through the S-NSSAI included in the PDU session resource establishment request message. If related information is also configured in the terminal, a similar operation may be possible using the S-NSSAI.
  • OAM operation administration maintenance
  • NG-RAN may determine whether a mobility mode or handover is possible for the PDU session through the S-NSSAI included in the PDU session resource establishment request message. If related information is also configured in the terminal, a similar operation may be possible using the S-NSSAI.
  • Step S1912 The AMF transmits a PDU session resource setup request message including resource information for a PDU session received from the SMF in step S1910 to the NG-RAN. This step corresponds to step 12 of the PDU session establishment procedure described in FIG. 8 .
  • the PDU session resource establishment request message includes a PDU session establishment acceptance message to be delivered to the terminal.
  • the NG-RAN can know whether a mobility mode for the corresponding PDU session or handover to another network is possible.
  • Step S1914 The NG-RAN that has accepted the resource allocation request for the PDU session determines the NG-RAN configuration (eg SDAP configuration, DRB configuration, etc.) for the PDU session based on the information sent by the SMF, Notifies the UE through a reconfiguration message. This step corresponds to step 13 of the PDU session establishment procedure described in FIG. 8 .
  • the NG-RAN configuration eg SDAP configuration, DRB configuration, etc.
  • the RRC message delivered to the UE includes a PDU session establishment acceptance message. After receiving the configuration information related to the corresponding PDU session from the NG-RAN, the UE responds to the NG-RAN with an RRC reconfiguration complete message.
  • the UE can know whether the mobility mode for the corresponding PDU session or handover to another network is possible.
  • Step S1916 Steps 14-21 of the PDU session establishment procedure described in FIG. 9 may be performed. This may be the case when the established PDU session is an LBO PDU session.
  • Step S1918/S1920 When the terminal moves to another network while maintaining the PDU session being serviced in the currently registered network, based on the information received in step S1912/S1914, the NG-RAN and the terminal are as follows can work together.
  • Step S1918 If the mobility mode is set to Xn-based or NG-based handover in the handover assistance information, the NG-RAN may initiate an Xn-based or NG-based handover procedure to the NG-RAN of the target network. Even when an indicator indicating that the handover procedure can be used instead of the mobility mode is received, the Xn-based or NG-based handover procedure may be started.
  • Step S1920 If the mobility mode is set to N3IWF-based interworking in the handover help information, the UE may perform a PDU session establishment procedure through the N3IWF. Even when receiving an indicator that the handover procedure cannot be used instead of the mobility mode, the UE may perform the PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • FIGS. 14 to 16 An example of a PDU establishment procedure and a situation in which a handover is performed through the N3IWF may refer to FIGS. 14 to 16 described above.
  • the UE may perform the PDU session establishment procedure described with reference to FIGS. 8 and 9 .
  • the PDU session establishment procedure through the N3IWF is attempted in step S1920 by receiving an indication that the handover procedure cannot be used instead of the mobility mode, but fails, the PDU session establishment procedure described in FIGS. 8 and 9 may be performed.
  • the network may select and inform the terminal of a method for supporting service continuity between the home SP and the V-SNPN.
  • the NG-RAN can know the network configuration in advance and quickly move the terminal to the target network by performing Xn-based or NG-based handover to the target network.
  • FIG. 20 shows an example of a method of informing the UE of whether handover between the PLMN and the SNPN to which the implementation of the present specification is applied is possible through the UE configuration update procedure after the PDU session establishment procedure.
  • Step S2000/S2002 The terminal is already registered in the network according to the registration procedure described in FIGS. 6 and 7 .
  • the terminal performs the PDU session establishment procedure described in FIGS. 8 and 9 in order to receive a service from the corresponding network. This may be the case in which the corresponding PDU session is an LBO PDU session.
  • the established PDU session is an HR PDU session, reference may be made to S4.3.2.2.2 of 3GPP TS 23.502.
  • Step S2004 The AMF determines a network list (eg, a supported network list) that can ensure service continuity by using a handover procedure for the terminal based on at least one of the following information, and sends it to the terminal Initiate the UE configuration update procedure to forward.
  • a network list eg, a supported network list
  • PCF Preference information - N3IWF-based interworking or RAN-based handover, etc.
  • the AMF may determine the mobility mode to be used when the terminal moves to another network instead of and/or together with the supported network list.
  • the mobility mode may indicate any one of handover, N3IWF-based interworking, and LBO PDU session establishment.
  • the AMF may determine a mobility mode for each PDU session. For example, when two PDU sessions (eg, PDU session A and PDU session B) are active, AMF transfers the mobility mode to N3IWF-based interworking for PDU session A and the mobility mode for PDU session B. can be overridden.
  • the AMF may determine the mobility mode differently according to the target network to which the terminal can move. For example, the AMF may determine to use a handover procedure for PDU session A when the target network is PLMN-1, and to use N3IWF-based interworking when the target network is SNPN-2.
  • the AMF may only determine whether handover can be used when the UE or an activated PDU session is moved to another network, instead of a supported network list and/or mobility mode.
  • Step S2006 The AMF transmits the supported network list determined in step S2004 to the UE configuration update command to the terminal.
  • a list of supported networks may also be delivered to the NG-RAN.
  • the corresponding information may be delivered to the terminal and the NG-RAN.
  • Step S2008 After updating the information received in step S2006, the terminal responds to the AMF by using the UE configuration update complete message.
  • Step S2010 Steps 2b-4 of the UE configuration update procedure disclosed in S4.2.4.2 of 3GPP TS 23.502 are performed.
  • the NG-RAN and the terminal may operate as follows based on the information received in step S2006. This step is not shown in FIG. 20 .
  • the NG-RAN initiates an Xn-based or NG-based handover procedure to the NG-RAN of the target network.
  • the Xn-based or NG-based handover procedure may be started.
  • the UE may perform a PDU session establishment procedure through N3IWF. Even when receiving an indicator that the handover procedure cannot be used instead of the mobility mode, the UE may perform the PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • FIGS. 14 to 16 An example of a PDU establishment procedure and a situation in which a handover is performed through the N3IWF may refer to FIGS. 14 to 16 described above.
  • the UE may perform the PDU session establishment procedure described in FIGS. 8 and 9 .
  • the PDU session establishment procedure described in FIGS. 8 and 9 may be performed.
  • the network may select and inform the UE a method for supporting service continuity between the home SP and the V-SNPN according to the activated PDU session situation. .
  • Embodiment 6 Notify UE of mobility mode during registration procedure with target network
  • 21 shows an example of a method for a target network to notify a UE of whether handover between a PLMN and an SNPN to which the implementation of the present specification is applied is possible.
  • Step S2100/S2102 The terminal is already registered in the source network (5GC #1) according to the registration procedure described in FIGS. 6 and 7 .
  • the terminal performs the PDU session establishment procedure described in FIGS. 8 and 9 in order to receive a service from the source network. This may be the case in which the corresponding PDU session is an LBO PDU session.
  • the established PDU session is an HR PDU session, reference may be made to S4.3.2.2.2 of 3GPP TS 23.502.
  • Step S2104 Since the terminal needs to access the target network (5GC #2) using a subscription different from the source network, the terminal starts a registration procedure with the target network. A registration request message including a subscription for the target network is transmitted to the NG-RAN of the target network.
  • the registration request message includes the source network ID, the list of services currently used in the source network, the currently active (ie, already established) PDU session information (eg, S-NSSAI, LBO PDU session list, HR PDU session list, HR PDU).
  • PDU session information eg, S-NSSAI, LBO PDU session list, HR PDU session list, HR PDU.
  • on-going serving information including a home network ID
  • the registration request message may include the preferred network list described in FIGS. 11 to 13 and/or 17 .
  • the same is applicable even when the terminal registers with the target network using the same subscription as the source network.
  • Step S2106 NG-RAN selects AMF.
  • NG-RAN may select AMF based on 5G-S-TMSI and/or GUAMI.
  • 5G-S-TMSI and/or GUAMI may be received by being included in the registration request message transmitted by the UE. If the 5G-S-TMSI and/or GUAMI is not included in the registration request message transmitted by the UE or is invalid, the NG-RAN may select the AMF based on the requested NSSAI, etc. If it is difficult to select an appropriate AMF, the NG-RAN may select a basic AMF based on information configured in the NG-RAN.
  • Step S2108 The NG-RAN delivers the registration request message received from the terminal to the selected AMF.
  • Step S2110 Steps 4-20 of the registration procedure described in FIGS. 6 and 7 are performed.
  • the UE may transmit the 5G-GUTI allocated from the source network or the SUCI, NID, etc. used in the registration procedure with the source network to the target network. If the target network can find the source network using the corresponding information, the target network takes over the UE context based on this information or based on the subscriber information obtained from the UDM (eg, information about the created PDU session) for mobility to the UE. This can be used as a reference when deciding on a mode.
  • the information about the created PDU session may include the SMF address or ID responsible for the PDU session, and the SMF address or ID contains the PLMN/SNPN ID. You can see if it has been created.
  • Step S2112 If the AMF of the target network can accept the registration request of the terminal, the service information in operation received from the terminal, the subscriber information received from the UDM, the presence or absence of the N14 interface between the AMF of the SNPN, the SLA, etc. A mobility mode (eg, handover, N3IWF-based interworking, LBO PDU session establishment, etc.) that the UE can use is determined.
  • a mobility mode eg, handover, N3IWF-based interworking, LBO PDU session establishment, etc.
  • Step S2112 may be performed immediately after the AMF retrieves the subscriber information from the UDM.
  • the AMF of the target network may determine the mobility mode for each PDU session. For example, when two PDU sessions (eg, PDU session A and PDU session B) are active, AMF transfers the mobility mode to N3IWF-based interworking for PDU session A and the mobility mode for PDU session B. can be overridden.
  • the AMF may only determine whether handover can be used when the terminal or the activated PDU session is moved to the target network.
  • the AMF of the target network is based on the preferred network list received from the terminal, subscriber information received from the UDM, the presence of N14 interface between the SNPN AMFs, SLA, etc. to determine a list of supported networks that the corresponding terminal can use.
  • a network ID included in the supported network list may be determined in the preferred network list.
  • Step S2114 The AMF of the target network sends a DL NAS forwarding message to the NG-RAN of the target network to create a UE context in the NG-RAN.
  • the DL NAS delivery message may include a registration accept message.
  • the DL NAS delivery message and the registration accept message may include the mobility mode determined in step S2112.
  • An initial context setup request message may be used instead of the DL NAS delivery message.
  • Step S2116 The NG-RAN of the target network delivers the registration accept message received from the AMF of the target network to the terminal in step S2114. Upon receiving the registration acceptance message including the mobility mode, the terminal can know which mobility mode to use when moving from the source network to the target network.
  • steps 22-25 of the registration procedure described in FIG. 7 are performed. This step is not shown in FIG. 21 .
  • step S2116 the following operation may be performed based on the information received in step S2116. This step is not shown in FIG. 21 .
  • the terminal may inform the NG-RAN of the source network that the handover procedure can be used in a situation where the terminal moves to the target network. Therefore, thereafter, the NG-RAN of the source network may initiate an Xn-based or NG-based handover to the NG-RAN of the target network. Even when an indicator indicating that a handover procedure can be used instead of the mobility mode is received, Xn-based or NG-based handover may be started.
  • the UE may perform a PDU session establishment procedure through N3IWF. Even when receiving an indicator that the handover procedure cannot be used instead of the mobility mode, the UE may perform the PDU session establishment procedure through the N3IWF. That is, the UE may select an N3IWF of a network to which the corresponding PDU session is anchored, perform registration, establish a PDU session, and perform handover for the corresponding PDU session.
  • the PDU session establishment request message may include a request type set to "existing PDU session" and a PDU session ID to perform handover.
  • a PDU session to be subjected to handover may be selected in consideration of the mobility mode received from the network.
  • the PDU session establishment procedure through the N3IWF may follow the PDU session establishment procedure described in FIGS. 8 and 9 and S4.9.2 of 3GPP TS 23.502.
  • FIGS. 14 to 16 An example of a PDU establishment procedure and a situation in which a handover is performed through the N3IWF may refer to FIGS. 14 to 16 described above.
  • the UE may perform the PDU session establishment procedure described in FIGS. 8 and 9 .
  • the PDU session establishment procedure described in FIGS. 8 and 9 may be performed.
  • the PDU session list in which the mobility mode is set to Xn-based or NG-based handover may be delivered together.
  • the NG-RAN of the source network may deliver only the corresponding PDU session to the target network.
  • the terminal may not deliver any information on whether the handler procedure is possible to the source network.
  • the NG-RAN of the source network will attempt to deliver all PDU sessions to the target network, and the target network may accept only PDU sessions that are capable of handover.
  • the UE may attempt an N3IWF-based interworking or LBO PDU session establishment procedure based on the mobility mode.
  • the terminal may not include the preferred network list in the registration request message.
  • the AMF that has received the registration request message from the terminal receives information (eg, network ID) about the SNPN that has made an SLA with the PLMN from the UDM, step S2112 can determine a preferred network list.
  • information eg, network ID
  • the AMF may consider whether an SLA is signed when determining a supported network list.
  • the AMF of the target network may select and inform a method for supporting service continuity with the source network.
  • Example 1 of the present specification it is as follows.
  • the target network may notify the UE of the mobility indication to instruct the UE to handover the HR PDU session using the existing PDU session indicator during the registration procedure.
  • the target network During the movement scenario from the home SP to SNPN #1, the target network notifies the UE of the mobility indication, so how to handover the LBO PDU session (ie, non-roaming PDU session) anchored to the home SP during the registration procedure with the target network You can instruct what to do.
  • LBO PDU session ie, non-roaming PDU session
  • the mobility indication is based on the interworking situation between the source network and the target network (eg, interworking such as roaming or N3IWF-based interworking or no interworking support). According to the mobility indication, the UE may handover the LBO PDU session to the target network using the existing PDU session indicator or the initial request indicator.
  • interworking such as roaming or N3IWF-based interworking or no interworking support.
  • the source network may provide a mobility indication during the registration procedure. For example, when the UE selects a target SNPN based on manual selection, the UE may select an SNPN supporting PDU session handover. In addition, the UE may handover the LBO PDU session using the existing PDU session indicator or the initial request indicator using the information of the target network.
  • the UE may perform handover of the LBO PDU session in the following order.

Landscapes

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

Abstract

서비스 연속성(service continuity)을 위한 N14 인터페이스 지원 지시자를 위한 방법 및 장치가 제공된다. 무선 통신 시스템에서 동작하는 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드는 상기 제1 네트워크의 AMF(access and mobility management function)로부터 초기 UE 컨텍스트 설정 요청 메시지를 수신한다. 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 등록 요청 메시지에 대한 응답인 등록 수락 메시지 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함하고, 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다. 제1 네트워크의 NG-RAN 노드는 상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로, 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시한다.

Description

서비스 연속성을 위한 N14 인터페이스 지원 지시자
본 명세서는 서비스 연속성(service continuity)을 위한 N14 인터페이스 지원 지시자와 관련된다.
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은 본질적으로 순방향 호환성이 있어야 한다.
NPN(non-public networks)은 기업(enterprise)과 같은 사적 개체(private entity)가 단독으로 사용하기 위한 것으로, 가상 및 물리적 요소를 모두 활용하여 다양한 구성으로 구축될 수 있다. 구체적으로는 완전히 독립 실행형 네트워크로 배치되거나, 또는 PLMN(public land mobile network)에 의해 호스팅되거나, PLMN의 한 부분으로 제공될 수 있다.
어떠한 배치 옵션에서도, 기업과 관련이 없는 허가되지 않은 단말(UE; user equipment)는 NPN에 접속을 시도하지 않을 것으로 예상되며, 이로 인해 자원이 해당 UE를 거부하는 데에 사용되고 기업의 UE에게는 사용될 수 없게 될 수 있다. 또한 기업의 UE는 접속 권한이 없는 네트워크에 접속을 시도하지 않을 것으로 예상된다. 예를 들어, 일부 기업 UE는, PLMN 커버리지가 동일한 지리적 영역에서 이용 가능한 경우에도, 기업의 NPN에만 접속하도록 제한될 수 있다. 다른 기업 UE는 특별히 허용되는 경우 NPN과 PLMN에 모두 접속할 수 있다.
네트워크가 망 구성 상황에 맞춰 다른 네트워크로의 서비스 연속성을 보장하며, 동시에 단말에게 불필요한 지연 시간을 야기하지 않는 방법이 요구될 수 있다.
일 양태에 있어서, 무선 통신 시스템에서 동작하는 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드에 의해 수행되는 방법이 제공된다. 상기 방법은, 상기 제1 네트워크의 AMF(access and mobility management function)로부터 초기 UE 컨텍스트 설정 요청 메시지(Initial UE Context Setup Request message)를 수신하는 단계를 포함한다. 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message) 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함하고, 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다. 상기 방법은 상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로, 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시하는 단계를 포함한다.
다른 양태에 있어서, 상기 방법을 구현하는 장치가 제공된다.
본 명세서는 다양한 효과를 가질 수 있다.
예를 들어, 소스 네트워크의 NG-RAN은 타겟 네트워크로의 핸드오버를 트리거 할 때, N14 인터페이스의 존재 여부를 참고하여 불필요한 핸드오버 시도를 줄일 수 있다.
예를 들어, 단말은 N14 인터페이스가 존재하지 않는 타겟 네트워크로 이동하는 경우, 소스 네트워크로부터 제공받은 정보를 기반으로 후속 동작을 빠르게 실행할 수 있어 사용자에게 서비스 연속성을 보장할 수 있다.
본 명세서의 구체적인 예시를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술 분야의 통상의 지식을 가진 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라, 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 5는 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6 및 도 7은 본 명세서의 구현이 적용되는 등록 절차의 예를 나타낸다.
도 8 및 도 9는 본 명세서의 구현이 적용되는 PDU 세션 수립 절차의 예를 나타낸다.
도 10은 본 명세서의 구현이 적용되는 신뢰할 수 없는 비-3GPP 접속을 가진 5GC에 대한 비로밍 아키텍처의 예를 나타낸다.
도 11은 본 명세서의 구현이 적용되는 제1 네트워크의 NG-RAN 노드에 의해 수행되는 방법의 일 예를 나타낸다.
도 12는 본 명세서의 구현이 적용되는 단말에 의해 수행되는 방법의 일 예를 나타낸다.
도 13은 본 명세서의 구현이 적용되는 PLMN과 SNPN 사이의 서비스 연속성을 보장하기 위한 방법의 일 예를 나타낸다.
도 14는 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 일 예를 나타낸다.
도 15는 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 다른 예를 나타낸다.
도 16은 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 다른 예를 나타낸다.
도 17은 본 명세서의 구현이 적용되는 NG 설정 절차를 기반으로 PLMN과 SNPN 사이의 서비스 연속성의 보장하기 위한 방법의 일 예를 나타낸다.
도 18은 본 명세서의 구현이 적용되는 V-SNPN과 홈 SP 간에 N14 인터페이스를 지원하는지를 단말에게 알려주는 방법의 일 예를 나타낸다.
도 19는 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 PDU 세션 수립 절차 중에 단말에게 알려주는 방법의 일 예를 나타낸다.
도 20은 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 PDU 세션 수립 절차 이후 UE 구성 업데이트 절차를 통해 단말에게 알려주는 방법의 일 예를 나타낸다.
도 21은 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 타겟 네트워크가 단말에게 알려주는 방법의 일 예를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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)는은 다양한 RAT(예: LTE 및 NR)를 통해 외부 장치로/외부 장치로부터 무선 신호를 송수신할 수 있다.
도 2에서, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(104)가 프로세싱 칩(101)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(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)와 같은 적어도 하나의 메모리를 포함할 수 있다. 도 2에는 메모리(204)가 프로세싱 칩(201)에 포함되는 것이 본보기로 보여진다. 추가적으로 및/또는 대체적으로, 메모리(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)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 펌웨어 및/또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 및/또는 소프트웨어는 모듈, 절차, 기능을 포함하도록 구현될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도를 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM(read-only memory), RAM(random access 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)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(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)할 수 있다.
본 명세서의 구현에서, 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은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).
도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.
추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.
도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.
도 4는 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 4를 참조하면, UE(100)는 도 2의 제1 무선 장치(100) 및/또는 도 3의 무선 장치(100 또는 200)에 대응할 수 있다.
UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(110), 배터리(112), 디스플레이(114), 키패드(116), SIM(subscriber identification module) 카드(118), 스피커(120), 마이크(122)를 포함한다.
프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 애플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP(digital signal processor), 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)를 제어하여 무선 신호를 전송 및/또는 수신한다.
전원 관리 모듈(110)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(112)는 전원 관리 모듈(110)에 전원을 공급한다.
디스플레이(114)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(116)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(116)는 디스플레이(114)에 표시될 수 있다.
SIM 카드(118)는 IMSI(international mobile subscriber identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.
스피커(120)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(122)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.
도 5는 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
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)와의 연결은 도 5에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다.
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는 네트워크 슬라이스 특정 인증 및 허가 절차를 실행할 수 있다.
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는 세션 관리 구독 데이터의 수정에 대해 구독 해제할 수 있다.
비-3GPP 접속에 대한 지원이 설명된다. 3GPP TS 23.501 V16.3.0 (2019-12)의 섹션 4.2.8.1을 참조할 수 있다.
도 10은 본 명세서의 구현이 적용되는 신뢰할 수 없는 비-3GPP 접속을 가진 5GC에 대한 비로밍 아키텍처의 예를 나타낸다.
5G 코어 네트워크는 비-3GPP 접속 네트워크(예: WLAN(wireless local area network)를 통한 UE의 연결을 지원한다.
5G 코어 네트워크는 신뢰할 수 없는(untrusted) 비-3GPP 접속 네트워크와 신뢰할 수 있는 비-3GPP 접속 네트워크(TNAN; trusted non-3GPP access network)를 모두 지원한다.
신뢰할 수 없는 비-3GPP 접속 네트워크는 N3IWF을 통해 5G 코어 네트워크에 연결되는 반면, 신뢰할 수 있는 비-3GPP 접속 네트워크는 TNFG를 통해 5G 코어 네트워크에 연결된다. N3IWF와 TNGF 모두 N2와 N3 인터페이스를 통해 각각 5G 코어 네트워크 CP 기능과 UP 기능에 접속한다.
비-3GPP 접속 네트워크는 신뢰할 수 있는 연결을 지원하는 PLMN과 지원되는 신뢰되는 연결 유형(예: "5G 연결(5G connectivity")을 광고할 수 있다. 따라서, UE는 하나 이상의 PLMN에 신뢰할 수 있는 연결을 제공할 수 있는 비-3GPP 접속 네트워크를 검색할 수 있다.
UE가 신뢰할 수 없는 비-3GPP 접속을 사용하여 PLMN에서 5G 코어 네트워크에 연결하기로 결정한 경우:
- UE는 먼저 비-3GPP 접속 네트워크를 선택하여 연결한 다음;
- UE는 PLMN을 선택하고, 이 PLMN에서 N3IWF를 선택한다. PLMN/N3IWF 선택과 비-3GPP 접속 네트워크 선택은 독립적이다.
UE가 신뢰할 수 있는 비-3GPP 접속을 사용하여 PLMN에서 5G 코어 네트워크에 연결하기로 결정한 경우:
- UE는 먼저 PLMN을 선택한 다음;
- UE는 선택된 PLMN으로 신뢰된 연결을 지원하는 비-3GPP 접속 네트워크(TNAN)를 선택한다. 이 경우, 비-3GPP 접속 네트워크 선택은 PLMN 선택에 영향을 받는다.
독립 실행형(standalone) 비-3GPP 접속을 통해 5G 코어 네트워크에 접속하는 UE는, UE 등록 후 N1 기준점을 사용하여 5G 코어 네트워크 제어 평면 기능으로 NAS 신호를 지원한다.
UE가 NG-RAN을 통해 독립 실행형 비-3GPP 접속을 통해 연결될 때, UE에 대해 복수의 N1 인스턴스(instance)가 존재한다. 즉, NG-RAN 상으로 하나의 N1 인스턴스와 비-3GPP 접속 상으로 하나의 N1 인스턴스가 존재한다.
3GPP 접속과 비-3GPP 접속을 통해 PLMN의 동일한 5G 코어 네트워크에 동시에 접속되는 UE는 이 5G 코어 네트워크에서 단일 AMF에 의해 서빙된다.
UE가 PLMN의 3GPP 접속에 연결될 때, UE가 N3IWF를 선택하고 N3IWF가 3GPP 접속의 PLMN과 다른 PLMN에 위치한다면(예; 다른 VPLMN 또는 HPLMN), UE는 2개의 PLMN에 의해 별도로 서빙된다. UE는 두 개의 별도의 AMF에 등록된다. 3GPP 접속 상의 PDU 세션은 비-3GPP 접속 상의 PDU 세션을 서빙하는 V-SMF와는 다른 V-SMF에 의해 서빙된다. UE가 신뢰할 수 있는 비-3GPP 접속을 사용하는 경우에도 마찬가지일 수 있다. 즉, UE는 3GPP 접속을 위한 하나의 PLMN과 신뢰할 수 있는 비-3GPP 접속을 위한 다른 PLMN을 선택할 수 있다.
3GPP 접속을 위한 PLMN 선택은 비-3GPP 접속을 위해 사용되는 PLMN에 의존하지 않는다. 즉, UE가 비-3GPP 접속을 통해 PLMN에 등록된 경우, UE는 이 PLMN과 독립적으로 3GPP 접속에 대해 PLMN 선택을 수행한다.
UE는 비-3GPP 접속을 통해 5G 코어 네트워크에 등록하기 위하여 N3IWF 또는 TNGF와 IPsec 터널을 구축한다.
비-3GPP 접속 상의 UE에 대한 모든 PDU 세션이 해제되거나 3GPP 접속으로 핸드오버 된 이후, 비-3GPP 접속을 통한 AMF와의 UE NAS 신호 연결을 유지하는 것이 가능하다.
독립 실행형 비-3GPP 접속을 통한 N1 NAS 신호는 3GPP 접속을 통한 N1에 적용되는 동일한 보안 메커니즘으로 보호된다.
SNPN(standalone non-public network)에 대해 설명한다. 3GPP TS 23.501 V16.3.0 (2019-12)의 섹션 5.30.2를 참조할 수 있다.
SNPN은 PLMN에 의해 제공되는 네트워크 기능에 의존하지 않고 NPN 사업자에 의해 운영된다. 반면에, PNI(public network integrated) NPN은 PLMN의 지원을 받아 배치된 비공용 네트워크이다.
SNPN 5GS 배치는, PLMN을 통한 SNPN 서비스로의 접속(반대도 가능) 및 아래에서 설명될 추가 기능을 위하여, 도 5에서 상술한 구조, 도 10에서 상술한 신뢰할 수 없는 비-3GPP 접속을 가지는 5GC를 위한 구조를 기반으로 한다.
SNPN에는 EPS와의 상호 작용이 지원되지 않는다.
PLMN ID와 NID(network ID)의 조합은 SNPN을 식별한다.
NID는 다음 두 가지 할당 모델을 지원한다.
- 자체 할당(self-assignment): NID는 배치 시에 SNPN에 의해 개별적으로 선택되며(따라서 고유하지 않을 수 있음), 조정된 할당에 의한 NID와는 다른 번호 지정 공간을 사용한다.
- 조정된 할당(coordinated assignment): NID는 다음 두 가지 옵션 중 하나를 사용하여 할당된다.
1) NID는 사용된 PLMN ID와 독립적으로 전체적으로 고유하도록 할당된다.
2) NID와 PLMN ID의 조합이 전체적으로 고유하도록 할당된다.
사람이 읽을 수 있는 선택적인 네트워크 이름은 수동 SNPN 선택(manual SNPN selection) 중에 SNPN을 식별하는 데에 도움이 된다.
UE가 SNPN 접속 모드에서 동작하도록 설정되었을 때, UE는 일반적인 PLMN 선택 절차를 수행하지 않는다.
SNPN 접속 모드로 동작하는 UE는 방송 시스템 정보에로부터 사용 가능한 PLMN ID와 사용 가능한 NID 목록을 읽고, 이를 네트워크 선택 중에 고려한다.
자동 네트워크 선택을 위해, UE는 SUPI 및 자격 증명(credential)을 가지는 PLMN ID 및 NID로 식별된 사용 가능한 SNPN을 선택하고 등록을 시도한다.
수동 네트워크 선택을 위해, SNPN 접속 모드로 동작하는 UE는 사용자에게 각각의 SUPI와 자격 증명을 가진 사용 가능한 SNPN의 NID 목록과 관련된 사람이 읽을 수 있는 이름(사용 가능한 경우)을 제공한다.
UE가 SNPN에 초기 등록을 수행할 때, UE는 선택된 NID와 해당 PLMN ID를 NG-RAN에 지시한다. NG-RAN은 선택된 PLMN ID와 NID를 AMF에 알린다.
PLMN 서비스에 접속하기 위해, SNPN에 성공적으로 등록된 SNPN 접속 모드의 UE는 SNPN 사용자 평면을 통해 PLMN과 다른 등록을 수행할 수 있다(해당 PLMN의 자격 증명을 사용하여). 이때, 도 10에서 상술한 비-3GPP 접속을 위한 것과 동일한 구조 원칙을 따르고 SNPN이 신뢰되지 않는 비-3GPP 접속의 역할을 수행한다.
SNPN 서비스에 접속하기 위해, PLMN에 성공적으로 등록된 UE는 PLMN 사용자 평면을 통해 SNPN과 다른 등록을 수행할 수 있다(해당 SNPN의 자격 증명을 사용하여). 이때, 도 10에서 상술한 비-3GPP 접속을 위한 것과 동일한 구조 원칙을 따르고 PLMN이 신뢰되지 않는 비-3GPP 접속의 역할을 수행한다.
NPN의 추가 향상이 논의되고 있다. NPN의 추가 향상을 위한 목표 중 하나는 데이터 손실을 줄이기 위해 PLMN과 SNPN 간의 데이터 전달을 지원하는 것이다. 또한, NPN의 추가 향상을 위한 또 다른 목표 중 하나는, SNPN과 별개의 개체가 가지고 있는 자격 증명을 가지고 있을 때(credentials owned by an entity separate from SNPN), 단말의 이동에 대한 서비스 연속성을 지원하는 것이다.
예를 들어, NPN이 VIAPA(video, imaging and audio for professional applications)를 지원하는 경우, 서비스 연속성을 위한 PLMN과 SNPN 사이의 데이터 전달이 고려될 수 있다. 이 경우, 무선 커버리지 영역이 겹치는 PLMN과 NPN(SNPN 또는 PNI-NPN) 사이에 서비스 연속성이 지원될 수 있는지(PSA(PDU session anchor)가 PLMN 또는 NPN에 상주할 수 있다고 가정) 여부가 다루어질 수 있다. NPN의 데이터 서비스는 작은 영역에서 엄청난 수의 UE를 서비스하면서 짧은 지연 시간과 높은 데이터 속도 서비스를 제공할 수 있다(예: 음악 축제와 같은 대규모 라이브 프로덕션 이벤트에서 통합 청중 멀티캐스트 서비스).
예를 들어, 소스 네트워크(PLMN 또는 SNPN)을 통하여 서비스를 제공받던 단말이 타겟 네트워크(SNPN 또는 PLMN) 쪽으로 이동하는 경우, 소스 네트워크의 NG-RAN은 타겟 네트워크의 NG-RAN으로 단말의 핸드오버를 시도할 수 있다. 하지만 소스 네트워크와 타겟 네트워크 사이에 서비스 레벨 동의(SLA: service level agreement)가 맺어져 있지 않아 소스 네트워크의 AMF와 타겟 네트워크의 AMF 간에 N14 인터페이스가 존재하지 않는 경우, 이러한 핸드오버 시도는 실패할 수 있다. 소스 네트워크와 타겟 네트워크 사이의 서비스 연속성을 보장하기 위해서는 단말이 다시 타겟 네트워크 쪽으로 "기존 PDU 세션"을 지시하는 PDU 세션 수립 요청 메시지를 전송해야 하나, 이 과정에서 단말에게 서비스 연속성을 보장되지 않을 수 있다. 또는, 새로운 네트워크를 통해 단말에게 서비스를 다시 제공할 때까지 불필요한 지연 시간을 야기하여 사용자 경험을 저해할 수 있다.
이하 설명되는 본 명세서에서, 네트워크가 망 구성 상황에 맞춰 다른 네트워크로의 서비스 연속성을 보장하며, 동시에 단말에게 불필요한 지연 시간을 야기하지 않는 방법 및 해당 방법을 수행하는 장치를 제시한다.
이하 설명되는 본 명세서에서, NF 간의 서비스 동작에 대해서 종래의 서비스 동작이 아닌 새로운 서비스 동작이 정의되어 사용될 수도 있다. 또한, 이하 설명되는 본 명세서에서, AMF와 NG-RAN 간에 교환되는 N2 메시지에 대해서 종래의 N2 메시지가 아닌 새로운 N2 메시지가 정의되어 사용될 수 있다. 또한, 이하 설명되는 본 명세서에서, NG-RAN과 UE 간에 교환되는 RRC 메시지에 대해서 종래의 RRC 메시지가 아닌 새로운 RRC 메시지가 정의되어 사용될 수 있다.
이하 설명되는 본 명세서에서, 일부 단계는 동시에 및/또는 병렬적으로 수행될 수도 있고, 서로 바뀐 순서로 수행될 수도 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11은 본 명세서의 구현이 적용되는 제1 네트워크의 NG-RAN 노드에 의해 수행되는 방법의 일 예를 나타낸다.
단계 S1100에서, 제1 네트워크의 NG-RAN 노드는 등록 요청 메시지를 단말로부터 수신한다.
일부 구현에서, 상기 등록 요청 메시지는 선호하는 네트워크 목록(preferred network list) 정보를 포함할 수 있다. 상기 선호하는 네트워크 목록 정보는 상기 단말이 등록 가능한 네트워크의 ID 및/또는 상기 단말이 등록 가능한 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다. 또는, 상기 선호하는 네트워크 목록 정보는 상기 제1 네트워크와 SLA를 맺은 네트워크의 ID 및/또는 상기 제1 네트워크와 SLA를 맺은 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다.
단계 S1110에서, 상기 제1 네트워크의 NG-RAN 노드는 상기 제1 네트워크의 AMF를 선택하여 상기 등록 요청 메시지를 상기 제1 네트워크의 AMF로 전달한다.
단계 S1120에서, 상기 제1 네트워크의 NG-RAN 노드는 상기 제1 네트워크의 AMF로부터 초기 UE 컨텍스트 설정 요청 메시지(Initial UE Context Setup Request message)를 수신한다. 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함한다. 또한, 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
일부 구현에서, 상기 적어도 하나의 제2 네트워크는 상기 선호하는 네트워크 목록 정보, 상기 AMF가 UDM으로부터 얻은 가입자 정보, 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스 유무, 상기 제1 네트워크와 상기 적어도 하나의 제2 네트워크 간의 SLA 중 적어도 하나를 기반으로 상기 AMF에 의해 결정되며, 이때 상기 적어도 하나의 제2 네트워크는 상기 선호하는 네트워크 목록 정보에 포함되는 네트워크일 수 있다.
일부 구현에서, 상기 등록 수락 메시지는 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함할 수 있다.
일부 구현에서, 상기 초기 UE 컨텍스트 설정 요청 메시지는 상기 단말이 상기 적어도 하나의 제2 네트워크로 이동할 때 사용하는 이동성 모드(mobility mode)에 대한 정보를 포함할 수 있다.
단계 S1130에서, 상기 제1 네트워크의 NG-RAN 노드는 상기 단말로 상기 등록 수락 메시지를 전달한다.
단계 S1140에서, 상기 제1 네트워크의 NG-RAN 노드는 상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로 상기 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시한다.
일부 구현에서, 상기 제1 네트워크는 PLMN이며, 상기 적어도 하나의 제2 네트워크는 SNPN일 수 있다. 또는, 상기 제1 네트워크는 SNPN이며, 상기 적어도 하나의 제2 네트워크는 PLMN일 수 있다.
또한, 도 11에서 제1 네트워크의 NG-RAN 노드의 관점에서 설명된 방법은 도 2에서 도시된 제2 무선 장치(200) 및/또는 도 3에서 도시된 무선 장치(200)에 의해 수행될 수 있다.
보다 구체적으로, 제1 네트워크의 NG-RAN 노드는 하나 이상의 송수신부, 하나 이상의 프로세서, 및 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함한다. 상기 하나 이상의 메모리는 다음의 동작이 상기 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장한다.
상기 동작은 등록 요청 메시지를 단말로부터 수신하는 것을 포함한다.
상기 동작은 상기 제1 네트워크의 AMF를 선택하여 상기 등록 요청 메시지를 상기 제1 네트워크의 AMF로 전달하는 것을 포함한다.
상기 동작은 상기 제1 네트워크의 AMF로부터 초기 UE 컨텍스트 설정 요청 메시지를 수신하는 것을 포함한다. 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함한다. 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
상기 동작은 상기 단말로 상기 등록 수락 메시지를 전달하는 것을 포함한다.
상기 동작은 상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로 상기 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시하는 것을 포함한다.
도 12는 본 명세서의 구현이 적용되는 단말에 의해 수행되는 방법의 일 예를 나타낸다.
단계 S1200에서, 단말은 등록 요청 메시지를 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로 전송한다.
일부 구현에서, 상기 등록 요청 메시지는 선호하는 네트워크 목록 정보를 포함할 수 있다. 상기 선호하는 네트워크 목록 정보는 상기 단말이 등록 가능한 네트워크의 ID 및/또는 상기 단말이 등록 가능한 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다. 또는, 상기 선호하는 네트워크 목록 정보는 상기 제1 네트워크와 SLA를 맺은 네트워크의 ID 및/또는 상기 제1 네트워크와 SLA를 맺은 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다.
단계 S1210에서, 상기 단말은 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 상기 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로부터 수신한다. 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
일부 구현에서, 상기 등록 수락 메시지는 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함할 수 있다.
일부 구현에서, 상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원됨을 지시하는 것을 기반으로, 상기 단말은 상기 제1 네트워크에서 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행할 수 있다.
일부 구현에서, 상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되지 않음을 지시하는 것을 기반으로, 상기 단말은 상기 제1 네트워크의 N3IWF를 통해 PDU 세션을 수립하고, 상기 PDU 세션을 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행할 수 있다. 이때, 상기 PDU 세션을 수립하는 요청 유형은 "기존 PDU 세션(Existing PDU Session)"일 수 있다.
일부 구현에서, 상기 단말은 이동 장치, 네트워크 및/또는 상기 단말과 다른 자율 주행 차량 중 적어도 하나와 통신할 수 있다.
또한, 도 12에서 단말의 관점에서 설명된 방법은 도 2에서 도시된 제1 무선 장치(100), 도 3에서 도시된 무선 장치(100) 및/또는 도 4에서 도시된 UE(100)에 의해 수행될 수 있다.
보다 구체적으로, 단말은 하나 이상의 송수신부, 하나 이상의 프로세서, 및 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함한다. 상기 하나 이상의 메모리는 다음의 동작이 상기 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장한다.
상기 동작은 등록 요청 메시지를 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로 전송하는 것을 포함한다.
일부 구현에서, 상기 등록 요청 메시지는 선호하는 네트워크 목록 정보를 포함할 수 있다. 상기 선호하는 네트워크 목록 정보는 상기 단말이 등록 가능한 네트워크의 ID 및/또는 상기 단말이 등록 가능한 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다. 또는, 상기 선호하는 네트워크 목록 정보는 상기 제1 네트워크와 SLA를 맺은 네트워크의 ID 및/또는 상기 제1 네트워크와 SLA를 맺은 네트워크의 우선 순위 중 적어도 하나를 포함할 수 있다.
상기 동작은 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 상기 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로부터 수신하는 것을 포함한다. 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
일부 구현에서, 상기 등록 수락 메시지는 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함할 수 있다.
일부 구현에서, 상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원됨을 지시하는 것을 기반으로, 상기 동작은 상기 제1 네트워크에서 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행하는 것을 더 포함할 수 있다.
일부 구현에서, 상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되지 않음을 지시하는 것을 기반으로, 상기 동작은 상기 제1 네트워크의 N3IWF를 통해 PDU 세션을 수립하고, 상기 PDU 세션을 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행하는 것을 더 포함할 수 있다. 이때, 상기 PDU 세션을 수립하는 요청 유형은 "기존 PDU 세션(Existing PDU Session)"일 수 있다.
또한, 도 12에서 단말의 관점에서 설명된 방법은 도 2에서 도시된 제1 무선 장치(100)에 포함된 프로세서(102)의 제어, 도 3에서 도시된 무선 장치(100)에 포함된 통신 장치(110) 및/또는 제어 장치(120)의 제어 및/또는 도 4에서 도시된 UE(100)에 포함된 프로세서(102)의 제어에 의해 수행될 수 있다.
보다 구체적으로, 무선 통신 시스템에서 동작하는 장치는 하나 이상의 프로세서, 및 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함한다. 상기 하나 이상의 프로세서는, 등록 요청 메시지를 생성하고, 및 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 획득하는 것을 포함하는 동작을 수행하도록 구성되며, 상기 등록 수락 메시지는 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
또한, 도 12에서 단말의 관점에서 설명된 방법은 도 2에서 도시된 제1 무선 장치(100)에 포함된 메모리(104)에 저장된 소프트웨어 코드(105)에 의해 수행될 수 있다.
본 명세서의 기술적 특징은 하드웨어에서 직접, 프로세서에 의해 실행되는 소프트웨어에서 또는 둘의 조합으로 구현될 수 있다. 예를 들어, 무선 통신에서 무선 장치에 의해 수행되는 방법은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 조합으로 구현될 수 있다. 예를 들어, 소프트웨어는 RAM, 플래시 메모리, ROM, EPROM, EEPROM, 레지스터, 하드 디스크, 이동식 디스크, CD-ROM 또는 기타 저장 매체에 있을 수 있다.
프로세서가 저장 매체에서 정보를 읽을 수 있도록 저장 매체의 일부 예시가 프로세서에 결합할 수 있다. 또는, 저장 매체가 프로세서에 통합될 수 있다. 프로세서와 저장 매체는 ASIC에 있을 수 있다. 다른 예에서는 프로세서와 저장 매체가 별개의 구성 요소로 존재할 수 있다.
컴퓨터가 읽을 수 있는 매체는 유형의 비일시적(non-transitory)인 컴퓨터 판독이 가능한 저장 매체를 포함할 수 있다.
예를 들어, 비일시적 컴퓨터 판독이 가능한 매체는 SDRAM(synchronous dynamic RAM)와 같은 RAM, ROM, 비휘발성 NVRAM(non-volatile RAM), EEPROM, 플래시 메모리, 자기 또는 광학 데이터 저장 매체 또는 명령이나 데이터 구조를 저장하는 데에 사용할 수 있는 다른 매체를 포함할 수 있다. 비일시적 컴퓨터 판독이 가능한 매체는 위의 조합을 포함할 수 있다.
또한, 본 명세서에 기술된 방법은, 적어도 부분적으로 명령이나 데이터 구조의 형태로 코드를 운반하거나 통신하며 컴퓨터가 접속, 읽기 및/또는 실행할 수 있는 컴퓨터 판독이 가능한 통신 매체에 의해 실현될 수 있다.
본 명세서의 일부 구현에 따르면, 비일시적 CRM(computer-readable medium)은 복수의 명령을 저장한다.
보다 구체적으로, CRM은 동작이 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장한다. 상기 동작은 등록 요청 메시지를 생성하고, 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 획득하는 것을 포함하며, 상기 등록 수락 메시지는 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함한다.
이하, 본 명세서의 다양한 구현 및/또는 실시예를 설명한다.
이하 설명되는 실시예에서, 특정 PLMN이 다른 SNPN과 SLA을 맺은 상태이며, 사업자의 망 구성 상황에 따라 SLA를 맺은 PLMN과 SNPN의 AMF 사이에는 N14 인터페이스가 존재한다고 가정한다.
이하 설명되는 실시예는 단말이 PLMN에서 SNPN으로 이동하는 경우, 또는 SNPN에서 PLMN으로 이동하는 경우, 또는 SNPN 간에 이동하는 경우 모두에 대해서 서비스 연속성을 모두 지원할 수 있다.
1. 실시예 1: PLMN과 SNPN 사이의 서비스 연속성 보장
본 명세서의 실시예 1은 PLMN과 SNPN 사이의 서비스 연속성을 보장하기 위해 두 네트워크 간 N14 인터페이스를 지원하는지를 단말에게 알려주는 방법을 제시한다.
본 명세서의 실시예 1의 일부 구현에 따르면, 단말이 소스 네트워크로 등록하거나 PDU 세션을 수립하는 과정에서, 소스 네트워크는 해당 네트워크가 현재 SLA를 통해 N14 인터페이스를 가지고 있는 타겟 네트워크의 목록을 단말에게 제공할 수 있다. 또한, 본 명세서의 실시예 1의 일부 구현에 따르면, 소스 네트워크는 단말이 타겟 네트워크로 이동한 후 "기존 PDU 세션"을 요청 유형으로 하는 PDU 세션 수립 절차를 수행해야 한다는 정보를 단말에게 제공할 수 있다.
도 13은 본 명세서의 구현이 적용되는 PLMN과 SNPN 사이의 서비스 연속성을 보장하기 위한 방법의 일 예를 나타낸다.
도 13에 도시된 예시는 도 11 및 도 12에서 설명된 방법을 전체 시스템 관점에서 설명한 예시이다.
(1) 단계 S1302: 네트워크에 등록하기 위해 단말은 등록 요청 메시지를 NG-RAN로 전송한다. 이 단계는, 도 6에서 설명된 등록 절차의 1단계에 대응한다. 또한, 이 단계는, 도 11에서 설명된 단계 S1100 및/또는 도 12에서 설명된 단계 S1200에 대응한다.
등록 요청 메시지는 선호하는 네트워크 리스트를 포함할 수 있다. 선호하는 네트워크 리스트는 현재 단말이 등록 가능한 다른 네트워크의 ID(예: PLMN ID 및/또는 PLMN ID와 NID의 조합) 및/또는 해당 네트워크의 우선 순위 정보를 포함할 수 있다. 단말이 등록 가능한 다른 네트워크가 여러 개일 경우, 최우선 순위에 있는 네트워크로의 서비스 연속성이 가장 먼저 고려될 수 있다.
또는, PLMN과 SLA를 맺은 SNPN의 네트워크 ID 및/또는 우선순위 정보가 단말에 미리 구성되어 있을 수 있다. 예를 들어, 단말이 PLMN에 등록할 때, 선호하는 네트워크 리스트는 해당 PLMN과 SLA를 맺은 SNPN ID (예: PLMN ID와 NID의 조합) 및/또는 해당 SNPN의 우선순위 정보를 포함할 수 있다. 예를 들어, 단말이 SNPN에 등록할 때, 선호하는 네트워크 리스트는 해당 SNPN과 SLA를 맺은 PLMN ID (예: PLMN ID 및/또는 PLMN ID와 NID의 조합) 및/또는 해당 PNPN의 우선순위 정보를 포함할 수 있다. 단말이 PLMN과 SNPN 간에 SLA가 있는지 모르는 경우, 선호하는 네트워크 리스트는, SLA에 상관 없이 단말이 등록 가능한 네트워크 정보만 포함할 수 있다. 이 경우, 네트워크에서 선호하는 네트워크 리스트 중 SLA가 있는 네트워크로 우선해서 핸드오버를 수행할 수 있다.
단말에 미리 구성되는 PLMN과 SLA를 맺은 SNPN의 네트워크 ID 및/또는 우선순위 정보는 UE 구성 업데이트 (UE Configuration Update) 절차를 통해 업데이트 될 수 있다.
(2) 단계 S1304: NG-RAN은 AMF를 선택한다. 이 단계는, 도 6에서 설명된 등록 절차의 2단계에 대응한다. 또한, 이 단계는, 도 11에서 설명된 단계 S1110에 대응한다.
NG-RAN은 5G-S-TMSI 및/또는 GUAMI를 기반으로 AMF를 선택할 수 있다. 5G-S-TMSI 및/또는 GUAMI는 단말이 전송한 등록 요청 메시지 내에 포함되어 수신될 수 있다. 5G-S-TMSI 및/또는 GUAMI가 단말이 전송한 등록 요청 메시지 내에 포함되어 있지 않거나 유효하지 않으면, NG-RAN은 요청된 NSSAI 등을 기반으로 AMF를 선택할 수 있다. 만약 적절한 AMF를 선택하기 어렵다면, NG-RAN은 NG-RAN 내에 구성되어 있는 정보를 기반으로 기본(default) AMF를 선택할 수 있다.
(3) 단계 S1306: NG-RAN은 선택된 AMF에게 단말로부터 수신한 등록 요청 메시지를 전달한다. 이 단계는, 도 6에서 설명된 등록 절차의 3단계에 대응한다. 또한, 이 단계는, 도 11에서 설명된 단계 S1110 및/또는 도 12에서 설명된 단계 S1200에 대응한다.
(4) 단계 S1308: 도 6 및 도 7에서 설명된 등록 절차의 4-20단계가 수행된다.
(5) 단계 S1310: AMF는 단말의 등록 요청을 받아줄 수 있으면, 단말로부터 받은 선호하는 네트워크 리스트, UDM으로부터 받은 가입자 정보, SNPN의 AMF 사이의 N14 인터페이스 유무, SLA 등을 기반으로 해당 단말이 사용할 수 있는 (또는 지원되는) 네트워크 리스트를 결정하고, 해당 네트워크의 ID를 지원하는 네트워크 리스트(supported network list) 내에 포함시킬 수 있다.
AMF가 결정한 해당 단말이 사용할 수 있는 (또는 지원되는) 네트워크 리스트는 단말로부터 수신한 선호하는 네트워크 리스트 안에서 결정될 수 있다. 예를 들어, 단말이 PLMN에 등록할 때, AMF는 선호하는 네트워크 리스트 중에서 현재 PLMN이 단말에 대해 서비스 연속성을 지원할 수 있는 SNPN ID를 지원하는 네트워크 리스트 내에 포함시킬 수 있다. 예를 들어, 단말이 SNPN에 등록할 때, AMF는 선호하는 네트워크 리스트 중에서 현재 SNPN이 단말에 대해 서비스 연속성을 지원할 수 있는 PLMN ID를 지원하는 네트워크 리스트 내에 포함시킬 수 있다.
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 미리 구성되어 있다고 가정할 수 있다. 또는, SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 NG-RAN에 미리 구성되어 있을 수 있으며, SLA가 존재하는 경우 두 네트워크 사이에는 Xn 인터페이스가 존재할 수 있다.
단계 S1310는 AMF가 UDM으로부터 가입자 정보를 가져온 뒤에 바로 수행될 수 있다.
AMF는 지원하는 네트워크 리스트 대신 및/또는 지원하는 네트워크 리스트와 함께 단말이 다른 네트워크로 이동할 때 사용해야 하는 이동성 모드(mobility mode)를 결정할 수 있다. 이동성 모드는 핸드오버, N3IWF 기반 인터워킹, LBO PDU 세션 수립 중 어느 하나를 지시할 수 있다.
AMF는 현재 활성화 상태인 PDU 세션(즉, 수립되어 있는 PDU 세션)이 있는 경우, 각각의 PDU 세션에 대하여 이동성 모드를 결정할 수 있다. 예를 들어, 2개의 PDU 세션(예: PDU 세션 A 및 PDU 세션 B)이 활성화 상태일 때, AMF는 PDU 세션 A에 대해서는 이동성 모드를 N3IWF 기반 인터워킹으로, PDU 세션 B에 대해서는 이동성 모드를 핸드오버로 결정할 수 있다.
AMF는 단말이 이동할 수 있는 타겟 네트워크에 따라 단말 별 또는 단말의 활성화 된 PDU 세션 별로 이동성 모드를 다르게 결정할 수 있다. 예를 들어, AMF는 타겟 네트워크에 따라 단말 별 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, SNPN-2: N3IWF 기반 인터워킹
- UE-2, PLMN-1: LBO PDU 세션 수립
- UE-2, SNPN-2: Xn 기반 또는 NG 기반 핸드오버
예를 들어, AMF는 타겟 네트워크에 따라 활성화 된 PDU 세션 별로 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PDU 세션 A, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, PDU 세션 A, SNPN-2: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, PLMN-1: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, SNPN-2: LBO PDU 세션 수립
AMF는 해당 상황에 맞게 결정된 이동성 모드에 대한 정보를 초기 등록, 이동성 등록, PDU 세션 수립, 및/또는 PDU 세션 수정 등의 절차를 통해 NG-RAN 및/또는 단말로 전송할 수 있다. 예를 들어, 생성된 PDU 세션이 LBO로 만들어 졌는지 아니면 홈 라우트(HR; home routed)로 만들어졌는지 등이 고려될 수 있다.
또는, AMF는 지원하는 네트워크 리스트 및/또는 이동성 모드 대신, 단말 또는 활성화 된 PDU 세션이 다른 네트워크로 이동될 때 핸드오버를 이용할 수 있는지 여부만을 결정할 수도 있다.
(6) 단계 S1312: AMF는 NG-RAN에서 UE 컨텍스트를 생성하기 위해 초기 컨텍스트 설정 요청(NGAP INITIAL CONTEXT SETUP REQUEST) 메시지를 NG-RAN으로 전송한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다. 또한, 이 단계는, 도 11에서 설명된 단계 S1120 및/또는 도 12에서 설명된 단계 S1210에 대응한다.
초기 컨텍스트 설정 요청 메시지는 AMF가 결정한 지원하는 네트워크 리스트를 포함할 수 있다. NG-RAN은 지원하는 네트워크 리스트에 포함된 네트워크에 대해 N14 인터페이스를 이용한 NG 핸드오버를 트리거 할 수 있다. NG-RAN은 지원하는 네트워크 리스트를 기반으로 단말에게 RRC 메시지를 이용하여 연결 모드 이동을 위한 측정을 지시/구성할 수 있다.
초기 컨텍스트 설정 요청 메시지는 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 포함할 수 있다. 등록 수락 메시지는 "5GS 네트워크 특징 지원(5GS network Feature Support)" 지시자를 포함할 수 있다. 5GS 네트워크 특징 지원 지시자는 PLMN과 SNPN의 AMF 사이에 N14 인터페이스를 지원하는지 여부를 단말에게 알려주기 위해 "N14 인터페이스 지원(N14 Interface Supported)" 지시자를 포함할 수 있다. 5GS 네트워크 특징 지원 지시자 및 N14 인터페이스 지원 지시자는 명칭에 불과하며, 다른 명칭으로 대체될 수 있다.
초기 컨텍스트 설정 요청 메시지 대신 DL NAS 전달(DOWNLINK NAS TRANSPORT) 메시지가 사용될 수 있다.
(7) 단계 S1314: NG-RAN은 AMF로부터 수신한 등록 수락 메시지를 단말로 전달한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다. 또한, 이 단계는, 도 11에서 설명된 단계 S1130 및/또는 도 12에서 설명된 단계 S1210에 대응한다.
등록 수락 메시지를 수신한 단말은 N14 인터페이스 지원 지시자를 통해 현재 등록된 네트워크와 SLA를 맺은 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다.
사업자의 망 구성으로 인해, 현재 단말이 등록된 네트워크가 SLA를 맺은 네트워크 중 일부 네트워크와는 N14 인터페이스를 가지고 있으나, 그 외의 네트워크와는 N14 인터페이스를 가지고 있지 않을 수 있다. 이때, 현재 등록된 네트워크의 AMF는 등록 수락 메시지에 지원되는 네트워크 리스트를 추가로 포함하여 전송할 수 있다. 이 경우, 단말은 N14 인터페이스 지원 지시자 및 지원되는 네트워크 리스트 모두를 고려하여, 현재 등록된 네트워크와 SLA를 맺은 네트워크 중 어느 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다.
(8) 단계 S1316: 도 7에서 설명된 등록 절차의 22-25단계가 수행된다.
(9) 단계 S1318/S1320: 단말이 현재 등록된 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 다른 네트워크로 이동하는 경우, 단계 S1312/S1314에서 수신한 정보를 기반으로 다음과 같이 동작할 수 있다.
- 단계 S1318: 단말이 현재 등록된 네트워크와 N14 인터페이스가 존재하고 지원되는 네트워크 리스트에 포함되어 있는 네트워크로 이동하는 경우, NG-RAN은 소스 네트워크의 AMF로 NG 기반 핸드오버를 트리거 할 수 있다. 이는 도 11에서 설명된 단계 S1140에 대응한다. 핸드오버 요청시, NG-RAN은 타겟 네트워크 ID (예: PLMN ID 및/또는 PLMN ID와 NID의 조합)을 포함할 수 있다. 핸드오버 요청을 수신한 소스 네트워크의 AMF는 N14 인터페이스를 통해 타겟 네트워크의 AMF로 UE 컨텍스트와 함께 핸드오버를 요청하여 단말에 대한 서비스 연속성이 보장되도록 할 수 있다.
- 단계 S1320: 단말이 현재 등록된 네트워크와 N14 인터페이스가 없는 네트워크로 이동하는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커(anchor)된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
도 14는 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 일 예를 나타낸다.
도 14를 참조하면, 단말이 홈 SP(service provider)에서 V-SNPN(visited SNPN)으로 이동하거나, 또는 V-SNPN을 변경한 경우(예: V-SNPN-1 -> V-SNPN-2), 홈 SP에 앵커된 HR PDU 세션에 대하여 홈 SP의 N3IWF을 통해 PDU 세션 수립 절차가 수행될 수 있다.
도 15는 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 다른 예를 나타낸다.
도 15를 참조하면, 단말이 V-SNPN에서 홈 SP로 이동한 경우, V-SNPN에 앵커된 LBO PDU 세션에 대하여 V-SNPN의 N3IWF을 통해 PDU 세션 수립 절차가 수행될 수 있다.
도 16은 본 명세서의 구현이 적용되는 N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 다른 예를 나타낸다.
도 16을 참조하면, 단말이 V-SNPN을 변경한 경우(예: V-SNPN-1 -> V-SNPN-2), V-SNPN-1에 앵커된 LBO PDU 세션에 대하여 V-SNPN-1의 N3IWF을 통해 PDU 세션 수립 절차가 수행될 수 있다.
한편, 도 13에서 PLMN와 SLA를 맺은 SNPN에 대한 정보가 단말에 미리 구성되어 있음을 가정하였으나, 단말 대신 UDM에 PLMN와 SLA를 맺은 SNPN에 대한 정보가 구성될 수도 있다. 이 경우, 단말은 선호하는 네트워크 리스트를 등록 요청 메시지 안에 포함시키지 않을 수 있으며, 대신 단말로부터 등록 요청 메시지를 수신한 AMF가 UDM으로부터 PLMN과 SLA를 맺은 SNPN에 대한 정보(예: 네트워크 ID)를 받아와서 단계 S1310의 동작을 수행할 수 있다. 또는, UDM에는 단말이 등록 가능한 네트워크에 대한 정보만 저장되고, SLA를 맺은 네트워크에 대한 정보는 AMF에 구성될 수 있다. 이 경우, AMF는 지원하는 네트워크 리스트를 결정할 때 SLA가 맺어져 있는지 여부를 고려할 수 있다. 또는, AMF는 가입자 정보와 무관하게 SLA를 맺은 네트워크 정보만 기반으로 지원하는 네트워크 리스트를 결정할 수 있다.
상술한 본 명세서의 실시예 1에 따르면, 소스 네트워크의 NG-RAN은 타겟 네트워크로의 핸드오버를 트리거 할 때, N14 인터페이스의 존재 여부를 참고하여 불필요한 핸드오버 시도를 줄일 수 있다. 또한, 단말은 N14 인터페이스가 존재하지 않는 타겟 네트워크로 이동하는 경우, 소스 네트워크로부터 제공받은 정보를 기반으로 후속 동작(예: "기존 PDU 세션"을 요청 유형으로 하는 PDU 세션 수립 절차)을 빠르게 실행할 수 있어 사용자에게 서비스 연속성을 보장할 수 있다.
2. 실시예 2: NG 설정 절차를 기반으로 PLMN과 SNPN 사이의 서비스 연속성 보장
본 명세서의 실시예 2는 PLMN과 SNPN 사이의 서비스 연속성을 보장하기 위해 두 네트워크 간 N14 인터페이스를 지원하는지를 NG 설정 절차를 기반으로 단말에게 알려주는 방법을 제시한다.
도 17은 본 명세서의 구현이 적용되는 NG 설정 절차를 기반으로 PLMN과 SNPN 사이의 서비스 연속성의 보장하기 위한 방법의 일 예를 나타낸다.
(1) 단계 S1702: NG-RAN은 AMF와 NG 인터페이스를 수립하기 위해 AMF로 NG 설정 요청(NG Setup Request) 메시지를 전송한다.
(2) 단계 S1704: AMF는 NG 설정 요청 메시지에 대한 응답인 NG 설정 응답(NG Setup Response) 메시지를 NG-RAN으로 전송한다.
NG 설정 응답 메시지는 "네트워크 ID 및 N14 인터페이스 지시(Network IDs with N14 interface indication)" IE(information element)를 포함할 수 있다. 네트워크 ID 및 N14 인터페이스 지시 IE는 AMF가 SLA를 맺은 네트워크의 ID(예; PLMN ID 및/또는 PLMN ID와 NID의 조합)의 리스트를 나타낼 수 있다. 네트워크 ID 및 N14 인터페이스 지시 IE는 해당 AMF가 개별 네트워크와 N14 인터페이스를 가지고 있는지에 대한 정보를 포함할 수 있다. 네트워크 ID 및 N14 인터페이스 지시 IE는 명칭에 불과하며, 다른 명칭으로 대체될 수 있다.
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 미리 구성되어 있다고 가정할 수 있다. 또는, SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 NG-RAN에 미리 구성되어 있을 수 있으며, SLA가 존재하는 경우 두 네트워크 사이에는 Xn 인터페이스가 존재할 수 있다.
(3) 단계 S1706: NG-RAN은 AMF로부터 수신한 네트워크 ID 및 N14 인터페이스 지시 IE를 SIB(system information block)을 통해 단말로 전달한다.
사업자의 망 구성으로 인해, 현재 단말이 등록된 네트워크가 SLA를 맺은 네트워크 중 일부 네트워크와는 N14 인터페이스를 가지고 있으나, 그 외의 네트워크와는 N14 인터페이스를 가지고 있지 않을 수 있다. 이때, 단말은 네트워크 ID 및 N14 인터페이스 지시 IE를 고려하여, 현재 등록된 네트워크와 SLA를 맺은 네트워크 중 어느 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다. 이에 따라 단말은 후속 동작(예: NG 기반 핸드오버 또는 PDU 세션 수립 절차)을 결정할 수 있다.
추가로, 후술할 단계 S1716에서 전송되는 등록 수락 메시지 내에 AMF가 결정한 지원하는 네트워크 리스트가 포함될 수 있다. 이때, 단말은 지원하는 네트워크 리스트 또한 고려하여, 현재 등록된 네트워크와 SLA를 맺은 네트워크 중 어느 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다. 이에 따라 단말은 후속 동작(예: NG 기반 핸드오버 또는 PDU 세션 수립 절차)을 결정할 수 있다.
(4) 단계 S1708: 네트워크에 등록하기 위해 단말은 등록 요청 메시지를 NG-RAN로 전송한다. 이 단계는, 도 6에서 설명된 등록 절차의 1단계에 대응한다.
등록 요청 메시지는 선호하는 네트워크 리스트를 포함할 수 있다. 선호하는 네트워크 리스트는 SIB를 통해 수신한 네트워크 ID 및 N14 인터페이스 지시 IE에 속하는 네트워크 ID 중 현재 단말이 등록 가능한 다른 네트워크의 ID(예: PLMN ID 및/또는 PLMN ID와 NID의 조합) 및/또는 해당 네트워크의 우선 순위 정보를 포함할 수 있다. 단말이 등록 가능한 다른 네트워크가 여러 개일 경우, 최우선 순위에 있는 네트워크로의 서비스 연속성이 가장 먼저 고려될 수 있다.
또는, PLMN과 SLA를 맺은 SNPN의 네트워크 ID 및/또는 우선순위 정보가 단말에 미리 구성되어 있을 수 있다. 이 경우, 단말에 미리 구성된 정보와 SIB을 통해 수신한 정보를 모두 고려하여 선호하는 네트워크 리스트가 구성될 수 있다. 예를 들어, 단말이 PLMN에 등록할 때, 선호하는 네트워크 리스트는 네트워크 ID 및 N14 인터페이스 지시 IE에 속하는 네트워크 ID 중에서 해당 PLMN과 SLA를 맺은 SNPN ID (예: PLMN ID와 NID의 조합) 및/또는 해당 SNPN의 우선순위 정보를 포함할 수 있다. 예를 들어, 단말이 SNPN에 등록할 때, 선호하는 네트워크 리스트는 네트워크 ID 및 N14 인터페이스 지시 IE에 속하는 네트워크 ID 중에서 해당 SNPN과 SLA를 맺은 PLMN ID (예: PLMN ID 및/또는 PLMN ID와 NID의 조합) 및/또는 해당 PNPN의 우선순위 정보를 포함할 수 있다. 단말이 PLMN과 SNPN 간에 SLA가 있는지 모르는 경우, 선호하는 네트워크 리스트는, SLA에 상관 없이 네트워크 ID 및 N14 인터페이스 지시 IE에 속하는 네트워크 ID 중에서 단말이 등록 가능한 네트워크 정보만 포함할 수 있다. 이 경우, 네트워크에서 선호하는 네트워크 리스트 중 SLA가 있는 네트워크로 우선해서 핸드오버를 수행할 수 있다.
단말에 미리 구성되는 PLMN과 SLA를 맺은 SNPN의 네트워크 ID 및/또는 우선순위 정보는 UE 구성 업데이트 절차를 통해 업데이트 될 수 있다.
(5) 단계 S1710: NG-RAN은 AMF를 선택한다. 이 단계는, 도 6에서 설명된 등록 절차의 2단계에 대응한다.
NG-RAN은 5G-S-TMSI 및/또는 GUAMI를 기반으로 AMF를 선택할 수 있다. 5G-S-TMSI 및/또는 GUAMI는 단말이 전송한 등록 요청 메시지 내에 포함되어 수신될 수 있다. 5G-S-TMSI 및/또는 GUAMI가 단말이 전송한 등록 요청 메시지 내에 포함되어 있지 않거나 유효하지 않으면, NG-RAN은 요청된 NSSAI 등을 기반으로 AMF를 선택할 수 있다. 만약 적절한 AMF를 선택하기 어렵다면, NG-RAN은 NG-RAN 내에 구성되어 있는 정보를 기반으로 기본 AMF를 선택할 수 있다.
(6) 단계 S1712: NG-RAN은 선택된 AMF에게 단말로부터 수신한 등록 요청 메시지를 전달한다. 이 단계는, 도 6에서 설명된 등록 절차의 3단계에 대응한다.
(7) 단계 S1714: 도 6 및 도 7에서 설명된 등록 절차의 4-20단계가 수행된다.
(8) 단계 S1716: AMF는 단말의 등록 요청을 받아줄 수 있으면, 단말로부터 받은 선호하는 네트워크 리스트, UDM으로부터 받은 가입자 정보, SNPN의 AMF 사이의 N14 인터페이스 유무, SLA 등을 기반으로 해당 단말이 사용할 수 있는 (또는 지원되는) 네트워크 리스트를 결정하고, 해당 네트워크의 ID를 지원하는 네트워크 리스트 내에 포함시킬 수 있다.
AMF가 결정한 해당 단말이 사용할 수 있는 (또는 지원되는) 네트워크 리스트는 단말로부터 수신한 선호하는 네트워크 리스트 안에서 결정될 수 있다. 예를 들어, 단말이 PLMN에 등록할 때, AMF는 선호하는 네트워크 리스트 중에서 현재 PLMN이 단말에 대해 서비스 연속성을 지원할 수 있는 SNPN ID를 지원하는 네트워크 리스트 내에 포함시킬 수 있다. 예를 들어, 단말이 SNPN에 등록할 때, AMF는 선호하는 네트워크 리스트 중에서 현재 SNPN이 단말에 대해 서비스 연속성을 지원할 수 있는 PLMN ID를 지원하는 네트워크 리스트 내에 포함시킬 수 있다.
단계 S1716은 AMF가 UDM으로부터 가입자 정보를 가져온 뒤에 바로 수행될 수 있다.
AMF는 지원하는 네트워크 리스트 대신 및/또는 지원하는 네트워크 리스트와 함께 단말이 다른 네트워크로 이동할 때 사용해야 하는 이동성 모드를 결정할 수 있다. 이동성 모드는 핸드오버, N3IWF 기반 인터워킹, LBO PDU 세션 수립 중 어느 하나를 지시할 수 있다.
AMF는 현재 활성화 상태인 PDU 세션(즉, 수립되어 있는 PDU 세션)이 있는 경우, 각각의 PDU 세션에 대하여 이동성 모드를 결정할 수 있다. 예를 들어, 2개의 PDU 세션(예: PDU 세션 A 및 PDU 세션 B)이 활성화 상태일 때, AMF는 PDU 세션 A에 대해서는 이동성 모드를 N3IWF 기반 인터워킹으로, PDU 세션 B에 대해서는 이동성 모드를 핸드오버로 결정할 수 있다.
AMF는 단말이 이동할 수 있는 타겟 네트워크에 따라 단말 별 또는 단말의 활성화 된 PDU 세션 별로 이동성 모드를 다르게 결정할 수 있다. 예를 들어, AMF는 타겟 네트워크에 따라 단말 별 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, SNPN-2: N3IWF 기반 인터워킹
- UE-2, PLMN-1: LBO PDU 세션 수립
- UE-2, SNPN-2: Xn 기반 또는 NG 기반 핸드오버
예를 들어, AMF는 타겟 네트워크에 따라 활성화 된 PDU 세션 별로 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PDU 세션 A, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, PDU 세션 A, SNPN-2: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, PLMN-1: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, SNPN-2: LBO PDU 세션 수립
AMF는 해당 상황에 맞게 결정된 이동성 모드에 대한 정보를 초기 등록, 이동성 등록, PDU 세션 수립, 및/또는 PDU 세션 수정 등의 절차를 통해 NG-RAN 및/또는 단말로 전송할 수 있다. 예를 들어, 생성된 PDU 세션이 LBO로 만들어 졌는지 아니면 HR로 만들어졌는지 등이 고려될 수 있다.
또는, AMF는 지원하는 네트워크 리스트 및/또는 이동성 모드 대신, 단말 또는 활성화 된 PDU 세션이 다른 네트워크로 이동될 때 핸드오버를 이용할 수 있는지 여부만을 결정할 수도 있다.
(9) 단계 S1718: AMF는 NG-RAN에서 UE 컨텍스트를 생성하기 위해 초기 컨텍스트 설정 요청 메시지를 NG-RAN으로 전송한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다.
초기 컨텍스트 설정 요청 메시지는 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 포함할 수 있다. 초기 컨텍스트 설정 요청 메시지는 AMF가 결정한 지원하는 네트워크 리스트를 포함할 수 있다. NG-RAN은 지원하는 네트워크 리스트에 포함된 네트워크에 대해 N14 인터페이스를 이용한 NG 핸드오버를 트리거 할 수 있다. NG-RAN은 지원하는 네트워크 리스트를 기반으로 단말에게 RRC 메시지를 이용하여 연결 모드 이동을 위한 측정을 지시/구성할 수 있다.
NG-RAN으로 전송하는 정보는 단계 S1704에서 전송한 정보에 대하여 업데이트가 필요한 경우에만 전송될 수 있다. 예를 들어, N14 인터페이스는 있지만 단말이 특정 SNPN 또는 PLMN에 대한 구독이 없어서 해당 네트워크로는 핸드오버를 수행하면 안 되는 경우 등에 업데이트가 필요하고, NG-RAN으로 정보가 전송될 수 있다.
초기 컨텍스트 설정 요청 메시지 대신 DL NAS 전달 메시지가 사용될 수 있다.
(10) 단계 S1720: NG-RAN은 AMF로부터 수신한 등록 수락 메시지를 단말로 전달한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다.
등록 수락 메시지를 수신한 단말은 현재 등록된 네트워크와 SLA를 맺은 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다.
사업자의 망 구성으로 인해, 현재 단말이 등록된 네트워크가 SLA를 맺은 네트워크 중 일부 네트워크와는 N14 인터페이스를 가지고 있으나, 그 외의 네트워크와는 N14 인터페이스를 가지고 있지 않을 수 있다. 이때, 현재 등록된 네트워크의 AMF는 등록 수락 메시지에 지원되는 네트워크 리스트를 추가로 포함하여 전송할 수 있다. 이 경우, 단말은 N14 인터페이스 지원 지시자 및 지원되는 네트워크 리스트 모두를 고려하여, 현재 등록된 네트워크와 SLA를 맺은 네트워크 중 어느 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다.
이후, 도 7에서 설명된 등록 절차의 22-25단계가 수행된다. 이 단계는 도 17에는 도시되지 않는다.
이후, 단말이 현재 등록된 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 다른 네트워크로 이동하는 경우, 단계 S1718/S1720에서 수신한 정보를 기반으로 다음과 같이 동작할 수 있다. 이 단계는 도 17에는 도시되지 않는다.
단말이 현재 등록된 네트워크와 N14 인터페이스가 존재하고 지원되는 네트워크 리스트에 포함되어 있는 네트워크로 이동하는 경우, NG-RAN은 소스 네트워크의 AMF로 NG 기반 핸드오버를 트리거 할 수 있다. 핸드오버 요청시, NG-RAN은 타겟 네트워크 ID (예: PLMN ID 및/또는 PLMN ID와 NID의 조합)을 포함할 수 있다. 핸드오버 요청을 수신한 소스 네트워크의 AMF는 N14 인터페이스를 통해 타겟 네트워크의 AMF로 UE 컨텍스트와 함께 핸드오버를 요청하여 단말에 대한 서비스 연속성이 보장되도록 할 수 있다.
단말이 현재 등록된 네트워크와 N14 인터페이스가 없는 네트워크로 이동하는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커 된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 예시는 상술한 도 14 내지 도 16을 참조할 수 있다.
한편, 도 17에서 PLMN와 SLA를 맺은 SNPN에 대한 정보가 단말에 미리 구성되어 있음을 가정하였으나, 단말 대신 UDM에 PLMN와 SLA를 맺은 SNPN에 대한 정보가 구성될 수도 있다. 이 경우, 단말은 선호하는 네트워크 리스트를 등록 요청 메시지 안에 포함시키지 않을 수 있으며, 대신 단말로부터 등록 요청 메시지를 수신한 AMF가 UDM으로부터 PLMN과 SLA를 맺은 SNPN에 대한 정보(예: 네트워크 ID)를 받아와서 단계 S1716의 동작을 수행할 수 있다. 또는, UDM에는 단말이 등록 가능한 네트워크에 대한 정보만 저장되고, SLA를 맺은 네트워크에 대한 정보는 AMF에 구성될 수 있다. 이 경우, AMF는 지원하는 네트워크 리스트를 결정할 때 SLA가 맺어져 있는지 여부를 고려할 수 있다. 또는, AMF는 가입자 정보와 무관하게 SLA를 맺은 네트워크 정보만 기반으로 지원하는 네트워크 리스트를 결정할 수 있다.
상술한 본 명세서의 실시예 2에 따르면, 네트워크는 등록 절차에서 N14 인터페이스 지원 여부를 단말에게 알려, 망 구성 상황에 맞춰 단말이 PLMN과 SNPN 사이의 서비스 연속성을 지원받기 위한 방법을 선택할 수 있도록 지원할 수 있다. 또한, NG-RAN이 망 구성 상황을 미리 알고, 타겟 네트워크로의 Xn 기반 핸드오버 또는 NG 기반 핸드오버를 수행하여 단말을 타겟 네트워크로 빨리 이동시킬 수 있다.
3. 실시예 3: SNPN과 분리된 개체가 자격 증명을 가지는 상황에서 SNPN 간의 서비스 연속성
본 명세서의 실시예 3은 네트워크가 망 구성 상황에 맞춰 다른 네트워크로의 서비스 연속성을 보장하며, 동시에 단말에게 불필요한 지연 시간을 야기하지 않는 방법을 제시한다.
도 18은 본 명세서의 구현이 적용되는 V-SNPN과 홈 SP 간에 N14 인터페이스를 지원하는지를 단말에게 알려주는 방법의 일 예를 나타낸다.
(1) 단계 S1802: NG-RAN은 AMF와 NG 인터페이스를 수립하기 위해 AMF로 NG 설정 요청 메시지를 전송한다. NG 설정 요청 메시지는 지원 가능한 SNPN 목록를 포함할 수 있다.
(2) 단계 S1804: AMF는 NG 설정 요청 메시지에 대한 응답인 NG 설정 응답메시지를 NG-RAN으로 전송한다.
NG 설정 응답 메시지는 "지원하는 홈 SP ID 및 N14 인터페이스 지시(Supported Home SP ID with N14 interface indication)" IE를 포함할 수 있다. 지원하는 홈 SP ID 및 N14 인터페이스 지시 IE는 AMF가 SLA를 맺은 네트워크의 ID(예; PLMN ID 및/또는 PLMN ID와 NID의 조합)의 리스트를 나타낼 수 있다. 지원하는 홈 SP ID 및 N14 인터페이스 지시 IE는 해당 AMF가 개별 네트워크와 N14 인터페이스를 가지고 있는지에 대한 정보를 포함할 수 있다. 지원하는 홈 SP ID 및 N14 인터페이스 지시 IE는 명칭에 불과하며, 다른 명칭으로 대체될 수 있다.
NG 설정 응답 메시지는 또한 "지원하는 로밍 그룹 ID 및 N14 인터페이스 지시(Supported Roaming Group ID with N14 interface indication)" IE를 포함할 수 있다. 로밍 그룹은 V-SNPN의 AMF가 SLA를 맺은 네트워크를 몇 개의 그룹으로 나누어 설정한 것으로, SIB를 통해 모든 홈 SP ID를 방송하는 것을 막기 위해 사용될 수 있다. 따라서 지원하는 로밍 그룹 ID 및 N14 인터페이스 지시 IE는 V-SNPN의 AMF가 SLA를 맺은 네트워크의 그룹의 리스트를 나타낼 수 있다. 로밍 그룹 ID 및 N14 인터페이스 지시 IE는 해당 AMF가 특정 그룹에 속한 네트워크와 N14 인터페이스를 가지고 있는지에 대한 정보를 포함할 수 있다. 로밍 그룹 ID 및 N14 인터페이스 지시 IE는 명칭에 불과하며, 다른 명칭으로 대체될 수 있다.
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 미리 구성되어 있다고 가정할 수 있다. 또는, SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 NG-RAN에 미리 구성되어 있을 수 있으며, SLA가 존재하는 경우 두 네트워크 사이에는 Xn 인터페이스가 존재할 수 있다.
(3) 단계 S1806: NG-RAN은 AMF로부터 수신한 지원하는 홈 SP ID 및 N14 인터페이스 지시 IE 및/또는 로밍 그룹 ID 및 N14 인터페이스 지시 IE를 SIB을 통해 단말로 전달한다.
사업자의 망 구성으로 인해, 현재 단말이 등록된 네트워크가 SLA를 맺은 네트워크 중 일부 네트워크와는 N14 인터페이스를 가지고 있으나, 그 외의 네트워크와는 N14 인터페이스를 가지고 있지 않을 수 있다. 이때, 단말은 지원하는 홈 SP ID 및 N14 인터페이스 지시 IE 및/또는 로밍 그룹 ID 및 N14 인터페이스 지시 IE를 고려하여, 현재 등록된 네트워크와 SLA를 맺은 네트워크 중 어느 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다. 이에 따라 단말은 후속 동작(예: NG 기반 핸드오버 또는 PDU 세션 수립 절차)을 결정할 수 있다.
(4) 단계 S1808: 네트워크에 등록하기 위해 단말은 등록 요청 메시지를 NG-RAN로 전송한다. 이 단계는, 도 6에서 설명된 등록 절차의 1단계에 대응한다.
지원하는 홈 SP ID 및 N14 인터페이스 지시 IE 및/또는 로밍 그룹 ID 및 N14 인터페이스 지시 IE에 포함된 네트워크 중에서 현재 단말이 등록 가능한 홈 SP 네트워크에 대해 V-SNPN의 AMF가 홈 SP에게 단말에 대한 인증을 요청할 수 있도록, 등록 요청 메시지는 홈 SP에 대한 단말 ID 정보를 포함할 수 있다.
홈 SP ID와 우선순위 정보가 단말에 미리 구성되어 있을 수 있다. 이 경우, 단말에 미리 구성된 정보와 SIB를 통해 수신한 정보를 모두 고려하여 홈 SP에 대한 단말 ID를 선택할 수 있다.
(5) 단계 S1810: NG-RAN은 AMF를 선택한다. 이 단계는, 도 6에서 설명된 등록 절차의 2단계에 대응한다.
NG-RAN은 5G-S-TMSI 및/또는 GUAMI를 기반으로 AMF를 선택할 수 있다. 5G-S-TMSI 및/또는 GUAMI는 단말이 전송한 등록 요청 메시지 내에 포함되어 수신될 수 있다. 5G-S-TMSI 및/또는 GUAMI가 단말이 전송한 등록 요청 메시지 내에 포함되어 있지 않거나 유효하지 않으면, NG-RAN은 요청된 NSSAI 등을 기반으로 AMF를 선택할 수 있다. 만약 적절한 AMF를 선택하기 어렵다면, NG-RAN은 NG-RAN 내에 구성되어 있는 정보를 기반으로 기본 AMF를 선택할 수 있다.
(6) 단계 S1812: NG-RAN은 선택된 AMF에게 단말로부터 수신한 등록 요청 메시지를 전달한다. 이 단계는, 도 6에서 설명된 등록 절차의 3단계에 대응한다.
(7) 단계 S1814: 도 6 및 도 7에서 설명된 등록 절차의 4-20단계가 수행된다.
이 단계에서, AMF는 단말로부터 수신한 홈 SP에 대한 단말 ID를 기반으로 홈 SP ID를 선택할 수 있다. AMF는 홈 SP에 속한 AUSF와 UDM에게 단말에 대한 인증을 요청하고 가입자 정보를 받아올 수 있다.
AMF는 홈 SP ID 대신 및/또는 홈 SP ID와 함께 단말이 다른 네트워크로 이동할 때 사용해야 하는 이동성 모드를 결정할 수 있다. 이동성 모드는 핸드오버, N3IWF 기반 인터워킹, LBO PDU 세션 수립 중 어느 하나를 지시할 수 있다.
AMF는 현재 활성화 상태인 PDU 세션(즉, 수립되어 있는 PDU 세션)이 있는 경우, 각각의 PDU 세션에 대하여 이동성 모드를 결정할 수 있다. 예를 들어, 2개의 PDU 세션(예: PDU 세션 A 및 PDU 세션 B)이 활성화 상태일 때, AMF는 PDU 세션 A에 대해서는 이동성 모드를 N3IWF 기반 인터워킹으로, PDU 세션 B에 대해서는 이동성 모드를 핸드오버로 결정할 수 있다.
AMF는 단말이 이동할 수 있는 타겟 네트워크에 따라 단말 별 또는 단말의 활성화 된 PDU 세션 별로 이동성 모드를 다르게 결정할 수 있다. 예를 들어, AMF는 타겟 네트워크에 따라 단말 별 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, SNPN-2: N3IWF 기반 인터워킹
- UE-2, PLMN-1: LBO PDU 세션 수립
- UE-2, SNPN-2: Xn 기반 또는 NG 기반 핸드오버
예를 들어, AMF는 타겟 네트워크에 따라 활성화 된 PDU 세션 별로 이동성 모드를 다음과 같이 결정할 수 있다.
- UE-1, PDU 세션 A, PLMN-1: Xn 기반 또는 NG 기반 핸드오버
- UE-1, PDU 세션 A, SNPN-2: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, PLMN-1: N3IWF 기반 인터워킹
- UE-1, PDU 세션 B, SNPN-2: LBO PDU 세션 수립
AMF는 해당 상황에 맞게 결정된 이동성 모드에 대한 정보를 초기 등록, 이동성 등록, PDU 세션 수립, 및/또는 PDU 세션 수정 등의 절차를 통해 NG-RAN 및/또는 단말로 전송할 수 있다. 예를 들어, 생성된 PDU 세션이 LBO로 만들어 졌는지 아니면 HR로 만들어졌는지 등이 고려될 수 있다.
또는, AMF는 홈 SP ID 및/또는 이동성 모드 대신, 단말 또는 활성화 된 PDU 세션이 다른 네트워크로 이동될 때 핸드오버를 이용할 수 있는지 여부만을 결정할 수도 있다.
(8) 단계 S1816: AMF는 NG-RAN에서 UE 컨텍스트를 생성하기 위해 초기 컨텍스트 설정 요청 메시지를 NG-RAN으로 전송한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다.
초기 컨텍스트 설정 요청 메시지는 등록 요청 메시지에 대한 응답인 등록 수락 메시지를 포함할 수 있다. 초기 컨텍스트 설정 요청 메시지는 선택된 홈 SP ID를 포함할 수 있다. V-SNPN의 NG-RAN은 선택된 홈 SP ID를 기반으로 홈 SP에 대한 추가적인 동작(예: 접속 제어, 연결 모드 이동)을 수행할 수 있다. 예를 들어, V-SNPN의 NG-RAN은 홈 SP로의 연결 모드 이동을 위해, 단말에게 홈 SP 네트워크에 대한 측정을 지시할 수 있다.
NG-RAN으로 전송하는 정보는 단계 S1804에서 전송한 정보에 대하여 업데이트가 필요한 경우에만 전송될 수 있다. 예를 들어, N14 인터페이스는 있지만 단말이 특정 SNPN 또는 PLMN에 대한 구독이 없어서 해당 네트워크로는 핸드오버를 수행하면 안 되는 경우 등에 업데이트가 필요하고, NG-RAN으로 정보가 전송될 수 있다.
초기 컨텍스트 설정 요청 메시지 대신 DL NAS 전달 메시지가 사용될 수 있다.
(9) 단계 S1818: NG-RAN은 AMF로부터 수신한 등록 수락 메시지를 단말로 전달한다. 이 단계는, 도 7에서 설명된 등록 절차의 21단계에 대응한다.
등록 수락 메시지를 수신한 단말은 현재 등록된 네트워크와 SLA를 맺은 홈 SP 네트워크로 N14 인터페이스를 통한 서비스 연속성이 보장될 수 있는지 알 수 있다.
이후, 도 7에서 설명된 등록 절차의 22-25단계가 수행된다. 이 단계는 도 18에는 도시되지 않는다.
이후, 단말이 현재 등록된 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 다른 네트워크로 이동하는 경우, 단계 S1816/S1818에서 수신한 정보를 기반으로 다음과 같이 동작할 수 있다. 이 단계는 도 18에는 도시되지 않는다.
단말이 현재 등록된 네트워크와 N14 인터페이스가 존재하고 지원되는 네트워크 리스트에 포함되어 있는 네트워크로 이동하는 경우, NG-RAN은 소스 네트워크의 AMF로 NG 기반 핸드오버를 트리거 할 수 있다. 핸드오버 요청시, NG-RAN은 타겟 네트워크 ID (예: PLMN ID 및/또는 PLMN ID와 NID의 조합)을 포함할 수 있다. 핸드오버 요청을 수신한 소스 네트워크의 AMF는 N14 인터페이스를 통해 타겟 네트워크의 AMF로 UE 컨텍스트와 함께 핸드오버를 요청하여 단말에 대한 서비스 연속성이 보장되도록 할 수 있다.
단말이 현재 등록된 네트워크와 N14 인터페이스가 없는 네트워크로 이동하는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커 된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 예시는 상술한 도 14 내지 도 16을 참조할 수 있다.
상술한 본 명세서의 실시예 3에 따르면, 네트워크는 N14 인터페이스 지원 여부를 단말에게 SIB를 통해 미리 알려, 망 구성 상황에 맞춰 단말이 홈 SP와 V-SNPN 사이의 서비스 연속성을 지원받기 위한 방법을 선택할 수 있도록 지원할 수 있다. 또한, V-SNPN의 NG-RAN이 홈 SP를 고려하여 추가적인 동작이 가능하도록 지원할 수 있다. 또한, NG-RAN이 망 구성 상황을 미리 알고, 타겟 네트워크로의 Xn 기반 핸드오버 또는 NG 기반 핸드오버를 수행하여 단말을 타겟 네트워크로 빨리 이동시킬 수 있다.
4. 실시예 4: PDU 세션 수립 절차 중에 UD에게 이동성 모드를 알림
도 19는 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 PDU 세션 수립 절차 중에 단말에게 알려주는 방법의 일 예를 나타낸다.
(0) 단계 S1900: 단말은 도 6 및 도 7에서 설명된 등록 절차에 따라 단말이 네트워크에 이미 등록된 상태이다.
(1) 단계 S1902/S1904: 단말은 해당 네트워크로부터 서비스를 제공받기 위하여 PDU 세션 수립 요청 메시지를 RRC 및 N2 메시지를 통해 전송한다. 이 단계는 도 8에서 설명된 PDU 세션 수립 절차의 1단계에 대응한다.
(2) 단계 S1906: 도 8에서 설명된 PDU 세션 수립 절차의 2-10단계가 수행될 수 있다. 이는 수립되는 PDU 세션이 LBO PDU 세션인 경우 일 수 있다.
수립되는 PDU 세션이 HR PDU 세션인 경우, 3GPP TS 23.502의 S4.3.2.2.2를 참조할 수 있다.
(3) 단계 S1908: SMF는 다음의 정보 중 적어도 하나를 기반으로 PDU 세션이 3GPP TS 23.502의 S4.9.1에 기술된 3GPP 접속에서의 핸드오버 절차를 이용하여 다른 네트워크로 핸드오버 될 수 있는지 결정한다.
1) UDM으로부터 받은 가입자 정보;
2) LBO PDU 세션 또는 HR PDU 세션인지 여부;
3) 현재 등록된 네트워크와 다른 네트워크 간의 N14 인터페이스 유무;
4) N14 인터페이스가 존재하는 경우, 두 네트워크 사이에서 맺어진 SLA 여부;
5) 단말이 상술한 도 11 내지 도 13, 도 18 및/또는 도 19에서 설명된 등록 절차를 수행한 경우, 그 과정에서 만들어진 지원하는 네트워크 리스트;
6) PCF로부터 받아올 수 있는 정보 (예: 선호도 정보 - N3IWF 기반 인터워킹 또는 RAN 기반 핸드오버 등)
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 구성된다고 가정한다. 단계 S1906에서 AMF가 해당 정보를 Nsmf_PDUSession_CreateSMContext Request 등의 메시지를 이용하여 SMF에게 전달할 수 있다.
단계 S1908은 SMF가 UDM으로부터 가입자 정보를 가져온 뒤에 바로 실행될 수 있다.
상술한 정보 중 3), 4), 5)는 AMF가 PDU 세션 수립 요청 메시지를 SMF로 전달할 때 정보를 제공될 수 있다.
(4) 단계 S1910: SMF는 해당 PDU 세션을 위해 NG-RAN에서 할당해야 하는 자원 정보와 PDU 세션 수립 수락 메시지를 생성해 Namf_Communication_N1N2MessageTransfer 메시지를 이용하여 AMF에게 전달한다. 이 단계는 도 8에서 설명된 PDU 세션 수립 절차의 11단계에 대응한다.
SMF는 단계 S1908에서 결정한 정보(즉, 핸드오버 수행 여부)를 NG-RAN과 단말에게 핸드오버 도움 정보(Handover Assistance Information) 형태로 전달할 수 있다. 핸드오버 도움 정보는 다음의 정보 중 적어도 하나를 포함할 수 있다.
- 이동성 모드: 해당 PDU 세션이 다른 네트워크로 이동해야 하는 경우, 사용해야 하는 이동성 절차(Xn 기반 핸드오버, NG 기반 핸드오버, N3IWF 기반 인터워킹 및/또는 LBO PDU 세션 수립 절차 등)
- 해당 PDU 세션이 핸드오버 절차를 이용하여 전달되면 안 되는 네트워크 리스트
- 해당 PDU 세션이 LBO PDU 세션인지, HR PDU 세션인지에 대한 정보
- 해당 PDU 세션이 생성된 네트워크에 대한 정보 (예: PLMN ID 또는 PLMN ID와 NID의 조합)
이동성 모드 대신, 해당 PDU 세션이 3GPP 접속에서의 핸드오버 절차를 이용하여 다른 네트워크로 핸드오버 될 수 있는지에 대한 지시자(온/오프 형태)를 NG-RAN과 단말에게 알리는 것도 가능하다.
핸드오버 도움 정보 외에 S-NSSAI가 이용될 수 있다. 즉, 특정 S-NSSAI를 이용하는 PDU 세션이 다른 네트워크로 어떠한 이동성 모드를 이용하여 전달되어야 하는지, 및/또는 다른 네트워크로 (Xn 기반 또는 NG 기반) 핸드오버 가능한지 등의 정보가 NG-RAN에 먼저 구성(OAM(Operation administration maintenance) 또는 NG 설정 절차에 따라)될 수 있다. 이후, PDU 세션 수립 과정에서 PDU 세션 자원 설정 요청 메시지에 포함된 S-NSSAI를 통해 NG-RAN은 해당 PDU 세션에 대한 이동성 모드 또는 핸드오버 가능 여부를 판단할 수 있다. 단말에도 관련 정보가 구성되면, S-NSSAI를 이용하여 유사한 동작이 가능할 수 있다.
(5) 단계 S1912: AMF는 단계 S1910에 SMF로부터 수신한 PDU 세션을 위한 자원 정보를 포함하는 PDU 세션 자원 설정 요청 메시지를 NG-RAN으로 전송한다. 이 단계는 도 8에서 설명된 PDU 세션 수립 절차의 12단계에 대응한다.
PDU 세션 자원 설정 요청 메시지는 단말에게 전달할 PDU 세션 수립 수락 메시지를 포함한다. 또한, PDU 세션 자원 설정 요청 메시지에 포함된 핸드오버 도움 정보를 통해 NG-RAN은 해당 PDU 세션에 대한 이동성 모드 또는 타 네트워크로의 핸드오버 가능 여부를 알 수 있다.
(6) 단계 S1914: PDU 세션에 대한 자원 할당 요청을 승낙한 NG-RAN은 SMF가 보낸 정보를 기반으로 PDU 세션에 대한 NG-RAN 구성(예: SDAP 구성, DRB 구성 등)을 결정하고 이를 RRC 재구성 메시지를 통해 단말에게 알린다. 이 단계는 도 8에서 설명된 PDU 세션 수립 절차의 13단계에 대응한다.
단말에게 전달되는 RRC 메시지는 PDU 세션 수립 수락 메시지를 포함한다. NG-RAN으로부터 해당 PDU 세션과 관련한 구성 정보를 수신한 단말은 이를 적용 후 NG-RAN에게 RRC 재구성 완료 메시지로 응답한다.
PDU 세션 수립 수락 메시지에 포함된 핸드오버 도움 정보를 통해 단말은 해당 PDU 세션에 대한 이동성 모드 또는 타 네트워크로의 핸드오버 가능 여부를 알 수 있다.
(7) 단계 S1916: 도 9에서 설명된 PDU 세션 수립 절차의 14-21단계가 수행될 수 있다. 이는 수립되는 PDU 세션이 LBO PDU 세션인 경우 일 수 있다.
수립되는 PDU 세션이 HR PDU 세션인 경우, 3GPP TS 23.502의 S4.3.2.2.2를 참조할 수 있다.
(8) 단계 S1918/S1920: 단말이 현재 등록된 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 다른 네트워크로 이동하는 경우, 단계 S1912/S1914에서 수신한 정보를 기반으로 NG-RAN과 단말은 다음과 같이 동작할 수 있다.
- 단계 S1918: 핸드오버 도움 정보 내에 이동성 모드가 Xn 기반 또는 NG 기반 핸드오버로 설정되는 경우, NG-RAN은 타켓 네트워크의 NG-RAN으로 Xn 기반 또는 NG 기반 핸드오버 절차를 시작할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 있다는 지시자를 수신한 경우에도 Xn 기반 또는 NG 기반 핸드오버 절차를 시작할 수 있다.
- 단계 S1920: 핸드오버 도움 정보 내에 이동성 모드가 N3IWF 기반 인터워킹으로 설정되는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신한 경우에도 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커 된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 예시는 상술한 도 14 내지 도 16을 참조할 수 있다.
핸드오버 도움 정보 내에 이동성 모드가 LBO PDU 세션 수립으로 설정되는 경우, 단말은 도 8 및 도 9에서 설명된 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신하여 단계 S1920에서 N3IWF을 통한 PDU 세션 수립 절차를 시도했으나 실패한 경우, 도 8 및 도 9에서 설명된 PDU 세션 수립 절차가 수행될 수 있다.
상술한 본 명세서의 실시예 4에 따르면, PDU 세션 수립 절차에서 네트워크는 단말에게 홈 SP와 V-SNPN 사이의 서비스 연속성을 지원하기 위한 방법을 선택하여 알려줄 수 있다. 또한 NG-RAN이 망 구성 상황을 미리 알고, 타겟 네트워크로의 Xn 기반 또는 NG 기반 핸드오버를 실행하여 단말을 타겟 네트워크로 빨리 이동시킬 수 있다.
5. 실시예 5: UE 구성 업데이트 절차를 사용하여 UE에게 이동성 모드를 알림
도 20은 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 PDU 세션 수립 절차 이후 UE 구성 업데이트 절차를 통해 단말에게 알려주는 방법의 일 예를 나타낸다.
(0) 단계 S2000/S2002: 단말은 도 6 및 도 7에서 설명된 등록 절차에 따라 단말이 네트워크에 이미 등록된 상태이다.
또한, 단말은 해당 네트워크로부터 서비스를 제공받기 위하여 도 8 및 도 9에서 설명된 PDU 세션 수립 절차를 수행한다. 이는 해당 PDU 세션이 LBO PDU 세션인 경우일 수 있다. 수립되는 PDU 세션이 HR PDU 세션인 경우, 3GPP TS 23.502의 S4.3.2.2.2를 참조할 수 있다.
(1) 단계 S2004: AMF는 다음의 정보 중 적어도 하나를 기반으로 단말에 대해 핸드오버 절차를 이용하여 서비스 연속성을 보장할 수 있는 네트워크 리스트(예: 지원하는 네트워크 리스트)를 결정하고, 이를 단말에게 전달하기 위해 UE 구성 업데이트 절차를 개시한다.
- 단말이 현재 사용하고 PDU 세션 리스트;
- 활성화 된 PDU 세션이 LBO PDU 세션 또는 HR PDU 세션인지 여부;
- UDM으로부터 받은 가입자 정보;
- 현재 등록된 네트워크와 다른 네트워크 간의 N14 인터페이스 유무;
- N14 인터페이스가 존재하는 경우, 두 네트워크 사이에서 맺어진 SLA 유무;
- 단말이 상술한 도 11 내지 도 13, 도 18 및/또는 도 19에서 설명된 등록 절차를 수행한 경우, 그 과정에서 만들어진 지원하는 네트워크 리스트;
6) PCF로부터 받아올 수 있는 정보 (예: 선호도 정보 - N3IWF 기반 인터워킹 또는 RAN 기반 핸드오버 등)
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 미리 구성되어 있다고 가정할 수 있다.
AMF는 지원하는 네트워크 리스트 대신 및/또는 지원하는 네트워크 리스트와 함께 단말이 다른 네트워크로 이동할 때 사용해야 하는 이동성 모드를 결정할 수 있다. 이동성 모드는 핸드오버, N3IWF 기반 인터워킹, LBO PDU 세션 수립 중 어느 하나를 지시할 수 있다.
AMF는 현재 활성화 상태인 PDU 세션(즉, 수립되어 있는 PDU 세션)이 있는 경우, 각각의 PDU 세션에 대하여 이동성 모드를 결정할 수 있다. 예를 들어, 2개의 PDU 세션(예: PDU 세션 A 및 PDU 세션 B)이 활성화 상태일 때, AMF는 PDU 세션 A에 대해서는 이동성 모드를 N3IWF 기반 인터워킹으로, PDU 세션 B에 대해서는 이동성 모드를 핸드오버로 결정할 수 있다.
AMF는 단말이 이동할 수 있는 타겟 네트워크에 따라 이동성 모드를 다르게 결정할 수 있다. 예를 들어, AMF는 PDU 세션 A에 대해 타겟 네트워크가 PLMN-1일 경우엔 핸드오버 절차를, 타겟 네트워크가 SNPN-2일 경우 N3IWF 기반 인터워킹을 사용하도록 결정할 수 있다.
또는, AMF는 지원하는 네트워크 리스트 및/또는 이동성 모드 대신, 단말 또는 활성화 된 PDU 세션이 다른 네트워크로 이동될 때 핸드오버를 이용할 수 있는지 여부만을 결정할 수도 있다.
(2) 단계 S2006: AMF는 단계 S2004에서 결정된 지원하는 네트워크 리스트를 UE 구성 업데이트 커맨드에 포함하여 단말에게 전달한다. 이 과정에서 NG-RAN에게도 지원하는 네트워크 리스트를 같이 전달할 수 있다.
단계 S2004에서 지원하는 네트워크 리스트 대신 단말의 이동성 모드나 개별 PDU 세션에 대한 이동성 모드를 결정한 경우, 해당 정보가 단말과 NG-RAN에게 전달될 수 있다.
(3) 단계 S2008: 단말은 단계 S2006에서 수신한 정보를 업데이트한 후, UE 구성 업데이트 완료 메시지를 이용하여 AMF에게 응답한다.
(4) 단계 S2010: 3GPP TS 23.502의 S4.2.4.2에 개시된 UE 구성 업데이트 절차 중 2b-4단계가 수행된다.
이후, 단말이 현재 등록된 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 다른 네트워크로 이동하는 경우, 단계 S2006에서 수신한 정보를 기반으로 NG-RAN과 단말은 다음과 같이 동작할 수 있다. 이 단계는 도 20에는 도시되지 않는다.
타겟 네트워크가 지원되는 네트워크 리스트에 포함되어 있거나 및/또는 이동성 모드가 Xn 기반 또는 NG 기반 핸드오버로 설정되는 경우, NG-RAN은 타켓 네트워크의 NG-RAN으로 Xn 기반 또는 NG 기반 핸드오버 절차를 시작할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 있다는 지시자를 수신한 경우에도 Xn 기반 또는 NG 기반 핸드오버 절차를 시작할 수 있다.
이동성 모드가 N3IWF 기반 인터워킹으로 설정되는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신한 경우에도 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커 된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 예시는 상술한 도 14 내지 도 16을 참조할 수 있다.
이동성 모드가 LBO PDU 세션 수립으로 설정되는 경우, 단말은 도 8 및 도 9에서 설명된 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신하여 N3IWF을 통한 PDU 세션 수립 절차를 시도했으나 실패한 경우, 도 8 및 도 9에서 설명된 PDU 세션 수립 절차가 수행될 수 있다.
상술한 본 명세서의 실시예 5에 따르면, UE 구성 업데이트 절차를 이용하여 네트워크는 활성화 된 PDU 세션 상황에 맞춰 단말에게 홈 SP와 V-SNPN 사이의 서비스 연속성을 지원하기 위한 방법을 선택하여 알려줄 수 있다.
6. 실시예 6: 타겟 네트워크로 등록 절차 중에 UE에게 이동성 모드를 알림
도 21은 본 명세서의 구현이 적용되는 PLMN과 SNPN 간의 핸드오버가 가능한지 여부를 타겟 네트워크가 단말에게 알려주는 방법의 일 예를 나타낸다.
도 21에서, 소스 네트워크와 타겟 네트워크에서 단말이 사용할 수 있는 구독(subscription)이 다르다고 가정한다. 따라서, 단말은 소스 네트워크와 타겟 네트워크에서 각각 등록 절차를 수행해야 한다.
(0) 단계 S2100/S2102: 단말은 도 6 및 도 7에서 설명된 등록 절차에 따라 단말이 소스 네트워크(5GC #1)에 이미 등록된 상태이다.
또한, 단말은 소스 네트워크로부터 서비스를 제공받기 위하여 도 8 및 도 9에서 설명된 PDU 세션 수립 절차를 수행한다. 이는 해당 PDU 세션이 LBO PDU 세션인 경우일 수 있다. 수립되는 PDU 세션이 HR PDU 세션인 경우, 3GPP TS 23.502의 S4.3.2.2.2를 참조할 수 있다.
(1) 단계 S2104: 단말이 소스 네트워크와는 다른 구독을 이용하여 타겟 네트워크(5GC #2)에 접속해야 하기 때문에, 단말은 타겟 네트워크에 등록 절차를 시작한다. 타겟 네트워크를 위한 구독을 포함하고 있는 등록 요청 메시지를 타겟 네트워크의 NG-RAN으로 전송한다.
등록 요청 메시지는 소스 네트워크 ID, 소스 네트워크에서 현재 사용하고 있는 서비스 목록, 현재 활성화 된(즉, 이미 수립된) PDU 세션 정보 (예: S-NSSAI, LBO PDU 세션 리스트, HR PDU 세션 리스트, HR PDU 세션인 경우 홈 네트워크 ID) 등을 포함하는 동작 중인 서비스 정보(On-going serving information)을 포함할 수 있다.
등록 요청 메시지는 도 11 내지 도 13 및/또는 도 17에서 설명된 선호하는 네트워크 리스트를 포함할 수 있다.
단말이 소스 네트워크와 동일한 구독을 이용하여 타겟 네트워크에 등록하는 경우에도 동일하게 적용 가능하다.
(2) 단계 S2106: NG-RAN은 AMF를 선택한다.
NG-RAN은 5G-S-TMSI 및/또는 GUAMI를 기반으로 AMF를 선택할 수 있다. 5G-S-TMSI 및/또는 GUAMI는 단말이 전송한 등록 요청 메시지 내에 포함되어 수신될 수 있다. 5G-S-TMSI 및/또는 GUAMI가 단말이 전송한 등록 요청 메시지 내에 포함되어 있지 않거나 유효하지 않으면, NG-RAN은 요청된 NSSAI 등을 기반으로 AMF를 선택할 수 있다. 만약 적절한 AMF를 선택하기 어렵다면, NG-RAN은 NG-RAN 내에 구성되어 있는 정보를 기반으로 기본 AMF를 선택할 수 있다.
(3) 단계 S2108: NG-RAN은 선택된 AMF에게 단말로부터 수신한 등록 요청 메시지를 전달한다.
(4) 단계 S2110: 도 6 및 도 7에서 설명된 등록 절차의 4-20단계가 수행된다.
단말은 타겟 네트워크와의 등록 절차에서, 소스 네트워크에서 할당 받은 5G-GUTI나 소스 네트워크와의 등록 절차에서 사용한 SUCI, NID 등을 타겟 네트워크로 전달할 수 있다. 타겟 네트워크가 해당 정보를 활용하여 소스 네트워크를 찾을 수 있다면, 타겟 네트워크는 이를 기반으로 UE 컨텍스트를 넘겨 받거나 또는 UDM으로부터 가져온 가입자 정보(예: 만들어져 있는 PDU 세션에 대한 정보)를 기반으로 단말에 대한 이동성 모드를 결정할 때 참고할 수 있다. 만들어져 있는 PDU 세션에 대한 정보는 PDU 세션을 담당하는 SMF 주소 또는 ID를 포함할 수 있으며, SMF 주소 또는 ID에는 PLMN/SNPN ID가 들어 있으므로, 타겟 네트워크는 이를 기반으로 어떤 PLMN/SNPN에서 PDU 세션이 생성 되었는지 알 수 있다.
(5) 단계 S2112: 타겟 네트워크의 AMF는 단말의 등록 요청을 받아줄 수 있으면, 단말로부터 받은 동작 중인 서비스 정보, UDM으로부터 받은 가입자 정보, SNPN의 AMF 사이의 N14 인터페이스 유무, SLA 등을 기반으로 해당 단말이 사용할 수 있는 이동성 모드(예: 핸드오버, N3IWF 기반 인터워킹, LBO PDU 세션 수립 등)을 결정한다.
SLA를 맺은 PLMN과 SNPN의 AMF 사이에 N14 인터페이스가 존재하는지에 대한 정보는 AMF에 미리 구성되어 있다고 가정할 수 있다.
단계 S2112는 AMF가 UDM으로부터 가입자 정보를 가져온 뒤에 바로 수행될 수 있다.
타겟 네트워크의 AMF는 소스 네트워크에서 현재 활성화 상태인 PDU 세션(즉, 수립되어 있는 PDU 세션)이 있는 경우, 각각의 PDU 세션에 대하여 이동성 모드를 결정할 수 있다. 예를 들어, 2개의 PDU 세션(예: PDU 세션 A 및 PDU 세션 B)이 활성화 상태일 때, AMF는 PDU 세션 A에 대해서는 이동성 모드를 N3IWF 기반 인터워킹으로, PDU 세션 B에 대해서는 이동성 모드를 핸드오버로 결정할 수 있다.
또는, AMF는 이동성 모드 대신, 단말 또는 활성화 된 PDU 세션이 타겟 네트워크로 이동될 때 핸드오버를 이용할 수 있는지 여부만을 결정할 수도 있다.
단계 S2104에서 등록 요청 메시지가 선호하는 네트워크 리스트를 포함하여 전송된 경우, 타겟 네트워크의 AMF는 단말로부터 받은 선호하는 네트워크 리스트, UDM으로부터 받은 가입자 정보, SNPN의 AMF 사이의 N14 인터페이스 유무, SLA 등을 기반으로 해당 단말이 사용할 수 있는 지원하는 네트워크 리스트를 결정할 수 있다. 지원하는 네트워크 리스트에 포함되는 네트워크 ID는 선호하는 네트워크 리스트 내에서 결정될 수 있다.
(6) 단계 S2114: 타겟 네트워크의 AMF는 NG-RAN에서 UE 컨텍스트를 생성하깅 위해 DL NAS 전달 메시지를 타겟 네트워크의 NG-RAN으로 전송한다.
DL NAS 전달 메시지는 등록 수락 메시지를 포함할 수 있다. DL NAS 전달 메시지 및 등록 수락 메시지는 단계 S2112에서 결정된 이동성 모드를 포함할 수 있다.
DL NAS 전달 메시지 대신에 초기 컨텍스트 설정 요청 메시지가 이용될 수 있다.
(7) 단계 S2116: 타겟 네트워크의 NG-RAN은 단계 S2114에서 타겟 네트워크의 AMF로부터 수신한 등록 수락 메시지를 단말에게 전달한다. 단말은 이동성 모드를 포함한 등록 수락 메시지를 수신하면, 소스 네트워크에서 타겟 네트워크로 이동할 때 어떠한 이동성 모드를 사용해야 할지 알 수 있다.
이후, 도 7에서 설명된 등록 절차의 22-25단계가 수행된다. 이 단계는 도 21에는 도시되지 않는다.
이후, 단말이 소스 네트워크에서 서비스 받고 있는 PDU 세션을 유지한 채로 타겟 네트워크로 이동하는 경우, 단계 S2116에서 수신한 정보를 기반으로 다음과 같이 동작할 수 있다. 이 단계는 도 21에는 도시되지 않는다.
이동성 모드가 Xn 기반 또는 NG 기반 핸드오버로 설정되는 경우, 단말은 소스 네트워크의 NG-RAN에게 단말이 타겟 네트워크로 이동하는 상황에서 핸드오버 절차를 이용할 수 있음을 알릴 수 있다. 따라서 이후에 소스 네트워크의 NG-RAN이 타켓 네트워크의 NG-RAN으로 Xn 기반 또는 NG 기반 핸드오버를 시작할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 있다는 지시자를 수신한 경우에도 Xn 기반 또는 NG 기반 핸드오버를 시작할 수 있다.
이동성 모드가 N3IWF 기반 인터워킹으로 설정되는 경우, 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신한 경우에도 단말은 N3IWF을 통해 PDU 세션 수립 절차를 수행할 수 있다. 즉, 단말은 해당 PDU 세션이 앵커 된 네트워크의 N3IWF를 선택해서 등록을 수행하고, PDU 세션을 수립하고, 해당 PDU 세션에 대한 핸드오버를 수행할 수 있다. PDU 세션을 수립하면서 기존에 존재하던 PDU 세션임을 알리기 위해서, PDU 세션 수립 요청 메시지는 "기존 PDU 세션"으로 설정된 요청 유형 및 핸드오버를 수행하고자 하는 PDU 세션 ID를 포함할 수 있다. 이 과정에서 네트워크로부터 수신된 이동성 모드를 고려해서 핸드오버의 대상이 되는 PDU 세션을 선택할 수 있다. N3IWF를 통한 PDU 세션 수립 절차는 도 8 및 도 9에서 설명된 PDU 세션 수립 절차 및 3GPP TS 23.502의 S4.9.2를 따를 수 있다.
N3IWF을 통한 PDU 수립 절차 및 핸드오버가 수행되는 상황의 예시는 상술한 도 14 내지 도 16을 참조할 수 있다.
이동성 모드가 LBO PDU 세션 수립으로 설정되는 경우, 단말은 도 8 및 도 9에서 설명된 PDU 세션 수립 절차를 수행할 수 있다. 이동성 모드 대신 핸드오버 절차를 이용할 수 없다는 지시자를 수신하여 N3IWF을 통한 PDU 세션 수립 절차를 시도했으나 실패한 경우, 도 8 및 도 9에서 설명된 PDU 세션 수립 절차가 수행될 수 있다.
단말이 핸드오버 절차가 이용 가능함을 소스 네트워크에게 알리는 경우, 이동성 모드가 Xn 기반 또는 NG 기반 핸드오버로 설정된 PDU 세션 리스트를 같이 전달할 수 있다. 이 경우, 소스 네트워크의 NG-RAN은 해당 PDU 세션만을 타겟 네트워크로 전달할 수 있다.
또는, 단말은 핸등버 절차 가능 여부에 대한 아무런 정보도 소스 네트워크에게 전달하지 않을 수 있다. 이 경우, 소스 네트워크의 NG-RAN은 모든 PDU 세션을 타겟 네트워크에게 전달하려 시도할 것이며, 타겟 네트워크는 핸드오버가 가능한 PDU 세션만을 수락할 수 있다. 핸드오버가 거절된 PDU 세션에 대해서 단말은 이동성 모드를 기반으로 N3IWF 기반 인터워킹 또는 LBO PDU 세션 수립 절차를 시도할 수 있다.
단말은 선호하는 네트워크 리스트를 등록 요청 메시지 안에 포함시키지 않을 수 있으며, 대신 단말로부터 등록 요청 메시지를 수신한 AMF가 UDM으로부터 PLMN과 SLA를 맺은 SNPN에 대한 정보(예: 네트워크 ID)를 받아와서 단계 S2112에서 선호하는 네트워크 리스트를 결정할 수 있다. 또는, UDM에는 단말이 등록 가능한 네트워크에 대한 정보만 저장되고, SLA를 맺은 네트워크에 대한 정보는 AMF에 구성될 수 있다. 이 경우, AMF는 지원하는 네트워크 리스트를 결정할 때 SLA가 맺어져 있는지 여부를 고려할 수 있다.
상술한 본 명세서의 실시에 6에 따르면, 단말이 타겟 네트워크에 등록하는 과정에서 타겟 네트워크의 AMF는 소스 네트워크와의 서비스 연속성을 지원하기 위한 방법을 선택하여 알려줄 수 있다.
상술한 본 명세서의 실시예 1에 따르면 다음과 같다.
이동 시나리오 동안, 타겟 네트워크는 이동성 지시를 단말에게 통지하여, 단말이 등록 절차 중에 기존 PDU 세션 지시자를 사용하여 HR PDU 세션을 핸드오버할 것을 지시할 수 있다.
홈 SP에서 SNPN #1로의 이동 시나리오 동안, 대상 네트워크는 이동성 지시를 단말에게 통지하여, 타겟 네트워크로의 등록 절차 중에 홈 SP에 앵커 된 LBO PDU 세션(즉, 비-로밍 PDU 세션)을 어떻게 핸드오버 할 지에 대해 지시할 수 있다.
이동성 지시는 소스 네트워크와 타겟 네트워크 사이의 인터워킹 상황(예: 로밍과 같은 인터워킹 또는 N3IWF 기반 인터워킹 또는 인터워킹 지원 없음)을 기반으로 한다. 이동성 지시에 따라, 단말은 기존 PDU 세션 지시자 또는 초기 요청 지시자를 사용하여 LBO PDU 세션을 타겟 네트워크로 핸드오버 할 수 있다.
또는, 소스 네트워크는 등록 절차 중에 이동성 지시를 제공할 수 있다. 예를 들어, 단말이 수동 선택을 기반으로 대상 SNPN을 선택하는 경우, 단말은 PDU 세션 핸드오버를 지원하는 SNPN을 선택할 수 있다. 또한 단말은 타겟 네트워크의 정보를 이용하여 기존 PDU 세션 지시자 또는 초기 요청 지시자를 사용하여 LBO PDU 세션을 핸드오버 할 수 있다.
이동성 지시가 수신되지 않으면, 단말은 다음의 순서대로 LBO PDU 세션의 핸드오버를 수행할 수 있다.
- 기존 PDU 세션 지시자를 사용한 절차
- 초기 요청 지시자를 사용한 절차
본 명세서에서 도면을 통해 상술한 각 실시예는 개별적으로 수행될 수도 있고, 각 실시예의 일부 특징이 서로 결합하여 수행될 수도 있다.
본 명세서에 기재된 청구항은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 다른 구현은 다음과 같은 청구 범위 내에 있다.

Claims (18)

  1. 무선 통신 시스템에서 동작하는 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드에 의해 수행되는 방법에 있어서,
    등록 요청 메시지(Registration Request message)를 단말(UE; User Equipment)로부터 수신하는 단계;
    상기 제1 네트워크의 AMF(Access and mobility Management Function)를 선택하여 상기 등록 요청 메시지를 상기 제1 네트워크의 AMF로 전달하는 단계;
    상기 제1 네트워크의 AMF로부터 초기 UE 컨텍스트 설정 요청 메시지(Initial UE Context Setup Request message)를 수신하는 단계, 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message) 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함하고, 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하며;
    상기 단말로 상기 등록 수락 메시지를 전달하는 단계; 및
    상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로, 상기 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 등록 요청 메시지는 선호하는 네트워크 목록(preferred network list) 정보를 포함하는 것을 특징으로 하는 방법.
  3. 제 2 항에 있어서,
    상기 선호하는 네트워크 목록 정보는 상기 단말이 등록 가능한 네트워크의 ID(identifier) 및/또는 상기 단말이 등록 가능한 네트워크의 우선 순위 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  4. 제 2 항에 있어서,
    상기 선호하는 네트워크 목록 정보는 상기 제1 네트워크와 SLA(service level agreement)를 맺은 네트워크의 ID(identifier) 및/또는 상기 제1 네트워크와 SLA를 맺은 네트워크의 우선 순위 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 적어도 하나의 제2 네트워크는 선호하는 네트워크 목록 정보, 상기 AMF가 UDM(Unified Data Management)으로부터 얻은 가입자 정보, 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스 유무, 상기 제1 네트워크와 상기 적어도 하나의 제2 네트워크 간의 SLA 중 적어도 하나를 기반으로 상기 AMF에 의해 결정되는 것을 특징으로 하는 방법.
  6. 제 1 항에 있어서,
    상기 등록 수락 메시지는 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  7. 제 1 항에 있어서,
    상기 초기 UE 컨텍스트 설정 요청 메시지는 상기 단말이 상기 적어도 하나의 제2 네트워크로 이동할 때 사용하는 이동성 모드(mobility mode)에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  8. 제 1 항에 있어서,
    상기 제1 네트워크는 PLMN(public land mobile network)이며,
    상기 적어도 하나의 제2 네트워크는 SNPN(stand-alone non-public network)인 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 제1 네트워크는 SNPN이며,
    상기 적어도 하나의 제2 네트워크는 PLMN인 것을 특징으로 하는 방법.
  10. 무선 통신 시스템에서 동작하는 단말(UE; User Equipment)에 의해 수행되는 방법에 있어서,
    등록 요청 메시지(Registration Request message)를 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드를 통해 상기 제1 네트워크의 AMF(Access and mobility Management Function)로 전송하는 단계; 및
    상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message)를 상기 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로부터 수신하는 단계를 포함하며,
    상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  11. 제 10 항에 있어서,
    상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원됨을 지시하는 것을 기반으로, 상기 제1 네트워크에서 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행하는 단계를 더 포함하는 방법.
  12. 제 10 항에 있어서,
    상기 정보가 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되지 않음을 지시하는 것을 기반으로,
    상기 제1 네트워크의 N3IWF(non-3GPP InterWorking Function)를 통해 PDU(protocol data unit) 세션을 수립하는 절차를 수행하는 단계; 및
    상기 PDU 세션을 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로 핸드오버를 수행하는 단계를 더 포함하는 방법.
  13. 제 12 항에 있어서,
    상기 PDU 세션을 수립하는 요청 유형(request type)은 "기존 PDU 세션(Existing PDU Session)"인 것을 특징으로 하는 방법.
  14. 제 10 항에 있어서,
    상기 단말은 이동 장치, 네트워크 및/또는 상기 단말과 다른 자율 주행 차량 중 적어도 하나와 통신하는 것을 특징으로 하는 방법.
  15. 무선 통신 시스템에서 동작하는 단말(UE; User Equipment)에 있어서,
    하나 이상의 송수신부;
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 하나 이상의 메모리는,
    등록 요청 메시지(Registration Request message)를 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드를 통해 상기 제1 네트워크의 AMF(Access and mobility Management Function)로 전송하는 단계; 및
    상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message)를 상기 제1 네트워크의 NG-RAN 노드를 통해 상기 제1 네트워크의 AMF로부터 수신하는 단계;
    를 포함하는 동작이 상기 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장하며,
    상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 단말.
  16. 무선 통신 시스템에서 동작하는 장치에 있어서,
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 하나 이상의 프로세서는,
    등록 요청 메시지(Registration Request message)를 생성하는 단계; 및
    상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message)를 획득하는 단계;
    를 포함하는 동작을 수행하도록 구성되며,
    상기 등록 수락 메시지는 제1 네트워크의 AMF(Access and mobility Management Function)와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 장치.
  17. 동작이 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장하는 CRM(computer readable medium)에 있어서, 상기 동작은,
    등록 요청 메시지(Registration Request message)를 생성하는 단계; 및
    상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message)를 획득하는 단계를 포함하며,
    상기 등록 수락 메시지는 제1 네트워크의 AMF(Access and mobility Management Function)와 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 CRM.
  18. 무선 통신 시스템에서 동작하는 제1 네트워크의 NG-RAN(Next Generation Radio Access network) 노드에 있어서,
    하나 이상의 송수신부;
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 하나 이상의 메모리는,
    등록 요청 메시지(Registration Request message)를 단말(UE; User Equipment)로부터 수신하는 단계;
    상기 제1 네트워크의 AMF(Access and mobility Management Function)를 선택하여 상기 등록 요청 메시지를 상기 제1 네트워크의 AMF로 전달하는 단계;
    상기 제1 네트워크의 AMF로부터 초기 UE 컨텍스트 설정 요청 메시지(Initial UE Context Setup Request message)를 수신하는 단계, 상기 초기 UE 컨텍스트 설정 요청 메시는 (i) 상기 등록 요청 메시지에 대한 응답인 등록 수락 메시지(Registration Accept message) 및 (ii) 상기 제1 네트워크가 지원하는 적어도 하나의 제2 네트워크에 대한 정보를 포함하고, 상기 등록 수락 메시지는 상기 제1 네트워크의 AMF와 상기 적어도 하나의 제2 네트워크의 AMF 간의 N14 인터페이스가 지원되는지 여부에 대한 정보를 포함하며;
    상기 단말로 상기 등록 수락 메시지를 전달하는 단계; 및
    상기 적어도 하나의 제2 네트워크에 대한 정보를 기반으로, 상기 단말에 대하여 상기 적어도 하나의 제2 네트워크 중 하나의 네트워크로의 핸드오버를 개시하는 단계;
    를 포함하는 동작이 상기 하나 이상의 프로세서에 의해 수행되도록 하는 지시를 저장하는 것을 특징으로 하는 제1 네트워크의 NG-RAN 노드.
PCT/KR2021/003566 2020-03-27 2021-03-23 서비스 연속성을 위한 n14 인터페이스 지원 지시자 WO2021194214A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020227031346A KR20220143693A (ko) 2020-03-27 2021-03-23 서비스 연속성을 위한 n14 인터페이스 지원 지시자
EP21775825.9A EP4132092A4 (en) 2020-03-27 2021-03-23 N14 SERVICE CONTINUITY INTERFACE SUPPORT INDICATOR
US17/913,390 US20230136425A1 (en) 2020-03-27 2021-03-23 N14 interface support indicator for service continuity

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR20200037699 2020-03-27
KR10-2020-0037699 2020-03-27
KR20200041057 2020-04-03
KR10-2020-0041057 2020-04-03
KR10-2020-0127359 2020-09-29
KR20200127359 2020-09-29

Publications (1)

Publication Number Publication Date
WO2021194214A1 true WO2021194214A1 (ko) 2021-09-30

Family

ID=77890532

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/003566 WO2021194214A1 (ko) 2020-03-27 2021-03-23 서비스 연속성을 위한 n14 인터페이스 지원 지시자

Country Status (4)

Country Link
US (1) US20230136425A1 (ko)
EP (1) EP4132092A4 (ko)
KR (1) KR20220143693A (ko)
WO (1) WO2021194214A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024025332A1 (ko) * 2022-07-29 2024-02-01 엘지전자 주식회사 Redundant pdu 세션에 관련된 통신
WO2024025276A1 (ko) * 2022-07-25 2024-02-01 엘지전자 주식회사 Redundant pdu 세션에 관련된 통신

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109661006A (zh) * 2017-10-10 2019-04-19 中兴通讯股份有限公司 消息交互的方法及装置，及互操作功能
US20190281522A1 (en) * 2018-03-08 2019-09-12 Charter Communications Operating, Llc Methods and apparatus for supporting quality of service in a system including a cable modem termination system and wireless communications link
KR20200004371A (ko) * 2017-05-08 2020-01-13 퀄컴 인코포레이티드 이종 네트워크 슬라이스들을 갖는 영역들 사이의 모빌리티

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10986602B2 (en) * 2018-02-09 2021-04-20 Intel Corporation Technologies to authorize user equipment use of local area data network features and control the size of local area data network information in access and mobility management function
US10805973B2 (en) * 2018-02-15 2020-10-13 Apple Inc. Apparatus, system, and method for performing GUTI reallocation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200004371A (ko) * 2017-05-08 2020-01-13 퀄컴 인코포레이티드 이종 네트워크 슬라이스들을 갖는 영역들 사이의 모빌리티
CN109661006A (zh) * 2017-10-10 2019-04-19 中兴通讯股份有限公司 消息交互的方法及装置，及互操作功能
US20190281522A1 (en) * 2018-03-08 2019-09-12 Charter Communications Operating, Llc Methods and apparatus for supporting quality of service in a system including a cable modem termination system and wireless communications link

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 23.501, December 2019 (2019-12-01)
3GPP TS 23.502, December 2019 (2019-12-01)
ANONYMOUS: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.502, vol. SA WG2, no. V16.3.0, 22 December 2019 (2019-12-22), pages 1 - 558, XP051840932 *
See also references of EP4132092A4
TELECOM ITALIA, DEUTSCHE TELEKOM: "Clarification on the use of reference points N14 and N26", 3GPP DRAFT; S2-2001067, vol. SA WG2, 15 January 2020 (2020-01-15), Incheon, Korea, pages 1 - 5, XP051843822 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024025276A1 (ko) * 2022-07-25 2024-02-01 엘지전자 주식회사 Redundant pdu 세션에 관련된 통신
WO2024025332A1 (ko) * 2022-07-29 2024-02-01 엘지전자 주식회사 Redundant pdu 세션에 관련된 통신

Also Published As

Publication number Publication date
KR20220143693A (ko) 2022-10-25
EP4132092A1 (en) 2023-02-08
US20230136425A1 (en) 2023-05-04
EP4132092A4 (en) 2024-05-08

Similar Documents

Publication Publication Date Title
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2021029512A1 (ko) 어플리케이션 서버의 변경에 관련된 통신
WO2022019537A1 (ko) Snpn과 분리되어 있는 개체가 소유하는 자격 증명을 이용한 snpn 접속 및 이를 위한 f1 인터페이스 지원
WO2022086307A1 (ko) 네트워크 슬라이스 리매핑 관리 방법
WO2022014960A1 (ko) 재난 로밍 사용자로 인한 혼잡 상황을 제어하는 방법 및 이를 지원하는 장치
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2021177734A1 (en) Support of service continuity for handover between snpn and plmn
WO2022215909A1 (ko) Pdu 세션 관리 방법
WO2021162500A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2021177716A2 (ko) 멀티캐스트와 관련된 통신
WO2021194214A1 (ko) 서비스 연속성을 위한 n14 인터페이스 지원 지시자
WO2021029513A1 (ko) 어플리케이션 서버의 변경에 관련된 동작
WO2022035259A1 (ko) 세션 관리 방법
WO2022035204A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2022225262A1 (ko) 중복(redundant) 전송을 위한 중복(redundant) pdu 세션관리 방법
WO2022071673A1 (ko) 소스 네트워크와 타겟 네트워크 사이에 n14 인터페이스가 없는 경우 홈 라우팅 된 pdu 세션에 대한 서비스 연속성 지원
WO2022014980A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하기 위한 ui/ux 표시 방법 및 이를 지원하는 장치
WO2022014944A1 (ko) Nssaa 실패로 인한 거절된 nssai 처리
WO2022149742A1 (ko) Nwdaf를 통한 분석에서 확장된 기능으로 인한 오버헤드를 최소화하기 위한 방법 및 장치
WO2022211519A1 (en) A method for measuring performance for qos
WO2022005207A1 (ko) 멀티캐스트에 의한 통신 방법
WO2022035257A1 (ko) 네트워크 오류 또는 시간 경과로 인한 nssaa 실패의 처리
WO2021162498A1 (ko) Npn에서의 pws서비스 방안
WO2021162275A1 (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: 21775825

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20227031346

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2021775825

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2021775825

Country of ref document: EP

Effective date: 20221027

NENP Non-entry into the national phase

Ref country code: DE