Methods and apparatuses for management of event subscription

Abstract

Methods and apparatuses for management of event subscription are disclosed. According to an embodiment, a first service producer receives, froma service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers contain the first service producer. The first request message comprises a request uniformresource identifier (URI) for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

Description

METHODS AND APPARATUSES FOR MANAGEMENT OF EVENT SUBSCRIPTIONTechnical Field

[0001] Embodiments of the disclosure generally relate to communication, and, more particularly, to methods and apparatuses for management of event subscription.Background

[0002] This section introduces aspects that may facilitate better understanding of the present disclosure. Accordingly, the statements of this section are to be read in this light and are not to be understood as admissions about what is in the prior art or what is not in the prior art.

[0003] According to 3rd generation partnership project (3GPP) technical specification (TS) 29.518 V18.6.0, access and mobility management function (AMF) may offer Namf_EventExposure Service as a Service Producer to enable a network function (NF) to subscribe to event notifications on its own or on behalf of another NF and get notified about an event. There are a plurality of events provided by this service. One of the events is Presence-In-AOI-Report, where AOI refers to area of interest.

[0004] An NF may subscribe to this event to receive the current presence state of a user equipment (UE) or a group of UEs or any UE in a specific AOI, and notification when a specified UE enters or leaves the specified area. The area could be identified by a tracking area (TA) list, a next generation radio access network (NG-RAN) node identifier (ID) list, a cell ID list, an area ID or specific interested area name like “LADN” , where LADN refers to local area data network.

[0005] For one-time reporting or for the first notification of continuously reporting, the AMF shall generate the notification as following. When the event subscription is targeting a UE or a group of UEs, the AMF shall report the current presence status of the target UE (s) . When the event subscription is targeting any UE, the AMF shall only report the UEs that are “IN” the AOI; if no UE is currently “IN” the AOI, the AMF shall generate a report only including the AnyUe indication (without any UE ID) and the subscribed AOI with the presence status set to “IN” . The NF consumer should consider other UEs served by the AMF are “OUT” of the AOI or with “UNKNOWN” state. In subsequent notifications, the AMF shall only report the UE (s) whose presence status has changed compared to the previous notification sent by the AMF.Summary

[0006] This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

[0007] One of the objects of the disclosure is to provide an improved solution for management of event subscription. In particular, one of the problems to be solved by the disclosure is that the existing solution for creating, modifying or deleting an event subscription for a group of UEs or any UE at multiple NFs (or at multiple NF service instances) has high complexity and may require too many network signalings.

[0008] According to a first aspect of the disclosure, there is provided a method at a first service producer. The method may comprise receiving, from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request uniform resource identifier (URI) for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0009] In an embodiment of the disclosure, the request URI may indicate a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription.

[0010] In an embodiment of the disclosure, the request URI may comprise a subscription identifier (ID) of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription.

[0011] In an embodiment of the disclosure, the method may further comprise one or more of: forwarding the first request message to one or more second service producers in the plurality of service producers; using the location of the resource so that creating resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode; and using the subscription ID so that modifying or deleting resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode.

[0012] In an embodiment of the disclosure, the method may further comprise sending, to the service consumer, a second request message for notifying an event taking place according to the bulk subscription. The second request message may comprise a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created.

[0013] In an embodiment of the disclosure, the second indicator may be included in an information element to indicate the service producer sending the second request message.

[0014] According to a second aspect of the disclosure, there is provided a method at a second service producer. The method may comprise receiving a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer. The plurality of service producers may contain the second service producer. The method may further comprise performing the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription. The bulk subscription to be created, modified, or deleted at the plurality of service producers may be represented by a request URI for a resource.

[0015] In an embodiment of the disclosure, the request URI may indicate a location of the resource representing the bulk subscription to be created based on that the bulk subscription is to be created.

[0016] In an embodiment of the disclosure, the request URI may comprise a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the bulk subscription is to be modified or deleted.

[0017] In an embodiment of the disclosure, receiving the bulk subscription may comprise one or more of: receiving, from a first service producer in the plurality of service producers, a first request message for creating, modifying or deleting the bulk subscription for the group of terminal devices or any terminal device at the plurality of service producers; detecting the bulk subscription via the location of the resource so that creating resource for the bulk subscription at a first service producer in the plurality of service producers is known by the second service producer by push mode or pull mode; and detecting the bulk subscription via the subscription ID of the resource so that modifying or deleting resource for the bulk subscription at the first service producer is known by the second service producer by push mode or pull mode.

[0018] In an embodiment of the disclosure, the method may further comprise sending, to a service consumer, a second request message for notifying an event taking place according to the bulk subscription. The second request message may comprise an information element to indicate the service producer sending the second request message.

[0019] According to a third aspect of the disclosure, there is provided a method at a service consumer. The method may comprise sending, to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0020] In an embodiment of the disclosure, the request URI may indicate a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription.

[0021] In an embodiment of the disclosure, the request URI may comprise a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription.

[0022] In an embodiment of the disclosure, the method may further comprise receiving, from at least one of the plurality of service producers, a second request message for notifying an event taking place according to the bulk subscription. The second request message may comprise a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created.

[0023] In an embodiment of the disclosure, the second indicator may be included in an information element to indicate the service producer sending the second request message.

[0024] According to any aspect of the disclosure, in some embodiments, the plurality of service producers may belong to a same service producer set.

[0025] According to any aspect of the disclosure, in some embodiments, not all of the plurality of service producers may belong to a same service producer set.

[0026] According to any aspect of the disclosure, in some embodiments, the first request message for creating, modifying or deleting the bulk subscription may comprise a first indicator indicating identification information of the plurality of service producers.

[0027] According to any aspect of the disclosure, in some embodiments, the first indicator may be contained in a message header of the first request message.

[0028] According to any aspect of the disclosure, in some embodiments, the first indicator may be contained in a message body of the first request message.

[0029] According to any aspect of the disclosure, in some embodiments, the same type of the plurality of service producers may comprise: access and mobility management function (AMF) ; or session management function (SMF) .

[0030] According to a fourth aspect of the disclosure, there is provided a first service producer. The first service producer may comprise at least one processor and at least one memory. The at least one memory may contain instructions executable by the at least one processor, whereby the first service producer may be operative to receive, from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0031] In an embodiment of the disclosure, the first service producer may be operative to perform the method according to the above first aspect.

[0032] According to a fifth aspect of the disclosure, there is provided a second service producer. The second service producer may comprise at least one processor and at least one memory. The at least one memory may contain instructions executable by the at least one processor, whereby the second service producer may be operative to receive a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer. The plurality of service producers may contain the second service producer. The second service producer may be further operative to perform the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription. The bulk subscription to be created, modified, or deleted at the plurality of service producers may be represented by a request URI for a resource.

[0033] In an embodiment of the disclosure, the second service producer may be operative to perform the method according to the above second aspect.

[0034] According to a sixth aspect of the disclosure, there is provided a service consumer. The service consumer may comprise at least one processor and at least one memory. The at least one memory may contain instructions executable by the at least one processor, whereby the service consumer may be operative to send, to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0035] In an embodiment of the disclosure, the service consumer may be operative to perform the method according to the above third aspect.

[0036] According to a seventh aspect of the disclosure, there is provided a computer program product. The computer program product may comprise instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above first to third aspects.

[0037] According to an eighth aspect of the disclosure, there is provided a computer readable storage medium. The computer readable storage medium may store thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above first to third aspects.

[0038] According to a ninth aspect of the disclosure, there is provided a first service producer. The first service producer may comprise a reception module for receiving, from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0039] According to a tenth aspect of the disclosure, there is provided a second service producer. The second service producer may comprise a reception module for receiving a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer. The plurality of service producers may contain the second service producer. The second service producer may further comprise a performing module for performing the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription. The bulk subscription to be created, modified, or deleted at the plurality of service producers may be represented by a request URI for a resource

[0040] According to an eleventh aspect of the disclosure, there is provided a service consumer. The service consumer may comprise a sending module for sending, to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers may contain the first service producer. The first request message may comprise a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.

[0041] According to a twelfth aspect of the disclosure, there is provided a method implemented in a communication system. The communication system may include a first service producer, a second service producer and a service consumer. The method may comprise steps of the method according to the above first aspect, steps of the method according to the above second aspect, and steps of the method according to the above third aspect.

