EP4706334A1 - A method of reporting application detection information by a user plane function, upf, in a service based architecture, sba, telecommunication network - Google Patents
A method of reporting application detection information by a user plane function, upf, in a service based architecture, sba, telecommunication networkInfo
- Publication number
- EP4706334A1 EP4706334A1 EP24723552.6A EP24723552A EP4706334A1 EP 4706334 A1 EP4706334 A1 EP 4706334A1 EP 24723552 A EP24723552 A EP 24723552A EP 4706334 A1 EP4706334 A1 EP 4706334A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- upf
- detection information
- packet
- particular field
- application detection
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- 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/026—Capturing of monitoring data using flow identification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
A method of reporting application detection information by a User Plane Function, UPF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of receiving, by said UPF, from a User Equipment, UE, a packet associated with application traffic, detecting, by said UPF, said application traffic, determining, by said UPF, that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular field being comprised by said packet and reporting, by said UPF, to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
Description
Title
A method of reporting application detection information by a User Plane Function, UPF, in a Service Based Architecture, SBA, telecommunication network.
Technical field
The present disclosure is related to application reporting and, more specifically, to mechanisms by which Network Functions, NFs, are able to report various aspects of the behaviour and performance of applications used by User Equipment, UE, to the core network.
Background
Application Reporting is a process in the telecommunications industry that enables the collection and analysis of data involving various network elements, such as the Service Management Function, SMF, User Plane Function, UPF, Policy Control Function, PCF, User Equipment, and applications.
In the context of 3GPP TS 29.244, Application Reporting is a standardized mechanism that allows network operators to monitor the performance of different applications, such as cloud-based gaming, video streaming, web browsing, and file downloads, in real-time. The protocol specifies the format and structure of the data that is collected and the procedures for reporting and analysing this data.
For example, when detecting the start or stop of an application, the User Plane Function, UPF, may initiate a PFCP Session Report procedure and send a Usage Report with the Usage Report T rigger set to 'Start of T raff ic' or 'Stop of T raffic'. The UPF may also include the following information in the Usage Report:
When reporting the start of an application: the Application ID; the Flow Information including the Flow Description and the Flow Direction, if the traffic flow information is deducible; the Application-lnstance-ldentifier, if the traffic flow information is deducible; and if no UE IP address was provisioned in the PDI, the UE's IP address, and the Network instance when multiple PDNs with overlapping IP addresses are used in the UP function.
When reporting the stop of an application: the Application ID; the application-lnstance-ldentifier, if an Application Identifier was provided when reporting the start of the application; if no UE IP address was provisioned in the PDI, the UE's IP address, and the Network instance when multiple PDNs with overlapping IP addresses are used in the UP function.
The SMF is responsible for managing the user's data and signaling traffic in the 5G core network. The SMF can collect application-related data from the UPF and forward it to the PCF for policy enforcement. The UPF is responsible for routing and forwarding user data packets to and from the user equipment and the data network. The UPF can also collect data related to user traffic and application performance and report it to the SMF.
The PCF is responsible for enforcing policies related to Quality of Service, QoS, and charging in the 5G core network. The PCF receives application- related data from the SMF and UPF and uses it to make decisions regarding QoS and charging. The PCF can also use this data to optimize network resources and improve the user experience.
One of the downsides of application reporting, as mentioned above, is that the mechanisms that are in place may not be adequate anymore for the trends recognized in the network, such as cloud gaming, media streaming and extended reality applications.
Summary
It is an object of the present disclosure to provide for a mechanism that allows the network operator to improve the reporting of application detection information. It would therefore be advantageous to obtain methods of reporting application detection information by a User Plane Function, UPF, as well as related methods for the Session Management Function, SMF, and Policy Control Function, PCF. It would further be advantageous to obtain corresponding network functions, NFs.
In a first aspect of the present disclosure, there is provided a method of reporting application detection information by a User Plane Function, UPF, in a Service
Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: receiving, by said UPF, from a User Equipment, UE, a packet associated with application traffic; detecting, by said UPF, said application traffic; determining, by said UPF, that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular field being comprised by said packet; reporting, by said UPF, to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
The inventor has found that it may be beneficial to use the occurrence of a value of one particular field in a certain protocol stack header of the packet to determine that application detection information is to be reported. More specifically, the occurrence of a value of one particular field in a certain protocol stack head of the packet different being different from previous values of the particular field in the certain protocol stack head of any packet received from the UE.
For example, the UPF, when detecting traffic for the application, may store the flow information, for example a 5-tuple, and may report to the SMF the application detection information including only the server Internet Protocol, IP, address, not the whole 5-tuple. As such, if there are multiple flows towards a certain server IP address, only a single report will be triggered.
In summary, the UPF may check each new 5-tuple and compare if the destination IP address, i.e. the server IP address, is the same as the one previously reported. If that is the case, then the application detection information is reported to the SMF.
It is noted that the above described example focuses on the server IP address, i.e. information flows are aggregated based on traffic going to a certain server IP address. However, the present disclosure is also applicable to other semantics, i.e. by aggregating on other elements of the 5-tuple or even any other field in the packet, for example fields in the header of the packet like DSCP code or ECN bits.
In an example, said method comprises the step of: receiving, by said UPF, a subscription to reporting application detection information, wherein said subscription indicates to said UPF that application detection information is to be reported by recognizing the occurrence of said value of said particular field in said certain protocol stack header of said packet different from previous values of said particular field in said protocol stack header of any packet received from said UE.
The inventor has found that it might be beneficial to distinguish multiple use cases. The first use case is directed to the traditional way of reporting application detection information, as highlighted in the background section of the present disclosure. The second use case may be directed to a subscription. The SMF may subscribe to the UPF on application start and stop events and may include an indication to enable the improved reporting of application detection information.
The subscription thus indicates to the UPF that application detection information is to be reported on the occurrence of a new server IP address, or anything alike.
In an example, the one particular field is any of: a server address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QUIC header or TCP header.
The server address may, for example, be an Internet Protocol, IP, address or a domain name or anything alike.
The Differentiated Services Code Point, DSCP, field is a field in the header of an Internet Protocol, IP, packet that is used to indicate the level of service or priority that should be given to the packet as it is transmitted through the network. The DSCP field is used by network devices to determine how to handle the packet as it is forwarded through the network. Different DSCP values are assigned to packets based on their type, such as voice traffic or video traffic, and these values are used to prioritize traffic and ensure that critical traffic is transmitted with minimal delay and loss.
The Explicit Congestion Notification, ECN, is a field in the header of an Internet Protocol, IP, packet that is used to notify network devices about congestion in the network. The ECN field typically contains two bits that are used to indicate the level of congestion experienced by the packet as it is transmitted through the network. When a network device encounters congestion, it can set the ECN bits to notify other devices that congestion is present. This allows devices to respond proactively to the congestion by reducing their traffic load and helping to prevent further congestion in the network. The use of ECN helps to improve network performance and reduce packet loss, which can improve the overall quality of service for User Equipment in the network.
QUIC, Quick UDP Internet Connections, is a transport layer protocol designed to provide fast, secure, and reliable communication over the Internet. The QUIC protocol uses a header format that is optimized for performance and includes several fields to ensure reliable delivery of data.
The QUIC header consists of several fields, including:
Connection ID: A unique identifier for the connection between the client and the server.
Packet Number: A sequence number that is used to ensure reliable delivery of packets.
Flags: A set of flags that indicate the purpose of the packet, such as whether it contains data or is a control packet.
Version: The version of the QUIC protocol being used.
Payload: The data being transmitted in the packet.
The use of QUIC may have several benefits, including reduced latency, improved security, and the ability to recover quickly from packet loss.
In a further example, the step of detecting said application traffic is based on per flow detection.
In another example, the step of detecting comprises detecting a 5-tuple comprising source address, source port, destination address, destination port and protocol.
In the context of flow detection at the User Plane Function, UPF, 5-tuple refers to a set of five values that are used to identify a specific data flow between two endpoints. These values include:
Source IP address: The IP address of the sender of the data packets.
Destination IP address: The IP address of the receiver of the data packets.
Source port number: The port number being used by the sender.
Destination port number: The port number being used by the receiver.
Protocol: The transport protocol being used, such as TCP, UDP, or ICMP.
Together, these five values make up the 5-tuple that is used to uniquely identify a data flow. The UPF uses the 5-tuple to classify and manage data flows, allowing it to apply policies and quality-of-service, QoS, rules to specific flows based on their characteristics. By using the 5-tuple, the UPF can ensure that each data flow is treated appropriately and efficiently, improving network performance and providing a better user experience.
As mentioned above, the present disclosure may be directed to reporting of application information based on a new occurrence of the server (destination) IP address in the 5-tuple. Not based on each 5-tuple as such.
The application detection information may then comprise that particular field, i.e. the server IP address, and may exclude the 5-tuple as such. This allows the recipient to identify the trigger for reporting the application information, i.e. the server IP address.
In yet another example, the method comprises the step of: receiving, by said UPF, from said SMF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said 5-tuple.
In a further example, the method comprises the step of: maintaining, by said UPF, encountered values of said particular field.
This allows the UPF to efficiently know whether a value of the particular field has occurred before, or not. If a new value is identified, that may form the trigger for reporting the application information.
In a further example, the step of maintaining comprises associating a time stamp for each of said encountered values, wherein said method comprises the step of: disregarding, by said UPF, an encountered value of said particular field when a timer, from said associated time stamp, has exceeded a predefined time period.
The inventor has found that it might be beneficial to introduce a time out value for assessing whether a received value for a particular field may be considered a new value or not. The time out value may be set of preferences by the network operator, or may be set based on predefined criteria, or the like.
In a second aspect of the present disclosure, there is provided a method of supporting reporting application detection information by a Session Management Function, SMF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: subscribing, by a Session Management Function, SMF, comprised by said SBA telecommunication network, to a User Plane Function, UPF, to reporting application detection information, wherein said subscribing indicates to said UPF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in said certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
It is noted that the advantageous as explained with respect to the first aspect of the present disclosure, being the method performed by the UPF, are also applicable to the second aspect of the present disclosure, being the method performed by the SMF.
The second aspect is related to the subscription mechanism, wherein the SMF subscribes to the UPF for providing the differentiated service in the application detection reporting. That is, the SMF subscribes to the UPF on application start and stop events and includes an indication to enable improved reporting of application detection information, i.e. not based on each 5-tuple but based on one particular field for example the server IP address of the 5-tuple. The result is that if
there are multiple flows towards a certain server IP address, only a single report will be triggered by the UPF.
In an example, the UPF is to detect a 5-tuple comprising source address, source port, destination address, destination port and protocol wherein said method comprises the step of: transmitting, by said SMF, to said UPF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular information element and is to exclude said detected 5-tuple.
In a further example, the method comprises the step of: receiving, by said SMF, from said UPF a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular information element.
In yet another example, the step of subscribing is implemented in a Packet Forwarding Control Protocol, PFCP, Session Establishment Request message.
In another example, the one particular field is any of: a server address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QUIC header or TCP header.
In a third aspect of the present disclosure, there is provided a method of supporting reporting application detection information by a Policy Control Function, PCF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: retrieving, by said PCF, from a subscriber database, subscriber data associated with a User Equipment, UE, of said SBA telecommunication network; determining, by said PCF, based on said subscriber data, that Quality of Service, QoS, differentiation is required for an application; subscribing, by said PCF, to said SMF, to reporting application detection information, wherein said subscribing indicates to said SMF that application detection information is to be reported by recognizing the occurrence of a value of a
particular field in a certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
It is noted that the advantages as explained with respect to the first and second aspect of the present disclosure, being the methods performed by the UPF and the SMF, respectively, are also applicable to the third aspect of the present disclosure, being the method performed by the PCF.
In another aspect of the present disclosure, there is provided a User Plane Function, UPF, arranged for reporting application detection information in a Service Based Architecture, SBA, telecommunication network, wherein said UPF comprises: receive equipment arranged for receiving from a User Equipment, UE, an Internet Protocol, IP, packet directed associated with application traffic; detect equipment arranged for detecting said application traffic; process equipment arranged for determining that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular information element being comprised by said packet; report equipment arranged for reporting to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
In an example, the receive equipment is further arranged for receiving a subscription to reporting application detection information, wherein said subscription indicates to said UPF that application detection information is to be reported by recognizing the occurrence of said value of said particular field in said certain protocol stack header of said packet different from previous values of said particular field in said protocol stack header of any packet received from said UE.
In a further example, the one particular field is any of: a destination address;
a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QIIIC header or TCP header.
In an example, the detect equipment is further arranged for detecting said application traffic based on per flow detection.
In a further example, the detect equipment is further arranged for detecting a 5-tuple comprising source address, source port, destination address, destination port and protocol.
In yet another example, the application detection information comprises said particular information element and excludes said 5-tuple.
In a further example, the receive equipment is further arranged for receiving, from said SMF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said 5-tuple .
In an example, the UPF further comprises: install equipment arranged for installing, towards said SMF a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular field.
In an example, the UPF further comprises: maintain equipment arranged for maintaining encountered values of said particular field.
In an even further example, the maintain equipment is further arranged for associating a time stamp for each of said encountered values, wherein said maintain equipment is further arranged for disregarding an encountered value of said particular information element when a timer, from said associated time stamp, has exceeded a predefined time period.
In a further aspect of the present disclosure, there is provided a Session Management Function, SMF, arranged for supporting reporting application detection information by a User Plane, UPF, in a Service Based Architecture, SBA, telecommunication network, wherein SMF comprises:
subscribe equipment arrange for subscribing, to a User Plane Function, UPF, to reporting application detection information, wherein said subscribing indicates to said UPF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in said certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
In an example, the UPF is to detect a 5-tuple comprising source address, source port, destination address, destination port and protocol wherein said SMF comprises: transmit equipment arranged for transmitting, to said UPF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said detected 5-tuple.
In a further example, the SMF comprises: receive equipment arranged for receiving, from said UPF, a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular field.
In yet another example, the subscribe equipment is arranged to implement said subscribing in a Packet Forwarding Control Protocol, PFCP, Session Establishment Request message.
In a further example, the one particular field is any of: a destination address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QUIC header or TCP header.
In a further aspect of the present disclosure, there is provided a Policy Control Function, PCF, arranged to operate in a Service Based Architecture, SBA, telecommunication network, wherein said PCF comprises:
retrieve equipment arranged for retrieving, from a subscriber database, subscriber data associated with a User Equipment, UE, of said SBA telecommunication network; process equipment arranged for determining, based on said subscriber data, that Quality of Service, QoS, differentiation is required for an application; subscribe equipment arranged for subscribing, to a Session Management Function, SMF, to reporting application detection information, wherein said subscribing indicates to said SMF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in a certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
In yet another aspect, there is provided a computer program product comprising a computer readable medium having instructions stored thereon which, when executed by a Network Function, NF, of a Service Based Architecture, SBA, telecommunication network, cause said NF to implement a method in accordance with any of the previous examples.
The present disclosure is described in conjunction with the appended figures. It is emphasized that, in accordance with the standard practice in the industry, various features are not drawn to scale. In fact, the dimensions of the various features may be arbitrarily increased or reduced for clarity of discussion.
In the appended figures, similar components and/or features may have the same reference label. Further, various components of the same type may be distinguished by following the reference label by a dash and a second label that distinguishes among the similar components. If only the first reference label is used in the specification, the description is applicable to any one of the similar components having the same first reference label irrespective of the second reference label.
The above and other aspects of the disclosure will be apparent from and elucidated with reference to the examples described hereinafter.
Brief description of the drawings
Fig. 1 discloses a flow chart of a PDU session establishment of a UE in accordance with the present disclosure;
Fig. 2 discloses a flow chart of a UE initiating application traffic in accordance with the present disclosure;
Fig. 3 discloses a further flow chart of a UE initiating application traffic in accordance with the present disclosure;
Fig. 4 discloses another flow chart of a UE initiating application traffic in accordance with the present disclosure;
Fig. 5 discloses a schematic block diagram of a User Plane Function in accordance with the present disclosure;
Fig. 6 discloses a schematic block diagram of a Session Management Function in accordance with the present disclosure;
Fig. 7 discloses a schematic block diagram of a Policy Control Function in accordance with the present disclosure.
Detailed description
It is noted that in the description of the figures, same reference numerals refer to the same or similar components performing a same or essentially similar function.
A more detailed description is made with reference to particular examples, some of which are illustrated in the appended drawings, such that the manner in which the features of the present disclosure may be understood in more detail. It is noted that the drawings only illustrate typical examples and are therefore not to be considered to limit the scope of the subject matter of the claims. The drawings are incorporated for facilitating an understanding of the disclosure and are thus not necessarily drawn to scale. Advantages of the subject matter as claimed will become apparent to those skilled in the art upon reading the description in conjunction with the accompanying drawings.
The ensuing description above provides preferred exemplary embodiment(s) only, and is not intended to limit the scope, applicability or configuration of the disclosure. Rather, the ensuing description of the preferred
exemplary embodiment(s) will provide those skilled in the art with an enabling description for implementing a preferred exemplary embodiment of the disclosure, it being understood that various changes may be made in the function and arrangement of elements, including combinations of features from different embodiments, without departing from the scope of the disclosure.
Unless the context clearly requires otherwise, throughout the description and the claims, the words "comprise," "comprising," and the like are to be construed in an inclusive sense, as opposed to an exclusive or exhaustive sense; that is to say, in the sense of "including, but not limited to." As used herein, the terms "connected," "coupled," or any variant thereof means any connection or coupling, either direct or indirect, between two or more elements; the coupling or connection between the elements can be physical, logical, electromagnetic, or a combination thereof. Additionally, the words "herein," "above," "below," and words of similar import, when used in this application, refer to this application as a whole and not to any particular portions of this application. Where the context permits, words in the Detailed Description using the singular or plural number may also include the plural or singular number respectively. The word "or," in reference to a list of two or more items, covers all of the following interpretations of the word: any of the items in the list, all of the items in the list, and any combination of the items in the list.
These and other changes can be made to the technology in light of the following detailed description. While the description describes certain examples of the technology, and describes the best mode contemplated, no matter how detailed the description appears, the technology can be practiced in many ways. Details of the system may vary considerably in its specific implementation, while still being encompassed by the technology disclosed herein. As noted above, particular terminology used when describing certain features or aspects of the technology should not be taken to imply that the terminology is being redefined herein to be restricted to any specific characteristics, features, or aspects of the technology with which that terminology is associated. In general, the terms used in the following claims should not be construed to limit the technology to the specific examples disclosed in the specification, unless the Detailed Description section explicitly defines such terms. Accordingly, the actual scope of the technology encompasses not only the disclosed
examples, but also all equivalent ways of practicing or implementing the technology under the claims.
Fig. 1 discloses a flow chart of a PDU session establishment of a UE in accordance with the present disclosure.
The Service Based Architecture that is shown is directed to a 5G network. It is noted that other types of Service Based Architectures may also be applicable to the present disclosure.
The network comprises a User Equipment, UE, 102, an Access and Mobility Function, AMF, 103, a User Plane Function, UPF, 104, a Session Management Function, SMF, 105, a Policy Control Function, PCF, 106 a User Data Repository, UDR, 107, a first Application Server, AS#1 , 108 and a second Application Server, AS#2, 109.
Figures 1 - 4 show flow charts in accordance with the present disclosure, for an example Use Case of a user subscribed to cloud gaming, where the gaming application is simplified as consisting of four flows and two server IP addresses, as in real cloud applications there are much more flows, and focused on start reporting, not showing stop reporting. Steps are detailed below:
Steps 1 to 3 are related to the PDU Session Establishment procedure and are not elaborated in detail in this particular disclosure.
In steps 4 and 5, the PCF retrieves from the UDR the subscriber data for UE-ID, specifically a subscription to cloud gaming.
In steps 6 and 7, based on the above identified information received from the UDR, i.e. user subscribed to cloud gaming, which requires QoS differentiation for cloud gaming applications, the PCF installs PCC rules, specifically a PCC rule for Application ID, e.g. gaming.com, for which PCF subscribes to SMF on application start and stop events including an indication to enable improved reporting application detection information, and the associated QoS information.
The indication thus indicates that the reporting should be performed based on a newly identified value for a particular field in a packet, not for every packet as such.
In step 8, the SMF triggers the PFCP Session Establishment procedure towards the UPF to indicate the Packet Detection Rules, PDRs, and the corresponding enforcement action, i.e. FARs, QERs, URRs, etc, for the PDU session. Specifically, a
PDR, i.e. Application ID=gaming.com, associated to a URR including the subscription to the application start and stop events, i.e. APP_STA/APP_STO, and an indication to enable improved reporting application detection information. Specifically, it is proposed in the present disclosure to define a new flag in the Measurement Information IE in the Create/Update URR IE, as shown in 3GPP TS 29.244 table provided below.
As mentioned above, the present disclosure can be generalized to other semantics of the application instance, e.g. instead of aggregating per server IP address, by aggregating on other elements of the 5-tuple or even any other fields in
the packet, e.g. fields in the IP packet header like DSCP code or ECN bits. This may require defining extra bits.
In step 9, based on the information received in Step 8 above, UPF enables improved reporting ApplicationDetectionlnformation for Application ID=gaming.com.
In step 10, the UPF answers the message in Step 8 with a PFCP Session Establishment response message indicating successful operation.
In step 11 , the SMF answers the message in Step 2 indicating successful operation and in step 12, the AMF answers the message in Step 1 indicating successful operation.
Fig. 2 discloses a flow chart of a UE initiating application traffic in accordance with the present disclosure.
In steps 13 and 14, the User opens an application, i.e. Application ID=gaming.com. The UE triggers multiple flows, in this example, for simplicity, four flows, two of them for each of two application servers. The first flow (5-tuple #1) includes the 5-tuple parameters:
• source IP address #1
• source port #1
• destination IP address #1
• destination port #1
• IP Protocol #1
In steps 15 and 16, the UPF detects application traffic, i.e. Application ID=gaming.com, and forwards it towards the Application Server #1 .
In steps 17 and 18, the UPF applies the improved reporting ApplicationDetectionlnformation, which may imply storing only the destination IP address #1 and reporting it by triggering a PFCP Session Report Request message including a Usage Report with the following information:
APP_STA
• ApplicationDetectionlnformation, including:
• Application ID
• Application Instance ID. In the proposed optimized reporting procedure, an application instance is all the application traffic going to a certain server.
• Flow Information (only including server IP address #1).
PDR ID
In step 19, the SMF answers the message in Step 18 indicating successful operation.
In step 20, the SMF forwards the application start event to PCF by triggering a Npcf_SMPolicyControl_Update Request message including the following information:
APP_STA
• AppDetectionlnfos, including:
• Application ID
• Application Instance ID. In the proposed optimized reporting procedure, an application instance is all the application traffic going to a certain server.
• Flow Information (only including server IP address #1).
In steps 21 and 22, the PCF generates a PCC rule based on the reported Flow Information in Step 20 above and triggers a Npcf_SMPolicyControl_Update Response message including the following information:
• PCC rule, including:
• SDF Filter set to server IP address #1 .
• QoS information
In step 23, the SMF generates an uplink TFT based on the SDF Filter in the PCC rule received above.
In step 24, the SMF forwards to the UE, through AMF the UL TFT by triggering a Namf_Communication_N1 N2MessageTransferReq-
PDUSessionModificationCommand message including the following information:
• Uplink TFT (only including server IP address #1).
In step 25, the AMF answers the message in step 24 indicating successful operation.
In step 26, the AMF forwards transparently to UE the UL TFT by triggering a N1_Communication_N1 N2MessageTransferReq-
PDUSessionModificationCommand message including the following information:
• Uplink TFT (only including server IP address #1).
In step 27, the UE answers the message in Step 26 indicating successful operation and in step 28, the UE routes traffic matching uplink TFT through the corresponding QoS flow.
Fig. 3 discloses a further flow chart of a UE initiating application traffic in accordance with the present disclosure.
In step 29, as part of application traffic, i.e. gaming.com, the UE triggers a second flow. This second flow (5-tuple #2) includes the 5-tuple parameters:
• source IP address #1
• source port #2
• destination IP address #1 (this second flow goes to the same server IP address as the first flow)
• destination port #2
• IP Protocol #2
In steps 30 and 31 , the UPF detects application traffic (Application ID=gaming.com) and forwards it towards the Application Server #1. UPF applies the optimization for reporting ApplicationDetectionlnformation (no reporting as same server IP address as the one already reported).
In step 32, the UE triggers another flow. The third flow (5-tuple #3) includes the 5-tuple parameters:
• source IP address #1
• source port #3
• destination IP address #2 (new server IP address)
• destination port #2
• IP Protocol #2
In steps 33 to 35, the UPF detects application traffic (Application ID=gaming.com) and forwards it towards the Application Server #2. UPF applies the optimization for reporting ApplicationDetectionlnformation, which implies storing (new) only the destination IP address #2 and reporting it by triggering a PFCP Session Report Request message including a Usage Report with the following information:
APP_STA
• ApplicationDetectionlnformation, including:
• Application ID
• Application Instance ID. In the proposed optimized reporting procedure, an application instance is all the application traffic going to a certain server.
• Flow Information (only including server IP address #2).
PDR ID
Step 36) SMF answers the message in Step 35 indicating successful operation.
Step 37) SMF forwards the application start event to PCF by triggering a Npcf_SMPolicyControl_Update Request message including the following information: APP_STA
• AppDetectionlnfos, including:
• Application ID
• Application Instance ID. In the proposed optimized reporting procedure, an application instance is all the application traffic going to a certain server.
• Flow Information (only including server IP address #2).
In steps 38 and 39, the PCF generates a PCC rule based on the reported Flow Information in Step 37 above and triggers a Npcf_SMPolicyControl_Update Response message including the following information:
• PCC rule, including:
• SDF Filter set to server IP address #2.
• QoS information
In step 40, the SMF generates an uplink TFT based on the SDF Filter in the PCC rule received above.
In step 41 , the SMF forwards to UE (through AMF) the UL TFT by triggering a Namf_Communication_N1 N2MessageTransferReq-
PDUSessionModificationCommand message including the following information:
• Uplink TFT (only including server IP address #2).
In step 42, the AMF answers the message in step 41 indicating successful operation.
In step 43, the AMF forwards transparently to UE the UL TFT by triggering a N1_Communication_N1 N2MessageTransferReq-
PDUSessionModificationCommand message including the following information:
• Uplink TFT (only including server IP address #2).
In step 44, the UE answers the message in step 43 indicating successful operation and in step 45, the UE routes traffic matching uplink TFT through the corresponding QoS flow.
Fig. 4 discloses another flow chart of a UE initiating application traffic in accordance with the present disclosure.
In step 46, as part of application traffic (gaming.com), UE triggers a fourth flow. This second flow (5-tuple #4) includes the 5-tuple parameters:
• source IP address #1
• source port #4
• destination IP address #2 (this second flow goes to the same server IP address as the first flow)
• destination port #4
• IP Protocol #4
In steps 47 and 48, the UPF detects application traffic (Application ID=gaming.com) and forwards it towards the Application Server #2. UPF applies the optimization for reporting ApplicationDetectionlnformation (no reporting as same server IP address as the one already reported).
Fig. 5 discloses a schematic block diagram of a User Plane Function in accordance with the present disclosure.
The User Plane Function, UPF, 201 is arranged for reporting application detection information in a Service Based Architecture, SBA, telecommunication network, wherein said UPF comprises: receive equipment 204 arranged for receiving, via receive terminal 202, from a User Equipment, UE, an Internet Protocol, IP, packet directed associated with application traffic; detect equipment 204 arranged for detecting said application traffic; process equipment 206 arranged for determining, using memory 207, that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular information element being comprised by said packet; report equipment 205 arranged for reporting, via transmit terminal 203, to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
Fig. 6 discloses a schematic block diagram of a Session Management Function in accordance with the present disclosure.
The Session Management Function, SMF, 301 is arranged for supporting reporting application detection information by a User Plane, UPF, in a Service Based Architecture, SBA, telecommunication network, wherein SMF comprises: subscribe equipment 304 arrange for subscribing, using a memory 305, to a User Plane Function, UPF, to reporting application detection information, wherein said subscribing indicates to said UPF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in said certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE. Incoming and outgoing packets are processed via the receive and transmit terminals 302, 303, respectively.
Fig. 7 discloses a schematic block diagram of a Policy Control Function in accordance with the present disclosure.
The Policy Control Function, PCF, 401 is arranged to operate in a Service Based Architecture, SBA, telecommunication network, wherein said PCF comprises: retrieve equipment 404 arranged for retrieving, via the receive terminal 402 and the transmit terminal 403, from a subscriber database, subscriber data associated with a User Equipment, UE, of said SBA telecommunication network; process equipment 406 arranged for determining, using memory 407, based on said subscriber data, that Quality of Service, QoS, differentiation is required for an application; subscribe equipment 405 arranged for subscribing, to a Session Management Function, SMF, to reporting application detection information, wherein said subscribing indicates to said SMF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in a certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular
field being comprised by a packet that is received by said UPF from a User Equipment, UE.
To reduce the number of claims, certain aspects of the technology are presented below in certain claim forms, but the applicant contemplates the various aspects of the technology in any number of claim forms. For example, while some aspect of the technology may be recited as a computer-readable medium claim, other aspects may likewise be embodied as a computer-readable medium claim, or in other forms, such as being embodied in a means-plus-function claim.
In the description above, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of implementations of the disclosed technology. It will be apparent, however, to one skilled in the art that embodiments of the disclosed technology may be practiced without some of these specific details.
Other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practicing the claimed invention, from a study of the drawings, the disclosure and the appended claims. In the claims, the word “comprising” does not exclude other elements or steps, and the indefinite article “a” or “an” does not exclude a plurality. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage. Any reference signs in the claims should not be construed as limiting the scope thereof.
Claims
1. A method of reporting application detection information by a User Plane Function, UPF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: receiving, by said UPF, from a User Equipment, UE, a packet associated with application traffic; detecting, by said UPF, said application traffic; determining, by said UPF, that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular field being comprised by said packet; reporting, by said UPF, to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
2. A method in accordance with claim 1 , wherein said method comprises the step of: receiving, by said UPF, a subscription to reporting application detection information, wherein said subscription indicates to said UPF that application detection information is to be reported by recognizing the occurrence of said value of said particular field in said certain protocol stack header of said packet different from previous values of said particular field in said protocol stack header of any packet received from said UE.
3. A method in accordance with any of the previous claims, wherein said one particular field is any of: a server address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet;
a field in any of the QIIIC header or TCP header.
4. A method in accordance with any of the previous claims, wherein said step of detecting said application traffic is based on per flow detection.
5. A method in accordance with claim 4, wherein said step of detecting comprises detecting a 5-tuple comprising source address, source port, destination address, destination port and protocol.
6. A method in accordance with claim 5, wherein said application detection information comprises said particular field and excludes said 5-tuple.
7. A method in accordance with any of the claims 5 - 6, wherein said method comprises the step of: receiving, by said UPF, from said SMF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said 5-tuple.
8. A method in accordance with any of the previous claims, wherein said method comprises the step of: maintaining, by said UPF, encountered values of said particular field.
9. A method in accordance with any of the previous claims, wherein said step of maintaining comprises associating a time stamp for each of said encountered values, wherein said method comprises the step of: disregarding, by said UPF, an encountered value of said particular field when a timer, from said associated time stamp, has exceeded a predefined time period.
10. A method of supporting reporting application detection information by a Session Management Function, SMF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: subscribing, by a Session Management Function, SMF, comprised by said SBA telecommunication network, to a User Plane Function, UPF, to reporting application detection information, wherein said subscribing indicates to said UPF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in said certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
11. A method in accordance with claim 10, wherein said UPF is to detect a 5-tuple comprising source address, source port, destination address, destination port and protocol wherein said method comprises the step of: transmitting, by said SMF, to said UPF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular information element and is to exclude said detected 5-tuple.
12. A method in accordance with any of the claims 10 - 11 , wherein said method comprises the step of: receiving, by said SMF, from said UPF a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular information element.
13. A method in accordance with any of the claims 10 - 12, wherein said step of subscribing is implemented in a Packet Forwarding Control Protocol, PFCP, Session Establishment Request message.
14. A method in accordance with any of the claims 10 - 13, wherein said one particular field is any of: a server address;
a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QIIIC header or TCP header.
15. A method of supporting reporting application detection information by a Policy Control Function, PCF, in a Service Based Architecture, SBA, telecommunication network, wherein said method comprises the steps of: retrieving, by said PCF, from a subscriber database, subscriber data associated with a User Equipment, UE, of said SBA telecommunication network; determining, by said PCF, based on said subscriber data, that Quality of Service, QoS, differentiation is required for an application; subscribing, by said PCF, to said SMF, to reporting application detection information, wherein said subscribing indicates to said SMF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in a certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
16. A User Plane Function, UPF, arranged for reporting application detection information in a Service Based Architecture, SBA, telecommunication network, wherein said UPF comprises: receive equipment arranged for receiving from a User Equipment, UE, an Internet Protocol, IP, packet directed associated with application traffic; detect equipment arranged for detecting said application traffic; process equipment arranged for determining that application detection information is to be reported by recognizing the occurrence of a value of one particular field in a certain protocol stack header of said packet different from previous values of said particular field in said certain protocol stack header of any packet received from said UE, said one particular information element being comprised by said packet;
report equipment arranged for reporting to a Session Management Function, SMF, said application detection information based on said determination that said application detection information is to be reported.
17. A UPF in accordance with claim 16, wherein said receive equipment is further arranged for receiving a subscription to reporting application detection information, wherein said subscription indicates to said UPF that application detection information is to be reported by recognizing the occurrence of said value of said particular field in said certain protocol stack header of said packet different from previous values of said particular field in said protocol stack header of any packet received from said UE.
18. A UPF in accordance with claim 15, wherein said one particular field is any of: a destination address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QUIC header or TCP header.
19. A UPF in accordance with any of the claims 16 - 18, wherein said detect equipment is further arranged for detecting said application traffic based on per flow detection.
20. A UPF in accordance with claim 19, wherein said detect equipment is further arranged for detecting a 5-tuple comprising source address, source port, destination address, destination port and protocol.
21. A UPF in accordance with claim 20, wherein said application detection information comprises said particular information element and excludes said 5-tuple.
22. A UPF in accordance with any of the claims 20 - 21 , wherein said receive equipment is further arranged for receiving, from said SMF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said 5-tuple .
23. A UPF in accordance with claim 22, wherein said UPF further comprises: install equipment arranged for installing, towards said SMF a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular field.
24. A UPF in accordance with any of the claims 16 - 23, wherein said UPF further comprises: maintain equipment arranged for maintaining encountered values of said particular field.
25. A UPF in accordance with any of the claims 16 - 24, wherein said maintain equipment is further arranged for associating a time stamp for each of said encountered values, wherein said maintain equipment is further arranged for disregarding an encountered value of said particular information element when a timer, from said associated time stamp, has exceeded a predefined time period.
26. A Session Management Function, SMF, arranged for supporting reporting application detection information by a User Plane, UPF, in a Service Based Architecture, SBA, telecommunication network, wherein SMF comprises: subscribe equipment arrange for subscribing, to a User Plane Function, UPF, to reporting application detection information, wherein said subscribing indicates to said UPF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in said certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
27. An SMF in accordance with claim 26, wherein said UPF is to detect a 5- tuple comprising source address, source port, destination address, destination port and protocol wherein said SMF comprises: transmit equipment arranged for transmitting, to said UPF, an Information Element, IE, associated with said application detection information, wherein said IE indicates that said application detection information is to comprise said particular field and is to exclude said detected 5-tuple.
28. An SMF in accordance with any of the claims 26 - 27, wherein said SMF comprises: receive equipment arranged for receiving, from said UPF, a Policy and Charging Control, PCC, rule with Service Data Flow, SDF, filter comprising only the particular field.
29. An SMF in accordance with any of the claims 26 - 28, wherein said subscribe equipment is arranged to implement said subscribing in a Packet Forwarding Control Protocol, PFCP, Session Establishment Request message.
30. An SMF in accordance with any of the claims 26 - 29, wherein said one particular field is any of: a destination address; a Differentiated Services Code Point, DSCP, field comprised by a header of said IP packet;
Explicit Congestion Notification, ECN, bits comprised by a header of said IP packet; a field in any of the QUIC header or TCP header.
31. A Policy Control Function, PCF, arranged to operate in a Service Based Architecture, SBA, telecommunication network, wherein said PCF comprises: retrieve equipment arranged for retrieving, from a subscriber database, subscriber data associated with a User Equipment, UE, of said SBA telecommunication network;
process equipment arranged for determining, based on said subscriber data, that Quality of Service, QoS, differentiation is required for an application; subscribe equipment arranged for subscribing, to a Session Management Function, SMF, to reporting application detection information, wherein said subscribing indicates to said SMF that application detection information is to be reported by recognizing the occurrence of a value of a particular field in a certain protocol stack header of a packet different from previous values of said particular field in said protocol stack header of any packet received from said UE, said one particular field being comprised by a packet that is received by said UPF from a User Equipment, UE.
32. A computer program product comprising a computer readable medium having instructions stored thereon which, when executed by a Network Function, NF, of a Service Based Architecture, SBA, telecommunication network, cause said NF to implement a method in accordance with any of the claims 1 - 15.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP23382412 | 2023-05-04 | ||
| PCT/EP2024/062181 WO2024227903A1 (en) | 2023-05-04 | 2024-05-03 | A method of reporting application detection information by a user plane function, upf, in a service based architecture, sba, telecommunication network. |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP4706334A1 true EP4706334A1 (en) | 2026-03-11 |
Family
ID=86330244
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP24723552.6A Pending EP4706334A1 (en) | 2023-05-04 | 2024-05-03 | A method of reporting application detection information by a user plane function, upf, in a service based architecture, sba, telecommunication network |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP4706334A1 (en) |
| WO (1) | WO2024227903A1 (en) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020043319A1 (en) * | 2018-08-27 | 2020-03-05 | Telefonaktiebolaget Lm Ericsson (Publ) | A method of detecting quick user datagram protocol internet connections, quic, traffic in a telecommunication network between a user equipment, ue, and a content provider, cp, |
| WO2022069931A1 (en) * | 2020-10-01 | 2022-04-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing consolidation of policies and related network nodes |
-
2024
- 2024-05-03 EP EP24723552.6A patent/EP4706334A1/en active Pending
- 2024-05-03 WO PCT/EP2024/062181 patent/WO2024227903A1/en not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024227903A1 (en) | 2024-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113169937B (en) | Method, device, network node and medium for processing user data service | |
| US9026644B2 (en) | Anomaly detection and identification using traffic steering and real-time analytics | |
| CN101399749B (en) | Method, system and device for message filtering | |
| EP2629554B1 (en) | Service control method and system, enodeb and packet data network gateway | |
| EP2768203B1 (en) | Method and device for identifying an sctp packet field of the invention | |
| US12267179B2 (en) | Method of and a session management function for provisioning a user plane function, a method of and a user plane function for processing user traffic and a method of and charging function for charging user traffic | |
| US20080192753A1 (en) | METHOD AND SYSTEM FOR PROVIDING QoS SERVICE | |
| EP3811569A1 (en) | A method of reporting traffic metrics by a user plane function, upf, to a session management function, smf, in a telecommunication network, as well as a corresponding upf | |
| EP4101126A1 (en) | Managing service function chains | |
| CN111314179B (en) | Network quality detection method, device, equipment and storage medium | |
| US12557151B2 (en) | Improving classification accuracy in user plane function re-selection scenarios | |
| US8102879B2 (en) | Application layer metrics monitoring | |
| US8130074B2 (en) | Method for discarding all segments corresponding to same packet in a buffer | |
| US10541929B2 (en) | PCC control of HTTP adaptive bit rate video streaming protocols | |
| US20140016513A1 (en) | Methods and apparatus for determining a language | |
| WO2022200839A1 (en) | Controling user plane function (upf) load | |
| US12132629B2 (en) | Traffic monitoring in a network node | |
| EP4706334A1 (en) | A method of reporting application detection information by a user plane function, upf, in a service based architecture, sba, telecommunication network | |
| US20260058889A1 (en) | NWDAF-Assisted Discovery of Network Applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: UNKNOWN |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
| 17P | Request for examination filed |
Effective date: 20251124 |
|
| AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR |