WO2022098053A1 - Qos 플로우에 관련된 측정 - Google Patents

Qos 플로우에 관련된 측정 Download PDF

Info

Publication number
WO2022098053A1
WO2022098053A1 PCT/KR2021/015697 KR2021015697W WO2022098053A1 WO 2022098053 A1 WO2022098053 A1 WO 2022098053A1 KR 2021015697 W KR2021015697 W KR 2021015697W WO 2022098053 A1 WO2022098053 A1 WO 2022098053A1
Authority
WO
WIPO (PCT)
Prior art keywords
qos flow
access
measurement
upf
qos
Prior art date
Application number
PCT/KR2021/015697
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/035,382 priority Critical patent/US20240015562A1/en
Priority to CN202180074660.2A priority patent/CN116548006A/zh
Priority to KR1020237003847A priority patent/KR102637605B1/ko
Priority to EP21889518.3A priority patent/EP4243482A1/en
Publication of WO2022098053A1 publication Critical patent/WO2022098053A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/121—Shortest path evaluation by minimising delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/123—Evaluation of link metrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/70—Routing based on monitoring results
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/52—Multiprotocol routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports

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 Multi-Access (MA) Protocol Data Unit (PDU) session was introduced in 5G.
  • multiple Quality of Service (QoS) Flow may be used.
  • QoS Quality of Service
  • measurements for multiple QoS flows may be performed.
  • a method for efficiently performing measurement of multiple QoS flows has not been discussed in the prior art.
  • Multiple QoS Flow may be mapped to one radio resource (eg, radio bearer).
  • radio resource eg, radio bearer
  • measurement is performed for each QoS Flow included in the Multiple QoS Flow, which causes a problem in that radio resources and computing resources are wasted.
  • PLR packet loss ratio
  • 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 a UE to perform measurement related communication.
  • the method includes performing an access measurement for a first QoS flow; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • the UE 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 first performing access measurements for QoS flows; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • the apparatus 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 first performing access measurements for QoS flows; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • one disclosure of the present specification provides a non-transitory computer-readable storage medium recording instructions.
  • the instructions when executed by one or more processors, cause the one or more processors to: perform an access measurement for a first QoS flow; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • one disclosure of the present specification provides a method for a UPF node to perform measurement-related communication.
  • the method includes performing an access measurement for a first QoS flow; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • the UPF 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 first performing access measurements for QoS flows; determining that an access measure for the first QoS flow applies to a second QoS flow; and determining not to perform access measurement for the second QoS flow.
  • 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 another exemplary diagram showing the structure of a radio interface protocol (Radio Interface Protocol) between the UE and the gNB.
  • Radio Interface Protocol Radio Interface Protocol
  • FIG. 9 is a diagram illustrating an example of a steering function of a UE.
  • FIG 10 shows an example of the conventional RTT measurement and the improved RTT measurement.
  • 11 shows an example of packet loss ratio measurement.
  • 12A and 12B show a first example of an operation according to a seventh example of the disclosure of the present specification.
  • 13A and 13B show a second example of an operation according to a seventh 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 needed 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 may be configured to perform one or more protocol data units (PDUs or packet data units) and/or one or more service data units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein. unit) can be created.
  • 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, proposals, 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, and 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 to provide one 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, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts disclosed herein, from one or more other devices. 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.
  • UE's shows an example.
  • the UE 100 may correspond to the first wireless device 100 of FIG. 2 and/or the wireless device 100 or 200 of FIG. 3 .
  • UE 100 includes processor 102 , memory 104 , transceiver 106 , one or more antennas 108 , power management module 110 , battery 112 , display 114 , keypad 116 , SIM a (subscriber identification module) card 118 , a speaker 120 , and a microphone 122 .
  • the processor 102 may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • the processor 102 may be configured to control one or more other components of the UE 100 to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • a layer of air interface protocol may be implemented in the processor 102 .
  • the processor 102 may include an ASIC, other chipset, logic circuitry, and/or data processing device.
  • the processor 102 may be an application processor.
  • the processor 102 may include at least one of a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), and a modem (modulator and demodulator).
  • DSP digital signal processor
  • CPU central processing unit
  • GPU graphics processing unit
  • modem modulator and demodulator
  • Examples of the processor 102 include SNAPDRAGONTM series processors made by Qualcomm®, EXYNOSTM series processors made by Samsung®, A series processors made by Apple®, HELIOTM series processors made by MediaTek®, ATOMTM series processors made by Intel®, or a corresponding next-generation processor. It can be found in the processor.
  • the memory 104 is operatively coupled to the processor 102 , and stores various information for operating the processor 102 .
  • Memory 104 may include ROM, RAM, flash memory, memory cards, storage media, and/or other storage devices.
  • modules eg, procedures, functions, etc.
  • Modules may be stored in memory 104 and executed by processor 102 .
  • the memory 104 may be implemented within the processor 102 or external to the processor 102 , in which case it may be communicatively coupled with the processor 102 through various methods known in the art.
  • the transceiver 106 is operatively coupled with the processor 102 and transmits and/or receives wireless signals.
  • the transceiver 106 includes a transmitter and a receiver.
  • the transceiver 106 may include baseband circuitry for processing radio frequency signals.
  • the transceiver 106 controls one or more antennas 108 to transmit and/or receive wireless signals.
  • the power management module 110 manages power of the processor 102 and/or the transceiver 106 .
  • the battery 112 supplies power to the power management module 110 .
  • the display 114 outputs the result processed by the processor 102 .
  • Keypad 116 receives input for use by processor 102 .
  • the keypad 116 may be displayed on the display 114 .
  • the SIM card 118 is an integrated circuit for securely storing an international mobile subscriber identity (IMSI) and associated keys, and is used to identify and authenticate a subscriber in a mobile phone device such as a mobile phone or computer. You can also store contact information on many SIM cards.
  • IMSI international mobile subscriber identity
  • the speaker 120 outputs sound related results processed by the processor 102 .
  • Microphone 122 receives sound related input for use by processor 102 .
  • 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.
  • the air interface protocol is based on the 3GPP radio access network standard.
  • the air interface protocol is horizontally composed of a physical layer, a data link layer, and a network layer, and vertically a user plane for data information transmission and control. It is divided into a control plane for signal transmission.
  • the protocol layers are L1 (first layer), L2 (second layer), and L3 (third layer) based on the lower three layers of the Open System Interconnection (OSI) reference model widely known in communication systems. ) can be distinguished.
  • OSI Open System Interconnection
  • the first layer provides an information transfer service using a physical channel.
  • the physical layer is connected to an upper medium access control layer through a transport channel, and data between the medium access control layer and the physical layer is transmitted through the transport channel. And, data is transferred between different physical layers, that is, between the physical layers of the transmitting side and the receiving side through a physical channel.
  • the second layer includes a Medium Access Control (MAC) layer, a Radio Link Control (RLC) layer, and a Packet Data Convergence Protocol (PDCP) layer.
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • the third layer includes radio resource control (hereinafter abbreviated as RRC).
  • RRC radio resource control
  • the RRC layer is defined only in the control plane and is related to the establishment (establishment), re-establishment (Re-establishment) and release (Release) of radio bearers (Radio Bearer; abbreviated as RB) of logical channels, transport channels and physical channels. responsible for control In this case, the RB means a service provided by the second layer for data transfer between the UE and the E-UTRAN.
  • the NAS (Non-Access Stratum) layer performs functions such as connection management (session management) and mobility management (Mobility Management).
  • the NAS layer is divided into a NAS entity for MM (Mobility Management) and a NAS entity for SM (session management).
  • the NAS entity for MM provides the following general functions.
  • NAS procedures related to AMF including the following.
  • AMF supports the following functions.
  • the NAS entity for SM performs session management between the UE and the SMF.
  • SM signaling messages are processed, ie, generated and processed in the NAS-SM layer of the UE and SMF.
  • the content of the SM signaling message is not interpreted by the AMF.
  • the NAS entity for MM creates a NAS-MM message that derives how and where to forward the SM signaling message with a security header indicating the NAS transmission of the SM signaling, additional information about the receiving NAS-MM.
  • the NAS entity for SM Upon reception of SM signaling, the NAS entity for SM performs an integrity check of the NAS-MM message, and interprets additional information to derive a method and a place to derive the SM signaling message.
  • the RRC layer, the RLC layer, the MAC layer, and the PHY layer located below the NAS layer are collectively referred to as an access layer (Access Stratum: AS).
  • a network system (ie, 5GC) for next-generation mobile communication (ie, 5G) also supports non-3GPP access.
  • An example of the non-3GPP access is typically a WLAN access.
  • the WLAN access may include both a trusted WLAN and an untrusted WLAN.
  • AMF performs registration management (RM: Registration Management) and connection management (CM: Connection Management) for 3GPP access as well as non-3GPP access.
  • RM Registration Management
  • CM Connection Management
  • a Multi-Access (MA) PDU session using both 3GPP access and non-3GPP access may be used.
  • the MA PDU session is a PDU session that can be serviced simultaneously with 3GPP access and non-3GPP access using one PDU session.
  • the MA PDU session is a session that can be serviced simultaneously with 3GPP access and non-3GPP access using one PDU session.
  • the MA PDU session is one PDU session in FIG. 7 and has a separate session tunnel for each access. One is established on 3GPP access, and the other PDU session is established on untrusted non-3GPP access (eg WLAN AN).
  • untrusted non-3GPP access eg WLAN AN
  • the MA PDU session Since it is one session in the MA-PDU session, the MA PDU session has the following characteristics.
  • one PDU type eg, IPv6
  • the MA-PDU session enables a multipath data link between the UE and UPF-A. This may be implemented below the IP layer.
  • a MA-PDU session may be established through one of the following procedures.
  • (ii) may be established through one MA PDU session establishment procedure. That is, the MA PDU session is simultaneously established in two accesses with one session creation request. This is called binding establishment.
  • SM Session Management
  • a MA PDU session may be established through two separate PDU session establishment procedures. For example, the UE may establish a MA PDU session on 3GPP access, and then perform a PDU session establishment procedure to add non-3GPP access to the MA PDU session created on 3GPP access on non-3GPP access.
  • the request type in the establishment request message for adding the second access may be set to "MA PDU Request".
  • a MA PDU session may be established for 3GPP access and non-3GPP access at the same time through one procedure.
  • One such procedure may be referred to as a MA PDU session establishment procedure by UE request.
  • the above procedure may be useful when the UE intends to establish a MA PDU session while the UE is already registered with 5GC through two accesses. Instead of performing two separate PDU session establishment procedures, the UE may establish a MA PDU session by performing one MA PDU session establishment procedure.
  • ATSSS Access Traffic Steering, Switching and Splitting
  • the ATSSS function may be an optional feature supported by the UE and the 5GC network.
  • the ATSSS function may enable a multi-access PDU Connectivity Service.
  • the ATSSS function uses one 3GPP access network and one non-3GPP access network simultaneously, and uses two independent N3/N9 tunnels between the PSA and RAN/AN, between the UE and the data network. PDUs can be exchanged.
  • the multi-access PDU connection service can be realized by establishing a Multi-Access PDU (MA PDU) Session.
  • the MA PDU session may be, for example, a PDU session with user-plane resources in two access networks.
  • the UE may request a MA PDU session.
  • the UE uses network-provided policies (eg, ATSSS rules) ) and exchange local conditions (eg network interface availability, signal loss conditions, user preferences, etc.).
  • network-provided policies eg, ATSSS rules
  • local conditions eg network interface availability, signal loss conditions, user preferences, etc.
  • the UPF anchor of the MA PDU session applies the network provision policy (eg N4 rule) and feedback information received from the UE through the user plane (eg access network unavailability or availability) to direct downlink traffic to two N3 / N9 tunnel and can decide how to distribute to two access networks.
  • the UE sets the ATSSS rule applicable, and local conditions may be taken into account.
  • the MA PDU session type may be, for example, one of IPv4, IPv6, IPv4v6, and Ethernet. Unstructured types may not be supported in the current version.
  • ATSSS functionality can be supported over any type of access network.
  • all types of access networks may include untrusted non-3GPP access networks and trusted non-3GPP access networks, wireline 5G access networks, and the like.
  • the ATSSS function may be supported over any type of access network.
  • MA PDU sessions can be managed using the session management function with the following additions and modifications:
  • the UE may send a PDU session establishment request message including "MA PDU Request" through one of the two accesses.
  • the AMF may inform the SMF that the UE is registered via both accesses. Informing the SMF by the AMF may trigger establishment of user-plane resources in both accesses and two N3/N9 tunnels between the PDU session anchor (PSA) and the RAN/AN.
  • PSA PDU session anchor
  • the UE may transmit a PDU session establishment request message including "MA PDU Request" through one of the two accesses.
  • the UE sends a PDU session establishment request message including "MA PDU Request" and the same PDU session ID to the other access can be transmitted via User-plane resources in both accesses and two N3/N9 tunnels between PSA and RAN/AN may be established.
  • the UE may transmit a PDU session establishment request message including the "MA PDU Request" indication through the access in which the UE is registered.
  • One N3/N9 tunnel between PSA and RAN/AN and user-plane resources in this access may be established.
  • the UE may establish user-plane resources in the second access.
  • the UE may provide ATSSS capability information of the UE.
  • ATSSS capabilities (capabilities) information may include information about the steering mode and steering functionalities supported by the UE.
  • the network sends the UE measurement assistance information (Measurement Assistance Information) may be provided to the UE. And, the network may provide one or more ATSSS rules to the UE.
  • ATSSS-LL Low Layer
  • the UE may support MPTCP functions in any steering mode, may support ATSSS-LL functions only in Active-Standby steering mode, and may accept the network to activate these functions;
  • the network provides MPTCP proxy information to the UE, and provides one IP address/prefix for the MA PDU session and two additional IP addresses/prefix called "link-specific multipath" to the UE can be assigned to Additionally, the network may provide the UE with UE measurement assistance information and provide the UE with one or more ATSSS rules, including ATSSS rules for non-MPTCP traffic.
  • ATSSS rules for non-MPTCP traffic can use the ATSSS-LL function and Active-Standby steering mode to indicate how non-MPTCP traffic is transmitted over 3GPP access and non-3GPP access in the uplink direction.
  • the network sends MPTCP proxy information to the UE can provide
  • the network may allocate one IP address/prefix for the MA PDU session and two additional IP addresses/prefix called "link-specific multipath" to the UE.
  • the network may provide UE measurement assistance information and one or more ATSSS rules to the UE.
  • S-NSSAI shall be allowed in both accesses. Otherwise, the MA PDU session may not be established.
  • the SMF may determine ATSSS capabilities provided by the UE and ATSSS capabilities supported for the MA PDU session based on the DNN configuration of the SMF. SMF can perform the following actions:
  • the MA PDU session is (1) MPTCP and ATSSS-LL available for all steering modes in downlink, (2) uplink MPTCP and ATSSS-LL may be enabled in Active-Standby mode; or
  • MA PDU session is MPTCP and ATSSS-LL in Active-Standby mode in uplink and downlink This may be possible.
  • ATSSS-LL functionality with any steering mode
  • the MA PDU session will be available for all steering modes in uplink and downlink. As a result, ATSSS-LL may be possible.
  • the MA PDU session is MPTCP and ATSSS-LL may be possible with all steering modes in uplink and downlink.
  • the SMF may provide the ATSSS capability of the MA PDU session to the PCF while the PDU session establishment procedure is being performed.
  • PCC rules provided by the PCF may include ATSSS control information.
  • the PCC rule and ATSSS control information may be used by the SMF to derive the ATSSS rule for the UE and the N4 rule for the UPF.
  • SMF sends ATSSS rule and N4 rule to UE and UPF, respectively, based on local configuration (eg, local configuration based on DNN or S-NSSAI).
  • the UE may receive the ATSSS rule from the SMF.
  • the ATSSS rule may indicate how to route uplink traffic through 3GPP access and non-3GPP access.
  • the UPF may receive the N4 rule from the SMF.
  • the N4 rule may indicate how to route downlink traffic through 3GPP access and non-3GPP access.
  • the SMF When the SMF receives the PDU session establishment request message including the "MA PDU Request" indication, and UP security protection is required for the PDU session, the SMF requires 3GPP access UP security The establishment of the MA PDU session can only be confirmed when protection can be enforced. The SMF need not check whether it can enforce UP security protections that require non-3GPP access.
  • a MA PDU session may have user-plane resources in both 3GPP access and non-3GPP access, may have user-plane resources in only one access, or may have user-plane resources in any access It may not have planar resources.
  • AMF, SMF, PCF and UPF can maintain their MA PDU session contexts if the UE is registered with another access
  • the AMF may inform the SMF that the access type for the MA PDU session has become unavailable. Thereafter, the SMF may inform the UPF that the access type of the deregistered access has become unavailable and that the N3/N9 tunnel for the corresponding access type has been released.
  • the UE When the UE wants to add a user-plane resource in one access of the MA PDU session (eg, based on access network performance measurement and/or ATSSS rules), the UE sends a PDU session establishment request message can be transmitted over this access.
  • the PDU session establishment request message may include a PDU session ID of the MA PDU session and an "MA PDU Request" indication. For this access, if N3/N9 does not exist, N3/N9 for this access may be established.
  • the UE When the UE wants to re-activate a user-plane resource in one access of the MA PDU session (eg, based on access network performance measurements and/or ATSSS rules), the UE requests a UE trigger service through this access Procedure (UE Triggered Service Request procedure) can be started.
  • UE Triggered Service Request procedure UE Triggered Service Request procedure
  • the network may initiate a Network Triggered Service Request procedure.
  • a MA PDU session may also be established in one of the following cases:
  • the UE requests a single-access PDU session, but the network decides to establish the MA PDU session instead, the MA PDU session may be established.
  • This example may correspond to an optional scenario, where a UE that requires single access for a PDU session has requested a single-access PDU session, but a policy (e.g. UE route selection policy (URSP) rule) and when there are no local restrictions.
  • URSP UE route selection policy
  • a MA PDU session may be established while the PDU session modification procedure is performed.
  • An ATSSS-capable UE may decide to request a MA PDU session based on the provided URSP rule.
  • the URSP rule triggers the UE to establish a new PDU session, and the access type preference component of the URSP rule indicates "Multi-Access", the UE may request an MA PDU session when the UE applies the URSP rule. there is.
  • the PCF may perform ATSSS policy determination and create a PCC rule including ATSSS policy control information.
  • the ATSS policy control information may be used to determine how uplink traffic and downlink traffic of the MA PDU session are distributed through 3GPP access and non-3GPP access.
  • the SMF may receive the PCC rule together with the ATSSS policy control information from the PCF. And, the SMF may map these rules to (a) the ATSSS rule transmitted to the UE and (b) the N4 rule transmitted to the UPF.
  • the ATSSS rule may be a prioritized list of rules that the UE applies to enforce the ATSSS policy in the uplink direction.
  • the N4 rule may be applied by the UPF to enforce the ATSSS policy in the downlink direction.
  • the ATSSS rule When a MA PDU session is created or the MA PDU session is updated by the SMF (for example, after the SMF receives an updated (or new) PCC rule from the PCF), the ATSSS rule will be sent to the UE along with the NAS message. can Similarly, the N4 rule may be sent to the UPF when a MA PDU session is created or the MA PDU session is updated by the SMF.
  • QoS Quality of Service
  • QoS support QoS support
  • the 5G QoS model for single access PDU session can also be applied to MA PDU session.
  • the QoS flow may be the finest granularity of QoS differentiation in the MA PDU session.
  • the MA PDU session there may be separate user plane tunnels between the AN and the PSA, and each user plane tunnel has a specific access (either 3GPP access or non-3GPP access). ) is associated with
  • QoS flows may not be associated with a particular access. That is, since QoS flows are not dependent on access, the same QoS can be supported when traffic is distributed through 3GPP access and non-3GPP access.
  • SMF can provide the same QoS Flow ID (QFI) in 3GPP access and non-3GPP access, so that the same QoS is supported in both access.
  • QFI QoS Flow ID
  • Access Network Performance Measurements may be supported. Hereinafter, Access Network Performance Measurements will be described.
  • the network may provide measurement assistance information to the UE.
  • the measurement assistance information may be used to determine the measurement the UE should perform in both accesses, and the measurement assistance information may be used to determine whether the UE needs to send a measurement report to the network.
  • the measurement support information may include addressing information of a Performance Measurement Function (PMF) in UPF, and the UE may transmit a PMF protocol message in the following manner:
  • PMF Performance Measurement Function
  • measurement support information may include one IP address for PMF, User Datagram Protocol (UDP) port related to 3GPP access, and other UDP port related to non-3GPP access;
  • UDP User Datagram Protocol
  • the measurement support information may include one MAC address related to 3GPP access and another MAC address related to non-3GPP access.
  • a PMF protocol message may be exchanged between the UE and the PMF as in the following example:
  • RTT Round Trip Time
  • the UE may transmit a message for reporting whether access availability / unavailability to the UPF.
  • PMF protocol messages exchanged between UE and UPF may use QoS Flow related to default QoS rules for available access(s).
  • the QoS Flow related to the basic QoS rule for the MA PDU session may be a Non-GBR QoS Flow.
  • the UE does not apply ATSSS rules, and UPF does not apply Multimedia-Authentication-Request (MAR) rules.
  • MAR Multimedia-Authentication-Request
  • the UE requests a MA PDU session, and may indicate that the UE can support the MPTCP function in all steering modes and can support the ATSSS-LL function only in the Active-Standby steering mode.
  • the network may transmit measurement assistance information for the UE to the UE so that the UE can transmit an access availability/unavailability report to the UPF.
  • the UE and the UPF may use the measurement available in the MPTCP layer, the UE and the UPF do not perform RTT measurement using the PMF.
  • RTT measurement may be performed independently by the UE and the UPF. There may be no measurement reports from one side to the other. RTT measurement can be defined to support "least delay" Steering Mode.
  • RTT estimation by UE and UPF may be based on the following mechanism:
  • the PMF of the UE transmits the PMF-Echo Request message to the PMF of the UPF through the user plane, and the PMF of the UPF may respond to each with a PMF-Echo Response message.
  • the PMF of the UPF may send a PMF-Echo Request message to the PMF of the UE through the user plane, and the PMF of the UE may respond with a PMF-Echo Response message for each.
  • the PMF of the UE may send a PMF message to the PMF of the UPF through UDP/IP.
  • the destination IP address may be an IP address included in the measurement support information, and the destination UDP port may be one of two UDP ports included in the measurement support information. One UDP port can be used to send PMF messages to UPF over 3GPP access, and the other UDP port can be used to send PMF messages to UPF over non-3GPP access.
  • the source IP address may be an IP address assigned to the UE for the MA PDU session, and the source UDP port may be a UDP port dynamically assigned by the UE for PMF communication. This source UDP port of the UE may remain the same for the entire lifetime of the MA PDU session.
  • the PMF of the UPF may send a PMF message to the PMF of the UE through UDP/IP.
  • the source IP address may be the same IP address provided in the measurement support information, and the source UDP port may be one of the two UDP ports provided in the measurement support information.
  • One UDP port may be used to send PMF messages to the UE via 3GPP access, and the other UDP port may be used to send PMF messages to the UE via non-3GPP access.
  • the destination IPv4 address may be an IPv4 address assigned to the UE for the MA PDU session (if any), and the destination IPv6 address may be an IPv6 address selected by the UE from the IPv6 prefix assigned to the MA PDU session (if any).
  • the destination UDP port is a UDP port dynamically allocated by the UE, and may be included in all PMF messages received from the UE.
  • the UE may inform the network via the user plane about the UE's dynamically assigned UDP port and IPv6 address (if IPv6 is used for PMF messages). This makes it possible for the UPF to know the IPv6 address (if applicable) and the dynamically assigned UDP port as soon as the UE's MA PDU session is established.
  • the PMF of the UE may send a PMF message to the PMF of the UPF through Ethernet.
  • Ethertype may be an Ethertype included in the measurement support information
  • the destination MAC address may be one of two MAC addresses included in the measurement support information.
  • One MAC address can be used to send PMF messages to UPF over 3GPP access
  • the other MAC address can be used to send PMF messages to UPF over non-3GPP access.
  • the source MAC address may be the MAC address of the UE that remains the same for the entire lifetime of the MA PDU session.
  • the PMF of the UPF can send a PMF message to the PMF of the UE through Ethernet.
  • the Ethertype is the same Ethertype as provided in the measurement support information, and the source MAC address may be one of the two MAC addresses provided in the measurement support information.
  • One MAC address may be used to send PMF messages to the UE via 3GPP access, and the other MAC address may be used to send PMF messages to the UE via non-3GPP access.
  • the destination MAC address may be the MAC address of the UE included in all PMF messages received from the UE.
  • the UE shall inform the network through the user plane about the MAC address of the UE so that the UPF can know the MAC address of the UE as soon as the MA PDU session is established.
  • the UE and UPF may average the RTT measurements obtained through this access to derive an estimate of the average RTT for the access type.
  • the Steering function may be supported.
  • the Steering function will be described.
  • ATSSS capable UE can steer (coordinate), switch, and split the traffic of the MA PDU session through 3GPP access and non-3GPP access of ATSSS capable UE (ATSSS-capable UE)
  • the functionality can be referred to as "steering functionality".
  • An ATSSS capable UE may support one or more of the following types of steering functions:
  • a high-layer steering function that operates above the Internet Protocol (IP) layer may be supported.
  • IP Internet Protocol
  • a high-layer steering function "MPTCP functionality" applying a Multipath Transmission Control Protocol (MPTCP) protocol may be supported.
  • MPTCP functionality can be applied to steer, switch, and split the TCP traffic of applications that are allowed to use MPTCP.
  • the MPTCP function of the UE may communicate with the associated MPTCP Proxy function of the UPF via the 3GPP user plane and/or the non-3GPP user plane.
  • a low-layer steering function that operates below the IP layer may be supported.
  • a low-layer steering function called "ATSSS Low-Layer functionality" or ATSSS-LL functionality may be supported.
  • this steering function (“ATSSS Low-Layer functionality" or ATSSS-LL functionality) can steer any type of traffic (including TCP traffic, User Datagram Protocol (UDP) traffic, Ethernet traffic, etc.); It can be applied to switch, and split (split).
  • ATSSS-LL functionality must be mandatory in an Ethernet-type MA PDU session. In the network, one UPF supporting ATSSS-LL must exist in the data path of the MA PDU session.
  • the UE may indicate to the network the steering function and steering mode supported by the UE by including one of the following in the UE ATSSS Capability:
  • ATSSS-LL functionality with any steering mode.
  • the UE may indicate that it can steer, switch and split all traffic of the MA PDU session by using the ATSSS-LL function with all steering modes.
  • the UE may indicate:
  • the UE may use the MPTCP function with all steering modes to coordinate, switch and split the MPTCP traffic of the MA PDU session.
  • the UE may use the ATSSS-LL function together with the active-standby steering mode to coordinate, switch and split all other traffic (eg, non-MPTCP traffic) of the MA PDU session.
  • traffic eg, non-MPTCP traffic
  • the MPTCP function with all steering modes and the ATSSS-LL function with all steering modes may be supported.
  • the UE may indicate:
  • the UE may use the MPTCP function with all steering modes to coordinate, switch and split the MPTCP traffic of the MA PDU session.
  • UE can use the ATSSS-LL function with any steering mode to coordinate, divert and split all other traffic (i.e. non-MPTCP traffic) in the MA PDU session.
  • FIG. 9 shows an exemplary model for an ATSSS-capable UE supporting the MPTCP function and the ATSSS-LL function.
  • Degree 9 is UE's It is a diagram showing an example of a steering function.
  • MPTCP flow may indicate traffic of an application to which MPTCP can be applied.
  • IP addresses eg, IP@1, IP@2, IP@3 are shown in the UE.
  • the "Low-Layer” in this figure may contain functions operating below the IP layer (eg other network interfaces of the UE), and the “High-Layer” may contain functions operating above the IP layer.
  • the MPTCP function may be used to steer the MPTCP flow, and at the same time, all other flows may be steered using the ATSSS-LL function.
  • one steering function can be used for the same packet flow.
  • All steering functions of the UE may use the same set of ATSSS rules to make ATSSS decisions (eg, how to steer, switch, split traffic).
  • all ATSSS decisions in UPF can be performed by applying the same set of N4 rules supporting ATSSS.
  • the ATSSS rule and the N4 rule supporting ATSSS may be provided to each of the UE and the UPF when the MA PDU session is established.
  • the UE may determine a steering function to be applied to a specific packet flow by using the provided ATSSS rule.
  • the UE may receive a priority list of ATSSS rules from the SMF.
  • An example of the structure of the ATSSS rule is shown in Table 3 below.
  • Scope Rule Precedence Determines the order in which the ATSSS rule is evaluated in the UE
  • Mandatory Yes PDU context traffic descriptor (Traffic Descriptor)
  • This part defines the traffic descriptor component of the ATSSS rule.
  • Mandatory NOTE 2
  • application descriptor Application descriptors
  • Contains one or more application IDs that identify the application generating the traffic NOTE 3
  • Optional Yes PDU context IP descriptor NOTE 4) One or more 5-tuples that identify the destination of IP traffic.
  • Optional Yes PDU context Non-IP descriptors (NOTE 4) Contains one or more descriptors to identify the destination of non-IP traffic, such as Ethernet traffic.
  • Optional Yes PDU context access selection descriptor (Access Selection Descriptor) This part defines the access selection descriptor component of the ATSSS rule.
  • Mandatory Steering Mode Identifies the Steering mode that can be applied to matching traffic
  • Mandatory Yes PDU context Steering Functionality For matching traffic Identifies whether the MPTCP function or the ATSSS-LL function can be applied.
  • the application ID may include OSId (Operating System Id) and an OSAppId (Operating System Application Id).
  • the UE may evaluate the ATSSS rules according to priority order.
  • Each ATSSS rule may include a traffic descriptor (eg, including one or more components described in the example in Table 3) that may determine when the rule is applicable. When all components of the traffic descriptor match the considered service data flow (SDF), the ATSSS rule may be determined to be applicable.
  • a traffic descriptor eg, including one or more components described in the example in Table 3
  • the traffic descriptor may include components such as the following examples:
  • the traffic descriptor may include an application descriptor and/or an IP descriptor.
  • the traffic descriptor may include an application descriptor and/or a non-IP descriptor.
  • One ATSSS rule may be provided to the UE with a "match all" traffic descriptor that matches all SDFs. If this ATSSS rule is provided, this ATSSS rule may have the lowest Rule Precedence value. This ATSSS rule may be evaluated last by the UE.
  • Each ATSSS rule may include an access selection descriptor that includes components such as the following examples:
  • Steering Mode can determine how the matched SDF should be distributed over 3GPP access and non-3GPP access. Steering Modes such as the following examples may be supported:
  • Active-Standby can be used to steer the SDF in one access (Active access) (if this access is available). And, when the active access is unavailable (unavailable), Active-Standby can be used to switch the SDF to another available access (Standby access). When active access becomes available again, the SDF can be switched back to active access. If standby access is not defined, SDF is allowed only for active access and cannot be transmitted to other accesses.
  • Smallest Delay can be used to steer the SDF to the access determined to have the smallest Round-Trip Time (RTT). Measurements may be performed by the UE and UPF to determine RTT over 3GPP access and non-3GPP access. Also, if one access becomes unavailable, SDF traffic can be switched to another available access, if allowed by the PCC rule.
  • RTT Round-Trip Time
  • Load-Balancing can be used to split the SDF through both accesses when both accesses are available. Load-Balancing may include a percentage of SDF traffic transmitted through 3GPP access and non-3GPP access. Load-balancing can only be applied to non-GBR (Guaranteed Bit Rate) QoS flows. Also, if one access becomes unavailable, all SDF traffic may be switched to another available access, as if the percentage of SDF traffic over the other available access is 100%.
  • Priority-based can be used to steer the traffic of SDF with high priority access. Priority-based may be used to steer the traffic of the SDF to high priority access until it is determined that the high priority access is congested. When it is determined that the high-priority access is congested, the traffic of the SDF may be transmitted even with the low-priority access. That is, SDF traffic may be split through two accesses. Also, if high priority access becomes unavailable, all SDF traffic may be switched over low priority access. How the UE and the UPF determine when congestion occurs in access may vary by implementation.
  • Steering Functionality can be used to identify whether the MPTCP function or the ATSSS-LL function can be used to steer the traffic of the matching SDF. Steering Functionality may be used when the UE supports multiple functions for ATSSS.
  • ATSSS rule An example of an ATSSS rule that may be provided to a UE is described as follows:
  • This ATSSS rule steers UDP traffic with destination IP address 1.2.3.4 to active access (3GPP access) when "active access (3GPP access) is available. When active access is unavailable, standby access (Non-3GPP access)".
  • ATSSS rules may include "Traffic Descriptor: TCP, DestPort 8080", and "Steering Mode: Smallest Delay":
  • This ATSSS rule may mean "steer TCP traffic with destination port 8080 to access with minimal delay”.
  • the UE may measure the RTT over both accesses to determine the access with the least delay.
  • This ATSSS rule may mean "Using the MPTCP function, transmit 20% of application-1's traffic through 3GPP access, and transmit 80% of application-1's traffic through non-3GPP access" .
  • Steering Modes eg Active-Standby, Smallest Delay, Load-Balancing, Priority-based, etc.
  • Steering Modes eg Active-Standby, Smallest Delay, Load-Balancing, Priority-based, etc.
  • the issue of which additional Steering Mode can be further supported is being discussed as follows.
  • the conventional PMF may support RTT measurement and access availability report per PDU session.
  • RTT measurement a default QoS flow may be used to transmit measurement traffic.
  • the RTT value detected (or detected) in this QoS flow may be processed as an RTT for this PDU session through this access.
  • this RTT value cannot reflect the exact RTT for all traffic of this PDU session over this access.
  • it is necessary to measure RTT for each QoS flow.
  • measurement of loss ratio and jitter is also important, so better traffic steering/switching/splitting may be possible.
  • some thresholds corresponding to these parameters are dependent on RAN assistance information (e.g., RAN assistance information defined for 3GPP access) may be sent to UE and UPF to trigger traffic coordination/switching/segmentation.
  • RAN assistance information e.g., RAN assistance information defined for 3GPP access
  • the network may provide measurement support information to the UE.
  • the RTT measurement for each QoS flow may be independently triggered by the UE or UPF.
  • the measurement support information may include a QFI to which RTT measurement is applied.
  • the RTT measurement frequency is determined at the network side, and the RTT measurement frequency may be transmitted to the UE through measurement assistance information.
  • the PMF of the UE may send a PMF message through one QoS flow to the PMF of the UPF through UDP/IP.
  • the destination IP address and UDP port may be as previously defined. That is, the destination IP address is the PMF IP address and the UDP port number may correspond to the access this message is being sent to.
  • the UPF may identify the PMF message based on the destination IP address.
  • the - PMF of UPF can send PMF message to PMF of UE through UDP/IP.
  • the source IP address may be the same IP address provided in the measurement assistance information, and the source UDP port may be one of two UDP ports provided in the measurement assistance information.
  • the destination IP address is the MA PDU session IP address allocated by the UE, and after establishing the MA PDU session, the UDP port may be transmitted by the UE through the user plane.
  • the UE may identify the PMF message based on the source IP address of the PMF.
  • PMF of UE can send PMF message to PMF of UPF via Ethernet.
  • the destination MAC address may be included in the measurement support information.
  • the UPF can then identify the PMF message based on the destination MAC address.
  • PMF of UPF can send PMF message to PMF of UE through Ethernet.
  • the source MAC address and the destination MAC address may be as previously defined.
  • the UE can then identify the PMF message based on the source MAC address.
  • the UE and UPF may average the RTT measurements obtained through this access to derive an estimate of the average RTT for the access type.
  • Per PDU for RTT written in the lower part shows an example of RTT measurement according to a conventional method.
  • Period QoS flow for RTT written in the upper part shows an example of improved RTT measurement.
  • the improved RTT measurement (eg, Per QoS flow for RTT of FIG. 10) can make RTT measurement more accurately.
  • the packet delay budget e.g, refer to TS 23.501 Table 5.7.4-1.
  • the UE and the UPF may exchange packet counting information at regular intervals to calculate a packet loss ratio in a path performance measurement procedure.
  • the UE calculates the number of UL packets transmitted through one QoS flow between the time when one PMF request message is transmitted and the time when the previous PMF request message is transmitted, and sends the result to the UPF through this PMF request message can provide
  • the UPF may also calculate the number of UL packets received through one QoS flow between the time point when one PMF request message is received and the time point at which the previous PMF request message is received.
  • the UPF may calculate a UL packet loss ratio based on the local counting result and the number of UL packets transmitted by the UE.
  • the UPF may send the result of the UL packet loss rate to the UE through a PMF response message.
  • the UPF may also include information counting the number of DL packets in the same message.
  • the UE may count the number of DL packets received between the point in time when one PMF response message is received and the point in time when the previous PMF response message is received.
  • the UE may calculate the DL packet loss rate based on the local counting result and the number of DL packets sent by the UPF, and send the DL packet loss rate to the UPF through a subsequent PMF message.
  • the PMF message applied to calculate the packet loss rate may be the same as the PMF message used to measure the RTT. If the number of packets and/or packet loss rate IE(s) is added to the PMF message used to measure the RTT, this PMF message can be applied to calculate the packet loss rate.
  • the PMF request message from the UE and the corresponding PMF response message from the UPF eg, Transaction ID is used to identify the request/response message
  • the number of packets and the packet loss rate are the number of packets and the packet loss rate. It can be applied to transmit Referring to the example of FIG. 11 below, an example of measuring the casserole loss ratio is shown.
  • 11 shows an example of packet loss ratio measurement.
  • FIG. 11 an example of measuring a packet loss ratio for UL traffic is illustrated.
  • the PMF request message transmitted by the UE includes TI (Transaction ID) information and the number of packets transmitted by the UE (eg, the number of UL packets between the time when one PMF request message is transmitted and the time when the previous PMF request message is transmitted) ) may be included.
  • the TI information may be used to distinguish the PMF message.
  • the TI information may be an extended procedure transaction identity (EPTI).
  • EPTI extended procedure transaction identity
  • the UE may know which PMF request message the corresponding PMF message is a response message to, etc. Whenever a PMF request message is transmitted, the value of the EPTI may be increased.
  • procedure transaction identity may also be used for message transmission based on the NAS layer. Since the transmission of PMF messages occurs more frequently than the transmission of messages based on the NAS layer, EPTI was defined.
  • the UF may count the number of UL packets. For example, the UPF may also calculate the number of UL packets received through one QoS flow between a time point at which one PMF request message is received and a time point at which a previous PMF request message is received. In addition, the UPF may calculate the UL packet loss rate based on the local counting result (eg, the number of UL packets calculated by the UPF) and the number of UL packets transmitted by the UE.
  • the PMF response message transmitted by the UPF may include TI information and information on a UL packet loss ratio.
  • - SMF may support selecting a UPF that supports a new Steering Mode.
  • SDF Service Data Flow
  • the UE can support the new Steering Mode and PMF enhancement.
  • radio bearer may be interpreted as Internet Key Exchange (IKE) tunneling (Child security association (SA)) in non-3GPP access as well as radio bearer of 3GPP access.
  • IKE Internet Key Exchange
  • SA Channel security association
  • measurements for multiple QoS flows may be performed.
  • a method for efficiently performing measurement of multiple QoS flows has not been discussed in the prior art.
  • Multiple QoS Flow may be mapped to one radio resource (eg, radio bearer).
  • measurement is performed for each QoS Flow included in the Multiple QoS Flow, which causes a problem in that radio resources and computing resources are wasted.
  • PLR packet loss ratio
  • measurement of multiple QoS flows may be performed in the MA PDU Session.
  • multiple QoS Flows are mapped to one radio resource (e.g. radio bearer)
  • radio resource e.g. radio bearer
  • PLR measurement may be performed for multiple QoS flows. In this case, it is necessary to check how many packets are transmitted based on the actual transmitted data. To this end, the UE and the UPF may continuously count transmitted packets. If this operation is performed for each of multiple QoS Flows, many resources may be required.
  • a first example of the disclosure of the present specification describes an example of a method in which the SMF requests the access network (AN) to allocate a separate radio bearer for each QoS flow.
  • the SMF may inform the access network (AN) of information not to map to one radio bearer for QoS flows that require access measurement per QoS flow (per QoS flow).
  • the SMF may identify QoS flows that require access measurement for each QoS flow (per QoS flow).
  • the SMF may transmit information to the AN not to map these QoS flows to one radio bearer to the AN. Accordingly, the AN may map these QoS flows to a plurality of radio bearers without mapping them to one radio bearer.
  • the SMF transmits N2 information to the AN, while transmitting N2 information to the AN for QoS flow.
  • N2 information may indicate whether it is necessary to create only one radio bearer by binding with other QoS flows. This may inform that each QoS flow is possible for each QoS flow, or indicate whether all QoS flows are possible for each PDU Session.
  • the SMF may inform the AN of whether it is necessary to generate only one radio bearer together with other QoS flows for a specific QoS flow.
  • the SMF may inform whether one radio bearer may be created by binding with other QoS flows for each QoS flow, or may indicate whether one radio bearer may be created by binding with other QoS flows for all QoS flows for each PDU session.
  • the AN can map multiple QoS flows to one radio bearer only when the SMF allows multiple QoS flows to be mapped to one radio bearer. Conversely, if the SMF does not allow this, the AN may create a radio bearer 1:1 (eg, one radio bearer per one QoS flow).
  • the radio bearer generation related information provided by the SMF to the AN may include information on whether access measurement is performed for QoS flow(s). Alternatively, information on whether access measurement is performed on QoS flow(s) may be provided together with the radio bearer generation related information.
  • the second example of the disclosure of the present specification describes an example of a method in which, when multiple QoS flows are mapped to one radio bearer, the UE does not perform a measurement report for QoS flows mapped to one radio bearer, respectively. .
  • the second example of the disclosure of the present specification describes a method in which, when multiple QoS flows are mapped to one radio bearer through RRC signaling, the UE does not perform a measurement report for bundled QoS flows, respectively. do.
  • the UE may check whether QoS flows are mapped to one radio bearer. For example, the UE may check whether QoS flows for which per QoS flow measurement is currently required in the AN are mapped to one radio bearer based on configuration information for measurement received from the SMF.
  • the UE may receive mapping information between a QoS flow and a radio bearer through access network signaling (e.g. RRC signaling, IKE signaling). Accordingly, the UE may determine whether a QoS flow requiring per QoS flow measurement is mapped to one radio bearer.
  • access network signaling e.g. RRC signaling, IKE signaling
  • the UE may inform the network of this. In this case, the UE may inform which QoS flows are mapped to one radio bearer. Alternatively, the UE may inform the network of the QoS flow and the mapping information of the radio bearer itself. The UE may inform the UPF and/or SMF of mapping-related information (eg, information on which QoS flows are mapped to one radio bearer or mapping information between QoS flows and radio bearer, etc.). For example, the UE uses the newly defined PMF message to retrieve this (eg, information about which QoS flows are mapped to one radio bearer or information related to mapping such as mapping information between QoS flows and radio bearers).
  • mapping-related information eg, information on which QoS flows are mapped to one radio bearer or mapping information between QoS flows and radio bearer, etc.
  • the SMF may inform it again through the UPF.
  • the UPF may inform the corresponding information through the SMF.
  • the UPF can measure only one of several QoS flows tied to one radio bearer based on this information.
  • the UE may request the UPF to measure a specific QoS flow.
  • the SMF may update the measurement configuration based on information received from the terminal or the UPF. That is, the SMF may perform measurement on only one of QoS flows mapped to one radio bearer.
  • performing measurement on only one QoS flow may mean that the measurement performed on this QoS flow is also applied to other QoS flows sharing a radio bearer (eg, Data Radio Bearer (DRB)).
  • a radio bearer eg, Data Radio Bearer (DRB)
  • the UE and/or the UPF may perform measurement for only one QoS flow.
  • the UE and/or UPF may equally apply the performed measurement to other QoS flows sharing a radio bearer (eg, DRB).
  • DRB Data Radio Bearer
  • This eg, measurement configuration
  • the SMF may inform the UE that access measurement is performed explicitly or implicitly.
  • the operation of mapping the QoS flow to the radio bearer in the AN may be performed differently for each base station and according to the resource situation of each base station. Therefore, whenever a procedure such as handover / Idle to connected transition / PDU Session activation occurs, the terminal may check the changed mapping information again and notify it to the network. Also, when UPF performs measurement in idle mode or PDU session deactivation state, the mapping information may be updated later because the measurement packet itself causes a transition to PDU session activation or connected mode. For example, when the UE is in IDLE mode or the PDU session used by the UE is in an inactive state, a measurement packet may be generated. In this case, since the terminal updates the mapping information after the terminal enters the connected mode or after the PDU session used by the terminal is activated, the mapping information may be updated later.
  • the UE may update the measurement configuration provided by the SMF and inform the SMF of the updated measurement configuration.
  • SMF can also inform UPF of this updated measurement configuration.
  • the operation of mapping the QoS flow to the radio bearer in the AN may be performed differently for each base station and according to the resource situation of each base station. Therefore, whenever procedures such as handover / Idle to connected transition / PDU Session activation occur, the UE checks the changed mapping information again, updates the configuration for access measurement accordingly, and can notify this to the network. In addition, when measurement is performed in UPF in idle mode or PDU session deactivation state, the configuration for access measurement may be updated later because the measurement packet itself causes PDU session activation or connected mode transition.
  • a third example of the disclosure of the present specification describes an example of a method in which the Access Network (AN) informs the SMF of mapping information of a QoS flow and a radio bearer.
  • AN Access Network
  • the AN may inform the SMF of mapping information of a QoS flow and a radio bearer.
  • the SMF may transmit N2 information to the AN.
  • the AN may transmit information on mapping information of a QoS flow and a radio bearer or information on a QoS flow mapped to one radio bearer to the SMF.
  • the SMF may newly update the measurement configuration in consideration of mapping information in the AN.
  • the SMF may perform measurement on only one QoS flow for QoS flows (eg, QoS flows mapped to one radio bearer) tied to one radio bearer in the AN.
  • the SMF may transmit the updated measurement configuration to the UE and/or UPF.
  • the UE and/or UPF may transmit QoS flows tied to one radio bearer (eg, QoS flow mapped to one radio bearer). ), measurement can be performed for only one QoS flow.
  • Performing measurement on only one QoS flow may mean that measurement performed on this QoS flow is also applied to other QoS flows sharing DRB.
  • this QoS flow The measurement for may be equally applied to other QoS flows sharing a radio bearer.
  • the UE and/or the UPF measure one QoS flow among QoS flows tied to one radio bearer (eg, QoS flows mapped to one radio bearer) other QoS flows. It can be determined that it can be reused for (that is, other QoS flows sharing a radio bearer). Accordingly, the UE and/or the UPF may not perform measurement for other QoS flows sharing the radio bearer.
  • a fourth example of the disclosure of the present specification describes an example of an operation in which the terminal transmits a message to the UPF.
  • the terminal when the terminal receives the PMF message from the UPF, the terminal may transmit a PMF response to the received PMF message to the UPF.
  • the UE may inform the UPF that measurement of the corresponding QoS flow is unnecessary.
  • the UE may transmit a PMF response message including information that measurement of the corresponding QoS flow is unnecessary to the UPF.
  • the UE may inform the UPF of information on the QoS flow determined to perform measurement (information on one of the QoS flows tied to the same radio bearer) to the UPF.
  • the UPF may no longer perform measurement on the corresponding QoS flow.
  • the UE transmits a PMF message including information on the QoS flow for which measurement is stopped to the UPF, thereby resuming measurement of the corresponding QoS flow.
  • the UE transmits a PMF message by including information indicating that the QoS flow mapping information is changed and performs measurement again, or even if the UE simply transmits a PMF message, the UPF implicitly performs measurement on the corresponding QoS flow again. It can also be interpreted as meaning.
  • a fifth example of the disclosure of the present specification describes an example of QoS flow measurement.
  • the UE and the UPF When the UE performs measurement for each QoS flow using the PMF message, the UE and the UPF must transmit the PMF message through the target QoS flow. There are two possible ways to support this:
  • the SMF may provide the necessary QoS rule(s) and N4 rule(s) to the UE and the UPF.
  • the UE and the UPF may ignore the QoS rule(s) and N4 rule(s) for the PMF message, and transmit the PMF message through the target QoS flow.
  • Option 1 is more consistent with the overall QoS design, but each PMF message sent through the QoS flow must use different PMF address information (eg, different address or port number). This means that the UE or UPF must allocate a different PMF IP address or port for each QoS flow.
  • the information may be sent to the network, based on the information the SMF needs to create the QoS rule and the N4 rule. However, this may result in additional NAS signaling. Therefore, it may make sense for UPF to allocate a different address.
  • Option 2 may be a simpler approach because the UE and UPF do not need to manage different PMF addresses for each QoS flow. However, this is not consistent with the general QoS framework. The UE and the UPF may ignore the existing QoS rule(s) and N4 rule(s) when sending a PMF message through the QoS flow. In addition, when the 3GPP access leg is established through the EPC, transmission of the PMF message through the dedicated bearer may not be supported by the existing modem. Therefore, if one of the 3GPP access legs is established in the EPC, this option may not be supported.
  • multiple QoS flows can be mapped to a single radio bearer of NG-RAN. If this mapping is performed by the NG-RAN, the measurement per QoS flow level does not provide much benefit because end-to-end performance is highly dependent on radio performance. Considering that there is no existing mechanism for preventing the NG-RAN from combining multiple QoS flows into one radio bearer, so that QoS flows that require measurement for each QoS flow are not mapped to a single radio bearer, additional information needs to be defined. However, this method may have a large impact on the RAN. Another possible method is that the UE reports mapping information between a radio bearer and a QoS flow to the UPF, so that measurement can be performed on only one of the QoS flows mapped to a single radio bearer.
  • a sixth example of the disclosure of the present specification describes an example of a method for improving PMF in order to support QoS Flow measurement (eg, RTT measurement, Packet Loss Rate (PLR) measurement, etc.).
  • QoS Flow measurement eg, RTT measurement, Packet Loss Rate (PLR) measurement, etc.
  • a sixth example of the disclosure of the present specification describes an example of improvement of PMF to support RTT measurement and PLR measurement for each QoS flow.
  • Access Network Performance Measurements may be supported. Hereinafter, Access Network Performance Measurements will be described.
  • the network may provide measurement assistance information to the UE.
  • the measurement assistance information may be used to determine the measurement that the UE should perform in both accesses, and the measurement assistance information may be used to determine whether the UE needs to send a measurement report to the network.
  • the measurement support information may include addressing information of a Performance Measurement Function (PMF) in UPF, and the UE may transmit a PMF protocol message in the following manner:
  • PMF Performance Measurement Function
  • measurement support information may include one IP address for PMF, User Datagram Protocol (UDP) port related to 3GPP access, and other UDP port related to non-3GPP access;
  • UDP User Datagram Protocol
  • the measurement support information may include one MAC address related to 3GPP access and another MAC address related to non-3GPP access.
  • Access measurement for multiple QoS flows may be performed.
  • the SMF may indicate whether access measurement for multiple QoS flows is supported in measurement support information.
  • the UE and the UPF may transmit a PMF message through the QoS flow that the UE and the UPF want to measure.
  • UPF can find out that multiple QoS flows are mapped to one AN resource by analogy without signaling from the UE. For example, UPF may perform measurement for each QoS Flow. As a result of the measurement, if measurement of some QoS Flows shows almost similar results, the UPF may determine that the corresponding QoS Flows are mapped to one AN resource. In addition, in the case of the terminal, the terminal may directly know mapping information (eg, mapping information between QoS flow and AN resource). When multiple QoS Flows are mapped to the same AN resource, when the UE performs access measurement, the UE may perform measurement on only one QoS Flow. thus. Based on the access measurement performed by the UE, the UPF may infer that the QoS Flow for which the UE does not perform measurement is mapped to the same AN resource as other QoS Flows.
  • mapping information eg, mapping information between QoS flow and AN resource
  • the UE and the UPF may perform the same operation as in the example related to “Packet Loss Rate measurement” described below.
  • PLR Packet Loss Rate
  • the UE may not transmit a counting request for PLR measurement for this QoS flow to the UPF.
  • the UE may stop PLR measurement by not transmitting a counting request for QoS Flow that does not require measurement.
  • the UE may transmit a counting request to the UPF to perform PLR measurement. In this way, since packet counting for PLR can be performed only for QoS flows that require measurement, there is an advantage in that overheads of the UE and UPF can be reduced.
  • the UPF may perform an operation of determining whether QoS Flows are mapped to the same AN resource as in the following example. For example, based on the implementation-dependent timer, UPF determines that QoS flows are mapped to the same AN resource when measurement results for QoS flows are similar or identical during the timer operation period. there is. For example, UPF is based on an implementation-dependent timer (eg, 1 minute), and when the measurement results of a certain number of QoS flows are similar or the same during the timer operation period, QoS flows are sent to the same AN resource. It can also be judged that it is mapped. This determination method may also be used by the UE.
  • UPF determines that QoS flows are mapped to the same AN resource when measurement results for QoS flows are similar or identical during the timer operation period.
  • an implementation-dependent timer eg, 1 minute
  • the SMF and/or PCF may instruct the UE for which QoS flow measurement should be performed.
  • the target QoS flow for which the UE and/or the UPF perform measurement may be determined according to the UE implementation and/or the UPF implementation.
  • Addressing information of the PMF in the UPF may be retrieved by the SMF during the N4 session establishment procedure.
  • the following PMF protocol messages may be exchanged between the UE and the PMF:
  • RTT Round Trip Time
  • the PMF protocol message for access availability/unavailability reporting exchanged between the UE and the UPF may use a QoS flow related to a default QoS rule for available access(s).
  • the PMF protocol message for access measurement exchanged between the UE and the UPF may use the QoS flow of the access for which the measurement is performed.
  • the QoS Flow related to the basic QoS rule for the MA PDU session may be a Non-GBR QoS Flow.
  • the UE does not apply ATSSS rules, and UPF does not apply Multimedia-Authentication-Request (MAR) rules.
  • MAR Multimedia-Authentication-Request
  • the UE requests a MA PDU session, and may indicate that the UE can support the MPTCP function in all steering modes and can support the ATSSS-LL function only in the Active-Standby steering mode.
  • the network may transmit measurement assistance information for the UE to the UE so that the UE can transmit an access availability/unavailability report to the UPF.
  • the UE and the UPF may use the measurement available in the MPTCP layer, the UE and the UPF do not perform RTT measurement using the PMF.
  • RTT measurement can be defined to support "Minimum Delay” or “Load Balancing” Steering Mode.
  • both the UE and the UPF may include the QFI in the PMF message.
  • the method in which the PMF message is transmitted through a specific QoS flow is not specifically defined.
  • the UE and UPF use different PMF addresses for each QoS flow, or UE and UPF use special processing so that QoS rules and/or N4 rules are not applied. can In the latter case, the QFI information should be included in the PMF message.
  • the PLR measurement can be calculated by exchanging the number of packets transmitted between the UE and the UPF.
  • the UE and UPF may report the calculated PLR from one side to the other.
  • RTT measurements can be defined to support a "load balancing" steering mode.
  • PLR calculation by UE and UPF may be based on the following mechanism:
  • the UE may send a PMF message to request the UPF to count the number of received UL packets.
  • the UPF may start counting the QoS Flow in which the PMF message is received and the UL packets received through the access network in which the PMF message is received.
  • the UE may start counting the QoS flow through which the PMF message is transmitted and the UL packet transmitted through the access network;
  • the UE may request the UPF to report the number of received UL packets.
  • the UPF may report the counted number of packets received between the PMF message for the counting request and the PMF message for the counting report. For example, the UPF may count packets received between the time when the PMF message for counting request is received and the time when the PMF message for counting report is received, and report the number of counted packets to the UE.
  • the PMF message for counting report may instruct the UPF to count packets.
  • the UE may calculate the UL Packet Loss Rate based on the local counting result of the number of transmitted UL packets and the number of received UL packets reported from the UPF.
  • the local counting result may mean a result of counting the number of UL packets transmitted by the UE.
  • the UPF may request the UE to count the number of DL packets received.
  • the UE may start counting the QoS Flow where the PMF message was received and the DL packet received through the access network where the MF message was received.
  • the UPF may start calculating the QoS flow through which the PMF message is transmitted and the DL packet transmitted through the access network through which the PMF message is transmitted.
  • the UPF may request the UE to report the number of UL packets received.
  • the UE may report the counted number of packets received between the PMF message for the counting request and the PMF message for the counting report. For example, the UE counts packets received between the time when the PMF message for counting request is received and the time when the PMF message for counting report is received, and reports the number of counted packets to the UPF.
  • the PMF message for counting report may instruct the UE to count packets.
  • the UPF can calculate the DL Packet Loss Rate based on the local counting result of the number of transmitted DL packets and the number of received DL packets reported from the UE.
  • the local counting result may mean a result of counting the number of DL packets transmitted by the UPF.
  • the UE and the UPF may average the PLR measurements obtained through this access to derive an estimate of the average PLR per QoS flow for the access type.
  • 12A and 12B are diagrams of the disclosure of the present specification; in the 7th example A first example of an operation according to the following is shown.
  • FIGS. 12A and 12B are only examples, and the scope of the disclosure is not limited by the operations illustrated in FIGS. 12A and 12B .
  • the operations described in the first to sixth examples of the disclosure of the present specification may be performed.
  • 12A and 12B show examples of how the SMF allocates different resources for each QoS Flow. 12A and 12B , the SMF may perform an operation for requesting different resource allocation for each QoS Flow.
  • the UE may transmit a UL NAS Transport message for transmitting a PDU Session Establishment Request to create (or establish) a MA PDU Session.
  • the UE may transmit the message by setting the UL Request Type of the UL NAS Transport message to “MA PDU request” indicating that the MA PDU Session is a request.
  • the UE may transmit the message by including the ATSSS capability information in the PDU Session Establishment Request message.
  • the ATSSS capability information may be capability information on whether the terminal can perform the ATSSS-related operation described above through various examples.
  • the AMF may transmit the PDU Session Establishment Request message transmitted by the UE to the SMF.
  • the SMF may transmit the ATSSS capability information transmitted by the UE to the PCF.
  • the PCF may generate a PCC rule based on ATSSS capability information of the terminal.
  • the PCF may transmit the generated PCC rule to the SMF.
  • the SMF may generate an ATSSS rule to be transmitted to the terminal and an N4 rule to be transmitted to the UPF based on the PCC rule received from the PCF (or based on information configured in the SMF if the PCF is not used).
  • the SMF may transmit the generated ATSSS rule into the PDU Session Establishment Accept message to the UE.
  • the SMF may also transmit an N2 message for allocating resources for the MA PDU Session in 3GPP access.
  • the SMF may transmit an indication requesting allocation of a different resource for each QoS flow to the UPF together.
  • AMF may transmit N2 message and PDU Session Establishment Accept message transmitted by SMF to NG-RAN.
  • the NG-RAN may perform a process of allocating resources necessary for the MA PDU Session while exchanging AN signaling with the UE. In addition, the NG-RAN may transmit a PDU Session Establishment Accept message to the terminal along with this process. If the SMF makes a request to allocate different resources for each QoS Flow, the NG-RAN may perform an operation of mapping each QoS Flow to a different radio bearer.
  • the NG-RAN may inform the SMF that the 3GPP access resource has been successfully allocated via the AMF.
  • the AMF may deliver the message transmitted by the NG-RAN to the SMF.
  • SMF can perform UPF and N4 Session Modification procedures.
  • the SMF may transmit the response message for step 11) to the AMF.
  • SMF may transmit an N2 message for allocating resources for MA PDU Session in non-3GPP access.
  • the SMF may transmit an indication requesting to allocate a different resource for each QoS flow to the UPF together.
  • the AMF may transmit the N2 message received from the SMF to the N3IWF.
  • the N3IWF may perform a process of allocating resources required for the MA PDU Session while exchanging AN signaling with the UE. If the SMF requests to allocate different resources for each QoS Flow, the N3IWF may create different Internet Protocol security (IPsec) tunnels for each QoS Flow in order to map it to a different AN resource for each QoS Flow.
  • IPsec Internet Protocol security
  • the N3IWF may transmit an "indication to request allocation of a different resource for each QoS Flow" received from the SMF by including it in the Additional QoS Information. The terminal receiving this may request a QoS resource of non-3GPP access in consideration of the indication.
  • the N3IWF may inform the SMF that the non-3GPP access resource has been successfully allocated through the AMF.
  • the AMF may deliver the message transmitted by the NG-RAN to the SMF.
  • SMF can perform UPF and N4 Session Modification procedures to update tunnel information transmitted by N3IWF.
  • the SMF may transmit the response message for step 18) to the AMF.
  • the UE and the UPF may perform measurement for each QoS flow based on the information transmitted by the SMF.
  • FIG. 13A and 13B are diagrams of the disclosure of the present specification; in the 7th example A second example of the following operation is shown.
  • FIGS. 13A and 13B are only examples, and the scope of the disclosure is not limited by the operations illustrated in FIGS. 13A and 13B .
  • the operations described in the first to sixth examples of the disclosure of the present specification may be performed.
  • FIGS. 13A and 13B show an example of a method for the UE to determine based on mapping information between an AN resource and a QoS Flow.
  • the UE may perform an operation of determining based on mapping information between the AN resource and the QoS Flow.
  • 1) to 6) may be performed in the same manner as 1) to 6) in the example of FIGS. 12A and 12B .
  • the SMF may transmit the generated ATSSS rule into the PDU Session Establishment Accept message to the UE.
  • the SMF may also transmit an N2 message for allocating resources for the MA PDU Session in 3GPP access.
  • AMF may transmit N2 message and PDU Session Establishment Accept message transmitted by SMF to NG-RAN.
  • the NG-RAN may perform a process of allocating resources required for the MA PDU Session while exchanging AN signaling with the UE.
  • the NG-RAN may transmit a PDU Session Establishment Accept message to the terminal along with this process.
  • the UE may receive mapping information between a radio bearer of 3GPP access and a QoS Flow.
  • the NG-RAN may inform the SMF that the 3GPP access resource has been successfully allocated via the AMF.
  • the AMF may deliver the message transmitted by the NG-RAN to the SMF.
  • SMF can perform UPF and N4 Session Modification procedures.
  • the SMF may transmit the response message for step 11) to the AMF.
  • SMF may transmit an N2 message for allocating resources for MA PDU Session in non-3GPP access.
  • the AMF may transmit the N2 message received from the SMF to the N3IWF.
  • the N3IWF may perform a process of allocating resources required for the MA PDU Session while exchanging AN signaling with the UE.
  • the UE may receive mapping information between a radio bearer of 3GPP access and a QoS Flow.
  • the N3IWF may inform the SMF that the non-3GPP access resource has been successfully allocated through the AMF.
  • the AMF may deliver the message transmitted by the NG-RAN to the SMF.
  • SMF can perform UPF and N4 Session Modification procedures to update tunnel information transmitted by N3IWF.
  • the SMF may transmit the response message for step 18) to the AMF.
  • the terminal receives the AN resource-QoS Flow mapping information in 3GPP access received in steps 9) and 16), AN resource-QoS Flow mapping information in non-3GPP access, and the measurement assistance information transmitted by the SMF.
  • the measurement assistance information may be included in the PDU session establishment acceptance message, and the UE may receive the measurement assistance information in step 9).
  • the UE may perform measurement on only one of the QoS Flows mapped to the same AN resource.
  • the UE may apply the measurement result for one QoS Flow to QoS Flows mapped to the same AN resource as the corresponding QoS Flow. Because the AN resource-QoS Flow mapping in 3GPP access and non-3GPP access may be different from each other, the UE determines for each access (eg, a determination to perform measurement on only one of the QoS Flows mapped to the same AN resource) , judgment applied to QoS Flows mapped to the same AN resource as the corresponding QoS Flow, etc.) can be performed.
  • An eighth example of the disclosure of the present specification describes an example of operation of a terminal (eg, UE) and/or a network according to various examples of the disclosure of the present specification described above.
  • the operation of the terminal and/or the operation of the network (eg, UPF) described in the eighth example of the disclosure of the present specification is merely an example, and the scope of the disclosure of the present specification is from the eighth example of the disclosure of the present specification. It is not limited by what is described.
  • the terminal and/or the network may perform the operations described in the first to seventh examples of the disclosure above, even if not described in the eighth example of the disclosure of the present specification.
  • FIG. 14 is a diagram according to the disclosure of the present specification. UE's action and/or UPF's An example of an operation is shown.
  • the operation of the UE and/or the operation of the UPF illustrated in the example of FIG. 14 is merely an example, and the scope of the disclosure is not limited by the operation illustrated in FIG. 14 .
  • the UE and/or the UPF may perform the operations described in Examples 1 to 7 of the present disclosure, even if the operation is not shown in FIG. 14 .
  • the operation illustrated in the example of FIG. 14 may be an operation performed by the UE.
  • the UPF may also perform the operation shown in the example of FIG. 14 .
  • the example of FIG. 14 will be described focusing on the operation of the UE, and the operation of the UPF will also be described.
  • the UE may perform access measurement for the first QoS flow.
  • the UE may perform Access Network Performance Measurements for the first QoS flow.
  • the UE may perform Packet Loss Ration (PLR) measurement for the first QoS flow.
  • PLR Packet Loss Ration
  • the UE may determine that the access measurement for the first QoS flow may be applied to the second QoS flow. For example, the UE may determine, based on the mapping between the AN resource and the QoS flow, that the access measurement for the first QoS flow may be applied to the second QoS flow. For example, when the first QoS flow and the second QoS flow are mapped to the same AN resource, it may be determined that an access measurement for the first QoS flow can be applied to the second QoS flow.
  • the UE may decide not to perform access measurement for the second QoS flow.
  • the first QoS flow and the second QoS flow may correspond to the same MA PDU session.
  • the UE needs to perform access measurement for each QoS flow, but can reuse the access measurement for the first QoS flow for the second QoS flow, then the UE performs the access measurement for the second QoS flow. may not perform.
  • the UE may apply the same access measurement for the first QoS flow to the second QoS flow.
  • the operations illustrated in the example of FIG. 14 may also be performed by the UPF.
  • the UPF may perform access measurement for the first QoS flow.
  • the UPF may determine that the access measurement for the first QoS flow may be applied to the second QoS flow.
  • the UPF may decide not to perform access measurement for the second QoS flow.
  • PLR An example of an operation related to measurement is shown.
  • the operation related to the PLR measurement illustrated in the example of FIG. 15 is merely an example, and the scope of the disclosure is not limited by the operation illustrated in FIG. 15 .
  • An operation related to PLR measurement according to the example of FIG. 15 may be included in step S1401 of the example of FIG. 14 .
  • the operation related to the PLR measurement described in the first to seventh examples of the disclosure of the present specification may be performed.
  • steps S1501 to S1504 are examples of operations related to UL PLR measurement.
  • steps S1505 to S1508 are examples of operations related to DL PLR measurement.
  • An operation related to UL PLR measurement and an operation related to DL PLR measurement may be selectively performed or both may be performed.
  • steps S1501 to S1504 may be performed, or only operations related to DL PLR measurement (steps S1505 to S1508) may be performed.
  • steps S1505 to S1508 may be performed.
  • steps S1505 to S1508 may be performed after an operation related to UL PLR measurement (eg, step S1501 to step S1504) is performed.
  • an operation related to DL PLR measurement (step S1505 to step S1508)) may be performed. .
  • an operation related to DL PLR measurement (steps S1505 to S1508) is performed, an operation related to UL PLR measurement (eg, steps S1501 to S1504)) may be performed.
  • an operation related to DL PLR measurement (steps S1505 to S1508) and an operation related to UL PLR measurement (eg, steps S1501 to S1504) may be simultaneously performed.
  • the UE may transmit a count request message to the UPF.
  • the count request message may be, for example, a request message for requesting the UPF to count the number of UL packets received through a target QoS flow (eg, a first QoS flow).
  • the request message may be a Performance Measurement Function (PMF) based message.
  • PMF Performance Measurement Function
  • the UPF may transmit a response message indicating that the count request message has been received to the terminal.
  • the UPF may count the number of UL packets received through the target QoS flow (eg, the first QoS flow). For example, the UPF may count the number of UL packets received through a target QoS flow (eg, a first QoS flow), that is, an access network in which a count request message is received.
  • the UE may count the number of UL packets transmitted through the target QoS flow (eg, the first QoS flow). For example, the UE may count the number of UL packets transmitted through the target QoS flow (eg, the first QoS flow), that is, the access network to which the count request message is transmitted.
  • the UE may transmit a report request message to the UPF.
  • the report request message is a message requesting the UPF to report the number of UL packets (eg, the number of UL packets counted by the UPF) received through the target QoS flow (eg, the first QoS flow).
  • the report request message may also be a PMF-based message.
  • the UPF may transmit a report response message to the UE.
  • the report response message includes information on the number of UL packets that have been counted since the UPF last sent a count response message (eg, a message requesting to count the number of UL packets received through the target QoS flow).
  • the UE After receiving the report response message, the UE receives the "number of UL packets received" from the UPF and the number of UL packets transmitted by the UE (eg, after the UE sends a report request message, the UE counts Based on the number of UL packets), the UL PLR may be calculated.
  • the UPF may transmit a count request message to the UE.
  • the request message may be, for example, a request message requesting the UE to count the number of DL packets received through the target QoS flow (eg, the first QoS flow).
  • the count request message may be a PMF-based message.
  • the UE may transmit a response message indicating that the count request message has been received to the UPF.
  • the UE may count the number of UL packets received through the target QoS flow (eg, the first QoS flow). For example, the UE may count the target QoS flow (eg, the first QoS flow), that is, the number of DL packets received through the access network in which the request message is received.
  • the UPF may count the number of DL packets transmitted through the target QoS flow (eg, the first QoS flow). For example, the UPF may count the number of DL packets transmitted through the target QoS flow (eg, the first QoS flow), that is, the access network to which the count request message is transmitted.
  • the UPF may transmit a report request message to the UE.
  • the report request message is a message requesting the UE to report the number of DL packets (eg, the number of DL packets counted by the UPF) received through the target QoS flow (eg, the first QoS flow).
  • the report request message may also be a PMF-based message.
  • the UPF may transmit a report response message to the UE.
  • the report response message includes information on the number of DL packets counted since the UE last sent a count response message (eg, a message requesting to count the number of DL packets received through the target QoS flow).
  • the UPF After receiving the report response message, the UPF counts the "number of DL packets received" received from the UE and the number of DL packets transmitted by the UPF (e.g., after the UPF sends a report request message, the UPF counts Based on the number of DL packets), a DL PLR may be calculated.
  • the SMF may perform an operation indicating whether QoS flows may be mapped to one radio bearer during user plane resource setup to the AN.
  • the UE may determine a QoS flow that does not require per QoS flow measurement based on the mapping information between the QoS flow received from the AN and the radio bearer, and may perform an operation of notifying the QoS flow to the network.
  • the SMF requests user plane resource setup to the AN
  • the AN may perform an operation of notifying the QoS flow and mapping information of the radio bearer to the SMF. Based on the mapping information between the QoS flow received by the UE from the AN and the radio bearer, it may be determined that per QoS flow measurement is not required.
  • the terminal receives a PMF message for a QoS flow that is determined not to require per QoS flow measurement, the terminal may perform an operation informing that measurement of the corresponding QoS flow is not necessary while transmitting a response to this.
  • the operation of the terminal (eg, UE) described in this specification may be implemented by the devices of FIGS. 1 to 4 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.
  • a network node eg, N3IWF, AMF, SMF, UPF, PCF, etc.
  • a base station eg, NG-RAN, gNB, eNB, RAN, E-UTRAN, etc.
  • 1 to 3 may be implemented.
  • 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)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 명세서의 일 개시는 UE가 측정에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.