[0042] According to a thirteenth aspect of the disclosure, there is provided a communication system. The communication system may include: a first service producer according to the above fourth or ninth aspect, a second service producer according to the above fifth or tenth aspect, and a service consumer according to the above sixth or eleventh aspect.

[0043] With any one of the above first to thirteenth aspect, because the service consumer needs to maintain only one subscription for the plurality of service producers, the complexity of event subscription management can be greatly reduced and a lot of network signalings can be saved due to the reduced number of event subscriptions.Brief Description of the Drawings

[0044] These and other objects, features and advantages of the disclosure will become apparent from the following detailed description of illustrative embodiments thereof, which are to be read in connection with the accompanying drawings.

[0045] FIG. 1A and FIG. 1B are diagrams illustrating resource URI structures of AMF and SMF event exposure application programming interfaces (APIs) respectively;

[0046] FIG. 2A and FIG. 2B are flowcharts illustrating event notification processes of AMF and SMF respectively;

[0047] FIG. 3 is a diagram illustrating an exemplary communication system into which an embodiment of the disclosure is applicable;

[0048] FIG. 4 to FIG. 7 are flowcharts each illustrating a method performed by a first service producer according to an embodiment of the disclosure;

[0049] FIG. 8 to FIG. 11 are flowcharts each illustrating a method performed by a second service producer according to an embodiment of the disclosure;

[0050] FIG. 12 and FIG. 13 are flowcharts each illustrating a method performed by a service consumer according to an embodiment of the disclosure;

[0051] FIG. 14 is a diagram illustrating an exemplary process according to an embodiment of the disclosure;

[0052] FIG. 15A to FIG. 15D are flowcharts each illustrating an exemplary process according to an embodiment of the disclosure;

[0053] FIG. 16 is a diagram illustrating resource URI structure of AMF event exposure API according to an embodiment of the disclosure;

[0054] FIG. 17 is a block diagram illustrating an apparatus suitable for use in practicing some embodiments of the disclosure;Detailed Description

[0055] For the purpose of explanation, details are set forth in the following description in order to provide a thorough understanding of the embodiments disclosed. It is apparent, however, to those skilled in the art that the embodiments may be implemented without these specific details or with an equivalent arrangement.

[0056] 3GPP TS 29.518 V18.6.0 describes access and mobility management function (AMF) services. With respect to the definition of AMF Event Exposure service resource, FIG. 1A is Figure 6.2.3.1-1 of TS 29.518 V18.6.0, which illustrates resource uniform resource identifier (URI) structure of Namf_EventExposure API. Table 1 below is Table 6.2.3.1-1 of TS 29.518 V18.6.0, which provides an overview of the resources and applicable hypertext transfer protocol (HTTP) methods. Table 1: resources and methods overview of Namf_EventExposure API

[0057] With respect to notification for AMF Event Exposure service, clause 5.3.2.4.1 of TS 29.518 V18.6.0 describes the following content. 5.3.2.4.1 General The Notify service operation is invoked by the AMF, to send a notification, towards the notification URI,  when certain event included in the subscription has taken place. The AMF shall use the HTTP method POST, using the notification URI received in the subscription  creation as specified in clause 5.3.2.2.2, including e.g. the subscription ID, Event ID (s) for which event has happened, notification correlation ID provided by the NF service consumer at the time of event subscription, to send a notification. See Figure 5.3.2.4.1-1. Additionally, the Notify service operation shall also be invoked by the AMF, when: - there is a change of AMF during UE mobility procedures, if the subscription Id changes (i.e.  Registration procedures and Handover procedures) , or - the subscription is terminated by the AMF, if event subscription termination notification is  requested by the NF consumer.

[0058] FIG. 2A is Figure 5.3.2.4.1-1 of TS 29.518 V18.6.0, which illustrates the event notification process of AMF. With respect to this process, clause 5.3.2.4.1 of TS 29.518 V18.6.0 describes the following content. 1. The AMF shall send a POST request to send a notification. 2a. On success, "204 No content" shall be returned by the NF Service Consumer. 2b. On failure or redirection, the appropriate HTTP status code (e.g. "403 Forbidden" ) indicating the  error shall be returned and appropriate additional error information should be returned. When the AMF received the following response code (and application error) , the AMF should  consider the subscription is no longer valid and terminate the subscription: - "400 Bad Request" with application error "RESOURCE_CONTEXT_NOT_FOUND" - "404 Not Found" When AMF terminates the subscription in above scenarios, if the subscription is created by the NF  consumer on behalf of another NF (e.g. the UDM subscribes to the AMF on behalf of the NEF) and notification of event subscription termination is requested by the NF consumer, the AMF supporting the 'STEN" feature shall send a notification to the NF consumer (e.g. the UDM) to report the termination of the subscription.

[0059] 3GPP TS 29.508 V18.6.0 describes SMF event exposure service. FIG. 1B is Figure 5.3.1-1 of TS 29.508 V18.6.0, which depicts the resource URI structure of Nsmf_EventExposure API. Table 2 below is Table 5.3.1-1 of TS 29.508 V18.6.0, which provides an overview of the resources and applicable HTTP methods. Table 2: resources and methods overview of Nsmf_EventExposure API

[0060] FIG. 2B is Figure 4.2.2.2-1 of TS 29.508 V18.6.0, which illustrates the notification process about subscribed events. With respect to notification for SMF Event Exposure service, clause 4.2.2.2 of TS 29.508 V18.6.0 describes the following content. 4.2.2.2 Notification about subscribed events The present "notification about subscribed events" procedure is performed by the SMF when any of the  subscribed events occur. The following applies with respect to the detection of subscribed events: - If: - the SMF supports the "DownlinkDataDeliveryStatus" feature, - the event "DDDS" is subscribed, - the traffic descriptors of the downlink data source have been provided for that subscription, and - the SMF is informed that the UE corresponding to that subscription is unreachable, - if the data is buffered at the UPF, then the SMF shall interact with the UPF to notify that the  UPF buffers the downlink packets. The SMF shall include the traffic descriptor of the subscriptions in the PDR with a higher priority if the PCC is not applied to the PDU session or derive the PDR from the PCC rule received from the PCF as defined in clause 4.2.4.27 of 3GPP TS 29.512

[0014] if the PCC is applied to the PDU session and request the UPF to report when there are corresponding buffered downlink packets or discarded packets in the UPF as defined in clause 5.28.1 of 3GPP TS 29.244

[0023] . When receiving the report from the UPF, the SMF shall determine whether that subscribed event with delivery status "DISCARDED" or "BUFFERED" occurred. The SMF shall determine that subscribed event with delivery status "TRANSMITTED" occurred by the fact that the related PDU session becomes ACTIVE. - if the data is buffered at the SMF, the SMF shall determine whether that subscribed event  occurred by comparing the downlink packets with the traffic descriptors received in the corresponding event subscription. If the SMF decides to buffer the packets, the subscribed event with delivery status "BUFFERED" occurred. If the SMF decides to discard the packets, the subscribed event with delivery status "DISCARDED" occurred. The SMF shall determine that subscribed event with delivery status "TRANSMITTED" occurred by the fact that the related PDU session becomes ACTIVE.

[0061] Clause 5.5.2.3.1 of TS 29.508 V18.6.0 describes the following content. 5.5.2.3.1 POST This method shall support the URI query parameters specified in table 5.5.2.3.1-1. Table 5.5.2.3.1-1: URI query parameters supported by the POST method on this resource This method shall support the request data structures specified in table 5.5.2.3.1-2 and the response  data structures and response codes specified in table 5.5.2.3.1-3. Table 5.5.2.3.1-2: Data structures supported by the POST Request Body on this resource Table 5.5.2.3.1-3: Data structures supported by the POST Response Body on this resource

[0062] 3GPP TS 29.564 V18.5.0 describes user plane function (UPF) services. With respect to UPF event exposure services, clause 5.2.1.3.3 and clause 5.2.1.3.4 of TS 29.564 V18.5.0 describes the following content. 5.2.1.3.3 User Data Usage Measures Table 5.2.1.3.3-1: User Data Usage Measures event 5.2.1.3.4 User Data Usage Trends Table 5.2.1.3.4-1: User Data Usage Trends event

