EP3886492A1 - Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene - Google Patents
Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene Download PDFInfo
- Publication number
- EP3886492A1 EP3886492A1 EP21174119.4A EP21174119A EP3886492A1 EP 3886492 A1 EP3886492 A1 EP 3886492A1 EP 21174119 A EP21174119 A EP 21174119A EP 3886492 A1 EP3886492 A1 EP 3886492A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- request
- network
- function
- path
- notification
- 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
- 238000000034 method Methods 0.000 title claims abstract description 177
- 238000004891 communication Methods 0.000 claims abstract description 104
- 230000006870 function Effects 0.000 claims description 251
- 230000008859 change Effects 0.000 claims description 64
- 230000015654 memory Effects 0.000 claims description 11
- 238000013475 authorization Methods 0.000 abstract description 42
- 238000010200 validation analysis Methods 0.000 abstract description 21
- 238000010586 diagram Methods 0.000 description 48
- 230000004044 response Effects 0.000 description 41
- 238000007726 management method Methods 0.000 description 27
- 238000009434 installation Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 19
- 239000013256 coordination polymer Substances 0.000 description 15
- 230000005540 biological transmission Effects 0.000 description 10
- 238000012508 change request Methods 0.000 description 10
- 230000002123 temporal effect Effects 0.000 description 10
- 230000009471 action Effects 0.000 description 9
- 238000013519 translation Methods 0.000 description 5
- 235000008694 Humulus lupulus Nutrition 0.000 description 4
- 238000001914 filtration Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000004140 cleaning Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
- H04L41/048—Network management architectures or arrangements comprising network management agents or mobile agents therefor mobile agents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- 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/08—Load balancing or load distribution
- H04W28/088—Load balancing or load distribution among core entities
Definitions
- the present invention pertains to the field of communication networks, and in particular towards systems and methods for user plane path selection, reselection, and notification of user plane changes.
- NCE Network Capability Exposure
- ISPs Internet Service Providers
- ICP Internet Content Providers
- ISPs Internet Service Providers
- API Application Programming Interface
- Network Operator can provide general management of network resources of the network.
- this arrangement requires a highly coordinated effort between the Network Operator and ISP.
- a Network Operator can provide network information to a 3 rd party entity, while maintaining specific control capability over the network.
- 3GPP 3 rd Generation Partnership Project
- SEES Service Exposure and Enablement Support
- 5G 5 th Generation
- An object of embodiments of the present invention is to provide a method for user plane path selection and notification of user plane changes that may be carried out on in accordance with 5G communication network protocols.
- a method for performing User Plane (UP) path selection or reselection over a communications network with a 3 rd party entity includes receiving, by a network capability exposure function (NCEF), UP path selection or reselection information from the 3 rd party entity.
- the method further includes transmitting, by the NCEF, a UP path selection policy request to a control plane function that maintains UP path configuration data, the UP path selection policy request generated in accordance with the UP path selection or reselection information and for triggering installation of the UP path selection or reselection information.
- NCEF network capability exposure function
- a method for performing User Plane (UP) path selection over a communications network from a 3 rd party entity includes receiving, by a policy control function (PCF), a UP path selection policy request configured to trigger installation of a UP path selection policy generated in accordance with UP path selection or reselection information from a 3 rd party entity.
- the method further includes enforcing, by the PCF, the UP path selection policy, wherein enforcing includes providing UP path selection policy details.
- PCF policy control function
- a method for performing User Plane (UP) path selection over a communications network with a 3 rd party entity includes enforcing, by a session management function (SMF), a UP path selection policy, wherein enforcing includes obtaining UP path selection policy details.
- SMF session management function
- a method for influencing traffic routing over a communications network includes receiving, by a network exposure function (NEF), a traffic steering request from an application function, the traffic steering request indicative of a request to influence routing decisions for UP traffic of protocol data unit (PDU) sessions.
- the method further includes transferring, by the NEF, data indicative of the traffic steering request to a policy control function that maintains communication configuration data, thereby influencing traffic routing over the communication network.
- NEF network exposure function
- a method for influencing traffic routing over a communications network includes receiving, by a policy control function (PCF), data indicative of a traffic steering request from a network exposure function, the traffic steering request indicative of a request to influence routing decisions for UP traffic of protocol data unit (PDU) sessions.
- PCF policy control function
- the method further includes enforcing, by the PCF, the traffic steering request, wherein enforcing includes sending rules indicative of the traffic steering request, thereby influencing traffic routing over the communication network.
- a network node for performing one or more of the above defined methods.
- the network node includes a processor and machine readable memory storing machine executable instructions.
- the machine executable instructions which when executed by the processor, configure the network node to perform the steps associated with the one or more above defined methods.
- the traffic steering request includes data indicative of one or more of UE filter information, UP landmarks and temporal validity condition relative to period when the requested traffic steering is to apply.
- the UP landmark is a data network access identifier.
- a method for performing User Plane (UP) path selection over a communications network with a 3 rd party entity comprises: receiving an application program interface based request for UP path selection from the 3 rd party entity; performing a validation and authorization procedure with the request; transmitting a UP path selection configuration request to a Control Plane Function that maintains configuration data; obtaining a reference number confirming the UP path selection configuration request; and installing the UP path selection according to the reference number.
- UP User Plane
- a method for notifying network elements of User Plane (UP) changes in a communications network comprises: receiving a UP change notification request; performing a validation and authorization procedure with the request; transmitting a UP change notification request to a Control Plane Function that maintains configuration data; obtaining a reference number confirming the UP change notification; and enforcing the UP change notification according to the reference number.
- UP User Plane
- a method for notifying network elements of User Plane (UP) changes in a communications network comprises: receiving a UP change request; performing UP path selection according to the UP change request; determining any UP changes according to changes in the UP path; transmitting a UP change notification to a Network Capability Exposure function; and receiving an acknowledgement of the UP change notification from an Application Function controller.
- UP User Plane
- a method for notifying network elements of User Plane (UP) changes in a communications network including receiving a UP path change request and identifying a Protocol Data Unit (PDU) session impacted by the requested UP change and determining a Session and Service Continuity (SSC) mode as required.
- the method further includes performing UP path selection according to the UP path change request and transmitting a UP change notification to an Application System controller.
- PDU Protocol Data Unit
- SSC Session and Service Continuity
- a method for operating a UE in a communications network comprising: transmitting a new session request to a network entity; receiving an indication of completion of a new session setup performed in response to the new session request; and using the new session setup for data transmission, wherein performing the new session setup comprises: notifying network elements of User Plane (UP) changes in the communications network; receiving a UP path change request corresponding to the new session request; identifying a Protocol Data Unit (PDU) session impacted by the requested UP path change; performing UP path selection according to the UP path change request; and transmitting a UP change notification to an Application System controller.
- UP User Plane
- PDU Protocol Data Unit
- Embodiments of the present invention disclose a network information and capability exposure (NCE) framework, that may be applied for next generation communication systems (such as 5G) in the presence of network slicing.
- network capabilities may be centralized/common to a core network, and/or shared/distributed between the core network and network slices (NS).
- network capabilities may be selectively isolated, for example between network slices (i.e. specific to a NS).
- the NCE framework may contain a common NCE function and a number of NS (slice specific) NCE functions (one per NS). This may provide a unified interface in a 3GPP network for use by a 3rd party or UE to discover, access, and customize the exposed network capabilities.
- FIG.1A is a functional schematic of a communications network, according to an embodiment.
- the communications network comprises a Common Network Entity 101 (Common NE) which can be deployed on a core network, and includes a Common Network Capability Exposure Function (C-NCEF) 102 to interface with external functions/entities 104, a Policy Control Function 103 for performing authorization and related functionality, a Home Subscriber System (HSS) function 105 for performing authentication, security, and related functions, and various Common Network Entity functions, (C-NE1 106a, C-NE2 106b) for performing various network related tasks (for example, a Mobility Management Entity, a Slice Selection Entity, an Authentication Entity, a policy control entity , and so forth).
- C-NCEF Common Network Capability Exposure Function
- HSS Home Subscriber System
- C-NE1 106a, C-NE2 106b for performing various network related tasks (for example, a Mobility Management Entity, a Slice Selection Entity, an Authentication Entity, a
- the PCF 103 is configured to generate or determine policy rules to be applied to the user equipment (UEs) or protocol data unit (PDU) sessions, according to parameters which can include one or more of subscription data, application profiles, service profiles, application requests or other parameters as would be readily understood.
- the PCF may provide an authorization functionality as noted above, wherein this authorization functionality can include verifying a request against a policy of an operator network.
- a 3 rd Party Entity for example, an application belonging to a 3 rd party running on the core network, a separate 3 rd party application system, or a UE
- the core network, a separate 3 rd party application system, or a UE can interface to the Common NE through the Common-NCEF
- Network Slices may also be deployed on the core network, each further comprising respective Slice Specific Network Entity functions (SS-NE1 109a, 110a, SS-NE2 109b, 110b) for performing various slice specific network related tasks (for example, a slice-specific, Session Management Entity, a slice-specific Policy Control Entity, a slice-specific Charging Entity, and so forth).
- SS-NE1 109a, 110a, SS-NE2 109b, 110b Slice Specific Network Entity functions
- slice-NE1 109a, 110a, SS-NE2 109b, 110b for performing various slice specific network related tasks (for example, a slice-specific, Session Management Entity, a slice-specific Policy Control Entity, a slice-specific Charging Entity, and so forth).
- a Network Slice is a collection of logical functions which manages a specific group of traffic and related signalling over a network, using Network Functions Virtualization technology.
- each Slice may be allocated a portion of the network's resources (bandwidth, scheduling, access, use of nodes, etc..) and managed by a Mobile Network Operator (MNO) in order to serve requests (or provide services) of its end users (using wireless devices, user equipment, etc..) over the network.
- MNO Mobile Network Operator
- the slice specific Network Entity functions (SS-NE1, SS-NE2) are logically interfaced/connected to the Common Network Capability Exposure Function (C-NCEF).
- C-NCEF Common Network Capability Exposure Function
- the communications network shown in FIG. 1A provides a common interface (through C-NCEF) resulting in centralized control over the network.
- Security and policy control functionality is shared between various entities, along with Operation, Administration, and Management (OAM) of Slices.
- the C-NCEF allows external entities to discover/access exposed network capabilities (i.e. network functions which may be externally managed or controlled), whether they are functions of the Common NE, or of a particular network slice. In some embodiments, this may also include authorized and secure access to 3GPP common system capabilities and execution of the exposed services under operator control.
- the communications network architecture shown in FIG. 1A can provide a centralized interface, with centralized control. It may assume shared security (i.e. authentication) and policy control (i.e. authorization) while offering shared OAM.
- the single central NCEF can provide: The capability for the external entities to discover the exposed network capabilities, whether common or NS-specific.
- the policy control may provide an authorization functionality as noted above, wherein this authorization functionality can include validation or a request for example, verifying a request against a policy of an operator network.
- FIG.1B is a call flow diagram illustrating a procedure for discovering exposed Network Capability Exposure (NCE) functions on a communications network, by a 3 rd party entity or UE, according to an embodiment.
- the method shown in FIG. IB may be performed over the communications network shown in FIG. 1A , for example.
- the 3 rd party/UE sends an NCE discovery request to the C-NCEF.
- the request may include the identity of the 3 rd party/UE, and may also include desired network capabilities whether relating to the common NE or NS-specific.
- the C-NCEF function authenticates the 3 rd party via communication with the HSS function.
- the C-NCEF function responds to the 3 rd party/UE, for example, with requested information, or exposure status of the exposed or desired network capabilities (i.e. those functions or capabilities that may be accessed by the 3 rd party/UE).
- the tasks of the C-NCEF in this method may be performed by another function in the Common NE, such as by the C-NE.
- FIG.1C is a call flow diagram illustrating a procedure for handling a Network Capability Exposure (NCE) request on a communications network, by a 3 rd party entity (or a UE), according to an embodiment.
- An NCE request may comprise for example request for installing UP path selection or reselection policy, request for end-to-end QoS policy, request for changing chargeable party, query for UE location, and query for UE connectivity status.
- Various other NCE requests are possible, depending on what network capabilities are exposed.
- the method shown in FIG. 1C may be performed over the communications network shown in FIG. 1A , for example.
- the 3 rd party sends a NCE request to the C-NCEF.
- the request can be a query, an instruction, or a desired configuration for certain network functions/capabilities.
- the C-NCEF communicates with the HSS function to authenticate the 3 rd party.
- the NCEF communicates with the Policy Control function, which performs authorization according to an operator policy.
- the C-NCEF dispatches a NCE processing request an appropriate C-NE function (e.g. C-NE 1) according to the request.
- the C-NCEF may in some embodiments, perform compilation by translating the received NCE request to an internal format that is understandable to the C-NE, and harmonizing it with an internal configuration.
- the request may carry a related operator policy.
- the C-NE function processes the NCE processing request, for example, by preparing a query answer or applying the instructed configuration, with respect to an operator policy.
- the C-NE sends a NCE processing response as a query answer or a configuration acknowledgement to the C-NCEF.
- the C-NCEF forwards an NCE response, which may comprise information embedded from the NCE processing response (step 16) to the 3 rd party.
- the C-NCEF may in some embodiments compile raw NCE information, for example, by translating it to a format that is understandable to the 3 rd party, or applying filtering or aggregation rules to avoid information leakage according to operator policy. If there are multiple NCE processing responses from different NEs, it may also aggregate them into a single aggregate NCE response.
- FIG.2A is a functional schematic of a communications network, according to another embodiment.
- the communications network shown in FIG. 2A is similar to that shown in FIG 1A , except in that C-NCEF functions are dispersed amongst Slice Specific NCEF functions (SS-NCEF) in each Network Slice (NS1, NS2), which also comprises its own Slice Specific Policy Control functions.
- SS-NCEF Slice Specific NCEF functions
- NCEF functionality that was centrally performed in the network of FIG.1A is now distributed between the Common NE and different Network Slices.
- the communications network in FIG. 2A can provide shared security functions (i.e. authentication), while maintaining isolated policy control (i.e. authorization) and offering quasi-isolated OAM.
- 3 rd parities may interface with the C-NCEF (in Common NE) 201.
- authentication may be performed by the C-NCEF 202
- authorization may be carried out by the SS NCEF 203a, 203b of the network slices, depending on whether the request relates to the common NE or a network slice. This may provide a more versatile configuration which can re-distribute or alleviate processing resources over the core network.
- C-NCEF functions may include: Classification of NCE requests from 3 rd parties 204, and redirection of NS-specific requests to respective SS NCEFs, allowing external entities to discover the exposed common network capabilities/functions, provision of authorised and secure access to 3GPP common system capabilities, and execution of the exposed common services under operator control.
- SS NCEF functions may also include: allowing external entities to discover the exposed NS-specific capabilities over the network (the discovery may be performed via the common NCEF for example), provision of authorised and secure access to 3GPP NS-specific system capabilities, and execution of the exposed NS-specific services under operator control.
- the communications network architecture shown in FIG. 2A can provide a semi-distributed configuration with a centralized interface, and distributed control. It may assume shared security (i.e. authentication) and isolated policy control (i.e. authorization), while offering a quasi-isolated OAM.
- it contains a common NCEF and multiple NS-specific NCEFs (one per NS). 3 rd party entities may interface with the common NCEF. Authentication may be performed by the common NCEF, while authorization may be carried out by the common NCEF or NS NCEF, depending on whether the request is concerned with common NCE or NS-specific NCE.
- the common NCEF may provide: Classification of NCE requests from a 3 rd party entity, and redirection of NS-specific requests to respective NS NCEFs.
- the NS NCEF may provide: The capability for the external entities to discover the exposed NS-specific network capabilities. The discovery is done via the common NCEF.
- FIG.2B is a call flow diagram illustrating a procedure for discovering exposed Network Capability Exposure (NCE) functions on a communications network, by a 3 rd party entity or UE, according to an embodiment.
- the method shown in FIG. 2B may be performed over the communications network shown in FIG. 2A , for example.
- the 3 rd party sends a NCE discovery request to the C-NCEF function.
- the request may include the identity of the 3 rd party, and may also include required network functions, whether common or NS-specific.
- the C-NCEF function communicates with the HSS function to authenticate the 3 rd party.
- the C-NCEF function obtains the information relating to the NCE discovery request (from a corresponding SS NCEF) for requests relating to NS-specific network functions.
- the C-NCEF function responds to the 3 rd party with information, or exposure status detailing exposed or available network functions/capabilities.
- FIG.2C is a call flow diagram illustrating a procedure for handling a Network Capability Exposure (NCE) request on a communications network, by a 3 rd party entity (or a UE), according to an embodiment.
- the method shown in FIG. 2C may be performed over the communications network shown in FIG. 2A , for example.
- the 3 rd party sends a NCE request to the C-NCEF.
- the request can be a query or a configuration instruction to request certain network capabilities.
- the C-NCEF communicates with the HSS to authenticate the 3 rd party.
- Authorization can either be performed by the Network Slice (Option A 33a) or within the Common NE (Option B 33b) in accordance with the NCE request.
- the NCEF may forwards it to the respective SS NCEF for processing (see steps 33a.1 - 33a.6 of 'Option A' which perform SS authorization and processing). If the NCE request is not NS-specific, the Common NE can perform the processing itself (see steps 33b.1 - 33b.4 of 'Option B'). Finally, in step 34, the C- NCEF forwards an NCE response to the 3 rd parity, which may contain NCE information relating to the NCE request.
- FIG.3A is a functional schematic of a communications network, according to another embodiment.
- the communications network shown in FIG. 3A is similar to that shown in FIG. 2A , except in that each Network Slice (NS1 305, NS2 306) further comprises a slice specific HSS function 301a, 301b, and that a 3 rd party Entity 304 may also interface with the SS-NCEF 303a, 303b of each network slice.
- the communications network in FIG. 3A can perform isolated security (i.e. authentication), policy control (i.e. authorization) and OAM in certain embodiments.
- An authentication procedure can be carried out by the C-NCEF 302 or SS-NCEF, depending on whether the request is relates to the common NE or NS-specific NCE.
- the SS-NCEF may perform common request identification and redirection, allow external entities to discover exposed/available NS-specific network features/capabilities, and perform authorization, access and execution of NS-specific system features under operator control.
- the C-NCEF can also allow external entities to discover available/exposed NS-specific network functions/capabilities, for example, via the SS-NCEF, and perform authorization, access and execution of common system capabilities under operator control.
- the 3 rd party entity may only interface with the SS-NCEF of the NS, and not the C-NCEF.
- the communications network architecture shown in FIG. 3A can provide a distributed NCE, having a distributed interface, with distributed control.
- This architecture can assume isolated security (i.e. authentication) and isolated policy control (i.e. authorization), while offering isolated OAM.
- It may contain a common NCEF and multiple NS-specific NCEFs (one per NS). 3 rd parity entities may interface only with individual NS NCEF in some cases.
- Authentication may be performed by the NS NCEF; and authorization may be carried out by the common NCEF or NS NCEF, depending on whether the request is concerned with the common NCE or NS-specific NCE.
- the NS NCEF may provide: Common request identification and redirection (to the common NCEF)
- the Common NCEF may provide:
- FIG.3B is a call flow diagram illustrating a procedure for discovering exposed Network Capability Exposure (NCE) functions on a communications network, by a 3 rd party entity or UE, according to an embodiment.
- the method shown in FIG. 3B may be performed over the communications network shown in FIG. 3A , for example.
- the 3 rd party/UE sends a NCE discovery request to the SS-NCEF function.
- the request may include the identity of the 3 rd party, and desired network functions/capabilities, whether NS-specific or otherwise.
- the SS-NCEF function performs authentication of the 3 rd party, through communication with the SS HSS function.
- the SS-NCEF function communicates with the C-NCEF function to obtain the requested information (relating to the request) if concerning common NE network functions/capabilities.
- the SS NCEF function responds to the 3 rd party with information or exposure status of available/exposed network capabilities.
- FIG. 3C is a call flow diagram illustrating a procedure for handling a Network Capability Exposure (NCE) request on a communications network, by a 3 rd party entity (or a UE), according to an embodiment.
- the method shown in FIG. 3C may be performed over the communications network shown in FIG. 3A , for example.
- the 3 rd party sends a NCE request to the SS-NCEF.
- the request can be a query or a configuration instruction to request certain network capabilities.
- the SS-NCEF communicates with the SS HSS to authenticate the 3 rd party.
- Authorization can either be performed by the Network Slice (Option B 53b) or within the Common NE (Option A 53a) in accordance with the NCE request.
- the SS-NCEF can forward the request to the C-NCEF to perform processing of the request (see steps 53a.1 - 53a.6 of 'Option A'), and if the NCE request is NS-specific, the SS-NCEF may perform processing within the NS (see steps 53b.1 - 53b.4 of 'Option B' which perform SS authorization and processing). Finally, in step 54, the SS-NCEF forwards an NCE response to the 3 rd party, which may contain NCE information relating to the NCE request.
- FIG. 4 is a logical schematic of a communications network, according to an embodiment.
- the communications network of FIG. 4 illustrates various User Plane (UP) segments and paths that may be utilized. For example, for transmission of session requests and implementation of Session Management (SM) communications between a UE 401 and an Application System (AS) 402. It would be readily understood that FIG. 4 illustrates segments and paths that may be used, and that the example of a path provided is not necessarily explicitly illustrated in FIG. 4 .
- the communications network comprises a 3GPP Network which includes a Radio Access Network (RAN) 403 coupled to a Core Network User Plane (CN UP) 404.
- the CN UP comprises network functions NF1 and NF2, deployed as logical entities within the 3GPP Network.
- NF2 comprises 3 different instances: NF2_1 405, NF2_2 406, NF2_3 407, each forming a different logical path to NF1 as shown.
- An In-network Application Function (In-network AF) comprises 3 different instances: AF1_1 409, AF1_2 410, AF1_3 411, each logically coupled to instances: NF2_1, NF2_2, NF2_3, respectively, and to the Application System (AS) collectively.
- an In-network application function can refer to an application that is deployed in the network and is configured for traffic handling.
- the AS may be owned by a 3 rd party entity separate from the 3GPP network.
- the In-Network AF 412 may be deployed on the 3GPP Network, or may be deployed on a separate physical network, such as the AS. In some embodiments, the In-Network AF 412 may be deployed on the 3GPP Network, or may be deployed on a separate network, such as the AS. It is understood that the 3GPP network and the network upon which the In-network AF is deployed may be logical networks deployed, and thus these two networks may overlap in the physical realm while being logically separated networks.
- certain traffic may require specific functional treatment by traversing certain functional entities/ instances, before reaching a required destination (e.g. like a Service Function Chain).
- a required destination e.g. like a Service Function Chain
- a certain UP path may be preferred such that the traffic is exposed to a specific functional treatment associated with different functional entities or instances along the UP path.
- the UP path may be chosen to reduce the loading status of certain applications/nodes/entities, or to enhance specific application performance.
- some applications may have limited data processing ability (i.e. limiting incoming data rate), and therefore an effective SM function should select a UP path to avoid overloading and maintain Quality of Service (QoS) provisioning given knowledge of Application function limitations.
- QoS Quality of Service
- the UE wishes to transmit a session request to the AS, and it is preferred that the traffic traverse AF1_3 given its processing capacity.
- the session request transmitted by the UE to the AS is an application level session request.
- the 3GPP network may select another UP path (for example, NF2_1 which leads to AF1_1) which may be relatively more overloaded, and result in inefficient resource management and a reduced QoS. Accordingly, exposure of SM information may provide the Network or AS with the necessary information to more effectively determine appropriate logical functions and its corresponding UP path to improve overall network performance and resource management.
- SM information may also be used to inform the resulting QoS when performing a network service.
- a 3 rd party entity such as the AS, may specify appropriate in-network AFs and the corresponding UP path given SM information and capabilities.
- FIG. 5A is a logical schematic of a communications network, according to another embodiment.
- the communications network of FIG. 5A may be used to provide an Application System (AS) 501, which may be operated by a 3 rd party separate from the network, with Session Management (SM) capability over the network, including UP path selection and QoS setup for related services.
- AS Application System
- SM Session Management
- the communications network comprises an Access Node (AN) 503, a Core Network User Plane (CN UP) 504, a Session Management (SM) module 502, a Policy Control function 505, an NCEF function 506, and "In-network Application Functions" 507 which may be deployed on the CN UP (not shown).
- NCEF network capability exposure function
- SCEF service capability exposure function
- NEF network exposure function
- session management module could also be termed the session management function (SMF).
- FIG. 5B is a call flow diagram illustrating a method for a 3 rd party AS to control UP path selection over a communications network, according to the embodiment.
- the method of FIG. 5B may be applied to the network of FIG. 5A , in certain embodiments.
- the AS sends an Application Program Interface (API) based request for UP path selection, to the NCEF.
- API Application Program Interface
- an API based request can be considered a request for UP path selection from the 3 rd party, or 3 rd party AS.
- the request can be understood to be configured as information relating to the UP path selection, wherein this information may include UE filter information that indicates which UE the requested UP path selection should be applied to.
- the request may also include information relating to UP landmarks which should be respected during UP path selection, and further action to be taken with respect to the UP landmark. Possible actions may include: CONVERAGE_TO or DIVERAGE FROM, GO_THROUHGH, or VISIT_IN_ORDER, implying that UEs session should use UP paths that converge to, diverge from, go through, visit in an orderly manner the UP landmark(s).
- the request may indicate one or more UP landmarks which should be respected during UP path selection or re-selection.
- a UP landmark can be an identifier associated with a particular location or point within the user plane or the network and may be considered to be a logical network destination.
- a UP landmark can be an identifier associated with an access location associated with a data network, which may be considered a data network access identifier (DNAI) or other identifier.
- the NCEF performs validation and authorization of the request.
- a request may be invalid because of wrong/inconsistent parameters, or due to the access control policy refusing validation, for example. In some embodiments, other security measures such as authentication may also be applied during this step.
- the NCEF function transmits a response back to the AS. The response may confirm the policy installation or indicate an installation failure, and may further include a policy number for the request.
- a policy number can be a form of an identifier, for example a number or alpha-numeric sequence or other identifier, that is associated with or identifies a UP path selection policy that is associated with or results from the request for UP path selection.
- the policy number can be provided by the AS to the UE, and the UE may include the policy number in its session request. Inclusion of the policy number in the session request can inform the SM function of whether it needs to apply any specific policy.
- the NCEF sends a UP path selection policy control request to the Policy Control function, to trigger installation of the UP path selection policy if the AS is authorized to do such.
- step 65 the policy control function communicates with the SM function to enforce the policy.
- the SM function may insert a policy number in a locally maintained policy list. Where there is a session request, the SM function may look for an embedded policy number and verify it against the list: if the policy number is valid, it obtains the policy details from the policy control function and applies it; otherwise invalid policy numbers may be ignored.
- the SM function may check with the Policy control function for every session request by providing UE information. As would be readily understood, the SM function may apply another method for managing the one or more UP path selection policies.
- the policy control function sends a UP path selection policy control response back to the NCEF. In certain embodiments, step 63 may be deferred until after completion of step 66 as shown in FIG. 5B .
- the API request may include UE filter information that indicates which UE the requested UP path selection should be applied, UP landmarks which should be respected during UP path selection, and further action to be taken with respect to the UP landmarks, wherein these actions can define that UE session should use UP paths that converge to, diverge from, go through, visit in an orderly manner the UP landmarks.
- the API request can be equated or equivalent to a traffic steering request received from the Application System, for example an Application Function or Application Controller or other application centric system.
- traffic steering can include the determination of routing decisions as they relate to User Plane traffic which can be defined by protocol data unit (PDU) sessions.
- PDU protocol data unit
- the step of enforcing an API request or traffic steering request can include obtaining, by a SM, policy or path details from the PCF, wherein these policy or path details are indicative of the requested UP path selection.
- the PCF that is transmitting, sending or transferring the rules indicative of the traffic steering request or requested UP path selection policy to the SM.
- step of validation and authorization could also be term authentication and authorization, given that validation is an action taken for checking or proving the validity or accuracy of something and that authentication is an action of proving or showing something to be true, genuine or valid.
- FIG. 5C is a call flow diagram illustrating a method for a 3 rd party AS to perform QoS setup over a communications network, according to an embodiment.
- the method of FIG. 5C may be applied to the network of FIG. 5A , in certain embodiments.
- the AS sends an API-based request for session QoS setup to the NCEF.
- the request may include UE filter information that indicates which UE the requested session QoS setup should be applied to, as well as QoS parameters that should be applied/respected/enforced during session management.
- the NCEF performs validation and authorization for the AS. In certain embodiments, the request may be invalid due to wrong/inconsistent parameters, or because of the access control policy.
- the NCEF function sends a QoS setup response back to the AS.
- the response may confirm the policy installation, or indicate an installation failure, for example. It may further include a policy number for the request.
- the policy number can be provided to the UE, and the UE may include the policy number in its session request. This may allow the SM function to search for a policy number in the session request, to determine whether it needs to apply any specific policy to the session.
- the NCEF sends a session QoS setup policy control request to the policy control function, to trigger installation of the session QoS setup policy if the AS has been authorized. The request may be generated based on the session QoS setup request received from the AS (in step 71) for example.
- the policy control function communicates with the SM function to enforce the policy.
- SM function may insert the policy number in a locally maintained policy list.
- the SM function may search for an embedded policy number and verify it against the list, if the policy number is valid, it obtains the policy detail from the policy control function and applies it, otherwise it may ignore an invalid policy number.
- the SM function may check with the Policy Control function for every session request by providing UE information.
- the SM function may apply another method for managing the one or more policies.
- the policy control function sends a UP path selection policy control response back to the NCEF.
- the policy control function can send a QoS setup policy control response back to the NCEF, wherein this QoS setup policy control response can indicate the policy number.
- FIG. 5D is a call flow diagram illustrating a method for a 3 rd party AS to perform a session QoS policy installation on a communications network, according to an embodiment.
- the method of FIG. 5D may be applied to the network of FIG. 5A , in certain embodiments.
- the AS sends an API-based request on session QoS to the NCEF.
- the request may include UE filter information that indicates which UE the requested Session QoS should apply to, and QoS parameters to be respected/enforced during UP path selection.
- the NCEF performs validation and authorization according to the request.
- the request may be invalid for example, due to wrong/inconsistent parameters, or due to the access control policy.
- step 83 the NCEF function sends a Session QoS response back to the NCEF.
- the response may confirm the policy installation, or indicate an installation failure. It may also include a reference number for the request, for tracking or management purposes. If the request from the AS is validated and authorized (step 82), the NCEF then triggers the installation of the session QoS policy in step 84.
- step 84a the NCEF sends a session QoS policy installation request to the Policy Control function (the request may be generated in accordance with the raw session QoS request received from the AS (in step 81)), the policy control function then installs the policy, and in step 84b the Policy control function sends a response back to the NCEF.
- the response may include a reference number or a confirmation that the installation was successful.
- FIG. 5E is a call flow diagram illustrating a method for UE to perform a session setup procedure on a communications network, according to an embodiment.
- the method of FIG. 5E may be applied to the network of FIG. 5A , in certain embodiments.
- the UE is attached (to the Access Node (AN) and/or Mobility Management (MM) entity, for example) and has established a MM context through an MM procedure, which may include authentication.
- the UE sends a session setup request to the MM function.
- the MM function forwards the session setup request to an appropriate SM function.
- the SM function verifies that the UE subscribed to a service, for example by fetching User Data information, and/or related information and performing comparison to verify UE context.
- the SM function may interact with the Policy control function, which may determine session management policies, including UP path selection policy and QoS policy of the connection, based on information such as the UE request, and operator policy (which may be customized by the AS).
- the Policy control function determines session management policies, including UP path selection policy and QoS policy of the connection, based on information such as the UE request, and operator policy (which may be customized by the AS).
- the SM function selects the UP path, for example with respect to the UP path selection policy.
- the SM triggers to the establishment of PDU resources with respect to the selected UP path and the QoS policy.
- the SM sends a session setup response to the UE (for example via the MM function).
- aspects of the present invention also provide for traffic steering functionality, such as the selection or reselection of UP paths in view of changing network conditions.
- traffic steering functionality such as the selection or reselection of UP paths in view of changing network conditions.
- UP paths involving some in-network AFs may be preferred for particular UEs due to their current load, QoS requirements, or for application-level reasons.
- some AFs may have greater data processing capacity (from their own processing load constraints or due to processing limitations along the path to the AS).
- application-layer load balancing functionality may divide UE traffic between in-network AFs to better address competing processing demands and improve network operating efficiency.
- a group of MTC devices may detect a certain regional event, and their traffic may preferably be routed to the AS through a specific in-network AF that is processing the event in order to maintain the event context.
- AF reselection or relocation is needed for UE mobility to meet reliability and low latency requirements.
- traffic steering control e.g. from a UP gateway (NF2_1, NF2_2, etc..) to an in-network AF (AF1_1, AF1_2, etc..), and vice versa
- traffic steering control may be used to direct network traffic between a UP gateway and the in-network AFs.
- the use of certain paths involving specific UP gateways may provide more efficient (from a cost and resource utilization viewpoint) and effective (e.g. in terms of performance such as delay, throughput or rate) traffic steering results. This is because the transport (or routing) capability between UP gateways and the in-network AFs may be different, and may vary over time due to network and load dynamics.
- certain UP paths may be more cost effective dependent on throughput, charges, and other timing considerations. Accordingly, an effective traffic steering strategy may need to consider all of these factors in selecting/reselecting a UP path between a UE and AS in a communications system.
- FIG. 6A is a logical schematic of a communications network, according to another embodiment.
- the communications network of FIG. 6A is similar to that shown in FIG. 5A , but further includes an Application Function (AF) controller 602 that manages the In-network AF, and comprises a Control Plane Function (CPF) instead of a Policy Control function.
- the CPF may comprise a Policy Control function.
- the communications network of FIG. 6A can operate in much the same way as that shown in FIG. 5A , while additionally providing application aware UP path selection or reselection functionality.
- the CPF is a function that maintains UP selection or reselection configuration data, and may be integrated with the SM function (or another function such as a Policy Control function) in certain embodiments.
- the AF Controller can determine and configure traffic steering rules, such as for implementation within the in-network AF.
- FIG. 6B is a call flow diagram illustrating a method for a 3 rd party AS to control or influence UP path selection or reselection over a communications network, according to an embodiment.
- the method of FIG. 6B may be applied to the network of FIG. 6A , in certain embodiments.
- the AS sends an API-based request to the NCEF for UP path selection or reselection.
- the request may include for example, UE filter information that indicates which UE the selected UP path should be applied to, and a duration or time interval during which the requested UP path selection or reselection (configuration) should be performed.
- the duration or time interval can define a period when a requested UP path selection or reselection is to apply, which can be indicative of traffic routing.
- the duration or time interval can be considered a temporal parameter, for example a temporal validity condition.
- the request may also include in-network AF locations (for example, via IP addresses) which should be included/respected in the UP path selection or reselection.
- the request may also include certain actions which should be taken during UP path selection or reselection with respect to the specified in-network AF locations.
- Possible actions include CONVERAGE_TO_ANY or DIVERAGE_FROM_ALL, implying that UE sessions should use UP paths that converge to any of or diverge from all of the specified in-network AFs. Other actions are possible.
- the NCEF performs validation and authorization on the request. For example, a request may be invalid due to wrong/inconsistent parameters, or due to an access control policy function (not shown). Other security measures such as authentication may also be applied.
- the NCEF sends a UP path selection or reselection control request to the CPF. The request may be generated from the UP path selection or reselection request received from the AS (in step 121).
- the CPF decides whether to accept the UP path selection or reselection request, and if so, sends a UP path selection or reselection configuration response back to the NCEF.
- the message may confirm the change request acceptance or notify of its rejection.
- the message transmitted form the CPF to the NCEF may confirm the UP path selection or re-selection request acceptance or notify of its rejection. If accepted, the message may include a reference number.
- the NCEF function sends a UP path selection or reselection response back to the AS. The message may acknowledge the acceptance of the requested UP path selection or reselection, or indicate a rejection of it.
- the message may include the reference number assigned by the CPF.
- the reference number can then be provided to the UE to include it in a session request.
- the SM function can simply search for a reference number in a session request in order to determine whether a specific path configuration or policy should be applied.
- the CPF enforces it with the SM function; this may be carried out concurrently with steps 124 and 125. In some situations, enforcement may comprise the CPF informing the SM function to insert the reference/policy number in a locally maintained policy list, and triggering the SM function to perform UP path reselection for qualifying sessions.
- the SM function may look for an embedded reference/policy number and, verify it against the list. If the reference number is valid, it obtains the path/policy detail from the CPF to apply. Otherwise, if the reference number is invalid it can be ignored.
- enforcement may comprise the CPF informing the SM function to check for existing sessions and new session requests with the CPF by providing the UE information. As would be readily understood, the CPF or the PCF may apply another method for enforcing the one or more policies. In certain embodiments, if validation or authorization fails at step 122, steps 123 and 124 can be skipped, and the AS is informed of the failed validation in step 5.
- FIG. 6C is a call flow diagram illustrating a method for notifying network elements of UP changes, according to an embodiment.
- the UP changes may related to changes in a UP path initiated by a 3 rd party AS, and the method may allow for notification of reconfiguration/re-routing of incoming packets to appropriately arrive to their next logical network destination (e.g. UP gateway) in view of UP path changes.
- a logical network destination may be defined by a UP landmark which can be an identifier associated with a particular location or point within the user plane or the network.
- a UP landmark can be an identifier associated with an access location associated with a data network, which may be considered a data network access identifier (DNAI) or other identifier.
- DNAI data network access identifier
- the method of FIG. 6C may be applied to the network of FIG. 6A , in certain embodiments.
- the AF controller sends an API-based request to provide UP change notification to the NCEF.
- the request may include UE filter information that indicates which UE the requested UP change notification refers to, and may include a duration (or time interval) indicating when the UP change notification should be generated.
- the NCEF performs validation and authorization on the request. The request may be invalidated due to wrong/inconsistent parameters, or due to policy control access reasons. Other security measures, such as authentication may also be applied in this step.
- the NCEF sends a UP change notification configuration request to the CPF.
- the request may be generated from the raw UP change notification request received from the AF controller (in step 131).
- the CPF may then decide whether to accept the requested UP change notification configuration, and at step 134, sends a UP change notification configuration response back to the NCEF.
- the message may confirm the configuration acceptance (by including a reference number, for example), or notify of its rejection.
- the NCEF function sends a response back to the AF controller.
- the message may acknowledge the acceptation of the API-based UP change notification request, or indicate a rejection.
- the message may include the reference number assigned by the CPF.
- the reference number can then be send by the AF controller to the UE (not shown), and the UE may include the reference number in its session request.
- the CPF may lookup the reference number in any session request, to determine whether it needs to apply any UP path selection or reselection configuration, for example.
- the CPF enforces it using the SM function. This may be carried out concurrently with steps 134 and 135.
- the enforcement may comprise the CPF informing the SM function to match/associate qualifying sessions with the reference number, and performing UP gateway change notification for those sessions.
- the SM function may looks for an embedded reference number, obtain configuration details from the CFP, and if applicable, associate sessions with the reference number and send notification. In some cases, Invalid reference number can be simply ignored.
- enforcement may comprise the CPF informing the SM function to check for existing sessions and new session requests with the CPF by providing the UE information.
- the CPF or the PCF may apply another method for enforcing the one or more policies on the existing sessions and new session requests.
- steps 133 and 134 may be skipped, and the AF controller may be informed about the failure in step 5.
- FIG. 6D a call flow diagram illustrating a method for notifying network elements of UP changes, according to another embodiment.
- the method shown in FIG. 6D may be used to notify an AF controller or NCEF function of the UP changes.
- the UP changes may related to changes in a UP path to allow for notification of reconfiguration/re-routing of incoming packets to appropriately arrive to their next logical network destination (e.g. UP gateway) in view of UP path changes.
- a logical network destination may be defined by a UP landmark which can be an identifier associated with a particular location or point within the user plane or the network.
- a UP landmark can be an identifier associated with an access location associated with a data network, which may be considered a data network access identifier (DNAI) or other identifier.
- the method of FIG. 6D may be applied to the network of FIG. 6A , in certain embodiments.
- the SM function applies a UP change configuration. This may comprise a similar procedure to that of step 136 shown in FIG. 6C , for example, and may also occur during a session or session setup (initialization) time.
- the SM or SMF is applying UP path selection or reselection policy. As shown in FIG.
- this may comprise performing a UP path reselection, and determining UP changes. If the SM determines UP changes (such as UP gateway changes) as a result of UP path reselection, the SM at step 142, sends a UP gateway change notification to the NCEF function. In step 143, the NCEF function notifies the AF controller of UP changes. The message may include the IP address of the new UP gateway, for example. Finally in step 144, the NCEF function sends an acknowledgement to the SM function, for example, regarding acceptance of the notification.
- UP changes such as UP gateway changes
- an application system is composed of one or multiple application functions, wherein such AS may be deployed inside the operator's network, closer to the edge while operating outside of the 3GPP domain.
- the internal components of an in-network AS may be "invisible" to entities that are outside of the network domain, for example outside the 3GPP and/or AS domain.
- the AS is presented to a UE as a single entity, for example the AS may be assigned a single virtual IP address and offers a particular service or services to the UE. Accordingly, a UE uses this virtual IP address to access one or more of the services offered by the AS.
- AS (re)location or (re)selection may happen from time to time.
- a data aggregation function may be deployed closer to a plurality of utility meter devices in order to aggregate raw meter readings into a compact form before forwarding this data over the network to the operation centre.
- meter readings can generally be pre-scheduled and the device transmission schedule is known in advance.
- AS (re)location can be planned according to the transmission schedule.
- Another example of potentially requiring AS (re)location can be for network caching.
- content caching functions can be deployed in the network for a content service provider.
- a different caching function may be selected for the UE to reduce content delivery delay and delivery cost.
- a further example relates to critical communications, where UE mobility may result in a changing set of User Plane Gateways (UP-GW) (for providing parallel connections or multiple PDU sessions or multi-homing connections) together with one or multiple AS locations selected for the UE traffic in order to achieve a desired level of reliability and QoS.
- UP-GW User Plane Gateways
- a UP path may be reselected so as to provide a desired end-to-end QoS and efficiency.
- UP path reselection can be triggered by 3GPP internal factors such as UE mobility and load balancing, wherein this may result in a current AS location being determined to be suboptimal and result in a trigger for AS relocation.
- 3GPP network and the AS network are managed separately, interaction is needed between the two networks for ensuring end-to-end performance and efficiency.
- FIG. 7 is a logical schematic of a communications network, according to another embodiment.
- application-aware UP path (re)selection is carried out in the Control Plane by a path selection function (PSF), an authentication function (Auth) and a policy control function (Policy).
- PSF path selection function
- Auth authentication function
- Policy policy control function
- the Auth function 701 is responsible for authenticating a UP path (re)selection request, while the Policy function 702 provides information necessary for validation and authorization of this request.
- the PSF performs 703 UP path (re)selection and in some embodiments, the PSF performs validation and authorization of this (re)selection by verifying the UP path (re)selection request from the AS controller 704 with respect to one or more pre-defined policies.
- the policies can be dynamically updated as required, and in some embodiments, the policies may be application or session specific. For example, if the session and service continuity (SSC) mode of an ongoing session indicates that no UP GW change can happen, a UP path (re)selection request concerning that session can be regarded invalid and rejected.
- SSC session and service continuity
- the PSF function includes a traffic steering control function (TSCF) 705 as a sub function.
- the PSF can provide the configuring of the traffic steering behaviour in the UP.
- the PSF may be a separate CP function or be part of an existing CP function, e.g. Session Management function (SM) or Policy function.
- SM Session Management function
- the TSCF is illustrated as being integrated within the PSF for simplification. However, in other embodiments, the TSCF is part of another CP function or configured as a separate CP function. In embodiments where the TSCF is not within the PSF, the interaction between the TSCF and the PSF can be defined.
- a potential SSC issue between the 3GPP domain and the AS domain can occur as a result of UP reselection or AS relocation.
- the potential SSC problem can be overcome by ensuring traffic delivery toward correct UP GW (in the Down Link case) or to the correct AS location (in the Uplink Link case).
- Embodiments of the present invention do not require the UE's involvement.
- the UE has a single IP address (constant) and uses different ports for different PDU sessions.
- the network is assumed to be aware of both the UE's address and the port number.
- the port number may be generated by the network or by the UE. In the latter case, the UE may be required to inform the network of the port number.
- the port number can be included in the session request or after session setup is complete through a separate CP signalling. Note that the potential SSC issue mentioned above does not arise during initial UP GW selection but only during the UP GW reselection where it is necessary to preserve the initially assigned IP address and port number.
- the UP GW implements a traffic steering function with a functionality that is similar to network address translation (NAT).
- Traffic steering can be provided by network address translation applied to the destination address and the destination port, for example translating the raw address and/or raw port into a different address and/or a different port.
- traffic steering can change the identifier associated with a particular location or point within the user plane.
- the identifier can be associated with an access location associated with a data network, which may be considered a data network access identifier (DNAI) or other identifier.
- DNAI data network access identifier
- differentiated traffic steering may be achieved by applying different translation procedures according to different source address, source port, destination address, destination port, traffic type, and/or Differentiated Services Code Point (DSCP), and the like.
- the traffic steering function operates according to rules defined by the TSCF.
- FIG. 8A illustrates a schematic diagram showing traffic steering 802 located at the UP GW 803 for downlink traffic after UP reselection
- FIG. 8B illustrates a schematic diagram showing traffic steering 804 located at the UP GW 805 for uplink traffic after AS relocation.
- a traffic steering function is deployed in the AS domain and configured by the AS controller.
- This embodiment can apply when UP GW is a virtual function instantiated in a data centre (DC) and the corresponding traffic steering function can be deployed in the DC's network gateway.
- DC data centre
- this solution is out of the scope of 3GPP because the traffic steering function is located inside the AS domain.
- the 3GPP domain needs to indicate the associated traffic when notifying the AS controller about UP change or setup. It is recognized that this embodiment is more relevant to the downlink case.
- a reference number or a traffic identifier number (e.g. a combination of address and port of the UE) can be included in the notification.
- a traffic identifier number or traffic identifier may be one or a combination of address of the UE and port of the UE.
- the reference number can be provided to the AS controller as part of the UP path (re)selection response or the UP setup (change) notification response.
- the AS controller can identify the corresponding UP path (re)selection or UP setup (change) notification request using the reference number and extract the UE filter information. According the UE filtering information or the traffic identifier and the notified UP GW location, the AS controller can configure the traffic steering function positioned in the AS domain.
- FIG. 8C is a schematic diagram illustrating traffic steering 806 located in the AS network 807 for downlink traffic after UP reselection and FIG.
- the traffic steering function can be identified by a UP landmark, for example the UP landmark can define the location of traffic steering function within the data network.
- a request for UP selection or reselection can indicate the UP landmark indentifying the location of a traffic steering function that should be respected during UP path selection or re-selection.
- Embodiments of the present invention may relate to a variation of a procedure as described in Section 6.5.5 of the document: 3GPP TR 23.799, "Study on Architecture for Next Generation System,” 3rd Generation Partnership Project, Version 0.6.0, July, 2016 .
- UP path (re)selection is performed by Control Plane functions, including a Path Selection Function (PSF), an Authentication Function (Auth) and a Policy Control Function (Policy), and an AS controller (which is a non-3GPP function) that is in configured to manage AS (re)selection/(re)location.
- PSF Path Selection Function
- Auth Authentication Function
- Policy Policy Control Function
- AS controller which is a non-3GPP function
- the communication interfaces marked by dashed lines are out of the scope of 3GPP, for example the communication interface between the AS controller and the AS network.
- the AS controller is a function under the control of the operator and within the trusted domain. According to embodiments, it is assumed that the AS controller has a certain knowledge of the topology of the Core Network User plane with respect to the AS network. According to embodiments, the PSF is part of a Control Plane function, for example the Session Management function (SM).
- SM Session Management function
- FIG. 9 is a call flow diagram illustrating a method for enabling application awareness for UP path (re)selection according to embodiments of the present invention.
- the PSF receives a UP path (re)selection Request for the protocol data unit (PDU) session associated with the application.
- This request can be received from outside of the 3GPP network, for example from the AS controller as illustrated by 151A in FIG. 9 .
- the request can be received from inside the 3GPP network, for example the request can be a result of mobility and/or load balancing as illustrated by 151B in FIG. 9 .
- the AS controller sends a UP path (re)selection request.
- the request includes an application identifier that indicates the application for which the requested UP path (re)selection is applied.
- the request includes UE filter information that indicates the UE for which the requested UP path (re)selection is applied.
- a universal UE attribute set can be pre-defined, for example, including subscriber ID, device type, MAC address, geographic location, remaining energy, or the like.
- the UE filter is defined with respect to UE attributes.
- the UE filter additionally depends on intended application (for example identified by address and port), traffic type, DSCP, or the like.
- a UE filter is defined with respect to UE attributes or UE information or UE filter information, which can provide for the configuration of a UE filter, for example a traffic filter.
- the request includes a list of UP functions and AS locations suitable and/or unsuitable for selection, to be taken in account during UP path (re)selection.
- the network functions within the communications network for example the CPF, can be configured to identify AS locations or application locations that are suitable for selection or unsuitable for selection.
- Each AS location and application location may have associated therewith a UP landmark, which as previously discussed can be an identifier associated with a particular location or point within the user plane.
- a UP landmark can be an identifier associated with an access location associated with a data network, which may be considered a data network access identifier (DNAI) or other identifier.
- DNAI data network access identifier
- the UP functions and AS locations may be specified using network addresses such as IP address, MAC address, or other type of addresses.
- the request includes time intervals indicating when the requested UP path (re)selection should be applied.
- the request includes AS relocation capability/possibility for the PDU session associated with the application.
- the request includes AS-side traffic steering capability.
- the request indicates whether to wait for a confirmation from the AS controller before moving traffic to the new UP. It would be readily understood, that the request includes data indicative of one or more of the above identified features.
- a single UE is connected to the AS, however, according to embodiments, an AS can serve a number of UEs simultaneously, which can result in the UP paths of PDU sessions of multiple UEs being reselected.
- the PSF subsequent to receiving the request, the PSF sends an authentication request to the Auth function to trigger authentication.
- the Auth function obtains the identity of the AS controller and performs authentication.
- the Auth function then provides the authentication result to the PSF through a response message. In the case of authentication failure, the remainder of operations in box 151A are skipped.
- the PSF interacts with the Policy function to validate and authorize the UP path (re)selection request. If the UE already has a pre-established session, the result of this step could be either: (1) rejection; (2) acceptance; or (3) partial acceptance. For SSC mode 1, it is rejection; however traffic steering may be adjusted to route traffic towards the new AS location. For SSC mode 2, it is acceptance; for SSC mode 3 it is partial acceptance.
- the PSF then sends a UP path (re)selection response to the AS controller, wherein the message indicates whether the request has been accepted or rejected.
- the message sent to the AS controller can further include the cause of the rejection, which may be conveyed to the AS controller in the form of an error code, and in the case of rejection of the request the process terminates.
- the message to the AS controller can include a reference number.
- the PSF may subsequently generate traffic steering rules and notifies the TSCF about the rules.
- the AS controller communicates with the PSF directly, and in other embodiments the AS controller communicates with the PSF via the service capability exposure function (SCEF), which is also referred to as network capability exposure function (NCEF).
- SCEF service capability exposure function
- the SCEF may be configured to perform one or more of the authentication, validation and authorization, and traffic steering rule generation.
- the PSF upon completion of the steps defined above with respect to receiving the request from outside the 3GPP network (151A) or from inside the 3GPP network (151B), the PSF identifies the PDU session or sessions that will be impacted by the (re)selection. In the case of a new session, the PSF can determine the SSC mode according to the AS relocation capability/possibility provided within the request. For example, if it is indicated that AS controller is not capable of performing AS relocation for the PDU session or sessions, the selected SSC mode for the PDU session or sessions may be SSC mode 1.
- the PSF (re)selects 152 UP for the impacted traffic flow according to the list of UP functions and AS locations specified as being suitable or unsuitable for selection in the request.
- the PSF can establish 153 PDU resources in the case of UP selection or update the PDU session resources to change the traffic flow path from UP_A to UP_B in the case of UP reselection.
- the PSF can handle intra-3GPP SSC during this process.
- the TSCF configures 154 the traffic steering rules at UP_A in the case of SSC mode 2 so that remaining DL traffic can be redirected to UP_B. It is not necessary in the case of UP reselection with SSC mode 3 and UP selection.
- the TSCF may configure traffic steering at one or more selected UP functions.
- the traffic steering is configured for directing traffic toward the proper next UP function(s) or toward the proper PDNs (packet data networks), local networks or AS networks.
- the TSCF may configure traffic to be split among multiple next-hop UP functions or multiple target networks (PDNs and/or local networks such as AS networks).
- the TSCF may configure traffic to be transmitted in parallel and/or in a multicast manner to multiple next-hop UP functions and/or multiple target networks. For example, the traffic transmitted to a first next hop may overlap in content with the traffic transmitted to a second next hop.
- the transmission may be performed via a multicast.
- the transmissions may comprise two different, parallel transmissions.
- a combination of parallel transmissions and multicast transmissions may be used to convey the content to the next hops.
- Traffic which is not transmitted via multicast (if any) may be transmitted in a unicast manner to a selected next-hop UP function or target network.
- the TSCF may configure traffic steering in UP at select UP functions to achieve different steering cases.
- this step may be delayed until the full end-to-end path becomes ready.
- This delay in the delivery of the traffic flow can be predefined by the AS controller when it send the UP path (re)selection request.
- the configuration of traffic steering rules by the TSCF may also be delayed.
- the PSF in instances where the PSF determines the UP gateway for session setup or the PSF determines the new UP gateway for an active PDU session due to UP path reselection and the AS controller has sent 156 a notification of a need of setup or change of the UP, the PSF initiates the UP setup or change notification procedure.
- This notification procedure can include notifying the AS controller of the UP setup or change of a PDU session associated with an AS.
- the notification may include the UP GW location a traffic identifier, or a reference number. In the case SSC mode 2, the notification may include a reference number.
- the AS controller can identify the UP path (re)selection or UP setup (change) notification request using the reference number and extract the UE filter information.
- the AS controller may configure the traffic steering function.
- the notification may include a traffic identifier so that the AS controller can identify the portion of the traffic that should be configured without impacting ongoing session to the UE.
- the traffic identifier may be, for example, a combination of address and port of UE used for the traffic.
- a traffic identifier may be one or more of an address of the UE and a port of the UE.
- the AS controller can subsequently perform a sequence of steps for the AS (re)location or AS state (re)location procedure.
- the AS controller also performs traffic steering configuration to provide service and session continuity.
- the AS controller sends and acknowledgement to the PSF which can relate to the acceptance of the notification.
- the acknowledgement may further include an SSC indicator, which may imply whether SSC has been maintained from the AS side.
- the AS controller sends a different SSC indicator for a DL session when compared to an UL session which are performed between the same UE and AS location.
- the PSF updates the UP to setup the steering of the traffic between the new UP and the new AS serving the UE.
- traffic steering is provided by network address translation applied to destination address and destination port and differentiated traffic steering may be achieved by applying different translation according to different source address, source port, traffic type, and/or Differentiated Services Code Point (DSCP) or the like.
- DSCP Differentiated Services Code Point
- the PSF subsequently notifies 158 the AS controller that the UP path (re)selection is complete.
- this notification may trigger the AS controller to finalize AS relocation resulting in the release of resources and cleaning up of data structures.
- a UP GW is a UP function through which the UP is connected to a non-3GPP domain, such as an AS network or a PDN (packet data network).
- a first UP may be sub-UP of another UP (UP B), and the GW of UP A may be a UP function in UP B that defines the sub-UP.
- a UP GW may be an IP anchor, a mobility anchor, a branching function, a local breakout point, or another UP function.
- FIG. 10A is a flow diagram describing a procedure for enabling application-awareness for UP path (re)selection according to another embodiment of the present invention.
- FIG. 10A The flow diagram of FIG. 10A is described in more detail below. Initially, a UE has an established PDU session 161 with the application via UP_A and DL/UL traffic associated with the session has started to flow.
- a UE (re)selection request procedure 162 takes place upon receiving a request from the AS controller.
- the Control Plane receives a UP path (re)selection request 163 for the PDU session associated with the application.
- the request may include an application identifier that indicates the application for which the requested UP path (re)selection is applied.
- the request may include UE filter information that indicates the UE for which the requested UP path (re)selection is applied.
- a universal UE attribute set may be predefined, for example, including subscriber ID, device type, MAC address, geographic location, remaining energy, etc.
- the UE filter may be defined with respect to UE attributes.
- the present procedure describes the case where a single UE is connected to the AS; however, an AS can serve a number of UEs simultaneously, and in some embodiments this may result in the UP paths of PDU sessions of multiple UEs being reselected.
- the request may include a list of UP functions and AS locations suitable and/or unsuitable for selection, to be taken in account during UP path (re)selection.
- the UP functions may be specified using network addresses such as an IP address, a MAC address, or another type of address.
- the request may include time intervals indicating when the requested UP path (re)selection should be applied.
- the request may include AS traffic steering capability for the PDU session associated with the application.
- the AS controller may communicate with the Control Plane directly or via the SCEF.
- control plane Following receipt of the request, the control plane performs validation and authorization 164 for the UP path (re)selection request. Other security measure such as authentication can also be carried out at this step.
- the Control Plane transmits a response 165 back to the AS controller, acknowledging the acceptance of the requested UP path (re)selection or its rejection.
- the response is a rejection; however traffic steering may be adjusted to route traffic towards the new AS location; for SSC mode 2, the response may be an acceptance; for SSC mode 3 the response may be a partial acceptance, implying UP path (re)selection will be performed for new application sessions but not the on-going ones.
- the message may include an error code indicating the cause.
- the message may include a reference number.
- the CP optionally generates traffic steering rules according to the UP (re)selection request and configures the rules into UP GWs.
- the Control Plane identifies the impacted PDU session, (re)selects 166 the UP for the traffic flow according to the application location, and establishes PDU resources in the case of UP selection or updates the PDU session resource to change the traffic flow path from the UP_A to UP_B in the case of UP reselection.
- DL/UL traffic is transferred 167 through UP-B and/or UP-A.
- FIG. 10B is a flow diagram describing a procedure for UP path (re)selection in detail, including UP change notification and traffic steering configuration, according to another embodiment of the invention, for example in conjunction with FIG. 10A .
- the steps 173 - 179 in FIG. 10B correspond to the step 166 in FIG. 10A .
- the flow diagram of FIG. 10B is described in more detail below.
- a UP change implies a change in user plane, for example a user plane function (UPF) selection, UPF reselection, application location selection, application location reselection.
- UPF user plane function
- UPF reselection UPF reselection
- application location selection
- application location reselection application location reselection
- UP landmark for example a DNAI
- a UP change would also include a DNAI change.
- a UP landmark associated therewith for example a DNAI, may change. This potential change in the DNAI may be a result of reselection of application location for example.
- a UE has established a PDU session 171 with the application via UP_A and DL/UL traffic associated with the session has started to flow.
- the CP receives a UP (re)selection trigger.
- a request from the AS controller In a first case, denoted in FIG. 10B as (172A) a request from the AS controller.
- an internal triggering event such as UE mobility or load balancing.
- the CP triggers the UE 173 to stop using the ongoing PDU session for new application sessions if the ongoing PDU session is of SSC mode 3, or redirecting the application sessions in the ongoing PDU session to a new session if the ongoing session is of SSC mode 2.
- This step may require UE involvement for redirecting traffic to a different PDU session.
- the network may perform the required traffic redirection.
- the UE sends a new session request 174 spontaneously or as a result of the previous step (step 173 as illustrated in FIG. 10B ).
- the CP identifies the impacted 175 PDU session and (re)selects the UP for the traffic flow.
- the CP establishes PDU resources 176 in the case of UP selection or updates the PDU session resource to change the traffic flow path from the UP_A to UP_B in the case of UP reselection.
- the CP may also configure DL traffic forwarding from UP-A to UP-B for any leftover traffic.
- the Control Plane When the Control Plane determines the UP gateway during session setup or when the Control Plane determines the new UP gateway for the PDU session as a result of UP path reselection, the Control Plane initiates a UP (re)selection notification procedure 177: First, the CP notifies the UP setup or change of a PDU session associated to an AS to the AS controller. In the case of SSC mode 2, the notification may include a reference number corresponding to the previous UP path (re)selection request. In the case SSC mode 3, the notification may include a finer-level traffic identifier such as a combination of UE address and port number used for the application. Next, the AS controller performs the necessary steps for the AS (re)location or AS state (re)location procedure.
- the AS controller may also perform traffic steering configuration to ensure SSC.
- the details of AS (re)location and AS traffic steering configuration are out of 3GPP scope.
- the AS controller acknowledges to the Control Plane about the acceptance of the notification.
- the acknowledgement may further include an SSC indicator, implying whether SSC has been maintained from the AS side.
- a traffic steering configuration procedure 178 takes place if the notification procedure indicates SSC is not maintained from the AS side. In some embodiments, a traffic steering configuration procedure takes place even if the SSC is maintained from the AS side.
- the Control Plane updates the UP to setup the steering of the traffic between the new UP and the new AS serving the UE. This step is optional if traffic steering has been configured in step 2A of FIG. 10B .
- the CP notifies the AS controller about the UP path (re)selection complete. The notification may trigger the AS controller to finalize AS relocation such as releasing resources and cleaning up data structures. The details of AS controller behavior are out of scope for 3GPP.
- the CP informs the UE about the completion of new session setup 179.
- the new session's traffic is transferred through UP-B 180.
- the ongoing session's traffic is kept being transferred through UP-A if the ongoing session has an SSC mode equal to 1 or 3 and through UP-B otherwise.
- FIG. 10C is a flow diagram illustrating the operations of FIG. 10A in more detail, according to an embodiment of the present invention.
- Step 191 of FIG. 10C informs the policy function regarding the UP path (re)selection policy.
- This may comprise providing the content of the UP path (re)selection request.
- Such content may indicate, for example, a UE filter, suitable or unsuitable UP functions for selection, suitable or unsuitable AS locations for selection, time interval, and an application identifier.
- the SM consults with the policy function for UP path (re)selection policy and follows the policy in step 193 of FIG. 10C . This is shown in more detail in Fig. 10D as step 194.
- FIG. 10D is a flow diagram illustrating the operations of FIG. 10B in more detail, according to an embodiment of the present invention. It is noted, for example, that operations 195 and 196 of FIG. 10D are equivalent to operation 197 of FIG. 10B . The steps 198 and 199 show alternative implementations.
- FIGs. 10C and 10D illustrate control plane functions which are omitted from FIGs. 10A and 10B , for example.
- the Policy function and the SM function may both implement the TSCF, or only one of them implements the TSCF.
- embodiments of the present invention comprise receiving a UP path change request, such as a path (re)selection request as discussed above.
- Embodiments of the present invention further comprise identifying a Protocol Data Unit (PDU) session impacted by the requested UP path change/(re)selection.
- Embodiments of the present invention further comprise performing the UP path selection according to the UP path change/(re)selection request.
- Embodiments of the present invention further comprise transmitting a UP change notification to an application system (AS) controller.
- AS application system
- the UE may receive information indicative of the new UP path, and may accordingly transmit data using the new UP path which has been established using the approach as described above.
- the UE may be configured to transmit a new session request to a network entity.
- the UE may further be configured to receive an indication of the completion of a new session setup, for example as received from the CP as described above.
- the new session setup may be established as described above, for example using the procedure described with respect to FIGs. 10A to 10D .
- embodiments of the present invention provide for a method for operating a UE in a communications network.
- the method comprises transmitting a new session request to a network entity.
- the method further comprises receiving an indication of completion of a new session setup performed in response to the new session request.
- the method further comprises using the new session setup for data transmission.
- Performing the new session setup comprises notifying network elements of User Plane (UP) changes in the communications network.
- Performing the new session setup further comprises receiving a UP path change request corresponding to the new session request.
- Performing the new session setup further comprises identifying a Protocol Data Unit (PDU) session impacted by the requested UP path change.
- Performing the new session setup further comprises performing UP path selection according to the UP path change request; and.
- Performing the new session setup further comprises transmitting a UP change notification to an Application System controller.
- PDU Protocol Data Unit
- the network takes care of the traffic migration, redirection, steering and SSC is maintained without UE being involved.
- the SSC handling takes place at RAN, CORE, and or the AS network.
- the UE is involved in the SSC maintenance. Assume the UE starts multiple application sessions (e.g. TCP sessions) with the application, and these application sessions by default use the same UP path (equivalently PDU session). In SSC mode 2, the UE is requested to redirect traffic of all the application sessions on the existing UP path to a new UP path; in SSC mode 3, UE is requested to use a new UP path for new application session traffic, while ongoing application sessions keep using the current UP path. This is performed by the control plane (e.g. the session management function) ending a traffic redirection request (or new session request in the call flow in the invention) to the UE.
- the control plane e.g. the session management function
- the request instructs the UE to redirect all traffic (SSC mode 2) or only new traffic (SSC mode 3).
- SSC mode 2 The request instructs the UE to redirect all traffic
- SSC mode 3 only new traffic
- the UE sends a session request to trigger session setup.
- the network informs the UE about the session setup complete, and the UE is then able to perform the traffic redirection as required.
- the UP path change (setup) notification procedure and the traffic steering configuration procedure take place at the end of session setup (before the session setup complete message is transmitted).
- the two procedures may occur after session setup, i.e. after the session setup complete message is transmitted to the UE.
- the given call flows as described above also show a UP path selection case.
- the UP path is selected as part of normal session setup (as opposed to upon a UP path reselection trigger).
- the "traffic redirection request" from the network to the UE does not occur, and UE sends a new session setup request spontaneously.
- the UP path change (setup) notification procedure and the traffic steering configuration procedure may still take place at the end of session setup or after the session setup.
- FIG. 11 is a schematic diagram of a hardware device that may for example, comprise nodes or functional entities of the communications system, or perform any or all of steps of the above methods and features described herein, according to different embodiments of the present invention.
- the device includes a processor 1102, memory 1108, non-transitory mass storage 1104, I/O interface 1110, network interface 1106, and a transceiver 1112, all of which are communicatively coupled via bi-directional bus 1114.
- any or all of the depicted elements may be utilized, or only a subset of the elements.
- device may contain multiple instances of certain elements, such as multiple processors, memories, or transceivers.
- elements of the hardware device may be directly coupled to other elements without the bi-directional bus.
- the memory may include any type of non-transitory memory such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), read-only memory (ROM), any combination of such, or the like.
- the mass storage element may include any type of non-transitory storage device, such as a solid state drive, hard disk drive, a magnetic disk drive, an optical disk drive, USB drive, or any computer program product configured to store data and machine executable program code.
- the memory or mass storage may have recorded thereon statements and instructions executable by the processor for performing any of the aforementioned method steps described above.
- the present invention may be implemented by using hardware only or by using software and a necessary universal hardware platform. Based on such understandings, the technical solution of the present invention may be embodied in the form of a software product.
- the software product may be stored in a non-volatile or non-transitory storage medium, which can be a compact disk read-only memory (CD-ROM), USB flash disk, or a removable hard disk.
- the software product includes a number of instructions that enable a computer device (personal computer, server, or network device) to execute the methods provided in the embodiments of the present invention. For example, such an execution may correspond to a simulation of the logical operations as described herein.
- the software product may additionally or alternatively include number of instructions that enable a computer device to execute operations for configuring or programming a digital logic apparatus in accordance with embodiments of the present invention.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662352857P | 2016-06-21 | 2016-06-21 | |
US201662356993P | 2016-06-30 | 2016-06-30 | |
US201662375198P | 2016-08-15 | 2016-08-15 | |
US15/626,948 US11184830B2 (en) | 2016-06-21 | 2017-06-19 | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
EP17814711.2A EP3459270B1 (de) | 2016-06-21 | 2017-06-21 | Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene |
PCT/CN2017/089301 WO2017219973A1 (en) | 2016-06-21 | 2017-06-21 | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP17814711.2A Division EP3459270B1 (de) | 2016-06-21 | 2017-06-21 | Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3886492A1 true EP3886492A1 (de) | 2021-09-29 |
Family
ID=60659920
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP21174119.4A Pending EP3886492A1 (de) | 2016-06-21 | 2017-06-21 | Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene |
EP17814711.2A Active EP3459270B1 (de) | 2016-06-21 | 2017-06-21 | Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP17814711.2A Active EP3459270B1 (de) | 2016-06-21 | 2017-06-21 | Systeme und verfahren zur pfadauswahl, neuauswahl und benachrichtigung von änderungen auf benutzerebene |
Country Status (7)
Country | Link |
---|---|
US (4) | US11184830B2 (de) |
EP (2) | EP3886492A1 (de) |
JP (1) | JP6789322B2 (de) |
KR (1) | KR102204125B1 (de) |
CN (2) | CN112637922B (de) |
BR (1) | BR112018076681A2 (de) |
WO (2) | WO2017219969A1 (de) |
Families Citing this family (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11184830B2 (en) * | 2016-06-21 | 2021-11-23 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
EP3479623B1 (de) * | 2016-07-01 | 2022-11-09 | IDAC Holdings, Inc. | Verfahren zur unterstützung der sitzungskontinuität auf sitzungsbasis |
WO2018023338A1 (zh) * | 2016-08-01 | 2018-02-08 | 华为技术有限公司 | 一种网络功能nf管理方法及nf管理设备 |
US10972552B2 (en) | 2016-09-30 | 2021-04-06 | Huawei Technologies Co., Ltd. | Method and system for user plane path selection |
US11246172B2 (en) * | 2016-10-07 | 2022-02-08 | Lg Electronics Inc. | Method for selecting session and service continuity mode in wireless communication system and device therefor |
US10321503B2 (en) * | 2016-12-11 | 2019-06-11 | Motorola Mobility Llc | Method and apparatus for attaching a remote unit to a mobile core network via a standalone untrusted non-3GPP access network |
US10531420B2 (en) | 2017-01-05 | 2020-01-07 | Huawei Technologies Co., Ltd. | Systems and methods for application-friendly protocol data unit (PDU) session management |
US20180242198A1 (en) * | 2017-02-23 | 2018-08-23 | Electronics And Telecommunications Research Institute | Mobile communication network system and control method thereof |
US10397896B2 (en) | 2017-04-19 | 2019-08-27 | International Business Machines Corporation | IP address geo-position detection based on landmark sequencing |
JP7178365B2 (ja) * | 2017-05-05 | 2022-11-25 | マイクロソフト テクノロジー ライセンシング,エルエルシー | サービス能力公開機能(scef)ベースのインターネットオブシングス(iot)通信の方法とシステム |
FR3067197A1 (fr) * | 2017-06-01 | 2018-12-07 | Orange | Procede de selection d'une tranche de reseau relative a une application |
US10528625B2 (en) * | 2017-06-21 | 2020-01-07 | Cisco Technology, Inc. | Client cloud synchronizer |
KR102346620B1 (ko) * | 2017-07-11 | 2022-01-03 | 삼성전자 주식회사 | 네트워크 노출 기능을 발견하고 및 체이닝을 구성하는 방법 및 장치 |
US10764789B2 (en) | 2017-08-11 | 2020-09-01 | Comcast Cable Communications, Llc | Application-initiated network slices in a wireless network |
CN110167003B (zh) | 2018-01-12 | 2023-10-20 | 华为技术有限公司 | 会话管理方法、设备及系统 |
CN110035040B (zh) * | 2018-01-12 | 2021-11-16 | 中国移动通信有限公司研究院 | 一种信令寻址的方法和装置 |
CN117544941A (zh) | 2018-01-12 | 2024-02-09 | 华为技术有限公司 | 会话管理方法、设备及系统 |
CN108271229B (zh) * | 2018-01-31 | 2020-08-14 | 中国联合网络通信集团有限公司 | 一种用户面选择方法及装置 |
US10980084B2 (en) | 2018-02-15 | 2021-04-13 | Huawei Technologies Co., Ltd. | Supporting multiple QOS flows for unstructured PDU sessions in wireless system using non-standardized application information |
EP3756333A4 (de) * | 2018-02-20 | 2021-09-22 | Nokia Technologies Oy | Verfahren, vorrichtung und computerprogramm |
US10419982B1 (en) | 2018-03-14 | 2019-09-17 | Cisco Technology, Inc. | Methods and apparatus for providing end marker functionality in mobile networks having SRv6-configured mobile user planes |
KR20200132947A (ko) * | 2018-03-20 | 2020-11-25 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | 네트워크 슬라이싱을 위한 시스템 및 방법 |
CN110324388B (zh) * | 2018-03-30 | 2022-05-13 | 华为技术有限公司 | 一种重定向的方法及装置 |
CN110351777B (zh) * | 2018-04-03 | 2022-12-06 | 华为技术有限公司 | 指示业务分流的方法和装置 |
US10904947B2 (en) * | 2018-05-16 | 2021-01-26 | Huawei Technologies Co., Ltd. | Message and system for application function influence on traffic routing |
US10506469B1 (en) * | 2018-05-17 | 2019-12-10 | Cisco Technology, Inc. | Resilient in-band mobile core user plane function selection using segment routing load balancing |
CN110582062B (zh) * | 2018-05-21 | 2020-12-08 | 华为技术有限公司 | 一种消息发送的方法及装置 |
WO2019222901A1 (en) * | 2018-05-22 | 2019-11-28 | Nokia Shanghai Bell Co., Ltd. | Method, apparatus and computer readable media for enforcing a rule related to traffic routing |
CN110535676B (zh) * | 2018-05-25 | 2022-03-18 | 中兴通讯股份有限公司 | Smf动态容灾的实现方法、装置、设备及存储介质 |
CN110557846B (zh) | 2018-05-31 | 2021-06-29 | 华为技术有限公司 | 一种数据传输方法、终端设备及网络设备 |
CN110650029B (zh) | 2018-06-26 | 2021-05-18 | 华为技术有限公司 | 一种配置方法及装置 |
CN110650504B (zh) * | 2018-06-26 | 2021-11-19 | 华为技术有限公司 | 一种会话处理方法及装置 |
CN110650513B (zh) * | 2018-06-26 | 2021-07-13 | 大唐移动通信设备有限公司 | 一种用户面路径更新的方法、装置及计算机存储介质 |
CN110650027B (zh) | 2018-06-26 | 2021-08-31 | 华为技术有限公司 | 一种配置方法、协商方法及装置 |
CN110677845B (zh) * | 2018-07-02 | 2021-02-26 | 华为技术有限公司 | 一种确定应用功能请求状态的方法、网元及系统 |
CN112470445B (zh) * | 2018-07-24 | 2022-10-18 | 华为技术有限公司 | 用于边缘计算拓扑信息开放的方法和设备 |
KR20200035730A (ko) * | 2018-09-27 | 2020-04-06 | 삼성전자주식회사 | 외부 장치와 통신이 필요한 어플리케이션의 운영 방법 및 전자 장치 |
KR20200039529A (ko) * | 2018-10-05 | 2020-04-16 | 삼성전자주식회사 | 무선 통신 시스템에서 모바일 엣지 컴퓨팅의 이전을 지원하는 방법 및 장치 |
CN113473500A (zh) * | 2018-10-08 | 2021-10-01 | 华为技术有限公司 | 时延敏感网络通信方法及其装置 |
WO2020193394A1 (en) * | 2019-03-22 | 2020-10-01 | Koninklijke Kpn N.V. | Third party network and network slice management |
US20220360977A1 (en) * | 2019-08-09 | 2022-11-10 | Lg Electronics Inc. | Communication related to change of application server |
US11297534B2 (en) | 2019-08-09 | 2022-04-05 | Cisco Technology, Inc. | Intelligent and optimal resource selection within a network slice |
CN114303438B (zh) * | 2019-08-22 | 2024-01-09 | Lg电子株式会社 | 根据5g中的应用服务器的重定位的高效处理方法 |
EP4038939A4 (de) * | 2019-09-30 | 2023-10-04 | Telefonaktiebolaget LM Ericsson (publ) | Endgerät, anwendungsserver, netzwerkbelichtungsfunktionsknoten und verfahren darin |
CN112584437B (zh) * | 2019-09-30 | 2023-03-28 | 中国移动通信有限公司研究院 | 一种数据分流方法及装置 |
TWI804686B (zh) | 2019-10-03 | 2023-06-11 | 財團法人工業技術研究院 | 網路服務裝置、連線管理裝置及其操作方法 |
KR102209719B1 (ko) * | 2019-10-07 | 2021-02-01 | 에스케이텔레콤 주식회사 | 통신 시스템에서 사용자 평면을 제어하기 위한 장치 및 이를 위한 방법 |
US11134416B2 (en) * | 2019-10-16 | 2021-09-28 | Verizon Patent And Licensing Inc. | Control plane traffic load balancing, protection, and network selection |
CN115316039A (zh) * | 2020-02-27 | 2022-11-08 | 欧芬诺有限责任公司 | 用于边缘计算的会话管理 |
US11589295B1 (en) | 2021-03-18 | 2023-02-21 | T-Mobile Innovations Llc | Network function provisioning over third generation partnership project (3GPP) links |
US20230318842A1 (en) * | 2021-12-08 | 2023-10-05 | T-Mobile Innovations Llc | Wireless communication network service using an application programming interface (api) and distributed ledger |
Family Cites Families (70)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7363354B2 (en) | 2001-11-29 | 2008-04-22 | Nokia Corporation | System and method for identifying and accessing network services |
US7424293B2 (en) | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
WO2007037016A1 (ja) * | 2005-09-29 | 2007-04-05 | Fujitsu Limited | 通信システムにおける通信の切り替え方法 |
EP1929815B1 (de) | 2005-09-30 | 2018-05-30 | Telefonaktiebolaget LM Ericsson (publ) | Mittel und verfahren zum verbessern der handover-eigenschaften von integrierten funkzugangsnetzen |
CN101472314B (zh) * | 2007-11-02 | 2010-05-12 | 华为技术有限公司 | 一种数据处理方法和设备 |
WO2010021576A1 (en) * | 2008-08-21 | 2010-02-25 | Telefonaktiebolaget L M Ericsson (Publ) | Reestablishment of the interface between mme and node b using a backoff time |
US8112781B2 (en) * | 2008-10-07 | 2012-02-07 | General Instrument Corporation | Content delivery system having an edge resource manager performing bandwidth reclamation |
US8972553B2 (en) | 2009-08-10 | 2015-03-03 | Qualcomm Incorporated | Method and apparatus for handling policy and charging control rule or quality of service rule modification failures |
CN102006639B (zh) * | 2009-09-03 | 2014-01-01 | 华为技术有限公司 | 切换处理方法和系统、中继装置以及基站 |
US9237174B2 (en) | 2010-02-10 | 2016-01-12 | Panasonic Intellectual Property Management Co., Ltd. | System and method to keep continuity of media flows for a collaborative session without constant controller(s) involvement |
CN102158897B (zh) | 2010-02-12 | 2015-04-01 | 中兴通讯股份有限公司 | 基于网络负荷进行编码选择的方法和系统 |
CN102326430A (zh) * | 2010-09-26 | 2012-01-18 | 华为技术有限公司 | 策略控制器选择方法、系统以及直径协议路由代理实体 |
CN102811473B (zh) | 2011-05-30 | 2016-06-22 | 中兴通讯股份有限公司 | 无线链路控制参数的处理方法及系统、无线网络控制器 |
CN102238691B (zh) * | 2011-07-25 | 2018-03-16 | 中兴通讯股份有限公司 | 一种融合不同接入技术的通信系统及方法 |
US20150103772A1 (en) | 2012-05-16 | 2015-04-16 | Telefonaktiebolaget L M Ericsson (Publ) | Routing of Traffic in a Multi-Domain Network |
EP2670195A1 (de) | 2012-05-31 | 2013-12-04 | Telefonaktiebolaget L M Ericsson AB (Publ) | Verfahren und Vorrichtung zum Abschwächen der Dienstunterbrechung |
CN103582044B (zh) | 2012-08-10 | 2018-04-10 | 华为技术有限公司 | 一种切换控制方法及装置 |
WO2014035418A1 (en) | 2012-08-31 | 2014-03-06 | Nokia Siemens Networks Oy | Optimizations for frequent small data transmission |
EP2910079A1 (de) | 2012-10-18 | 2015-08-26 | Nokia Solutions and Networks Oy | Intelligente trägeraufbau-konfigurationssteuerung |
TW201442527A (zh) | 2013-01-11 | 2014-11-01 | Interdigital Patent Holdings | 使用者平面壅塞管理 |
WO2014117370A1 (zh) | 2013-01-31 | 2014-08-07 | 华为技术有限公司 | 接入处理方法、装置和系统 |
US9204256B2 (en) | 2013-03-11 | 2015-12-01 | Qualcomm Incorporated | Method and apparatus for providing user plane or control plane position services |
US10034321B2 (en) | 2013-06-20 | 2018-07-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Machine type communication virtual shared mobile apparatus and method |
WO2015004921A1 (ja) | 2013-07-11 | 2015-01-15 | 日本電気株式会社 | 通信システム、通信装置、その制御方法および制御装置 |
WO2014173252A1 (zh) | 2013-07-26 | 2014-10-30 | 中兴通讯股份有限公司 | 会话管理方法、应用功能实体、策略服务器和协议转换器 |
WO2015029417A1 (ja) | 2013-08-26 | 2015-03-05 | 日本電気株式会社 | 通信システムにおける通信装置および方法、通信パスの制御装置および方法 |
US9467480B2 (en) | 2013-09-16 | 2016-10-11 | Qualcomm Incorporated | Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application |
CN104581670B (zh) * | 2013-10-15 | 2019-03-15 | 中兴通讯股份有限公司 | 应用接入控制方法及应用功能实体装置 |
JP5910623B2 (ja) | 2013-12-25 | 2016-04-27 | トヨタ自動車株式会社 | 車両用ポップアップフード装置 |
CN104767722B (zh) | 2014-01-08 | 2019-02-19 | 中兴通讯股份有限公司 | 会话的管理方法、策略服务器及应用功能装置 |
US9894464B2 (en) | 2014-03-14 | 2018-02-13 | Intel IP Corporation | Conveyance of application communication patterns from an external application server to a 3rd generation partnership project system |
JP2015177385A (ja) | 2014-03-17 | 2015-10-05 | 株式会社日立製作所 | ゲートウェイおよびセッション制御方法 |
KR20160140827A (ko) | 2014-03-31 | 2016-12-07 | 콘비다 와이어리스, 엘엘씨 | M2m 서비스 층과 3gpp 네트워크 사이의 과부하 제어 및 조율 |
WO2015172151A1 (en) * | 2014-05-09 | 2015-11-12 | Futurewei Technologies, Inc. | An extensible solution for device to device discovery message size |
US9455923B2 (en) * | 2014-06-06 | 2016-09-27 | Verizon Patent And Licensing Inc. | Network policy and network device control |
JP6393398B2 (ja) * | 2014-07-07 | 2018-09-19 | コンヴィーダ ワイヤレス, エルエルシー | マシンタイプ通信グループベースサービスのための調整されたグループ化 |
WO2016045708A1 (en) | 2014-09-23 | 2016-03-31 | Nokia Solutions And Networks Oy | Control of communication using service function chaining |
US10285110B2 (en) * | 2014-11-04 | 2019-05-07 | At&T Intellectual Property I, L.P. | Intelligent traffic routing |
US9730156B1 (en) | 2014-11-07 | 2017-08-08 | Cisco Technology, Inc. | System and method for providing power saving mode enhancements in a network environment |
KR102406960B1 (ko) | 2014-11-07 | 2022-06-10 | 삼성전자 주식회사 | 단말에게 그룹 메시지를 전송하는 방법 및 장치 |
US10694496B2 (en) | 2014-11-07 | 2020-06-23 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting group message to user equipment (UE) |
CN110177381B (zh) | 2014-11-10 | 2023-10-13 | 华为技术有限公司 | 拥塞通知方法、相关设备和系统 |
KR102220181B1 (ko) | 2014-11-28 | 2021-02-25 | 삼성전자주식회사 | 단말간 스폰서링 서비스를 제공하기 위한 방법 및 장치 |
US10694558B2 (en) | 2015-03-01 | 2020-06-23 | Cisco Technology, Inc. | System, method and apparatus for small cell gateway selective data path offload |
US20160269349A1 (en) * | 2015-03-12 | 2016-09-15 | General Electric Company | System and method for orchestrating and correlating multiple software-controlled collaborative sessions through a unified conversational interface |
US9893939B2 (en) * | 2015-03-22 | 2018-02-13 | Lg Electronics Inc. | Method for transmitting and receiving signal related to monitoring by SCEF in wireless communication system and apparatus for the same |
KR101974948B1 (ko) | 2015-03-25 | 2019-05-03 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말 접근성 모니터링 방법 및 이를 위한 장치 |
CN107637163B (zh) | 2015-04-05 | 2021-10-08 | Lg电子株式会社 | 用于在无线通信系统中调节跟踪区域更新定时的方法及其设备 |
EP3311606B1 (de) | 2015-06-16 | 2022-05-11 | Telefonaktiebolaget LM Ericsson (PUBL) | Handhabung einer dienstkette für ein benutzergerät, das sich in einem besuchten netzwerk bewegt |
US10035511B2 (en) | 2015-07-27 | 2018-07-31 | Cummins Inc. | Method and system for controlling operation of an engine powered device having cyclical duty cycles |
DE112016004943T5 (de) | 2015-10-28 | 2018-08-02 | Intel Corporation | Dienstgütebereitstellungs-Framework für eine SDN-basierte Mobilfunknetzarchitektur |
CN108353033A (zh) | 2015-11-30 | 2018-07-31 | 英特尔公司 | 移动终接分组发送 |
CN108476394B (zh) | 2016-01-18 | 2021-11-19 | 三星电子株式会社 | 移动通信系统中终端通信的方法和装置 |
US20190058767A1 (en) | 2016-01-22 | 2019-02-21 | Nokia Solutions And Networks Oy | Application relocation between clouds |
WO2017141749A1 (en) | 2016-02-17 | 2017-08-24 | Nec Corporation | Selection of control plane and user plane for the data transmission |
CN107241369B (zh) | 2016-03-28 | 2020-06-16 | 电信科学技术研究院 | 一种数据传输的方法、装置及会话管理功能实体设备 |
US10623962B2 (en) * | 2016-04-01 | 2020-04-14 | Acronis International Gmbh | System and method for geo-location-based mobile user authentication |
US10257078B2 (en) * | 2016-04-01 | 2019-04-09 | Qualcomm Incorporated | Interworking with legacy radio access technologies for connectivity to next generation core network |
CN109076382B (zh) * | 2016-04-29 | 2022-01-14 | Lg 电子株式会社 | 在无线通信系统中由基站执行的数据传输方法和使用该方法的装置 |
US11444850B2 (en) | 2016-05-02 | 2022-09-13 | Huawei Technologies Co., Ltd. | Method and apparatus for communication network quality of service capability exposure |
EP3456090B1 (de) | 2016-05-12 | 2021-03-31 | Convida Wireless, Llc | Verbindung mit virtualisierten mobilkernnetzwerken |
US10362511B2 (en) * | 2016-05-17 | 2019-07-23 | Lg Electronics Inc. | Method and apparatus for determining PDU session identity in wireless communication system |
US20170366423A1 (en) * | 2016-06-15 | 2017-12-21 | Qualcomm Incorporated | Data packet store, forward, and monitoring functionality for network node or modem |
US11184830B2 (en) | 2016-06-21 | 2021-11-23 | Huawei Technologies Co., Ltd. | Systems and methods for user plane path selection, reselection, and notification of user plane changes |
WO2018008980A1 (ko) | 2016-07-05 | 2018-01-11 | 엘지전자(주) | 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치 |
CN106210042B (zh) | 2016-07-11 | 2019-06-18 | 清华大学 | 一种基于端到端网络切片的用户服务请求选择方法 |
US10212639B2 (en) * | 2016-07-26 | 2019-02-19 | At&T Intellectual Property I, L.P. | Method and apparatus for dynamic data path selection for narrow band wireless communication |
US9781259B1 (en) | 2016-07-27 | 2017-10-03 | At&T Intellectual Property I, L.P. | Method and apparatus for asset location tracking in a communication network |
US10721621B2 (en) * | 2018-05-23 | 2020-07-21 | Cisco Technology, Inc. | Updating policy for a video flow during transitions |
US11445335B2 (en) | 2018-08-17 | 2022-09-13 | Huawei Technologies Co., Ltd. | Systems and methods for enabling private communication within a user equipment group |
-
2017
- 2017-06-19 US US15/626,948 patent/US11184830B2/en active Active
- 2017-06-19 US US15/627,015 patent/US10785696B2/en active Active
- 2017-06-21 JP JP2018566902A patent/JP6789322B2/ja active Active
- 2017-06-21 EP EP21174119.4A patent/EP3886492A1/de active Pending
- 2017-06-21 WO PCT/CN2017/089280 patent/WO2017219969A1/en active Application Filing
- 2017-06-21 KR KR1020197001182A patent/KR102204125B1/ko active IP Right Grant
- 2017-06-21 CN CN202011388975.8A patent/CN112637922B/zh active Active
- 2017-06-21 WO PCT/CN2017/089301 patent/WO2017219973A1/en unknown
- 2017-06-21 BR BR112018076681-0A patent/BR112018076681A2/pt unknown
- 2017-06-21 EP EP17814711.2A patent/EP3459270B1/de active Active
- 2017-06-21 CN CN201780039117.2A patent/CN109417731B/zh active Active
-
2020
- 2020-07-30 US US16/943,094 patent/US11350336B2/en active Active
-
2022
- 2022-05-27 US US17/827,049 patent/US11856501B2/en active Active
Non-Patent Citations (4)
Title |
---|
"Study on Architecture for Next Generation System", 3GPP TR 23.799, July 2016 (2016-07-01) |
CHINA MOBILE: "Clarify the Key Issue on Network Capability Exposure", vol. SA WG2, no. Sophia Antipolis, FRANCE; 20160223 - 20160226, 29 February 2016 (2016-02-29), XP051086307, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_113AH_Sophia_Antipolis/Docs/> [retrieved on 20160229] * |
CHINA MOBILE: "Solution for Enabling (re)selection of efficient user plane paths", vol. SA WG2, no. Sophia Antipolis, FRANCE; 20160223 - 20160226, 22 February 2016 (2016-02-22), XP051077948, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/SA2/Docs/> [retrieved on 20160222] * |
HUAWEI ET AL: "Solution to Key Issue on Policy Framework", vol. SA WG2, no. Sophia Antipolis, FR; 20160411 - 20160415, 5 April 2016 (2016-04-05), XP051086612, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_114_Sophia_Antipolis/Docs/> [retrieved on 20160405] * |
Also Published As
Publication number | Publication date |
---|---|
US11184830B2 (en) | 2021-11-23 |
WO2017219969A1 (en) | 2017-12-28 |
CN109417731B (zh) | 2023-11-17 |
WO2017219973A1 (en) | 2017-12-28 |
EP3459270A4 (de) | 2019-04-17 |
US20200359293A1 (en) | 2020-11-12 |
BR112018076681A2 (pt) | 2019-04-02 |
CN112637922A (zh) | 2021-04-09 |
KR20190018691A (ko) | 2019-02-25 |
EP3459270A1 (de) | 2019-03-27 |
US11350336B2 (en) | 2022-05-31 |
US20170367026A1 (en) | 2017-12-21 |
US20220295373A1 (en) | 2022-09-15 |
KR102204125B1 (ko) | 2021-01-18 |
JP2019525534A (ja) | 2019-09-05 |
CN109417731A (zh) | 2019-03-01 |
US11856501B2 (en) | 2023-12-26 |
US20170366399A1 (en) | 2017-12-21 |
CN112637922B (zh) | 2022-01-11 |
US10785696B2 (en) | 2020-09-22 |
EP3459270B1 (de) | 2021-05-19 |
JP6789322B2 (ja) | 2020-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11856501B2 (en) | Systems and methods for user plane path selection, reselection, and notification of user plane changes | |
JP7511694B2 (ja) | アプリケーションフレンドリなプロトコルデータユニット(pdu)セッション管理のためのシステムおよび方法 | |
US11671373B2 (en) | Systems and methods for supporting traffic steering through a service function chain |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
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: 20210517 |
|
AC | Divisional application: reference to earlier application |
Ref document number: 3459270 Country of ref document: EP Kind code of ref document: P |
|
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 MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20231102 |