Method, network node, and computer-readable medium for dynamically discovering a serving network node in a core network - Patents.com

Abstract

The present disclosure provides a method, a network node, and a computer-readable medium for dynamically discovering a serving network node in a core network, The method in a NEF includes: receiving a service request message for an Ethernet type session from an AF, the service request message including network-related identification information for the Ethernet type session, and discovering a BSF that holds binding information of a PCF for the Ethernet type session based on the network-related identification information.

Description

[Technical field]

[0001] The present disclosure relates generally to the technical field of communications technology, and more particularly to a method, network node, and computer-readable medium for dynamically discovering a serving network node in a core network. [Background technology]

[0002] This section is intended to provide background for various embodiments of the technology described in this disclosure. The description in this section may include concepts that could be pursued, but not necessarily previously conceived or pursued. Thus, unless otherwise stated herein, anything described in this section is not prior art to the description and / or claims of the present disclosure, and no admission of prior art is made merely by inclusion in this section.

[0003] Ethernet Type PDU Session in 5G Network Typical use cases for Ethernet type PDU sessions in 5G networks include, but are not limited to, 5G Local Area Network (LAN) type services, Time Sensitive Networks (TSN), etc.

[0004] As per 3GPP TS 22.261v18.1.0, a 5G LAN type service may have the following different types of traffic: 1) Traffic scenarios typically found in home environments for 5G LAN-type services (from sensors to video streaming, relatively small number of UEs per group, many devices only occasionally used); 2) Traffic scenarios typically found in office environments for 5G LAN-type services (medium number of UEs per group, from sensors to very high data rates for e.g. conferencing); 3) Traffic scenarios typically found in industrial environments (large numbers of UEs per group, from sensors to remote controls) for 5G LAN type services.

[0005] 1A and 1B are taken from 3GPP TS 23.501 v16.7.0 and illustrate generally a user plane architecture for supporting 5G LAN-type services using local switching and N19 tunnels, respectively.

[0006] For UEs in the same region, a local switch-based architecture as shown in FIG. 1A may be used to provide better Quality of Experience (QoE) along with an N19-based architecture as shown in FIG. 1B for communication with UEs in other regions. Summary of the Invention

[0007] As discussed in 3GPP TS 29.122 v17.0.0, a 3rd Generation Partnership Project (3GPP®) network allows an Application Function (AF) to set up an Application Server (AS) session with a required Quality of Service (QoS) for (one or more) service data flows within a Packet Data Unit (PDU) session of type (Internet Protocol (IP) or Ethernet). In particular, in case of an untrusted AF, it is possible to set up an AS session with the required QoS via a publishing function such as a Network Publishing Function (NEF). The AF request may include a UE address (e.g., IPv4, or IPv6, or Media Access Control (MAC) address), (IP or Ethernet) service data flow information, an IPv4 address domain identifier, a QoS reference identifier, and other attributes.

[0008] When the NEF receives such an AF request, it needs to find the Serving Policy Control Function (PCF) of the corresponding (IP or Ethernet) PDU session, and then interacts with the PCF either via Rx or Service Based Interface (SBI) to set up the required QoS.

[0009] For an IP type PDU session, an IP address is assigned by the 5G Core (5GC) to the UE associated with the IP type PDU session and received in the AF request. To be able to find the serving PCF in a dynamic way, the NEF first discovers a Binding Support Function (BSF) via a Network Repository Function (NRF) by using an IP address as a query parameter. The BSF is known to correspond to a range of IP addresses, so the NEF may query the NRF for the BSF by using the IP address received in the AF request. The BSF holds the (PDU) session binding information of the PCF serving the corresponding IP type PDU session. Therefore, the NEF further queries the BSF to find the (PDU) session binding information of the corresponding PCF by using the IP address (and, optionally, an IPv4 address domain identifier). As a result, the NEF may obtain the serving PCF address information in the session binding information (i.e., may discover the serving PCF).

[0010] As specified in 3GPP TS 23.501 v16.7.0, for an Ethernet type PDU session, neither a MAC address nor an IP address via a MAC address is assigned by the 5GC to the UE associated with the Ethernet type PDU session, so the BSF does not know which MAC addresses it can serve.

[0011] For Ethernet type PDU sessions, current APIs in the NEF, such as AFsessionWithQoS, ChargeableParty, and other suitable APIs, only provide the UE MAC address, Ethernet service data flow information (also referred to as "Ethernet flow information" throughout this disclosure) of the UE associated with the Ethernet type PDU session, etc., and these attributes of the Ethernet type PDU session are not sufficient for the NEF to find the serving PCF in a dynamic manner similar to the aforementioned IP type PDU sessions, in particular, the NEF cannot find the correct BSF via the NRF by using these attributes currently provided in the APIs, such as the UE MAC address, Ethernet service data flow information, etc. Currently, it is not specified how the NEF dynamically identifies / discovers the serving PCF of the corresponding Ethernet type PDU session.

[0012] For example, when the NEF receives a Nnef_AFsessionWithQoS_Create service operation (with attributes such as UE MAC address, Ethernet service data flow information, etc.) from the AF to set up QoS for the service data flow(s) of an Ethernet type PDU session, there is no way to discover the BSF (holding the (PDU) session binding information of the PCF serving the corresponding PDU session) from the NRF by using the MAC address, because, as mentioned above, neither the MAC address nor the IP address via the MAC address is assigned to the UE by the 5GC for the Ethernet type PDU session, and therefore the BSF does not know which MAC address it can serve. Therefore, the NEF cannot dynamically discover the PCF serving the corresponding Ethernet type PDU session.

[0013] To solve the above problems, an embodiment of the present disclosure proposes that the NEF exposes network-related identification information, such as an external group identifier (ID), a data network name (DNN), and / or a single-network slice selection assistance information (S-NSSAI), serving an Ethernet-type PDU session, to the AF.

[0014] Thereby, the AF requests the corresponding service for the Ethernet type session with the UE MAC address for the UE associated with the Ethernet PDU type session, Ethernet service data flow information, etc., and the newly introduced attributes such as foreign group ID, DNN and / or S-NSSAI, etc. Thus, the NEF may use the UE MAC address, foreign group ID, or DNN and / or S-NSSAI to dynamically discover the PCF serving the relevant Ethernet type PDU session.