[0063] With respect to Presence-In-AOI-Report event, AMF event exposure subscriptions are handled as described in Table 3 below. Note that this analysis is similar for SMF event exposure service. Table 3: handling of AMF event exposure subscriptions

[0064] In addition, according to clause 4.15.3.2.4 of 3GPP TS 23.502 V18.6.0, when network exposure function (NEF) performs bulk subscription (subscribes for any UE (i.e. all UEs) , group of UE (s) (e.g. identifying a certain type of UEs such as Internet of things (IoT) UEs) ) , it subscribes to all the network functions (NFs) that provide the necessary services (e.g. in a given public land mobile network (PLMN) , NEF may subscribe to all AMFs that support reachability notification for IoT UEs) . Upon receiving bulk subscription from the NEF, the NFs store this information. Whenever the corresponding event (s) occur for the requested UE (s) as in bulk subscription request, NFs notify the NEF with the requested information.

[0065] For subscriptions to AMF events via unified data management (UDM) , according to clause 4.15.3.2.2 of 3GPP TS 23.502 V18.6.0, the UDM sends the Namf_EventExposure_Subscribe request to all serving AMF (s) (if subscription applies to a UE or a group of UE (s) ) , or to all the AMF (s) in the same PLMN as UDM (if subscription applies to any UE) . The UDM stores the subscription even if the target UE or group member UE is not registered at the time of subscription.

[0066] So, to discover AMFs covering areas of interest for any UE or a group of UEs, the NF service consumer of Namf_EventExposure service (e.g. time sensitive communication and time synchronization function (TSCTSF) ) needs to create an event subscription at every AMF instance (of the same AMF set or different AMF sets) serving the tracking area identifiers (TAIs) . Since new AMF instances may be added to the AMF Set later on, the TSCTSF also needs to subscribe to network repository function (NRF) to be notified about new AMF instances being added to the AMF sets, and to create the same event subscription at these new AMF instances. Since an AMF instance may fail / restart, it is assumed that the event subscription created at a restarted AMF instance may be lost and accordingly, the TSCTSF should also monitor when an AMF instance restarts (using procedures defined in TS 23.527 V18.4.0) and re-creates the event subscription at a restarted AMF instance.

[0067] There are many use cases, where the NF service consumer, e.g. TSCTSF, application function (AF) , requires to create an event subscription in multiple 5th generation core (5GC) NFs with the same NF type, e.g., in a set of AMFs (as described above) , or a number of SMFs (in the same SMF set or different SMS sets, for a group of UEs or for ANY UE, so as to get a report: 1) e.g., when UE (s) (e.g. either pertaining to the group, or for ANY UE (which may be conditionally or unconditionally) ) enter certain location (area of interest) , i.e. when a spatial validity condition is met; and / or 2) e.g. for User Data Usage Measures / Trends, e.g. the volume / throughput / application related information of certain applications (threshold based or periodically) for protocol data unit (PDU) sessions using a specific data network name / single network slice selection assistance information (DNN / S-NSSAI) (see UPF Event exposure services mentioned above) . Note that for ANY UE, 3GPP has agreed to have some “conditions” to limit the scope of “ANY UE” , e.g. having active PDU session for certain DNN / S-NSSAI, so “conditionally” or “unconditionally” is mentioned above.

[0068] Typically, UEs camping in such an Area of Interest are intentionally distributed and served by all AMFs in an AMF Set to make these AMFs load balanced. Similarly, PDU sessions towards the same DNN / S-NSSAI are distributed / served into all SMFs (regardless of they are pertaining to the same SMF set or not) to enable load sharing.

[0069] Therefore, the following complexities become more critical when more and more use cases require to create such event subscription: a) to create an event subscription: at every AMF instance (of the same AMF set or different AMF sets) serving the Area of Interest; or at every SMF instance (of the same SMF set or different SMF sets) configured for the intended DNN / S-NSSAI; b) since new AMF instances may be added to the AMF Set later on, the NF consumer also needs to subscribe to the NRF to be notified about new AMF instances being added to the AMF sets, and to create the same event subscription at these new AMF instances; the same for SMF case, more SMFs may be added to serve the same DNN / S-NSSAI; c) since an AMF instance may fail / restart, it is assumed that the event subscription created at a restarted AMF instance may be lost and accordingly, the service consumer (e.g. TSCSCF) should also monitor when an AMF instance restarts (using procedures defined in TS 23.527 V18.4.0) and re-creates the bulk subscription at a restarted AMF instance; the same for SMF case, the SMF may fail and the consumer needs to monitor the status of the SMF; in case of restart of the SMF, the consumer needs to recreate the event subscription.

[0070] The present disclosure proposes an improved solution for management of event subscription. Hereinafter, the solution will be described in detail with reference to FIG. 3 to FIG. 20.

[0071] FIG. 3 is a diagram illustrating an exemplary communication system into which an embodiment of the disclosure is applicable. As shown, the communication system comprises a user equipment (UE) 301, a (radio) access network ( (R) AN) 302, a user plane function (UPF) 303, a data network (DN) 304, a network slice-specific and SNPN authentication and authorization function (NSSAAF) 305, an authentication server function (AUSF) 306, an access and mobility management function (AMF) 307, a session management function (SMF) 308, a service communication proxy (SCP) 309, a network slice admission control function (NSACF) 310, a network slice selection function (NSSF) 311, a network exposure function (NEF) 312, a network repository function (NRF) 313, a policy control function (PCF) 314, a unified data management (UDM) 315, an application function (AF) 316, and a time sensitive communication and time synchronization function (TSCTSF) 317. The term SNPN refers to standalone non-public network. The functional description of the above entities can be found from clause 6 of 3GPP TS 23.501 V19.0.0.

[0072] Within the context of this disclosure, the term user equipment (UE) or terminal device may also be referred to as, for example, device, access terminal, mobile station, mobile unit, subscriber station, or the like. It may refer to any end device that can access a wireless communication network and receive services therefrom. By way of example and not limitation, the UE or terminal device may include a portable computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a mobile phone, a cellular phone, a smart phone, a tablet, a wearable device, a personal digital assistant (PDA) , or the like.

[0073] In an Internet of things (IoT) scenario, a UE or terminal device may represent a machine or other device that performs monitoring and / or measurements, and transmits the results of such monitoring and / or measurements to another UE or terminal device and / or a network equipment. In this case, the UE or terminal device may be a machine-to-machine (M2M) device, which may, in a 3GPP context, be referred to as a machine-type communication (MTC) device. Particular examples of such machines or devices may include sensors, metering devices such as power meters, industrial machineries, bikes, vehicles, or home or personal appliances, e.g. refrigerators, televisions, personal wearables such as watches, and so on.

[0074] As used herein, the term “communication system” refers to a system following any suitable communication standards, such as the first generation (1G) , 2G, 2.5G, 2.75G, 3G, 4G, 4.5G, 5G communication protocols, and / or any other protocols either currently known or to be developed in the future. In addition, the specific terms used herein do not limit the present disclosure only to the communication system related to the specific terms, which however can be more generally applied to other communication systems. Note that the network function (or network node) mentioned in this document may be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g. on a cloud infrastructure.

[0075] FIG. 4 is a flowchart illustrating a method performed by a first service producer according to an embodiment of the disclosure. At block 402, the first service producer receives, from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers contain the first service producer. The first request message comprises a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers. With the method of FIG. 4, because the service consumer needs to maintain only one subscription for the plurality of service producers, the complexity of event subscription management can be greatly reduced and a lot of network signalings can be saved due to the reduced number of event subscriptions.

[0076] Examples of the same type of the plurality of service producers may include, but not limited to, AMF, SMF, and the like. Examples of the service consumer may include, but not limited to, TSCTSF, AF, NEF, and the like. Take the AMF as an exemplary example. The first request message for creating the bulk subscription may be an Namf_EventExposure Subscribe request message. The first request message for modifying the bulk subscription may be an Namf_EventExposure Subscribe Modify request message for updating the event options or for deleting or adding group member terminal device (s) for an existing group subscription. The first request message for deleting the bulk subscription may be an Namf_EventExposure Unsubscribe request message. As a first example, the plurality of service producers belong to a same service producer set. As a second example, not all of the plurality of service producers belong to a same service producer set.

