WO2022196837A1 - Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치 - Google Patents

Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치 Download PDF

Info

Publication number
WO2022196837A1
WO2022196837A1 PCT/KR2021/003158 KR2021003158W WO2022196837A1 WO 2022196837 A1 WO2022196837 A1 WO 2022196837A1 KR 2021003158 W KR2021003158 W KR 2021003158W WO 2022196837 A1 WO2022196837 A1 WO 2022196837A1
Authority
WO
WIPO (PCT)
Prior art keywords
filter
network entity
information
function
upf
Prior art date
Application number
PCT/KR2021/003158
Other languages
English (en)
French (fr)
Inventor
이정화
문의겸
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Publication of WO2022196837A1 publication Critical patent/WO2022196837A1/ko
Priority to US18/368,418 priority Critical patent/US20240031257A1/en

Links

Images

Classifications

    • 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/06—Generation of reports
    • H04L43/062—Generation of reports related to network traffic
    • 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/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Definitions

  • the present disclosure relates to an operation between a session management function (SMF) of a control plane and a user plane function (UPF) of a user plane in a core network of a next-generation mobile communication system. More specifically, the present disclosure relates to a method for an SMF to provide a UPF with a filter for detecting application traffic so that the UPF can detect application traffic.
  • SMF session management function
  • UPF user plane function
  • the 5G communication system or the pre-5G communication system is called a system after the 4G network (Beyond 4G Network) communication system or after the LTE system (Post LTE).
  • the 5G communication system is being considered for implementation in a very high frequency (mmWave) band (eg, such as a 60 gigabyte (60 GHz) band).
  • mmWave very high frequency
  • FD-MIMO Full Dimensional MIMO
  • array antenna analog beam-forming, and large scale antenna technologies are being discussed.
  • cloud radio access network cloud radio access network: cloud RAN
  • ultra-dense network ultra-dense network
  • D2D Device to Device communication
  • wireless backhaul moving network, cooperative communication, Coordinated Multi-Points (CoMP), and reception interference cancellation Technology development is underway.
  • CoMP Coordinated Multi-Points
  • ACM advanced coding modulation
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC Small Cell Superposition Coding
  • FBMC Fan Bank Multi Carrier
  • NOMA non orthogonal multiple access
  • SCMA sparse code multiple access
  • IoT Internet of Things
  • IoE Internet of Everything
  • M2M Machine Type Communication
  • MTC Machine Type Communication
  • IoT an intelligent IT (Internet Technology) service that collects and analyzes data generated from connected objects and creates new values in human life can be provided.
  • IoT is a field of smart home, smart building, smart city, smart car or connected car, smart grid, health care, smart home appliance, advanced medical service, etc. can be applied to
  • 5G communication technology is implemented by techniques such as beam forming, MIMO, and array antenna.
  • cloud RAN cloud radio access network
  • a mobility management entity in charge of mobility management functions and session management functions, a function of transferring packets between a terminal and an external PDN (packet data network), and charging according to data usage.
  • P-GW packet data network gateway
  • S-GW serving gateway
  • CUPS control and user plane separation
  • the authentication, access control, and mobility control functions of the EPC MME are performed by the 5GC access and mobility management function (AMF), and the session management function of the EPC MME is connected to the 5GC session management function (SMF).
  • AMF 5GC access and mobility management function
  • SMF 5GC session management function
  • packet processing of the EPC GW is performed by the 5GC user plane function (UPF), and complete separation between the control plane and the user plane is achieved.
  • the SMF of the control plane may provide a plurality of filters to the UPF so that the UPF of the user plane can detect application traffic.
  • the number of serviceable applications has greatly increased compared to the existing LTE communication system, and as traffic types of the applications are also diversified, the number of filters to be defined to detect one application also greatly increases. did.
  • the length of a message that can be transmitted and received through the interface between the SMF and the UPF is limited, the number of filters that can be delivered to the UPF through one message is limited. If there are various UPFs and a sufficient number of filters is not provided, application traffic may not be properly detected, which may result in an abnormal network situation.
  • the present disclosure intends to propose a method for solving the above-described problem in providing the UPF with a filter used by the SMF to detect application traffic.
  • a method of a first network entity that performs a session management function (SMF) in a communication system includes: obtaining a first filter for a first direction and a second filter for a second direction associated with an application; determining whether the first filter is a bidirectional filter based on a result of comparing the first filter and the second filter; if the first filter is the bidirectional filter, checking whether a second network entity performing a user plane function (UPF) supports a function of obtaining the second filter based on the first filter; and when the second network entity supports the function, sending a message including the first filter and information indicating that the first filter is the bidirectional filter to the second network entity characterized.
  • UPF user plane function
  • a method of a second network entity performing a user plane function (UPF) in a communication system includes: receiving, from a first network entity performing a session management function (SMF), a message including a first filter for a first direction associated with an application; when the message includes information indicating that the first filter is a bidirectional filter, checking a second filter for a second direction based on the information of the first filter; and detecting traffic of the application based on the first filter and the second filter.
  • SMF session management function
  • a first network entity that performs SMF of a communication system.
  • the first network entity may include: a transceiver; and obtaining a first filter for a first direction and a second filter for a second direction associated with an application, and based on a result of comparing the first filter and the second filter, whether the first filter is a bidirectional filter check whether the first filter is the bidirectional filter, check whether a second network entity performing a user plane function (UPF) supports the function of obtaining the second filter based on the first filter, , when the second network entity supports the function, controlling the transceiver to transmit a message including the first filter and information indicating that the first filter is the bidirectional filter to the second network entity It is characterized in that it includes a control unit.
  • UPF user plane function
  • a second network entity that performs UPF of a communication system.
  • the second network entity may include: a transceiver; and controlling the transceiver to receive, from a first network entity performing a session management function (SMF), a message including a first filter for a first direction associated with an application, wherein the first filter is a bidirectional filter in the message When information indicating that It characterized in that it comprises a control unit for detecting (detect) traffic.
  • SMF session management function
  • an SMF can efficiently provide a filter used to detect an application's traffic to the UPF.
  • the filter in a method for an SMF to deliver a plurality of PFDs each including a plurality of filters for detecting application traffic through a packet flow description (PFD) management procedure to the UPF, the filter is bidirectional.
  • a method of delivering only a PFD including a filter for any one direction is provided.
  • the UPF can derive a filter for another direction from a filter for one direction included in the received PFD, thereby preventing redundant information transmission and reception.
  • a network operator can set a larger number of filters for one application and provide them to the UPF, a more efficient system can be implemented.
  • FIG. 1 is a diagram illustrating a structure of a 5GC according to an embodiment of the present disclosure.
  • FIG. 2A is a diagram illustrating an interface between an SMF and a packet flow detection function (PFDF) according to an embodiment of the present disclosure.
  • PFDF packet flow detection function
  • 2B is a diagram illustrating a process in which an SMF acquires a PFD from a PFDF according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating a PFD management procedure according to an embodiment of the present disclosure.
  • FIG. 4 is a diagram illustrating an association procedure between an SMF and a UPF according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram illustrating an operation of an SMF according to an embodiment of the present disclosure.
  • FIG. 6 is a diagram illustrating a process in which the SMF provides a PFD including a filter for detecting application traffic to the UPF according to an embodiment of the present disclosure.
  • FIG. 7 is a diagram illustrating an operation of a UPF according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram illustrating a process in which the UPF receives a PFD including a filter for detecting application traffic from the SMF and performs an application traffic detection operation based on the filter according to an embodiment of the present disclosure.
  • FIG. 9 is a diagram illustrating an overall flow of a PFD management procedure in which an SMF provides a PFD including a bidirectional filter to a UPF according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating a structure of a network entity capable of performing SMF according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram illustrating a structure of a network entity capable of performing UPF according to an embodiment of the present disclosure.
  • each block of the flowchart diagrams and combinations of the flowchart diagrams may be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions performed by the processor of the computer or other programmable data processing equipment are not described in the flowchart block(s). It creates a means to perform functions.
  • These computer program instructions may also be stored in a computer-usable or computer-readable memory that may direct a computer or other programmable data processing equipment to implement a function in a particular manner, and thus the computer-usable or computer-readable memory.
  • the instructions stored in the flowchart block(s) may produce an article of manufacture containing instruction means for performing the function described in the flowchart block(s).
  • the computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to create a computer or other programmable data processing equipment. It is also possible that instructions for performing the processing equipment provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is also possible for the functions recited in the blocks to occur out of order. For example, it is possible that two blocks shown in succession are actually performed substantially simultaneously, or that the blocks are sometimes performed in the reverse order according to the corresponding function.
  • ' ⁇ unit' used in this embodiment means software or hardware components such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and ' ⁇ unit' performs certain roles. do.
  • '-part' is not limited to software or hardware.
  • ' ⁇ unit' may be configured to reside on an addressable storage medium or may be configured to refresh one or more processors.
  • ' ⁇ ' denotes components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and ' ⁇ units' may be combined into a smaller number of components and ' ⁇ units' or further separated into additional components and ' ⁇ units'.
  • components and ' ⁇ units' may be implemented to play one or more CPUs in a device or secure multimedia card.
  • ' ⁇ unit' may include one or more processors.
  • first, second, etc. terms including an ordinal number such as first, second, etc. may be used to describe various components, but the components are not limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present disclosure, a first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component.
  • the term and/or includes a combination of a plurality of related described items or any of a plurality of related described items.
  • association with and “associated therewith” and derivatives thereof used in an embodiment of the present disclosure include, and be included in within, interconnect with, contain, be contained within, connect to or with, connect to, or couple to or with, be communicated with, cooperate with, interleave, juxtapose, and be proximate to), likely to be or to be bound to or with, to have, to have a property of, etc.
  • the conditions described as 'more than' may be replaced with 'more than'
  • the conditions described as 'less than' and 'more than and less than' may be replaced with 'more than and less than'.
  • FIG. 1 is a diagram illustrating a structure of a 5GC according to an embodiment of the present disclosure.
  • 5GC may provide various types of services including voice to users between a 5G next generation-radio access network (RAN) and an external packet data network.
  • RAN next generation-radio access network
  • 5GC 5G next generation-radio access network
  • 3GPP which is in charge of mobile communication standards
  • NFs network functions
  • SDN software defined networking
  • 5GC is composed of NFs.
  • NFs constituting 5GC to which the present disclosure can be applied may be exemplified as follows.
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • PCF policy control function
  • AUSF authentication server function
  • UDM unified data management function
  • AF application function
  • NEF network exposure function
  • NRF network repository function
  • NSSF network slice selection function
  • NFs that are functionally connected to the RAN to transmit or control data are AMF, SMF, and UPF.
  • AMF and SMF may process a control plane
  • UPF may process a user plane.
  • SMF and UPF will be described in more detail.
  • the SMF is an NF that processes the control plane, and the SMF allocates an IP address to the terminal to provide a connection between the terminal and an external data network.
  • the SMF can create a PDU session tunnel by using GTP tunneling at the NG-U interface between the base station and the UPF, and perform the generation change release function for the PDU (protocol data unit) session between the terminal and the data network.
  • the SMF selects the UPF to be used by the terminal, sets the routing of the UPF so that the UPF can deliver packets to the destination, and signals through the interface with the PCF (policy control function) to receive operator policy for QoS control.
  • PCF policy control function
  • SMF provides a control function for collecting UPF's billing data, and supports an interface for collecting billing data from the UPF and transferring the billing data to the billing server.
  • the SMF can determine how to provide continuity of sessions and services according to downlink data notification (downlink data notification) performed by the notification of the UPF that downlink packet data has been received and how to provide continuity of the service, and it can respond to session management events. Lawful interception can also be supported.
  • SMF also provides Nsmf, which is SBI (ServiceBased Interface), to other certified NFs (Network Functions) in accordance with the introduction of 5G service infrastructure like AMF so that SMF can be used.
  • the SMF may send and receive signaling with the AMF through the N11 interface, and may send and receive signaling with the UPF through the N4 interface.
  • the UPF is an NF that processes the user plane, and can filter packets in units of users in order to transmit a packet received from the terminal to the data network or to deliver a packet received from the data network to the terminal.
  • the UPF serves as a mobility anchor point (Mobility Anchor Point) when the UE moves within the 5G system or to another system. 'End Marker' is transmitted to the original base station to inform that packets are no longer received through the corresponding path.
  • the UPF may allocate an IP address to the terminal at the request of the SMF.
  • UPF can perform the traffic detection function by providing the Packet Inspection function based on the SDF (Service Data Flow) template or PFD (packet flow description) provided by SMF.
  • SDF Service Data Flow
  • PFD Packet flow description
  • UPF performs traffic gating, Redirection, or Steering according to Policy, and can provide a Lawful Intercept (LI) function through user packet collection.
  • UPF controls the transmission rate for uplink and downlink to provide QoS, and provides packet marking such as Differentiated Services Code Point (DSCP) and downlink Packet for Reflective Packet. Marking can also be provided.
  • DSCP Differentiated Services Code Point
  • the UPF may operate paging for a terminal call through the SMF.
  • the terminal accesses the network after paging, the UPF can transmit the stored packet to the terminal.
  • the UPF can also perform the function of collecting billing information under the control of the SMF.
  • the UPF may transmit and receive signaling with the RAN through the N3 interface, and may transmit and receive signaling with a DN (data network) through the N6 interface, and may transmit and receive signaling with the SMF through the N4 interface.
  • DN data network
  • the first method is a rule related to the operation of detecting application traffic in the UPF whenever an IP-connectivity access network (IP-CAN) session or protocol data unit (PDU) session is created (eg, packet detection rule (PDR))
  • IP-CAN IP-connectivity access network
  • PDU protocol data unit
  • PDR packet detection rule
  • Each filter may mean information (or attribute value-pair (AVP)) such as a packet filter and a flow description that can be used as a filter of an application.
  • AVP attribute value-pair
  • the UPF may perform an operation to detect application traffic based on the provided filter.
  • a plurality of filters for an application and an application identifier (ID) indicating the application are first provided to the UPF, and an application ID that wants to detect traffic when creating an IP CAN session or PDU session only way to pass it on.
  • the UPF may check filters corresponding to the received application ID among a plurality of previously provided filters, and may perform an operation of detecting traffic of the corresponding application based on them.
  • the filter provided to the UPF may be included in the PFD and transmitted through the PFD management request message of the PFD management procedure.
  • PFD may be referred to as PFD contents as described later, and is not limited thereto, and may be referred to by terms having the same or similar meaning.
  • a plurality of filters must be delivered to the UPF along with a rule whenever a session is created or a new service is added. may occur.
  • the SMF and UPF create a session or when a new service is added, only the application ID is exchanged. Therefore, the size of the message transmitted and received between the SMF and the UPF can be reduced, thereby reducing the load on the network. effect can be obtained.
  • a method for the SMF to provide a plurality of filters used to detect application traffic to the UPF based on the second method described above will be described.
  • the present disclosure is not limited thereto, and it is natural for those skilled in the art that the present disclosure may be applied to the first method as well.
  • PFD management a series of processes in which the SMF provides the UPF with a plurality of PFDs each including an application ID and a plurality of filters used to detect the traffic of the corresponding application.
  • PFD management a series of processes in which the SMF provides the UPF with a plurality of PFDs each including an application ID and a plurality of filters used to detect the traffic of the corresponding application.
  • the SMF according to the present disclosure may acquire the PFDs from a network exposure function (NEF) before providing a plurality of PFDs to the UPF through the above-described PFD management procedure.
  • NEF network exposure function
  • FIG. 2A is a diagram illustrating an interface between an SMF and a packet flow detection function (PFDF) according to an embodiment of the present disclosure.
  • PFDF packet flow detection function
  • the SMF and the PFDF may transmit/receive signaling through an N29 interface.
  • the PFDF may provide PFDs for at least one application to the SMF according to the request of the SMF, and the SMF may provide the PFDs to the UPF through a PFD management procedure.
  • the SMF may subscribe to a PFDF to receive a notification or unsubscribe to a PFDF to receive a notification no longer.
  • FIG. 2B a process in which the SMF acquires a PFD for an application from the PFDF will be described in detail with reference to FIG. 2B .
  • 2B is a diagram illustrating a process in which an SMF acquires a PFD from a PFDF according to an embodiment of the present disclosure.
  • SMF which is an NF service consumer, may transmit a message (eg, GET request) requesting PFD for at least one application ID.
  • a message eg, GET request
  • Step 2 if the PFD request is successful, the SMF may receive a PFD response including a plurality of PFDs for the requested application ID from the PFDF. Meanwhile, the PFD response may further include information indicating that the PFD request of Step 1 is successful. Alternatively, when the PFD request fails, the SMF may receive an HTTP status code indicating that the PFD request of Step 1 has failed from the PFDF.
  • the SMF may acquire the PFD for the application, and may provide it to the UPF through the PFD management procedure.
  • the operation of generating (or acquiring) the PFD means the operation of checking the PFD including the filter according to the format (eg, Table 3 or Table 8) of PFD contents to be described later. can do.
  • the present disclosure will focus on an embodiment in which the SMF provides preset PFDs to the UPF.
  • FIG. 3 is a diagram illustrating a PFD management procedure according to an embodiment of the present disclosure.
  • the PFD management procedure may refer to a procedure in which the control plane SMF provides PFDs including a plurality of filters preset for at least one application ID to the user plane UPF, or requests the UPF to remove them. .
  • the SMF triggers (or initiates) the PFD management procedure so that the PFDs for at least one application can be provisioned to the UPF, or the UPF can remove the PFDs for the at least one application.
  • the SMF may trigger a PFD management procedure.
  • the SMF may transmit a PFD management request message to the UPF.
  • the PFD management request message may be composed of PFDs including an application ID and a plurality of filters for an application corresponding to the application ID.
  • the SMF may transmit the PFD management request message by emptying the information on the application ID or PFDs.
  • the UPF that receives the PFD management request message from the SMF if the application ID or information on the PFDs does not exist in the PFD management request message, all applications for all applications provided through the previous PFD management procedure. PFDs can be deleted. Alternatively, if information on at least one PFD exists in the PFD management request message, all PFDs previously provided for the corresponding application may be deleted, and all PFDs received in the PFD request message may be stored.
  • Step 3 when the operation according to the above-described PFD management request message is successfully performed, the UPF sends a PFD management response message including information (eg, cause "success") indicating that the PFD management is successful to the SMF. can be transmitted
  • information eg, cause "success"
  • the PFD management request message may be transmitted to the UPF for each application. That is, one PFD management request message may be transmitted for each one application ID.
  • the PFD management request message of the present disclosure may include information in the format shown in Table 1 below.
  • IE Type Sxa Sxb Sxc N4 Application ID M This IE shall identify the Application ID for which PFDs shall be provisioned in the UP function).
  • - X X X Application ID PFD context C This IE shall be present if the PFD needs to be provisioned in the UP function. When present, it shall describe the PFD to be provisioned in the UP function.
  • Several IEs with the same IE type may be present to provision multiple PFDs for this Application ID. When this IE is absent, the UP function shall delete all the PFDs received and stored earlier in the UP function for this Application ID. . - X X X PFD context
  • the PFD management request message may include an application ID and PFD context associated with PFDs to be provided to the UPF.
  • the PFD context may mean a plurality of PFDs (PFD set) for the application corresponding to the application ID.
  • the PFD context may not be included, and in this case, the UPF may delete all PFDs for the corresponding application ID provided through the previous PFD management procedure. That is, when only the application ID is included and the PFD context of the PFDs for the application ID is not included, the terminal may delete all PFDs previously provided for the application ID.
  • the PFD context of Table 1 may include PFD contents as shown in Table 2 below, where PFD contents may mean information that may be included in one PFD.
  • providing PFD may mean providing PFD contents, and information (or properties) of PFD contents may be used to detect traffic of a corresponding application.
  • the UPF may perform a traffic detection operation based on whether information of the PFD contents matches the traffic of the application. That is, the UPF may check whether the incoming traffic is detected based on whether the incoming traffic matches all properties, at least one property, or any one property of the PFD contents.
  • the information of PFD contents may have a format as shown in Table 3 below, for example.
  • the CP function (eg, the SMF of the present disclosure) must provide only PFD contents including multiple-valued properties when the UPF supports the PFDE function (The CP function shall only provision a PFD Contents including a property with multiple values if the UP function supports PFDE feature.).
  • Octet 5 of PFD contents is a flag indicating the type of PFD contents.
  • each Flags may have the following meanings.
  • Bit 7 - AURL (Additional URL): When this Bit is set to “1”, it may mean that the Length of Additional URL field and the Additional URL field of Table 4 exist, and it may mean that PFD Contents is an Additional URL type. can If set to “0”, it may mean that the Length of Additional URL field and the Additional URL field do not exist.
  • FIG. 4 is a diagram illustrating an association procedure between an SMF and a UPF according to an embodiment of the present disclosure.
  • the N4 association setup procedure performed between the SMF and the UPF may mean a series of procedures performed to enable the SMF to establish an N4 session using UPF resources by creating an N4 association between the SMF and UPF. .
  • the SMF may transmit an N4 association setup request to the UPF (or may be referred to by various terms such as an N4 association setup request message, an association setup request, or an association setup request message). .
  • the SMF in response to the N4 Association setup request sent in Step 1, the SMF may be referred to by various terms such as an N4 Association setup response from the UPF (or an N4 Association setup response message, an Association setup response, or an Association setup response message). .) can be received.
  • the N4 Association setup response message may include information on features supported by the UPF.
  • the N4 Association setup response message may follow the format shown in Table 4 below.
  • UPF supported based on Bits set in Supported-Features field corresponding to Octets 5 - 6 in Table 4, Additional Supported-Feature 1 corresponding to Octets 7-8, and Additional Supported-Feature 2 corresponding to Octets 9-10 in Table 4 function may be indicated.
  • the UPF supports the function (PFDM Feature) capable of performing the PFD management procedure by setting 6 bits of the Supported-Features field corresponding to Octets 5 to “1”, it is possible to indicate that the UPF supports the function (PFDM Feature) capable of performing the PFD management procedure.
  • the SMF initiates the N4 Association setup procedure, but the present disclosure is not limited thereto. That is, the UPF may initiate the N4 association setup procedure, and in this case, the N4 association setup request message may include information on features supported by the UPF and transmit it to the SMF.
  • a PFD management request message and a PFD management response message are transmitted and received through an N4 interface using a packet forwarding control protocol (PFCP) based on a user datagram protocol (UDP). Since the theoretical maximum length of the UDP payload is 65,535 bytes, which is the maximum value of 16 bits, the payload of the PFD management request message transmitted through the N4 interface using PFCP based on UPD must be within about 60,000 bytes shorter than this. .
  • PFCP packet forwarding control protocol
  • UDP user datagram protocol
  • the payload length of the PFD management request message including the PFDs is a certain byte ( For example, the theoretical maximum length of the UPD payload).
  • a network operator can create a PFD including a filter including both a source and a destination of a packet (eg, it may refer to an IPv6 Flow Description type PFD).
  • the number of PFDs for one application that can be included in the PFD management request message may be limited to about 400.
  • two single-directional PFDs each including a filter for an uplink direction and a filter for a downlink direction are provided to the UPF together.
  • the PFD including the filter for the uplink and the PFD including the filter for the downlink may be respectively included in the PFD management request message and provided to the UPF.
  • Uplink “permit in 17 from any to 10.1.1.10 8080”
  • Downlink “permit out 17 from 10.1.1.10 8080 to any”
  • the filters in Table 6 differ only in directions, and other information (IP Protocol, Source/Destination IP Address, Source/Destination Port Number) is the same. Accordingly, in this case, providing both the uplink filter and the downlink filter to the UPF may be redundant information, and it may be said that the limited message length resource is used inefficiently.
  • the bidirectional filter may be referred to by a bidirectional flow description or a term having the same or similar meaning, and may mean a filter included in the PFD according to the format of Table 8 to be described later.
  • the SMF provides the UPF with both unidirectional PFDs including a filter for uplink and a filter for downlink, respectively, and information that a filter for one direction and the filter can be applied in both directions (for example, a method for providing a PFD including a specific indicator) to the UPF is proposed.
  • the UPF provided with the PFD may identify (or derive) a filter in the opposite direction based on the filter for any one direction included in the PFD, and may use it for the traffic detection operation of the application.
  • the UPF based on the filter for any one direction included in the PFD, the UPF identifies (or derives) a filter in the opposite direction. It can be referred to as a function.
  • the above-described operation may require changes to both the SMF of the control plane and the UPF of the user plane. This is because whether or not the BIDIR function is supported according to the UPF is an option. Therefore, the UPF according to an embodiment of the present disclosure may notify the SMF whether it supports the BIDIR function.
  • the UPF sends information about the functions it supports to the N4 Association setup request message (when the N4 Association setup procedure is initiated by the UPF), or the N4 Association setup response message (N4 When the association setup procedure is initiated by the SMF), it can be accomplished by sending it to the SMF.
  • the UPF transmits information about the function it supports to the N4 Association setup request message or It can be included in the N4 Association setup response message to notify the SMF.
  • the SMF checks whether the filter to be provided to the UPF can be applied in both directions, and if it can be applied in both directions, it can be confirmed that the UPF supports the BIDIR function. If the UPF supports the BIDIR function, the SMF may provide the UPF with a PFD including the filter and an indicator that the filter can be applied in both directions. Meanwhile, in the present disclosure, when the PFD including the filter to which the SMF can be applied bidirectionally is provided to the UPF, information (PFD contents) that can be included in the PFD may follow the format shown in Table 8 below.
  • the Custom PFD contents field exists by setting bit 4 of Octets 5 to “1”, and the filter included in the corresponding PFD is located in the field of Octet 9, where the PFD contents start, in both directions.
  • a PFD including a filter for any one direction may be provided to the UPF in a subsequent field by designating a type indicating that it is an applicable filter.
  • the UPF can check whether the filter included in the received PFD can be applied in both directions based on information included in the corresponding PFD (eg, information on the type of PFD, or an indicator), and accordingly, application traffic is detected action can be performed.
  • information included in the corresponding PFD eg, information on the type of PFD, or an indicator
  • FIG. 5 is a diagram illustrating an operation of an SMF according to an embodiment of the present disclosure.
  • the SMF determines whether the filter for the application is for the uplink direction, the downlink direction, or both directions, and checks whether the filter can be applied in both directions (whether it is a bidirectional filter).
  • the filter is preset to be bidirectional, or if the filter for the uplink direction and the filter for the downlink direction have opposite sources and destinations, other information (eg, IP Protocol, IP address, Port ), it can be confirmed that the filter for the uplink direction (or the filter for the downlink direction) can be applied in both directions.
  • the filter can be applied in both directions may mean that as a result of switching only the source and destination information among the information of the corresponding filter, the same filter as the filter for the opposite direction can be obtained.
  • a filter for an uplink direction hereinafter, referred to as a first filter
  • a filter for a downlink direction hereinafter referred to as a second filter
  • the first filter As a result of switching only the source and destination information among the information of the first filter, when the same filter as the second filter is obtained (or generated), it can be confirmed that the first filter can be applied in both directions.
  • checking whether a filter can be applied in both directions may mean checking whether a corresponding filter is a bidirectional filter.
  • the SMF may check whether the UPF supports the BIDIR function capable of deriving a filter for a different direction from a filter for one direction. For example, the SMF may check this based on information on functions supported by the UPF received in the N4 association setup procedure with the UPF.
  • Step 3 if the UPF does not support the BIDIR function, the SMF may check (or generate, obtain) two PFDs including a filter for an uplink direction and a filter for a downlink direction, respectively.
  • the PFD may follow the format shown in Table 3 above.
  • the SMF if the UPF supports the BIDIR function, the SMF generates (or generates) a filter for one direction and information (eg, type information, indicator) that the filter can be applied in both directions. , obtained) can be checked.
  • the PFD may follow the format shown in Table 8 above.
  • the SMF may include the PFD confirmed in Step 3 in the PFD management request message and transmit it to the UPF.
  • Steps 1 to 4 of FIG. 5 may be performed simultaneously, and some may be omitted.
  • FIG. 6 is a diagram illustrating a process in which the SMF provides a PFD including a filter for detecting application traffic to the UPF according to an embodiment of the present disclosure.
  • the SMF may check whether the filter for the application is for the uplink direction, the downlink direction, or both directions, and check whether the filter can be applied in both directions. For example, if the filter is preset to be bidirectional, or if the filter for the uplink direction and the filter for the downlink direction have opposite sources and destinations, other information (eg, IP Protocol, IP address, Port ), it can be confirmed that the filter for the uplink direction (or the filter for the downlink direction) can be applied in both directions.
  • other information eg, IP Protocol, IP address, Port
  • Step 2 the SMF checks (or generates, obtains two PFDs, each including a filter for an uplink direction and a filter for a downlink direction) )can do.
  • the PFD may follow the format shown in Table 3 above.
  • the SMF can check whether the UPF supports the BIDIR function that can derive a filter for one direction from a filter for the other direction. .
  • the SMF may check this based on information on functions supported by the UPF received in the N4 association setup procedure with the UPF.
  • the SMF includes a filter for either direction and information (eg, type information, indicator) that the filter can be applied in both directions. You can check the PFD to (or create, acquire).
  • the PFD may follow the format shown in Table 8 above.
  • Step 5 If it is determined in Step 3 that the UPF does not support the BIDIR function, in Step 5, the SMF checks (or generates, can be obtained).
  • the PFD may follow the format shown in Table 3 above.
  • the SMF may include the PFD confirmed in Step 2, Step 4, or Step 5 in the PFD management request message and transmit it to the UPF.
  • Step 1 to Step 6 of FIG. 6 may be performed simultaneously, and some may be omitted.
  • FIG. 7 is a diagram illustrating an operation of a UPF according to an embodiment of the present disclosure.
  • the UPF may receive a PFD management request message including a plurality of PFDs for an application from the SMF.
  • the UPF may check whether the filter can be applied in both directions based on information (eg, type information, indicator) included in the received PFD. For example, when the received PFD includes a filter according to the format shown in Table 3, the UPF can confirm that the filter is a unidirectional filter that cannot be applied in both directions. On the other hand, when the received PFD includes a filter according to the format shown in Table 8, the UPF can confirm that the filter can be applied in both directions.
  • information eg, type information, indicator
  • the UPF derives (or obtains, generates) a filter for the other direction from the filter for one direction, and two filters They can be applied as filters to detect application traffic.
  • the UPF may derive a filter for the downlink direction from the filter, and select the received filter and the derived filter. It can be applied as a filter that detects application traffic.
  • an operation of deriving a filter for a different direction from a filter for one direction may refer to an operation of checking a filter in a different direction from the corresponding filter by switching a source and a destination of the filter.
  • the UPF may transmit a PFD management response message including information indicating that the PFD management is successful to the SMF.
  • the UPF may perform an operation of detecting application traffic based on the checked filters. For example, the UPF may check whether traffic of an application matching the checked filter is generated.
  • Step 1 to Step 5 of FIG. 7 may be simultaneously performed, and some may be omitted.
  • FIG. 8 is a diagram illustrating a process in which the UPF receives a PFD including a filter for detecting application traffic from the SMF and performs an application traffic detection operation based on the filter according to an embodiment of the present disclosure.
  • the UPF may receive a PFD management request message including a plurality of PFDs for an application from the SMF.
  • the UPF may check whether the filter can be applied in both directions based on information (eg, type information, indicator) included in the received PFD. For example, when the received PFD includes a filter according to the format shown in Table 3, the UPF can confirm that the filter is a unidirectional filter that cannot be applied in both directions. On the other hand, when the received PFD includes a filter according to the format shown in Table 8, the UPF can confirm that the filter can be applied in both directions.
  • information eg, type information, indicator
  • the filter received in Step 1 can be applied only in a unidirectional direction (eg, uplink direction or downlink direction), or if the UPF does not support the BIDIR function, in Step 4, the UPF is a unidirectional filter can be applied as a filter to detect application traffic.
  • a unidirectional direction eg, uplink direction or downlink direction
  • the UPF is a unidirectional filter can be applied as a filter to detect application traffic.
  • the UPF derives a filter for the other direction from the filter for one direction, and uses the two filters to detect the traffic of the application. It can be applied as a filter. For example, if it is confirmed that the received filter is a filter for the uplink direction and can be applied in both directions, the UPF may derive a filter for the downlink direction from the filter, and select the received filter and the derived filter. It can be applied as a filter that detects application traffic. Meanwhile, in the present disclosure, an operation of deriving a filter for a different direction from a filter for one direction may refer to an operation of checking a filter in a different direction from the corresponding filter by switching a source and a destination of the filter.
  • the UPF may transmit a PFD management response message including information indicating that the PFD management is successful to the SMF.
  • the UPF may perform an operation of detecting application traffic based on the filter identified in Step 3 or Step 4. For example, the UPF may check whether traffic of an application matching the checked filter is generated. Meanwhile, Step 1 to Step 6 of FIG. 8 may be performed simultaneously, and some may be omitted.
  • FIG. 9 is a diagram illustrating an overall flow of a PFD management procedure in which an SMF provides a PFD including a bidirectional filter to a UPF according to an embodiment of the present disclosure.
  • the SMF and the UPF may perform an N4 Association setup procedure.
  • the N4 association setup procedure may be initiated by the SMF or the UPF, and the UPF transmits information about the function it supports (eg, the PFDM function according to the present disclosure, or the BIDIR function) to the N4 association setup request message. (When the N4 association setup procedure is initiated by the UPF), or may be included in the N4 association setup response message (when the N4 association setup procedure is initiated by the SMF) and transmitted to the SMF.
  • the SMF may check whether the filter for the application is for the uplink direction, the downlink direction, or both directions, and check whether the filter can be applied in both directions. For example, if the filter is preset to be bidirectional, or if the filter for the uplink direction and the filter for the downlink direction have opposite sources and destinations, other information (eg, IP Protocol, IP address, Port ), it can be confirmed that the packet filter for the uplink direction (or the packet filter for the downlink direction) can be applied in both directions.
  • other information eg, IP Protocol, IP address, Port
  • Step 3 if it is confirmed that the filter in Step 1 can be applied in both directions, in Step 3, the SMF determines whether the UPF supports the BIDIR function that can derive the filter for one direction from the filter for the other direction. can be checked. For example, the SMF may check this based on information on functions supported by the UPF received in the N4 association setup procedure with the UPF.
  • the SMF includes a filter for either direction and information (eg, type information, indicator) that the filter can be applied in both directions. You can check the PFD to (or create, acquire).
  • the PFD may follow the format shown in Table 8 above.
  • the SMF may include the checked PFD in the PFD management request message and transmit it to the UPF.
  • the UPF may check whether the filter can be applied in both directions based on information (eg, type information, indicator) included in the received PFD. For example, when the received PFD includes a filter according to the format shown in Table 3, the UPF can confirm that the filter is a unidirectional filter that cannot be applied in both directions. On the other hand, when the received PFD includes a filter according to the format shown in Table 8, the UPF can confirm that the filter can be applied in both directions.
  • information eg, type information, indicator
  • Step 7 if it is confirmed that the received filter can be applied only in a unidirectional direction (eg, an uplink direction or a downlink direction), the unidirectional filter may be applied as a filter for detecting traffic of an application.
  • the UPF derives a filter for the other direction from the filter for one direction, and applies the two filters as a filter for detecting the traffic of the application.
  • the UPF may transmit a PFD management response message including information indicating that PFD management is successful to the SMF.
  • the UPF may perform an operation of detecting application traffic based on the checked filter. For example, the UPF may check whether traffic of an application matching the checked filter is generated.
  • the UPF that has received the PFD including the bidirectional filter can derive the filter for the other direction from the received filter for one direction, so that only the direction is different from the viewpoint of the SMF but other information is the same Therefore, there is no need to provide filters including redundant information to the UPF, so the message length constraint problem can be solved. Furthermore, a network operator can set a larger number of filters for one application and provide a PFD including them to the UPF, so that a more efficient system can be implemented.
  • FIG. 10 is a diagram illustrating a structure of a network entity capable of performing SMF according to an embodiment of the present disclosure.
  • a network entity capable of performing SMF may include a transceiver 1005 , a controller 1010 , and a memory 1015 .
  • the transceiver 1005 may transmit/receive signals to and from other network entities.
  • the transceiver 1005 may transmit/receive a signal to/from another network entity through a network interface such as a cable.
  • the transceiver may transmit, for example, system information to the base station, and may transmit a synchronization signal or a reference signal.
  • the controller 1010 may control the overall operation of the SMF according to the embodiment proposed in the present disclosure.
  • the memory 1015 may store at least one of information transmitted and received through the transceiver 1005 and information generated through the control unit 1010 .
  • FIG. 11 is a diagram illustrating a structure of a network entity capable of performing UPF according to an embodiment of the present disclosure.
  • a network entity capable of performing UPF may include a transceiver 1105 , a controller 1110 , and a memory 1115 .
  • the transceiver 1105 may transmit/receive signals to and from other network entities. For example, the transceiver 1105 may transmit/receive a signal to/from another network entity through a network interface such as a cable. The transceiver may transmit, for example, system information to the base station, and may transmit a synchronization signal or a reference signal.
  • the controller 1110 may control the overall operation of the SMF according to the embodiment proposed in the present disclosure.
  • the memory 1115 may store at least one of information transmitted and received through the transceiver 1105 and information generated through the control unit 1110 .
  • the methods proposed in the present disclosure may be implemented by combining some or all of the contents included in each embodiment within a range that does not impair the essence of the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Filtration Of Liquid (AREA)
  • Liquid Crystal Substances (AREA)

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 5GC (5G core network)의 SMF 및 UPF 간 동작에 관한 것으로, PFD 관리 절차에 있어서, UPF에 양방향 PFD를 제공하는 방법에 관한 것이다. 이에 따르면, 상향링크에 대한 PFD 또는 하향링크에 대한 PFD 중 어느 하나만 UPF에 제공해도 됨에 따라 중복적인 정보의 송수신을 방지하고, SMF 및 UPF 간 송수신될 수 있는 메시지 크기의 제약 문제를 해결할 수 있다.

