WO2021141440A1 - 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법 - Google Patents

무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법 Download PDF

Info

Publication number
WO2021141440A1
WO2021141440A1 PCT/KR2021/000256 KR2021000256W WO2021141440A1 WO 2021141440 A1 WO2021141440 A1 WO 2021141440A1 KR 2021000256 W KR2021000256 W KR 2021000256W WO 2021141440 A1 WO2021141440 A1 WO 2021141440A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
service
network node
information
edge
Prior art date
Application number
PCT/KR2021/000256
Other languages
English (en)
French (fr)
Inventor
이지철
김성훈
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to US17/791,653 priority Critical patent/US20230032185A1/en
Priority to EP21738510.3A priority patent/EP4087215A4/en
Publication of WO2021141440A1 publication Critical patent/WO2021141440A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/20—Transfer of user or subscriber data
    • 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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data 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/18—Service support devices; Network management devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/69—Types of network addresses using geographic information, e.g. room number
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0858—One way delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • 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/50—Network services
    • H04L67/53—Network services using third party service providers

Definitions

  • This disclosure relates generally to a wireless communication system, and more particularly to an apparatus and method for supporting an edge computing service in a wireless communication system.
  • the 5G communication system or the pre-5G communication system is called a 4G network after (Beyond 4G Network) communication system or an LTE (Long Term Evolution) system after (Post LTE) system.
  • 5G communication systems are being considered for implementation in very high frequency (mmWave) bands (eg, 60 gigabytes (60 GHz) bands).
  • mmWave very high frequency
  • FD-MIMO Full Dimensional MIMO
  • array antenna, analog beam-forming, and large scale antenna technologies are being discussed.
  • an evolved small cell in the 5G communication system, an evolved small cell, an advanced small cell, a cloud radio access network (cloud RAN), an ultra-dense network (ultra-dense network) , Device to Device communication (D2D), wireless backhaul, moving network, cooperative communication, Coordinated Multi-Points (CoMP), and reception interference cancellation Technology development is underway.
  • cloud RAN cloud radio access network
  • ultra-dense network ultra-dense network
  • D2D Device to Device communication
  • wireless backhaul moving network
  • cooperative communication Coordinated Multi-Points (CoMP)
  • CoMP Coordinated Multi-Points
  • FQAM Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation
  • SWSC Smalling Window Superposition Coding
  • ACM Advanced Coding Modulation
  • FBMC Filter Bank Multi
  • NOMA Non Orthogonal Multiple Access
  • SCMA Sparse Code Multiple Access
  • eMBB enhanced mobile broad band
  • URLLC ultra-reliable and low latency communication
  • mMTC massive machine type communication service
  • eMBMS evolved multimedia broadcast/multicast service
  • the present disclosure provides an apparatus and method for supporting edge computing in a wireless communication system.
  • a method of operating a first network node includes the steps of: transmitting a network function (NF) registration request message including profile information for a service supported by the first network node to a second network node; and receiving the NF registration response message including the registration result.
  • NF network function
  • a first network node in a wireless communication system.
  • the network node includes at least one transceiver, and at least one processor, wherein the at least one processor includes, to a second network node, profile information for a service supported by the first network node. ) transmit a registration request message, and receive an NF registration response message including a registration result for the profile information from the second network node.
  • the apparatus and method according to various embodiments of the present disclosure may provide an apparatus and method for supporting edge computing in a wireless communication system.
  • FIG. 1A illustrates a structure of a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 1B illustrates a configuration of a network entity in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 2 illustrates a process of providing steering information in a wireless communication system according to various embodiments of the present disclosure.
  • FIG 3 illustrates a process of subscribing a service for an edge computing service through a local NEF in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 4 illustrates a process of registering and discovering a local NEF in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 5 is a flowchart illustrating an operation process of a first network node in a wireless communication system according to various embodiments of the present disclosure.
  • a term for identifying an access node used in the following description a term referring to a network entity or NF (network function), a term referring to messages, a term referring to an interface between network entities, various Terms and the like referring to identification information are exemplified for convenience of description. Therefore, the present invention is not limited to the terms described below, and other terms referring to objects having equivalent technical meanings may be used.
  • the present invention uses terms and names defined in 3GPP LTE (3rd generation partnership project long term evolution) and 5G standards.
  • 3GPP LTE 3rd generation partnership project long term evolution
  • 5G standards 5th Generation Partnership Project
  • the name of the NF (eg, AMF, SMF, NSSF, etc.) is used as a target for exchanging information for access control and state management.
  • the embodiments of the present invention can be equally applied even when the NF is actually implemented as an instance (Instance, respectively, AMF Instance, SMF Instance, NSSF Instance, etc.).
  • Edge computing may include, for example, multi-access edge computing (MEC) or fog computing.
  • Edge computing may refer to a technology for providing data to an electronic device at a location geographically close to the electronic device, for example, through a separate server (hereinafter, edge server or MEC server) installed inside or near the base station.
  • edge server or MEC server a separate server
  • an application requiring low latency among at least one application installed in the electronic device does not go through an external data network (DN), for example, a server located in the Internet, but is located in a geographically close location.
  • DN external data network
  • Data can be sent/received through the edge server installed in
  • Edge computing may be called mobile edge computing, or multi-access edge computing.
  • edge computing will be referred to as MEC for convenience.
  • MEC installs a wireless base station or a gateway (or UPF) close to the wireless base station, and applies distributed cloud computing technology on it to deploy various services and caching contents close to user terminals, thereby alleviating congestion in the mobile core network and , it is a technology that achieves low-latency communication in data communication with a terminal, and creates a new service based on it.
  • MEC provides application developers and content providers with cloud computing capabilities and information technology (IT) service environments at the edge of mobile networks.
  • IT information technology
  • MEC enables application applications to provide ultra-low latency, large bandwidth, and access to real-time network information.
  • application applications that provide the MEC service may provide the MEC service to the terminal through the 5G system (5G system, 5GS).
  • 5G system may provide a function for a terminal using the MEC service to access the MEC system.
  • the 4G system may also provide a function for the MEC service.
  • the present disclosure relates to an apparatus and method for providing information of a server to a terminal in a wireless communication system, and more particularly, to an apparatus and method for providing information of an application server to a terminal in a wireless communication system.
  • various embodiments of the present disclosure provide a method of distinguishing traffic to be transmitted from a wireless communication network to an edge computing cloud.
  • a third-party edge cloud service provider that is, an edge computing cloud operator, is connected to a wireless communication network to steer traffic to its edge computing cloud. It provides a way to make a request.
  • a method for a third-party edge cloud service provider that is, an edge computing cloud operator, to subscribe to a latency-related event to a wireless communication system to ensure a latency of 10 ms or less provides
  • local NEF provides a way to discover and select NEFs.
  • a third-party edge computing cloud service provider that is, an edge computing cloud operator, provides information to the 5G system to steer traffic to an application server operated in its edge computing cloud.
  • traffic routing that provides the lowest delay to the UE can be realized.
  • a third-party edge computing cloud service provider may receive a notification for checking a delay occurring in a wireless communication network from a wireless communication system.
  • the delay information included in the notification is valid only in user plane connectivity connected to the edge computing cloud.
  • NEF network exposure function
  • this information is processed through a local NEF, routing for delivering to the central NEF is not required, so that faster processing is possible.
  • the terminal described below must connect to an edge application server in order to use an edge computing service.
  • the edge application server may be arranged for each region, or may be arranged on an edge computing cloud in an edge data network arranged for each region. Therefore, the terminal must be able to obtain an IP (internet protocol) address of the edge application server that can be accessed in the corresponding area.
  • IP internet protocol
  • the terminal acquires the IP address of the edge application server by using a domain name system (DNS) procedure.
  • DNS domain name system
  • the terminal transmits data traffic to the server, and the 5G system must be able to transmit this traffic through a user plane function (UPF) connected to the edge application cloud in which the edge application server is running.
  • UPF user plane function
  • FIG. 1A illustrates a structure of a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 1A illustrates a relationship between a system architecture of a 5G wireless communication system providing an edge computing service according to various embodiments of the present disclosure and a third-party edge computing cloud service provider, that is, an edge computing cloud operator. show
  • the core network (CN) of 5G may consist of the following network functions.
  • each of the network functions may be one network node.
  • One network node may take a form that is physically and/or logically independent, and may be configured together with other specific nodes.
  • each of the network functions may be implemented by a specific device as described above.
  • each of the network functions may be implemented in a form in which a device and software are combined.
  • each of the network functions may be implemented in software in a device on a specific collective network.
  • NF network function
  • a network function device performing each network function may be regarded as included in the network function.
  • An access and mobility management function is a network function (NF) that manages wireless network access and mobility of a terminal.
  • a session management function is a network function (NF) that manages a packet data network connection provided to a terminal. This connection is called a protocol data unit (PDU) session.
  • SMF session management function
  • NF network function
  • PDU protocol data unit
  • a policy control function is a network function (NF) that applies a service policy of a wireless communication operator to a terminal, a charging policy, and a policy for a PDU session.
  • UDM User data management
  • NF network function
  • NEF network exposure function
  • NEF network exposure function
  • the NEF may provide the 5G network with information necessary for service and provide a function to store it in the UDR.
  • the NEF may be disposed and operated for each location, and the NEF may be disposed for a data network existing in a specific area. This may be referred to as a local NEF (local NEF).
  • the local NEF may provide information exposed by the 5G network to an application function (AF) belonging to a corresponding area or a corresponding data network.
  • AF application function
  • a next generation-radio access network refers to a base station that provides a wireless communication function to a terminal.
  • a user plane function is a network function (NF) that serves as a gateway for transmitting packets transmitted and received by the terminal.
  • the UPF can be accessed by being located near an edge data network that is a local data network. Accordingly, the UPF can send data to the edge application server. That is, it is possible to achieve low latency transmission by forwarding the data packet to the edge application server in the edge data network without going through the Internet.
  • the UPF may also be connected to a data network connected to the Internet, and data to be transmitted to the Internet among packets sent by the terminal may be routed to the Internet data network.
  • the UPF may be a PDU session anchor UPF (PSA UPF) serving as an anchor of a PDU session connected to a data network. All data that the terminal sends to the data network is delivered through the PSA UPF serving as an anchor. A data packet destined for a centralized data network or an internet data network is delivered to the PSA UPF of the corresponding PDU session. Likewise, if the edge data network is deployed for each specific region, such as a local data network, there may be a local PSA UPF that can be accessed through the corresponding local data network. have. A PDU session for this local PSA UPF may exist independently.
  • PSA UPF PDU session anchor UPF
  • uplink classifier (ULCL) UPF or branching point UPF (branching point UPF, BP UPF) (in the case of a PDU session supporting IPv6 (internet protocol version 6) multi-homing (multi-homing)
  • ULCL UPF or BP UPF may be connected to multiple PSA UPFs based on a branching point UPF (branching point UPF) and may be connected to a local PSA UPF branching from one PDU session to a local data network.
  • the ULCL UPF or BP UPF may determine whether to transmit to the local PSA UPF or to another PSA UPF by looking at the IP address (ie, target IP address) sent by the UE.
  • the ULCL UPF or BP UPF may itself perform the role of a local PSA UPF. Accordingly, it is possible to provide a function for transmitting packets to a local data network.
  • a session management function is a network function (NF) capable of inserting/replacing/removing a ULCL UPF or a BP UPF according to a location of a terminal or a network deployment situation. That is, if the SMF providing a PDU session for transmitting data to a centralized data network such as the Internet data network or the cloud determines that there is a local data network that the terminal can access from a specific location, the corresponding local data network ULCL UPF or BP UPF can be inserted to provide data connection to In this case, only the data connection structure in the network may be changed without the impact of the terminal. That is, the terminal may branch and transmit the packet sent by the terminal to the local data network or to the central data network through only the operation of the 5G system without the terminal knowing.
  • NF network function
  • the SMF may provide a function called a session and service continuity (SSC) mode.
  • SSC session and service continuity
  • the SMF can change the PSA in SSC mode 2 or SSC mode 3, so depending on the current location of the terminal, if there is an edge data network that the terminal can access, the corresponding edge A PSA that can be connected to an edge data network is newly allocated, and a PDU session can be changed or newly created so that data is transmitted through the PSA.
  • a PDU session modification procedure a data path may be changed or a UE may be triggered to establish a new PDU session.
  • the SMF enables the terminal to be connected to the local data network, which is the edge data network. You can connect to the local DNS server.
  • the DNS server may be used to resolve the IP address of an application server running in an edge data network.
  • the DNS server may exist for each edge data network covering a specific region, or may exist in a central cloud. If a DNS server for MEC exists in the central cloud, this DNS server must know information about edge servers installed throughout the network and application application servers that can be provided by the MEC system.
  • the DNS server may support a zone function for distinguishing a resource in a specific region, an IP domain, or a specific namespace. It depends on which IP domain to find in the DNS server, or which IP range to find, or where to find a deployed data network, or where to deploy. ) means a kind of zone identifier (zone identifier) that can identify whether to find an edge computing environment. In addition, this may be information that may indicate division of IP domains by region or division of available cloud resources by region or topology.
  • the terminal may access the 5G system (or 3GPP network) through the 5G base station to establish a data connection.
  • the 5G system can allocate a UPF that can be connected to the corresponding edge data network, and through this UPF, the terminal can use a third party application server running at the edge. ), that is, it can communicate with an edge application server.
  • a third party internet service provider may provide an edge computing service itself.
  • the cloud service provider can independently build an edge data network in various parts of the region and deploy the edge data network to be connected to the wireless communication system of a mobile network operator (MNO).
  • MNO mobile network operator
  • Third-party service providers may negotiate with PCFs or NEFs of 3GPP networks. Through this negotiation, information necessary to use the MEC service can be provided to the 5G wireless communication system through the PCF or NEF.
  • FIG. 1B illustrates a configuration of a network entity in a wireless communication system according to various embodiments of the present disclosure.
  • a network entity is a concept including a network function (NF) according to a system implementation.
  • NF network function
  • Terms such as ' ⁇ unit' and ' ⁇ group' used below mean a unit for processing at least one function or operation, which may be implemented as hardware or software, or a combination of hardware and software.
  • the network entity may include the communication unit 110 , the storage unit 120 , and the control unit 130 for controlling overall operations of the network entity 100 .
  • the communication unit 110 transmits and receives signals with other network entities. Accordingly, all or part of the communication unit 110 may be referred to as a transmitter 111 , a receiver 113 , or at least one transceiver/transceiver 110 .
  • the storage unit 120 stores data such as a basic program, an application program, and setting information for the operation of the network entity 100 .
  • the storage unit 120 may be configured as a volatile memory, a non-volatile memory, or a combination of a volatile memory and a non-volatile memory.
  • the storage unit 120 provides the stored data according to the request of the control unit 130 .
  • the controller 130 controls overall operations of the network entity 100 .
  • the control unit 130 transmits and receives a signal through the communication unit 110 .
  • the control unit 130 writes and reads data in the storage unit 120 .
  • the control unit 130 may perform the functions of the protocol stack required by the communication standard.
  • the controller 130 may include a circuit, an application-specific circuit, at least one processor or a micro-processor, or may be a part of a processor.
  • a part of the communication unit 110 and the control unit 130 may be referred to as a communication processor (CP).
  • the controller 130 may control the network entity 100 to perform any one of the various embodiments of the present disclosure.
  • the communication unit 110 and the control unit 130 are not necessarily implemented as separate modules, and may be implemented as a single component in the form of a single chip or a software block.
  • the communication unit 110 , the storage unit 120 , and the control unit 130 may be electrically connected.
  • the operations of the network entity 100 may be realized by providing the storage unit 120 storing the corresponding program code in the network entity 100 .
  • Network entity 100 includes a network node, the network node is a base station (RAN), a terminal (UE), NF, AMF, SMF, UPF, NEF, NRF, CF, NSSF, UDM, AF, AUSF, SCP, It may be any one of UDSF, context storage, operation administration and maintenance (OAM), EMS, a configuration server, and an ID management server.
  • RAN base station
  • UE terminal
  • NF Access Management Function
  • a 5G system may include a terminal, a base station, and a 5G core network.
  • the 5G core network may be composed of network functions (NF) such as AMF, SMF, PCF, UPF, UDM, UDR, NEF, NSSF, NRF, and SCP.
  • NF network functions
  • a network function may mean a network entity (NE) or a network resource.
  • NG-RAN next generation-radio access network, 5G-RAN, RAN refers to a base station that provides a wireless communication function to a terminal.
  • a user equipment (UE) may access the 5G core network through a base station.
  • each of the physical devices may include a program or software for executing the methods described below under the control of a processor included therein.
  • a processor included therein.
  • only names for each of the NFs are presented for convenience of explanation, but they are implemented as physical devices including at least one processor as above, and are loaded with programs or software for the operations described in the present disclosure. It is obvious to those skilled in the art that it can. Therefore, the expression 'device' will be omitted below, and only the name of a specific NF will be described.
  • FIG. 2 illustrates a process of providing steering information in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 2 illustrates 5G so that a third party that provides cloud services and edge computing services can transmit traffic from an edge computing cloud managed by them to an application server operating according to various embodiments of the present disclosure. The process of providing steering information to the system is shown.
  • FIG. 2 illustrates a process in which a third party cloud service provider (3rd CSP) requests a traffic routing of a terminal to a 5G system according to various embodiments of the present disclosure.
  • 3rd CSP third party cloud service provider
  • the 3rd CSP can provide the service by allocating the IP address of the application server running in the edge computing environment it operates.
  • the 3rd CSP can decide to provide the 5G system with the IP address of the application server running in the edge computing environment, and for traffic that uses the IP address as the target IP for the 5G system, the edge computing environment that it operates. You can request routing through the UPF connected to .
  • This allows the 3rd CSP to contract with the MNO, establish their edge computing service environment in the MNO's infrastructure in a specific region, and allow the terminal to use the edge application server running in the environment. .
  • This is an edge computing system that is configured based on a contract between the MNO and the 3rd CSP, and the terminal is not aware of it.
  • the MNO can transmit the traffic to the edge application server running on the edge computing environment of the 3rd CSP when the terminal transmits traffic to the application server.
  • the 5GS must steer the uplink traffic of the terminal to the PSA-UPF connected to the edge computing environment of the 3rd CSP.
  • This PSA-UPF, or PSA-UPF which may serve as a ULCL/branching point, may transmit uplink traffic of the terminal through the N6 interface connected to the edge computing environment of the 3rd CSP.
  • the embodiment of FIG. 2 proposes a process in which the 3rd CSP requests the MNO to set up traffic steering and ULCL/branching point.
  • the 3rd CSP can check the instance of the application server running in their edge cloud environment. For example, the 3rd CSP can allocate or acquire the IP address of the application server when the application server of the game A starts running in its edge cloud, and accordingly the DNS provided by the 3rd CSP You can register this IP address with the service. Later, when the terminal sends a DNS query to obtain the IP address of the application server that provides the game A.
  • the DNS service operated by the 3rd CSP may return the IP address of the application server based on the location of the terminal or information sent by the terminal. In other words, the 3rd CSP provides the terminal with the IP address of the edge application server from which the terminal can use the edge computing service, and the terminal can use the edge computing service by sending data to the IP address of the edge application server.
  • the above-described operation is not sufficient for the terminal to use the edge computing service. Since the traffic sent by the terminal is transmitted through the 5G system, the traffic of the terminal in the 5G system must be able to be transmitted to the edge data network or edge cloud environment where the UPF closest to the location of the terminal and the edge application server are running. 3rd CSP must perform the operation for this.
  • the operation of the AF 250 is the operation of the AF operated by the 3rd CSP. In the following embodiments, the operation of the AF 250 is an operation performed by the 3rd CSP operating the AF 250 . In the following embodiments, the operation of the AF 250 may be understood as an operation directly performed by the 3rd CSP instead of the AF 250 , as shown in FIG. 2 .
  • the AF 250 operated by the 3rd CSP that is, the AF 250 of the 3rd CSP, knows the edge application server running in the edge cloud environment of the 3rd CSP. This may be known by the operation of allocating the IP address of the newly started application server, or it may be known by obtaining the IP address from the newly started application server.
  • the AF 250 of the 3rd CSP may determine to request the 5G system to transmit traffic transmitted to the IP address of the edge server running in the edge cloud environment to its edge cloud environment.
  • the AF 250 of the 3rd CSP may configure information to request from the 5G system.
  • the information requested by the AF 250 of the 3rd CSP to the 5G system is as follows.
  • IP descriptor The IP address of the edge application server running in the edge cloud environment of the 3rd CSP and additionally an IP port number may be included. In addition, an identifier for distinguishing whether it is a transmission control protocol (TCP) or a user datagram protocol (UDP) may be included.
  • TCP transmission control protocol
  • UDP user datagram protocol
  • DNN data network name
  • 3rd CSP can define this DNN when contracting service with MNO.
  • the edge computing service can be identified through the DNN, or the 3rd CSP can be identified.
  • traffic steering ID for edge computing service Allocate a UPF that is connected to the edge cloud environment of the 3rd CSP, whether to use the ULCL in the UPF, or a branching point ) is an identifier indicating whether to use it.
  • the 3rd CSP may have previously negotiated connection information or connection policy between the edge cloud environment and the PSA-UPF through a service level agreement (SLA) with the MNO, and can define and set this as a traffic steering ID.
  • SLA service level agreement
  • This ID identifies the policy indicating whether the PSA-UPF or UPF connected to the edge cloud environment should apply ULCL UPF or IPv6 multi-homing based branching point UPF.
  • the traffic steering ID may be used to select a UPF supporting the corresponding traffic steering ID.
  • the 3rd CSP may include a DNAI capable of identifying an edge computing environment, an edge computing resource, or an edge data network for an edge computing service.
  • the 3rd CSP may include DNAI to communicate information identifying which edge computing environment, edge computing resource, or edge data network to use.
  • location information If the 3rd CSP separately operates the edge computing environment for a specific region and operates resources by region to find the address of the edge application server running in the edge computing environment, the location information can be provided.
  • Location information may include a civic address (eg, street address, building address, city/county/gu, etc.) or global positioning system (GPS) information (a specific GPS range value), or a postal ZIP code. , or a tracking area ID or cell ID. It may indicate that the request sent by AF 250 should be applied for the location information.
  • GPS global positioning system
  • the information may be configured in pairs, and may be configured in a list including at least one pair.
  • the AF 250 of the 3rd CSP sends a traffic steering request to the 5G system, and in this case, the traffic steering request may include the information configured in step 201 . If the AF 250 of the 3rd CSP can directly send a traffic steering request to the PCF 230, the traffic steering request may be sent through an Npcf_PolicyAuthorization_Create service operation) or an Npcf_PolicyAuthorization_Update service operation.
  • the Nnef_TrafficInfluence_Create service operation or Nnef_TrafficInfluence_Update service operation which is a service operation provided by the NEF 240, performs a service operation.
  • a traffic steering request may be transmitted through the .
  • the traffic steering request may include information configured in step 201 .
  • the NEF 240 receives the location information from the AF 250 of the 3rd CSP along with the steering request, the tracking area ID or cell ID, which is a location n information format that can understand the location in 3GPP, is a cell ID. ) can be mapped.
  • the NEF 240 delivers information necessary for traffic steering through an Npcf_PolicyAuthorization_Create service operation or Npcf_PolicyAuthorization_Update service operation based on the steering request received from the AF 250 of the 3rd CSP.
  • the PCF 230 may determine the following operation.
  • the PCF 230 may configure an IP filter to perform a ULCL or IPv6 multi-homing-based branching point operation on the received IP descriptor. That is, the uplink traffic transmitted from the IP address of the edge application server running in the edge cloud environment of the 3rd CSP to the target IP is processed in the ULCL or branching point UPF, and the edge cloud environment of the 3rd CSP. It can be configured to route to the N6 interface connected to
  • PCF 230 for the received traffic steering ID whether the corresponding information indicates ULCL, IPv6 multi-homing based branching point, or whether to select a UPF that can be connected to a specific N6 interface policy can be judged. This may be information previously negotiated through the SLA between the MNO and the 3rd CSP.
  • the PCF 230 may configure session-related policy information for the received location information or DNAI. This is transmitted to the SMF 220 . Accordingly, the SMF 220 may determine that a session-related policy should be applied to the UPF 210 that can cover the area corresponding to the location information, or determine to select the UPF 210 supporting the corresponding DNAI. have.
  • the PCF 230 may configure a session-related policy to be provided to the SMF 220 based on the request for traffic steering received from the AF according to the operation in step 202 .
  • the PCF 230 transmits this information to the SMF 220 through a policy association establishment establishment procedure with the SMF or a policy association modification procedure.
  • This information may be provided to the SMF 220 as a policy and charging control rule (PCC rule) or traffic steering control information.
  • PCC rule policy and charging control rule
  • This information may include an IP traffic filter, that is, the IP address of the edge application server running in the edge cloud environment of the 3rd CSP, and based on the IP traffic filter, ULCL UPF or IPv6 multi - A traffic steering policy that instructs to set a homing (IPv6 multi-homing) based branching point UPF, or a traffic steering policy ID that can identify a traffic steering policy, or a corresponding traffic steering policy Location information to be applied or DNAI information may be included. This is based on the information received from the AF 250 of the 3rd CSP through step 202 .
  • the SMF 220 may select a UPF according to a session management policy set from the PCF 230, and a traffic steering rule through an N4 session establishment procedure or a modification procedure. It can be set to the UPF 210 .
  • the procedure of step 204 may be performed when the UE establishes a PDU session. Alternatively, if there is a PDU session already established by the terminal, it may be performed according to the location of the terminal, and the location information of the terminal follows the information received from the PCF 230 in step 203 . That is, it can be determined to apply the traffic steering policy when the terminal is located at the corresponding location.
  • the SMF 220 may set the UPF 210 to perform the ULCL operation or the branching point operation, or may select a new UPF.
  • the UPF 210 can determine the traffic directed to the edge application server sent by the terminal by looking at the target IP (target IP) address of the uplink packet sent by the terminal, and compare the traffic to the edge environment of the 3rd CSP with the traffic thus differentiated. It can be routed to the connected PSA-UPF.
  • the PSA-UPF can provide a traffic transmission path between the terminal and the edge application server by transmitting the corresponding traffic to the edge environment of the 3rd CSP.
  • FIG 3 illustrates a process of subscribing a service for an edge computing service through a local NEF in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 3 shows when a third party providing a cloud service and an edge computing service subscribes to an event for an edge computing service in a 5G system, according to various embodiments of the present disclosure, a local NEF (local NEF) It shows the process of subscribing to an event through NEF) and receiving a notification.
  • local NEF local NEF
  • the operation of the AF 380 is the operation of the AF operated by the 3rd CSP. In the following embodiments, the operation of the AF 380 is an operation performed by the 3rd CSP operating the AF 380 . In the following embodiments, the operation of the AF 380 may be understood as an operation directly performed by the 3rd CSP instead of the AF 380 , unlike shown in FIG. 3 .
  • FIG 3 illustrates a process in which the AF 380 of the 3rd CSP requests exposure of a network capability to be used for an edge computing service to a 5G system.
  • FIG. 3 is a process of subscribing to an event requesting that the AF 380 of the 3rd CSP send a notification when the transmission latency of user traffic reaches a predetermined value or more suggest
  • the embodiment of FIG. 3 discovers a local NEF (network capability) for network capability exposed within the edge computing environment or edge data network and performs exposure of the network capability through the local NEF. suggest the process.
  • NEF network capability
  • AF of 3rd CSP refers to a server that can negotiate with a 3GPP system among servers operated in a system operated by a 3rd party cloud service provider, that is, 3GPP. It refers to an application server that can use the application programming interface (API) provided by the system. Accordingly, the AF 380 of the 3rd CSP may be referred to as an application function (AF).
  • AF application function
  • the AF 380 of the 3rd CSP may subscribe the following event to the 3GPP system for the edge computing service, and the 3GPP system sends a notification according to the subscribed event to the AF of the 3rd CSP ( 380) can be sent.
  • New event latency threshold - This is a value indicating a delay occurring when traffic is transmitted between the terminal and the edge application server in the PDU session used by the terminal.
  • the AF 380 of the 3rd CSP may perform an operation such as setting a different traffic routing path or modifying a traffic path to another edge application server if a delay of a certain value or more occurs during traffic transmission for its own service. Accordingly, the AF 380 of the 3rd CSP may be set to receive a notification when a delay greater than or equal to a specific value occurs according to a new event called a latency threshold. For example, if the delay threshold is set to 10 ms, the event is subscribed to notify when the data transmission delay between the terminal and the edge application server is found to be 10 ms or more. This event can be subscribed with the following additional information.
  • Event additional information the number of hops of UPFs (eg, 1 hop, 2 hops) - This is the data from the terminal to the edge application server It means the number of UPFs that go through data routing when sending For example, if the traffic from the terminal is transmitted to the data network with the edge application server through two UPFs, the number of hops is 2. If the traffic from the terminal is transmitted to the data network with the edge application server through one PSA-UPF, the number of hops is 1.
  • the 3GPP system can also deliver the number of hops to the AF 380 of the 3rd CSP, and when the delay value is high, the AF 380 of the 3rd CSP sends a traffic steering request to reduce the number of hops. You can resend or modify the traffic steering rules.
  • Event additional information means the data size required to check the traffic delay between the terminal and the edge application server. That is, if the AF of the 3rd CSP 380 subscribes to an event for a delay of 10 ms, this is to present a guideline for the size of data in which a delay of 10 ms occurs. For example, in the case of 1Mbyte of data, a delay of 10ms is measured and even if a delay of more than 10ms occurs, it does not significantly affect the service. However, in the case of 100 Mbyte data, if the measured delay exceeds 10 ms, the quality of the service may be degraded. Accordingly, the 3GPP system may provide the 3GPP system with the expected amount of data so that the 3GPP system does not calculate the delay for every packet, but measures the delay that occurs when transmitting data of an effective size in terms of service quality.
  • average time window This means a time window that should be measured in order to check the traffic delay between the terminal and the edge application server. For example, if the time window is 10 minutes, when measuring the delay between the terminal and the edge application server, the traffic delay value may be derived as an average of values checked for 10 minutes. The delay that occurs every second may be too frequent to process even if the AF 380 of the 3rd CSP receives a notification. Accordingly, if the average value of the delay measured for a relatively long time is used, the AF 380 of the 3rd CSP may also be used to improve the quality of service by using a notification thereof.
  • Edge computing service area - This is information indicating a service area for the AF 380 of the 3rd CSP to utilize for the edge computing service through event subscription. For example, if an event is to be subscribed for an edge computing service in the Seoul area or to be used in an edge computing environment or an edge data network in the Seoul area, service area information for this may be included. This service area information may be composed of a cell ID list, a tracking area ID list, a base station ID list, or GPS information.
  • Event additional information is information included when the AF 380 of the 3rd CSP specifies the address of the target AF that should receive the event notification. to be.
  • the AF 380 of the 3rd CSP may configure a message for subscribing the above event to the 3GPP system. To this end, the AF 380 of the 3rd CSP may use the Nnef_EventExposure service operation provided by the 3GPP system.
  • the AF 380 of the 3rd CSP operates an edge computing environment or edge data network operated by the 3rd CSP, or an edge computing environment or edge data network where the AF 380 of the 3rd CSP is operated in order to subscribe to the above-described event.
  • An operation for discovering the local NEF 330 providing a network capability exposure function in the network may be performed. This follows the embodiment according to FIG. 4 of the present disclosure.
  • the AF 380 of the 3rd CSP directly performs the operation of discovering the local NEF 330, or using the address of the local NEF 330 for each area/edge data network set through a contract with the MNO in advance, the local NEF ( 330) can be selected.
  • the AF of the 3rd CSP requests to find the NEF existing in a specific location using the CAPIF (common API framework) core function, and the CAPIF core function is the AF of the 3rd CSP (380 ) may return the address of the local NEF 330 that provides the exposure service in the requested area to the AF 380 of the 3rd CSP.
  • CAPIF common API framework
  • the AF 380 of the 3rd CSP may subscribe to an event through a central NEF (central NEF) without discovering the local NEF 330 .
  • the AF 380 of the 3rd CSP may subscribe to the event to the 3GPP system including at least one of the delay threshold event and event additional information thereto.
  • the AF 380 of the 3rd CSP may include a general public subscription identifier (GPSI) or a subscription permanent identifier (SUPI) as an identifier of a terminal capable of identifying the terminal.
  • the AF 380 of the 3rd CSP may include the IP address of the terminal to identify the terminal.
  • the AF 380 of the 3rd CSP may not subscribe to an event for each terminal, but may subscribe to an event for checking a delay for traffic transmitted from the 3GPP system to the corresponding edge computing environment, in this case the terminal It may include a data network name (DNN) value used for edge computing to identify a PDU session used for edge computing without including an identifier or IP address of
  • the AF 380 of the 3rd CSP includes a DNAI or N6 routing ID that can identify the N6 interface, which is a data connection between the 3GPP system and the edge computing environment, and the traffic using the corresponding N6 interface. You can subscribe to events to measure and notify delays on .
  • the AF 380 of the 3rd CSP may include an AF ID that can identify which 3rd CSP it is.
  • the AF 380 of the 3rd CSP may request an event subscription from the NEF by using the Nnef_EventExposure_Subscribe service operation.
  • the NEF 370 may subscribe to the event through the PCF 360 or may subscribe to the event through the UDM.
  • Steps 302a and 303a describe a case of subscribing to an event through the PCF 360
  • steps 302b and 303b describe a case of subscribing an event through the UDM 350 .
  • an event request including DNAI or N6 routing ID is received, the event is subscribed to through the PCF 360 .
  • the NEF 370 receiving the request in step 301 may subscribe to the event to the PCF (360).
  • the NEF 370 uses the Npcf_EventExposure_subscribe service operation (service operation).
  • the NEF 370 transmits to the PCF the event ID for the delay threshold value, such as the ID/IP address or DNN or DNAI or N6 routing ID of the terminal received in step 301 .
  • the PCF that has received this saves it as an event for the corresponding terminal if the identifier of the terminal is included, as an event for the corresponding data flow if the IP address of the terminal is included, and if the DNN is included, the corresponding DNN It can be saved as an event for all, and if a DNAI or N6 routing ID is included, it can be saved as an event for UPF using the corresponding N6 interface.
  • the NEF 370 receiving the request in step 301 may subscribe to the event to the UDM (350).
  • the NEF 370 uses a Nudm_EventExposure_subscribe service operation (service operation).
  • service operation The NEF 370 transmits the ID or DNN of the terminal received in step 301, the event ID for the delay threshold, and additional event information to the UDM 350 together.
  • the UDM 350 stores the identifier of the terminal as an event in the session management context of the terminal, and if the DNN is included, the session management subscription data (session) as an event for the entire DNN. management subscription data).
  • the PCF 360 may perform an operation for setting a corresponding event to the SMF 340 according to the event subscription request received from step 302a.
  • the PCF 360 may determine that the corresponding event should be notified through the local NEF 330 . This may be determined based on the AF ID included in the event request or the PCF 360 determining that the event request is for the edge computing service. Accordingly, the PCF 360 may perform at least one of the following operations after determining that event notification should be performed through the local NEF 330 .
  • the PCF 360 is an event that the SMF 340 discovers the local NEF 330 and delivers an indicator to the SMF 340 to perform an operation of transmitting an event notification through the local NEF 330 . You can include it in your subscription information.
  • the PCF 360 may view edge computing service area information included in the event subscription request and perform an operation to find a local NEF 330 serving the corresponding area. This may follow the embodiment suggested in FIG. 4 .
  • the address of the local NEF 330 may be acquired according to a preset value. In this way, the PCF 360 may find the local NEF 330 , store the address value, and include the address value of the local NEF 330 in event subscription information sent to the SMF 340 .
  • the PCF 360 configures event subscription information to be transmitted to the SMF 340 through operation 1 or 2, and then includes the address of a target AF from which an event notification should be received.
  • the address of the target AF may be the AF 380 of the 3rd CSP.
  • the address of the target AF is the address of the target AF requested by the AF 380 of the 3rd CSP.
  • the PCF 360 may provide the event subscription information configured as described above as an Nsmf_EventExposure_subscribe service operation or as a session-related event through an SM policy association procedure.
  • the UDM 350 may perform an operation for setting the corresponding event to the SMF 340 according to the event subscription request received in step 302b 2b.
  • the UDM 350 may determine that the corresponding event should be notified through the local NEF 330 . This may be determined based on the AF ID included in the event request or the UDM 350 determining that the event request is for the edge computing service. Accordingly, the UDM may perform at least one of the following operations after determining that event notification should be performed through the local NEF 330 .
  • the UDM 350 is in the event subscription information that the SMF 340 discovers the local NEF 330 and delivers an indicator to the SMF 340 to perform an operation of transmitting an event notification through the local NEF 330.
  • the transmitted message may be, for example, a Nudm_SDM_Get message.
  • the UDM 350 may view edge computing service area information included in the event subscription request and perform an operation to find a local NEF 330 serving the corresponding area. This may follow the embodiment suggested in FIG. 4 .
  • the address of the local NEF 330 may be acquired according to a preset value. In this way, the UDM 350 may find the local NEF 330 , store the address value of the local NEF 330 , and include it in event subscription information sent to the SMF.
  • the transmitted message may be, for example, a Nudm_SDM_Notification message.
  • the UDM 350 configures event subscription information to be transmitted to the SMF 340 through operation 1 or 2, and then includes the address of a target AF to which an event notification should be received.
  • the address of the target AF may be the AF 380 of the 3rd CSP.
  • the AF 380 of the 3rd CSP sets the AF receiving the event notification to another AF
  • the address of the target AF is the address of the target AF requested by the AF 380 of the 3rd CSP.
  • the UDM 350 may deliver the event subscription information configured as described above to the SMF as an SM-related context as a Nudm_SDM_Get service operation or a Nudm_SDM_notification service operation.
  • step 304 the SMF 340, which has received the event subscription information for the delay threshold through step 303a or step 303b, finds the 'local NEF (330) in the information received through step 303a or step 303b and finds the local NEF ( If an indication of 'to perform an operation of transmitting an event notification through 330' is included, a procedure for discovering the local NEF 330 may be performed. This follows the embodiment suggested in FIG. 4 .
  • the SMF 340 may instruct the UPF 320 to measure the delay in order to subscribe to an event for the delay threshold value received through step 303a or 303b. This may be provided through N4 session establishment when a new UPF is allocated, and may be provided to the UPF 320 through an N4 modification procedure when event-related information is set in the existing UPF. have. Accordingly, the SMF 340 may set the following information received through step 303a or step 303b to the UPF 320 .
  • Latency threshold event This is a value indicating a delay occurring when traffic is transmitted between the UE and the edge application server in a PDU session used by the UE. For example, if the value of the delay threshold event is set to 10 ms, the event is set to notify when the data transmission delay between the terminal and the edge application server is found to be 10 ms or more. The delay is measured by the UPF 320 . When measuring this delay, the UPF 320 may perform the measurement in consideration of if the following event additional information is included.
  • the number of hops of UPFs (eg, 1 hop, 2 hops): This is the data when the UE sends data to the edge application server. It means the number of UPFs that go through routing. For example, if the traffic from the terminal is transmitted to the data network with the edge application server through two UPFs, the number of hops is 2. If the traffic from the terminal is transmitted to the data network with the edge application server through one PSA-UPF, the number of hops is 1. If this information is set, the UPF 320 may inform the number of hops present in the current traffic routing along with the delay value.
  • Expected data volume This means the data size required to check the traffic delay between the terminal and the edge application server. That is, if the AF 380 of the 3rd CSP subscribes to an event for a delay of 10 ms, this is to present a guideline for the size of data in which a delay of 10 ms occurs. Based on this value, the UPF 320 may measure the delay generated for a specific data size.
  • Average time window This means a time window that should be measured in order to check the traffic delay between the terminal and the edge application server. For example, if the time window is 10 minutes, when the UPF 320 measures the delay between the terminal and the edge application server, a traffic delay value may be derived as an average of values checked for 10 minutes.
  • the UPF 320 may send a response to the procedure of step 305 to inform that the event has been set.
  • the UPF 320 measures the delay of traffic generated for the corresponding terminal or the corresponding DNN according to the event set in step 305 and its additional information. The UPF 320 determines to send a report to the SMF 340 when the measured delay is greater than the set event value.
  • step 308 the UPF 320 transmits a report to the SMF 340 if a delay of a value higher than the delay threshold has occurred according to step 307 .
  • This report may include the current delay value and the number of hops according to the set event.
  • the SMF 340 configures the report received from the UPF 320 as an event notification message, and the address of the local NEF 330 obtained in step 304 or the local address obtained in step 303a/303b It is forwarded to the address of the NEF (330). If a notification target address for the corresponding event is set, the SMF 340 includes this information and delivers it to the local NEF 330 .
  • the event notification message of step 309 may be, for example, an Nsmf_EventExposure_Notify message.
  • step 310 the local NEF 330 transmits the event report received from the SMF 340 in step 309 to a notification target address.
  • the message of the event report in step 310 may be, for example, an Nnef_EventExposure_Notify message.
  • the AF 380 of the 3rd CSP may determine that an appropriate edge computing service cannot be provided because the delay exceeds a threshold value.
  • the AF 380 of the 3rd CSP requests traffic steering to the 3GPP system to use a new routing path in order to reduce the delay again, or drives the edge application server closer to the terminal, and then refreshes the application traffic of the terminal.
  • An application server relocation procedure can be performed to send to the started edge application server.
  • the AF 380 of the 3rd CSP exceeds the set delay threshold, it is determined that an error has occurred in the provision of the edge computing service, and the charge to the application service provider is reduced, or the charge to be paid by the 3rd CSP to the MNO Information can be recorded to reduce it.
  • FIG. 4 illustrates a process of registering and discovering a local NEF in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 4 is a diagram illustrating a procedure for registering a local NEF 410 with the NRF 420 and a procedure for discovering the local NEF 410 through the NRF 420 according to various embodiments of the present disclosure.
  • FIG. 4 is a process of registering the local NEF 410 with the NRF 420 together with its own location information or information that can identify the location, and another NF 430 based on this information.
  • the local NEF 410 may transmit an NF registration request message for registering a network service function (hereinafter, referred to as NEF profile) provided by the local NEF 410 to the NRF 420 .
  • the NF registration request message may be, for example, an Nnrf_NFManagement_NFRegister message.
  • the NF registration request message may include profile information for a service supported by the local NEF 410 .
  • the profile information includes an NF type indicating that it is the local NEF 410, an NF instance ID, and an NF service supported by the local NEF 410 (eg, event exposure service). , parameter provision service (parameter provision service), trigger service (trigger service), traffic influence service (traffic influence service), AF session service using QoS (AF session with QoS service, etc.), local NEF (410) PLMN (public land mobile network) ID belonging to, local NEF (410) supported by GPSI range (range of GPSIs), external group ID range (range of external group identifiers), local NEF (410) supported by S-NSSAI ( At least one of a single-network slice selection assistance information and related network slice instance ID, NF set ID, and NF service set ID may be included.
  • parameter provision service parameter provision service
  • trigger service trigger service
  • traffic influence service traffic influence service
  • AF session service using QoS AF session with QoS service, etc.
  • the local NEF 410 is an NEF arranged to serve one or several edge computing environments or edge data networks
  • information indicating an area in which the local NEF 410 provides a service is included in the profile.
  • This information may be in the form of a DNAI that identifies the connection between the 3GPP system and the edge data network, and the 3GPP system can identify which edge data network or local NEF associated with the edge computing environment through the DNAI.
  • the area in which the local NEF 410 provides a service may be expressed as a list of tracking area IDs, base station IDs, or cell IDs, and such service area information is also included in the profile. may be included.
  • the profile information may include a DNN, and this DNN is information capable of identifying an edge data network, and may identify a local NEF that provides a service to a specific edge data network.
  • an external service provider ID (external service provider ID) may be included in the profile information, which is a third-party service provider contracted so that the local NEF can provide the service, for example, a 3rd CSP or a third-party edge computing service. It may be an ID that can refer to a business operator (3rd party edge computing service provider). Therefore, when the AF finds the NEF or the NF finds the NEF, the corresponding local NEF 410 is obtained using an external service provider ID (ID) that is the ID of a third party service provider who wants to use the NEF service. can be found
  • ID external service provider ID
  • the NRF 420 that has received the NF registration request message in step 401 may store the received local NEF profile information, and mark that the local NEF 410 is an available NF. Thereafter, the NRF may return an NF registration response message to the local NEF 410 .
  • the NF registration response message may include a registration result (result indication) for profile information of the local NEF 410 that may indicate success or failure, and the like.
  • the local NEF 410 may perform a procedure for updating the profile information to the NRF when the profile information is updated.
  • the local NEF 410 may deliver the updated profile information to the NRF 420 through the Nnrf_NFManagement_NFUpdate procedure.
  • the area in which the local NEF 410 provides a service has been modified, or an external service provider ID that the local NEF 410 can provide a service has been added/modified/removed, or
  • the profile registered in the NRF 420 may be updated through this procedure.
  • steps 403 and 404 a procedure for discovering and selecting a local NEF through the NRF 420 will be described.
  • the NF 430 may transmit an NF discovery request message for discovering a local NEF to the NRF 420 .
  • NF 430 may be NF or AF of a 5G system, and AF operated by a third party may also be included.
  • the NF discovery request message may include information on a target NF to be discovered by the NF 430 .
  • a target NF means a local NEF.
  • the NF discovery request message may be, for example, an Nnrf_NFDiscovery_Register message.
  • the target NF (target NF) information includes the NF service name supported by the target NF, the NF type of the target NF, the S-NSSAI supported by the target NF and related NSI IDs; DNN, PLMN ID to which target NF belongs, serving PLMN ID (serving PLMN ID), NRF in home public land mobile network (HPLMN) to find target NF, location of target NF, range of GPSIs supported by target NF (range of GPSIs) ) or GPSI, an external group ID range (range of external group identifiers), or at least one of an external group ID, NF set ID, and NF service set ID may be included.
  • the target NF (target NF) information may include at least one of service area information supported by the target NF, an external service provider ID (ID), and a DNAI.
  • the NF discovery request message of step 403 may include information (NF type, NF ID, etc.) about the NF 430 itself.
  • the NRF 420 determines whether or not the NF 430 may make an NF discovery request based on the received information (eg, NF type, NF ID, or target NF information). can be authenticated. For example, when a local NEF is requested as the NF type of the target NF, if the NF type of the NF 430 is AF and the NF ID includes the AF ID authorized by the MNO, the authentication procedure may be performed. .
  • the NRF 420 is an NF that can satisfy the condition of the target NF included in the NF discovery request message received in step 403 based on the profile information of the NFs stored through steps 401 and 402. It is possible to determine a set of NF instance(s).
  • An NF instance set may consist of one or more NF instances.
  • various examples may be possible as follows. If the condition of the target NF to be found by the NF is a local NEF in a specific location (eg, divided into tracking area ID, cell ID, base station ID, etc.), the NRF 420 is You can choose the local NEF instance that serves the realm.
  • the NRF may select a local NEF supporting the corresponding DNAI from among the profiles of the local NEF. If the condition of the target NF that the NF seeks to find is a local NEF related to a specific external service provider ID (ID), the NRF is a local NEF that supports the external service provider ID (external service provider ID) among the profiles of the local NEF. can be selected. If the condition of the target NF is a local NEF supporting a specific NF service type (eg, edge computing), the NRF may select a local NEF instance that supports the corresponding NF service type (eg, edge computing service). .
  • ID external service provider ID
  • the NRF may select a local NEF instance that supports the corresponding NF service type (eg, edge computing service).
  • the NRF 420 may return an NF discovery response message to the NF 430 .
  • the NF discovery response message may include profile information of the local NEF selected by the NRF in step 403 .
  • Local NEF profile information includes NF type, NF instance ID, fully qualified domain name (FQDN) or IP address of NF instance, NF service instance, NF service name indicating each NF service instance, FQDN or IP address of each NF service instance, NF load, S-NSSAI and related network slice instance (NSI) ID, NF location, area that NF provides service, NF related DNAI, external service provider ID that NF can provide service (external service) provider ID), PLMN ID, NF set ID, and at least one of NF service set ID may be included.
  • FQDN fully qualified domain name
  • NAI network slice instance
  • the NF 430 may select one local NEF instance among them. Alternatively, when one local NEF instance profile information is received, a corresponding local NEF instance may be selected. For example, the NF 430 may perform the operation of step 300 or step 304 in the embodiment of FIG. 3 .
  • the NF 430 may transmit a service request message to the selected local NEF using profile information (eg, FQDN or IP address of the local NEF) of the selected local NEF.
  • profile information eg, FQDN or IP address of the local NEF
  • step 300 may be performed in the embodiment of FIG. 3 .
  • the following shows a procedure for discovering and selecting a local NEF through a service communication proxy (SCP).
  • SCP service communication proxy
  • the NF 430 may transmit a service request message (eg, event exposure, parameter provisioning, traffic influence, AF session through QoS, etc.) to the SCP.
  • a service request message eg, event exposure, parameter provisioning, traffic influence, AF session through QoS, etc.
  • the service request message is a message that should be sent to the local NEF 410
  • the NF 430 sends the service request message to the SCP because it does not know the information of the local NEF 410 .
  • the service request message may include target NF (eg, local NEF) information and NF 430 own information (eg, NF ID, NF type, etc.) similar to that described in step 403 above. .
  • the SCP may select a local NEF based on the received target NF information.
  • the SCP can select a target NF based on the configuration information the SCP has.
  • the SCP may select the target NF by performing steps 403 and 404 , that is, through the NRF 420 .
  • the SCP operates as the NF 430 in steps 403 and 404 .
  • the SCP stores the received local NEF information and when it is necessary to select a similar target NF thereafter, based on the stored information, that is, with the additional NRF Without communication, local NEF can be selected.
  • the SCP may deliver a service request message to the selected target NF, for example, the local NEF.
  • the local NEF may transmit a service response message to the SCP in response to the request.
  • the SCP may deliver a service response message to the NF.
  • FIG. 5 is a flowchart illustrating an operation process of a first network node in a wireless communication system according to various embodiments of the present disclosure.
  • the first network node may be, for example, the local NEF 410 in the embodiment of FIG. 4 .
  • the first network node may transmit an NF registration request message for registering a network service function provided by the second network node to the second network node.
  • the second network node may be, for example, the NRF 420 in the embodiment of FIG. 4 .
  • the NF registration request message may be, for example, an Nnrf_NFManagement_NFRegister message.
  • the NF registration request message may include profile information on a service supported by the first network node.
  • the profile information includes an NF type indicating that it is a first network node, an NF instance ID, an NF service supported by the first network node (eg, event exposure service, parameters).
  • Provision service (parameter provision service), trigger service (trigger service), traffic influence service (traffic influence service), AF session service using QoS (AF session with QoS service, etc.), PLMN ( public land mobile network ID, GPSI ranges supported by the first network node (range of GPSIs), external group ID ranges (range of external group identifiers), single-network slice selection (S-NSSAI) supported by the first network node assistance information) and at least one of an associated network slice instance ID, an NF set ID, and an NF service set ID may be included.
  • PLMN public land mobile network ID
  • GPSI ranges supported by the first network node range of GPSIs
  • external group ID ranges range of external group identifiers
  • S-NSSAI single-network slice selection
  • the first network node receives the NF registration response message from the second network node.
  • the second network node receiving the registration request message in step 501 may indicate that the first network node is an available network node.
  • the NF registration response message may include a registration result for the profile information of the first network node.
  • a computer-readable storage medium storing one or more programs (software modules) may be provided.
  • One or more programs stored in the computer-readable storage medium are configured to be executable by one or more processors in an electronic device (device).
  • One or more programs include instructions for causing an electronic device to execute methods according to embodiments described in a claim or specification of the present disclosure.
  • Such programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • non-volatile memory including flash memory, read only memory (ROM), electrically erasable programmable ROM (electrically erasable programmable read only memory, EEPROM), magnetic disc storage device, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all thereof. In addition, each configuration memory may be included in plurality.
  • the program is transmitted through a communication network consisting of a communication network such as the Internet, intranet, local area network (LAN), wide area network (WAN), or storage area network (SAN), or a combination thereof It may be stored on an attachable storage device that can be accessed.
  • a storage device may be connected to a device implementing an embodiment of the present disclosure through an external port.
  • a separate storage device on the communication network may be connected to the device implementing the embodiment of the present disclosure.
  • This disclosure relates generally to a wireless communication system, and more particularly to an apparatus and method for supporting an edge computing service in a wireless communication system.