[0077] The request URI may indicate a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription. Or the request URI may comprise a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription.

[0078] The first request message for creating, modifying or deleting the bulk subscription may comprise a first indicator indicating identification information of the plurality of service producers. As an example, the first indicator may be contained in a message header of the first request message. As another example, the first indicator may be contained in a message body of the first request message.

[0079] In a case where the plurality of service producers are NF instances, the first indicator may comprise one of: a list of NF instance IDs identifying the plurality of service producers; an NF set ID identifying an NF set whose members are the plurality of service producers (i.e. the plurality of service producers constitute the NF set) ; an NF group ID identifying an NF group whose members are the plurality of service producers (i.e. the plurality of service producers constitute the NF group) ; a network indicator indicating that the bulk subscription is valid for all NF instances with same NF type deployed in a network indicated by the network indicator, wherein the plurality of service producers are a list of NF instances pertaining to the same network. As an example, the network indicator may be a public land mobile network (PLMN) ID identifying a PLMN. As another example, the network indicator may be a combination of a PLMN ID and a network ID (NID) , which identifies a standalone non-public network.

[0080] In a case where the plurality of service producers are NF service instances, the first indicator may comprise an NF service set ID identifying an NF service set whose members are the plurality of service producers (i.e. the plurality of service producers constitute the NF service set) .

[0081] As a first option, the first request message for creating the bulk subscription may comprise a first dedicated URI representing a first resource dedicated for performing a creating operation of a bulk subscription at multiple service producers. The first request message for modifying or deleting the bulk subscription may comprise a second dedicated resource URI representing a second resource dedicated for performing a modifying or deleting operation of a bulk subscription at multiple service producers. For the first option, new resource URIs are introduced. The effect of the newly introduced resource URIs will be described later.

[0082] As a second option, the first request message for creating the bulk subscription may comprise a third resource URI representing a third resource commonly used for performing a creating operation of an event subscription. The first request message for modifying or deleting the bulk subscription may comprise a fourth resource URI representing a fourth resource commonly used for performing a modifying or deleting operation of an event subscription. For the second option, the existing or legacy resource URIs are used. In this case, since the first indicator is used, the creating / modifying / deleting operation of a bulk subscription at multiple service producers can be indicated.

[0083] FIG. 5 is a flowchart illustrating a method performed by a first service producer according to an embodiment of the disclosure. The method of FIG. 5 may be performed after the method of FIG. 4 is performed. As shown, any one of blocks 506, 508 and 510 of FIG. 5 may be performed. At block 506, the first service producer forwards the first request message to one or more second service producers in the plurality of service producers. This is applicable to both the above first example where the plurality of service producers belong to a same service producer set, and the above second example where not all of the plurality of service producers belong to a same service producer set.

[0084] At block 508, the first service producer uses the location of the resource (e.g. indicated by the first dedicated resource URI) so that creating resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode. At block 510, the first service producer uses the subscription ID (e.g. indicated by the second dedicated resource URI) so that modifying or deleting resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode. For example, in the push mode, every second service producer may provide the first / second dedicated resource URI to receive corresponding notification. Once creating / modifying / deleting resource for such bulk subscription occurs at the first service producer, it triggers a notification towards the one or more second service producers to create / modify / delete resource for the bulk subscription. The push mode may also be called Publish / Subscribe mode where every second service producer may subscribe to getting notified if any new resource is created / modified / deleted and if such bulk subscription is created / modified / deleted, the first service producer will publish it. In the pull mode, every second service producer can be provisioned beforehand the first / second dedicated resource URI, so that they can read the status of such bulk subscription (e.g. periodically or intermittently) . Blocks 508 and 510 are applicable to both the above first example where the plurality of service producers belong to a same service producer set, and the above second example where not all of the plurality of service producers belong to a same service producer set. Note that if the plurality of service producers belong to the same service producer set, a memory shared among the plurality of service producers may be used in the push mode or pull mode. Also note that the principles of any two or more of blocks 506, 508 and 510 may be combined to achieve the same effect.

[0085] Take the creating operation as an example. Since the bulk subscription is created at the plurality of service producers, it may be considered that the resource is created at a service producer, and replicated in the rest service producer (s) . It is also possible that the resource may be created virtually at the plurality of service producers (e.g. an NF set) , and each service producer creates its corresponding context.

[0086] With the method of FIG. 5, the first service producer can trigger the bulk subscription for the group of terminal devices or any terminal device to be created, modified or deleted at one or more second service producers in the plurality of service producers other than the first service producer.

[0087] FIG. 6 is a flowchart illustrating a method performed by a first service producer according to an embodiment of the disclosure. The method of FIG. 6 may be performed after the method of FIG. 4 is performed. At block 612, the first service producer performs the creating, modifying or deleting of the bulk subscription at the first service producer. At block 614, the first service producer obtains, from one or more second service producers, information related to status of the creating, modifying or deleting of the bulk subscription at the one or more second service producers. If the creating, modifying or deleting is successfully done at a second service producer, the information related to the status may include the status of success. If the creating, modifying or deleting is not successfully done at a second service producer, the information related to the status may include the status of failure and a cause of the failure. At block 616, the first service producer sends, to the service consumer, a first response message in response to the first request message. The first response message comprises a third indicator indicating information related to status of the creating, modifying or deleting of the bulk subscription at the plurality of service producers.

[0088] In a case where the plurality of service producers are NF instances, the third indicator may comprise one or more of: a list of NF instance IDs identifying a first subset of the plurality of service producers at which the bulk subscription is failed to be created, modified or deleted; corresponding cause of failure for the first subset of the plurality of service producers; corresponding status of failure for the first subset of the plurality of service producers; a list of NF instance IDs identifying a second subset of the plurality of service producers at which the bulk subscription is successfully created, modified or deleted; and corresponding status of success for the second subset of the plurality of service producers.

[0089] In a case where the plurality of service producers are NF service instances, the third indicator may comprise one or more of: a list of NF service instance IDs identifying the first subset of the plurality of service producers at which the bulk subscription is failed to be created, modified or deleted; corresponding cause of failure for the first subset of the plurality of service producers; corresponding status of failure for the first subset of the plurality of service producers; a list of NF service instance IDs identifying the second subset of the plurality of service producers at which the bulk subscription is successfully created, modified or deleted; an NF service set ID which the list of NF service instance IDs identifying the first or second subset of the plurality of service producers pertains to; and corresponding status of success for the second subset of the plurality of service producers.

[0090] With the method of FIG. 6, in addition to the effect of FIG. 4, the service consumer can be allowed to know the status of the creating / modifying / deleting of the bulk subscription at the plurality of service producers, by maintaining only one subscription for the plurality of service producers.

[0091] FIG. 7 is a flowchart illustrating a method performed by a first service producer according to an embodiment of the disclosure. The method of FIG. 7 may be performed after the method of FIG. 4 is performed. At block 718, the first service producer sends, to the service consumer, a second request message for notifying an event taking place according to the bulk subscription. The second request message comprises a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created. The second indicator may be included in an information element to indicate the service producer sending the second request message.

[0092] In a case where the plurality of service producers are NF instances, the second indicator may comprise one or more of: an NF instance ID identifying the service producer; an NF set ID identifying an NF set to which the service producer belongs. Thus, if the service producer is an NF instance (e.g. when the vendor does not support NF service instance level concept) , only NF instance ID may be included. NF set ID may be additionally included to help the consumer to group the report.

[0093] In a case where the plurality of service producers are NF service instances, the second indicator may comprise one or more of: an NF service instance ID identifying the service producer; an NF service set ID identifying an NF service set to which the service producer belongs; an NF instance ID identifying an NF instance to which the service producer belongs, in a case where the plurality of service producers are NF service instances; and an NF set ID identifying an NF set to which the service producer belongs, in a case where the plurality of service producers are NF service instances. Thus, if the service producer is an NF service instance, the NF instance ID has to be included to help identify the NF service instance. Either or both of the NF service set and NF set may be included to just to provide additional information, and enable the consumer to group the report per NF set or per NF service set.

[0094] With the method of FIG. 7, in addition to the effect of FIG. 4, the service consumer can be allowed to know the sender of every received event notification, thereby preventing the service consumer from considering the event notification as a duplicated retransmission.

