WO2024010230A1 - 연합 학습 - Google Patents

연합 학습 Download PDF

Info

Publication number
WO2024010230A1
WO2024010230A1 PCT/KR2023/007744 KR2023007744W WO2024010230A1 WO 2024010230 A1 WO2024010230 A1 WO 2024010230A1 KR 2023007744 W KR2023007744 W KR 2023007744W WO 2024010230 A1 WO2024010230 A1 WO 2024010230A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdu session
information
aiml
ues
smf
Prior art date
Application number
PCT/KR2023/007744
Other languages
English (en)
French (fr)
Inventor
김재우
김래영
윤명준
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2024010230A1 publication Critical patent/WO2024010230A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00—Computing arrangements based on biological models
    • G06N3/02—Neural networks
    • G06N3/08—Learning methods
    • G06N3/098—Distributed learning, e.g. federated learning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Definitions

  • This specification relates to mobile communications.
  • 3rd Generation Partnership Project (3GPP) Long-Term Evolution (LTE) is a technology to enable high-speed packet communication. Many methods have been proposed to achieve the LTE goals of reducing costs for users and operators, improving service quality, expanding coverage, and increasing system capacity. 3GPP LTE requires lower cost per bit, improved service usability, flexible use of frequency bands, simple structure, open interface, and appropriate power consumption of the terminal as high-level requirements.
  • NR New Radio
  • 3GPP identifies the technology components needed to successfully standardize NR that meets both urgent market needs and the longer-term requirements presented by the ITU Radio communication sector (ITU-R) International Mobile Telecommunications (IMT)-2020 process in a timely manner. and must be developed. Additionally, NR should be able to use any spectrum band up to at least 130 GHz that can be used for wireless communications even in the distant future.
  • ITU-R ITU Radio communication sector
  • IMT International Mobile Telecommunications
  • NR targets a single technology framework that addresses all deployment scenarios, usage scenarios, and requirements, including enhanced Mobile Broadband (eMBB), massive Machine Type-Communications (mMTC), and Ultra-Reliable and Low Latency Communications (URLLC). do. NR must be inherently forward compatible.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type-Communications
  • URLLC Ultra-Reliable and Low Latency Communications
  • NFs related to AI and ML provide a method for performing communication.
  • the method includes receiving a request message requesting support information from an AI/ML AS; Transmitting a subscription request message for an event related to the MA PDU session information to the SMF; Receiving the MA PDU session information from the SMF; and determining support information based on the MA PDU session information.
  • an apparatus implementing the method is provided.
  • a method for a UE to perform communication includes sending a PDU session establishment request message to the SMF to establish a PDU; And it may include receiving a PDU session establishment acceptance message from the SMF.
  • an apparatus implementing the method is provided.
  • FIG. 1 shows an example of a communication system to which implementations of the present disclosure are applied.
  • FIG. 2 shows an example of a wireless device to which implementations of the present disclosure are applied.
  • Figure 3 shows an example of a UE to which the implementation of the present specification is applied.
  • Figure 4 shows an example of a 5G system structure to which the implementation of the present specification is applied.
  • Figures 5 and 6 show an example of a PDU session establishment procedure to which the implementation of the present specification is applied.
  • Figure 7 shows an example in which a MA PDU session is created.
  • Figure 8 shows an example of applying ATSSS rules to a MA PDU session.
  • Figure 9 shows an example of split AI/ML according to an embodiment of the disclosure herein.
  • FIG 10 shows an example of AI/ML model deployment according to one embodiment of the disclosure herein.
  • FIG 11 shows an example of AI/ML model deployment according to one embodiment of the disclosure herein.
  • Figure 12 is an example of a procedure for providing 5GS support information for a federated learning operation according to an embodiment of the disclosure of the present specification.
  • Figures 13a and 13b are an example of a procedure for establishing a VN group by AF according to an example of the disclosure of the present specification.
  • Figure 14 is an example showing the structure of a MA PDU session according to an embodiment of the present disclosure.
  • Figures 15A and 15B show an example of a procedure for providing 5GS support information for a federated learning operation.
  • Figure 16 shows an example of a procedure for providing assistance information based on MA PDU session information, according to an embodiment of the disclosure herein.
  • multiple access systems include Code Division Multiple Access (CDMA) systems, Frequency Division Multiple Access (FDMA) systems, Time Division Multiple Access (TDMA) systems, Orthogonal Frequency Division Multiple Access (OFDMA) systems, and Single Access (SC-FDMA) systems. It includes a Carrier Frequency Division Multiple Access (MC-FDMA) system and a Multi-Carrier Frequency Division Multiple Access (MC-FDMA) system.
  • CDMA can be implemented through wireless technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
  • TDMA can be implemented over wireless technologies such as Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), or Enhanced Data rates for GSM Evolution (EDGE).
  • OFDMA can be implemented through wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) Long-Term Evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA.
  • 3GPP LTE uses OFDMA in the downlink (DL) and SC-FDMA in the uplink (UL).
  • the evolution of 3GPP LTE includes LTE-A (Advanced), LTE-A Pro, and/or 5G NR (New Radio).
  • implementations herein are primarily described in relation to a 3GPP based wireless communication system.
  • the technical features of this specification are not limited to this.
  • the following detailed description is provided based on a mobile communication system corresponding to a 3GPP-based wireless communication system, but aspects of the present specification that are not limited to a 3GPP-based wireless communication system can be applied to other mobile communication systems.
  • a or B may mean “only A,” “only B,” or “both A and B.” In other words, as used herein, “A or B” may be interpreted as “A and/or B.”
  • A, B or C refers to “only A,” “only B,” “only C,” or “any and all combinations of A, B, and C ( It can mean “any combination of A, B and C)”.
  • the slash (/) or comma used in this specification may mean “and/or.”
  • A/B can mean “A and/or B.”
  • A/B can mean “only A,” “only B,” or “both A and B.”
  • A, B, C can 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 It can be interpreted 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”. It may mean “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.”
  • control information may be proposed as an example of “control information.”
  • control information in this specification is not limited to “PDCCH,” and “PDCCH” may be proposed as an example of “control information.”
  • PDCCH control information
  • FIG. 1 shows an example of a communication system to which implementations of the present disclosure are applied.
  • the 5G usage scenario shown in FIG. 1 is only an example, and the technical features of this specification can be applied to other 5G usage scenarios not shown in FIG. 1.
  • the three main requirements categories for 5G are (1) enhanced Mobile BroadBand (eMBB) category, (2) massive Machine Type Communication (mMTC) category, and (3) ultra-reliable low-latency communication. (URLLC; Ultra-Reliable and Low Latency Communications) category.
  • eMBB enhanced Mobile BroadBand
  • mMTC massive Machine Type Communication
  • URLLC Ultra-Reliable and Low Latency Communications
  • the communication system 1 includes wireless devices 100a to 100f, a base station (BS) 200, and a network 300.
  • Figure 1 illustrates a 5G network as an example of a network of the communication system 1, but the implementation of this specification is not limited to the 5G system and can 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 operate as base stations/network nodes in relation to other wireless devices.
  • Wireless devices 100a to 100f represent devices that perform communication using Radio Access Technology (RAT) (e.g., 5G NR or LTE), and may also be referred to as communication/wireless/5G devices.
  • Wireless devices 100a to 100f include, but are not limited to, robots 100a, vehicles 100b-1 and 100b-2, extended reality (XR; eXtended Reality) devices 100c, portable devices 100d, and home appliances. It may include a product 100e, an Internet-Of-Things (IoT) device 100f, and an Artificial Intelligence (AI) device/server 400.
  • vehicles may include vehicles with wireless communication capabilities, autonomous vehicles, and vehicles capable of vehicle-to-vehicle communication.
  • Vehicles may include unmanned aerial vehicles (UAVs) (e.g., drones).
  • UAVs unmanned aerial vehicles
  • XR devices may include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Realty (MR) devices and may be mounted on vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signs, vehicles, robots, etc. It can be implemented in the form of a Head-Mounted Device (HMD) or Head-Up Display (HUD).
  • Portable devices may include smartphones, smart pads, wearable devices (e.g. smart watches or smart glasses), and computers (e.g. laptops).
  • Home appliances may include TVs, refrigerators, and washing machines.
  • IoT devices can include sensors and smart meters.
  • the wireless devices 100a to 100f may be referred to as user equipment (UE).
  • UE includes, for example, mobile phones, smartphones, laptop computers, digital broadcasting terminals, PDA (Personal Digital Assistant), PMP (Portable Multimedia Player), navigation systems, slate PCs, tablet PCs, ultrabooks, vehicles, and autonomous driving functions.
  • vehicles connected cars, UAVs, AI modules, robots, AR devices, VR devices, MR devices, holographic devices, public safety devices, MTC devices, IoT devices, medical devices, fintech devices (or financial devices), security devices , weather/environment devices, 5G service-related devices, or 4th Industrial Revolution-related devices.
  • 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 post-5G network.
  • Wireless devices 100a - 100f may communicate with each other via base station 200/network 300, but communicate directly (e.g., sidelink communication) rather than via base station 200/network 300. You may.
  • vehicles 100b-1 and 100b-2 may perform direct communication (e.g., vehicle-to-vehicle (V2V)/vehicle-to-everything (V2X) communication).
  • an IoT device e.g., sensor
  • another IoT device e.g., sensor
  • another wireless device e.g., 100f
  • Wireless communication/connections 150a, 150b, 150c may be established between wireless devices 100a - 100f and/or between wireless devices 100a - 100f and base station 200 and/or between base station 200.
  • wireless communication/connection includes uplink/downlink communication (150a), sidelink communication (150b) (or D2D (Device-To-Device) communication), communication between base stations (150c) (e.g. relay, IAB (Integrated Access and Backhaul) can be established through various RATs (e.g. 5G NR).
  • RATs e.g. 5G NR
  • wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmitting/receiving wireless signals various signal processing processes (e.g. channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), and a resource allocation process, etc. may be performed.
  • NR supports multiple numerologies or subcarrier spacing (SCS) to support various 5G services. For example, if SCS is 15kHz, it supports a wide area in traditional cellular bands, and if SCS is 30kHz/60kHz, it supports dense-urban, lower latency, and wider areas. It supports a wider carrier bandwidth, and when SCS is 60kHz or higher, it supports a bandwidth greater than 24.25GHz to overcome phase noise.
  • SCS subcarrier spacing
  • the NR frequency band can be defined as two types of frequency ranges (FR1, FR2).
  • the values of the frequency range may vary.
  • 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” and may be referred to as MilliMeter Wave (mmW). there is.
  • mmW MilliMeter Wave
  • Frequency range definition frequency range Subcarrier spacing FR1 450MHz - 6000MHz 15, 30, 60kHz FR2 24250MHz - 52600MHz 60, 120, 240 kHz
  • FR1 may include a band of 410MHz to 7125MHz as shown in Table 2 below. That is, FR1 may include a frequency band of 6GHz (or 5850, 5900, 5925 MHz, etc.). For example, the frequency band above 6 GHz (or 5850, 5900, 5925 MHz, etc.) included within FR1 may include an unlicensed band. Unlicensed bands can be used for a variety of purposes, for example for communications for vehicles (e.g. autonomous driving).
  • Frequency range definition frequency range Subcarrier spacing FR1 410MHz - 7125MHz 15, 30, 60kHz FR2 24250MHz - 52600MHz 60, 120, 240kHz
  • wireless communication technologies implemented in the wireless device of the present specification may include NarrowBand IoT (NB-IoT) for low-power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) 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 names.
  • the wireless communication technology implemented in the wireless device of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology and may be called various names such as enhanced MTC (eMTC).
  • eMTC enhanced MTC
  • LTE-M technologies include 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (Non-Bandwidth Limited), 5) LTE-MTC, 6) LTE MTC. , and/or 7) LTE M, etc. may be implemented in at least one of various standards, and are not limited to the above-mentioned names.
  • the wireless communication technology implemented in the wireless device of the present specification may include at least one of ZigBee, Bluetooth, and/or LPWAN considering low-power communication, and is limited to the above-mentioned names. That is not the case.
  • ZigBee technology can create PANs (Personal Area Networks) related to small/low-power digital communications 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 implementations of the present disclosure are applied.
  • the first wireless device 100 and/or the second wireless device 200 may be implemented in various forms depending on usage examples/services.
  • ⁇ first wireless device 100 and second wireless device 200 ⁇ are ⁇ wireless devices 100a to 100f and base station 200 ⁇ of FIG. 1, ⁇ wireless devices 100a to 100f ) and wireless devices (100a to 100f) ⁇ and/or ⁇ base station 200 and base station 200 ⁇ .
  • the first wireless device 100 and/or the second wireless device 200 may be composed of various components, devices/parts and/or modules.
  • First wireless device 100 may include at least one transceiver, such as transceiver 106, at least one processing chip, such as processing chip 101, and/or one or more antennas 108.
  • transceiver 106 such as transceiver 106
  • processing chip 101 such as processing chip 101
  • antennas 108 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. Additionally and/or alternatively, memory 104 may include processing chip 101. ) can be placed externally.
  • Processor 102 may control memory 104 and/or transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal and transmit a wireless signal including the first information/signal through the transceiver 106.
  • the processor 102 may receive a wireless signal including the second information/signal through the transceiver 106 and store information obtained by processing the second information/signal in the memory 104.
  • Memory 104 may be operatively coupled to processor 102. Memory 104 may store various types of information and/or instructions. Memory 104 may include firmware and/or code, instructions, and/or sets of instructions that, when executed by processor 102, perform the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein.
  • Software code 105 may be stored. For example, firmware and/or software code 105 may, when executed by processor 102, implement instructions that perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein. For example, firmware and/or software code 105 may control processor 102 to perform one or more protocols. For example, firmware and/or 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 RAT (eg, LTE or NR).
  • Transceiver 106 may be coupled to processor 102 to transmit and/or receive wireless signals via one or more antennas 108.
  • Each transceiver 106 may include a transmitter and/or receiver.
  • the transceiver 106 can be used interchangeably with the RF (Radio Frequency) 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 transceiver 206, at least one processing chip, such as processing chip 201, and/or one or more antennas 208.
  • Processing chip 201 may include at least one processor, such as processor 202, and at least one memory, such as memory 204. Additionally and/or alternatively, memory 204 may include processing chip 201. ) can be placed externally.
  • Processor 202 may control memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein.
  • the processor 202 may process 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 wireless 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.
  • Memory 204 may include firmware and/or code, instructions, and/or sets of 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 be stored.
  • firmware and/or software code 205 may, when executed by processor 202, implement instructions that perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein.
  • firmware and/or software code 205 may control processor 202 to perform one or more protocols.
  • firmware and/or software code 205 may control processor 202 to perform one or more air interface protocol layers.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement RAT (eg, LTE or NR).
  • Transceiver 206 may be coupled to processor 202 to transmit and/or receive wireless signals via one or more antennas 208.
  • Each transceiver 206 may include a transmitter and/or receiver.
  • the transceiver 206 can 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.
  • one or more processors 102, 202 may support one or more layers (e.g., a physical (PHY) layer, a Media Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, Functional layers such as RRC (Radio Resource Control) layer and SDAP (Service Data Adaptation Protocol) layer) can be implemented.
  • layers e.g., a physical (PHY) layer, a Media Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, Functional layers such as RRC (Radio Resource Control) layer and SDAP (Service Data Adaptation Protocol) layer
  • PHY physical
  • MAC Media Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • Functional layers such as RRC (Radio Resource Control) layer and SDAP (Service Data
  • One or more processors 102, 202 may process one or more Protocol Data Units (PDUs), one or more Service Data Units (SDUs), messages, and controls according to the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. It can generate information, data or information.
  • One or more processors 102, 202 may process signals (e.g., baseband) containing PDUs, SDUs, messages, control information, data, or information in accordance with the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. signal) can be generated and provided to one or more transceivers (106, 206).
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, suggestions, methods, and/or operational flow diagrams disclosed herein. Depending on the PDU, SDU, message, control information, data or information can be obtained.
  • signals e.g., baseband signals
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor, and/or microcomputer.
  • 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
  • one or more processors 102, 202 may include a communication control processor, an application processor (AP), an electronic control unit (ECU), a central processing unit (CPU), and a graphics processing unit. It can be configured by a set of (GPU; Graphic Processing Unit) and a memory control processor.
  • One or more memories 104, 204 may be connected to one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions, and/or instructions.
  • One or more memories 104 and 204 include random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), erasable programmable ROM (EPROM), flash memory, volatile memory, non-volatile memory, hard drive, It may consist of registers, cache memory, computer-readable storage media, and/or combinations thereof.
  • RAM random access memory
  • DRAM dynamic RAM
  • ROM read-only memory
  • EPROM erasable programmable ROM
  • flash memory volatile memory
  • non-volatile memory hard drive
  • It may consist of registers, cache memory, computer-readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internal to and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein to one or more other devices. .
  • One or more transceivers 106, 206 may receive user data, control information, wireless signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein from one or more other devices. there is.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive wireless signals.
  • one or more processors 102 and 202 may control one or more transceivers 106 and 206 to transmit user data, control information, wireless signals, etc. to one or more other devices. Additionally, one or more processors 102 and 202 may control one or more transceivers 106 and 206 to receive user data, control information, wireless signals, etc. from one or more other devices.
  • One or more transceivers (106, 206) may be connected to one or more antennas (108, 208). Additionally and/or alternatively, one or more transceivers (106, 206) may include one or more antennas (108, 208). One or more transceivers (106, 206) transmit, through one or more antennas (108, 208), user data, control information, and wireless signals/channels referred to in the descriptions, functions, procedures, proposals, methods, and/or operational flow diagrams disclosed herein. It may be configured to transmit and receive, etc.
  • 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 (106, 206) process the received user data, control information, wireless signals/channels, etc. using one or more processors (102, 202). 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, wireless 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 an (analog) oscillator and/or filter.
  • one or more transceivers (106, 206) up-convert an OFDM baseband signal to an OFDM signal through an (analog) oscillator and/or filter under the control of one or more processors (102, 202). , the up-converted OFDM signal can be transmitted at the carrier frequency.
  • One or more transceivers (106, 206) receive an OFDM signal at a carrier frequency and, under the control of one or more processors (102, 202), down-convert the OFDM signal to an OFDM baseband signal via an (analog) oscillator and/or filter ( down-convert).
  • wireless devices 100 and 200 may further include additional components.
  • Additional components 140 may be configured in various ways depending on the type of wireless device 100 or 200.
  • additional components 140 may include at least one of a power unit/battery, an input/output (I/O) device (e.g., an audio I/O port, a video I/O port), a drive device, and a computing device. You can.
  • Additional components 140 may be connected to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • the UE may operate as a transmitting device in the uplink and as a receiving device in the downlink.
  • the base station may operate as a receiving device in the UL and as a transmitting device in the DL.
  • the first wireless device 100 operates as a UE and the second wireless device 200 operates as a base station.
  • a processor 102 connected to, mounted on, or released from the first wireless device 100 may perform UE operations according to implementations herein or may use transceiver 106 to perform UE operations according to implementations herein. It can be configured to control.
  • the processor 202 connected to, mounted on, or released from 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 the implementation of the present specification. It can be.
  • the base station may be referred to as Node B, eNode B (eNB), or gNB.
  • Node B Node B
  • eNode B eNode B
  • gNB gNode B
  • Figure 3 shows an example of a UE to which the implementation of the present specification is applied.
  • UE 100 may correspond to the first wireless device 100 of FIG. 2.
  • UE 100 includes a processor 102, memory 104, transceiver 106, one or more antennas 108, power management module 141, battery 142, display 143, keypad 144, and SIM.
  • SIM Subscriber Identification Module
  • Processor 102 may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein. Processor 102 may be configured to control one or more other components of UE 100 to implement the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein.
  • a layer of the air interface protocol may be implemented in processor 102.
  • Processor 102 may include ASICs, other chipsets, logic circuits, and/or data processing devices.
  • Processor 102 may be an application processor.
  • the processor 102 may include at least one of a DSP, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), and a modem (modulator and demodulator).
  • processors 102 include SNAPDRAGON TM series processors manufactured by Qualcomm®, EXYNOS TM series processors manufactured by Samsung®, A series processors manufactured by Apple®, HELIO TM series processors manufactured by MediaTek®, and ATOM TM series processors manufactured by Intel®. Alternatively, it can be found in the corresponding next-generation processor.
  • the memory 104 is operatively coupled to the processor 102 and stores various information for operating the processor 102.
  • Memory 104 may include ROM, RAM, flash memory, memory cards, storage media, and/or other storage devices.
  • modules e.g., procedures, functions, etc.
  • Modules may be stored in memory 104 and executed by processor 102.
  • Memory 104 may be implemented within processor 102 or external to processor 102, in which case it may be communicatively coupled to processor 102 through various methods known in the art.
  • Transceiver 106 is operatively coupled to processor 102 and transmits and/or receives wireless signals.
  • Transceiver 106 includes a transmitter and a receiver.
  • 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 141 manages power of the processor 102 and/or the transceiver 106.
  • the battery 142 supplies power to the power management module 141.
  • the display 143 outputs the results processed by the processor 102.
  • Keypad 144 receives input for use by processor 102.
  • the keypad 144 may be displayed on the display 143.
  • the SIM card 145 is an integrated circuit for securely storing an International Mobile Subscriber Identity (IMSI) and associated keys, and is used to identify and authenticate subscribers in mobile phone devices such as mobile phones and computers. You can also store contact information on many SIM cards.
  • IMSI International Mobile Subscriber Identity
  • the speaker 146 outputs sound-related results processed by the processor 102.
  • Microphone 147 receives sound-related input for use by processor 102.
  • Figure 4 shows an example of a 5G system structure to which the implementation of the present specification is applied.
  • the 5G system (5GS; 5G system) structure consists of the following network functions (NF).
  • Data Network e.g. operator services, Internet access or third-party services
  • Figure 4 shows the 5G system architecture for the non-roaming case using a reference point representation that shows how the various network functions interact with each other.
  • the 5G system architecture includes the following reference points:
  • the following baseline shows the interactions that exist between NF services in NF.
  • two NFs may need to be connected to each other to serve the UE.
  • the PDU session establishment procedure is described. Please refer to section 4.3.2 of 3GPP TS 23.502 V16.3.0 (2019-12).
  • Figures 5 and 6 show an example of a PDU session establishment procedure to which the implementation of the present specification is applied.
  • Establishing a PDU session may involve:
  • a PDU session may be (a) associated with a single connection type at any given time, either a 3GPP connection or a non-3GPP connection, or (b) associated with multiple connection types simultaneously, i.e., one 3GPP connection and one non-3GPP connection. It can be related.
  • a PDU session associated with multiple access types is called a multi access (MA) PDU session and may be requested by a UE that supports access traffic steering, switching, splitting (ATSSS).
  • MA multi access
  • Figures 5 and 6 specify procedures for establishing a PDU session associated with a single connection type at a given time.
  • Step 1 To establish a new PDU session, the UE creates a new PDU session ID.
  • the UE transmits a NAS message including a PDU session establishment request message in the N1 SM container to initiate the PDU session establishment procedure requested by the UE.
  • the PDU session establishment request message includes PDU session ID, Requested PDU Session Type, requested session and service continuity (SSC) mode, 5G SM capability, Protocol Configuration Options (PCO), and SM. Includes PDU DN Request Container (SM PDU DN Request Container), UE Integrity Protection Maximum Data Rate, etc.
  • PDU session establishment is a request to establish a new PDU session
  • the request type indicates "Initial Request.” If the request refers to an existing PDU session being switched between a 3GPP connection and a non-3GPP connection, or a PDU session handover from an existing packet data network (PDN) connection in the EPC, the request type is "Existing PDU Session”. ".
  • the request type indicates "Emergency Request.” If the request refers to an existing PDU session for emergency services being switched between a 3GPP connection and a non-3GPP connection, or a PDU session handover from an existing PDN connection for emergency services in the EPC, the request type is "Existing emergency PDU session ( Existing Emergency PDU Session)”.
  • the UE includes the S-NSSAI from the allowed NSSAI of the current connection type. If a Mapping Of Allowed NSSAI is provided to the UE, the UE provides both the S-NSSAI of the visited VPLMN (VPLMN) from the allowed NSSAI and the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAI. .
  • VPLMN visited VPLMN
  • Step 2 AMF selects SMF. If the request type indicates "initial request", or if the request is due to a handover from an EPS or another AMF-provided non-3GPP connection, the AMF will determine the connection type of the PDU session as well as the association of S-NSSAI(s), DNN ( data network name), PDU session ID, and SMF ID are saved.
  • the AMF selects the SMF and stores the new PDU session ID, S-NSAI(s), and the association of the selected SMF ID. .
  • the AMF selects an SMF based on the SMF-ID received from the UDM. AMF updates the stored connection type for the PDU session.
  • the PDU session establishment procedure can be performed in the following cases.
  • AMF rejects the PDU session establishment request with an appropriate rejection reason.
  • AMF rejects requests from emergency registered UEs where the request type does not indicate "emergency request” or "existing emergency PDU session".
  • Step 3 If the AMF is not associated with an SMF for the PDU session ID provided by the UE (e.g. when the request type indicates "initial request"), the AMF sends the Create SM Context request procedure (e.g. Nsmf_PDUSession_CreateSMContext Request). If the AMF is already associated with the SMF for the PDU session ID provided by the UE (e.g. when the request type indicates "existing PDU session"), the AMF calls the Update SM Context Request procedure (e.g. Nsmf_PDUSession_UpdateSMContext Request) do.
  • the Create SM Context request procedure e.g. Nsmf_PDUSession_CreateSMContext Request
  • the AMF calls the Update SM Context Request procedure (e.g. Nsmf_PDUSession_UpdateSMContext Request) do.
  • AMF transmits the S-NSSAI of the serving PLMN from the allowed NSSAI to the SMF.
  • the AMF also transmits the corresponding S-NSSAI of the HPLMN from the mapping of allowed NSSAIs to the SMF.
  • the AMF ID is the UE's GUAMI and uniquely identifies the AMF serving the UE.
  • AMF delivers the PDU session ID along with the N1 SM container containing the PDU session establishment request message received from the UE.
  • GPSI generator public subscription identifier
  • AMF provides PEI instead of SUPI. If a UE in limited service state is registered for emergency services while providing SUPI but is not authenticated, the AMF indicates that SUPI is not authenticated. If the SMF does not receive SUPI for the UE or the AMF indicates that the SUPI is not authenticated, it determines that the UE is not authenticated.
  • AMF can include the PCF ID in Nsmf_PDUSession_CreateSMContext. This PCFID identifies the home PCF (H-PCF) in the non-roaming case and the visited PCF (V-PCF) in the LBO roaming case.
  • Step 4 If the session management subscription data for the S-NSSAI of the corresponding SUPI, DNN, or HPLMN is not available, the SMF may retrieve the session management subscription data from the UDM, and this subscription You can be notified when your data is modified.
  • Step 5 The SMF sends a create SM context response message (e.g., Nsmf_PDUSession_CreateSMContext Response) or an update SM context response message (e.g., Nsmf_PDUSession_UpdateSMContext Response) to the AMF, depending on the request received in step 3.
  • a create SM context response message e.g., Nsmf_PDUSession_CreateSMContext Response
  • an update SM context response message e.g., Nsmf_PDUSession_UpdateSMContext Response
  • the SMF If the SMF received the Nsmf_PDUSession_CreateSMContext Request in step 3 and can process the PDU session establishment request, the SMF creates an SM context and responds to the AMF by providing the SM context ID.
  • the SMF rejects the UE request via a NAS SM signal including the relevant SM rejection reason by responding to the AMF with an Nsmf_PDUSession_CreateSMContext Response.
  • the SMF also indicates to the AMF that the PDU session ID is considered released and the SMF proceeds to step 20 below and the PDU session establishment procedure is stopped.
  • Step 6 Optional secondary authentication/authorization may be performed.
  • Step 7a When dynamic policy and charging control (PCC) is used for the PDU session, the SMF may perform PCF selection.
  • PCC dynamic policy and charging control
  • Step 7b The SMF performs the SM policy association establishment procedure to establish the SM policy association with the PCF and obtain the basic PCC rules for the PDU session.
  • Step 8 SMF selects one or more UPFs.
  • Step 9 The SMF may perform the SM policy association modification procedure initiated by the SMF to provide information about the satisfied policy control request trigger conditions.
  • Step 10 If the request type indicates "initial request", the SMF may initiate an N4 Session Establishment procedure with the selected UPF. Otherwise, the SMF may initiate an N4 Session Modification procedure with the selected UPF.
  • the SMF may send an N4 session establishment/modification request to the UPF and provide packet detection, enforcement and reporting rules to be installed in the UPF for the PDU session.
  • UPF can confirm by sending an N4 session establishment/modification response.
  • Step 11 SMF sends an N1N2 message transfer message (e.g. Namf_Communication_N1N2 Message Transfer) to AMF.
  • N1N2 message transfer message e.g. Namf_Communication_N1N2 Message Transfer
  • the N1N2 message delivery message may include N2 SM information.
  • N2 SM information carries the following information to be delivered by AMF to (R)AN.
  • QFI QoS flow ID
  • - PDU Session ID Indicates to the UE the association between the RAN resource and the PDU session for the UE;
  • - S-NSSAI with value for the serving PLMN (i.e. HPLMN S-NSSAI, or VPLMN S-NSSAI for LBO roaming);
  • the N1N2 message delivery message may include the N1 SM container.
  • the N1 SM container includes a PDU session establishment acceptance message to be provided by AMF to the UE.
  • the PDU Session Establishment Accept message includes the S-NSSAI from the permitted NSASI.
  • the PDU Session Establishment Accept message includes the S-NSSAI from the allowed NSSAI for the VPLMN and also includes the corresponding S-NSSAI of the HPLMN from the mapping of the allowed NSSAI received by the SMF in step 3. .
  • multiple QoS rules, QoS flow levels, and QoS parameters may be included in the PDU Session Establishment Accept message and N2 SM information in the N1 SM container.
  • the N1N2 message delivery message includes an N1 SM container including a PDU session establishment rejection message and does not include N2 SM information.
  • (R)AN transmits a NAS message including a PDU session establishment rejection message to the UE. In this case, steps 12-17 below are omitted.
  • Step 12 AMF transmits a NAS message containing the PDU session ID and PDU session establishment acceptance message destined for the UE and the N2 SM information received from the SMF to (R)AN within the N2 PDU session request message.
  • Step 13 (R)AN may perform AN-specific signal exchange with the UE related to information received from the SMF.
  • the UE may perform RRC connection reconfiguration with the UE to set the necessary NG-RAN resources in relation to the QoS rules for the PDU session request received in step 12.
  • (R)AN delivers the NAS message (PDU session ID, N1 SM container (PDU session establishment acceptance message)) received in step 12 to the UE.
  • (R)AN provides NAS messages to the UE only if the AN-specific signaling exchange with the UE includes adding (R)AN resources related to the received N2 command.
  • steps 14 to 16b and 17 below are omitted.
  • Step 14 (R)AN transmits an N2 PDU session response message to AMF.
  • the N2 PDU session response message may include PDU session ID, cause, N2 SM information (PDU session ID, AN tunnel information, accepted/rejected QFI list, user plane enforcement policy notification), etc.
  • Step 15 AMF transmits an update SM context request message (e.g. Nsmf_PDUSession_UpdateSMContext Request) to SMF.
  • AMF transmits the N2 SM information received from (R)AN to SMF.
  • Step S16a SMF initiates the N4 session modification procedure with UPF.
  • SMF provides AN tunnel information and corresponding forwarding rules to UPF.
  • Step S16b UPF provides an N4 session modification response to SMF.
  • the UPF can forward any DL packets that may have been buffered for this PDU session to the UE.
  • Step 16c If the SMF is not yet registered for this PDU session, the SMF may register with the UDM for the given PDU session.
  • Step 17 SMF transmits an update SM context response message (e.g. Nsmf_PDUSession_UpdateSMContext Response) to AMF.
  • an update SM context response message e.g. Nsmf_PDUSession_UpdateSMContext Response
  • AMF delivers relevant events to which SMF has subscribed.
  • Step 18 If the PDU session establishment is not successful during the procedure at any time after step 5, the SMF may call Nsmf_PDUSession_SMContextStatusNotify (release) to notify the AMF. The SMF may also release the N4 session that was created, the PDU session address (e.g. IP address) if assigned, and possibly its association with the PCF. In this case, step 19 below is omitted.
  • Nsmf_PDUSession_SMContextStatusNotify release
  • the SMF may also release the N4 session that was created, the PDU session address (e.g. IP address) if assigned, and possibly its association with the PCF.
  • step 19 is omitted.
  • Step 19 For PDU session type IPv6 or IPv4v6, SMF may generate an IPv6 Router Advertisement and transmit it to the UE.
  • Step 20 The SMF may perform SM policy association modifications initiated by the SMF.
  • Step 21 If PDU session establishment fails after step 4, and the SMF no longer processes the UE's PDU session, the SMF may unsubscribe upon modification of session management subscription data.
  • an MA PDU session is a session that can simultaneously service 3GPP access and non-3GPP access using one PDU session.
  • Figure 7 shows an example in which a MA PDU session is created.
  • the MA PDU session is one PDU session in FIG. 7 and has a separate session tunnel for each access.
  • One PDU session is established on a 3GPP access and the other PDU session is established on an untrusted non-3GPP access (e.g., WLAN AN).
  • WLAN AN untrusted non-3GPP access
  • 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 multi-path data links between the UE and UPF-A. This can be implemented below the IP layer.
  • a MA-PDU session can be established through one of the following procedures.
  • SM Session Management
  • a MA PDU session can be established through two separate PDU session establishment procedures.
  • the UE may establish a MA PDU session on a 3GPP access and then perform a PDU session establishment procedure on a non-3GPP access to add the non-3GPP access to the MA PDU session created on the 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 can be established in 3GPP access and non-3GPP access simultaneously through one procedure.
  • This one procedure can be called a MA PDU session establishment procedure by UE request.
  • the above procedure may be useful if the UE wants to establish a MA PDU session while the UE is already registered in 5GC through two accesses. Instead of performing two separate PDU session establishment procedures, the UE can establish a MA PDU session by performing one MA PDU session establishment procedure.
  • Figure 8 shows an example of applying ATSSS rules to a MA PDU session.
  • the SMF wants to move an IP flow transmitted in non-3GPP access to 3GPP access while a multi-access (MA) PDU session is established, the updated ATSSS (Access Traffic Steering, Switching and Splitting) rules can be transmitted.
  • ATSSS Access Traffic Steering, Switching and Splitting
  • 3GPP is discussing ways to support AL/ML-based services in 5GS.
  • various applications may include video/voice recognition, robot control, automobiles, etc.
  • AI/ML operations can include, for example, three main types:
  • AI/ML model/data distribution and sharing over 5G system AI/ML model/data distribution and sharing through 5G system
  • Goal 1 Study possible architecture and functional extensions to support application layer AI/ML tasks.
  • network resource utilization monitoring is supported in 5G systems related to UE.
  • 5GS information exposure extensions to 5GC NF(s) to expose UE and/or network state and performance predictions e.g. location, QoS, load, congestion, etc.
  • Enhancements of external parameter provisioning for 5GC based on application AI/ML behavior e.g. expected UE activity behaviors, expected UE mobility, etc.
  • Objective 2 Study possible QoS and policy improvements to support application AI/ML operational traffic while supporting general (non-application AI/ML) 5GS user traffic.
  • Objective 3 Whether 5GS provides support to AF and UE to manage FL operations and model deployment/redistribution (e.g. selecting FL members, monitoring group performance, allocating and ensuring appropriate network resources), and methods can be studied. To facilitate collaborative application AI/ML-based federated learning tasks between application clients and application servers running on UEs, such research can be performed.
  • All UEs participating in a given Application AI/ML task can be served by the same S-NSSAI as AF.
  • AI/ML Artificial intelligence (AI)/machine learning (ML) is used in a variety of applications across industries.
  • mobile devices e.g. smartphones, cars, robots
  • algorithms e.g. speech recognition, image recognition, video processing
  • AI/ML models to enable applications.
  • 5G systems can support at least three types of AI/ML tasks.
  • the examples below represent three types of AI/ML tasks:
  • the example in Figure 9 shows an example of AI/ML task division between AI/ML endpoints.
  • Figure 9 shows an example of split AI/ML according to an embodiment of the disclosure herein.
  • the split AI/ML inference method can be shown as shown in FIG. 9.
  • AI/ML tasks/models are split into several parts depending on the current task and environment. Computation-intensive and energy-intensive parts can be offloaded to network endpoints, while privacy-sensitive and delay-sensitive parts can be left to end devices.
  • a device can execute a task/model up to a certain part/layer and then transmit intermediate data to a network endpoint. The network endpoint can execute the remaining parts/layers and provide the inference results back to the device.
  • the example in Figure 10 shows an example of AI/ML model/data distribution and sharing through a 5G system.
  • FIG 10 shows an example of AI/ML model deployment according to one embodiment of the disclosure herein.
  • the AI/ML model deployment method can be shown as shown in Figure 10.
  • Multi-functional mobile terminals may need to switch AI/ML models according to changes in tasks and environments.
  • a condition for adaptive model selection may be that the model to be selected is available for the mobile device.
  • Online model deployment i.e. downloading a new model
  • AI/ML models can be deployed from NW endpoints to devices as needed to adapt to changed AI/ML tasks and environments. This may require continuous monitoring of model performance in the UE.
  • the example in Figure 11 shows an example of distributed/federated learning through a 5G system.
  • FIG 11 shows an example of AI/ML model deployment according to one embodiment of the disclosure herein.
  • FIG. 11 An example of a Federated Learning (FL) system can be depicted as in Figure 11.
  • the cloud server can train a global model by aggregating the partially trained local models on each end device.
  • the UE can use local training data to perform training based on the model downloaded from the AI server.
  • the UE can then report the intermediate training results to the cloud server through the 5G UL channel.
  • the server can aggregate the UE's intermediate training results and update the global model.
  • the updated global model is then distributed back to the UE and the UE can perform training for the next iteration.
  • 5GS support for FL operation may be discussed.
  • 5GS support for FL operation (5GS Assistance to Federated Learning Operation) can be discussed.
  • 5G plans to support Artificial Intelligence (AI)/Machine Learning (ML)-based services are being discussed.
  • An Application Function such as an Application Server (AS)
  • AF can perform federated learning (FL) operations.
  • the 5G System did not have a plan to support such AF performing FL operations.
  • the specific way for 5GS to provide assistance information to this AF was not discussed at all.
  • 5GS in order for 5GS to support the AF in selecting a UE for FL operation, a method of providing assistance information needs to be discussed. Additionally, it is necessary to discuss what information 5GS will receive from AF and what information 5GS will provide to AF. Additionally, in order for 5GS to support FL operations of AI/ML applications, information within 5GS is collected according to the application's requests (e.g., preferred time zone for performing FL operations, region for FL operations), and FL is sent to AF. There is a need to discuss ways to provide support information such as a list of candidate UEs for operation and recommended time slots for FL operation.
  • AF may be used as a term with the same meaning as Application Server (AS).
  • AS Application Server
  • UE selection support for FL operation may be discussed. For example, whether, how, and information that 5GC can provide to the AF may be discussed to help the AF select and manage UE groups that will be part of the FL operation.
  • AF can control and manage FL group management. For example, to select and manage UE groups that will be part of the FL operation, whether information is needed in 5GC to support AF, how information is needed, and what information is needed may be discussed;
  • Performance monitoring/exposure may be discussed. For example, methods for monitoring and exposing UE or UE group performance (e.g. aggregated QoS parameters) related to FL operations may be discussed. For example, whether and which existing or new monitoring events (e.g. QoS, location, load, congestion) are needed to capture specific system performance and predictions about traffic related to AI/ML workloads for FL operations. It can be debated whether they are necessary or not.
  • existing or new monitoring events e.g. QoS, location, load, congestion
  • FL performance can be discussed. For example, when the application server receives local ML model training information from other UEs to perform global model updates, how to support AF to improve FL performance between UEs (e.g., latency divergence management) ) can be discussed.
  • the Network Function (NF) that collects 5GS information and generates assistance information to be delivered to the AI/ML Application Server may be the Network Data Analytics Function (NWDAF).
  • these NFs may be new NFs (e.g., AIML NF/NEF).
  • AIML NF/NEF may refer to an NF that generates support information related to AIML.
  • AIML NF may also be used as a term with the same meaning as AIML NF or NEF.
  • the new NF may operate as a separate, independent NF, or may be an NF integrated with the existing NF, NEF or PCF.
  • new analytics need to be defined. For example, new analytics can receive requests for assistance information from the AI/ML Application Server and information collected from 5GC as input. And, based on new analytics, NWDAF can collect information from 5GC and then provide assistance information to the Application Server through output analytics in response.
  • a new NF (e.g., a separate, independent NF or an NF integrated with an existing NF) may also be used as the NF to generate supporting information.
  • the new NF can receive a request for assistance information from the Application Server based on the new service operation. And, by collecting information from 5GC, the new NF can provide assistance information to the Application Server in response.
  • AIML NF collects network information to provide recommended UE List and recommended FL time zone, region, etc.
  • AIML NF can provide a recommended UE List and recommended FL time zone, region, etc. that can satisfy the conditions (QoS, region, etc.) for the UE List provided by the application.
  • This example provides a solution related to 5GS support for federated learning operations.
  • AIML NF which can be deployed with NEF and used for external exposure to support 5G AIML services.
  • AIML NF may receive a request from AF (i.e., AI/ML application server) and respond/notify 5GS support information for AIML operation.
  • AF i.e., AI/ML application server
  • the AI/ML application server requests support information along with input parameters for FL operation.
  • input parameters include UE list, QoS reference, geographic area, minimum number of UEs for FL operation, preferred AIML period, whether to request list of candidate UEs for FL operation, preferred time zone for AIML operation, radio access technology, signaling. Quality, etc. may be included.
  • the AI/ML application server can provide preferred AIML operation durations.
  • the AI/ML application server can provide an estimated AIML operation duration.
  • AIML NF/NEF can derive the recommended AIML operation time zone by considering the preferred AIML operation time zone and expected AIML operation time zone, and predicting network conditions such as user data congestion time.
  • the AI/ML application server can subscribe (or subscribe) to AIML support information for FL operation. For example, if a member UE's threshold for a QoS reference or QoS requirement cannot be met due to a change in network conditions, or if a new candidate UE is expected to be able to meet the threshold, the AI/ML application server After starting the FL operation, you may want to update the FL member UE for the FL operation. In this case, AIML NF/NEF provides updated support information (e.g., new recommended UEs) to the AI/ML application server, so that the AI/ML application server selects FL member UEs that can meet QoS requirements based on the support information. You can reselect.
  • updated support information e.g., new recommended UEs
  • the AI/ML application server can manage subscriptions (or subscriptions) based on Subscription Correlation ID.
  • the AI/ML application server can use the Subscription Correlation ID to update the subscription (e.g. new UE list, QoS requirements) or unsubscribe from AIML NF/NEF.
  • AIML NF/NEF can process requests from AI/ML Application Server by interacting with other NFs such as NWDAF, UDM, SMF, UPF, OAM, etc.
  • AIML NF/NEF provides support information for FL operation requested by AI/ML Application Server by generating support information for FL operation (e.g., candidate UE list in recommended time zone) based on the collected information. .
  • Figure 12 shows the procedure for providing 5GS support information to an AI/ML application server for federated learning operations.
  • Figure 12 is an example of a procedure for providing 5GS support information for a federated learning operation according to an embodiment of the disclosure of the present specification.
  • the AI/ML application server can request/subscribe to 5G support information under specific conditions for FL operation by calling Nnef_AIMLAssistanceInfo_Request / Nnef_AIMLAssistanceInfo_Subscribe.
  • the AI/ML application server may request FL support information for the UE list included in the request. It may also indicate that the UE has been approved by the AI/ML Application Server (application side) for FL operation.
  • the input parameters of the Nnef_AIMLAssistanceInfo_Request service operation are as follows:
  • AIML NF/NEF Whether to request a list of candidate UEs (if this is indicated, AIML NF/NEF provides a list of candidate UEs in the response).
  • Expected AIML operation time estimate time required for each AI/ML application server based on learning information such as learning model and learning data size.
  • AIML NF/NEF Whether to request a recommended (recommended) AIML operation duration (if indicated, AIML NF/NEF will provide a recommended AIML operation duration in the response).
  • access type/RAT type e.g. WLAN, 5G
  • preferred signal quality e.g. average received signal strength indication (RSSI) and round trip time (RTT)
  • RSSI received signal strength indication
  • RTT round trip time
  • Reporting parameters e.g. periodic reporting, reporting thresholds (QoS references or QoS requirements)).
  • AIML NF/NEF calls the Nudm_SDM_Get service operation to determine whether the UE provided by the AI/ML Application Server has been approved by 5GC to support AIML operations and whether each UE has joined the UE. Check whether you agree to participate in the FL operation from the UDM stored in the information. After receiving a successful response, AIML NF/NEF can subscribe to notifications about subscription data modifications by using Nudm_SDM_Subscribe.
  • AIML NF/NEF may derive assistance information by determining the appropriate analysis information and input parameters to be collected, based on the input requested in step 1.
  • the support information may be a list of candidate UEs that can satisfy the request of the AI/ML Application Server or a recommended area in a recommended time zone.
  • the input value from step 1 can be used as an input parameter.
  • QoS criteria, expected AIML operating time period, and preferred AIML operating time period can be used to request QoS continuity analysis at that point in time.
  • 'Time when assistance information is needed' can be used as an input to 'Time when analytics information is needed'.
  • Global model download and learning result upload traffic volume can be used to predict the time it takes to download a global model and upload learning results.
  • AIML NF/NEF may request/subscribe to NWDAF to collect analysis information of the requested UE (e.g. UE communication analysis, UE mobility analysis, user data congestion analysis, QoS continuity analysis, WLAN performance analysis by UE). You can. If the AI/ML application server does not provide some input parameters, AIML NF/NEF can derive the corresponding parameters based on local settings or based on analyzes such as UE mobility analysis and UE-specific WLAN performance analysis. . If 'Preferred AIML operation time periods' and 'Time when assistance information is needed' are not provided as input parameters, AIML operation can be considered to be performed immediately.
  • NWDAF collects data for the requested Analytics ID.
  • NWDAF provides analytical response to AIML NF/NEF.
  • AIML NF/NEF collects all analysis information from NWDAF and considers QoS, user data congestion, UE mobility, preferred AIML time zone for FL operation, preferred wireless access technology, preferred signal quality, and UE traffic usage, etc. /ML Derives support information that can satisfy Application Server requests.
  • AIML NF/NEF responds/notifies the AI/ML application server of the derived support information.
  • the output parameters of the Nnef_AIMLAssistanceInfo_Request service operation are as follows:
  • Each 5GS Assistance information can contain:
  • Each 5GS support information may include:
  • Each of the above information can be provided according to priority to help the AI/ML application server select the UE.
  • the candidate UE list for recommended FL operation may vary depending on the recommended time period and/or recommended area for AIML operation.
  • the AIML NF/NEF may take this into account.
  • the AI/ML application server can select and manage UE groups and determine the FL operation start time.
  • steps 1 and 3 if the AI/ML application server and AIML NF/NEF have subscribed (or subscribed) to AIML support information, when NWDAF creates a new analysis, AIML NF/NEF sends the new support information to the AI/ML application. Notify the server.
  • AIML NF/NEF can announce new AIML support information (e.g. new recommended UE) due to changed network conditions, and AI/ML application server can reselect FL members based on that information. .
  • new AIML support information e.g. new recommended UE
  • the UDM may use the new subscription information to determine whether the UE is authorized for 5G AI/ML operation.
  • AIML NF can be co-located with NEF.
  • AIML NF/NEF can use new service operations to support application AI/ML operations.
  • NWDAF can support WLAN performance analysis for each UE.
  • NWDAF can receive requests from the AI/ML Application Server as input from analytics and provide assistance information to the AI/ML Application Server as output.
  • AF can pass a Member Selection Flag. If the member selection flag is 1, 5GC's NWDAF can provide a recommended UE list as the output of New analytics. If the member selection flag is 0, NWDAF may not recommend the member list to the AIML Application Server.
  • NWDAF can collect information on 5GC by collecting information such as QoS information and network performance for the member list delivered by the Application Server, and subscribing to the notification service for data related to other NFs such as UPF and SMF. And, based on the collected information, NWDAF can deliver assistance information to the AI/ML Application Server as analytics output.
  • the following example is an example of 5GS Assistance to Federated Learning Operation.
  • Federated learning requires multiple rounds of training and interaction between a central server and an edge node (e.g., edge server or UE).
  • Federated learning can be viewed as a type of group learning that does not expose the privacy of edge nodes.
  • it is necessary to ensure consistency in the communication characteristics and requirements of each edge node, such as more stable connections between edge nodes and the central server and resources, bandwidth, delay, and unified start and end of training.
  • VN 5G Virtual Network
  • NWDAF provides proposals to the AF for establishing a VN group along with relevant policies, and may also include a list of proposed FL members if the AF requires member selection. In this process, AF is deeply involved because multiple interactions with other 5GC NFs are required.
  • FIGS. 13A and 13B an example of a VN group establishment procedure by AF will be described.
  • Figures 13a and 13b show the VN group establishment procedure initiated by AF.
  • Figures 13a and 13b are an example of a procedure for establishing a VN group by AF according to an example of the disclosure of the present specification.
  • the AF subscribes to receive analytics via NEF by invoking Nnef_AnalyticsExposure_Subscribe service operation.
  • the parameters include:
  • AF can subscribe to receive analytics via NEF by calling the Nnef_AnalyticsExposure_Subscribe service operation.
  • Parameters included in the message sent by AF may include:
  • - Member selection flag This is a flag indicating whether member selection is necessary.
  • - Member list (list of SUPIs or group IDs if member selection flag is 0), candidate member list (list of SUPIs or group IDs if member selection flag is 1), or all UEs (if member selection flag is 1).
  • Performance requirements e.g. bandwidth, time delay, etc.
  • NEF can subscribe to NWDAF by calling the Nnwdaf_AnalyticsSubscription_Subscribe service operation.
  • NWDAF can begin selecting members from the UE list provided by AF.
  • NWDAF refers to “UE mobility analysis”, “abnormal behavior related network data analytics”, “Network Performance Analytics”, “NF load analysis”, “User data congestion analysis”, “ Appropriate members can be selected based on “DN performance analysis” and other analysis IDs.
  • NWDAF may collect relevant analytical data and perform analysis. Based on the results of the analysis, NWDAF can propose VN groups and then derive information related to the proposed policy.
  • the proposed policy-related information may include VN group data, PCC rule-related information, and access and mobility-related rules (e.g., URSP).
  • URSP mobility-related rules
  • NWDAF can subscribe to UPF, SMF and other related NFs in the member list to provide QoS information, network performance and other related data.
  • Whether NWDAF proposes to establish a VN group may take into account the SMF's capabilities for the VN group.
  • NWDAF By calling the Nnwdaf_AnalyticsSubscription_Notify service operation, NWDAF notifies NEF of the selected member list and proposed policies for VN group setup, including PCC rules, access and mobility-related policies, etc. that match the analysis filter information (if member selection flag is 1). You can.
  • NEF can notify analysis information to AF by calling the Nnef_AnalyticsExposure_Notify service operation.
  • AF can modify the recommended member list according to local policy. At this time, AF can cancel the previous subscription and send a new subscription request message to NWDAF for group monitoring of the updated member list.
  • NEF can subscribe to NWDAF by calling the Nnwdaf_AnalyticsSubscription_Subscribe service operation.
  • NWDAF can join UPF, SMF and other relevant NFs in the updated member list to collect QoS information, network performance and other information.
  • the AF may transmit VN group data via UDR as defined in 4.15.6.3b of 3GPP TS 23.502 V17.5.0, using the procedures specified in clause 4.15.6.7 of TS 23.502 V17.5.0.
  • the PCF can create a URSP rule and deliver it to the UE using the procedure specified in section 4.2.4.3 of TS 23.502 V17.5.0.
  • the AF may transmit exclusive PCC rules for VN groups defined in clause 6.3 of TS 23.503 V17.5.0 to the PCF via UDR using the procedure specified in clause 4.15.6.7 of TS 23.502 V17.5.0.
  • AF can trigger the PDU session establishment procedure.
  • a UE that has previously received a URSP rule may establish a PDU session and join (or join) a VN group using the procedures in section 4.3.2.2.1 of TS 23.502 V17.5.0.
  • Joint learning can be started with the selected UE through the VN group for which AF is established.
  • AF can transmit FL progress and resource requirements to NWDAF through NEF.
  • UPF, SMF and other related NFs can transmit QoS information, network performance and other related information to NWDAF.
  • NWDAF may modify policies and proposed members, including VN group data, PCC rules, or access and mobility related policies (e.g. URSP).
  • NWDAF may call the Nnwdaf_AnalyticsSubscription_Notify service operation to notify the NEF of the updated proposed member list (if the member selection flag is "1") and the updated proposed policy.
  • NEF can notify analysis information to AF by calling the Nnef_AnalyticsExposure_Notify service operation. If the AF modifies the recommended member list according to the local policy, the AF may cancel the previous subscription and send a new subscription request for the updated member list.
  • AF may modify VN group data and/or members via UDR using the procedures specified in 4.15.6.7 of TS 23.502 V17.5.0.
  • the PCF can modify the URSP rule based on the VN group data and deliver it to the UE by using the procedure specified in section 4.2.4.3 of TS 23.502 V17.5.0.
  • the AF may modify the PCC rules for a VN group using the procedures specified in clause 4.15.6.7 of TS 23.502 V17.5.0.
  • FL movements can include multiple rounds of training. Steps 14-19 may be repeated multiple times depending on the requirements of the AF to NWDAF affiliation.
  • NWDAF may support application federated learning-related analytics (e.g., new analytics ID). NEF may support receiving application federated learning-related subscription requests.
  • application federated learning-related analytics e.g., new analytics ID
  • NEF may support receiving application federated learning-related subscription requests.
  • a terminal that supports MA PDU sessions utilizes both accesses (3GPP, non-3GPP).
  • 3GPP, non-3GPP accesses
  • a method is needed to preferentially select a UE with a MA PDU session.
  • MA PDU Session information can be usefully used as information for selecting a UE that can satisfy the QoS for the UE's AIML FL operation.
  • a terminal with a MA PDU Session can have both 3GPP Access and Non-3GPP Access. Therefore, compared to a terminal that uses only a Single PDU Session, when a terminal with a MA PDU session is used, the QoS of the terminal can be flexibly satisfied despite changes in the performance of the access network. Therefore, the AI/ML Application Server may want to preferentially select a terminal that supports MA PDU Session.
  • 5GC can preferentially select terminals with MA PDU Sessions as a candidate UE list for FL. Therefore, in order to support FL operation of AI/ML Applications in 5GC, a method is needed to provide information related to MA PDU Session to AF.
  • a multi-access PDU (Multi-Access PDU; MA PDU) session connects to two access networks simultaneously, 3GPP access and non-3GPP access (e.g. untrusted, trusted non-3GPP access, wireline 5G access), between the terminal and the data network.
  • 3GPP access and non-3GPP access e.g. untrusted, trusted non-3GPP access, wireline 5G access
  • This is a PDU Session that can send and receive traffic.
  • the MA PDU session was defined to support ATSSS (Access Traffic Steering, Switching and Splitting) technology, which allows traffic to be exchanged between a terminal and a network using 3GPP and non-3GPP access networks simultaneously.
  • ATSSS Access Traffic Steering, Switching and Splitting
  • a tunnel to forward traffic through 3GPP access and a tunnel to forward traffic through non-3GPP access are created, respectively.
  • Each tunnel is independently separated, and traffic may be transmitted using only one of these tunnels.
  • which access tunnel to transmit traffic is determined by the policy determined by the network.
  • SMF can create ATSSS rule and N4 rule to control traffic and transmit them to the terminal and UPF, respectively.
  • the terminal can determine which access connection to transmit UL traffic, and the UPF can determine which access to transmit DL traffic.
  • Figure 14 is an example showing the structure of a MA PDU session according to an embodiment of the present disclosure.
  • the UE supports ATSSS, and the UE may wish to activate the MA PDU Session.
  • the UE may generate a PDU Session Establishment request including ATSSS capability, and indicate the Request Type as "MA PDU Request" within the UL NAS Transport message when transmitting this request.
  • AMF can select an SMF that supports MA PDU Session.
  • the AMF can transmit the "MA PDU Request" indication to the SMF and transmit a request message to the SMF by including the access type in the N1 SM container. Additionally, if the UE is registered for both accesses, the AMF can inform the SMF of additional access type information.
  • SMF can check whether MA PDU Session is allowed based on Session Management subscriber information.
  • the SMF can transmit an SM Policy Control Create message containing the "MA PDU Request" indication to the PCF, and the SMF can also transmit the ATSSS capability of the MA PDU Session.
  • SMF can deliver the currently used access type, RAT type, and additional access type information to the PCF. Then, the PCF determines whether the MA PDU session is allowed based on the network operator policy and subscriber information.
  • a terminal with a MA PDU Session it can have both 3GPP Access and Non-3GPP Access, so even if one access becomes unusable, communication is possible using the other access, and the bandwidth of both accesses can be aggregated.
  • the terminal and/or network may perform RTT (Round Trip Time) and Packet Loss Rate (PLR) measurements of each access network. Based on measurements such as RTT and PLR measurements, the terminal and/or network can determine congestion of a specific access and select an access that can maximize the traffic transmission rate of each uplink and downlink to transmit traffic.
  • RTT Red Trip Time
  • PLR Packet Loss Rate
  • a terminal supporting a MA PDU session can flexibly satisfy the QoS of the terminal despite changes in the performance of the access network. Therefore, the AI/ML Application Server may want to preferentially select a terminal that supports MA PDU Session. And, even if the AI/ML Application server does not explicitly request information on terminals with MA PDU Sessions, 5GC may preferentially select terminals with MA PDU Sessions as a candidate UE list for FL.
  • 3GPP 5GC when 3GPP 5GC provides a list of candidate UEs to the AI/ML Application Server as information to support Application AI/ML FL operations, it also provides MA PDU Session information of the terminal or MA PDU This explains how to provide information in the session by considering it.
  • Various examples of the disclosure of this specification describe a method of providing 5GS support information (including MA PDU Session information) to an AF that supports AI and ML services.
  • the method may consist of a combination of one or more operations/configurations/steps according to the various examples below.
  • AIML NF Application AI/ML operations
  • NF e.g., AIML NF/NEF
  • AIML NF/NEF in which the function to support the new NF or Application AI/ML operation is integrated with existing NF (NEF, PCF); or
  • the SMF or PCF can provide the UE's MA PDU Session Information to NWDAF, AIML NF/NEF, AIML NF, etc.
  • the MA PDU Session Information may indicate whether the terminal is using the MA PDU Session, access information on which the MA PDU Session is established, and/or whether a single access PDU Session can be made into a MA PDU Session.
  • MA PDU Session Information may be interpreted as information related to the UE being able to use 3GPP access and non-3GPP access simultaneously to support Application AI/ML operations/traffic. For example, whether the UE is using the MA PDU Session may be interpreted as whether the UE is simultaneously using 3GPP access and non-3GPP access to support Application AI/ML operations/traffic.
  • AIML NF/NEF examples of procedures operating based on new service operations through AIML NF/NEF are described.
  • the operation of AIML NF/NEF may be supported by NWDAF.
  • the input/output parameters of AIML NF/NEF described below can be supported by the input/output of NWDAF's new analytics. If the operation of AIML NF/NEF is supported by another NF, the operation of AIML NF/NEF and parameters related to this operation may be supported by a new service operation provided by the corresponding NF.
  • AI/ML services include AI/ML-based service, AI/ML traffic, AI/ML application, AI/ML transmission, AI/ML operation, AI/ML operational traffic, Application AI/ML It can be used as a term with the same meaning as operation, Application AI/ML operational traffic, etc.
  • UE User Equipment
  • terminal may be used as terms with the same meaning.
  • AF Application Function
  • AS Application Server
  • analytics information may be used as terms with the same meaning as analytics data, network analytics data, network analytics information, etc.
  • FIGS. 15A and 15B examples of procedures for the 3GPP network to transmit 5GC support information including MA PDU Session information of the terminal to the AI/ML Application Server are shown in FIGS. 15A and 15B.
  • Figures 15A and 15B show an example of a procedure for providing 5GS support information for a federated learning operation.
  • Figures 15a and 15b show a procedure for providing 5GS support information including MA PDU session information for a joint learning operation.
  • step 1 of FIG. 12 can be modified so that the AI/ML Application request includes MA PDU Session Information.
  • Step 2 of FIG. 12 can be modified when AIMF NF/NEF obtains subscription-related information from UDM among MA PDU Session Information.
  • Steps 3 and 10 of FIGS. 15A and 15B are operations added to obtain MA PDU session information from SMF or PCF.
  • Steps 9 and 15 of FIGS. 15A and 15B can be modified to provide information including MA PDU Session Information to the AI/ML Application Servicer.
  • the AI/ML application server may request support information to use AI/ML-related operations (e.g., FL operations). For example, the AI/ML application server may transmit a request message to AIML NF/NEF requesting support information or a subscription request message to subscribe to a service providing support information. For example, the AI/ML application server can request/subscribe to 5G support information under specific conditions for FL operation by calling Nnef_AIMLAssistanceInfo_Request / Nnef_AIMLAssistanceInfo_Subscribe. The AI/ML application server may request FL support information for the UE list included in the request. It may also indicate that the UE has been approved by the AI/ML Application Server (application side) for FL operation.
  • AI/ML-related operations e.g., FL operations.
  • the AI/ML application server may transmit a request message to AIML NF/NEF requesting support information or a subscription request message to subscribe to a service providing support information.
  • the AI/ML application server can request/subscribe to 5G
  • the input parameters of the Nnef_AIMLAssistanceInfo_Request service operation are as follows.
  • the request message sent by the AI/ML application server may include one or more of the following examples:
  • AIML NF/NEF Whether to request a list of candidate UEs (if this is indicated, AIML NF/NEF provides a list of candidate UEs in the response).
  • Expected AIML operation time estimate time required for each AI/ML application server based on learning information such as learning model and learning data size.
  • AIML NF/NEF Whether to request a recommended (recommended) AIML operation duration (if indicated, AIML NF/NEF will provide a recommended AIML operation duration in the response).
  • the AI/ML application server may transmit a request message containing “Multi-Access” to the AIML NF/NEF to indicate that it prefers UEs with MA PDU sessions for FL operation.
  • access type/RAT type e.g. access type and/or RAT type
  • WLAN Wireless Fidelity
  • Multi- Access e.g. Wi-Fi
  • the AI/ML application server may transmit a request message containing “Multi-Access” to the AIML NF/NEF to indicate that it prefers UEs with MA PDU sessions for FL operation.
  • preferred signal quality e.g. average received signal strength indication (RSSI) and round trip time (RTT)
  • RSSI received signal strength indication
  • RTT round trip time
  • the AI/ML application server may include preference information for multi-access UEs to indicate whether it prefers UEs with MA PDU sessions.
  • the AI/ML application server may include “UE's MA PDU session information” in the request message in order to request support information including MA PDU session information from AIML NF/NEF.
  • AI/ML Application Server can send a request message to 5GC requesting support information.
  • AI/ML Application Server can include information related to the MA PDU session in the input parameter to obtain 5GC assistance information.
  • the ML Application Server informs the preference for UEs connected to both access types for which MA PDU sessions are created/allowed/supported, and can request MA PDU Session information for each UE.
  • the AI/ML Application Server sends a request message requesting preference information for UEs connected with both access types for which MA PDU Sessions are created/allowed/supported and/or information requesting MA PDU Session information for each UE.
  • the AI/ML Application Server may preferentially recommend UEs with MA PDU Session, UEs for which MA PDU Session is allowed, UEs supporting MA PDU Session, or UEs connected with both access types in the recommended candidate UE list (recommended). candidate UE list). Requests from AI/ML Application Server can be sent to AIML NF/NEF.
  • Reporting parameters e.g. periodic reporting, reporting thresholds (QoS references or QoS requirements)).
  • AIML NF/NEF calls the Nudm_SDM_Get service operation to determine whether the UE provided by the AI/ML Application Server has been approved by 5GC to support AIML operations and whether each UE has UE subscription information. Check whether you agree to participate in the FL operation from the stored UDM. After receiving a successful response, AIML NF/NEF can subscribe to notifications about subscription data modifications by using Nudm_SDM_Subscribe.
  • AIML NF/NEF may decide to collect information about MA PDU Session for FL candidate UEs. For example, when there is a request for UE's MA PDU Session information from AI/ML Application Server, AIML NF/NEF may decide to collect information about MA PDU Session for FL candidate UEs. Alternatively, even if such a request is not explicitly made, AIML NF/NEF may decide to collect information about the MA PDU Session for FL candidate UEs according to preset information. AIML NF/NEF can subscribe to the notification service (Event Exposure) of each UDM/SMF/PCF with an Event ID to obtain (or receive) information about the MA PDU Session from the UE's UDM/SMF/PCF. .
  • notification service Event Exposure
  • a new Event ID related to MA PDU Session Information can be defined, and AIML NF/NEF can receive information about the MA PDU Session from UDM/SMF/PCF by transmitting this new Event ID. AIML NF/NEF can subscribe to receive information about MA PDU Session from UDM/SMF/PCF at one time, periodically or whenever there is a change in information.
  • the MA PDU Session information Event may include the following information for a specific DNN/S-NSSAI.
  • the MA PDU Session Information Event may be an event based on a new Event ID related to the MA PDU Session Information described above.
  • the MA PDU Session information Event may be an event that provides MA PDU session information to AIML NF/NEF, and the MA PDU Session information may include one or more of the information as shown in the examples below:
  • AIML NF/NEF can receive from SMF or PCF whether the UE supports MA PDU Session.
  • AIML NF/NEF can receive information about whether the MA PDU Session is allowed from the SMF or UDM. For example, whether the MA PDU session establishment is allowed may be stored in “Indicates whether MA PDU session establishment is allowed” included in the ATSSS information included in the SM subscription data.
  • AIML NF/NEF can receive information about whether the UE's MA PDU Session is currently established from the SMF or PCF.
  • AIML NF/NEF can obtain information such as the example below from SMF and/or PCF.
  • AIML NF/NEF can obtain information such as the example below from PCF by using PCF's Access Type Change Event.
  • AIML NF/NEF can obtain MA PDU Session information from SMF by extending the Access Type Change Event of SMF to the Access Type Change Event of PCF to obtain MA PDU Session information:
  • AIML NF/NEF can obtain additional access types through AdditionalAccessInfo of PCF's Access Type Change Event.
  • AdditionalAccessInfo is not currently defined in SMF's Access Type Change Event, but it can be expanded and used like PCF.
  • the AdditionalAccessInfo parameter can be newly defined within the Access Type Change Event used by SMF.
  • additional access type information can be provided. For example, by adding additional access type information to the basic access type information, it can be known that it is a Multi-Access PDU session.; and/or
  • the conventional Access Type and AdditionalAccessInfo are not values that indicate whether the user plane resource of the MA PDU Session is actually allocated.
  • an MA PDU Session may be created while the terminal is registered for both accesses.
  • the user plane resource may be released. Therefore, a new service may be used that indicates whether an actual user plane resource is set up.
  • the network may not be able to set up the user plane resource, so whether the user plane resource is actually set up may be important. For example, the AS can recognize whether actual user plane resources are set up.
  • AIML NF/NEF determines whether the PDU Session of the DNN/S-NSSAI used by the UE for FL operation supports the MA PDU Session, whether it is connected to the MA PDU Session, and/or what access type the PDU Session is connected to. You can find information such as information about what has been done.
  • AIML NF/NEF may request analytical information from NWDAF to derive supporting information. To this end, AIML NF/NEF may send a request message to NWDAF requesting analysis information, or AIML NF/NEF may send a subscription request message to NWDAF to subscribe to a service that transmits analysis information.
  • AIML NF/NEF may derive assistance information by determining appropriate analysis information and input parameters to be collected, based on the input requested in step 1.
  • the support information may be a list of candidate UEs that can satisfy the request of the AI/ML Application Server or a recommended area in a recommended time zone.
  • the input value from step 1 can be used as an input parameter.
  • QoS criteria, expected AIML operating time period, and preferred AIML operating time period can be used to request QoS continuity analysis at that point in time.
  • 'Time when assistance information is needed' can be used as an input to 'Time when analytics information is needed'.
  • Global model download and learning result upload traffic volume can be used to predict the time it takes to download a global model and upload learning results.
  • AIML NF/NEF may request/subscribe to NWDAF to collect analysis information of the requested UE (e.g. UE communication analysis, UE mobility analysis, user data congestion analysis, QoS continuity analysis, WLAN performance analysis by UE). You can. If the AI/ML application server does not provide some input parameters, AIML NF/NEF can derive the corresponding parameters based on local settings or based on analyzes such as UE mobility analysis and UE-specific WLAN performance analysis. . If 'Preferred AIML operation time periods' and 'Time when assistance information is needed' are not provided as input parameters, AIML operation can be considered to be performed immediately.
  • NWDAF may collect data based on the requested Analytics ID.
  • NWDAF can produce the requested analysis.
  • NWDAF may provide analytical responses to AIML NF/NEF.
  • AIML NF/NEF collects all analysis information from NWDAF and considers QoS, user data congestion, UE mobility, preferred AIML time zone for FL operation, preferred wireless access technology, preferred signal quality, and UE traffic usage, etc. /ML Support information that can satisfy Application Server's request can be derived.
  • AIML NF/NEF can respond/notify the derived support information to the AI/ML application server.
  • AIML NF/NEF can generate assistance information to be delivered to the AI/ML Application Server based on MA PDU Session information and other network information (e.g. network analytics information from NWDAF, etc.). And, AIML NF/NEF can transmit support information to the AI/ML application server.
  • MA PDU Session information e.g. network analytics information from NWDAF, etc.
  • AIML NF/NEF can transmit support information to the AI/ML application server.
  • the output parameters of the Nnef_AIMLAssistanceInfo_Request service operation are as follows:
  • Each 5GS Assistance information can contain:
  • Each 5GS support information may include:
  • the MA PDU session information may be MA PDU session information for one or more UEs included in the candidate list.
  • AIML NF/NEF may transmit MA PDU session information of all UEs or MA PDU Session information of recommended candidate UEs to the AI/ML Application Server for all UE lists received from the AI/ML Application Server.
  • the MA PDU session information includes whether the UE supports MA PDU Session, whether the UE allows MA PDU Session, whether the UE's MA PDU Session is connected, and/or the access type to which the UE is currently connected. It can be included.
  • AIML NF/NEF does not directly transmit MA PDU Session information to the AI/ML Application Server, when AIML NF/NEF selects candidate UEs, AIML NF/NEF considers MA PDU Session information (e.g. MA UEs with PDU Sessions are recommended first), and a UE List can be recommended.
  • AIML NF/NEF can recommend a candidate UE List by considering the MA PDU Session information.
  • AIML NF/NEF can also consider the Preferred Wireless Access technology information transmitted by the AI/ML Application Server in step 1. For example, AIML NF/NEF can create a candidate UE list based on the AI/ML Application Server as shown in the example below (if the AI/ML Application Server does not transmit Preferred Wireless Access technology) , AIML NF/NEF may determine the Preferred Wireless Access technology and generate a candidate UE list according to AIML NF/NEF internal settings or preset settings.).
  • AIML NF/NEF may determine the Preferred Wireless Access technology and generate a candidate UE list according to AIML NF/NEF internal settings or preset settings.
  • the AI/ML Application Server requests AIML NF/NEF to select 40 UEs from a 100 UE List, and Preferred Wireless Access technology can transmit information called Multi-Access to AIML NF/NEF. .
  • AIML NF/NEF considers MA PDU Session information and Analytics information obtained from NWDAF (e.g. QoS, User Data Congestion, UE mobility, etc.) to meet the needs of AI/ML Application Server.
  • NWDAF e.g. QoS, User Data Congestion, UE mobility, etc.
  • operations 1) to 4) below can be performed.
  • AIML NF/NEF can first select more than 40 (50) UEs that can satisfy the requirements of AI/ML Application Server.
  • AIML NF/NEF can perform operations such as examples 1) to 4) below for these 50 UEs:
  • AIML NF/NEF can preferentially select UEs in which the PDU session for AI/ML operation has been created as a MA PDU Session and are connected to both 3GPP Access and Non-3GPP Access (e.g., 10);
  • AIML NF/NEF is connected through 3GPP Access or Non-3GPP Access, but since it uses MA PDU Session, UEs that can also connect through other Access can be selected (10);
  • AIML NF/NEF can select UEs for which MA PDU Sessions are allowed based on subscriber information although MA PDU Sessions have not been created (10);
  • AIML NF/NEF does not consider MA PDU Session information, but considers the Analytics collected in step 8 to select 10 that can best satisfy the requirements of AI/ML Application Server. You can.
  • AIML NF/NEF can select 40 UEs based on operations such as 1) to 4) above.
  • AIML NF/NEF can select a UE that can satisfy the needs of /ML Application Server based on both MA PDU Session information and Analytics information obtained from NWDAF.
  • AIML NF/NEF can select 40 UEs out of 50 UEs that can satisfy the requirements of AI/ML Application Server in the following example:
  • AIML NF/NEF preferentially selects UEs (10) in which the PDU session for AI/ML operation was created as a MA PDU session and is connected to both 3GPP Access and Non-3GPP Access;
  • AIML NF/NEF selects UEs that are connected through Non-3GPP Access, connected through MA PDU Session, and can later be connected through 3GPP Access (10);
  • AIML NF/NEF is connected through Non-3GPP Access and can select UEs for which only Single Access PDU Session is supported/allowed (20). For example, there may be fewer than 20 UEs connected through Non-3GPP Access and only Single Access PDU Sessions are supported/allowed, so there may be only 10.
  • AIML NF/NEF first selects UEs with MA PDU Sessions among UEs connected to 3GPP Access (5), and the remaining 10 UEs select UEs with Signle PDU Sessions connected to 3GPP Access. You can do it (5).
  • AIML Application Server requested 40 UEs, but the number of UEs that can satisfy the requirements (QoS, etc.) of the AI/ML Application Server may be fewer than 40 (30).
  • AIML NF/NEF can perform operations such as examples 1) and 2) below:
  • AIML NF/NEF can select 30 UEs that can satisfy the requirements of the application server, regardless of MA PDU Session information or Preferred Wireless Access technology;
  • AIML NF/NEF can preferentially select the UEs closest to the requirements of the AI/ML Application Server as the remaining 10 UEs, without considering MA PDU Session information or Preferred Wireless Access technology.
  • AIML NF/NEF may first select the UE that is connected to both 3GPP and Non-3GPP based on the MA PDU Session being established by considering the MA PDU session information. there is.
  • AIML NF/NEF selects a UE for which a MA PDU Session has been established and is connected to only one of 3GPP or Non-3GPP Access.
  • AIML NF/NEF may select a UE with a Single PDU Session.
  • Each of the above information can be provided according to priority to help the AI/ML application server select the UE.
  • the candidate UE list for recommended FL operation may vary depending on the recommended time period and/or recommended area for AIML operation.
  • the AIML NF/NEF may take this into account.
  • the AI/ML application server can select and manage UE groups and determine the FL operation start time.
  • AIML NF/NEF may have subscribed to the notification services of UDM, SMF, and/or PCF.
  • the AI/ML Application Server may receive MA PDU session information from UDM, SMF, and/or PCF.
  • the MA PDU Session information of some or all of the UEs corresponding to the UE list requested by the AI/ML Application Server may be changed.
  • the UDM, SMF, and/or PCF may periodically notify the AIML NF/NEF of the UE's MA PDU Session information.
  • the UDM, SMF, and/or PCF may notify the AIML NF/NEF of the UE's MA PDU Session information.
  • steps 11-15 if the AI/ML application server and AIML NF/NEF have subscribed (or subscribed) to AIML support information, when NWDAF creates a new analysis, AIML NF/NEF sends the new support information to the AI/ML application. You can notify the server.
  • steps 11 to 15 as NWDAF performs a new analysis may be performed in the same manner as steps 5 to 9 described above.
  • AIML NF/NEF can generate new assistance information.
  • AIML NF/NEF can consider the updated MA PDU Session information and provide new support information to the AI/ML application server in the same way as in step 9.
  • a UE that was connected to only one access (3GPP or non-3GPP) may be additionally connected to the other access and be connected to both accesses.
  • AIML NF/NEF may additionally include the UE in the recommended UE.
  • a UE connected to both accesses may lose connection to one access.
  • AIML NF/NEF may consider access preference and exclude this UE from the recommended UE List.
  • AIML NF/NEF may consider adding these UEs as candidate UEs.
  • AIML NF/NEF may transmit the UE list and MA PDU session information together to the AI/ML application server.
  • AIML NF/NEF can generate new support information based on new MA PDU Session information and information collected from other NFs (e.g. NWDAF).
  • AIML NF/NEF can announce new AIML support information (e.g. new recommended UE) due to changed network conditions, and AI/ML application server can reselect FL members based on that information. .
  • new AIML support information e.g. new recommended UE
  • Figure 16 shows an example of a procedure for providing assistance information based on MA PDU session information, according to an embodiment of the disclosure herein.
  • PCF and UDM are omitted in the example of FIG. 16, but the operations of the PCF and UDM can also be performed in the procedure according to the example of FIG. 16.
  • steps S1604 and S1605 may be performed by PCF.
  • step S1601 the UE may transmit a PDU session establishment request message to the SMF.
  • the SMF may transmit a PDU session establishment acceptance message to the UE.
  • the SMF can perform operations according to steps (S1601 and S1602) with one or more UEs.
  • the application server may transmit a request message to AIML NF (or NEF).
  • the request message may include information requesting UE list and MA PDU session information.
  • the request message may further include preferred wireless access technology information.
  • the preferred wireless access technology information may further include one of WLAN, 5G, or Multi-Access.
  • the request message may further include information indicating that UEs that have MA PDU sessions, UEs that support MA PDU sessions, UEs that are allowed MA PDU sessions, and UEs connected to two access types are preferred.
  • the AIML NF may transmit a subscription request message to the SMF.
  • the subscription request message may be a request message to subscribe to an event for receiving MA PDU session information of UEs in the UE list received from the application server.
  • the MA PDU session information includes information about whether the UE supports MA PDU sessions, information about whether the UE allows MA PDU sessions, information about whether a MA PDU session is established for the UE, and /Or, when the UE's MA PDU session is established, it may include one or more information about what access type it is connected to.
  • the SMF may transmit MA PDU session information to AIML NF (or NEF).
  • the subscription request message may include a UE list.
  • SMF may transmit MA PDU session information related to UEs included in the UE list.
  • AIML NF may determine support information based on MA PDU session information.
  • Support information may include a list of candidate UEs for FL operation.
  • AIML NF may determine support information based on MA PDU session information, as previously described in various examples.
  • AIML NF may transmit support information to the application server.
  • the application server may determine UEs to participate in the FL operation and request network resources for the determined UEs from 5GS (e.g., 5G network including network nodes such as SMF, UPF, PCF, etc.) .
  • 5GS e.g., 5G network including network nodes such as SMF, UPF, PCF, etc.
  • the NF of 5GC receives the terminal's MA PDU Session information (e.g., "whether the terminal supports MA PDU Session," from SMF/PCF/UDM, It is possible to collect whether the MA PDU session is allowed, whether the terminal's MA PDU session is currently established, and what access type the terminal's MA PDU session is connected to (3GPP, Non-3GPP, Both).
  • MA PDU Session information e.g., "whether the terminal supports MA PDU Session," from SMF/PCF/UDM, It is possible to collect whether the MA PDU session is allowed, whether the terminal's MA PDU session is currently established, and what access type the terminal's MA PDU session is connected to (3GPP, Non-3GPP, Both).
  • the NF (AIML NF, NWDAF, etc.) of 5GC can provide the acquired MA PDU Session information of the terminal to the AF.
  • the NF (AIML NF, NWDAF, etc.) of 5GC may provide a list of candidate UEs for FL to the AF in consideration of the acquired MA PDU Session information of the UE.
  • various operations described in the disclosure of the present specification may be performed by a new NF (e.g., AIML NF) to support Application AI/ML operations.
  • a new NF e.g., AIML NF
  • various operations described in the disclosure of this specification may be supported in a new NF or an NF whose functionality is integrated with an existing NF (NEF, PCF) (e.g., AIML NF/NEF) or NWDAF.
  • NEF existing NF
  • PCF existing NF
  • NWDAF NWDAF
  • various operations described in the disclosure herein may be supported by a new NF for AI/ML or an NF integrated with an existing NF.
  • the new NF or integrated NF can operate based on the new service operation.
  • NWDAF may operate based on new analytics.
  • the AI/ML Application Server may provide a UE List when requesting assistance information from 5GC for member selection for FL operation. Additionally, the AI/ML Application Server may also request MA PDU Session information of UEs. Alternatively, the AI/ML Application Server may preferentially request UEs with MA PDU Sessions, UEs for which MA PDU Sessions are allowed, UEs supporting MA PDU Sessions, or UEs connected to both access types as a recommended candidate UE list. Requests from AI/ML Application Server can be forwarded to AIML NF/NEF.
  • AIML NF/NEF checks whether there is a request for MA PDU Session information among the requests received from the AI/ML Application server. If there is a request for the UE's MA PDU Session information from the AI/ML Application Server, or even if the request is not explicitly made, it may be decided to collect information on the MA PDU Session for FL candidate UEs according to preset information.
  • AIML NF may obtain (e.g., receive) information related to the MA PDU Session of each UE from UDM/SMF/PCF in one or more of the following examples:
  • AIML NF/NEF can collect information such as Network Analytics from other NFs (e.g. NWDAF, etc.).
  • AIMF NF/NEF can generate assistance information to be delivered to the AI/ML Application Server and deliver the assistance information to the AI/ML Application Server.
  • AIML NF/NEF may transmit the entire UE list or recommended UE list including MA PDU Session information of each UE to the AI/ML Application Server for UE lists received from the AI/ML Application Server. .
  • the AIML NF/NEF may transmit a recommended UE list considering the UE's MA PDU Session information to the AI/ML application server.
  • AIML NF/NEF when AIML NF/NEF subscribes to the notification service of SMF/PCF, AIML NF/NEF notifies the changed MA PDU session information information when the MA PDU Session information of the terminal is changed. You can receive it. Accordingly, when the assistance information to be delivered to the AI/ML Application Server changes, AIML NF/NEF can deliver new assistance information to the AI/ML Application Server.
  • the AI/ML Application Server can select UEs to participate in FL based on the MA PDU Session information of the UEs, and determine the time to start and/or perform the FL operation. You can decide. And, the AI/ML application server can request network resources for FL for the selected UEs from 5GS.
  • AI/ML Application Server can request MA PDU Session related information from 5GS for FL operation.
  • 5GC can transmit MA PDU Session information along with information within 5GS (5G System) to the AI/ML application server.
  • the Application Server can prioritize UEs with the advantage of MA PDU Session when selecting UEs to participate in FL, and request network resources for FL from 5GS for the selected UEs. You can.
  • FL operation can be used efficiently by preferentially selecting a terminal using a MA PDU session for FL operation.
  • AI/ML Application Server requests 5GS for information required for FL operation, it can also request information related to the MA PDU Session.
  • AIML NF/NEF of 5GS can collect information in 5GS, including MA PDU session information, and provide the AI/ML Application server with MA PDU Session information of UEs that will participate in FL. .
  • AIML NF/NEF of 5GS can provide the AI/ML application server with a UE List considering MA PDU Session information.
  • the Application Server can select a UE to participate in the FL and request network resources for the FL from 5GS.
  • the operations of the terminal may be implemented by the devices of FIGS. 1 to 3 described above.
  • the terminal e.g., UE
  • the terminal may be the first device 100 or the second device 200 of FIG. 2.
  • operations of a terminal (eg, UE) described herein may be processed by one or more processors 102 or 202.
  • the operations of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of instructions/programs (e.g. instructions, executable code) executable by one or more processors 102 or 202.
  • 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.
  • the operations of the terminal (e.g., UE) described above can be performed.
  • instructions for performing operations of a terminal (eg, UE) described in the disclosure of this specification may be stored in a non-volatile computer-readable storage medium.
  • the storage medium may be included in one or more memories 104 or 204.
  • the instructions recorded in the storage medium can be executed by one or more processors 102 or 202 to perform the operations of the terminal (eg, UE) described in the disclosure of this specification.
  • the network nodes described herein e.g., AMF, SMF, UPF, PCF, AI/ML Application Server (AS), AIML NF, AIML NF/NEF, NEF, UDM, DN, NWDAF, UDR, new NF, etc.
  • a base station e.g., NG-RAN, gNB, etc.
  • the network node or base station may be the first device 100 or the second device 200 of FIG. 2 .
  • operations of a network node or base station described herein may be handled by one or more processors 102 or 202.
  • the operations of the terminal described in this specification may be stored in one or more memories 104 or 204 in the form of instructions/programs (e.g. instructions, executable code) executable by one or more processors 102 or 202.
  • One or more 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.
  • the operation of the network node or base station described above can be performed.
  • instructions for performing operations of a network node or base station described in the disclosure of this specification may be stored in a non-volatile (or non-transitory) computer-readable storage medium.
  • the storage medium may be included in one or more memories 104 or 204.
  • the instructions recorded in the storage medium can be executed by one or more processors 102 or 202 to perform the operations of the network node or base station described in the disclosure of this specification.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Artificial Intelligence (AREA)
  • Theoretical Computer Science (AREA)
  • Evolutionary Computation (AREA)
  • Physics & Mathematics (AREA)
  • Biomedical Technology (AREA)
  • Molecular Biology (AREA)
  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Biophysics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

