Network function selection

Abstract

Example embodiments of the present disclosure relate to selection of a target network function for an event subscription or exposure. In an aspect, the first network device transmits, to a second network device, a first request message for selecting a network function for an event subscription. The first request message comprises event information to be subscribed. The first network device receives, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions. In this way, a specific network function can be allocated for the first network device which request an event subscription, based on the event to be subscribed, thereby improving performance of communication networks.

Description

NETWORK FUNCTION SELECTIONFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communication, and in particular, to a terminal device, a network device, methods and apparatuses for selecting a network function, for example, for event subscription or exposure.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network. A communication device may be provided with a service by an application server. Such communication networks operate in according with standards such as those provided by 3GPP (Third Generation Partnership Project) or ETSI (European Telecommunications Standards Institute) . Examples of standards are the so-called 5G (5th Generation) standards provided by 3GPP.

[0003] From a standardization perspective, 3GPP release 19 has approved to study on the key issues about impact on internet protocol multi-media subsystem (IMS) architecture, interfaces and procedures to support IMS capability exposure in the context of IMS data channel session.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for selecting a network function, for instance, for an event subscription or exposure.

[0005] In a first aspect, there is provided a first network device. The first network device may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the first network device at least to: transmit, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and receive, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0006] In a second aspect, there is provided a second network device. The second network device may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the second network device at least to: receive, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and transmit, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0007] In a third aspect, there is provided a third network device. The third network device may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the third network device at least to: receive, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; and determine, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.

[0008] In a fourth aspect, there is provide a fourth network device. The fourth network device may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the fourth network device at least to: transmit, to a second network device, capability information of the fourth network device for registering in the second network device; and receive, from the second network device, a response message comprising a result of registration.

[0009] In a fifth aspect, there is provide a fourth network device. The fourth network device may include at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the fourth network device at least to: receive, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, and transmit, to the first network device, a response message comprising a result of the subscription.

[0010] In a sixth aspect, there is provide a method implemented the first network device. The method may include: transmitting, to a second network device, a first request message  for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and receiving, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0011] In a seventh aspect, there is provided a method implemented at the second network device. The method may include: receiving, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and transmitting, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0012] In an eighth aspect, there is provided a method implemented at the third network device. The method may include: receiving, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; and determining, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.

[0013] In a ninth aspect, there is provided a method implemented at the fourth network device. The method may include: transmitting, to a second network device, capability information of the fourth network device for registering in the second network device; and receiving, from the second network device, a response message comprising a result of registration.

[0014] In a tenth aspect, there is provide a method implemented at the fourth network device. The method may include: receiving, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, and transmitting, to the first network device, a response message comprising a result of the subscription.

[0015] In an eleventh aspect, there is provided an apparatus. The apparatus may include: means for transmitting, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and means for receiving, from the second network device, a  first response message comprising an identity of a selected network function among a plurality of network functions.

[0016] In a twelfth aspect, there is provided an apparatus. The apparatus may include: means for means for receiving, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and means for transmitting, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0017] In a thirteenth aspect, there is provided an apparatus. The apparatus may include: means for receiving, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; and means for determining, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.

[0018] In a fourteenth aspect, there is provided an apparatus. The apparatus may include: means for transmitting, to a second network device, capability information of the fourth network device for registering in the second network device; and means for receiving, from the second network device, a response message comprising a result of registration.

[0019] In a fifteenth aspect, there is provided an apparatus. The apparatus may include: means for receiving, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, and means for transmitting, to the first network device, a response message comprising a result of the subscription.

[0020] In a sixteenth aspect, there is provided a non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus at least to perform at least the method according to any of the sixth aspect to the tenth aspect of the present application.

[0021] In a seventeenth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to perform  at least the method according to any of the sixth aspect to the tenth aspect of the present application.

[0022] In an eighteenth there is provided a first network device. The first network device may include: transmitting circuitry for transmitting, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and receiving circuitry for receiving, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0023] In a nineteenth aspect, there is provided a second network device. The second network device may include: receiving circuitry for receiving, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and transmitting circuitry for transmitting, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0024] In a twentieth aspect, there is provided a third network device. The third network device may include: receiving circuitry for receiving, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; and determining circuitry for determining, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.

[0025] In a twenty-first aspect, there is provided a fourth network device. The fourth network device may include: transmitting circuitry for transmitting, to a second network device, capability information of the fourth network device for registering in the second network device; and receiving circuitry for receiving, from the second network device, a response message comprising a result of registration.

[0026] In a twenty-second aspect, there is provided a fourth network device. The fourth network device may include: receiving circuitry for receiving, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises  an identity of the selected network function, and transmitting circuitry for transmitting, to the first network device, a response message comprising a result of the subscription.

[0027] It is to be understood that the summary section is not intended to identity key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0028] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0029] Fig. 1 illustrates an example of a network environment in which some embodiments of the present disclosure may be implemented;

[0030] Fig. 2A illustrates an example signaling process for selecting a network function in accordance with some embodiments of the present disclosure;

[0031] Fig. 2B illustrates an example signal process for selecting a network function for processing capability handling in accordance with some embodiments of the present disclosure;

[0032] Fig. 2C illustrates an example signal process for selecting a network function for processing capability handling in accordance with some embodiments of the present disclosure;

[0033] Fig. 3 illustrates an example signaling process for a DCSF registration and selection in accordance with some example embodiments of the present disclosure;

[0034] Fig. 4 illustrates an example signaling process for a DCSF registration and selection in accordance with some example embodiments of the present disclosure;

[0035] Fig. 5 illustrates an example signaling process for determining a DCSF for capability handling in accordance with some example embodiments of the present disclosure;

[0036] Fig. 6 illustrates an example signaling process for determining a DCSF for capability handling in accordance with some example embodiments of the present disclosure;

[0037] Fig. 7 illustrates a flowchart of an example method implemented at a first network device in accordance with some embodiments of the present disclosure;

[0038] Fig. 8 illustrates a flowchart of an example method implemented at a second network device in accordance with some embodiments of the present disclosure;

[0039] Fig. 9 illustrates a flowchart of an example method implemented at a third network device in accordance with some embodiments of the present disclosure;

[0040] Fig. 10 illustrates a flowchart of an example method implemented at a fourth network device in accordance with some embodiments of the present disclosure;

[0041] Fig. 11 illustrates a flowchart of an example method implemented at a fourth network device in accordance with some embodiments of the present disclosure;

[0042] Fig. 12 illustrates a simplified block diagram of a device that is suitable for implementing some embodiments of the present disclosure; and

[0043] Fig. 13 illustrates a block diagram of an example of a computer-readable medium in accordance with some embodiments of the present disclosure.

[0044] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

[0045] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.

[0046] 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 skills in the art to which this disclosure belongs.

[0047] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is  within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0048] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0049] 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 as well, unless the context clearly indicates otherwise. It will be further understood that the terms “includes” , “including” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0050] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0051] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0052] (b) combinations of hardware circuits and software, such as (as applicable) :

[0053] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0054] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0055] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (such as, firmware) for operation, but the software may not be present when it is not needed for operation.