[0095] FIG. 8 is a flowchart illustrating a method performed by a second service producer according to an embodiment of the disclosure. At block 802, the second service producer receives a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer. The bulk subscription to be created, modified, or deleted at the plurality of service producers is represented by a request URI for a resource.

[0096] The plurality of service producers contain the second service producer. Examples of the same type of the plurality of service producers may include, but not limited to, AMF, SMF, and the like. As a first example, the plurality of service producers belong to a same service producer set. As a second example, not all of the plurality of service producers belong to a same service producer set.

[0097] The request URI may indicate a location of the resource representing the bulk subscription to be created based on that the bulk subscription is to be created. Or the request URI may comprise a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the bulk subscription is to be modified or deleted.

[0098] For example, block 802 may be implemented as any one of blocks 906, 908 and 910 of FIG. 9. At block 906, the second service producer receives, from a first service producer in the plurality of service producers, a first request message for creating, modifying or deleting the bulk subscription for the group of terminal devices or any terminal device at the plurality of service producers. The first request message has been described above with respect to block 402 of FIG. 4. Block 906 corresponds to block 506 of FIG. 5.

[0099] At block 908, the second service producer detects the bulk subscription via the location of the resource (e.g. indicated by a first dedicated resource URI) so that creating resource for the bulk subscription at a first service producer in the plurality of service producers is known by the second service producer by push mode or pull mode. Block 908 corresponds to block 508 of FIG. 5. At block 910, the second service producer detects the bulk subscription via the subscription ID of the resource (e.g. indicated by a second dedicated resource URI) so that modifying or deleting resource for the bulk subscription at the first service producer is known by the second service producer by push mode or pull mode. Block 910 corresponds to block 510 of FIG. 5.

[0100] At block 804, the second service producer performs the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription. With the method of FIG. 8, the same effect as the method of FIG. 4 can be achieved.

[0101] FIG. 10 is a flowchart illustrating a method performed by a second service producer according to an embodiment of the disclosure. As shown, the method of FIG. 10 comprises blocks 802-804 of FIG. 8 described above, and block 1012. At block 1012, the second service producer provides, to the first service producer, information related to status of the creating, modifying or deleting of the bulk subscription at the second service producer. With the method of FIG. 10, the same effect as the method of FIG. 6 can be achieved.

[0102] FIG. 11 is a flowchart illustrating a method performed by a second service producer according to an embodiment of the disclosure. As shown, the method of FIG. 11 comprises blocks 802-804 of FIG. 8 described above, and block 1114. At block 1114, the second service producer sends, to a service consumer, a second request message for notifying an event taking place according to the bulk subscription. The second request message comprises an information element to indicate the service producer sending the second request message. With the method of FIG. 11, the same effect as the method of FIG. 7 can be achieved.

[0103] FIG. 12 is a flowchart illustrating a method performed by a service consumer according to an embodiment of the disclosure. At block 1202, the service consumer sends, to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer. The plurality of service producers contain the first service producer. The first request message comprises a request URI for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers. The request URI may indicate a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription. Or the request URI may comprise a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription. Block 1202 corresponds to block 402 of FIG. 4. With the method of FIG. 12, the same effect as the method of FIG. 4 can be achieved.

[0104] The service consumer may then receive, from the first service producer, a first response message in response to the first request message. The first response message comprises a third indicator indicating information related to status of the creating, modifying or deleting of the bulk subscription at the plurality of service producers.

[0105] FIG. 13 is a flowchart illustrating a method performed by a service consumer according to an embodiment of the disclosure. As shown, the method of FIG. 13 comprises block 1202 of FIG. 12 described above, and block 1306. At block 1306, the service consumer receives, from at least one of the plurality of service producers, a second request message for notifying an event taking place according to the bulk subscription. The second request message comprises a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created. The second indicator may be included in an information element to indicate the service producer sending the second request message. With the method of FIG. 13, in addition to the effect of the method of FIG. 12, the service consumer can be allowed to know the sender of every received event notification, thereby preventing the service consumer from considering the event notification as a duplicated retransmission.

[0106] Based on the above description, the present disclosure introduces an enhanced mechanism to enable a NF service consumer to create an event subscription for a group of UEs or Any UE at multiple NFs having the same NF type which are e.g., serving the same area of interest, the same DNN / S-NSSAI. As an example, the intended multiple NFs are pertaining to the same NF set. As another example, the intended multiple NFs are not pertaining to the same set. In this case, the receiving NF (who receives Creation of the event subscription request, i.e., the NF service producer) can further populate the event subscription request to other NFs on behave of the original NF service consumer.

[0107] As a first basic ideas of the present disclosure, a new resource URI is introduced for such event subscription instead of reusing the existing ones defined for Namf_EventExposure and for Nsmf_EventExposure. Table 4 below shows the resources and methods overview of enhanced Namf_EventExposure or Nsmf_EventExposure API, where newly added contents are highlighted with underlines. Table 4: resources and methods overview of enhanced Namf_EventExposure or  Nsmf_EventExposure API

[0108] Such event subscription resource is quite different from the existing event subscription for a UE. The existing event subscription for a UE is simply stored in the shared memory. So there is a single NF handling the UE context at a specific time, e.g. when a request addressing the UE context is received.

[0109] However, for such an Event subscription addressing a group of UEs or any UE, which may be called as “bulk-subscription” (this name is merely for illustration purpose) , the NF service producer (who receives the creation of such event subscription request) has to further “broadcast” this event subscription request to all concerning NFs. Each NF will have to build the event subscription independently and maintain separately. Apparently, different NFs in the same NF set will serve a different set of UEs (for load sharing) . Therefore, the present disclosure proposes to define a new resource in the NF service producer. In addition, with such a new resource, an implementation specific mechanism may be easier developed to inform other NFs in the same set.

[0110] As a second basic idea, independently to the above first basic idea, if the NF service producer supports the said mechanism as indicated in the supportedFeatures, when the NF service consumer invokes the AMF or SMF event exposure service, in the service request message to the service producer or any NF service producer (if it pertains to a NF set) , a new attribute preferably called “subscriptionScope” is added into the data type “AmfEventSubscription” for the EventExposure service, and the data type “NsmfEventExposure” , or such “subscriptionScope” may be added into an existing 3GPP custom HTTP header (as defined in 3GPP TS 29.500 V18.6.0, clause 5.2.3 or a new custom HTTP header, preferably called “3gpp-sbi-request-scope” , which is used to describe, e.g. which NFs the request (in this case, it is to create an event subscription) is intended for, e.g. for multiple NFs. The data type “SubscriptionScope” may be set to: a list of NF instances IDs (e.g. when these NFs are not pertaining to the same NF set) ; or an NF Set ID indicating the event subscription is valid for all NFs in that NF set; or an NF service set ID indicating the event subscription is valid for all NF service instances in that NF service set; or an NF group ID indicating the event subscription is valid for all NF instances in that NF group; or a PLMN ID indicating the event subscription is valid for all NF instances deployed in the PLMN, e.g. if the NF consumer is from another PLMN. Note that it is assumed if the mechanism is supported, all NFs pertaining to the same NF set shall support the same mechanism.

[0111] For example, clause 6.2.6.2.2 of TS 29.518 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 6.2.6.2.2 Type: AmfEventSubscription Table 6.2.6.2.2-1: Definition of type AmfEventSubscription

[0112] For example, clause 5.6.2.2 of TS 29.508 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 5.6.2.2 Type NsmfEventExposure Table 5.6.2.2-1: Definition of type NsmfEventExposure

[0113] The following new contents are suggested to be added into TS 29.518 V18.6.0 or TS 29.508 V18.6.0. Since they are newly added, they are highlighted with underlines.Table 5.6.2. X-1: Definition of type SubscriptionScope

[0114] As a third basic idea, upon receiving the creation request for such an event subscription at the new resource URI, i.e. using “ / bulk-subscriptions” and / or ( “or” is referring when the existing resource “ / subscription” is used) with the new attribute “subscriptionScope” indicating the event subscription is intended for multiple NFs.

[0115] In case of the subscription to be populated is within a NF (service) set, an implementation mechanism is to enable the receiving NF to further populate the event subscription to the rest NFs in the same NF Set, e.g. such event subscription is stored in the shared memory. Since it is a kind of special resource identified by the new resource URI, all the NFs in the same NF set will be informed or notified once the resource is created and then create the event subscription in each NF.

[0116] As a fourth basic idea, the receiving NF (who receives Creation of the event subscription request, i.e., the NF service producer) will return the acceptance 201 Created back to the NF service consumer. The response message may contain a new attribute “additionalInfo” to include: a) a list of NF instance IDs where the event subscription has been successfully created; b) a list of NF instance ids where creation of the event subscription is not successful and the corresponding reason. However, the receiving NF will reattempt to create the event subscription at those NFs which have failed.