[0015] According to a first aspect of the present disclosure, a method in an AF is provided for facilitating a NEF of a core network to dynamically discover a PCF serving an Ethernet type session, the method including: sending a service request message for the Ethernet type session to the NEF, the service request message including network-related identification information for the Ethernet type session.

[0016] In an exemplary embodiment, network-related identification information for an Ethernet type session is pre-configured or dynamically provided in the AF.

[0017] In an example embodiment, the network-related identification information for the Ethernet type session includes at least one of: a DNN for the Ethernet type session; and an S-NSSAI for the Ethernet type session.

[0018] In an exemplary embodiment, the service request message further includes a UE MAC address for the UE associated with the Ethernet type session.

[0019] In an exemplary embodiment, the method further includes receiving a response from the NEF indicating whether the requested service was successfully invoked for the Ethernet type session.

[0020] In an exemplary embodiment, the service request message includes at least one of a request message for managing a required QoS for a service data flow of an Ethernet type session and a request message for managing a chargeable party of an Ethernet type session.

[0021] According to a second aspect of the present disclosure, there is provided a method in a NEF of a core network for dynamically discovering a PCF for an Ethernet type session, the method including: receiving a service request message for the Ethernet type session from an AF, where the service request message includes network-related identification information for the Ethernet type session; and discovering a BSF that holds binding information of a PCF for the Ethernet type session based on the network-related identification information.

[0022] In an exemplary embodiment, the service request message further includes a UE MAC address of the UE associated with the Ethernet type session.

[0023] In an example embodiment, the method further includes discovering the PCF using the UE MAC address received from the AF by querying the BSF.

[0024] In an exemplary embodiment, the method further includes discovering the PCF based on the network-related identification information.

[0025] In an exemplary embodiment, network-related identification information for an Ethernet type session is pre-configured in the AF or dynamically provided to the AF.

[0026] In an example embodiment, the network-related identification information for the Ethernet type session includes at least one of: a DNN for the Ethernet type session; and an S-NSSAI for the Ethernet type session.

[0027] In an example embodiment, the BSF is discovered by the NEF querying the NRF using at least one of the DNN for an Ethernet type session and the S-NSSAI for an Ethernet type session.

[0028] In an exemplary embodiment, the method further includes sending another service request message to the PCF to invoke the requested service for the Ethernet type session, and receiving a response from the PCF indicating whether the requested service was successfully invoked for the Ethernet type session.

[0029] In an exemplary embodiment, the service request message comprises a request message to manage the QoS required for a service data flow of an Ethernet type session and is received via the Nnef_AFsessionWithQoS API.

[0030] In an exemplary embodiment, the service request message comprises a request message to manage the chargeable parties for an Ethernet type session and is received via the Nnef_ChargeableParty API.

[0031] According to a third aspect of the present disclosure, there is provided an AF comprising at least one processor and at least one memory storing instructions that, when executed on the at least one processor, cause the AF to perform any of the methods according to the first aspect of the present disclosure.

[0032] According to a fourth aspect of the present disclosure, there is provided a NEF comprising at least one processor and at least one memory storing instructions that, when executed on the at least one processor, cause the NEF to perform any of the methods according to the second aspect of the present disclosure.

[0033] According to a fifth aspect of the present disclosure, there is provided a computer readable storage medium having computer program instructions stored thereon which, when executed by at least one processor, cause the at least one processor to perform a method according to either the first or second aspect of the present disclosure.

[0034] The technical solutions of the embodiments of the present disclosure may enable an NEF in a core network to perform dynamic discovery of a PCF and a BSF serving a corresponding Ethernet type session via an NRF. [Brief description of the drawings]

[0035] The objects, advantages and features of the present disclosure will become more apparent from the following description of preferred embodiments taken in conjunction with the drawings.

[0036] [Figure 1A] FIG. 1A illustrates a schematic of a user plane architecture for supporting 5G LAN-type services using local switches. [Figure 1B] FIG. 1B illustrates a user plane architecture for supporting 5G LAN-type services using N19 tunnels. [Diagram 2]FIG. 2 illustrates generally a method in a first network node for facilitating dynamic discovery by a second network node in a core network of a third network node serving an Ethernet type session, in accordance with an exemplary embodiment of the present disclosure. [Figure 3A] , [Figure 3B] 3A and 3B illustrate generally a method in a second network node in a core network for dynamically discovering a third network node for an Ethernet type session, according to an example embodiment of the present disclosure. [Figure 4] FIG. 4 illustrates an exemplary signaling sequence diagram of a procedure for setting up an AF session with required QoS, in which a method in a first network node and a second network node for dynamically discovering a third network node for an Ethernet type session is applied, according to an exemplary embodiment of the present disclosure. [Diagram 5] FIG. 5 illustrates an example signaling sequence diagram for deriving a DNN and / or an S-NSSAI from an external group ID according to an example embodiment of the present disclosure. [Figure 6] FIG. 6 illustrates generally an example signaling sequence diagram of a procedure for setting a chargeable party at session setup or during a session, in which a method in a first network node and a second network node for dynamically discovering a third network node for an Ethernet type session is applied according to an example embodiment of the present disclosure. [Figure 7] FIG. 7 illustrates a structural block diagram of a first network node according to an exemplary embodiment of the present disclosure. [Figure 8] FIG. 8 illustrates a structural block diagram of a first network node according to another exemplary embodiment of the present disclosure. [Figure 9] FIG. 9 illustrates a structural block diagram of a second network node according to an exemplary embodiment of the present disclosure. [Figure 10] FIG. 10 illustrates a structural block diagram of a second network node according to another exemplary embodiment of the present disclosure.

[0037] It should be noted that throughout the drawings, the same or similar reference numbers are used to indicate the same or similar elements, and that the various portions in the drawings are not drawn to scale, are drawn for illustrative purposes only, and therefore should not be understood as a limitation or restriction on the scope of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0038] The principles and spirit of the present disclosure are described below with reference to exemplary embodiments. Some of the embodiments discussed herein will be described more fully below with reference to the accompanying drawings. However, other embodiments are included within the scope of the subject matter disclosed herein, and the disclosed subject matter should not be construed as being limited to only the embodiments described herein, but rather, these embodiments are provided as examples to convey the scope of the subject matter to those skilled in the art.