[0056] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0057] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0058] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0059] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (such as, remote surgery) , an industrial device and applications (such as, a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0060] As mentioned above, 3GPP release 19 has approved to study on “impact on internet protocol multi-media subsystem (IMS) architecture, interfaces and procedures to support IMS capability exposure in the context of IMS data channel session” , have been proposed to be studied. For example, the issues to be studied may comprise: (1) enhancements to IMS architecture, interfaces and procedures to expose IMS services in the following IMS data channel related scenarios: IMS data channel initiation, update and release, for example, this includes the initiation, update and release of application and bootstrap data channels; and (2) whether and how an application server can request to use the bootstrap data channel for downloading a specific application.

[0061] As defined in the specification, such as AC. 2 of TS 23.228, the data channel signaling function (DCSF) is the signaling control function that provides data channel (DC) control logic, meaning that if a data channel application server (DC AS) wants to subscribe to a certain DC-related event (such as, bootstrap DC establishment, bootstrap DC updating, updating release, application DC establishment, application DC updating, application DC release, or DC application downloading) , a DCSF may be selected that is capable to handle  this DC-related event (for example, via a network exposure function (NEF) ) . That is to say, the selection of the DCSF plays an essential role of DC-related event subscription and / or DC-related event exposure, to ensure that the selected DCSF is capable of exposing the subscribed DC-related event, especially, in the case that the subscribed DC-related event has not yet occurred during the subscription period. Further, to process the exposure triggered DC capability handling, it is to be guaranteed that it is the same DCSF to serve the DC-related event exposure and later to serve the DC capability handling, so that the IMS session information and other information related to the exposed event, for example, session ID, calling ID, or called ID, especially in the non-standalone DC, are available in the DCSF.

[0062] Therefore, there are at least two problems which may need to be solved. First, an appropriate approach for selecting a DCSF for an DC-related event subscription / exposure needs to be considered, even in the case that events never occur during the event subscription phase. Second, it needs to make sure that the selected DCSF that serves the DC-related event subscription and / or exposure may also serve the event exposure triggered DC capability handling.

[0063] According to embodiments of the present disclosure, there is provided a solution for selecting a target network function for an event subscription or exposure. The first network device transmits, to a second network device, a first request message for selecting a network function for an event subscription. The first request message comprises event information to be subscribed. The first network device receives, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions. In this way, a specific network function can be allocated for the first network device which request an event subscription, based on the event to be subscribed, thereby improving performance of communication networks.

[0064] Fig. 1 illustrates an example of a network environment 100 in which some embodiments of the present disclosure may be implemented. In the descriptions of the example embodiments of the present disclosure, the network environment 100 may also be referred to as a communication system 100 (for example, a portion of a communication network) . For illustrative purposes only, various aspects of example embodiments will be described in the context of one or more terminal devices and network devices that communicate with one another. It should be appreciated, however, that the description herein may be applicable to other types of apparatus or other similar apparatuses that are referenced using other terminology.

[0065] The network 110 may provide services to the terminal device 120, and the network 110 and the terminal device 120 may communicate data and control information with each other. In some embodiments, the network 110 and the terminal device 120 may communicate with direct links / channels.

[0066] In the communication system 100, a link from the network 110 to the terminal device 120 is referred to as a downlink (DL) , while a link from the terminal device 120 to the network 110 is referred to as an uplink (UL) . In downlink, the network 110 is a transmitting (TX) device (or a transmitter) and the terminal device 120 is a receiving (RX) device (or a receiver) . In uplink, the terminal device 120 is a transmitting (TX) device (or a transmitter) and the network 110 is a RX device (or a receiver) .

[0067] The network 110 may comprise a plurality of network functions, for example, a data channel application server (DC AS) 111, a network exposure function (NEF) 112, a network repository function (NRF) 113, a data channel signaling function (DCSF) 114, and an internet protocol multi-media subsystem application server (IMS AS) 115, and the like. These functions will be described in detail in the followings.

[0068] Communications in the network environment 100 may be implemented according to any proper communication protocol (s) , including, but not limited to, cellular communication protocols of the fourth generation (4G) and the fifth generation (5G) and on the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, including but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future.

[0069] It is to be understood that the number of devices and their connection relationships and types shown in Fig. 1 are for illustrative purposes only without suggesting any limitation. The communication system 100 may include any suitable number of devices adapted for implementing embodiments of the present disclosure.

[0070] As mentioned above, a DCSF needs to be selected that is capable to handle the DC- related event via an NEF. Especially, in the case that bootstrap or application DC has not been established, a proper DCSF also needs to be selected. As an example, a DC AS subscribes to the event “bootstrap DC establishment” or “DC application X is downloaded” , and if a bootstrap DC has not been set up yet or the application X has not been downloaded yet, a DCSF is still needed to be selected to handle this event subscription or exposure, which will be selected to establish the bootstrap DC or downloading the DC application X.

[0071] For example, during a DC event exposure, a DC AS may subscribe for DC events at the DCSF. The DCSF might be a cluster with fully qualified domain name (FQDN) . Any DCSF in the cluster can serve the DC AS. However, during subscription, a specific DCSF cannot be allocated for the DC AS based on the event to be subscribed. For example, one solution technical document has been discussed, proposing to subscribe an IMS AS for event exposure. However, such proposal has the drawback that IMS AS is not able to exposure some DC-related events, such as, downloading application, while subscribed DCSF for DC events can cover all DC-related event exposure. Moreover, the DCSF selection for subscription is essential when the DC-related events to be subscribed to have not yet occurred during the subscription period. Therefore, the selection of DCSFs needs to be investigated. That is to say, an appropriate approach for selecting a DCSF for an DC-related event subscription and / or exposure needs to be considered, even in the case that events never occur during the event subscription phase.

[0072] Hereinafter, an example signal process 200A for selecting a network function for event subscription will be described with reference to Fig. 2A. For the purpose of discussion, the process 200A may be described with reference to Fig. 1. The process 200A may involve a plurality of network function of the network 110 as illustrated in Fig. 1, for example, the DC AS 111, the NEF 112, the NRF 113, the DCSF 114, and the IMS AS 115. It should be understood that the DC AS 111 may be an example of the first network device 201, the NFE 112 may also be an example of the first network device, the NRF 113 may be an example of the second network device 202, the IMS AS 115 may be an example of the third network device 203, and the DCSF 114 may be an example of the fourth network device 204. It would be appreciated that although the process 200A has been described in the communication environment 100 of Fig. 1, this process may be likewise applied to other communication scenarios with similar issues.

[0073] As shown in Fig. 2A, in process 200A, a fourth network device 204 transmits (211) to the second network device 202, its capability information 231 for registering in the second  network device. The second network device 202 receives (212) the capability information 231, and transmits (213) the registration result by a response message 232 comprising the result of registration, and then the fourth network device 202 may receive (214) the response message 232. For example, a DCSF registers to the NRF with its network function profile (NFP) and also with its DCSF identity. A registered DCSF can also update its NR Profile. The network function profile comprises the capability information. It should be understood that all DCSFs may register in the NRF with their NF profiles and identities, respectively.