[0117] Clause 6.2.6.2.13 of TS 29.518 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 6.2.6.2.13 Type: AmfCreatedEventSubscription Table 6.2.6.2.13-1: Definition of type AmfCreatedEventSubscription

[0118] Clause 5.6.2.2 of TS 29.508 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 5.6.2.2 Type NsmfEventExposure Table 5.6.2.2-1: Definition of type NsmfEventExposure

[0119] The following new contents are suggested to be added into TS 29.518 V18.6.0 or TS 29.508 V18.6.0. Since they are newly added, they are highlighted with underlines.Table 5.6.2. X-1: Definition of type AdditionalInfo

[0120] As a fifth basic idea, when reporting the events, the notification request message, e.g. in the AmfEventNotification for Namf_EventExposure or NsmfEventExposureNotification, a new attribute “reportingNfId” needs to be included since the NF consumer cannot use notification URI and correlation ID it provided in event subscription creation request to identify which NF has sent the event report. It is important because the NF consumer may otherwise consider the report is duplicated by retransmissions.

[0121] Clause 6.2.6.2.4 of TS 29.518 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 6.2.6.2.4 Type: AmfEventNotification Table 6.2.6.2.4-1: Definition of type AmfEventNotification

[0122] Clause 5.6.2.3 of TS 29.508 V18.6.0 is suggested to be modified as below, where newly added contents are highlighted with underlines. 5.6.2.3 Type NsmfEventExposureNotification Table 5.6.2.3-1: Definition of type NsmfEventExposureNotification

[0123] The following new contents are suggested to be added into TS 29.518 V18.6.0 or TS 29.508 V18.6.0. Since they are newly added, they are highlighted with underlines.Table 5.6.2. X-1: Definition of type ReportingNfId

[0124] With one or more of the above basic ideas, it will greatly reduce the complexities in the NF service consumer to manage such an event subscription. With the enhanced mechanism, the NF service consumer needs to maintain only one subscription per NF Set instead of per NF instance. Therefore it does not need to monitor the change of NF set (e.g. adding new NF instance) and the status of individual NF instance in an NF Set. The enhanced mechanism can also save a lot of network signaling due to the reduced number of event subscriptions.

[0125] The enhanced mechanism should be supported when the NF set is deployed since the whole intention of the NF set is to increase 5G Core’s reliabilities, resilience and to achieve the load sharing among available NFs. This shall be true not only for a resource context related to a UE / PDU session context but also for any resource context in an NF instance.

[0126] FIG. 14 is a diagram illustrating an exemplary process according to an embodiment of the disclosure. In the exemplary process, the service consumer is TSCTSF, and the plurality of service producers are AMF1, AMF2 and AMF3 which constitute an AMF set. Each of the three AMFs is associated with TAI1, TAI2 and TAI3. At step 1, the TSCTSF sends to AMF1 a Post. .  / bulk-subscriptions / AmfCreateEventSubscription, where AmfCreateEventSubscription contains a AmfEventSubscription which includes a new attribute ” subscriptionScope” . At step 1b, AMF1 populates the request message to AMF2 and AMF3 to create the event subscription at AMF2 and AMF3. Then, AMF2 and AMF3 sends the status of the creation to AMF1.

[0127] At step 2, AMF1 sends to the TSCTSF a “201 Created” response message with a HTTP Location header to provide the location of a newly created resource (subscription) and AmfCreatedEventSubscription which may contain a new attribute additionalInfo, e.g. a list of NF IDs, where some NFs have created the event subscription successfully, and some NF are unable to create the event subscription with corresponding reason.

[0128] At step 3a, AMF1 sends to the TSCTSF a Notification request containing AMF1 NF Instance ID. At step 3b, AMF2 sends to the TSCTSF a Notification request containing AMF2 NF Instance ID. At step 3c, AMF3 sends to the TSCTSF a Notification request containing AMF3 NF Instance ID.

[0129] Based on the above description, the following change request (CR) about AMF Set Event Subscription is proposed to be made to TS 29.518 V18.6.0. This CR introduces backward compatible new features in Namf_EventExposure API. In the following changes proposed, the contents within “ […] ” means the contents are deleted and newly added contents are highlighted with underlines.

[0130] The first change proposed is as below, where Figure 5.3.2.2.2-1 is proposed to be changed as shown in FIG. 15A which illustrates an exemplary process according to an embodiment of the disclosure. 5.3.2.2.2 Creation of a subscription The Subscribe service operation is invoked by a NF Service Consumer, e.g. NEF, towards the AMF, when it needs  to create a subscription to monitor at least one event relevant to the AMF. The NF Service Consumer may subscribe to multiple events in a subscription. A subscription may be associated with one UE, a group of UEs or any UE. The NF Service Consumer shall request to create a new subscription by using HTTP method POST with URI of the  subscriptions collection, see clause 6.2.3.2 and 6.2.3. x. … Figure 5.3.2.2.2-1 Subscribe for Creation 1. The NF Service Consumer shall send a POST request to create a subscription resource in the AMF. To create an event Subscription for the AMF Set, the resource URI for the bulk subscriptions ( " / bulk-subscriptions" ) shall be used. The content of the POST request shall contain a representation of the individual subscription resource to be created. The request may contain an expiry time, suggested by the NF Service Consumer as a hint, representing the time upto which the subscription is desired to be kept active and the time after which the subscribed event (s) shall stop generating report. … 2b. On failure or redirection, one of the HTTP status code listed in Table 6.2.3.2 and 6.2.3. x. 3.1-3 shall be returned.  For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application error listed in Table 6.2.3.2 and 6.2.3. x. 3.1-3.

[0131] The second change proposed is as below, where Figure 5.3.2.2.3-1 is proposed to be changed as shown in FIG. 15B which illustrates an exemplary process according to an embodiment of the disclosure. 5.3.2.2.3 Modification of a subscription The Subscribe service operation is invoked by a NF Service Consumer, e.g. NEF, towards the AMF, when it needs  to modify an existing subscription previously created by itself at the AMF. The NF Service Consumer shall modify the subscription by using HTTP method PATCH with the URI of the  individual subscription resource (see clause 6.2.3.3 and 6.2.3. y) to be modified. … Figure 5.3.2.2.3-1 Modification of a Subscription … 2b. On failure or redirection, one of the HTTP status codes listed in Table 6.2.3.3 and 6.2.3. y. 3.1-3 shall be returned.  For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application errors listed in Table 6.2.3.3 and 6.2.3. y. 3.1-3. If the AMF cannot accept the received muting exception instructions, the AMF may reject the request with a 403  Forbidden response and the application error "MUTING_EXC_INSTR_NOT_ACCEPTED" .

[0132] The third change proposed is as below, where Figure 5.3.2.2.4-1 is proposed to be changed as shown in FIG. 15C which illustrates an exemplary process according to an embodiment of the disclosure. 5.3.2.2.4 Remove or add group member UE (s) for a group subscription The Subscribe service operation is invoked by a NF Service Consumer, e.g. UDM, towards the AMF, to remove or  add group member UE (s) for an existing group subscription. The NF Service Consumer shall modify the subscription by using HTTP method PATCH with the URI of the  individual subscription resource (see clause [6.2.3.3] 6.2.3. y) to be modified. … Figure 5.3.2.2.4-1 Remove or add group member UE (s) for a group subscription … 2b. On failure or redirection, one of the HTTP status code listed in Table 6.2.3.3 and 6.2.3. y. 3.1-3 shall be returned.  For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application error listed in Table 6.2.3.3 and 6.2.3. y. 3.1-3.