[0039] Those skilled in the art will appreciate that the term "exemplary" is used herein to mean "illustrative" or "serving as an example" and is not intended to imply that a particular embodiment is preferred over another embodiment or that a particular feature is essential. Similarly, the terms "first" and "second" and similar terms are used merely to distinguish one particular instance of an item or feature from another and do not imply a particular order or arrangement unless the context clearly dictates otherwise. Furthermore, the term "step" as used herein is intended to be synonymous with "operation" or "action." Any description herein of a sequence of steps does not imply that those operations must be performed in a particular order, or even that those operations are performed in any order, unless the context or details of the described operations clearly dictate otherwise.

[0040] References herein to "one embodiment," "embodiment," "exemplary embodiment," and the like indicate that the embodiment being described may include a particular feature, structure, or characteristic, but not all embodiments need to include that particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment. Moreover, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is within the knowledge of one of ordinary skill in the art to affect such feature, structure, or characteristic in connection with other embodiments, whether or not explicitly described.

[0041] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms "a," "an," and "the" are intended to include the plural forms unless the context clearly indicates otherwise. It is further understood that the terms "comprises," "comprising," "has," "having," "includes," and / or "including," as used herein, specify the presence of stated features, elements, and / or components, etc., but do not exclude the presence or addition of one or more other features, elements, and / or components, or combinations thereof.

[0042] As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed terms.

[0043] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs.

[0044] As used herein, the term "network" refers to a network conforming to any suitable (wireless or wired) communication standard. For example, wireless communication standards may include New Radio (NR), Long Term Evolution (LTE), LTE-Advanced, Wideband Code Division Multiple Access (WCDMA), High Speed ​​Packet Access (HSPA), Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single Carrier Frequency Division Multiple Access (SC-FDMA), and other wireless networks. A CDMA network may implement a radio technology such as Universal Terrestrial Radio Access (UTRA). UTRA includes other variants of WCDMA and CDMA. A TDMA network may implement a radio technology such as Global System for Mobile Communications (GSM). An OFDMA network may implement wireless technologies such as Evolved UTRA (E-UTRA), Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20 (Flash-OFDMA), ad-hoc networks, wireless sensor networks, etc. In the following description, the terms "network" and "system" may be used interchangeably.

[0045] Furthermore, communication between two devices in a network may be performed according to any suitable communication protocol, including, but not limited to, wireless communication protocols defined by a standards organization, such as 3GPP or wired communication protocols. For example, the wireless communication protocols may include first generation (1G), 2G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols currently known or to be developed in the future.

[0046] The term "node" or "network node" as used herein refers to a network device or a network node or a network function in a communication network, and may also refer to a virtualized entity that may be implemented on a cloud. For example, in a wireless communication network, such as a 3GPP-type cellular network, a core network device may provide multiple services to customers that are interconnected by access network devices. Each access network device may be connected to the core network device via a wired or wireless connection.

[0047] The term "CN network node" refers to any suitable function that can be implemented in a network node (physical or virtual) of a communication network. For example, a network node can be implemented as a network element on dedicated hardware, as a software instance running on dedicated hardware, or as a virtualized function instantiated on a suitable platform (e.g., on a cloud infrastructure). For example, a 5GC can comprise multiple functions, such as an AMF, a Session Management Function (SMF), a UDM, a PCF, a UPF (User Plane Function), an NRF, etc. For example, a 4G core network system (e.g., EPC) can include a Mobility Management Entity (MME), a HSS (Home Subscriber Server), a Packet Data Network Gateway (PGW), a Broadcast Multicast-Service Center (BM-SC), etc. In other embodiments, a CN network node can comprise different types of functions, depending, for example, on a particular network.

[0048] The basic ideas of the present disclosure are mainly as follows.

[0049] 1) Network-related identification information for an Ethernet type session is included in a service request message of a first network node (eg, AF) bound for a second network node (eg, NEF).

[0050] 2) The second network node (e.g., NEF) enhances its APIs, such as AFsessionWithQoS, ChargeableParty, and other suitable APIs, by exposing to the first network node (e.g., AF) new attributes (e.g., foreign group ID, or network related identification information such as DNN and / or S-NSSAI serving the Ethernet type session) in addition to the UE MAC address associated with the Ethernet PDU type session, Ethernet service data flow information, etc., so that the first network node (e.g., AF) may request corresponding services for an Ethernet type session with attributes (e.g., foreign group ID, or network related identification information such as DNN and / or S-NSSAI serving the Ethernet type session) in addition to the UE MAC address associated with the Ethernet PDU type session, Ethernet service data flow information, etc., and the NEF may dynamically discover a third network node (e.g., PCF) serving the Ethernet type session, e.g., using the UE MAC address, foreign group ID, or DNN and / or S-NSSAI.

[0051] 3) The second network node (e.g., NEF) dynamically discovers the fifth network node (e.g., BSF) via the sixth network node (e.g., NRF) based on the DNN and / or S-NSSAI, which may be received directly from the first network node (e.g., AF) in a service request message or may be derived from an external group ID in the service request message received by the second network node (e.g., NEF) via an inquiry to a fourth network node (e.g., UDM).

[0052] 4) The second network node (e.g., NEF) uses the UE MAC address and the DNN and / or S-NSSAI to query a fifth network node (e.g., BSF) for session binding information of a third network node (e.g., PCF) serving the Ethernet type session, obtains address information of the serving third network node (e.g., serving PCF) in the session binding information, and dynamically discovers the serving third network node (e.g., serving PCF).

[0053] In the following, with reference to Fig. 2, a method 200 in a first network node (e.g., AF) for facilitating a second network node (e.g., NEF) in a core network to dynamically discover a third network node (e.g., PCF) serving an Ethernet type session according to an exemplary embodiment of the present disclosure is described. It should be understood that the first network node (e.g., AF) may be any node that may be configured to execute the method 200 described below, including a virtualization entity that may be implemented on a cloud. It should be understood that the method 200 may be appropriately applied in 5GS or other future developments.

[0054] As shown in FIG. 2, the method 200 may include step S201.

[0055] In step S201, a first network node (e.g., an AF) may invoke a service operation for an Ethernet type session from a second network node (e.g., an NEF) by sending a service request message for an Ethernet type session to the second network node (e.g., an NEF). The service request message includes network-related identification information for the Ethernet type session.