[0074] In some embodiments, the capability information of the fourth network device 202 comprises: identities of one or more terminal devices that the network function is able to serve; identities of one or more applications that the network function is able to serve; location or area information that the network function is able to serve; type of events that the network function is able to serve; specific events the that the network function is able to serve; or any combination thereof. After registering the capability of each fourth network device (for example, DCSF) in the second network device (for example, the NRF) , the second network device may have the knowledge of capability of all fourth network devices. It should be understood that the second network device 202 may get knowledge of capability of the fourth network device 204 in other way, rather than the registration, and registration is just one example way to get the knowledge of the network function profile.

[0075] Then, the first network device 201 transmits (215) , to the second network device 202, a first request message 233 for selecting a network function for an event subscription. For example, the first request message 233 comprises event information to be subscribed. Then the second network device 202 receives (216) the first request message 233. Then, the second network device 202 transmits (217) a first response message 234 comprising an identity of a selected network function among a plurality of network functions, and the first network device 201 receives (218) the first response message 234.

[0076] In some embodiments, the first request message 233 comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event. In some embodiments, the event information to be subscribed comprises: a name of an event; a type of an event; identities of one or more terminal devices; identities of one or more applications to be subscribed; a location or area information of a served terminal device; or any combination thereof. In some embodiments, the identity of the selected network function comprises: a registered network function profile; an address of  the selected network function; a unique identification (ID) of the selected network function; or any combination thereof.

[0077] In some embodiments, the first network device 201 comprises a DC application server (DC AS) , which is a trusted party. In these embodiments, the first network device 201 further transmits (219) , to the selected fourth network device, a second request message 235 for subscribing to an event at the selected fourth network device. Then, the selected fourth network device 204 receives (220) the second request message 235 and then transmit (221) a second response message 236 comprising the result of subscription or indicating success or failure of the subscription, and then the first network device 201 receives (222) the second response message 236. In these embodiments, the DS AS, transmitting the first request message for subscribing to an event at the selected fourth network device, is a trusted party, and it may send the request for subscribing to an event at the selected fourth network device directly to the selected fourth network device.

[0078] In some embodiments, the first network device 201 comprises a network exposure function (NEF) , and the first network device 201 transmits the second request message 235 and receives the second response message 236. In these embodiments, the first network device 201 (for example, the NEF) further receives, from a DC AS, a third request message for subscribing to an event and comprising the event information. In some examples, the transmitting of the first request message 235 for selecting a network function by the NEF is based on the receiving of the third request message. In these embodiments, the DC AS may be a trusted party or an untrusted party. In some embodiments, based on receiving the second response message from the selected network function, the NEF 202 further transmits, to the DC AS, a third response message for the third request message. For instance, the third response message indicates success or failure of the subscription.

[0079] Since the second network device has already obtained capability of all fourth network devices or all candidate network functions and may respond to the first network device with a selected fourth network device or network function, the selected network function capable of providing sufficient capability to expose the subscribed event can be selected based on the capability of registered network functions and the event information to be subscribed.

[0080] By this process 200A, a specific fourth network device or network function (for example, a DCSF) can be allocated for the first network device (for example, DC AS) which  requests an event subscription, based on the event to be subscribed. Even in the case that events never occur during the event subscription phase, a proper network function can be selected for an event subscription and / or exposure.

[0081] As mentioned above, the exposure of the DC-related event may trigger an DC capability handling request (such as, DC application update or upload, application DC establishment) . The use cases of DC event exposure triggered DC capability handing has been submitted and discussed. For example, the DC capability handling may be application DC establishment in Person-to-Person (P2P) , Person-to-Application (P2A) , and Person-to-Application-to-Person (P2A2P) scenarios defined in the specification, such as the clause AC. 7 of TS 23.228 or other DC capabilities. For example, for the DC event that the DC application X is downloaded, the exposed information for this DC event may trigger the need for the DC AS to create an application DC to be used to handle the communication related to packets for the downloaded application X. When the IMS network receives the request from the DC AS, a DCSF, that has been selected to serve the DC-related event exposure, also needs to be determined to serve the DC capability handling. For example, during a DC capability handling, such as, bootstrap DC establishment or application DC establishment, the IMS AS determines a DCSF based on local configurations as defined in the specification, such as AC. 7.2.1 of TS 23.228, and the determined DCSF may determine the policy about how to process the application DC establishment request. Therefore, according to the current agreement, the selection of the DCSF for DC capability handling is based on the local configuration of the DCSF, such as, the load balancing, the trigger of exposed DC-related event cannot be considered, and this is no DC AS support at the moment.

[0082] To process the exposure triggered DC capability handling, it needs to guarantee that it is the same DCSF to serve the DC-related event exposure and later to serve the DC capability handling such that the IMS session information and other information related to the exposed event is available in the DCSF. However, according to the current agreement, the selection of the DCSF for DC capability handling is based on the local configuration of the DCSF, the trigger of exposed DC-related event cannot be considered and this is no DC AS support at the moment. Therefore, it needs to make sure that the selected DCSF that serves the DC-related event subscription and / or exposure may also serve the event exposure triggered DC capability handling.

[0083] Hereinafter, an example signal process 200B for selecting a network function for processing capability handling will be described with reference to Fig. 2B. For the purpose  of discussion, the process 200B may be described with reference to Fig. 1. The process 200B may involve a plurality of network function of the network 110 as illustrated in Fig. 1, for example, the DC AS 111, the NEF 112, the DCSF 114, and the IMS AS 115. It should be understood that the DC AS 111 may be an example of the first network device 201, the NFE 112 may also be an example of the first network device, the IMS AS 115 may be an example of the third network device 203, and the DCSF 114 may be an example of the fourth network device 204. It would be appreciated that although the process 200B has been described in the communication environment 100 of Fig. 1, this process may be likewise applied to other communication scenarios with similar issues.

[0084] As shown in Fig. 2B, in process 200B, a first network device 201 transmits (223) a request message 237 for capability handling comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure, and then a third network device 203 (for example, a IMS AS) receives 224 the request message 237. It should be understood that the selected network function is one specific fourth network function, and the request message 237 may be forwarded by any fourth network device 204, which receives the request message 237 from the first network device 201 and is not necessary to be the selected network function.

[0085] After receiving the request message 237 comprising the identity of selected network function, the third network device 203 determines (225) the selected function from the plurality of network functions to process the request message for capability handling. It should be understood that the determined function for processing the capability handling is just the selected network function which is selected from a plurality of network functions during a network function selection procedure.

[0086] In some embodiments, the first network device 201 receives, from the selected network function (for example, a specific fourth network device) , an event subscription information in case of occurrence of subscribed events. A request message 237 for capability handling comprising the identity of the selected network function is triggered by the reception of the event subscription information, and then is transmitted, to one or more network functions of the plurality of network functions (for example, one or more fourth network devices among all registered fourth network devices) . In these embodiments, the first network device 201 is a DC AS, which is a trusted party, and the identity of the selected network function may have been obtained by the DC AS during network function selection procedure.

[0087] In some embodiments, the first network device 201 comprises a network exposure function (NEF) . The NEF transmits the request message 237 to the third network device 203. Before transmitting the request message 237, the first network device 201 further receives, from the selected network function, the identity of the selected network function; transmits, to a DC AS, the identity of the selected network function together with the transmitting of the event subscription information; and receives, from the DC AS, the request message 237 for capability handling comprising the identity of the selected network function. In these embodiments, the transmitting of the request message 237 for capability handling comprising the identity of the selected network function is triggered by the DC AS when receiving the event subscription information and then transmitted from by DC AS to the NEF. In these embodiments, the DC AS may be trusted party or untrusted party.