[0133] The fourth change proposed is as below, where Figure 5.3.2.3.1-1 is proposed to be changed as shown in FIG. 15D which illustrates an exemplary process according to an embodiment of the disclosure. 5.3.2.3      Unsubscribe 5.3.2.3.1       General The Unsubscribe service operation is invoked by a NF Service Consumer, e.g. NEF, towards the AMF, to remove an  existing subscription previously created by itself at the AMF. The NF Service Consumer shall unsubscribe to the subscription by using HTTP method DELETE with the URI of  the individual subscription resource (see clause [6.2.3.3] 6.2.3. y) to be deleted. … Figure 5.3.2.3.1-1 Unsubscribe a subscription … 2b. On failure or redirection, one of the HTTP status code listed in Table 6.2.3.3 and 6.2.3. y. 3.2-3 shall be returned.  For a 4xx / 5xx response, the message body shall contain a ProblemDetails structure with the "cause" attribute set to one of the application error listed in Table 6.2.3.3 and 6.2.3. y. 3.2-3.

[0134] The fifth change proposed is as below, where Figure 6.2.3.1-1 is proposed to be changed as shown in FIG. 16 which illustrates resource URI structure of AMF event exposure API according to an embodiment of the disclosure. 6.2.3.1 Overview … Figure 6.2.3.1-1: Resource URI structure of the Namf_EventExposure API  Table 6.2.3.1-1 provides an overview of the resources and applicable HTTP methods. Table 6.2.3.1-1: Resources and methods overview

[0135] The sixth change proposed is as below.6.2.3. x Resource: AMF Set subscriptions collection6.2.3. x. 1 DescriptionThis resource represents a collection of AMF Set subscriptions created by NF service consumers of Namf_EventExposure service.This resource is modelled as the Collection resource archetype (see clause C. 2 of 3GPP TS 29.501 [5] ) .6.2.3. x. 2 Resource DefinitionResource URI: {apiRoot}  / namf-evts / <apiVersion> / bulk-subscriptionsThis resource shall support the resource URI variables defined in table 6.2.3. x. 2-1.Table 6.2.3. x. 2-1: Resource URI variables for this resource 6.2.3. x. 3 Resource Standard Methods6.2.3. x. 3.1 POSTThis method shall support the URI query parameters specified in table 6.2.3. x. 3.1-1.Table 6.2.3. x. 3.1-1: URI query parameters supported by the POST method on this resource This method shall support the request data structures specified in table 6.2.3. x. 3.1-2 and the response data structures and response codes specified in table 6.2.3. x. 3.1-3.Table 6.2.3. x. 3.1-2: Data structures supported by the POST Request Body on this resource Table 6.2.3. x. 3.1-3: Data structures supported by the POST Response Body on this resource Table 6.2.3. x. 3.1-4: Headers supported by the 201 Response Code on this resource Table 6.2.3. x. 3.1-5: Headers supported by the 307 Response Code on this resource Table 6.2.3. x. 3.1-6: Headers supported by the 308 Response Code on this resource 6.2.3. x. 4 Resource Custom OperationsNone.

[0136] The seventh change proposed is as below.6.2.3. y Resource: Individual AMF Set subscription6.2.3. y. 1 DescriptionThis resource represents an individual AMF Set subscription created by NF service consumers of Namf_EventExposure service.This resource is modelled as the Document resource archetype (see clause C. 1 of 3GPP TS 29.501 [5] ) .6.2.3. y. 2 Resource DefinitionResource URI: {apiRoot}  / namf-evts / <apiVersion> / bulk-subscriptions /  {subscriptionId}This resource shall support the resource URI variables defined in table 6.2.3. y. 2-1.Table 6.2.3. y. 2-1: Resource URI variables for this resource 6.2.3. y. 3 Resource Standard Methods6.2.3. y. 3.1 PATCHThis method shall support the URI query parameters specified in table 6.2.3. y. 3.1-1.Table 6.2.3. y. 3.1-1: URI query parameters supported by the PATCH method on this resource This method shall support the request data structures specified in table 6.2.3. y. 3.1-2 and the response data structures and response codes specified in table 6.2.3. y. 3.1-3.Table 6.2.3. y. 3.1-2: Data structures supported by the PATCH Request Body on this resource Table 6.2.3. y. 3.1-3: Data structures supported by the PATCH Response Body on this resource Table 6.2.3. y. 3.1-4: Headers supported by the 307 Response Code on this resource Table 6.2.3. y. 3.1-5: Headers supported by the 308 Response Code on this resource 6.2.3. y. 3.2 DELETEThis method shall support the URI query parameters specified in table 6.2.3. y. 3.2-1.Table 6.2.3. y. 3.2-1: URI query parameters supported by the DELETE method on this resource This method shall support the request data structures specified in table 6.2.3. y. 3.2-2 and the response data structures and response codes specified in table 6.2.3. y. 3.2-3.Table 6.2.3. y. 3.2-2: Data structures supported by the DELETE Request Body on this resource Table 6.2.3. y. 3.2-3: Data structures supported by the DELETE Response Body on this resource Table 6.2.3. y. 3.2-4: Headers supported by the 307 Response Code on this resource Table 6.2.3. y. 3.2-5: Headers supported by the 308 Response Code on this resource 6.2.3. y. 4 Resource Custom Operations None.

[0137] The eighth change proposed is as below. 6.2.6.1 General This clause specifies the application data model supported by the API. Table 6.2.6.1-1: Namf_EventExposure specific Data Types

[0138] The ninth change proposed is as below. 6.2.6.2.2 Type: AmfEventSubscription Table 6.2.6.2.2-1: Definition of type AmfEventSubscription

[0139] The tenth change proposed is as below. 6.2.6.2.4 Type: AmfEventNotification Table 6.2.6.2.4-1: Definition of type AmfEventNotification

[0140] The eleventh change proposed is as below. 6.2.6.2.13 Type: AmfCreatedEventSubscription Table 6.2.6.2.13-1: Definition of type AmfCreatedEventSubscription

[0141] The twelfth change proposed is as below.6.2.6.2. xx Type: SubscriptionScopeTable 6.2.6.2. xx-1: Definition of type SubscriptionScope

[0142] The thirteenth change proposed is as below.6.2.6.2. yy Type: AdditionalInfoTable 6.2.6.2. xx-1: Definition of type AdditionalInfo

[0143] The fourteenth change proposed is as below.6.2.6.2. zz Type: ReportingNfIdTable 6.2.6.2. xx-1: Definition of type ReportingNfId

[0144] The fifteenth change proposed is as below. A.2 Namf_Communication API … …(Text Skipped for Clarity) …(Text Skipped for Clarity) …(Text Skipped for Clarity) …(Text Skipped for Clarity)

[0145] FIG. 17 is a block diagram showing an apparatus suitable for use in practicing some embodiments of the disclosure. For example, any one of the first service producer, the second service producer and the service consumer described above may be implemented through the apparatus 1700. As shown, the apparatus 1700 may include a processor 1710, a memory 1720 that stores a program, and optionally a communication interface 1730 for communicating data with other external devices through wired and / or wireless communication.

[0146] The program includes program instructions that, when executed by the processor 1710, enable the apparatus 1700 to operate in accordance with the embodiments of the present disclosure, as discussed above. That is, the embodiments of the present disclosure may be implemented at least in part by computer software executable by the processor 1710, or by hardware, or by a combination of software and hardware.

[0147] The memory 1720 may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory devices, flash memories, magnetic memory devices and systems, optical memory devices and systems, fixed memories and removable memories. The processor 1710 may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multi-core processor architectures, as non-limiting examples.

[0148] Based on the above description, the present disclosure also provides a computer program product. The computer program product may comprise instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above method embodiments.

[0149] In addition, the present disclosure also provides a computer readable storage medium. The computer readable storage medium may store thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of the above method embodiments. Note that every method provided in the present disclosure could be implemented by an apparatus with corresponding modules.

[0150] As such, it should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be practiced in various components such as integrated circuit chips and modules. It should thus be appreciated that the exemplary embodiments of this disclosure may be realized in an apparatus that is embodied as an integrated circuit, where the integrated circuit may comprise circuitry (as well as possibly firmware) for embodying at least one or more of a data processor, a digital signal processor, baseband circuitry and radio frequency circuitry that are configurable so as to operate in accordance with the exemplary embodiments of this disclosure.