[0056] The network-related identification information for the Ethernet type session may be pre-configured for the first network node (e.g., the AF) or may be dynamically provided to the first network node (e.g., the AF) via signaling.

[0057] In an example embodiment, the network-related identification information for an Ethernet type session may include at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0058] Alternatively or additionally, the network-related identification information for the Ethernet type session may include an external group ID of a virtual network (VN) (e.g., 5G LAN-VN) for the Ethernet type session, which is associated with at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0059] The foreign group ID may indicate support of the first network node (e.g., the AF) for at least one of the following: External group ID feature, Ethernet Application Server (AS) Session QoS feature, and Ethernet Chargeable Party Function.

[0060] As proposed in an example embodiment of the present disclosure, it may be understood that in addition to network related identification information such as an external group ID, or a DNN and / or an S-NSSAI, the service request message may include a UE MAC address for the UE associated with the Ethernet type session, Ethernet service data flow information, and other conventional attributes of the Ethernet type session.

[0061] The method 200 further includes, in step S201, the first network node (e.g., AF) sending a service request message including network-related identification information to the second network node (e.g., NEF), and receiving a response from the second network node (e.g., NEF) indicating whether the requested service has been successfully invoked for the Ethernet type session after the first network node (e.g., AF) dynamically discovers a third network node (e.g., PCF) serving the Ethernet type session based on the network-related identification information.

[0062] In an example embodiment, the service request message may include a request message to manage (e.g., create, update, cancel, etc.) the QoS required for a service data flow of an Ethernet type session, used by a first network node (e.g., AF) to invoke / request a Nnef_AFsessionWithQoS related service from a second network node (e.g., NEF) via the Nnef_AFsessionWithQoS API. Thus, the foreign group ID in the service request message may indicate support of the first network node (e.g., AF) for at least one of the following: External Group ID (e.g., ExternalGroupId_5G) functionality, and Ethernet AS Session QoS (e.g., EthAsSessionQoS_5G) features.

[0063] Alternatively or additionally, the service request message may include a request message for managing (e.g., creating, updating, etc.) chargeable parties for an Ethernet type session, used by the first network node (e.g., AF) to invoke / request Nnef_ChargeableParty related services from the second network node (e.g., NEF) via the Nnef_ChargeableParty API. Thus, the foreign group ID in the service request message may indicate support of the first network node (e.g., AF) for at least one of the following: External Group ID (e.g., ExternalGroupId_5G) functionality, and Ethernet chargeable party (e.g., EthChgParty_5G) function.

[0064] In the following, a method 300 and a method 300' in a second network node (e.g., NEF) for dynamically discovering a third network node (e.g., PCF) serving an Ethernet type session according to an exemplary embodiment of the present disclosure are described with reference to Figures 3A and 3B, respectively. It should be understood that the second network node (e.g., NEF) may be any node that may be configured to execute the methods 300 and 300' described below, including a virtualization entity that may be implemented on a cloud. It should be understood that the methods 300 and 300' may be appropriately applied in 5GS, or other future developments.

[0065] The methods 300 and 300' in the second network node (e.g., NEF) may correspond to the method 200 in the first network node (e.g., AF), respectively. Therefore, some descriptions of the methods 300 and 300' may refer to the description of the method 200 and are therefore omitted for brevity.

[0066] As shown in FIG. 3A, the method 300 may include steps S301 and S303.

[0067] In step S301, a second network node (e.g., NEF) may receive a service request message for an Ethernet type session from a first network node (e.g., AF). The service request message includes network-related identification information for the Ethernet type session.

[0068] Thereafter, in step S303, the second network node (eg, NEF) may discover a third network node (eg, PCF) based on at least the network-related identification information.

[0069] As mentioned above, the network-related identification information for the Ethernet type session may be pre-configured for the first network node (e.g., the AF) or may be dynamically provided to the first network node (e.g., the AF) via signaling.

[0070] In an example embodiment, the network-related identification information for an Ethernet type session may include at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0071] In this case, the second network node (eg, NEF) may obtain a DNN and / or an S-NSSAI for the Ethernet type session from the received network-related identification information.

[0072] Alternatively or additionally, the network-related identification information for the Ethernet type session may include an external group ID of a virtual network (VN) (e.g., 5G LAN-VN) for the Ethernet type session, which is associated with at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0073] In this case, the second network node (eg, NEF) may derive a DNN and / or an S-NSSAI for the Ethernet type session from the foreign group ID in the received network-related identity information.

[0074] In an exemplary embodiment, the DNN and / or S-NSSAI for the Ethernet type session may be derived by a second network node (e.g., a NEF) using the foreign group ID to query a fourth network node (e.g., a UDM) that stores an association relationship between the foreign group ID and the DNN and / or S-NSSAI for at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session.

[0075] In particular, the second network node (e.g., NEF) may query a sixth network node (e.g., NRF) to find a fourth network node (e.g., UDM) using the foreign group ID, and then query the fourth network node (e.g., UDM) for at least one of a DNN for an Ethernet type session and an S-NSSAI for an Ethernet type session using the foreign group ID, which is illustratively described in connection with FIG. 5.

[0076] As previously mentioned, the foreign group ID may indicate support of the first network node (e.g., the AF) for at least one of the following: External group ID feature, Ethernet Application Server (AS) Session QoS feature, and Ethernet Chargeable Party Function.

[0077] As proposed in an example embodiment of the present disclosure, it may be understood that in addition to network related identification information such as an external group ID, or a DNN and / or an S-NSSAI, the service request message may include a UE MAC address for the UE associated with the Ethernet type session, Ethernet service data flow information, and other conventional attributes of the Ethernet type session.

[0078] In another example embodiment as shown in FIG. 3B, the method 300′ may include the same step S301 (hence omitted here for brevity) as FIG. 3A, and instead step S303′. Step S303′ may include discovering a fifth network node (e.g., BSF) that holds binding information of a third network node (e.g., PCF) for the Ethernet type session based on the network-related identification information. The second network node (e.g., NEF) may then discover the third network node (e.g., PCF) using the UE MAC address received from the first network node (e.g., AF) by querying the fifth network node (e.g., BSF).

[0079] In particular, the fifth network node (e.g., BSF) may be discovered by the second network node (e.g., NEF) querying the sixth network node (e.g., NRF) using at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session.