[0088] Thus, by the process 200B, it is the same fourth network device or network function to serve the event exposure and later to serve the capability handling, such that the IMS session information and other information related to the exposed event is available in the fourth network device. That is to say, selected fourth network device or network function that serves the event subscription and / or exposure may also serve the event exposure triggered capability handling.

[0089] Hereinafter, an example signal process 200C for selecting a network function for processing capability handling will be described with reference to Fig. 2C. For the purpose of discussion, the process 200C may be described with reference to Fig. 1. The process 200C may involve a plurality of network function of the network 110 as illustrated in Fig. 1, for example, the DC AS 111, the NEF 112, and the DCSF 114. It should be understood that the DC AS 111 may be an example of the first network device 201, the NFE 112 may also be an example of the first network device, and the DCSF 114 may be an example of the fourth network device 204. It would be appreciated that although the process 200C has been described in the communication environment 100 of Fig. 1, this process may be likewise applied to other communication scenarios with similar issues.

[0090] As shown in Fig. 2C, in process 200C, a first network device 201 transmits (226) , to the selected fourth network device 204, a request message 237 for capability handling comprising an identity of a selected fourth network device which is selected from a plurality of network functions during a network function selection procedure, and then the selected fourth network device 204 (for example, a selected DCSF) receives 227 the request message 237. It should be understood that the selected fourth network device 204 is one specific  fourth network function selected during the network function selection procedure. After receiving the request message, the selected fourth network device 204 may process the capability handling.

[0091] In these embodiments, if the DC AS is a trusted party, the DC AS may directly determine, based on the identity of the selected network function, a target fourth network device 204 which may receive the request message 237 and process the capability handling. Then, the DC AS may directly transmit the request message 237 to the selected fourth network device 204. Otherwise, if the DC AS is an untrusted party, the DC AS may transmit the request message 237 to the NEF and the NEF may determine, based on the identity of the selected network function, the target fourth network device which may receive the request message 237 and process the capability handling. Then, the NEF may transmit the request message 237 to the selected fourth network device 204.

[0092] Thus, by the process 200C, it is the same fourth network device or network function to serve the event exposure and later to serve the capability handling such that the IMS session information and other information related to the exposed event is available in the fourth network device. That is to say, selected fourth network device or network function that serves the event subscription and / or exposure may also serve the event exposure triggered capability handling.

[0093] Hereinafter, an example signaling process 300 for a DCSF registration and selection in accordance with some example embodiments of the present disclosure will be described with reference to Fig. 3. It should be understood that the DC AS 311 may be an example of the first network device 201, the NFE 312 may also be an example of the first network device, the NRF 313 may be the example of the second network device 202, the IMS AS 315 may be an example of the third network device 203, and the DCSF 314 may be an example of the fourth network device 204.

[0094] In this embodiment, each DCSF 314 registers itself in the NRF 313 with specific information. A DC AS 311 subscribes for DC event notification or subscription via a NEF 312 through DC3 interface. The NEF 312 transmits a request message to the NRF 313 to select a proper DCSF 314 and receives an identity of the selected DCSF as a response from the NRF 313. The NEF 312 further forwards the DC-related event subscription request received from the DC AS 311 to the selected DCSF 314, which may handle DC event  exposure to the DC AS 311 later. In this embodiment, the DC AS 311 may be a trusted party or an untrusted party (such as, not within the same public land mobile network (PLMN) ) .

[0095] As illustrated in Fig. 3, at step 1, a DCSF 314 registers to the NRF 313 with its network function profile (NFP) and also with its DCSF identity, following the approach defined in the specification, for example, Clause 5.2.2.2.2 of TS 29.510. A registered DCSF can also update its NR Profile, following the approach defined in the specification, for example Clause 5.2.2.3 update of TS 29.510.

[0096] In some embodiments, the network function profile may comprise capability information. The NF Profile contains all the parameters defined in the specification, such as clause 6.1.6.2.2 of TS 29.510, with the following capability information as additional parameters: (1) which group of user ID (s) or UE ID (s) that the DCSF can serve; (2) ID (s) of application (s) that the DCSF can serve; (3) the type of events that supported by the DCSF; (4) specific events that the DCSF can serve, and (5) other information, such as, location or area information that the DCSF can serve.

[0097] In some embodiments, the DCSF 314 further registers it in the NRF 313 with its identity. In some embodiments, a new information element (IE) called DCSF identity is proposed, which is used to identity a specific DCSF. The DCSF identity may be a unique identifier (ID) of the DCSF, an address, or the registered NF profile.

[0098] At step 2, the NRF 313 responds with success result or failure result to the DCSF 314. With response success, the DCSF 314 is successfully registered in the NRF 313 for potential DC event subscription and or exposure. Similarly, all other DCSFs 314 register to the NRF 313 in the same way.

[0099] At step 3, a DC AS 311 sends a DC event subscription request to the NEF 312 via DC3 interface to request a DC event subscription, and in this request, the event information to be subscribed may be included. In some embodiments, to select a DCSF 314 for DC event subscription, following event information to be subscribed may be provided by the DC AS 311: (1) type of the event; (2) (group of) user ID (s) ; (3) application ID (s) to be subscribed; and (4) other information, such as, location or area information of a terminal device to be served. That is to say, the NEF 312 receives request to subscribe to a certain event from the DC AS 311. This request can contain event information, such as, type of the event, (group of) user ID (s) , application ID (s) , other information like location of the served UE.

[0100] At step 4, upon reception of the DC event subscription request, the NEF 312 send a DCSF selection request to the NRF 313 to select a DCSF 314 from the NRF 313, and in the DCSF selection request, the event information to be subscribed received from the DC AS 311 may be included. At step 5, the NRF 313 responds to the NEF 312 with a selected DCSF, which can provide sufficient capability to expose the subscribed DC event based on the capability of registered DCSFs and the received event information. The selected DCSF 314 to be subscribed may be identified by the DCSF identity, which may be the registered NF Profile, the address, or the unique ID of the selected DCSF.

[0101] That is to say, the NEF 312 is checking with the NRF 313, and the NRF 313 replies with suitable DCSF, and the NEF 312 is selecting a suitable DCSF whose capability information fulfils the event information. The selected DCSF 311 may be identified by a unique DCSF identifier.

[0102] At step 6, the NEF 312 may subscribe to an event at the DCSF 311 selected or provided in the previous step 5. For example, the NEF 312 may transmit to the DCSF 314 a request message for subscribing to the DCSF 314. In some embodiments, the request message for subscribing to the DCSF 314 may include the identity of the selected DCSF 314.

[0103] At step 7, the subscribed DCSF 314 responds to the NEF 312 with Success or Failure response message, depending on if the subscription is successful or failed. Then, at step 8, the NEF 312 responds to the DC AS 311 with Success or Failure response message, depending on the response of the previous step 7. In some embodiments, the NEF 312 may also provide the DCSF identity to the DC AS 311 in the response of step 8 or an additional step.