[0151] It should be appreciated that at least some aspects of the exemplary embodiments of the disclosure may be embodied in computer-executable instructions, such as in one or more program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types when executed by a processor in a computer or other device. The computer executable instructions may be stored on a computer readable medium such as a hard disk, optical disk, removable storage media, solid state memory, RAM, etc. As will be appreciated by one skilled in the art, the function of the program modules may be combined or distributed as desired in various embodiments. In addition, the function may be embodied in whole or in part in firmware or hardware equivalents such as integrated circuits, field programmable gate arrays (FPGA) , and the like.

[0152] References in the present disclosure to “one embodiment” , “an embodiment” and so on, 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 implement such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0153] It should be understood that, although the terms “first” , “second” and so on 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 the disclosure. As used herein, the term “and / or” includes any and all combinations of one or more of the associated listed terms.

[0154] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the present disclosure. 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 “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components, but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. The terms “connect” , “connects” , “connecting” and / or “connected” used herein cover the direct and / or indirect connection between two elements. It should be noted that two blocks shown in succession in the above figures may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.

[0155] The present disclosure includes any novel feature or combination of features disclosed herein either explicitly or any generalization thereof. Various modifications and adaptations to the foregoing exemplary embodiments of this disclosure may become apparent to those skilled in the relevant arts in view of the foregoing description, when read in conjunction with the accompanying drawings. However, any and all modifications will still fall within the scope of the non-Limiting and exemplary embodiments of this disclosure.

Claims

1.A method at a first service producer, the method comprising:receiving (402) , from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer, wherein the plurality of service producers contain the first service producer; andwherein the first request message comprises a request uniform resource identifier, URI, for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.2.The method according to claim 1, wherein the request URI indicates a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription; orwherein the request URI comprises a subscription identifier, ID, of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription.3.The method according to claim 1 or 2, wherein the plurality of service producers belong to a same service producer set; orwherein not all of the plurality of service producers belong to a same service producer set.4.The method according to any of claims 1 to 3, wherein the first request message for creating, modifying or deleting the bulk subscription comprises a first indicator indicating identification information of the plurality of service producers.5.The method according to claim 4, wherein the first indicator is contained in a message header of the first request message; orwherein the first indicator is contained in a message body of the first request message.6.The method according to any of claims 1 to 5, further comprising one or more of:forwarding (506) the first request message to one or more second service producers in the plurality of service producers;using (508) the location of the resource so that creating resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode; andusing (510) the subscription ID so that modifying or deleting resource for the bulk subscription at the first service producer is known by the one or more second service producers by push mode or pull mode.7.The method according to any of claims 1 to 6, further comprising:sending (718) , to the service consumer, a second request message for notifying an event taking place according to the bulk subscription, wherein the second request message comprises a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created.8.The method according to claim 7, wherein the second indicator is included in an information element to indicate the service producer sending the second request message.9.The method according to any of claims 1 to 8, wherein the same type of the plurality of service producers comprises: access and mobility management function, AMF; or session management function, SMF.10.A method at a second service producer, the method comprising:receiving a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer, wherein the plurality of service producers contain the second service producer; andperforming (804) the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription;wherein the bulk subscription to be created, modified, or deleted at the plurality of service producers is represented by a request uniform resource identifier, URI, for a resource.11.The method according to claim 10, wherein the request URI indicates a location of the resource representing the bulk subscription to be created based on that the bulk subscription is to be created; orwherein the request URI comprises a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the bulk subscription is to be modified or deleted.12.The method according to claim 11, wherein receiving the bulk subscription comprises one or more of:receiving (906) , from a first service producer in the plurality of service producers, a first request message for creating, modifying or deleting the bulk subscription for the group of terminal devices or any terminal device at the plurality of service producers;detecting (908) the bulk subscription via the location of the resource so that creating resource for the bulk subscription at a first service producer in the plurality of service producers is known by the second service producer by push mode or pull mode; anddetecting (910) the bulk subscription via the subscription ID of the resource so that modifying or deleting resource for the bulk subscription at the first service producer is known by the second service producer by push mode or pull mode.13.The method according to any of claims 10 to 12, wherein the plurality of service producers belong to a same service producer set; orwherein not all of the plurality of service producers belong to a same service producer set.14.The method according to any of claims 10 to 13, wherein the first request message for creating, modifying or deleting the bulk subscription comprises a first indicator indicating identification information of the plurality of service producers.15.The method according to claim 14, wherein the first indicator is contained in a message header of the first request message; orwherein the first indicator is contained in a message body of the first request message.16.The method according to any of claims 10 to 15, further comprising:sending (1114) , to a service consumer, a second request message for notifying an event taking place according to the bulk subscription, wherein the second request message comprises an information element to indicate the service producer sending the second request message.17.The method according to any of claims 10 to 16, wherein the same type of the plurality of service producers comprises: access and mobility management function, AMF; or session management function, SMF.18.A method at a service consumer, the method comprising:sending (1202) , to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer, wherein the plurality of service producers contain the first service producer; andwherein the first request message comprises a request uniform resource identifier, URI, for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.19.The method according to claim 18, wherein the request URI indicates a location of the resource representing the bulk subscription to be created based on that the first request message is for creating the bulk subscription; orwherein the request URI comprises a subscription ID of the resource representing the bulk subscription to be modified or deleted based on that the first request message is for modifying or deleting the bulk subscription.20.The method according to claim 18 or 19, wherein the plurality of service producers belong to a same service producer set; orwherein not all of the plurality of service producers belong to a same service producer set.21.The method according to any of claims 18 to 20, wherein the first request message for creating, modifying or deleting the bulk subscription comprises a first indicator indicating identification information of the plurality of service producers.22.The method according to claim 21, wherein the first indicator is contained in a message header of the first request message; orwherein the first indicator is contained in a message body of the first request message.23.The method according to any of claims 18 to 22, further comprising:receiving (1306) , from at least one of the plurality of service producers, a second request message for notifying an event taking place according to the bulk subscription, wherein the second request message comprises a second indicator of a service producer of the plurality service producers for which the bulk subscription has been created.24.The method according to claim 23, wherein the second indicator is included in an information element to indicate the service producer sending the second request message.25.The method according to any of claims 18 to 24, wherein the same type of the plurality of service producers comprises: access and mobility management function, AMF; or session management function, SMF.26.A first service producer (1700) comprising:at least one processor (1710) ; andat least one memory (1720) , the at least one memory (1720) containing instructions executable by the at least one processor (1710) , whereby the first service producer (1700) is operative to:receive, from a service consumer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer, wherein the plurality of service producers contain the first service producer; andwherein the first request message comprises a request uniform resource identifier, URI, for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.27.The first service producer (1700) according to claim 26, wherein the first service producer (1700) is operative to perform the method according to any of claims 2 to 9.28.A second service producer (1700) comprising:at least one processor (1710) ; andat least one memory (1720) , the at least one memory (1720) containing instructions executable by the at least one processor (1710) , whereby the second service producer (1700) is operative to:receive a bulk subscription for a group of terminal devices or any terminal device to be created, modified or deleted at a plurality of service producers of same type as the second service producer, wherein the plurality of service producers contain the second service producer; andperform the creating, modifying or deleting of the bulk subscription at the second service producer, in response to receiving the bulk subscription;wherein the bulk subscription to be created, modified, or deleted at the plurality of service producers is represented by a request uniform resource identifier, URI, for a resource.29.The second service producer (1700) according to claim 28, wherein the second service producer (1700) is operative to perform the method according to any of claims 11 to 17.30.A service consumer (1700) comprising:at least one processor (1710) ; andat least one memory (1720) , the at least one memory (1720) containing instructions executable by the at least one processor (1710) , whereby the service consumer (1700) is operative to:send, to a first service producer, a first request message for creating, modifying or deleting a bulk subscription for a group of terminal devices or any terminal device at a plurality of service producers of same type as the first service producer, wherein the plurality of service producers contain the first service producer; andwherein the first request message comprises a request uniform resource identifier, URI, for a resource representing the bulk subscription to be created, modified or deleted at the plurality of service producers.31.The service consumer (1700) according to claim 30, wherein the service consumer (1700) is operative to perform the method according to any of claims 19 to 25.32.A computer readable storage medium storing thereon instructions which when executed by at least one processor, cause the at least one processor to perform the method according to any of claims 1 to 25.

Images