[0080] After step S303 of FIG. 3A or step S303' of FIG. 3B, the second network node (e.g., NEF) may send another service request message to a third network node (e.g., PCF) to invoke the requested service for the Ethernet type session, and receive a response from the third network node (e.g., PCF) indicating whether the requested service was successfully invoked for the Ethernet type session.

[0081] In an exemplary embodiment, the service request message may include a request message for managing (e.g., creating, updating, canceling / deleting, etc.) the QoS required for a service data flow of an Ethernet type session, which is received by a second network node (e.g., NEF) via a Nnef_AFsessionWithQoS API to provide a Nnef_AFsessionWithQoS related service to a requesting first network node (e.g., requesting AF), which is exemplarily described below in connection with FIG. 4. Thus, the foreign group ID in the service request message may indicate support of the first network node (e.g., AF) for at least one of the following: External Group ID (e.g., ExternalGroupId_5G) functionality, and Ethernet AS Session QoS (e.g., EthAsSessionQoS_5G) features.

[0082] Alternatively or additionally, the service request message may include a request message to manage (e.g., create, update, etc.) a chargeable party for an Ethernet type session, which may include:

[0083] The foreign group ID in the service request message may be received by a second network node (e.g., NEF) via a Nnef_ChargeableParty API, exemplarily described below in connection with FIG. 6, to provide a Nnef_ChargeableParty related service to a requesting first network node (e.g., requesting AF). Thus, the foreign group ID in the service request message may indicate support of the first network node (e.g., AF) for at least one of the following: External Group ID (e.g., ExternalGroupId_5G) functionality, and Ethernet chargeable party (e.g., EthChgParty_5G) function.

[0084] In the following, with reference to Fig. 4, an exemplary signaling sequence diagram of a procedure for setting up an AF session with required QoS is described, in which a method 200 in a first network node for facilitating a second network node to dynamically discover a serving / third network node and a method 300 in a second network node for dynamically discovering a serving / third network node according to an exemplary embodiment of the present disclosure are applied.

[0085] It should be noted that the following description focuses primarily on signaling associated with methods 200 and 300, and some other signaling is not described in detail to avoid obscuring the principles of the present disclosure. In Figure 4, modifications of the signaling associated with methods 200 and 300 are shown in bold italics, and include signaling S4_1 and S4_2.

[0086] The procedure in Figure 4 occurs when an Ethernet type PDU session is established and the PCF (an example of the third network node mentioned above) registers session binding information with the BSF (an example of the fifth network node mentioned above), which is shown as S4_0.

[0087] At S4_1, the AF (an example of the aforementioned first network node) invokes a Nnef_AFSessionWithQoS_Create service operation by sending a service request message (e.g., a Nnef_AFSessionWithQoS_Create request message having a UE MAC address of a UE associated with the Ethernet type PDU session), Ethernet service data flow information (represented as ethFlowInfo) of the Ethernet type PDU session, and other attributes of the Ethernet type PDU session to the NEF (an example of the aforementioned second network node). In addition to the UE MAC address, ethFlowInfo, and other attributes, the service request message may further include network-related identification information of the Ethernet type PDU session (such as an external group ID of the corresponding 5G LAN-VN group, or a DNN and / or S-NSSAI for the Ethernet type PDU session).

[0088] Although Nnef_AFSessionWithQoS_Create is exemplarily shown in FIG. 4, it should be understood that the present disclosure is also applicable to Nnef_AFSessionWithQoS_Update / Revoke.

[0089] The Nnef_AFSessionWithQoS_Create request can be an HTTP POST request.

[0090] At S4_2, the NEF obtains the DNN and / or S-NSSAI of the corresponding 5G LAN-VN group from the service request message received from the AF.

[0091] In an example embodiment, the service request message includes a directly usable DNN and / or an S-NSSAI.

[0092] In another exemplary embodiment, the service request message includes an external group ID of the corresponding 5G LAN-VN group. In this case, the NEF needs to map the external group ID to the DNN and / or S-NSSAI by using the external group ID to query the UDM, which stores the association relationship between the external group ID and the DNN and / or S-NSSAI, for the DNN and / or S-NSSAI, in order to derive the DNN and / or S-NSSAI from the external group ID in the received service request message.

[0093] Referring to FIG. 5, FIG. 5 illustrates an example signaling sequence diagram for deriving a DNN and / or an S-NSSAI from an external group ID according to an example embodiment of the present disclosure.

[0094] In S5_2.1, the NEF may query the NRF (an example of a sixth network node example of t) via a Nnrf_NFDiscovery_Request to find the UDM (an example of the fourth network node mentioned above) using the foreign group ID as a query parameter.

[0095] Next, in S5_2.2, the NEF may query the UDM for the DNN and / or S-NSSAI via Nudm_ParameterProvision_Get using the external group ID as a query parameter.

[0096] Then, in S5_2.3, the NEF may receive the DNN and / or S-NSSAI from the UDM via Nudm_ParameterProvision_Response.

[0097] Returning now to FIG. 4, after the NEF obtains the DNN and / or S-NSSAI in S4_2, the NEF may dynamically discover the BSF in S4_3 using the DNN and / or S-NSSAI as query parameters by querying the NRF with an Nnrf_NFDiscovery_Request.

[0098] In S4_4, the NEF may dynamically discover the serving PCF of the corresponding Ethernet type PDU session by querying the BSF discovered in S4_3 via an Nbsf_Management_Discovery_Request, using the UE MAC address, DNN and / or S-NSSAI as query parameters.

[0099] At S4_5, the NEF may invoke a policy authorization related service by sending a policy authorization related service request message to the serving PCF, for example by means of an Npcf_PolicAuthorization_Create request.

[0100] The Npcf_PolicAuthorization_Create request may be an HTTP POST request.

[0101] At S4_6, the serving PCF may send a policy authorization related service response message, for example by Npcf_PolicAuthorization_Create response, to the NEF to inform the result of the policy authorization related service invocation.

[0102] Although Npcf_PolicAuthorization_Create is exemplarily shown in FIG. 4, it should be understood that the present disclosure is also applicable to Npcf_PolicAuthorization_Update / Delete.

[0103] At S4_7, the Serving PCF may invoke the Npcf_SMPolicyControl_UpdateNotify service operation with possibly updated policy information for the Ethernet type PDU session.