[0104] In this way, during the event subscription phase that the subscribed DC-related event has not been occurred yet, a proper DCSF, which is capable of providing sufficient capability to expose the subscribed DC event, can be selected by the communication between the NRF, the NEF and the DC AS.

[0105] Hereinafter, an example signaling process 400 for a DCSF registration and selection in accordance with some example embodiments of the present disclosure will be described with reference to Fig. 4. In this embodiment, each DCSF 314 registers itself to or into an NRF 313. A DC AS 311, rather than the NEF 312 illustrated in Fig. 3, requests DCSF selection by NRF 313, to obtain a DCSF identity, to which it can subscribe for DC related events. The DC AS 311, rather than the NEF 312 illustrated in Fig. 3, sends DC-related  event subscription request to the DCSF 314 to subscribes to the selected DCSF 314, which can be identified by the obtained DCSF identity. In this embodiment, the DC AS 311 may be a trusted party, for example, in the same PLMN.

[0106] At illustrated in Fig. 4, the step 1 and step 2 may be the same as those illustrated in Fig. 3, and the details for these two steps will not be described again. At step 3, the DC AS 311 sends a DC event subscription request to the NRF 313, in the request the event information to be subscribed may be included. That is to say, the DC AS 311 directly transmits the request to the NRF 313, rather than through the NEF 312, and this request may contain event information to be subscribed.

[0107] At step 4, the NRF 313 responds to the DC AS 311 with a selected DCSF 314, and the selected DCSF is capable of providing sufficient capability to expose the subscribed DC event based on the capability of registered DCSFs and the event information to be subscribed. The selected DCSF 314 to be subscribed may be identified by the DCSF identity, which may be the registered NF Profile, the address, or the unique ID of the selected DCSF.

[0108] At step 5, the DC AS 311 may transmit a DC event subscription request to the selected DCSF 314 provided in the previous step 4 via a DC4 interface so as to subscribe to this DCSF 314. In this DC event subscription request, the identity of the selected DCSF 314 may be included. At step 6, the subscribed DCSF 314 responds to the DC AS with success or failure result, depending on if the subscription is successful or failed.

[0109] In this way, by the process 400, during the event subscription phase that the subscribed DC-related event has not been occurred yet, a proper DCSF, which is capable of providing sufficient capability to expose the subscribed DC event, can be selected by the direct communication between the NRF and the DC AS.

[0110] Hereinafter, an example signaling process 500 for determining a DCSF for capability handling will be described with reference to Fig. 5. In this signaling process, the capability handling may be a DC event exposure triggered DC capability handling.

[0111] As discussed above, in order to process the exposure triggered DC capability handling, the same DCSD needs to be used to the DC-related event exposure and later to serve the DC capability handling. By the signaling process 500, the selected DCSF for serving the DC-related event exposure may also be determined to serve the DC capability handling.

[0112] As illustrated in Fig. 5, at step 1, the DCSF may be registered as shown by steps 1 or 2 of Fig. 3 and Fig. 4. The DCSF may be selected for DC-related event subscription and exposure as shown in Fig. 3 and Fig. 4. At step 2, one or more subscribed DC related events occur. The occurrence of the subscribed DC related events may also involve the UE 320 and network functions, the DC AS 311, the NEF 312, the NRF 313, the DCSF 314, and the IMS AS 315, and some other network functions, such as call session control function (CSCF) and the like. The CSCF is a network function of the IMS, and is configured to control and manage the establishment, modification and release of sessions, and may include Proxy-CSCF (P-CSCF) , serving-CSCF (S-CSCF) , and interrogating-CSCF (I-CSCF) .

[0113] At step 3, the subscribed DC-related event (s) are exposed to the DC AS 311 from the selected DCSF 314 by a DC event exposure message. If the event subscription and / or exposure is through NEF via DC3 to the DC AS, as described with reference to Fig. 3, step 3a may be applied. The DCSF identity selected during the DC event subscription needs to be conveyed in the DC event exposure message to the DC AS 311. However, if the event subscription and / or exposure is directly via DC4 to the DC AS, as described with reference to Fig. 4, step 3b may be applied. In step 3b, the DCSF identity does not have to be contained in the DC event exposure message, which means the DCSF identity is optional in the message, since the DCSF identity has already been conveyed to the DC AS 311 in the procedure of DCSF selection in step 1.

[0114] At step 4, the DC AS 311 is triggered by the exposed event received in the previous step 3, to request an DC capability handling (e.g., application DC establishment) in the IMS network. For example, a DC capability handling request may be triggered by the DC AS 311. If the triggered request is through the NEF 312 and a DCSF (which may be not the selected DCSF) via a DC3 interface to the IMS AS 115, step 4a may be applied. If the triggered request is through a DCSF (which may be not the selected DCSF) via a DC4 interface to the IMS AS 115, step 4b may be applied. It should be noted that, the DCSF, to which the triggered request is sent, does not have to be the same DCSF to be determined based on the DCSF identity in Step 5.

[0115] At step 5, if the IMS AS 115 determines that DC capability handling request needs to be notified to a DCSF 314, the IMS AS 115 selects the DCSF 314 according to the DCSF identity received in the previous step 4. If the IMS AS 115 determines that DCSF 314 does not need to be notified or the request is not allowed, the IMS AS 115 proceeds with normal IMS procedures to setup the Multimedia Telephony (MMTel) session.

[0116] At step 6, the DC capability handling is processed by the selected DCSF 314. The procedure depends on the DC capability handling request, for example, P2P application DC establishment defined in the specification, such as AC. 7.2.1 TS 23.228.

[0117] In the signaling process 500, a DCSF 314 may be selected to serve the event exposure. In turn, a DCSF identity of the selected DCSF 314 may be determined. The DCSF identity is shared to the DC AS 311 together with DC-related event exposure information. Once a DC capability handling (e.g., application DC establishment) is triggered by the exposed DC-related event, the DC AS 311 conveys the received DCSF identity of the selected DCSF 314 to the IMS AS 115, so that the IMA AS 115 can determine the DCSF 314 to handle the DC capability (e.g., to establish the application DC) based on the received DCSF identity. That is to say, the DCSF identity, which has been selected during the previous DCSF selection procedure, is conveyed to the IMS AS in an DC capability handling request from the DC AS or NEF. The IMS AS may determine the DCSF for processing the DC capability handling request according to the received the DCSF identity.

[0118] It should be noted that the pertained UE information (for example, a user ID) may be part of the exposed DC event information to the DC AS 311, so that the correct User ID may be obtained by the IMS AS 115 during the triggered DC capability handling.

[0119] Hereinafter, an example signaling process 600 for determining a DCSF for capability handling will be described with reference to Fig. 6. In this signaling process, the capability handling may also be a DC event exposure triggered DC capability handling.

[0120] In the signaling process 600, steps 1, 2, and 3 may be the same as those described in Fig. 5, and the details for these steps will be omitted. Further, the step 5 of Fig. 6 is the same as the step 6 of Fig. 5.