본 명세서(present disclosure)의 일 개시는 AI 및 ML에 관련된 NF가 통신을 수행하는 방법을 제공한다. 상기 방법은 지원 정보를 요청하는 요청 메시지를 AI/ML AS로부터 수신하는 단계; 상기 MA PDU 세션 정보에 관련된 이벤트에 대한 가입 요청 메시지를 SMF에게 전송하는 단계; 상기 SMF로부터 상기 MA PDU 세션 정보를 수신하는 단계; 및 지원 정보를 결정하는 단계를 포함할 수 있다.

Description

연합 학습
본 명세서는 이동 통신과 관련된다.
3GPP(3rd Generation Partnership Project) LTE(Long-Term Evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.
ITU(International Telecommunication Union) 및 3GPP에서 NR(New Radio) 시스템에 대한 요구 사항 및 사양을 개발하는 작업이 시작되었다. 3GPP는 긴급한 시장 요구와 ITU-R(ITU Radio communication sector) IMT(International Mobile Telecommunications)-2020 프로세스가 제시하는 보다 장기적인 요구 사항을 모두 적시에 만족시키는 NR을 성공적으로 표준화하기 위해 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 먼 미래에도 무선 통신을 위해 이용될 수 있는 적어도 130 GHz에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 eMBB(enhanced Mobile Broadband), mMTC(massive Machine Type-Communications), URLLC(Ultra-Reliable and Low Latency Communications) 등을 포함하는 모든 배치 시나리오, 사용 시나리오, 요구 사항을 다루는 단일 기술 프레임 워크를 대상으로 한다. NR은 본질적으로 순방향 호환성이 있어야 한다.
Federated Learning (FL)에 대한 논의가 진행되고 있다. 하지만, 종래에는 FL에 관련된 동작을 효율적으로 수행하는 방안이 없었다.
일 양태에 있어서, AI 및 ML에 관련된 NF가 통신을 수행하는 방법을 제공한다. 상기 방법은 지원 정보를 요청하는 요청 메시지를 AI/ML AS로부터 수신하는 단계; 상기 MA PDU 세션 정보에 관련된 이벤트에 대한 가입 요청 메시지를 SMF에게 전송하는 단계; 상기 SMF로부터 상기 MA PDU 세션 정보를 수신하는 단계; 및 상기 MA PDU 세션 정보에 기초하여, 지원 정보를 결정하는 단계를 포함할 수 있다.
다른 양태에 있어서, 상기 방법을 구현하는 장치가 제공된다.
일 양태에 있어서, UE가 통신을 수행하는 방법을 제공한다. 상기 방법은 PDU을 수립하기 위한 PDU 세션 수립 요청 메시지를 SMF에게 전송하는 단계; 및 PDU 세션 수립 수락 메시지를 상기 SMF로부터 수신하는 단계를 포함할 수 있다.
다른 양태에 있어서, 상기 방법을 구현하는 장치가 제공된다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 4는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
도 5 및 도 6은 본 명세서의 구현이 적용되는 PDU 세션 수립 절차의 예를 나타낸다.
도 7는 MA PDU 세션이 생성된 예를 나타낸다.
도 8은 MA PDU 세션에 대해 ATSSS 규칙을 적용하는 예를 나타낸다.
도 9는 본 명세서의 개시의 일 실시예에 따른 스플릿 AI/ML의 예를 나타낸다.
도 10은 본 명세서의 개시의 일 실시예에 따른 AI/ML 모델 배포의 예를 나타낸다.
도 11은 본 명세서의 개시의 일 실시예에 따른 AI/ML 모델 배포의 예를 나타낸다.
도 12는 본 명세서의 개시의 일 실시예에 따른 연합 학습 동작을 위한 5GS 지원 정보를 제공하는 절차의 예시이다.
도 13a 및 도 13b는 본 명세서의 개시의 일 예시에 따른 AF에 의한 VN 그룹 수립을 위한 절차의 일 예이다.
도 14는 본 명세서의 개시의 일 실시예에 따른 MA PDU 세션의 구조를 나타내는 일 예이다.
도 15a 및 도 15b는 연합 학습 동작을 위한 5GS 지원 정보를 제공하는 절차의 일 예를 나타낸다.
도 16은 본 명세서의 개시의 일 실시예에 따라, MA PDU 세션 정보에 기초하여 지원 정보를 제공하기 위한 절차의 일 예를 나타낸다.
다음의 기법, 장치 및 시스템은 다양한 무선 다중 접속 시스템에 적용될 수 있다. 다중 접속 시스템의 예시는 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(Multi-Carrier Frequency Division Multiple Access) 시스템을 포함한다. CDMA는 UTRA(Universal Terrestrial Radio Access) 또는 CDMA2000과 같은 무선 기술을 통해 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications), GPRS(General Packet Radio Service) 또는 EDGE(Enhanced Data rates for GSM Evolution)와 같은 무선 기술을 통해 구현될 수 있다. OFDMA는 IEEE(Institute of Electrical and Electronics Engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, 또는 E-UTRA(Evolved UTRA)와 같은 무선 기술을 통해 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(Long-Term Evolution)는 E-UTRA를 이용한 E-UMTS(Evolved UMTS)의 일부이다. 3GPP LTE는 하향링크(DL; Downlink)에서 OFDMA를, 상향링크(UL; Uplink)에서 SC-FDMA를 사용한다. 3GPP LTE의 진화는 LTE-A(Advanced), LTE-A Pro, 및/또는 5G NR(New Radio)을 포함한다.
설명의 편의를 위해, 본 명세서의 구현은 주로 3GPP 기반 무선 통신 시스템과 관련하여 설명된다. 그러나 본 명세서의 기술적 특성은 이에 국한되지 않는다. 예를 들어, 3GPP 기반 무선 통신 시스템에 대응하는 이동 통신 시스템을 기반으로 다음과 같은 상세한 설명이 제공되지만, 3GPP 기반 무선 통신 시스템에 국한되지 않는 본 명세서의 측면은 다른 이동 통신 시스템에 적용될 수 있다.
본 명세서에서 사용된 용어와 기술 중 구체적으로 기술되지 않은 용어와 기술에 대해서는, 본 명세서 이전에 발행된 무선 통신 표준 문서를 참조할 수 있다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라, "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "A 및 B의 적어도 하나(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "A 또는 B의 적어도 하나(at least one of A or B)"나 "A 및/또는 B의 적어도 하나(at least one of A and/or B)"라는 표현은 "A 및 B의 적어도 하나(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "A, B 및 C의 적어도 하나(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"을 의미할 수 있다. 또한, "A, B 또는 C의 적어도 하나(at least one of A, B or C)"나 "A, B 및/또는 C의 적어도 하나(at least one of A, B and/or C)"는 "A, B 및 C의 적어도 하나(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안될 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
여기에 국한되지는 않지만, 본 명세서에서 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도는 기기 간 무선 통신 및/또는 연결(예: 5G)이 요구되는 다양한 분야에 적용될 수 있다.
이하, 본 명세서는 도면을 참조하여 보다 상세하게 기술될 것이다. 다음의 도면 및/또는 설명에서 동일한 참조 번호는 달리 표시하지 않는 한 동일하거나 대응하는 하드웨어 블록, 소프트웨어 블록 및/또는 기능 블록을 참조할 수 있다.
도 1은 본 명세서의 구현이 적용되는 통신 시스템의 예를 나타낸다.
도 1에 표시된 5G 사용 시나리오는 본보기일 뿐이며, 본 명세서의 기술적 특징은 도 1에 나와 있지 않은 다른 5G 사용 시나리오에 적용될 수 있다.
5G에 대한 세 가지 주요 요구사항 범주는 (1) 향상된 모바일 광대역(eMBB; enhanced Mobile BroadBand) 범주, (2) 거대 기계 유형 통신(mMTC; massive Machine Type Communication) 범주 및 (3) 초고신뢰 저지연 통신(URLLC; Ultra-Reliable and Low Latency Communications) 범주이다.
도 1을 참조하면, 통신 시스템(1)은 무선 장치(100a~100f), 기지국(BS; 200) 및 네트워크(300)을 포함한다. 도 1은 통신 시스템(1)의 네트워크의 예로 5G 네트워크를 설명하지만, 본 명세서의 구현은 5G 시스템에 국한되지 않으며, 5G 시스템을 넘어 미래의 통신 시스템에 적용될 수 있다.
기지국(200)과 네트워크(300)는 무선 장치로 구현될 수 있으며, 특정 무선 장치는 다른 무선 장치와 관련하여 기지국/네트워크 노드로 작동할 수 있다.
무선 장치(100a~100f)는 무선 접속 기술(RAT; Radio Access Technology) (예: 5G NR 또는 LTE)을 사용하여 통신을 수행하는 장치를 나타내며, 통신/무선/5G 장치라고도 할 수 있다. 무선 장치(100a~100f)는, 이에 국한되지 않고, 로봇(100a), 차량(100b-1 및 100b-2), 확장 현실(XR; eXtended Reality) 장치(100c), 휴대용 장치(100d), 가전 제품(100e), IoT(Internet-Of-Things) 장치(100f) 및 인공 지능(AI; Artificial Intelligence) 장치/서버(400)을 포함할 수 있다. 예를 들어, 차량에는 무선 통신 기능이 있는 차량, 자율주행 차량 및 차량 간 통신을 수행할 수 있는 차량이 포함될 수 있다. 차량에는 무인 항공기(UAV; Unmanned Aerial Vehicle)(예: 드론)가 포함될 수 있다. XR 장치는 AR(Augmented Reality)/VR(Virtual Reality)/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차 산업 혁명 관련 장치를 포함할 수 있다.
무선 장치(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성 정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 및 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
NR은 다양한 5G 서비스를 지원하기 위한 다수의 뉴머럴로지(numerology) 또는 부반송파 간격(SCS; SubCarrier Spacing)을 지원한다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드에서의 넓은 영역(wide area)를 지원하며, SCS가 30kHz/60kHz인 경우, 밀집한 도시(dense-urban), 저지연(lower latency) 및 더 넓은 반송파 대역폭(wider carrier bandwidth)를 지원하며, SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)를 극복하기 위해 24.25GHz보다 큰 대역폭을 지원한다.
NR 주파수 대역은 2가지 타입(FR1, FR2)의 주파수 범위(frequency range)로 정의될 수 있다. 주파수 범위의 수치는 변경될 수 있다. 예를 들어, 2가지 타입(FR1, FR2)의 주파수 범위는 아래 표 1과 같을 수 있다. 설명의 편의를 위해, NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(MilliMeter Wave, mmW)로 불릴 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 아래 표 2와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예: 자율 주행)을 위해 사용될 수 있다.
주파수 범위 정의 주파수 범위 부반송파 간격
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
여기서, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 협대역 IoT(NB-IoT, NarrowBand IoT)를 포함할 수 있다. 예를 들어, NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 예를 들어, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced MTC) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(Non-Bandwidth Limited), 5) LTE-MTC, 6) LTE MTC, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 장치에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및/또는 LPWAN 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 예를 들어, 지그비 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(Personal Area Networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
도 2는 본 명세서의 구현이 적용되는 무선 장치의 예를 나타낸다.
도 2에서, 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 사용 예/서비스에 따라 다양한 형태로 구현될 수 있다. 예를 들어, {제1 무선 장치(100) 및 제2 무선 장치(200)}은(는) 도 1의 {무선 장치(100a~100f) 및 기지국(200)}, {무선 장치(100a~100f) 및 무선 장치(100a~100f)} 및/또는 {기지국(200) 및 기지국(200)} 중 적어도 하나에 대응할 수 있다. 제1 무선 장치(100) 및/또는 제2 무선 장치(200)는 다양한 구성 요소, 장치/부분 및/또는 모듈에 의해 구성될 수 있다.
제1 무선 장치(100)는 송수신기(106)와 같은 적어도 하나의 송수신기, 프로세싱 칩(101)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(108)를 포함할 수 있다.
프로세싱 칩(101)은 프로세서(102)와 같은 적어도 하나의 프로세서와 메모리(104)와 같은 적어도 하나의 메모리를 포함할 수 있다.. 추가적으로 및/또는 대체적으로, 메모리(104)는 프로세싱 칩(101) 외부에 배치될 수 있다.
프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성하고, 제1 정보/신호를 포함하는 무선 신호를 송수신기(106)를 통해 전송할 수 있다. 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신하고, 제2 정보/신호를 처리하여 얻은 정보를 메모리(104)에 저장할 수 있다.
메모리(104)는 프로세서(102)에 동작 가능하도록 연결될 수 있다. 메모리(104)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(104)는 프로세서(102)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(105)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 프로세서(102)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(102)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(105)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(102)를 제어할 수 있다.
여기에서, 프로세서(102)와 메모리(104)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)에 연결되어 하나 이상의 안테나(108)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency)부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제1 무선 장치(100)는 통신 모뎀/회로/칩을 나타낼 수 있다.
제2 무선 장치(200)는 송수신기(206)와 같은 적어도 하나의 송수신기, 프로세싱 칩(201)과 같은 적어도 하나의 프로세싱 칩 및/또는 하나 이상의 안테나(208)를 포함할 수 있다.
프로세싱 칩(201)은 프로세서(202)와 같은 적어도 하나의 프로세서와 메모리(204)와 같은 적어도 하나의 메모리를 포함할 수 있다.. 추가적으로 및/또는 대체적으로, 메모리(204)는 프로세싱 칩(201) 외부에 배치될 수 있다.
프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어할 수 있으며, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성하고, 제3 정보/신호를 포함하는 무선 신호를 송수신기(206)를 통해 전송할 수 있다. 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신하고, 제4 정보/신호를 처리하여 얻은 정보를 메모리(204)에 저장할 수 있다.
메모리(204)는 프로세서(202)에 동작 가능하도록 연결될 수 있다. 메모리(204)는 다양한 유형의 정보 및/또는 명령을 저장할 수 있다. 메모리(204)는 프로세서(202)에 의해 실행될 때 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 코드, 명령어 및/또는 명령어의 집합을 구현하는 펌웨어 및/또는 소프트웨어 코드(205)를 저장할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 프로세서(202)에 의해 실행될 때, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 명령을 구현할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 프로토콜을 수행하기 위해 프로세서(202)를 제어할 수 있다. 예를 들어, 펌웨어 및/또는 소프트웨어 코드(205)는 하나 이상의 무선 인터페이스 프로토콜 계층을 수행하기 위해 프로세서(202)를 제어할 수 있다.
여기에서, 프로세서(202)와 메모리(204)는 RAT(예: LTE 또는 NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)에 연결되어 하나 이상의 안테나(208)를 통해 무선 신호를 전송 및/또는 수신할 수 있다. 각 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206)는 RF부와 교체 가능하게 사용될 수 있다. 본 명세서에서 제2 무선 장치(200)는 통신 모뎀/회로/칩을 나타낼 수 있다.
이하, 무선 장치(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예: PHY(physical) 계층, MAC(Media Access Control) 계층, RLC(Radio Link Control) 계층, PDCP(Packet Data Convergence Protocol) 계층, RRC(Radio Resource Control) 계층, SDAP(Service Data Adaptation Protocol) 계층과 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 하나 이상의 PDU(Protocol Data Unit), 하나 이상의 SDU(Service Data Unit), 메시지, 제어 정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에 따라 PDU, SDU, 메시지, 제어 정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 및/또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 및/또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 및/또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 일 예로, 하나 이상의 프로세서(102, 202)는 통신 제어 프로세서, 어플리케이션 프로세서(AP; Application Processor), 전자 제어 장치(ECU; Electronic Control Unit), 중앙 처리 장치(CPU; Central Processing Unit), 그래픽 처리 장치(GPU; Graphic Processing Unit) 및 메모리 제어 프로세서의 집합에 의해 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read-Only Memory), EPROM(Erasable Programmable ROM), 플래시 메모리, 휘발성 메모리, 비휘발성 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보, 무선 신호 등을 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보, 무선 신호 등을 수신하도록 제어할 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있다. 추가적으로 및/또는 대체적으로, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 포함할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 흐름도에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 구성될 수 있다. 본 명세서에서, 하나 이상의 안테나(108, 208)는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다.
하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 발진기(oscillator) 및/또는 필터를 포함할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 베이스밴드 신호를 OFDM 신호로 상향 변환(up-convert)하고, 상향 변환된 OFDM 신호를 반송파 주파수에서 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 반송파 주파수에서 OFDM 신호를 수신하고, 하나 이상의 프로세서(102, 202)의 제어 하에 (아날로그) 발진기 및/또는 필터를 통해 OFDM 신호를 OFDM 베이스밴드 신호로 하향 변환(down-convert)할 수 있다.
도 2에 도시되지는 않았으나, 무선 장치(100, 200)는 추가 구성 요소를 더 포함할 수 있다. 추가 구성 요소(140)는 무선 장치(100, 200)의 유형에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 구성 요소(140)는 동력 장치/배터리, 입출력(I/O) 장치(예: 오디오 I/O 포트, 비디오 I/O 포트), 구동 장치 및 컴퓨팅 장치 중 적어도 하나를 포함할 수 있다. 추가 구성 요소(140)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
본 명세서의 구현에서, UE는 상향링크에서 송신 장치로, 하향링크에서 수신 장치로 작동할 수 있다. 본 명세서의 구현에서, 기지국은 UL에서 수신 장치로, DL에서 송신 장치로 동작할 수 있다. 이하에서 기술 상의 편의를 위하여, 제1 무선 장치(100)는 UE로, 제2 무선 장치(200)는 기지국으로 동작하는 것으로 주로 가정한다. 예를 들어, 제1 무선 장치(100)에 연결, 탑재 또는 출시된 프로세서(102)는 본 명세서의 구현에 따라 UE 동작을 수행하거나 본 명세서의 구현에 따라 UE 동작을 수행하도록 송수신기(106)를 제어하도록 구성될 수 있다. 제2 무선 장치(200)에 연결, 탑재 또는 출시된 프로세서(202)는 본 명세서의 구현에 따른 기지국 동작을 수행하거나 본 명세서의 구현에 따른 기지국 동작을 수행하기 위해 송수신기(206)를 제어하도록 구성될 수 있다.
본 명세서에서, 기지국은 노드 B(Node B), eNode B(eNB), gNB로 불릴 수 있다.
도 3은 본 명세서의 구현이 적용되는 UE의 예를 나타낸다.
도 3을 참조하면, UE(100)는 도 2의 제1 무선 장치(100)에 대응할 수 있다.
UE(100)는 프로세서(102), 메모리(104), 송수신기(106), 하나 이상의 안테나(108), 전원 관리 모듈(141), 배터리(142), 디스플레이(143), 키패드(144), SIM(Subscriber Identification Module) 카드(145), 스피커(146), 마이크(147)를 포함한다.
프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 구성될 수 있다. 프로세서(102)는 본 명세서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 구현하도록 UE(100)의 하나 이상의 다른 구성 요소를 제어하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층은 프로세서(102)에 구현될 수 있다. 프로세서(102)는 ASIC, 기타 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 프로세서(102)는 어플리케이션 프로세서일 수 있다. 프로세서(102)는 DSP, CPU(Central Processing Unit), GPU(Graphics Processing Unit), 모뎀(변조 및 복조기) 중 적어도 하나를 포함할 수 있다. 프로세서(102)의 예는 Qualcomm®에서 만든 SNAPDRAGONTM 시리즈 프로세서, Samsung®에서 만든 EXYNOSTM 시리즈 프로세서, Apple®에서 만든 A 시리즈 프로세서, MediaTek®에서 만든 HELIOTM 시리즈 프로세서, Intel®에서 만든 ATOMTM 시리즈 프로세서 또는 대응하는 차세대 프로세서에서 찾을 수 있다.
메모리(104)는 프로세서(102)와 동작 가능하도록 결합되며, 프로세서(102)를 작동하기 위한 다양한 정보를 저장한다. 메모리(104)는 ROM, RAM, 플래시 메모리, 메모리 카드, 저장 매체 및/또는 기타 저장 장치를 포함할 수 있다. 구현이 소프트웨어에서 구현될 때, 여기에 설명된 기술은 본 명세서에서 개시된 설명, 기능, 절차, 제안, 방법 및/또는 작동 흐름도를 수행하는 모듈(예: 절차, 기능 등)을 사용하여 구현될 수 있다. 모듈은 메모리(104)에 저장되고 프로세서(102)에 의해 실행될 수 있다. 메모리(104)는 프로세서(102) 내에 또는 프로세서(102) 외부에 구현될 수 있으며, 이 경우 기술에서 알려진 다양한 방법을 통해 프로세서(102)와 통신적으로 결합될 수 있다.
송수신기(106)는 프로세서(102)와 동작 가능하도록 결합되며, 무선 신호를 전송 및/또는 수신한다. 송수신기(106)는 송신기와 수신기를 포함한다. 송수신기(106)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 송수신기(106)는 하나 이상의 안테나(108)를 제어하여 무선 신호를 전송 및/또는 수신한다.
전원 관리 모듈(141)은 프로세서(102) 및/또는 송수신기(106)의 전원을 관리한다. 배터리(142)는 전원 관리 모듈(141)에 전원을 공급한다.
디스플레이(143)는 프로세서(102)에 의해 처리된 결과를 출력한다. 키패드(144)는 프로세서(102)에서 사용할 입력을 수신한다. 키패드(144)는 디스플레이(143)에 표시될 수 있다.
SIM 카드(145)는 IMSI(International Mobile Subscriber Identity)와 관련 키를 안전하게 저장하기 위한 집적 회로이며, 휴대 전화나 컴퓨터와 같은 휴대 전화 장치에서 가입자를 식별하고 인증하는 데에 사용된다. 또한, 많은 SIM 카드에 연락처 정보를 저장할 수도 있다.
스피커(146)는 프로세서(102)에서 처리한 사운드 관련 결과를 출력한다. 마이크(147)는 프로세서(102)에서 사용할 사운드 관련 입력을 수신한다.
도 4는 본 명세서의 구현이 적용되는 5G 시스템 구조의 예를 나타낸다.
5G 시스템(5GS; 5G system) 구조는 다음과 같은 네트워크 기능(NF; Network Function)으로 구성된다.
- AUSF (Authentication Server Function)
- AMF (Access and Mobility Management Function)
- DN (Data Network), 예를 들어 운영자 서비스, 인터넷 접속 또는 타사 서비스
- USDF (Unstructured Data Storage Function)
- NEF (Network Exposure Function)
- I-NEF (Intermediate NEF)
- NRF (Network Repository Function)
- NSSF (Network Slice Selection Function)
- PCF (Policy Control Function)
- SMF (Session Management Function)
- UDM (Unified Data Management)
- UDR (Unified Data Repository)
- UPF (User Plane Function)
- UCMF (UE radio Capability Management Function)
- AF (Application Function)
- UE (User Equipment)
- (R)AN ((Radio) Access Network)
- 5G-EIR (5G-Equipment Identity Register)
- NWDAF (Network Data Analytics Function)
- CHF (CHarging Function)
또한, 다음과 같은 네트워크 기능이 고려될 수 있다.
- N3IWF (Non-3GPP InterWorking Function)
- TNGF (Trusted Non-3GPP Gateway Function)
- W-AGF (Wireline Access Gateway Function)
도 4는 다양한 네트워크 기능이 어떻게 서로 상호 작용하는지를 보여주는 기준점(reference point) 표현을 사용하여 비로밍(non-roaming) 사례의 5G 시스템 구조를 보여준다.
도 4에서는 점 대 점 도면의 명확성을 위해, UDSF, NEF 및 NRF는 설명되지 않았다. 그러나 표시된 모든 네트워크 기능은 필요에 따라 UDSF, UDR, NEF 및 NRF와 상호 작용할 수 있다.
명확성을 위해, UDR과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다. 명확성을 위해, NWDAF과 다른 NF(예: PCF)와의 연결은 도 4에 도시되지 않는다.
5G 시스템 구조는 다음과 같은 기준점을 포함한다.
- N1: UE와 AMF 사이의 기준점.
- N2: (R)AN과 AMF 사이의 기준점.
- N3: (R)AN과 UPF 사이의 기준점.
- N4: SMF와 UPF 사이의 기준점.
- N6: UPF와 데이터 네트워크 사이의 기준점.
- N9: 두 UPF 사이의 기준점.
다음의 기준점은 NF의 NF 서비스 간에 존재하는 상호 작용을 보여준다.
- N5: PCF와 AF 사이의 기준점.
- N7: SMF와 PCF 사이의 기준점.
- N8: UDM과 AMF 사이의 기준점.
- N10: UDM과 SMF 사이의 기준점.
- N11: AMF와 SMF 사이의 기준점.
- N12: AMF와 AUSF 사이의 기준점.
- N13: UDM과 AUSF 사이의 기준점.
- N14: 두 AMF 사이의 기준점.
- N15: 비로밍 시나리오의 경우 PCF와 AMF 사이의 기준점, 로밍 시나리오의 경우 방문 네트워크의 PCF와 AMF 사이의 기준점.
- N16: 두 SMF 사이의 기준점(로밍의 경우 방문 네트워크의 SMF와 홈 네트워크의 SMF 사이)
- N22: AMF와 NSSF 사이의 기준점.
경우에 따라, UE를 서비스하기 위해 두 개의 NF를 서로 연결해야 할 수도 있다.
PDU 세션 수립(PDU session establishment) 절차에 대해 설명한다. 3GPP TS 23.502 V16.3.0 (2019-12)의 섹션 4.3.2를 참조할 수 있다.
도 5 및 도 6은 본 명세서의 구현이 적용되는 PDU 세션 수립 절차의 예를 나타낸다.
PDU 세션 수립은 다음에 해당할 수 있다:
- UE가 개시한 PDU 세션 수립 절차
- UE가 개시한 3GPP와 비-3GPP 사이의 PDU 세션 핸드오버
- UE가 개시한 EPS에서 5GS로 PDU 세션 핸드오버.
- 네트워크가 트리거 한 PDU 세션 수립 절차
PDU 세션은 (a) 주어진 시간에 단일 접속 유형, 즉 3GPP 접속 또는 비-3GPP 접속 중 어느 하나에 연관되거나, 또는 (b) 동시에 여러 접속 유형, 즉 하나의 3GPP 접속 및 하나의 비-3GPP 접속과 연관될 수 있다. 다중 접속 유형과 연관된 PDU 세션을 MA(multi access) PDU 세션이라고 하며, ATSSS(access traffic steering, switching, splitting) 지원 UE에 의해 요청될 수 있다.
도 5 및 도 6는 주어진 시간에 단일 접속 유형과 연관된 PDU 세션을 수립하기 위한 절차를 명시한다.
도 5 및 도 6에 나타난 절차에서는, UE가 이미 AMF에 등록되었으므로 UE가 긴급 등록되지 않은 한, AMF는 UDM에서 사용자 가입 데이터를 이미 회수한 것을 가정한다.
먼저, 도 5의 절차를 설명한다.
(1) 1단계: 새로운 PDU 세션을 수립하기 위해 UE는 새로운 PDU 세션 ID를생성한다다.
UE는 N1 SM 컨테이너(container) 내에 PDU 세션 수립 요청 메시지를 포함하는 NAS 메시지를 전송하여 UE가 요청한 PDU 세션 수립 절차를 시작한다. PDU 세션 수립 요청 메시지는 PDU 세션 ID(PDU session ID), 요청된 PDU 세션 유형(Requested PDU Session Type), 요청된 SSC(session and service continuity) 모드, 5G SM 능력, PCO(Protocol Configuration Options), SM PDU DN 요청 컨테이너(SM PDU DN Request Container), UE 무결성 보호 최대 데이터 전송 속도(UE Integrity Protection Maximum Data Rate) 등을 포함한다.
PDU 세션 수립이 새 PDU 세션을 수립하기 위한 요청인 경우, 요청 유형은 "초기 요청(Initial Request)"을 나타낸다. 요청이 3GPP 접속과 비-3GPP 접속 사이에서 전환되는 기존 PDU 세션 또는 EPC에서 기존 PDN(packet data network) 연결로부터의 PDU 세션 핸드오버를 참조하는 경우, 요청 유형은 "기존 PDU 세션(Existing PDU Session)"을 나타낸다. PDU 세션 수립이 긴급 서비스에 대한 PDU 세션을 수립하기 위한 요청인 경우, 요청 유형은 "긴급 요청(Emergency Request)"을 나타낸다. 요청이 3GPP 접속과 비-3GPP 접속 사이에서 전환되는 긴급 서비스에 대한 기존 PDU 세션 또는 EPC에서 비상 서비스를 위한 기존 PDN 연결로부터의 PDU 세션 핸드오버를 참조하는 경우, 요청 유형은 "기존 긴급 PDU 세션(Existing Emergency PDU Session)"을 나타낸다.
UE는 현재 접속 유형의 허용된 NSSAI로부터 S-NSSAI를 포함한다. 허용된 NSSAI의 맵핑(Mapping Of Allowed NSSAI)이 UE에 제공된 경우, UE는 허용된 NSSAI로부터 VPLMN(visited VPLMN)의 S-NSSAI 및 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 모두 제공한다.
(2) 2단계: AMF는 SMF를 선택한다. 요청 유형이 "초기 요청"을 나타내거나, 요청이 EPS 또는 다른 AMF가 제공하는 비-3GPP 접속으로부터 핸드오버 때문인 경우, AMF는 PDU 세션의 접속 유형뿐만 아니라 S-NSSAI(s)의 연관, DNN(data network name), PDU 세션 ID, SMF ID를 저장한다.
요청 유형이 "초기 요청"이고 기존 PDU 세션을 나타내는 이전 PDU 세션 ID도 메시지에 포함된 경우, AMF는 SMF를 선택하고 새 PDU 세션 ID, S-NSAI(s), 선택한 SMF ID의 연결을 저장한다.
요청 유형이 "기존 PDU 세션"을 나타내는 경우, AMF는 UDM에서 수신한 SMF-ID를 기반으로 SMF를 선택한다. AMF는 PDU 세션에 대해 저장된 접속 유형을 업데이트한다.
요청 유형이 3GPP 접속과 비-3GPP 접속 사이에서 이동하는 기존 PDU 세션을 참조하는 "기존 PDU 세션"을 나타내는 경우, 그리고 PDU 세션의 서빙 PLMN S-NSSAI가 대상 접속 유형의 허용 NSSAI에 존재하는 경우, PDU 세션 수립 절차는 다음의 경우에 수행될 수 있다.
- PDU 세션 ID에 대응하는 SMF ID와 AMF가 동일한 PLMN에 속하는 경우;
- PDU 세션 ID에 대응하는 SMF ID가 HPLMN에 속하는 경우;
그렇지 않은 경우, AMF는 적절한 거부 원인과 함께 PDU 세션 수립 요청을 거절한다.
AMF는 요청 유형은 "긴급 요청" 또는 "기존 긴급 PDU 세션"을 지시하지 않는 긴급 등록된 UE로부터의 요청을 거절한다.
(3) 3단계: AMF가 UE에서 제공하는 PDU 세션 ID에 대해 SMF와 연관되지 않은 경우(예: 요청 유형이 "초기 요청"을 지시할 때), AMF는 생성 SM 컨텍스트 요청 절차(예: Nsmf_PDUSession_CreateSMContext Request)를 호출한다. AMF가 UE에서 제공하는 PDU 세션 ID에 대해 SMF와 이미 연관되어 있는 경우(예: 요청 유형이 "기존 PDU 세션"을 지시할 때), AMF는 업데이트 SM 컨텍스트 요청 절차(예: Nsmf_PDUSession_UpdateSMContext Request)를 호출한다.
AMF는 허용 NSSAI로부터 서빙 PLMN의 S-NSSAI를 SMF로 전송한다. 로컬 브레이크아웃(LBO; local breakout)의 로밍 시나리오에 대해, AMF는 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 또한 SMF로 전송한다.
AMF ID는 UE의 GUAMI로, UE를 서빙하는 AMF를 고유하게 식별한다. AMF는 UE로부터 수신한 PDU 세션 수립 요청 메시지가 포함된 N1 SM 컨테이너와 함께 PDU 세션 ID를 전달한다. GPSI(generic public subscription identifier)는 AMF에서 사용할 수 있는 경우 포함된다.
제한된 서비스 상태의 UE가 SUPI를 제공하지 않고 긴급 서비스를 위해 등록된 경우, AMF는 SUPI 대신 PEI를 제공한다. 제한된 서비스 상태의 UE가 SUPI를 제공하면서 긴급 서비스를 위해 등록되었지만 인증되지 않은 경우, AMF는 SUPI가 인증되지 않았음을 지시한다. SMF는 UE에 대해 SUPI를 수신하지 않거나 AMF가 SUPI가 인증되지 않았음을 지시하면, UE가 인증되지 않았다고 판단한다.
AMF는 Nsmf_PDUSession_CreateSMContext에 PCF ID를 포함할 수 있다. 이 PCFID는 비로밍 경우에서 H-PCF(home PCF)와 LBO 로밍 경우에서 V-PCF(visited PCF)를 식별한다.
(4) 4단계: 대응하는 SUPI, DNN, HPLMN의 S-NSSAI에 대한 세션 관리 가입 데이터(session management subscription data)를 사용할 수 없는 경우 SMF는 UDM에서 세션 관리 가입 데이터를 회수할 수 있고, 이 가입 데이터가 수정될 때 이를 통지 받을 수 있다.
(5) 5단계: SMF는, 3단계에서 수신한 요청에 따라, 생성 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_CreateSMContext Response) 또는 업데이트 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_UpdateSMContext Response)를 AMF로 전송한다.
SMF가 3단계에서 Nsmf_PDUSession_CreateSMContext Request를 수신하였고 PDU 세션 수립 요청을 처리할 수 있으면, SMF는 SM 컨텍스트를 생성하고 SM 컨텍스트 ID를 제공하여 AMF에 응답한다.
SMF가 PDU 세션 수립을 수락하지 않기로 결정하면, SMF는 Nsmf_PDUSession_CreateSMContext Response로 AMF에 응답함으로써 관련 SM 거부 원인을 포함한 NAS SM 신호를 통해 UE 요청을 거절한다. SMF는 또한 AMF에 PDU 세션 ID가 해제된 것으로 간주되고 SMF가 아래 20단계를 진행하고 PDU 세션 설정 절차가 중지됨을 나타낸다.
(6) 6단계: 선택적 2차 인증/허가가 수행될 수 있다.
(7a) 7a 단계: PDU 세션에 동적 정책 및 과금 제어(PCC; policy and charging control)를 사용할 경우, SMF가 PCF 선택을 수행할 수 있다.
(7b) 7b 단계: SMF는 SM 정책 연관 수립 절차를 수행하여 PCF와 SM 정책 연관을 수립하고, PDU 세션에 대한 기본 PCC 규칙을 얻을 수 있다.
(8) 8단계: SMF는 하나 이상의 UPF를 선택한다.
(9) 9단계: SMF는 SMF가 개시한 SM 정책 연관 수정 절차를 수행하여 충족된 정책 제어 요청 트리거 조건에 대한 정보를 제공할 수 있다.
(10) 10단계: 요청 유형이 "초기 요청"을 지시하는 경우, SMF는 선택한 UPF와 N4 세션 수립(N4 Session Establishment) 절차를 개시할 수 있다. 그렇지 않으면, SMF는 선택한 UPF와 N4 세션 수정(N4 Session Modification) 절차를 개시할 수 있다.
10a 단계에서, SMF는 UPF에 N4 세션 수립/수정 요청을 보낼 수 있고, PDU 세션에 대해 UPF에 설치되는 패킷 감지, 시행 및 보고 규칙을 제공한다. 10b 단계에서, UPF는 N4 세션 수립/수정 응답을 전송하여 확인할 수 있다.
(11) 11단계: SMF는 N1N2 메시지 전달 메시지(예: Namf_Communication_N1N2 Message Transfer)를 AMF에 전송한다.
N1N2 메시지 전달 메시지는 N2 SM 정보가 포함할 수 있다. N2 SM 정보는 AMF가 (R)AN으로 전달할 다음의 정보를 나른다.
- CN 터널 정보(CN Tunnel Info): PDU 세션에 대응하는 N3 터널의 코어 네트워크 주소에 해당함;
- 하나 이상의 QoS(quality of service) 프로파일과 대응하는 QFI(QoS flow ID);
- PDU 세션 ID: RAN 자원과 UE를 위한 PDU 세션 간의 연관을 UE에게 지시함;
- 서빙 PLMN을 위한 값을 갖는 S-NSSAI(즉, HPLMN S-NSSAI, 또는 LBO 로밍의 경우 VPLMN S-NSSAI);
- SMF에 의해 결정된 사용자 평면 보안 시행 정보;
- PDU 세션 수립 요청 메시지에서 수신된 UE 무결성 보호 최대 데이터 속도: 사용자 평면 보안 시행 정보에 무결성 보호가 "우선(Preferred)" 또는 "필요(Required)"로 지시된 경우
- RSN(redundancy sequence number) 파라미터
N1N2 메시지 전달 메시지는 N1 SM 컨테이너를 포함할 수 있다. N1 SM 컨테이너는 AMF가 UE에 제공할 PDU 세션 수립 수락 메시지를 포함한다. PDU 세션 수립 수락 메시지는 허용된 NSASI로부터의 S-NSSAI를 포함한다. LBO 로밍 시나리오의 경우, PDU 세션 수립 수락 메시지는 VPLMN에 대해 허용된 NSSAI로부터 S-NSSAI를 포함하며, 3단계서 SMF가 수신한 허용된 NSSAI의 맵핑으로부터 HPLMN의 대응하는 S-NSSAI를 또한 포함한다.
QoS 규칙 및 QoS 프로파일과 관련된 QoS 흐름에 대해 필요한 경우, 복수의 QoS 규칙, QoS 흐름 수준, QoS 파라미터가 N1 SM 컨테이너 내의 PDU 세션 수립 수락 메시지 및 N2 SM 정보 내에 포함될 수 있다.
5단계와 11단계 사이에 PDU 세션 수립이 실패한 경우, N1N2 메시지 전달 메시지는 PDU 세션 수립 거절 메시지를 포함하는 N1 SM 컨테이너를 포함하며, N2 SM 정보는 포함하지 않는다. (R)AN은 PDU 세션 수립 거절 메시지를 포함하는 NAS 메시지를 UE로 전송한다. 이 경우 아래 12-17단계를 생략된다.
(12) 12단계: AMF는 UE로 향하는 PDU 세션 ID 및 PDU 세션 수립 수락 메시지 및 SMF로부터 수신한 N2 SM 정보를 포함하는 NAS 메시지를 N2 PDU 세션 요청 메시지 내에서 (R)AN으로 전송한다.
(13) 13단계: (R)AN은 SMF에서 수신한 정보와 관련된 UE와 AN 특정 신호 교환을 수행할 수 있다. 예를 들어, NG-RAN의 경우, UE가 12단계에서 수신한 PDU 세션 요청에 대한 QoS 규칙과 관련하여 필요한 NG-RAN 자원을 설정하는 RRC 연결 재구성을 UE와 수행할 수 있다.
(R)AN은 12단계에서 수신한 NAS 메시지(PDU 세션 ID, N1 SM 컨테이너(PDU 세션 수립 수락 메시지))를 UE로 전달한다. (R)AN은 UE와의 AN 특정 신호 교환이 수신된 N2 명령과 관련된 (R)AN 자원 추가를 포함하는 경우에만 UE에 NAS 메시지를 제공한다.
N2 SM 정보가 11단계에 포함되지 않는 경우, 아래 14~16b 단계 및 17단계는 생략된다.
이제, 도 5의 절차에 뒤따르는 도 6의 절차가 설명된다.
(14) 14단계: (R)AN은 N2 PDU 세션 응답 메시지를 AMF로 전송한다. N2 PDU 세션 응답 메시지는 PDU 세션 ID, 원인, N2 SM 정보(PDU 세션 ID, AN 터널 정보, 수락/거절된 QFI 리스트, 사용자 평면 시행 정책 알림) 등을 포함할 수 있다.
(15) 15단계: AMF는 업데이트 SM 컨텍스트 요청 메시지(예: Nsmf_PDUSession_UpdateSMContext Request)를 SMF로 전송한다. AMF는 (R)AN으로부터 수신한 N2 SM 정보를 SMF로 전달한다.
(16a) S16a 단계: SMF는 UPF와 함께 N4 세션 수정 절차를 개시한다. SMF는 AN 터널 정보와 대응하는 전달 규칙을 UPF로 제공한다.
(16b) S16b 단계: UPF는 SMF에 N4 세션 수정 응답을 제공한다.
이 단계 후에, UPF는 이 PDU 세션을 위하여 버퍼 되었을 수 있는 DL 패킷을 UE에 전달할 수 있다.
(16c) 16c 단계: SMF가 이 PDU 세션에 대해 아직 등록되지 않은 경우, SMF는 주어진 PDU 세션에 대해 UDM에 등록할 수 있다.
(17) 17단계: SMF는 업데이트 SM 컨텍스트 응답 메시지(예: Nsmf_PDUSession_UpdateSMContext Response)를 AMF로 전송한다.
이 단계 후에, AMF는 SMF가 가입한 관련 이벤트를 전달한다.
(18) 18단계: 5단계 이후 언제라도 절차 도중, PDU 세션 수립이 성공하지 못하는 경우, SMF는 Nsmf_PDUSession_SMContextStatusNotify (해제)를 호출하여 AMF에 알릴 수 있다. SMF는 또한 생성된 N4 세션, 할당된 경우 PDU 세션 주소(예: IP 주소)를 해제할 수 있으며, 가능한 경우 PCF와의 연관도 해제할 수 있다. 이 경우 아래 19단계는 생략된다.
(19) 19단계: PDU 세션 유형 IPv6 또는 IPv4v6의 경우, SMF는 IPv6 라우터 알림(IPv6 Router Advertisement)을 생성하여 UE에 전송할 수 있다.
(20) 20단계: SMF는 SMF가 개시한 SM 정책 연관 수정을 수행할 수 있다.
(21) 21단계: 4단계 이후에 PDU 세션 수립이 실패한 경우, SMF는 UE의 PDU 세션을 더 이상 처리하지 않을 경우 SMF는 세션 관리 가입 데이터의 수정에 대해 가입 해제할 수 있다.
<다중 액세스(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) 규칙을 전송할 수 있다.
<Artificial Intelligence(AI)/Machine Learning (ML) 기반 서비스>
3GPP는 5GS에 AL/ML 기반 서비스를 지원하기 위한 방안이 논의되고 있다.
예를 들어, 5GS 지원(assistance)와 함께, AI/ML 서비스 및 전송이 다양한 어플리케이션에 대한 AI/ML 모델 배포(distribution), 전송(transfer), 교육(training)을 지원하도록 하기 위한 방안이 논의되고 있다. 예를 들어, 다양한 어플리케이션은 영상/음성 인식, 로봇 제어, 자동차 등을 포함할 수 있다.
AI/ML 작업(operation)은 예를 들어, 다음 세 가지 주요 유형을 포함할 수 있다:
- AI/ML operation splitting between AI/ML endpoints (AI/ML 엔드포인트 간 AI/ML 작업 분할)
- AI/ML model/data distribution and sharing over 5G system (5G 시스템을 통한 AI/ML 모델/데이터 배포 및 공유)
- Distributed/Federated Learning (FL) over 5G system (5G 시스템을 통한 분산/연합 학습)
이하의 예시들은, 어플리케이션 계층 AI/ML 작업을 위한 지능형 전송 지원(intelligent transmission support)을 제공하기 위해, AI/ML 서비스 제공자가 5GS를 플랫폼으로 활용할 수 있는 방법에 대한 목표를 설명한다.
1. 목표 1: 어플리케이션 계층 AI/ML 작업을 지원하기 위해 가능한 아키텍처 및 기능 확장을 연구한다.
a. AI/ML 모델 제공자와 함께 Application AI/ML 운영을 지원하기 위해, UE와 관련된 5G 시스템에서 네트워크 자원 활용 모니터링을 지원한다.
b. UE 및/또는 네트워크 상태 및 성능 예측(예: 위치, QoS, 부하, 혼잡 등)을 노출하기 위한 5GC NF(들)에 대한 5GS 정보 노출 확장(5GS information exposure extensions). 어플리케이션 AI/ML 작동을 지원하기 위해 이러한 정보를 UE 및/또는 승인된 제3자에게 노출할지 여부 및 방법을 지원한다.
c. 어플리케이션 AI/ML 작동을 기반으로 5GC에 대한 외부 파라미터 프로비저닝의 향상(Enhancements of external parameter provisioning) (예: 예상 UE 활동 동작, 예상 UE 이동성(expected UE activity behaviors, expected UE mobility) 등).
d. 어플리케이션 AI/ML 작업을 지원하는 데 사용할 수 있는 다른 5GC 기능의 개선 사항을 조사한다.
2. 목표 2: 일반(비 어플리케이션 AI/ML) 5GS 사용자 트래픽을 지원하면서 어플리케이션 AI/ML 운영 트래픽을 지원하기 위한 가능한 QoS, 정책 향상을 연구한다.
3. 목적 3: 5GS가 AF 및 UE가 FL 운영 및 모델 배포/재분배(예: FL 멤버 선택, 그룹 성과 모니터링, 적절한 네트워크 자원 할당 및 보장)를 관리하기 위해 AF 및 UE에 지원을 제공하는지 여부 및 방법을 연구할 수 있다. UE들에서 실행되는 어플리케이션 클라이언트와 어플리케이션 서버 간의 협업 어플리케이션 AI/ML 기반 연합 학습 작업을 용이하게 하기 위해, 이러한 연구가 수행될 수 있다.
주어진 Application AI/ML 작업에 참여하는 모든 UE들은 AF와 동일한 S-NSSAI에 의해 서비스를 받을 수 있다.
이하의 예시들은 3개의 주요 AI/ML operation의 예시들이다.
AI/ML은 인공 지능(AI)/머신 러닝(ML)은 산업 분야 전반에 걸쳐 다양한 응용 분야에서 사용되고 있다. 모바일 통신 시스템에서 모바일 장치(예: 스마트폰, 자동차, 로봇)는 어플리케이션을 가능하게 하기 위해 점점 더 기존 알고리즘(예: 음성 인식, 이미지 인식, 비디오 처리)을 AI/ML 모델로 대체하고 있다.
5G 시스템은 적어도 세 가지 유형의 AI/ML 작업을 지원할 수 있다. 이하의 예시들은 세 가지 유형의 AI/ML 작업을 나타낸다:
- AI/ML 엔드포인트들 간의 AI/ML 작업 분할(AI/ML operation splitting between AI/ML endpoints);
- 5G 시스템을 통한 AI/ML 모델/데이터 배포 및 공유(AI/ML model/data distribution and sharing over 5G system);
- 5G 시스템을 통한 분산/연합 학습(Distributed/Federated Learning over 5G system);
도 9의 예시는 AI/ML 엔드포인트들 간의 AI/ML 작업 분할의 예를 나타낸다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 9는 본 명세서의 개시의 일 실시예에 따른 스플릿 AI/ML의 예를 나타낸다.
분할(split) AI/ML 추론(inference) 방식은 도 9와 같이 나타낼 수 있다. AI/ML 작업/모델은 현재 작업 및 환경에 따라 여러 부분으로 분할된다. 계산 집약적이고 에너지 집약적인 부분을 네트워크 엔드포인트로 오프로드하는 반면 개인 정보에 민감한 부분과 지연에 민감한 부분은 말단 장치(end device)에 남겨둘 수 있다. 장치는 특정 부분/계층까지 작업/모델을 실행한 다음 중간 데이터를 네트워크 엔드포인트로 전송할 수 있다. 네트워크 엔드포인트는 나머지 부분/계층을 실행하고 추론 결과를 장치에 다시 제공할 수 있다.
도 10의 예시는 5G 시스템을 통한 AI/ML 모델/데이터 배포 및 공유의 예를 나타낸다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 10은 본 명세서의 개시의 일 실시예에 따른 AI/ML 모델 배포의 예를 나타낸다.
AI/ML 모델 배포 방식은 도 10과 같이 나타낼 수 있다. 다기능 모바일 단말기(Multi-functional mobile terminals)는 작업 및 환경 변화에 따라 AI/ML 모델을 전환해야 할 수 있다. 적응형 모델 선택의 조건은 선택할 모델이 모바일 장치에 사용 가능한 것일 수 있다. 그러나 AI/ML 모델이 점점 다양해지고 있다는 사실과 UE의 제한된 저장 자원으로 인해, 모든 후보 AI/ML 모델을 온보드로 미리 로드하지 않도록 결정될 수도 있다. 온라인 모델 배포(즉, 새 모델 다운로드)가 필요할 수 있으며, 온라인 모델 배포를 통해, AI/ML 모델은 변경된 AI/ML 작업 및 환경에 적응하기 위해 필요할 때 NW 엔드포인트에서 장치로 배포될 수 있다. 이를 위해 UE에서의 모델 성능을 지속적으로 모니터링해야 할 수 있다.
도 11의 예시는 5G 시스템을 통한 분산/연합 학습의 예를 나타낸다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 11은 본 명세서의 개시의 일 실시예에 따른 AI/ML 모델 배포의 예를 나타낸다.
Federated Learning (FL)의 체계의 예는 도 11과 같이 묘사될 수 있다.
클라우드 서버는 각 최종 장치에서 부분적으로 훈련된 로컬 모델을 집계하여 글로벌 모델을 훈련할 수 있다. 각 훈련 반복(training iteration) 내에서 UE는 로컬 훈련 데이터를 사용하여, AI 서버에서 다운로드한 모델을 기반으로 훈련을 수행할 수 있다. 그러면 UE는 중간 훈련 결과를 5G UL 채널을 통해 클라우드 서버에 보고할 수 있다. 서버는 UE의 중간 훈련 결과를 집계하고 글로벌 모델을 업데이트할 수 있다. 그런 다음 업데이트된 글로벌 모델이 UE에 다시 배포되고 UE는 다음 반복을 위한 훈련을 수행할 수 있다.
본 명세서에서 후술되는 개시들은 하나 이상의 조합(예: 이하에서 설명하는 내용들 중 적어도 하나를 포함하는 조합)으로 구현될 수 있다. 도면 각각은 각 개시의 실시예를 나타내고 있으나, 도면의 실시예들은 서로 조합되어 구현될 수도 있다.
본 명세서의 개시에서 제안하는 방안에 대한 설명은 이하에서 설명하는 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다. 아래에서 설명하는 아래의 방법들은 조합적으로 또는 보완적으로 수행되거나 사용될 수 있다.
FL 동작을 위한 5GS의 지원이 논의될 수 있다. 즉, FL 동작을 위한 5GS 지원(5GS Assistance to Federated Learning Operation)이 논의될 수 있다.
한편, 5G에서, Artificial Intelligence(AI)/Machine Learning (ML) 기반 서비스를 지원하는 방안이 논의 중이다. Application Server(AS)와 같은 Application Function (AF)가 연합 학습 (Federated Learning: FL) 동작을 수행할 수 있다. 하지만, 종래에는 5G System(5GS)이 이러한 AF가 FL 동작을 수행하는 것을 지원하기 위한 방안이 없었다. 예를 들어, 5GS가 이러한 AF에게 지원 정보(assistance information)을 제공하는 구체적인 방안이 전혀 논의되지 않았다. 또한, AF가 5GS에게 지원 정보를 요청하는 방안도 전혀 논의되지 않았다.
예를 들어, 5GS가 AF가 FL 동작을 위한 UE를 선택하는 것을 지원하기 위해, 지원 정보를 제공하는 방안이 논의될 필요가 있다. 또한, 5GS가 AF로부터 어떤 정보를 수신할지, 5GS가 AF에게 어떤 정보를 제공할지도 논의될 필요가 있다. 또한, 5GS가 AI/ML 어플리케이션의 FL 동작을 지원하기 위해, 어플리케이션의 요청 사항(예: FL 동작 수행을 위해 선호되는 시간대, FL 동작을 위한 지역)에 따라 5GS 내의 정보를 수집하고, AF에게 FL 동작을 위한 후보 UE의 리스트, FL 동작을 위한 추천 시간대 등의 지원 정볼 제공하는 방안이 논의될 필요가 있다.
AF 및/또는 UE가 FL 운영 및 모델 분배/재분배(즉, FL 멤버 선택, 그룹 성능 모니터링, 적절한 네트워크 자원 할당 및 보장)를 관리하기 위해, 5GS가 AF와 UE에 지원을 제공하는지 여부와 방법이 논의될 수 있다. 참고로, 본 명세서의 개시의 다양한 설명에서, AF는 Application Server (AS)와 같은 의미의 용어로 사용될 수 있다. 이를 통해, UE에서 실행되는 어플리케이션 클라이언트와 어플리케이션 서버 간의 협업 어플리케이션 AI/ML 기반 연합 학습 작업(collaborative Application AI/ML based Federated Learning operation)을 용이하게 할 수 있다.
AF와 UE에게 FL 동작을 지원하기 위해, 다음과 같은 예시들이 논의될 수 있다:
FL 동작을 위한 UE 선택 지원이 논의될 수 있다. 예를 들어, AF가, FL 동작의 일부가 될 UE 그룹을 선택하고 관리하는 것을 돕기 위해, 5GC가 AF에 제공할 수 있는지 여부, 방법 및 정보가 논의될 수 있다. 참고로, AF가 FL 그룹 관리를 제어 및 관리할 수 있다. 예를 들어, FL 동작의 일부가 될 UE 그룹을 선택하고 관리하기 위해, AF를 지원하기 위해 5GC에 정보가 필요한 지 여부, 어떻게 정보가 필요한 지 여부, 필요한 정보가 무엇인지가 논의될 수 있다;
성능 모니터링/노출이 논의될 수 있다. 예를 들어, FL 동작과 관련된 UE 또는 UE 그룹 성능(예: 집계된 QoS 파라미터)을 모니터링하고 노출하는 방법이 논의될 수 있다. 예를 들어, FL 동작을 위한 AI/ML 작업과 관련된 트래픽에 대한 특정 시스템 성능 및 예측을 캡처하기 위해 기존 모니터링 이벤트 또는 새로운 모니터링 이벤트(예: QoS, 위치, 부하, 정체)가 필요한지 여부 및 어떤 이벤트들이 필요한지 여부가 논의될 수 있다.
FL 성능이 논의될 수 있다. 예를 들어, 어플리케이션 서버가 글로벌 모델 업데이트를 수행하기 위해 다른 UE로부터 로컬 ML 모델 교육 정보를 수신할 때, UE 간의 FL 성능을 향상시키기 위해 AF를 지원하는 방법(예: 레이턴시 발산(latency divergence) 관리)가 논의될 수 있다.
5GS에서 AI/ML Application의 FL 동작을 assist해 주기 위하여 다양한 솔루션들이 제안되었다. 일례로, Application의 요청 사항 (예: 선호하는 FL operation 시간대(예: FL operation이 실행되길 선호하는 시간), FL operation을 위한 지역, QoS 정보)에 따라 5GS내의 정보를 수집함으로써, FL에 관련된 정보를 제공하는 방안이 제안되었다. 예를 들어, Application의 요청 사항이 기초하여, 5GS 내의 정보가 수집되고, 적절한 FL 후보 UE의 리스트나, 추천 FL 시간대등의 정보를 제공되는 방안이 제안 되었다. 다른 일례로, Application이 요청한 UE들에 대해, 해당 UE들의 네트워크 관련 정보 (예: QoS 등) 들을 제공하는 방안들도 제안되었다.
앞서 설명한 예시와 같이, 5GS의 정보를 수집하여 AI/ML Application Server에 전달할 assistance(지원) 정보를 생성하는 Network Function (NF)는 Network Data Analytics Function (NWDAF)이 일 수 있다. 또는, 이러한 NF는 새로운 NF (e.g., AIML NF/NEF)일 수도 있다. 본 명세서의 개시의 다양한 예시에서, AIML NF/NEF는 AIML에 관련된 지원 정보를 생성하는 NF를 의미할 수 있다. AIML NF는 AIML NF 또는 NEF와 동일한 의미의 용어로도 사용될 수 있다. 여기서, 새로운 NF는 별도의 독립적인 NF로 동작할 수도 있고, 기존 NF인 NEF나 PCF와 통합된 NF일 수도 있다.
NWDAF가 지원 정보를 생성하는 역할을 수행하는 경우, 새로운 analytics가 정의될 필요가 있다. 예를 들어, 새로운 analytics는 AI/ML Application Server로부터 assistance 정보에 대한 요청과 5GC로부터 수집한 정보를 input으로 받을 수 있다. 그리고, NWDAF는 새로운 analytics에 기초하여, 5GC로부터 정보를 수집한 후, 응답으로 output analytics로 assistance 정보를 Application Server에게 제공할 수 있다.
새로운 NF(예: 별도의 독립적인 NF 또는 기존 NF와 통합된 NF)가 지원 정보를 생성하는 NF로 사용될 수도 있다. 이 경우, 새로운 NF는 새로운 service operation에 기초하여, assistance 정보에 대한 요청을 Application Server로부터 받을 수 있다. 그리고, 새로운 NF는 5GC로부터 정보를 수집함으로써, 응답으로 assistance 정보를 Application Server에게 제공할 수 있다.
이하의 도 12를 참조하여 설명하는 예시는, AIML NF라는 NEF와 통합된 NF를 이용한 방안의 일 예이다. 이 예시는, AIML NF가 네트워크의 정보를 수집함으로써, 추천 UE List및 추천 FL 시간대, 지역 등을 제공하는 방안의 예시이다. 예를 들어, AIML NF는 Application이 제공한 UE List에 대한 조건 (QoS, 지역 등)을 만족할 수 있는 추천 UE List및 추천 FL 시간대, 지역 등을 제공할 수 있다.
연합 학습 동작을 위한 AF에 대한 5GS 지원 정보에 관련된 예시를 설명한다.
이 예시는, 연합 학습 동작을 위한 5GS 지원에 관련된 솔루션을 제공한다.
연합 학습 동작을 위해 AF에 5GS 지원 정보를 제공하기 위해 제안된 솔루션의 개요는 다음과 같다:
- 이 솔루션은 NEF와 함께 배치되어 5G AIML 서비스를 지원하기 위해 외부 노출에 사용될 수 있는 AIML NF를 도입한다. 예를 들어, AIML NF는 AF(즉, AI/ML 어플리케이션 서버)로부터 요청을 수신하고, AIML 동작을 위한 5GS 지원 정보를 응답/통보할 수 있다.
- AI/ML 어플리케이션 서버는 FL 동작을 위한 입력 파라미터와 함께 지원 정보를 요청한다. 예를 들어, 입력 파라미터에는 UE 리스트, QoS 참조, 지리적 영역, FL 동작을 위한 최소 UE 수, 선호 AIML 기간, FL 동작을 위한 후보 UE 리스트 요청 여부, AIML 작동을 위한 선호 시간대, 무선 액세스 기술, 신호 품질 등이 포함될 수 있다. 예를 들어, 일부 FL 동작은 특정 시간 동안 수행해야 하거나 일부 FL 동작은 즉시 수행하지 않아도 될 수 있다. 이 경우 AI/ML 어플리케이션 서버는 선호하는 AIML 작업 기간을 제공할 수 있다. 또한 학습 데이터 크기에 따라 AI/ML 어플리케이션 서버는 예상 AIML 작업 기간을 제공할 수 있다. AIML NF/NEF는 선호 AIML 동작 시간대와 예상 AIML 동작 시간대를 고려하고, 사용자 데이터 혼잡 시간 등 네트워크 상태를 예측함으로써, AIML 동작 권장 시간대를 도출할 수 있다.
- AI/ML 어플리케이션 서버는 FL 동작을 위한 AIML 지원 정보를 구독(또는 가입)할 수 있다. 예를 들어, 네트워크 상태 변경으로 인해 QoS 참조 또는 QoS 요구사항에 대한 멤버 UE의 임계값을 충족할 수 없거나, 새로운 후보 UE가 임계값을 충족할 수 있을 것으로 예상되는 경우, AI/ML 어플리케이션 서버는 FL 동작을 시작한 후 FL 동작을 위해 FL 멤버 UE를 업데이트하려고 할 수 있다. 이 경우 AIML NF/NEF는 업데이트된 지원 정보(예: 새로운 추천 UE)를 AI/ML 어플리케이션 서버에 제공함으로써, AI/ML 어플리케이션 서버는 지원 정보에 기초하여 QoS 요구 사항을 충족할 수 있는 FL 멤버 UE를 재선택할 수 있다.
AI/ML 어플리케이션 서버는 Subscription Correlation ID에 기초하여, 구독(또는 가입)을 관리할 수 있다. AI/ML 어플리케이션 서버는 Subscription Correlation ID를 사용하여 구독을 업데이트하거나(예: 새 UE 리스트, QoS 요구 사항) AIML NF/NEF의 구독을 취소할 수 있다.
- AIML NF/NEF는 NWDAF, UDM, SMF, UPF, OAM 등과 같은 다른 NF와 상호 작용함으로써 AI/ML Application Server의 요청을 처리할 수 있다. 그리고, AIML NF/NEF는 수집된 정보에 기초하여, FL 운용을 위한 지원 정보(예: 추천 시간대의 후보 UE 리스트)를 생성함으로써, AI/ML Application Server가 요청한 FL 운용을 위한 지원 정보를 제공한다.
도 12의 예시를 참조하여, 연합 학습 동작을 위한 5GS 지원 정보를 제공하는 절차의 예시를 설명한다.
도 12는 연합 학습 동작을 위해 AI/ML 어플리케이션 서버에 5GS 지원 정보를 제공하는 절차를 보여준다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 12는 본 명세서의 개시의 일 실시예에 따른 연합 학습 동작을 위한 5GS 지원 정보를 제공하는 절차의 예시이다.
1. AI/ML 어플리케이션 서버가 Nnef_AIMLAssistanceInfo_Request / Nnef_AIMLAssistanceInfo_Subscribe를 호출함으로써, FL 운용을 위한 특정 조건의 5G 지원 정보를 요청/가입할 수 있다. AI/ML 어플리케이션 서버는 요청에 포함된 UE 리스트에 대해 FL 지원 정보를 요청할 수 있다. 또한 해당 UE가 FL 동작을 위해 AI/ML Application Server(어플리케이션 측)에 의해 승인되었음을 나타낼 수 있다.
Nnef_AIMLAssistanceInfo_Request 서비스 오퍼레이션의 입력 파라미터는 아래와 같다:
- AF Identifier.
- UE 리스트 (GPSIs, External Group ID, or IP 주소).
- AF-Service-Identifier.
- 외부 어플리케이션 식별자.
- QoS References or QoS requirements(QoS 참조 또는 QoS 요구 사항).
- 후보 UE 리스트을 요청할지 여부(이게 표시된 경우, AIML NF/NEF가 응답 내에 후보 UE 리스트를을 제공한다).
- 지원 정보가 필요한 시간(분석 소비자(analytics consumer)가 AIML NF/NEF에서 제공하는 지원 데이터를 수신할 것으로 예상되는 최신 시간을 AIML NF/NEF에 표시한다).
- 예상되는 AIML 동작 시간(학습 모델, 학습 데이터 크기 등의 학습 정보에 기초한 AI/ML 어플리케이션 서버별 예상 소요 시간).
- 선호되는 AIML 동작 기간(time periods)(AI/ML 어플리케이션 서버가 AIML 작동을 수행하려는 기간).
- 추천되는(권장) AIML 작업 기간을 요청할지 여부(표시된 경우 AIML NF/NEF는 응답에 권장 AIML 작업 기간을 제공한다.).
- Traffic volume for downloading global model and uploading training results.
- 글로벌 모델 다운로드 및 학습 결과 업로드를 위한 트래픽 볼륨.
- DNN 및 S-NSSAI.
- UE 리스트의 각 UE에 대한 예상되는 UE 이동 궤적(Expected UE Moving Trajectory) (예: 계획된 이동 경로).
- 관심 영역(Area of Interest)(관심 영역 내 UE에 대한 AIML 작업)
- FL 동작에 필요한 최소 UE의 수.
- 선호되는 무선 액세스 기술(AI/ML 어플리케이션 서버가 UE가 FL 동작을 위해 머물 것으로 예상하는 경우, 액세스 유형/RAT 유형 (예: WLAN, 5G)).
- WLAN에 대해, 선호되는 신호 품질(FL 동작을 위한 UE 무선 신호의 요구 사항, 예: 평균 RSSI(received Signal Strength Indication) 및 RTT(round trip time)).
- UE 트래픽 사용량(예상되는 UE 트래픽 사용량 또는 FL 동작을 위한 잔여 트래픽 범위).
Nnef_AIMLAssistanceInfo_Subscribe 서비스 오퍼레이션을 위한 추가 입력 파라미터는 다음과 같다:
- AI/ML 어플리케이션 서버가 AIML NF/NEF에 가입하는 경우, 알림 타겟 주소(Notification Target Address) (+ Notification Correlation ID).
- 보고 파라미터(예: 주기적 보고, 보고 임계값(QoS 참조 또는 QoS 요구 사항)).
2. AI/ML Application Server 의 요청이 승인되면, AIML NF/NEF 는 Nudm_SDM_Get 서비스 오퍼레이션을 호출하여 AI/ML Application Server 가 제공한 UE 가 5GC 로부터 AIML 오퍼레이션을 지원하도록 승인되었는지 여부와 각 UE 가 UE 가입 정보에 저장되어 있는 UDM 으로부터 FL 오퍼레이션 참여에 동의하는지를 확인한다. 성공적인 응답을 수신한 후, AIML NF/NEF는 Nudm_SDM_Subscribe를 사용함으로써, 가입 데이터 수정에 대한 알림에 가입할 수 있다.
3. AIML 동작을 위해, 5GC에 의해 승인된 UE에 대해, AIML NF/NEF는 단계 1에서 요청된 입력에 기초하여, 수집될 적절한 분석 정보 및 입력 파라미터를 결정함으로써, 지원 정보를 도출할 수 있다. 예를 들어, 지원 정보는 AI/ML Application Server의 요청을 만족시킬 수 있는 후보 UE 리스트 또는 권장 시간대의 추천 영역일 수 있다.
NWDAF에 분석 정보를 요청/구독하기 위해, 단계 1의 입력값이 입력 파라미터로 사용될 수 있다. 예를 들어, QoS 기준, 예상 AIML 운영 시간 기간, 선호 AIML 운영 기간은 해당 시점의 QoS 지속성 분석을 요청하는 데 사용될 수 있다. 또한 NWDAF에게, '지원 정보가 필요한 시간(Time when assistance information is needed)'이 '분석 정보가 필요한 시간(Time when analytics information is needed)'에 대한 입력으로 사용될 수 있다. 글로벌 모델 다운로드 및 학습 결과 업로드 트래픽량은 글로벌 모델 다운로드 및 학습 결과 업로드에 소요되는 시간을 예측하는 데 사용할 수 있다.
AIML NF/NEF 는 요청된 UE 의 분석 정보(예: UE 통신 분석, UE 이동성 분석, 사용자 데이터 혼잡 분석, QoS 지속성 분석, UE 별 WLAN 성능 분석)를 수집하기 위해 NWDAF 에 분석 정보를 요청/가입할 수 있다. AI/ML 어플리케이션 서버가 일부 입력 파라미터를 제공하지 않은 경우, 로컬 설정에 기초하여, 또는 UE 모빌리티 분석 및 UE별 WLAN 성능 분석과 같은 분석에 기초하여, AIML NF/NEF는 해당 파라미터를 도출할 수 있다. 입력 파라미터로 '선호 AIML 동작 시간대(Preferred AIML operation time periods)'와 '지원 정보가 필요한 시간(Time when assistance information is needed)'이 제공되지 않은 경우, 즉시 AIML 동작이 수행되는 것으로 간주할 수 있다.
4. NWDAF는 요청된 애널리틱스 ID에 대한 데이터를 수집한다.
5. NWDAF가 요청된 분석을 도출한다.
6. NWDAF는 AIML NF/NEF에게 분석 응답을 제공한다.
7. AIML NF/NEF 는 NWDAF 로부터 모든 분석 정보를 수집하고 QoS, 사용자 데이터 혼잡도, UE 이동성, FL 운용을 위한 선호 AIML 시간대, 선호 무선 접속 기술, 선호 신호 품질 및 UE 트래픽 사용량 등을 고려함으로써, AI/ML Application Server 의 요청을 만족시킬 수 있는 지원 정보를 도출한다.
8. AIML NF/NEF는 도출된 지원 정보를 AI/ML 어플리케이션 서버에게 응답/통보한다.
Nnef_AIMLAssistanceInfo_Request 서비스 오퍼레이션의 출력 파라미터는 아래와 같다:
- Set of the 5GS Assistance information requested by AI/ML Application Server. Each 5GS Assistance information can contain:
- AI/ML 어플리케이션 서버에서 요청한 5GS 지원 정보의 집합이다. 각 5GS 지원 정보에는 다음이 포함될 수 있다:
- FL 동작을 위한 후보 UE 리스트.
- AIML 동작을 위한 추천되는 시간 기간.
- AIML 동작을 위한 추천되는 영역.
- AIML 동작을 위한 추천되는 접속 유형/RAT 유형.
위의 각 정보는 AI/ML 어플리케이션 서버가 UE를 선택하는 데 도움이 되도록 우선순위에 따라 제공될 수 있다.
추천되는 FL 동작을 위한 후보 UE 리스트는은 추천되는 시간 기간 및/또는 AIML 작동을 위한 추천되는 영역에 따라 달라질 수 있다.
AI/ML 어플리케이션 서버에 응답하기 위해, 단계 1에서 '지원 정보가 필요한 시간(time when assistance information is needed)'이 제공된 경우, AIML NF/NEF는 이를 고려할 수 있다.
수신된 5GS 지원 정보에 기초하여, AI/ML 어플리케이션 서버는 UE 그룹을 선택 및 관리하고 FL 동작 시작 시간을 결정할 수 있다.
9-13. 단계 1, 단계 3에서, AI/ML 어플리케이션 서버와 AIML NF/NEF가 AIML 지원 정보를 가입(또는 구독)한 경우, NWDAF가 새로운 분석을 생성하면 AIML NF/NEF는 새로운 지원 정보를 AI/ML 어플리케이션 서버에 알린다.
FL 동작 시작 후, AIML NF/NEF는 변경된 네트워크 조건으로 인해 새로운 AIML 지원 정보(예: 새로운 추천 UE)를 알릴 수 있으며, AI/ML 어플리케이션 서버는 해당 정보에 기초하여, FL 멤버를 다시 선택할 수 있다.
도 12의 예시에 따르면, UDM은 UE가 5G AI/ML 작동을 위해 승인되었는지 여부에 대한 새로운 가입 정보를 사용할 수 있다. AIML NF는 NEF와 함께 위치할 수 있다. AIML NF/NEF는 어플리케이션 AI/ML 작동을 지원하기 위해 새로운 서비스 작동을 사용할 수 있다. NWDAF는 UE별 WLAN 성능 분석을 지원할 수 있다.
이하에서, 도 13a 및 도 13b의 예시를 참조하여, 지원 정보를 제공하는 일 예를 설명한다. 예를 들어, 도 13a 및 도 13b의 예시에 따르면, NWDAF에서 사용되는 New Analytics가 정의될 수 있다. 이하의 예시에 따르면, NWDAF는 analytics의 input으로 AI/ML Application server의 요청사항을 받고, output으로 AI/ML Application Server에 assistance정보를 제공할 수 있다. 이하의 예시에서, AF는 Member Selection Flag를 전달할 수 있다. Member selection flag가 1인 경우 5GC의 NWDAF는 New analytics의 output으로 추천 UE list를 제공할 수 있다. Member selection flag가 0인 경우, NWDAF는 member list를 AIML Application Server에 추천하지 않을 수 있다. 대신, NWDAF는 Application Server가 전달한 member list에 대한 QoS 정보나 network 성능 등의 정보를 수집하고, UPF, SMF등 다른 NF에 관련된 data에 대한 통보 서비스에 가입함으로써 5GC의 정보를 수집할 수 있다. 그리고, NWDAF는 수집된 정보에 기초하여, analytics output으로써, assistance 정보를 AI/ML Application Server에게 전달할 수 있다.
도 13a 및 도 13b의 예시를 참조하여, 5GC 지원 연합 학습을 통한 5G VN 그룹의 예시를 설명한다.
이하의 예시는 5GS Assistance to Federated Learning Operation 연합 학습 동작을 위한 5GS 지원을 위한 일 예이다.
연합 학습(federated learning: FL)에서는 중앙 서버와 에지 노드(예: 에지 서버 또는 UE) 간에 여러 차례의 훈련과 상호 작용이 필요한다. 연합 학습은 엣지 노드의 프라이버시를 노출하지 않는 일종의 그룹 학습이라고 볼 수 있다. 연합 학습의 효율성을 높이기 위해서는 엣지 노드와 중앙 서버 간의 보다 안정적인 연결과 리소스, 대역폭, 지연, 훈련의 통일된 시작과 종료 등 각 엣지 노드의 통신 특성 및 요구 사항의 일관성을 보장할 필요가 있다.
이하의 예시는 연합 학습의 엣지 노드와 중앙 서버를 5G Virtual Network (VN) 그룹으로 구성하여 LAN 그룹 내 멤버의 통합 관리, 리소스 할당, 액세스 및 이동성 관련 정책과 세션 관리 관련 정책의 조정을 용이하게 하는 것을 제안한다. 여기서, VN은 5G 네트워크가 그룹 통신을 지원하기 위한 기술의 일 예일 수 있다.
NWDAF는 관련 정책과 함께 VN 그룹을 설립하기 위한 제안을 AF에 제공하며, AF에서 멤버 선정이 필요한 경우 제안된 FL 멤버 리스트도 포함할 수 있다. 이 과정에서 다른 5GC NF와의 여러 상호작용이 필요하기 때문에 AF가 깊이 관여한다.
도 13a 및 도 13b를 참조하여, AF에 의한 VN 그룹 수립 절차의 일 예를 설명한다. 도 13a 및 도 13b는 AF에 의해 시작되는 VN 그룹 수립 절차를 보여준다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 13a 및 도 13b는 본 명세서의 개시의 일 예시에 따른 AF에 의한 VN 그룹 수립을 위한 절차의 일 예이다.
1. The AF subscribes to receive analytics via NEF by invoking Nnef_AnalyticsExposure_Subscribe service operation. The parameters includes:
1. AF는 Nnef_AnalyticsExposure_Subscribe 서비스 작업을 호출함으로써, NEF를 거쳐 분석을 수신하도록 가입할 수 있다. AF가 전송하는 메시지에 포함되는 파라미터는 다음을 포함할 수 있다:
- Analytics ID.
- 멤버 선택 플래그: 멤버 선택이 필요한지 여부를 나타내는 플래그이다.
- 다음을 포함하는 분석 필터 정보:
- 멤버 리스트 (멤버 선택 플래그가 0인 경우, SUPIs 또는 group ID의 리스트), 후보 멤버 리스트 (멤버 선택 플래그가 1인 경우 SUPI 또는 그룹 ID 리스트) 또는 모든 UE(멤버 선택 플래그가 1인 경우).
- [선택 사항] 최대 및/또는 최소 멤버 수(멤버 선택 플래그가 1인 경우).
- 관심 영역.
- S-NSSAI 또는 DNN.
- 예상되는 시간 기간.
- 학습할 ML 모델에 대한 정보(예: 모델 크기).
- 성능의 요구 사항(예: 대역폭, 시간 지연 등).
2. AF의 가입에 기초하여, NEF는 Nnwdaf_AnalyticsSubscription_Subscribe 서비스 작업을 호출함으로써, NWDAF에 가입할 수 있다.
3. 멤버 선택 플래그가 1이고 사용자 동의(user consent)가 승인된 경우, NWDAF 는 AF 가 제공한 UE 리스트에서 멤버를을 선택하기 시작할 수 있다. NWDAF 는 "UE 이동성 분석", "비정상 행위 관련 네트워크 데이터 분석(abnormal behaviour related network data analytics)", "네트워크 성능 분석(Network Performance Analytics)", "NF 부하 분석", "사용자 데이터 혼잡 분석", "DN 성능 분석" 및 기타 분석 ID에 기초하여 적절한 멤버를 선정할 수 있다.
4. NWDAF는 관련 분석 데이터를 수집하고 분석을 수행할 수 있다. 분석 결과에 따라, NWDAF는 VN 그룹을 제안한 후 제안된 정책 관련 정보를 도출할 수 있다. 제안된 정책 관련 정보는 VN 그룹 데이터, PCC 규칙 관련 정보, 액세스 및 이동성 관련 규칙(예: URSP)을 포함할 수 있다. 멤버 선택 플래그가 0인 경우, NWDAF는 QoS 정보, 네트워크 성능 및 기타 관련 데이터를 멤버 리스트에 있는 UPF, SMF 및 기타 관련 NF에 가입할 수 있다. NWDAF가 VN 그룹 설립을 제안할지 여부는 VN 그룹에 대한 SMF의 능력(capability)을 고려할 수 있다.
5. Nnwdaf_AnalyticsSubscription_Notify 서비스 운영을 호출함으로써, NWDAF는 분석 필터 정보(멤버 선택 플래그가 1인 경우)와 일치하는 PCC 규칙, 접속 및 이동성 관련 정책 등 VN 그룹 설정을 위한 제안 정책과 선택된 멤버 리스트를 NEF에 알릴 수 있다.
6. NEF는 Nnef_AnalyticsExposure_Notify 서비스 작업을 호출함으로써, 분석 정보를 AF에 알릴 수 있다.
7. 멤버 선택 플래그가 1인 경우 AF는 로컬 정책에 따라 추천 멤버 리스트를 수정할 수 있다. 이 때 AF는 이전의 구독을 취소하고, 업데이트된 멤버 리스트에 대한 그룹 모니터링을 위해 새 가입 요청 메시지를 NWDAF에 전송할 수 있다.
8. AF로부터의 가입 요청에 기초하여, NEF는 Nnwdaf_AnalyticsSubscription_Subscribe 서비스 오퍼레이션을 호출함으로써 NWDAF에 가입할 수 있다. NWDAF는 QoS 정보, 네트워크 성능 및 기타 정보를 수집하기 위해, 업데이트된 멤버 리스트에 있는 UPF, SMF 및 기타 관련 NF에게 가입할 수 있다.
9. AF 는 TS 23.502 V17.5.0 의 4.15.6.7 항에 명시된 절차를 사용함으로써, 3GPP TS 23.502 V17.5.0 의 4.15.6.3b에 정의된 바와 같이 UDR 을 통해 VN 그룹 데이터를 전송할 수 있다. PCF 는 VN 그룹 데이터에 기초하여, URSP 규칙을 생성하고 TS 23.502 V17.5.0 의 4.2.4.3 절에 명시된 절차를 사용하여 이를 UE 에 전달할 수 있다.
10. AF는 TS 23.503 V17.5.0의 6.3에 정의된 VN 그룹에 대한 독점 PCC 규칙을 TS 23.502 V17.5.0 4.15.6.7항에 명시된 절차를 사용하여 UDR을 통해 PCF에 전송할 수 있다.
11. AF가 PDU 세션 수립 절차를 트리거할 수 있다.
12. 이전에 URSP 규칙을 수신한 UE 는 TS 23.502 V17.5.0 의 4.3.2.2.1 절의 절차를 사용하여, PDU 세션을 수립하고 VN 그룹에 조인(또는 가입)할 수 있다.
13. AF가 수립된 VN 그룹을 통해 선택된 UE와 연합 학습을 시작할 수 있다.
14. 학습하는 동안, AF는 NEF를 통해 FL 진행 상황(FL progress) 및 리소스 요구 사항(resource requirements)을 NWDAF에 전송할 수 있다. UPF, SMF 및 기타 관련 NF는 QoS 정보, 네트워크 성능 및 기타 관련 정보를 NWDAF에게 전송할 수 있다.
15. NWDAF는 VN 그룹 데이터, PCC 규칙 또는 액세스 및 이동성 관련 정책(예: URSP)을 포함하는 정책 및 제안된 멤버를 수정할 수 있다.
16. NWDAF는 Nnwdaf_AnalyticsSubscription_Notify 서비스 오퍼레이션을 호출하여, 업데이트된 제안된 멤버 리스트(멤버 선택 플래그가 "1"인 경우), 업데이트된 제안된 정책을 NEF에 알릴 수 있다.
17. NEF는 Nnef_AnalyticsExposure_Notify 서비스 오퍼레이션을 호출함으로써, 분석 정보를 AF에 알릴 수 있다. AF가 로컬 정책에 따라 추천 멤버 리스트를 수정하면, AF는 이전의 가입을 취소하고, 업데이트된 멤버 리스트에 대한 새로운 가입 요청을 전송할 수 있다.
18. AF 는 TS 23.502 V17.5.0 의 4.15.6.7에 명시된 절차를 사용하여 UDR 을 통해 VN 그룹 데이터 및/또는 멤버를 수정할 수 있다. PCF 는 TS 23.502 V17.5.0 의 4.2.4.3 절에 명시된 절차를 사용함으로써, VN 그룹 데이터에 기초하여, URSP 규칙을 수정하고 이를 UE 에 전달할 수 있다.
19. AF는 TS 23.502 V17.5.0의 4.15.6.7절에 지정된 절차를 사용하여 VN 그룹에 대한 PCC 규칙을 수정할 수 있다. FL 동작은 여러 라운드의 훈련을 포함할 수 있다. 단계 14~19는 AF에서 NWDAF로의 가입의 요구사항에 따라 여러 번 반복될 수 있다.
도 13a 및 도 13b의 예시에 따르면, NWDAF는 어플리케이션 연합 학습 관련 분석(예: 새 분석 ID)을 지원할 수 있다. NEF는 어플리케이션 연합 학습 관련 가입 요청을 수신하는 것을 지원할 수 있다.
Federated Learning (FL: 연합 학습)에 대한 논의가 진행되고 있다. 하지만, 종래에는 FL에 관련된 동작을 효율적으로 수행하기 위한 방안이 논의되지 않았다.
MA PDU 세션을 지원하는 단말은 2개의 액세스(3GPP, 비-3GPP) 액세스를 모두 활용한다. AIML FL 동작의 QoS를 만족시키기 위해 UE를 선택할 때, MA PDU 세션을 가진 UE를 우선적으로 선택할 수 있는 방안이 필요하다.
예를 들어, 5GC에서 단말의 AIML FL 동작을 위한 QoS 를 만족시킬 수 있는 UE의 선택을 위한 정보로 MA PDU Session 정보가 유용하게 사용될 수 있다. MA PDU Session을 가진 단말의 경우 3GPP Access와 Non-3GPP Access를 함께 가질 수 있다. 따라서, Single PDU Session만 사용하는 단말에 비해, MA PDU 세션을 가진 단말이 사용되는 경우, access network의 성능의 변화에도 유연하게 단말의 QoS가 만족될 수 있다. 따라서, AI/ML Application Server는 MA PDU Session을 지원하는 단말을 우선적으로 선택하기를 원할 수 있다. AI/ML Application server가 명시적으로 MA PDU Session을 가진 단말의 정보를 요청하지 않더라도 5GC가 MA PDU Session을 가지는 단말을 우선적으로 FL을 위한 후보 UE리스트로 선정할 수 있다. 따라서 5GC에서 AI/ML Application의 FL동작을 지원해 주기 위하여, MA PDU Session 관련 정보를 AF에 제공할 수 있는 방안이 필요하다.
이하에서, MA PDU 세션을 활용하는 예시를 설명한다.
다중 접속 PDU (Multi-Access PDU; MA PDU) 세션은 3GPP access와 non-3GPP access (예: untrusted, trusted non-3GPP access, wireline 5G access) 두 개의 access 네트워크에 동시에 연결하여 단말과 데이터 네트워크 사이에 트래픽을 주고받을 수 있는 PDU Session이다. MA PDU 세션은 3GPP, non-3GPP access 네트워크를 동시에 사용해서 단말과 네트워크 사이에 트래픽을 주고받을 수 있게 해주는 ATSSS (Access Traffic Steering, Switching and Splitting) 기술을 지원하기 위해 정의되었다.
MA PDU session을 위해서, 3GPP access를 통해 트래픽을 전달하기 위한 터널과 non-3GPP access를 통해 트래픽을 전달하기 위한 터널이 각각 생성된다. 각각의 터널은 독립적으로 분리되어 있으며, 이 중 하나의 터널만을 사용해서 트래픽이 전달될 수도 있다. 이때 트래픽을 어떤 access의 터널을 이용해서 전송할지는 네트워크에서 결정한 정책에 의해서 결정된다. 이러한 정책에 기초하여, SMF가 트래픽을 제어하기 위한 ATSSS rule과 N4 rule을 생성해 각각 단말과 UPF로 전송할 수 있다. 이에 기초하여, 단말은 UL 트래픽을 어떤 access접속으로 전송할지 결정하며 UPF는 DL 트래픽을 어떤 access로 전송할지 결정할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 14는 본 명세서의 개시의 일 실시예에 따른 MA PDU 세션의 구조를 나타내는 일 예이다.
UE가 ATSSS를 지원하고, UE가 MA PDU Session을 활성화하기를 원할 수 있다. 이 경우, UE는 ATSSS capability를 포함하는 PDU Session Establishment 요청을 생성하고, 이 요청을 전송할 때 UL NAS Transport 메시지 내에 Request Type을 "MA PDU Request"로 표시할 수 있다.
AMF가 MA PDU Session을 지원하면, PDU Session 생성 시 AMF는 MA PDU Session을 지원하는 SMF를 선택할 수 있다. 그리고, AMF는 "MA PDU Request" 표시를 SMF에게 전달하고, N1 SM container 내에 access type도 함께 포함시켜 요청 메시지를 SMF에게 전송할 수 있다. 또한 UE가 양쪽 access에 등록되어 있는 경우, AMF는 SMF에게 추가 access type 정보를 함께 알려줄 수 있다.
SMF는 Session Management 가입자 정보에 기초하여, MA PDU Session이 허용되는지를 확인할 수 있다. MA PDU Session에 Dynamic PCC가 사용되는 경우, SMF는 "MA PDU Request" 표시를 포함하는 SM Policy Control Create 메시지를 PCF에게 전송할 수 있고, SMF는 MA PDU Session의 ATSSS capability를 함께 전달할 수 있다. SMF는 현재 사용된 access 타입과 RAT 타입, 추가 access type 정보를 PCF에게 전달할 수 있다. 그러면, PCF는 네트워크 사업자 정책과 가입자 정보에 기초하여 MA PDU Session이 허용되는지 결정한다.
MA PDU Session을 가진 단말의 경우 3GPP Access와 Non-3GPP Access를 함께 가질 수 있으므로, 한쪽 access의 사용이 불가능해 지더라도 다른 쪽 access로 통신이 가능하며, 양쪽 access의 bandwidth를 aggregation할 수도 있다. 단말 및/또는 네트워크는 각각의 access network의 RTT (Round Trip Time)와 Packet Loss Rate (PLR) 측정을 수행할 수 있다. RTT와 PLR 측정과 같은 측정에 기초하여, 단말 및/또는 네트워크는 특정 access의 congestion 판단 및 각각의 업링크와 다운링크의 트래픽 전송률을 최대화 할 수 있는 access를 선택해서 트래픽을 전송할 수 있다.
따라서 Single PDU Session을 사용하는 단말과 비교하면, MA PDU 세션을 지원하는 단말에 대해, access network의 성능의 변화에도 유연하게 단말의 QoS를 만족시킬 수 있다. 따라서, AI/ML Application Server는 MA PDU Session을 지원하는 단말을 우선적으로 선택하기를 원할 수도 있다. 그리고, AI/ML Application server가 명시적으로 MA PDU Session을 가진 단말의 정보를 요청하지 않더라도, 5GC가 MA PDU Session을 가지는 단말을 우선적으로 FL을 위한 후보 UE리스트로 선정할 수도 있다.
본 명세서의 개시의 다양한 예시에서는 3GPP 5GC가 Application AI/ML FL 동작을 지원하기 위한 정보로써, 후보 UE 리스트를 AI/ML Application Server에 제공할 때, 단말의 MA PDU Session 정보를 함께 제공하거나 MA PDU Session의 정보를 고려하여 제공하는 방안을 설명한다.
본 명세서의 개시의 다양한 예시는 AI 및 ML 서비스를 지원하는 AF에게, 5GS 지원 정보(MA PDU Session 정보를 포함)를 제공하는 방법을 설명한다. 이 방법은 다음의 다양한 예시에 따른 하나 이상의 동작/구성/단계의 조합으로 구성될 수 있다.
본 명세서의 개시의 다양한 예시에서 설명하는 동작은 아래의 NF에 의해 지원될 수 있다:
- Application AI/ML 동작을 지원하기 위한 새로운 NF (예를 들어, AIML NF); 또는
- 상기 새로운 NF 또는 Application AI/ML 동작을 지원하기 위한 기능이 기존 NF (NEF, PCF)과 통합된 NF (예를 들어, AIML NF/NEF); 또는
- NWDAF.
SMF 또는 PCF가 UE의 MA PDU Session Information을 NWDAF, AIML NF/NEF, AIML NF 등에게 제공할 수 있다. MA PDU Session Information은 단말이 MA PDU Session을 사용하고 있는지 여부, MA PDU Session이 수립된 access 정보, 및/또는 Single access PDU Session을 MA PDU Session으로 만들 수 있지 여부 등을 나타낼 수 있다.
예를 들어, MA PDU Session Information은 UE가 Application AI/ML 동작/트래픽 지원을 위해 3GPP access와 non-3GPP access를 동시에 사용할 수 있는 것과 관련된 정보로 해석될 수도 있다. 예를 들어, UE가 MA PDU Session을 사용하고 있는지 여부는, UE가 Application AI/ML 동작/트래픽 지원을 위해 3GPP access와 non-3GPP access를 동시에 사용하고 있는지 여부로 해석될 수도 있다.
본 명세서의 개시의 다양한 예시에서, AIML NF/NEF를 통한 새로운 service operation에 기초하여 동작하는 절차의 예시를 설명한다. 본 명세서 개시의 다양한 예시에서, AIML NF/NEF의 동작이 NWDAF에 의해 지원될 수도 있다. 이 경우, 이하에서 설명하는 AIML NF/NEF 의 input/output 파라미터는 NWDAF의 new analytics의 input/output에 의해 지원될 수 있다. 그 외 다른 NF에 의해 AIML NF/NEF의 동작이 지원되는 경우, 해당 NF가 제공하는 새로운 service operation에 의해 AIML NF/NEF의 동작 및 이러한 동작에 관련된 파라미터들이 지원될 수 있다.
본 명세서의 개시의 다양한 예시에서 AI/ML 서비스는 AI/ML-based 서비스, AI/ML traffic, AI/ML 어플리케이션, AI/ML 전송, AI/ML operation, AI/ML operational traffic, Application AI/ML operation, Application AI/ML operational traffic 등과 동일한 의미의 용어로 사용될 수 있다.
본 명세서의 개시의 다양한 예시에서, UE(User Equipment)와 단말은 동일한 의미의 용어로 사용될 수 있다.
본 명세서의 개시의 다양한 예시에서, AF(Application Function)와 AS(Application Server)는 동일한 의미의 용어로 사용될 수 있다.
본 명세서의 개시의 다양한 예시에서, analytics information은 analytics data, network analytics data, network analytics information 등과 동일한 의미의 용어로 사용될 수 있다.
이하에서, 본 명세서의 개시의 다양한 예시에서 제안하는 내용을 중심으로 설명한다. 종래 기술에 따른 Network data analytics 관련해서는 TS 23.288 V17.5.0을 참고할 수 있다.
본 명세서의 개시의 다양한 예시에 따라, 3GPP 네트워크가 단말의 MA PDU Session 정보를 포함한 5GC 지원 정보를 AI/ML Application Server에 전달하기 위한 절차의 예시는 도 15a 및 도 15b와 같다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 15a 및 도 15b는 연합 학습 동작을 위한 5GS 지원 정보를 제공하는 절차의 일 예를 나타낸다.
도 15a 및 도 15b는 연합 학습 동작을 위해서, MA PDU 세션 정보를 포함하는 5GS 지원 정보를 제공 절차를 나타낸다.
도 15a 및 도 15b에서 제안하는 내용에 따라, 앞서 설명한 도 12의 예시의 step 1, 2, 3, 9, 10, 15에 관련된 동작이 수정/추가 될 수도 있다. 예를 들어, 도 12의 step 1은 AI/ML Application의 요청사항이 MA PDU Session Information을 포함하도록 수정될 수 있다. 예를 들어, 도 12의 Step 2는 AIMF NF/NEF가 MA PDU Session Information 중에서 subscription 관련 정보를 UDM으로부터 획득하는 경우에 수정될 수 있다. 예를 들어, 도 15a 및 도 15b의 Step 3, 10은 MA PDU 세션 정보를 SMF 또는 PCF로부터 획득하기 위해서 추가된 동작이다. 도 15a 및 도 15b의 step 9, 15는 AI/ML Application Servicer에게 MA PDU Session Information을 포함한 정보를 제공하도록 수정될 수 있다.
1. AI/ML 어플리케이션 서버는 AI/ML에 관련된 동작(예: FL 동작)을 사용하기 위해서, 지원 정보를 요청할 수 있다. 예를 들어, AI/ML 어플리케이션 서버는 AIML NF/NEF에게 지원 정보를 요청하는 요청 메시지 또는 지원 정보를 알리는 서비스에 가입하기 위한 가입 요청 메시지를 전송할 수 있다. 예를 들어, AI/ML 어플리케이션 서버가 Nnef_AIMLAssistanceInfo_Request / Nnef_AIMLAssistanceInfo_Subscribe를 호출함으로써, FL 운용을 위한 특정 조건의 5G 지원 정보를 요청/가입할 수 있다. AI/ML 어플리케이션 서버는 요청에 포함된 UE 리스트에 대해 FL 지원 정보를 요청할 수 있다. 또한 해당 UE가 FL 동작을 위해 AI/ML Application Server(어플리케이션 측)에 의해 승인되었음을 나타낼 수 있다.
Nnef_AIMLAssistanceInfo_Request 서비스 오퍼레이션의 입력 파라미터는 아래와 같다. 예를 들어, AI/ML 어플리케이션 서버가 전송하는 요청 메시지는 이하의 예시와 같은 정보들 중 하나 이상의 정보를 포함할 수 있다:
- AF Identifier.
- UE 리스트 (GPSIs, External Group ID, or IP 주소).
- AF-Service-Identifier.
- 외부 어플리케이션 식별자.
- QoS References or QoS requirements(QoS 참조 또는 QoS 요구 사항).
- 후보 UE 리스트을 요청할지 여부(이게 표시된 경우, AIML NF/NEF가 응답 내에 후보 UE 리스트를을 제공한다).
- 지원 정보가 필요한 시간(분석 소비자(analytics consumer)가 AIML NF/NEF에서 제공하는 지원 데이터를 수신할 것으로 예상되는 최신 시간을 AIML NF/NEF에 표시한다).
- 예상되는 AIML 동작 시간(학습 모델, 학습 데이터 크기 등의 학습 정보에 기초한 AI/ML 어플리케이션 서버별 예상 소요 시간).
- 선호되는 AIML 동작 기간(time periods)(AI/ML 어플리케이션 서버가 AIML 작동을 수행하려는 기간).
- 추천되는(권장) AIML 작업 기간을 요청할지 여부(표시된 경우 AIML NF/NEF는 응답에 권장 AIML 작업 기간을 제공한다.).
- Traffic volume for downloading global model and uploading training results.
- 글로벌 모델 다운로드 및 학습 결과 업로드를 위한 트래픽 볼륨.
- DNN 및 S-NSSAI.
- UE 리스트의 각 UE에 대한 예상되는 UE 이동 궤적(Expected UE Moving Trajectory) (예: 계획된 이동 경로).
- 관심 영역(Area of Interest)(관심 영역 내 UE에 대한 AIML 작업)
- FL 동작에 필요한 최소 UE의 수.
- 선호되는 무선 액세스 기술(AI/ML 어플리케이션 서버가 UE가 FL 동작을 위해 머물 것으로 예상하는 경우, 액세스 유형/RAT 유형(예: 액세스 유형 및/또는 RAT 유형) , 예: WLAN, 5G, Multi-Access). 예를 들어, AI/ML 어플리케이션 서버는 FL 동작을 위해 MA PDU 세션을 가진 UE를 선호한다는 것을 알리기 위해, "Multi-Access"를 포함하는 요청 메시지를 AIML NF/NEF에게 전송할 수 있다.
- WLAN에 대해, 선호되는 신호 품질(FL 동작을 위한 UE 무선 신호의 요구 사항, 예: 평균 RSSI(received Signal Strength Indication) 및 RTT(round trip time)).
- UE 트래픽 사용량(예상되는 UE 트래픽 사용량 또는 FL 동작을 위한 잔여 트래픽 범위).
- 멀티 액세스 UE에 대한 선호도(Preference for Multi-Access UEs). 예를 들어, AI/ML 어플리케이션 서버는 MA PDU 세션을 가진 UE를 선호하는지 여부를 알리기 위해, 멀티 액세스 UE에 대한 선호도 정보를 포함시킬 수 있다.
- UE의 MA PDU 세션 정보 (Multi-Access PDU Session Information of UE). AI/ML 어플리케이션 서버는, AIML NF/NEF에게 MA PDU 세션 정보를 포함하는 지원 정보를 요청하기 위해서, 요청 메시지에 "UE의 MA PDU 세션 정보"를 포함시킬 수 있다.
AI/ML Application Server는, 5GC에게 지원 정보를 요청하는 요청 메시지를 전송할 수 있다. AI/ML Application Server는 5GC assistance 정보를 얻기 위한 input parameter에 MA PDU 세션과 관련된 정보를 포함시킬 수 있다. ML Application Server는 5GC assistance 정보를 얻기 위한 input parameter에 기초하여, MA PDU Session이 생성된/허용되는/지원되는 양쪽 access type으로 연결된 UE에 대한 선호도를 알리고, 각 UE의 MA PDU Session 정보를 요청할 수 있다. 예를 들어, AI/ML Application Server는 MA PDU Session이 생성된/허용되는/지원되는 양쪽 access type으로 연결된 UE에 대한 선호도 정보 및/또는 각각의 UE의 MA PDU Session 정보를 요청하는 정보를 요청 메시지에 포함시킬 수 있다. 또는 AI/ML Application Server는, MA PDU Session을 가지고 있는 UE들, MA PDU Session이 허용되는 UE들, MA PDU 세션을 지원하는 UE들 또는 양쪽 access type으로 연결된 UE들을 우선적으로 추천 후보 UE 리스트(recommended candidate UE list)로 요청할 수 있다. AI/ML Application Server의 요청은 AIML NF/NEF로 전송될 수 있다.
Nnef_AIMLAssistanceInfo_Subscribe 서비스 오퍼레이션을 위한 추가 입력 파라미터는 다음과 같다:
- AI/ML 어플리케이션 서버가 AIML NF/NEF에 가입하는 경우, 알림 타겟 주소(Notification Target Address) (+ Notification Correlation ID).
- 보고 파라미터(예: 주기적 보고, 보고 임계값(QoS 참조 또는 QoS 요구 사항)).
2~3. AI/ML Application Server 의 요청이 승인되면, AIML NF/NEF 는 Nudm_SDM_Get 서비스 오퍼레이션을 호출하여 AI/ML Application Server 가 제공한 UE 가 5GC 로부터 AIML 오퍼레이션을 지원하도록 승인되었는지 여부와 각 UE 가 UE 가입 정보에 저장되어 있는 UDM 으로부터 FL 오퍼레이션 참여에 동의하는지를 확인한다. 성공적인 응답을 수신한 후, AIML NF/NEF는 Nudm_SDM_Subscribe를 사용함으로써, 가입 데이터 수정에 대한 알림에 가입할 수 있다.
AIML NF/NEF는 FL 후보 UE들에 대한 MA PDU Session에 대한 정보를 수집하도록 결정할 수 있다. 예를 들어, AI/ML Application Server로부터 UE의 MA PDU Session정보에 대한 요청이 있는 경우에 AIML NF/NEF는 FL 후보 UE들에 대한 MA PDU Session에 대한 정보를 수집하도록 결정할 수 있다. 또는, 이러한 요청이 명시적으로 있지 않더라도, 미리 설정된 정보에 따라 AIML NF/NEF는 FL 후보 UE들에 대한 MA PDU Session에 대한 정보를 수집하도록 결정할 수 있다. AIML NF/NEF 는 UE의 UDM/SMF/PCF로부터 MA PDU Session에 대한 정보를 획득하기(또는 수신하기) 위한 Event ID와 함께 각 UDM/SMF/PCF의 통보 서비스(Event Exposure)에 가입할 수 있다. MA PDU Session Information에 관련된 새로운 Event ID가 정의될 수 있고, AIML NF/NEF는 이러한 새로운 Event ID를 전송함으로써, UDM/SMF/PCF로부터 MA PDU Session에 대한 정보를 수신할 수 있다. AIML NF/NEF는 UDM/SMF/PCF로부터 MA PDU Session에 대한 정보를 one time으로 수신하도록, 또는 주기적으로 혹은 information의 변경이 있을 때마다 수신할 수 있도록 가입할 수 있다.
MA PDU Session information Event는 특정 DNN/S-NSSAI에 대하여 아래의 정보를 포함할 수 있다. MA PDU Session information Event는 앞서 설명한 MA PDU Session Information에 관련된 새로운 Event ID에 기초한 이벤트일 수 있다. 예를 들어, MA PDU Session information Event는 AIML NF/NEF에게 MA PDU 세션 정보를 제공하는 이벤트일 수 있으며, MA PDU 세션 정보는 이하의 예시와 같은 정보 중 하나 이상을 포함할 수 있다:
- UE의 MA PDU Session 지원 여부: AIML NF/NEF는 SMF 또는 PCF로부터 UE가 MA PDU 세션을 지원하는지 여부를 수신할 수 있다.
- UE의 MA PDU Session 허용 여부(예: UE가 MA PDU 세션을 허용하는지 여부에 대한 정보): AIML NF/NEF는 SMF 또는 UDM으로부터 의 MA PDU Session 허용 여부에 대한 정보를 수신할 수 있다. 예를 들어, 의 MA PDU Session 허용 여부는 SM 가입 데이터(subscription data)에 포함된 ATSSS 정보에 포함된 "Indicates whether MA PDU session establishment is allowed"에 저장되어 있을 수 있다.
- UE의 MA PDU Session이 현재 수립되었는지 여부: AIML NF/NEF는 SMF 또는 PCF로부터 UE의 MA PDU Session이 현재 수립되었는지 여부에 대한 정보를 수신할 수 있다.
AIML NF/NEF는 이하의 예시와 같은 정보를 SMF 및/또는 PCF로부터 획득할 수 있다. 예를 들어, AIML NF/NEF는 PCF의 Access Type Change Event를 이용함으로써 이하의 예시와 같은 정보를 PCF로부터 획득할 수 있다. 예를 들어, AIML NF/NEF는 MA PDU Session 정보를 획득할 수 있도록, SMF의 Access Type Change Event를 PCF의 Access Type Change Event처럼 확장함으로써, SMF로부터 MA PDU Session 정보를 획득할 수 있다:
- UE의 MA PDU Session이 어떤 access type에 연결되어 있는지에 대한 정보(예: 3gpp, non-3gpp, both):
AIML NF/NEF는 PCF의 Access Type Change Event의 AdditionalAccessInfo 통해 추가 access type을 획득할 수 있다. SMF의 Access Type Change Event에는 "AdditionalAccessInfo"가 현재 정의 되어있지 않지만, PCF와 같이 확장하여 사용할 수 있다 예를 들어, SMF가 사용하는 Access Type Change Event 내에 AdditionalAccessInfo 파라미터가 새로 정의될 수 있다. AdditionalAccessInfo 파라미터에 기초하여, 추가적인 access type 정보를 제공할 수 있다. 일례로, 기본 access type정보에 additional access type정보를 추가함으로써 Multi-Access PDU session임을 알 수 있다.; 및/또는
종래의 Access Type, AdditionalAccessInfo는 실제 MA PDU Session의 user plane resource가 할당되어 있는지를 나타내는 값은 아니다. 예를 들어, 단말이 양쪽 access에 등록된 상태에서 MA PDU Session이 생성되었을 수 있다. 이러한 상황에서, inactivity timer에 의해서 단말이 3GPP access에서 CM-IDLE 상태가 되는 경우, user plane resource는 해제될 수 있다. 따라서 실제 user plane resource가 셋업되어 있는지를 나타내는 새로운 서비스가 사용될 수도 있다. 특히 non-3GPP access의 경우, 단말이 IDLE 상태가 되면 네트워크에서 user plane resource를 셋업하지 못할 수 있으므로, 실제 user plane resource의 셋업 여부가 중요하게 이용될 수 있다. 예를 들어, AS가 실제 사용자 평면 자원의 셋업 여부를 인지할 수 있다.
AIML NF/NEF는 UE가 FL operation을 위해 사용하는 DNN/S-NSSAI의 PDU Session이 MA PDU Session을 지원하는지 여부, MA PDU Session으로 연결되었는지 여부, 및/또는 해당 PDU Session이 어떤 access type에 연결되었는지에 대한 정보 등의 정보를 알 수 있다.
4. AIML NF/NEF는 NWDAF에게 지원 정보를 도출하기 위한 분석 정보를 요청할 수 있다. 이를 위해, AIML NF/NEF는 분석 정보를 요청하는 요청 메시지를 NWDAF에게 전송하거나, AIML NF/NEF는 분석 정보를 전송하는 서비스에 가입하기 위한 가입 요청 메시지를 NWDAF에게 전송할 수 있다.
예를 들어, AIML 동작을 위해, 5GC에 의해 승인된 UE에 대해, AIML NF/NEF는 단계 1에서 요청된 입력에 기초하여, 수집될 적절한 분석 정보 및 입력 파라미터를 결정함으로써, 지원 정보를 도출할 수 있다. 예를 들어, 지원 정보는 AI/ML Application Server의 요청을 만족시킬 수 있는 후보 UE 리스트 또는 권장 시간대의 추천 영역일 수 있다.
NWDAF에 분석 정보를 요청/구독하기 위해, 단계 1의 입력값이 입력 파라미터로 사용될 수 있다. 예를 들어, QoS 기준, 예상 AIML 운영 시간 기간, 선호 AIML 운영 기간은 해당 시점의 QoS 지속성 분석을 요청하는 데 사용될 수 있다. 또한 NWDAF에게, '지원 정보가 필요한 시간(Time when assistance information is needed)'이 '분석 정보가 필요한 시간(Time when analytics information is needed)'에 대한 입력으로 사용될 수 있다. 글로벌 모델 다운로드 및 학습 결과 업로드 트래픽량은 글로벌 모델 다운로드 및 학습 결과 업로드에 소요되는 시간을 예측하는 데 사용할 수 있다.
AIML NF/NEF 는 요청된 UE 의 분석 정보(예: UE 통신 분석, UE 이동성 분석, 사용자 데이터 혼잡 분석, QoS 지속성 분석, UE 별 WLAN 성능 분석)를 수집하기 위해 NWDAF 에 분석 정보를 요청/가입할 수 있다. AI/ML 어플리케이션 서버가 일부 입력 파라미터를 제공하지 않은 경우, 로컬 설정에 기초하여, 또는 UE 모빌리티 분석 및 UE별 WLAN 성능 분석과 같은 분석에 기초하여, AIML NF/NEF는 해당 파라미터를 도출할 수 있다. 입력 파라미터로 '선호 AIML 동작 시간대(Preferred AIML operation time periods)'와 '지원 정보가 필요한 시간(Time when assistance information is needed)'이 제공되지 않은 경우, 즉시 AIML 동작이 수행되는 것으로 간주할 수 있다.
5. NWDAF는 요청된 애널리틱스 ID에 기초하여, 데이터를 수집할 수 있다.
6. NWDAF가 요청된 분석을 도출할 수 있다.
7. NWDAF는 AIML NF/NEF에게 분석 응답을 제공할 수 있다.
8. AIML NF/NEF 는 NWDAF 로부터 모든 분석 정보를 수집하고 QoS, 사용자 데이터 혼잡도, UE 이동성, FL 운용을 위한 선호 AIML 시간대, 선호 무선 접속 기술, 선호 신호 품질 및 UE 트래픽 사용량 등을 고려함으로써, AI/ML Application Server 의 요청을 만족시킬 수 있는 지원 정보를 도출할 수 있다.
9. AIML NF/NEF는 도출된 지원 정보를 AI/ML 어플리케이션 서버에게 응답/통보할 수 있다.
AIML NF/NEF는 MA PDU Session 정보와 다른 Network 정보 (e.g. NWDAF로부터 network analytics 정보 등)에 기초하여, AI/ML Application Server에 전달할 assistance 정보를 생성할 수 있다. 그리고, AIML NF/NEF는 지원 정보를 AI/ML 어플리케이션 서버에게 전달할 수 있다.
Nnef_AIMLAssistanceInfo_Request 서비스 오퍼레이션의 출력 파라미터는 아래와 같다:
- Set of the 5GS Assistance information requested by AI/ML Application Server. Each 5GS Assistance information can contain:
- AI/ML 어플리케이션 서버에서 요청한 5GS 지원 정보의 집합이다. 각 5GS 지원 정보에는 다음이 포함될 수 있다:
- FL 동작을 위한 후보 UE 리스트.
- AIML 동작을 위한 추천되는 시간 기간.
- AIML 동작을 위한 추천되는 영역.
- AIML 동작을 위한 추천되는 접속 유형/RAT 유형.
- Multi Access PDU Session information (예를 들어, MA PDU 세션 정보는 후보 리스트에 포함된 하나 이상의 UE에 대한 MA PDU 세션 정보일 수 있다.)
AIML NF/NEF는 AI/ML Application Server로부터 수신된 전체 UE 리스트들에 대하여, 전체 UE들의 MA PDU 세션 정보 또는 추천 후보 UE들의 MA PDU Session information을 AI/ML Application Server에게 전송할 수 있다. 예를 들어, MA PDU 세션 정보는 UE가 MA PDU Session을 지원하는지 여부, UE가 MA PDU Session을 허용하는지 여부, UE의 MA PDU Session이 연결되었는지 여부, 및/또는 UE가 현재 연결된 access type 등을 포함할 수 있다. 또는 AIML NF/NEF는 MA PDU Session information을 직접 AI/ML Application Server에게 전송하지 않더라도, AIML NF/NEF가 후보 UE들을 선정할 때, AIML NF/NEF는 MA PDU Session 정보를 고려하여 (예: MA PDU Session을 갖는 UE들을 우선적으로 추천), UE List를 추천할 수 있다.
AIML NF/NEF가 MA PDU Session information을 AI/ML Application Server에게 직접 전송하지 않더라도, AIML NF/NEF가 MA PDU Session 정보를 고려하여 후보 UE List를 추천할 수 있다. 이 경우, AIML NF/NEF는 step 1에서 AI/ML Application Server가 전송한 Preferred Wireless Access technology 정보도 함께 고려할 수 있다. 예를 들어, AIML NF/NEF는 아래의 예시와 같이 아래와 같이 AI/ML Application Server에 기초하여 후보 UE list를 생성할 수 있다 (만약, AI/ML Application Server가 Preferred Wireless Access technology 를 전송하지 않는 경우, AIML NF/NEF는 AIML NF/NEF 내부 설정 또는 미리 설정된 바에 따라 Preferred Wireless Access technology 를 결정하고, 후보 UE list를 생성하는 동작을 수행할 수 있다.). 이하에서, 첫 번째 예시 내지 세 번째 예시를 참조한다:
첫 번째 예시로, AI/ML Application Server가 100개의 UE List 중에서 40개의 UE를 선별해 달라고 AIML NF/NEF에게 요청하면서, Preferred Wireless Access technology가 Multi-Access라는 정보를 AIML NF/NEF에게 전송할 수 있다. AIML NF/NEF는 Step 8에서, MA PDU Session information 및 NWDAF로부터 획득한 Analytics 정보들(예: QoS, User Data Congestion, UE mobility등)을 함께 고려하여, AI/ML Application Server의 요구를 만족할 수 있는 UE를 AI/ML Application Server가 요구한 수 보다 많이 선별한 뒤, 이하의 1) 내지 4)의 동작을 수행할 수 있다. 예를 들어, AIML NF/NEF는 AI/ML Application Server의 요구를 만족해 줄 수 있는 UE를 40개 보다 많이 (50개) 먼저 선별할 수 있다. 그리고, AIML NF/NEF는 이 50개의 UE들에 대해서, 이하의 1) 내지 4)의 예시와 같은 동작을 수행할 수 있다:
1) AIML NF/NEF는 AI/ML 동작을 위한 PDU session이 MA PDU Session으로 생성되었고, 3GPP Access와 Non-3GPP Access로 모두 연결되어 있는 UE를 우선적으로 선별할 수 있다(예: 10개);
2) AIML NF/NEF는 3GPP Access 또는 Non-3GPP Access로 연결되어 있지만, MA PDU Session를 사용하므로, 다른 Access로도 연결이 가능한 UE들을 선별할 수 있다(10개);
3) AIML NF/NEF는 MA PDU Session이 생성되지는 않았지만 가입자 정보에 기초하여, MA PDU Session이 허용되는 UE들을 선별할 수 있다(10개);
4) Single Access PDU Session만 지원되거나/허용되는 UE들 (20개)이 있을 수 있다. 이러한 UE들에 대해서, AIML NF/NEF는 MA PDU Session information은 고려하지 않고, step 8에서 수집된 Analytics를 고려하여, AI/ML Application Server의 요구사항을 가장 잘 만족시켜줄 수 있는 10개를 선별할 수 있다.
AIML NF/NEF는 상기 1) 내지 4)과 같은 동작에 기초하여, 40개의 UE를 선정할 수 있다.
참고로, 앞서 설명한 1) 내지 4)의 동작은 예시에 불과하며, 본 명세서의 개시의 범위는 위에서 설명한 바에 의해 제한되지 않는다. AIML NF/NEF는 MA PDU Session information 및 NWDAF로부터 획득한 Analytics 정보들 모두에 기초하여, /ML Application Server의 요구를 만족해 줄 수 있는 UE를 선정할 수 있다.
두 번째 예시로, AI/ML Application Server가 100개의 UE들 중 40개의 후보 UE들을 AIML NF/NEF에게 요청하면서, Preferred Wireless Access technology를 Multi-Access, Wi-Fi 순서로 요청하는 상황을 가정한다. 이 경우, AIML NF/NEF는 AI/ML Application Server의 요구를 만족할 수 있는 50개의 UE들 중에서 40개의 UE를 이하의 예시와 같은 방법으로 선택할 수 있다:
1) AIML NF/NEF는 AI/ML 동작을 위한 PDU session이 MA PDU Session로 생성되었고, 3GPP Access와 Non-3GPP Access로 모두 연결된 UE를 우선적으로 선별하고 (10개);
2) AIML NF/NEF는 Non-3GPP Access로 연결되어 있고, MA PDU Session으로 연결되어 이후에 3GPP Access로도 연결이 가능한 UE들을 선별하고 (10개);
3) AIML NF/NEF는 Non-3GPP Access로 연결되어 있고, Single Access PDU Session만 지원되는/허용되는 UE들을 선별할 수 있다(20개). 예를 들어, Non-3GPP Access로 연결되어 있고, Single Access PDU Session만 지원되는/허용되는 UE들이 20개보다 적어서 10개밖에 없을 수도 있다. 이 경우, AIML NF/NEF는 나머지 10개의 UE들은 3GPP Access에 연결된 UE들 중에서 MA PDU Session을 갖는 UE들을 먼저 선별하고(5개), 나머지는 3GPP Access에 연결된 Signle PDU Session을 갖는 UE들로 선별할 수 있다(5개).
세 번째 예시로는, AI/ML Application Server에서 40개의 UE들을 요청하였지만 AI/ML Application server의 요구사항 (QoS등)을 만족해 줄 수 있는 UE가 40개보다 적을 수도 있다(30개). 이러한 경우, AIML NF/NEF는 이하의 1) 및 2)의 예시와 같은 동작을 수행할 수 있다:
1) AIML NF/NEF는 MA PDU Session information이나 Preferred Wireless Access technology 와 관계 없이, Application server의 요구사항을 만족시켜줄 수 있는 UE를 30개는 선택할 수 있다;
2) 그리고, AIML NF/NEF는 MA PDU Session information이나 Preferred Wireless Access technology을 고려하지 않고, AI/ML Application Server의 요구사항들에 가장 근접한 UE들을 나머지 10개의 UE들로 우선적으로 선택할 수 있다. 이 때, 요구사항에 근접한 정도가 동일한 UE들이 있다면, AIML NF/NEF는 MA PDU session information을 고려하여 MA PDU Session이 수립된 것에 기초하여, 3GPP와 Non-3GPP 모두 연결되어 있는 UE를 먼저 선택할 수 있다. 그리고, AIML NF/NEF는 MA PDU Session이 수립되었고, 3GPP 또는 Non-3GPP 중 하나의 Access로만 연결된 UE를 선택하고, 그 다음으로, AIML NF/NEF는 Single PDU Session을 갖는 UE를 선택할 수 있다.
위의 각 정보는 AI/ML 어플리케이션 서버가 UE를 선택하는 데 도움이 되도록 우선순위에 따라 제공될 수 있다.
추천되는 FL 동작을 위한 후보 UE 리스트는은 추천되는 시간 기간 및/또는 AIML 작동을 위한 추천되는 영역에 따라 달라질 수 있다.
AI/ML 어플리케이션 서버에 응답하기 위해, 단계 1에서 '지원 정보가 필요한 시간(time when assistance information is needed)'이 제공된 경우, AIML NF/NEF는 이를 고려할 수 있다.
수신된 5GS 지원 정보에 기초하여, AI/ML 어플리케이션 서버는 UE 그룹을 선택 및 관리하고 FL 동작 시작 시간을 결정할 수 있다.
10. AIML NF/NEF가 UDM, SMF, 및/또는 PCF의 통보서비스에 가입했을 수 있다. 이 경우, Application의 FL 동작이 진행 중인 상태에서, AI/ML Application Server는 UDM, SMF, 및/또는 PCF로부터 MA PDU 세션 정보를 수신할 수도 있다. 예를 들어, Application의 FL 동작이 진행 중인 상태에서, AI/ML Application Server에서 요청한 UE 리스트에 해당하는 UE들 중 일부 또는 전부의 MA PDU Session information가 변경될 수도 있다. 그러면, UDM, SMF, 및/또는 PCF는 주기적으로 UE의 MA PDU Session information을 AIML NF/NEF 에게 통보할 수 있다. 또는, 단말의 MA PDU Session 정보가 변경된 경우, UDM, SMF, 및/또는 PCF는 UE의 MA PDU Session information을 AIML NF/NEF 에게 통보할 수 있다.
11-15. 단계 1, 단계 4에서, AI/ML 어플리케이션 서버와 AIML NF/NEF가 AIML 지원 정보를 가입(또는 구독)한 경우, NWDAF가 새로운 분석을 생성하면 AIML NF/NEF는 새로운 지원 정보를 AI/ML 어플리케이션 서버에 알릴 수 있다. 참고로, NWDAF가 새로운 분석을 수행함에 따른 단계 11 내지 단계 15는 앞서 설명한 단계 5 내지 단계 9와 동일한 방식으로 수행될 수 있다.
단계 14에서, AIML NF/NEF가 새로운 assistance information을 생성할 수 있다. AIML NF/NEF는 업데이트된 MA PDU Session information을 고려하여, step 9에서와 같은 방식으로 새로운 지원 정보를 AI/ML 어플리케이션 서버에게 제공할 수 있다. 예를 들어, 한쪽 (3GPP 또는 non-3GPP) access로만 연결되어 있던 UE가 다른 쪽 access에 추가로 연결되어 양쪽 access로 연결될 수도 있다. 이 경우, AIML NF/NEF 는 해당 UE를 추가로 추천 UE에 포함시킬 수 있다. 다른 예를 들어, 양쪽 access로 연결되어 있던 UE가 한쪽 access의 연결이 끊어질 수도 있다. 이 경우, AIML NF/NEF 는 access preference를 고려하여, 추천 UE List에서 이 UE를 제외할 수도 있다. 또는 MA PDU Session으로 연결되어 있지 않던 UE가 MA PDU Session으로 연결된 경우, AIML NF/NEF 는 이런 UE들을 후보 UE로 추가하는 것을 고려할 수도 있다.
예를 들어, AIML NF/NEF는 UE 리스트와 MA PDU 세션 정보를 함께 AI/ML 어플리케이션 서버에게 전송할 수도 있다. AIML NF/NEF는 새로운 MA PDU Session information과 다른 NF (e.g NWDAF)들로부터 수집한 정보에 기초하여, 새로운 지원 정보를 생성할 수 있다.
FL 동작 시작 후, AIML NF/NEF는 변경된 네트워크 조건으로 인해 새로운 AIML 지원 정보(예: 새로운 추천 UE)를 알릴 수 있으며, AI/ML 어플리케이션 서버는 해당 정보에 기초하여, FL 멤버를 다시 선택할 수 있다.
이하의 도면은 본 명세서의 구체적인 일례를 설명하기 위해 작성되었다. 도면에 기재된 구체적인 장치의 명칭이나 구체적인 신호/메시지/필드의 명칭은 예시적으로 제시된 것이므로, 본 명세서의 기술적 특징이 이하의 도면에 사용된 구체적인 명칭에 제한되지 않는다.
도 16은 본 명세서의 개시의 일 실시예에 따라, MA PDU 세션 정보에 기초하여 지원 정보를 제공하기 위한 절차의 일 예를 나타낸다.
참고로, 도 16에 도시된 절차는 예시에 불과하며, 본 명세서의 개시의 범위는 도 16의 예시에 의해 제한되지 않는다.
예를 들어, 도 16의 예시에 대해, 도 12 내지 도 15b의 예시에서 설명된 동작도 적용될 수도 있다. 예를 들어, 도 16의 예시에서 직접 설명되지 않은 동작, 내용 등이더라도, 본 명세서의 개시의 다양한 예시에서 설명된 동작, 내용 등이 적용될 수 있다.
참고로, 도 16의 예시에는 PCF, UDM이 생략되었지만, 도 16의 예시에 따른 절차에서도 PCF, UDM의 동작이 수행될 수 있다.
도 16의 예시에서 단계(S1604) 및 단계(S1605)는 PCF에 의해 수행될 수도 있다.
단계(S1601)에서, UE는 SMF에게 PDU 세션 수립 요청 메시지를 전송할 수 있다.
단계(S1602)에서, SMF는 PDU 세션 수립 수락 메시지를 UE에게 전송할 수 있다. 도 16에서는 UE가 하나만 도시되어 있으나, 이는 예시에 불과하다. SMF는 하나 이상의 UE와 단계(S1601, S1602)에 따른 동작을 수행할 수 있다.
단계(S1603)에서, 어플리케이션 서버는 요청 메시지를 AIML NF(또는 NEF)에게 전송할 수 있다. 요청 메시지는 UE 리스트 및 MA PDU 세션 정보를 요청한다는 정보를 포함할 수 있다.
예를 들어, 요청 메시지는 선호되는 무선 액세스 기술 정보를 더 포함할 수 있다. 예를 들어, 선호되는 무선 액세스 기술 정보는 WLAN, 5G 또는 Multi-Access 중 하나를 더 포함할 수 있다.
예를 들어, 요청 메시지는 MA PDU 세션을 가진 UE, MA PDU 세션을 지원하는 UE, MA PDU 세션을 허용되는 UE, 두 개의 액세스 타입으로 연결된 UE를 선호한다는 정보를 더 포함할 수 있다.
단계(S1604)에서, AIML NF(또는 NEF)는 가입 요청 메시지를 SMF에게 전송할 수 있다. 가입 요청 메시지는 어플리케이션 서버로부터 수신한 UE 리스트 내의 UE들의 MA PDU 세션 정보를 수신하기 위한 이벤트에 가입하는 요청 메시지일 수 있다.
예를 들어, MA PDU 세션 정보는 UE가 MA PDU 세션을 지원하는지 여부에 대한 정보, UE가 MA PDU 세션을 허용하는지 여부에 대한 정보, UE에 대해 MA PDU 세션이 수립되었는지 여부에 대한 정보, 및/또는 UE의 MA PDU 세션이 수립된 경우 어떤 액세스 타입에 연결되었는지 여부에 대한 정보 중 하나 이상의 정보를 포함할 수 있다.
단계(S1605)에서, SMF는 MA PDU 세션 정보를 AIML NF(또는 NEF)에게 전송할 수 있다. 예를 들어, 가입 요청 메시지는 UE 리스트를 포함할 수 있다. SMF는 UE 리스트에 포함된 UE들에 관련된 MA PDU 세션 정보를 전송할 수 있다.
단계(S1606)에서, AIML NF(또는 NEF)는 MA PDU 세션 정보에 기초하여, 지원 정보를 결정할 수 있다. 지원 정보는 FL 동작을 위한 후보 UE 리스트를 포함할 수 있다. AIML NF(또는 NEF)는 앞서 다양한 예시에서 설명한 바와 같이, MA PDU 세션 정보에 기초하여 지원 정보를 결정할 수 있다.
단계(S1607)에서, AIML NF(또는 NEF)는 지원 정보를 어플리케이션 서버에 전송할 수 있다. 어플리케이션 서버는 지원 정보에 기초하여, FL 동작에 참여시킬 UE를 결정하고, 결정된 UE들에 대한 네트워크 자원을 5GS(예: SMF, UPF, PCF 등의 네트워크 노드를 포함하는 5G 네트워크)에게 요청할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, 5GC의 NF (예: AIML NF, NWDAF 등)에서 SMF/PCF/UDM으로 부터 단말의 MA PDU Session 정보 (예" 단말의 MA PDU Session 지원 여부, 단말의 MA PDU Session 허용 여부, 단말의 MA PDU Session의 현재 수립여부, 단말의 MA PDU Session이 어떤 access type에 연결되어 있는지 (3GPP, Non-3GPP, Both))를 수집할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, 5GC의 NF (AIML NF, NWDAF 등)는 획득한 단말의 MA PDU Session 정보를 AF에게 제공할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, 5GC의 NF (AIML NF, NWDAF 등)는 획득한 단말의 MA PDU Session 정보를 고려하여 FL을 위한 후보 UE 리스트를 AF에게 제공할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, 본 명세서의 개시에서 설명된 다양한 동작은 Application AI/ML 동작을 지원하기 위한 새로운 NF (예를 들어, AIML NF)에 의해 수행될 수 있다. 또는, 본 명세서의 개시에서 설명된 다양한 동작은 새로운 NF 또는 그 기능이 기존 NF (NEF, PCF)과 통합된 NF (예를 들어 AIML NF/NEF) 또는 NWDAF에서 지원될 수 있다.
예를 들어, 본 명세서의 개시에서 설명된 다양한 동작이 AI/ML을 위한 새로운 NF 또는 기존 NF와 통합된 NF에 의해 지원될 수 있다. 이 경우, 새로운 NF 또는 통합된 NF는 새로운 service operation에 기초하여 동작할 수 있다. 또는, 본 명세서의 개시에서 설명된 다양한 동작이 NWDAF에 의해 지원되는 경우, NWDAF는 새로운 analytics에 기초하여 동작할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, AI/ML Application 서버는 FL 동작을 위한 멤버 선택을 위해 assistance 정보를 5GC에 요청할 때, UE List를 함께 제공할 수 있다. 그리고, AI/ML Application 서버는 UE들의 MA PDU Session 정보들도 함께 요청할 수도 있다. 또는 AI/ML Application 서버는 MA PDU Session을 가지고 있는 UE, MA PDU Session이 허용되는 UE, MA PDU 세션을 지원하는 UE 또는 양쪽 access type으로 연결된 UE들을 우선적으로 추천 후보 UE 리스트로 요청할 수도 있다. AI/ML Application Server의 요청은 AIML NF/NEF로 전달 될 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, AIML NF/NEF는 AI/ML Application 서버로부터 받은 요청 중에서 MA PDU Session 정보에 대한 요청이 있는지 확인한다. AI/ML Application Server로부터 UE의 MA PDU Session정보에 대한 요청이 있는 경우나 요청이 명시적으로 있지 않더라도 미리 설정된 정보에 따라 FL후보 UE들에 대한 MA PDU Session에 대한 정보를 수집하도록 결정할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, AIML NF는 UDM/SMF/PCF로부터 이하의 예시 중 하나 이상의 각 UE의 MA PDU Session 관련 정보를 획득(예: 수신)할 수 있다:
- UE의 MA PDU Session 지원 여부;
- UE의 MA PDU Session 허용 여부;
- UE의 MA PDU Session이 현재 establish 되었는지 여부;
- UE의 MA PDU Session이 어떤 access type에 연결되었는지 (3gpp, non-3gpp, both)에 대한 정보.
본 명세서의 개시의 다양한 실시예에 따르면, AIML NF/NEF는 다른 NF (e.g. NWDAF, .. 등)들로부터 Network Analytics등의 정보들을 수집할 수 있다. 그리고, AIMF NF/NEF는 AI/ML Application Server에 전달할 assistance 정보를 생성하고, 지원 정보를 AI/ML Application Server에게 전달할 수 있다. 예를 들어, AIML NF/NEF는 AI/ML Application Server로부터 수신된 UE 리스트들에 대하여, 각 UE의 MA PDU Session information을 포함하는 전체 UE 리스트 또는 추천 UE 리스트를 AI/ML Application Server에게 전달할 수 있다. 또는, AIML NF/NEF는 MA PDU Session information를 AI/ML 어플리케이션 서버에게 전달하지 않더라도, UE의 MA PDU Session information을 고려한 추천 UE 리스트를 AI/ML 어플리케이션 서버에게 전달할 수도 있다.
본 명세서의 개시의 다양한 실시예에 따르면, AIML NF/NEF가 SMF/PCF의 통보 서비스에 가입한 경우, AIML NF/NEF는 단말의 MA PDU Session information가 변경된 경우, 변경된 MA PDU 세션 정보 정보를 통보 받을 수 있다. 이에 따라, AIML NF/NEF는 AI/ML Application Server에 전달할 assistance 정보가 변경되는 경우, AIML NF/NEF는 새로운 assistance 정보를 AI/ML Application Server에 전달 할 수 있다.
본 명세서의 개시의 다양한 실시예에 따르면, AI/ML Application Server는 UE들의 MA PDU Session 정보에 기초하여, FL에 참여시킬 UE를 선정할 수 있고, FL operation을 시작할 시간 및/또는 수행할 시간을 결정할 수 있다. 그리고, AI/ML 어플리케이션 서버는 선정된 UE들에 대한, FL을 위한 네트워크 자원을 5GS에 요청할 수 있다.
본 명세서는 다양한 효과를 가질 수 있다.
예를 들어, AI/ML Application Server는 FL operation을 위해 MA PDU Session 관련 정보를 5GS에게 요청할 수 있다. 5GC는 5GS(5G System) 내의 정보와 함께 MA PDU Session 정보를 AI/ML 어플리케이션 서버에게 전송할 수 있다. Application Server는 수신된 정보에 기초하여, FL에 참여시킬 UE를 선정할 때 MA PDU Session의 장점을 가지고 있는 단말을 우선적으로 선정할 수 있고, 선정한 UE들에 대해 FL을 위한 네트워크 자원을 5GS에 요청할 수 있다.
예를 들어, MA PDU 세션을 사용하는 단말을 우선적으로 FL 동작을 위해 선정함으로써, FL operation을 효율적으로 사용할 수 있다. 예를 들어, AI/ML Application Server는 FL operation을 위해 필요한 정보를 5GS에 요청할 때 MA PDU Session과 관련된 정보를 함께 요청할 수 있다. 그러면, 5GS의 AIML NF/NEF는 MA PDU session 정보를 포함하는, 5GS 내의 정보를 수집하여 AI/ML Application server에게 FL에 참여할 UE들의 MA PDU Session 정보를 함께 AI/ML 어플리케이션 서버에게 제공할 수 있다. 또는, 5GS의 AIML NF/NEF는 MA PDU Session 정보를 고려한 UE List를 AI/ML 어플리케이션 서버에게 제공할 수 있다. 그러면, Application Server는 수신된 정보에 기초하여, FL에 참여시킬 UE를 선정할 수 있고 FL을 위한 네트워크 자원을 5GS에 요청할 수 있다.
본 명세서의 구체적인 예시를 통해 얻을 수 있는 효과는 이상에서 나열된 효과로 제한되지 않는다. 예를 들어, 관련된 기술 분야의 통상의 지식을 가진 자(a person having ordinary skill in the related art)가 본 명세서로부터 이해하거나 유도할 수 있는 다양한 기술적 효과가 존재할 수 있다. 이에 따라, 본 명세서의 구체적인 효과는 본 명세서에 명시적으로 기재된 것에 제한되지 않고, 본 명세서의 기술적 특징으로부터 이해되거나 유도될 수 있는 다양한 효과를 포함할 수 있다.
참고로, 본 명세서에서 설명한 단말(예: UE)의 동작은 앞서 설명한 도 1 내지 도 3의 장치에 의해 구현될 수 있다. 예를 들어, 단말(예: UE)은 도 2의 제1 장치(100) 또는 제2 장치(200)일 수 있다. 예를 들어, 본 명세서에서 설명한 단말(예: UE)의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 처리될 수 있다. 본 명세서에서 설명한 단말의 동작은 하나 이상의 프로세서(102 또는 202)에 의해 실행가능한 명령어/프로그램(e.g. instruction, executable code)의 형태로 하나 이상의 메모리(104 또는 204)에 저장될 수 있다. 하나 이상의 프로세서(102 또는 202)는 하나 이상의 메모리(104 또는 204) 및 하나 이상의 송수신기(105 또는 206)을 제어하고, 하나 이상의 메모리(104 또는 204)에 저장된 명령어/프로그램을 실행하여 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
또한, 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행하기 위한 명령어들은 기록하고 있는 비휘발성 컴퓨터 판독가능 저장 매체에 저장될 수도 있다. 상기 저장 매체는 하나 이상의 메모리(104 또는 204)에 포함될 수 있다. 그리고, 저장 매체에 기록된 명령어들은 하나 이상의 프로세서(102 또는 202)에 의해 실행됨으로써 본 명세서의 개시에서 설명한 단말(예: UE)의 동작을 수행할 수 있다.
참고로, 본 명세서에서 설명한 네트워크 노드(예: AMF, SMF, UPF, PCF, AI/ML Application Server (AS), AIML NF, AIML NF/NEF, NEF, UDM, DN, NWDAF, UDR, new NF 등) 또는 기지국(예: NG-RAN, gNB, 등)의 동작은 이하 설명될 도 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 (15)

  1. Artificial Intelligence (AI) 및 Machine Learning(ML)에 관련된 네트워크 기능(Network Function: NF)이 통신을 수행하는 방법으로서,
    지원 정보를 요청하는 요청 메시지를 AI/ML Application Server (AS)로부터 수신하는 단계,
    상기 요청 메시지는 하나 이상의 User Equipment (UE)를 포함하는 UE 리스트 및 상기 하나 이상의 UE에 대한 Multi Access (MA) Protocol Data Unit (PDU) 세션 정보를 요청한다는 정보를 포함하고;
    상기 MA PDU 세션 정보에 관련된 이벤트에 대한 가입 요청 메시지를 Session Management Function (SMF)에게 전송하는 단계;
    상기 SMF로부터 상기 MA PDU 세션 정보를 수신하는 단계; 및
    상기 MA PDU 세션 정보에 기초하여, 지원 정보를 결정하는 단계를 포함하는 방법.
  2. 제1항에 있어서,
    상기 지원 정보를 상기 AI/ML AS에게 전송하는 단계를 더 포함하는 방법.
  3. 제1 항 또는 제2 항에 있어서,
    상기 지원 정보는 Federated Learning (FL) 동작을 위한 후보 UE 리스트를 포함하는 것을 특징으로 하는 방법.
  4. 제1항 내지 제3항 중 어느 한 항에 있어서,
    상기 지원 정보는 Federated Learning (FL) 동작을 위한 후보 UE 리스트 및 상기 후보 UE 리스트에 포함된 적어도 하나의 UE에 대한 MA PDU 세션 정보를 포함하는 것을 특징으로 하는 방법
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 MA PDU 세션 정보는,
    상기 하나 이상의 UE가 각각 상기 MA PDU 세션을 지원하는지 여부에 대한 정보, 상기 하나 이상의 UE가 각각 상기 MA PDU 세션을 허용하는지 여부에 대한 정보, 상기 하나 이상의 UE 각각에 대해 MA PDU 세션이 수립되었는지 여부에 대한 정보, 및/또는 상기 하나 이상의 UE 중 MA PDU 세션이 수립된 경우 어떤 액세스 타입 및/또는 RAT 타입에 연결되었는지 여부에 대한 정보 중 하나 이상의 정보를 포함하는 것을 특징으로 하는 방법.
  6. 제1항 내지 제5항 중 어느 한 항에 있어서,
    상기 지원 정보를 결정하는 단계는,
    상기 MA PDU 세션에 기초하여, 상기 하나 이상의 UE 중에서, 상기 MA PDU 세션을 가진 적어도 하나의 UE를 우선적으로 후보 UE 리스트에 포함시키는 단계를 더 포함하는 방법.
  7. 제1항 내지 제6항 중 어느 한 항에 있어서,
    상기 요청 메시지는 선호되는 무선 액세스 기술(Preferred Wireless Access technology) 정보를 더 포함하고,
    상기 선호되는 무선 액세스 기술 정보는 무선 액세스 기술에 관련된 액세스 타입 및/또는 RAT 타입을 포함하는 것을 특징으로 하는 방법.
  8. 제1항 내지 제7항 중 어느 한 항에 있어서,
    상기 요청 메시지는 MA PDU 세션을 가진 UE, 상기 MA PDU 세션을 지원하는 UE, 상기 MA PDU 세션을 허용되는 UE, 및/또는 두 개의 액세스 타입/RAT 타입으로 연결된 UE를 선호한다는 정보를 더 포함하는 것을 특징으로 하는 방법.
  9. Artificial Intelligence (AI) 및 Machine Learning(ML)에 관련된 네트워크 기능(Network Function: NF)에 있어서, 상기 NF는:
    하나 이상의 송수신기;
    하나 이상의 프로세서; 및
    명령어(instructions)를 저장하고 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 명령어가 상기 하나 이상의 프로세서에 의해서 실행되는 것을 기반으로 수행하는 동작은 제1항 내지 제7항 중 어느 하나의 항에 따른 방법인 NF.
  10. Session Management Function (SMF)가 통신을 수행하는 방법으로서,
    Protocol Data Unit (PDU)을 수립하기 위한 PDU 세션 수립 요청 메시지를 User Equipment (UE)로부터 수신하는 단계;
    PDU 세션 수립 수락 메시지를 상기 UE에게 전송하는 단계;
    Multi Access (MA) PDU 세션 정보에 관련된 이벤트에 대한 가입 요청 메시지를 Artificial Intelligence (AI) 및 Machine Learning(ML)에 관련된 네트워크 기능(Network Function: NF)로부터 수신하는 단계; 및
    상기 NF에게 상기 UE를 포함하는 하나 이상의 UE에 관련된 상기 MA PDU 세션 정보를 전송하는 단계를 포함하고,
    상기 MA PDU 세션 정보는 상기 NF에 의해 AI/ML Application Server (AS)를 위한 지원 정보를 결정하는데 사용되는 것을 특징으로 하는 방법.
  11. 제10항에 있어서,
    상기 MA PDU 세션 정보는,
    상기 하나 이상의 UE가 각각 상기 MA PDU 세션을 지원하는지 여부에 대한 정보, 상기 하나 이상의 UE가 각각 상기 MA PDU 세션을 허용하는지 여부에 대한 정보, 상기 하나 이상의 UE 각각에 대해 MA PDU 세션이 수립되었는지 여부에 대한 정보, 및/또는 상기 하나 이상의 UE 중 MA PDU 세션이 수립된 경우 어떤 액세스 타입 및/또는 RAT 타입에 연결되었는지 여부에 대한 정보 중 하나 이상의 정보를 포함하는 것을 특징으로 하는 방법.
  12. 제9항 내지 제11항 중 어느 한 항에 있어서,
    상기 MA PDU 세션 정보가 변경되는 경우, 변경된 MA PDU 세션 정보를 상기 NF에게 전송하는 단계를 더 포함하는 방법.
  13. 통신을 수행하는 Session Management Function (SMF)에 있어서,
    하나 이상의 송수신기;
    하나 이상의 프로세서; 및
    명령어(instructions)를 저장하고 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 명령어가 상기 하나 이상의 프로세서에 의해서 실행되는 것을 기반으로 수행하는 동작은 제9항 내지 제12항 중 어느 한 항에 따른 방법인 SMF.
  14. User Equipment(UE)가 통신을 수행하는 방법으로서,
    Protocol Data Unit (PDU)을 수립하기 위한 PDU 세션 수립 요청 메시지를 Session Management Function (SMF)에게 전송하는 단계; 및
    PDU 세션 수립 수락 메시지를 상기 SMF로부터 수신하는 단계를 포함하고,
    상기 PDU 세션은 Multi Access (MA) PDU 세션이고,
    상기 PDU 세션 수립 수락 메시지는, 상기 SMF가 MA PDU 세션 정보에 관련된 이벤트에 대한 가입 요청 메시지를 Artificial Intelligence (AI) 및 Machine Learning(ML)에 관련된 네트워크 기능(Network Function: NF)로부터 수신한 경우, 상기 NF에게 상기 UE를 포함하는 하나 이상의 UE에 관련된 상기 MA PDU 세션 정보를 전송하기 위해 사용되는 것을 특징으로 하는 방법.
  15. 무선 통신 시스템에서 동작하도록 구성되는 UE(User Equipment)에 있어서, 상기 UE는:
    하나 이상의 송수신기;
    하나 이상의 프로세서; 및
    명령어(instructions)를 저장하고 상기 하나 이상의 프로세서와 동작 가능하도록 연결될 수 있는 하나 이상의 메모리를 포함하며,
    상기 명령어가 상기 하나 이상의 프로세서에 의해서 실행되는 것을 기반으로 수행하는 동작은 제14항에 따른 방법인 UE.
PCT/KR2023/007744 2022-07-07 2023-06-07 연합 학습 WO2024010230A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263358871P 2022-07-07 2022-07-07
US63/358,871 2022-07-07

Publications (1)

Publication Number Publication Date
WO2024010230A1 true WO2024010230A1 (ko) 2024-01-11

Family

ID=89453670

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/007744 WO2024010230A1 (ko) 2022-07-07 2023-06-07 연합 학습

Country Status (1)

Country Link
WO (1) WO2024010230A1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021225317A1 (ko) * 2020-05-06 2021-11-11 엘지전자 주식회사 혼잡 제어에 관련된 통신
EP4013075A1 (en) * 2019-08-09 2022-06-15 Sharp Kabushiki Kaisha Ue and smf

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4013075A1 (en) * 2019-08-09 2022-06-15 Sharp Kabushiki Kaisha Ue and smf
WO2021225317A1 (ko) * 2020-05-06 2021-11-11 엘지전자 주식회사 혼잡 제어에 관련된 통신

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP; TSG SA; Study on 5G System Support for AI/ML-based Services (Release 18). 3GPP TR 23.700-80 V0.3.0. 30 May 2022. *
NOKIA, NOKIA SHANGHAI BELL: "Subscription information check for ATSSS", SA WG2 MEETING #135, S2-1909184, 4 October 2019 (2019-10-04), XP051795304 *
ORACLE, TOYOTA, OPPO: "KI#6 New solution – 5GC Assistance for Group-MBR Monitoring", 3GPP TSG-WG SA2 MEETING #151E E-MEETING, S2-2203686, 6 May 2022 (2022-05-06), XP052159195 *

Similar Documents

Publication Publication Date Title
WO2021029512A1 (ko) 어플리케이션 서버의 변경에 관련된 통신
WO2021241905A1 (ko) 로밍 네트워크에서 네트워크 슬라이스 별 인증 실패 시 효율적인 plmn 선택
WO2021015598A1 (ko) 복수의 sim에 기초한 통신
WO2021066353A1 (en) Method and apparatus for performing authorization for unmanned aerial system service in wireless communication system
WO2020190007A1 (en) Method and apparatus for performing cell reselection in wireless communication system
WO2021025428A1 (ko) 복수의 sim에 기초한 발신자 정보 확인
WO2021040463A1 (ko) 3gpp ps data off에 관련된 통신
WO2021025308A1 (ko) 다중 usim을 지원하기 위한 amf의 처리 방안
WO2021187783A1 (en) Support of service continuity between snpn and plmn
WO2021177734A1 (en) Support of service continuity for handover between snpn and plmn
WO2022014981A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하는 방법 및 이를 지원하는 장치
WO2021177716A2 (ko) 멀티캐스트와 관련된 통신
WO2022215909A1 (ko) Pdu 세션 관리 방법
WO2021194214A1 (ko) 서비스 연속성을 위한 n14 인터페이스 지원 지시자
WO2022035204A1 (ko) 네트워크 슬라이스와 관련된 통신
WO2022225262A1 (ko) 중복(redundant) 전송을 위한 중복(redundant) pdu 세션관리 방법
WO2022211519A1 (en) A method for measuring performance for qos
WO2022149742A1 (ko) Nwdaf를 통한 분석에서 확장된 기능으로 인한 오버헤드를 최소화하기 위한 방법 및 장치
WO2022005207A1 (ko) 멀티캐스트에 의한 통신 방법
WO2022071673A1 (ko) 소스 네트워크와 타겟 네트워크 사이에 n14 인터페이스가 없는 경우 홈 라우팅 된 pdu 세션에 대한 서비스 연속성 지원
WO2022014980A1 (ko) 재난 상황 종료시 서비스 연속성을 지원하기 위한 ui/ux 표시 방법 및 이를 지원하는 장치
WO2024010230A1 (ko) 연합 학습
WO2021251559A1 (ko) Nwdaf의 기능을 개선하여 smf가 중복 전송을 효과적으로 하기 위한 방안
WO2021162500A1 (ko) 멀티 액세스 pdu 세션과 관련된 통신
WO2021167233A1 (ko) 네트워크 슬라이스와 관련된 통신

Legal Events

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

Ref document number: 23835699

Country of ref document: EP

Kind code of ref document: A1