[0104] At S4_8, the NEF may send a response message, for example by way of a Nnef_AFSessionWithQoS_Create response, to the AF to indicate the invocation result of the requested service.

[0105] An exemplary procedure as shown in FIG. Bold and underlined This amendment concerns the following sections of 3GPP TS 29.122 v17.0.0, as indicated in:

[0106] TIFF0007600413000001.tif188135TIFF0007600413000002.tif44135TIFF0007600413000003.tif212135TIFF0007600413000004.tif131135 TIFF0007600413000005.tif55135TIFF0007600413000006.tif219135TIFF0007600413000007.tif150135TIFF0007600413000008.tif159135

[0107] The exemplary procedure as shown in FIG. 4 may further include, for example: Bold and underlined This amendment concerns the following sections of 3GPP TS 29.522 v17.0.0, as indicated in:

[0108] TIFF0007600413000009.tif171135TIFF0007600413000010.tif220135TIFF0007600413 000011.tif30135TIFF0007600413000012.tif216135TIFF0007600413000013.tif208135

[0109] Hereinafter, Fig. 6 illustrates, in a schematic manner, an exemplary signaling sequence diagram of a procedure for configuring a chargeable party at session setup or during a session, in which a method 200 in a first network node for facilitating a second network node to dynamically discover a serving / third network node and a method 300 in a second network node for dynamically discovering a serving / third network node according to an exemplary embodiment of the present disclosure are applied.

[0110] As mentioned above, the embodiment of the present disclosure may be applicable to the Nnef_AFsessionWithQoS API, and may also be applicable to the Nnef_ChargeableParty API in the NEF. The procedure in FIG. 6 is the same as that in FIG. 4 except for the first signaling S6_1. Therefore, for the explanation of S6_0 and S6_2 to S6_8, the above explanation of S4_0 and S4_2 to S4_8 can be referred to, and therefore, will be omitted here for brevity. In the following, S6_1 will be described to explain the difference between the procedures in FIG. 6 and FIG. 4.

[0111] At S6_1, the AF (an example of the aforementioned first network node) invokes a Nnef_ChargeableParty_Create service operation by sending a service request message with the UE MAC address of the UE associated with the Satellite-type PDU session, Ethernet service data flow information (represented as ethFlowInfo) of the Ethernet-type PDU session, and other attributes of the Ethernet-type PDU session to the NEF (an example of the aforementioned second network node). The service request message may further include network-related identification information of the Ethernet-type PDU session (such as the foreign group ID of the corresponding 5G LAN-VN group, or the DNN and / or S-NSSAI for the Ethernet-type PDU session) in addition to the UE MAC address, ethFlowInfo, and other attributes.

[0112] Although Nnef_ChargeableParty_Create is illustratively shown in FIG. 6, it should be understood that the present disclosure is also applicable to Nnef_ChargeableParty_Update.

[0113] An exemplary procedure as shown in FIG. Bold and underlined This amendment concerns the following sections of 3GPP TS 29.122 v17.0.0, as indicated in:

[0114] TIFF0007600413000014.tif187135TIFF0007600413000015.tif199135TIFF0007600413000016.tif199135TIFF0007600413000017.tif13813 5TIFF0007600413000018.tif55135TIFF0007600413000019.tif221135TIFF0007600413000020.tif107135TIFF0007600413000021.tif150135

[0115] The exemplary procedure as shown in FIG. 6 may further include, for example: Bold and underlined This amendment concerns the following sections of 3GPP TS 29.522 v17.0.0, as indicated in:

[0116] TIFF0007600413000022.tif186135TIFF0007600413000023.tif186135

[0117] In the following, the configuration of a first network node according to an embodiment of the present invention will be described with reference to Fig. 7. Fig. 7 illustrates a schematic block diagram of a first network node 700 according to an exemplary embodiment of the present disclosure. The first network node 700 in Fig. 7 may execute the method 200 described above with reference to Fig. 2. Therefore, some detailed descriptions of the first network node 700 are omitted here for the sake of brevity, since the reader may refer to the corresponding descriptions of the method 200 in Fig. 2 and the signaling sequence diagrams in Figs. 4 and 5 discussed above.

[0118] As shown in Fig. 7, a first network node 700 may comprise a sending unit 701 that may be configured to send a service request message for an Ethernet type session to a second network node, where the service request message includes network-related identification information for the Ethernet type session.

[0119] In an exemplary embodiment, network-related identification information for an Ethernet type session is pre-configured or dynamically provided in the AF.

[0120] In an exemplary embodiment, the network-related identification information for an Ethernet type session includes at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0121] In an example embodiment, the network related identification information for an Ethernet type session includes an external group ID of a virtual network for the Ethernet type session, which is associated with at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0122] In an example embodiment, the foreign group ID indicates the first network node's support for at least one of the following: External group ID feature, Ethernet application server session QoS function, and Ethernet Chargeable Party Function.

[0123] In an exemplary embodiment, the service request message further includes a UE MAC address for the UE associated with the Ethernet type session.

[0124] In an exemplary embodiment, the first network node 700 may further comprise a receiving unit that may be configured to receive a response from the second network node indicating whether the requested service was successfully invoked for the Ethernet type session.

[0125] In an exemplary embodiment, the first network node is an AF, the second network node is a NEF, and the third network node is a PCF.

[0126] In an exemplary embodiment, the service request message includes at least one of the following: A request message for managing the QoS required for a service data flow of an Ethernet type session; and A request message to manage the chargeable party for an Ethernet-type session.

[0127] Hereinafter, a configuration of a first network node according to another embodiment of the present invention will be described with reference to Fig. 8. Fig. 8 illustrates a schematic block diagram of a first network node 800 according to an exemplary embodiment of the present disclosure. The first network node 800 in Fig. 8 may execute the method 200 described above with reference to Fig. 2. Therefore, some detailed descriptions of the first network node 800 are omitted here for the sake of brevity, since the reader may refer to the corresponding descriptions of the method 200 in Fig. 2 and the signaling sequence diagrams in Figs. 4 and 5 discussed above.