[0121] In step 4a or 4b of Fig. 5, the event exposure triggered DC handling request is transmitted from the DC AS 311 to the IMS AS 115. However, in the step 4a or 4b of Fig. 6, the event exposure triggered DC handling request is transmitted from the DC AS 311 to a determined DCSF 314. That is to say, the DC AS 311 may determine the DCSF 314 by itself based on the DCSF identity received in step 3a or 3b, without interacting with IMS AS 115 for DCSF determination. In this case, the DC AS can directly request the determined DCSF for DC capability handling in Step 4a or 4b and skip step 5 of Fig. 5. Since the DC AS 311 and the NEF 312 have received the identity of the DCSF for serving the DC related  event exposure, the DC AS 311 (which is a trusted party) or the NEF 112 (in the case that the DC AS is an untrusted party) may determine the same DCSF for serving the DC capability handling based on the received DCSF identity at step 3a or 3b, and then transmit a DC capability handling request to the determined DCSF 314 at step 4a or 4b. For example, if the triggered request is through the NEF 312 via a DC3 interface to the determined DCSF 314, step 4a may be applied. If the triggered request is via a DC4 interface to the determined DCSF 314, step 4b may be applied.

[0122] In this way, the DCSF identity, which has been selected during the previous DCSF selection procedure, is conveyed to the DC AS. The DC AS may determine the DCSF for processing DC capability handling according to the received the DCSF identity.

[0123] Fig. 7 illustrates a flowchart of an example method 700 implemented at a first network device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the first network device 201 (for example, a NEF or a DC AS) with reference to Figs. 2A to 2C.

[0124] At block 710, the first network device 201 transmits, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed. At block 720, the first network device 201 receives, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0125] In some embodiments, the first request message comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event. In some embodiments, the first network device 201 further transmits, to the selected network function, a second request message for subscribing to an event at the selected network function; and receives, from the selected network function, a second response message indicating success or failure of the subscription. In these embodiments, the first network device comprises a DC application server (DC AS) which is a trusted party.

[0126] In some embodiments, the first network device 201 comprises a network exposure function (NEF) , and the first network device 201 further receives, from a DC application server (DC AS) , a third request message for subscribing to an event and comprising the event information, wherein the transmitting of the first request message is based on the receiving of the third request message, wherein the DC AS is a trusted party or an untrusted party. In these embodiments, the first network device 201 further: based on receiving the second  response message from the selected network function, transmits, to the DC AS, a third response message for the third request message, wherein the third response message indicates success or failure of the subscription. In these embodiments, the DC application server (DC AS) is a trusted party or an untrusted party.

[0127] In some embodiments, the event information comprises at least one of the following: a name of an event; a type of an event; identities of one or more terminal devices; identities of one or more applications to be subscribed; or a location or area information of a served terminal device. In some embodiments, the identity of the selected network function comprises at least one of the following: a registered network function profile; an address of the selected network function (for example, the address may be IP address or a Fully Qualified Domain Name (FQDN) ; or a unique identification (ID) of the selected network function.

[0128] In some embodiments, the first network device 201 further receives, from the selected network function, an event subscription information in case of occurrence of subscribed events; and transmits, to one or more network functions of the plurality of network functions, a fourth request message for capability handling comprising the identity of the selected network function upon reception of the event subscription information. In these embodiments, the first network device 201 comprises a DC application server (DC AS) which is a trusted party.

[0129] In some embodiments, the first network device 201 comprises a network exposure function (NEF) , and the first network device 201 further receives, from the selected network function, the identity of the selected network function; transmits, to a DC application server (DC AS) , the identity of the selected network function together with the transmitting of the event subscription information; and receives, from the DC AS, the fourth request message for capability handling comprising the identity of the selected network function, wherein the transmitting of the fourth request message for capability handling and the identity of the selected network function is based on the reception of the fourth request message for capability handling and the identity of the selected network function from the DC AS. In these embodiments, the DC application server (DC AS) is a trusted party or an untrusted party.

[0130] In some embodiments, the fourth request message for capability handling is triggered by the DC AS when the event subscription information is received by the DC AS.  In some embodiments, the selected network function is determined by the DC AS based on the identity of the selected network function to process the fourth request message for capability handling. In some embodiments, the selected network function is determined by the NEF based on the identity of the selected network function to process the fourth request message for capability handling, in the case that the DC AS is an untrusted party.

[0131] In some embodiments, the fourth request message for capability handling and the identity of the selected network function is transmitted by the one or more network functions of the plurality of network functions to an IP multi-media subsystem (IMS) network device. In these embodiments, the selected network function is determined by the IMS network device based on the identity of the selected network function to process the fourth request message for capability handling.

[0132] Fig. 8 illustrates a flowchart of an example method 800 implemented at a second network device 202 in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the second network device 202 (for example, a NRF) with reference to Figs. 2A to 2C.

[0133] At block 810, the second network device 202 receives, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed. At block 820, the second network device 202 transmits, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0134] In some embodiments, the second network device 202 further receives, from the plurality of network functions, a capability information of each of the plurality of network functions; registers each of the plurality of network functions with the capability information; and transmits, to the plurality of network functions, a second response message comprising a result of registration.

[0135] In some embodiments, the selected network function is selected based on the capability information and the event information. In some embodiments, the selection request comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event subscription. In some embodiments, the capability information of the network function comprises at least one of the following: identities of one or more terminal devices that the network function is able to serve; identities of one or more applications that the network function is able to serve; location or area  information that the network function is able to serve; type of events that the network function is able to serve; or specific events the that the network function is able to serve. In some embodiments, the second network device comprises a network repository function (NRF) .

[0136] Fig. 9 illustrates a flowchart of an example method 900 implemented at a third network device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 900 will be described from the perspective of the third network device 203 (for example, a IMS AS) with reference to Figs. 2A to 2C.

[0137] At block 910, the third network device 203 receives from a first network device, a request message for capability handling comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure. At block 920, the third network device 203 determines, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling. In some embodiments, the third network device 203 comprises an internet protocol multi-media subsystem application server (IMS AS) .

[0138] Fig. 10 illustrates a flowchart of an example method 1000 implemented at a fourth network device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 1000 will be described from the perspective of the fourth network device 204 (for example, a DCSF) with reference to Figs. 2A to 2C.

[0139] At block 1010, the fourth network device 204 transmits, to a second network device, capability information of the fourth network device for registering in the second network device. At block 1020, the fourth network device 204 receives, from the second network device, a response message comprising a result of registration. In some embodiments, the fourth network device 204 comprises a data channel signaling function (DCSF) .

[0140] Fig. 11 illustrates a flowchart of an example method 1100 implemented at a fourth network device in accordance with some other embodiments of the present disclosure. For the purpose of discussion, the method 1100 will be described from the perspective of the fourth network device 204 (for example, a DCSF) with reference to Figs. 2A to 2C.

[0141] At block 1110, the fourth network device 204 receives, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises  an identity of the selected network function. At block 1120, the fourth network device 204 transmits, to the first network device, a response message comprising a result of the subscription.

[0142] In some embodiments, the fourth network device 204 comprises the selected network function which functions as a data channel signaling function (DCSF) . In some embodiments, the fourth network device 204 further transmits, to the first network device, an event subscription information in case of occurrence of subscribed events; receives, from the first network device, a request message for capability handling and the identity of the selected network function; and processes the capability handling.