Landscapes

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

Abstract

본 개시는 LTE(Long Term Evolution)와 같은 4G(4th generation) 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G(5th generation) 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 제1 네트워크 노드의 동작 방법에 있어서, 제2 네트워크 노드에게 상기 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보를 포함하는 NF(network function) 등록 요청 메시지를 송신하는 과정과, 상기 제2 네트워크 노드로부터 상기 프로파일 정보에 대한 등록 결과를 포함하는 NF 등록 응답 메시지를 수신하는 과정을 포함하는 방법이 제공된다.

Description

무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법
본 개시(disclosure)는 일반적으로 무선 통신 시스템에 관한 것으로, 보다 구체적으로 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법에 관한 것이다.
4G(4th generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G(5th generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE(Long Term Evolution) 시스템 이후(Post LTE) 시스템이라 불리어지고 있다.
높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역(예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나(large scale antenna) 기술들이 논의되고 있다.
또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀(advanced small cell), 클라우드 무선 액세스 네트워크(cloud radio access network, cloud RAN), 초고밀도 네트워크(ultra-dense network), 기기 간 통신(Device to Device communication, D2D), 무선 백홀(wireless backhaul), 이동 네트워크(moving network), 협력 통신(cooperative communication), CoMP(Coordinated Multi-Points), 및 수신 간섭제거(interference cancellation) 등의 기술 개발이 이루어지고 있다.
이 밖에도, 5G 통신 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation, ACM) 방식인 FQAM(Hybrid Frequency Shift Keying and Quadrature Amplitude Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(Non Orthogonal Multiple Access), 및 SCMA(Sparse Code Multiple Access) 등이 개발되고 있다.
5G 통신 시스템에서는 기존 4G 통신 시스템 대비 다양한 서비스에 대한 지원을 고려하고 있다. 예를 들어, 5G 통신 시스템에서는 모바일 초광대역 통신 서비스(enhanced mobile broad band, eMBB), 초 고신뢰성/저지연 통신 서비스(ultra-reliable and low latency communication, URLLC), 대규모 기기간 통신 서비스(massive machine type communication, mMTC), 차세대 방송 서비스(evolved multimedia broadcast/multicast service, eMBMS) 등을 지원할 수 있다.
상술한 바와 같은 논의를 바탕으로, 본 개시(disclosure)는, 무선 통신 시스템에서 엣지 컴퓨팅을 지원하기 위한 장치 및 방법을 제공한다.
본 개시의 다양한 실시 예들에 따르면, 제1 네트워크 노드의 동작 방법이 제공된다. 상기 방법은, 제2 네트워크 노드에게 상기 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보를 포함하는 NF(network function) 등록 요청 메시지를 송신하는 과정과, 상기 제2 네트워크 노드로부터 상기 프로파일 정보에 대한 등록 결과를 포함하는 NF 등록 응답 메시지를 수신하는 과정을 포함한다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 제1 네트워크 노드가 제공된다. 상기 네트워크 노드는, 적어도 하나의 트랜시버, 및 적어도 하나의 프로세서를 포함하며, 적어도 하나의 프로세서는, 제2 네트워크 노드에게 상기 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보를 포함하는 NF(network function) 등록 요청 메시지를 송신하고, 상기 제2 네트워크 노드로부터 상기 프로파일 정보에 대한 등록 결과를 포함하는 NF 등록 응답 메시지를 수신하도록 구성된다.
본 개시의 다양한 실시 예들에 따른 장치 및 방법은, 무선 통신 시스템에서 엣지 컴퓨팅을 지원하기 위한 장치 및 방법을 제공할 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1a는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 구조를 도시한다.
도 1b는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 네트워크 엔티티(network entity)의 구성을 도시한다.
도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 스티어링 정보를 제공하는 과정을 도시한다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 로컬 NEF를 통해서 엣지 컴퓨팅 서비스를 위한 서비스를 구독하는 과정을 도시한다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 로컬 NEF를 등록 및 발견하는 과정을 도시한다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 제1 네트워크 노드의 동작 과정에 대한 순서도를 도시한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 다른 실시 예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시 예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시 예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시 예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시 예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 설명에서 사용되는 신호를 지칭하는 용어, 채널을 지칭하는 용어, 제어 정보를 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 네트워크 엔티티(network entity) 또는 NF(network function)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 네트워크 엔티티들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 발명은 3GPP LTE(3rd generation partnership project long term evolution) 및 5G 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 발명이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
이하 설명의 편의를 위하여, 접속 제어 및 상태 관리를 위해 정보를 교환하는 대상을 NF의 명칭(예를 들어, AMF, SMF, NSSF 등)을 이용한다. 하지만, 본 발명의 실시 예들은 실제로 NF가 인스턴스(Instance, 각각 AMF Instance, SMF Instance, NSSF Instance 등)로 구현되는 경우에도 동일하게 적용될 수 있다.
최근 엣지 서버(edge server)를 이용하여 데이터를 전송하는 엣지 컴퓨팅(edger computing)이 논의되고 있다. 엣지 컴퓨팅은 예를 들어, MEC(multi-access edge computing) 또는, 포그 컴퓨팅(fog computing)을 포함할 수 있다. 엣지 컴퓨팅은 전자 장치와 지리적으로 가까운 위치, 예를 들어, 기지국 내부 또는 기지국 근처에 설치된 별도의 서버(이하, 엣지 서버 또는 MEC 서버)를 통해 전자 장치에게 데이터를 제공하는 기술을 의미할 수 있다. 예를 들어, 전자 장치에 설치된 적어도 하나의 애플리케이션 중 낮은 지연 시간(latency)을 요구하는 애플리케이션은 외부 데이터 네트워크(data network, DN), 예를 들어, 인터넷에 위치한 서버를 통하지 않고, 지리적으로 가까운 위치에 설치된 엣지 서버를 통해 데이터를 송수신할 수 있다.
3GPP 차세대 통신 시스템에서 엣지 컴퓨팅 서비스를 구현하기 위한 아키텍쳐(architecture)에 대해 지속적인 논의가 이루어지고 있다. 엣지 컴퓨팅은 모바일 엣지 컴퓨팅(mobile edge computing), 혹은 멀티-액세스 엣지 컴퓨팅(multi-access edge Computing)이라고 불릴 수 있다. 본 개시의 다양한 실시 예들에서는 엣지 컴퓨팅을 편의상 MEC로 칭하겠다. MEC는 무선 기지국 혹은 무선 기지국과 가까운 게이트 웨이(또는, UPF)를 설치하고, 그 위에 분산 클라우드 컴퓨팅 기술을 적용하여 다양한 서비스와 캐싱 콘텐츠를 이용자 단말에 가까이 전개함으로써, 모바일 코어 네트워크의 혼잡을 완화하고, 단말과의 데이터 통신에서 저지연 통신을 달성하며, 이를 기반으로 새로운 서비스를 창출하는 기술이다.
MEC는 애플리케이션 개발자나 콘텐트 제공자들에게 모바일 네트워크 엣지에서 클라우드 컴퓨팅 능력과 IT(information technology) 서비스 환경을 제공한다. 특히, MEC는 응용 애플리케이션들에게 초 저지연과 대용량 대역폭 제공, 실시간 네트워크 정보 접근이 가능하도록 하여 준다. 따라서, MEC 서비스를 제공하는 응용 애플리케이션들은 5G 시스템(5G system, 5GS)을 통해서 단말에게 MEC 서비스를 제공할 수 있다. 또한, 5G 시스템은 MEC 서비스를 사용하는 단말이 MEC 시스템에 접속하기 위한 기능을 제공할 수 있다. 5G 시스템뿐만 아니라, 4G 시스템 또한 MEC 서비스를 위한 기능을 제공할 수 있다.
본 개시는 무선 통신 시스템에서 서버의 정보를 단말로 제공하기 위한 장치 및 방법에 관한 것으로, 특히, 무선 통신 시스템에서 애플리케이션 서버(application server)의 정보를 단말로 제공하기 위한 장치 및 방법에 관한 것이다.
상기 목적을 달성하기 위하여, 본 개시의 다양한 실시 예들에서는, 무선 통신 네트워크에서 엣지 컴퓨팅 클라우드(edge computing cloud)로 전송되어야 하는 트래픽을 구별하는 방법을 제공한다.
또한, 본 개시의 다양한 실시 예들에서는, 제3 자엣지 클라우드 서비스 사업자(3rd party edge cloud service provider), 즉, 엣지 컴퓨팅 클라우드 운영자가 자신의 엣지 컴퓨팅 클라우드로 트래픽을 스티어링(steering)하도록 무선 통신 네트워크에 요청하는 방법을 제공한다.
또한, 본 개시의 다양한 실시 예들에서는, 제3 자 엣지 클라우드 서비스 사업자, 즉, 엣지 컴퓨팅 클라우드 운영자가 10ms 이하의 지연(latency)을 보장하기 위하여 무선 통신 시스템에 지연(latency) 관련 이벤트를 구독하는 방법을 제공한다.
또한, 본 개시의 다양한 실시 예들에서는, 제3 자엣지 클라우드 사업자, 즉, 엣지 컴퓨팅 클라우드 운영자에게 엣지 컴퓨팅 서비스 서비스를 위해 사용할 수 있는 네트워크 능력(network capability) 정보를 제공하기 위하여 로컬 NEF(local NEF) NEF를 발견하고 선택하는 방법을 제공한다.
본 개시의 실시 예들에 따르면, 제3 자엣지 컴퓨팅 클라우드 서비스 사업자, 즉, 엣지 컴퓨팅 클라우드 운영자는 자신의 엣지 컴퓨팅 클라우드에서 운영되는 애플리케이션 서버로 트래픽을 스티어링(steering)할 수 있도록 5G 시스템에 정보를 제공할 수 있고, 이에 따라 단말에게 가장 낮은 지연을 제공하는 트래픽 라우팅(traffic routing)을 실현할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 제3 자 엣지 컴퓨팅 클라우드 서비스 사업자, 즉, 엣지 컴퓨팅 클라우드 운영자는 무선 통신 네트워크에서 발생하는 지연을 확인하기 위한 알림을 무선 통신 시스템으로부터 수신할 수 있다. 또한, 상기 알림에 포함된 지연 정보는 엣지 컴퓨팅 클라우드로 연결되는 사용자 평면 연결(user plane connectivity)에서만 유효하다.
따라서, 본 개시의 다양한 실시 예들에 따르면, 해당 네트워크 정보가 무선 통신 시스템의 중앙에 위치한 NEF(network exposure function)로 전달될 필요가 없으며, 로컬(local)에서만 사용되는 정보이므로 중앙에 위치한 NEF의 불필요한 처리를 줄일 수 있다.
또한, 본 개시의 다양한 실시 예들에 따르면, 로컬 NEF(local NEF)를 통해서 이 정보를 처리하기 때문에 중앙 NEF까지 전달하기 위한 라우팅이 필요하지 않으므로 더 빠른 처리가 가능하다.
이하에서 설명하는 단말은 엣지 컴퓨팅 서비스를 이용하기 위하여 엣지 애플리케이션 서버(edge application server)에 접속해야 한다. 하지만, 엣지 애플리케이션 서버는 지역 별로 배치되어 있을 수 있으며, 또는 지역 별로 배치된 엣지 데이터 네트워크(edge data network) 내 엣지 컴퓨팅 클라우드(edge computing cloud)에 배치되어 있을 수 있다. 따라서, 단말은 해당 지역에서 접속할 수 있는 엣지 애플리케이션 서버의 IP(internet protocol) 주소를 획득할 수 있어야 한다. 일반적으로, 단말은 DNS(domain name system) 절차를 이용하여 엣지 애플리케이션 서버의 IP 주소를 획득한다. 단말은 그 후 해당 서버로 데이터 트래픽을 전송하게 되는데, 5G 시스템은 이 트래픽을 해당 엣지 애플리케이션 서버가 구동되는 엣지 애플리케이션 클라우드와 연결된 UPF(user plane function)를 통해서 전송할 수 있어야 한다.
도 1a는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 구조를 도시한다.
구체적으로, 도 1a는 본 개시의 다양한 실시 예들에 따른 엣지 컴퓨팅 서비스를 제공하는 5G 무선 통신 시스템의 시스템 구조(system architecture)와 제3 자 엣지 컴퓨팅 클라우드 서비스 사업자, 즉, 엣지 컴퓨팅 클라우드 운영자의 관계를 보여준다.
도 1에 예시되어 있는 네트워크 엔티티 또는 네트워크 노드들에 대하여 살펴보면, 다음과 같다.
5G의 코어 네트워크(core network, CN)은 다음과 같은 네트워크 기능들로 이루어질 수 있다. 여기서 각각의 네트워크 기능들은 하나의 네트워크 노드가 될 수 있다. 하나의 네트워크 노드는 물리적 또는/및 논리적으로 독립된 형태를 취할 수도 있고, 다른 특정한 노드와 함께 구성될 수도 있다. 또한 각각의 네트워크 기능들은 앞서 설명한 바와 같이 특정한 장치로 구현될 수도 있다. 다른 예로, 각각의 네트워크 기능들은 장치와 소프트웨어가 결합된 형태로 구현될 수도 있다. 또 다른 예로, 각각의 네트워크 기능들은 집합적인 특정 네트워크 상의 장치에서 소프트웨어적으로 구현될 수도 있다.
이하에서 각 네트워크 기능(network function, NF)에 대하여 살펴보기로 한다. 본 개시의 다양한 실시 예들에서, 각 네트워크 기능을 수행하는 네트워크 기능 장치는 네트워크 기능에 포함된 것으로 볼 수 있다.
AMF(access and mobility management function)는 단말의 무선 네트워크 접속(access) 및 이동성을 관리하는 NF(network function)이다.
SMF(session management function)는 단말에게 제공하는 패킷 데이터 네트워크(packet data network) 연결을 관리하는 NF(network function)이다. 이 연결은 PDU(protocol data unit) 세션(session)이라는 이름으로 불린다.
PCF(policy control function)는 단말에 대한 무선 통신 사업자의 서비스 정책, 과금 정책, 그리고 PDU 세션에 대한 정책을 적용하는 NF(network function)이다.
UDM(user data management)은 구독자에 대한 정보를 저장하고 있는 NF(network function)이다.
NEF(network exposure function)는 5G 네트워크에서 단말을 관리하는 정보에 접근이 가능하며, 해당 단말의 이동성 관리(mobility management) 이벤트에 대한 구독, 해당 단말의 세션 관리(session management) 이벤트에 대한 구독, 세션(session) 관련 정보에 대한 요청, 해당 단말의 과금(charging) 정보 설정, 해당 단말에 대한 PDU 세션 정책(session policy) 변경 요청을 할 수 있는 NF(network function)이다. 또한, NEF는 5G 네트워크에 서비스를 위해서 필요한 정보를 제공하여 UDR에 저장하는 기능을 제공할 수 있다.
NEF는 위치별로 배치되어 동작할 수 있으며, 특정 지역에 존재하는 데이터 네트워크(data network)에 대해서 NEF가 배치될 수 있다. 이를 로컬 NEF(local NEF)라 부를 수 있다. 로컬 NEF는 5G 네트워크에서 노출하는 정보를 해당 지역에 또는 해당 데이터 네트워크에 속한 AF(application function)에게 제공할 수 있다.
도 1a에서 NG-RAN(next generation-radio access network)은 단말에게 무선통신 기능을 제공하는 기지국을 의미한다.
UPF(user plane function)는 단말이 송수신하는 패킷(packet)을 전달하는 게이트웨이 역할을 수행하는 NF(network function)이다.
UPF는 MEC를 지원하기 위하여 로컬 데이터 네트워크(local data network)인 엣지 데이터 네트워크(edge data network) 가까이에 위치하여 접속할 수 있다. 이에 따라, UPF는 엣지 애플리케이션 서버로 데이터를 전송할 수 잇다. 즉, 데이터 패킷을 인터넷(internet)을 통하지 않고 엣지 데이터 네트워크(edge data network)에 있는 엣지 애플리케이션 서버로 전달하여 저지연(low latency) 전송을 달성할 수 있다. UPF는 인터넷으로 연결되는 데이터 네트워크(data network)로도 연결될 수 있으며, 단말이 보내는 패킷 중 인터넷으로 전달되어야 하는 데이터는 인터넷 데이터 네트워크(internet data network)로 라우팅할 수 있다.
UPF는 데이터 네트워크(data network)로 연결되는 PDU 세션의 앵커(anchor) 역할을 하는 PSA UPF(PDU session anchor UPF)일 수 있다. 단말이 데이터 네트워크(data network)로 보내는 데이터는 모두 앵커 역할을 하는 PSA UPF를 통해서 전달된다. 중앙 데이터 네트워크(centralized data network) 혹은 인터넷 데이터 네트워크(internet data network)로 가는 데이터 패킷은 해당 PDU 세션의 PSA UPF로 전달된다. 이와 마찬가지로 엣지 데이터 네트워크(edge data network)가 로컬 데이터 네트워크(local data network)와 같이 특정 지역 별로 배치(deploy)되어 있다면, 해당 로컬 데이터 네트워크로 접속할 수 있는 로컬 PSA UPF(local PSA UPF)가 존재할 수 있다. 이 로컬 PSA UPF에 대한 PDU 세션은 독립적으로 존재할 수 있다.
다른 방법으로, 업링크 구분자(uplink classifier, ULCL) UPF나 브랜칭 포인트 UPF(branching point UPF, BP UPF) (IPv6(internet protocol version 6) 멀티-호밍(multi-homing)을 지원하는 PDU 세션의 경우, 브랜칭 포인트 UPF(branching point UPF)를 기준으로 여러 개의 PSA UPF로 연결될 수 있다)와 연결되어 하나의 PDU 세션에서 로컬 데이터 네트워크로 분기되는 로컬 PSA UPF로 연결될 수 있다. ULCL UPF 혹은 BP UPF는 단말이 보내는 IP 주소(즉, 목표 IP(target IP) 주소)를 보고, 로컬 PSA UPF로 보낼 지 또는 다른 PSA UPF로 보낼지 여부를 결정할 수 있다. ULCL UPF 혹은 BP UPF는 그 자체로 로컬 PSA UPF의 역할을 수행할 수 있다. 따라서, 로컬 데이터 네트워크로 패킷을 전송할 수 있는 기능을 제공할 수 있다.
SMF(session management function)는 단말의 위치나 네트워크 배치(Deployment) 상황에 따라서 ULCL UPF 또는 BP UPF를 삽입/교체/제거할 수 있는 NF(network function)이다. 즉, 인터넷 데이터 네트워크와 같은 중앙 데이터 네트워크(centralized data network) 혹은 클라우드로 데이터를 전송하는 PDU 세션을 제공하는 SMF는, 단말이 특정 위치에서 접속할 수 있는 로컬 데이터 네트워크가 있다고 판단하면, 해당 로컬 데이터 네트워크로의 데이터 연결을 제공하기 위해 ULCL UPF 혹은 BP UPF를 삽입할 수 있다. 이 경우, 단말의 임팩트(impact) 없이 네트워크 내의 데이터 연결 구조만 변경될 수 있다. 즉, 단말은 모르게 5G 시스템만의 동작으로 단말이 보내는 패킷을 로컬 데이터 네트워크로 또는 중앙 데이터 네트워크로 분기하여 전송할 수 있다.
또한, SMF는 세션 및 서비스 연속성(session and service continuity, SSC) 모드(mode)라는 기능을 제공할 수 있다. 이는 3GPP에서 정의한 SSC 모드(SSC mode)의 정의를 따른다. SMF는 SSC 모드 2(SSC mode 2) 혹은 SSC 모드 3(SSC mode 3)에서는 PSA를 변경할 수 있으며, 따라서 단말의 현재 위치에 따라 단말이 접속할 수 있는 엣지 데이터 네트워크(edge data network)가 있다면 해당 엣지 데이터 네트워크(edge data network)로 연결될 수 있는 PSA를 새로 할당하고, 이 PSA를 통해서 데이터가 전송되도록 PDU 세션을 변경하거나 새로 생성할 수 있다. PDU 세션 수정(PDU session modification) 절차 수행으로 데이터 경로(data path)를 변경하거나, 새로운 PDU 세션을 수립하도록 단말을 트리거(trigger)할 수 있다. 상기와 같은 ULCL UPF 혹은 BP UPF의 삽입/교체, 또는 SSC 모드에 따른 동작으로 SMF는 단말이 엣지 데이터 네트워크인 로컬 데이터 네트워크에 연결될 수 있게 해주고, 이에 따라 단말은 로컬 데이터 네트워크에 있는 엣지 애플리케이션 서버 혹은 로컬 DNS 서버(local DNS server)로 접속할 수 있다.
또한, MEC 서비스를 위한 DNS 서버가 존재할 수 있다. DNS 서버는 엣지 데이터 네트워크(edge data network) 내에서 구동되는 애플리케이션 서버의 IP 주소를 리졸브(resolve)하기 위해 사용될 수 있다. DNS 서버는 특정 지역을 커버하는 엣지 데이터 네트워크(edge data network)마다 존재할 수 있거나, 중앙 클라우드(central cloud)에 존재할 수 있다. MEC 용 DNS 서버가 중앙 클라우드에 존재할 경우, 이 DNS 서버는 네트워크 전체에 설치된 엣지 서버 정보 및 MEC 시스템에서 제공할 수 있는 응용 애플리케이션 서버들에 대한 정보를 알고 있어야 한다.
또한, DNS 서버는 특정 지역의 리소스나 IP 도메인(IP domain) 또는 특정 네임스페이스(namespace)를 구별하기 위한 존(zone) 기능을 지원할 수 있다. 이는 DNS 서버에서 어느 IP 도메인을 찾아야하는 지, 혹은 어느 IP 레인지(IP range)를 찾아야 하는지, 또는 어느 지역에 배치(deploy)된 데이터 네트워크(data network)를 찾아야 하는지, 또는 어느 지역에 배치(deploy)된 엣지 컴퓨팅 환경(edge computing environment)를 찾아야 하는지 식별할 수 있는 일종의 존 ID(zone identifier)를 의미한다. 또한, 이는 IP 도메인의 지역별 구분, 혹은 사용 가능한 클라우드 리소스의 지역별 혹은 토폴로지(topology) 상의 구분을 나타낼 수 있는 정보일 수 있다.
단말은 5G 기지국을 통하여 5G 시스템(혹은, 3GPP 네트워크)에 접속하여, 데이터 연결을 수립할 수 있다. 5G 시스템은 단말에게 MEC 서비스를 제공해주기 위하여, 해당 엣지 데이터 네트워크로 접속할 수 있는 UPF를 할당할 수 있으며, 이 UPF를 통하여 단말은 엣지(edge)에서 구동되는 제3 자 애플리케이션 서버(third party application server), 즉 엣지 애플리케이션 서버(edge application server)와 통신할 수 있다.
제3 자 인터넷 서비스 사업자(third party internet service provider), 예를 들어 클라우드 서비스 사업자(cloud service provider)는 엣지 컴퓨팅 서비스를 자체적으로 제공할 수 있다. 즉, 클라우드 서비스 사업자는 자체적으로 지역 곳곳에 엣지 데이터 네트워크를 구축하고, 해당 엣지 데이터 네트워크로 MNO(mobile network operator)의 무선 통신 시스템과 연결되도록 배치(deploy)할 수 있다. 제3 자 서비스 사업자는 3GPP 네트워크의 PCF 혹은 NEF와 교섭할 수 있다. 이 교섭을 통해서 MEC 서비스를 이용하는데 필요한 정보를 PCF 혹은 NEF를 통해 5G 무선 통신 시스템에게 제공할 수 있다.
도 1b는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 네트워크 엔티티(network entity)의 구성을 도시한다.
본 개시의 다양한 실시 예들에서 네트워크 엔티티는 시스템 구현에 따라 NF(network function)을 포함하는 개념이다. 이하 사용되는 '~부', '~기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
본 개시의 다양한 실시 예들에 따른 네트워크 엔티티는 통신부(110), 저장부(120) 및 네트워크 엔티티(100)의 전반적인 동작을 제어하는 제어부(130)를 포함할 수 있다.
통신부(110)는 다른 네트워크 엔티티들과 신호를 송신 및 수신한다. 이에 따라, 통신부(110)의 전부 또는 일부는 송신기(transmitter, 111), 또는, 수신기(receiver, 113), 또는 적어도 하나의 송수신기/트랜시버(transceiver, 110)로 지칭될 수 있다.
저장부(120)는 네트워크 엔티티(100)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(120)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(120)는 제어부(130)의 요청에 따라 저장된 데이터를 제공한다.
제어부(130)는 네트워크 엔티티(100)의 전반적인 동작들을 제어한다. 예를 들어, 제어부(130)는 통신부(110)를 통해 신호를 송신 및 수신한다. 또한, 제어부(130)는 저장부(120)에 데이터를 기록하고, 읽는다. 그리고, 제어부(130)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 이를 위해, 제어부(130)는 회로(circuit), 애플리케이션 특정(application-specific) 회로, 적어도 하나의 프로세서(processor) 또는 마이크로 프로세서(micro-processor)를 포함하거나, 또는, 프로세서의 일부일 수 있다. 또한, 통신부(110)의 일부 및 제어부(130)는 CP(communication processor)라 지칭될 수 있다. 제어부(130)는 본 개시의 다양한 실시 예들 중 어느 하나의 동작을 수행하도록 네트워크 엔티티(100)를 제어할 수 있다.
통신부(110) 및 제어부(130)는 반드시 별도의 모듈들로 구현되어야 하는 것은 아니고, 단일 칩이나 소프트웨어 블럭 같은 형태로 하나의 구성부로 구현될 수 있음은 물론이다. 통신부(110), 저장부(120) 및 제어부(130)는 전기적으로 연결될 수 있다. 또한, 네트워크 엔티티(100)의 동작들은 해당 프로그램 코드를 저장한 저장부(120)를 네트워크 엔티티(100) 내에 구비함으로써 실현될 수 있다.
네트워크 엔티티(100)는 네트워크 노드를 포함하며, 상기 네트워크 노드는 기지국(RAN), 단말(UE), NF, AMF, SMF, UPF, NEF, NRF, CF, NSSF, UDM, AF, AUSF, SCP, UDSF, 컨텍스트 저장소(context storage), OAM(operation administration and maintenance), EMS, 설정 서버(configuration server), ID 관리 서버(management server) 중 어느 하나일 수 있다.
본 개시의 다양한 실시 예들에 따른 5G 시스템은 단말, 기지국, 5G 핵심 네트워크로 구성될 수 있다. 5G 핵심 네트워크(core network)는 AMF, SMF, PCF, UPF, UDM, UDR, NEF, NSSF, NRF, SCP 등의 네트워크 기능(network function, NF)으로 구성될 수 있다. 본 개시의 다양한 실시 예들에 따르면, 네트워크 기능(network function, NF)이란 네트워크 엔티티(network entity, NE), 네트워크 자원을 의미할 수 있다. NG-RAN(next generation-radio access network, 5G-RAN, RAN)은 단말에게 무선통신 기능을 제공하는 기지국을 의미한다. 단말(user equipment, UE)은 기지국을 통해 5G 핵심 네트워크에 접속할 수 있다.
또한, 이하에서 설명되는 다양한 네트워크 기능들은 특정한 하나의 물리적 장치 또는 둘 이상의 물리적 장치들로 구성될 수 있다. 뿐만 아니라, 각각의 물리적 장치들은 내부에 포함된 프로세서의 제어 하에 이하에서 설명되는 방법들을 실행하기 위한 프로그램, 또는 소프트웨어를 포함할 수 있다. 이하의 설명에서는 설명의 편의를 위해 각각의 NF들에 대한 명칭만을 제시하지만, 위와 같이 적어도 하나의 프로세서를 포함하는 물리적인 장치로 구현되며, 본 개시에서 설명되는 동작을 위한 프로그램, 또는 소프트웨어를 탑재할 수 있음은 당업자에게 자명하다. 따라서 이하에서 '장치'라는 표현은 생략하고, 특정한 NF의 이름만으로 설명하기로 한다.
도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 스티어링 정보를 제공하는 과정을 도시한다.
구체적으로, 도 2는 본 개시의 다양한 실시 예들에 따라 클라우드 서비스 및 엣지 컴퓨팅 서비스를 제공하는 제3 자(3rd party)가 자신이 관리하는 엣지 컴퓨팅 클라우드에서 운영 중인 애플리케이션 서버로 트래픽을 전송할 수 있도록 5G 시스템에 스티어링(steering) 정보를 제공하는 과정을 도시한다.
도 2는 본 개시의 다양한 실시 예들에 따라 제3 자 클라우드 서비스 사업자(3rd party cloud service provider, 3rd CSP)가 5G 시스템에 단말의 트래픽 라우팅을 요청하는 과정을 도시한다.
3rd CSP는 자신이 운영하는 엣지 컴퓨팅 환경(edge computing environment)에서 구동되는 애플리케이션 서버의 IP 주소를 할당하여 서비스를 제공할 수 있다. 3rd CSP는 엣지 컴퓨팅 환경에서 구동되는 애플리케이션 서버의 IP 주소를 5G 시스템에 제공하도록 결정할 수 있고, 더불어 5G 시스템에 해당 IP 주소를 목표 IP(target IP)로 하는 트래픽에 대해서는 자신이 운영하는 엣지 컴퓨팅 환경과 연결된 UPF를 통해서 라우팅 해줄 것을 요청할 수 있다. 이는 3rd CSP가 MNO와 계약하여, 특정 지역의 MNO의 인프라 시설(infrastructure)에 자신들의 엣지 컴퓨팅 서비스 환경을 구축해 놓고, 단말이 해당 환경(environment)에서 구동되는 엣지 애플리케이션 서버를 이용할 수 있도록 할 수 있다. 이는 MNO와 3rd CSP 사이의 계약 기반으로 구성이 되는 엣지 컴퓨팅 시스템이며, 단말은 알지 못한다. MNO는 단말이 특정 지역에서 구동되는 3rd CSP의 엣지 컴퓨팅 환경을 사용하게 하기 위하여, 단말이 애플리케이션 서버로 트래픽을 전송할 때, 해당 트래픽을 3rd CSP의 엣지 컴퓨팅 환경 위에서 구동되는 엣지 애플리케이션 서버로 전송해줄 수 있어야한다. 이를 위해서, 5GS는 3rd CSP의 엣지 컴퓨팅 환경으로 연결되는 PSA-UPF로 단말의 업링크 트래픽(uplink traffic)을 스티어링(steering)해야 한다. 이 PSA-UPF, 또는, ULCL/브랜칭 포인트(branching point) 역할을 할 수 있는 PSA-UPF는 3rd CSP의 엣지 컴퓨팅 환경과 연결된 N6 인터페이스를 통해서 단말의 업링크 트래픽을 전송할 수 있다. 도 2의 실시 예는 이를 위해서 3rd CSP가 MNO에 트래픽 스티어링(steering) 및 ULCL/브랜칭 포인트(branching point) 설정을 요청하는 과정을 제안한다.
3rd CSP는 자신의 엣지 클라우드 환경에서 구동되는 애플리케이션 서버의 인스턴스(instance)를 확인할 수 있다. 예를 들어, 3rd CSP는 자신의 엣지 클라우드에서 A라는 게임(game)의 애플리케이션 서버가 새로 구동되기 시작했다면, 해당 애플리케이션 서버의 IP 주소를 할당하거나 획득할 수 있고, 이에 따라 3rd CSP가 제공하는 DNS 서비스에 이 IP 주소를 등록할 수 있다. 추후 단말이 A라는 게임(game)을 제공하는 애플리케이션 서버의 IP 주소를 획득하기 위해 DNS 쿼리(query)를 보내면. 3rd CSP가 운영하는 DNS 서비스는 단말의 위치나 단말이 보낸 정보를 기반으로 상기 애플리케이션 서버의 IP주소를 리턴(return)할 수 있다. 다시 말해서, 3rd CSP는 단말이 엣지 컴퓨팅 서비스를 이용할 수 있는 엣지 애플리케이션 서버의 IP주소를 단말에게 제공하고, 단말은 엣지 애플리케이션 서버의 IP주소로 데이터를 보내서 엣지 컴퓨팅 서비스를 이용할 수 있다.
하지만, 상술한 동작은 단말이 엣지 컴퓨팅 서비스를 이용하기에 충분하지 않다. 단말이 보내는 트래픽은 5G 시스템을 통해서 전송되기 때문에, 5G 시스템에서 단말의 트래픽이 단말의 위치와 가장 가까운 UPF, 그리고 엣지 애플리케이션 서버가 구동되는 엣지 데이터 네트워크 혹은 엣지 클라우드 환경으로 전송될 수 있어야 한다. 3rd CSP는 이를 위한 동작을 수행해야한다.
이하의 실시 예들에서, AF(250)의 동작은 3rd CSP가 운영하는 AF의 동작이다. 이하의 실시 예들에서, AF(250)의 동작은 3rd CSP가 AF(250)를 운영하여 수행되는 동작이다. 이하의 실시 예들에서, AF(250)의 동작은 도 2에서 도시된 바와 달리 AF(250) 대신 3rd CSP가 직접 수행하는 동작으로 이해될 수도 있다.
201 단계에서, 3rd CSP가 운영하는 AF(250), 즉, 3rd CSP의 AF(250)는 3rd CSP의 엣지 클라우드 환경에서 구동되는 엣지 애플리케이션 서버를 알고 있다. 이는 새로 구동된 애플리케이션 서버의 IP 주소를 할당하는 동작으로 알게 될 수 있고, 또는 새로 구동된 애플리케이션 서버로부터 IP 주소를 획득하여 알게 될 수 있다. 3rd CSP의 AF(250)는 엣지 클라우드 환경에서 구동되는 엣지 서버의 IP 주소로 전송되는 트래픽을 자신의 엣지 클라우드 환경으로 전송하게 만들기 위하여 5G 시스템에 요청하도록 결정할 수 있다.
201 단계에 따라 3rd CSP의 AF(250)는 5G 시스템에 요청할 정보를 구성할 수 있다. 3rd CSP의 AF(250)는 5G 시스템에 요청할 정보는 다음과 같다.
(1) IP 디스크립터(IP descriptor): 3rd CSP의 엣지 클라우드 환경에서 구동되는 엣지 애플리케이션 서버의 IP 주소와 추가적으로 IP 포트(IP port) 번호가 포함될 수 있다. 또한, TCP(transmission control protocol)인지 UDP(user datagram protocol)인지 구별짓는 식별자가 포함될 수 있다.
(2) DNN(data network name): 3rd CSP가 제공하는 엣지 컴퓨팅 서비스를 이용할 수 있는, 또는 3rd CSP가 제공하는 엣지 컴퓨팅 환경으로 접속할 수 있는 데이터 네트워크를 식별할 수 있는 이름을 의미한다. 3rd CSP는 이 DNN을 MNO와 서비스 계약시 정의할 수 있다. DNN을 통해서 엣지 컴퓨팅 서비스를 식별하거나, 3rd CSP를 식별할 수 있다.
(3) 엣지 컴퓨팅 서비스를 위한 트래픽 스티어링 정책 식별자(traffic steering ID for edge computing service): 3rd CSP의 엣지 클라우드 환경과 연결되는 UPF를 할당하거나, 해당 UPF에서 ULCL을 사용해야 하는지, 또는 브랜칭 포인트(branching point)를 사용해야 하는지를 나타낸 식별자이다. 3rd CSP는 MNO와 SLA(service level agreement)를 통해서 엣지 클라우드 환경과 PSA-UPF의 연결 정보 혹은 연결 정책을 미리 협의하고 있을 수 있으며, 이를 트래픽 스티어링 ID(traffic steering ID)로 정의하여 설정할 수 있다. 이 ID는 해당 엣지 클라우드 환경으로 연결되는 PSA-UPF 혹은 UPF가 ULCL UPF를 적용해야 하는지, 또는 IPv6 멀티-호밍(IPv6 multi-homing) 기반의 브랜칭 포인트 UPF를 적용해야 하는지를 나타내는 정책을 식별하는 ID이다. 또한, 트래픽 스티어링 ID는 SMF(220)가 UPF(210)를 선택할 때, 해당 트래픽 스티어링 ID를 지원하는 UPF를 선택하도록 사용될 수 있다.
(4) DNAI(data network access identifier): 3rd CSP는 엣지 컴퓨팅 서비스를 위해서 엣지 컴퓨팅 환경이나 엣지 컴퓨팅 리소스(edge computing resource), 혹은 엣지 데이터 네트워크를 식별할 수 있는 DNAI를 포함할 수 있다. 3rd CSP는 어느 엣지 컴퓨팅 환경, 엣지 컴퓨팅 리소스, 혹은 엣지 데이터 네트워크를 사용해야 하는지 식별하는 정보를 알리기 위하여 DNAI를 포함할 수 있다.
(5) 위치 정보(location information): 3rd CSP가 특정 지역에 대해서 엣지 컴퓨팅 환경을 따로 운영하고, 또한 해당 엣지 컴퓨팅 환경 내에서 구동되는 엣지 애플리케이션 서버의 주소를 찾기 위해서 지역 별로 리소스를 운영한다면, 위치 정보를 제공할 수 있다. 위치 정보는 행정상 주소(civic address)(예를 들어, 도로명 주소, 건물 주소, 시/군/구 등) 또는 GPS(global positioning system) 정보(특정 GPS 범위 값), 또는 우편번호(postal ZIP code), 또는 트래킹 영역 ID(tracking area ID), 셀 ID(cell ID)의 형식을 가질 수 있다. AF(250)가 보내는 요청이 상기 위치 정보에 대해서 적용되어야 한다는 것을 나타낼 수 있다.
상기 정보들은 쌍으로 구성될 수 있으며, 적어도 하나 이상의 쌍을 포함하는 리스트로 구성될 수 있다.
202 단계에서, 3rd CSP의 AF(250)는 5G 시스템으로 보내는 트래픽 스티어링 요청을 보내며, 이 때, 트래픽 스티어링 요청은 201 단계에서 구성한 정보들을 포함할 수 있다. 3rd CSP의 AF(250)는 직접 PCF(230)로 트래픽 스티어링 요청을 보낼 수 있다면, Npcf_PolicyAuthorization_Create 서비스 동작service operation) 혹은 Npcf_PolicyAuthorization_Update 서비스 동작(service operation)을 통해서 트래픽 스티어링 요청을 보낼 수 있다. 3rd CSP의 AF(250)는 직접 PCF(230)로 요청을 보낼 수 없다면, NEF(240)가 제공하는 서비스 동작(service Operation)인 Nnef_TrafficInfluence_Create 서비스 동작(service operation) 혹은 Nnef_TrafficInfluence_Update 서비스 동작(service operation)을 통해서 트래픽 스티어링 요청을 보낼 수 있으며, 이 때, 트래픽 스티어링 요청은 201 단계에서 구성한 정보들을 포함할 수 있다.
NEF(240)는 3rd CSP의 AF(250)로부터 위치 정보를 스티어링 요청과 함께 수신하였다면, 해당 위치를 3GPP에서 이해할 수 있는 위치n 정보 형식인 트래킹 영역 ID(tracking area ID) 혹은 셀 ID(cell ID)로 매핑하는 동작을 수행할 수 있다. NEF(240)는 3rd CSP의 AF(250)로부터 수신한 스티어링 요청을 기반으로 Npcf_PolicyAuthorization_Create 서비스 동작service Operation) 혹은 Npcf_PolicyAuthorization_Update 서비스 동작(service operation)을 통해서 트래픽 스티어링에 필요한 정보를 전달한다.
202 단계를 통해서 트래픽 스티어링 정보를 수신한 PCF(230)는 다음과 같은 동작을 결정할 수 있다.
(1) PCF(230)는 수신한 IP 디스크립터(descriptor)에 대해서 ULCL이나 IPv6 멀티-호밍 기반 브랜칭 포인트 동작을 수행할 수 있도록, IP 필터(IP filter)를 구성할 수 있다. 즉, 3rd CSP의 엣지 클라우드 환경에서 구동되는 엣지 애플리케이션 서버의 IP주소를 타겟 IP(target IP)로 전송되는 업링크(uplink) 트래픽은 ULCL이나 브랜칭 포인트 UPF에서 트래픽이 처리되어 3rd CSP의 엣지 클라우드 환경과 연결된 N6 인터페이스로 라우팅 되도록 설정할 수 있다.
(2) PCF(230)는 수신한 트래픽 스티어링 ID에 대해서, 해당 정보가 ULCL을 나타내는지, IPv6 멀티-호밍 기반 브랜칭 포인트를 나타내는 지, 혹은 특정 N6 인터페이스와 연결이 가능한 UPF를 선택해야 하는지 등의 정책을 판단할 수 있다. 이는 MNO와 3rd CSP 사이에 SLA를 통해서 미리 교섭된 정보일 수 있다.
(3) PCF(230)는 수신한 위치 정보 혹은 DNAI에 대해서 세션 관련 정책(policy) 정보를 구성할 수 있다. 이는 SMF(220)에게 전달된다. 이에 따라, SMF(220)는 위치 정보에 해당하는 지역을 커버할 수 있는 UPF(210)에 대해서 세션 관련 정책을 적용해야 한다고 판단하거나, 또는 해당 DNAI를 지원하는 UPF(210)를 선택하도록 결정할 수 있다.
203 단계에서, PCF(230)는 AF로부터 수신한 트래픽 스티어링에 대한 요청을 기반으로 SMF(220)에게 제공할 세션 관련 정책을 202 단계의 동작에 따라 구성할 수 있다. PCF(230)는 이 정보를 SMF와의 정책 연관 수립(policy association establishment) 수립 절차, 혹은 정책 연관 수정(policy association modification) 절차를 통해서 SMF(220)에게 전달한다. 이 정보는 PCC 규칙(policy and charging control rule, PCC rule) 또는 트래픽 스티어링 제어 정보(traffic steering control information)으로 SMF(220)에게 제공될 수 있다. 이 정보에는 IP 트래픽 필터(IP traffic filter), 즉, 3rd CSP의 엣지 클라우드 환경에서 구동되는 엣지 애플리케이션 서버의 IP 주소가 포함될 수 있고, IP 트래픽 필터(IP traffic filter)를 기반으로 ULCL UPF 혹은 IPv6 멀티-호밍(IPv6 multi-homing) 기반 브랜칭 포인트(branching point) UPF를 설정하도록 시지하는 트래픽 스티어링 정책(traffic steering olicy), 또는 트래픽 스티어링 정책을 식별할 수 있는 트래픽 스티어링 정책 ID, 또는 해당 트래픽 스티어링 정책이 적용되어야 하는 위치 정보, 혹은 DNAI 정보가 포함될 수 있다. 이는 202 단계를 통해 3rd CSP의 AF(250)로부터 수신한 정보를 기반으로 한다.
204 단계에서, SMF(220)는 PCF(230)로부터 설정된 세션 관리 정책(session management policy)에 따라 UPF를 선택할 수 있으며, N4 세션 수립(establishment) 절차 혹은 수정(modification) 절차를 통하여 트래픽 스티어링 규칙을 UPF(210)에게 설정할 수 있다. 204 단계의 절차는 단말이 PDU 세션을 수립할 때 수행될 수 있다. 또는, 단말이 이미 수립한 PDU 세션이 있을 경우, 단말의 위치에 따라서 수행될 수 있고, 단말의 위치 정보는 PCF(230)로부터 203 단계에 따라 수신한 정보를 따른다. 즉, 해당 위치에 단말이 위치하였을 때 트래픽 스티어링 정책을 적용하도록 결정할 수 있다. 이에 따라, SMF(220)는 ULCL 동작 혹은 브랜칭 포인트 동작을 UPF(210)가 수행하도록 설정하거나 새로운 UPF를 선택할 수 있다. UPF(210)는 단말이 보내는 엣지 애플리케이션 서버로 향하는 트래픽을 단말이 보내는 업링크(uplink) 패킷의 목표 IP(target IP) 주소를 보고 판단할 수 있고, 이렇게 구별된 트래픽을 3rd CSP의 엣지 환경과 연결된 PSA-UPF로 라우팅할 수 있다. PSA-UPF는 해당 트래픽을 3rd CSP의 엣지 환경으로 전송하여 단말과 엣지 애플리케이션 서버 간의 트래픽 전송 경로를 제공할 수 있다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 로컬 NEF를 통해서 엣지 컴퓨팅 서비스를 위한 서비스를 구독하는 과정을 도시한다.
구체적으로, 도 3은 본 개시의 다양한 실시 예들에 따라 클라우드 서비스 및 엣지 컴퓨팅 서비스를 제공하는 제3 자가 5G 시스템에 엣지 컴퓨팅 서비스를 위한 이벤트(event)를 구독(subscription)할 때, 로컬 NEF(local NEF)를 통해서 이벤트를 구독하고 알림(notification)을 받는 과정을 도시한다.
이하의 실시 예들에서, AF(380)의 동작은 3rd CSP가 운영하는 AF의 동작이다. 이하의 실시 예들에서, AF(380)의 동작은 3rd CSP가 AF(380)를 운영하여 수행되는 동작이다. 이하의 실시 예들에서, AF(380)의 동작은 도 3에서 도시된 바와 달리 AF(380) 대신 3rd CSP가 직접 수행하는 동작으로 이해될 수도 있다.
도 3은 3rd CSP의 AF(380)가 5G 시스템에 엣지 컴퓨팅 서비스를 위해 사용할 네트워크 능력(network capability)의 노출(exposure)을 요청하는 과정을 도시한다.
도 3의 실시 예는 3rd CSP의 AF(380)가 사용자 트래픽의 전송 지연(latency)이 일정 값 이상이 되었을 때 알림(notification)을 보내줄 것을 요청하는 이벤트(event)를 구독(subscribe)하는 과정을 제안한다. 또한, 도 3의 실시 예는 엣지 컴퓨팅 환경 또는 엣지 데이터 네트워크 내에서 노출(exposure)되는 네트워크 능력(network capability)를 위해서 로컬 NEF(local NEF)를 발견하고 로컬 NEF를 통해서 네트워크 능력의 노출을 수행하는 과정을 제안한다.
본 개시의 다양한 실시 예들에 따라서, 3rd CSP의 AF라 함은, 제3 자 클라우드 서비스 사업자(3rd party cloud service provider)가 운영하는 시스템에서 구동되는 서버 중, 3GPP 시스템과 교섭할 수 있는, 즉 3GPP 시스템에서 제공하는 API(application programming interface)를 이용할 수 있는 애플리케이션 서버를 의미한다. 이에 따라, 3rd CSP의 AF(380)는 AF(application function)이라고 부를 수 있다.
본 개시의 다양한 실시 예에 따라서, 3rd CSP의 AF(380)는 엣지 컴퓨팅 서비스를 위하여 다음과 같은 이벤트를 3GPP 시스템에 구독할 수 있으며, 3GPP 시스템은 구독된 이벤트에 따라 알림을 3rd CSP의 AF(380)에게 보낼 수 있다.
(1) 신규 이벤트: 지연 임계 값(latency threshold) - 이는 단말이 이용하는 PDU 세션에서 단말과 엣지 애플리케이션 서버 간 트래픽을 전송할 때 발생하는 지연을 나타내는 값이다. 3rd CSP의 AF(380)는 자신의 서비스를 위해서 트래픽 전송 시 일정 수치 이상의 지연이 발생하면 다른 트래픽 라우팅 경로를 설정하거나 다른 엣지 애플리케이션 서버로 트래픽 경로를 수정하는 등의 동작을 수행할 수 있다. 따라서, 3rd CSP의 AF(380)는 지연 임계 값(latency threshold)이라 불리는 신규 이벤트에 따라, 특정 값 이상의 지연이 발생했을 경우 알림을 받을 수 있도록 설정할 수 있다. 예를 들어, 지연 임계 값을 10ms로 설정했다면, 단말과 엣지 애플리케이션 서버 간 데이터 전송 지연이 10ms 이상으로 파악될 경우 알림을 주도록 이벤트를 구독하는 것이다. 이 이벤트는 다음의 부가 정보들과 함께 구독 될 수 있다.
(2-1) 이벤트 부가 정보: UPF들의 홉들의 개수(the number of hops of UPFs) (예를 들어, 1 홉(1 hop), 2 홉(2 hops)) - 이는 단말이 엣지 애플리케이션 서버에게 데이터를 보낼 때 데이터 라우팅을 거치게 되는 UPF의 개수를 의미한다. 예를 들어, 단말이 보내는 트래픽이 2개의 UPF를 거쳐서 엣지 애플리케이션 서버가 있는 데이터 네트워크로 전송된다면, 홉(hop)의 개수는 2이다. 단말이 보내는 트래픽이 하나의 PSA-UPF를 거쳐서 엣지 애플리케이션 서버가 있는 데이터 네트워크로 전송된다면, 홉(hop)의 개수는 1이다. 3GPP 시스템은 이와 같은 홉(hop)의 개수도 함께 3rd CSP의 AF(380)에게 전달할 수 있고, 3rd CSP의 AF(380)는 지연 값이 높을 경우, 홉의 개수를 줄일 수 있도록 트래픽 스티어링 요청을 다시 보내거나 트래픽 스티어링 규칙을 수정할 수 있다.
(2-2) 이벤트 부가 정보: 예상 데이터 량(expected data volume) - 이는 단말과 엣지 애플리케이션 서버 사이의 트래픽 지연을 체크하기 위해서 필요한 데이터 사이즈를 의미한다. 즉, 3rd CSP(380)의 AF가 10ms의 지연에 대한 이벤트를 구독했다면, 10ms 지연이 발생하는 데이터의 사이즈에 대한 가이드라인을 제시하기 위함이다. 예를 들어, 1Mbyte의 데이터라면 10ms의 지연을 측정하여 10ms가 넘는 지연이 발생한다고 하여도 서비스 상 큰 영향을 주지 않는다. 하지만, 100Mbyte의 데이터라면 측정된 지연이 10ms가 넘게 될 경우 서비스의 퀄리티를 떨어뜨릴 수 있는 영향을 줄 수 있다. 따라서, 3GPP 시스템이 매 패킷 마다 지연을 계산하지 않고, 서비스 퀄리티 상 유효한 사이즈의 데이터 전송 시 발생한 지연을 측정하게 하기 위하여 예상되는 데이터 량을 함께 3GPP 시스템에 제공할 수 있다.
(2-3) 이벤트 부가 정보: 평균 시간 윈도우(average time window) - 이는 단말과 엣지 애플리케이션 서버 사이의 트래픽 지연을 체크하기 위해서 측정해야 하는 시간 윈도우를 의미한다. 예를 들어, 시간 윈도우가 10분이라면, 단말과 엣지 애플리케이션 서버 사이의 지연을 측정할 때, 10분 동안 확인한 값의 평균으로 트래픽의 지연 값을 도출할 수 있다. 매초(every second)마다 발생하는 지연은 3rd CSP의 AF(380)이 알림(notification)을 받더라도 그에 대한 처리를 하기에 너무 빈번할 수 있다. 따라서, 상대적으로 긴 시간 동안 측정한 지연의 평균 값을 이용한다면, 3rd CSP의 AF(380)도 그에 대한 알림(notification)을 이용하여 서비스의 품질을 높이는데 사용할 수 있을 것이다.
(2-4) 이벤트 부가 정보: 엣지 컴퓨팅 서비스 영역 - 이는 3rd CSP의 AF(380)가 이벤트 구독을 통하여 엣지 컴퓨팅 서비스에 활용하기 위한 서비스 영역을 나타내는 정보이다. 예를 들어, 서울 영역에서의 엣지 컴퓨팅 서비스를 위하여 또는 서울 영역에서의 엣지 컴퓨팅 환경이나 엣지 데이터 네트워크에서 활용하기 위해 이벤트를 구독하는 것이라면, 이에 대한 서비스 영역 정보를 포함할 수 있다. 이 서비스 영역 정보는 셀 ID(cell ID) 리스트, 혹은 트래킹 영역 ID(tracking area ID) 리스트, 혹은 기지국 ID 리스트, 또는 GPS 정보로 구성될 수 있다.
(2-5) 이벤트 부가 정보: 알림 목표 주소(notification target address) - 이는 3rd CSP의 AF(380)가 이벤트 알림(notification)을 수신해야 하는 목표 AF(target AF)의 주소를 지정할 때 포함하는 정보이다.
3rd CSP의 AF(380)는 상기의 이벤트를 3GPP 시스템에 구독하기 위한 메시지를 구성할 수 있다. 이를 위하여, 3rd CSP의 AF(380)는 3GPP 시스템이 제공하는 Nnef_EventExposure 서비스 동작(service operation)을 사용할 수 있다.
300 단계에서, 3rd CSP의 AF(380)는 상술한 이벤트를 구독하기 위하여 3rd CSP가 운영하는 엣지 컴퓨팅 환경 혹은 엣지 데이터 네트워크, 또는 3rd CSP의 AF(380)가 운영되고 있는 엣지 컴퓨팅 환경 혹은 엣지 데이터 네트워크에서 네트워크 능력 노출(network capability exposure) 기능을 제공하고 있는 로컬 NEF(330)를 발견하기 위한 동작을 수행할 수 있다. 이는 본 개시의 도 4에 따른 실시 예를 따른다. 3rd CSP의 AF(380)는 직접 로컬 NEF(330)를 발견하는 동작을 수행하거나, 혹은 MNO와 미리 계약을 통해서 설정된 영역별/엣지 데이터 네트워크별 로컬 NEF(330)의 주소를 사용하여 로컬 NEF(330)를 선택할 수 있다. 또는, 3rd CSP의 AF는 CAPIF(common API framework) 핵심 기능(core function)을 이용해서 특정 위치에 존재하는 NEF를 찾아줄 것을 요청하고, CAPIF 핵심 기능(CAPIF core function)은 3rd CSP의 AF(380)이 요청한 영역에서 Exposure 서비스를 제공하는 로컬 NEF(330)의 주소를 3rd CSP의 AF(380)에게 회신할 수 있다.
3rd CSP의 AF(380)는 로컬 NEF(330)를 발견하지 않고, 중앙 NEF(central NEF)를 통해서 이벤트를 구독할 수도 있다.
301 단계에서, 3rd CSP의 AF(380)는 상기 지연 임계 값 이벤트와 그에 대한 이벤트 부가 정보 중 적어도 하나 이상을 포함하여 3GPP 시스템에 이벤트를 구독할 수 있다. 또한, 3rd CSP의 AF(380)는 단말을 식별할 수 있는 단말의 식별자로 GPSI(general public subscription identifier) 혹은 SUPI(subscription permanent identifier)를 포함할 수 있다. 또는, 3rd CSP의 AF(380)는 단말을 식별할 수 있도록 단말의 IP 주소를 포함할 수 있다. 또 다른 실시 예로, 3rd CSP의 AF(380)는 단말 별로 이벤트를 구독하는 것이 아닌, 3GPP 시스템에서 해당 엣지 컴퓨팅 환경으로 전송하는 트래픽에 대한 지연을 확인하기 위한 이벤트를 구독할 수 있으며, 이 때는 단말의 식별자나 IP 주소를 포함하지 않고 엣지 컴퓨팅을 위해서 사용하는 PDU 세션을 식별하기 위하여 엣지 컴퓨팅을 위해 사용되는 DNN(data network name) 값을 포함할 수 있다. 또는, 3rd CSP의 AF(380)는 3GPP 시스템과 엣지 컴퓨팅 환경 사이의 데이터 연결인 N6 인터페이스를 식별할 수 있는 DNAI나 N6 라우팅 ID(N6 routing ID) 등을 포함하여, 해당 N6 인터페이스를 사용하는 트래픽에 대하여 지연을 측정하여 알려주도록 이벤트를 구독할 수 있다. 또한, 3rd CSP의 AF(380)는 어떤 3rd CSP인지 식별할 수 있는 AF ID를 포함할 수 있다.
3rd CSP의 AF(380)는 Nnef_EventExposure_Subscribe 서비스 동작(service operation)을 이용하여 NEF에게 이벤트 구독을 요청할 수 있다.
이를 수신한 NEF(370)는 PCF(360)를 통해서 이벤트를 구독할 수도 있고, UDM을 통해서 이벤트를 구독할 수도 있다. 302a 단계와 303a 단계는 PCF(360)를 통해서 이벤트를 구독하는 경우, 302b 단계와 303b 단계는 UDM(350)을 통해서 이벤트를 구독하는 경우를 설명한다. DNAI나 N6 라우팅 ID 등이 포함된 이벤트 요청을 받은 경우, PCF(360)를 통해서 이벤트를 구독한다.
302a 단계에서, 301 단계의 요청을 수신한 NEF(370)는 PCF(360)에게 이벤트를 구독할 수 있다. 이 때, NEF(370)는 Npcf_EventExposure_subscribe 서비스 동작(service operation)을 사용한다. NEF(370)는 301 단계에서 수신한 단말의 식별자/IP주소 또는 DNN 또는 DNAI나 N6 라우팅 ID 등과 지연 임계 값에 대한 이벤트 ID를 함께 PCF에게 전송한다. 이를 수신한 PCF는 단말의 식별자가 포함되어 있다면 해당 단말에 대한 이벤트로 저장하고, 단말의 IP주소가 포함되어 있다면 해당 데이터 플로우(data flow)에 대한 이벤트로 저장하고, DNN이 포함되어 있다면 해당 DNN 전체에 대한 이벤트로 저장하고, DNAI나 N6 라우팅 ID가 포함되어 있다면 해당 N6 인터페이스를 사용하는 UPF에 대한 이벤트로 저장할 수 있다.
302b 단계에서, 301 단계의 요청을 수신한 NEF(370)는 UDM(350)에게 이벤트를 구독할 수 있다. 이 때, NEF(370)는 Nudm_EventExposure_subscribe 서비스 동작(service operation)을 사용한다. NEF(370)는 301 단계에서 수신한 단말의 식별자 또는 DNN과 지연 임계 값에 대한 이벤트 ID, 그리고 이벤트 부가 정보를 함께 UDM(350)에게 전송한다. 이를 수신한 UDM(350)는 단말의 식별자가 포함되어 있다면 해당 단말의 세션 관리 컨텍스트(session management context)에 이벤트로 저장하고, DNN이 포함되어 있다면 해당 DNN 전체에 대한 이벤트로 세션 관리 구독 데이터(session management subscription data)에 저장할 수 있다.
303a 단계에서, PCF(360)는 302a 단계로부터 수신한 이벤트 구독 요청에 따라, 해당 이벤트를 SMF(340)에게 설정하기 위한 동작을 수행할 수 있다. 이 때, PCF(360)는 해당 이벤트가 로컬 NEF(330)를 통해서 알림(notification) 되어야 한다는 것을 결정할 수 있다. 이는 이벤트 요청에 포함된 AF ID 또는 이벤트 요청이 엣지 컴퓨팅 서비스를 위한 것임을 PCF(360)가 판단한 것을 기반으로 결정될 수 있다. 이에 따라, PCF(360)는 이벤트 알림(event notification)이 로컬 NEF(330)를 통해서 수행되어야 한다는 것을 판단한 후 다음의 동작 중 적어도 하나를 수행할 수 있다.
1. PCF(360)는 SMF(340)가 로컬 NEF(330)를 발견하고 그 로컬 NEF(330)를 통해서 이벤트 알림(notification)을 전송하는 동작을 수행하라는 지시자를 SMF(340)에 전달하는 이벤트 구독 정보에 포함할 수 있다.
2. PCF(360)는 이벤트 구독 요청에 포함된 엣지 컴퓨팅 서비스 영역 정보를 보고, 해당 영역을 서빙하는 로컬 NEF(330)를 찾는 동작을 수행할 수 있다. 이는 도 4에서 제안하는 실시 예를 따를 수 있다. 또는, 미리 설정된 값에 따라 로컬 NEF(330)의 주소를 획득할 수 있다. 이와 같이, PCF(360)는 로컬 NEF(330)를 찾고 그 주소 값을 저장한 뒤, 로컬 NEF(330)의 주소 값을 SMF(340)에게 보내는 이벤트 구독 정보에 포함할 수 있다.
또한, PCF(360)는 1 또는 2의 동작을 통해 SMF(340)에게 전송할 이벤트 구독 정보를 구성한 후, 이벤트 알림을 수신해야 할 목표 AF(target AF)의 주소를 함께 포함한다. 목표 AF(target AF)의 주소는 3rd CSP의 AF(380)일 수 있다. 또는, 3rd CSP의 AF(380)는 이벤트 알림을 수신하는 AF를 다른 AF로 설정한 경우, 목표 AF(target AF)의 주소는 3rd CSP의 AF(380)가 요청한 목표 AF(target AF)의 주소일 수 있다. PCF(360)는 상술한 바와 같이 구성한 이벤트 구독 정보를 Nsmf_EventExposure_subscribe 서비스 동작으로 제공하거나, 또는 SM 정책 연관(SM policy association) 절차를 통해서 세션 관련된 이벤트로 제공할 수 있다.
303b 단계에서, UDM(350)은 302b 단계 2b에서 수신한 이벤트 구독요청에 따라서, 해당 이벤트를 SMF(340)에게 설정하기 위한 동작을 수행할 수 있다. 이 때, UDM(350)은 해당 이벤트가 로컬 NEF(330)를 통해서 알림(notification)되어야 한다는 것을 결정할 수 있다. 이는 이벤트 요청에 포함된 AF ID 또는 이벤트 요청이 엣지 컴퓨팅 서비스를 위한 것임을 UDM(350)이 판단한 것을 기반으로 결정될 수 있다. 이에 따라, UDM은 이벤트 알림이 로컬 NEF(330)를 통해서 수행되어야 한다는 것을 판단한 후, 다음의 동작 중 적어도 하나를 수행할 수 있다.
1. UDM(350)은 SMF(340)가 로컬 NEF(330)를 발견하고 그 로컬 NEF(330)를 통해서 이벤트 알림을 전송하는 동작을 수행하라는 지시자를 SMF(340)에 전달하는 이벤트 구독 정보에 포함할 수 있다. 여기서, 전송되는 메시지는 예를 들어, Nudm_SDM_Get 메시지가 될 수 있다.
2. UDM(350)은 이벤트 구독 요청에 포함된 엣지 컴퓨팅 서비스 영역 정보를 보고, 해당 영역을 서빙하는 로컬 NEF(330)를 찾는 동작을 수행할 수 있다. 이는 도 4에서 제안하는 실시 예를 따를 수 있다. 또는, 미리 설정된 값에 따라 로컬 NEF(330)의 주소를 획득할 수 있다. 이와 같이, UDM(350)은 로컬 NEF(330)를 찾고 로컬 NEF(330)의 주소 값을 저장한 뒤, SMF에게 보내는 이벤트 구독 정보에 포함할 수 있다. 여기서, 전송되는 메시지는 예를 들어, Nudm_SDM_Notification 메시지가 될 수 있다.
또한, UDM(350)은 1 또는 2의 동작을 통해 SMF(340)에게 전송할 이벤트 구독 정보를 구성한 후, 이벤트 알림을 수신해야 할 목표 AF(target AF)의 주소를 함께 포함한다. 목표 AF(target AF)의 주소는 3rd CSP의 AF(380)일 수 있다. 또는, 3rd CSP의 AF(380)가 이벤트 알림을 수신하는 AF를 다른 AF로 설정한 경우, 목표 AF(target AF)의 주소는3rd CSP의 AF(380)가 요청한 목표 AF(target AF)의 주소일 수 있다. UDM(350)은 상술한 바와 같이 구성한 이벤트 구독 정보를 Nudm_SDM_Get 서비스 동작 또는 Nudm_SDM_notification 서비스 동작으로 SM 관련 컨텍스트(context)로 SMF에게 전달할 수 있다.
304 단계에서, 303a 단계 혹은 303b 단계를 통해서 지연 임계 값에 대한 이벤트 구독 정보를 수신한 SMF(340)는, 303a 단계 혹은 303b 단계를 통해 받은 정보에 '로컬 NEF(330)를 발견하고 로컬 NEF(330)를 통해서 이벤트 알림을 전송하는 동작을 수행하라'는 지시자가 포함되어 있었다면, 로컬 NEF(330)를 발견하는 절차를 수행할 수 있다. 이는 도 4가 제안하는 실시 예를 따른다.
305 단계 5에서, SMF(340)는 303a 단계 혹은 303b 단계를 통해서 수신한 지연 임계 값에 대한 이벤트 구독을 위해서 UPF(320)에게 지연을 측정해줄 것을 요청하는 지시를 내릴 수 있다. 이는 새로운 UPF가 할당되는 경우에 N4 세션 수립(N4 Session establishment)을 통해서 제공될 수 있고, 기존 UPF에 이벤트 관련 정보를 설정하는 경우 N4 수정(N4 modification) 절차를 통해서 UPF(320)에게 제공될 수 있다. 이에 따라, SMF(340)는 303a 단계 혹은 303b 단계를 통해서 수신한 다음의 정보를 UPF(320)에게 설정할 수 있다.
(1) 지연 임계 값 이벤트(latency threshold event): 이는 단말이 이용하는 PDU 세션에서 단말과 엣지 애플리케이션 서버 간 트래픽을 전송할 때 발생하는 지연을 나타내는 값이다. 예를 들어, 지연 임계 값 이벤트의 값을 10ms로 설정했다면, 단말과 엣지 애플리케이션 서버 간 데이터 전송 지연이 10ms 이상으로 파악될 경우 알림을 주도록 이벤트가 설정된다. 지연은 UPF(320)가 측정하게 된다. UPF(320)는 이 지연을 측정할 때 다음의 이벤트 부가 정보들이 포함되었다면 이를 고려하여 수행할 수 있다.
(2-1) UPF들의 홉들의 개수(the number of hops of UPFs) (예를 들어, 1 홉(1 hop), 2 홉(2 hops)): 이는 단말이 엣지 애플리케이션 서버에게 데이터를 보낼 때 데이터 라우팅을 거치게 되는 UPF의 개수를 의미한다. 예를 들어, 단말이 보내는 트래픽이 2개의 UPF를 거쳐서 엣지 애플리케이션 서버가 있는 데이터 네트워크로 전송된다면, 홉(hop)의 개수는 2이다. 단말이 보내는 트래픽이 하나의 PSA-UPF를 거쳐서 엣지 애플리케이션 서버가 있는 데이터 네트워크로 전송된다면, 홉(hop)의 개수는 1이다. 이 정보가 설정되어 있다면 UPF(320)는 지연 값과 함께 현재 트래픽 라우팅에서 존재하는 홉(hop)의 개수를 함께 알려줄 수 있다.
(2-2) 예상 데이터 량(expected data volume): 이는 단말과 엣지 애플리케이션 서버 사이의 트래픽 지연을 체크하기 위해서 필요한 데이터 사이즈를 의미한다. 즉, 3rd CSP의 AF(380)가 10ms의 지연에 대한 이벤트를 구독했다면, 10ms 지연이 발생하는 데이터의 사이즈에 대한 가이드라인을 제시하기 위함이다. 이 값을 기반으로 UPF(320)는 특정 데이터 사이즈 만큼에 대해서 발생한 지연을 측정할 수 있다.
(2-3) 평균 시간 윈도우(average time window): 이는 단말과 엣지 애플리케이션 서버 사이의 트래픽 지연을 체크하기 위해서 측정해야 하는 시간 윈도우를 의미한다. 예를 들어, 시간 윈도우가 10분이라면, UPF(320)가 단말과 엣지 애플리케이션 서버 사이의 지연을 측정할 때, 10분 동안 확인한 값의 평균으로 트래픽의 지연 값을 도출할 수 있다.
306 단계에서, UPF(320)는 305 단계의 절차에 대한 응답을 보내어 이벤트 설정이 된 것을 알릴 수 있다.
307 단계에서, UPF(320)는 305 단계에서 설정된 이벤트 및 그 부가 정보에 따라 해당 단말 혹은 해당 DNN에 대해서 발생한 트래픽의 지연을 측정한다. UPF(320)는 측정된 지연이 설정된 이벤트의 값보다 더 클 경우, 이에 대한 리포트(report)를 SMF(340)에게 보내도록 결정한다.
308 단계에서, UPF(320)는 307 단계에 따라 지연 임계 값보다 더 높은 값의 지연이 발생하였다면, 이에 대한 리포트를 SMF(340)에게 전달한다. 이 리포트에는 현재 지연 값이 포함될 수 있으며, 설정된 이벤트에 따라 홉(hop)의 개수가 포함될 수 있다.
309 단계에서, SMF(340)는 UPF(320)로부터 수신한 리포트를 이벤트 알림(event notification) 메시지로 구성하여, 304 단계에서 획득한 로컬 NEF(330)의 주소 혹은 303a/303b 단계에서 획득한 로컬 NEF(330)의 주소로 전달한다. SMF(340)는 해당 이벤트에 대한 알림 목표 주소(notification target address)가 설정되어 있다면, 이 정보를 함께 포함하여 로컬 NEF(330)로 전달한다. 309 단계의 이벤트 알림 메시지는 예를 들어, Nsmf_EventExposure_Notify 메시지가 될 수 있다.
310 단계에서, 로컬 NEF(330)는 309 단계를 통해 SMF(340)로부터 수신한 이벤트 리포트를 알림 목표 주소(notification target address)로 전달한다. 310 단계의 이벤트 리포트의 메시지는 예를 들어, Nnef_EventExposure_Notify 메시지가 될 수 있다.
310 단계의 이벤트 리포트를 수신한 3rd CSP의 AF(380)는 지연이 임계 값을 초과하였기 때문에, 적절한 엣지 컴퓨팅 서비스를 제공할 수 없다고 판단할 수 있다. 또는, 3rd CSP의 AF(380)는 지연을 다시 줄이기 위하여 새로운 라우팅 경로를 이용하도록 3GPP 시스템에 트래픽 스티어링을 요청하거나, 단말과 더 가까운 위치에 엣지 애플리케이션 서버를 구동시킨 뒤, 단말의 애플리케이션 트래픽을 새로 구동된 엣지 애플리케이션 서버로 보내도록 애플리케이션 서버 재배치(application server relocation) 절차를 수행할 수 있다. 또는, 3rd CSP의 AF(380)는 설정된 지연 임계 값을 초과할 경우, 엣지 컴퓨팅 서비스의 제공에 이상이 발생하였다고 판단하여, 애플리케이션 서비스 제공자에게 과금을 줄여주거나, 또는 3rd CSP가 MNO에게 지불해야하는 과금 정보를 줄이도록 기록할 수 있다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 로컬 NEF를 등록 및 발견하는 과정을 도시한다.
구체적으로, 도 4는 본 개시의 다양한 실시 예들에 따라 로컬 NEF(410)를 NRF(420)에 등록하는 절차와 NRF(420)를 통해서 로컬 NEF(410)를 발견하는 절차를 나타낸 도면이다.
도 4는 로컬 NEF(410)가 자신의 위치 정보 또는 위치를 식별할 수 있는 정보와 함께 NRF(420)에 등록하는 과정 및, 이 정보를 기반으로 다른 NF(430)가 로컬 NEF(410)를 발견하는 절차를 나타낸 도면이다.
401 단계에서, 로컬 NEF(410)는 NRF(420)에게 로컬 NEF(410)가 제공하는 네트워크 서비스 기능(이하, NEF 프로파일(NEF profile))을 등록하기 위한 NF 등록 요청 메시지를 전송할 수 있다. NF 등록 요청 메시지는 예를 들어, Nnrf_NFManagement_NFRegister 메시지가 될 수 있다.
상기 NF 등록 요청 메시지에는 로컬 NEF(410)가 지원하는 서비스에 대한 프로파일 정보가 포함될 수 있다.
상기 프로파일 정보에는 로컬 NEF(410) 임을 나타내는 NF 유형(NF type), NF 인스턴스 ID(NF instance ID), 로컬 NEF(410)가 지원하는 NF 서비스 (예를 들면, 이벤트 노출 서비스(event exposure service), 파라미터 제공 서비스(parameter provision service), 트리거 서비스(trigger service), 트래픽 인플루언스 서비스(traffic influence service), QoS를 이용한 AF 세션 서비스(AF session with QoS service) 등), 로컬 NEF(410)가 속한 PLMN(public land mobile network) ID, 로컬 NEF(410)가 지원하는 GPSI 범위(range of GPSIs), 외부 그룹 ID 범위(range of external group identifiers), 로컬 NEF(410)가 지원하는 S-NSSAI(single-network slice selection assistance information) 및 관련된 네트워크 슬라이스 인스턴스 ID(network slice instance ID), NF 세트 ID(NF set ID), NF 서비스 세트 ID(NF service set ID) 중 적어도 하나 이상이 포함될 수 있다.
또한 로컬 NEF(410)는 하나 혹은 여러 개의 엣지 컴퓨팅 환경 혹은 엣지 데이터 네트워크를 서빙하도록 배치된 NEF이기 때문에, 로컬 NEF(410)가 서비스를 제공하는 영역을 나타내는 정보를 프로파일에 포함한다. 이 정보는 3GPP 시스템과 엣지 데이터 네트워크 사이의 연결을 식별하는 DNAI의 형식일 수 있으며, 3GPP 시스템은 DNAI를 통해서 어떤 엣지 데이터 네트워크 혹은 엣지 컴퓨팅 환경과 관련된 로컬 NEF인지를 식별할 수 있다. 또는 트래킹 영역 ID(tracking area ID)나 기지국 ID, 또는 셀 ID(cell ID)의 리스트로 로컬 NEF(410)가 서비스를 제공하는 영역을 표현할 수 있으며, 이러한 서비스 영역(service area) 정보도 프로파일에 포함될 수 있다. 프로파일 정보에는 DNN이 포함될 수 있으며, 이 DNN은 엣지 데이터 네트워크를 식별할 수 있는 정보로써, 특정 엣지 데이터 네트워크에 서비스를 제공하는 로컬 NEF를 식별할 수 있다. 또는, 외부 서비스 사업자 ID(external service provider ID)가 프로파일 정보에 포함될 수 있는데 이는 로컬 NEF가 서비스를 제공할 수 있도록 계약된 제3 자 서비스 사업자, 예를 들면, 3rd CSP나 제3 자 엣지 컴퓨팅 서비스 사업자(3rd party edge computing service provider)를 지칭할 수 있는 ID일 수 있다. 따라서, AF가 NEF를 찾거나, NF가 NEF를 찾을 때, NEF 서비스를 이용하려는 제3 자 서비스 사업자의 ID인 외부 서비스 사업자 ID(external service provider ID)를 이용하여 해당하는 로컬 NEF(410)를 찾을 수 있다.
402 단계에서, 401 단계의 NF 등록 요청 메시지를 수신한 NRF(420)는 수신한 로컬 NEF 프로파일 정보를 저장하고, 로컬 NEF(410)가 이용 가능한 NF임을 표시(mark)할 수 있다. 이 후, NRF는 로컬 NEF(410)에게 NF 등록 응답 메시지를 회신할 수 있다. NF 등록 응답 메시지에는 성공 또는 실패 등을 나타낼 수 있는 로컬 NEF(410)의 프로파일 정보에 대한 등록 결과(result indication)가 포함될 수 있다.
로컬 NEF(410)는 402 단계의 등록 요청 응답 메시지를 수신한 후, 프로파일 정보가 업데이트 되었을 때 NRF에게 프로파일 정보를 업데이트하기 위한 절차를 수행할 수 있다. Nnrf_NFManagement_NFUpdate 절차를 통해서 로컬 NEF(410)는 업데이트 된 프로파일 정보를 NRF(420)에게 전달할 수 있다. 예를 들면, 로컬 NEF(410)가 서비스를 제공하는 영역이 수정되었거나, 로컬 NEF(410)가 서비스를 제공할 수 있는 외부 서비스 사업자 ID(external service provider ID)가 추가/수정/제거되었거나, 또는 로컬 NEF(410)가 제공하는 서비스가 추가/수정/제거되었을 때 이 절차를 통해서 NRF(420)에 등록된 프로파일을 업데이트할 수 있다.
403 단계 및 404 단계에서, NRF(420)를 통해 로컬 NEF를 발견하고 선택하는 절차를 설명한다.
403 단계에서, NF(430)는 NRF(420)에게 로컬 NEF를 발견하기 위한 NF 발견 요청 메시지를 전송할 수 있다. 여기서의 NF(430)는 5G 시스템의 NF 또는 AF일 수 있으며, 제3 자(3rd party)가 운영하는 AF도 포함될 수 있다. 상기 NF 발견 요청 메시지에는 NF(430)가 발견하고자 하는 목표 NF(target NF)의 정보가 포함될 수 있다. 본 실시 예에 따르면, 목표 NF(target NF)는 로컬 NEF를 의미한다. NF 발견 요청 메시지는 예를 들어, Nnrf_NFDiscovery_Register 메시지가 될 수 있다.
목표 NF(target NF) 정보에는 목표 NF(target NF)가 지원하는 NF 서비스 이름(NF service name), 목표 NF의 NF 유형(NF type), 목표 NF가 지원하는 S-NSSAI와 및 관련된 NSI ID, DNN, 목표 NF가 속한 PLMN ID, 서빙 PLMN ID(serving PLMN ID), 목표 NF를 찾기 위한 HPLMN(home public land mobile network) 내 NRF, 목표 NF의 위치, 목표 NF가 지원하는 GPSI 범위(range of GPSIs) 또는 GPSI, 외부 그룹 ID 범위(range of external group identifiers) 또는 외부 그룹 ID, NF 세트 ID, NF 서비스 세트 ID 중 적어도 하나 이상이 포함될 수 있다. 그리고, 본 실시 예에 따른 목표 NF(target NF) 정보에는, 목표 NF가 지원하는 서비스 영역 정보, 외부 서비스 사업자 ID(external service provider ID), DNAI 중 적어도 하나 이상이 포함될 수 있다.
또한, 403 단계의 NF 발견 요청 메시지는 NF(430) 자신에 대한 정보(NF type, NF ID 등)를 포함할 수 있다.
403 단계에서 NF 발견 요청 메시지를 수신한 NRF(420)는 수신한 정보(예를 들면, NF 유형, NF ID, 또는 목표 NF 정보 등)를 기반으로 NF(430)가 NF 발견 요청을 해도 되는지 여부를 인증할 수 있다. 예를 들면, 목표 NF의 NF 유형으로 로컬 NEF를 발견 요청했을 경우, NF(430)의 NF 유형이 AF이고, NF ID가 MNO에서 허가된 AF ID를 포함하고 있다면, 인증 절차를 수행할 수 있다.
인증이 성공했을 경우, NRF(420)는 401 단계 1 및 402 단계를 통해서 저장한 NF들의 프로파일 정보를 기반으로 403 단계에서 수신한 NF 발견 요청 메시지에 포함된 목표 NF의 조건을 만족시킬 수 있는 NF 인스턴스 세트(a set of NF instance(s))를 결정할 수 있다. NF 인스턴스 세트는 하나 이상의 NF 인스턴스로 구성될 수 있다. NRF(420)가 403 단계의 NF 발견 요청에 대한 로컬 NEF를 선택하는 방법에 있어서는 다음과 같이 다양한 예가 가능할 수 있다. NF가 찾고자 하는 목표 NF의 조건이 특정 위치(예를 들면, 트래킹 영역 ID(tracking area ID), 셀 ID(cell ID), 기지국 ID 등으로 구분)에 있는 로컬 NEF일 경우, NRF(420)는 해당 영역을 서비스하는 로컬 NEF 인스턴스를 선택할 수 있다. NF가 찾고자 하는 목표 NF의 조건이 특정 DNAI와 관련된 로컬 NEF일 경우, NRF는 로컬 NEF의 프로파일 중 해당 DNAI를 지원하는 로컬 NEF를 선택할 수 있다. NF가 찾고자 하는 목표 NF의 조건이 특정 외부 서비스 사업자 ID(external service provider ID)와 관련된 로컬 NEF일 경우, NRF는 로컬 NEF의 프로파일 중 해당 외부 서비스 사업자 ID(external service provider ID)를 지원하는 로컬 NEF를 선택할 수 있다. 목표 NF의 조건이 특정 NF 서비스 타입 (예를 들면, 엣지 컴퓨팅)를 지원하는 로컬 NEF일 경우, NRF는 해당 NF 서비스 타입(예를 들면, 엣지 컴퓨팅 서비스)를 지원하는 로컬 NEF 인스턴스를 선택할 수 있다.
404 단계를 통해 NRF(420)는 NF(430)에게 NF 발견 응답 메시지를 회신할 수 있다. NF 발견 응답 메시지에는 403 단계에서 NRF가 선택한 로컬 NEF의 프로파일 정보가 포함될 수 있다. 로컬 NEF 프로파일 정보에는 NF 유형, NF 인스턴스 ID, NF 인스턴스의 FQDN(fully qualified domain name) 또는 IP 주소, NF 서비스 인스턴스, 각 NF 서비스 인스턴스를 나타내는 NF 서비스 네임, 각 NF 서비스 인스턴스의 FQDN 내지 IP 주소, NF 로드(load), S-NSSAI와 관련 NSI(network slice instance) ID, NF 위치, NF가 서비스를 제공하는 영역, NF가 연관된 DNAI, NF가 서비스를 제공할 수 있는 외부 서비스 사업자 ID(external service provider ID), PLMN ID, NF 세트 ID, NF 서비스 세트 ID 중 적어도 하나 이상이 포함될 수 있다.
404 단계를 통해서 수신한 로컬 NEF 프로파일 정보를 기반으로, NF(430)는 두 개 이상의 로컬 NEF 프로파일 정보를 수신했을 경우, 그 중 하나의 로컬 NEF 인스턴스를 선택할 수 있다. 또는, 하나의 로컬 NEF 인스턴스 프로파일 정보를 수신했을 경우, 해당 로컬 NEF 인스턴스를 선택할 수 있다. 예를 들어, NF(430)는 도 3의 실시 예에서 300 단계 또는 304 단계의 동작을 수행할 수 있다.
이 후, NF(430)는 선택한 로컬 NEF의 프로파일 정보(예를 들면, 로컬 NEF의 FQDN 내지 IP 주소)를 이용하여, 선택한 로컬 NEF에게 서비스 요청 메시지를 전송할 수 있다. 예를 들어, 도 3의 실시 예에서 300 단계를 수행할 수 있다..
추가적인 실시 예로, 다음은 SCP(service communication proxy)를 통해 로컬 NEF를 발견하고 선택하는 절차를 도시한다.
NF(430)는 SCP에게 서비스 요청 메시지(예를 들면 이벤트 노출(event exposure), 파라미터 제공(parameter provisioning), 트래픽 인플루언스(traffic influence), QoS를 통한 AF 세션 등)를 전송할 수 있다. 상기 서비스 요청 메시지는 로컬 NEF(410)에게 보내져야 하는 메시지이지만, NF(430)는 로컬 NEF(410)의 정보를 모르기 때문에 상기 서비스 요청 메시지를 SCP에게 보내게 된다. 상기 서비스 요청 메시지에는 상술한 403 단계에서 기술한 바와 유사하게 목표 NF(예를 들면, 로컬 NEF) 정보 및 NF(430) 자신의 정보(예를 들어, NF ID, NF 유형 등)가 포함될 수 있다.
이를 수신한 SCP는 수신한 목표 NF 정보를 기반으로 로컬 NEF를 선택할 수 있다. SCP는 SCP가 가지고 있는 설정(configuration) 정보를 기반으로 목표 NF를 선택할 수 있다. 또는, SCP는 403 단계 및 404 단계를 수행, 즉, NRF(420)를 통해, 목표 NF를 선택할 수 있다. 이 경우, SCP는 403 단계 및 404 단계의 NF(430)로 동작한다. NRF(420)로부터 목표 NF 정보(즉, 로컬 NEF 정보)를 수신한 SCP는 수신한 로컬 NEF 정보를 저장하고 이후 유사한 목표 NF를 선택해야 할 경우, 저장한 정보를 기반으로, 즉, 추가적인 NRF와의 통신 없이, 로컬 NEF를 선택할 수 있다.
그 후, SCP는 선택한 목표 NF, 예를 들면, 로컬 NEF에게 서비스 요청 메시지를 전달할 수 있다. 로컬 NEF는 상기 요청에 대한 응답으로 SCP에게 서비스 응답 메시지를 전송할 수 있다. 그 후, SCP는 NF에게 서비스 응답 메시지를 전달할 수 있다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 제1 네트워크 노드의 동작 과정에 대한 순서도를 도시한다.
도 5의 실시 예에서, 제1 네트워크 노드는 예를 들어, 도 4의 실시 예에서 로컬 NEF(410) 등이 될 수 있다.
501 단계에서, 제1 네트워크 노드는 제2 네트워크 노드에게 제2 네트워크 노드가 제공하는 네트워크 서비스 기능을 등록하기 위한 NF 등록 요청 메시지를 전송할 수 있다. 여기서, 제2 네트워크 노드는 예를 들어, 도 4의 실시 예에서 NRF(420) 등이 될 수 있다. NF 등록 요청 메시지는 예를 들어, Nnrf_NFManagement_NFRegister 메시지가 될 수 있다.
NF 등록 요청 메시지에는 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보가 포함될 수 있다. 상기 프로파일 정보에는 제1 네트워크 노드 임을 나타내는 NF 유형(NF type), NF 인스턴스 ID(NF instance ID), 제1 네트워크 노드가 지원하는 NF 서비스 (예를 들면, 이벤트 노출 서비스(event exposure service), 파라미터 제공 서비스(parameter provision service), 트리거 서비스(trigger service), 트래픽 인플루언스 서비스(traffic influence service), QoS를 이용한 AF 세션 서비스(AF session with QoS service) 등), 제1 네트워크 노드가 속한 PLMN(public land mobile network) ID, 제1 네트워크 노드가 지원하는 GPSI 범위(range of GPSIs), 외부 그룹 ID 범위(range of external group identifiers), 제1 네트워크 노드가 지원하는 S-NSSAI(single-network slice selection assistance information) 및 관련된 네트워크 슬라이스 인스턴스 ID(network slice instance ID), NF 세트 ID(NF set ID), NF 서비스 세트 ID(NF service set ID) 중 적어도 하나 이상이 포함될 수 있다.
502 단계에서, 제1 네트워크 노드는 제2 네트워크 노드로부터 NF 등록 응답 메시지를 수신한다. 501 단계의 등록 요청 메시지를 수신한 제2 네트워크 노드는 제1 네트워크 노드가 이용 가능한 네트워크 노드임을 표시할 수 있다. 또한, NF 등록 응답 메시지는 제1 네트워크 노드의 프로파일 정보에 대한 등록 결과를 포함할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 비휘발성(non-volatile) 메모리, 롬(read only memory, ROM), 전기적 삭제가능 프로그램가능 롬(electrically erasable programmable read only memory, EEPROM), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(compact disc-ROM, CD-ROM), 디지털 다목적 디스크(digital versatile discs, DVDs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(local area network), WAN(wide area network), 또는 SAN(storage area network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
본 개시(disclosure)는 일반적으로 무선 통신 시스템에 관한 것으로, 보다 구체적으로 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법에 관한 것이다.

Claims (14)

  1. 무선 통신 시스템에서 제1 네트워크 노드의 동작 방법에 있어서,
    제2 네트워크 노드에게 상기 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보를 포함하는 NF(network function) 등록 요청 메시지를 송신하는 과정과,
    상기 제2 네트워크 노드로부터 상기 프로파일 정보에 대한 등록 결과를 포함하는 NF 등록 응답 메시지를 수신하는 과정을 포함하는,
    방법.
  2. 청구항 1에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드의 NF 유형, NF 인스턴스 식별자 중 적어도 하나를 포함하는,
    방법.
  3. 청구항 1에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드가 서비스를 제공하는 영역을 나타내는 영역 정보를 포함하는,
    방법.
  4. 청구항 3에 있어서,
    상기 영역 정보는 셀룰러 통신 시스템과 엣지 데이터 네트워크 사이의 연결을 식별하는 DNAI (data network access identifier)인,
    방법.
  5. 청구항 1에 있어서,
    상기 프로파일 정보는 엣지 데이터 네트워크를 식별하기 위한 DNN (data network name)을 포함하는,
    방법.
  6. 청구항 1에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드가 서비스를 제공할 수 있도록 계약된 제3자 서비스 사업자를 나타내기 위한 외부 서비스 사업자 식별자 (external service provider identifier)를 포함하는,
    방법.
  7. 청구항 1에 있어서,
    상기 프로파일 정보가 업데이트 된 경우, 상기 제2 네트워크 노드에게 업데이트 된 프로파일 정보를 전송하는 과정을 더 포함하는,
    방법.
  8. 무선 통신 시스템에서 제1 네트워크 노드에 있어서,
    적어도 하나의 트랜시버; 및
    적어도 하나의 프로세서를 포함하며,
    상기 적어도 하나의 프로세서는,
    제2 네트워크 노드에게 상기 제1 네트워크 노드가 지원하는 서비스에 대한 프로파일 정보를 포함하는 NF(network function) 등록 요청 메시지를 송신하고,
    상기 제2 네트워크 노드로부터 상기 프로파일 정보에 대한 등록 결과를 포함하는 NF 등록 응답 메시지를 수신하도록 구성된,
    제1 네트워크 노드.
  9. 청구항 8에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드의 NF 유형, NF 인스턴스 식별자 중 적어도 하나를 포함하는,
    제1 네트워크 노드.
  10. 청구항 8에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드가 서비스를 제공하는 영역을 나타내는 영역 정보를 포함하는,
    제1 네트워크 노드.
  11. 청구항 10에 있어서,
    상기 영역 정보는 셀룰러 통신 시스템과 엣지 데이터 네트워크 사이의 연결을 식별하는 DNAI (data network access identifier)인,
    제1 네트워크 노드.
  12. 청구항 8에 있어서,
    상기 프로파일 정보는 엣지 데이터 네트워크를 식별하기 위한 DNN (data network name)을 포함하는,
    제1 네트워크 노드.
  13. 청구항 8에 있어서,
    상기 프로파일 정보는 상기 제1 네트워크 노드가 서비스를 제공할 수 있도록 계약된 제3자 서비스 사업자를 나타내기 위한 외부 서비스 사업자 식별자 (external service provider identifier)를 포함하는,
    제1 네트워크 노드.
  14. 청구항 8에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 프로파일 정보가 업데이트 된 경우, 상기 제2 네트워크 노드에게 업데이트 된 프로파일 정보를 전송하도록 더 구성된,
    제1 네트워크 노드.
PCT/KR2021/000256 2020-01-08 2021-01-08 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법 WO2021141440A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/791,653 US20230032185A1 (en) 2020-01-08 2021-01-08 Apparatus and method for supporting edge computing service in wireless communication system
EP21738510.3A EP4087215A4 (en) 2020-01-08 2021-01-08 APPARATUS AND METHOD FOR SUPPORTING AN EDGE COMPUTER SERVICE IN A WIRELESS COMMUNICATION SYSTEM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020200002819A KR20210089560A (ko) 2020-01-08 2020-01-08 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법
KR10-2020-0002819 2020-01-08

Publications (1)

Publication Number Publication Date
WO2021141440A1 true WO2021141440A1 (ko) 2021-07-15

Family

ID=76788240

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/000256 WO2021141440A1 (ko) 2020-01-08 2021-01-08 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법

Country Status (4)

Country Link
US (1) US20230032185A1 (ko)
EP (1) EP4087215A4 (ko)
KR (1) KR20210089560A (ko)
WO (1) WO2021141440A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023069308A1 (en) * 2021-10-22 2023-04-27 T-Mobile Innovations Llc Unified data repository (udr) access across wireless communication networks

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3879796B1 (en) * 2020-03-13 2024-02-21 Apple Inc. Selection of edge application server
CN113473526A (zh) * 2020-03-31 2021-10-01 华为技术有限公司 一种通信方法及装置
US20220110086A1 (en) * 2020-10-05 2022-04-07 Nokia Technologies Oy Enhanced location services in 5g
US11729137B2 (en) 2021-02-18 2023-08-15 Samsung Electronics Co., Ltd. Method and device for edge application server discovery
US20220353263A1 (en) * 2021-04-28 2022-11-03 Verizon Patent And Licensing Inc. Systems and methods for securing network function subscribe notification process

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190230556A1 (en) * 2018-01-19 2019-07-25 Electronics And Telecommunications Research Institute Apparatus and method for network function profile management

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10397892B2 (en) * 2017-02-06 2019-08-27 Huawei Technologies Co., Ltd. Network registration and network slice selection system and method
US10470042B2 (en) * 2017-07-27 2019-11-05 Nokia Technologies Oy Secure short message service over non-access stratum
EP3837919A1 (en) * 2018-09-24 2021-06-23 Telefonaktiebolaget Lm Ericsson (Publ) User equipment (ue) reachability request parameter for suspended radio access network (ran)
KR102669819B1 (ko) * 2018-10-01 2024-05-29 삼성전자 주식회사 무선 통신 시스템에서 로밍 단말의 네트워크 슬라이스에 상호 배타적 접속 방법 및 장치
US11968696B2 (en) * 2018-10-05 2024-04-23 Lg Electronics Inc. Resource handling for NR V2X based on split of CU-DU
CN113383567A (zh) * 2019-01-18 2021-09-10 瑞典爱立信有限公司 具有服务请求触发的回退的紧急呼叫
EP3963754A1 (en) * 2019-05-01 2022-03-09 Convida Wireless, LLC Methods for a multi-hop relay in 5g network
US11963134B2 (en) * 2019-07-25 2024-04-16 Lg Electronics Inc. Communication based on plurality of SIMs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190230556A1 (en) * 2018-01-19 2019-07-25 Electronics And Telecommunications Research Institute Apparatus and method for network function profile management

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3 (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 29.510, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG4, no. V16.2.0, 20 December 2019 (2019-12-20), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 167, XP051840882 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.501, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V16.3.0, 22 December 2019 (2019-12-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 417, XP051840930 *
ANONYMOUS: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.502, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V16.3.0, 22 December 2019 (2019-12-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 558, XP051840932 *
See also references of EP4087215A4 *
ZTE: "Add supported DNAI in UPF profile", 3GPP DRAFT; S2-1908828 502 R16 DNAI CLARIFICATION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Split, Croatia; 20191011 - 20191018, 1 October 2019 (2019-10-01), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051794977 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023069308A1 (en) * 2021-10-22 2023-04-27 T-Mobile Innovations Llc Unified data repository (udr) access across wireless communication networks
US11864099B2 (en) 2021-10-22 2024-01-02 T-Mobile Innovations Llc Unified data repository (UDR) access across wireless communication networks

Also Published As

Publication number Publication date
EP4087215A1 (en) 2022-11-09
US20230032185A1 (en) 2023-02-02
KR20210089560A (ko) 2021-07-16
EP4087215A4 (en) 2023-02-08

Similar Documents

Publication Publication Date Title
WO2020197288A1 (ko) Edge computing 서비스를 이용하기 위하여 단말에 연결성을 제공하는 방법 및 장치
WO2021141440A1 (ko) 무선 통신 시스템에서 엣지 컴퓨팅 서비스를 지원하기 위한 장치 및 방법
WO2018199649A1 (en) Method and apparatus for registration type addition for service negotiation
WO2021049782A1 (en) Method and apparatus for providing policy of user equipment in wireless communication system
WO2021091232A1 (ko) 이동통신 시스템에서 어플리케이션 서버의 정보 제공 장치 및 방법
EP3574693A1 (en) Method and apparatus for registration type addition for service negotiation
WO2021045573A1 (ko) 무선 통신 시스템에서 비가입자 등록된 단말에게 가입 데이터를 제공하기 위한 장치 및 방법
WO2021054747A1 (ko) 무선 통신 시스템에서 psa-upf 재배치를 위한 장치 및 방법
WO2021066423A1 (en) Method and device for data rate control in network slice in wireless communication system
WO2021054781A1 (ko) 무선 통신 시스템에서 네트워크 슬라이스의 관리 및 접속 제어 방법 및 장치
WO2020071847A1 (ko) 무선 통신 시스템에서 그룹 통신을 제공하는 방법 및 장치
WO2019035638A1 (ko) 제 3자 응용 서버에서 단말의 무선 연결 타입 변경을 확인하는 방법
WO2021177793A1 (en) Apparatus and method for supporting upf event exposure service in wireless communication system
WO2021091307A1 (ko) 무선 통신 시스템에서 mbs 서비스 제공에 대한 mbs 서비스 세션의 설정을 위한 장치 및 방법
WO2021034105A1 (ko) 무선통신 시스템에서 다중 가입 서비스를 제공하는 방법 및 장치
WO2021096325A1 (en) Method and apparatus for improving network slice control accuracy in wireless communication system
WO2021225389A1 (ko) 네트워크 슬라이스를 이용하여 에지 컴퓨팅 서비스를 제공하는 장치 및 방법
WO2021045531A1 (en) Apparatus and method for network automation in wireless communication system
WO2021235880A1 (ko) 무선 통신 시스템에서 단말로 지역 데이터 네트워크 정보를 제공하기 위한 방법 및 장치
WO2020204641A1 (ko) 무선 통신 시스템에서 서비스 정책을 처리하기 위한 장치 및 방법
WO2021137526A1 (ko) 무선 통신 시스템에서 plmn 사업자 간 슬라이스 연동을 지원하기 위한 장치 및 방법
WO2021091351A1 (ko) 무선통신 시스템에서 서비스를 제공하기 위한 방법 및 장치
WO2023282584A1 (ko) 무선 통신 시스템에서 사용자 장비를 관리하기 위한 장치 및 방법
WO2024144321A1 (en) Apparatus and method for inter-plmn handover of home routed session in wireless communication system
WO2021060918A1 (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: 21738510

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021738510

Country of ref document: EP

Effective date: 20220803