[0128] As shown in Fig. 8, the first network node 800 comprises at least one processor 801 and at least one memory 803. The at least one processor 801 includes, for example, any suitable CPU (Central Processing Unit), microcontroller, DSP (Digital Signal Processor), etc. capable of executing computer program instructions. The at least one memory 803 may be any combination of RAM (Random Access Memory) and ROM (Read Only Memory). The at least one processor memory 803 may include persistent storage, which may be, for example, any single one or combination of magnetic, optical, or solid-state memory, or may be a remotely mounted memory.

[0129] The at least one memory 803 stores instructions executable by the at least one processor 801. The instructions, when loaded from the at least one memory 803 and executed on the at least one processor 801, may cause the first network node 800 to perform operations of the procedures, e.g. as previously described in relation to Figure 2 with reference to the signalling sequence diagrams of Figures 4 and 5 respectively, and are therefore omitted here for the sake of brevity.

[0130] In the following, the configuration of a second network node according to an embodiment of the present invention will be described with reference to Fig. 9. Fig. 9 illustrates a schematic block diagram of a second network node 900 according to an exemplary embodiment of the present disclosure. The second network node 900 in Fig. 9 may execute the method 300 described above with reference to Fig. 3. Therefore, some detailed descriptions of the second network node 900 are omitted here for the sake of brevity, since the reader may refer to the corresponding descriptions of the method 300 in Fig. 3 and the signaling sequence diagrams in Figs. 6 and 5 discussed above.

[0131] As shown in FIG. 9, the second network node 900 may include a receiving unit 901 and a discovering unit 903.

[0132] The receiving unit 901 may be configured to receive a service request message for an Ethernet type session from a first network node, where the service request message includes network-related identification information for the Ethernet type session.

[0133] The discovery unit 903 may be configured to discover a third network node based at least on the network-related identification information.

[0134] In an exemplary embodiment, the service request message further includes a UE MAC address of the UE associated with the Ethernet type session.

[0135] Alternatively, the discovery unit 903 may be configured to discover a fifth network node that holds binding information of the third network node for the Ethernet type session based on the network-related identification information, and discover the third network node using the UE MAC address received from the AF by querying the fifth network node.

[0136] In an exemplary embodiment, the network-related identification information for an Ethernet type session is pre-configured or dynamically provided.

[0137] In an exemplary embodiment, the network-related identification information for an Ethernet type session includes at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0138] In an example embodiment, the network related identification information for an Ethernet type session includes an external group ID of a virtual network for the Ethernet type session, which is associated with at least one of the following: DNN for Ethernet type sessions, and S-NSSAI for an Ethernet type session.

[0139] In an example embodiment, the foreign group ID indicates the first network node's support for at least one of the following: External group ID feature, Ethernet application server session QoS function, and Ethernet Chargeable Party Function.

[0140] In an exemplary embodiment, the second network node 900 may further comprise a derivation unit (not shown) that may be configured to derive at least one of a DNN for an Ethernet type session and an S-NSSAI for an Ethernet type session from the external group ID.

[0141] In an exemplary embodiment, the derivation unit may be further configured to query a fourth network node, which stores an association relationship between the external group ID and the DNN and / or the S-NSSAI, for at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session, using the external group ID.

[0142] In an exemplary embodiment, the discovery unit 903 may be further configured to discover a fifth network node that holds binding information of a third network node for the Ethernet type session based on at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session, and to query the fifth network node using the UE MAC address and at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session to discover the third network node.

[0143] In an exemplary embodiment, the fifth network node is discovered by the second network node querying the sixth network node using at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session.

[0144] In an exemplary embodiment, the second network node 900 may further comprise a sending unit (not shown) that may be configured to send another service request message to the third network node for invoking the requested service for the Ethernet type session, and the receiving unit 901 may further be configured to receive a response from the third network node indicating whether the requested service has been successfully invoked for the Ethernet type session.

[0145] In an exemplary embodiment, the first network node is an AF, the second network node is a NEF, the third network node is a PCF, the fourth network node is a UDM, the fifth network node is a BSF, and the sixth network node is an NRF.

[0146] In an exemplary embodiment, the service request message comprises a request message to manage the QoS required for a service data flow of an Ethernet type session and is received via the Nnef_AFsessionWithQoS API.

[0147] In an exemplary embodiment, the service request message comprises a request message to manage the chargeable parties for an Ethernet type session and is received via the Nnef_ChargeableParty API.

[0148] Hereinafter, the configuration of a second network node according to another embodiment of the present invention will be described with reference to Fig. 10. Fig. 10 illustrates a schematic block diagram of a second network node 1000 according to an exemplary embodiment of the present disclosure. The second network node 1000 in Fig. 10 may execute the method 300 described above with reference to Fig. 3. Therefore, some detailed descriptions of the second network node 1000 are omitted here for the sake of brevity, since the reader may refer to the corresponding descriptions of the method 300 in Fig. 3 and the signaling sequence diagrams in Figs. 6 and 5 discussed above.

[0149] As shown in Fig. 10, the second network node 1000 comprises at least one processor 1001 and at least one memory 1003. The at least one processor 1001 includes, for example, any suitable CPU (Central Processing Unit), microcontroller, DSP (Digital Signal Processor), etc. capable of executing computer program instructions. The at least one memory 1003 may be any combination of RAM (Random Access Memory) and ROM (Read Only Memory). The at least one processor memory 1003 may include persistent storage, which may be, for example, any single one or combination of magnetic, optical, or solid-state memory, or may be a remotely mounted memory.

[0150] The at least one memory 1003 stores instructions executable by the at least one processor 1001. The instructions, when loaded from the at least one memory 1003 and executed on the at least one processor 1001, may cause the second network node 1000 to perform operations of the procedures, e.g. as previously described in relation to Figure 3 with reference to the signalling sequence diagrams of Figures 6 and 5, respectively, as discussed above, and are therefore omitted here for the sake of brevity.

[0151] The present disclosure further provides at least one computer program product in the form of a non-volatile memory or a volatile memory (e.g., a non-transitory computer-readable storage medium, an Electrically Erasable Programmable Read Only Memory (EEPROM), a flash memory, and a hard drive). The computer program product includes a computer program.

[0152] The computer program includes code / computer readable instructions which, when executed by at least one processor 801, cause the first network node 800 to perform operations of, for example, the procedure described above in relation to Figure 2, or code / computer readable instructions which, when executed by at least one processor 1001, cause the second network node 1000 to perform operations of, for example, the procedure described above in relation to Figure 3, respectively.