[0143] In some embodiments, an apparatus (for example, the first network device 201) capable of performing the method 700 may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0144] In some embodiments, the apparatus comprises means for transmitting, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed, and means for receiving, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0145] In some embodiments, the first request message comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event. In some embodiments, the apparatus further comprises means for transmitting, to the selected network function, a second request message for subscribing to an event at the selected network function; and means for receiving, from the selected network function, a second response message indicating success or failure of the subscription. In these embodiments, the apparatus comprises a DC application server (DC AS) which is a trusted party.

[0146] In some embodiments, the apparatus comprises a network exposure function (NEF) , and the apparatus further comprises means for receiving, from a DC application server (DC AS) , a third request message for subscribing to an event and comprising the event information, wherein the transmitting of the first request message is based on the receiving of the third request message, wherein the DC AS is a trusted party or an untrusted party. In these embodiments, the apparatus further comprises means for: based on receiving the second  response message from the selected network function, transmitting, to the DC AS, a third response message for the third request message, wherein the third response message indicates success or failure of the subscription. In these embodiments, the DC application server (DC AS) is a trusted party or an untrusted party.

[0147] In some embodiments, the event information comprises at least one of the following: a name of an event; a type of an event; identities of one or more terminal devices; identities of one or more applications to be subscribed; or a location or area information of a served terminal device. In some embodiments, the identity of the selected network function comprises at least one of the following: a registered network function profile; an address of the selected network function; or a unique identification (ID) of the selected network function.

[0148] In some embodiments, the apparatus further comprises means for receiving, from the selected network function, an event subscription information in case of occurrence of subscribed events; and means for transmitting, to one or more network functions of the plurality of network functions, a fourth request message for capability handling comprising the identity of the selected network function upon reception of the event subscription information. In these embodiments, the apparatus comprises a DC application server (DC AS) which is a trusted party.

[0149] In some embodiments, the apparatus comprises a network exposure function (NEF) , and the apparatus further comprises means for receiving, from the selected network function, the identity of the selected network function; means for transmitting, to a DC application server (DC AS) , the identity of the selected network function together with the transmitting of the event subscription information; and means for receiving, from the DC AS, the fourth request message for capability handling comprising the identity of the selected network function, wherein the transmitting of the fourth request message for capability handling and the identity of the selected network function is based on the reception of the fourth request message for capability handling and the identity of the selected network function from the DC AS. In these embodiments, the DC application server (DC AS) is a trusted party or an untrusted party.

[0150] In some embodiments, the fourth request message for capability handling is triggered by the DC AS when the event subscription information is received by the DC AS. In some embodiments, the selected network function is determined by the DC AS based on the identity of the selected network function to process the fourth request message for  capability handling. In some embodiments, the selected network function is determined by the NEF based on the identity of the selected network function to process the fourth request message for capability handling, in the case that the DC AS is an untrusted party.

[0151] In some embodiments, the fourth request message for capability handling and the identity of the selected network function is transmitted by the one or more network functions of the plurality of network functions to an IP multi-media subsystem (IMS) network device. In these embodiments, the selected network function is determined by the IMS network device based on the identity of the selected network function to process the fourth request message for capability handling.

[0152] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0153] In some embodiments, an apparatus (for example, the second network device 202) capable of performing the method 800 may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0154] In some embodiments, the apparatus comprises means for receiving, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; and means for transmitting, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.

[0155] In some embodiments, the apparatus further comprises means for receiving, from the plurality of network functions, a capability information of each of the plurality of network functions; means for registering each of the plurality of network functions with the capability information; and means for transmitting, to the plurality of network functions, a second response message comprising a result of registration.

[0156] In some embodiments, the selected network function is selected based on the capability information and the event information. In some embodiments, the selection request comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event subscription. In some embodiments, the  capability information of the network function comprises at least one of the following: identities of one or more terminal devices that the network function is able to serve; identities of one or more applications that the network function is able to serve; location or area information that the network function is able to serve; type of events that the network function is able to serve; or specific events the that the network function is able to serve. In some embodiments, the apparatus comprises a network repository function (NRF) .

[0157] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0158] In some embodiments, an apparatus (for example, the third network device 203) capable of performing the method 900 may comprise means for performing the respective steps of the method 900. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0159] In some embodiments, the apparatus comprises means for receiving from a first network device, a request message for capability handling comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure, and means for determining based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling. In some embodiments, the apparatus comprises an internet protocol multi-media subsystem application server (IMS AS) .

[0160] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 900. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0161] In some embodiments, an apparatus (for example, the fourth network device 204) capable of performing the method 1000 may comprise means for performing the respective steps of the method 1000. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0162] In some embodiments, the apparatus comprises means for transmitting, to a second network device, capability information of the apparatus for registering in the second network device; and means for receiving, from the second network device, a response message comprising a result of registration. In some embodiments, the apparatus comprises a data channel signaling function (DCSF) .

[0163] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 1000. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0164] In some embodiments, an apparatus (for example, the fourth network device 204) capable of performing the method 1100 may comprise means for performing the respective steps of the method 1100. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0165] In some embodiments, the apparatus comprises means for receiving, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function; and means for transmitting, to the first network device, a response message comprising a result of the subscription.

[0166] In some embodiments, the apparatus comprises the selected network function which functions as a data channel signaling function (DCSF) . In some embodiments, the apparatus further comprises means for transmitting, to the first network device, an event subscription information in case of occurrence of subscribed events; means for receiving, from the first network device, a request message for capability handling and the identity of the selected network function; and means for processing the capability handling.

[0167] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 1100. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0168] Fig. 12 is a simplified block diagram of a device 1200 that is suitable for implementing embodiments of the present disclosure. The device 1200 may be provided to implement the communication device, for example the terminal device 120 and the network device 110 as shown in Fig. 1. As shown, the device 1200 includes one or more processors 1210, one or more memories 1220 coupled to the processor 1210, and one or more communication modules 1240 coupled to the processor 1210.

[0169] The communication module 1240 is for bidirectional communications. The communication module 1240 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network devices.

[0170] The processor 1210 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1200 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0171] The memory 1220 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a read only memory (ROM) 1224, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 1222 and other volatile memories that may not last in the power-down duration.

[0172] A computer program 1230 includes computer executable instructions that are executed by the associated processor 1210. The program 1230 may be stored in the ROM 1224. The processor 1210 may perform any suitable actions and processing by loading the program 1230 into the RAM 1222.

[0173] The embodiments of the present disclosure may be implemented by means of the program so that the device 1200 may perform any process of the disclosure as discussed with reference to Fig. 2A and Fig. 6. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0174] In some embodiments, the program 1230 may be tangibly contained in a computer readable medium which may be included in the device 1200 (such as in the memory 1220) or other storage devices that are accessible by the device 1200. The device 1200 may load the program 1230 from the computer readable medium to the RAM 1222 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0175] Fig. 13 illustrates an example of the computer readable medium 1300 in form of CD or DVD in accordance with some embodiments of the present disclosure. The computer readable medium has the program 1230 stored thereon. It is noted that although the computer-readable medium 1300 is depicted in form of CD or DVD, the computer-readable medium 1300 may be in any other form suitable for carry or hold the program 1230.