Description

PFD 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치
본 개시는 차세대 이동 통신 시스템의 코어 네트워크(core network)에서 제어 평면(control plane)의 SMF(session management function) 및 사용자 평면(user plane)의 UPF(user plane function) 간 동작에 대한 것이다. 보다 구체적으로, 본 개시는 UPF가 어플리케이션 트래픽(application traffic)을 감지(detection)할 수 있도록, SMF가 어플리케이션의 트래픽을 감지하기 위한 필터를 UPF에 제공하는 방법에 대한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (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 FSK and QAM Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및 SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
한편, 상술한 기술 발전에 발맞추어 통신 시스템의 코어 네트워크(core network)의 새로운 구조에 대해서도 논의가 진행되어 왔다. 기존 LTE 통신 시스템에서는 이동성 관리 기능 및 세션 관리 기능을 담당하는 MME(mobility management entity), 단말과 외부 PDN(packet data network) 간 패킷을 전달하는 기능과 데이터 사용량에 따른 과금(charging) 등 기능을 수행하는 P-GW(packet data network gateway), 및 기지국과 P-GW 사이에서 사용자 패킷들을 라우팅(routing) 하는 기능을 수행하는 S-GW(serving gateway) 등이 코어 네트워크인 EPC(evolved packet core)를 구성하였다. EPC를 구성하는 MME, P-GW, S-GW들은 제어 평면(control plane) 기능과 사용자 평면(user plane) 기능이 밀접하게 결합된 네트워크 엔티티(network entity)이므로, 유연한 네트워크 관리가 어려웠다. 한편, 3GPP의 릴리즈 14 표준에서, SDN(software defined network) 기술을 이용하여, EPC의 P-GW와 S-GW의 제어 평면과 사용자 평면을 분리하는 CUPS(control and user plane separation)의 구조가 도입되었다. 이후, 4G 통신 시스템에서 5G 통신 시스템으로 발전하면서, 5G 통신 시스템의 요구조건(requirement)를 충족하기 위해 상술한 CUPS 구조가 5G 코어 네트워크(5GC)의 구조 설계의 핵심 요소 중 하나로 적용되었고, 그 결과 5G 코어 네트워크에서는 제어 평면과 사용자 평면 간 완전한 분리가 이루어졌다. 구체적으로, 제어 평면의 측면에서, EPC MME의 인증, 접속 제어, 이동성 제어 기능이 5GC AMF(access and mobility management function)에 의해 수행되고, EPC MME의 세션 관리 기능이 5GC SMF(session management function)에 의해 수행되며, 사용자 평면의 측면에서 EPC GW의 패킷 프로세싱 등이 5GC UPF(user plane function)에 의해 수행되는 구조로 제어 평면과 사용자 평면 간 완전한 분리가 이루어졌다. 이에, 제어 평면을 처리하는 AMF, SMF와 사용자 평면을 처리하는 UPF들의 기능 및 구현 복잡도와 네트워크 엔티티 간 시그널링 부하를 감소시킬 수 있는 방법에 대한 다양한 논의가 진행되고 있다.
상술한 5GC에서는, 제어 평면의 SMF는 사용자 평면의 UPF가 어플리케이션의 트래픽(application traffic)을 감지할 수 있도록 복수의 필터들을 UPF에 제공할 수 있다. 5G 통신 시스템에서는 서비스될 수 있는 어플리케이션의 수가 기존의 LTE 통신 시스템과 비교하여 크게 증가하였고, 상기 어플리케이션의 트래픽 종류 또한 다양해짐에 따라, 하나의 어플리케이션을 감지하기 위해 정의해야 할 필터의 개수 또한 크게 증가하였다. 그러나, SMF와 UPF 간 인터페이스를 통해 송수신될 수 있는 메시지의 길이(length)는 제한되어 있어, 하나의 메시지를 통해 UPF에 전달될 수 있는 필터의 개수는 한정적이다. 만약, UPF가 다양하고, 충분한 수의 필터를 제공받지 못한 경우, 어플리케이션의 트래픽이 제대로 감지되지 않을 수 있으며, 이에 따라 비정상적인 네트워크 상황이 초래될 수 있다.
따라서, 본 개시를 통해 SMF가 어플리케이션의 트래픽을 감지하는데 사용되는 필터를 UPF에 제공함에 있어, 상술한 문제점을 해결하기 위한 방법을 제안하고자 한다.
상술한 문제점을 해결하기 위해, 본 개시의 일 실시 예에 따르면, 통신 시스템에서 SMF(session management function)을 수행하는 제1 네트워크 엔티티(network entity)의 방법이 제공된다. 상기 방법은, 어플리케이션과 연관된 제1 방향에 대한 제1 필터 및 제2 방향에 대한 제2 필터를 획득하는 단계; 상기 제1 필터 및 상기 제2 필터를 비교한 결과에 기반하여, 상기 제1 필터가 양방향 필터인지 여부를 확인하는 단계; 상기 제1 필터가 상기 양방향 필터인 경우, UPF(user plane function)을 수행하는 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 획득하는 기능을 지원하는지 확인하는 단계; 및 상기 제2 네트워크 엔티티가 상기 기능을 지원하는 경우, 상기 제1 필터 및 상기 제1 필터가 상기 양방향 필터라는 것을 지시하는 정보를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 개시의 일 실시 예에 따르면, 통신 시스템에서 UPF(user plane function)을 수행하는 제2 네트워크 엔티티의 방법이 제공된다. 상기 방법은, SMF(session management function)을 수행하는 제1 네트워크 엔티티로부터, 어플리케이션과 연관된 제1 방향에 대한 제1 필터를 포함하는 메시지를 수신하는 단계; 상기 메시지에 상기 제1 필터가 양방향 필터라는 것을 지시하는 정보가 포함되어 있는 경우, 상기 제1 필터의 정보에 기반하여 제2 방향에 대한 제2 필터를 확인하는 단계; 및 상기 제1 필터 및 상기 제2 필터에 기반하여, 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 개시의 일 실시 예에 따르면, 통신 시스템의 SMF을 수행하는 제1 네트워크 엔티티가 제공된다. 상기 제1 네트워크 엔티티는, 송수신부; 및 어플리케이션과 연관된 제1 방향에 대한 제1 필터 및 제2 방향에 대한 제2 필터를 획득하고, 상기 제1 필터 및 상기 제2 필터를 비교한 결과에 기반하여, 상기 제1 필터가 양방향 필터인지 여부를 확인하고, 상기 제1 필터가 상기 양방향 필터인 경우, UPF(user plane function)을 수행하는 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 획득하는 기능을 지원하는지 확인하며, 상기 제2 네트워크 엔티티가 상기 기능을 지원하는 경우, 상기 제1 필터 및 상기 제1 필터가 상기 양방향 필터라는 것을 지시하는 정보를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하도록 상기 송수신부를 제어하는 제어부를 포함하는 것을 특징으로 한다.
또한, 본 개시의 일 실시 예에 따르면, 통신 시스템의 UPF을 수행하는 제2 네트워크 엔티티가 제공된다. 상기 제2 네트워크 엔티티는, 송수신부; 및 SMF(session management function)을 수행하는 제1 네트워크 엔티티로부터, 어플리케이션과 연관된 제1 방향에 대한 제1 필터를 포함하는 메시지를 수신하도록 상기 송수신부를 제어하고, 상기 메시지에 상기 제1 필터가 양방향 필터라는 것을 지시하는 정보가 포함되어 있는 경우, 상기 제1 필터의 정보에 기반하여 제2 방향에 대한 제2 필터를 확인하고, 상기 제1 필터 및 상기 제2 필터에 기반하여, 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는 제어부를 포함하는 것을 특징으로 한다.
본 개시에 따르면, SMF가 UPF에 어플리케이션의 트래픽을 감지하는데 사용되는 필터를 효율적으로 제공할 수 있는 방법이 제공된다.
본 개시의 일 실시 예에 따르면, SMF가 PFD(packet flow description) 관리 절차를 통해 어플리케이션의 트래픽을 감지하기 위한 복수의 필터들을 각각 포함하는 복수의 PFD들을 UPF에 전달하는 방법에 있어서, 필터가 양방향(예를 들어, 상향링크 방향 및 하향링크 방향)에 모두 적용될 수 있는 경우, 어느 하나의 방향에 대한 필터를 포함하는 PFD만 전달하는 방법이 제공된다. 상술한 방법에 따르면, UPF는 수신된 PFD에 포함된 어느 하나의 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출할 수 있게 됨으로써, 중복적인 정보의 송수신을 방지할 수 있다. 또한, 망 운용자는 하나의 어플리케이션에 대해 보다 많은 개수의 필터들을 설정하고, 이를 UPF에 제공할 수 있게 됨에 따라 보다 효율적인 시스템이 구현될 수 있다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 개시의 상기 및 다른 목적, 특징 및 이점은 첨부된 도면을 참조하여 본 개시의 실시 예들에 대한 다음의 설명을 통해 보다 명확해질 것이다.
도 1은 본 개시의 일 실시 예에 따른 5GC의 구조를 도시한 도면이다.
도 2a는 본 개시의 일 실시 예에 따른 SMF와 PFDF(packet flow detection function) 간 인터페이스를 도시한 도면이다.
도 2b는 본 개시의 일 실시 예에 따른 SMF가 PFDF로부터 PFD를 획득하는 과정을 도시한 도면이다.
도 3은 본 개시의 일 실시 예에 따른 PFD 관리 절차를 도시한 도면이다.
도 4는 본 개시의 일 실시 예에 따른 SMF 및 UPF 간 Association 절차를 도시한 도면이다.
도 5는 본 개시의 일 실시 예에 따른 SMF의 동작을 도시한 도면이다.
도 6은 본 개시의 일 실시 예에 따른 SMF가 UPF에 어플리케이션의 트래픽을 감지하기 위한 필터를 포함하는 PFD를 제공하는 과정을 도시한 도면이다.
도 7은 본 개시의 일 실시 예에 따른 UPF의 동작을 도시한 도면이다.
도 8은 본 개시의 일 실시 예에 따른 UPF가 SMF로부터 어플리케이션의 트래픽을 감지하기 위한 필터를 포함하는 PFD를 제공받고, 필터에 기반하여 어플리케이션 트래픽 감지 동작을 수행하는 과정을 도시한 도면이다.
도 9는 본 개시의 일 실시 예에 따른 SMF가 양방향 필터를 포함하는 PFD을 UPF에 제공하는 PFD 관리 절차의 전반적인 흐름을 도시한 도면이다.
도 10은 본 개시의 일 실시 예에 따른 SMF를 수행할 수 있는 네트워크 엔티티의 구조를 도시한 도면이다.
도 11은 본 개시의 일 실시 예에 따른 UPF를 수행할 수 있는 네트워크 엔티티의 구조를 도시한 도면이다.
이하, 첨부된 도면을 참조하여 실시 예를 상세하게 설명한다.
실시 예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.
마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 실시 예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시 예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시 예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
또한, 본 개시의 일 실시 예에서 명백하게 다른 내용을 지시하지 않는 “한”과, “상기”와 같은 단수 표현들은 복수 표현들을 포함한다는 것이 이해될 수 있을 것이다.
또한, 본 개시의 일 실시 예에서 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 개시의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다.
또한, 본 개시의 일 실시 예에서 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
또한, 본 개시의 일 실시 예에서 사용되는 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 개시를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, “포함하다” 또는 “가지다” 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 본 개시의 일 실시 예에서 사용되는 용어 “~와 연관되는(associated with)” 및 “~와 연관되는(associated therewith)”과 그 파생어들은 포함하고(include), ~내에 포함되고(be included within), ~와 서로 연결되고(interconnect with), 포함하고(contain), ~내에 포함되고(be contained within), ~에 연결하거나 혹은 ~와 연결하고(connect to or with), ~에 연결하거나 혹은 ~와 연결하고(couple to or with), ~와 통신 가능하고(be communicated with), ~와 협조하고(cooperate with), 인터리빙하고(interleave), 병치하고(juxtapose), ~로 가장 근접하고(be proximate to), ~로 할 가능성이 크거나 혹은 ~와 ~할 가능성이 크고(be bound to or with), 가지고(have), 소유하고(have a property of) 등과 같은 것을 의미할 수 있다.
또한, 본 개시에서 '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다.
본 개시에 대한 자세한 설명에 앞서, 본 명세서에서 사용되는 몇 가지 용어들에 대해 해석 가능한 의미의 예를 제시하였다. 하지만, 상기에서 제시하는 해석 예로 한정되는 것은 아님을 주의하여야 한다.
이하, 본 개시에서 제안하는 양방향(Bi-directional) 필터를 제공하는 방법, 이를 수행할 수 있는 장치에 대해 구체적으로 설명하기로 한다.
도 1은 본 개시의 일 실시 예에 따른 5GC의 구조를 도시한 도면이다.
도 1을 참조하면,　5GC는 5G 무선 접속망(next generation-radio access network, RAN)과 외부 패킷 데이터 망(packet data network) 사이에서 사용자에게 음성을 비롯한 다양한 형태의 서비스를 제공할 수 있다. 이동 통신 표준을 담당하는 3GPP에서는 5GC에 네트워크 기능 가상화(network function virtualization, NFV) 기술과 SDN(software defined networking)을 고려하여 다양한 NF(network function)을 정의하고, NF들로 5GC를 구성하도록 하는 구조를 도입하였다. 이에 따르면, 기존 4G 통신 시스템의 EPC와 다르게 기능들을 보다 유연하게 소프트웨어적으로 구현할 수 있으며, 장비 유지 및 보수 등에 따른 비용 또한 절감할 수 있다는 장점이 있다. 한편, 본 개시가 적용될 수 있는 5GC를 구성하는 NF들은 하기와 같이 예로 들 수 있다.
AMF(access and mobility management function), SMF(session management function), UPF(user plane function), PCF(policy control function), AUSF(authentication server function), UDM(unified data management function), AF(application function), NEF(network exposure function), NRF(network repository function), NSSF(network slice selection function)
상기 예로 든 NF들 중 RAN과 기능적으로 연결되어 데이터를 전송하거나 제어하는 NF는 AMF, SMF, 및 UPF이다. AMF, SMF는 제어 평면(control plane)을 처리하고, UPF는 사용자 평면(user plane)을 처리할 수 있다. 이하, SMF 및 UPF에 대해 보다 구체적으로 설명하기로 한다.
SMF는 제어 평면을 처리하는 NF로서, SMF는 단말과 외부 데이터 망간 연결 제공을 위해 단말에게　IP 주소를 할당하고 이때　UPF　또는 외부 데이터 네트워크로부터　IP　주소를 받아서 단말에 제공할 수도 있다.　SMF는 기지국과　UPF 간　NG-U 인터페이스에서　GTP　터널링(tunnelling)을 이용하여　PDU　세션 터널을 생성하고, 단말과 데이터 망 간　PDU(protocol data unit) 세션에 대한 생성 변경 해제 기능을 수행할 수 있다.　또한, SMF는 단말이 사용할　UPF를 선택하고,　UPF가 패킷들을 목적지에 전달할 수 있도록　UPF의 라우팅(routing)을 설정하며　QoS　제어를 위한 사업자 정책 수신을 위해　PCF(policy　control　function)와 인터페이스를 통해 시그널링을 송수신할 수 있다. 또한,　SMF는　UPF의 과금　데이터 수집을 위한 제어 기능을 제공하고,　UPF로부터의 과금 데이터 수집 그리고 과금 데이터를 과금 서버로 전달하기 위한 인터페이스를 지원한다. 또한, SMF는 하향 링크로의 패킷 데이터가 수신되었다는　UPF의 알림에 의한 하향 링크 데이터 알림(downlink　data　notification) 수행 및 단말 이동에 따라 세션과 서비스의 연속성을 어떻게 제공할지를 결정할 수 있으며, 세션 관리 이벤트에 대한 합법적 감청(Lawful　Interception)도 지원할 수 있다.　SMF도　AMF와 같이 5G의 서비스 기반 구조 도입에 따라　SBI(Service　Based　Interface)인　Nsmf를 인증된 다른　NF(Network　Function)들에 제공하여　SMF　Service를 활용할 수 있게 한다. SMF는 N11 인터페이스를 통해 AMF와 시그널링을 주고 받을 수 있으며, UPF와는 N4 인터페이스를 통해 시그널링을 주고 받을 수 있다.
한편, UPF는 사용자 평면을 처리하는 NF로서, 단말로부터 수신한 패킷을 데이터 네트워크로 전달하거나 데이터 네트워크로부터 수신한 패킷을 단말로 전달하기 위해 사용자 단위로 패킷을 필터링할 수 있다.　UPF는 단말이 5G 시스템 내 또는 다른 시스템으로 이동하는 경우 이동성 앵커 포인트(Mobility　Anchor　Point) 역할을 한다.　'End　Marker'를 원래의 기지국으로 전달하여 더 이상 해당 경로(path)로는 패킷이 수신되지 않는다는 것을 알린다.　UPF는　SMF의 요청으로 단말　IP 주소를 할당할 수도 있다.　UPF는　SMF로부터 제공받은 SDF(Service　Data　Flow)　Template 또는 PFD(packet flow description)　기반으로　Packet　Inspection　기능을 제공하여　Application　트래픽 감지 기능을 수행할 수 있다. 또한, UPF는　Policy에 따른 트래픽 차단(gating),　Redirection　또는　Steering을 수행하며 사용자 패킷 수집을 통한 합법적 감청(Lawful　Intercept, LI) 기능을 제공할 수 있다. UPF는　QoS　제공을 위해 상향 링크(uplink)와 하향 링크(downlink)에 대한　전송 속도　제어와　DSCP(Differentiated　Services　Code　Point)와 같은 패킷 마킹(Packet　Marking)과　Reflective　QoS　제공을 위한 하향 링크 패킷에 대한　Packet　Marking도 제공할 수 있다.　또한, UPF는　유휴(idle)　상태의 단말로 전달해야 할 패킷을 수신하면　SMF를 통해　AMF가 단말 착신을 위한 페이징(paging)을 동작하게 할 수 있다. 페이징 이후 단말이 네트워크에 접속하게 되면　UPF는 저장된 패킷을 단말에게 전송할 있다.　또한 UPF는　SMF의 제어를 받아 과금 정보를 수집하는 기능도 수행할 수 있다. UPF는 N3 인터페이스를 통해 RAN과 시그널링을 송수신할 수 있고, N6 인터페이스를 통해 DN(data network) 와 시그널링을 주고 받을 수 있으며, N4 인터페이스를 통해 SMF와 시그널링을 송수신할 수 있다.
한편, 상술한 5GC에서, 어플리케이션의 트래픽을 감지(detect)하기 위해 UPF 필터를 제공하는 방법은 크게 두 가지가 존재한다.
첫 번째 방법은, IP-CAN(IP-connectivity access network) 세션 또는 PDU(protocol data unit) 세션 생성 시 마다 UPF에 어플리케이션의 트래픽을 감지하는 동작과 관련된 규칙(예를 들어, PDR(packet detection rule)을 지칭할 수 있다.)과 함께 필터를 제공하는 방법이다. 각각의 필터는 어플리케이션의 필터로 사용될 수 있는 패킷 필터(packet filter), Flow description 등과 같은 정보(또는, AVP(attribute value-pair))을 의미할 수 있다. UPF는 제공된 필터에 기반하여, 어플리케이션의 트래픽을 감지하는 동작을 수행할 수 있다.
두 번째 방법은, UPF에 어플리케이션에 대한 복수의 필터 및 해당 어플리케이션을 지시하는 어플리케이션 식별자(ID(identifier))를 UPF에 먼저 제공하고, IP CAN 세션 또는 PDU 세션 생성 시 트래픽을 감지 하기를 원하는 어플리케이션 ID만 전달하는 방법이다. UPF는 기 제공된 복수의 필터들 중 수신된 어플리케이션 ID에 대응하는 필터들 확인하고, 이들에 기반하여 해당 어플리케이션의 트래픽을 감지하는 동작을 수행할 수 있다. 본 개시에서 두 번째 방법에 따라 UPF에 제공되는 필터는 PFD에 포함되어, PFD 관리 절차의 PFD 관리 요청 메시지를 통해 전달될 수 있다. 한편, 본 개시에서 PFD는 후술하는 바와 같이 PFD contents라고 지칭될 수 있으며, 이에 국한되지 않고, 동일 또는 유사한 의미를 가지는 용어에 의해 지칭될 수도 있다.
한편, 첫 번째 방법은 Session 생성 또는 신규 서비스가 추가될 때 마다 규칙과 함께 복수의 필터들이 UPF에 전달되어야 하므로, 이들을 전달하기 위해 요구되는 메시지의 길이가 커지고, 빈번한 메시지 송수신에 의한 시그널링 오버헤드가 발생할 수도 있다.
이와 달리, 두 번째 방법에 따르면, SMF와 UPF가 Session 생성 또는 신규 서비스가 추가되는 경우, 어플리케이션 ID만 주고받으면 되므로, SMF 및 UPF 간 송수신되는 메시지의 크기를 감소시킬 수 있어 망의 부하를 낮출 수 있는 효과를 얻을 수 있다. 이하, 본 개시에서는 SMF가 상술한 두 번째 방법에 기반하여, 어플리케이션의 트래픽을 감지하는데 사용되는 복수의 필터들을UPF에 제공하는 방법에 대해 설명하기로 한다. 한편, 본 개시가 이에 국한되는 것은 아니며, 상기 첫 번째 방법에도 본 개시가 적용될 수 있음은 통상의 기술자 입장에서 당연하다.
상술한 두 번째 방법에서, SMF가 UPF에 어플리케이션 ID와 해당 어플리케이션의 트래픽을 감지하기 위해 사용되는 복수의 필터들을 각각 포함하는 복수의 PFD들을 제공하는 일련의 과정을 PFD 관리(PFD management)라고 지칭할 수 있다. 이하, PFD 관리에 대해 구체적으로 설명하기로 한다.
한편, 본 개시에 따른 SMF는 상술한 PFD 관리 절차를 통해 UPF에 복수의 PFD들을 제공하기 전 NEF(network exposure function)로부터 상기 PFD들을 획득할 수 있다. SMF가 NEF로부터 PFD들을 획득하는 과정은 도 2a 및 도 2b를 참조하여 설명하기로 한다.
도 2a는 본 개시의 일 실시 예에 따른 SMF와 PFDF(packet flow detection function) 간 인터페이스를 도시한 도면이다.
도 2a를 참조하면, SMF와 PFDF는 N29 인터페이스를 통해 시그널링을 송수신할 수 있다. 본 개시에서 PFDF는 SMF의 요청 따라 적어도 하나의 어플리케이션에 대한 PFD들을 SMF에 제공할 수 있으며, SMF는 상기 PFD들을 PFD 관리 절차를 통해 UPF에 제공할 수 있다. 또한, SMF는 특정 어플리케이션 ID와 연관된 PFD들에 대한 변경이 있는 경우, 알림을 받을 수 있도록 PFDF를 subscribe하거나, 더 이상 알림을 받지 않도록 PFDF를 unsubscribe 할 수 있다. 이하, 도 2b를 참조하여, SMF가 PFDF로부터 어플리케이션에 대한 PFD를 획득하는 과정에 대해 구체적으로 설명하기로 한다.
도 2b는 본 개시의 일 실시 예에 따른 SMF가 PFDF로부터 PFD를 획득하는 과정을 도시한 도면이다.
Step 1에서, NF service consumer인 SMF는 적어도 하나의 어플리케이션 ID에 대한 PFD를 요청하는 메시지(예를 들어, GET request)를 전송할 수 있다.
Step 2에서, 상기 PFD 요청이 성공한 경우, SMF는 PFDF로부터 요청한 어플리케이션 ID에 대한 복수의 PFD들을 포함하는 PFD 응답을 수신할 수 있다. 한편, PFD 응답에는 Step 1의 PFD 요청이 성공하였음을 나타내는 정보가 더 포함될 수 있다. 또는, PFD 요청이 실패한 경우, SMF는 PFDF로부터 Step 1의 PFD 요청이 실패하였음을 나타내는 HTTP 상태 코드를 수신할 수도 있다.
상술한 PFDF와의 시그널링을 통해, SMF는 어플리케이션에 대한 PFD를 획득할 수 있으며, 이를 PFD 관리 절차를 통해 UPF에 제공할 수 있다.
한편, 도 2a 및 도 2b에서 SMF가 PFDF로부터 PFD를 획득하는 동작은 수행되지 않을 수도 있다. 또 다른 실시예에 따르면, SMF에 어플리케이션에 대한 복수의 필터들이 미리 설정(pre-configured)되어 있을 수도 있으며, 이러한 경우, SMF는 미리 설정된 복수의 필터들을 각각 포함하는 복수의 PFD들을 PFD 관리 절차를 통해 UPF에 제공할 수 있다. 예를 들어, SMF에 상향링크에 대한 필터가 미리 설정된 경우, SMF는 상기 필터를 포함하는 PFD를 생성(또는, 획득) 할 수 있고, 이를 PFD 관리 절차를 통해 UPF에 제공할 수 있다. 한편, 본 개시에서, PFD를 생성(또는, 획득)하는 동작은 후술하는 PFD contents의 포맷(format)(예를 들어, 표 3 또는 표 8)에 따라 필터를 포함하는 PFD를 확인하는 동작을 의미할 수 있다. 이하, 본 개시에서는 SMF가 미리 설정된 PFD들을 UPF에 제공하는 실시 예를 중심으로 설명하기로 한다.
도 3을 참조하여 SMF가 PFD 관리 절차를 통해 UPF에 어플리케이션 트래픽을 감지하기 위한 필터를 포함하는 PFD을 제공하는 방법에 대해 구체적으로 설명하기로 한다.
도 3은 본 개시의 일 실시 예에 따른 PFD 관리 절차를 도시한 도면이다.
본 개시에서 PFD 관리 절차는 제어 평면인 SMF가 적어도 하나의 어플리케이션 ID에 대해 미리 설정된 복수의 필터들을 포함하는 PFD들을 사용자 평면인 UPF에 제공하거나, 이들을 제거하도록 UPF에 요청하는 절차를 의미할 수 있다.
Step 1에서, SMF는 적어도 하나의 어플리케이션에 대한 PFD들을 UPF에 프로비저닝(provisioning)하거나, 또는 UPF가 적어도 하나의 어플리케이션에 대한 PFD들을 제거할 수 있도록 PFD 관리 절차를 트리거(또는, 개시) 할지 여부를 결정할 수 있다. 예를 들어, SMF가 PFDF로부터 새로운 PFD들을 제공받았거나, UPF에 기 제공된 PFD가 더 이상 유효한 PFD가 아니라고 판단되는 경우, SMF는 PFD 관리 절차를 트리거할 수 있다.
Step 2에서, SMF가 PFD 관리 절차를 트리거 한 경우, SMF는 UPF에 PFD 관리 요청 메시지를 전송할 수 있다. 여기에서, 상기 PFD 관리 요청 메시지는 어플리케이션 ID 및 어플리케이션 ID와 대응하는 어플리케이션에 대한 복수의 필터들을 포함하는 PFD들로 구성될 수 있다. 또는, UPF에 기 제공된 PFD가 더 이상 유효한 PFD가 아니라고 판단되는 경우, SMF는 상기 PFD 관리 요청 메시지에 어플리케이션 ID 또는 PFD들에 대한 정보를 비우고 전송할 수 있다. 한편, SMF로부터 PFD 관리 요청 메시지를 수신한 UPF는, 만약 PFD 관리 요청 메시지에 어플리케이션 ID 또는 PFD들에 대한 정보가 존재(present)하지 않는 경우, 이전의 PFD 관리 절차를 통해 제공된 모든 어플리케이션에 대한 모든 PFD들을 삭제할 수 있다. 또는, 만약 PFD 관리 요청 메시지에 적어도 하나의 PFD에 대한 정보가 존재하는 경우, 해당 어플리케이션에 대해 기 제공된 모든 PFD들을 삭제하고, 상기 PFD 요청 메시지에서 수신한 모든 PFD들을 저장할 수 있다.
이후, Step 3에서, UPF는 상술한 PFD 관리 요청 메시지에 따른 동작을 성공적으로 수행한 경우, SMF에 PFD 관리가 성공임을 나타내는 정보(예를 들어, cause "success")를 포함한 PFD 관리 응답 메시지를 전송할 수 있다.
한편, 상술한 PFD 관리 절차에서, PFD 관리 요청 메시지는 어플리케이션 별로 UPF에 전송될 수 있다. 즉, 하나의 어플리케이션 ID 마다 하나의 PFD 관리 요청 메시지가 전송될 수 있다. 구체적으로, 예를 들어 본 개시의 PFD 관리 요청 메시지는 하기 [표 1]과 같은 포맷의 정보를 포함할 수 있다.
Octet 1 and 2 Application ID's PFDs IE Type = 58 (decimal)
Octets 3 and 4 Length = n
Information elements P Condition / Comment Appl. IE Type
Sxa Sxb Sxc N4
Application ID M 이 IE는 UPF (UP function)에 제공될 어플리케이션 ID를 식별 해야 한다(This IE shall identify the Application ID for which PFDs shall be provisioned in the UP function). - X X X Application ID
PFD context C 이 IE는 PFD가 UPF에 제공되어야 하는 경우 존재한다(This IE shall be present if the PFD needs to be provisioned in the UP function.).
존재하는 경우, UPF에 제공될 될 PFD를 설명해야 한다(When present, it shall describe the PFD to be provisioned in the UP function.).
이 어플리케이션 ID에 대해 복수의 PFD들을 제공하기 위해 동일한 IE 타입을 가진 여러 IE가 있을 수 있다(Several IEs with the same IE type may be present to provision multiple PFDs for this Application ID.).

이 IE가 없으면 UPF는 이 어플리케이션 ID에 대해 이전에 수신되고 저장된 모든 PFD들을 삭제한다(When this IE is absent, the UP function shall delete all the PFDs received and stored earlier in the UP function for this Application ID.).		 - X X X PFD context
표 1에 따르면, PFD 관리 요청 메시지에는 UPF에 제공될 PFD들과 연관된 어플리케이션 ID 및 PFD context가 포함될 수 있다. 여기에서, PFD context는 상기 어플리케이션 ID에 대응하는 어플리케이션에 대한 복수의 PFD들(PFD 집합)을 의미할 수 있다. 한편, PFD context는 포함되지 않을 수도 있으며, 이러한 경우, UPF는 이전의 PFD 관리 절차를 통해 제공된 해당 어플리케이션 ID에 대한 모든 PFD를 삭제할 수 있다. 즉, 어플리케이션 ID만 포함되어 있고, 상기 어플리케이션 ID에 대한 PFD들의 PFD context는 포함되어 있지 않은 경우, 단말은 해당 어플리케이션 ID에 대해 기 제공된 모든 PFD들을 삭제할 수 있다.
본 개시의 일 실시 예에 따르면, 표 1의 PFD context은 하기 표 2과 같은 PFD contents를 포함할 수 있으며, 여기에서 PFD contents는 하나의 PFD에 포함될 수 있는 정보를 의미할 수 있다. 한편, 본 개시에서 PFD를 제공한다는 것은 PFD contents를 제공한다는 것을 의미할 수도 있으며, PFD contents의 정보(또는, 속성(property)) 들이 해당 어플리케이션의 트래픽을 감지하는데 사용될 수 있다. 예를 들어, UPF는 PFD contents의 정보들과 어플리케이션의 트래픽이 매칭하는지 여부에 기반하여, 트래픽 감지 동작을 수행할 수 있다. 즉, UPF는 인커밍 트래픽(incoming traffic)이 PFD contents의 모든 속성(property), 적어도 하나의 속성, 또는 어느 하나의 속성과 매칭하는지 여부에 기반하여 상기 인커밍 트래픽이 감지되는지 여부를 확인할 수 있다. 한편, PFD contents의 정보는 예를 들어, 하기 표 3과 같은 포맷을 가질 수 있다.
Octet 1 and 2 PFD context IE Type = 59 (decimal)
Octets 3 and 4 Length = n
Information elements P Condition / Comment Appl. IE Type
Sxa Sxb Sxc N4
PFD Contents M 이 IE는 UPF에 제공될 PFD를 설명한다(This IE shall describe the PFD to be provisioned in the UP function.). 이 PFD에 대해 복수의 contents를 제공하기 위해 동일한 IE 유형을 가진 여러 IE가 존재할 수 있다(Several IEs with the same IE type may be present to provision multiple contents for this PFD). (NOTE 1) - X X X PFD Contents
NOTE 1 CP function(예를 들어, 본 개시의 SMF)는 UPF가 PFDE 기능을 지원하는 경우, 여러 값이 있는 속성을 포함하는 PFD contents만 제공해야 한다(The CP function shall only provision a PFD Contents including a property with multiple values if the UP function supports PFDE feature.).
Bits
Octets 8 7 6 5 4 3 2 1
1 to 2 Type = 61 (decimal)
3 to 4 Length = n
5 ADNP AURL AFD DNP CP DN URL FD
6 Spare
m to (m+1) Length of Flow Description
(m+2) to p Flow Description
q to (q+1) Length of URL
(q+2) to r URL
s to (s+1) Length of Domain Name
(s+2) to t Domain Name
u to (u+1) Length of Custom PFD Content
(u+2) to v Custom PFD Content
w to (w+1) Length of Domain Name Protocol
(w+2) to x Domain Name Protocol
y to (y+1) Length of Additional Flow Description
(y+2) to z Additional Flow Description
a to (a+1) Length of Additional URL
(a+2) to b Additional URL
c to (c+1) Length of Additional Domain Name and Domain Name Protocol
(c+2) to d Additional Domain Name and Domain Name Protocol
e to (n+4) These octet(s) is/are present only if explicitly specified
표 3에서, PFD contents의 Octet 5는 PFD contents의 타입을 나타내는 플래그(Flags)이다.
구체적으로, 각 Flags는 하기와 같은 의미를 가질 수 있다.
- Bit 1 - FD(flow description): 이 Bit가 “1”로 설정되면 표 4의 Length of Flow Description 필드 및 Flow Description 필드가 존재해야 하는 것을 의미할 수 있으며, PFD contents가 Flow Description type이라는 것을 의미할 수 있다. 즉, 이러한 경우 PFD에 Flow description(필터)가 포함된다는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Flow Description 필드 및 Flow Description 필드가 존재하지 않는다는 것을 의미할 수 있다. 즉, 이러한 경우 PFD에 Flow description(필터)가 포함되지 않는다는 것을 의미할 수 있다.
- Bit 2 - URL(URL): 이 Bit가 “1”로 설정되면 표 4의 Length of URL 필드 및 URL 필드가 존재해야 하는 것을 의미할 수 있으며, PFD contents가 URL type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of URL 필드 및 URL 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 3 - DN(Domain Name): 이 Bit가 “1”로 설정되면 표 4의 Length of Domain Name 필드 및 Domain Name 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Domain Name type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Domain Name 필드 및 Domain Name 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 4 - CP(Custom PFD Content): 이 Bit가 “1”로 설정되면 표 4의 Length of Custom Content 필드 및 Custom PFD Content 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Custom PFD Content type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Custom Content 필드 및 Custom PFD Content 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 5 - DNP(Domain Name Protocol): 이 Bit가 “1”로 설정되면 표 4의 Length of Domain Name Protocol 필드 및 Domain Name Protocol 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Domain Name Protocol type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Domain Name Protocol 필드 및 Domain Name Protocol 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 6 - AFD(Additional Flow Description): 이 Bit가 “1”로 설정되면 표 4의 Length of Additional Flow Description 필드 및 Additional Flow Description 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Additional Flow Description type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Additional Flow Description 필드 및 Additional Flow Description 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 7 - AURL(Additional URL): 이 Bit가 “1”로 설정되면 표 4의 Length of Additional URL 필드 및 Additional URL 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Additional URL type이라는 것을 의미할 수 있다. “0”으로 설정되면 Length of Additional URL 필드 및 Additional URL 필드가 존재하지 않는다는 것을 의미할 수 있다.
- Bit 8 - ADNP(Additional Domain Name and Domain Name Protocol): 이 Bit가 “1”로 설정되면 표 4의 Length of Additional Domain Name and Domain Name Protocol 필드 및 Additional Domain Name and Domain Name Protocol 필드가 존재하는 것을 의미할 수 있으며, PFD Contents가 Additional Domain Name and Domain Name Protocol type이라는 것을 의미할 수 있다. 또는, “0”으로 설정되면 Length of Additional Domain Name and Domain Name Protocol 필드 및 Additional Domain Name and Domain Name Protocol 필드가 존재하지 않는다는 것을 의미할 수 있다.
한편, 상술한 PFD 관리 절차에 대한 지원 여부는 SMF 및 UPF의 선택 사항에 해당한다. 따라서, UPF가 PFD 관리 절차를 지원할 수 있는 경우, SMF에 자신이 PFD 관리 절차를 지원할 수 있다는 것을 알려야 하며, 이는 SMF와 UPF 간 N4 Association setup 절차가 수행될 때 이루어질 수 있다. 이에 대한 구체적인 설명은 도 4를 참조하여 설명하기로 한다.
도 4는 본 개시의 일 실시 예에 따른 SMF 및 UPF 간 Association 절차를 도시한 도면이다.
본 개시에서 SMF와 UPF 간 수행되는 N4 Association setup 절차는 SMF와 UPF 간 N4 Association을 생성함으로써, SMF가 UPF의 자원을 사용하여 N4 세션을 설정할 수 있도록 하기 위해 수행되는 일련의 절차를 의미할 수 있다.
도 4를 참조하면, Step 1에서, SMF는 UPF에 N4 Association setup 요청(또는, N4 Association setup 요청 메시지, Association setup 요청, 또는 Association setup 요청 메시지 등 다양한 용어로 지칭될 수 있다.) 을 전송할 수 있다.
Step 2에서, Step 1에서 전송한 N4 Association setup 요청에 응답하여 SMF는 UPF로부터 N4 Association setup 응답(또는, N4 Association setup 응답 메시지, Association setup 응답, 또는 Association setup 응답 메시지 등 다양한 용어로 지칭될 수 있다.)을 수신할 수 있다. 한편, 상기 N4 Association setup 응답 메시지에는 UPF가 지원하는 기능(feature)들에 대한 정보가 포함될 수 있다. 예를 들어, N4 Association setup 응답 메시지는 하기 표 4와 같은 포맷을 따를 수 있다.
Bits
Octets 8 7 6 5 4 3 2 1
1 to 2 Type = 43 (decimal)
3 to 4 Length = n
5 to 6 Supported-Features
7 to 8 Additional Supported-Features 1
9 to 10 Additional Supported-Features 2
11 to (n+4) These octet(s) is/are present only if explicitly specified
표 4에서 Octets 5 - 6에 해당하는 Supported-Features 필드, Octets 7-8에 해당하는 Additional Supported-Feature 1, 및 Octets 9-10에 해당하는 Additional Supported-Feature 2에 설정된 Bit에 기반하여 UPF가 지원하는 기능이 지시될 수 있다. 예를 들어, Octets 5에 해당하는 Supported-Features 필드의 6 Bit를 “1”로 설정함으로써, UPF가 PFD 관리 절차를 수행할 수 있는 기능(PFDM Feature)을 지원한다는 것을 지시할 수 있다. 한편, 본 개시의 도 4에서는 SMF가 N4 Association setup 절차를 개시하는 것을 예로 들었으나, 본 개시가 이에 국한되는 것은 아니다. 즉, UPF가 N4 Association setup 절차를 개시할 수 있으며, 이 경우, N4 Association setup 요청 메시지에 UPF가 지원하는 기능(feature)들에 대한 정보를 포함하여 SMF에 전송할 수 있다.
한편, 상술한 PFD 관리 절차에서, PFD 관리 요청 메시지 및 PFD 관리 응답 메시지는 UDP(user datagram protocol)를 기반으로 하는 PFCP(packet forwarding control protocol)을 사용한 N4 인터페이스를 통해 송수신된다. UDP 페이로드의 이론적인 최대 길이는 16 bit 최대 값인 65,535 bytes이므로, UPD에 기반한 PFCP를 사용하는 N4 인터페이스를 통해 전송되는 PFD 관리 요청 메시지의 페이로드는 이보다 짧은 약 6만 bytes 이내여야 한다는 제약이 있다. 한편, 망 운용자가 하나의 어플리케이션에 대해 수백 개 이상의 필터들을 설정하고, 상기 필터들을 각각 포함하는 PFD들을 UPF에 제공하고자 하는 경우, 상기 PFD들을 포함하는 PFD 관리 요청 메시지의 페이로드 길이는 일정 byte(예를 들어, UPD 페이로드의 이론적인 최대 길이) 미만이 될 수 있도록 해야 한다. 예를 들어, 망 운용자가 하기 표 5와 같이 패킷의 소스(Source), 목적지(Destination)를 모두 포함하는 필터를 포함하는 PFD(예를 들어, IPv6 Flow Description type PFD를 지칭할 수 있다.)를 UPF에 제공하고자 하는 경우, PFD 관리 요청 메시지에 포함될 수 있는 하나의 어플리케이션에 대한 PFD의 개수는 약 400개로 제한될 수 있다.
“permit out 17 from 2132:5678:9abc:def0:2132:5678:9abc:def0 65530-65534 to 3132:5678:9abc:def0:3132:5678:9abc:def0 65530-65534”
한편, 대부분의 경우에는 상향링크(Uplink) 방향에 대한 필터 및 하향링크(Downlink) 방향에 대한 필터를 각각 포함하는 두 개의 단일방향(single-directional) PFD가 함께 UPF에 제공된다. 예를 들어, 표 6과 같이 상향링크에 대한 필터를 포함하는 PFD 및 하향링크에 대한 필터를 포함하는 PFD가 각각 PFD 관리 요청 메시지에 포함되어 UPF에 제공될 수 있다.
Uplink: "permit in 17 from any to 10.1.1.10 8080"
Downlink: "permit out 17 from 10.1.1.10 8080 to any"
한편, 표 6의 필터들은 서로 방향만 다를 뿐, 다른 정보(IP Protocol, Source/Destination IP Address, Source/Destination Port Number)는 동일하다. 따라서, 이러한 경우, 상향링크에 대한 필터 및 하향링크에 대한 필터를 모두 UPF에 제공하는 것은 중복적인 정보의 제공일 수 있으며, 제한된 메시지의 Length 자원을 비효율적으로 사용한다고 할 수 있다.
만약, 어느 한 방향에 대한 필터를 UPF에 제공해도, UPF가 제공받은 필터에 기반하여 다른 방향에 대한 필터를 도출해낼 수 있다면, PFD 관리 요청에 포함될 수 있는 PFD의 개수를 감소시킬 수 있으며, 이에 따라 상술한 메시지 길이 제약과 같은 문제점을 해결할 수 있다. 나아가, 보다 다양하고 수많은 필터가 해당 어플리케이션에 설정될 수 있도록 하여 효과적인 어플리케이션 트래픽 감지가 수행될 수 있다. 따라서, 이하에서는 UPF가 어느 한 방향에 대한 필터를 포함하는 PFD만 수신하여도, 다른 방향에 대한 필터를 도출할 수 있는 양방향(Bi-directional) 필터를 제공하는 방법에 대해 구체적으로 설명하기로 한다. 한편, 본 개시에서 양방향 필터는 양방향 Flow description, 또는 이와 동일, 유사한 의미를 가지는 용어에 의해 지칭될 수 있으며, 후술하는 표 8의 포맷에 따른 PFD에 포함된 필터를 의미할 수 있다.
본 개시에서는, SMF는 상향링크에 대한 필터 및 하향링크에 대한 필터 각각을 포함하는 두 개의 단일방향 PFD들을 모두 UPF에 제공하는 대신 어느 한 방향에 대한 필터 및 상기 필터가 양방향으로 적용될 수 있다는 정보(예를 들어, 특정 지시자)을 포함하는 PFD를 UPF에 제공하는 방법을 제안한다. PFD를 제공받은 UPF는, PFD에 포함된 어느 하나의 방향에 대한 필터에 기반하여 반대 방향의 필터를 확인(또는, 도출) 할 수 있고, 이를 어플리케이션의 트래픽 감지 동작에 사용할 수 있다. 한편, 본 개시에서 UPF가 PFD에 포함된 어느 하나의 방향에 대한 필터에 기반하여 반대 방향의 필터를 확인(또는, 도출)하는 동작을 수행할 수 있는 기능(feature)을 BIDIR(Bi-directional) 기능이라고 지칭할 수 있다.
상술한 동작은 제어 평면의 SMF, 사용자 평면의 UPF 모두에 대한 변경 필요할 수 있다. UPF에 따라 상기 BIDIR 기능을 지원하는지 여부는 선택 사항(option)이기 때문이다. 따라서, 본 개시의 일 실시 예에 따른 UPF는 SMF에 자신이 BIDIR 기능을 지원하는지 여부를 알릴 수 있다. 이는 상술한 SMF 및 UPF 간 N4 Association setup 절차에서, UPF가 자신이 지원하는 기능에 대한 정보를 N4 Association setup 요청 메시지(N4 Association setup 절차가 UPF에 의해 개시된 경우), 또는 N4 Association setup 응답 메시지(N4 Association setup 절차가 SMF에 의해 개시된 경우)에 포함하여 SMF에 전송함으로써 이루어질 수 있다. 예를 들어, UPF는 하기 표 7과 같은 포맷(벤더 간 합의에 의해 정의될 수 있는 Vendor-Specific information element format일 수 있다.)에 따라 자신이 지원하는 기능에 대한 정보를 N4 Association setup 요청 메시지 또는 N4 Association setup 응답 메시지에 포함하여 SMF에 알릴 수 있다.
Figure PCTKR2021003158-appb-I000001
표 7에 따르면, Octets 7에 해당하는 필드의 Bit 1이 “1” 설정될 경우, UPF가 BIDIR 기능을 지원한다는 것을 지시할 수 있다.
SMF는 UPF에 제공할 필터가 양방향으로 적용될 수 있는지 확인하고, 만약 양방향으로 적용될 수 있다면 UPF가 BIDIR 기능을 지원한다는 것을 확인할 수 있다. UPF가 BIDIR 기능을 지원하는 경우, SMF는 상기 필터 및 상기 필터가 양방향으로 적용될 수 있다는 지시자를 포함하는 PFD를 UPF에 제공할 수 있다. 한편, 본 개시에서 SMF가 양방향으로 적용될 수 있는 필터를 포함하는 PFD를 UPF에 제공하는 경우, 상기 PFD에 포함될 수 있는 정보(PFD contents)는 하기 표 8과 같은 포맷에 따를 수 있다.
Figure PCTKR2021003158-appb-I000002
표 8에 따르면, Octets 5의 bit 4를 “1”로 설정하여 Custom PFD contents 필드가 존재한다는 것을 지시할 수 있고, PFD 내용이 시작되는 Octet 9의 필드에 해당 PFD에 포함된 필터가 이 양방향으로 적용될 수 있는 필터임을 나타내는 type을 지정하고, 이후의 필드에 어느 한 방향(예를 들어, 상향링크 또는 하향링크)에 대한 필터를 포함하는 PFD를 UPF에 제공할 수 있다. UPF는 수신한 PFD에 포함된 필터가 양방향으로 적용될 수 있는지 여부를 해당 PFD에 포함된 정보(예를 들어, PFD의 타입에 대한 정보, 또는 지시자)에 기반하여 확인할 수 있으며, 이에 따라 어플리케이션 트래픽 감지 동작을 수행할 수 있다. 이하, 본 개시에서 제안하는 PFD 제공 방법에 따라 동작하는 SMF 및 UPF의 동작을 도 5 내지 도 9을 참조하여 설명하기로 한다.
도 5는 본 개시의 일 실시 예에 따른 SMF의 동작을 도시한 도면이다.
도 5를 참조하면, Step 1에서, SMF는 어플리케이션에 대한 필터가 상향링크 방향, 하향링크 방향, 또는 양방향에 대한 것인지 확인하고, 상기 필터가 양방향으로 적용될 수 있는지 여부(양방향 필터인지 여부)를 확인할 수 있다. 예를 들어, 상기 필터가 양방향에 대한 것으로 미리 설정되었거나, 상향링크 방향에 대한 필터와 하향링크 방향에 대한 필터가 소스와 목적지가 반대일 뿐 다른 정보(예를 들어, IP Protocol, IP address, Port)가 동일한 경우, 상향링크 방향에 대한 필터(또는, 하향링크 방향에 대한 필터)는 양방향으로 적용될 수 있다고 확인할 수 있다. 즉, 본 개시에서 필터가 양방향으로 적용될 수 있다는 것은, 해당 필터의 정보 중 소스 및 목적지 정보만 스위칭한 결과, 반대 방향에 대한 필터와 동일한 필터가 획득될 수 있다는 것을 의미할 수 있다. 예를 들어, 상향링크 방향에 대한 필터(이하, 제1 필터로 지칭하기로 한다.)와 하향링크 방향에 대한 필터(이하, 제2 필터로 지칭하기로 한다.)가 존재하는 경우, 상기 제1 필터의 정보 중 소스 및 목적지 정보만 스위칭한 결과, 상기 제2 필터와 동일한 필터가 획득(또는, 생성)되는 경우, 상기 제1 필터는 양방향으로 적용될 수 있다고 확인할 수 있다. 이와 달리, 상기 제1 필터의 정보 중 소스 및 목적지 정보만 스위칭한 결과, 상기 제2 필터와 다른 필터가 획득되는 경우, 상기 제1 필터는 양방향으로 적용될 수 없다고 확인할 수 있다. 또한, 본 개시에서 필터가 양방향으로 적용될 수 있는지 확인하는 것은 해당 필터가 양방향 필터인지 여부를 확인하는 것을 의미할 수도 있다.
Step 2에서, SMF는 필터가 양방향으로 적용될 수 있다고 확인되는 경우, UPF가 어느 한 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출할 수 있는 BIDIR 기능을 지원하는지 여부를 확인할 수 있다. 예를 들어, SMF는 UPF와의 N4 Association setup 절차에서 수신한 UPF가 지원하는 기능에 대한 정보에 기반하여, 이를 확인할 수 있다.
Step 3에서, 만약 UPF가 BIDIR 기능을 지원하지 않는 경우, SMF는 상향링크 방향에 대한 필터 및 하향링크 방향에 대한 필터 각각을 포함하는 두 개의 PFD들을 확인(또는, 생성, 획득)할 수 있다. 여기에서, PFD는 상술한 표 3과 같은 포맷에 따를 수 있다. 이와 달리, 만약 UPF가 BIDIR 기능을 지원하는 경우, SMF는 어느 한 방향에 대한 필터 및 상기 필터가 양방향으로 적용될 수 있다는 정보(예를 들어, type 정보, 지시자)를 포함하는 PFD를(또는, 생성, 획득) 확인할 수 있다. 여기에서, PFD는 상술한 표 8과 같은 포맷에 따를 수 있다.
Step 4에서, SMF는 Step 3에서 확인된 PFD를 PFD 관리 요청 메시지에 포함하여, UPF에 전송할 수 있다.
한편, 도 5의 Step 1 내지 Step 4는 동시에 수행될 수 있으며, 일부가 생략될 수도 있다.
도 6은 본 개시의 일 실시 예에 따른 SMF가 UPF에 어플리케이션의 트래픽을 감지하기 위한 필터를 포함하는 PFD를 제공하는 과정을 도시한 도면이다.
도 6을 참조하면, Step 1에서, SMF는 어플리케이션에 대한 필터가 상향링크 방향, 하향링크 방향, 또는 양방향에 대한 것인지 확인하고, 상기 필터가 양방향으로 적용될 수 있는지 여부를 확인할 수 있다. 예를 들어, 상기 필터가 양방향에 대한 것으로 미리 설정되었거나, 상향링크 방향에 대한 필터와 하향링크 방향에 대한 필터가 소스와 목적지가 반대일 뿐 다른 정보(예를 들어, IP Protocol, IP address, Port)가 동일한 경우, 상향링크 방향에 대한 필터(또는, 하향링크 방향에 대한 필터)는 양방향으로 적용될 수 있다고 확인할 수 있다. 만약, Step 1에서 필터가 양방향으로 적용될 수 없다고 확인되는 경우, Step 2에서, SMF는 상향링크 방향에 대한 필터 및 하향링크 방향에 대한 필터 각각을 포함하는 두 개의 PFD들을 확인(또는, 생성, 획득)할 수 있다. 여기에서, PFD는 상술한 표 3과 같은 포맷에 따를 수 있다.
만약 Step 1에서 필터가 양방향으로 적용될 수 있다고 확인되는 경우, Step 3에서, SMF는 UPF가 어느 한 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출할 수 있는 BIDIR 기능을 지원하는지 여부를 확인할 수 있다. 예를 들어, SMF는 UPF와의 N4 Association setup 절차에서 수신한 UPF가 지원하는 기능에 대한 정보에 기반하여, 이를 확인할 수 있다.
만약 Step 3에서 UPF가 BIDIR 기능을 지원하는 것으로 확인되는 경우, Step 4에서, SMF는 어느 한 방향에 대한 필터 및 상기 필터가 양방향으로 적용될 수 있다는 정보(예를 들어, type 정보, 지시자)를 포함하는 PFD를(또는, 생성, 획득) 확인할 수 있다. 여기에서, PFD는 상술한 표 8과 같은 포맷에 따를 수 있다.
만약 Step 3에서 UPF가 BIDIR 기능을 지원하지 않는 것으로 확인되는 경우, Step 5에서, SMF는 상향링크 방향에 대한 필터 및 하향링크 방향에 대한 필터 각각을 포함하는 두 개의 PFD들을 확인(또는, 생성, 획득)할 수 있다. 여기에서, PFD는 상술한 표 3과 같은 포맷에 따를 수 있다.
Step 6에서, SMF는 상기 Step 2, Step 4, 또는 Step 5에서 확인된 PFD를 PFD 관리 요청 메시지에 포함하여, UPF에 전송할 수 있다.
한편, 도 6의 Step 1 내지 Step 6는 동시에 수행될 수 있으며, 일부가 생략될 수도 있다.
도 7은 본 개시의 일 실시 예에 따른 UPF의 동작을 도시한 도면이다.
도 7을 참조하면, Step 1에서 UPF는 SMF로부터 어플리케이션에 대한 복수의 PFD들을 포함하는 PFD 관리 요청 메시지를 수신할 수 있다.
Step 2에서, UPF는 수신된 PFD에 포함된 정보(예를 들어, type 정보, 지시자)에 기반하여 필터가 양방향으로 적용될 수 있는지 여부를 확인할 수 있다. 예를 들어, 수신된 PFD가 표 3과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 없는 단일방향에 대한 필터임을 확인할 수 있다. 이와 달리, 수신된 PFD가 표 8과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 있다는 점을 확인할 수 있다.
Step 1에서 수신된 필터가 양방향으로 적용될 수 있다고 확인되는 경우, Step 3에서, UPF는 어느 하나의 방향에 대한 상기 필터로부터 다른 방향에 대한 필터를 도출(또는, 획득, 생성)하고, 두 개의 필터들을 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다. 예를 들어, 수신된 필터가 상향링크 방향에 대한 필터이고, 양방향으로 적용될 수 있다고 확인되는 경우, UPF는 상기 필터로부터 하향링크 방향에 대한 필터를 도출할 수 있고, 수신된 필터 및 도출된 필터를 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다. 한편, 본 개시에서 어느 하나의 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출하는 동작은, 필터의 소스, 목적지를 스위칭함으로써, 해당 필터와 다른 방향인 필터를 확인하는 동작을 의미할 수 있다.
Step 4에서, UPF는 Step 1에서 수신한 PFD 관리 요청 메시지에 대한 응답으로, PFD 관리가 성공하였음을 나타내는 정보를 포함한 PFD 관리 응답 메시지를 SMF에 전송할 수 있다.
이후, Step 5에서,UPF는 확인된 필터들에 기반하여 어플리케이션의 트래픽을 감지하는 동작을 수행할 수 있다. 예를 들어, UPF는 확인된 필터와 매칭(mathching)하는 어플리케이션의 트래픽이 발생하였는지 여부를 확인할 수 있다.
한편, 도 7의 Step 1 내지 Step 5는 동시에 수행될 수 있으며, 일부가 생략될 수도 있다.
도 8은 본 개시의 일 실시 예에 따른 UPF가 SMF로부터 어플리케이션의 트래픽을 감지하기 위한 필터를 포함하는 PFD를 제공받고, 필터에 기반하여 어플리케이션 트래픽 감지 동작을 수행하는 과정을 도시한 도면이다.
도 8을 참조하면. Step 1에서, Step 1에서 UPF는 SMF로부터 어플리케이션에 대한 복수의 PFD들을 포함하는 PFD 관리 요청 메시지를 수신할 수 있다.
Step 2에서, UPF는 수신된 PFD에 포함된 정보(예를 들어, type 정보, 지시자)에 기반하여 필터가 양방향으로 적용될 수 있는지 여부를 확인할 수 있다. 예를 들어, 수신된 PFD가 표 3과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 없는 단일방향에 대한 필터임을 확인할 수 있다. 이와 달리, 수신된 PFD가 표 8과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 있다는 점을 확인할 수 있다.
Step 1에서 수신된 필터가 단일방향(예를 들어, 상향링크 방향 또는 하향링크 방향)으로만 적용될 수 있다고 확인되거나 경우 UPF가 BIDIR 기능을 지원하지 않는 경우, Step 4에서, UPF는 단일방향의 필터를 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다.
Step 1에서 수신된 필터가 양방향으로 적용될 수 있다고 확인되는 경우, Step 3에서, UPF는 어느 하나의 방향에 대한 상기 필터로부터 다른 방향에 대한 필터를 도출하고, 두 개의 필터들을 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다. 예를 들어, 수신된 필터가 상향링크 방향에 대한 필터이고, 양방향으로 적용될 수 있다고 확인되는 경우, UPF는 상기 필터로부터 하향링크 방향에 대한 필터를 도출할 수 있고, 수신된 필터 및 도출된 필터를 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다. 한편, 본 개시에서 어느 하나의 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출하는 동작은, 필터의 소스, 목적지를 스위칭함으로써, 해당 필터와 다른 방향인 필터를 확인하는 동작을 의미할 수 있다.
Step 5에서, UPF는 Step 1에서 수신한 PFD 관리 요청 메시지에 대한 응답으로, PFD 관리가 성공하였음을 나타내는 정보를 포함한 PFD 관리 응답 메시지를 SMF에 전송할 수 있다.
이후, Step 6에서,UPF는 Step 3 또는 Step 4에서 확인된 필터에 기반하여 어플리케이션의 트래픽을 감지하는 동작을 수행할 수 있다. 예를 들어, UPF는 확인된 필터와 매칭(mathching)하는 어플리케이션의 트래픽이 발생하였는지 여부를 확인할 수 있다. 한편, 도 8의 Step 1 내지 Step 6는 동시에 수행될 수 있으며, 일부가 생략될 수도 있다.
도 9는 본 개시의 일 실시 예에 따른 SMF가 양방향 필터를 포함하는 PFD을 UPF에 제공하는 PFD 관리 절차의 전반적인 흐름을 도시한 도면이다.
도 9를 참조하면, Step 1에서, SMF와 UPF는 N4 Association setup 절차를 수행할 수 있다. 본 개시에서 N4 Association setup 절차는 SMF 또는 UPF에 의해 개시될 수 있으며, UPF는 자신이 지원하는 기능에 대한 정보(예를 들어, 본 개시에 따른 PFDM 기능, 또는 BIDIR 기능)를 N4 Association setup 요청 메시지(N4 Association setup 절차가 UPF에 의해 개시된 경우), 또는 N4 Association setup 응답 메시지(N4 Association setup 절차가 SMF에 의해 개시된 경우)에 포함하여 SMF에 전송할 수 있다.
Step 2에서, SMF는 어플리케이션에 대한 필터가 상향링크 방향, 하향링크 방향, 또는 양방향에 대한 것인지 확인하고, 상기 필터가 양방향으로 적용될 수 있는지 여부를 확인할 수 있다. 예를 들어, 상기 필터가 양방향에 대한 것으로 미리 설정되었거나, 상향링크 방향에 대한 필터와 하향링크 방향에 대한 필터가 소스와 목적지가 반대일 뿐 다른 정보(예를 들어, IP Protocol, IP address, Port)가 동일한 경우, 상향링크 방향에 대한 패킷 필터(또는, 하향링크 방향에 대한 패킷 필터)는 양방향으로 적용될 수 있다고 확인할 수 있다.
Step 3에서, 만약 Step 1에서 필터가 양방향으로 적용될 수 있다고 확인되는 경우, Step 3에서, SMF는 UPF가 어느 한 방향에 대한 필터로부터 다른 방향에 대한 필터를 도출할 수 있는 BIDIR 기능을 지원하는지 여부를 확인할 수 있다. 예를 들어, SMF는 UPF와의 N4 Association setup 절차에서 수신한 UPF가 지원하는 기능에 대한 정보에 기반하여, 이를 확인할 수 있다.
만약 Step 3에서 UPF가 BIDIR 기능을 지원하는 것으로 확인되는 경우, Step 4에서, SMF는 어느 한 방향에 대한 필터 및 상기 필터가 양방향으로 적용될 수 있다는 정보(예를 들어, type 정보, 지시자)를 포함하는 PFD를(또는, 생성, 획득) 확인할 수 있다. 여기에서, PFD는 상술한 표 8과 같은 포맷에 따를 수 있다.
Step 5에서, SMF는 확인된 PFD를 PFD 관리 요청 메시지에 포함하여, UPF에 전송할 수 있다.
Step 6에서, UPF는 수신된 PFD에 포함된 정보(예를 들어, type 정보, 지시자)에 기반하여 필터가 양방향으로 적용될 수 있는지 여부를 확인할 수 있다. 예를 들어, 수신된 PFD가 표 3과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 없는 단일방향에 대한 필터임을 확인할 수 있다. 이와 달리, 수신된 PFD가 표 8과 같은 포맷에 따라 필터를 포함하고 있는 경우, UPF는 상기 필터가 양방향으로 적용될 수 있다는 점을 확인할 수 있다.
Step 7에서, 수신된 필터가 단일방향(예를 들어, 상향링크 방향 또는 하향링크 방향)으로만 적용될 수 있다고 확인되는 경우, 단일방향의 필터를 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다. 이와 달리, 수신된 필터가 양방향으로 적용될 수 있다고 확인되는 경우, UPF는 어느 하나의 방향에 대한 상기 필터로부터 다른 방향에 대한 필터를 도출하고, 두 개의 필터들을 어플리케이션의 트래픽을 감지하는 필터로 적용할 수 있다.
Step 8에서, UPF는 Step 5에서 수신한 PFD 관리 요청 메시지에 대한 응답으로, PFD 관리가 성공하였음을 나타내는 정보를 포함한 PFD 관리 응답 메시지를 SMF에 전송할 수 있다.
이후, Step 9에서, UPF는 확인된 필터에 기반하여 어플리케이션의 트래픽을 감지하는 동작을 수행할 수 있다. 예를 들어, UPF는 확인된 필터와 매칭(mathching)하는 어플리케이션의 트래픽이 발생하였는지 여부를 확인할 수 있다.
상술한 방법에 따르면, 양방향 필터를 포함하는 PFD를 수신한 UPF가 어느 한 방향에 대한 수신된 필터로부터 다른 방향에 대한 필터를 도출할 수 있게 됨으로써, SMF의 관점에서 방향만 다를 뿐 다른 정보는 동일하여 중복적인 정보를 포함하는 필터들 UPF에 제공할 필요가 없으므로, 메시지 길이 제약 문제를 해결할 수 있다. 나아가, 망 운용자는 하나의 어플리케이션에 대해 보다 많은 개수의 필터들을 설정하고, 이들을 포함하는 PFD를 UPF에 제공할 수 있게 되어 보다 효율적인 시스템이 구현될 수 있다.
도 10은 본 개시의 일 실시 예에 따른 SMF를 수행할 수 있는 네트워크 엔티티의 구조를 도시한 도면이다.
도 10을 참조하면, 본 개시의 일 실시 예에 따른 SMF를 수행할 수 있는 네트워크 엔티티는 송수신부(1005), 제어부(1010), 및 메모리(1015)을 포함하여 구성될 수 있다.
송수신부(1005)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예를 들어, 송수신부(1005)는 케이블 등 네트워크 인터페이스(network interface)를 통해 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부는 예를 들어, 기지국에 시스템 정보를 전송할 수 있으며, 동기 신호 또는 기준 신호를 전송할 수 있다.
제어부(1010)는 본 개시에서 제안하는 실시 예에 따른 SMF의 전반적인 동작을 제어할 수 있다.
메모리(1015)는 송수신부(1005)를 통해 송수신되는 정보 및 제어부(1010)를 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다.
도 11은 본 개시의 일 실시 예에 따른 UPF를 수행할 수 있는 네트워크 엔티티의 구조를 도시한 도면이다.
도 11을 참조하면, 본 개시의 일 실시 예에 따른 UPF를 수행할 수 있는 네트워크 엔티티는 송수신부(1105), 제어부(1110), 및 메모리(1115)을 포함하여 구성될 수 있다.
송수신부(1105)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예를 들어, 송수신부(1105)는 케이블 등 네트워크 인터페이스(network interface)를 통해 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 송수신부는 예를 들어, 기지국에 시스템 정보를 전송할 수 있으며, 동기 신호 또는 기준 신호를 전송할 수 있다.
제어부(1110)는 본 개시에서 제안하는 실시 예에 따른 SMF의 전반적인 동작을 제어할 수 있다.
메모리(1115)는 송수신부(1105)를 통해 송수신되는 정보 및 제어부(1110)를 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다.
본 개시에서 제안하는 방법들은 발명의 본질을 해치지 않는 범위 내에서 각 실시 예에 포함된 내용의 일부 또는 전부가 조합되어 실행될 수도 있다.
한편, 본 명세서와 도면에 개시된 본 발명의 실시 예들은 본 발명의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.
또한, 본 명세서와 도면에는 본 개시의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 개시의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims (15)

  1. 통신 시스템에서 SMF(session management function)을 수행하는 제1 네트워크 엔티티의 방법에 있어서,
    어플리케이션과 연관된 제1 방향에 대한 제1 필터 및 제2 방향에 대한 제2 필터를 획득하는 단계;
    상기 제1 필터 및 상기 제2 필터를 비교한 결과에 기반하여, 상기 제1 필터가 양방향 필터인지 여부를 확인하는 단계;
    상기 제1 필터가 상기 양방향 필터인 경우, UPF(user plane function)을 수행하는 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 획득하는 기능을 지원하는지 확인하는 단계; 및
    상기 제2 네트워크 엔티티가 상기 기능을 지원하는 경우, 상기 제1 필터 및 상기 제1 필터가 상기 양방향 필터라는 것을 지시하는 정보를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 제2 네트워크 엔티티에 association setup 요청 메시지를 전송하는 단계; 및
    상기 제1 메시지에 대한 응답으로, 상기 제2 네트워크 엔티티의 기능 정보를 포함하는 association setup 응답 메시지를 상기 제2 네트워크 엔티티로부터 수신하는 단계를 더 포함하며,
    상기 기능 정보는 상기 제2 네트워크 엔티티가 상기 기능을 지원하는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 제1 필터 및 상기 제2 필터를 비교한 결과, 상기 제1 필터의 소스(source) 정보 및 목적지(destination) 정보에 대한 정보가 상기 제2 필터의 목적지 정보 및 소스 정보에 각각 대응하고 다른 정보는 동일한 경우, 상기 제1 필터는 상기 양방향 필터인 것으로 확인되고,
    상기 제1 필터가 상기 양방향 필터인 경우, 상기 제2 필터는 상기 제1 필터에 기반하여 상기 제2 네트워크 엔티티에 의해 획득되며,
    상기 제1 필터 및 상기 제2 필터는 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는데 사용되는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 제1 필터가 상기 양방향 필터가 아닌 경우, 상기 제1 필터 및 상기 제2 필터를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 제2 네트워크 엔티티가 상기 기능을 지원하지 않는 경우, 상기 제1 필터 및 상기 제2 필터를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 통신 시스템에서 UPF(user plane function)을 수행하는 제2 네트워크 엔티티의 방법에 있어서,
    SMF(session management function)을 수행하는 제1 네트워크 엔티티로부터, 어플리케이션과 연관된 제1 방향에 대한 제1 필터를 포함하는 메시지를 수신하는 단계;
    상기 메시지에 상기 제1 필터가 양방향 필터라는 것을 지시하는 정보가 포함되어 있는 경우, 상기 제1 필터의 정보에 기반하여 제2 방향에 대한 제2 필터를 확인하는 단계; 및
    상기 제1 필터 및 상기 제2 필터에 기반하여, 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는 단계를 포함하는 것을 특징으로 하는 방법.
  7. 제6항에 있어서,
    상기 제1 네트워크 엔티티로부터, association setup 요청 메시지를 수신하는 단계; 및
    상기 제1 메시지에 대한 응답으로, 상기 제2 네트워크 엔티티의 기능 정보를 포함하는 association setup 응답 메시지를 상기 제1 네트워크 엔티티에 전송하는 단계를 더 포함하며,
    상기 기능 정보는 상기 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 확인하는 기능을 지원하는지 여부에 대한 정보를 포함하고,
    상기 제2 네트워크 엔티티는 상기 기능을 지원하며,
    상기 제1 필터의 소스(source) 정보 및 목적지(destination) 정보에 대한 정보는 상기 제2 필터의 목적지 정보 및 소스 정보에 각각 대응하고, 다른 정보는 동일한 것을 특징으로 하는 방법.
  8. 제6항에 있어서,
    상기 어플리케이션의 상기 트래픽을 감지하는 단계는,
    상기 제1 필터 및 상기 제2 필터 중 적어도 하나와 상기 트래픽이 매칭하는지 여부를 확인하는 단계를 포함하는 것을 특징으로 하는 방법.
  9. 통신 시스템에서 SMF(session management function)을 수행하는 제1 네트워크 엔티티에 있어서,
    송수신부; 및
    어플리케이션과 연관된 제1 방향에 대한 제1 필터 및 제2 방향에 대한 제2 필터를 획득하고,
    상기 제1 필터 및 상기 제2 필터를 비교한 결과에 기반하여, 상기 제1 필터가 양방향 필터인지 여부를 확인하고,
    상기 제1 필터가 상기 양방향 필터인 경우, UPF(user plane function)을 수행하는 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 획득하는 기능을 지원하는지 확인하며,
    상기 제2 네트워크 엔티티가 상기 기능을 지원하는 경우, 상기 제1 필터 및 상기 제1 필터가 상기 양방향 필터라는 것을 지시하는 정보를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하도록 상기 송수신부를 제어하는 제어부를 포함하는 것을 특징으로 하는 제1 네트워크 엔티티.
  10. 제9항에 있어서,
    상기 제어부는,
    상기 제2 네트워크 엔티티에 association setup 요청 메시지를 전송하도록 상기 송수신부를 제어하고,
    상기 제1 메시지에 대한 응답으로, 상기 제2 네트워크 엔티티의 기능 정보를 포함하는 association setup 응답 메시지를 상기 제2 네트워크 엔티티로부터 수신하도록 상기 송수신부를 제어하며,
    상기 기능 정보는 상기 제2 네트워크 엔티티가 상기 기능을 지원하는지 여부에 대한 정보를 포함하는 것을 특징으로 하는 제1 네트워크 엔티티.
  11. 제9항에 있어서,
    상기 제1 필터 및 상기 제2 필터를 비교한 결과, 상기 제1 필터의 소스(source) 정보 및 목적지(destination) 정보에 대한 정보가 상기 제2 필터의 목적지 정보 및 소스 정보에 각각 대응하고 다른 정보는 동일한 경우, 상기 제1 필터는 상기 양방향 필터인 것으로 확인되고,
    상기 제1 필터가 상기 양방향 필터인 경우, 상기 제2 필터는 상기 제1 필터에 기반하여 상기 제2 네트워크 엔티티에 의해 획득되며,
    상기 제1 필터 및 상기 제2 필터는 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는데 사용되는 것을 특징으로 하는 제1 네트워크 엔티티.
  12. 제9항에 있어서,
    상기 제어부는,
    상기 제1 필터가 상기 양방향 필터가 아니거나 상기 제2 네트워크 엔티티가 상기 기능을 지원하지 않는 경우, 상기 제1 필터 및 상기 제2 필터를 포함하는 메시지를 상기 제2 네트워크 엔티티에 전송하도록 상기 송수신부를 제어하는 것을 특징으로 하는 제1 네트워크 엔티티.
  13. 통신 시스템에서 UPF(user plane function)을 수행하는 제2 네트워크 엔티티에 있어서,
    송수신부; 및
    SMF(session management function)을 수행하는 제1 네트워크 엔티티로부터, 어플리케이션과 연관된 제1 방향에 대한 제1 필터를 포함하는 메시지를 수신하도록 상기 송수신부를 제어하고,
    상기 메시지에 상기 제1 필터가 양방향 필터라는 것을 지시하는 정보가 포함되어 있는 경우, 상기 제1 필터의 정보에 기반하여 제2 방향에 대한 제2 필터를 확인하고,
    상기 제1 필터 및 상기 제2 필터에 기반하여, 상기 어플리케이션의 트래픽(traffic)을 감지(detect)하는 제어부를 포함하는 것을 특징으로 하는 제2 네트워크 엔티티.
  14. 제13항에 있어서,
    상기 제어부는,
    상기 제1 네트워크 엔티티로부터, association setup 요청 메시지를 수신하도록 상기 송수신부를 제어하고,
    상기 제1 메시지에 대한 응답으로, 상기 제2 네트워크 엔티티의 기능 정보를 포함하는 association setup 응답 메시지를 상기 제1 네트워크 엔티티에 전송하도록 상기 송수신부를 제어하며,
    상기 기능 정보는 상기 제2 네트워크 엔티티가 상기 제1 필터에 기반하여 상기 제2 필터를 확인하는 기능을 지원하는지 여부에 대한 정보를 포함하고,
    상기 제2 네트워크 엔티티는 상기 기능을 지원하며,
    상기 제1 필터의 소스(source) 정보 및 목적지(destination) 정보에 대한 정보는 상기 제2 필터의 목적지 정보 및 소스 정보에 각각 대응하고, 다른 정보는 동일한 것을 특징으로 하는 제2 네트워크 엔티티.
  15. 제13항에 있어서,
    상기 제어부는,
    상기 제1 필터 및 상기 제2 필터 중 적어도 하나와 상기 트래픽이 매칭하는지 여부를 확인하는 것을 특징으로 하는 제2 네트워크 엔티티.
PCT/KR2021/003158 2021-03-15 2021-03-15 Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치 WO2022196837A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/368,418 US20240031257A1 (en) 2021-03-15 2023-09-14 Method and device for provisioning bidirectional filter in pfd management procedure

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0033158 2021-03-15
KR1020210033158A KR20220128714A (ko) 2021-03-15 2021-03-15 Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/368,418 Continuation US20240031257A1 (en) 2021-03-15 2023-09-14 Method and device for provisioning bidirectional filter in pfd management procedure

Publications (1)

Publication Number Publication Date
WO2022196837A1 true WO2022196837A1 (ko) 2022-09-22

Family

ID=83320505

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/003158 WO2022196837A1 (ko) 2021-03-15 2021-03-15 Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치

Country Status (3)

Country Link
US (1) US20240031257A1 (ko)
KR (1) KR20220128714A (ko)
WO (1) WO2022196837A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230007485A1 (en) * 2021-06-30 2023-01-05 At&T Mobility Ii Llc Systems and methods for network anomalies management

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190132921A (ko) * 2018-05-21 2019-11-29 한국전자통신연구원 네트워크에서 멀티 액세스 네트워크를 통한 트래픽 분산 방법 및 이를 수행하는 네트워크 엔터티
KR102167343B1 (ko) * 2017-01-05 2020-10-19 후아웨이 테크놀러지 컴퍼니 리미티드 애플리케이션 친화적 프로토콜 데이터 유닛(pdu) 세션 관리를 위한 시스템 및 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102167343B1 (ko) * 2017-01-05 2020-10-19 후아웨이 테크놀러지 컴퍼니 리미티드 애플리케이션 친화적 프로토콜 데이터 유닛(pdu) 세션 관리를 위한 시스템 및 방법
KR20190132921A (ko) * 2018-05-21 2019-11-29 한국전자통신연구원 네트워크에서 멀티 액세스 네트워크를 통한 트래픽 분산 방법 및 이를 수행하는 네트워크 엔터티

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Interface between the Control Plane and the User Plane Nodes; Stage 3 (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 29.244, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG4, no. V16.6.0, 11 December 2020 (2020-12-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 318, XP051975377 *
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Policy and Charging Control (PCC); Reference points (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 29.212, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG3, no. V16.4.0, 25 September 2020 (2020-09-25), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , pages 1 - 287, XP051961058 *
ERICSSON, VERIZON: "Filter ID", 3GPP DRAFT; C4-211630, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG4, no. E-Meeting; 20210224 - 20210305, 5 March 2021 (2021-03-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052173888 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230007485A1 (en) * 2021-06-30 2023-01-05 At&T Mobility Ii Llc Systems and methods for network anomalies management

Also Published As

Publication number Publication date
KR20220128714A (ko) 2022-09-22
US20240031257A1 (en) 2024-01-25

Similar Documents

Publication Publication Date Title
WO2016163808A1 (en) Apparatus and method for routing data packet to user equipment in lte-wlan aggregation system
WO2018128499A1 (en) Method and apparatus for selecting an access and mobility management function in a mobile communication system
WO2019194630A1 (en) Method and apparatus for supporting vehicle communications in 5g system
WO2020204530A1 (en) Apparatus and method for supporting one-to-one communication service in wireless communication system
WO2019035638A1 (ko) 제 3자 응용 서버에서 단말의 무선 연결 타입 변경을 확인하는 방법
WO2018164498A1 (ko) 단말 개시 통신 전용 모드 단말의 연결을 유지시키는 방법
WO2019035637A1 (en) METHOD FOR NEGOTIATING CAPACITY AND MAPPING WAFER INFORMATION BETWEEN A NETWORK AND TERMINAL IN A 5G SYSTEM
WO2018174638A1 (ko) 무선 통신 시스템에서 단말의 위치에 따라서 세션의 상태를 관리하는 방법 및 장치
WO2016099058A1 (ko) 무선 통신 시스템에서 기지국과 단말 간 통신 방법을 결정하는 방법 및 장치
WO2022025666A1 (ko) 네트워크 슬라이스의 동시 사용 방법 및 장치
WO2019190297A1 (en) Method and apparatus for providing cellular iot service in mobile communication system
WO2021177793A1 (en) Apparatus and method for supporting upf event exposure service in wireless communication system
WO2014069925A1 (ko) 무선 통신 시스템에서 로컬 영역 패킷 데이터 네트워크 연결을 관리하는 방법 및 장치
WO2016089082A1 (ko) 통신 시스템에서 분리된 ｔｃｐ 연결을 설정하는 방법 및 장치와 이를 위한 핸드 오버 지원 방법 및 장치
WO2021235769A1 (ko) 이동통신 네트워크에서 단말에 deterministic communication을 지원하는 방법 및 장치
WO2017007122A1 (ko) 사설망 서비스 제공방법 및 시스템
WO2018230941A1 (ko) 단말의 망 접속 방법 및 이동성 지원과 데이터 전달 방법 및 장치
WO2021141337A1 (en) Method and apparatus for supporting fully-distributed time-sensitive networking in mobile communication system
WO2021045531A1 (en) Apparatus and method for network automation in wireless communication system
WO2020071727A1 (ko) 무선 통신 시스템에서 로밍 단말의 네트워크 슬라이스에 상호 배타적 접속 방법 및 장치
WO2018084539A2 (ko) 무선 통신 시스템에서 서비스 제공 방법 및 장치
WO2022196837A1 (ko) Pfd 관리 절차에서 양방향 필터를 프로비저닝하는 방법 및 장치
WO2021060918A1 (ko) 무선 통신 시스템에서 직접 통신 제공 방법 및 장치
EP3714611A1 (en) Method and apparatus for providing cellular iot service in mobile communication system
WO2022086123A1 (en) Method and equipment for multicast transmission

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21931781

Country of ref document: EP

Kind code of ref document: A1