[0153] The computer program product may be configured as computer program code structured in computer program modules, which may essentially perform the actions of the flows depicted in any of Figures 2 to 6.

[0154] The processor may be a single CPU (Central Processing Unit), but may also comprise two or more processing units. For example, the processor may include a general-purpose microprocessor, a special-purpose microprocessor, such as an instruction set processor and / or associated chipset and / or an application specific integrated circuit (ASIC). The processor may also include on-board memory for cache purposes. The computer program may be carried by a computer program product coupled to the processor. The computer program product may include a non-transitory computer readable storage medium on which the computer program is stored. For example, the computer program product may be a flash memory, a random access memory (RAM), a read-only memory (ROM), or an EEPROM, and the above computer program modules may be distributed in the form of memory in various computer program products in alternative embodiments.

[0155] The present disclosure has been described above with reference to the embodiments thereof. It should be understood that those skilled in the art can make various modifications, changes and additions without departing from the spirit and scope of the present disclosure. Therefore, the scope of the present disclosure is not limited to the specific embodiments described above, but is defined only by the appended claims.

Claims

1. A method (200) in an Application Function (AF) for facilitating dynamic discovery by a Network Exposure Function (NEF) of a core network of a Policy Control Function (PCF) serving an Ethernet type session, comprising: Sending a service request message for the Ethernet type session to the NEF (S201), the service request message including network-related identification information for the Ethernet type session, the network-related identification information for the Ethernet type session including: A DNN (Data Network Name) for said Ethernet type session; and A single network slice selection assistance information (S-NSSAI) for the Ethernet type session; and The method includes at least one of the following:

2. The method (200) of claim 1, wherein the network-related identification information for the Ethernet type session is pre-configured in the AF or dynamically provided to the AF.

3. The method (200) of claim 1 or 2, wherein the service request message further comprises a UE MAC (Medium Access Control) address for a UE (User Equipment) associated with the Ethernet type session.

4. 4. A method (200) according to any one of claims 1 to 3, comprising: The method further includes receiving a response from the NEF indicating whether a requested service was successfully invoked for the Ethernet type session.

5. 5. The method (200) of claim 1, wherein the service request message comprises: a request message for managing a quality of service (QoS) required for a service data flow of said Ethernet type session; a request message to manage chargeable parties for the Ethernet type session; The method includes at least one of the following:

6. A method (300') in a Network Exposure Function (NEF) of a core network for dynamically discovering a Policy Control Function (PCF) for an Ethernet type session, comprising: Receiving a service request message for the Ethernet type session from an AF (Application Function) (S301), the service request message including network-related identification information for the Ethernet type session; and finding (S303') a Binding Support Function (BSF) that holds binding information of the PCF for the Ethernet type session based on the network-related identification information, the network-related identification information for the Ethernet type session being: A DNN (Data Network Name) for said Ethernet type session; and A single network slice selection assistance information (S-NSSAI) for the Ethernet type session; and The method includes at least one of the following:

7. 7. The method (300') of claim 6, wherein the service request message further comprises a UE MAC (Media Access Control) address for a UE (User Equipment) associated with the Ethernet type session.

8. 8. The method (300') of claim 7, further comprising: The method further includes discovering the PCF by querying the BSF using the UE MAC address received from the AF.

9. 8. The method (300') of claim 6 or 7, further comprising: The method further includes discovering the PCF based on the network-related identity information (S303).

10. The method (300') according to any one of claims 6 to 9, wherein the network-related identification information for the Ethernet type session is pre-configured in the AF or dynamically provided to the AF.

11. 7. The method (300') of claim 6, wherein the BSF is discovered by the NEF querying a Network Repository Function (NRF) using the at least one of the DNN for the Ethernet type session and the S-NSSAI for the Ethernet type session.

12. 12. The method (300') of any one of claims 6 to 11, comprising: sending another service request message to the PCF to invoke a requested service for the Ethernet type session; receiving a response from the PCF indicating whether the requested service was successfully invoked for the Ethernet type session; The method further comprises:

13. 13. The method (300') of any one of claims 6 to 12, further comprising: The method, wherein the service request message comprises a request message for managing a quality of service (QoS) requested for a service data flow of the Ethernet type session and is received via an Nnef_AFsessionWithQoS API (Application Programming Interface).

14. 14. The method (300') of any one of claims 6 to 13, comprising: The method of claim 1, wherein the service request message comprises a request message to manage chargeable parties for the Ethernet type session and is received via a Nnef_ChargeableParty API.

15. AF (Application Function) (800), At least one processor (801); and at least one memory (803) storing instructions that, when executed on the at least one processor (801), cause the AF (800) to: sending a service request message for an Ethernet type session to a NEF (Network Publication Function), the service request message including network-related identification information for the Ethernet type session, the network-related identification information for the Ethernet type session being: A DNN (Data Network Name) for said Ethernet type session; and A single network slice selection assistance information (S-NSSAI) for the Ethernet type session; and AF, comprising at least one of:

16. 16. The AF (800) of claim 15, wherein the instructions, when executed on the at least one processor (801), further cause the AF (800) to perform the method of any one of claims 2 to 5.

17. A network access function (NEF) (1000), At least one processor (1001); and at least one memory (1003) storing instructions that, when executed on the at least one processor (1001), cause the NEF (1000) to: receiving a service request message from an application function (AF) for an Ethernet type session, the service request message including network-related identification information for the Ethernet type session; and discovering a BSF (Binding Support Function) that holds binding information of a PCF (Policy Control Function) for the Ethernet type session based on the network-related identification information, the network-related identification information for the Ethernet type session being A DNN (Data Network Name) for said Ethernet type session; and A single network slice selection assistance information (S-NSSAI) for the Ethernet type session; and The NEF includes at least one of the following:

18. The NEF (1000) of claim 17, wherein the instructions, when executed on the at least one processor (1001), further cause the NEF (1000) to perform the method of any one of claims 7 to 14.

19. 6. A computer readable storage medium having stored thereon computer program instructions which, when executed by at least one processor, cause the at least one processor to perform a method according to any one of claims 1 to 5.

20. 15. A computer readable storage medium having computer program instructions stored thereon, the computer program instructions, when executed by at least one processor, causing the at least one processor to perform a method according to any one of claims 6 to 14.

Images