WO2022035204A1 - 네트워크 슬라이스와 관련된 통신 - Google Patents

네트워크 슬라이스와 관련된 통신 Download PDF

Info

Publication number
WO2022035204A1
WO2022035204A1 PCT/KR2021/010616 KR2021010616W WO2022035204A1 WO 2022035204 A1 WO2022035204 A1 WO 2022035204A1 KR 2021010616 W KR2021010616 W KR 2021010616W WO 2022035204 A1 WO2022035204 A1 WO 2022035204A1
Authority
WO
WIPO (PCT)
Prior art keywords
ran
pdu session
nssai
amf
network slice
Prior art date
Application number
PCT/KR2021/010616
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 US18/019,998 priority Critical patent/US20230345333A1/en
Priority to EP21856210.6A priority patent/EP4199584A1/en
Priority to KR1020237003846A priority patent/KR20230038216A/ko
Publication of WO2022035204A1 publication Critical patent/WO2022035204A1/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/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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
    • 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/142—Reselecting a network or an air interface over the same radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00835—Determination of neighbour cell lists
    • H04W36/008357—Determination of target cell based on access point [AP] properties, e.g. AP service capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Definitions

  • This specification relates to mobile communication.
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a technology that enables high-speed packet communications. Many initiatives have been proposed for LTE goals, including those aimed at reducing user and provider costs, improving service quality, and expanding and improving coverage and system capacity. 3GPP LTE requires lower cost per bit, improved service availability, flexible use of frequency bands, simple structure, open interface, and appropriate power consumption of the terminal as upper-level requirements.
  • NR New Radio
  • 3GPP has successfully launched a new Radio Access Technology (RAT) that meets both urgent market needs and long-term requirements set out in the International Mobile Telecommunications (ITU-R) international mobile telecommunications (IMT)-2020 process.
  • RAT Radio Access Technology
  • ITU-R International Mobile Telecommunications
  • IMT international mobile telecommunications
  • the technical components needed to standardize should be identified and developed.
  • NR must be able to use a spectral band in the range of at least 100 GHz that can be used for wireless communications even further into the future.
  • NR aims to be a single technology framework that covers all usage scenarios, requirements and deployment scenarios, including enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC), and more. do. NR may be forward compatible in nature.
  • eMBB enhanced mobile broadband
  • mMTC massive machine-type-communications
  • URLLC ultra-reliable and low latency communications
  • NR may be forward compatible in nature.
  • a method is needed to support 5GC assisted cell selection to access network slice (eg, “Support of 5GC assisted cell selection to access network slice”).
  • a UE receiving a service for a specific network slice (eg, Single - Network Slice Selection Assistance Information (S-NSSAI)-1) through a specific frequency band, 2) You can try to get a service for. In this case, it is necessary to discuss how to handle the PDU session being used in the existing S-NSSAI-1.
  • S-NSSAI Single - Network Slice Selection Assistance Information
  • a 5G-Access Network eg, a specific frequency band
  • 5GS 5G System
  • a network slice eg, a network slice that the UE can use
  • the 5GS makes the decision to steer the UE to the appropriate 5G-AN
  • the information needed for the 5GS needs to be discussed.
  • the UE in order for the UE to be provided with a service through the network slice related to the corresponding PDU Session, the UE must move to an NG-RAN (eg, the second NG-RAN) supporting the corresponding network slice. And, after the terminal moves to the second NG-RAN, it must start the PDU session establishment procedure again. Accordingly, unnecessary signaling occurs, and there is a problem that it may take a long time for the terminal to receive a service.
  • an NG-RAN eg, the second NG-RAN
  • the PDU session in which the terminal was provided with the service in the first NG-RAN is released.
  • unnecessary signaling may occur because the terminal needs to perform a PDU session establishment procedure for creating the first PDPU session after moving to the first NG-RAN again. there is.
  • an object of the present disclosure is to propose a method for solving the above-described problems.
  • one disclosure of the present specification provides a method for AMF to perform communication related to a network slice.
  • the method includes: receiving a PDU session establishment request message including information on a second PDU session from a first RAN node; determining to move the UE to a second RAN node supporting the second network slice; transmitting, to the first RAN node, a message including information that the UE should be moved to the second RAN node supporting the second network slice; receiving, from the first RAN node, a handover required message including information on the first PDU session and reason information for moving the UE to the second RAN node; and transmitting a request message for deactivating the first PDU session related to the first network slice to the SMF.
  • AMF for performing communication related to a network slice.
  • AMF includes at least one processor; and at least one memory for storing instructions and operably electrically connectable with the at least one processor, wherein the operations performed based on the instructions being executed by the at least one processor include: a second Receiving a PDU session establishment request message including information on the PDU session from the first RAN node; determining to move the UE to a second RAN node supporting the second network slice; transmitting, to the first RAN node, a message including information that the UE should be moved to the second RAN node supporting the second network slice; receiving, from the first RAN node, a handover required message including information on the first PDU session and reason information for moving the UE to the second RAN node; and transmitting a request message for deactivating the first PDU session related to the first network slice to the SMF.
  • one disclosure of the present specification provides a method for a first RAN node to perform communication related to a network slice.
  • the method includes: receiving a PDU session establishment request message including information on a second PDU session from the UE; transmitting the PDU session establishment request message to the AMF; receiving, from the AMF, a message including information that the UE should be moved to a second RAN node; and transmitting a handover required message including information on a first PDU session related to a first network slice supported by the first RAN node and information on a reason for moving the UE to the second RAN node to the AMF.
  • the first RAN node includes at least one processor; and at least one memory for storing instructions and operably electrically connectable with the at least one processor, wherein the operations performed based on the instructions being executed by the at least one processor include: a second Receiving a PDU session establishment request message including information on the PDU session from the UE; transmitting the PDU session establishment request message to the AMF; receiving, from the AMF, a message including information that the UE should be moved to a second RAN node; and transmitting a handover required message including information on a first PDU session related to a first network slice supported by the first RAN node and information on a reason for moving the UE to the second RAN node to the AMF.
  • 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 network node 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. 6 is an exemplary diagram illustrating an example of an architecture for implementing the concept of network slicing.
  • FIG. 7 is an exemplary diagram illustrating another example of an architecture for implementing the concept of network slicing.
  • 8A and 8B are signal flow diagrams illustrating an exemplary PDU session establishment procedure.
  • FIG. 9 shows an example of a procedure for supporting radio spectrum attributes by CN-assisted RAN control.
  • FIG. 10 shows an example of a procedure for steer a UE to a network slice of another frequency band.
  • 11A and 11B show a signal flow diagram according to a first example of a first example of the disclosure of the present specification.
  • 12A and 12B show a signal flow diagram according to a second example of the first example of the disclosure of the present specification.
  • 13A and 13B show a signal flow diagram according to a third example of the first example of the disclosure of the present specification.
  • 14A and 14B show a signal flow diagram according to a first example of a second example of the disclosure of the present specification
  • 15A and 15B show a signal flow diagram according to a second example of a second example of the disclosure of the present specification.
  • 16A and 16B show a signal flow diagram according to a third example of the disclosure of the present specification.
  • 17A and 17B show a signal flow diagram according to a fourth example of the disclosure of the present specification.
  • 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, and 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 E-UTRA (evolved UTRA).
  • IEEE Institute of Electrical and Electronics Engineers
  • Wi-Fi Wi-Fi
  • WiMAX WiMAX
  • IEEE 802.20 IEEE 802.20
  • E-UTRA evolved 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).
  • the implementation of the present specification is mainly described in relation to 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)” 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) used herein 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 can be construed the same as “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”.
  • “at least one of A, B or C” or “at least one of A, B and/or C” means It may mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”. Specifically, when displayed as “control information (PDCCH)”, “PDCCH” may be proposed as an example of “control information”. In other words, “control information” in the present specification is not limited to “PDCCH”, and “PDCCH” may be proposed as an example of “control information”. Also, even when displayed as “control information (ie, PDCCH)”, “PDCCH” may be proposed as an example of “control information”.
  • UE user equipment
  • ME mobile equipment
  • the illustrated UE may be referred to as a terminal, mobile equipment (ME), or the like.
  • the UE may be a portable device such as a notebook computer, a mobile phone, a PDA, a smart phone, a multimedia device, or the like, or a non-portable device such as a PC or a vehicle-mounted device.
  • the UE is used as an example of a wireless communication device (or a wireless device, or a wireless device) capable of wireless communication.
  • An operation performed by the UE may be performed by a wireless communication device.
  • a wireless communication device may also be referred to as a wireless device, a wireless device, or the like.
  • AMF may mean an AMF node
  • SMF may mean an SMF node
  • UPF may mean a UPF node.
  • a base station generally refers to a fixed station that communicates with a wireless device, and an evolved-NodeB (eNodeB), an evolved-NodeB (eNB), a BTS (Base Transceiver System), an access point ( Access Point), it may be called another term such as gNB (Next generation NodeB).
  • eNodeB evolved-NodeB
  • eNB evolved-NodeB
  • BTS Base Transceiver System
  • Access Point Access Point
  • gNB Next generation NodeB
  • 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 may 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
  • Partial use cases may require multiple categories for optimization, while other use cases may focus on only one key performance indicator (KPI).
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile Internet access and covers rich interactive work and media and entertainment applications in the cloud and augmented reality.
  • Data is one of the key drivers of 5G, and dedicated voice services may not be provided for the first time in the 5G era.
  • voice processing will be simplified as an application that utilizes the data connection provided by the communication system.
  • the main reason for the increase in traffic is the increase in the size of content and the increase in applications that require high data transfer rates.
  • streaming services audio and video
  • video chat video chat
  • mobile Internet access will become more prevalent. Many of these applications require an always-on connection to push real-time information and alerts for users.
  • Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment.
  • Cloud storage is a special use case that accelerates the increase in uplink data transfer rates.
  • 5G is also used for remote work in the cloud. When using tactile interfaces, 5G requires much lower end-to-end latency to maintain a good user experience.
  • entertainment such as cloud gaming and video streaming is another key factor driving demand for mobile broadband capabilities.
  • Smartphones and tablets are essential for entertainment in all places, including in highly mobile environments such as trains, vehicles, and airplanes.
  • Another use example is augmented reality for entertainment and information retrieval. In this case, augmented reality requires very low latency and instantaneous data volumes.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, namely mMTC.
  • mMTC Internet-of-things
  • Industrial IoT is one of the key roles enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.
  • URLLC includes ultra-reliable, low-latency links such as autonomous vehicles and new services that will change the industry through remote control of the main infrastructure. Reliability and latency are essential to controlling smart grids, automating industries, achieving robotics, and controlling and coordinating drones.
  • 5G is a means of delivering streaming rated at hundreds of megabits per second at gigabits per second, and can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS). Such high speeds are required to deliver TVs with resolutions above 4K (6K, 8K and above), as well as virtual and augmented reality.
  • Virtual reality (VR) and augmented reality (AR) applications include highly immersive sports games. Certain applications may require special network configuration. For VR games, for example, game companies should integrate core servers into network operators' edge network servers to minimize latency.
  • Automobiles are expected to be an important new motivating force in 5G, with many use cases for in-vehicle mobile communications. For example, entertainment for passengers requires broadband mobile communications with high simultaneous capacity and high mobility. This is because users continue to expect high-quality connections in the future, regardless of location and speed.
  • Another use case in the automotive sector is AR dashboards.
  • the AR dashboard allows the driver to identify an object in a dark place other than the one visible from the front window, and displays the distance to the object and the movement of the object by overlapping information transfer to the driver.
  • wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices, such as those accompanied by pedestrians.
  • Safety systems lower the risk of accidents by guiding the driver through alternative courses of action to make driving safer.
  • the next step will be remotely controlled or autonomous vehicles. This requires very high reliability and very fast communication between different autonomous vehicles and between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities and drivers will only focus on traffic unless the vehicle can identify them. The technological requirements of autonomous vehicles require ultra-low latency and ultra-high reliability to increase traffic safety to a level unattainable by humans.
  • Smart cities and smart homes/buildings will be embedded in high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify conditions for cost- and energy-efficient maintenance of a city or house.
  • a similar configuration can be performed for each household. All temperature sensors, window and heating controllers, burglar alarms and appliances will be connected wirelessly. Many of these sensors typically have low data rates, power, and cost. However, real-time HD video may be required by certain types of devices for monitoring.
  • the smart grid uses digital information and communication technology to collect information and connect sensors to operate according to the collected information. As this information can include the behavior of suppliers and consumers, smart grids can improve the distribution of fuels such as electricity in ways such as efficiency, reliability, economics, production sustainability, automation and more.
  • the smart grid can also be considered as another low-latency sensor network.
  • Mission-critical applications are one of the 5G usage scenarios.
  • the health section contains many applications that can benefit from mobile communications.
  • the communication system may support telemedicine providing clinical care from a remote location. Telemedicine can help reduce barriers to distance and improve access to health care services that are not consistently available in remote rural areas. Telemedicine is also used in emergency situations to perform critical care and save lives.
  • a wireless sensor network based on mobile communication may provide remote monitoring and sensors for parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. The possibility of replacing cables with reconfigurable radio links is therefore an attractive opportunity for many industries.
  • a wireless connection with similar latency, reliability and capacity as a cable must be established and the management of the wireless connection needs to be simplified.
  • 5G connection When a 5G connection is required, low latency and very low error probability are new requirements.
  • Logistics and freight tracking are important use cases for mobile communications that use location-based information systems to enable inventory and package tracking from anywhere.
  • Logistics and freight applications typically require low data rates, but require location information with a wide range and reliability.
  • 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 the robot 100a, the vehicles 100b-1 and 100b-2, the extended reality (XR) device 100c, the portable device 100d, and home appliances are not limited thereto.
  • 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 vehicle-to-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.
  • the 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 with 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 a risk that may occur and to 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 communications/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), inter-base station communication 150c (eg, relay, integrated 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/from 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 make 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 may travel on the ground or fly in the air through the driving unit.
  • Autonomous driving refers to a technology that drives itself, and an autonomous driving vehicle refers to a vehicle that runs without or with minimal user manipulation.
  • 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 set 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 images of real objects
  • MR technology provides CG by mixing and combining virtual objects with the real world.
  • technology 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 15 kHz, it supports wide area in traditional cellular band, and when SCS is 30 kHz/60 kHz, 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 may 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 6GHz (or 5850, 5900, 5925 MHz, etc.) or higher 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-mentioned 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.
  • the LTE-M technology may be an example of an 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 can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • 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 ⁇ radio 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 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 radio 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.
  • the memory 104 may store software code 105 that, when executed by the 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 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 .
  • the processing chip 201 may include at least one processor, such as a processor 202 , and at least one memory, such as a memory 204 .
  • the memory 204 is exemplarily shown 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.
  • software code 205 may implement instructions that, when executed by 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, 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, A functional layer such as a radio resource control (RRC) layer and a service data adaptation protocol (SDAP) layer
  • PHY physical
  • MAC media access control
  • RLC radio link control
  • PDCP packet data convergence protocol
  • 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 .
  • the 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.
  • the one or more memories 104 and 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 . Additionally, 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.
  • the 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, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein from one or more other devices. there is.
  • 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, wireless 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 operational flow diagrams 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).
  • One or more transceivers are configured to process received user data, control information, radio signals/channels, etc., using 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 , 206 may convert user data, control information, radio signals/channels, etc. processed using one or more processors 102 , 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) via 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 components 140 may include at least one of a power unit/battery, input/output (I/O) devices (eg, audio I/O ports, video I/O ports), drive units, and computing devices.
  • 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 network node to which the implementation of the present specification is applied.
  • FIG. 4 is a view of the second wireless device 200 of FIG. 2 or the wireless device 200 of FIG. 3 when the base station is divided into a central unit (CU) and a distributed unit (DU). It is a drawing which illustrates in detail.
  • CU central unit
  • DU distributed unit
  • the base station 200 may be connected to the core network 300 .
  • the base stations 200 may be connected to each other.
  • the interface between the base station 200 and the core network 300 may be referred to as NG.
  • the interface between the base stations 200 may be referred to as Xn.
  • the base station 200 may be divided into a CU 210 and a DU 220 . That is, the base station 200 may be hierarchically separated and operated.
  • a CU 210 may be connected to one or more DUs 220 .
  • the interface between the CU 210 and the DU 220 may be referred to as F1.
  • the CU 210 may perform a function of an upper layer of the base station 200
  • the DU 220 may perform a function of a lower layer of the base station 200 .
  • the CU 210 may be a logical node hosting the RRC, SDAP, and PDCP layers of the base station 200 (eg, gNB).
  • the CU W32 may be a logical node hosting the RRC and PDCP layers of the base station 200 (eg, ng-eNB).
  • DU 220 may be a logical node hosting the RLC, MAC, and PHY layers of a base station.
  • the operation of the DU 220 may be partially controlled by the CU 210 .
  • One DU 220 may support one or more cells. One cell may be supported by only one DU 220 .
  • One DU 220 may be connected to one CU 210 , and one DU 220 may be connected to a plurality of CUs 210 by appropriate implementation.
  • the 5G system (5GS; 5G system) structure consists of the following network functions (NF; network functions).
  • 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 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 reference point between the PCF and the AMF in the roaming scenario, indicates the reference point between the AMF and the PCF of the visited network.
  • AF by a third party other than an operator may be connected to 5GC through NEF.
  • Next-generation mobile communication introduces the concept of network slicing in order to provide various services through one network.
  • the slicing of the network is a combination of network nodes having functions necessary to provide a specific service.
  • a network node constituting a slice instance may be a hardware independent node or a logically independent node.
  • Each slice instance may be composed of a combination of all nodes necessary to configure the entire network. In this case, one slice instance may independently provide a service to the UE.
  • the slice instance may be composed of a combination of some nodes among nodes constituting the network.
  • the slice instance may not provide a service to the UE alone, but may provide a service to the UE in association with other existing network nodes.
  • a plurality of slice instances may provide a service to the UE in association with each other.
  • a slice instance is different from a dedicated core network in that the entire network node including the core network (CN) node and the RAN can be separated.
  • a slice instance is different from a dedicated core network in that network nodes can simply be logically separated.
  • quota For reference, for a network slice, quota may be used.
  • a quota related to a network slice may include a quota for the maximum number of UEs.
  • the quota for the maximum number of UEs may mean the maximum number of terminals that can use a network slice at the same time.
  • each network slice information may include quota information for the maximum number of UEs (eg, 10 pieces, 1000000 pieces, etc.).
  • a quota related to a network slice may include a quota for the maximum number of PDU sessions.
  • the quota for the maximum number of PDU sessions may mean the maximum number of concurrent PDU sessions supported in the network slice.
  • the maximum number of concurrent (concurrent) PDU sessions supported in a network slice is the maximum number of PDU sessions established at the same time in one network slice related to a DNN (Data Network Name) defined by S-NSSAI. can mean
  • network slice quota event notification may be supported in the network slice.
  • event notification regarding a quota related to a network slice may be supported.
  • an AF may request an event notification about a quota related to a network slice in 5GS.
  • AF may be notified of quota for attributes related to network slices in 5GS.
  • 5GS may inform the AF whether the quota for a particular attribute has reached a specified threshold. AF may then influence the 5GS routing decision.
  • FIG. 6 is a network of slicing It is an exemplary diagram showing an example of an architecture for implementing the concept.
  • the core network CN may be divided into several slice instances.
  • Each slice instance may include one or more of a CP function node and a UP function node.
  • Each UE may use a network slice instance suitable for its own service through the RAN.
  • each slice instance may share one or more of a CP function node and a UP function node with another slice instance. This will be described with reference to FIG. 7 as follows.
  • a plurality of UP functional nodes are clustered, and similarly, a plurality of CP functional nodes are also clustered.
  • slice instance #1 (or referred to as instance #1) in the core network includes the first cluster of UP functional nodes. And, the slice instance #1 shares a cluster of CP functional nodes with slice #2 (or called instance #2). The slice instance #2 includes a second cluster of UP functional nodes.
  • the illustrated NSSF selects a slice (or instance) that can accommodate the service of the UE.
  • the illustrated UE may use service #1 through the slice instance #1 selected by the NSSF, and may use service #2 through the slice instance #2 selected by the N.
  • PDU session establishment procedure two types of PDU session establishment procedures may exist as follows.
  • the network may send a device trigger message to the application(s) of the UE.
  • 8A and 8B are exemplary PDU It is a signal flow diagram showing the session establishment procedure.
  • the procedure shown in FIGS. 8A and 8B assumes that the UE has already registered on the AMF according to the registration procedure shown in FIGS. 8A and 8B . Therefore, it is assumed that the AMF has already obtained the user subscription data from the UDM.
  • the UE sends a NAS message to the AMF.
  • the message may include Session Network Slice Selection Assistance Information (S-NSSAI), DNN, PDU session ID, request type, N1 SM information, and the like.
  • S-NSSAI Session Network Slice Selection Assistance Information
  • the UE includes the S-NSSAI from the allowed NSSAI of the current access type. If information on the mapped NSSAI is provided to the UE, the UE may provide both the S-NSSAI based on the allowed NSSAI and the corresponding S-NSSAI based on the information of the mapped NSSAI.
  • the mapped NSSAI information is information that maps each S-NSSAI of the allowed NSSAI to the S-NASSI of the NSSAI configured for HPLMN.
  • the UE may extract and store the information of the allowed S-NSSAI and the mapped S-NSSAI included in the registration accept message received from the network (ie, AMF) in the registration procedure. Accordingly, the UE may transmit the PDU session establishment request message by including both the S-NSSAI based on the allowed NSSAI and the corresponding S-NSSAI based on the mapped NSSAI information.
  • the UE may generate a new PDU session ID.
  • the UE may start the PDU session establishment procedure initiated by the UE by sending a NAS message including the PDU session establishment request message in the N1 SM information.
  • the PDU session establishment request message may include a request type, an SSC mode, and a protocol configuration option.
  • the request type indicates "initial request”. However, when there is an existing PDU session between 3GPP access and non-3GPP access, the request type may indicate "existing PDU session”.
  • the NAS message transmitted by the UE is encapsulated in the N2 message by the AN.
  • the N2 message is transmitted to the AMF and may include user location information and access technology type information.
  • - N1 SM information may include an SM PDU DN request container including information on PDU session authentication by external DN.
  • the AMF may determine that the message corresponds to a request for a new PDU session when the message indicates that the request type is "initial request" and the PDU session ID is not used for the existing PDU session of the UE.
  • the AMF may determine the default S-NSSAI for the requested PDU session according to the UE subscription.
  • the AMF may store the PDU session ID and the SMF ID in association.
  • the AMF transmits the SM request message to the SMF.
  • the SM request message may include a subscriber permanent ID, DNN, S-NSSAI, PDU session ID, AMF ID, N1 SM information, user location information, and an access technology type.
  • the N1 SM information may include a PDU session ID and a PDU session establishment request message.
  • the AMF ID is used to identify the AMF serving the UE.
  • the N1 SM information may include a PDU session establishment request message received from the UE.
  • SMF transmits subscriber data request message to UDM.
  • the subscriber data request message may include a permanent subscriber ID and DNN.
  • the SMF determines that the request is due to handover between 3GPP access and non-3GPP access.
  • the SMF may identify an existing PDU session based on the PDU session ID.
  • the SMF may request the subscription data.
  • the UDM may transmit a subscription data response message to the SMF.
  • the subscription data may include information about an authenticated request type, an authenticated SSC mode, and a basic QoS profile.
  • the SMF may check whether the UE request complies with user subscription and local policies. Alternatively, the SMF rejects the UE request through NAS SM signaling (including the relevant SM rejection cause) delivered by the AMF, and the SMF informs the AMF that the PDU session ID should be considered as released.
  • NAS SM signaling including the relevant SM rejection cause
  • SMF sends a message to DN through UPF.
  • the SMF selects the UPF and triggers the PDU.
  • the SMF terminates the PDU session establishment procedure and notifies the UE of rejection.
  • the SMF may start establishing a PDU-CAN session toward the PCF to obtain a basic PCC rule for the PDU session. If the request type in step 3 indicates "existing PDU session", the PCF may start modifying the PDU-CAN session instead.
  • step 3 If the request type in step 3 indicates "initial request", the SMF selects the SSC mode for the PDU session. If step 5 is not performed, SMF can also select UPF. In case of the request type IPv4 or IPv6, the SMF may allocate an IP address/prefix for the PDU session.
  • the SMF may start the PDU-CAN session initiation.
  • the SMF may start the N4 session establishment procedure using the selected UPF, otherwise the N4 session modification procedure may start using the selected UPF.
  • the SMF transmits an N4 session establishment/modification request message to the UPF.
  • the SMF may provide packet detection, enforcement and reporting rules to be installed in the UPF for the PDU session.
  • the SMF is allocated CN tunnel information, the CN tunnel information may be provided to the UPF.
  • the UPF may respond by sending an N4 session establishment/modification response message.
  • the CN tunnel information may be provided to the SMF.
  • the SMF transmits an SM response message to the AMF.
  • the message may include a cause, N2 SM information, and N1 SM information.
  • the N2 SM information may include a PDU session ID, QoS profile, and CN tunnel information.
  • the N1 SM information may include a PDU session establishment acceptance message.
  • the PDU session establishment accept message may include an allowed QoS rule, SSC mode, S-NSSAI, and an assigned IPv4 address.
  • the N2 SM information is information that the AMF needs to deliver to the RAN, and may include the following.
  • PDU Session ID This may be used to indicate to the UE the association between the PDU session and AN resources for the UE by AN signaling to the UE.
  • the N1 SM information includes a PDU session acceptance message that the AMF should provide to the UE.
  • Multiple QoS rules may be included in N1 SM information and N2 SM information in the PDU session establishment accept message.
  • the SM response message also contains the PDU Session ID and information allowing the AMF to determine which access should be used for the UE as well as which target UE.
  • the AMF transmits an N2 PDU session request message to the RAN.
  • the message may include N2 SM information and a NAS message.
  • the NAS message may include a PDU session ID and a PDU session establishment acceptance message.
  • the AMF may transmit a NAS message including a PDU session ID and a PDU session establishment accept message.
  • the AMF transmits the received N2 SM information from the SMF to the RAN by including it in the N2 PDU session request message.
  • the RAN may do a specific signaling exchange with the UE related to the information received from the SMF.
  • the RAN also allocates RAN N3 tunnel information for the PDU session.
  • the RAN delivers the NAS message provided in step 10 to the UE.
  • the NAS message may include a PDU session ID and N1 SM information.
  • the N1 SM information may include a PDU session establishment acceptance message.
  • the RAN sends the NAS message to the UE only when the necessary RAN resources are established and the allocation of the RAN tunnel information is successful.
  • the RAN transmits an N2 PDU session response message to the AMF.
  • the message may include a PDU session ID, cause, and N2 SM information.
  • the N2 SM information may include a PDU session ID, (AN) tunnel information, and a list of allowed/rejected QoS profiles.
  • - RAN tunnel information may correspond to the access network address of the N3 tunnel corresponding to the PDU session.
  • the AMF may transmit the SM request message to the SMF.
  • the SM request message may include N2 SM information.
  • the AMF may be to transfer the N2 SM information received from the RAN to the SMF.
  • the SMF may start the N4 session establishment procedure together with the UPF. If not, the SMF can use the UPF to initiate the N4 session modification procedure.
  • the SMF may provide AN tunnel information and CN tunnel information.
  • the CN tunnel information may be provided only when the SMF selects the CN tunnel information in step 8.
  • the UPF may transmit an N4 session establishment/modification response message to the SMF.
  • the SMF may transmit the SM response message to the AMF. After this process, the AMF can deliver the related event to the SMF. Occurs during handover when RAN tunnel information is changed or AMF is relocated.
  • SMF transmits information to UE through UPF. Specifically, in the case of PDU Type IPv6, the SMF may generate an IPv6 Router Advertisement and transmit it to the UE through N4 and UPF.
  • the SMF will send the user through source access (3GPP or non-3GPP access). release the plane
  • the SMF may call "UDM_Register UE serving NF service" including the SMF address and DNN.
  • the UDM may store the ID, address and associated DNN of the SMF.
  • the SMF If PDU session establishment is not successful during the procedure, the SMF notifies the AMF.
  • a method is needed to support 5GC assisted cell selection to access network slice (eg, “Support of 5GC assisted cell selection to access network slice”).
  • the disclosure of this specification proposes examples of a method for supporting 5GC support cell selection for accessing a network slice.
  • a UE receiving service for Single - Network Slice Selection Assistance Information (S-NSSAI)-1 through a specific frequency band may attempt to receive service for S-NSSAI-2 through another frequency band.
  • S-NSSAI Single - Network Slice Selection Assistance Information
  • a network slice that the UE intends to use may exist.
  • the UE transmits S-NSSAI (Single-Network Slice Selection Assistance Information) related to this network slice to the network in order to use this network slice, thereby 5G Access Network (5G-AN) (eg a specific frequency band) ) can be attempted.
  • S-NSSAI Single-Network Slice Selection Assistance Information
  • 5G-AN 5G Access Network
  • the UE without awareness of whether 5G-AN supports S-NSSAI, the UE should try to select 5G-AN until S-NSSAI is allowed. Whether and how to support S-NSSAI-aware 5G-AN selection needs to be discussed.
  • 5GS can support network slices (eg network slices that UE can use).
  • FIG. 9 is an example of a conventional procedure for solving the above-described problem.
  • 5GC may provide the Requested NSSAI and its RAT/Frequency Selection Priority (RFSP) to the NG-RAN to the NG-RAN.
  • RFSP Radio Resource Selection Priority
  • the RAN may select a radio spectrum suitable for the UE.
  • a network slice must be created to support a specific radio spectrum to support vertical requirements and other network slices (eg eMBB-related network slices).
  • the UE may have a subscription to both a vertical network slice and an eMBB network slice.
  • Subscription to the UE includes Vertical S-NSSAI and eMBB S-NSSAI, and eMBB S-NSSAI may be marked as default.
  • the UE is registered in the network and Configured NSSAI is configured in the UE, and Allowed NSSAI including eMBB but not including a vertical network slice may be provided to the UE.
  • the UE/user decides to use the Vertical S-NSSAI and therefore issues the Requested NSSAI only with the Vertical S-NSSAI.
  • 5GC may derive the same Target NSSAI as the Requested NSSAI (eg, except for the S-NSSAI rejected for the PLMN).
  • FIG. 9 shows an example of a procedure performed when the UE registers in a TA defined as not supporting any of the S-NSSAI of the Requested NSSAI.
  • the UE requests registration with the vertical S-NSSAI while not using the radio spectrum defined for the vertical network slice.
  • RRC may include GUAMI.
  • the NG-RAN may select the AMF according to the same procedure as in the prior art.
  • AMF and NSSF may perform network slice selection. Currently no vertical S-NSSAI is defined for TAI, and AMF/NSSF chooses eMBB S-NSSAI as Allowed NSSAI because eMBB S-NSSAI is defined as default subscription S-NSSAI.
  • the Allowed NSSAI has not changed, but the fact that one or more of the S-NSSAIs of the Requested NSSAI are currently not allowed in the TAI can be considered a trigger of an AMF policy update to the PCF, and the AMF is the Allowed NSSAI, subscribed RFSP and Target NSSAI including contents of Requested NSSAI can be provided.
  • the AMF may remove all S-NSSAIs other than the subscribed S-NSSAIs from within the requested NSSAI.
  • PCF selects RFSP for both Allowed NSSAI and Target NSSAI (current TAI is not considered), and both can be transmitted to the AMF.
  • AMF transmits N2 message including Allowed NSSAI and corresponding RFSP Index to NG-RAN, and AMF further rejects Target NSSAI and corresponding RFSP Index, eMBB S-NSSAI as Allowed NSSAI, RA (Registration Area) It is possible to transmit a NAS message including a Vertical S-NSSAI as an S-NSSAI.
  • the NG-RAN may deliver the NAS message to the UE.
  • the NG-RAN determines the radio spectrum to use to allow the UE to access the Target NSSAI, and when the NG-RAN obtains additional Target NSSAI and RFSP indexes for the Target NSSAI, the NG-RAN decides to move the UE can decide
  • NG-RAN may issue RRC Release and include cell reselection priority, or NG-RAN may perform reconfiguration and move UE according to RFSP for target NSSAI.
  • steps 6 and 8 may be performed simultaneously.
  • the UE realizes that the TAI is outside the RA, may issue a registration request, and may include the Vertical S-NSSAI in the requested NSSAI because the UE still wants to register in the corresponding network slice.
  • Network slice selection may be performed according to a conventional procedure.
  • AMF may transmit a registration accept message according to the conventional procedure, and include Vertical S-NSSAI as Allowed NSSAI.
  • eMBB slices are not available in the radio spectrum dedicated to vertical network slices, these network slices must be isolated, so the entire procedure for the UE to add the eMBB slice to the requested NSSAI when the UE's application requires a connection to the eMBB. It may be repeated.
  • the NG-RAN may support obtaining an additional target NSSAI and an RFSP Index for the target NSSAI, and may support moving the UE accordingly.
  • AMF supports new or extended policy control request trigger conditions if the accepted NSSAI is based on the default subscribed S-NSSAI(s), as Requested NSSAI is not currently supported by the TAI.
  • the AMF may support providing the target NSSAI to the PCF through the Npcf_AMPolicyControl_Update request message, and may support receiving the RFSP index for the target NSSAI through the Npcf_AMPolicyControl_Update response message.
  • the AMF may support providing the RFSP index for the Target NSSAI and the Target NSSAI to the NG-RAN in the N2 message.
  • the PCF may support RFSP determination for the target NSSAI.
  • the PCF can support access and mobility-related policy control information extension by using the RFSP index for the target NSSAI.
  • An operating band allowed for each S-NSSAI of the PLMN may be provided to the UE.
  • This information eg, Operating Band Information
  • This information may be included in Configured NSSAI and Mapping of Configured NSSAI and transmitted to the UE.
  • the UE may request only slices that are all accessible in the same operating band(s), and the AMF may include only S-NSSAI(s) that are all accessible in the same operating band(s) in Allowed NSSAI.
  • RFSP index may be determined based on Allowed NSSAI.
  • the serving AMF may determine the registration area so that all S-NSSAIs of the Allowed NSSAI for this registration area are available in all the Tracking Areas of the registration area.
  • a case in which some cells of the tracking area(s) do not support all slices of Allowed NSSAI may be allowed. If some cells of the tracking area(s) do not support all slices of Allowed NSSAI, the operating band (ie, cell) that the UE does not allow (eg, the operating band that prevents the UE from simultaneously accessing all slices of the Allowed NSSAI) ), the RFSP index may be selected.
  • the UE When the UE is provided with a mapping of Configured NSSAI or Configured NSSAI (eg, pre-provisioned, provisioning during the registration procedure or provisioning during the UE Configuration Update procedure), the UE also receives each S in the mapping of Configured S-NSSAI or Configured NSSAI.
  • - NSSAI operating band(s) may be provided.
  • the AMF will ensure that instead of explicitly listing all operating bands in which each S-NSSAI is supported, the S-NSSAI Only], [FR2 only], or [FR1+FR2] may indicate supported.
  • Default Configured NSSAI is not associated with specific operating band information, but may be associated with frequency range information.
  • the UE may consider the operating band(s) of each S-NSSAI. For example, the UE may select an S-NSSAI associated with an operating band currently used by the UE and generate a Requested NSSAI based on the operating band.
  • the UE When the UE attempts to access S-NSSAI that is not supported in the currently camped operating band other than Allowed NSSAI, the UE performs re-selection to a new operating band and initiates a wireless connection. You can perform Mobility Registration Update Request and include S-NSSAI in Requested NSSAI.
  • the registration accept message and UE configuration update command message sent by the AMF to the UE include the allowed operating band(s) of each S-NSSAI in the Configured S-NSSAI, and each S-NSSAI permissible operation in the mapping of the Configured S-NSSAI It can be updated to include the band.
  • the AMF may include only all available S-NSSAIs in the Allowed NSSAI of the UE through the current operating band of the UE.
  • the AMF may be provided with operating band information for each S-NSSAI locally (locally).
  • AMF may provide permissible operating band(s) to the UE for each S-NSSI in the mapping of Configured NSSAI and Configured NSSAI.
  • the UE may receive permissible operating band(s) for each S-NSSAI in the mapping of Configured NSSAI and Configured NSSAI during the registration procedure and UE Configuration Update procedure.
  • Preferred frequency band in Configured NSSAI Preferred frequency band in Configured NSSAI
  • What will be described below may be an example of a method for supporting 5GC assisted cell selection to access a network slice (eg, “Support of 5GC assisted cell selection to access network slice”).
  • the following assumptions may be applied:
  • the UE may consider this S-NSSAI's preferred band(s) list for Idle mode mobility.
  • the UE may consider the setting provided by the RAN to follow the carrier frequency for Idle mode mobility.
  • preferred frequency band(s) for each S-NSSAI may be set.
  • the UE may be provided with preferred frequency band information for each network slice (eg, target carrier frequency per S-NSSAI) through Configured NSSAI.
  • the preferred frequency band is applicable for S-NSSAI of the serving PLMN.
  • the UE may use the preferred frequency band information for the cell selection procedure.
  • the preferred frequency band parameter may include a list of target carrier frequencies including one or more entries, and a carrier frequency priority index may be associated with each entry. For example, there may be a priority index indicating a priority for scanning/selection of a carrier frequency.
  • the serving AMF provides Allowed NSSAI to the UE according to the principle according to the prior art.
  • the network eg AMF or NSSF
  • the UE may determine the S-NSSAI to be registered, that is, the S-NSSAI to be included in the requested NSSAI. Thereafter, the UE may perform a cell selection procedure in consideration of the frequency priority (and priority index) for the S-NSSAI(s) to be included in the Requested NSSAI.
  • the Configured NSSAI may be provided to the UE.
  • the UE may first generate a Requested NSSAI (eg, Requested NSSAI based on Configured NSSAI) to be included in the registration request message. Then, the UE may consider the target carrier frequency list for the S-NSSAI value included in the Requested NSSAI. If there is more than one S-NSSAI in the Requested NSSAI, the UE may prioritize the S-NSSAI, and as a result, may prioritize the carrier frequency to be used for cell selection.
  • the priority of S-NSSAI may vary according to UE internal configuration (eg, upper layer) or user priority.
  • the NG-RAN node uses Dual Connectivity to use different frequency bands simultaneously. can be activated.
  • UP User Plain
  • AMF may consider a preferred frequency band per S-NSSAI when generating Configured NSSAI, Allowed NSSAI, and Rejected S-NSSAI.
  • the AMF may provide the UE's preferred frequency band for each S-NSSAI within the Configured NSSAI.
  • the NG-RAN may steer the UE to the preferred carrier frequency(s) for camping when the UE switches to Idle mode, if the UE is allowed to use multiple S-NSSAI.
  • the NG-RAN may activate Dual Connectivity or Carrier Aggregation based on local settings.
  • the UE may consider the preferred frequency band per S-NSSAI, as provided in the NSSAI configured for Idle mode mobility.
  • Allowed NSSSAI allocated to the UE may include S-NSSAIs supported in other frequency bands. However, all S-NSSAIs may be supported in all Tracking Areas or Registration Areas.
  • UE is in idle mode, for S-NSSAI-1 operating only in Frequency Band (FB)-1 and S-NSSAI-2 operating only in Frequency Band 2 (FB-2), RAN It can be registered through -1.
  • FB Frequency Band
  • FB-2 Frequency Band 2
  • the application of the UE may try to establish a service for S-NSSAI-2 of FB-2.
  • the UE may establish a Radio Resource Control (RRC) connection with RAN-1.
  • RRC Radio Resource Control
  • the UE may trigger a PDU session establishment request for S-NSSAI-2 through RAN-1.
  • AMF may know that RAN-1 to which the UE is connected does not support S-NSSAI-2, and AMF may know that S-NSSAI-2 is supported by other RAN Nodes.
  • AMF may request RAN-1 to steer the UE to a RAN node supporting S-NSSAI-2.
  • RAN-1 supports S-NSSAI-2 and may trigger an inter-frequency cell change to RAN-2 at the UE's location.
  • AMF may continue the PDU session establishment procedure for S-NSSAI-2 through RAN-2.
  • Step 9 After the PDU session of S-NSSAI-2 is released, the UE may fall-back (eg, re-select) to the cell of FB-1. Step 9 may be optionally performed. If the operation of the UE to fall back to the cell of FB-1 is not implemented, the UE may stay in FB-2 until it is steered back to FB-1 due to a new service request for FB-2.
  • a UE cell fallback operation to a cell of an initial frequency band may be selectively performed.
  • the AMF may determine and request a handover to a cell of a different frequency band.
  • a method is needed to support 5GC assisted cell selection to access network slice (eg, “Support of 5GC assisted cell selection to access network slice”).
  • a UE receiving a service for a specific network slice eg, Single - Network Slice Selection Assistance Information (S-NSSAI)-1) through a specific frequency band, 2) You can try to get a service for.
  • S-NSSAI Single - Network Slice Selection Assistance Information
  • the 5G System uses a network slice (eg, a network slice that the UE can use).
  • a method of steer a UE with a 5G-Access Network (AN) eg, a specific frequency band) that can support .
  • AN 5G-Access Network
  • the 5GS makes the decision to steer the UE to the appropriate 5G-AN, the information needed for the 5GS needs to be discussed.
  • the information 5GS needs to be discussed.
  • what information 5GS should provide to the UE and how this information should be transmitted to the UE needs to be discussed.
  • the UE after the UE performs handover to RAN-2, the UE performs a PDU session establishment procedure for S-NSSAI-2 with RAN-2. Accordingly, unnecessary signaling occurs, and there is a problem that it may take a long time for the terminal to receive a service.
  • the terminal when the terminal intends to use a specific network slice, the terminal sends a message requesting establishment of a PDU (Protocol Data Unit or Packet Data Unit) session related to this network slice to Next Generation Radio Access Network (NG-RAN) and / or may be transmitted to the core network.
  • NG-RAN Next Generation Radio Access Network
  • the network slice supported by the NG-RAN and the frequency band related to the network slice may be different from the specific network slice and frequency band related to the PDU session requested by the UE.
  • the NG-RAN should reject the PDU session establishment request of the UE for the PDU Session.
  • the NG-RAN After the NG-RAN rejects the PDU session establishment request of the UE, in order for the UE to receive a service through a network slice related to the PDU Session, the UE must move to an NG-RAN supporting the corresponding network slice. And, after moving to the corresponding NG-RAN, the UE must start the PDU session establishment procedure again. Accordingly, unnecessary signaling occurs, and there is a problem that it may take a long time for the terminal to receive a service.
  • the PDU session in which the terminal was provided with the service in the first NG-RAN is released.
  • unnecessary signaling may occur because the terminal needs to perform a PDU session establishment procedure for creating the first PDPU session after moving to the first NG-RAN again. there is.
  • the UE may repeatedly request a PDU session establishment request for the second PDU session from the first NG-RAN. Unnecessary signaling in which the UE repeatedly requests a PDU session establishment request may occur.
  • Some of the service operations (eg, service operation between Core NFs) described in various examples of the disclosure of the present specification may be service operations newly defined for the disclosure of the present specification.
  • some of the N2 messages between AMF and NG-RAN described below may be N2 messages newly defined for the disclosure of the present specification.
  • a new RRC message may be defined and used for the disclosure of this specification in some of the RRC messages between the NG-RAN and the UE described below.
  • slice and S-NSSAI may be used interchangeably as terms representing the same meaning.
  • NG-RAN-1 supports S-NSSAI-1 using Frequency Band 1 (FB-1) frequency band
  • NG-RAN-2 supports S-NSSAI-2 using FB-2 frequency band, respectively.
  • the AMF has information on a network slice supported by each NG-RAN and frequency band information on each network slice.
  • the AMF may receive such information through NG signaling such as an NG setup or RAN configuration update message, or the AMF may receive such information through pre-configuration with Operations, Administration and Maintenance (OAM), etc. .
  • NG signaling such as an NG setup or RAN configuration update message
  • OAM Operations, Administration and Maintenance
  • 11A and 11B are diagrams of the disclosure of the present specification.
  • first courtesy A signal flow diagram according to the first example is shown.
  • 11A and 11B show that, in the process of changing the frequency band of the terminal using the Next Generation (NG)-based handover, the AMF requests the SMF for deactivation of the PDU session being serviced through the existing frequency band. can do.
  • NG Next Generation
  • Step 0 The terminal may be already registered in the network (Registration) state.
  • the UE may be in a state in which an RRC connection is established with NG-RAN-1, and may have one or more PDU sessions for S-NSSAI-1 through SMF-1.
  • Step 1 The UE may transmit a PDU session establishment request message for S-NSSAI-2 to the network through RRC and N2 message in order to receive a service using S-NSSAI-2.
  • the UE may transmit a PDU session establishment request message for S-NSSAI-2 by including information such as a globally unique AMF ID (GUAMI) received from the AMF in the previously performed registration procedure.
  • GUIAMI globally unique AMF ID
  • Step 2 AMF may know that NG-RAN-1 to which the terminal is currently connected does not support S-NSSAI-2. For example, in the AMF, based on the information on the network slice supported by each NG-RAN and the frequency band information for each network slice, the NG-RAN-1 to which the re-terminal is connected uses the S-NSSAI-2. You can see it's not supported. Accordingly, the AMF may determine that the terminal should be moved to one of the other NG-RANs supporting S-NSSAI-2. Until the terminal is moved to the NG-RAN supporting S-NSSAI-2, the AMF may stop processing the PDU session establishment request for S-NSSAI-2 transmitted by the terminal.
  • Step 3 The AMF may notify NG-RAN-1 using an N2 message that the corresponding UE needs to be moved to one of the other NG-RANs supporting S-NSSAI-2.
  • Step 4 Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs It can be seen that the terminal needs to be moved toward (eg, NG-RAN-2). For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • the NG-RAN-1 may start the NG-based handover procedure while transmitting a Handover Required message to the AMF.
  • the Handover Required message may include PDU session information for S-NSSAI-1 serviced by NG-RAN-1.
  • the Handover Required message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2.
  • an indication or cause value may be included in the Handover Required message.
  • NG-RAN-1 may include the context for the PDU session for S-NSSAI-1 in the source to target transparent container and deliver it to the target NG-RAN (here, NG-RAN-2).
  • Step 5 The AMF may determine that the target NG-RAN (here, NG-RAN-2) does not support S-NSSAI-1, and may decide to deactivate the PDU session for S-NSSAI-1. Accordingly, the AMF may request deactivation of each PDU session by sending an Nsmf_PDUSession_UpdateSMContext Request message to each SMF that manages PDU sessions for S-NSSAI-1.
  • the Nsmf_PDUSession_UpdateSMContext Request message may include PDU Session information for S-NSSAI-1 received from NG-RAN-1 in Step 4.
  • NG-RAN-1 may transmit an indication (or information) for requesting deactivation of the PDU session for S-NSSAI-1 to the AMF.
  • Step 6 SMF (eg SMF-1) uses the N4 Session Release procedure or N4 Session Modification procedure to provide the UPF with the AN Tunnel Info for N3 tunnel information for the PDU session for S-NSSAI-1 received in Step 5. You can request it to be deleted. The SMF may prevent additional data transmission to the NG-RAN by performing such a request.
  • SMF eg SMF-1
  • N4 Session Release procedure or N4 Session Modification procedure to provide the UPF with the AN Tunnel Info for N3 tunnel information for the PDU session for S-NSSAI-1 received in Step 5. You can request it to be deleted.
  • the SMF may prevent additional data transmission to the NG-RAN by performing such a request.
  • Step 7 The SMF can notify that the PDU session deactivation requested by the AMF has been successfully processed by sending the Nsmf_PDUSession_UpdateSMContext Response message or other message to the AMF.
  • the message may include information for releasing radio resources in NG-RAN for the deactivated PDU session (eg, PDU session ID(s) for S-NSSAI-1 and the reason why the PDU session is deactivated, etc.). .
  • Step 8 AMF may transmit a Handover Request message to NG-RAN-2 based on the information received in Steps 4 and 7.
  • the Handover Request message may include information on the reason for the start of the corresponding handover and information that the PDU session for S-NSSAI-1 serviced by NG-RAN-1 is deactivated.
  • the Handover Request message may not include PDU Session information that can be serviced in NG-RAN-2. This is because, because steps 5 to 7 are performed, the PDU session may be deactivated.
  • NG-RAN-2 from processing a Handover Request message (eg, a Handover Request message that does not include PDU Session information that can be serviced in NG-RAN-2) as an error, NG-RAN-1
  • NG-RAN-1 By adding a separate indication in addition to the cause to the message, it can be delivered to the NG-RAN-2 through the AMF (eg, see step 7 in the examples of FIGS. 13a and 13b below).
  • NG-RAN-1 is involved.
  • the AMF may transmit a Handover Request message to NG-RAN-2 by directly adding an indication to the Handover Request message.
  • Step 9 NG-RAN-2 can accept the handover because it knows that the terminal needs to move to the frequency band serviced by S-NSSAI-2 even if there is no PDU Session that can currently service the terminal. For example, even if there is no PDU Session that NG-RAN-2 can currently service for the UE, NG-RAN-2 has identified the cause, so the UE must move to the frequency band serviced by S-NSSAI-2. NG-RAN-2 can accept the handover because it knows that Therefore, NG-RAN-2 may transmit a Handover Request Acknowledge message to the AMF.
  • NG-RAN-2 Since the PDU session for S-NSSAI-1 has already been deactivated by the SMF and NG-RAN-2 does not support S-NSSAI-1 by itself, NG-RAN-2 has a PDU session for S-NSSAI-1. There is no need to perform radio resource allocation for However, in NG-RAN-2, radio resources are released due to PDU session deactivation for S-NSSAI-1 based on the information on the deactivated PDU session received in step 8 and the information contained in the source to target transparent container. It can inform the terminal that it has been done. In addition, the NG-RAN-2 may transmit an RRC message including information for redirection of the terminal to the frequency band used by the S-NSSAI-2 in the Handover Request Acknowledge message to the AMF.
  • the Handover Request Acknowledge message and the Handover Command message may not include PDU Session information that can be serviced to the UE through NG-RAN-2.
  • NG-RAN-2 or AMF may add and deliver a separate indication to the corresponding N2 message in addition to the cause (eg, : See step 9 or step 10 in the examples of FIGS. 13A and 13B below). That is, an indication to ignore the mandatory field related to the PDU session context in each N2 message may be added.
  • Step 10 AMF may transmit a Handover Command message to NG-RAN-1 based on the information received in Step 9.
  • the AMF may transmit the RRC message generated by the NG-RAN-2 to the NG-RAN-1 together with the Handover Command message.
  • the AMF may transmit information on the PDU session for S-NSSAI-1 deactivated by performing Step 5 to Step 7 operations to NG-RAN-1 together with the Handover Command message.
  • Step 11 NG-RAN-1 delivers the RRC message received from NG-RAN-2 to the UE.
  • the RRC message may include information necessary for redirection to the frequency band used by S-NSSAI-2.
  • the UE may release all radio resources allocated for the PDU session for S-NSSAI-1 according to the contents of the RRC message generated by the NG-RAN-2.
  • Step 12 After completing the configuration for redirection, the UE can access NG-RAN-2 by transmitting an RRC message to NG-RAN-2.
  • Step 13 NG-RAN-2 may notify that the terminal has successfully moved to NG-RAN-2 by transmitting a Handover Notify message to the AMF.
  • Step 14 By receiving the Handover Notify message, the AMF may confirm that the handover procedure for the terminal has ended.
  • the AMF which has confirmed that the handover procedure for the terminal has ended, may resume processing of the PDU session establishment request message for S-NSSAI-2, which was stopped in Step 2.
  • the AMF may perform a PDU session establishment procedure for establishing a PDU session for S-NSSAI-2.
  • the operations of steps 2 to 19 may be performed.
  • 12A and 12B are diagrams of the disclosure of the present specification; first courtesy A signal flow diagram according to the second example is shown.
  • FIGS. 12A and 12B include, in the process of changing the frequency band of the terminal using the NG-based handover, the target NG-RAN requesting the SMF for deactivation of the PDU session being serviced through the existing frequency band.
  • FIGS. 12A and 12B In describing the example of FIGS. 12A and 12B , a description of content overlapping with the example of FIGS. 11A and 11B will be omitted. In other words, the example of FIGS. 12A and 12B will be described below focusing on the difference between the example of FIGS. 12A and 12B and the example of FIGS. 11A and 11B .
  • Step 0 The terminal may be already registered in the network (Registration) state.
  • the UE may be in a state in which an RRC connection is established with NG-RAN-1, and may have one or more PDU sessions for S-NSSAI-1 through SMF-1.
  • Step 1 The UE may transmit a PDU session establishment request message for S-NSSAI-2 to the network through RRC and N2 message in order to receive a service using S-NSSAI-2.
  • the UE may transmit a PDU session establishment request message for S-NSSAI-2 by including information such as a globally unique AMF ID (GUAMI) received from the AMF in the previously performed registration procedure.
  • GUIAMI globally unique AMF ID
  • Step 2 AMF may know that NG-RAN-1 to which the terminal is currently connected does not support S-NSSAI-2. For example, in the AMF, based on the information on the network slice supported by each NG-RAN and the frequency band information for each network slice, the NG-RAN-1 to which the re-terminal is connected uses the S-NSSAI-2. You can see it's not supported. Accordingly, the AMF may determine that the terminal should be moved to one of the other NG-RANs supporting S-NSSAI-2. Until the terminal is moved to the NG-RAN supporting S-NSSAI-2, the AMF may stop processing the PDU session establishment request for S-NSSAI-2 transmitted by the terminal.
  • Step 3 The AMF may notify NG-RAN-1 using an N2 message that the corresponding UE needs to be moved to one of the other NG-RANs supporting S-NSSAI-2.
  • Step 4 Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs It can be seen that the terminal needs to be moved toward (eg, NG-RAN-2). For this (to move the terminal to an NG-RAN (eg, NG-RAN-2) supporting -NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and sends the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • the NG-RAN-1 may start the NG-based handover procedure while transmitting a Handover Required message to the AMF.
  • the Handover Required message may include PDU session information for S-NSSAI-1 serviced by NG-RAN-1.
  • the Handover Required message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2. This indication or cause value may be included in the Handover Required message in order to inform the AMF and the target NG-RAN (here, NG-RAN-2).
  • Step 5 The AMF sends an Nsmf_PDUSession_UpdateSMContext Request message to each SMF that manages the PDU Sessions for S-NSSAI-1 to inform that the PDU session will be handed over to the target NG-RAN (here, NG-RAN-2). there is.
  • This message may include PDU Session information for S-NSSAI-1 received from NG-RAN-1 in Step 4.
  • Step 6 The SMF may first decide whether to accept the handover for each PDU Session for S-NSSAI-1. When the SMF accepts the handover, the SMF may be allocated a new UL CN Tunnel Info for N3 tunnel for the corresponding PDU session from the UPF.
  • Step 7 SMF provides information on the PDU session that has accepted the handover to the target NG-RAN (here, NG-RAN-2) (eg, PDU session ID, new UL CN Tunnel Info for N3 tunnel, etc.)
  • An Nsmf_PDUSession_UpdateSMContext Response message including information on the PDU session that rejected the handover (eg, PDU session ID, reason for rejection, etc.) may be transmitted to the AMF.
  • Step 8 Based on the information received in Steps 4 and 7, the AMF may transmit a Handover Request message to NG-RAN-2.
  • the Handover Request message may include information on the reason for the start of the corresponding handover and the PDU session for S-NSSAI-1 for which the SMF accepted the handover in Step 6 of the SMF.
  • Step 9 Since NG-RAN-2 cannot support S-NSSAI-1, it may reject the setup request for the PDU session for S-NSSAI-1. In this case, except for the PDU session for S-NSSAI-1, there may be no PDU session that NG-RAN-2 can currently service to the UE. In this case, NG-RAN-2 may refer to the cause sent by NG-RAN-1 to prevent NG-RAN-2 from rejecting the corresponding handover procedure. For example, even if there is no PDU Session that NG-RAN-2 can currently service for the UE, NG-RAN-2 has identified the cause, so the UE must move to the frequency band serviced by S-NSSAI-2.
  • NG-RAN-2 can accept the handover because it knows that Therefore, NG-RAN-2 may transmit a Handover Request Acknowledge message to the AMF. In addition, NG-RAN-2 can notify the AMF that the setup request for the S-NSSAI-1 PDU session has been rejected (eg, the rejected S-NSSAI-1 PDU session list and the reason) through the corresponding message. there is.
  • the NG-RAN-2 Since the NG-RAN-2 has rejected the setup request for the PDU session for S-NSSAI-1, it may inform the UE that the radio resource for the PDU session has been released. In addition, the NG-RAN-2 may transmit an RRC message including information for redirecting the terminal to the frequency band used by the S-NSSAI-2 in the Handover Request Acknowledge message.
  • the Handover Request message may not include PDU Session information that can be serviced in NG-RAN-2.
  • NG-RAN-2 To prevent NG-RAN-2 from processing a Handover Request message (eg, a Handover Request message that does not include PDU Session information that can be serviced in NG-RAN-2) as an error, NG-RAN-1
  • NG-RAN-1 By adding a separate indication in addition to the cause to the message, it can be delivered to the NG-RAN-2 through the AMF (eg, see step 7 in the examples of FIGS. 13a and 13b below).
  • NG-RAN-1 is involved.
  • the AMF may transmit a Handover Request message to NG-RAN-2 by directly adding an indication to the Handover Request message.
  • NG-RAN-2 even if NG-RAN-2 does not support S-NSSAI-1, after NG-RAN-2 accepts the handover request for the PDU session for S-NSSAI-1, resource allocation for actual data transmission is In this way, it is possible to prevent the handover procedure from being rejected. For example, by referring to the cause or indication sent by NG-RAN-1, NG-RAN-2 accepts the handover request for the PDU session for S-NSSAI-1 even if it does not support S-NSSAI-1 After that, it is possible to avoid the rejection of the corresponding handover procedure in a form in which resource allocation for actual data transmission is not performed.
  • NG-RAN-2 may include a separate indication for informing NG-RAN-1, AMF and SMF of this situation in the Handover Request Acknowledge message. Since the UE can know through the RRC message that radio resources for the PDU session for S-NSSAI-1 are not allocated by NG-RAN-2, it may not attempt to transmit uplink data for the PDU session.
  • Step 10 AMF can check the PDU session list for S-NSSAI-1 for which the setup request was rejected and the reason included in the Handover Request Acknowledge message by NG-RAN-2. Thereafter, the AMF may request deactivation instead of release for the corresponding PDU session by sending an Nsmf_PDUSession_UpdateSMContext Request message (including UP deactivate information) to each SMF (eg, SMF-1).
  • the AMF can know this through the Handover cause transmitted by NG-RAN-1 in Step 4 and the Reject cause transmitted by NG-RAN-2 in Step 9, and the AMF is the S rejected by NG-RAN-2 in Step 9.
  • a separate indication for deactivation of the corresponding PDU session may be transmitted together with the PDU session list for NSSAI-1.
  • NG-RAN-2 may accept the PDU session list for S-NSSAI-1 and may not allocate resources for actual data transmission instead. In this case, NG-RAN-2 may inform the AMF of the corresponding situation through a separate indication. The AMF may request deactivation for the PDU session for S-NSSAI-1 from the SMF through the corresponding indication.
  • Step 11 SMF (eg SMF-1) uses the N4 Session Release procedure or N4 Session Modification procedure to provide the UPF with the AN Tunnel Info for N3 tunnel information for the PDU session for S-NSSAI-1 received in Step 10. You can request it to be deleted.
  • the SMF may prevent additional data transmission to the NG-RAN by performing such a request.
  • Step 12 The SMF may notify that the PDU session deactivation requested by the AMF has been successfully processed by sending the Nsmf_PDUSession_UpdateSMContext Response message or other message to the AMF.
  • the message may include information on the deactivated PDU session (e.g., PDU session ID(s) for S-NSSAI-1 and the reason why the PDU session is deactivated, etc.).
  • Step 13 The AMF may transmit a Handover Command message to NG-RAN-1 based on the information received in Step 9.
  • the AMF may also transmit the RRC message generated by the NG-RAN-2 to the NG-RAN-1.
  • the AMF may transmit information on the PDU session for S-NSSAI-1 deactivated by performing the Step 10 to Step 12 operations to the NG-RAN-1 together with the Handover Command message.
  • the Handover Request Acknowledge message and the Handover Command message may not include PDU Session information that can be serviced to the UE through NG-RAN-2.
  • NG-RAN-2 or AMF may add and deliver a separate indication to the corresponding N2 message in addition to the cause (eg, : See step 9 or step 10 in the examples of FIGS. 13A and 13B below). That is, an indication to ignore the mandatory field related to the PDU session context in each N2 message may be added.
  • Step 14 NG-RAN-1 delivers the RRC message received from NG-RAN-2 to the UE.
  • the RRC message may include information necessary for redirection to the frequency band used by S-NSSAI-2.
  • the UE may release all radio resources allocated for the PDU session for S-NSSAI-1.
  • Step 15 to 17 may be performed in the same manner as Step 12 to Step 14 of the example of FIGS. 11A and 11B .
  • FIGS. 13A and 13B are diagrams of the disclosure of the present specification.
  • first courtesy A signal flow diagram according to the third example is shown.
  • the AMF requests the SMF for deactivation of the PDU session being serviced through the existing frequency band in advance.
  • FIGS. 13A and 13B a description of content overlapping with the example of FIGS. 11A and 11B (or the example of FIGS. 12A and 12B ) will be omitted.
  • the example of FIGS. 13A and 13B will be described below focusing on the difference between the example of FIGS. 13A and 13B and the example of FIGS. 11A and 11B (or the example of FIGS. 12A and 12B ).
  • Step 0-2 In the example of FIGS. 13A and 13B , steps 0 through 2 may be performed in the same manner as steps 0 to step 2 of the example of FIGS. 11A and 11B .
  • Step 3 Since the AMF has information on the network slice supported by each NG-RAN and the frequency band information for each network slice, the AMF can support S-NSSA-1 and S-NSSAI-2 at the same time. It can be determined whether there is an NG-RAN. When the AMF determines that there is no NG-RAN capable of simultaneously supporting S-NSSA-1 and S-NSSAI-2, the AMF may decide to first deactivate the PDU session for S-NSSAI-1. Therefore, the AMF may request deactivation of each PDU session from each SMF by sending an Nsmf_PDUSession_UpdateSMContext Request message to each SMF that manages PDU sessions for S-NSSAI-1.
  • the Nsmf_PDUSession_UpdateSMContext Request message may include PDU Session information for S-NSSAI-1 being serviced in NG-RAN-1, currently stored in AMF.
  • Step 4 to 5 In the example of FIGS. 13A and 13B , steps 4 to 5 may be performed in the same manner as steps 6 to 7 in the example of FIGS. 11A and 11B .
  • Step 6 The AMF may notify NG-RAN-1 using an N2 message that the UE needs to be moved to one of the other NG-RANs supporting S-NSSAI-2.
  • the AMF may transmit to NG-RAN-1 by including information for releasing radio resources for the Deactivated PDU session, received in Step 5, in the N2 message.
  • Step 7 Through the N2 message received in Step 6, NG-RAN-1 can know that the PDU session for S-NSSAI-1 is deactivated. Because NG-RAN-1 knows that the PDU session for S-NSSAI-1 is deactivated, NG-RAN-1 can release all radio resources for the PDU session. In addition, since NG-RAN-1 does not support S-NSSAI-2, it moves the terminal toward NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2 among neighboring NG-RANs. know you have to do it.
  • NG-RAN eg, NG-RAN-2
  • NG-RAN-1 For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN eg, NG-RAN-2
  • S-NSSAI-2 S-NSSAI-2
  • the NG-RAN-1 may start the NG-based handover procedure while transmitting a Handover Required message to the AMF.
  • NG-RAN-2 since the PDU session for S-NSSAI-1 has already been deactivated, there is no PDU session that can be moved to the target NG-RAN (here, NG-RAN-2) through the Handover Required message. It should be ensured that neither 1 nor NG-RAN2 treats this (eg, Handover Required message) as an error.
  • NG-RAN-1 eg, target NG-RAN (here, NG-RAN- 2) a situation in which a PDU session that can be moved does not exist or a situation in which NG-RAN-1 should not process a handover request as an error
  • target NG-RAN here, NG-RAN- 2
  • NG-RAN-1 is a separate indication indicating that the current situation is a situation in which only the terminal context is delivered without a context for the PDU session (eg, UE context). transfer only indication) may be added to the Handover Required message.
  • NG-RAN-1 may add an indication to ignore the PDU session resource list IE, which is a mandatory field on the current Handover Required message.
  • the Handover Required message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2.
  • an indication or cause value may be included in the Handover Required message.
  • NG-RAN- A new N2 message that can be delivered to 2 may be defined.
  • the RRC message delivered to the target NG-RAN through the Handover Required message (ie, RRC HandoverPreparationInformation) is It may not contain relevant information.
  • Step 8 AMF may transmit a Handover Request message to NG-RAN-2 based on the information received in Steps 5 and 7.
  • the Handover Request message may include a separate indication indicating the reason that the corresponding handover is started and the situation in which only the terminal context is delivered without the context for the PDU session.
  • Step 9 Even if NG-RAN-2 does not currently have a PDU Sessiondl that can service the UE, the UE must move to the frequency band serviced by S-NSSAI-2 based on the Cause and “UE context transfer only indication”. Because you know what to do, you can accept Handover. Therefore, NG-RAN-2 may transmit a Handover Request Acknowledge message to the AMF.
  • the Handover Request Acknowledge message may also include an RRC message to be delivered to the UE through NG-RAN-1.
  • the RRC message may include information necessary for the UE to establish an RRC connection with NG-RAN-2. Due to deactivation of the PDU session for S-NSSAI-1, the RRC message may not include DRB-related information. Accordingly, the UE receiving the RRC message may release the radio resource for the PDU session.
  • the RRC message may also include information for redirecting the UE to the frequency band used by S-NSSAI-2.
  • Step 10 AMF may transmit a Handover Command message to NG-RAN-1 based on the information received in Step 9.
  • the AMF may deliver the RRC message generated by the NG-RAN-2 together with the Handover Command message.
  • the Handover Request Acknowledge and Handover Command messages may not include PDU Session information that can be serviced to the UE through NG-RAN-2.
  • the AMF may transmit a separate indication by adding it to the corresponding N2 message. That is, an indication to ignore the mandatory field related to the PDU session context may be added to each N2 message.
  • Step 11 NG-RAN-1 may deliver the RRC message received from NG-RAN-2 to the UE.
  • the RRC message may include information necessary for the UE to redirect to the frequency band used by S-NSSAI-2.
  • the terminal may release all radio resources allocated for the PDU session for S-NSSAI-1.
  • Step 12 to 14 It may be performed in the same manner as Step 12 to Step 14 of the example of FIGS. 11A and 11B .
  • 14A and 14B are diagrams of the disclosure of the present specification; 2nd courtesy A signal flow diagram according to the first example is shown.
  • the target NG-RAN or AMF when changing the frequency band of the terminal using Xn-based handover, may include an operation of requesting the SMF for deactivation of the PDU session being serviced through the existing frequency band.
  • FIGS. 14A and 14B For reference, in describing the example of FIGS. 14A and 14B , the description of content overlapping with the example of FIGS. 11A and 11B (or the example of FIGS. 12A and 12B or the example of FIG. 12 ) will be omitted. In other words, the following describes the example of FIGS. 14A and 14B focusing on the difference between the example of FIGS. 14A and 14B and the example of FIGS. 11A and 11B (or the example of FIGS. 12A and 12B or the example of FIG. 12 ). do it with
  • Step 0-3 It may be performed in the same manner as Step 0 to Step 3 of the example of FIGS. 11A and 11B .
  • Step 4 Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs It can be seen that the terminal needs to be moved toward (eg, NG-RAN-2). For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • the NG-RAN-1 may start the Xn-based handover procedure while transmitting a Handover Request message to the target NG-RAN (here, NG-RAN-2).
  • the Handover Request message may include PDU session information for S-NSSAI-1 served by NG-RAN-1.
  • the Handover Request message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2. This indication or cause value may be included in the Handover Request message to inform the target NG-RAN (here, NG-RAN-2).
  • Step 5 Since NG-RAN-2 cannot support S-NSSAI-1, it may reject the setup request for the PDU session for S-NSSAI-1. In this case, except for the PDU session for S-NSSAI-1, there may be no PDU session that NG-RAN-2 can currently service to the UE. In this case, NG-RAN-2 may refer to the cause sent by NG-RAN-1 to prevent NG-RAN-2 from rejecting the corresponding handover procedure. For example, even if there is no PDU Session that NG-RAN-2 can currently service for the UE, NG-RAN-2 has identified the cause, so the UE must move to the frequency band serviced by S-NSSAI-2.
  • NG-RAN-2 can accept the handover because it knows that Therefore, NG-RAN-2 may transmit a Handover Request Acknowledge message to the AMF. In addition, NG-RAN-2 can notify the AMF that the setup request for the S-NSSAI-1 PDU session has been rejected (eg, the rejected S-NSSAI-1 PDU session list and the reason) through the corresponding message. there is.
  • the NG-RAN-2 Since the NG-RAN-2 has rejected the setup request for the PDU session for S-NSSAI-1, it may inform the UE that the radio resource for the PDU session has been released. In addition, the NG-RAN-2 may transmit an RRC message including information for redirecting the terminal to the frequency band used by the S-NSSAI-2 in the Handover Request Acknowledge message.
  • the Handover Request message transmitted in Step 4 may not include PDU Session information that can be serviced in NG-RAN-2.
  • NG-RAN-1 is "an indication (or information) for NG-RAN-2 not to reject the Handover message (eg, not to process the Handover message as an error) (eg, an indication other than cause) or information)" may be included in the Handover Request message and the Path Switch Request message and delivered to NG-RAN-2.
  • NG-RAN-2 even if NG-RAN-2 does not support S-NSSAI-1, after NG-RAN-2 accepts the handover request for the PDU session for S-NSSAI-1, resource allocation for actual data transmission is In this way, it is possible to prevent the handover procedure from being rejected. For example, by referring to the cause or indication sent by NG-RAN-1, NG-RAN-2 accepts the handover request for the PDU session for S-NSSAI-1 even if it does not support S-NSSAI-1 After that, it is possible to avoid the rejection of the corresponding handover procedure in a form in which resource allocation for actual data transmission is not performed.
  • NG-RAN-2 may include a separate indication for notifying NG-RAN-1, AMF and SMF of this situation in the Handover Request Acknowledge message and the Path Switch Request message. Since the UE can know through the RRC message that radio resources for the PDU session for S-NSSAI-1 are not allocated by NG-RAN-2, it may not attempt to transmit uplink data for the PDU session.
  • Step 6-7 In the example of FIGS. 14A and 14B , steps 6 to 7 may be performed in the same manner as steps 11 to 12 of the example of FIGS. 11A and 11B .
  • Step 8 NG-RAN-2 may notify that the UE has successfully moved to NG-RAN-2 by sending a Path Switch Request message to the AMF.
  • NG-RAN-2 can notify the AMF that the setup request for the S-NSSAI-1 PDU session has been rejected (eg, the rejected S-NSSAI-1 PDU session list and the reason) through the corresponding message. there is.
  • PDU Session information that can be serviced by NG-RAN-2 may not be included in the Path Switch Request message at all.
  • NG-RAN-2 adds a separate indication (eg, see Step 7 in the example of FIGS. 15A and 15B) in addition to the cause to the Path Switch Request message. can be transmitted to the AMF.
  • a separate indication eg, see Step 7 in the example of FIGS. 15A and 15B
  • an indication to ignore the PDU Session Resource to be Switched in Downlink List IE that is a mandatory field on the current Path Switch Request message may be added.
  • Step 9 AMF can check the PDU session list for S-NSSAI-1 for which the setup request was rejected and the reason included in the Path Switch Request message by NG-RAN-2. Thereafter, the AMF may request deactivation instead of release for the corresponding PDU session by sending an Nsmf_PDUSession_UpdateSMContext Request message (including UP deactivate information) to each SMF (eg, SMF-1).
  • Nsmf_PDUSession_UpdateSMContext Request message including UP deactivate information
  • AMF can know this through the cause sent by NG-RAN-2 in Step 8, and AMF asks you to deactivate the PDU session together with the PDU session list for S-NSSAI-1 rejected by NG-RAN-2 in Step 8. may also send a separate indication.
  • NG-RAN-2 may accept the PDU session list for S-NSSAI-1 and may not allocate resources for actual data transmission instead. In this case, NG-RAN-2 may inform the AMF of the corresponding situation through a separate indication. The AMF may request deactivation for the PDU session for S-NSSAI-1 from the SMF through the corresponding indication.
  • Step 10 The SMF (eg SMF-1) uses the N4 Session Release procedure or the N4 Session Modification procedure to provide the UPF with the AN Tunnel Info for N3 tunnel information for the PDU session for S-NSSAI-1 received in Step 5. You can request it to be deleted.
  • the SMF may prevent additional data transmission to the NG-RAN by performing such a request.
  • Step 11 The SMF may notify that the PDU session deactivation requested by the AMF has been successfully processed by sending the Nsmf_PDUSession_UpdateSMContext Response message or other message to the AMF.
  • the message may include information on the deactivated PDU session (e.g., PDU session ID(s) for S-NSSAI-1 and the reason for deactivation, etc.).
  • Step 12 AMF may respond to NG-RAN-2 through a Path Switch Request Acknowledge message.
  • the Path Switch Request Acknowledge message may not include PDU Session information that can be serviced to the UE through NG-RAN-2.
  • a separate indication may be added to the Path Switch Request Acknowledge message and delivered. That is, an indication to ignore the mandatory field related to the PDU session context in the corresponding message may be added.
  • Step 13 AMF confirming that the handover procedure for the terminal has ended may resume processing of the PDU session establishment request for S-NSSAI-2.
  • AMF may perform a PDU session establishment procedure for S-NSSAI-2. For example, in the example of FIGS. 8A and 8B , the operations of steps 2 to 19 may be performed.
  • 15A and 15B are diagrams of the disclosure of the present specification; 2nd courtesy A signal flow diagram according to the second example is shown.
  • the AMF in advance requests the SMF for deactivation of the PDU session being serviced through the existing frequency band.
  • FIGS. 15A and 15B descriptions of content overlapping with the examples of FIGS. 11A and 11B to 14A and 14B will be omitted.
  • FIGS. 15A and 15B will be described below focusing on the difference between the example of FIGS. 15A and 15B and the example of FIGS. 11A and 11B to 14A and 14B.
  • Step 0-2 may be performed in the same manner as Step 0 to Step 2 of the example of FIGS. 11A and 11B .
  • Step 3 to 6 may be performed in the same manner as Step 3 to Step 6 of the example of FIGS. 13A and 13B .
  • Step 7 Through the N2 message received in Step 6, NG-RAN-1 can know that the PDU session for S-NSSAI-1 is deactivated. Because NG-RAN-1 knows that the PDU session for S-NSSAI-1 is deactivated, NG-RAN-1 can release all radio resources for the PDU session. In addition, since NG-RAN-1 does not support S-NSSAI-2, it moves the terminal toward NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2 among neighboring NG-RANs. know you have to do it.
  • NG-RAN eg, NG-RAN-2
  • NG-RAN-1 For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN eg, NG-RAN-2
  • S-NSSAI-2 S-NSSAI-2
  • NG-RAN-1 may start the NG-based handover procedure while transmitting a Handover Request message to NG-RAN-2.
  • NG-RAN-2 since the PDU session for S-NSSAI-1 has already been deactivated, there is no PDU session that can be moved to the target NG-RAN (here, NG-RAN-2) through the Handover Request message. It should be ensured that neither 1 nor NG-RAN2 treats this (eg, Handover Required message) as an error.
  • NG-RAN-1 eg, target NG-RAN (here, NG-RAN- 2) a situation in which a PDU session that can be moved does not exist or a situation in which NG-RAN-1 should not process a handover request as an error
  • target NG-RAN here, NG-RAN- 2
  • NG-RAN-1 is a separate indication indicating that the current situation is a situation in which only the terminal context is delivered without a context for the PDU session (eg, UE context). transfer only indication) may be added to the Handover Request message.
  • NG-RAN-1 may add an indication to ignore the PDU session resource list IE, which is a mandatory field on the current Handover Request message.
  • the Handover Request message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2.
  • an indication or cause value may be included in the Handover Request message.
  • NG-RAN- A new N2 message that can be delivered to 2 may be defined.
  • the RRC message delivered to the target NG-RAN through the Handover Request message (that is, RRC HandoverPreparationInformation) is It may not contain relevant information.
  • Step 8 NG-RAN-2 knows that the UE needs to move to the frequency band serviced by S-NSSAI-2 based on the Cause and “UE context transfer only indication”, so it can serve the current UE. Even if there is no PDU Session to NG-RAN-2, NG-RAN-2 may accept the Handover. Accordingly, NG-RAN-2 may transmit a Handover Request Acknowledge message to NG-RAN-1.
  • the Handover Request Acknowledge message may also include an RRC message to be delivered to the UE through NG-RAN-1.
  • the RRC message may include information necessary for the UE to establish an RRC connection with NG-RAN-2. Due to deactivation of the PDU session for S-NSSAI-1, the RRC message may not include DRB-related information. Accordingly, the UE receiving the RRC message may release radio resources for the PDU session.
  • the RRC message may also include information for redirection of the UE to the frequency band used by S-NSSAI-2.
  • Step 9 to 10 may be performed in the same manner as Step 11 to Step 12 of the example of FIGS. 13A and 13B .
  • NG-RAN-2 may inform the AMF that the UE has successfully moved to NG-RAN-2 through a Path Switch procedure.
  • NG-RAN-2 may deliver the cause received from NG-RAN-1 in Step 7 to the AMF.
  • the Path Switch Request message eg, a message transmitted from NG-RAN-2 to AMF
  • Path Switch Request Acknowledge message eg, a message transmitted from AMF to NG-RAN-2
  • PDU Session information that can be serviced may not be included at all.
  • a separate indication may be added and delivered to the N2 message (eg, Path Switch Request message or Path Switch Request Acknowledge message). That is, an indication to ignore the mandatory field related to the PDU session context in the corresponding message may be added.
  • Step 12 It may be performed in the same manner as Step 14 of the example of FIGS. 13A and 13B .
  • 16A and 16B are diagrams of the disclosure of the present specification. in the third example The following signal flow diagram is shown.
  • the AMF when the frequency band of the terminal is changed using RRC release, the AMF gives the SMF information about DL data based on the priority between the slice that the terminal is using and the slice that the terminal wants to receive a new service. It may include an action to prohibit notification.
  • FIGS. 16A and 16B descriptions of content overlapping with the examples of FIGS. 11A and 11B to 15A and 15B will be omitted.
  • FIGS. 16A and 16B will be described below focusing on the difference between the example of FIGS. 16A and 16B and the example of FIGS. 11A and 11B to 15A and 15B.
  • Step 0-3 It may be performed in the same manner as Step 0 to Step 3 of the example of FIGS. 11A and 11B .
  • Step 4 Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs It can be seen that the terminal needs to be moved toward (eg, NG-RAN-2). Handover is not available or due to other reasons, NG-RAN-1 may decide to perform RRC release with redirection for the UE. In this case, RRC release with redirection may mean redirection from the frequency band used by S-NSSAI-1 to the frequency band used by S-NSSAI-2.
  • the "other reason" here may include, for example, a case in which the operator sets NG-RAN-1 to perform RRC release with redirection instead of handover.
  • NG-RAN-1 may start the AN release procedure by sending a UE Context Release Request message to the AMF for redirection to the frequency band used by S-NSSAI-2.
  • the UE Context Release Request message may include a cause value indicating that context release has started for the terminal's frequency band change.
  • the UE Context Release Request message may include a list of PDU session IDs for S-NSSAI-1 in an active state.
  • Step 5 AMF may transmit the UE Context Release Command message including the cause value received in Step 4 to NG-RAN-1.
  • Step 6 NG-RAN-1 may transmit an RRC Release message including information necessary for redirection to a frequency band used by S-NSSAI-2 to the UE. Accordingly, the UE may release all radio resources allocated for the PDU session for S-NSSAI-1.
  • Step 7 NG-RAN-1 may respond to the AMF by transmitting a UE Context Release Complete message when the release of radio resources is completed.
  • Step 8 AMF may notify that the AN release procedure has started by sending an Nsmf_PDUSession_UpdateSMContext Request message to SMF-1.
  • the AMF may include the cause value received in Step 4 in the Nsmf_PDUSession_UpdateSMContext Request message.
  • the AMF may request deactivation instead of release for the corresponding PDU session while transmitting the list of PDU session IDs for S-NSSAI-1 in the active state received in Step 4 as well in the Nsmf_PDUSession_UpdateSMContext Request message. Through this, the AMF can prevent additional data transmission to the NG-RAN.
  • the AMF may determine whether the priority of NSSAI-2 is higher than that of S-NSSAI-1. If the AMF determines that the priority of S-NSSAI-2 is higher than that of S-NSSAI-1 (that is, if the AMF determines that the service provided through S-NSSAI-2 is more important), the AMF sends the SMF to the SMF. - Even if DL data arrives after the deactivation process for the PDU session for NSSAI-1 is completed, an indication (or information) not to notify the AMF of this (eg, DL data) may be transmitted together with the Nsmf_PDUSession_UpdateSMContext Request message.
  • Step 9 SMF may inform AMF that PDU session deactivation requested by NG-RAN has been successfully processed by using Nsmf_PDUSession_UpdateSMContext Response message or other messages.
  • Step 10 Based on the redirection information received in Step 6, the UE accesses NG-RAN-2 through a new frequency band and establishes an RRC connection.
  • Step 11 NG-RAN-2 sends an N2 message to the AMF to inform that the corresponding terminal has accessed through NG-RAN-2.
  • Step 12 The AMF may notify the SMF that the mobility event for the terminal has occurred by transmitting the Namf_EventExposure_Notify message to the SMF-2.
  • the AMF may transmit a Namf_EventExposure_Notify message including information indicating that the location of the UE has changed (eg, UE location change) to the SMF.
  • Step 13 After confirming that the redirection procedure for the terminal has ended, the AMF may resume processing of the PDU session establishment request for S-NSSAI-2, which was stopped in Step 2.
  • 17A and 17B are diagrams of the disclosure of the present specification; in the fourth example The following signal flow diagram is shown.
  • 17A and 17B try to change the frequency band of the terminal using the handover, but when the handover fails, the terminal repeatedly transmits a PDU session establishment request for a PDU session related to a slice to receive a new service.
  • Xn-based handover-related operations eg, steps 4a to 4c
  • NG-based handover-related operations eg, steps 5a to 5c
  • an RRRCrelesase with Back-off timer-related operation eg: Steps 6a and 6b
  • RRC Release with Redirection related operations eg, steps 6c and 6d
  • FIGS. 17A and 17B descriptions of content overlapping with the examples of FIGS. 11A and 11B to 16A and 16B will be omitted.
  • FIGS. 17A and 17B will be described below focusing on the difference between the example of FIGS. 17A and 17B and the example of FIGS. 11A and 11B to 16A and 16B.
  • Step 0-1 may be performed in the same manner as Step 0 to Step 1 of the example of FIGS. 11A and 11B .
  • Step 2 AMF may know that NG-RAN-1 to which the terminal is currently connected does not support S-NSSAI-2. For example, in the AMF, based on the information on the network slice supported by each NG-RAN and the frequency band information on each network slice, the NG-RAN-1 to which the terminal is currently connected determines the S-NSSAI-2. You can see that it is not supported. Accordingly, the AMF may determine that the terminal should be moved to one of the other NG-RANs supporting S-NSSAI-2. Until the terminal is moved to the NG-RAN supporting S-NSSAI-2, the AMF may stop processing the PDU session establishment request for S-NSSAI-2 transmitted by the terminal.
  • the AMF is an operation for deactivation of the PDU session for S-NSSAI-1 can be performed.
  • the examples of FIGS. 15A and 15B may be referred to when performing Xn-based handover related operations, and NG-based handover When performing a related operation, the examples of FIGS. 13A and 13B may be referred to.
  • Step 3 The AMF may notify NG-RAN-1 using an N2 message that the corresponding UE needs to be moved to one of the other NG-RANs supporting S-NSSAI-2. Depending on whether NG-RAN-1 selects Xn-based handover or NG-RAN-1 selects NG-based handover, steps 4a to 4c or steps 5a to 5c may be performed.
  • NG-RAN-1 may determine whether to perform Xn-based handover or NG-based handover. When NG-RAN-1 determines to perform Xn-based handover, the following steps 4a to 4c may be performed. When NG-RAN-1 determines to perform NG-based handover, the following steps 5a to 5c may be performed.
  • Step 4a to 4c When NG-RAN-1 selects Xn-based Handover, Step 4a to Step 4c may be performed. Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs (eg: It can be seen that the terminal needs to be moved toward NG-RAN-2).
  • NG-RAN-1 For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN eg, NG-RAN-2
  • S-NSSAI-2 S-NSSAI-2
  • the NG-RAN-1 may start the Xn-based handover procedure while transmitting a Handover Request message to the target NG-RAN (here, NG-RAN-2).
  • the Handover Request message may include PDU session information for S-NSSAI-1 served by NG-RAN-1.
  • the Handover Request message may include an indication or cause value indicating that the reason that the current handover procedure is started is to move the terminal to a frequency band serviced by S-NSSAI-2. This indication or cause value may be included in the Handover Request message to inform the target NG-RAN (here, NG-RAN-2).
  • the NG-RAN-2 may reject the handover due to reasons such as lack of radio resources, non-support of handover configured only with terminal context, and the like.
  • the NG-RAN-2 may transmit a Handover Preparation Failure message including information on the reason for the handover failure (eg, Failure cause) to the NG-RAN-1.
  • Step 4c the NG-RAN-1 may inform the AMF of the failure of the handover and the reason for the failure by delivering the failure cause received in Step 4b to the AMF.
  • Step 4c the procedures of Steps 6a to 6d may be performed.
  • Step 3 is performed, as in Step 3 of the example of FIGS. 13a and 13b or Step 3 of the example of FIGS. 15a and 15b, the AMF is an operation for deactivation of the PDU session for S-NSSAI-1
  • the example of FIGS. 15A and 15B may be referred to instead of Step 4 of FIGS. 17A and 17B .
  • Step 4a of FIGS. 17A and 17B the operations of Step 3 to Step 7 of the example of FIGS. 15A and 15B may be performed, and thereafter, Steps 4b and 4c of FIGS. 17A and 17B are performed. it might be
  • Step 5a to 5c If the NG-RAN-1 selects the NG-based Handover, Step 5a to Step 5c may be performed. Based on the N2 message received in Step 3, since NG-RAN-1 does not support S-NSSAI-2, NG-RAN that supports S-NSSAI-2 among neighboring NG-RANs (eg: It can be seen that the terminal needs to be moved toward NG-RAN-2).
  • NG-RAN-1 For this (to move the terminal to NG-RAN (eg, NG-RAN-2) supporting S-NSSAI-2), NG-RAN-1 requests a measurement result report from the terminal, and the measurement result from the terminal can receive Based on the measurement result received from the terminal, NG-RAN-1 may determine whether handover to the terminal is possible and, when the handover is performed, the target cell to be the target.
  • NG-RAN eg, NG-RAN-2
  • S-NSSAI-2 S-NSSAI-2
  • Step 5a the NG-RAN-1 may start the NG-based handover procedure while transmitting a Handover Required message to the AMF.
  • Step 5a may be performed in the same manner as Step 4 to Step 8 of the example of FIGS. 11A and 11B .
  • Step 5a may be performed in the same manner as Step 4 to Step 8 of the examples of FIGS. 12A and 12B .
  • the NG-RAN-2 may reject the handover due to reasons such as lack of radio resources, handover consisting only of terminal context, and the like.
  • NG-RAN-2 may transmit a Handover Preparation Failure message including information on the reason for the handover failure (eg, Failure cause) to the AMF.
  • Step 5c the AMF may inform NG-RAN-1 of the failure of the handover for the corresponding terminal and the reason by delivering the failure cause received in Step 5b.
  • Step 5c the procedures of Steps 6a to 6d may be performed.
  • Step 3 when the AMF performs an operation for deactivation for the PDU session for S-NSSAI-1, in FIGS. 17A and 17B
  • the example of FIGS. 13A and 13B may be referred to.
  • Step 5a of FIGS. 17A and 17B the operations of Step 3 to Step 8 of the example of FIGS. 13A and 13B may be performed, and thereafter, Steps 5b and 5c of FIGS. 17A and 17B are performed. it might be
  • Step 6a-6d Based on Step 4c or Step 5b, the AMF can know that the handover procedure for the UE in the NG-RAN has failed.
  • the AMF notifies the UE that the PDU session establishment for S-NSSAI-2 has failed, and the AMF may provide a failure reason (eg, new cause) and a back-off timer to the UE. Through this operation, the AMF may prevent the UE from attempting to establish a PDU session for the PDU session for S-NSSAI-2 for a certain period of time.
  • a failure reason eg, new cause
  • the AMF can make the NG-RAN-1 start the RRC release procedure for redirecting the terminal to the frequency band used by the S-NSSAI-2.
  • Step 3 if the AMF performs an operation for deactivation of the PDU session for S-NSSAI-1, it has already been A procedure for re-activating the deactivated PDU session for S-NSSAI-1 may be performed. For example, after NG-RAN-1 re-allocates radio resources for the PDU session for S-NSSAI-1, it may notify the UE through an RRC reconfiguration message.
  • step 1 or 2 of the examples of FIGS. 11A and 11B to FIGS. 17A and 17B in order for the UE to be provided with a service using S-NSSAI-2, PDU session establishment for S-NSSAI-2 It was explained that the operation of sending the request message is performed first, and the operation after that is performed. However, this is only an example, and the scope of the disclosure of the present specification is that, before step 1 or step 2 of the example of FIGS. 11A and 11B to the example of FIGS. 17A and 17B is performed, the UE is already S-NSSAI-2 It may include a case of establishing a PDU session for .
  • the UE uses S-NSSAI-2 in steps 1 or 2 of the examples of FIGS. 11A and 11B to 17A and 17B (that is, through a PDU session for S-NSSAI-2) ) to transmit a NAS message requesting to receive a service.
  • a subsequent operation after step 1 or 2 of the example of FIGS. 11A and 11B to the example of FIGS. 17A and 17B eg, S-NSSAI-2 to a frequency band capable of servicing
  • the NAS message may be a Service Request, Registration Request, or a newly defined NAS message.
  • This NAS message may include the ID of the PDU session for the S-NSSAI-2, which may be in the form of List Of PDU Sessions To Be Activated or in the form of other parameters.
  • an operation for supporting frequency band movement according to a specific slice request of a terminal in a mobile communication system may be performed.
  • the core network eg, AMF, SMF, UPF
  • the core network may confirm that it is necessary to move the UE to the NG-RAN supporting the network slice requested by the UE.
  • the core network eg, AMF, SMF, UPF
  • may notify the wireless network eg, NG-RAN
  • a wireless network eg, NG-RAN
  • a wireless network eg, NG-RAN
  • the core network may perform deactivation for a specific PDU session based on the result of the request.
  • the corresponding slice is provided to the UE. service can be provided efficiently.
  • efficient communication can be provided when the UE wants to use the first PDU session again. For example, the terminal does not need to perform the PDU session establishment procedure again for the first PDU session.
  • the terminal repeatedly requests the first NG-RAN to request a PDU session establishment for the second PDU session. By doing so, efficient signaling is possible.
  • the UE may deactivate the PDU session (eg, the PDU session related to the first network slice) provided through the first NG-RAN without releasing (release). Accordingly, after the terminal is provided with the service through the second NG-RAN, it returns to the first NG-RAN and provides the service again through the previously used PDU session (eg, the PDU session related to the first network slice).
  • the PDU session eg, the PDU session related to the first network slice
  • the terminal In the case of receiving a PDU, by activating the deactivated PDU session without the need to establish a new PDU session, the terminal can be efficiently provided with the service. In addition, if the handover procedure for moving the terminal to another frequency band fails, the terminal By preventing repeated transmission of the session establishment request message to the network, unnecessary signaling can be reduced.
  • a terminal eg, UE
  • the operation of a terminal (eg, UE) described in this specification may be implemented by the apparatuses of FIGS. 1 to 3 described above.
  • the terminal eg, UE
  • the terminal may be the first device 100 or the second device 200 of FIG. 2 .
  • an operation of a terminal (eg, UE) described herein may be processed by one or more processors 102 or 202 .
  • the operation of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g. instruction, executable code) executable by one or more processors 102 or 202 .
  • an instruction/program e.g. instruction, executable code
  • One or more processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 105 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein. It is possible to perform the operation of the terminal (eg, UE) described in .
  • instructions for performing an operation of a terminal (eg, UE) described in the disclosure of the present specification may be stored in a non-volatile computer-readable storage medium in which it is recorded.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform the operation of the terminal (eg, UE) described in the disclosure of the present specification.
  • the operation of the network node eg, AMF, SMF, UPF, PCF, UDM, DN, etc.
  • base station eg, NG-RAN, gNB, eNB, RAN, E-UTRAN, etc.
  • the network node or base station may be the first apparatus 100 or the second apparatus 200 of FIG. 2 .
  • the operation of a network node or base station described herein may be handled by one or more processors 102 or 202 .
  • the operation of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of an instruction/program (e.g.
  • processors 102 or 202 control one or more memories 104 or 204 and one or more transceivers 106 or 206 , and execute instructions/programs stored in one or more memories 104 or 204 as disclosed herein. It is possible to perform the operation of the network node or the base station described in .
  • the instructions for performing the operation of the network node or the base station described in the disclosure of the present specification may be stored in a non-volatile (or non-transitory) computer-readable storage medium recording.
  • the storage medium may be included in one or more memories 104 or 204 .
  • the instructions recorded in the storage medium may be executed by one or more processors 102 or 202 to perform the operations of the network node or the base station described in the disclosure of the present specification.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서의 일 개시는 AMF가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 제1 RAN노드로부터 수신하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시키는 것을 결정하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 상기 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 제1 RAN 노드에게 전송하는 단계; 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및 상기 제1 네트워크 슬라이스에 관련된 제1 PDU 세션을 비활성화하기 위한 요청 메시지를 SMF에게 전송하는 단계를 포함할 수 있다.

Description

네트워크 슬라이스와 관련된 통신
본 명세서는 이동통신에 관한 것이다.
3rd generation partnership project (3GPP) long-term evolution (LTE)는 고속 패킷 통신(high-speed packet communications)을 가능하게 하는 기술이다. 사용자 비용 및 공급자 비용을 줄이고, 서비스 품질을 개선하며, 커버리지 및 시스템 용량을 확장 및 개선하는 것을 목표로 하는 것을 포함하여 LTE 목표를 위해 많은 계획이 제안되어 왔다. 3GPP LTE는 비트 당 비용 절감, 서비스 가용성 향상, 주파수 대역의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 상위 수준의 요구 사항(upper-level requirement)으로 요구한다.
ITU (International Telecommunication Union) 및 3GPP에서 New Radio (NR) 시스템에 대한 요구 사항 및 사양을 개발하기 위한 작업이 시작되었다. 3GPP는 긴급한 시장 요구 사항(urgent market needs)과 ITU-R (International Mobile Telecommunications) international mobile telecommunications (IMT)-2020 프로세스에서 정한 장기적인 요구 사항을 모두 충족하는 새로운 Radio Access Technology (RAT)를 적시에 성공적으로 표준화하는 데 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 더 먼 미래에도 무선 통신에 사용할 수 있는 최소 최대 100GHz 범위의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC) 등을 포함한 모든 사용 시나리오, 요구 사항 및 배포 시나리오를 다루는 단일 기술 프레임 워크를 목표로 한다. NR은 본질적으로 순방향 호환이 가능할 수 있다(forward compatible).
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 특정 주파수 대역을 통해 특정 네트워크 슬라이스(예: Single - Network Slice Selection Assistance Information (S-NSSAI)-1)에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 다른 네트워크 슬라이스(예: S-NSSAI-2)에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.
예를 들어, 5G System (5GS)가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-Access Network (AN)(예: 특정 주파수 대역)으로 UE를 steer하는 방법이 논의될 필요가 있다. 5GS가 UE를 적절한 5G-AN으로 steer하기 위한 결정을 할 때, 5GS에게 필요한 정보가 논의될 필요가 있다. 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지 논의될 필요가 있다.예를 들어, NG-RAN이 단말의 PDU 세션 수립 요청을 거절한 후, 단말이 해당 PDU Session와 관련된 네트워크 슬라이스를 통해 서비스를 제공받기 위해서는, 단말은 해당 네트워크 슬라이스를 지원하는 NG-RAN(예: 제2 NG-RAN)으로 이동해야 한다. 그리고, 단말은 제2 NG-RAN으로 이동한 후, 다시 PDU 세션 수립절차를 시작해야 한다. 이에 따라, 불필요한 signaling이 발생하며, 단말이 서비스를 제공받기까지 오랜 시간이 걸릴 수 있다는 문제가 있다.
또한, 단말이 제2 NG-RAN으로 이동하는 과정에서, 단말이 제1 NG-RAN에서 서비스를 제공받던 PDU 세션이 해제된다. 단말이 다시 제1 PDU 세션을 이용한 서비스를 제공받고자 하는 경우, 단말이 다시 제1 NG-RAN으로 이동한 후 제1 PDPU 세션을 생성하기 위한 PDU 세션 수립 절차를 수행해야 해서, 불필요한 signaling이 발생할 수 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 AMF가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 제1 RAN노드로부터 수신하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시키는 것을 결정하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 상기 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 제1 RAN 노드에게 전송하는 단계; 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및 상기 제1 네트워크 슬라이스에 관련된 제1 PDU 세션을 비활성화하기 위한 요청 메시지를 SMF에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 네트워크 슬라이스에 관련된 통신을 수행하는 AMF를 제공한다. AMF는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 제1 RAN노드로부터 수신하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시키는 것을 결정하는 단계; 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 상기 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 제1 RAN 노드에게 전송하는 단계; 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및 상기 제1 네트워크 슬라이스에 관련된 제1 PDU 세션을 비활성화하기 위한 요청 메시지를 SMF에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 제1 RAN 노드가 네트워크 슬라이스에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 UE로부터 수신하는 단계; 상기 PDU 세션 수립 요청 메시지를 AMF에게 전송하는 단계; UE를 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 AMF로부터 수신하는 단계; 및 상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 AMF에게 전송하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 네트워크 스라이스에 관련된 통신을 수행하는 제1 RAN 노드를 제공한다. 상기 제1 RAN 노드는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제2 PDU 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 UE로부터 수신하는 단계; 상기 PDU 세션 수립 요청 메시지를 AMF에게 전송하는 단계; UE를 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 AMF로부터 수신하는 단계; 및 상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 AMF에게 전송하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6은 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 예를 나타낸 예시도이다.
도 7는 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 다른 예를 나타낸 예시도이다.
도 8a 및 도 8b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 9는 CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원하기 위한 절차의 일 예를 나타낸다.
도 10는 UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 절차의 일 예를 나타낸다.
도 11a 및 도 11b는 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 12a 및 도 12b은 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 13a 및 도 13b은 본 명세서의 개시의 제1예의 제3 예시에 따른 신호 흐름도를 나타낸다.
도 14a 및 도 14b는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 15a 및 도 15b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 16a 및 도 16b는 본 명세서의 개시의 제3예에 따른 신호 흐름도를 나타낸다.
도 17a 및 도 17b은 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
첨부된 도면에서는 예시적으로 UE(User Equipment)가 도시되어 있으나, 도시된 상기 UE는 단말(Terminal), ME(Mobile Equipment), 등의 용어로 언급될 수도 있다. 또한, 상기 UE는 노트북, 휴대폰, PDA, 스마트 폰(Smart Phone), 멀티미디어 기기등과 같이 휴대 가능한 기기일 수 있거나, PC, 차량 탑재 장치와 같이 휴대 불가능한 기기일 수 있다.
이하에서, UE는 무선 통신이 가능한 무선 통신 기기(또는 무신 장치, 또는 무선 기기)의 예시로 사용된다. UE가 수행하는 동작은 무선 통신 기기에 의해 수행될 수 있다. 무선 통신 기기는 무선 장치, 무선 기기 등으로도 지칭될 수도 있다. 이하에서, AMF는 AMF 노드를 의미하고, SMF는 SMF 노드를 의미하고, UPF는 UPF 노드를 의미할 수 있다.
이하에서 사용되는 용어인 기지국은, 일반적으로 무선기기와 통신하는 고정된 지점(fixed station)을 말하며, eNodeB(evolved-NodeB), eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point), gNB(Next generation NodeB) 등 다른 용어로 불릴 수 있다.
I. 본 명세서의 개시에 적용될 수 있는 기술 및 절차
도 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) 범주이다.
부분적인 사용 예는 최적화를 위해 복수의 범주를 요구할 수 있으며, 다른 사용 예는 하나의 KPI(key performance indicator)에만 초점을 맞출 수 있다. 5G는 유연하고 신뢰할 수 있는 방법을 사용하여 이러한 다양한 사용 예를 지원한다.
eMBB는 기본적인 모바일 인터넷 접속을 훨씬 능가하며 클라우드와 증강 현실에서 풍부한 양방향 작업 및 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G 핵심 동력의 하나이며, 5G 시대에는 처음으로 전용 음성 서비스가 제공되지 않을 수 있다. 5G에서는 통신 시스템이 제공하는 데이터 연결을 활용한 응용 프로그램으로서 음성 처리가 단순화될 것으로 예상된다. 트래픽 증가의 주요 원인은 콘텐츠의 크기 증가와 높은 데이터 전송 속도를 요구하는 애플리케이션의 증가 때문이다. 더 많은 장치가 인터넷에 연결됨에 따라 스트리밍 서비스(오디오와 비디오), 대화 비디오, 모바일 인터넷 접속이 더 널리 사용될 것이다. 이러한 많은 응용 프로그램은 사용자를 위한 실시간 정보와 경보를 푸시(push)하기 위해 항상 켜져 있는 상태의 연결을 요구한다. 클라우드 스토리지(cloud storage)와 응용 프로그램은 모바일 통신 플랫폼에서 빠르게 증가하고 있으며 업무와 엔터테인먼트 모두에 적용될 수 있다. 클라우드 스토리지는 상향링크 데이터 전송 속도의 증가를 가속화하는 특수 활용 사례이다. 5G는 클라우드의 원격 작업에도 사용된다. 촉각 인터페이스를 사용할 때, 5G는 사용자의 양호한 경험을 유지하기 위해 훨씬 낮은 종단 간(end-to-end) 지연 시간을 요구한다. 예를 들어, 클라우드 게임 및 비디오 스트리밍과 같은 엔터테인먼트는 모바일 광대역 기능에 대한 수요를 증가시키는 또 다른 핵심 요소이다. 기차, 차량, 비행기 등 이동성이 높은 환경을 포함한 모든 장소에서 스마트폰과 태블릿은 엔터테인먼트가 필수적이다. 다른 사용 예로는 엔터테인먼트 및 정보 검색을 위한 증강 현실이다. 이 경우 증강 현실은 매우 낮은 지연 시간과 순간 데이터 볼륨을 필요로 한다.
또한 가장 기대되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서(embedded sensor)를 원활하게 연결할 수 있는 기능, 즉 mMTC와 관련이 있다. 잠재적으로 IoT(internet-of-things) 기기 수는 2020년까지 2억4천만 대에 이를 것으로 예상된다. 산업 IoT는 5G를 통해 스마트 시티, 자산 추적, 스마트 유틸리티, 농업, 보안 인프라를 가능하게 하는 주요 역할 중 하나이다.
URLLC는 주 인프라의 원격 제어를 통해 업계를 변화시킬 새로운 서비스와 자율주행 차량 등 초고신뢰성의 저지연 링크를 포함하고 있다. 스마트 그리드를 제어하고, 산업을 자동화하며, 로봇 공학을 달성하고, 드론을 제어하고 조정하기 위해서는 신뢰성과 지연 시간이 필수적이다.
5G는 초당 수백 메가 비트로 평가된 스트리밍을 초당 기가비트에 제공하는 수단이며, FTTH(fiber-to-the-home)와 케이블 기반 광대역(또는 DOCSIS)을 보완할 수 있다. 가상 현실과 증강 현실뿐만 아니라 4K 이상(6K, 8K 이상) 해상도의 TV를 전달하려면 이 같은 빠른 속도가 필요하다. 가상 현실(VR; virtual reality) 및 증강 현실(AR; augmented reality) 애플리케이션에는 몰입도가 높은 스포츠 게임이 포함되어 있다. 특정 응용 프로그램에는 특수 네트워크 구성이 필요할 수 있다. 예를 들어, VR 게임의 경우 게임 회사는 대기 시간을 최소화하기 위해 코어 서버를 네트워크 운영자의 에지 네트워크 서버에 통합해야 한다.
자동차는 차량용 이동 통신의 많은 사용 예와 함께 5G에서 새로운 중요한 동기 부여의 힘이 될 것으로 기대된다. 예를 들어, 승객을 위한 오락은 높은 동시 용량과 이동성이 높은 광대역 이동 통신을 요구한다. 향후 이용자들이 위치와 속도에 관계 없이 고품질 연결을 계속 기대하고 있기 때문이다. 자동차 분야의 또 다른 사용 예는 AR 대시보드(dashboard)이다. AR 대시보드는 운전자가 전면 창에서 보이는 물체 외에 어두운 곳에서 물체를 식별하게 하고, 운전자에게 정보 전달을 오버랩(overlap)하여 물체와의 거리 및 물체의 움직임을 표시한다. 미래에는 무선 모듈이 차량 간의 통신, 차량과 지원 인프라 간의 정보 교환, 차량과 기타 연결된 장치(예: 보행자가 동반하는 장치) 간의 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전하게 운전할 수 있도록 행동의 대체 과정을 안내하여 사고의 위험을 낮춘다. 다음 단계는 원격으로 제어되거나 자율 주행하는 차량이 될 것이다. 이를 위해서는 서로 다른 자율주행 차량 간의, 그리고 차량과 인프라 간의 매우 높은 신뢰성과 매우 빠른 통신이 필요하다. 앞으로는 자율주행 차량이 모든 주행 활동을 수행하고 운전자는 차량이 식별할 수 없는 이상 트래픽에만 집중하게 될 것이다. 자율주행 차량의 기술 요구사항은 인간이 달성할 수 없는 수준으로 교통 안전이 높아지도록 초저지연과 초고신뢰를 요구한다.
스마트 사회로 언급된 스마트 시티와 스마트 홈/빌딩이 고밀도 무선 센서 네트워크에 내장될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 주택의 비용 및 에너지 효율적인 유지 보수에 대한 조건을 식별할 것이다. 각 가정에 대해서도 유사한 구성을 수행할 수 있다. 모든 온도 센서, 창문과 난방 컨트롤러, 도난 경보기, 가전 제품이 무선으로 연결될 것이다. 이러한 센서 중 다수는 일반적으로 데이터 전송 속도, 전력 및 비용이 낮다. 그러나 모니터링을 위하여 실시간 HD 비디오가 특정 유형의 장치에 의해 요구될 수 있다.
열이나 가스를 포함한 에너지 소비와 분배를 보다 높은 수준으로 분산시켜 분배 센서 네트워크에 대한 자동화된 제어가 요구된다. 스마트 그리드는 디지털 정보와 통신 기술을 이용해 정보를 수집하고 센서를 서로 연결하여 수집된 정보에 따라 동작하도록 한다. 이 정보는 공급 회사 및 소비자의 행동을 포함할 수 있으므로, 스마트 그리드는 효율성, 신뢰성, 경제성, 생산 지속 가능성, 자동화 등의 방법으로 전기와 같은 연료의 분배를 개선할 수 있다. 스마트 그리드는 지연 시간이 짧은 또 다른 센서 네트워크로 간주될 수도 있다.
미션 크리티컬 애플리케이션(예: e-health)은 5G 사용 시나리오 중 하나이다. 건강 부분에는 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램들이 포함되어 있다. 통신 시스템은 먼 곳에서 임상 치료를 제공하는 원격 진료를 지원할 수 있다. 원격 진료는 거리에 대한 장벽을 줄이고 먼 시골 지역에서 지속적으로 이용할 수 없는 의료 서비스에 대한 접근을 개선하는 데 도움이 될 수 있다. 원격 진료는 또한 응급 상황에서 중요한 치료를 수행하고 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터에 대한 원격 모니터링 및 센서를 제공할 수 있다.
무선과 이동 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 관리 비용이 높다. 따라서 케이블을 재구성 가능한 무선 링크로 교체할 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나 이러한 교체를 달성하기 위해서는 케이블과 유사한 지연 시간, 신뢰성 및 용량을 가진 무선 연결이 구축되어야 하며 무선 연결의 관리를 단순화할 필요가 있다. 5G 연결이 필요할 때 대기 시간이 짧고 오류 가능성이 매우 낮은 것이 새로운 요구 사항이다.
물류 및 화물 추적은 위치 기반 정보 시스템을 사용하여 어디서든 인벤토리 및 패키지 추적을 가능하게 하는 이동 통신의 중요한 사용 예이다. 물류와 화물의 이용 예는 일반적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성을 갖춘 위치 정보가 필요하다.
도 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는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 4는 기지국이 중앙 유닛(CU; central unit)과 분산 유닛(DU; distributed unit)으로 분할되는 경우, 상술한 도 2의 제2 무선 장치(200) 또는 도 3의 무선 장치(200)를 보다 상세하게 예시하는 도면이다.
도 4을 참조하면, 기지국(200)은 코어 네트워크(300)와 연결될 수 있다. 기지국(200)은 서로 연결될 수 있다. 예를 들어, 기지국(200)과 코어 네트워크(300) 사이의 인터페이스를 NG라 할 수 있다. 예를 들어, 기지국(200) 사이의 인터페이스를 Xn이라 할 수 있다.
기지국(200)은 CU(210) 및 DU(220)로 분할될 수 있다. 즉, 기지국(200)은 계층적으로 분리되어 운용될 수 있다. CU(210)는 하나 이상의 DU(220)와 연결될 수 있다. 예를 들어, CU(210)와 DU(220) 사이의 인터페이스를 F1이라 할 수 있다. CU(210)는 기지국(200)의 상위 계층의 기능을 수행할 수 있고, DU(220)는 기지국(200)의 하위 계층의 기능을 수행할 수 있다. 예를 들어, CU(210)는 기지국(200)(예: gNB)의 RRC, SDAP 및 PDCP 계층을 호스팅하는 논리 노드(logical node)일 수 있다. 또는, CU(W32)는 기지국(200)(예: ng-eNB)의 RRC 및 PDCP 계층을 호스팅하는 논리 노드일 수 있다. 예를 들어, DU(220)는 기지국의 RLC, MAC 및 PHY 계층을 호스팅하는 논리 노드일 수 있다.
DU(220)의 동작은 부분적으로 CU(210)에 의해 제어될 수 있다. 하나의 DU(220)는 하나 이상의 셀을 지원할 수 있다. 하나의 셀은 오직 하나의 DU(220)에 의해서만 지원될 수 있다. 하나의 DU(220)는 하나의 CU(210)에 연결될 수 있고, 적절한 구현에 의하여 하나의 DU(220)는 복수의 CU(210)에 연결될 수도 있다.
도 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: 로밍 시나리오(non-roaming scenario)에서, PCF와 AMF 간의 레퍼런스 포인트, 로밍 시나리오에서, AMF와 방문 네트워크(visited network)의 PCF 간의 레퍼런스 포인트를 나타낸다.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
- N30: PCF와 NEF 간의 기준점.
- N33: AF와 NEF 간의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
참고로, 도 5에서 사업자(operator) 이외의 제3자(third party)에 의한 AF는 NEF를 통해 5GC에 접속될 수도 있다.
<네트워크 슬라이스(Network Slice)>
이하, 차세대 이동통신에서 도입될 네트워크의 슬라이싱을 설명한다.
차세대 이동통신은 하나의 네트워크를 통해 다양한 서비스를 제공하기 위하여, 네트워크의 슬라이싱에 대한 개념을 소개하고 있다. 여기서, 네트워크의 슬라이싱은 특정 서비스를 제공할 때 필요한 기능을 가진 네트워크 노드들의 조합이다. 슬라이스 인스턴스를 구성하는 네트워크 노드는 하드웨어적으로 독립된 노드이거나, 또는 논리적으로 독립된 노드일 수 있다.
각 슬라이스 인스턴스는 네트워크 전체를 구성하는데 필요한 모든 노드들의 조합으로 구성될 수 있다. 이 경우, 하나의 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공할 수 있다.
이와 다르게, 슬라이스 인스턴스는 네트워크를 구성하는 노드 중 일부 노드들의 조합으로 구성될 수도 있다. 이 경우, 슬라이스 인스턴스는 UE에게 단독으로 서비스를 제공하지 않고, 기존의 다른 네트워크 노드들과 연계하여 UE에게 서비스를 제공할 수 있다. 또한, 복수 개의 슬라이스 인스턴스가 서로 연계하여 UE에게 서비스를 제공할 수도 있다.
슬라이스 인스턴스는 코어 네트워크(CN) 노드 및 RAN을 포함한 전체 네트워크 노드가 분리될 수 있는 점에서 전용 코어 네트워크와 차이가 있다. 또한, 슬라이스 인스턴스는 단순히 네트워크 노드가 논리적으로 분리될 수 있다는 점에서 전용 코어 네트워크와 차이가 있다.
참고로, 네트워크 슬라이스에 대해, quota(할당량)이 사용될 수 있다.
예를 들어, 네트워크 슬라이스에 관련된 quota는 UE의 최대 개수에 대한 quota를 포함할 수 있다. UE의 최대 개수에 대한 quota는 네트워크 슬라이스를 동시에 사용할 수 있는 단말의 최대 개수를 의미할 수 있다. 일례로, 각가의 네트워크 슬라이스 정보가 UE의 최대 개수(예: 10 개, 1000000 개 등)에 대한 quota 정보를 포함할 수 있다.
예를 들어, 네트워크 슬라이스에 관련된 quota는 PDU 세션의 최대 개수에 대한 quota를 포함할 수 있다. PDU 세션의 최대 개수에 대한 quota는 네트워크 슬라이스에서 지원되는 동시(concurrent) PDU 세션의 최대 개수를 의미할 수 있다. 예를 들어, 네트워크 슬라이스에서 지원되는 동시(concurrent) PDU 세션의 최대 개수는 S-NSSAI에 의해 정의된 DNN(Data Network Name)과 관련된 하나의 네트워크 슬라이스 내에서 동시에 수립되어 있는 PDU 세션의 최대 개수를 의미할 수 있다.
5G 이동통신에서, 네트워크 슬라이스 quota 이벤트 알림(event notification)이 네트워크 슬라이스 내에서 지원될 수 있다. 예를 들어, 네트워크 슬라이스에 관련된 quota에 관한 이벤트 알림이 지원될 수 있다. 예를 들어, AF가 5GS에서 네트워크 슬라이스에 관련된 quota에 관한 이벤트 알림을 요청할 수 있다. 그러면, AF는 5GS에서 네트워크 슬라이스에 관련된 속성(attributes)에 대한 quota에 대한 알림을 받을 수도 있다. 예를 들어, 5GS는 AF에게 특정 속성에 대한 quota가 특정된(specified) 임계값에 도달했는지 여부를 AF에게 알릴 수 있다. 그러면, AF는 5GS 라우팅 결정에 영향을 미칠 수도 있다.
도 6은 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 예를 나타낸 예시도이다.
도 6를 참고하여 알 수 있는 바와 같이, 코어 네트워크(CN)는 여러 슬라이스 인스턴스들로 나뉠 수 있다. 각 슬라이스 인스턴스는 CP 기능 노드와 UP 기능 노드 중 하나 이상을 포함할 수 있다.
각 UE는 RAN을 통하여 자신의 서비스에 맞는 네트워크 슬라이스 인스턴스를 사용할 수 있다.
도 6에 도시된 바와 달리, 각 슬라이스 인스턴스는 다른 슬라이스 인스턴스와 CP 기능 노드와 UP 기능 노드 중 하나 이상을 공유할 수도 있다. 이에 대해서 도 7을 참조하여 설명하면 다음과 같다.
도 7는 네트워크 슬라이싱의 개념을 구현하기 위한 아키텍처의 다른 예를 나타낸 예시도이다 .
도 7를 참조하면, 복수의 UP 기능 노드들이 클러스터링되고, 마찬가지로 복수의 CP 기능 노드들도 클러스트링된다.
그리고, 도 7를 참조하면, 코어 네트워크 내의 슬라이스 인스턴스#1(혹은 인스턴스#1이라고 함)은 UP 기능 노드의 제1 클러스터를 포함한다. 그리고, 상기 슬라이스 인스턴스#1은 CP 기능 노드의 클러스터를 슬라이스#2(혹은 인스턴스#2라고 함)와 공유한다. 상기 슬라이스 인스턴스#2는 UP 기능 노드의 제2 클러스터를 포함한다.
도시된 NSSF는 UE의 서비스를 수용할 수 있는 슬라이스(혹은 인스턴스)를 선택한다.
도시된 UE는 상기 NSSF에 의해서 선택된 슬라이스 인스턴스#1을 통해 서비스#1을 이용할 수 있고, 아울러 상기 N에 의해서 선택된 슬라이스 인스턴스#2을 통해 서비스#2을 이용할 수 있다.
< PDU 세션 수립 절차>
PDU(Protocol Data Unit) 세션 수립 절차는 아래와 같이 두 가지 유형의 PDU 세션 수립 절차가 존재할 수 있다.
- UE가 개시하는 PDU 세션 수립 절차
- 네트워크가 개시하는 PDU 세션 수립 절차. 이를 위해, 네트워크는 장치 트리거 메시지를 UE의 애플리케이션 (들)에 전송할 수 있다.
도 8a 및 도 8b는 예시적인 PDU 세션 수립 절차를 나타낸 신호 흐름도이다.
도 8a 및 도 8b에 도시된 절차는 도 8a 및 도 8b에 도시된 등록 절차에 따라, UE가 AMF 상에 이미 등록한 것으로 가정한다. 따라서 AMF는 이미 UDM으로부터 사용자 가입 데이터를 획득한 것으로 가정한다.
1) UE는 AMF로 NAS 메시지를 전송한다. 상기 메시지는 S-NSSAI(Session Network Slice Selection Assistance Information), DNN, PDU 세션 ID, 요청 타입, N1 SM 정보 등을 포함할 수 있다.
구체적으로, 상기 UE는 현재 액세스 타입의 허용된(allowed) NSSAI로부터 S-NSSAI를 포함시킨다. 만약 상기 매핑된 NSSAI에 대한 정보가 상기 UE에게 제공되었다면, 상기 UE는 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 제공할 수 있다. 여기서, 상기 매핑된 NSSAI의 정보는 상기 허용된 NSSAI의 각 S-NSSAI를 HPLMN을 위해 설정된 NSSAI의 S-NASSI에 매핑한 정보이다.
보다 구체적으로, 상기 UE는 등록 절차에서 네트워크(즉, AMF)로부터 수신한 등록 수락 메시지의 포함된, 허용된 S-NSSAI와 상기 매핑된 S-NSSAI의 정보를 추출하여 저장하고 있을 수 있다. 따라서, 상기 UE는 상기 PDU 세션 수립 요청 메시지에 상기 허용된 NSSAI에 기반한 S-NSSAI와 상기 매핑된 NSSAI의 정보에 기반한 대응 S-NSSAI를 모두 포함시켜서, 전송할 수 있다.
새로운 PDU 세션을 수립하기 위해, UE는 새로운 PDU 세션 ID를 생성할 수 있다.
UE는 PDU 세션 수립 요청 메시지를 N1 SM 정보 내에 포함시킨 NAS 메시지를 전송함으로써 UE에 의해 개시되는 PDU 세션 수립 절차를 시작할 수 있다. 상기 PDU 세션 수립 요청 메시지는 요청 타입, SSC 모드, 프로토콜 구성 옵션을 포함할 수 있다.
PDU 세션 수립이 새로운 PDU 세션을 설정하기 위한 것일 경우 요청 타입은 "초기 요청"을 나타낸다. 그러나, 3GPP 액세스와 비-3GPP 액세스 사이의 기존 PDU 세션이 존재하는 경우, 상기 요청 타입은 "기존 PDU 세션"을 나타낼 수 있다.
상기 UE에 의해 전송되는 NAS 메시지는 AN에 의해 N2 메시지 내에 인캡슐레이션 된다. 상기 N2 메시지는 AMF로 전송되며, 사용자 위치 정보 및 액세스 기술 타입 정보를 포함할 수 있다.
- N1 SM 정보는 외부 DN에 의한 PDU 세션 인증에 대한 정보가 포함된 SM PDU DN 요청 컨테이너를 포함할 수 있다.
2) AMF는 메시지가 상기 요청 타입이 "초기 요청"을 나타내는 경우 그리고 상기 PDU 세션 ID가 UE의 기존 PDU 세션을 위해서 사용되지 않았던 경우, 새로운 PDU 세션에 대한 요청에 해당한다고 결정할 수 있다.
NAS 메시지가 S-NSSAI를 포함하지 않으면, AMF는 UE 가입에 따라 요청된 PDU 세션에 대한 디폴트 S-NSSAI를 결정할 수 있다. AMF는 PDU 세션 ID와 SMF의 ID를 연관지어 저장할 수 있다.
3) AMF는 SM 요청 메시지를 SMF로 전송한다. 상기 SM 요청 메시지는 가입자 영구 ID, DNN, S-NSSAI, PDU 세션 ID, AMF ID, N1 SM 정보, 사용자 위치 정보, 액세스 기술 유형을 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 ID, PDU 세션 수립 요청 메시지를 포함할 수 있다.
AMF ID는 UE를 서비스하는 AMF를 식별하기 위해서 사용된다. N1 SM 정보는 UE로부터 수신된 PDU 세션 수립 요청 메시지를 포함할 수 있다.
4a) SMF는 가입자 데이터 요청 메시지를 UDM으로 전송한다. 상기 가입자데이터 요청 메시지는 가입자 영구 ID, DNN을 포함할 수 있다.
위 과정 3에서 요청 타입이 "기존 PDU 세션"을 나타내는 경우 SMF는 해당 요청이 3GPP 액세스와 비 -3GPP 액세스 사이의 핸드 오버로 기인한 것으로 결정한다. SMF는 PDU 세션 ID를 기반으로 기존 PDU 세션을 식별할 수 있다.
SMF가 아직 DNN과 관련된 UE에 대한 SM 관련 가입 데이터를 검색하지 않은 경우 SMF는 가입 데이터를 요청할 수 있다.
4b) UDM은 가입 데이터 응답 메시지를 SMF로 전송할 수 있다.
가입 데이터에는 인증된 요청 타입, 인증된 SSC 모드, 기본 QoS 프로파일에 대한 정보가 포함될 수 있다.
SMF는 UE 요청이 사용자 가입 및 로컬 정책을 준수하는지 여부를 확인할 수 있다. 혹은, SMF는 AMF에 의해 전달된 NAS SM 시그널링(관련 SM 거부 원인 포함)을 통해 UE 요청을 거절하고, SMF는 AMF에게 PDU 세션 ID가 해제된 것으로 간주되어야 함을 알린다.
5) SMF는 UPF를 통해 DN에게 메시지를 전송한다.
구체적으로, SMF가 PDU 세션 수립을 인가/인증해야 하는 경우 SMF는 UPF를 선택하고 PDU를 트리거한다.
PDU 세션 수립 인증/권한 부여가 실패하면, SMF는 PDU 세션 수립 절차를 종료하고 UE에 거절을 알린다.
6a) 동적 PCC(Policy and Charging Control)가 포설되면(deploy) SMF는 PCF를 선택한다.
6b) SMF는 PDU 세션에 대한 기본 PCC 규칙을 얻기 위해 PCF쪽으로 PDU-CAN 세션 수립을 시작할 수 있다. 과정 3에서의 요청 타입이 "기존 PDU 세션"을 나타내면 PCF는 대신 PDU-CAN 세션 수정을 시작할 수 있다.
7) 과정 3의 요청 타입이 "초기 요청"을 나타내면 SMF는 PDU 세션에 대한 SSC 모드를 선택한다. 과정 5가 수행되지 않으면 SMF는 UPF도 선택할 수 있다. 요청 타입 IPv4 또는 IPv6의 경우 SMF는 PDU 세션에 대한 IP 주소/프리픽스(prefix)를 할당할 수 있다.
8) 동적 PCC가 배치되고 PDU-CAN 세션 수립이 아직 완료되지 않은 경우 SMF는 PDU-CAN 세션 시작을 시작할 수 있다.
9) 요청 타입이 "초기 요청"을 나타내고 과정 5가 수행되지 않은 경우 SMF는 선택된 UPF를 사용하여 N4 세션 수립 절차를 시작하고, 그렇지 않으면 선택한 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다.
9a) SMF는 UPF에 N4 세션 수립/수정 요청 메시지를 전송한다. 그리고, 상기 SMF는 PDU 세션에 대해 UPF에 설치될 패킷 탐지, 시행 및 보고 규칙을 제공할 수 있다. SMF가 CN 터널 정보를 할당되는 경우, CN 터널 정보가 UPF에 제공될 수 있다.
9b) UPF는 N4 세션 수립/수정 응답 메시지를 전송함으로써, 응답할 수 있다. CN 터널 정보가 UPF에 의해 할당되는 경우, CN 터널 정보가 SMF에 제공될 수 있다.
10) 상기 SMF는 SM 응답 메시지를 AMF로 전송한다. 상기 메시지는 원인, N2 SM 정보, N1 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, QoS 프로파일, CN 터널 정보를 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 수립 수락 메시지를 포함할 수 있다. 상기 PDU 세션 수립 수락 메시지는 허가된 QoS 규칙, SSC 모드, S-NSSAI, 할당된 IPv4 주소를 포함할 수 있다.
N2 SM 정보는 AMF가 RAN에게 전달해야 하는 정보로서 다음과 같은 것들을 포함할 수 있다.
- CN 터널 정보: 이는 PDU 세션에 해당하는 N3 터널의 코어 네트워크 주소에 해당한다.
- QoS 프로파일: 이는 RAN에 QoS 파라미터와 QoS 플로우 식별자 간의 매핑을 제공하기 위해서 사용된다.
- PDU 세션 ID: 이는 UE에 대한 AN 시그널링에 의해 UE에 대한 AN 리소스들과 PDU 세션 간의 연관을 UE에 나타내기 위해 사용될 수 있다.
한편, N1 SM 정보는 AMF가 UE에게 제공해야하는 PDU 세션 수락 메시지를 포함한다.
다중 QoS 규칙들은 PDU 세션 수립 수락 메시지 내의 N1 SM 정보 및 N2 SM 정보 내에 포함될 수 있다.
- SM 응답 메시지는 또한 PDU 세션 ID 및 AMF가 어떤 타겟 UE뿐만 아니라 UE을 위해 어떤 액세스가 사용되어야 하는지를 결정할 수 있게 하는 정보를 포함한다.
11) AMF는 RAN으로 N2 PDU 세션 요청 메시지를 전송한다. 상기 메시지는 N2 SM 정보, NAS 메시지를 포함할 수 있다. 상기 NAS 메시지는 PDU 세션 ID, PDU 세션 수립 수락 메시지를 포함할 수 있다.
AMF는 PDU 세션 ID 및 PDU 세션 수립 수락 메시지를 포함하는 NAS 메시지를 전송할 수 있다. 또한, AMF는 SMF로부터 수신 N2 SM 정보를 N2 PDU 세션 요청 메시지 내에 포함시켜 RAN에 전송한다.
12) RAN은 SMF로부터 수신된 정보와 관련된 UE와의 특정 시그널링 교환을 할 수 있다.
RAN은 또한 PDU 세션에 대해 RAN N3 터널 정보를 할당한다.
RAN은 과정 10에서 제공된 NAS 메시지를 UE에 전달한다. 상기 NAS 메시지는 PDU 세션 ID, N1 SM 정보를 포함할 수 있다. 상기 N1 SM 정보는 PDU 세션 수립 수락 메시지를 포함할 수 있다.
RAN은 필요한 RAN 자원이 설정되고 RAN 터널 정보의 할당이 성공적인 경우에만 NAS 메시지를 UE에게 전송한다.
13) RAN은 AMF로 N2 PDU 세션 응답 메시지를 전송한다. 상기 메시지는 PDU 세션 ID, 원인, N2 SM 정보를 포함할 수 있다. 상기 N2 SM 정보는 PDU 세션 ID, (AN) 터널 정보, 허용/거부된 QoS 프로파일 목록을 포함할 수 있다.
- RAN 터널 정보는 PDU 세션에 해당하는 N3 터널의 액세스 네트워크 주소에 해당할 수 있다.
14) AMF는 SM 요청 메시지를 SMF로 전송할 수 있다. 상기 SM 요청 메시지는 N2 SM 정보를 포함할 수 있다. 여기서, 상기 AMF는 RAN에서 수신한 N2 SM 정보를 SMF로 전달하는 것일 수 있다.
15a) 상기 PDU 세션에 대한 N4 세션이 이미 설정되지 않은 경우 SMF는 UPF와 함께 N4 세션 수립 절차를 시작할 수 있다. 그렇지 않은 경우 SMF는 UPF를 사용하여 N4 세션 수정 절차를 시작할 수 있다. SMF는 AN 터널 정보와 CN 터널 정보를 제공할 수 있다. CN 터널 정보는 SMF가 과정 8에서 CN 터널 정보를 선택한 경우에만 제공해야할 수 있다.
15b) 상기 UPF는 SMF에 N4 세션 수립/수정 응답 메시지를 전송할 수 있다.
16) SMF는 SM 응답 메시지를 AMF로 전송할 수 있다. 이 과정이 끝나면 AMF는 관련 이벤트를 SMF에 전달할 수 있다. RAN 터널 정보가 변경되거나 AMF가 재배치되는 핸드 오버시에 발생한다.
17) SMF는 UPF를 통해 UE에게 정보를 전송한다. 구체적으로, PDU Type IPv6의 경우 SMF는 IPv6 Router Advertisement를 생성하고 이를 N4와 UPF를 통해 UE로 전송할 수 있다.
18) PDU 세션 수립 요청이 3GPP 액세스와 비-3GPP 액세스 사이의 핸드 오버에 기인한 경우, 즉 요청 타입이 "기존 PDU 세션"으로 설정되면 SMF는 소스 액세스(3GPP 또는 비 -3GPP 액세스)를 통해 사용자 평면을 해제한다.
19) SMF의 ID가 DNN 가입 컨텍스트의 UDM에 의해 과정 4b에 포함되지 않은 경우, SMF는 SMF 주소 및 DNN을 포함하여 "UDM_Register UE serving NF 서비스"를 호출할 수 있다. UDM은 SMF의 ID, 주소 및 관련 DNN을 저장할 수 있다.
절차 중에 PDU 세션 수립이 성공적이지 않으면 SMF는 AMF에 알린다.
II. 본 명세서의 개시와 관련된 기술 및 절차
이하에서, 본 명세서의 개시와 관련된 기술 및 절차를 설명한다. 또한, 이하에서는 본 명세서의 개시에서 해결하고자 하는 문제점의 예시도 설명될 수 있다.
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 예를 들어, 본 명세서의 개시에서는 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기 위한 방안의 예시들을 제안한다.
특히 특정 주파수 대역을 통해 Single - Network Slice Selection Assistance Information (S-NSSAI)-1에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 S-NSSAI-2에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.
UE가 사용하고자 하는 네트워크 슬라이스 존재할 수 있다. 이 경우, UE는 이 네트워크 슬라이스를 사용하기 위해, 이 네트워크 슬라이스에 관련된 S-NSSAI(Single - Network Slice Selection Assistance Information)를 네트워크로 전송함으로써, 5G Access Network (5G-AN) (e.g. a specific frequency band)을 선택하는 동작을 시도할 수 있다.
한편, UE는 5G-AN이 S-NSSAI를 지원하는지 여부에 대한 인식 없이, UE는 S-NSSAI가 허용될 때까지, 5G-AN을 선택하려고 시도해야 한다. S-NSSAI 인식 5G-AN 선택(S-NSSAI-aware 5G-AN selection)을 지원할지 여부 및 이를 지원하는 방법을 논의할 필요가 있다.
이러한 이슈에 관련하여, 사업자(operator)가 네트워크 슬라이스 당 다른 범위의 무선 스펙트럼(different range of radio spectrums per network slice)을 관리할 때, 네트워크 슬라이스에 액세스하는 데 사용할 수 있는 특정 셀을 선택하는 방법이 논의될 필요가 있다. 예를 들어, 다음의 예시와 같은 내용이 논의될 필요가 있다:
- 5GS가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-AN(예: 특정 주파수 대역)으로 UE를 steer하는 방법.
- UE를 적절한 5G-AN으로 steer하기 위해 5GS가 결정을 할 때, 5GS에게 필요한 정보.
- 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지.
이하에서, 도 9를 참조하여, CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원(Support of radio spectrum attribute by CN assisted RAN control)하기 위한 종래의 절차의 일 예를 설명한다.
도 9의 예시는, 앞서 설명한 문제점을 해결하기 위한 종래의 절차의 일 예이다.
현재 Tracking Area Identity (TAI) 내에서 허용되지 않아서, 네트워크가 Requested NSSAI를 수락할 수 없는 경우, 5GC는 Requested NSSAI 및 해당 RAT/Frequency Selection Priority (RFSP)를 NG-RAN에 NG-RAN에 제공할 수 있다. RAN은 UE에 적합한 무선 스펙트럼을 선택할 수 있다. 도 9의 예시와 관련하여, 다음의 예시와 같은 같은 일련의 이벤트가 구상될 수 있다:
1. 사업자(operator)에 대해 가용한 무선 스펙트럼을 지원하도록, 네트워크 슬라이스는 수직 요구 사항(vertical requirements) 및 기타 네트워크 슬라이스(예: eMBB 관련 네트워크 슬라이스)를 지원하기 위해 특정 무선 스펙트럼을 지원하도록 생성될 수 있다.
2. UE는 수직 네트워크 슬라이스(vertical Network Slice)와 eMBB 네트워크 슬라이스 모두에 대한 가입을 가지고 있을 수 있다.
3. UE에 대한 가입은 Vertical S-NSSAI 및 eMBB S-NSSAI를 포함하고, eMBB S-NSSAI는 기본값으로 마크될 수 있다.
4. UE가 네트워크에 등록되었고 UE에 Configured NSSAI가 설정되었으며, eMBB를 포함하되 수직 네트워크 슬라이스를 포함하지 않는 Allowed NSSAI가 UE에게 제공될 수 있다.
5. UE/사용자는 Vertical S-NSSAI를 사용하기로 결정하고 따라서 Vertical S-NSSAI만으로 Requested NSSAI를 발행한다.
6. Requested NSSAI 내의 하나 이상의 S-NSSAI가 현재 TAI에서 허용되지 않는 경우, 5GC는 Requested NSSAI와 동일한 Target NSSAI를 도출할 수 있다(예: PLMN에 대해 거부된 S-NSSAI 제외).
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 CN 지원 RAN 제어에 의한 무선 스펙트럼 속성을 지원하기 위한 절차의 일 예를 나타낸다.
도 9의 예시는 UE가 Requested NSSAI의 S-NSSAI 중 어느 것도 지원하지 않는 것으로 정의된 TA에서 등록할 때 수행되는 절차의 일 예를 나타낸다.
도 9의 예시에서, UE는 vertical 네트워크 슬라이스에 대해 정의된 무선 스펙트럼을 사용하지 않는 동안 vertical S-NSSAI에 등록을 요청합니다.
1. UE는 Vertical S-NSSAI를 사용하기로 결정하고, Registration Request(Requested NSSAI=Vertical S-NSSAI)를 전송할 수 있다. RRC는 GUAMI를 포함할 수 있다. NG-RAN은 종래 기술과 같은 절차에 따라 AMF를 선택할 수 있다.
2. AMF 및 NSSF는 네트워크 슬라이스 선택을 수행할 수 있다. 현재 TAI에 대해 vertical S-NSSAI가 정의되어 있지 않고, AMF/NSSF는 eMBB S-NSSAI가 기본 가입 S-NSSAI로 정의되어 있기 때문에 eMBB S-NSSAI를 Allowed NSSAI로 선택합니다.
3. Allowed NSSAI는 변경되지 않았지만, Requested NSSAI의 S-NSSAI 중 하나 이상이 현재 TAI에서 허용되지 않는다는 사실이 PCF에 대한 AMF 정책 업데이트의 트리거로 간주될 수 있으며, AMF는 Allowed NSSAI, 가입된 RFSP 및 Requested NSSAI의 내용이 포함된 Target NSSAI를 제공할 수 있다. 여기서 AMF는 가입된 S-NSSAI가 아닌 모든 S-NSSAI를 요청된 NSSAI 내에서 제거할 수 있다.
4. PCF는 Allowed NSSAI와 Target NSSAI 모두에 대해 RFSP를 선택하고(현재 TAI는 고려하지 않음), 둘 다 AMF에게 전송할 수 있다.
5. AMF는 Allowed NSSAI 및 해당 RFSP Index를 포함하는 N2 메시지를 NG-RAN에게 전송하고, 추가로 AMF는 Target NSSAI 및 해당 RFSP Index, Allowed NSSAI로서의 eMBB S-NSSAI, RA(Registration Area)에 대해 거부된 S-NSSAI로서의 Vertical S-NSSAI를 포함하는 NAS 메시지를 전송할 수 있다.
6. NG-RAN은 NAS 메시지를 UE에 전달할 수 있다.
7. NG-RAN은 UE가 Target NSSAI에 액세스할 수 있도록 하기 위해 사용할 라디오 스펙트럼을 결정하고, NG-RAN이 Target NSSAI에 대한 추가 Target NSSAI 및 RFSP 인덱스를 획득하면, NG-RAN은 UE를 이동시키기로 결정할 수 있다.
8. NG-RAN이 RRC Release를 발행하고 셀 재선택 우선순위를 포함시키거나, NG-RAN이 재설정(Reconfiguration)을 수행하고 타겟 NSSAI에 대한 RFSP에 따라 UE를 이동시킬 수 있다.
참고로, 단계 6 및 단계 8은 동시에 수행될 수도 있다.
9. UE는 TAI가 RA 외부에 있다는 것을 깨닫고, 등록 요청을 발행할 수 있고, UE가 여전히 해당 네트워크 슬라이스에 등록하기를 원하기 때문에 요청된 NSSAI에 Vertical S-NSSAI를 포함시킬 수 있다.
10. 네트워크 슬라이스 선택은 종래의 절차에 따라 수행될 수 있다.
11. AMF는 종래의 절차에 따라 등록 수락 메시지를 전송하고, Vertical S-NSSAI를 Allowed NSSAI로 포함시킬 수 있다.
참고로, 수직 네트워크 슬라이스 전용 무선 스펙트럼에서 eMBB 슬라이스가 가용하지 않은 경우, 이러한 네트워크 슬라이스가 격리되어야 하므로, UE의 애플리케이션이 eMBB에 대한 연결이 필요할 때 UE가 eMBB 슬라이스를 requested NSSAI에 추가하는 전체 절차가 반복될 수도 있다.
도 9의 예시에 따르면, NG-RAN은 추가 Target NSSAI 및 Target NSSAI에 대한 RFSP Index를 획득하는 것을 지원하고, 그에 따라 UE를 이동시키는 것을 지원할 수 있다. AMF는 Requested NSSAI가 현재 TAI에서 지원되지 않았기 때문에, 허용된 NSSAI가 기본 가입된 S-NSSAI(들)를 기반으로 하는 경우 새로운 또는 확장된 정책 제어 요청 트리거 조건을 지원합니다. AMF는 Npcf_AMPolicyControl_Update 요청 메시지를 통해 PCF에 Target NSSAI를 제공하는 것을 지원하고, Npcf_AMPolicyControl_Update 응답 메시지를 통해 Target NSSAI에 대한 RFSP 인덱스를 수신하는 것을 지원할 수 있다. AMF는 N2 메시지에서 Target NSSAI 및 Target NSSAI에 대한 RFSP 인덱스를 NG-RAN에 제공하는 것을 지원할 수 있다. PCF는 Target NSSAI에 대한 RFSP 결정을 지원할 수 있다. PCF는 Target NSSAI에 대한 RFSP 인덱스를 사용하여 액세스 및 이동성 관련 정책 제어 정보 확장을 지원할 수 있다.
이하에서, Configured NSSAI와 함께 Operating Band Information이 제공되는 종래 기술의 예시를 설명한다. 이하에서 설명하는 내용은 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안의 일 예일 수 있다. Operating Band Information의 제공에는 다음의 예시와 같은 구조적인 가정이 적용될 수 있다:
- UE가 동일한 동작 대역(operating band)에서 액세스할 수 없는 네트워크 슬라이스들에 대해, UE는 동시에 등록하지 않아야 한다는 제한이 있다. 다시 말해서, UE는 공통의 동작 대역에서 가용하지 않은 S-NSSAI들을 Allowed NSSAI 내에 가질 수 없다.
PLMN의 각 S-NSSAI에 대해 허용되는 동작 대역이 UE에 제공될 수 있다. 이 정보(예: Operating Band Information)는 Configured NSSAI 및 Mapping of Configured NSSAI에 포함되어, UE로 전송될 수 있다. 그러면 UE는 동일한 동작 대역(들)에서 모두 액세스 가능한 슬라이스만을 요청할 수 있고, AMF는 동일한 동작 대역(들)에서 모두 액세스 가능한 S-NSSAI(들)만을 Allowed NSSAI에 포함시킬 수 있다. RFSP index는 Allowed NSSAI에 기초하여 결정될 수 있다.
종래 기술의 동작에 따라, 이 등록 영역에 대한 Allowed NSSAI의 모든 S-NSSAI가 등록 영역의 모든 Tracking Area에서 사용 가능하도록, 서빙 AMF는 등록 영역을 결정할 수 있다. tracking area(s)의 일부 셀이 Allowed NSSAI의 모든 슬라이스를 지원하지 않는 경우가 허용될 수 있다. tracking area(s)의 일부 셀들이 Allowed NSSAI의 모든 슬라이스를 지원하지 않으면, UE가 허용하지 않는 동작 대역(즉, 셀) (예: UE가 Allowed NSSAI의 모든 슬라이스에 동시에 액세스할 수 없도록 하는 동작 대역)을 선택하지 않도록, RFSP 인덱스가 선택될 수 있다.
UE가 Configured NSSAI 또는 Configured NSSAI의 매핑을 제공받을 때(예: pre-provisioned, 등록 절차 동안의 provisioning 또는 UE Configuration Update 절차 동안의 provisioning), UE는 또한 Configured S-NSSAI 또는 Configured NSSAI의 매핑에서 각 S-NSSAI의 작동 대역(들)을 제공받을 수 있다. 오퍼레이터 슬라이스 배포(operator slice deployment)가 주파수 범위(예: FR1 및 FR2)에 의해 제어되는 경우, AMF는 각 S-NSSAI가 지원되는 모든 작동 대역을 명시적으로 나열하는 대신, S-NSSAI가 [FR1 전용], [FR2 전용] 또는 [FR1+FR2]에서 지원됨을 나타낼 수 있다. Default Configured NSSAI는 특정 동작 대역 정보와 연관되지 않지만, 주파수 범위 정보와 연관될 수 있다.
UE가 캠프 온(camp on)할 셀을 선택하고 및/또는 Requested NSSAI를 생성할 때, UE는 각 S-NSSAI의 동작 대역(들)을 고려할 수 있다. 예를 들어, UE는 현재 UE가 사용하고 있는 동작 대역과 연관된 S-NSSAI를 선택하고 동작 대역에 기초하여 Requested NSSAI를 생성할 수 있다.
UE가 Allowed NSSAI가 아닌 현재 캠프된 동작 대역에서 지원되지 않는 S-NSSAI에 액세스 하려고 하는 경우, UE는 새로운 동작 대역으로의 재선택(re-selection)을 수행하고, 무선 연결을 시작하고. Mobility Registration Update Request을 수행하고, Requested NSSAI에 S-NSSAI를 포함시킬 수 있다.
AMF이 UE에게 전송하는 등록 수락 메시지 및 UE 구성 업데이트 명령 메시지는, Configured S-NSSAI 내의 각 S-NSSAI의 허용 작동 대역(들)을 포함하고, Configured S-NSSAI의 매핑에서 각 S-NSSAI permissible 동작 대역을 포함하도록 업데이트될 수 있다.
등록 절차 및 UE Configuration Update 절차에서, AMF는 UE의 현재 동작 대역을 통해, UE의 Allowed NSSAI에 모든 가용한 S-NSSAI만 포함시킬 수 있다. AMF는 각각의 S-NSSAI에 대한 동작 대역 정보를 국부적으로(locally) 제공받을 수 있다.
AMF는 Configured NSSAI 및 Configured NSSAI의 매핑에서 각 S-NSSI에 대해 permissible 동작 대역(들)을 UE에 제공할 수 있다. UE는 등록 절차 및 UE Configuration Update 절차 동안, Configured NSSAI 및 Configured NSSAI의 매핑에서 각 S-NSSAI에 대한 permissible 동작 대역(들)을 수신할 수 있다.
이하에서, Preferred frequency bands in Configured NSSAI(Configured NSSAI에서의 선호 주파수 대역)에 대한 종래 기술의 예시를 설명한다. 이하에서 설명하는 내용은 네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안의 일 예일 수 있다. Preferred frequency bands in Configured NSSAI에 대한 설명에서는 다음의 예사와 같은 가정이 적용될 수 있다:
- UE가 일부 선호 주파수 대역(들)에서 액세스 가능한 S-NSSAI에 의해 식별된 단일 네트워크 슬라이스에 등록하면, UE는 Idle 모드 이동성을 위해 이 S-NSSAI의 선호 대역(들) 목록을 고려할 수 있다.
- UE가 서로 다른 선호 주파수 대역(들)에서 액세스 가능한 다중 네트워크 슬라이스에 등록하는 경우, UE는 Idle 모드 이동성을 위해 캐리어 주파수를 따르기 위해 RAN로부터 제공된 설정을 고려할 수 있다.
- AMF(또는 NSSF, 또는 둘 다) 및 NG-RAN에 대해, S-NSSAI별로 선호하는 주파수 대역(들)이 설정될 수 있다.
UE는 Configured NSSAI를 통해, 네트워크 슬라이스 별 선호 주파수 대역 정보 (예: S-NSSAI당 타겟 캐리어 주파수)를 제공받을 수 있다. 선호 주파수 대역은 서빙 PLMN의 S-NSSAI에 대해 적용 가능하다. S-NSSAI를 제공하는 적절한 셀을 선택하기 위해, UE는 셀 선택 절차를 위해 선호 주파수 대역 정보를 사용할 수 있다.
선호 주파수 대역 파라미터는 하나 이상의 엔트리를 포함하는 타겟 캐리어 주파수의 목록을 포함할 수 있고, 각각의 엔트리에 대해 캐리어 주파수 우선순위 인덱스가 연관될 수 있다. 예를 들어, 캐리어 주파수의 스캐닝/선택에 대한 우선순위를 나타내는 우선순위 인덱스가 존재할 수 있다.
서빙 AMF는 종래 기술에 따른 원칙에 따라 Allowed NSSAI를 UE에 제공한다고 가정할 수 있다. 그러나, 네트워크(예: AMF 또는 NSSF)는 Allowed NSSAI를 생성할 때 RAN 배치 및 requested S-NSSAI를 사용할 수 있는 주파수 대역을 추가로 고려할 수 있다.
Configured NSSAI가 업데이트되고 UE가 Idle 상태가 된 후, UE는 등록하려는 S-NSSAI, 즉 요청된 NSSAI에 포함될 S-NSSAI를 결정할 수 있다. 이후, UE는 Requested NSSAI에 포함될 S-NSSAI(들)에 대한 주파수 우선순위(및 우선순위 인덱스)를 고려하여, 셀 선택 절차를 수행할 수 있다.
AMF로부터 전송되는 Registration Accept 메시지 및 UE Configuration Update Command 메시지에 의해, Configured NSSAI는 UE에게 제공될 수 있다.
AMF 또는 NSSF가 Allowed NSSAI(및 이에 따라 거부된 S-NSSAI)를 생성할 때, S-NSSAI 당 선호하는 주파수 대역을 사용하는 로컬 설정이 고려될 수 있다.
셀 선택 절차와 관련하여, UE는 등록 요청 메시지에 포함될 Requested NSSAI(예를 들어, Configured NSSAI에 기초한 Requested NSSAI)를 먼저 생성할 수 있다. 그러면 UE는 Requested NSSAI에 포함된 S-NSSAI 값에 대한 타겟 캐리어 주파수 목록을 고려할 수 있다. Requested NSSAI에 하나 이상의 S-NSSAI가 있는 경우, UE는 S-NSSAI를 우선순위화(prioritize)할 수 있으며, 결과적으로 셀 선택에 사용될 캐리어 주파수를 우선순위화할 수 있다. S-NSSAI의 우선 순위는 UE 내부 설정(예: 상위 계층) 또는 사용자 우선 순위에 따라 달라질 수 있다.
서비스 요청 절차 또는 PDU 세션 절차를 위해 자원화된 User Plain (UP)의 활성화로 인해 다른 주파수 대역에서 운영되는 다중 네트워크 슬라이스가 사용되는 경우, NG-RAN 노드는 다른 주파수 대역을 동시에 사용하기 위해 Dual Connectivity를 활성화할 수 있다.
AMF(또는 NSSF)는 Configured NSSAI, Allowed NSSAI 및 Rejected S-NSSAI를 생성할 때 S-NSSAI 당 선호하는 주파수 대역을 고려할 수 있다. AMF(또는 NSSF)는 Configured NSSAI 내에서 S-NSSAI 별로 UE가 선호하는 주파수 대역을 제공할 수 있다.
NG-RAN은 UE가 다수의 S-NSSAI를 사용하도록 허용된 경우, UE가 Idle 모드로 전환될 때, NG-RAN은 캠핑에 대해 선호하는 캐리어 주파수(들)로 UE를 steer할 수 있다. NG-RAN은 서로 다른 주파수 대역에서 작동하는 다중 네트워크 슬라이스가 Connected 상태에서 사용되는 경우, NG-RAN은 로컬 설정에 기초하여 Dual Connectivity 또는 Carrier Aggregation을 활성화할 수 있다.
UE는 Idle 모드 이동성을 위해 설정된 NSSAI에서 제공된 대로, S-NSSAI당 선호하는 주파수 대역을 고려할 수 있다.
이하에서, 도 10을 참조하여, UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 종래의 절차의 일 예를 설명한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10는 UE를 다른 주파수 대역의 네트워크 슬라이스로 steer하는 절차의 일 예를 나타낸다.
도 10의 예시에서, 다음의 상황이 가정될 수 있다. UE에게 할당된 Allowed NSSSAI는 다른 주파수 대역에서 지원되는 S-NSSAI들을 포함할 수 있다. 하지만, 모든 S-NSSAI들은 모든 Tracking Area들 또는 Registration Area에서 지원될 수도 있다.
1) UE는 idle 모드에 있으며, 주파수 대역 1(Frequency Band (FB)-1)에서만 작동하는 S-NSSAI-1 및 주파수 대역 2(FB-2)에서만 작동하는 S-NSSAI-2에 대해, RAN-1을 통해 등록될 수 있다.
2) UE의 애플리케이션이 FB-2의 S-NSSAI-2에 대한 서비스를 수립(establish)하려고 할 수 있다.
3) UE는 RAN-1과 Radio Resource Control (RRC) 연결을 수립할 수 있다.
4) UE는 RAN-1을 통해 S-NSSAI-2에 대한 PDU 세션 수립 요청을 트리거할 수 있다.
5) AMF는 UE가 연결된 RAN-1이 S-NSSAI-2를 지원하지 않는다는 것을 알고 있고, AMF는 S-NSSAI-2가 다른 RAN Node에 의해 지원되는 것을 알고 있을 수 있다.
6) AMF는 UE를 S-NSSAI-2를 지원하는 RAN 노드로 UE를 steer하도록, RAN-1에 요청할 수 있다.
7) RAN-1은 S-NSSAI-2를 지원하고 UE의 위치에 있는 RAN-2로의 주파수 간 셀 변경을 트리거할 수 있다.
8) AMF는 RAN-2를 통해 S-NSSAI-2에 대한 PDU 세션 수립 절차를 계속할 수 있다.
9) S-NSSAI-2의 PDU 세션이 해제된 후, UE는 FB-1의 셀로 폴백(fall-back)(예: 재-선택)할 수 있다. 단계 9는 선택적으로 수행될 수 있다. UE가 FB-1의 셀로 폴백하는 동작이 구현되지 않은 경우, UE는 FB-2에 대한 새로운 서비스 요청으로 인해 FB-1로 다시 steer될 때까지 FB-2에 머물 수 있다.
도 9의 예시에 따르면, 초기 주파수 대역의 셀로의 UE 셀 폴백 동작이 선택적으로 수행될 수 있다. AMF가 다른 주파수 대역의 셀로의 핸드오버를 결정하고, 요청할 수 있다.
네트워크 슬라이스에 액세스하기 위한 5GC 지원 셀 선택을 지원하기(예:“Support of 5GC assisted cell selection to access network slice”) 위한 방안이 필요하다. 특정 주파수 대역을 통해 특정 네트워크 슬라이스(예: Single - Network Slice Selection Assistance Information (S-NSSAI)-1)에 대한 서비스를 받고 있던 단말이, 다른 주파수 대역을 통해 다른 네트워크 슬라이스(예: S-NSSAI-2)에 대한 서비스를 받으려고 할 수 있다. 이 경우, 기존 S-NSSAI-1에서 이용 중인 PDU session을 어떻게 다룰 것인지에 대한 방법이 논의될 필요가 있다.예를 들어, 5G System (5GS)가 네트워크 슬라이스(예: UE가 사용할 수 있는 네트워크 슬라이스)를 지원할 수 있는 5G-Access Network (AN)(예: 특정 주파수 대역)으로 UE를 steer하는 방법이 논의될 필요가 있다. 5GS가 UE를 적절한 5G-AN으로 steer하기 위한 결정을 할 때, 5GS에게 필요한 정보가 논의될 필요가 있다. 적절한 5G-AN을 선택하기 위해 5GS가 UE에게 어떤 정보를 제공해야 할지 및 이 정보를 UE에 어떻게 전송해야 하는지 논의될 필요가 있다.
한편, 또한, 앞서 설명한 다양한 예시에 따르면UE가 RAN-2로 핸드오버를 수행한 뒤에, UE는 S-NSSAI-2에 대한 PDU 세션 수립 절차를 RAN-2와 수행하게 된다. 이에 따라, 불필요한 signaling이 발생하며, 단말이 서비스를 제공받기까지 오랜 시간이 걸릴 수 있다는 문제가 있다.
다시 말해서, 단말이 특정 네트워크 슬라이스를 이용하려고 하는 경우, 단말은 이 네트워크 슬라이스에 관련된 PDU(Protocol Data Unit 또는 Packet Data Unit) 세션의 수립을 요청하는 메시지를 Next Generation Radio Access Network (NG-RAN) 및/또는 코어 네트워크에게 전송할 수 있다. 이 경우, NG-RAN에서 지원하는 네트워크 슬라이스 및 이 네트워크 슬라이스와 관련한 주파수 대역이 단말이 요청한 PDU 세션과 관련된 특정 네트워크 슬라이스 및 주파수 대역과 다를 수 있다. 종래 기술에 따르면, 이 경우, NG-RAN은 해당 PDU Session에 대한 단말의 PDU 세션 수립 요청을 거절해야 한다.
NG-RAN이 단말의 PDU 세션 수립 요청을 거절한 후, 단말이 해당 PDU Session와 관련된 네트워크 슬라이스를 통해 서비스를 제공받기 위해서는, 단말은 해당 네트워크 슬라이스를 지원하는 NG-RAN으로 이동해야 한다. 그리고, 단말은 해당 NG-RAN으로 이동한 후, 다시 PDU 세션 수립절차를 시작해야 한다. 이에 따라, 불필요한 signaling이 발생하며, 단말이 서비스를 제공받기까지 오랜 시간이 걸릴 수 있다는 문제가 있다.
또한, 단말이 제2 NG-RAN으로 이동하는 과정에서, 단말이 제1 NG-RAN에서 서비스를 제공받던 PDU 세션이 해제된다. 단말이 다시 제1 PDU 세션을 이용한 서비스를 제공받고자 하는 경우, 단말이 다시 제1 NG-RAN으로 이동한 후 제1 PDPU 세션을 생성하기 위한 PDU 세션 수립 절차를 수행해야 해서, 불필요한 signaling이 발생할 수 있다.
또한, 단말을 제2 NG-RAN으로 이동시키기 위한 handover 절차 및/또는 redirection 절차가 실패하는 경우, 단말은 제2 PDU 세션에 대한 PDU 세션 수립 요청을 제1 NG-RAN에게 반복적으로 요청할 수 있다. 단말이 PDU 세션 수립 요청을 반복적으로 요청하는 불필요한 signaling 이 발생할 수 있다.
III. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
본 명세서의 개시에서는, 단말이 사용하는 slice를 변경함에 따라 사용하는 주파수 대역을 변경해야 할 때, 기존 주파수 대역을 통해 서비스 중이던 PDU session을 효율적으로 deactivation 하는 방법의 예시들을 설명한다.
본 명세서의 개시의 다양한 예시에서 설명하는 service operation들(예: Core NF 간의 service operation) 중에서 일부는, 본 명세서의 개시를 위해 새롭게 정의된 service operation일 수도 있다. 또한, 아래에서 기술된 AMF와 NG-RAN 간의 N2 message들 중에서 일부는 본 명세서의 개시를 위해 새롭게 정의된 N2 메시지일 수도 있다. 또한, 아래에서 기술된 NG-RAN과 UE 간의 RRC message들에서 일부는 본 명세서의 개시를 위해 새로운 RRC message가 정의되어 사용될 수도 있다.
아래에서 slice와 S-NSSAI는 동일한 의미를 나타내는 용어로 혼용될 수 있다.
아래 본 명세서의 개시의 다양한 예시에서 설명하는 절차들에서, 어떤 동작/step들은 동시에/병렬적으로 수행될 수도 있고, 본 명세서의 개시에서 설명된 순서와는 다른 순서로 수행될 수도 있다.
기본적으로, 본 명세서의 개시에서, 다음의 예시들과 같은 가정이 적용될 수 있다. 각각의 network slice가 사용할 수 있는 주파수 대역에 대한 정보가 단말에 configuration(설정)되지 않았다고 가정한다. 또한 NG-RAN-1은 Frequency Band 1(FB-1) 주파수 대역을 사용하는 S-NSSAI-1을, NG-RAN-2은 FB-2 주파수 대역을 사용하는 S-NSSAI-2을 각각 support한다고 가정한다.
반면, AMF가 각각의 NG-RAN이 지원하는 네트워크 슬라이스에 대한 정보와 각각의 네트워크 슬라이스에 대한 주파수 대역 정보를 가지고 있는 것을 가정한다. AMF는 이러한 정보들을 NG setup 또는 RAN configuration update 메시지 등의 NG signaling을 통해 제공 받을 수 있으며, 또는, AMF는 Operations, Administration and Maintenance (OAM) 과의 pre-configuration 등을 통해 이러한 정보들을 제공받을 수도 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제4예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제4예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의 제1예
이하에서, 도 11a 및 도 11b의 예시 내지 도 13a 및 도 13b의 예시를 참조하여, 본 명세서의 개시의 제1예를 설명하기로 한다.
1-1. 본 명세서의 개시의 제1예의 제1 예시
먼저, 이하 도 11a 및 도 11b의 예시를 참조하여, 본 명세서의 개시의 제1예의 제1 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11a 및 도 11b는 본 명세서의 개시의 제1예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 11a 및 도 11b의 예시는 Next Generation (NG)-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, AMF가 기존 주파수 대역을 통해 서비스 중이던 PDU session에 대한 deactivation을 SMF에게 요청하는 동작을 포함할 수 있다.
Step 0: 단말은 네트워크에 이미 등록(Registration)된 상태일 수 있다. 또한, 단말은 AMF로부터 allowed NSSAI = S-NSSAI-1, S-NSSAI-2을 수신한 상황이라 가정한다. 또한, 단말은 NG-RAN-1과 RRC 연결을 맺은 상태이며, SMF-1을 통하여 S-NSSAI-1에 대한 1개 이상의 PDU session을 가지고 있는 상태일 수 있다.
Step 1: 단말은 S-NSSAI-2을 이용한 서비스를 제공받기 위해 S-NSSAI-2에 대한 PDU session establishment request 메시지를 RRC 및 N2 message을 통해 네트워크에 전송할 수 있다. 이때 단말은 이전에 수행된 등록(Registration) 절차에서 AMF로부터 받은 Globally Unique AMF ID (GUAMI) 등의 정보를 포함시켜 S-NSSAI-2에 대한 PDU session establishment request 메시지를 전송할 수 있다.
Step 2: AMF는 현재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 예를 들어, AMF는 각각의 NG-RAN이 지원하는 네트워크 슬라이스에 대한 정보와 각각의 네트워크 슬라이스에 대한 주파수 대역 정보에 기초하여, 재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 이에 따라, AMF는 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 결정할 수 있다. 단말이 S-NSSAI-2를 지원하는 NG-RAN으로 옮겨질 때까지, AMF는 단말이 전송한 S-NSSAI-2에 대한 PDU session 수립 요청에 대한 처리를 정지할 수 있다.
Step 3: AMF는 해당 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 N2 message를 이용해 NG-RAN-1에게 알릴 수 있다.
Step 4: Step 3에서 수신된 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. Handover Required 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, 이러한 indication 또는 cause value는 Handover Required 메시지에 포함될 수 있다.
또한 NG-RAN-1은 source to target transparent container 안에 S-NSSAI-1 용 PDU session에 대한 context를 포함하여 target NG-RAN (여기서는 NG-RAN-2)에게 전달할 수도 있다.
Step 5: AMF는 target NG-RAN (여기서는 NG-RAN-2)이 S-NSSAI-1을 지원하지 않는 것을 확인하고, S-NSSAI-1에 대한 PDU session을 deactivation하기로 결정할 수 있다. 이에 따라, AMF는 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 각 PDU session에 대한 deactivation을 요청할 수 있다. Nsmf_PDUSession_UpdateSMContext Request 메시지는 Step 4에서 NG-RAN-1로부터 받은 S-NSSAI-1에 대한 PDU Session정보를 포함할 수 있다.
참고로, Step 4에서 NG-RAN-1이 AMF에게 S-NSSAI-1에 대한 PDU session을 deactivation을 요청하는 indication(또는 정보)를 전송할 수도 있다.
Step 6: SMF(예: SMF-1)는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 5에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
Step 7: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 NG-RAN에서의 무선 자원을 release 하기 위한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 PDU 세션이 deactivation 된 이유 등)를 포함할 수 있다.
Step 8: AMF는 Step 4와 7에서 수신한 정보에 기초하여, NG-RAN-2에게 Handover Request 메시지를 전송할 수 있다. Handover Request 메시지는 해당 Handover가 시작된 이유에 대한 정보와 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session이 deactivation 되었다는 정보를 포함할 수 있다.
참고로, Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 왜냐하면, step 5 내지 step 7이 수행됨으로 인해, PDU 세션이 비활성화(deactivation)될 수 있기 때문이다. NG-RAN-2가 Handover Request 메시지(예: NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 포함하지 않는 Handover Request 메시지)를 에러로 처리하지 않도록 하기 위해, NG-RAN-1은 Handover Required 메시지에 cause 외에 별도의 indication을 추가하여 AMF를 통해 NG-RAN-2에게 전달할 수 있다(예: 이하 도 13a 및 도 13b의 예시에서 step 7 참조). 또는, NG-RAN-2가 Handover Request 메시지(예: NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 포함하지 않는 Handover Request 메시지)를 에러로 처리하지 않도록 하기 위해, NG-RAN-1 관여 없이, AMF가 Handover Request 메시지에 indication을 직접 추가함으로써, Handover Request 메시지를 NG-RAN-2에게 전송할 수도 있다.
Step 9: NG-RAN-2는 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 Handover를 수락할 수 있다. 예를 들어, NG-RAN-2가 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, NG-RAN-2은 cause를 확인했으므로, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 NG-RAN-2는 Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다.
이미 SMF에 의해, S-NSSAI-1에 대한 PDU session이 deactivation 되었고 NG-RAN-2는 자체적으로 S-NSSAI-1을 지원하지 않기 때문에, NG-RAN-2는 S-NSSAI-1 용 PDU session에 대한 무선 자원 할당을 수행할 필요가 없다. 다만 NG-RAN-2는 step 8에서 수신한, deactivation된 PDU session에 대한 정보와 source to target transparent container에 포함된 정보에 기초하여, S-NSSAI-1에 대한 PDU session deactivation으로 인해 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2는 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함시켜 AMF에게 전송할 수 있다.
참고로, Handover Request Acknowledge 메시지와 Handover Command 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 수신 노드(예: AMF 또는 NG-RAN-1)가 이 경우를 에러로 처리하지 않도록 하기 위해, NG-RAN-2 또는 AMF는 cause 외에 별도의 indication을 해당 N2 메시지에 추가하여 전달할 수 있다(예: 이하 도 13a 및 도 13b의 예시에서 step 9 또는 step 10 참조). 즉, 각각의 N2 메시지에서 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수 있다.
Step 10: AMF는 Step 9에서 수신한 정보에 기초하여, NG-RAN-1에게 Handover Command 메시지를 전송할 수 있다. 이때 AMF는 NG-RAN-2가 생성한 RRC 메시지를 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다. 또한 AMF는 Step 5부터 Step 7 동작이 수행됨으로써 deactivation 된 S-NSSAI-1 용 PDU session에 대한 정보도 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다.
Step 11: NG-RAN-1은 NG-RAN-2로부터 받은 RRC 메시지를 단말에게 전달한다. 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함할 수 있다. 이때, 단말은 NG-RAN-2가 생성한 RRC 메시지의 내용에 따라, S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
Step 12: 단말은 Redirection을 위한 설정이 다 끝난 후, RRC 메시지를 NG-RAN-2에 전송함으로써, NG-RAN-2에 접속할 수 있다.
Step 13: NG-RAN-2는 Handover Notify 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다.
Step 14: AMF는 Handover Notify 메시지를 수신함으로써, 단말에 대한 Handover 절차가 종료되었음을 확인할 수 있다. 단말에 대한 Handover 절차가 종료되었음을 확인한 AMF는 Step 2에서 중지하였던, S-NSSAI-2에 대한 PDU session establishment request 메시지의 처리를 재개할 수 있다. 예를 들어, AMF는 S-NSSAI-2에 대한 PDU 세션을 수립하기 위한 PDU 세션 수립 절차를 수행할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 2 내지 단계 19의 동작들이 수행될 수 있다.
1-2. 본 명세서의 개시의 제1예의 제2 예시
이하 도 12a 및 도 12b의 예시를 참조하여, 본 명세서의 개시의 제1예의 제2 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12a 및 도 12b은 본 명세서의 개시의 제1예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 12a 및 도 12b의 예시는 NG-based handover을 이용해 단말의 주파수 대역을 변경하는 과정에서, target NG-RAN이 기존 주파수 대역을 통해 서비스 중이던 PDU session에 대한 deactivation을 SMF에게 요청하는 동작을 포함할 수 있다.
도 12a 및 도 12b의 예시를 설명함에 있어, 도 11a 및 도 11b의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 12a 및 도 12b의 예시와 도 11a 및 도 11b의 예시의 차이점을 중심으로 도 12a 및 도 12b의 예시를 설명하기로 한다.
Step 0: 단말은 네트워크에 이미 등록(Registration)된 상태일 수 있다. 또한, 단말은 AMF로부터 allowed NSSAI = S-NSSAI-1, S-NSSAI-2을 수신한 상황이라 가정한다. 또한, 단말은 NG-RAN-1과 RRC 연결을 맺은 상태이며, SMF-1을 통하여 S-NSSAI-1에 대한 1개 이상의 PDU session을 가지고 있는 상태일 수 있다.
Step 1: 단말은 S-NSSAI-2을 이용한 서비스를 제공받기 위해 S-NSSAI-2에 대한 PDU session establishment request 메시지를 RRC 및 N2 message을 통해 네트워크에 전송할 수 있다. 이때 단말은 이전에 수행된 등록(Registration) 절차에서 AMF로부터 받은 Globally Unique AMF ID (GUAMI) 등의 정보를 포함시켜 S-NSSAI-2에 대한 PDU session establishment request 메시지를 전송할 수 있다.
Step 2: AMF는 현재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 예를 들어, AMF는 각각의 NG-RAN이 지원하는 네트워크 슬라이스에 대한 정보와 각각의 네트워크 슬라이스에 대한 주파수 대역 정보에 기초하여, 재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 이에 따라, AMF는 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 결정할 수 있다. 단말이 S-NSSAI-2를 지원하는 NG-RAN으로 옮겨질 때까지, AMF는 단말이 전송한 S-NSSAI-2에 대한 PDU session 수립 요청에 대한 처리를 정지할 수 있다.
Step 3: AMF는 해당 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 N2 message를 이용해 NG-RAN-1에게 알릴 수 있다.
Step 4: Step 3에서 수신된 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 -NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. Handover Required 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Required 메시지에 포함될 수 있다.
Step 5: AMF는 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 해당 PDU session이 target NG-RAN (여기서는 NG-RAN-2)로 Handover 될 것임을 알릴 수 있다. 해당 메시지는 Step 4에서 NG-RAN-1로부터 받은 S-NSSAI-1에 대한 PDU Session정보를 포함할 수 있다.
Step 6: SMF는 각각의 S-NSSAI-1 용 PDU Session에 대한 Handover를 수락할지 여부를 먼저 결정할 수 있다. SMF가 Handover를 수락하는 경우, SMF는 해당 PDU session에 대한 새로운 UL CN Tunnel Info for N3 tunnel를 UPF로부터 할당 받을 수 있다.
Step 7: SMF는 target NG-RAN (여기서는 NG-RAN-2)로의 Handover를 승낙한 PDU session에 대한 정보 (e.g., PDU session ID, 새로운 UL CN Tunnel Info for N3 tunnel 등)와 target NG-RAN 로의 Handover를 거절한 PDU session에 대한 정보 (e.g., PDU session ID, 거절한 이유 등)을 포함한 Nsmf_PDUSession_UpdateSMContext Response 메시지를 AMF에게 전송할 수 있다.
Step 8: Step 4와 7에서 수신한 정보에 기초하여, AMF는 Handover Request 메시지를 NG-RAN-2에게 전송할 수 있다. Handover Request 메시지는 해당 Handover가 시작된 이유와 SMF가 Step 6에서 SMF가 Handover를 승낙한 S-NSSAI-1 용 PDU session에 대한 정보를 포함할 수 있다.
Step 9: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 이 경우 S-NSSAI-1에 대한 PDU session을 제외하면, NG-RAN-2가 단말에 대해 현재 서비스할 수 있는 PDU Session가 아예 없을 수도 있다. 이때, NG-RAN-2은 NG-RAN-2이 해당 handover 절차를 거절하는 것을 막기 위해 NG-RAN-1이 보낸 cause를 참고할 수 있다. 예를 들어, NG-RAN-2가 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, NG-RAN-2은 cause를 확인했으므로, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 NG-RAN-2는 Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다.
참고로, Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. NG-RAN-2가 Handover Request 메시지(예: NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 포함하지 않는 Handover Request 메시지)를 에러로 처리하지 않도록 하기 위해, NG-RAN-1은 Handover Required 메시지에 cause 외에 별도의 indication을 추가하여 AMF를 통해 NG-RAN-2에게 전달할 수 있다(예: 이하 도 13a 및 도 13b의 예시에서 step 7 참조). 또는, NG-RAN-2가 Handover Request 메시지(예: NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 포함하지 않는 Handover Request 메시지)를 에러로 처리하지 않도록 하기 위해, NG-RAN-1 관여 없이, AMF가 Handover Request 메시지에 indication을 직접 추가함으로써, Handover Request 메시지를 NG-RAN-2에게 전송할 수도 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 10: AMF는 NG-RAN-2가 Handover Request Acknowledge 메시지에 포함한, setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인할 수 있다. 그 후, AMF는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지(UP deactivate 정보 포함)를 전송함으로써, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 4에서 NG-RAN-1이 전송한 Handover cause와 Step 9에서 NG-RAN-2가 전송한 Reject cause를 통해 알 수 있으며, AMF는 Step 9에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 해당 PDU 세션을 deactivation 해달라는 별도의 indication을 같이 전송할 수도 있다.
참고로, Step 9에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
Step 11: SMF(예: SMF-1)는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 10에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
Step 12: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 PDU 세션이 deactivation 된 이유 등)를 포함할 수 있다.
Step 13: AMF는 Step 9에서 수신한 정보에 기초하여, NG-RAN-1에게 Handover Command 메시지를 전송할 수 있다. 이때 AMF는 NG-RAN-2가 생성한 RRC 메시지도 함께 NG-RAN-1에게 전송할 수 있다. 또한 AMF는 Step 10부터 Step 12 동작이 수행됨으로써 deactivation 된 S-NSSAI-1 용 PDU session에 대한 정보도 Handover Command 메시지와 함께 NG-RAN-1에게 전송할 수 있다.
참고로, Handover Request Acknowledge 메시지와 Handover Command 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 수신 노드(예: AMF 또는 NG-RAN-1)가 이 경우를 에러로 처리하지 않도록 하기 위해, NG-RAN-2 또는 AMF는 cause 외에 별도의 indication을 해당 N2 메시지에 추가하여 전달할 수 있다(예: 이하 도 13a 및 도 13b의 예시에서 step 9 또는 step 10 참조). 즉, 각각의 N2 메시지에서 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수 있다.
Step 14: NG-RAN-1은 NG-RAN-2로부터 받은 RRC 메시지를 단말에게 전달한다. 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함할 수 있다. 이때, 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
Step 15~17: 도 11a 및 도 11b의 예시의 Step 12 내지 Step 14와 동일한 방식으로 수행될 수 있다.
1-3. 본 명세서의 개시의 제1예의 제3 예시
이하 도 13a 및 도 13b의 예시를 참조하여, 본 명세서의 개시의 제1예의 제3 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13a 및 도 13b은 본 명세서의 개시의 제1예의 제3 예시에 따른 신호 흐름도를 나타낸다.
도 13a 및 도 13b의 예시는 AMF가 NG-RAN-1에게 단말의 주파수 대역 변경을 요청하기 전에, AMF가 기존 주파수 대역을 통해 서비스 중이던 PDU session에 대한 deactivation을 SMF에게 미리 요청하는 동작을 포함할 수 있다.
도 13a 및 도 13b의 예시를 설명함에 있어, 도 11a 및 도 11b의 예시(또는 도 12a 및 도 12b의 예시)와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 13a 및 도 13b의 예시와 도 11a 및 도 11b의 예시(또는 도 12a 및 도 12b의 예시)의 차이점을 중심으로 도 13a 및 도 13b의 예시를 설명하기로 한다.
Step 0~2: 도 13a 및 도 13b의 예시에서, step 0 내지 step 2는 도 11a 및 도 11b의 예시의 step 0 내지 step 2과 동일한 방식으로 수행될 수 있다.
Step 3: AMF는 각각의 NG-RAN이 지원하는 network slice에 대한 정보 및 각각의 네트워크 슬라이스에 대한 주파수 대역 정보를 가지고 있기 때문에, AMF는 S-NSSA-1과 S-NSSAI-2를 동시에 지원할 수 있는 NG-RAN이 있는지 여부를 판단할 수 있다. AMF가 S-NSSA-1과 S-NSSAI-2를 동시에 지원할 수 있는 NG-RAN이 없다고 판단한 경우, AMF는 S-NSSAI-1에 대한 PDU session을 먼저 deactivation 하기로 결정할 수 있다. 따라서 AMF는 S-NSSAI-1에 대한 PDU Session들을 관리하는 각각의 SMF에게 Nsmf_PDUSession_UpdateSMContext Request 메시지를 전송함으로써, 각각의 SMF에게 각 PDU session에 대한 deactivation을 요청할 수 있다. Nsmf_PDUSession_UpdateSMContext Request 메시지는 AMF에서 현재 저장하고 있는, NG-RAN-1에서 서비스 중인 S-NSSAI-1에 대한 PDU Session정보를 포함할 수 있다.
Step 4~5: 도 13a 및 도 13b의 예시에서, step 4 내지 step 5는 도 11a 및 도 11b의 예시의 step 6 내지 step 7과 동일한 방식으로 수행될 수 있다.
Step 6: AMF는 해당 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 N2 message를 이용해 NG-RAN-1에게 알릴 수 있다. 또한 AMF는 Step 5에서 수신한, Deactivation된 PDU session에 대한 무선 자원을 release 하기 위한 정보를 N2 message에 포함시킴으로써, NG-RAN-1에게 전송할 수 있다.
Step 7: Step 6에서 수신한 N2 메시지를 통해, NG-RAN-1은 S-NSSAI-1에 대한 PDU session이 deactivation 되었다는 것을 알 수 있다. NG-RAN-1이 S-NSSAI-1에 대한 PDU session이 deactivation 되었다는 것을 알기 때문에, NG-RAN-1은 해당 PDU session에 대한 무선 자원을 모두 release할 수 있다. 또한 NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. 다만 이미 S-NSSAI-1에 대한 PDU session이 deactivation 되었기 때문에 Handover Required 메시지를 통해 target NG-RAN (여기서는 NG-RAN-2)에게 이동될 수 있는 PDU session이 존재하지 않는 상황이므로, NG-RAN-1과 NG-RAN2 모두가 이(예: Handover Required 메시지)를 에러로 처리하지 않도록 해야 한다. NG-RAN-1은 Step 6에서 AMF로부터 수신한 N2 메시지 및 S-NSSAI-2를 지원하는 NG-RAN으로의 단말 handover 요청에 기초하여, 이(예: target NG-RAN (여기서는 NG-RAN-2)에게 이동될 수 있는 PDU session이 존재하지 않는 상황 또는 NG-RAN-1이 handover 요청을 에러로 처리하지 않아야 한다는 상황)를 유추할 수 있다. 다만 NG-RAN-2가 이러한 상황을 에러로 처리하는 것을 막기 위해, NG-RAN-1은 지금 상황이 PDU session에 대한 context 없이 단말 context 만 전달하는 상황이라는 것을 알리는 별도의 indication (예: UE context transfer only indication)을 Handover Required 메시지에 추가할 수 있다. 예를 들어, NG-RAN-1은 현재 Handover Required 메시지 상에서 mandatory 필드인 PDU session resource list IE를 무시하라는 indication을 추가할 수 있다.
또한 Handover Required 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, 이러한 indication 또는 cause value는 Handover Required 메시지에 포함될 수 있다.
참고로, NG-RAN-1이 PDU session에 대한 context 없이 단말 context 만 전달하는 상황이라는 것을 알리는 별도의 indication을 Handover 메시지에 추가하는 대신에, 단말 context 만을 target NG-RAN(예: NG-RAN-2)에게 전달할 수 있는 새로운 N2 메시지가 정의될 수도 있다.
참고로, NG-RAN-1이 S-NSSAI-1 용 PDU session에 대한 무선 자원을 모두 release하였기 때문에, Handover Required 메시지를 통해 target NG-RAN에게 전달되는 RRC 메시지(즉, RRC HandoverPreparationInformation)는 DRB와 관련된 정보를 포함하고 있지 않을 수 있다.
Step 8: AMF는 Step 5와 7에서 수신한 정보에 기초하여, NG-RAN-2에게 Handover Request 메시지를 전송할 수 있다. Handover Request 메시지는 해당 Handover가 시작된 이유와 PDU session에 대한 context 없이 단말 context 만 전달하는 상황이라는 것을 알리는 별도의 indication을 포함할 수 있다.
Step 9: NG-RAN-2는 현재 단말에 대해 서비스할 수 있는 PDU Sessiondl 아예 없더라도, Cause와 “UE context transfer only indication”에 기초하여, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에, Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다.
Handover Request Acknowledge 메시지는 NG-RAN-1을 통해 단말에게 전달할 RRC 메시지도 같이 포함할 수 있다. RRC 메시지는 단말이 NG-RAN-2와의 RRC 연결을 맺기 위해 필요한 정보를 포함할 수 있다. S-NSSAI-1에 대한 PDU session의 deactivation으로 인해, RRC 메시지는 DRB와 관련된 정보는 포함하지 않을 수 있다. 따라서 해당 RRC 메시지를 수신한 단말은 해당 PDU session에 대한 무선 자원을 해제(release)할 수 있다. 더불어 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로 단말을 redirection시키기 위한 정보도 함께 포함할 수 있다.
Step 10: AMF는 Step 9에서 받은 정보에 기초하여, Handover Command 메시지를 NG-RAN-1에게 전송할 수 있다. 이때, AMF는 NG-RAN-2가 생성한 RRC 메시지를 Handover Command 메시지와 함께 전달할 수 있다.
참고로, Handover Request Acknowledge와 Handover Command 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에 수신 노드(예: AMF 또는 NG-RAN-1)가 에러로 처리하지 않도록 하기 위해, AMF는 별도의 indication을 해당 N2 메시지에 추가하여 전달할 수 있다. 즉, 각각의 N2 메시지에 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수도 있다.
Step 11: NG-RAN-1은 NG-RAN-2로부터 수신한 RRC 메시지를 단말에게 전달할 수 있다. 해당 RRC 메시지는 단말이 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 수행하기 위해 필요한 정보를 포함할 수 있다. 이때, 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 해제할 수 있다.
Step 12~14: 도 11a 및 도 11b의 예시의 Step 12 내지 Step 14와 동일한 방식으로 수행될 수 있다.
2. 본 명세서의 개시의 제2예
이하에서, 도 14a 및 도 14b의 예시 내지 도 15a 및 도 15b의 예시를 참조하여, 본 명세서의 개시의 제2예를 설명하기로 한다.
2-1. 본 명세서의 개시의 제2예의 제1 예시
먼저, 이하 도 14a 및 도 14b의 예시를 참조하여, 본 명세서의 개시의 제2예의 제1 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14a 및 도 14b는 본 명세서의 개시의 제2예의 제1 예시에 따른 신호 흐름도를 나타낸다.
도 14a 및 도 14b의 예시는 Xn-based handover을 이용해 단말의 주파수 대역을 변경할 때, target NG-RAN 또는 AMF가 기존 주파수 대역을 통해 서비스 중이던 PDU session에 대한 deactivation을 SMF에게 요청하는 동작을 포함할 수 있다.
참고로, 도 14a 및 도 14b의 예시를 설명함에 있어, 도 11a 및 도 11b의 예시(또는 도 12a 및 도 12b의 예시 또는 도12의 예시)와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 14a 및 도 14b의 예시와 도 11a 및 도 11b의 예시(또는 도 12a 및 도 12b의 예시 또는 도12의 예시)의 차이점을 중심으로 도 14a 및 도 14b의 예시를 설명하기로 한다.
Step 0~3: 도 11a 및 도 11b의 예시의 Step 0 내지 Step 3과 동일한 방식으로 수행될 수 있다.
Step 4: Step 3에서 수신된 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
NG-RAN-1은 target NG-RAN (여기서는 NG-RAN-2)에게 Handover Request 메시지를 전송하면서 Xn-based handover 절차를 시작할 수 있다. Handover Request 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Request 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Request 메시지에 포함될 수 있다.
Step 5: NG-RAN-2는 S-NSSAI-1을 지원할 수 없기 때문에, S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절할 수 있다. 이 경우, S-NSSAI-1에 대한 PDU session을 제외하면, NG-RAN-2가 단말에 대해 현재 서비스할 수 있는 PDU Session가 아예 없을 수도 있다. 이때, NG-RAN-2은 NG-RAN-2이 해당 handover 절차를 거절하는 것을 막기 위해 NG-RAN-1이 보낸 cause를 참고할 수 있다. 예를 들어, NG-RAN-2가 현재 단말에 대해 서비스할 수 있는 PDU Session가 아예 없더라도, NG-RAN-2은 cause를 확인했으므로, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에 NG-RAN-2는 Handover를 수락할 수 있다. 따라서 NG-RAN-2는 Handover Request Acknowledge 메시지를 AMF에게 전송할 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 setup 요청을 거절하였기 때문에 해당 PDU session에 대한 무선 자원이 release되었다는 것을 단말에게 알릴 수 있다. 또한, NG-RAN-2은 단말을 S-NSSAI-2가 사용하는 주파수 대역으로 redirection시키기 위한 정보를 포함한 RRC message를 Handover Request Acknowledge 메시지에 포함하여 전송할 수 있다.
참고로, Step 4에서 전송된 Handover Request 메시지는 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우에, NG-RAN-1이 "NG-RAN-2가 Handover 메시지를 거절하지 않도록(예: Handover 메시지를 에러로 처리하지 않도록) 하기 위한 indication(또는 정보)(예: cause 외에 별도의 indication 또는 정보일 수 있음)"를 Handover Request 메시지와 Path Switch Request 메시지에 포함시켜 NG-RAN-2에게 전달할 수 있다.
참고로, NG-RAN-2가 S-NSSAI-1을 지원하지 않더라도, NG-RAN-2은 S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 방식으로, handover 절차가 거절되는 것을 방지할 수 있다. 예를 들어, NG-RAN-2는 NG-RAN-1이 보낸 cause 또는 indication을 참고함으로써, 자신이 S-NSSAI-1을 지원하지 않더라도, S-NSSAI-1 용 PDU session에 대한 handover 요청을 수락한 후, 실제 데이터 전송을 위한 자원 할당은 하지 않는 형태로 해당 handover 절차가 거절되는 것을 피할 수도 있다. 이 경우, NG-RAN-2는 이러한 상황을 NG-RAN-1, AMF 및 SMF에게 알리기 위한 별도의 indication을 Handover Request Acknowledge 메시지와 Path Switch Request 메시지에 포함시킬 수 있다. 단말은 S-NSSAI-1 용 PDU session에 대한 무선 자원이 NG-RAN-2에 의해 할당되지 않았다는 것을 RRC 메시지를 통해 알 수 있으므로, 해당 PDU session에 대한 uplink 데이터 전송을 시도하지 않을 수 있다.
Step 6~7: 도 14a 및 도 14b의 예시에서, step 6 내지 step 7은 도 11a 및 도 11b의 예시의 step 11 내지 step 12와 동일한 방식으로 수행될 수 있다.
Step 8: NG-RAN-2는 Path Switch Request 메시지를 AMF에게 전송함으로써, 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 또한 NG-RAN-2는 해당 메시지를 통해 AMF에게 S-NSSAI-1 용 PDU session에 대한 setup 요청이 거절되었음 (예: 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유)을 함께 알릴 수 있다.
참고로, Path Switch Request 메시지 안에 NG-RAN-2에서 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수도 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해, NG-RAN-2이 cause 외에 별도의 indication(예: 도 15a 및 도 15b의 예시의 Step 7 참조)을 Path Switch Request 메시지에 추가하여 AMF에게 전송할 수 있다. 예를 들어, 현재 Path Switch Request 메시지 상에서 mandatory 필드인 PDU Session Resource to be Switched in Downlink List IE를 무시하라는 indication이 추가될 수 있다.
Step 9: AMF는 NG-RAN-2가 Path Switch Request 메시지에 포함한, setup 요청이 거절된 S-NSSAI-1 용 PDU session 목록과 그 사유를 확인할 수 있다. 그 후, AMF는 각각의 SMF(예: SMF-1)에게 Nsmf_PDUSession_UpdateSMContext Request 메시지(UP deactivate 정보 포함)를 전송함으로써, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. AMF는 이를 Step 8에서 NG-RAN-2가 보낸 cause를 통해 알 수 있으며, AMF는 Step 8에서 NG-RAN-2이 거절한 S-NSSAI-1 용 PDU session 목록과 함께 해당 PDU 세션을 deactivation 해달라는 별도의 indication을 같이 보낼 수도 있다.
참고로, Step 5에서, NG-RAN-2이 S-NSSAI-1 용 PDU session 목록을 수락하고 그 대신 실제 데이터 전송을 위한 자원 할당을 하지 않을 수 있다. 이 경우, NG-RAN-2는 별도의 indication을 통해 해당 상황을 AMF에게 알릴 수 있다. AMF는 해당 indication을 통해 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation을 요청할 수 있다.
Step 10: SMF(예: SMF-1)는 N4 Session Release 절차 또는 N4 Session Modification 절차를 이용함으로써, UPF에게 Step 5에서 수신한 S-NSSAI-1 용 PDU session에 대한 AN Tunnel Info for N3 tunnel 정보를 삭제하도록 요청할 수 있다. SMF는 이러한 요청을 수행함으로써, NG-RAN으로의 추가적인 data 전송을 막을 수 있다.
Step 11: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 AMF에게 전송함으로써, AMF가 요청한 PDU session deactivation이 잘 처리되었음을 알릴 수 있다. 해당 메시지는 Deactivation된 PDU session에 대한 정보 (e.g., PDU session ID(s) for S-NSSAI-1와 deactivation 된 이유 등)를 포함할 수 있다.
Step 12: AMF는 Path Switch Request Acknowledge 메시지를 통해 NG-RAN-2에게 응답할 수 있다. 결과적으로 Path Switch Request Acknowledge 메시지는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해 별도의 indication을 Path Switch Request Acknowledge 메시지에 추가하여 전달할 수 있다. 즉, 해당 메시지에서 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수 있다.
Step 13: 단말에 대한 Handover 절차가 종료되었음을 확인한 AMF는 S-NSSAI-2에 대한 PDU session 수립 요청에 대한 처리를 재개할 수 있다. AMF는 S-NSSAI-2에 대한 PDU session 수립 절차를 수행할 수 있다. 예를 들어, 도 8a 및 도 8b의 예시에서 단계 2 내지 단계 19의 동작들이 수행될 수 있다.
2-2. 본 명세서의 개시의 제2예의 제2 예시
이하 도 15a 및 도 15b의 예시를 참조하여, 본 명세서의 개시의 제2예의 제2 예시를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15a 및 도 15b은 본 명세서의 개시의 제2예의 제2 예시에 따른 신호 흐름도를 나타낸다.
도 15a 및 도 15b의 예시는 AMF가 NG-RAN-1에게 단말의 주파수 대역 변경을 요청하기 전에, AMF가 미리 기존 주파수 대역을 통해 서비스 중이던 PDU session에 대한 deactivation을 SMF에게 요청하는 동작을 포함할 수 있다.
도 15a 및 도 15b의 예시를 설명함에 있어, 도 11a 및 도 11b 내지 도 14a 및 도 14b의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 15a 및 도 15b의 예시와 도 11a 및 도 11b 내지 도 14a 및 도 14b의 예시의 차이점을 중심으로 도 15a 및 도 15b의 예시를 설명하기로 한다.
Step 0~2: 도 11a 및 도 11b의 예시의 Step 0 내지 Step 2와 동일한 방식으로 수행될 수 있다.
Step 3~6: 도 13a 및 도 13b의 예시의 Step 3 내지 step 6과 동일한 방식으로 수행될 수 있다.
Step 7: Step 6에서 수신한 N2 메시지를 통해, NG-RAN-1은 S-NSSAI-1에 대한 PDU session이 deactivation 되었다는 것을 알 수 있다. NG-RAN-1이 S-NSSAI-1에 대한 PDU session이 deactivation 되었다는 것을 알기 때문에, NG-RAN-1은 해당 PDU session에 대한 무선 자원을 모두 release할 수 있다. 또한 NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
NG-RAN-1은 NG-RAN-2에게 Handover Request 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. 다만 이미 S-NSSAI-1에 대한 PDU session이 deactivation 되었기 때문에 Handover Request 메시지를 통해 target NG-RAN (여기서는 NG-RAN-2)에게 이동될 수 있는 PDU session이 존재하지 않는 상황이므로, NG-RAN-1과 NG-RAN2 모두가 이(예: Handover Required 메시지)를 에러로 처리하지 않도록 해야 한다. NG-RAN-1은 Step 6에서 AMF로부터 수신한 N2 메시지 및 S-NSSAI-2를 지원하는 NG-RAN으로의 단말 handover 요청에 기초하여, 이(예: target NG-RAN (여기서는 NG-RAN-2)에게 이동될 수 있는 PDU session이 존재하지 않는 상황 또는 NG-RAN-1이 handover 요청을 에러로 처리하지 않아야 한다는 상황)를 유추할 수 있다. 다만 NG-RAN-2가 이러한 상황을 에러로 처리하는 것을 막기 위해, NG-RAN-1은 지금 상황이 PDU session에 대한 context 없이 단말 context 만 전달하는 상황이라는 것을 알리는 별도의 indication (예: UE context transfer only indication)을 Handover Request 메시지에 추가할 수 있다. 예를 들어, NG-RAN-1은 현재 Handover Request 메시지 상에서 mandatory 필드인 PDU session resource list IE를 무시하라는 indication을 추가할 수 있다.
또한 Handover Request 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. AMF 및 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, 이러한 indication 또는 cause value는 Handover Request 메시지에 포함될 수 있다.
참고로, NG-RAN-1이 PDU session에 대한 context 없이 단말 context 만 전달하는 상황이라는 것을 알리는 별도의 indication을 Handover 메시지에 추가하는 대신에, 단말 context 만을 target NG-RAN(예: NG-RAN-2)에게 전달할 수 있는 새로운 N2 메시지가 정의될 수도 있다.
참고로, NG-RAN-1이 S-NSSAI-1 용 PDU session에 대한 무선 자원을 모두 release하였기 때문에, Handover Request 메시지를 통해 target NG-RAN에게 전달되는 RRC 메시지(즉, RRC HandoverPreparationInformation)는 DRB와 관련된 정보를 포함하고 있지 않을 수 있다.
Step 8: NG-RAN-2는 Cause와 “UE context transfer only indication”에 기초하여, 단말이 S-NSSAI-2가 서비스하는 주파수 대역으로 이동해야 하는 것을 알기 때문에, 현재 단말에 대해 서비스할 수 있는 PDU Session가 NG-RAN-2에게 아예 없더라도, NG-RAN-2는 Handover를 수락할 수 있다. 따라서, NG-RAN-2는 Handover Request Acknowledge 메시지를 NG-RAN-1에게 전송할 수 있다.
Handover Request Acknowledge 메시지는 NG-RAN-1을 통해 단말에게 전달할 RRC 메시지도 같이 포함할 수 있다. RRC 메시지는 단말이 NG-RAN-2와의 RRC 연결을 맺기 위해 필요한 정보를 포함할 수 있다. S-NSSAI-1에 대한 PDU session의 deactivation으로 인해, RRC 메시지는 DRB와 관련된 정보는 포함하지 않을 수 있다. 따라서 해당 RRC 메시지를 수신한 단말은 해당 PDU session에 대한 무선 자원을 해제(release)할 수 있다. 더불어 해당 RRC 메시지는 S-NSSAI-2가 사용하는 주파수 대역으로 단말을 redirection시키기 위한 정보도 함께 포함할 수 있다.
Step 9~10: 도 13a 및 도 13b의 예시의 Step 11 내지 Step 12와 동일한 방식으로 수행될 수 있다.
Step 11: NG-RAN-2는 AMF에게 Path Switch procedure을 통해 단말이 성공적으로 NG-RAN-2로 이동했음을 알릴 수 있다. 이때 NG-RAN-2는 Step 7에서 NG-RAN-1으로부터 수신한 cause를 AMF에게 전할 수 있다. 또한 Path Switch Request 메시지(예: NG-RAN-2가 AMF에게 전송하는 메시지)와 Path Switch Request Acknowledge 메시지(예: AMF가 NG-RAN-2에게 전송하는 메시지)는 NG-RAN-2을 통해 단말에게 서비스될 수 있는 PDU Session 정보를 아예 포함하고 있지 않을 수 있다. 이 경우를 NG-RAN-2가 에러로 처리하지 않도록 하기 위해, 별도의 indication을 상기 N2 메시지(예: Path Switch Request 메시지 또는 Path Switch Request Acknowledge 메시지)에 추가하여 전달할 수 있다. 즉, 해당 메시지에서 PDU session context와 관련된 mandatory 필드를 무시하라는 indication이 추가될 수 있다.
Step 12: 도 13a 및 도 13b의 예시의 Step 14와 동일한 방식으로 수행될 수 있다.
3. 본 명세서의 개시의 제3예
이하에서, 도 16a 및 도 16b의 예시를 참조하여, 본 명세서의 개시의 제3예를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 16a 및 도 16b는 본 명세서의 개시의 제3예에 따른 신호 흐름도를 나타낸다.
도 16a 및 도 16b의 예시는 RRC release을 이용해 단말의 주파수 대역을 변경할 때, 단말이 기존에 사용 중인 slice와 단말이 새로 서비스를 받으려는 slice 사이의 우선 순위를 기반으로 AMF가 SMF에게 DL data에 대한 notification을 금지하는 동작을 포함할 수 있다.
도 16a 및 도 16b의 예시를 설명함에 있어, 도 11a 및 도 11b 내지 도 15a 및 도 15b의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 16a 및 도 16b의 예시와 도 11a 및 도 11b 내지 도 15a 및 도 15b의 예시의 차이점을 중심으로 도 16a 및 도 16b의 예시를 설명하기로 한다.
Step 0~3: 도 11a 및 도 11b의 예시의 Step 0 내지 Step 3과 동일한 방식으로 수행될 수 있다.
Step 4: Step 3에서 수신한 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. Handover가 여의치 않거나 다른 이유로 인해 NG-RAN-1은 단말에 대해 RRC release with redirection을 수행하기로 결정할 수 있다. 이 경우, RRC release with redirection은 S-NSSAI-1가 사용하던 주파수 대역에서 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 의미할 수 있다. 참고로, 여기서 "다른 이유"는 예를 들어, 사업자(operator)가 NG-RAN-1이 핸드오버 대신에 RRC release with redirection을 수행하도록 설정한 경우를 포함할 수 있다.
NG-RAN-1은 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 UE Context Release Request 메시지를 AMF에게 전송함으로써 AN release 절차를 시작할 수 있다. UE Context Release Request 메시지는 단말의 주파수 대역 변경을 위해 context release가 시작되었음을 알리는 cause value를 포함할 수 있다. 또한 UE Context Release Request 메시지는 active 상태의 S-NSSAI-1 용 PDU session ID에 대한 목록을 포함할 수 있다.
Step 5: AMF는 Step 4에서 수신한 cause value를 포함하는 UE Context Release Command 메시지를 NG-RAN-1에게 전송할 수 있다.
Step 6: NG-RAN-1은 S-NSSAI-2가 사용하는 주파수 대역으로의 redirection을 위해 필요한 정보를 포함하는 RRC Release 메시지를 단말에게 전송할 수 있다. 따라서 단말은 S-NSSAI-1 용 PDU session을 위해 할당된 무선 자원 (Radio resource)을 모두 release할 수 있다.
Step 7: NG-RAN-1은 무선 자원에 대한 release가 완료되면, UE Context Release Complete 메시지를 전송함으로써 AMF에게 응답할 수 있다.
Step 8: AMF는 Nsmf_PDUSession_UpdateSMContext Request 메시지를 SMF-1에게 전송함으로써, AN release 절차가 시작되었음을 알릴 수 있다. AN release 절차가 시작되었음을 알리기 위해, AMF는 Step 4에서 수신한 cause value를 Nsmf_PDUSession_UpdateSMContext Request 메시지에 포함시킬 수 있다. 이때, AMF는 Step 4에서 수신했던, active 상태의 S-NSSAI-1 용 PDU session ID에 대한 목록도 Nsmf_PDUSession_UpdateSMContext Request 메시지에 포함시켜 전송하면서, 해당 PDU session에 대해 release 대신 deactivation을 요청할 수 있다. 이를 통해 AMF는 NG-RAN으로의 추가적인 데이터 전송을 막을 수 있다.
AMF는 NSSAI-2의 priority가 S-NSSAI-1의 priority보다 높은지 여부를 판단할 수 있다. 만약 AMF가 S-NSSAI-2의 priority가 S-NSSAI-1의 priority보다 높다고 AMF가 판단한 경우 (즉, S-NSSAI-2을 통해 제공하는 서비스가 더 중요하다고 판단한 경우), AMF는 SMF에게 S-NSSAI-1 용 PDU session에 대한 deactivation 과정이 종료된 후 DL data가 도착하더라도 AMF 쪽으로 이(예: DL data)를 알리지 말라는 indication(또는 정보)를 Nsmf_PDUSession_UpdateSMContext Request 메시지와 함께 전송할 수 있다.
Step 9: SMF는 Nsmf_PDUSession_UpdateSMContext Response 메시지 또는 다른 메시지를 활용하여 NG-RAN이 요청한 PDU session deactivation이 잘 처리되었음을 AMF에게 알릴 수 있다.
Step 10: 단말은 Step 6에서 수신한 redirection 정보에 기초하여, 새로운 주파수 대역을 통해 NG-RAN-2에 access하여 RRC connection을 설정한다.
Step 11: NG-RAN-2은 AMF에게 N2 message을 보내 해당 단말이 NG-RAN-2을 통해 접속했음을 알린다.
Step 12: AMF는 Namf_EventExposure_Notify 메시지를 SMF-2에게 전송함으로써, 단말에 대한 mobility event가 발생했음을 SMF에게 알릴 수 있다. 예를 들어, AMF는 UE의 위치가 변경되었다는 정보(예: UE location change)를 포함하는 Namf_EventExposure_Notify 메시지를 SMF에게 전송할 수 있다.
Step 13: 단말에 대한 Redirection 절차가 종료되었음을 확인한 AMF는 Step 2에서 중지하였던, S-NSSAI-2에 대한 PDU session establishment request에 대한 처리를 재개할 수 있다.
4. 본 명세서의 개시의 제4예
이하에서, 도 17a 및 도 17b의 예시를 참조하여, 본 명세서의 개시의 제4예를 설명하기로 한다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 17a 및 도 17b은 본 명세서의 개시의 제4예에 따른 신호 흐름도를 나타낸다.
도 17a 및 도 17b의 예시는 Handover을 이용해 단말의 주파수 대역을 변경하려 했지만, Handover가 실패했을 때, 단말이 새로 서비스를 받으려는 slice에 관련된 PDU 세션에 대한 PDU session establishment 요청을 반복해서 전송하는 것을 막기 위한 동작을 포함할 수 있다.
참고로, 도 17a 및 도 17b의 예시에서, Xn-based Handover 관련 동작(예: 단계 4a 내지 단계 4c)과 NG-based Handover 관련 동작(예: 단계 5a 내지 5c)는 선택적으로 수행될 수 있다. 예를 들어, Xn-based Handover 관련 동작(예: 단계 4a 내지 단계 4c) 또는 NG-based Handover 관련 동작(예: 단계 5a 내지 5c)이 수행된 후, RRCRelesase with Back-off timer 관련 동작(예: 단계 6a 및 단계 6b) 및 RRC Release with Redirection 관련 동작(예: 단계 6c 및 단계 6d)이 수행될 수 있다.
도 17a 및 도 17b의 예시를 설명함에 있어, 도 11a 및 도 11b 내지 도 16a 및 도 16b의 예시와 중복되는 내용에 대한 설명은 생략하기로 한다. 다시 말해서, 이하에서는 도 17a 및 도 17b의 예시와 도 11a 및 도 11b 내지 도 16a 및 도 16b의 예시의 차이점을 중심으로 도 17a 및 도 17b의 예시를 설명하기로 한다.
Step 0~1: 도 11a 및 도 11b의 예시의 Step 0 내지 Step 1과 동일한 방식으로 수행될 수 있다.
Step 2: AMF는 현재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 예를 들어, AMF는 각각의 NG-RAN이 지원하는 네트워크 슬라이스에 대한 정보와 각각의 네트워크 슬라이스에 대한 주파수 대역 정보에 기초하여, 현재 단말이 접속된 NG-RAN-1이 S-NSSAI-2를 지원하지 않는 것을 알 수 있다. 이에 따라, AMF는 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 결정할 수 있다. 단말이 S-NSSAI-2를 지원하는 NG-RAN으로 옮겨질 때까지, AMF는 단말이 전송한 S-NSSAI-2에 대한 PDU session 수립 요청에 대한 처리를 정지할 수 있다.
참고로, 도 13a 및 도 13b의 예시의 Step 3 또는 도 15a 및 도 15b의 예시의 Step 3와 같이, Step 3가 수행되기 전에, AMF가 S-NSSAI-1 용 PDU session에 대한 deactivation을 위한 동작을 수행할 수 있다. 이 경우(S-NSSAI-1 용 PDU session에 대한 deactivation을 위한 동작이 수행되는 경우), Xn-based handover 관련 동작을 수행할 때는 도 15a 및 도 15b의 예시가 참고될 수 있으며, NG-based handover 관련 동작을 수행할 때는 도 13a 및 도 13b의 예시가 참고될 수 있다.
Step 3: AMF는 해당 단말을 S-NSSAI-2를 지원하는 다른 NG-RAN 중 하나로 옮겨야 한다는 것을 N2 message를 이용해 NG-RAN-1에게 알릴 수 있다. NG-RAN-1이 Xn-based handover를 선택하는지, 또는 NG-RAN-1이 NG-based handover를 선택하는지에 따라, step 4a 내지 4c 또는 step 5a 내지 5c가 수행될 수 있다.
NG-RAN-1은 Xn-based Handover를 수행할지 또는 NG-based Handover를 수행할지 여부를 결정할 수 있다. NG-RAN-1이 Xn-based Handover를 수행할 것을 결정하면, 이하의 step 4a 내지 4c가 수행될 수 있다. NG-RAN-1이 NG-based handover를 수행할 것을 결정하면, 이하의 step 5a 내지 5c가 수행될 수 있다.
Step 4a 내지 4c: NG-RAN-1이 Xn-based Handover를 선택하면, Step 4a 내지 Step 4c가 수행될 수 있다. Step 3에서 수신된 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
Step 4a에서, NG-RAN-1은 target NG-RAN (여기서는 NG-RAN-2)에게 Handover Request 메시지를 전송하면서 Xn-based handover 절차를 시작할 수 있다. Handover Request 메시지는 NG-RAN-1이 서비스하고 있던 S-NSSAI-1에 대한 PDU session 정보를 포함할 수 있다. 또한 Handover Request 메시지는 현재 Handover 절차가 시작된 이유가, 단말을 S-NSSAI-2가 서비스하는 주파수 대역으로 이동시켜야 하기 때문이라는 것을 알리는 indication 또는 cause value를 포함할 수 있다. 이러한 indication 또는 cause value는 target NG-RAN (여기서는 NG-RAN-2)에게 알리기 위해, Handover Request 메시지에 포함될 수 있다.
Step 4b에서, NG-RAN-2은 무선 자원 (Radio resource) 부족, 단말 context로만 구성된 handover 미지원 등의 이유로 인해, handover를 거절할 수 있다. 이 경우, NG-RAN-2는 handover가 실패한 이유에 대한 정보(예: Failure cause)를 포함한 Handover Preparation Failure 메시지를 NG-RAN-1에게 전송할 수 있다.
Step 4c에서, NG-RAN-1은 Step 4b에서 수신한 failure cause를 AMF에게 전달함으로써, 해당 단말에 대한 handover의 실패와 실패의 이유를 알릴 수 있다. Step 4c가 수행된 후, Step 6a 내지 6d의 절차가 수행될 수 있다.
참고로, Step 3가 수행되기 전에, 도 13a 및 도 13b의 예시의 Step 3 또는 도 15a 및 도 15b의 예시의 Step 3와 같이, AMF가 S-NSSAI-1 용 PDU session에 대한 deactivation을 위한 동작을 수행한 경우, 도 17a 및 도 17b의 Step 4 대신에 도 15a 및 도 15b의 예시가 참고될 수 있다. 예를 들어, 도 17a 및 도 17b의 Step 4a 대신에 도 15a 및 도 15b의 예시의 Step 3 내지 Step 7의 동작이 수행될 수 있으며, 그 이후에 도 17a 및 도 17b의 Step 4b 및 4c가 수행될 수도 있다.
Step 5a 내지 5c: NG-RAN-1이 NG-based Handover를 선택하면, Step 5a 내지 Step 5c가 수행될 수 있다. Step 3에서 수신된 N2 메시지에 기초하여, NG-RAN-1은 자신이 S-NSSAI-2를 지원하지 않기 때문에 주변의 NG-RAN들 중 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2) 쪽으로 단말을 이동시켜야 한다는 것을 알 수 있다. 이를 위해(단말을 S-NSSAI-2를 지원하는 NG-RAN(예: NG-RAN-2)으로 이동시키기 위해), NG-RAN-1은 단말에게 measurement 결과 보고를 요청하고, 단말로부터 measurement 결과를 수신할 수 있다. NG-RAN-1은 단말로부터 수신한 measurement 결과에 기초하여, 단말에 대한 Handover가 가능할지 여부와 Handover를 실행할 경우, 그 대상이 되는 target cell을 결정할 수 있다.
Step 5a에서, NG-RAN-1은 AMF에게 Handover Required 메시지를 전송하면서 NG-based handover 절차를 시작할 수 있다. Step 5a는 도 11a 및 도 11b의 예시의 Step 4 내지 Step 8과 같은 방식으로 수행될 수 있다. 또는, Step 5a는 도 12a 및 도 12b의 예시의 Step 4 내지 Step 8과 같은 방식으로 수행될 수 있다.
Step 5b에서, NG-RAN-2은 무선 자원 (Radio resource) 부족, 단말 context로만 구성된 handover 미지원 등의 이유로 인해, handover를 거절할 수 있다. 이 경우, NG-RAN-2는 handover가 실패한 이유에 대한 정보(예: Failure cause)를 포함한 Handover Preparation Failure 메시지를 AMF에게 전송할 수 있다.
Step 5c에서, AMF는 Step 5b에서 수신한 failure cause를 NG-RAN-1에게 전달함으로써, 해당 단말에 대한 handover의 실패와 그 이유를 알릴 수 있다. Step 5c가 수행된 후, Step 6a 내지 6d의 절차가 수행될 수 있다.
참고로, Step 3가 수행되기 전에, 도 13a 및 도 13b의 예시의 Step 3와 같이, AMF가 S-NSSAI-1 용 PDU session에 대한 deactivation을 위한 동작을 수행한 경우, 도 17a 및 도 17b의 Step 5 대신에 도 13a 및 도 13b의 예시가 참고될 수 있다. 예를 들어, 도 17a 및 도 17b의 Step 5a 대신에 도 13a 및 도 13b의 예시의 Step 3 내지 Step 8의 동작이 수행될 수 있으며, 그 이후에 도 17a 및 도 17b의 Step 5b 및 5c가 수행될 수도 있다.
Step 6a~6d: Step 4c 또는 step 5b에 기초하여, AMF는 NG-RAN에서 단말에 대한 handover 절차가 실패했음을 알 수 있다.
Step 6a 및 6b를 수행함으로써, AMF는 단말에게 S-NSSAI-2에 대한 PDU session establishment가 실패했음을 알리고, AMF는 실패 이유(예: New cause)와 back-off timer를 단말에게 제공할 수 있다. AMF는 이러한 동작을 통해, 일정 시간 동안 단말이 S-NSSAI-2 용 PDU session 에 대한 PDU 세션 수립 요청을 시도하는 것을 막을 수 있다.
또는, step 6c 및 step 6d의 동작을 수행함으로써, AMF는 S-NSSAI-2가 사용하는 주파수 대역으로 단말을 redirection하기 위한 RRC release 절차를 NG-RAN-1가 시작하도록 만들 수 있다.
참고로, Step 3가 수행되기 전에, 도 13a 및 도 13b의 예시 또는 도 15a 및 도 15b의 예시와 같이, AMF가 S-NSSAI-1 용 PDU session에 대한 deactivation을 위한 동작을 수행한 경우, 이미 deactivation 된 S-NSSAI-1 용 PDU session을 다시 activation하기 위한 절차가 수행될 수도 있다. 예를 들어, NG-RAN-1이 S-NSSAI-1 용 PDU session에 대한 무선 자원을 다시 할당한 후, 단말에게 RRC reconfiguration 메시지를 통해 이를 알릴 수 있다.
참고로, 도 11a 및 도 11b의 예시 내지 도 17a 및 도 17b의 예시의 step 1 또는 step 2에서, UE가 S-NSSAI-2을 이용한 서비스를 제공받기 위해 S-NSSAI-2에 대한 PDU session establishment request 메시지를 전송하는 동작이 먼저 수행되고, 그 이후의 동작이 수행되는 것으로 설명했다. 하지만, 이는 예시에 불과하며, 본 명세서의 개시의 범위는, 도 11a 및 도 11b의 예시 내지 도 17a 및 도 17b의 예시의 step 1 또는 step 2가 수행되기 전에, UE가 이미 S-NSSAI-2에 대한 PDU session을 수립한 경우도 포함할 수 있다. 이 경우, UE는 도 11a 및 도 11b의 예시 내지 도 17a 및 도 17b의 예시의 step 1 또는 step 2에서, S-NSSAI-2를 이용하여 (즉, S-NSSAI-2에 대한 PDU session을 통해) 서비스를 받을 것을 요청하는 NAS 메시지를 전송하는 동작을 수행할 수 있다. UE가 NAS 메시지를 전송한 후, 도 11a 및 도 11b의 예시 내지 도 17a 및 도 17b의 예시의 step 1 또는 step 2 이후의 후속 동작 (예: S-NSSAI-2를 서비스할 수 있는 주파수 대역으로 UE를 이동시키는 동작)이 수행될 수도 있다. 여기서, 상기 NAS 메시지는 Service Request, Registration Request, 새롭게 정의된 NAS 메시지 등일 수 있다. 이러한 NAS 메시지는 상기 S-NSSAI-2에 대한 PDU session의 ID를 포함할 수 있는데, 이는 List Of PDU Sessions To Be Activated 형태일 수도 있고, 다른 파라미터 형태일 수도 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 이동통신시스템에서 단말의 특정 slice 요청에 따른 주파수 대역 이동을 지원하기 위한 동작이 수행될 수 있다. 코어 네트워크(예: AMF, SMF, UPF)는 단말이 요청한 네트워크 슬라이스를 지원하는 NG-RAN으로 단말을 이동시키는 것이 필요함을 확인할 수 있다. 코어 네트워크(예: AMF, SMF, UPF)는 단말이 요청한 네트워크 슬라이스를 지원하는 NG-RAN으로 단말을 이동시키는 것이 필요하다는 것을 무선 네트워크(예: NG-RAN)에게 통지할 수 있다. 무선 네트워크(예: NG-RAN)는 상기 단말에 대해 handover 또는 RRC release 메시지를 통해 다른 주파수 대역으로 이동을 시킬 수 있다. 코어 네트워크(예: AMF, SMF, UPF)는 상기 요청의 결과에 기초하여, 특정 PDU session에 대한 deactivation을 수행할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, PDU Session Establishment 과정 중에 단말이 요청한 PDU Session과 관련된 slice 및 주파수 대역을 지원할 수 있는 NG-RAN으로 단말을 handover/redirection 함으로써, 단말에게 해당 slice을 통한 서비스를 효율적으로 제공할 수 있다. 또한, 제1 NG-RAN이 지원하는 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 deactivation을 수행함으로써, 단말이 다시 제1 PDU 세션을 이용하고자 할 때 효율적인 통신을 제공할 수 있다. 예를 들어, 단말은 제1 PDU 세션에 대해 PDU 세션 수립 절차를 다시 수행할 필요가 없다. 또한, 단말이 제2 NG-RAN으로 이동시키기 위한 handover 절차 및/또는 redirection 절차가 실패하는 경우, 단말이 제2 PDU 세션에 대한 PDU 세션 수립 요청을 제1 NG-RAN에게 반복적으로 요청하는 것을 방지함으로써, 효율적인 signaling이 가능하다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 단말이 다른 주파수 대역으로 옮겨가기 전, 기존 주파수 대역을 통해 서비스 중인 PDU session을 효율적으로 deactivation 할 수 있다. 기존 주파수 대역을 통해 서비스 중인 PDU session을 효율적으로 deactivation함으로써, DL data가 불필요하게 RAN으로 전송되는 상황을 방지할 수 있다. 또한, 단말이 제1 NG-RAN을 통해 제공받던 PDU 세션(예: 제1 네트워크 슬라이스에 관련된 PDU 세션)을 해제(release)하지 않고, 비활성화 할 수 있다. 이에 따라, 단말이 제2 NG-RAN을 통해 서비스를 제공받고 난 후, 제1 NG-RAN으로 돌아와 기존에 이용하던 PDU 세션(예: 제1 네트워크 슬라이스에 관련된 PDU 세션)을 통해 서비스를 다시 제공받고자 할 경우, 새로운 PDU 세션을 수립할 필요 없이, 비활성화된 PDU 세션을 활성화함으로써, 단말은 효율적으로 서비스를 제공받을 수 있다 또한, 단말을 다른 주파수 대역으로 옮기기 위한 handover 절차가 실패한 경우, 단말이 PDU 세션 수립 요청 메시지를 반복해서 네트워크로 전송하는 것을 막음으로써, 불필요한 signaling을 감소시킬 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, PCF, UDM, DN등) 또는 기지국(예: NG-RAN, gNB, eNB, RAN, E-UTRAN 등)의 동작은 이하 설명될 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 네트워크 노드 또는 기지국은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 네트워크 노드 또는 기지국의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(106 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성(또는 비일시적) 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 네트워크 노드 또는 기지국의 동작을 수행할 수 있다.
이상에서는 바람직한 실시예를 예시적으로 설명하였으나, 본 명세서의 개시는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 명세서의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.
상술한 예시적인 시스템에서, 방법들은 일련의 단계 또는 블록으로써 순서도를 기초로 설명되고 있지만, 설명되는 단계들의 순서에 한정되는 것은 아니며, 어떤 단계는 상술한 바와 다른 단계와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 권리범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (13)

  1. AMF(Access and Mobility Management Function)가 네트워크 슬라이스에 관련된 통신을 수행하는 방법으로서,
    제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 제1 RAN(Radio Access Network) 노드로부터 수신하는 단계,
    상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
    상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시키는 것을 결정하는 단계;
    상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 상기 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 제1 RAN 노드에게 전송하는 단계;
    상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및
    상기 제1 네트워크 슬라이스가 상기 제2 RAN 노드에 의해 지원되지 않는 것에 기초하여, 상기 제1 네트워크 슬라이스에 관련된 제1 PDU 세션을 비활성화(deactivation)하기 위한 요청 메시지를 SMF(Session Management Function)에게 전송하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 핸드오버가 시작된다는 이유 정보 및 상기 제1 PDU 세션이 비활성화되었다는 정보를 포함하는 핸드오버 요청 메시지를 상기 제2 RAN 노드에게 전송하는 단계를 더 포함하는 방법.
  3. 제2항에 있어서,
    상기 제1 PDU 세션이 비활성화되었다는 정보를 포함하는 응답 메시지를 상기 SMF로부터 수신하는 단계를 더 포함하는 방법.
  4. 제2항에 있어서,
    핸드오버 요청 승인(Handover Request Acknowledge) 메시지를 상기 제2 RAN 노드로부터 수신하는 단계를 더 포함하고,
    상기 핸드오버 요청 승인 메시지는, 상기 UE가 상기 제2 네트워크 슬라이스가 사용하는 주파수 대역으로 redirection하기 위한 정보를 포함하는 RRC(Radio Resource Control) 메시지를 포함하는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 핸드오버 요청 승인 메시지가 수신된 것에 기초하여, 상기 RRC 메시지를 포함하는 핸드오버 명령(handover command) 메시지를 제1 RAN 노드로 전송하는 단계를 더 포함하는 방법.
  6. 제2항에 있어서,
    핸드오버 통지(handover notify) 메시지를 상기 제2 RAN 노드로부터 수신하는 단계를 더 포함하는 방법.
  7. 네트워크 슬라이스에 관련된 통신을 수행하는 Access and Mobility Management Function (AMF)에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 제1 RAN(Radio Access Network) 노드로부터 수신하는 단계,
    상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
    상기 제1 RAN 노드가 상기 제2 네트워크 슬라이스를 지원하지 않는 것에 기초하여, 상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시키는 것을 결정하는 단계;
    상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 상기 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 제1 RAN 노드에게 전송하는 단계;
    상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 제1 RAN 노드로부터 수신하는 단계; 및
    상기 제1 네트워크 슬라이스가 상기 제2 RAN 노드에 의해 지원되지 않는 것에 기초하여, 상기 제1 네트워크 슬라이스에 관련된 제1 PDU 세션을 비활성화(deactivation)하기 위한 요청 메시지를 SMF(Session Management Function)에게 전송하는 단계를 포함하는 AMF.
  8. 제1 RAN(Radio Access Network) 노드가 네트워크 슬라이스에 관련된 통신을 수행하는 방법으로서,
    제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 UE(User Equipment)로부터 수신하는 단계,
    상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
    상기 PDU 세션 수립 요청 메시지를 AMF(Access and Mobility Management Function)에게 전송하는 단계;
    상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 AMF로부터 수신하는 단계; 및
    상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 AMF에게 전송하는 단계를 포함하는 방법.
  9. 제8항에 있어서,
    상기 이유 정보는, 상기 제1 네트워크 슬라이스가 상기 제2 RAN 노드에 의해 지원되지 않는 것에 기초하여, 상기 AMF가 상기 제1 PDU 세션을 비활성화하기 위한 요청 메시지를 SMF(Session Management Function)에게 전송하기 위해 사용되는 것을 특징으로 하는 방법.
  10. 제8항에 있어서,
    handover required 메시지를 상기 AMF에게 전송하는 단계를 더 포함하고,
    상기 handover required 메시지는 상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시키기 위해 핸드오버가 필요하다는 이유 정보를 포함하는 것을 특징으로 하는 방법.
  11. 제8항에 있어서,
    핸드오버 명령(handover command) 메시지를 상기 AMF로부터 수신하는 단계를 더 포함하고,
    상기 핸드오버 명령 메시지는 상기 제2 RAN 노드가 생성한 RRC(Radio Resource Control) 메시지를 포함하고,
    상기 RRC 메시지는 상기 UE가 상기 제2 네트워크 슬라이스가 사용하는 주파수 대역으로 redirection하기 위한 정보를 포함하는 것을 특징으로 하는 방법.
  12. 제11항에 있어서,
    상기 RRC 메시지를 상기 UE에게 전송하는 단계를 더 포함하는 방법.
  13. 네트워크 슬라이스에 관련된 통신을 수행하는 제1 RAN(Radio Access Network) 노드에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    제2 PDU(Protocol Data Unit) 세션에 대한 정보를 포함하는 PDU 세션 수립 요청 메시지를 UE(User Equipment)로부터 수신하는 단계,
    상기 제2 PDU 세션은 UE(User Equipment)에 의해 요청된 제2 네트워크 슬라이스와 관련된 PDU 세션이고;
    상기 PDU 세션 수립 요청 메시지를 AMF(Access and Mobility Management Function)에게 전송하는 단계;
    상기 UE를 상기 제2 네트워크 슬라이스를 지원하는 제2 RAN 노드로 이동시켜야 한다는 정보를 포함하는 메시지를 상기 AMF로부터 수신하는 단계; 및
    상기 제1 RAN 노드가 지원하는 제1 네트워크 슬라이스에 관련된 제1 PDU 세션에 대한 정보 및 상기 UE를 상기 제2 RAN 노드로 이동시켜야 한다는 이유 정보를 포함하는 handover required 메시지를 상기 AMF에게 전송하는 단계를 포함하는 RAN 노드.
PCT/KR2021/010616 2020-08-13 2021-08-11 네트워크 슬라이스와 관련된 통신 WO2022035204A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US18/019,998 US20230345333A1 (en) 2020-08-13 2021-08-11 Communication related to network slice
EP21856210.6A EP4199584A1 (en) 2020-08-13 2021-08-11 Communication related to network slice
KR1020237003846A KR20230038216A (ko) 2020-08-13 2021-08-11 네트워크 슬라이스와 관련된 통신

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2020-0101738 2020-08-13
KR20200101738 2020-08-13

Publications (1)

Publication Number Publication Date
WO2022035204A1 true WO2022035204A1 (ko) 2022-02-17

Family

ID=80247443

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/010616 WO2022035204A1 (ko) 2020-08-13 2021-08-11 네트워크 슬라이스와 관련된 통신

Country Status (4)

Country Link
US (1) US20230345333A1 (ko)
EP (1) EP4199584A1 (ko)
KR (1) KR20230038216A (ko)
WO (1) WO2022035204A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023186253A1 (en) * 2022-03-28 2023-10-05 Nokia Technologies Oy Method and apparatus for network slice management
WO2023240174A1 (en) * 2022-06-10 2023-12-14 Qualcomm Incorporated F1 connection options in integrated access and backhaul handover scenarios

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170303259A1 (en) * 2016-04-18 2017-10-19 Electronics And Telecommunications Research Institute Communication method and apparatus using network slicing
US20190364541A1 (en) * 2016-07-05 2019-11-28 Lg Electronics Inc. Method for selecting resource operation preferred by user in wireless communication system and device for same

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170303259A1 (en) * 2016-04-18 2017-10-19 Electronics And Telecommunications Research Institute Communication method and apparatus using network slicing
US20190364541A1 (en) * 2016-07-05 2019-11-28 Lg Electronics Inc. Method for selecting resource operation preferred by user in wireless communication system and device for same

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"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, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V16.5.0, 9 July 2020 (2020-07-09), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 594, XP051924387 *
NEC: "KI#7 New Sol#X: Steering the UE to a network slice in a different frequency band", 3GPP DRAFT; S2-2003629, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Electronic, Elbonia; 20200601 - 20200612, 22 May 2020 (2020-05-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051889685 *
ZTE: "KI#7, New Sol: Steering the UE towards the 5G-AN during PDU session Establishment", 3GPP DRAFT; S2-2003741, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20200601 - 20200605, 22 May 2020 (2020-05-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051889775 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023186253A1 (en) * 2022-03-28 2023-10-05 Nokia Technologies Oy Method and apparatus for network slice management
WO2023240174A1 (en) * 2022-06-10 2023-12-14 Qualcomm Incorporated F1 connection options in integrated access and backhaul handover scenarios

Also Published As

Publication number Publication date
KR20230038216A (ko) 2023-03-17
US20230345333A1 (en) 2023-10-26
EP4199584A1 (en) 2023-06-21

Similar Documents

Publication Publication Date Title
WO2020141965A1 (ko) 무선 통신 시스템에서 네트워크에 등록을 수행하는 방법 및 이를 위한 장치
WO2020080913A1 (ko) 무선 통신 시스템에서 독립적인 네트워크 슬라이스별로 분리된 데이터 전송을 지원하는 방법
WO2020171529A1 (en) Method for performing communication related to packet switch data off
WO2020046094A1 (ko) 무선 통신 시스템에서 plmn을 선택하기 위한 방법 및 장치
WO2020204536A1 (ko) 무선 통신 시스템에서 단말이 네트워크에 접속을 수행하는 방법
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2020218764A1 (ko) 무선 통신 시스템에서 네트워크에 등록을 수행하는 방법 및 이를 위한 장치
WO2020141956A1 (ko) 무선 통신 시스템에서 네트워크를 선택하는 방법
WO2020138985A1 (ko) 무선 통신 시스템에서 통신 서비스를 제공하는 방법
WO2021225317A1 (ko) 혼잡 제어에 관련된 통신
WO2021187936A1 (ko) 네트워크 슬라이스에 의한 통신 방법
WO2020060007A1 (ko) 5g 이동통신에서 pdu 세션을 핸들링하는 방법 및 무선 기기
WO2020076144A1 (ko) 무선 통신 시스템에서 복수개의 무선 접속 방식을 지원하는 단말의 능력을 네트워크에 설정하는 방법 및 이를 위한 장치
WO2022050659A1 (ko) 트래픽 제어
WO2021162393A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2020022716A1 (ko) 무선 통신 시스템에서 데이터 전송 상태를 제어하는 방법 및 이를 위한 장치
WO2022075562A1 (ko) 멀티캐스트와 관련된 통신
WO2021177716A2 (ko) 멀티캐스트와 관련된 통신
WO2021167304A1 (ko) Ps 데이터 오프와 관련된 통신
WO2021177734A1 (en) Support of service continuity for handover between snpn and plmn
WO2021187881A1 (en) Network support indication for ue provided pdu session pair information
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2022035204A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2022215909A1 (ko) Pdu 세션 관리 방법

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237003846

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021856210

Country of ref document: EP

Effective date: 20230313