Description

QOS 플로우에 관련된 측정
본 명세서는 이동통신에 관한 것이다.
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).
한편, 다중 액세스(Multi-Access: MA) Protocol Data Unit (PDU) 세션이 5G에 도입되었다. MA PDU 세션이 사용될 때, 다중(multiple) Quality of Service (QoS) Flow가 사용될 수 있다. Multiple QoS Flow를 효율적으로 사용하기 위해, Multiple QoS Flow에 대한 측정이 수행될 수 있다. 하지만, 종래에는 Multiple QoS Flow에 대한 측정을 효율적으로 수행하는 방안이 논의되지 않았다. 예를 들어, Multiple QoS Flow가 하나의 무선 자원(radio resource)(예: radio bearer)에 맵핑될 수 있다. 이 경우, 종래 기술에 따르면 Multiple QoS Flow에 포함된 QoS Flow 각각에 대해 측정이 수행되는데, 이로 인해 무선 자원과 컴퓨팅 자원이 낭비되는 문제가 있다. 또한, Multiple QoS Flow에 대해 Packet Loss Ratio (PLR) 측정이 수행되는 경우, 많은 자원이 낭비되는 문제가 있다.
따라서, 본 명세서의 일 개시는 전술한 문제점을 해결할 수 있는 방안을 제시하는 것을 목적으로 한다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 UE가 측정에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 측정에 관련된 통신을 수행하는 UE를 제공한다. 상기 UE는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 이동통신에서의 장치를 제공한다. 상기 장치는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 명령어들을 기록하고 있는 비일시적 컴퓨터 판독가능 저장 매체를 제공한다. 상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 수행하도록 할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 UPF 노드가 측정에 관련된 통신을 수행하는 방법을 제공한다. 상기 방법은 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.
전술한 문제점을 해결하기 위하여, 본 명세서의 일 개시는 측정에 관련된 통신을 수행하는 UPF 노드를 제공한다. 상기 UPF 노드는 적어도 하나의 프로세서; 및 명령어를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고, 상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은: 제1 QoS 플로우에 대한 액세스 측정을 수행하는 단계; 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함할 수 있다.
본 명세서의 개시에 의하면, 종래 기술의 문제점을 해결할 수 있다.
본 명세서의 구체적인 일례를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술분야의 통상의 지식을 자긴 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 네트워크 노드의 일 예를 나타낸다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
도 6은 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다.
도 7는 MA PDU 세션이 생성된 예를 나타낸다.
도 8은 MA PDU 세션에 대해 ATSSS 규칙을 적용하는 예를 나타낸다.
도 9은 UE의 steering 기능의 예시를 나타내는 도면이다.
도 10은 종래의 RTT 측정과 향상된 RTT 측정의 예를 나타낸다.
도 11은 패킷 손실 비율 측정의 예를 나타낸다.
도 12a 및 도 12b는 본 명세서의 개시의 제7예에 따른 동작의 제1 예를 나타낸다.
도 13a 및 도 13b는 본 명세서의 개시의 제7예에 따른 동작의 제2 예를 나타낸다.
도 14는 본 명세서의 개시에 따른 UE의 동작 및/또는 UPF의 동작의 일 예를 나타낸다.
도 15는 본 명세서의 개시에 따른 PLR 측정에 관련된 동작의 일 예를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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 또는 packet data unit) 및/또는 하나 이상의 SDU(service data unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 및/또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 펌웨어 및/또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 및/또는 소프트웨어는 모듈, 절차, 기능을 포함하도록 구현될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도를 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도는 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM(read-only memory), RAM(random access memory), EPROM(erasable programmable ROM), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
본 명세서의 구현에서, UE는 상향링크(UL; uplink)에서 송신 장치로, 하향링크(DL; downlink)에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
무선 장치는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다(도 1 참조).
도 3을 참조하면, 무선 장치(100, 200)는 도 2의 무선 장치(100, 200)에 대응할 수 있으며, 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다. 예를 들어, 각 무선 장치(100, 200)는 통신 장치(110), 제어 장치(120), 메모리 장치(130) 및 추가 구성 요소(140)를 포함할 수 있다. 통신 장치(110)는 통신 회로(112) 및 송수신기(114)를 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 2의 하나 이상의 프로세서(102, 202) 및/또는 도 2의 하나 이상의 메모리(104, 204)를 포함할 수 있다. 예를 들어, 송수신기(114)는 도 2의 하나 이상의 송수신기(106, 206) 및/또는 도 2의 하나 이상의 안테나(108, 208)를 포함할 수 있다. 제어 장치(120)는 통신 장치(110), 메모리 장치(130), 추가 구성 요소(140)에 전기적으로 연결되며, 각 무선 장치(100, 200)의 전체 작동을 제어한다. 예를 들어, 제어 장치(120)는 메모리 장치(130)에 저장된 프로그램/코드/명령/정보를 기반으로 각 무선 장치(100, 200)의 전기/기계적 작동을 제어할 수 있다. 제어 장치(120)는 메모리 장치(130)에 저장된 정보를 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로 전송하거나, 또는 무선/유선 인터페이스를 통해 통신 장치(110)를 거쳐 외부(예: 기타 통신 장치)로부터 수신한 정보를 메모리 장치(130)에 저장할 수 있다.
추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 무선 장치(100, 200)는, 이에 국한되지 않고, 로봇(도 1의 100a), 차량(도 1의 100b-1 및 100b-2), XR 장치(도 1의 100c), 휴대용 장치(도 1의 100d), 가전 제품(도 1의 100e), IoT 장치(도 1의 100f), 디지털 방송 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/장치(도 1의 400), 기지국(도 1의 200), 네트워크 노드의 형태로 구현될 수 있다. 무선 장치(100, 200)는 사용 예/서비스에 따라 이동 또는 고정 장소에서 사용할 수 있다.
도 3에서, 무선 장치(100, 200)의 다양한 구성 요소, 장치/부분 및/또는 모듈의 전체는 유선 인터페이스를 통해 서로 연결되거나, 적어도 일부가 통신 장치(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 각 무선 장치(100, 200)에서, 제어 장치(120)와 통신 장치(110)는 유선으로 연결되고, 제어 장치(120)와 제1 장치(예: 130과 140)는 통신 장치(110)를 통해 무선으로 연결될 수 있다. 무선 장치(100, 200) 내의 각 구성 요소, 장치/부분 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어 장치(120)는 하나 이상의 프로세서 집합에 의해 구성될 수 있다. 일 예로, 제어 장치(120)는 통신 제어 프로세서, 애플리케이션 프로세서(AP; application processor), 전자 제어 장치(ECU; electronic control unit), 그래픽 처리 장치 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 또 다른 예로, 메모리 장치(130)는 RAM, DRAM, ROM, 플래시 메모리, 휘발성 메모리, 비휘발성 메모리 및/또는 이들의 조합에 의해 구성될 수 있다.
도 4는 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 4를 참조하면, UE(100)는 도 2의 제1 무선 장치(100) 및/또는 도 3의 무선 장치(100 또는 200)에 대응할 수 있다.
UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(110), 배터리(112), 디스플레이(114), 키패드(116), SIM(subscriber identification module) 카드(118), 스피커(120), 마이크(122)를 포함한다.
프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 애플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP(digital signal processor), CPU(central processing unit), GPU(graphics processing unit), 모뎀(변조 및 복조기) 중 적어도 하나를 포함할 수 있다. 프로세서(102)의 예는 Qualcomm®에서 만든 SNAPDRAGONTM 시리즈 프로세서, Samsung®에서 만든 EXYNOSTM 시리즈 프로세서, Apple®에서 만든 A 시리즈 프로세서, MediaTek®에서 만든 HELIOTM 시리즈 프로세서, Intel®에서 만든 ATOMTM 시리즈 프로세서 또는 대응하는 차세대 프로세서에서 찾을 수 있다.
메모리(104)는 프로세서(102)와 동작 가능하도록 결합되며, 프로세서(102)를 작동하기 위한 다양한 정보를 저장한다. 메모리(104)는 ROM, RAM, 플래시 메모리, 메모리 카드, 저장 매체 및/또는 기타 저장 장치를 포함할 수 있다. 구현이 소프트웨어에서 구현될 때, 여기에 설명된 기술은 본 명세서에서 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 모듈(예: 절차, 기능 등)을 사용하여 구현될 수 있다. 모듈은 메모리(104)에 저장되고 프로세서(102)에 의해 실행될 수 있다. 메모리(104)는 프로세서(102) 내에 또는 프로세서(102) 외부에 구현될 수 있으며, 이 경우 기술에서 알려진 다양한 방법을 통해 프로세서(102)와 통신적으로 결합될 수 있다.
송수신기(106)는 프로세서(102)와 동작 가능하도록 결합되며, 무선 신호를 전송 및/또는 수신한다. 송수신기(106)는 송신기와 수신기를 포함한다. 송수신기(106)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 송수신기(106)는 하나 이상의 안테나(108)를 제어하여 무선 신호를 전송 및/또는 수신한다.
전원 관리 모듈(110)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(112)는 전원 관리 모듈(110)에 전원을 공급한다.
디스플레이(114)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(116)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(116)는 디스플레이(114)에 표시될 수 있다.
SIM 카드(118)는 IMSI(international mobile subscriber identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.
스피커(120)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(122)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.
도 5은 본 명세서의 구현이 적용되는 5G 시스템 구조(system architecture)의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; network function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 5은 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 5에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 5에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 로밍 시나리오(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에 접속될 수도 있다.
도 6은 UE과 gNB 사이의 무선 인터페이스 프로토콜(Radio Interface Protocol)의 구조를 나타낸 다른 예시도이다 .
상기 무선 인터페이스 프로토콜은 3GPP 무선접속망 규격을 기반으로 한다. 상기 무선 인터페이스 프로토콜은 수평적으로 물리계층(Physical 계층), 데이터링크 계층(Data Link 계층) 및 네트워크계층(Network 계층)으로 이루어지며, 수직적으로는 데이터정보 전송을 위한 사용자평면(User Plane)과 제어신호(Signaling)전달을 위한 제어평면(Control Plane)으로 구분된다.
상기 프로토콜 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection; OSI) 기준모델의 하위 3개 계층을 바탕으로 L1(제1계층), L2(제2계층), L3(제3계층)로 구분될 수 있다.
이하에서, 상기 무선 프로토콜의 각 계층을 설명한다.
제1 계층인 물리계층은 물리채널(Physical Channel)을 이용하여 정보전송서비스(정보 Transfer Service)를 제공한다. 상기 물리계층은 상위에 있는 매체접속제어(Medium Access Control) 계층과는 전송 채널(Transport Channel)을 통해 연결되어 있으며, 상기 전송 채널을 통해 매체접속제어계층과 물리계층 사이의 데이터가 전달된다. 그리고, 서로 다른 물리계층 사이, 즉 송신 측과 수신 측의 물리계층 사이는 물리채널을 통해 데이터가 전달된다.
제2계층은 매체접속제어(Medium Access Control; MAC) 계층, 무선 링크 제어(Radio Link Control; RLC) 계층 그리고 패킷 데이터 수렴(Packet Data Convergence Protocol; PDCP) 계층을 포함한다.
제3 계층은 무선자원제어(Radio Resource Control; 이하 RRC라 약칭함)을 포함한다. 상기 RRC 계층은 제어평면에서만 정의되며, 무선 베어러(Radio Bearer; RB라 약칭함)들의 설정(설정), 재설정(Re-설정) 및 해제(Release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. 이때, RB는 단말과 E-UTRAN간의 데이터 전달을 위해 제2계층에 의해 제공되는 서비스를 의미한다.
상기 NAS(Non-Access Stratum) 계층은 연결관리(세션 Management)와 이동성 관리(Mobility Management)등의 기능을 수행한다.
NAS 계층은 MM(Mobility Management)을 위한 NAS 엔티티와 SM(session Management)을 위한 NAS 엔티티로 구분된다.
1) MM을 위한 NAS 엔티티는 일반적인 다음과 같은 기능을 제공한다.
AMF와 관련된 NAS 절차로서, 다음을 포함한다.
- 등록 관리 및 접속 관리 절차. AMF는 다음과 같은 기능을 지원한다.
- UE와 AMF간에 안전한 NAS 신호 연결(무결성 보호, 암호화)
2) SM을 위한 NAS 엔티티는 UE와 SMF간에 세션 관리를 수행한다.
SM 시그널링 메시지는 UE 및 SMF의 NAS-SM 계층에서 처리, 즉 생성 및 처리된다. SM 시그널링 메시지의 내용은 AMF에 의해 해석되지 않는다.
- SM 시그널링 전송의 경우,
- MM을 위한 NAS 엔티티는 SM 시그널링의 NAS 전송을 나타내는 보안 헤더, 수신하는 NAS-MM에 대한 추가 정보를 통해 SM 시그널링 메시지를 전달하는 방법과 위치를 유도하는 NAS-MM 메시지를 생성합니다.
- SM 시그널링 수신시, SM을 위한 NAS 엔티티는 NAS-MM 메시지의 무결성 검사를 수행하고, 추가 정보를 해석하여 SM 시그널링 메시지를 도출할 방법 및 장소를 유도한다.
한편, 도 6에서 NAS 계층 아래에 위치하는 RRC 계층, RLC 계층, MAC 계층, PHY 계층을 묶어서 액세스 계층(Access Stratum: AS)이라고 부르기도 한다.
차세대 이동통신(즉, 5G)를 위한 네트워크 시스템(즉, 5GC)은 비(non)-3GPP 액세스도 지원한다. 상기 비-3GPP 액세스의 예로는 대표적으로 WLAN 액세스가 있다. 상기 WLAN 액세스는 신뢰되는(trusted) WLAN과 신뢰되지 않는(untrusted) WLAN을 모두 포함할 수 있다.
5G를 위한 시스템에서 AMF는 3GPP 액세스 뿐만 아니라 비-3GPP 액세스에 대한 등록 관리(RM: Registration Management) 및 연결 관리(CM: Connection Management)를 수행한다.
3GPP 액세스 및 비-3GPP 액세스를 둘다 이용하는 다중 액세스(Multi-Access: MA) PDU 세션이 사용될 수 있다.
MA PDU 세션은 하나의 PDU 세션을 이용해서 3GPP 액세스와 비-3GPP 액세스로 동시에 서비스가 가능한 PDU 세션이다.
<다중 액세스(Multi-Access: MA) PDU 세션>
종래 기술에서 MA PDU 세션은 하나의 PDU 세션을 이용해서 3GPP 액세스와 비-3GPP 액세스로 동시에 서비스가 가능한 세션이다.
도 7는 MA PDU 세션이 생성된 예를 나타낸다.
MA PDU 세션은 도 7에서 하나의 PDU 세션으로 각각의 액세스 별로 별도의 세션 터널을 가진다. 하나는 3GPP 액세스 상에서 수립되어 있고, 다른 하나의 PDU 세션은 신뢰되지 않는(untrusted) 비-3GPP 액세스(에컨대, WLAN AN) 상에서 수립되어 있다.
상기 MA-PDU 세션에서 하나의 세션이기 때문에 MA PDU 세션은 하기의 특징들을 가진다.
(i) 하나의 DNN;
(ii) 하나의 UPF 앵커(anchor) (UPF-A);
(iii) 하나의 PDU 타입 (예컨대, IPv6);
(iv) 하나의 세션 IP 주소
(v) 하나의 SSC 모드
(vi) 하나의 HPLMN S-NSSAI.
MA-PDU 세션은 UE와 UPF-A 간에 다중 경로 데이터 링크를 가능하게 한다. 이는 IP 계층 하위에서 구현될 수 있다.
MA-PDU 세션은 다음의 절차들 중 하나를 통해 수립될 수 있다.
(i) 2개의 개별적인 PDU 세션 수립 절차를 통해서 수립될 수 있다. 이를 개별 수립이라고 부른다.
(ii) 하나의 MA PDU 세션 수립 절차를 통해서 수립될 수 있다. 즉 한 번의 세션 생성 요청으로 2개의 액세스에서 MA PDU 세션이 동시에 수립된다. 이를 결합 수립이라고 부른다.
MA-PDU 세션이 수립된 이후, MA PDU 세션과 관련된 SM(Session Management) 시그널링이 임의의 액세스를 통해 송수신될 수 있다.
A. MA PDU 세션의 개별 수립
MA PDU 세션이 2개의 개별 PDU 세션 수립 절차를 통해서 수립될 수 있다. 예를 들어, UE는 3GPP 액세스 상에서 MA PDU 세션을 수립하고, 이어서 비-3GPP 액세스 상에서 3GPP 액세스 상에서 만들어진 MA PDU 세션에 비-3GPP 액세스를 추가하기 위해 PDU 세션 수립 절차를 수행할 수 있다. 상기 제2 액세스를 추가하기 위한 수립 요청 메시지 내의 요청 타입은 "MA PDU 요청(MA PDU Request)"으로 설정될 수 있다.
B. 결합 수립
MA PDU 세션이 하나의 절차를 통해 동시에 3GPP 액세스와 비-3GPP 액세스에 수립될 수 있다. 이러한 하나의 절차를 UE 요청에 의한 MA PDU 세션 수립 절차라고 부를 수 있다. UE가 이미 2개의 액세스를 통해 5GC에 등록되어 있는 상태에서 UE가 MA PDU 세션을 수립하려는 경우, 상기 절차가 유용할 수 있다. 2개의 개별 PDU 세션 수립 절차를 수행하는 대신에, UE는 하나의 MA PDU 세션 수립 절차를 수행함으로써, MA PDU 세션을 수립할 수 있다.
도 8은 MA PDU 세션에 대해 ATSSS 규칙을 적용하는 예를 나타낸다.
도 8을 참조하면, MA(multi-access) PDU 세션이 수립된 상태에서 SMF가 비-3GPP 액세스로 전송되는 IP 플로우(flow)를 3GPP 액세스로 옮기고 싶을 경우 3GPP 액세스를 통해서, 갱신된 ATSSS(Access Traffic Steering, Switching and Splitting) 규칙을 전송할 수 있다.
<Access Traffic Steering, Switching & Splitting ( ATSSS )>
ATSSS 기능은 UE 및 5GC 네트워크에서 지원되는 선택적 기능(optional feature)일 수 있다.
ATSSS 기능은 다중-액세스 PDU 연결 서비스(multi-access PDU Connectivity Service)를 가능하게 할 수 있다. 예를 들어, ATSSS 기능은 하나의 3GPP 액세스 네트워크와 하나의 비-3GPP 액세스 네트워크를 동시에 사용하고, PSA와 RAN/AN 사이의 2개의 독립적인 N3/N9 터널을 사용하여, UE와 데이터 네트워크 사이에서 PDU들을 교환할 수 있다. 다중-액세스 PDU 연결 서비스는 Multi-Access PDU (MA PDU) Session을 수립함으로써 실현될 수 있다. MA PDU 세션은 예를 들어, 2개의 액세스 네트워크에서 사용자-평면 자원을 가지는 PDU 세션일 수 있다.
UE가 3GPP 및 non-3GPP 액세스를 통해 등록 된 경우 또는 UE가 하나의 액세스로만 등록 된 경우, UE는 MA PDU 세션을 요청할 수 있다.
MA PDU 세션이 수립된 후, 두 개의 액세스 네트워크 모두에서 사용자-평면 자원이 존재하면, 2개의 액세스 네트워크를 통해 상향링크 트래픽을 어떻게 분산할지 결정하기 위해, UE는 네트워크-제공 정책(예: ATSSS 규칙)을 적용하고, 로컬 조건(local conditions)(예: 네트워크 인터페이스 가용성, 신호 손실 조건, 사용자 선호도, 등)을 교환할 수 있다. 마찬가지로, MA PDU 세션의 UPF 앵커는 네트워크 제공 정책 (예: N4 규칙)과 사용자 평면을 통해 UE로부터 수신 된 피드백 정보 (예: 액세스 네트워크 비 가용성 또는 가용성)를 적용하여 하향링크 링크 트래픽을 두 개의 N3 / N9 터널과 두 개의 액세스 네트워크로 어떻게 분산할지 결정할 수 있다.. 하나의 액세스 네트워크에만 사용자 평면 자원이 있는 경우, 다른 액세스를 통한 사용자 평면 리소스의 설정 또는 활성화를 트리거하기 위해, UE는 ATSSS 규칙을 적용하고, 로컬 조건을 고려할 수 있다.
MA PDU 세션의 유형(type)은 예를 들어, IPv4, IPv6, IPv4v6 및 이더넷 중 하나일 수 있다. 현재 버전에서는 Unstructured 유형이 지원되지 않을 수 있다.
ATSSS 기능은 모든 유형의 액세스 네트워크를 통해 지원될 수 있다. 여기서, 모든 유형의 액세스 네트워크는 신뢰되지 않는(untrusted) 비-3GPP 액세스 네트워크 및 신뢰되는(trusted) 비-3GPP 액세스 네트워크, 유선(wireline) 5G 액세스 네트워크 등을 포함할 수 있다. MA PDU 세션이 모든 유형의 액세스 네트워크를 통해 수립될 수 있는 한, ATSSS 기능은 모든 유형의 액세스 네트워크를 통해 지원될 수 있다.
이하에서, ATSSS를 가능하게 하는(enable) 기능을 설명한다.
먼저, MA PDU 세션에 대해서 설명한다. MA PDU 세션은 다음의 추가 및 수정과 함께 세션 관리 기능을 사용하여 관리될 수 있다:
1) UE가 새로운 MA PDU 세션을 요청하고자 하는 경우:
- UE가 3GPP 액세스 및 비-3GPP 액세스를 통해 동일한 PLMN에 등록된 경우, UE는 "MA PDU Request"를 포함하는 PDU 세션 수립 요청 메시지를 2개의 액세스 중 하나를 통해 전송할 수 있다. AMF는 SMF에게 UE가 2개의 액세스 모두를 통해 등록되었다는 것을 알릴 수 있다. AMF가 SMF에게 알리는 것은 PDU session anchor (PSA)와 RAN/AN 사이의 2개의 N3/N9 터널 및 2개의 액세스 모두에서의 사용자-평면 자원의 수립을 트리거할 수 있다.
- UE가 3GPP 액세스 및 비-3GPP 액세스를 통해 서로 다른 PLMN들에 등록된 경우, UE는 "MA PDU Request"를 포함하는 PDU 세션 수립 요청 메시지를 2개의 액세스 중 하나를 통해 전송할 수 있다. 이 PDU 세션이 PSA와 (R)AN/AN 사이의 한 개의 N3/N9 터널에서 수립된 이후, UE는 "MA PDU Request" 및 동일한 PDU 세션 ID를 포함하는 PDU 세션 수립 요청 메시지를 다른 하나의 액세스를 통해 전송할 수 있다. PSA와 RAN/AN 사이의 2개의 N3/N9 터널 및 2개의 액세스 모두에서의 사용자-평면 자원이 수립될 수 있다.
- UE가 하나의 액세스를 통해서만 등록된 경우, UE는 "MA PDU Request" 인디케이션을 포함하는 PDU 세션 수립 요청 메시지를 UE가 등록된 액세스를 통해 전송할 수 있다. PSA와 RAN/AN 사이의 한 개의 N3/N9 터널 및 이 액세스에서의 사용자-평면 자원이 수립될 수 있다. UE가 두번째 액세스를 통해 등록된 이후, UE는 2번째 액세스에서 사용자-평면 자원을 수립할 수 있다.
- 새로운 MA PDU 세션을 요청하기 위해 전송되는 PDU 세션 수립 요청 메시지 내에, UE는 UE의 ATSSS 능력(capabilities) 정보를 제공할 수 있다. ATSSS 능력(capabilities) 정보는 UE에서 지원되는 steering mode 및 steering functionalities에 대한 정보를 포함할 수 있다.
- UE가 자신이 모든(any) steering 모드로 ATSSS-LL(Low Layer) 기능을 지원할 수 있다고 나타내고, 네트워크가 이 기능을 활성화할 것을 수락한 경우, 네트워크는 UE 측정 보조 정보(Measurement Assistance Information)를 UE에게 제공할 수 있다. 그리고, 네트워크는 UE에게 하나 이상의 ATSSS 규칙을 제공할 수 있다.
- UE가 모든(any) steering 모드로 MPTCP 기능을 지원할 수 있고, Active-Standby steering 모드로만 ATSSS-LL 기능을 지원할 수 있다고 나타내고, 네트워크가 이 기능들을 활성할 것을 수락할 수 있다. 이 경우, 네트워크는 MPTCP proxy 정보를 UE에게 제공하고, MA PDU 세션을 위한 하나의 IP 주소/prefix와 "링크-특정 다중경로(link-specific multipath)"라고 하는 2개의 추가적인 IP 주소/prefix를 UE에게 할당할 수 있다. 추가적으로, 네트워크는 UE 측정 보조 정보를 UE에게 제공하고, 비-MPTCP 트래픽을 위한 ATSSS 규칙을 포함하는 하나 이상의 ATSSS 규칙을 UE에게 제공할 수 있다. 비-MPTCP 트래픽에 대한 ATSSS 규칙은 ATSSS-LL 기능과 Active-Standby steering 모드를 사용하여, 비-MPTCP 트래픽이 상향링크 방향으로 3GPP 액세스 및 비 -3GPP 액세스를 통해 전송되는 방법을 표시할 수 있다.
- UE가 모든 steering 모드로 MPTCP 기능을 지원할 수 있고, 모든 스티어링 모드로 ATSSS-LL 기능을 지원할 수 있음을 표시하고, 네트워크가 이러한 기능을 활성화하는 것을 수락한 경우, 네트워크는 MPTCP proxy 정보를 UE에게 제공할 수 있다. 그리고, 네트워크는 MA PDU 세션을 위한 하나의 IP 주소/prefix와 "링크-특정 다중경로(link-specific multipath)"라고 하는 2개의 추가적인 IP 주소/prefix를 UE에게 할당할 수 있다. 네트워크는 UE 측정 보조 정보 및 하나 이상의 ATSSS 규칙을 UE에게 제공할 수 있다.
- UE가 S-NSSAI를 요청하는 경우, S-NSSAI는 2개의 액세스 모두에서 허용되어야 한다. 그렇지 않으면, MA PDU 세션은 수립되지 않을 수 있다.
- SMF는 UE에 의해 제공된 ATSSS 능력 및 SMF의 DNN 설정에 기초하여, MA PDU 세션에 대해 지원되는 ATSSS 능력(capabilities)을 결정할 수 있다. SMF는 다음과 같은 동작을 수행할 수 있다:
- a) UE가 ATSSS 능력에 "MPTCP functionality with any steering mode and ATSSS-LL functionality with only Active-Standby steering mode"를 포함시킨 경우; 및
- a-1) DNN 설정이 모든 steering mode로 MPTCP 및 ATSSS-LL을 허용하는 경우, MA PDU 세션은 (1) 하향링크에서 모든 steering mode로 MPTCP 및 ATSSS-LL이 가능하고, (2) 상향링크에서 Active-Standby mode로 MPTCP 및 ATSSS-LL이 가능할 수 있다; 또는
- a-2) DNN 설정이 모든 steering mode로 MPTCP를 허용하고, Active-Standby mode로 ATSSS-LL을 허용하는 경우, MA PDU 세션은 상향링크 및 하향링크에서 Active-Standby mode로 MPTCP 및 ATSSS-LL이 가능할 수 있다.
- b) UE가 ATSSS 능력에 " ATSSS-LL functionality with any steering mode"를 포함시키고, DNN 설정이 모든 steering mode로 ATSSS-LL을 허용하는 경우, MA PDU 세션은 상향링크 및 하향링크에서 모든 steering 모드로 ATSSS-LL이 가능할 수 있다.
- c) UE가 ATSSS 능력에 "MPTCP functionality with any steering mode and ATSSS-LL functionality with any steering mode"를 포함시키고, DNN 설정이 모든 steering mode로 MPTCP 및 ATSSS-LL을 허용하는 경우, MA PDU 세션은 상향링크 및 하향링크에서 모든 steering mode로 MPTCP 및 ATSSS-LL이 가능할 수 있다.
SMF는 PDU 세션 수립 절차가 수행되는 동안, MA PDU 세션의 ATSSS 능력을 PCF에게 제공할 수 있다.
- PCF에 의해 제공되는 Policy and charging control (PCC) 규칙은 ATSSS 제어 정보를 포함할 수 있다. PCC 규칙과 ATSSS 제어 정보는 SMF에 의해서 UE를 위한 ATSSS 규칙과 UPF를 위한 N4 규칙을 유도하는데(derive) 사용될 수 있다. MA PDU 세션을 위해, 동적인 PCC 규칙이 사용되지 않으면, SMF는 로컬 설정(local configuration)(예: DNN 또는 S-NSSAI에 기초한 로컬 설정) 에 기초하여 ATSSS 규칙 및 N4 규칙을 각각 UE 및 UPF에게 제공할 수 있다.
- UE는 SMF로부터 ATSSS 규칙을 수신할 수 있다. ATSSS 규칙은 3GPP 액세스 및 비-3GPP 액세스를 통해 상향링크 트래픽을 라우팅하는 방법을 나타낼 수 있다. 비슷하게, UPF는 SMF로부터 N4 규칙을 수신할 수 있다. N4 규칙은 3GPP 액세스 및 비-3GPP 액세스를 통해 하향링크 트래픽을 라우팅하는 방법을 나타낼 수 있다.
- SMF가 "MA PDU Request" 인디케이션 을 포함하는 PDU 세션 수립 요청 메시지를 수신하고, PDU 세션에 대해 UP 보안 보호(User Plane security protection)가 필요하면, SMF는 3GPP 액세스가 필요한(required) UP 보안 보호를 시행할 수 있는 경우에만 MA PDU 세션의 수립을 컨펌(confirm)할 수 있다. SMF는 비-3GPP 액세스가 필요한 UP 보안 보호를 시행할 수 있는지 여부는 확인할 필요는 없다.
- 2) MA PDU 세션 수립 절차 이후에는(즉, MA PDU 세션이 수립된 이후) 다음과 같은 설명이 적용될 수 있다:
- 임의의 주어진 시간에서, MA PDU 세션은 3GPP 액세스 및 비-3GPP 액세스 모두에서 사용자-평면 자원을 가지고 있을 수 있거나, 하나의 액세스에서만 사용자-평면 자원을 가지고 있을 수 있거나, 또는 어떠한 액세스에서도 사용자-평면 자원을 가지고 있지 않을 수 있다.
- UE가 하나의 액세스로부터 등록해제(deregister)를 하더라도, UE가 다른 액세스에는 등록되어 있는 경우, AMF, SMF, PCF 및 UPF는 그들의 MA PDU 세션 컨텍스트를 유지할 수 있다
- UE가 하나의 액세스로부터 등록해제(deregister)를 하고, UE가 다른 액세스에는 등록되어 있는 경우, AMF는 MA PDU 세션을 위한 액세스 타입이 사용불가(unavailable)하게 되었다는 것을 SMF에게 알릴 수 있다. 이후, SMF는 등록해제된 액세스의 액세스 타입이 사용불가하게 되었고, 해당 액세스 타입을 위한 N3/N9 터널이 해제되었다는 것을 UPF에게 알릴 수 있다.
- UE가 MA PDU 세션의 하나의 액세스에서 사용자-평면 자원을 추가하고자 하는 경우(예: 액세스 네트워크 성능 측정(access network performance measurement) 및/또는 ATSSS 규칙에 기초하여), UE는 PDU 세션 수립 요청 메시지를 이 액세스를 통해 전송할 수 있다. 여기서, PDU 세션 수립 요청 메시지는 MA PDU 세션의 PDU 세션 ID 및 "MA PDU Request" indication을 포함할 수 있다. 이 액세스에 대해, N3/N9가 존재하지 않는 경우, 이 액세스를 위한 N3/N9가 수립될 수 있다.
-UE가 MA PDU 세션의 한 액세스에서 사용자-평면 자원을 재활성화(re-activate)하려는 경우 (예: 액세스 네트워크 성능 측정 및/또는 ATSSS 규칙에 기초하여) UE는 이 액세스를 통해 UE 트리거 서비스 요청 절차(UE Triggered Service Request procedure)를 시작할 수 있다.
3) 네트워크가 MA PDU 세션의 3GPP 액세스 또는 비-3GPP 액세스를 통해 사용자-평면 자원을 재-활성화하고자 하는 경우, 네트워크는 네트워크 트리거 서비스 요청 절차(Network Triggered Service Request procedure)를 개시할 수 있다.
MA PDU 세션은 다음 중 하나의 경우에도 수립될 수 있다:
a) MA PDU 세션의 수립이 ATSSS-가능(capable) UE에 의해 명시적으로 요청된 경우; 또는
b) ATSSS-가능(capable) UE가 단일-액세스 PDU 세션을 요청하였으나, 네트워크가 대신 MA PDU 세션을 수립하기로 결정한 경우에, MA PDU 세션이 수립될 수 있다. 이 예시는 선택적인 시나리오에 해당할 수 있으며, 이 예시는 PDU 세션을 위한 단일 액세스를 요구하는(mandate) UE가 단일-액세스 PDU 세션을 요청하였으나 정책(예: UE route selection policy(URSP) 규칙) 및 로컬 제한(local restrictions)이 없을 때 발생할 수 있다.
UE가 EPS에서 5GS로 이동할 때, PDU 세션 수정 절차가 수행되는 동안 MA PDU 세션이 수립될 수 있다.
ATSSS-가능(capable) UE는 제공된 URSP 규칙에 기초하여, MA PDU 세션을 요청하기로 결정할 수 있다. 특히, URSP 규칙이 UE가 새로운 PDU 세션을 수립할 것을 트리거하고, URSP 규칙의 액세스 타입 선호도 컴포넌트가 "Multi-Access"를 나타내는 경우, UE는 UE가 URSP 규칙을 적용할 때 MA PDU 세션을 요청할 수 있다.
이하에서, ATSSS 제어를 위한 정책(Policy for ATSSS Control)을 설명한다.
MA PDU 세션의 수립이 수행되는 동안, 동적인 PCC가 MA PDU 세션을 위해 사용되는 경우, PCF는 ATSSS 정책 결정을 수행하고, ATSSS 정책 제어 정보를 포함하는 PCC 규칙을 생성할 수 있다. 여기서, ATSS 정책 제어 정보는 MA PDU 세션의 상향링크 트래픽 및 하향링크 트래픽이 3GPP 액세스 및 비-3GPP 액세스를 통해 어떻게 분산되는지(distributed)를 결정하는데 사용될 수 있다.
SMF는 PCF로부터 ATSSS 정책 제어 정보와 함께 PCC 규칙을 수신할 수 있다. 그리고, SMF는 이러한 규칙을 (a) UE로 전송되는 ATSSS 규칙과 (b) UPF로 전송되는 N4 규칙에 매핑할 수 있다. ATSSS 규칙은 UE가 상향링크 방향에서 ATSSS 정책을 시행하기 위해 적용하는 규칙의 우선 순위 리스트(prioritized list of rules)일 수 있다. 그리고, N4 규칙은 ATSSS 정책을 다운 링크 방향으로 시행하기 위해 UPF에 의해 적용될 수 있다.
MA PDU 세션이 생성되거나 MA PDU 세션이 SMF에 의해 업데이트 될 때(예를 들어, SMF가 업데이트된(또는 새로운) PCC 규칙을 PCF로부터 수신한 후), ATSSS 규칙은 NAS 메시지와 함께 UE로 전송될 수 있다. 마찬가지로 N4 규칙은 MA PDU 세션이 생성되거나 MA PDU 세션이 SMF에 의해 업데이트 될 때 UPF에게 전송될 수 있다.
ATSSS에 대해서, QoS(Quality of Service)가 지원될 수 있다. 이하에서 QoS 지원(QoS 지원)에 대해 설명한다.
단일 액세스 PDU 세션을 위한 5G QoS 모델은 MA PDU 세션에도 적용될 수 있다. 예를 들어, QoS 플로우(flow)는 MA PDU 세션에서 QoS 구별(differentiation)의 가장 세분화된 수준(the finest granularity of QoS differentiation)일 수 있다. 단일-액세스 PDU 세션과 비교했을 때, 한가지 차이점은 MA PDU 세션에서 AN과 PSA 사이에 별도의 사용자 평면 터널들이 존재할 수 있으며, 각각의 사용자 평면 터널이 특정 액세스(3GPP 액세스 또는 비-3GPP 액세스 중 하나)와 연관된다는 것이다. 하지만, QoS 플로우는 특정 액세스와 연관되지 않을 수 있다. 즉, QoS 플로우는 액세스에 구애받지 않으므로, 트래픽이 3GPP 액세스 및 비-3GPP 액세스를 통해 분배될 때 동일한 QoS가 지원될 수 있다. SMF는 3GPP 액세스 및 비-3GPP 액세스에서 동일한 QoS Flow ID (QFI)를 제공하여, 두 액세스 모두에서 동일한 QoS가 지원되도록 할 수 있다.
ATSSS와 관련하여, 액세스 네트워크 성능 측정(Access Network Performance Measurements)이 지원될 수 있다. 이하에서, Access Network Performance Measurements에 대해 설명한다.
MA PDU 세션이 수립되면, 네트워크는 UE에게 측정 지원 정보(Measurement Assistance Information)를 제공할 수 있다. 측정 지원 정보 는 UE가 두 액세스 모두에서 수행해야 하는 측정을 결정하는데 사용될 수 있으며, 측정 지원 정보는 UE가 측정 보고를 네트워크로 보낼 필요가 있는지 여부를 결정하는 데 사용될 수 있다.
측정 지원 정보는 UPF에서의 성능 측정 기능(Performance Measurement Function: PMF)의 addressing 정보를 포함할 수 있으며, UE는 다음의 예시와 같은 방식으로 PMF 프로토콜 메시지를 전송할 수 있다:
- IP 타입의 PDU 세션의 경우, 측정 지원 정보에는 PMF에 대한 하나의 IP 주소, 3GPP 액세스와 관련된 User Datagram Protocol (UDP) 포트 및 비3GPP 액세스와 관련된 다른 UDP 포트가 포함될 수 있다;
- 이더넷 타입의 PDU 세션의 경우, 측정 지원 정보에는 3GPP 액세스와 관련된 하나의 MAC 주소와 비3GPP 액세스와 관련된 다른 MAC 주소가 포함될 수 있다.
NOTE 1: UPF에서 PMF를 보호하기 위해(예: PMF에 대한 Distributed Denial of Service (DDOS) 차단), PMF의 IP 주소는 N3/N9 인터페이스를 통해 UE IP 주소에서만 액세스할 수 있다.
NOTE 2: MA PDU 세션이 해제된 후, MA PDU 세션에 대해 동일한 UE IP 주소/프리픽스가 짧은 시간 내에는 다른 UE에 할당되지 않을 수 있다.
UE와 PMF 간에 다음의 예시와 같은 PMF 프로토콜 메시지가 교환될 수 있다:
- 왕복 시간(Round Trip Time: RTT) 측정을 허용하는 메시지가 교환될 수 있다. 예를 들어, "최소 지연" Steering Mode가 사용되는 경우, RTT 측정을 허용하는 메시지가 교환될 수 있다.
- UE가 UPF에게 액세스 가용성/비가용성(availability/unavailability) 여부를 보고하기 위한 메시지를 전송할 수 있다.
UE와 UPF 간에 교환되는 PMF 프로토콜 메시지는 사용 가능한(available) 액세스(들)에 대한 default QoS 규칙과 관련된 QoS Flow을 사용할 수 있다.
MA PDU 세션에 대한 기본 QoS 규칙과 관련된 QoS Flow는 Non-GBR QoS Flow일 수 있다.
PMF 프로토콜 메시지에 대해, UE는 ATSSS 규칙을 적용하지 않으며, UPF는 Multimedia-Authentication-Request (MAR) 규칙을 적용하지 않는다.
UE가 MA PDU 세션을 요청하고, UE가 모든 steering mode로 MPTCP 기능을 지원할 수 있고 Active-Standby 조정 모드에서만 ATSSS-LL 기능을 지원할 수 있음을 나타낼 수 있다. 이 경우, UE가 액세스 가용성/비가용성(availability/unavailability) 보고를 UPF에게 전송할 수 있도록, 네트워크는 UE를 위한 측정 지원 정보(Measurement Assistance Information)를 UE에게 전송할 수 있다. 이 경우, UE와 UPF가 MPTCP 계층에서 사용 가능한 측정을 사용할 수 있으므로, UE와 UPF는 PMF를 사용하여 RTT 측정을 수행하지 않는다.
이하에서, RTT 측정을 설명한다.
RTT 측정은 UE와 UPF에 의해 독립적으로 수행될 수 있다. 한쪽에서 다른 쪽으로 측정 보고가 없을 수 있다. RTT 측정은 "최소 지연" Steering Mode 를 지원하도록 정의될 수 있다.
UE 및 UPF에 의한 RTT 추정은 다음 메커니즘을 기반으로 할 수 있다:
1. UE의 PMF는 PMF-Echo Request 메시지를 사용자 평면을 통해 UPF의 PMF로 전송하고, UPF의 PMF는 각각에 대해 PMF-Echo Response 메시지로 응답할 수 있다. 유사하게, UPF의 PMF는 PMF-Echo Request 메시지를 사용자 평면을 통해 UE의 PMF로 전송하고, UE의 PMF는 각각에 대해 PMF-Echo Response 메시지로 응답할 수 있다.
2. IP 타입의 MA PDU 세션의 경우, 다음과 같은 내용이 적용될 수 있다:
- UE의 PMF는 UDP/IP를 통해, UPF의 PMF에게 PMF 메시지를 보낼 수 있다. 목적지 IP 주소는 측정 지원 정보에 포함된 IP 주소이고, 목적지 UDP 포트는 측정 지원 정보에 포함된 두 개의 UDP 포트 중 하나일 수 있다. 하나의 UDP 포트는 3GPP 액세스를 통해 UPF에 PMF 메시지를 보내는 데 사용되고, 다른 UDP 포트는 비-3GPP 액세스를 통해 UPF에 PMF 메시지를 보내는 데 사용될 수 있다. 소스 IP 주소는 MA PDU 세션을 위해 UE에 할당된 IP 주소이고, 소스 UDP 포트는 PMF 통신을 위해 UE에 의해 동적으로 할당되는 UDP 포트일 수 있다. UE의 이 소스 UDP 포트는 MA PDU 세션의 전체 수명 동안 동일하게 유지될 수 있다.
- UPF의 PMF는 UDP/IP를 통해, UE의 PMF에 PMF 메시지를 보낼 수 있다. 소스 IP 주소는 측정 지원 정보에 제공된 것과 동일한 IP 주소이고, 소스 UDP 포트는 측정 지원 정보에 제공된 두 UDP 포트 중 하나일 수 있다. 하나의 UDP 포트는 3GPP 액세스를 통해 UE에 PMF 메시지를 전송하는 데 사용되며, 다른 UDP 포트는 비-3GPP 액세스를 통해 UE에 PMF 메시지를 전송하는 데 사용될 수 있다. 목적지 IPv4 주소는 MA PDU 세션(있는 경우)을 위해 UE에 할당된 IPv4 주소이고, 목적지 IPv6 주소는 MA PDU 세션(있는 경우)에 할당된 IPv6 prefix에서 UE가 선택한 IPv6 주소일 수 있다. 목적지 UDP 포트는 UE에서 동적으로 할당된 UDP 포트이며, UE로부터 수신된 모든 PMF 메시지에 포함될 수 있다. UE가 측정 지원 정보를 수신한 경우 UE는 UE의 동적으로 할당된 UDP 포트 및 IPv6 주소(IPv6이 PMF 메시지에 사용되는 경우)에 대해 사용자 평면을 통해 네트워크에 알릴 수 있다. 이로 인해, UE의 MA PDU 세션이 설정되자마자, UPF가 IPv6 주소(해당되는 경우) 및 동적으로 할당된 UDP 포트를 아는 것이 가능하다.
3. 이더넷 타입의 MA PDU 세션의 경우, 다음과 같은 내용이 적용될 수 있다:
- UE의 PMF는 이더넷을 통해, UPF의 PMF에 PMF 메시지를 보낼 수 있다. Ethertype은 측정 지원 정보에 포함된 Ethertype이고, 목적지 MAC 주소는 측정 지원 정보에 포함된 두 개의 MAC 주소 중 하나일 수 있다. 하나의 MAC 주소는 3GPP 액세스를 통해 UPF에 PMF 메시지를 보내는 데 사용되며, 다른 MAC 주소는 비3GPP 액세스를 통해 UPF에 PMF 메시지를 보내는 데 사용될 수 있다. 소스 MAC 주소는 MA PDU 세션의 전체 수명 동안 동일하게 유지되는 UE의 MAC 주소일 수 있다.
- UPF의 PMF는 이더넷을 통해, UE의 PMF에 PMF 메시지를 보낼 수 있다. Ethertype은 측정 지원 정보에 제공된 것과 동일한 Ethertype이며, 소스 MAC 주소는 측정 지원 정보에 제공된 두 MAC 주소 중 하나일 수 있다. 하나의 MAC 주소는 3GPP 액세스를 통해 UE에 PMF 메시지를 전송하는 데 사용되며, 다른 MAC 주소는 비 3GPP 액세스를 통해 UE에 PMF 메시지를 전송하는 데 사용될 수 있다. 목적지 MAC 주소는 UE로부터 수신된 모든 PMF 메시지에 포함된 UE의 MAC 주소일 수 있다. UE가 측정 지원 정보를 수신하는 경우, UE는 UE의 MAC 주소에 대해 사용자 평면을 통해 네트워크에 알려서 MA PDU 세션이 수립되는 즉시 UPF가 UE의 MAC 주소를 알 수 있도록 해야 한다.
4. MA PDU 세션의 UP 연결이 액세스에서 비활성화되면, 이 액세스에서 PMF 요청 메시지가 전송되지 않는다. UPF의 PMF는 UP 연결을 사용할 수 없거나, (H-)SMF로부터 이 액세스에 대한 PMF 요청 전송을 중지하라는 알림을 받은 후에는, 이 액세스에 대해 PMF 요청을 보내지 않는다.
5. UE와 UPF는 이 액세스를 통해 얻은 RTT 측정값을 평균화하여 액세스 타입에 대한 평균 RTT의 추정치를 도출할 수 있다.
ATSSS에서, Steering 기능이 지원될 수 있다. 이하에서, Steering 기능에 대해 설명한다.
ATSSS 가능 UE(ATSSS-capable UE)가 3GPP 액세스 및 비-3GPP 액세스를 통해 MA PDU 세션의 트래픽을 steer(조정), 스위치, 및 분할(split)할 수 있는 ATSSS 가능 UE(ATSSS-capable UE)의 기능을 "steering functionality"라고 할 수 있다. ATSSS 가능 UE는 다음 예시와 같은 유형의 steering 기능 중에서 하나 이상을 지원할 수 있다:
1) IP(Internet Protocol) 계층 위에서 작동하는 고-계층(High-layer) steering 기능이 지원될 수 있다. 예를 들어, MPTCP(Multipath Transmission Control Protocol) 프로토콜을 적용하는 고-계층 steering 기능 "MPTCP functionality"가 지원될 수 있다. 여기서, 이 steering 기능("MPTCP functionality")은 MPTCP를 사용하도록 허용된 어플리케이션의 TCP 트래픽을 steer(조정), 스위치, 및 분할(split)하는데 적용될 수 있다. UE의 MPTCP 기능은 3GPP 사용자 평면 및/또는 비-3GPP 사용자 평면을 통해 UPF의 연관된 MPTCP Proxy 기능과 통신할 수 있다.
2) IP 계층 아래에서 작동하는 저-계층(Low-layer) steering 기능이 지원될 수 있다. 예를 들어, "ATSSS Low-Layer functionality" 또는 ATSSS-LL functionality로 불리는 저-계층 steering 기능이 지원될 수 있다. 여기서, 이 steering 기능("ATSSS Low-Layer functionality" 또는 ATSSS-LL functionality)은 모든 유형의 트래픽(예: TCP 트래픽, User Datagram Protocol(UDP) 트래픽, 이더넷 트래픽 등을 포함)을 steer(조정), 스위치, 및 분할(split)하는데 적용될 수 있다. ATSSS-LL functionality는 이더넷 타입의 MA PDU 세션에서는 의무적으로 지원되어야 한다. 네트워크에서, MA PDU 세션의 데이터 경로에는 ATSSS-LL을 지원하는 UPF가 하나는 존재해야 한다.
UE는 UE ATSSS Capability에 다음 중 하나를 포함시킴으로써, UE가 지원하는 스티어링 기능 및 스티어링 모드를 네트워크에 표시할 수 있다:
1) ATSSS-LL functionality with any steering mode. 이 경우 UE는 모든 스티어링 모드와 함께 ATSSS-LL 기능을 사용하여 MA PDU 세션의 모든 트래픽을 스티어링, 스위치 및 분할할 수 있음을 나타낼 수 있다.
2) MPTCP functionality with any steering mode 및 ATSSS-LL functionality with only Active-Standby steering mode. 이 경우, 모든 스티어링 모드와 함께 MPTCP 기능 및 Active-Standby steering 모드만 있는 ATSSS-LL 기능이 지원될 수 있다. 이 경우, UE는 다음을 표시할 수 있다:
2-a) UE는 모든 스티어링 모드와 함께 MPTCP 기능을 사용하여, MA PDU 세션의 MPTCP 트래픽을 조정, 전환 및 분할할 수 있다.
2-b) UE는 액티브-스탠바이 스티어링 모드와 함께 ATSSS-LL 기능을 사용하여, MA PDU 세션의 다른 모든 트래픽 (예: 비-MPTCP 트래픽)을 조정, 전환 및 분할할 수 있다.
3) MPTCP functionality with any steering mode 및 ATSSS-LL functionality with any steering mode. 이 경우, 모든 스티어링 모드와 함께 MPTCP 기능 및 모든 스티어링 모드와 함께 ATSSS-LL 기능이 지원될 수 있다. 이 경우, UE는 다음을 표시할 수 있다:
3-a) UE는 모든 스티어링 모드와 함께 MPTCP 기능을 사용하여, MA PDU 세션의 MPTCP 트래픽을 조정, 전환 및 분할할 수 있다.
3-b) UE는 모든 스티어링 모드와 함께 ATSSS-LL 기능을 사용하여 MA PDU 세션의 다른 모든 트래픽 (즉, 비 MPTCP 트래픽)을 조정, 전환 및 분할할 수 있습니다.
앞서 설명한 스티어링 기능은, MPTCP 기능과 ATSSS-LL 기능을 지원하는 ATSSS-가능 UE에 대한 예시적인 모델을 보여주는 도 9에 개략적으로 설명되어 있다.
도 9은 UE의 steering 기능의 예시를 나타내는 도면이다.
도 9의 예시에서, MPTCP flow는 MPTCP가 적용될 수 있는 어플리케이션의 트래픽을 나타낼 수 있다. 도면에서 3개의 서로 다른 IP 주소들(예: IP@1, IP@2, IP@3)이 UE에 도시된다.
이 그림의 "Low-Layer"는 IP 계층 아래에서 작동하는 기능 (예 : UE의 다른 네트워크 인터페이스)을 포함하고 "High-Layer"는 IP 계층 위에서 작동하는 기능을 포함할 수 있다.
UE의 동일한 MA PDU 세션 내에서, MPTCP 기능을 사용하여 MPTCP flow를 스티어링할 수 있고, 동시에, ATSSS-LL 기능을 사용하여 모든 다른 flow를 스티어링할 수 있다. 동일한 패킷 플로우에 대해, 하나의 스티어링 기능이 사용될 수 있다.
UE의 모든 스티어링 기능은 ATSSS 규칙의 동일한 세트를 사용하여, ATSSS 결정(예: 어떻게 트래픽을 스티어링, 스위치, 스플릿할지 결정)을 수행할 수 있다. 비슷하게, UPF에서의 모든 ATSSS 결정은 ATSSS를 지원하는 N4 규칙의 동일한 세트를 적용하여 수행될 수 있다. ATSSS를 지원하는 ATSSS 규칙 및 N4 규칙은 MA PDU 세션이 수립될 때, UE 및 UPF 각각에게 제공될 수 있다.
UE가 MPTCP functionality 및 ATSSS-LL functionality를 모두 지원하는 경우, UE는 제공된 ATSSS 규칙을 사용하여, 특정한 패킷 플로우에 대해 적용할 스티어링 기능을 결정할 수 있다.
이하에서, ATSSS 규칙에 대해 구체적으로 설명한다.
MA PDU 세션이 수립된 이후, UE는 SMF로부터 ATSSS 규칙의 우선 순위 리스트(prioritized list of ATSSS rules)를 수신할 수 있다. ATSSS 규칙의 구조의 예시는 이하 표 3과 같다.
Information name Description Category SMF가 PDU 컨텍스트에서 수정할 수 있는지 여부
(SMF permitted to modify in a PDU context)		 Scope
Rule Precedence UE에서 ATSSS 규칙이 평가되는 순서를 결정함 (Determines the order in which the ATSSS rule is evaluated in the UE) Mandatory
(NOTE　1)		 Yes PDU context
트래픽 설명자
(Traffic Descriptor)		 이 부분은 ATSSS 규칙의 트래픽 설명자 컨포넌트를 정의함 Mandatory
(NOTE　2)
어플리케이션 설명자
(Application descriptors)		 트래픽을 생성하는 어플리케이션을 식별하는 하나 이상의 어플리케이션 ID를 포함함
(NOTE　3).		 Optional Yes PDU context
IP 설명자
(NOTE　4)		 IP 트래픽의 목적지를 식별하는 하나 이상의 5-튜플을 포함함(One or more 5-tuples that identify the destination of IP traffic.) Optional Yes PDU context
Non-IP 설명자
(NOTE　4)		 이더넷 트래픽과 같은 비-IP 트래픽의 목적지를 식별하기 위한 하나 이상의 설명자를 포함. Optional Yes PDU context
액세스 선택 설명자
(Access Selection Descriptor)		 이 부분은 ATSSS 규칙의 액세스 선택 설명자 컴포넌트를 정의함 Mandatory
Steering Mode 매칭되는 트래픽에 적용될 수 있는 Steering mode를 식별함 Mandatory Yes PDU context
Steering Functionality 매칭되는 트래픽에 대해, MPTCP 기능 또는 ATSSS-LL 기능이 적용될 수 있는지 여부를 식별함. Optional
(NOTE　5)		 Yes PDU context
상기 표 3에서, NOTE1 내지 NOTE5는 아래와 같다:
NOTE　1: 각각의 ATSSS 규칙은 다른 ATSSS 규칙과 서로 다른 precedence value를 가질 수 있다.
NOTE　2: 트래픽 설명자 컴포넌트는 하나 이상 존재할 수 있다.
NOTE　3: 어플리케이션 ID는 OSId(Operating System Id) and an OSAppId(Operating System Application Id)를 포함할 수 있다.
NOTE　4: ATSSS 규칙은 IP 설명자와 비-IP 설명자를 모두 포함 할 수 없다.
NOTE　5: UE가 하나의 Steering Functionality 만 지원하는 경우, 이 컴포넌트는 생략될 수 있다.
UE는 우선 순위(priority order)에 따라 ATSSS 규칙을 평가(evaluate)할 수 있다.
각 ATSSS 규칙은 규칙이 적용 가능한 시기를 결정할 수 있는 트래픽 설명자(예: 표 3의 예시에서 설명된 하나 이상의 컴포넌트 포함)를 포함할 수 있다. 트래픽 설명자의 모든 컴포넌트가 고려된 service data flow (SDF)와 일치할(match) 때, ATSSS 규칙은 적용 가능하다고 결정될 수 있다.
MA PDU 세션의 타입에 따라, 트래픽 설명자는 다음의 예시와 같은 컴포넌트를 포함할 수 있다:
- MA PDU 세션의 타입이 IPv4, 또는 IPv6, 또는 IPv4v6 타입인 경우: 트래픽 설명자는 어플리케이션 설명자 및/또는 IP 설명자를 포함할 수 있다.
- MA PDU 세션의 타입이 이더넷 타입인 경우: 트래픽 설명자는 어플리케이션 설명자 및/또는 비-IP 설명자를 포함할 수 있다.
모든 SDF들과 매치되는 "match all" 트래픽 설명자가 있는 하나의 ATSSS 규칙이 UE에게 제공될 수 있다. 이 ATSSS 규칙이 제공되면, 이 ATSSS 규칙은 가장 낮은 Rule Precedence value(규칙 우선 순위 값)을 가질 수 있다. 이 ATSSS 규칙은 UE에 의해서 가장 마지막에 평가될 수 있다.
각각의 ATSSS 규칙은 다음의 예시와 같은 컴포넌트를 포함하는 액세스 선택 설명자를 포함할 수 있다:
- ATSSS 규칙은 Steering Mode를 포함할 수 있다. Steering Mode는 매치되는 SDF가 3GPP 액세스 및 비-3GPP 액세스를 통해 어떻게 분배되어야 하는지 결정할 수 있다. 이하의 예시와 같은 Steering Mode가 지원될 수 있다:
- 1) Active-Standby: Active-Standby는 하나의 액세스(Active access)에서(이 액세스가 사용 가능한(available) 경우), SDF를 스티어링 하는데 사용될 수 있다. 그리고, Active access가 사용 불가능(unavailable)할때, Active-Standby는 SDF를 다른 사용 가능한 액세스(Standby access)로 스위칭하는데 사용할 수 있다. Active access가 다시 사용 가능하게 되면, SDF는 Active access로 다시 스위칭될 수 있다. Standby access가 정의되지 않은 경우, SDF는 활성 액세스에서만 허용되며 다른 액세스로 전송 될 수 없다.
- 2) Smallest Delay: Smallest Delay는 왕복 시간 (Round-Trip Time: RTT)이 가장 작은 것으로 결정된 액세스로 SDF를 스티어링하는 데 사용될 수 있다. 3GPP 액세스 및 비-3GPP 액세스를 통한 RTT를 결정하기 위해, UE 및 UPF에 의해 측정이 수행될 수 있다. 또한 하나의 액세스가 사용할 수 없게(unavailable)되면, PCC 규칙에 의해 허용되는 경우, SDF 트래픽은 다른 사용가능한 액세스로 스위칭될 수 있다.
- 3) Load-Balancing: Load-Balancing은 두 액세스가 모두 사용 가능한 경우, SDF를 두 액세스 모두를 통해 분할하는 데 사용될 수 있다. Load-Balancing은 3GPP 액세스 및 비-3GPP 액세스를 통해 전송되는 SDF 트래픽의 백분율 (percentage)을 포함할 수 있다. Load-Balancing은 비-GBR(Guaranteed Bit Rate) QoS 플로우에만 적용될 수 있다. 또한, 하나의 액세스가 사용할 수 없게 되면, 사용 가능한 다른 액세스를 통한 SDF 트래픽의 백분율이 100%인 것처럼,모든 SDF 트래픽이 사용 가능한 다른 액세스로 스위칭될 수 있다.
- 4) Priority-based: Priority-based는 높은 우선 순위 액세스로 SDF의 트래픽을 스티어링하는데 사용될 수 있다. Priority-based는 높은 우선 순위 액세스가 혼잡하다(congested)고 판단되기 전까지, 높은 우선 순위 액세스로 SDF의 트래픽을 스티어링하는데 사용될 수 있다. 높은 우선 순위 액세스가 혼잡하다(congested)고 판단된 경우, SDF의 트래픽은 우선 순위가 낮은 액세스로도 전송될 수 있다. 즉, SDF 트래픽이 두 액세스를 통해 분할(split)될 수도 있다. 또한, 높은 우선 순위 액세스를 사용할 수 없게 되면, 모든 SDF 트래픽이 낮은 우선 순위 액세스를 통해 스위칭될 수 있다. UE와 UPF가 액세스에서 혼잡이 발생하는 시기를 결정하는 방법은 구현에 따라 다를 수 있다.
- ATSSS 규칙은 Steering Functionality를 포함할 수 있다. Steering Functionality는 MPTCP 기능 또는 ATSSS-LL 기능이 매칭되는 SDF의 트래픽을 스티어링하는데 사용될 수 있는지 여부를 식별하는데 사용될 수 있다. Steering Functionality는 UE가 ATSSS를 위한 다수의 기능을 지원할 때 사용될 수 있다.
참고로, 하나의 액세스가 사용 가능해 지거나, 사용 불가능해 질 때 ATSSS 규칙을 업데이트할 필요는 없다.
UE에게 제공될 수 있는 ATSSS 규칙의 예시를 다음과 같이 설명한다:
a) ATSSS 규칙이 "Traffic Descriptor: UDP, DestAddr 1.2.3.4" 및 "Steering Mode: Active-Standby, Active=3GPP, Standby=non-3GPP"를 포함할 수 있다:
- 이 ATSSS 규칙은 "active access(3GPP 액세스)가 사용 가능한 경우, 목적지(destination) IP 주소 1.2.3.4를 가지는 UDP 트래픽을 active access(3GPP 액세스)로 스티어링한다. active access 가 사용 불가능한 경우, standby access(비-3GPP 액세스)를 사용한다"를 의미할 수 있다.
b) ATSSS 규칙이 "Traffic Descriptor: TCP, DestPort 8080", 및 "Steering Mode: Smallest Delay"를 포함할 수 있다:
- 이 ATSSS 규칙은 "목적지 포트 8080을 가지는 TCP 트래픽을 최소한의 지연을 갖는 액세스로 스티어링한다"를 의미할 수 있다. UE는 최소한의 지연을 갖는 액세스를 결정하기 위해, 2개의 액세스 모두를 통해 RTT를 측정할 수 있다.
c) ATSSS 규칙이 "Traffic Descriptor: Application-1" Steering Mode: Load-Balancing, 3GPP=20%, non-3GPP=80%", 및 "Steering Functionality: MPTCP"를 포함할 수 있다:
- 이 ATSSS 규칙은 " MPTCP 기능을 사용하여, 어플리케이션-1의 트래픽의 20%를 3GPP 액세스를 통해 전송하고, 어플리케이션-1의 트래픽의 80%를 비-3GPP 액세스로 전송한다"를 의미할 수 있다.
II. 본 명세서의 개시와 관련된 기술 및 절차
이하에서, 본 명세서의 개시와 관련된 기술 및 절차를 설명한다. 또한, 이하에서는 본 명세서의 개시에서 해결하고자 하는 문제점의 예시도 설명될 수 있다.
ATSSS에 대해, 다양한 Steering Mode(예: Active-Standby, Smallest Delay, Load-Balancing, Priority-based 등) 가 정의되었다. ATSSS에 대해 기존에 정의된 Steering Mode에 더하여, 추가로 어떤 Steering Mode를 더 지원할 수 있을지에 대한 Issue가 다음과 같이 논의되고 있다.
추가적인 Steering Mode와 관련된 Issue의 예시는 다음과 같다.
추가적인 Steering Mode를 지원할지 여부 및 추가적인 Steering Mode를 지원하는 방안이 논의될 필요가 있다. 추가적인 Steering Mode와 관련된 Issue에 대해, 다음의 예시와 같은 내용들이 논의될 수 있다:
- Steering Mode들로 갭 식별(identify gaps with steering modes);
- 새로운 Steering Mode가 UE 및 5G RG (Residential Gateway)에 전달되는 네트워크 서비스를 개선할 수 있는지 여부 및 새로운 Steering Mode가 UE 및 5G RG에 전달되는 네트워크 서비스를 개선하는 방법을 식별하고, 추가적인 Steering Mode를 정의할 수 있는지 여부를 결정;
- UE와 네트워크 사이 및 잠재적으로 NF 사이(예: SMF와 UPF 사이)의 추가적인 Steering Mode(s)의 지원을 협상할지 여부 및 협상하는 방법 (whether and how to negotiate the support of additional steering mode(s) between the UE and the network and potentially between NF (e.g. between SMF and UPF));
- 이러한 추가적인 Steering Mode를 지원하기 위해 PCC 규칙, ATSSS 규칙 및 N4 규칙을 향상시킬지 여부 및 향상시키는 방법;
- 이러한 추가적인 Steering Mode(s)를 지원하기 위해 PMF를 향상시킬지 여부와 향상시키는 방법, 그리고 UE와 네트워크에 미치는 영향.
추가적인 Steering Mode와 관련된 Issue의 예시에 대해, 다음의 내용과 같은 논의가 제안되었다.
이하에서, 새로운 Steering Mode(Autonomous steering mode with advanced PMF)의 예시에 대해 설명한다.
이러한 새로운 Steering Mode를 지원하려면, 종래에 정의된 정의된 링크 performance measurement function (PMF)이 향상되어야 한다. 종래의 PMF는 PDU 세션당 RTT 측정 및 액세스 가용성 보고(access availability report)를 지원할 수 있다. RTT 측정과 관련하여, 디폴트 QoS flow은 측정 트래픽을 전송하는 데 사용될 수 있다. 그리고, 이 QoS flow에서 감지된(또는 검출된)(detected) RTT 값은 이 액세스를 통해 이 PDU 세션에 대한 RTT로 처리될 수 있다. 분명히, 이 RTT 값은 이 액세스를 통한 이 PDU 세션의 모든 트래픽에 대한 정확한 RTT를 반영할 수는 없다. Latency에 민감한 일부 서비스 트래픽의 경우 QoS flow별 RTT 측정이 필요하다. 또한, 링크 성능을 결정하는 데 있어서, RTT를 제외하고, loss ratio와 jitter에 대한 측정도 중요하므로, 더 나은 트래픽 조정/교환/분할(steering/switching/splitting)이 가능할 수 있다. 동시에, 최대 RTT, 최대 UL/DL 패킷 손실률(Packet Loss Rate) 및 지터(jitter)와 같은 이러한 파라미터에 해당하는 일부 임계값은, RAN 지원 정보(예: 핸드오버 임계값 결정을 위해 RAN을 지원하는 3GPP 액세스에 대해 정의된 RAN 지원 정보)와 유사하게 트래픽 조정/전환/분할을 트리거하기 위해 UE 및 UPF로 전송될 수 있다.
다음의 예시와 같은 다양한 특성이 설명될 수 있다:
- QoS flow별 RTT 측정
- QoS flow별 Packet Loss Rate측정
- QoS flow별 jitter 측정
- traffic steering/switching/splitting 을 위한 임계값;
이러한 특성은 독립적으로 선택될 수 있다.
링크 성능 측정(link performance measurement)의 개선에 대해 설명한다.
QoS flow 별 RTT 측정:
MA PDU 세션이 수립되면, 네트워크는 UE에게 측정 지원 정보를 제공할 수 있다.
QoS flow 별 RTT 측정은 UE 또는 UPF에 의해 독립적으로 트리거될 수 있다. 측정 지원 정보에는 RTT 측정이 적용될 QFI가 포함될 수 있다. 선택적으로, RTT 측정 주파수는 네트워크 측에서 결정되고, RTT 측정 주파수는 측정 지원 정보를 통해 UE로 전송될 수도 있다.
QoS flow 별 RTT 측정에 대해, 이하의 예시와 같은 메커니즘이 사용될 수 있다.
IP 타입의 MA PDU 세션의 경우, 다음과 같은 내용이 적용될 수 있다:
- UE의 PMF는 UDP/IP를 통해 UPF의 PMF에 하나의 QoS flow을 통해 PMF 메시지를 보낼 수 있다. 목적지 IP 주소와 UDP 포트는 종래에 정의된 바와 같을 수 있다. 즉, 대상 IP 주소는 PMF IP 주소이고 UDP 포트 번호는 이 메시지가 전송되는 액세스에 해당할 수 있다. UPF가 메시지를 수신하면, UPF는 목적지 IP 주소에 기초하여 PMF 메시지를 식별할 수 있다.
- UPF의 PMF는 UDP/IP를 통해 UE의 PMF에 PMF 메시지를 보낼 수 있다. 종래에 정의된 바와 같이, 소스 IP 주소는 측정 지원 정보에 제공된 것과 동일한 IP 주소이고, 소스 UDP 포트는 측정 지원 정보에 제공된 두 UDP 포트 중 하나일 수 있다. 종래에 정의된 바와 같이, 목적지 IP 주소는 UE가 할당한 MA PDU 세션 IP 주소이며, MA PDU 세션 수립 후 UDP 포트는 사용자 평면을 통해 UE에 의해 전송될 수 있다. 메시지가 UE에 의해 수신될 때, UE는 PMF의 소스 IP 주소에 기초하여 PMF 메시지를 식별할 수 있다.
이더넷 타입의의 MA PDU 세션의 경우, 다음과 같은 내용이 적용될 수 있다:
- UE의 PMF는 이더넷을 통해 UPF의 PMF에 PMF 메시지를 보낼 수 있다. 목적지 MAC 주소는 측정 지원 정보에 포함될 수 있다. 그런 다음 UPF는 목적지 MAC 주소에 기초하여, PMF 메시지를 식별할 수 있다.
- UPF의 PMF는 이더넷을 통해 UE의 PMF에 PMF 메시지를 보낼 수 있다. 소스 MAC 주소와 목적지 MAC 주소는 종래에 정의된 바와 같을 수 있다. 그러면 UE는 소스 MAC 주소에 기초하여 PMF 메시지를 식별할 수 있다.
UE와 UPF는 이 액세스를 통해 획득한 RTT 측정값을 평균화하여, 액세스 타입에 대한 평균 RTT의 추정치를 도출할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10은 종래의 RTT 측정과 향상된 RTT 측정의 예를 나타낸다.
도 10을 참조하면, 아래 부분에 작성된 "Per PDU for RTT"는 종래의 방식에 따른 RTT 측정의 예시를 나타낸다. 윗 부분에 작성된 "Per QoS flow for RTT"는 향상된 RTT 측정의 예시를 나타낸다.
GBR 트래픽에 대한 QoS 파라미터가 보장되고, GBR 트래픽이 하나의 액세스를 통해서만 전송되므로 다른 경로 RTT 값과의 비교가 없다는 점을 고려하여, GBR QoS flow에 대한 RTT 측정을 수행하는 것은 제안하지 않을 수 있다.
종래에 정의된 PDU 세션당 RTT 측정(예: 도 10의 Per PDU for RTT)과 비교하여, 향상된 RTT 측정(예: 도 10의 Per QoS flow for RTT)은 보다 정확하게 RTT 측정을 만들 수 있다. non-GBR QoS flow의 경우에도 다른 5QI에 해당하는 다른 QoS flow는 다른 packet delay budget requirement(예: TS 23.501 Table 5.7.4-1 참조)를 가질 수 있다. 예를 들어, 5QI=5일 때 packet delay budget은 100ms이지만, 5QI=6이면 패킷 지연 예산은 5QI=5의 3배인 300ms일 수 있다. 따라서 다른 모든 비-GBR QoS flow을 대표하는 하나의 비-GBR QoS flow RTT를 사용하는 것은 올바르지 않을 수 있다.
1) QoS flow 별 packet loss ratio 측정. 참고로, packet loss ratio 측정에 대해 TR 23.793 V16.0.0 section 6.3.1.4에 설명된 것과 동일한 메커니즘이 적용될 수 있다.
UE와 UPF는 경로 성능 측정 절차(path performance measurement procedure)에서 패킷 손실률(packet loss ratio)을 계산하기 위해 일정 주기로 패킷 카운팅 정보를 교환할 수 있다.
- UE는 하나의 PMF 요청 메시지가 전송된 시점과 이전의 PMF 요청 메시지가 전송된 시점 사이에서, 하나의 QoS flow을 통해 전송된 UL 패킷의 수를 계산하고, 이 PMF 요청 메시지를 통해 UPF에게 결과를 제공할 수 있다.
- 또한, UPF도 하나의 PMF 요청 메시지가 수신된 시점과 이전의 PMF 요청 메시지 수신된 시점 사이에서, 하나의 QoS flow을 통해 수신된 UL 패킷의 수를 계산할 수 있다. UPF는 로컬 카운팅 결과와 UE가 전송한 UL 패킷 수에 기초하여 UL 패킷 손실률(packet loss ratio)을 계산할 수 있다.
- UPF는 UL 패킷 손실 비율의 결과를 PMF 응답 메시지를 통해 UE에 보낼 수 있다. UPF가 하나의 PMF 응답 메시지가 전송된 시점과 이전의 PMF 응답 메시지가 전송된 시점 사이의 DL 패킷 손실률을 측정한 경우, UPF는 동일한 메시지 내에 DL 패킷 수를 카운팅한 정보도 포함시킬 수 있다.
- UE는 하나의 PMF 응답 메시지가 수신된 시점과 이전의 PMF 응답 메시지가 수신된 시점 사이에 수신된 DL 패킷의 수를 카운팅할 수 있다. UE는 로컬 카운팅 결과와 UPF가 보낸 DL 패킷 수에 기초하여, DL 패킷 손실률을 계산하고, 후속 PMF 메시지를 통해 DL 패킷 손실률을 UPF로 보낼 수 있다.
패킷 손실률을 계산하기 위해 적용되는 PMF 메시지는 RTT를 측정하는 데 사용되는 PMF 메시지와 동일할 수 있다. RTT를 측정하는 데 사용되는 PMF 메시지에 패킷 수 및/또는 패킷 손실률 IE(s)를 추가하기면, 이 PMF 메시지는 패킷 손실률을 계산하기 위해 적용될 수 있다. UE가 개시한 UL 패킷 손실률 측정을 예로 들면, UE로부터의 PMF 요청 메시지와 UPF로부터의 해당 PMF 응답 메시지(예: Transaction ID는 요청/응답 메시지를 식별하는 데 사용됨)는 패킷의 수 및 패킷 손실 비율을 전송하는데 적용될 수 있다. 이하의 도 11의 예시를 참조하면, 패밋 손실 비율을 측정하는 예시가 도시된다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11은 패킷 손실 비율 측정의 예를 나타낸다.
도 11의 예시를 참조하면, UL 트래픽에 대한 패킷 손실 비율을 측정한 예시가 도시된다.
UE가 전송하는 PMF 요청 메시지는 TI (Transaction ID)정보 및 UE가 전송한 패킷의 수(예: 하나의 PMF 요청 메시지가 전송된 시점과 이전의 PMF 요청 메시지가 전송된 시점 사이의 UL 패킷의 수)를 포함할 수 있다. TI 정보는 PMF 메시지를 구분하기 위해 사용될 수 있다. 예를 들어, TI 정보는 EPTI (Extended procedure transaction identity)일 수도 있다. 예를 들어, UE가 PMF 요청 메시지에 포함된 EPTI를 1로 설정해서 전송하면, UPF는 PMF 요청 메시지에 대한 응답 메시지에 포함된 EPTI를 1로 설정해서 전송할 수 있다. 예를 들어, PMF 메시지(예: 요청 메시지, 응답 메시지 등)에 포함된 EPTI에 기초하여, UE는 해당 PMF 메시지가 어떤 PMF 요청 메시지에 대한 응답 메시지인지 등을 알 수 있다. PMF 요청 메시지가 전송될 때마다, EPTI의 값이 증가될 수도 있다. 참고로, NAS 계층에 기반한 메시지의 전송에도 PTI(procedure transaction identity)가 사용될 수도 있다. NAS 계층에 기반한 메시지의 전송보다 PMF 메시지의 전송이 더 자주 발생하기 때문에, EPTI가 정의되었다.
UE로부터 PMF 요청 메시지를 수신한 UF는, UL 패킷의 수를 계산할 수 있다. 예를 들어, UPF도 하나의 PMF 요청 메시지가 수신된 시점과 이전의 PMF 요청 메시지 수신된 시점 사이에서, 하나의 QoS flow을 통해 수신된 UL 패킷의 수를 계산할 수 있다. 그리고, UPF는 로컬 카운팅 결과(예: UPF가 계산한 UL 패킷의 수)와 UE가 전송한 UL 패킷 수에 기초하여 UL 패킷 손실률을 계산할 수 있다. UPF가 전송하는 PMF 응답 메시지는 TI 정보 및 UL 패킷의 손실 비율에 대한 정보를 포함할 수 있다.
앞서 설명한 내용과 같이, 새로운 Steering Mode에 대한 논의(예: 솔루션)에 따르면, 5GS에 대해, 다음과 같은 영향이 있을 수 있다. 위 솔루션은 5GS에서의 다음과 같은 엔티티에 영향을 미칠 수 있다:
- SMF는 새로운 Steering Mode를 지원하는 UPF를 선택하는 것을 지원할 수 있다.
- PCF는 Service Data Flow(SDF) 를 위해 새로운 Steering Mode를 승인하는 것을 지원할 수 있다.
- UPF는 새로운 Steering Mode와 PMF의 향상을 지원할 수 있다.
- UE는 새로운 Steering Mode와 PMF의 향상을 지원할 수 있다.
- 5G-AN/NG RAN에는 영향이 없을 수 있다.
앞서 설명한 내용과 같이, 종래 기술에서는 PMF를 이용해서 multiple QoS flow에 대한 access measurement를 수행하는 방안이 논의되었다. 구체적으로, multiple QoS flow의 모든 QoS flow 각각에 대한 측정을 수행하는 방안이 논의되었다.
한편, 5GS에서는 access network에서 여러 개의 QoS flow가 하나의 radio bearer로 mapping될 수도 있다. 참고로, 본 명세서에서 radio bearer는 3GPP access의 radio bearer 뿐만 아니라 non-3GPP access에서의 Internet Key Exchange (IKE) tunnelling (Child security association (SA))으로 해석될 수도 있다.
Access network에서 multiple QoS flow가 하나의 radio bearer로 관리되는 경우, 단말 및/또는 UPF가 각각의 QoS flow 별로 access measurement를 수행하면, user plane signalling과 processing이 증가하기만 하고, 별다른 이득이 없게 된다. 왜냐하면, 하나의 radio bearer에 매핑된 여러 개의 QoS flow 각각에 대한 측정은, 서로 유사한 결과를 도출하기 때문이다.
다시 말해서, Multiple QoS Flow를 효율적으로 사용하기 위해, Multiple QoS Flow에 대한 측정이 수행될 수 있다. 하지만, 종래에는 Multiple QoS Flow에 대한 측정을 효율적으로 수행하는 방안이 논의되지 않았다. 예를 들어, Multiple QoS Flow가 하나의 무선 자원(radio resource)(예: radio bearer)에 맵핑될 수 있다. 이 경우, 종래 기술에 따르면 Multiple QoS Flow에 포함된 QoS Flow 각각에 대해 측정이 수행되는데, 이로 인해 무선 자원과 컴퓨팅 자원이 낭비되는 문제가 있다. 또한, Multiple QoS Flow에 대해 Packet Loss Ratio (PLR) 측정이 수행되는 경우, 많은 자원이 낭비되는 문제가 있다.
예를 들어, MA PDU Session에서 multiple QoS Flow에 대한 measurement가 수행될 수 있다. 하지만 multiple QoS Flow가 하나의 radio resource (e.g. radio bearer)에 mapping되어 있는 경우, radio 가 QoS flow에 가장 많은 영향을 주기 때문에, 각각의 QoS flow에 대한 측정이 거의 동일한 결과를 가질 수 있다. 이러한 경우, measurement를 위한 radio / computing resource가 낭비되는 문제가 발생할 수 있다.
multiple QoS Flow에 대해 PLR measurement가 수행될 수 있다. 이 경우, 실제 전송한 데이터를 기반으로 얼마나 많은 패킷이 전송되는지 체크해야 한다. 이를 위해서는 단말과 UPF가 계속해서 전송된 패킷을 counting할 수 있다. 만일 multiple QoS Flow 각각에 대해서 이러한 작업을 수행할 경우, 많은 리소스가 필요할 수 있다.
따라서 이러한 문제를 해결하기 위한 방법이 필요하다.
III. 본 명세서의 개시
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
본 명세서의 개시에서는, 앞서 설명한 다양한 문제점을 해결하기 위해서 다음과 같은 방법들을 제안한다. 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
이하에서, 본 명세서의 개시의 제1예 내지 제8예를 참조하여, 본 명세서의 개시를 설명한다. 이하에서 설명하는 본 명세서의 개시의 제1예 내지 제8예는 조합되어 구현될 수도 있다.
1. 본 명세서의 개시의 제1예
본 명세서의 개시의 제1예는 SMF가 각각의 QoS flow별로 별도의 radio bearer를 할당 할 것을 access network(AN)으로 요청하는 방안의 예시를 설명한다.
본 명세서의 개시의 제1예에 따르면, SMF는 QoS flow 별로(per QoS flow) access measurement가 필요한 QoS flow들에 대해서, Access network (AN)에게 하나의 radio bearer로 mapping하지 않도록 하는 정보를 알려줄 수 있다. 예를 들어, SMF는 QoS flow 별로(per QoS flow) access measurement가 필요한 QoS flow들을 식별할 수 있다. 그리고, SMF는 AN에게 이러한 QoS flow들을 하나의 radio bearer로 mapping하지 않도록 하는 정보를 AN에게 전송할 수 있다. 이에 따라, AN은 이러한 이러한 QoS flow들을 하나의 radio bearer로 mapping하지 않고, 복수의 radio bearer에 맵핑할 수 있다.
즉, SMF가 AN과 radio resource setup에 관련된 절차를 수행할 때 (e.g. PDU Session Establishment 과정, PDU Session Activation 과정, PDU Session Modification 과정 등), SMF는 N2 information을 AN으로 전송하면서, QoS flow에 대해서 radio에서 다른 QoS flow와 묶어서 하나의 radio bearer만 생성해도 되는지 여부를 알려줄 수 있다. 이는 각각의 QoS flow별로 각각 가능함을 알려주거나 혹은 PDU Session별로 모든 QoS flow가 가능한지 아닌지를 알려줄 수 있다. 예를 들어, SMF는 N2 information을 AN으로 전송하면서, 특정 QoS flow에 대해, 다른 QoS flow와 함께 하나의 radio bearer만 생성해도 되는지 여부를 AN에게 알려줄 수 있다. SMF는 하나의 QoS flow 별로, 다른 QoS flow와 묶어서 하나의 radio bearer를 생성해도 되는지 알려주거나, PDU session 별로 모든 QoS flow에 대해 다른 QoS Flow와 묶어서 하나의 radio bearer를 생성해도 되는지 알려줄 수 있다.
AN는 이러한 정보에 기초하여, SMF가 여러 개의 QoS flow를 하나의 radio bearer로 mapping하도록 허락한 경우에만, 여러 개의 QoS flow를 하나의 radio bearer로 mapping할 수 있다. 반대로, SMF가 이를 허락하지 않은 경우에는 AN은 radio bearer를 1:1(예: 1개의 QoS flow 당 1개의 radio bearer)로 생성할 수 있다.
상기 SMF가 AN에게 제공하는 radio bearer 생성 관련 정보는 QoS flow(s)에 대해 access measurement가 수행되는지 여부에 대한 정보를 포함할 수도 있다. 또는, 상기 radio bearer 생성 관련 정보와 함께 QoS flow(s)에 대해 access measurement가 수행되는지 여부에 대한 정보가 제공될 수도 있다.
2. 본 명세서의 개시의 제2예
본 명세서의 개시의 제2예는 여러 개의 QoS flow가 하나의 radio bearer로 맵핑되는 경우, UE가 하나의 radio bearer에 맵핑된 QoS flow들에 대해서는 measurement report를 각각 수행하지 않는 방안의 예시를 설명한다.
예를 들어, 본 명세서의 개시의 제2예는 RRC signalling을 통해서 여러 개의 QoS flow가 하나의 radio bearer로 매핑 되는 경우, UE가 하나로 묶여진 QoS flow들에 대해서는 measurement report를 각각 수행하지 않는 방법을 설명한다.
예를 들어, 단말은 QoS flow들이 하나의 radio bearer로 mapping되어 있는지를 체크할 수 있다. 예를 들어, 단말은 SMF로부터 수산한 measurement에 대한 configuration 정보에 기초하여,현재 AN에서 per QoS flow measurement를 해야 하는 QoS flow들이 하나의 radio bearer로 mapping되어 있는지를 체크할 수 있다. 단말은 access network signalling (e.g. RRC signalling, IKE signalling)을 통해서 QoS flow 와 radio bearer와의 mapping 정보를 수신할 수 있다. 따라서, 단말은 per QoS flow measurement가 필요한 QoS flow가 하나의 radio bearer로 mapping되어 있는지 여부를 판단할 수 있다.
이하에서, 본 명세서의 개시의 제2예의 구체적인 예시인 본 명세서의 개시의 제2예의 제1 예시 및 제2 예시를 설명하기로 한다.
2-1. 본 명세서의 개시의 제2예의 제1예시
본 명세서의 개시의 제2예의 제1예시를 설명한다.
단말은 QoS flow들이 하나의 radio bearer로 mapping되어 있는 경우, 이를 네트워크로 알릴 수 있다. 이때, 단말은 어떤 QoS flow들이 하나의 radio bearer로 mapping되어 있는지를 알릴 수 있다. 또는, 단말은 QoS flow와 radio bearer의 mapping 정보 자체를 네트워크에게 알릴 수도 있다. 단말은 mapping에 관련된 정보(예: 어떤 QoS flow들이 하나의 radio bearer로 mapping되어 있는지에 대한 정보 또는 QoS flow와 radio bearer의 mapping 정보 등)을 UPF 및/또는 SMF에게 알릴 수 있다. 예를 들어, 단말은 새로 정의된 PMF 메시지를 이용해서, 이(예: 어떤 QoS flow들이 하나의 radio bearer로 mapping되어 있는지에 대한 정보 또는 QoS flow와 radio bearer의 mapping 정보 등 mapping에 관련된 정보)를 user plane을 통해 UPF로 알리거나 또는 NAS signalling을 통해서 SMF로 알릴 수 있다. 단말이 NAS signalling을 사용해서 SMF로 알리는 경우, SMF는 이를 다시 UPF로 알릴 수 있다. 단말이 User plane을 통한 새로운 PMF 메시지를 사용하는 경우, UPF는 SMF로 해당 정보를 알릴 수 있다.
UPF는 이러한 정보에 기초하여 하나의 radio bearer로 묶여 있는 여러 개의 QoS flow들 중 하나에 대해서만 measurement를 수행할 수 있다. 또는 단말이 특정 QoS flow에 대해서 measurement를 할 것을 UPF에게 요청할 수도 있다. SMF는 단말 또는 UPF로부터 수신한 정보에 기초하여 measurement configuration을 업데이트할 수 있다. 즉, SMF는 하나의 radio bearer로 mapping되어 있는 QoS Flow 들 중에서 하나에 대해서만 measurement를 수행하도록 할 수 있다.
위에서 설명한 바와 같이, 하나의 QoS flow에 대해서만 measurement를 수행하는 것은 이 QoS flow에 대해 수행된 measurement가 radio bearer (예: Data Radio Bearer (DRB))를 공유하는 다른 QoS flow에도 적용됨을 의미할 수 있다. 예를 들어, UE 및/또는 UPF는 하나의 하나의 QoS flow에 대해서만 측정(measurement)를 수행할 수 있다. 그리고, UE 및/또는 UPF는 수행된 measurement를 radio bearer (예: DRB)를 공유하는 다른 QoS flow에도 동일하게 적용할 수 있다.
예를 들어, 애초에 SMF가 QFI=1, QFI=2, QFI=3에 대해서 각각 access measurement를 수행하도록 단말에게 지시했는데, 이 세 QoS Flow들이 모두 하나의 DRB로 mapping 되었을 수 있다. 이러한 경우, SMF는 단말로부터 이러한 정보(예: 세 QoS Flow들이 모두 하나의 DRB로 mapping 되었다는 정보)를 제공받으며, SMF는 QFI=1에 대해서만 access measurement를 수행하도록 업데이트하여(예: measurement configuration을 업데이트) 이(예: measurement configuration)를 단말로 제공할 수 있다.
또 다른 예로, 애초에 SMF가 QFI=1, QFI=2, QFI=3에 대해서 각각 access measurement를 수행하도록 단말에게 지시했는데, 이 중 QFI=2와 QFI=3이 하나의 DRB로 mapping 되었을 수 있다. 이러한 경우, SMF는 단말로부터 이러한 정보(예: QFI=2와 QFI=3이 하나의 DRB로 mapping 되었다는 정보)를 제공받으며, SMF는 QFI=2와 QFI=3 중에서 QFI=2에 대해서만 access measurement를 수행하도록 업데이트하여(예: measurement configuration을 업데이트) 이(예: measurement configuration)를 단말로 제공할 수 있다. 별도의 DRB로 매핑된 QFI=1의 경우, 상기 업데이트 시, SMF는 단말에게 명시적으로 또는 암시적으로 access measurement를 수행하는 것을 알릴 수도 있다.
본 명세서의 개시의 제2예의 제1예시에 있어서, AN에서 QoS flow를 radio bearer로 mapping을 하는 동작은 각각의 기지국마다 그리고 각 기지국의 자원 상황에 따라서 다르게 수행할 수 있다. 그렇기 때문에, handover / Idle to connected transition / PDU Session activation등의 절차가 발생할 때마다, 단말은 변경된 mapping 정보를 다시 체크하고, 이를 네트워크로 알릴 수 있다. 또한, Idle모드나 PDU Session deactivation 상태에서, UPF가 measurement를 수행하는 경우, measurement 패킷 자체가 PDU Session activation 또는 connected 모드로의 transition을 발생시키기 때문에, 뒤늦게 mapping 정보가 업데이트 될 수도 있다. 예를 들어, 단말이 IDLE 모드이거나, 단말이 사용하는 PDU 세션이 비활성화 상태에서, 측정 패킷이 발생할 수 있다. 이 경우, 단말이 connected 모드가 된 이후 또는 단말이 사용하는 PDU 세션이 활성화된 이후에 단말이 맵핑 정보를 업데이트하므로, 뒤늦게 맵핑 정보가 업데이트 될 수 있다.
2-2. 본 명세서의 개시의 제2예의 제2예시
본 명세서의 개시의 제2예의 제2예시를 설명한다.
단말은 QoS flow들이 하나의 radio bearer로 mapping되어 있는 경우, SMF가 제공한 measurement configuration을 업데이트하여, 업데이트된 measurement configuration을 SMF에게 알릴 수 있다. SMF는 이렇게 업데이트된 measurement configuration을 UPF로도 알릴 수 있다.
예를 들어, SMF가 QFI=1, QFI=2, QFI=3에 대해서 각각 access measurement를 수행하도록 단말에게 지시했을 수 있다. 이 경우, 이 세 QoS Flow들이 모두 하나의 DRB로 mapping되었다면, 단말은 QFI=1에 대해서만 access measurement를 수행하는 것으로 measurement configuration을 업데이트하고, 이를 SMF로 제공할 수 있다.
또 다른 예로, SMF가 QFI=1, QFI=2, QFI=3에 대해서 각각 access measurement를 수행하도록 단말에게 지시했을 수 있다. 이 경우, 이 중 QFI=2와 QFI=3이 하나의 DRB로 mapping되었다면 단말은 QFI=2와 QFI=3 중에서 QFI=2에 대해서만 access measurement를 수행하는 것으로 measurement configuration을 업데이트하고, 이를 SMF로 제공할 수 있다.
본 명세서의 개시의 제2예의 제2예시에 있어서, AN에서 QoS flow를 radio bearer로 mapping을 하는 동작은 각각의 기지국마다 그리고 각 기지국의 자원 상황에 따라서 다르게 수행할 수 있다. 그렇기 때문에, handover / Idle to connected transition / PDU Session activation등의 절차가 발생할 때마다 단말이 변경된 mapping 정보를 다시 체크하고, 이에 따라 access measurement에 대한 configuration을 업데이트하여 이를 네트워크로 알릴 수 있다. 또한 Idle모드나 PDU Session deactivation 상태에서 UPF에서 measurement를 수행하는 경우, measurement 패킷 자체가 PDU Session activation 또는 connected 모드 transition을 발생시키기 때문에 뒤늦게 access measurement에 대한 configuration이 업데이트 될 수 있다.
3. 본 명세서의 개시의 제3예
본 명세서의 개시의 제3예는 Access Network (AN)이 QoS flow와 radio bearer의 맵핑 정보를 SMF에게 알려주는 방안의 예시를 설명한다.
본 명세서의 개시의 제3예에 따르면, AN이 QoS flow와 radio bearer의 맵핑 정보를 SMF에게 알려줄 수 있다. 예를 들어, SMF가 AN과 radio resource setup에 관련된 절차를 수행할 때 (e.g. PDU Session Establishment 과정, PDU Session Activation 과정, PDU Session Modification 과정 등), SMF가 N2 information을 AN에게 전송할 수 있다. 그러면, AN는 이에 대한 응답을 SMF에게 전송하면서, QoS flow 와 radio bearer의 mapping 정보 또는 하나의 radio bearer로 mapping된 QoS flow에 대한 정보를 SMF에게 전송할 수 있다. 이를 수신한 SMF는 AN에서의 mapping 정보를 고려하여, measurement configuration을 새로 업데이트 할 수 있다. 이를 통해서, SMF는 AN에서 하나의 radio bearer로 묶여있는 QoS flow들(예: 하나의 radio bearer에 맵핑된 QoS flow 들)에 대해서는 하나의 QoS flow에 대해서만 measurement를 수행하도록 할 수 있다. 예를 들어, SMF는 업데이트된 measurement configuration을 단말 및/또는 UPF에게 전송할 수 있다 그러면, 단말 및/또는 UPF는 하나의 radio bearer로 묶여있는 QoS flow들(예: 하나의 radio bearer에 맵핑된 QoS flow 들)에 대해서는 하나의 QoS flow에 대해서만 measurement를 수행할 수 있다.
상기 하나의 QoS flow에 대해서만 measurement를 수행하는 것은 이 QoS flow에 대해 수행된 measurement가 DRB를 공유하는 다른 QoS flow에도 적용됨을 의미할 수 있다. 예를 들어, 단말 및/또는 UPF가 하나의 radio bearer로 묶여있는 QoS flow들(예: 하나의 radio bearer에 맵핑된 QoS flow 들) 중 하나의 QoS flow에 대한 측정을 수행한 경우, 이 QoS flow에 대한 측정은 radio bearer를 공유하는 다른 QoS flow 들에 대해 동일하게 적용될 수도 있다. 예를 들어, 이러한 경우, 단말 및/또는 UPF는 하나의 radio bearer로 묶여있는 QoS flow들(예: 하나의 radio bearer에 맵핑된 QoS flow 들) 중 하나의 QoS flow에 대한 측정을 다른 QoS flow들(즉, radio bearer를 공유하는 다른 QoS flow 들)에 대해 재사용할 수 있다고 결정할 수 있다. 이에 따라, UE 및/또는 UPF는 radio bearer를 공유하는 다른 QoS flow 들에 대한 측정을 수행하지 않을 수도 있다.
4. 본 명세서의 개시의 제4예
본 명세서의 개시의 제4예에서는 단말이 UPF에게 메시지를 전송하는 동작의 예시를 설명한다.
본 명세서의 개시의 제4예에 따르면, 단말은 UPF로부터 PMF 메시지를 수신했을 때, 단말은 수신된 PMF 메시지에 대한 PMF response를 UPF에게 전송할 수 있다. 이때, 단말은 PMF response를 전송하면서, 해당 QoS flow에 대한 measurement 가 불필요함을 UPF에게 알릴 수 있다. 예를 들어, 단말은 해당 QoS flow에 대한 measurement 가 불필요하다는 정보를 포함하는 PMF response 메시지를 UPF에게 전송할 수 있다.
또한, UPF가 다른 QoS flow에 대한 measurement를 이용할 수 있도록, 단말은 measurement를 수행하기로 결정한 QoS flow의 정보(동일한 radio bearer로 묶여 있는 QoS flow들 중 하나에 대한 정보)를 UPF에게 알려줄 수 있다. UPF는 단말로부터 이러한 메시지를 수신하는 경우, 더 이상 해당 QoS flow에 대해서는 measurement 를 수행하지 않을 수 있다. 이후 radio bearer mapping 정보가 변경되는 경우, 단말이 measurement를 중단한 QoS flow에 대한 정보를 포함하는 PMF 메시지를 UPF에게 전송함으로써, 해당 QoS flow에 대한 measurement를 재개할 수 있다. 이때, 단말은 QoS flow mapping정보가 변경되어 다시 measurement를 수행한다는 정보를 포함시켜 PMF 메시지를 전송하거나, 또는 단순히 단말이 PMF 메시지만 전송하더라도, UPF는 implicit하게 해당 QoS flow에 대한 measurement를 다시 수행한다는 의미로 해석할 수도 있다.
5. 본 명세서의 개시의 제5예
본 명세서의 개시의 제5예에서는 QoS flow 측정의 예시를 설명한다.
UE가 PMF 메시지를 사용하여 QoS flow 별 측정을 수행할 때, UE와 UPF는 타겟 QoS 플로우를 통해 PMF 메시지를 전송해야 한다. 이를 지원하기 위해 두 가지 방법이 가능할 수 있다:
Option 1) PMF 메시지를 위해, 필요한 QoS 규칙(들) 및 N4 규칙(들)을 SMF는 UE 및 UPF에게 제공할 수 있다.
Option 2) UE와 UPF는 PMF 메시지에 대한 QoS 규칙(들) 및 N4 규칙(들)을 무시하고, 타겟 QoS flow를 통해 PMF 메시지를 전송할 수 있다.
옵션 1은 전체 QoS 디자인과 더 일치하지만, QoS flow을 통해 전송되는 각 PMF 메시지는 다른 PMF 주소 정보(예: 다른 주소 또는 포트 번호)를 사용해야 한다. 이는 UE 또는 UPF가 QoS flow마다 다른 PMF IP 주소 또는 포트를 할당해야 함을 의미한다. UE가 다른 주소를 할당하는 경우, SMF가 QoS 규칙 및 N4 규칙을 생성하는 데 필요한 정보에 기초하여, 정보는 네트워크로 전송될 수 있다. 그러나, 이는 추가 NAS 시그널링을 야기할 수 있다. 따라서 UPF가 다른 주소를 할당하는 것이 합리적일 수 있다.
UE와 UPF가 각 QoS flow에 대해 서로 다른 PMF 주소를 관리할 필요가 없기 때문에, 옵션 2는 보다 간단한 접근 방식일 수 있다. 그러나 이는 일반적인 QoS 프레임워크와 일치하지는 않는다. UE와 UPF는 QoS flow를 통해 PMF 메시지를 보낼 때 기존 QoS 규칙(들) 및 N4 규칙(들)을 무시할 수 있다. 또한, EPC를 통해 3GPP access leg가 수립되면, 전용 베어러를 통한 PMF 메시지 전송은 기존 모뎀에서 지원되지 않을 수 있다. 따라서 EPC에서 3GPP access leg 중 하나가 수립되어 있으면, 이 옵션이 지원되지 않을 수 있다.
5GS에서는 EPS와 달리 multiple QoS flow가 NG-RAN의 단일 무선 베어러에 매핑될 수 있다. 이러한 매핑이 NG-RAN에 의해 수행되면, 종단 간 성능(end-to-end performance)이 무선 성능에 크게 좌우되기 때문에, QoS flow 레벨당 측정은 많은 이득을 제공하지 않는다. NG-RAN이 여러 QoS flow을 하나의 무선 베어러로 결합하는 것을 수행하지 않도록 하는 메커니즘이 기존에 없음을 고려하여, QoS flow 별 측정을 필요로 하는 QoS flow들이 단일 무선 베어러에 매핑되지 않도록, 추가 정보가 정의될 필요가 있다. 하지만, 이러한 방안은 RAN에 많은 영향을 미칠 수도 있다. 다른 가능한 방안은, 단말이 radio bearer와 QoS flow 사이의 매핑 정보를 UPF에게 보고하여, 단일 radio bearer에 매핑되는 QoS flow 중 하나에 대해서만 측정이 수행될 수 있도록 하는 것이다.
6. 본 명세서의 개시의 제6예
본 명세서의 개시의 제6예는 QoS Flow 에 대한 측정(예: RTT 측정, Packet Loss Rate(PLR) 측정 등)을 지원하기 위해, PMF를 개선하는 방안의 예시를 설명한다.
예를 들어, 본 명세서의 개시의 제6예는 QoS flow 별 RTT 측정 및 PLR 측정을 지원하기 위한, PMF의 개선의 예시를 설명한다.
ATSSS와 관련하여, 액세스 네트워크 성능 측정(Access Network Performance Measurements)이 지원될 수 있다. 이하에서, Access Network Performance Measurements에 대해 설명한다.
MA PDU 세션이 수립되면, 네트워크는 UE에게 측정 지원 정보(Measurement Assistance Information)를 제공할 수 있다. 측정 지원 정보 는 UE가 두 액세스 모두에서 수행해야 하는 측정을 결정하는데 사용될 수 있으며, 측정 지원 정보는 UE가 측정 보고를 네트워크로 보낼 필요가 있는지 여부를 결정하는 데 사용될 수 있다.
측정 지원 정보는 UPF에서의 성능 측정 기능(Performance Measurement Function: PMF)의 addressing 정보를 포함할 수 있으며, UE는 다음의 예시와 같은 방식으로 PMF 프로토콜 메시지를 전송할 수 있다:
- IP 타입의 PDU 세션의 경우, 측정 지원 정보에는 PMF에 대한 하나의 IP 주소, 3GPP 액세스와 관련된 User Datagram Protocol (UDP) 포트 및 비3GPP 액세스와 관련된 다른 UDP 포트가 포함될 수 있다;
- 이더넷 타입의 PDU 세션의 경우, 측정 지원 정보에는 3GPP 액세스와 관련된 하나의 MAC 주소와 비3GPP 액세스와 관련된 다른 MAC 주소가 포함될 수 있다.
NOTE 1: UPF에서 PMF를 보호하기 위해(예: PMF에 대한 Distributed Denial of Service (DDOS) 차단), PMF의 IP 주소는 N3/N9 인터페이스를 통해 UE IP 주소에서만 액세스할 수 있다.
NOTE 2: MA PDU 세션이 해제된 후, MA PDU 세션에 대해 동일한 UE IP 주소/프리픽스가 짧은 시간 내에는 다른 UE에 할당되지 않을 수 있다.
Multiple QoS flow에 대한 액세스 측정이 수행될 수 있다. SMF는 다중 QoS flow에 대한 액세스 측정이 지원되는지 여부를 측정 지원 정보 내에서 나타낼 수 있다. QoS flow을 통한 액세스 측정이 수행될 때, UE와 UPF는 UE와 UPF가 측정하고자 하는 QoS flow을 통해 PMF 메시지를 전송할 수 있다.
이하의 Note X와 같이, UPF는 multiple QoS flow가 하나의 AN resource로 mapping되어 있다는 것을 단말로부터의 signalling 없이 유추해서 알아낼 수도 있다. 예를 들어, UPF는 각각의 QoS Flow에 대한 measurement를 수행할 수 있다. Measurement가 수행된 결과, 일부 QoS Flow들의 measurement가 거의 유사한 결과를 보이는 경우, UPF는 해당 QoS Flow들이 하나의 AN resource로 mapping되어 있다고 판단할 수도 있다. 또한, 단말의 경우, 단말은 mapping 정보(예: QoS flow와 AN resource 간의 맵핑 정보)를 직접 알고 있을 수 있다. 여러 개의 QoS Flow가 동일한 AN resource에 mapping되어 있는 경우, 단말이 access measurement를 수행할 때, 단말은 하나의 QoS Flow에 대해서만 measurement를 수행할 수 있다. 따라서. 단말이 수행하는 access measurement에 기초하여, UPF는 단말이 measurement를 수행하지 않는 QoS Flow는 다른 QoS Flow와 동일한 AN resource에 mapping되어 있다는 것을 유추할 수 있다.
이를 바탕으로, 단말과 UPF는 Packet Loss Rate (PLR) measurement를 수행할 때, 이하에서 설명하는 "Packet Loss Rate measurement"에 관련된 예시와 같은 동작을 수행할 수 있다. 예를 들어, 동일한 AN resource에 mapping되어 access measurement가 필요하지 않은 QoS Flow의 경우, 단말은 이 QoS flow에 대한 PLR measurement를 위한 counting request를 UPF에게 전송하지 않을 수 있다. 또한 QoS Flow와 AN resource 간의 mapping 정보가 변경되었을 경우, 단말은 measurement가 필요하지 않은 QoS Flow에 대해서는 counting request를 전송하지 않음으로써, PLR measurement를 중단할 수도 있다. 또한, 새롭게 measurement가 필요한 QoS Flow에 대해서는, 단말은 counting request를 UPF에게 전송해서 PLR measurement를 수행할 수도 있다. 이렇게 하면, PLR을 위한 packet counting을 measurement가 필요한 QoS Flow에 대해서만 수행할 수 있기 때문에, UE와 UPF의 오버헤드를 줄일 수 있는 장점이 있다.
NOTE X: 구현(예: UE 내에서의 QoS Flow와 AN resource 간의 맵핑 정보, UPF 내에서의 일부 QoS 플로우에 대한 매우 유사한 측정 결과 또는 동일한 측정 결과의 탐지(detection) 등) 에 기초하여, PMF가 multiple QoS Flow들이 단일 AN 자원에 맵핑된 것을 탐지하는 경우, 액세스 측정은 모든 QoS Flow들에 대해서 수행될 필요는 없다.
UPF는 QoS Flow들이 동일한 AN resource에 mapping되어 있는지를 판단하는 동작을 다음의 예시와 같이 수행할 수 있다. 예를 들어, UPF는 implementation-dependent timer에 기초하여, timer가 작동하는 기간 동안 QoS Flow 들에 대한 측정 결과가 서로 유사하거나 동일한 경우에, UPF는 QoS Flow들이 동일한 AN resource에 mapping되어 있다고 판단할 수 있다. 예를 들어, UPF는 implementation-dependent timer(예: 1분)에 기초하여, timer가 작동하는 기간 동안 QoS Flow 들에 대한 일정한 횟수의 measurement 결과가 유사하거나 같은 경우에, QoS Flow 들이 같은 AN resource에 mapping되어 있다고 판단할 수도 있다. 이러한 판단 방법은 UE에 의해서도 사용될 수 있다.
참고로, SMF 및/또는 PCF가 UE에게 어떤 QoS flow에 대해 측정이 수행되어야 하는지 지시할 수도 있다. 또는, UE 및/또는 UPF가 측정을 수행하는 타겟 QoS flow는 UE 구현 및/또는 UPF 구현에 따라 정해질 수도 있다.
UPF 내의 PMF의 어드레싱 정보(addressing information)는 N4 세션 수립 절차 동안 SMF에 의해 검색(retrieve)될 수 있다.
UE와 PMF 간에 다음과 같은 PMF 프로토콜 메시지가 교환될 수 있다:
- Round Trip Time (RTT) 측정을 허용하는 메시지, 즉 "최소 지연(Smallest Delay)" 또는 " Load-Balancing " Steering Mode가 사용되는 경우;
- PLR(Packet Loss Rate) 측정을 허용하는 메시지, 즉, "Load Balancing" Steering Mode가 사용되는 경우;
- UE가 UPF에 액세스 가용성/비가용성(Access availability/unavailability)을 보고하기 위한 메시지.
UE와 UPF 간에 교환되는 액세스 가용성/비가용성 보고를 위한 PMF 프로토콜 메시지는 가용한 액세스(들)에 대한 디폴트 QoS 규칙과 관련된 QoS flow를 사용할 수 있다. UE와 UPF 간에 교환되는 액세스 측정을 위한 PMF 프로토콜 메시지는 측정이 수행되는 액세스의 QoS flow를 사용할 수 있다.
MA PDU 세션에 대한 기본 QoS 규칙과 관련된 QoS Flow는 Non-GBR QoS Flow일 수 있다.
PMF 프로토콜 메시지에 대해, UE는 ATSSS 규칙을 적용하지 않으며, UPF는 Multimedia-Authentication-Request (MAR) 규칙을 적용하지 않는다.
UE가 MA PDU 세션을 요청하고, UE가 모든 steering mode로 MPTCP 기능을 지원할 수 있고 Active-Standby 조정 모드에서만 ATSSS-LL 기능을 지원할 수 있음을 나타낼 수 있다. 이 경우, UE가 액세스 가용성/비가용성(availability/unavailability) 보고를 UPF에게 전송할 수 있도록, 네트워크는 UE를 위한 측정 지원 정보(Measurement Assistance Information)를 UE에게 전송할 수 있다. 이 경우, UE와 UPF가 MPTCP 계층에서 사용 가능한 측정을 사용할 수 있으므로, UE와 UPF는 PMF를 사용하여 RTT 측정을 수행하지 않는다.
RTT 측정에 대한 설명에 있어서, 앞서 "II. 본 명세서의 개시와 관련된 기술 및 절차"의 RTT 측정에 관련된 설명이 적용될 수 있다. 아울러, 추가로, 다음과 같은 내용이 RTT 측정에 대해 적용될 수 있다. RTT 측정은 "최소 지연" 또는 "Load Balancing" Steering Mode 를 지원하도록 정의될 수 있다. PMF 메시지가 QoS flow를 통해 전송되어야 하는 경우, UE와 UPF는 모두 QFI를 PMF 메시지에 포함시킬 수 있다. 참고로, PMF 메시지가 특정 QoS flow를 통해 전송되는 방식은 구체적으로 정의되지 않았다. QoS 규칙 및/또는 N4 규칙이 적용되지 않도록, UE 및 UPF에서 각 QoS flow에 대해 다른 PMF 주소를 사용하거나, 또는 UE 및 UPF는 특수 처리를 사용함으로써, QoS 규칙 및/또는 N4 규칙을 적용하지 않을 수 있다. 후자의 경우, QFI 정보는 PMF 메시지에 포함되어야 한다.
이하에서, "Packet Loss Rate measurement"의 예시를 설명한다.
PLR 측정은 UE와 UPF 사이에서 전송된 패킷 수를 교환함으로써 계산할 수 있다. UE와 UPF는 계산된 PLR을 한쪽에서 다른 쪽으로 보고할 수 있다. RTT 측정은 "로드 밸런싱" steering mode를 지원하도록 정의될 수 있다.
UE 및 UPF에 의한 PLR 계산은 다음 메커니즘을 기반으로 할 수 있다:
1. UL PLR의 경우, 다음의 예시와 같은 설명이 적용될 수 있다.
- UE는 PMF 메시지를 전송하여, 수신된 UL 패킷의 수를 카운팅할 것을 UPF에 요청할 수 있다. UPF는 PMF 메시지가 수신된 QoS Flow 및 PMF 메시지가 수신된 액세스 네트워크를 통해 수신된 UL 패킷의 카운팅을 시작할 수 있다. UE는 PMF 메시지가 전송된 QoS flow 및 액세스 네트워크를 통해 전송된 UL 패킷을 카운팅하기 시작할 수 있다;
- PMF 메시지를 통해, UE는 수신된 UL 패킷의 수를 보고하도록 UPF에게 요청할 수 있다. UPF는 카운팅 요청을 위한 PMF 메시지와 카운팅 보고를 위한 PMF 메시지 사이에서 수신된 패킷의 카운팅된 수를 보고할 수 있다. 예를 들어, UPF는 카운팅 요청을 위한 PMF 메시지가 수신된 시점과 카운팅 보고를 위한 PMF 메시지가 수신된 시점 사이에서 수신된 패킷을 카운팅하고, 카운팅된 패킷의 수를 UE에게 보고할 수 있다.
NOTE: UE가 Packet Loss Rate을 지속적으로 측정하기를 원하는 경우, 카운팅 보고를 위한 PMF 메시지는 UPF가 패킷을 카운팅하도록 지시할 수도 있다.
- UE는 전송된 UL 패킷의 수의 로컬 카운팅 결과와 UPF로부터 보고된 수신 UL 패킷 수를 기반으로 UL Packet Loss Rate을 계산할 수 있다. 여기서, 로컬 카운팅 결과는 UE가 전송된 UL 패킷의 수를 카운팅한 결과를 의미할 수 있다.
버퍼링된 패킷을 어떻게 고려할지 여부 또는 버퍼링된 패킷을 고려할지 여부에 대해서는 아직 정의된 바가 없다.
2. DL PLR의 경우, 다음의 예시와 같은 설명이 적용될 수 있다.
- PMF 메시지를 통해, UPF는 UE에게 수신된 DL 패킷의 수를 계산하도록 요청할 수 있다. UE는 PMF 메시지가 수신된 QoS Flow 및 MF 메시지가 수신된 액세스 네트워크를 통해 수신된 DL 패킷의 카운팅을 시작할 수 있다. UPF는 PMF 메시지가 전송된 QoS flow 및 PMF 메시지가 전송된 액세스 네트워크를 통해 전송된 DL 패킷을 계산하기 시작할 수 있다.
- PMF 메시지를 통해, UPF는 UE에게 수신된 UL 패킷의 수를 보고하도록 요청할 수 있다. UE는 카운팅 요청을 위한 PMF 메시지와 카운팅 보고를 위한 PMF 메시지 사이에서 수신된 패킷의 카운팅된 수를 보고할 수 있다. 예를 들어, UE는 카운팅 요청을 위한 PMF 메시지가 수신된 시점과 카운팅 보고를 위한 PMF 메시지가 수신된 시점 사이에서 수신된 패킷을 카운팅하고, 카운팅된 패킷의 수를 UPF에게 보고할 수 있다.
NOTE: UPF가 Packet Loss Rate을 지속적으로 측정하기를 원하는 경우, 카운팅 보고를 위한 PMF 메시지는 UE가 패킷을 카운팅하도록 지시할 수도 있다.
- UPF는 전송된 DL 패킷의 수의 로컬 카운팅 결과와 UE로부터 보고된 수신 DL 패킷 수를 기반으로 DL Packet Loss Rate을 계산할 수 있다. 여기서, 로컬 카운팅 결과는 UPF가 전송된 DL 패킷의 수를 카운팅한 결과를 의미할 수 있다.
3. MA PDU 세션의 UP 연결이 액세스에서 비활성화되면, 이 액세스에서 PMF 메시지가 전송되지 않을 수 있다. UPF의 PMF는 UP 연결이 가용하지 않거나, UPF가 (H-)SMF로부터 이 액세스에 대한 PMF 메시지 전송을 중지하라는 알림을 받은 후, UPF는 이 액세스에 대해 PMF 메시지를 전송하지 않을 수 있다.
4. UE와 UPF는 이 액세스를 통해 얻은 PLR 측정값을 평균화하여, 액세스 타입에 대한 QoS flow 당 평균 PLR의 추정치를 도출할 수 있다.
7. 본 명세서의 개시의 제7예
본 명세서의 개시의 제7예에서는, 앞서 본 명세서의 개시의 다양한 예시에서 설명한 내용에 따라, UE 및/또는 네트워크가 수행하는 동작의 예시들을 설명한다. 예를 들어, 본 명세서의 개시의 제7예에서는, 앞서 설명한 본 명세서의 개시의 제1예 내지 제6예 중 적어도 하나 이상이 조합된 동작이 수행될 수도 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12a 및 도 12b는 본 명세서의 개시의 제7예에 따른 동작의 제1 예를 나타낸다.
참고로, 도 12a 및 도 12b의 예시에 도시된 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 도 12a 및 도 12b에 도시된 동작에 의해 제한되지 않는다. 예를 들어, 도 12a 및 도 12b에 도시되지 않은 동작이더라도, 앞서 본 명세서의 개시의 제1예 내지 제6 예에서 설명된 동작이 수행될 수 있다.
도 12a 및 도 12b의 예시는 SMF가 QoS Flow 별로 다른 리소스를 할당하는 방법 대한 예시를 보여준다. 도 12a 및 도 12b의 예에 따르면, SMF는 QoS Flow 별로 다른 리소스 할당을 요청하는 동작을 수행할 수 있다.
1) 단말이 3GPP access와 non-3GPP access를 통해서 네트워크에 등록되어 있다고 가정할 수 있다.
2) 단말은 MA PDU Session을 생성(또는 수립)하기 위해서, PDU Session Establishment Request를 전송하는 UL NAS Transport 메시지를 전송할 수 있다. 이때, 단말은 UL NAS Transport 메시지의 UL Request Type을 MA PDU Session을 요청임을 알리는 "MA PDU request"로 설정해서 메시지를 전송할 수 있다. 또한, 단말은 PDU Session Establishment Request 메시지에 ATSSS capability 정보를 포함시켜 메시지를 전송할 수 있다. ATSSS capability 정보는 단말이 앞서 다양한 예시를 통해 설명한 ATSSS 관련 동작을 수행할 수 있는지 여부에 대한 능력 정보일 수 있다.
3-4) AMF는 단말이 전송한 PDU Session Establishment Request 메시지를 SMF로 전송할 수 있다.
5) SMF는 단말이 전송한 ATSSS capability 정보를 PCF로 전송할 수 있다. PCF는 단말의 ATSSS capability 정보에 기초하여 PCC rule을 생성할 수 있다. PCF는 생성된 PCC rule을 SMF로 전송할 수 있다.
6) SMF는 PCF로부터 받은 PCC rule에 기초하여(또는 PCF를 사용하지 않는 경우 SMF에 configuration된 정보에 기초하여), 단말로 전송할 ATSSS rule과 UPF로 전송할 N4 rule을 생성할 수 있다.
7) SMF는 MA PDU Session의 수립을 수락하면서, 생성된 ATSSS rule을 PDU Session Establishment Accept 메시지에 넣어서 단말에게 전송할 수 있다. 또한, SMF는 3GPP access에서 MA PDU Session을 위한 자원을 할당하기 위한 N2 메시지도 함께 전송할 수 있다. 이때 SMF는 PCC rule에 따라서 QoS flow별로 measurement가 필요하다고 판단하는 경우, QoS Flow별로 다른 리소스를 할당할 것을 요청하는 indication을 UPF에게 함께 전송할 수 있다.
8) AMF는 SMF가 전송한 N2 메시지와 PDU Session Establishment Accept 메시지를 NG-RAN으로 전송할 수 있다.
9) NG-RAN은 단말과 AN signalling을 주고 받으면서 MA PDU Session에 필요한 리소스를 할당하는 과정을 수행할 수 있다. 또한, NG-RAN은 이러한 과정과 함께 PDU Session Establishment Accept 메시지를 단말에게 전송할 수 있다. 만일 SMF가 QoS Flow별로 다른 리소스를 할당하는 요청을 한 경우, NG-RAN은 각각의 QoS Flow들을 다른 radio bearer에 매핑하는 동작을 수행할 수 있다.
10) NG-RAN은 AMF를 거쳐서 SMF에게 3GPP access 자원이 성공적으로 할당되었음을 알릴 수 있다.
11) AMF는 NG-RAN이 전송한 메시지를 SMF로 전달할 수 있다.
12) NG-RAN이 전송해준 tunnel 정보를 업데이트 하기 위해서, SMF는 UPF와 N4 Session Modification 절차를 수행할 수 있다.
13) SMF는 단계 11)에 대한 응답 메시지를 AMF에게 전송할 수 있다.
14) SMF는 non-3GPP access에서 MA PDU Session을 위한 자원을 할당하기 위한 N2 메시지를 전송할 수 있다. 이때 SMF는 PCC rule에 따라서 QoS flow별로 measurement가 필요하다고 판단하는 경우, SMF는 QoS Flow별로 다른 리소스를 할당할 것을 요청하는 indication을 함께 UPF에게 전송할 수 있다.
15) AMF는 SMF로부터 수신한 N2 메시지를 N3IWF에게 전송할 수 있다.
16) N3IWF는 단말과 AN signalling을 주고 받으면서 MA PDU Session에 필요한 리소스를 할당하는 과정을 수행할 수 있다. 만일 SMF가 QoS Flow별로 다른 리소스를 할당하는 요청을 한 경우, N3IWF는 각각의 QoS Flow별로 다른 AN 리소스에 매핑하기 위해 각각의 QoS Flow 별로 모두 다른 Internet Protocol security (IPsec)tunnel을 생성할 수 있다. N3IWF는 SMF로부터 수신한 "QoS Flow별로 다른 리소스를 할당하는 것을 요청하는 indication"을 Additional QoS Information에 함께 포함시켜 전송할 수 있다. 이를 수신한 단말은 해당 indication을 고려하여, non-3GPP access의 QoS 리소스를 요청할 수 있다.
17) N3IWF는 AMF를 거쳐서 SMF에게 non-3GPP access 자원이 성공적으로 할당되었음을 알릴 수 있다.
18) AMF는 NG-RAN이 전송한 메시지를 SMF로 전달할 수 있다.
19) SMF는 N3IWF가 전송해준 tunnel 정보를 업데이트 하기 위해서, UPF와 N4 Session Modification 절차를 수행할 수 있다.
20) SMF는 단계 18)에 대한 응답 메시지를 AMF에게 전송할 수 있다.
21) 단말과 UPF는 SMF가 전송한 정보에 기초하여, QoS Flow별로 measurement를 수행할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13a 및 도 13b는 본 명세서의 개시의 제7예에 따른 동작의 제2 예를 나타낸다.
참고로, 도 13a 및 도 13b의 예시에 도시된 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 도 13a 및 도 13b에 도시된 동작에 의해 제한되지 않는다. 예를 들어, 도 13a 및 도 13b에 도시되지 않은 동작이더라도, 앞서 본 명세서의 개시의 제1예 내지 제6 예에서 설명된 동작이 수행될 수 있다.
도 13a 및 도 13b의 예시는 단말이 AN resource와 QoS Flow 사이의 매핑 정보를 기반으로 판단하는 방법에 대한 예시를 보여준다. 도 13a 및 도 13b의 예에 따르면, 단말이 AN resource와 QoS Flow 사이의 매핑 정보를 기반으로 판단하는 동작을 수행할 수 있다.
1-6) 1) 내지 6)는 도 12a 및 도 12b의 예시에서의 1) 내지 6)와 동일한 방식으로 수행될 수 있다.
7) SMF는 MA PDU Session의 수립을 수락하면서, 생성된 ATSSS rule을 PDU Session Establishment Accept 메시지에 넣어서 단말에게 전송할 수 있다. 또한, SMF는 3GPP access에서 MA PDU Session을 위한 자원을 할당하기 위한 N2 메시지도 함께 전송할 수 있다.
8) AMF는 SMF가 전송한 N2 메시지와 PDU Session Establishment Accept 메시지를 NG-RAN으로 전송할 수 있다.
9) NG-RAN은 단말과 AN signalling을 주고 받으면서, MA PDU Session에 필요한 리소스를 할당하는 과정을 수행할 수 있다. 또한, NG-RAN은 이러한 과정과 함께 PDU Session Establishment Accept 메시지를 단말에게 전송할 수 있다. 이 과정에서 단말은 3GPP access의 radio bearer와 QoS Flow 사이의 mapping 정보를 수신할 수 있다.
10) NG-RAN은 AMF를 거쳐서 SMF에게 3GPP access 자원이 성공적으로 할당되었음을 알릴 수 있다.
11) AMF는 NG-RAN이 전송한 메시지를 SMF로 전달할 수 있다.
12) NG-RAN이 전송해준 tunnel 정보를 업데이트 하기 위해서, SMF는 UPF와 N4 Session Modification 절차를 수행할 수 있다.
13) SMF는 단계 11)에 대한 응답 메시지를 AMF에게 전송할 수 있다.
14) SMF는 non-3GPP access에서 MA PDU Session을 위한 자원을 할당하기 위한 N2 메시지를 전송할 수 있다.
15) AMF는 SMF로부터 수신한 N2 메시지를 N3IWF에게 전송할 수 있다.
16) N3IWF는 단말과 AN signalling을 주고 받으면서 MA PDU Session에 필요한 리소스를 할당하는 과정을 수행할 수 있다. 이 과정에서 단말은 3GPP access의 radio bearer와 QoS Flow 사이의 mapping 정보를 수신할 수 있다.
17) N3IWF는 AMF를 거쳐서 SMF에게 non-3GPP access 자원이 성공적으로 할당되었음을 알릴 수 있다.
18) AMF는 NG-RAN이 전송한 메시지를 SMF로 전달할 수 있다.
19) SMF는 N3IWF가 전송해준 tunnel 정보를 업데이트 하기 위해서, UPF와 N4 Session Modification 절차를 수행할 수 있다.
20) SMF는 단계 18)에 대한 응답 메시지를 AMF에게 전송할 수 있다.
21) 단말은 단계 9) 와 단계 16)에서 수신한 3GPP access에서의 AN resource - QoS Flow mapping 정보와 non-3GPP access에서의 AN resource - QoS Flow mapping 정보, 및 SMF가 전송한 measurement assistance 정보에 기초하여, QoS Flow 별 measurement를 수행할 수 있다. 참고로, measurement assistance 정보는 PDU 세션 수립 수락 메시지에 포함될 수 있으며, 단말은 단계 9)에서 measurement assistance 정보를 수신할 수 있다. 이때 QoS Flow별 measurement가 필요한 QoS Flow들이 동일한 AN resource에 mapping되어 있을 경우, 단말은 동일한 AN resource에 mapping된 QoS Flow들 중 하나에 대해서만 measurement를 수행할 수 있다. 그리고, 단말은 하나의 QoS Flow 에 대해 measurement를 수행한 결과를 해당 QoS Flow와 동일한 AN resource에 mapping된 QoS Flow들에게도 적용할 수 있다. 3GPP access와 non-3GPP access에서의 AN resource - QoS Flow mapping이 서로 다를 수 있기 때문에, 단말은 각각의 access 별로 판단(예: 동일한 AN resource에 mapping된 QoS Flow들 중 하나에 대해서만 measurement를 수행하는 판단, 해당 QoS Flow와 동일한 AN resource에 mapping된 QoS Flow들에게도 적용하는 판단 등)을 수행할 수 있다.
8. 본 명세서의 개시의 제8예
본 명세서의 개시의 제8예는, 앞서 설명한 본 명세서의 개시의 다양한 예시들에 따른 단말(예: UE) 및/또는 네트워크의 동작의 예시를 설명한다. 참고로, 본 명세서의 개시의 제8예에서 설명하는 단말의 동작 및/또는 네트워크(예: UPF)의 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 본 명세서의 개시의 제8예에서 설명하는 내용에 의해 제한되지 않는다. 예를 들어, 단말 및/또는 네트워크는 본 명세서의 개시의 제8예에서 설명되지 않더라도, 앞서 본 명세서의 개시의 제1예 내지 제7예에서 설명된 동작을 수행할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14는 본 명세서의 개시에 따른 UE의 동작 및/또는 UPF의 동작의 일 예를 나타낸다.
참고로, 도 14의 예시에 도시된 UE의 동작 및/또는 UPF의 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 도 14에 도시된 동작에 의해 제한되지 않는다. 예를 들어, UE 및/또는 UPF는 도 14에 도시되지 않은 동작이더라도, 앞서 본 명세서의 개시의 제1예 내지 제7예에서 설명된 동작을 수행할 수 있다.
참고로, 도 14의 예시에 도시된 동작은 UE가 수행하는 동작일 수 있다. 또한, UPF도 도 14의 예시에 도시된 동작을 수행할 수도 있다. 이하에서는, UE의 동작을 중심으로 도 14의 예시를 설명하기로 하며, UPF의 동작에 대해서도 설명하기로 한다.
단계(S1401)에서, UE는 제1 QoS 플로우에 대한 액세스 측정을 수행할 수 있다. 예를 들어, UE는 제1 QoS 플로우에 대해 액세스 네트워크 성능 측정(Access Network Performance Measurements)을 수행할 수 있다. 일례로, UE는 제1 QoS 플로우에 대해 Packet Loss Ration (PLR) 측정을 수행할 수 있다. PLR 측정의 예시는 이하 도 15에서 자세히 설명하기로 한다.
단계(S1402)에서, UE는 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용될 수 있다는 것을 결정할 수 있다. 예를 들어, UE는 AN 자원과 QoS 플로우 사이의 맵핑에 기초하여, 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용될 수 있다고 결정할 수 있다. 일레로, 제1 QoS 플로우와 제2 QoS 플로우가 동일한 AN 자원에 맵핑된 경우, 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용될 수 있다고 결정할 수 있다.
단계(S1403)에서, UE는 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정할 수 있다. 참고로, 제1 QoS 플로우와 제2 QoS 플로우는 동일한 MA PDU 세션에 대응할 수 있다. 예를 들어, UE는 각각의 QoS 플로우에 대해 액세스 측정을 수행해야 하지만, 제1 QoS 플로우에 대한 액세스 측정을 제2 QoS 플로우에 대해 재사용할 수 있다면, UE는 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않을 수 있다. UE는 제1 QoS 플로우에 대한 액세스 측정을 제2 QoS 플로우에 대해 동일하게 적용할 수 있다.
앞서 설명한 바와 같이, 도 14의 예시에 도시된 동작들은, UPF에 의해서도 수행될 수 있다. 예를 들어, 단계(S1401)에서, UPF는 제1 QoS 플로우에 대한 액세스 측정을 수행할 수 있다. 단계(S1402)에서, UPF는 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용될 수 있다는 것을 결정할 수 있다. 단계(S1403)에서, UPF는 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15는 본 명세서의 개시에 따른 PLR 측정에 관련된 동작의 일 예를 나타낸다.
참고로, 도 15의 예시에 도시된 PLR 측정에 관련된 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 도 15에 도시된 동작에 의해 제한되지 않는다. 도 15의 예시에 따른 PLR 측정에 관련된 동작은 도 14의 예시의 단계(S1401)에 포함될 수 있다. 예를 들어, 도 15에 도시되지 않은 동작이더라도, 앞서 본 명세서의 개시의 제1예 내지 제7예에서 설명된 PLR 측정에 관련된 동작이 수행될 수 있다.
도 15의 예시에서, 단계(S1501) 내지 단계(S1504)은 UL PLR 측정에 관련된 동작의 예시이다. 단계(S1505) 내지 단계(S1508)은 DL PLR 측정에 관련된 동작의 예시이다. UL PLR 측정에 관련된 동작과 DL PLR 측정에 관련된 동작은 선택적으로 수행되거나, 모두 수행될 수도 있다.
예를 들어, UL PLR 측정에 관련된 동작(예: 단계(S1501) 내지 단계(S1504))만 수행되거나, DL PLR 측정에 관련된 동작(단계(S1505) 내지 단계(S1508))만 수행될 수도 있다. 예를 들어, UL PLR 측정에 관련된 동작(예: 단계(S1501) 내지 단계(S1504))과 DL PLR 측정에 관련된 동작(단계(S1505) 내지 단계(S1508)) 모두가 수행될 수도 있다. 예를 들어, UL PLR 측정에 관련된 동작(예: 단계(S1501) 내지 단계(S1504))가 수행된 이후에 DL PLR 측정에 관련된 동작(단계(S1505) 내지 단계(S1508))가 수행될 수도 있다. 예를 들어, DL PLR 측정에 관련된 동작(단계(S1505) 내지 단계(S1508))이 수행된 이후에 UL PLR 측정에 관련된 동작(예: 단계(S1501) 내지 단계(S1504))이 수행될 수도 있다. 예를 들어, DL PLR 측정에 관련된 동작(단계(S1505) 내지 단계(S1508))과 UL PLR 측정에 관련된 동작(예: 단계(S1501) 내지 단계(S1504))이 동시에 수행될 수도 있다.
단계(S1501)에서, UE는 카운트 요청 메시지를 UPF에게 전송할 수 있다. 여기서, 카운트 요청 메시지는 예를 들어, 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 UL 패킷의 수를 카운트할 것을 UPF에게 요청하는 요청 메시지일 수 있다. 요청 메시지는 Performance Measurement Function (PMF) 기반 메시지일 수 있다.
단계(S1502)에서, UPF는 카운트 요청 메시지가 수신되었음을 알리는 응답 메시지를 단말에게 전송할 수 있다. 카운트 요청 메시지에 대한 응답 메시지를 전송한 후, UPF는 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 UL 패킷의 수를 카운팅할 수 있다. 예를 들어, UPF는 타겟 QoS 플로우(예: 제1 QoS 플로우) 즉, 카운트 요청 메시지가 수신된 액세스 네트워크를 통해 수신되는 UL 패킷의 수를 카운팅할 수 있다. 그리고, 카운트 요청 메시지가 전송된 이후, UE는 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 전송되는 UL 패킷의 수를 카운팅할 수 있다. 예를 들어, UE는 타겟 QoS 플로우(예: 제1 QoS 플로우) 즉, 카운트 요청 메시지가 전송된 액세스 네트워크를 통해 전송되는 UL 패킷의 수를 카운팅할 수 있다.
단계(S1503)에서, UE는 보고 요청 메시지를 UPF에게 전송할 수 있다. 예를 들어, 보고 요청 메시지는, 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 UL 패킷의 수(예: UPF에 의해 카운팅된 UL 패킷의 수)를 보고할 것을 UPF에게 요청하는 메시지일 수 있다. 보고 요청 메시지도 PMF 기반 메시지일 수 있다.
단계(S1504)에서, UPF는 보고 응답 메시지를 UE에게 전송할 수 있다. 보고 응답 메시지는 UPF가 마지막으로 카운트 응답 메시지(예: 타겟 QoS 플로우를 통해 수신되는 UL 패킷의 수를 카운트할 것을 요청하는 메시지)를 전송한 이후에 카운팅된 UL 패킷의 수에 대한 정보를 포함할 수 있다.
보고 응답 메시지를 수신한 이후, UE는 UPF로부터 수신한 "수신된 UL 패킷의 수"와 UE에 의해 전송된 UL 패킷의 수(예: UE가 보고 요청 메시지를 전송한 이후에, UE가 카운팅한 UL 패킷의 수)에 기초하여, UL PLR을 계산할 수 있다.
단계(S1505)에서, UPF는 카운트 요청 메시지를 UE에게 전송할 수 있다. 여기서, 요청 메시지는 예를 들어, 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 DL 패킷의 수를 카운트할 것을 UE에게 요청하는 요청 메시지일 수 있다. 카운트 요청 메시지는 PMF 기반 메시지일 수 있다.
단계(S1506)에서,UE는 카운트 요청 메시지가 수신되었음을 알리는 응답 메시지를 UPF에게 전송할 수 있다. 카운트 요청 메시지에 대한 응답 메시지를 전송한 후, UE는 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 UL 패킷의 수를 카운팅할 수 있다. 예를 들어, UE는 타겟 QoS 플로우(예: 제1 QoS 플로우) 즉, 요청 메시지가 수신된 액세스 네트워크를 통해 수신되는 DL 패킷의 수를 카운팅할 수 있다. 그리고, 카운트 요청 메시지가 전송된 이후, UPF는 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 전송되는 DL 패킷의 수를 카운팅할 수 있다. 예를 들어, UPF는 타겟 QoS 플로우(예: 제1 QoS 플로우) 즉, 카운트 요청 메시지가 전송된 액세스 네트워크를 통해 전송되는 DL 패킷의 수를 카운팅할 수 있다.
단계(S1507)에서, UPF는 보고 요청 메시지를 UE에게 전송할 수 있다. 예를 들어, 보고 요청 메시지는, 타겟 QoS 플로우(예: 제1 QoS 플로우)를 통해 수신되는 DL 패킷의 수(예: UPF에 의해 카운팅된 DL 패킷의 수)를 보고할 것을 UE에게 요청하는 메시지일 수 있다. 보고 요청 메시지도 PMF 기반 메시지일 수 있다.
단계(S1508)에서, UPF는 보고 응답 메시지를 UE에게 전송할 수 있다. 보고 응답 메시지는 UE가 마지막으로 카운트 응답 메시지(예: 타겟 QoS 플로우를 통해 수신되는 DL 패킷의 수를 카운트할 것을 요청하는 메시지)를 전송한 이후에 카운팅된 DL 패킷의 수에 대한 정보를 포함할 수 있다.
보고 응답 메시지를 수신한 이후, UPF는 UE로부터 수신한 "수신된 DL 패킷의 수"와 UPF에 의해 전송된 DL 패킷의 수(예: UPF가 보고 요청 메시지를 전송한 이후에, UPF가 카운팅한 DL 패킷의 수)에 기초하여, DL PLR을 계산할 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, 불필요한 QoS flow에 대한 access measurement를 수행할 필요가 없다. 본 명세서의 개시에서 설명한 바에 따르면, Multiple QoS Flow에 대한 측정이 효율적으로 수행될 수 있다. 본 명세서의 개시에서 설명한 바에 따르면, Multiple QoS Flow에 대한 측정을 수행할 때, 무선 자원의 낭비 및/또는 컴퓨팅 자원의 낭비를 감소시킬 수 있다. 본 명세서의 개시에서 설명한 바에 따르면, Multiple QoS Flow에 대한 측정을 수행할 때, 패킷을 카운팅하는 등의 작업에 사용되는 자원의 낭비가 감소될 수 있다.
다양한 예시들을 참조하여 본 명세서의 개시에서 설명한 바에 따르면, SMF가 AN으로의 user plane resource setup시에, QoS flow들을 하나의 radio bearer로 mapping해도 되는지를 알려주는 동작을 수행할 수 있다. 단말은 AN으로부터 수신한 QoS flow 와 radio bearer 사이의 mapping 정보에 기초하여, per QoS flow measurement가 필요하지 않은 QoS flow를 판단하고, 이를 네트워크로 알리는 동작을 수행할 수 있다. SMF가 AN으로 user plane resource setup을 요청했을 때, AN이 QoS flow와 radio bearer의 mapping 정보를 SMF로 알려주는 동작을 수행할 수 있다. 단말이 AN으로부터 수신한 QoS flow 와 radio bearer 사이의 mapping정보에 기초하여, per QoS flow measurement가 필요하지 않다고 판단할 수 있다. 단말이 per QoS flow measurement가 필요하지 않다고 판단한 QoS flow에 대한 PMF 메시지를 수신하는 경우, 단말은 이에 대한 응답을 전송하면서 해당 QoS flow에 대한 measurement 가 필요 없음을 알리는 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 4의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: 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)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: N3IWF, AMF, SMF, UPF, PCF 등) 또는 기지국(예: 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 (19)

  1. User Equipment (UE)가 측정에 관련된 통신을 수행하는 방법으로서,
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    Access Network (AN) 자원과 QoS 플로우 사이의 맵핑에 기초하여, 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정되는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 제1 QoS 플로우에 대한 액세스 측정은, 상기 제1 QoS 플로우에 대한 패킷 손실 률(Packet Loss Rate: PLR) 측정을 포함하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 제1 QoS 플로우를 통해 수신된 상향링크(Uplink: UL) 패킷의 수를 카운트할 것을 요청하는 요청 메시지를 User Plane Function (UPF)에게 전송하는 단계를 더 포함하는 방법.
  5. 제4항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 수신된 UL 패킷의 수를 보고할 것을 요청하는 보고 요청 메시지를 상기 UPF에게 전송하는 단계를 더 포함하는 방법.
  6. 제5항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 수신된 UL 패킷의 수에 대한 정보를 포함하는 보고 응답 메시지를 상기 UPF로부터 수신하는 단계를 더 포함하는 방법.
  7. 제6항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 UPF로부터 수신한 상기 수신된 UL 패킷의 수와 상기 UE에 의해 전송된 UL 패킷의 수에 기초하여, 패킷 손실 률(Packet Loss Rate: PLR)을 계산하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  8. 측정에 관련된 통신을 수행하는 User Equipment (UE)에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함하는 UE.
  9. 제8항에 있어서,
    상기 UE는 이동 단말기, 네트워크 및 상기 UE 이외의 자율 주행 차량 중 적어도 하나와 통신하는 자율 주행 장치인 것을 특징으로 하는 UE.
  10. 이동통신에서의 장치(apparatus)로서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함하는 장치.
  11. 명령어들을 기록하고 있는 비일시적(non-transitory) 컴퓨터 판독가능 저장 매체(computer readable medium)로서,
    상기 명령어들은, 하나 이상의 프로세서들에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 수행하도록 하는 컴퓨터 판독가능 저장매체.
  12. User Plane Function (UPF) 노드가 측정에 관련된 통신을 수행하는 방법으로서,
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함하는 방법.
  13. 제12항에 있어서,
    상기 제1 QoS 플로우에 대한 액세스 측정과 상기 제2 QoS 플로우에 대한 액세스 측정이 매우 유사한 측정 결과를 가지거나, 또는 동일한 측정 결과를 가지는 것이 탐지된 것에 기초하여, 상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정되는 것을 특징으로 하는 방법.
  14. 제12항에 있어서,
    상기 제1 QoS 플로우에 대한 액세스 측정은, 상기 제1 QoS 플로우에 대한 패킷 손실 률(Packet Loss Rate: PLR) 측정을 포함하는 것을 특징으로 하는 방법.
  15. 제12항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 제1 QoS 플로우를 통해 수신된 하향링크(Downlink: DL) 패킷의 수를 카운트할 것을 요청하는 요청 메시지를 User Equipment (UE)에게 전송하는 단계를 더 포함하는 방법.
  16. 제15항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 수신된 DL 패킷의 수를 보고할 것을 요청하는 보고 요청 메시지를 상기 UE에게 전송하는 단계를 더 포함하는 방법.
  17. 제15항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 수신된 DL 패킷의 수에 대한 정보를 포함하는 보고 응답 메시지를 상기 UE로부터 수신하는 단계를 더 포함하는 방법.
  18. 제17항에 있어서,
    상기 액세스 측정을 수행하는 단계는,
    상기 UE로부터 수신한 상기 수신된 DL 패킷의 수와 상기 UPF에 의해 전송된 DL 패킷의 수에 기초하여, 패킷 손실 률(Packet Loss Rate: PLR)을 계산하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  19. 측정에 관련된 통신을 수행하는 User Plane Function (UPF) 노드에 있어서,
    적어도 하나의 프로세서; 및
    명령어(instructions)를 저장하고, 상기 적어도 하나의 프로세서와 동작가능하게(operably) 전기적으로 연결가능한, 적어도 하나의 메모리를 포함하고,
    상기 명령어가 상기 적어도 하나의 프로세서에 의해 실행되는 것에 기초하여 수행되는 동작은:
    제1 Quality of Service (QoS) 플로우에 대한 액세스 측정을 수행하는 단계;
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용된다고 결정하는 단계; 및
    상기 제1 QoS 플로우에 대한 액세스 측정이 제2 QoS 플로우에 적용되는 것에 기초하여, 상기 제2 QoS 플로우에 대한 액세스 측정을 수행하지 않기로 결정하는 단계를 포함하는 UPF 노드.
PCT/KR2021/015697 2020-11-05 2021-11-02 Qos 플로우에 관련된 측정 WO2022098053A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US18/035,382 US20240015562A1 (en) 2020-11-05 2021-11-02 Qos flow-related measurement
CN202180074660.2A CN116548006A (zh) 2020-11-05 2021-11-02 QoS流相关测量
KR1020237003847A KR102637605B1 (ko) 2020-11-05 2021-11-02 Qos 플로우에 관련된 측정
EP21889518.3A EP4243482A1 (en) 2020-11-05 2021-11-02 Qos flow-related measurement

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2020-0146895 2020-11-05
KR20200146895 2020-11-05
KR20210018478 2021-02-09
KR10-2021-0018478 2021-02-09

Publications (1)

Publication Number Publication Date
WO2022098053A1 true WO2022098053A1 (ko) 2022-05-12

Family

ID=81458092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/015697 WO2022098053A1 (ko) 2020-11-05 2021-11-02 Qos 플로우에 관련된 측정

Country Status (4)

Country Link
US (1) US20240015562A1 (ko)
EP (1) EP4243482A1 (ko)
KR (1) KR102637605B1 (ko)
WO (1) WO2022098053A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7361504B2 (ja) * 2019-06-17 2023-10-16 シャープ株式会社 Ｕｅ及びｓｍｆ

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019245344A1 (en) * 2018-06-21 2019-12-26 Samsung Electronics Co., Ltd. Method and system for hplmn-based traffic control when ue is registered on different plmns
US20200336940A1 (en) * 2018-05-22 2020-10-22 Lenovo (Singapore) Pte. Ltd. Measuring access network performance for a multi-access data connection

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9306853B2 (en) * 2006-07-06 2016-04-05 Alcatel Lucent Maintaining quality of service for multi-media packet data services in a transport network
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
EP4250868A3 (en) * 2017-05-08 2023-11-01 Huawei Technologies Co., Ltd. Method and apparatus for moving between communications systems
KR102115213B1 (ko) * 2018-10-29 2020-05-26 에스케이텔레콤 주식회사 기지국장치 및 단말장치와, QoS 제어방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200336940A1 (en) * 2018-05-22 2020-10-22 Lenovo (Singapore) Pte. Ltd. Measuring access network performance for a multi-access data connection
WO2019245344A1 (en) * 2018-06-21 2019-12-26 Samsung Electronics Co., Ltd. Method and system for hplmn-based traffic control when ue is registered on different plmns

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on access traffic steering, switch and splitting support in the 5G system architecture (Release 16)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 23.793, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V16.0.0, 19 December 2018 (2018-12-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 114, XP051591224 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Access Traffic Steering, Switch and Splitting support in the 5G system architecture Phase 2 (Release 17)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 23.700-93, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V1.1.0, 29 October 2020 (2020-10-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 97, XP051961579 *
ERICSSON, APPLE: "KI#1: Evaluation and interim conclusions for KI#1 (Steering Modes)", 3GPP DRAFT; S2-2008076, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20201012 - 20201023, 25 October 2020 (2020-10-25), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051948274 *

Also Published As

Publication number Publication date
EP4243482A1 (en) 2023-09-13
US20240015562A1 (en) 2024-01-11
KR102637605B1 (ko) 2024-02-19
KR20230037585A (ko) 2023-03-16

Similar Documents

Publication Publication Date Title
WO2020080913A1 (ko) 무선 통신 시스템에서 독립적인 네트워크 슬라이스별로 분리된 데이터 전송을 지원하는 방법
WO2022050659A1 (ko) 트래픽 제어
WO2021162393A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2020256425A1 (en) Method and apparatus for supporting redundant pdu sessions
WO2020166881A1 (ko) Ma pdu 세션 방법 및 장치
WO2020149522A1 (ko) Pdu 세션을 수립하는 ue 및 twif
WO2020060007A1 (ko) 5g 이동통신에서 pdu 세션을 핸들링하는 방법 및 무선 기기
WO2021225317A1 (ko) 혼잡 제어에 관련된 통신
WO2021177716A2 (ko) 멀티캐스트와 관련된 통신
WO2021162500A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2021020933A1 (ko) Plmn을 변경하기 위한 방안
WO2021167304A1 (ko) Ps 데이터 오프와 관련된 통신
WO2020022716A1 (ko) 무선 통신 시스템에서 데이터 전송 상태를 제어하는 방법 및 이를 위한 장치
WO2020067733A1 (ko) 비-3gpp 액세스에서 등록을 수행한 단말 및 그에 의해서 수행되는 방법
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2022075562A1 (ko) 멀티캐스트와 관련된 통신
WO2021187881A1 (en) Network support indication for ue provided pdu session pair information
WO2021187936A1 (ko) 네트워크 슬라이스에 의한 통신 방법
WO2021177734A1 (en) Support of service continuity for handover between snpn and plmn
WO2021025246A1 (en) Method and apparatus for handling security information between a wireless device and a network for a fast rrc release procedure in a wireless communication system
WO2020159286A1 (en) Provision of rach related information for connection failure detection
WO2022035204A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2021235779A1 (ko) 멀티캐스트와 관련된 통신
WO2020171312A1 (ko) 5gs에서 always-on pdu 세션을 요청하는 방법
WO2022098053A1 (ko) Qos 플로우에 관련된 측정

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20237003847

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 18035382

Country of ref document: US

Ref document number: 202180074660.2

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021889518

Country of ref document: EP

Effective date: 20230605