[0176] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0177] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the methods 700 to 1100 as described above with reference to Fig. 7 to Fig. 11. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0178] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0179] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0180] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (such as, RAM vs. ROM) .

[0181] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various  features that may be described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0182] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above may be disclosed as example forms of implementing the claims.

Claims

1.A first network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first network device at least to:transmit, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andreceive, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.2.The first network device of claim 1, wherein the first request message comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event.3.The first network device of claim 1 or 2, wherein the first network device is further caused to:transmit, to the selected network function, a second request message for subscribing to an event at the selected network function; andreceive, from the selected network function, a second response message indicating success or failure of the subscription.4.The first network device of any of claims 1-3, wherein the first network device comprises a DC application server (DC AS) .5.The first network device of any of claims 1-3, wherein the first network device comprises a network exposure function (NEF) , and the first network device is further caused to:receive, from a DC application server (DC AS) , a third request message for subscribing to an event and comprising the event information, wherein the transmitting of the first request message is based on the receiving of the third request message.6.The first network device of claim 5, wherein the first network device is further caused to:based on receiving the second response message from the selected network function, transmit, to the DC AS, a third response message for the third request message, wherein the third response message indicates success or failure of the subscription.7.The first network device of any of claims 1 to 6, wherein the event information comprises at least one of the following:a name of an event;a type of an event;identities of one or more terminal devices;identities of one or more applications to be subscribed; ora location or area information of a served terminal device.8.The first network device of any of claims 1 to 7, wherein the identity of the selected network function comprises at least one of the following:a registered network function profile;an address of the selected network function; ora unique identification (ID) of the selected network function.9.The first network device of any of claims 1 to 3, where the first network device is further caused to:receive, from the selected network function, an event subscription information in case of occurrence of subscribed events; andtransmit, to one or more network functions of the plurality of network functions, a fourth request message for capability handling and comprising the identity of the selected network function upon reception of the event subscription information.10.The first network device of claim 9, wherein the first network device comprises a DC application server (DC AS) .11.The first network device of claim 9, wherein the first network device comprises a network exposure function (NEF) , and the first network device is further caused to:receive, from the selected network function, the identity of the selected network function;transmit, to a DC application server (DC AS) , the identity of the selected network function together with the transmitting of the event subscription information; andreceive, from the DC AS, the fourth request message for capability handling and comprising the identity of the selected network function,wherein the transmitting of the fourth request message for capability handling and the identity of the selected network function is based on the reception of the fourth request message for capability handling and the identity of the selected network function from the DC AS.12.The first network device of claim 4 or 10, wherein the DC AS that is a trusted party.13.The first network device of any of claims 5, 6, and 11, wherein the DC AS is a trusted party or an untrusted party.14.The first network device of any of claims 10 to 13, wherein the fourth request message for capability handling is triggered by the DC AS when the event subscription information is received by the DC AS.15.The first network device of claim 12, wherein the selected network function is determined by the DC AS based on the identity of the selected network function to process the fourth request message for capability handling.16.The first network device of claim 13, wherein the selected network function is determined by the NEF based on the identity of the selected network function to process the fourth request message for capability handling, in the case that the DC AS is an untrusted party.17.The first network device of any of claims 9 to 14, wherein the fourth request message for capability handling and the identity of the selected network function is transmitted by the one or more network functions of the plurality of network functions to an IP multi-media subsystem (IMS) network device.18.The first network device of claim 17, wherein the selected network function is determined by the IMS network device based on the identity of the selected network function to process the fourth request message for capability handling.19.A second network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the second network device at least to:receive, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andtransmit, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.20.The second network device of claim 19, wherein the second network device is further caused to:receive, from the plurality of network functions, a capability information of each of the plurality of network functions;register each of the plurality of network functions with the capability information; andtransmit, to the plurality of network functions, a second response message comprising a result of registration.21.The second network device of claim 20, wherein the selected network function is selected based on the capability information and the event information.22.The second network device of any of claims 19 to 21, wherein the selection request comprises a data channel signaling function (DCSF) selection request, and the event subscription comprises a data channel (DC) event.23.The second network device of any of claims 19 to 22, wherein the capability information of the network function comprises at least one of the following:identities of one or more terminal devices that the network function is able to serve;identities of one or more applications that the network function is able to serve;location or area information that the network function is able to serve;type of events that the network function is able to serve; orspecific events the that the network function is able to serve.24.The second network device of any of claims 19 to 23, wherein the second network device comprises a network repository function (NRF) .25.A third network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the third network device at least to:receive, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; anddetermine, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.26.The third network device of claim 25, wherein the third network device comprises an internet protocol multi-media subsystem application server (IMS AS) .27.A fourth network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the fourth network device at least to:transmit, to a second network device, capability information of the fourth network device for registering in the second network device; andreceive, from the second network device, a response message comprising a result of registration.28.The fourth network device of claim 27, wherein the fourth network device comprises a data channel signaling function (DCSF) .29.A fourth network device, comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the fourth network device at least to:receive, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, andtransmit, to the first network device, a response message comprising a result of the subscription.30.The fourth network device of claim 29, wherein the fourth network device comprises the selected network function which functions as a data channel signaling function (DCSF) .31.The fourth network device of claim 29 or 30, wherein the fourth network device is further caused to:transmit, to the first network device, an event subscription information in case of occurrence of subscribed events;receive, from the first network device, a request message for capability handling and the identity of the selected network function; andprocess the capability handling.32.A method comprising:transmitting, by a first network device to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andreceiving, by the first network device from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.33.A method comprising:receiving, by a second network device from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andtransmitting, by the second network device to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.34.A method comprising:receiving, by a third network device from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; anddetermining, by the third network device based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.35.A method comprising:transmitting, by a fourth network device to a second network device, capability information of the fourth network device for registering in the second network device; andreceiving, by the fourth network device from the second network device, a response message comprising a result of registration.36.A method comprising:receiving, by a fourth network device from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, andtransmitting, by the fourth network device to the first network device, a response message comprising a result of the subscription.37.An apparatus comprising:means for transmitting, to a second network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andmeans for receiving, from the second network device, a first response message comprising an identity of a selected network function among a plurality of network functions.38.An apparatus comprising:means for receiving, from a first network device, a first request message for selecting a network function for an event subscription, wherein the first request message comprises event information to be subscribed; andmeans for transmitting, to the first network device, a first response message comprising an identity of a selected network function among a plurality of network functions.39.An apparatus comprising:means for receiving, from a first network device, a request message for capability handling and comprising an identity of a selected network function which is selected from a plurality of network functions during a network function selection procedure; andmeans for determining, based on the identity of the selected function, the selected function from the plurality of network functions to process the request message for capability handling.40.An apparatus comprising:means for transmitting, to a second network device, capability information of the fourth network device for registering in the second network device; andmeans for receiving, from the second network device, a response message comprising a result of registration.41.An apparatus comprising:means for receiving, from a first network device, a request message for subscribing to an event at a selected network function which is selected from a plurality of network functions during a network function selection procedure, wherein the request message for subscribing to the event at the selected network function comprises an identity of the selected network function, andmeans for transmitting, to the first network device, a response message comprising a result of the subscription.42.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus at least to perform the method of any of claims 32 to 36.

Images