User consent in IMS network

Abstract

Example embodiments of the present disclosure are directed to a user consent in IMS network. A method comprises determining to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type; obtaining information related to at least one user consent for at least one IMS service type, based on the determining; and determining, based on the information, that the target IMS service type is permitted or unpermitted.

Description

USER CONSENT IN IMS NETWORKFIELD

[0001] Various example embodiments generally relate to the field of telecommunication and in particular, to methods, devices, apparatuses and computer readable storage medium for a user consent in an internet protocol (IP) multimedia subsystem (IMS) network.BACKGROUND

[0002] The IMS is a network architecture used to provide multimedia communication services. The third generation partnership project (3GPP) defines an IMS data channel (DC) of the IMS network. The IMS DC is one or more data channels that parallel to an audio channel and a video channel in an IMS communication session. In an IMS network, a user device establishes the IMS data channels to download data channel applications (DC Apps) and transmit data from DC Apps, thereby obtaining IMS services beyond audio or video calls, such as screen sharing, location sharing, and augmented reality (AR) .SUMMARY

[0003] In a first aspect of the present disclosure, there is provided a first network device. The first apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the first network device at least to: determine to verify a user consent for a target IMS service type; obtain information related to at least one user consent for at least one IMS service type, based on the determining; and determine, based on the information, that the target IMS service type is permitted or unpermitted.

[0004] In a second aspect of the present disclosure, there is provided a second network device. The second apparatus comprises at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the second network device at least to: obtain information related to at least one user consent for at least one IMS service type; and transmit, to a first network device, the information to determine that a target IMS service type is permitted or unpermitted.

[0005] In a third aspect of the present disclosure, there is provided a user device. The third apparatus comprises at least one processor; and at least one memory storing  instructions that, when executed by the at least one processor, cause the user device at least to: receive, from a first network device, a first request for information related to at least one user consent for at least one IMS service type, the first request comprising a request for collecting the user consent; transmit, to the first network device, a first response to the first request, the first response including the information.

[0006] In a fourth aspect of the present disclosure, there is provided a method. The method comprises: determining to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type; obtaining information related to at least one user consent for at least one IMS service type, based on the determining; and determining, based on the information, that the target IMS service type is permitted or unpermitted.

[0007] In a fifth aspect of the present disclosure, there is provided a method. The method comprises: obtaining information related to at least one user consent for at least one IMS service type; and transmitting, to a first network device, the information to determine that a target IMS service type is permitted or unpermitted.

[0008] In a sixth aspect of the present disclosure, there is provided a method. The method comprises: receiving, from a first network device, a first request for information related to at least one user consent for at least one IMS service type, the first request comprising a request for collecting the user consent; transmitting, to the first network device, a first response to the first request, the first response including the information.

[0009] In a seventh aspect of the present disclosure, there is provided a first network device. The first apparatus comprises means for determining to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type; means for obtaining information related to at least one user consent for at least one IMS service type, based on the determining; and means for determining, based on the information, that the target IMS service type is permitted or unpermitted.

[0010] In an eighth aspect of the present disclosure, there is provided a second network device. The second apparatus comprises means for obtaining information related to at least one user consent for at least one IMS service type; and means for transmitting, to a first network device, the information to determine that a target IMS service type is permitted or unpermitted.

[0011] In a ninth aspect of the present disclosure, there is provided a user device. The  third apparatus comprises means for receiving, from a first network device, a first request for information related to at least one user consent for at least one IMS service type, the first request comprising a request for collecting the user consent; means for transmitting, to the first network device, a first response to the first request, the first response including the information.

[0012] In a tenth aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the fourth aspect.

[0013] In an eleventh aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the fifth aspect.

[0014] In a twelfth aspect of the present disclosure, there is provided a computer readable medium. The computer readable medium comprises instructions stored thereon for causing an apparatus to perform at least the method according to the sixth aspect.

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

[0016] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0017] FIG. 1 illustrates an example communication environment in which example embodiments can be implemented.

[0018] FIG. 2 illustrates an example architecture of IMS network in which example embodiments can be implemented.

[0019] FIG. 3 illustrates an example procedure for the IMS service in which example embodiments can be implemented.

[0020] FIG. 4 illustrates an example process of verifying the user consent in IMS network in which example embodiments can be implemented.

[0021] FIG. 5 illustrates an example signaling flow of the user consent in IMS network  according to some example embodiments.

[0022] FIG. 6 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0023] FIG. 7 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0024] FIG. 8 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0025] FIG. 9 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0026] FIG. 10 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0027] FIG. 11 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0028] FIG. 12 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0029] FIG. 13 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0030] FIG. 14 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0031] FIG. 15 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0032] FIG. 16 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0033] FIG. 17 illustrates an example signaling flow of the user consent in IMS network according to some example embodiments.

[0034] FIG. 18 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0035] FIG. 19 illustrates an example signaling flow of the user consent in IMS network  according to some example embodiments.

[0036] FIG. 20 illustrates an example process of the user consent in IMS network according to some example embodiments.

[0037] FIG. 21 illustrates an example user consent revocation process of the user consent in IMS network according to some example embodiments.

[0038] FIG. 22 illustrates a flowchart of an example method implemented at a first network device in accordance with some example embodiments of the present disclosure.

[0039] FIG. 23 illustrates a flowchart of an example method implemented at a second network device in accordance with some example embodiments of the present disclosure.

[0040] FIG. 24 illustrates a flowchart of an example method implemented at a user device in accordance with some example embodiments of the present disclosure.

[0041] FIG. 25 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments.

[0042] FIG. 26 illustrates an example of the computer readable medium which may be in form of CD, DVD or other optical storage disk.DETAILED DESCRIPTION

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

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

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

[0046] It shall be understood that although the terms “first, ” “second, ” …, etc. in front of noun (s) and the like 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 and they do not limit the order of the noun (s) . For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0047] As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0048] As used herein, unless stated explicitly, performing a step “in response to A” does not indicate that the step is performed immediately after “A” occurs and one or more intervening steps may be included.

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

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

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

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

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

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

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

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

[0057] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as New Radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a user device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , 5.5G, the sixth generation (6G) communication protocols and the like, wireless local network communication protocols such as Institute for Electrical and Electronics Engineers (IEEE) 802.11 and the like, and / or any other protocols either currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: Code Division Multiple Access (CDMA) , Frequency Division Multiple  Access (FDMA) , Time Division Multiple Access (TDMA) , Frequency Division Duplex (FDD) , Time Division Duplex (TDD) , Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiple (OFDM) , Discrete Fourier Transform spread OFDM (DFT-s-OFDM) and / or any other technologies currently known or to be developed in the future. Embodiments may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope to only the aforementioned system.

[0058] As used herein, the term “network device” refers to a node in a communication network via which a user device accesses the network and receives services therefrom. The network device may comprise a network device of an access network including a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto, a pico, a non-terrestrial network (NTN) or non-ground network device such as a satellite network device, a low earth orbit (LEO) satellite and a geosynchronous earth orbit (GEO) satellite, an aircraft network device, and so forth, depending on the applied terminology and technology. In some example embodiments, the network device may utilize a radio access network (RAN) split architecture where the network device includes a Centralized Unit (CU) and a Distributed Unit (DU) .

[0059] The network device may also comprise a network device of a core network which may be any computing device or computing system that includes hardware (e.g., at least one processor and at least one memory) and software of one or more network functions of a core network. Examples of core network nodes may include functions of one or more of a mobility management entity (MME) , an evolved packet data gateway (ePDG) , a home subscriber server (HSS) , an access and mobility management function (AMF) , a session management function (SMF) , a network slice selection function (NSSF) , a serving gateway (SGW) , a packet gateway (PGW) , an authentication server function (AUSF) , a subscription identifier de-concealing function (SIDF) , a unified data management (UDM) , a security edge protection proxy (SEPP) , a network exposure function (NEF) , and / or a user plane function (UPF) , a call session control function (CSCF) , an IMS-access media gateway (IMS-AGW) , data channel server (DCS) , IMS application server (IMS AS) , data  channel application repository (DCAR) , data channel application server (DC AS) .

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

[0061] FIG. 1 illustrates an example communication environment 100 in which example embodiments can be implemented.

[0062] In the communication environment 100, there are a plurality of communication devices, including a user device 110, a network 120 including a first network device 122 and a second network device 125. In some example embodiments, the user device 110 may operate as a terminal device such as a UE by a user 115, and the first network device 122 and the second network device 125 may operate as a network device (such as a gNB) serving the terminal device. In some example embodiments, the network 120 may be a IMS network 200.

[0063] FIG. 2 illustrates an example architecture of an IMS network 200 in which example embodiments can be implemented. The IMS network 200 described in this application is only an example and may not constitute any limitation on this application.  The IMS network 200 serving the user device 110 is also referred to as a local IMS network, where the local IMS network comprises a call session control function (CSCF) 210, an IMS-access media gateway (IMS-AGW) 220, a home subscriber server (HSS 230) 230, an IMS application server (IMS AS 240) 240, a data channel server (DCS) 250, a data channel application repository (DCAR) 260, a network exposure function (NEF) 270, a data channel application server (DC AS) 280 as shown in FIG. 2. The IMS network serving other user devices is referred to as a remote IMS network 290 as shown in FIG. 2, where the network architecture in the remote IMS network 290 is similar with that in the local IMS network 200. The IMS AS 240 or the NEF 270 in FIG. 2 may be the first network device 122 in FIG. 1. The HSS 230 may be the second network device 125 in FIG. 1.

[0064] The CSCF 210 is a functional entity within IMS network. It is mainly responsible for handling signaling control during multimedia call sessions. As shown in FIG. 2, by way of example but not limitation, CSCF may be classified into proxy CSCFs (P-CSCF) 212, serving CSCFs (S-CSCF) 215, etc. based on their functions. P-CSCF 212 is an entry node for user device 110 to access the IMS network 200, mainly responsible for forwarding SIP signaling between IMS users and the home network. S-CSCF 215 is a unified entry point for IMS users'home networks, responsible for allocating or querying S-CSCFs serving users. The user device 110 and the P-CSCF 212 can interact through a Gm interface. And the P-CSCF 212 and the S-CSCF 215 can interact through a Mw interface.

[0065] The IMS AGW 220 provides access gateway and media gateway functions in IMS network 200. The user device 110 and the IMS AGW 220 can interact through a Mb interface. The HSS 230 serves as a database for storing user information in IMS network 200. By way of example, but not limitation, user information may be related to the DC services that users 115 have contracted with operators to use.

[0066] The IMS AS 240 is an application layer device located in the IMS network 200, providing basic and supplementary services such as multimedia communication. For example, the IMS AS 240 may be a multimedia telephony application server (MMTEL AS) or a telephony application server (TAS) . Through a ISC interface between the IMS AS 240 and the S-CSCF 215, various IMS network services are triggered and executed. Moreover, the IMS AS 240 may establish one or more DCs for the user device 110.

[0067] As shown in FIG. 2, the DCS 250 is divided into two functional entities: a media function (MF) 252 and a data channel signaling function (DCSF) 255. The MF 252 is used to provide data channel media resource management functions, while the DCSF 255 is used to provide data channel signaling control functions.

[0068] The DCAR 260 is a repository used to store data channel applications (DC Apps) . The NEF 270 is used to securely expose various services of 5GC networks to third parties. The DC AS 280 is used to provide DC business logic. The DC AS 280 may be deployed in the IMS network 200 and may be trusted. In this case, as shown in FIG. 2, the DC AS 280 may be directly connected to other network elements in the IMS network 200 through interfaces (such as a N74 interface to the HSS 230, a DC7 interface to the IMS AS 240) . Alternatively, the DC AS 280 can also be deployed outside the IMS network 200 and may be untrusted, for example as a third-party service, in which case the DC AS 280 can be connected to other network elements in the IMS network 200 through the NEF 270.

[0069] The architecture of the IMS network 200 shown in FIG. 2 supports IMS service, such as IMS event subscription and notification. For example, the event of the IMS service may be subscriber specific with target subscriber (s) (e.g., subscriber A requests an application DC establishment) or non-subscriber specific without a target subscriber (e.g., the DC application is downloaded) . The HSS 230 shown in FIG. 2 may support the handling of subscriber specific subscription requests. The IMS AS 240 shown in FIG. 2 assigned to the user device 110 during IMS registration may be registered in HSS 230.

[0070] FIG. 3 illustrates an example procedure for the IMS service in which example embodiments can be implemented. FIG. 3 takes subscriber event subscription and notification as an example. The description related to FIG. 3 is only an example and may not suggest any limitation on this application. For example, IMS service may be associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared. The subscriber specific event of the IMS service may be at least one of establishments of DC, change of session in DC, or download of DC APPs.

[0071] As shown in FIG. 3, the user device 110, by sending IMS SIP registration request message, registers (305) in the IMS network 200. Then, the S-CSCF 215 performs (310) third party registration to allocate an IMS AS 240 instance to serve the user device. After that, the allocated IMS AS 240 instance registers (315) at the HSS 230 with the list of supported events or event list.

[0072] In some embodiments, if the DC AS 280 is untrusted, the DC AS 280 subscribes (220) to the NEF 270 for the notification of a subscriber specific event, for example using Nnef_ImsEE_Subscribe operation. Then, the NEF 270 sends (325) a subscriber specific event subscription request to the HSS 230, for example using Nhss_ImsEE_Subscribe request.

[0073] In some embodiments, if the DC AS 280 is trusted, the DC AS 280 may subscribe (330) directly to the HSS 230 for the notification of the subscriber specific event, for example using Nhss_ImsEE_Subscribe operation.

[0074] It is to be noted that the IMS registration (305) of the user device 110 and the registration (315) of the IMS AS 240 serving the user device 110 to the HSS 230 may be happened anytime but before the DC AS 280 subscribes (320 or 330) for the notification of a subscriber specific event.

[0075] If the user device 110 is registered (305) in the IMS network 200 and the IMS AS 240 is allocated for the user device 110, the HSS 230 locates (335) the IMS AS 240, which is assigned to the user device 110 in the subscriber specific event subscription request. If the user device 110 is not registered in the IMS network 200, the subscriber specific event subscription request is stored in the HSS 230, until the user device 110 is registered and the IMS AS 240 allocated for the user device 110 is registered in the HSS 230.

[0076] Then, the HSS 230 sends (340) the subscriber specific event subscription request to the IMS AS 240 assigned to the user device 110, for example using Nimsas_ImsEventExposure_Subscribe request or using Sh interface shown in FIG. 2.

[0077] In some embodiments, if the DC AS 280 is untrusted, the IMS AS 240 replies (345) a subscriber specific event subscription response to the NEF 270 via the HSS 230 on successful subscriber specific event subscription, using Nhss_ImsEE_Subscribe response or using Sh interface. The NEF 270 replies (350) to the DC AS 280 on successful subscription to the subscriber specific event. Then, after a subscribed event has been detected (360) by the IMS AS 240, the notification related to the subscribed event is sent (365) to the DC AS 280 that triggered the subscription request via the NEF 270, for example using Nimsas_ImsEventExposure_Notify and Nnef_ImsEE_Notify operations.

[0078] In some embodiments, if the DC AS 280 is trusted, the IMS AS 240 replies (350) the subscriber specific event subscription response to the DC AS 280 via the HSS 230 on  successful subscriber specific event subscription using Nhss_ImsEE_Subscribe response or using Sh interface. Then, after a subscribed event has been detected (360) by the IMS AS 240, the notification related to the subscribed event is directly sent (370) to the DC AS 280 from IMS AS 240, for example using Nimsas_ImsEventExposure_Notify.

[0079] As mentioned above, the architecture of the IMS network 200 shown in FIG. 2 supports the event of IMS service. The DC AS 280 may obtain the subscription and notification of the event of the IMS service. However, the IMS service may be related to user privacy. For example, the event of the IMS service may be related to which DC Apps the user device 110 downloads or when the user device 110 establishes the DC. If the IMS service is not permitted by the user 115 or the DC AS 280 is untrusted, it may leak the user privacy when the DC AS 280 successfully subscribes the event of the IMS service or receives the notification of the event of the IMS service.

[0080] In accordance with some example embodiments, there is provided a solution of a user consent in IMS network 200. The term “user consent” will be also referred as “user permission” or “user authorization” which means the user gives his consent for the IMS service. The user consent for one or more IMS service types is adapted or checked in IMS network 200 in this solution. If obtaining the information including an indication that the target IMS service type is permitted, the first network device 122 determines, based on the information, that the target IMS service type is permitted. The term “IMS service types” may be also referred to different purposes of IMS services, for example IMS in general or sharing avatar in the IMS network 200.

[0081] In this way, user consent for IMS service is adapted and checked in IMS network, and therefore the data security of the IMS service is guaranteed, and the privacy information of the user device will not be leaked.

[0082] Some example implementations will be described below with reference to FIG. 4. An example process 400 of the user consent in IMS network 200 will be described below with reference to FIG. 4.

[0083] If a target IMS service is subscribed by the DC AS 280 (whether trusted or untrusted) , the first network device 122 (e.g. the IMS AS 240 or the NEF 270 in FIG. 2) will determine (410) to verify the user consent for the target IMS service type. In other words, the first network device 122 will check whether the user device 110 gives consent for the target IMS service type. Then, the first network device 122 obtains (420) the  information related to at least one user consent for at least one IMS service type. For example, the information comprises one or more IMS service type consent by the user device 110 or comprises user consent given or user consent not given for the target IMS service type. Finally, the first network device 122 determines (430) , based on the information, that the target IMS service type is permitted or unpermitted.

[0084] In some embodiments, the information is locally stored at the first network device 122. In other words, the first network device 122 may obtain the information by using local cached information related to at least one user consent for at least one IMS service type if available.

[0085] In some embodiments, the information comprises the user consent for the target IMS service type. In other words, the information includes an indication that the target IMS service type is permitted or unpermitted. TABLE. 1 illustrates an example of some enumeration values for the user consent for the target IMS service type, such as IMS activation.

[0086] TABLE. 1

[0087] For example, if the information indicates “CONSENT_GIVEN” , the first network device 122 may determine that the target IMS service type is permitted to be subscribed by the DC AS 280. If the information indicates “CONSENT_NOT_GIVEN” , the first network device 122 may determine that the target IMS service type is unpermitted to be subscribed by the DC AS 280.

[0088] In some embodiments, the information comprises user consent for one or more IMS service type. In other words, the information is related to a user consent for one or more IMS service types (also referred as the purposes of the one or more IMS service) . TABLE. 2 illustrates an example of some enumeration values for the user consent for one or more IMS service type, such as IMS in general or sharing avatar in IMS network, etc.

[0089] TABLE. 2

[0090] In some cases, the information may comprise the user consent for the target IMS service type. For example, TABLE. 2 also comprises the user consent for the IMS activation, so that the first network device 122 may determine the IMS activation, as the target IMS service type, is permitted. In some cases, the information may comprise the user consent for other service type than the target IMS service type. For example, TABLE. 2 comprises the user consent for IMS in general and sharing avatar in IMS network 200 other than the IMS activation, so that the first network device 122 may determine the IMS activation, as the target IMS service type, is unpermitted. It is worth noting that TABLE. 1 and TABLE. 2 are only examples, and information can also be of other types.

[0091] In some example embodiments, as shown in FIG. 4, after determining that the target service type is permitted, the first network device 122 may cache the user consent for the target service type locally. As shown in FIG. 4, the first network device 122 sets (440) a flag for the user consent for the target IMS service type, where the flag indicates that the target IMS service type is permitted. Then, in some subsequent procedures related to the target IMS service type, the first network device 122 will check the flag is still valid or invalid to determine whether to continue the subsequent procedures. For example, the first network device 122 sets (440) a flag for the user consent for the target IMS service type when subscribing to an event of the target IMS service type. In accordance with a determination that the event is to be notified, the first network device 122 determines (450) whether the flag is valid. Then, in accordance with a determination that the flag is valid, the first network device 122 notifies (460) the event of the target IMS service type.

[0092] In some embodiments, as shown in FIG. 4, the first network device 122 may trigger (470) a subscription to a status change of the user consent. In other words, the first network device 122 may trigger a procedure for an update of the user consent. If the first network device 122 obtain a notification that the user consent is revoked, any event notification to the target IMS service will be blocked from the first network device 122.

[0093] In some cases, the procedure of triggering the subscription to the status change of the user consent is after storing the user consent locally. In this way, it can prevent the first network device 122 from not synchronously updating after the user consent is updated.

[0094] Some example processes for verifying the user consent in the IMS network 200 will be described with reference to FIGS. 5 to 21 when the local cached information in the first network device 122 is unavailable.

[0095] Reference is now made to FIG. 5, which illustrates an example signaling flow 500 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 500 shows an example signaling flow for obtaining the information from an apparatus 502 and involves the first network device 122 and an apparatus 502.

[0096] As shown in FIG. 5, the first network device 122 determines (410) to verify a user consent for the target IMS service type. Then, the apparatus 502 transmits (520) , to the first network device 122, the information related to at least one user consent for at least one IMS service type. Correspondingly, the first network device 122 receives (525) , from the apparatus 502, the information. And the first network device 122 determines (530) , based on the information, that the target IMS service type is permitted or unpermitted. In other words, the first network device 122 obtains the information by receiving (525) the first response from the apparatus 502.

[0097] Optionally, or in addition, in some embodiments, after determining (410) to verify the user consent for the target IMS service type, the first network device 122 may transmit (510) , to the apparatus 502, a first request for the information. Correspondingly, the apparatus 502 receives (515) , from the first network device 122, the first request for the information. Then, the apparatus 502 transmits (520) , to the first network device 122, a first response for the first request where the first response including the information. Correspondingly, the first network device 122 receives (525) , from the apparatus 502, the first response including the information.

[0098] In some embodiments, the first request indicates the target IMS service type. For example, the first request comprises an indication for the purpose of the target IMS service type. In this way, an apparatus determining the user consent may retrieve the user consent for the target IMS service type based on the indication for the purposes of the target IMS service type.

[0099] In some other embodiments, if the first request is not used, the information may be related to one or more IMS service types shown in TABLE. 2. Thus, the first network device 122 may match the target service type with the one or more IMS service types. In other words, the first network device 122 may determine whether the target service type  is within the one or more IMS service types and if matches, the first network device 122 may response an indication related to a successful IMS service.

[0100] In some embodiments, after determining that the target IMS service type is permitted, information related to an IMS service type permitted by the user device 110 may be locally stored at the first network device 122. As shown in FIG. 5, the first network device 122 sets (440) a flag for the user consent for the target service type, where the flag indicates that the target IMS service type is permitted. In accordance with a determination that an event of the target IMS service type is to be notified, the first network device 122 determines (450) whether the flag is valid. Then, in accordance with a determination (460) that the flag is valid, the first network device 122 may notify (530) the event of the target IMS service type to the apparatus 502 or to other apparatus via the apparatus 502. Correspondingly, the apparatus 502 may receive (535) the notification for the event of the target IMS service type from the first network device 122 and notify the event of the target IMS service type to other apparatus.

[0101] In some embodiments, the determining to verify the user consent for the target IMS service type is in response to receiving a request for the target IMS service type. For example, after receiving a request for subscribing the target IMS service type, the first network device 122 may determine to verify the user consent for the target IMS service type.

[0102] In some embodiments, as shown in FIG. 5, the first network device 122 may trigger (470) a subscription to a status change of the user consent. Then, the first network device 122 transmits (540) , to the apparatus 502 (e.g. the second network device125) , a second request for subscription to a status change of the user consent. Correspondingly, the apparatus 502 receives (545) , from the first network device 122, the second request. Then, after the user consent is revoked by the user 115, the apparatus 502 may obtain the status change of the user consent and transmits (550) , to the first network device 122, a notification that the status of the user consent is changed or the user consent is revoked. Correspondingly, the first network device 122 receives (555) , from the apparatus 502, the notification that the status of the user consent is changed or the user consent is revoked.

[0103] In some example embodiments, the first network device 122 may request for the information to an apparatus via a first request and obtain the information via a first response to the first request. Some example embodiments in this regard will be described  with reference to FIGS. 6 to 14.

[0104] Reference is now made to FIG. 6, which illustrates an example signaling flow 600 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 600 shows an example signaling flow involves the first network device 122, a second network device 125 (as the apparatus 502 in FIG. 2) , and a third network device 601. In some embodiments, the first network device 122 may be IMS AS 240 shown in FIG. 2, and the second network device 125 may be HSS 230 shown in FIG. 2. The third network device 403 may be a unified data management (UDM) , which is responsible for managing user identification, contract data, authentication data, and user service network element registration. As is shown in FIG. 6, the third network device 601 may store (605) the user consent for the IMS service.

[0105] As shown in FIG. 6, after receiving (515) , from the first network device 122, the first request for the information, the second network device 125 (as the apparatus 502 in FIG. 2) transmits (610) , to the third network device 601, a third request for data management service, where the third request may including the target IMS service type. Correspondingly, the third network device 601 receives (615) , from the second network device 125, the third request for data management service. Then, by retrieving the user consent based on the target IMS service type provided in the third request, the third network device 601 transmits (620) , to the second network device 125, a third response to the third request, where the third response includes the information.

[0106] In some embodiments, after determining (460) that the flag is valid, the first network device 122 may notifies (630) the target IMS service to the source device, which sends a request for the target IMS service type, such as the DC AS 280 shown in FIG. 2, via the second network device 125 and the third network device 601.

[0107] In some embodiments, after receiving (545) , from the first network device 122, the second request for subscription to the status change of the user consent, the second network device 125 transmits (635) , to the third network device 601 the second request. Correspondingly, the third network device 601 receives (640) , from the second network device 125, the second request. Then, the third network device 601 determines (645) that the user consent for the target IMS service type is revoked by the user device. The status of the user consent for the target IMS service type may be decided by the user device 110 and updated in the third network device 601. After that, the third network device 601  transmits (650) , to the second network device 125, a notification that the user consent for the target IMS service is revoked or the status of the user consent for the target IMS service is changed. Correspondingly, the second network device 125 receives (655) , from the third network device 601, the notification that the user consent for the target IMS service is revoked or the status of the user consent for the target IMS service is changed.

[0108] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 5 are likewise applicable to the signaling flow 600 and have similar effects. For simplification, the details will not be repeated.

[0109] Reference is now made to FIG. 7, which illustrates an example process 700 of the user consent in IMS network 200 according to the example signaling flow 600 in FIG. 6. The example process 700 shows an example involves the IMS AS 240 which is the first network device 122, the HSS 230 which is the second network device 125, and UDM 710 which is the third network device 601, etc.

[0110] The HSS 230 sends (340) the subscriber specific event subscription request which is the request for the target IMS service type to the IMS AS 240 instance assigned to the user device. Based on the subscriber specific event subscription, the IMS AS 240 determines (710) to verify a user consent for the subscriber specific event which is an event of the target IMS service type. Then, the IMS AS 240 uses local cached user consent if available, otherwise requests (715) HSS 230 for user consent by sending IMS AS request which is the first request for the information and share the purpose of the target IMS service, thereby receiving (720) the first response including the information. In some cases, procedures 715 and 720 may be operated by extending at least one of Nhss_ImsUEContextManagement (also referred as ImsUECM) service or Nhss_ImsSubscriberDataManagement (also referred as ImsSDM) service by the IMS AS 240.

[0111] After receiving the IMS AS request, HSS 230 will invoke (725) the SBI interface Nudm subscriber Data management service request which is the third request with SUPI for specific purpose of IMS user consent. If the purpose also matches in the user consent for one or more purposes of IMS services stored in UDM 710, the UDM 710 will response the user consent for the subscriber specific event. Then the IMS AS 240 proceeds further with procedure 345 and the NEF proceeds further with procedure 350 after IMS AS 240  cache (735) the user consent by setting the flag.

[0112] In response to the subscriber specific event to be notified, the IMS AS 240 verifies (740) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 745, notifying the event.

[0113] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 700 and have similar effects. For simplification, the details will not be repeated.

[0114] Reference is now made to FIG. 8, which illustrates an example user consent revocation process 800 of the user consent in IMS network 200 according to the example signaling flow 600 in FIG. 6. The process 800 may be used for the case of process 700. The process 800 shows an example involves the IMS AS 240 which is the first network device 122, the HSS 230 which is the second network device 125, and UDM 710 which is the third network device 601, etc.

[0115] The IMS AS 240 determines or triggers (805) a subscription to a status change of the user consent or a user consent revocation. Then, the IMS AS 240 transmits (810) , to the HSS 230, the subscription to the user consent revocation which is the second request. Correspondingly, the HSS 230 receives (815) , from the IMS AS 240, the subscription to user consent revocation. Then, the HSS 230 transmits (820) , to the UDM 710, the subscription to user consent revocation. Correspondingly, the UDM 710 receives (825) , from the HSS 230, the subscription to user consent revocation.

[0116] After the user consent is revoked by the user device 110 and the UDM 710 (830) updated the status change of the user consent, the UDM 710 transmits (835) , to the HSS 230, a notification that the user consent is revoked. And then, the HSS 230 transmits (840) , to the IMS AS 240, the notification that the user consent is revoked.

[0117] It is noted that the event notification from IMS AS 240 to DC AS 280 may be happened anytime but before the IMS AS 240 receives the notification that the user consent is revoked. In other words, after the IMS AS 240 receives the notification that the user consent is revoked, any event notification may be blocked from IMS AS 240 to DC AS 280.

[0118] It is to be understood all operations and / or features as described above with  reference to FIG. 2 are likewise applicable to the process 800 and have similar effects. For simplification, the details will not be repeated.

[0119] Reference is now made to FIG. 9, which illustrates an example signaling flow 900 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 900 shows an example signaling flow involves the first network device 122 and a second network device 125, where the second network device 125 may store (905) the user consent for IMS service. In some embodiments, the first network device 122 may be the IMS AS 240 shown in FIG. 2, and the second network device 125 (as the apparatus 502 in FIG. 2) may be the HSS 230 shown in FIG. 2.

[0120] Due to storing (905) the user consent for IMS service, after receiving (515) the first request for the information, the second network device 125 may transmits (520) , to the first network device 122, the first response to the first request directly instead of requesting other device (e.g. the third network device 601) for the information, by retrieving the user consent for the target IMS service type in local storage.

[0121] In some embodiments, after determining (460) that the flag is valid, the first network device 122 may notifies (530) the target IMS service type to the source device such as the DC AS 280 shown in FIG. 2, via the second network device 125.

[0122] In some embodiments, the status of the user consent for the target IMS service type may be decided by the user device and updated in the second network device 125. Due to storing (905) the user consent for IMS service, after receiving (545) the second request for subscription to the status change of the user consent, the second network device 125 determines (915) that the user consent for the target IMS service type is revoked by the user device and transmits (550) , to the first network device 122, the notification that the user consent is revoked or the status of the user consent for the target IMS service is changed.

[0123] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 5 are likewise applicable to the signaling flow 900 and have similar effects. For simplification, the details will not be repeated.

[0124] Reference is now made to FIG. 10, which illustrates an example process 1000 of the user consent in IMS network 200 according to the example signaling flow 900 in FIG.  9. The example process 1000 shows an example involves the IMS AS 240 which is the first network device 122, and the HSS 230 which is the second network device 125.

[0125] The HSS 230 stores (1005) the IMS user consent and sends (340) the subscriber specific event subscription request to the IMS AS 240 instance assigned to the user device 110. Based on the subscriber specific event subscription, the IMS AS 240 determines (1010) to verify a user consent for the subscriber specific event which is an event of the target IMS service type. Then, the IMS AS 240 requests (1015) HSS 230 for user consent with an IMS AS 240 request which is the first request for the information and share the purpose which is the target IMS service type, thereby receiving (1020) an IMS AS 240 response which is the first response including the information. In some cases, procedures 1015 and 1020 may be operated by extending at least one of Nhss_ImsUEContextManagement (ImsUECM) service or Nhss_ImsSubscriberDataManagement (ImsSDM) service. Then the IMS AS 240 proceeds further with procedure 345 and the NEF proceeds further with procedure 350 after IMS AS 240 cache (1025) the user consent by setting the flag.

[0126] In response to the subscriber specific event to be notified, the IMS AS 240 verifies (1030) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 1035, notifying the event.

[0127] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1000 and have similar effects. For simplification, the details will not be repeated.

[0128] Reference is now made to FIG. 11, which illustrates an example user consent revocation process 1100 of the user consent in IMS network 200 according to the example signaling flow 900 in FIG. 9. The example process 1100 may be used for the case of process 1000. The process 1100 shows an example involves the IMS AS 240 which is the first network device 122, and the HSS 230 which is the second network device 125.

[0129] The IMS AS 240 determines or triggers (1105) a subscription to a status change of the user consent or user consent revocation. Then, the IMS AS 240 transmits (1110) , to the HSS 230, the subscription to user consent revocation which is included in the second request. Correspondingly, the HSS 230 receives (1115) , from the IMS AS 240, the subscription to user consent revocation which is included in the second request. Then,  after the user consent is revoked by a user device 110 and the HSS 230 updated (1120) the status change of the user consent, the HSS 230 transmits (1125) , to the IMS AS 240, a notification that the user consent is revoked.

[0130] It is noted that the event notification from IMS AS 240 to DC AS 280 may be happened anytime but before the IMS AS 240 receives the notification that the user consent is revoked. In other words, after the IMS AS 240 receives the notification that the user consent is revoked, any event notification may be blocked from IMS AS 240 to DC AS 280.

[0131] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1100 and have similar effects. For simplification, the details will not be repeated.

[0132] Reference is now made to FIG. 12, which illustrates an example signaling flow 1200 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 1200 shows an example signaling flow involves the first network device 122 and the apparatus 502. In some embodiments, the first network device 122 may be the IMS AS 240 shown in FIG. 2, and the apparatus 502 may be the NEF 270 or the user device 110 shown in FIG. 2. In this case, the user consent may be obtained or collected by requesting the user device 110 directly.

[0133] As shown in FIG. 12, in some embodiments, the apparatus 502 may be the NEF 270. In this case, the first request may comprise a request for collecting the user consent for the target IMS service type. After receiving (1215) , from the first network device 122, the first request, the NEF 270 may invokes a procedure, such as request network address assignment (RNAA) procedure using common application programming interface (API) framework for 3GPP northbound APIs (CAPIF) based RNAA token, to collect the user consent. Then, after obtaining the user consent for the target IMS service type from the user device 110, the NEF transmits (520) , to the first network device 122, the first response to the first request where the first response including the information related to the user consent for the target IMS service type.

[0134] In some embodiments, the apparatus 502 may be the user device 110. In this case, the user device 110 receives, from the first network device 122, the first request for the information and transmits, to the first network device 122, the first response to the first request, where the first response includes the information.

[0135] In some other embodiments, in response to receiving the first request, the user device 110 may display, in a user interface, a request for a confirmation whether the at least one IMS service type is permitted and receive the confirmation from a user 115, where the first response may include the confirmation. For example, the request for the confirmation whether the at least one IMS service type is permitted is pop up at the user device 110 and user 115 may provide the yes / no. And then, the user device 110 may send back the first response to the first network device 122.

[0136] In some other embodiments, the first response may be included in a session initialization protocol (SIP) message. For example, the first response may be included as part of link headers, or into other headers, or into the body of the SIP protocol message. The SIP protocol message may be the one being sent as part of a signaling, or an additional one dedicated to transmitting the possible user consent action (e.g. the confirmation whether the at least one IMS service type is permitted) .

[0137] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 5 are likewise applicable to the signaling flow 1200 and have similar effects. In addition, all operations and / or features related to the subscription to a status change of the user consent as described above with reference to FIG. 6 and FIG. 9 are likewise applicable to the process 1200 in FIG. 12. For simplification, the details will not be repeated.

[0138] Reference is now made to FIG. 13, which illustrates an example process 1300 of the user consent in IMS network 200 according to the example signaling flow 1200 in FIG. 12. The example process 1300 shows an example involves the IMS AS 240 which is the first network device 122, and the NEF 270 which is the apparatus 502.

[0139] After determining (1305) to verify the user consent, the IMS AS 240 transmits (1310) , a request for collecting the user consent which is included in the first request. In response to the request for collecting the user consent, the NEF invokes (1315) a procedure like RNAA procedure to take actions for collecting the user consent and transmits (1320) the information related to the user consent to the IMS AS 240.

[0140] In response to the subscriber specific event to be notified, the IMS AS 240 verifies (1330) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 1335, notifying the event.

[0141] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1300 and have similar effects. For simplification, the details will not be repeated.

[0142] Reference is now made to FIG. 14, which illustrates an example process 1400 of the user consent in IMS network 200 according to the example signaling flow 1200 in FIG. 12. The example process 1400 shows an example involves the IMS AS 240 which is the first network device 122, and the user device 110 or UE which is the apparatus 502.

[0143] After determining (1405) to verify the user consent, the IMS AS 240 transmits (1410) , the first request to the user device. In response to the first request, the user device transmits (1415) the first response including the information for the user consent to the IMS AS 240. Then, the IMS AS 240 caches (1420) the user consent by setting the flag. In response to the subscriber specific event to be notified, the IMS AS 240 verifies (1425) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 1430, notifying the event.

[0144] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1300 and the process 1400 and have similar effects. In addition, all operations and / or features related to the subscription to a status change of the user consent as described above with reference to FIG. 8 and FIG. 11 are likewise applicable to the process 1400 in FIG. 14. For simplification, the details will not be repeated.

[0145] In some example embodiments, the first network device 122 may obtain the information via request for the target IMS service type including the information from the second network device 125. Some example embodiments in this regard will be described with reference to FIGS. 15 to 18.

[0146] Reference is now made to FIG. 15, which illustrates an example signaling flow 1500 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 1500 shows an example signaling flow involves the first network device 122, a second network device 125, and a third network device 601. In some embodiments, the first network device 122 may be the IMS AS 240 shown in FIG. 2, and the second network device 125 (as the apparatus 502 in FIG. 5) may be the HSS 230 shown in FIG. 2. The third network device 403 may be the UDM 710, which is responsible for managing user identification, contract data, authentication data, and user service network  element registration. As is shown in FIG. 15, the third network device 601 may store (605) the user consent for IMS service.

[0147] As shown in FIG. 15, in response to receiving (1505) a request from other device like NEF 270 for the target IMS service type such as the subscription request of the event of the target IMS service, the second network device 125 (as the apparatus 502 in FIG. 5) transmits (1510) , to the third network device 601, the third request for data management service, where the third request may including the target IMS service type. Correspondingly, the third network device 601 receives (1515) , from the second network device 125, the third request for data management service. Then, by retrieving the user consent based on the target IMS service type provided in the third request, the third network device 601 transmits (1520) , to the second network device 125, the third response to the third request, where the third response includes the information. Then, the second network device 125 transmits (1530) , to the first network device 122, the request for the target IMS service type, where the request for the target IMS service type includes the information.

[0148] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 5 and FIG. 6 are likewise applicable to the signaling flow 1500 and have similar effects. For simplification, the details will not be repeated.

[0149] Reference is now made to FIG. 16, which illustrates an example process 1600 of the user consent in IMS network 200 according to the example signaling flow 1500 in FIG. 15. The example process 1600 shows an example involves the IMS AS 240 which is the first network device 122, the HSS 230 which is the second network device 125, and UDM 710 which is the third network device 601, etc.

[0150] The HSS 230 receives (325) the subscriber specific event subscription request from the NEF. Based on the subscriber specific event subscription, the HSS 230 will use (1605) a Nudm_SubscriberDataMagament service request which is the third request with SUPI and the purpose of the user consent to request to the UDM 710 for data management. Then the HSS 230 may receive (1610) the information related to one or more IMS service types from the UDM 710 via a Nudm_SubscriberDataMagament service response which is the third response.

[0151] After locating (335) the IMS AS 240 instance serving the user device, the HSS  230 will transmit (1615) , to the IMS AS 240, the specific event subscription request which is the request for the target IMS service type in FIG. 15 including the information. Then the IMS AS 240 proceeds further with procedure 345 and the NEF proceeds further with procedure 350 after IMS AS 240 cache (1625) the user consent by setting the flag.

[0152] In response to the subscriber specific event to be notified, the IMS AS 240 verifies (1630) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 1635, notifying the event.

[0153] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1600 and have similar effects. In addition, all operations and / or features related to the subscription to a status change of the user consent as described above with reference to FIG. 8 are likewise applicable to the process 1600 in FIG. 16. For simplification, the details will not be repeated.

[0154] Reference is now made to FIG. 17, which illustrates an example signaling flow 1700 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 1700 shows an example signaling flow involves the first network device 122 and a second network device 125, where the second network device 125 may store (905) the user consent for IMS service. In some embodiments, the first network device 122 may be the IMS AS 240 shown in FIG. 2, and the second network device 125 (as the apparatus 502 in FIG. 5) may be the HSS 230 shown in FIG. 2.

[0155] Due to storing (905) the user consent for IMS service, after receiving (1505) the request from other device like the NEF 270 for the target IMS service type, the second network device 125 may transmits (1710) , to the first network device 122, the request for the target IMS service type to the first network device 122 directly instead of requesting other device (e.g. the third network device 601) , where the request for the target IMS service type including the information. In this case, the information may related to one or more IMS service types shown in TABLE. 2.

[0156] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 5 and FIG. 9 are likewise applicable to the signaling flow 1700 and have similar effects. For simplification, the details will not be repeated.

[0157] Reference is now made to FIG. 18, which illustrates an example process 1800 of the user consent in IMS network 200 according to the example signaling flow 1700 in FIG. 17. The example process 1800 shows an example involves the IMS AS 240 which is the first network device 122, and the HSS 230 which is the second network device 125.

[0158] The HSS 230 stores (1805) the IMS user consent. After receiving (325) the subscriber specific event subscription request and locating (335) the IMS AS 240 instance serving the user device, the HSS 230 will transmit (1810) to the IMS AS 240 the specific event subscription request which is the request for the target IMS service type shown in FIG. 17 including the information. After receiving the information, the IMS AS 240 determines (1815) to verify the user consent and sets (1820) a flag indicating the user consent. Then the IMS AS 240 proceeds further with procedure 245 and the NEF proceeds further with procedure 250.

[0159] In response to the subscriber specific event to be notified, the IMS AS 240 verifies (1825) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 1830, notifying the event.

[0160] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 1800 and have similar effects. For simplification, the details will not be repeated. In addition, all operations and / or features related to the subscription to a status change of the user consent as described above with reference to FIG. 11 are likewise applicable to the process 1800 in FIG. 18.

[0161] In some example embodiments, the first network device 122 obtain the information via request for data management service including the information. Some example embodiments in this regard will be described with reference to FIGS. 19 to 21.

[0162] Reference is now made to FIG. 19, which illustrates an example signaling flow 1900 of the user consent in IMS network 200 according to some example embodiments. The signaling flow 1900 shows an example signaling flow involves the first network device 122, a second network device 125, and a third network device 601. In some embodiments, the first network device 122 may be the NEF 270 shown in FIG. 2, and the second network device 125 may be the HSS 230 shown in FIG. 2. The third network device 403 (as the apparatus 502 in FIG. 5) may be the UDM 710, which is responsible for managing user identification, contract data, authentication data, and user service  network element registration. As is shown in FIG. 19, the third network device 403 may store (605) the user consent for the IMS service.

[0163] As shown in FIG. 19, in response to determine (410) to verify the user consent for the target IMS service type, the first network device 122 retrieves (1905) , from the second network device 125, an identifier of a user device serving the target IMS service type. The identifier may be at least one of mobile station integrated services digital network (ISDN) number (MSISDN) , subscription permanent identifier (SUPI) , and generic public subscription identifier (GPSI) of the user device. In some cases, the identifier may be obtained by the help of internet protocol (IP) multimedia public identity (IMPU) . Then, the first network device 122 transmits (1915) , to the third network device 601, the third request for data management service, where the third request may include the target IMS service type and the identifier. Correspondingly, the third network device 601 receives (1920) , from the first network device 122, the third request for data management service. After that, the third network device 601 transmits (1925) , to the first network device 122, the third response to the third request where the third response may include the information retrieved by the third network device 601 based on the target IMS service type and the identifier. Correspondingly, the first network device 122 receives (1930) , from the third network device 601, the third response including the information.

[0164] In some embodiments, as shown in FIG. 19, the first network device 122 may triggers (470) a subscription to a status change of the user consent. Then, the first network device 122 transmits (1940) , to the third network device 601, the second request for subscription to a status change of the user consent. Correspondingly, the third network device 601 receives (1945) , from the first network device 122, the second request. Then, in accordance with the determination that the user consent for the target IMS service type is revoked, the third network device 601 transmits (1950) , to the first network device 122, the notification that the user consent is revoked. Correspondingly, the first network device 122 receives (1955) , from the third network device 601, the notification that the user consent is revoked or the status of the user consent for the target IMS service is changed.

[0165] It is to be understood all operations and / or features related to the first network device 122 and the second network device 125 as described above with reference to FIG. 6 are likewise applicable to the signaling flow 1900 and have similar effects. For simplification, the details will not be repeated.

[0166] Reference is now made to FIG. 20, which illustrates an example process 2000 of the user consent in IMS network 200 according to the example signaling flow 1900 in FIG. 19. The example process 2000 shows an example involves the NEF 270 which is the first network device 122, the HSS 230 which is the second network device 125, and the UDM 710 is the third network device 601.

[0167] The DC AS 280 sends (320) the event subscription request to the NEF. Based on the event subscription request, the NEF 270 determines (2010) to verify a user consent for the subscriber specific event which is an event of the target IMS service type. Then, the NEF 270 retrieves (2015) the identifier of the user device like MSISDN / SUPI / GPSI with help of IMPU from the HSS 230. In some other cases, the NEF 270 may receive the identifier of the user device from the DC AS 280.

[0168] Then, the NEF 270 will invoke (2020) the SBI interface Nudm subscriber Data management service request which is the third request with SUPI to request the information. If the UDM 710 responds with CONSENT_GIVEN, the NEF will set (2025) the flag for later verification during the event notification. For example, in response to the subscriber specific event to be notified, the IMS AS 240 verifies (2030) if the flag indicating the user consent for the subscriber specific event is still valid. If the flag is valid, the IMS AS 240 proceeds further with procedure 2035, notifying the event.

[0169] It is to be understood all operations and / or features as described above with reference to FIG. 2 are likewise applicable to the process 2000 and have similar effects. For simplification, the details will not be repeated.

[0170] Reference is now made to FIG. 21, which illustrates an example user consent revocation process 2100 of the user consent in IMS network according to the example signaling flow 1900 in FIG. 19. The example process 2100 may be used for the case of process 2000. The example process 2100 shows an example involves the NEF 270 which is the first network device 122, the HSS 250 which is the second network device 125, and UDM 710 which is the third network device 601, etc.

[0171] The NEF 270 determines or triggers (2105) a subscription to a status change of the user consent or user consent revocation. Then, the NEF 270 transmits (2110) , to the UDM 710, the subscription to user consent revocation which is included in the second request. Correspondingly, the UDM 710 receives (2115) , from the NEF 270, the subscription to user consent revocation. Then, after the user consent is revoked by the  user device 110 and the UDM 710 updated (2120) the status change of the user consent, the UDM 710 transmits (2125) , to the NEF 270, a notification that the user consent is revoked.

[0172] It is noted that the event notification from IMS AS 240 to DC AS 280 may be happened anytime but before the IMS AS receives the notification that the user consent is revoked. In other words, after the IMS AS 240 receives the notification that the user consent is revoked, any event notification may be blocked from IMS AS 240 to DC AS 280.

[0173] FIG. 22 shows a flowchart of an example method 2200 implemented at a first network device 122 in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 2200 will be described from the perspective of IMS AS 240 or NEF 270 in FIG. 2.

[0174] At block 2210, determining to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type.

[0175] At block 2220, obtaining information related to at least one user consent for at least one IMS service type, based on the determining.

[0176] At block 2230, determining, based on the information, that the target IMS service type is permitted or unpermitted.

[0177] In some example embodiments, the information includes an indication that the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: determine, based on the information, that the target IMS service type is permitted.

[0178] In some example embodiments, the information is related to a user consent for other service types than the target service type, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: determine, based on the information, that the target IMS service type is unpermitted.

[0179] In some example embodiments, information related to a service type permitted by a user consent is locally stored at the first network device 122.

[0180] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: transmit, to an apparatus 502,  a first request for the information, wherein the information is received from the apparatus via a first response to the first request.

[0181] In some example embodiments, the apparatus 502 comprises home subscriber server (HSS) 230.

[0182] In some example embodiments, the first request indicates the target IMS service type.

[0183] In some example embodiments, the apparatus comprises a user device 110.

[0184] In some example embodiments, the first response is included in a session initialization protocol (SIP) message.

[0185] In some example embodiments, the information is received from a second network device 125 via a request for the target IMS service type.

[0186] In some example embodiments, the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: transmit, to a second network device 125, a second request for subscription to a status change of the user consent; and receive, from the second network device 125, a notification of the status change of the user consent.

[0187] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: store the user consent locally, wherein the second request is transmitted after the storing.

[0188] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: obtain, from a second network device 125, an identifier of a user device; transmit, to a third network device 601, a third request for data management service, the third request including the identifier; and receive, from the third network device 601, a third response to the third request, the third response including the information.

[0189] In some example embodiments, the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: set a flag for the user consent, the flag indicating the target IMS service type is permitted.

[0190] In some example embodiments, the determining to verify is in response to  receiving a request for subscription to an event of the target IMS service type, from an apparatus, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: in accordance with a determination that the event is to be notified, determine whether the flag is valid; and in accordance with a determination that the flag is valid, notify the event to the apparatus.

[0191] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0192] FIG. 23 shows a flowchart of an example method 2300 implemented at a second network device 125 in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 2300 will be described from the perspective of the HSS 230 in FIG. 3.

[0193] At block 2310, obtaining information related to at least one user consent for at least one IMS service type.

[0194] At block 2320, transmitting, to a first network device 122, the information to determine that a target IMS service type is permitted or unpermitted.

[0195] In some example embodiments, the information is locally stored at the second network device.

[0196] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a first request for the information; transmit, to the first network device 122, a first response to the first request, the first response including the information.

[0197] In some example embodiments, the first request indicates the target service type.

[0198] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: transmit, to the first network device 122, a request for the target IMS service type including the information.

[0199] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a first request for the information; transmit, to a third network device 601, a third request for data management service, the third request including the target IMS  service type; receive, from the third network device 601, a third response to the third request, the third response including the information; transmit, to the first network device 122, a first response to the first request, the first response including the information.

[0200] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device 125 to: transmit, to a third network device 601, a third request for data management service, the third request including the target IMS service type; receive, from the third network device 601, a third response to the third request, the second response including the information; transmit, to the first network device 122, a request for the target IMS service type including the information.

[0201] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device 125 to: receive, from the first network device 122, a second request for subscription to a status change of the user consent; and in accordance with a determination that the status of the user consent is changed, transmit, to the first network device 122, a notification of the status change of the user consent.

[0202] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device 125 to: receive, from the first network device 122, a second request for subscription to a status change of the user consent; transmit, to a third network device 601, the second request; receive, from the third network device 601, a notification of the status change of the user consent; and transmit, to the first network device 122, the notification.

[0203] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0204] FIG. 24 shows a flowchart of an example method 2400 implemented at a user device in accordance with some example embodiments of the present disclosure. For the purpose of discussion, the method 2400 will be described from the perspective of the user device 110 in FIG. 2.

[0205] At block 2410, receiving, from a first network device 122, a first request for information related to at least one user consent for at least one IMS service type, the first request comprising a request for collecting the user consent.

[0206] At block 2420, transmitting, to the first network device 122, a first response to  the first request, the first response including the information.

[0207] In some example embodiments, the instructions, when executed by the at least one processor, further cause the user device to: in response to receiving the first request, display, in a user interface, a request for a confirmation whether the at least one IMS service type is permitted; receive the confirmation from a user 115, wherein the first response includes the confirmation.

[0208] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0209] In some example embodiments, the first response is included in a session initialization protocol (SIP) message.

[0210] In some example embodiments, a first network device 122 capable of performing any of the method 2200 (for example, the IMS AS 240 or NEF 270 in FIG. 2) may comprise means for performing the respective operations of the method 2200. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The first apparatus may be implemented as or included in the IMS AS 240 or NEF 270 in FIG. 2.

[0211] In some example embodiments, the first apparatus comprises means for determining to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type; means for obtaining information related to at least one user consent for at least one IMS service type, based on the determining; and means for determining, based on the information, that the target IMS service type is permitted or unpermitted.

[0212] In some example embodiments, the information includes an indication that the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: determine, based on the information, that the target IMS service type is permitted.

[0213] In some example embodiments, the information is related to a user consent for other service types than the target service type, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: determine, based on the information, that the target IMS service type is unpermitted.

[0214] In some example embodiments, information related to a service type permitted by  a user consent is locally stored at the first network device 122.

[0215] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: transmit, to an apparatus, a first request for the information, wherein the information is received from the apparatus via a first response to the first request.

[0216] In some example embodiments, the apparatus comprises home subscriber server (HSS 230) .

[0217] In some example embodiments, the first request indicates the target IMS service type.

[0218] In some example embodiments, the apparatus comprises a user device.

[0219] In some example embodiments, the first response is included in a session initialization protocol (SIP) message.

[0220] In some example embodiments, the information is received from a second network device via a request for the target IMS service type.

[0221] In some example embodiments, the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: transmit, to a second network device, a second request for subscription to a status change of the user consent; and receive, from the second network device, a notification of the status change of the user consent.

[0222] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: store the user consent locally, wherein the second request is transmitted after the storing.

[0223] In some example embodiments, the instructions, when executed by the at least one processor, further cause the first network device 122 to: obtain, from a second network device 125, an identifier of a user device 110; transmit, to a third network device 601, a third request for data management service, the third request including the identifier; and receive, from the third network device 601, a third response to the third request, the third response including the information.

[0224] In some example embodiments, the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the  first network device 122 to: set a flag for the user consent, the flag indicating the target IMS service type is permitted.

[0225] In some example embodiments, the determining to verify is in response to receiving a request for subscription to an event of the target IMS service type, from an apparatus, and wherein the instructions, when executed by the at least one processor, further cause the first network device 122 to: in accordance with a determination that the event is to be notified, determine whether the flag is valid; and in accordance with a determination that the flag is valid, notify the event to the apparatus.

[0226] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0227] In some example embodiments, a second network device capable of performing any of the method 2300 (for example, the HSS 230 in FIG. 2) may comprise means for performing the respective operations of the method 2300. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The second apparatus may be implemented as or included in HSS 230 in FIG. 2.

[0228] In some example embodiments, the second apparatus comprises means for obtaining information related to at least one user consent for at least one IMS service type; and means for transmitting, to a first network device 122, the information to determine that a target IMS service type is permitted or unpermitted.

[0229] In some example embodiments, the information is locally stored at the second network device.

[0230] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a first request for the information; transmit, to the first network device 122, a first response to the first request, the first response including the information.

[0231] In some example embodiments, the first request indicates the target service type.

[0232] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: transmit, to the first network device 122, a request for the target IMS service type including the information.

[0233] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a first request for the information; transmit, to a third network device 601, a third request for data management service, the third request including the target IMS service type; receive, from the third network device 601, a third response to the third request, the third response including the information; transmit, to the first network device 122, a first response to the first request, the first response including the information.

[0234] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: transmit, to a third network device 601, a third request for data management service, the third request including the target IMS service type; receive, from the third network device 601, a third response to the third request, the second response including the information; transmit, to the first network device 122, a request for the target IMS service type including the information.

[0235] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a second request for subscription to a status change of the user consent; and in accordance with a determination that the status of the user consent is changed, transmit, to the first network device 122, a notification of the status change of the user consent.

[0236] In some example embodiments, the instructions, when executed by the at least one processor, further cause second network device to: receive, from the first network device 122, a second request for subscription to a status change of the user consent; transmit, to a third network device, the second request; receive, from the third network device 601, a notification of the status change of the user consent; and transmit, to the first network device 122, the notification.

[0237] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0238] In some example embodiments, a user device capable of performing any of the method 2400 (for example, the user device 110 in FIG. 2) may comprise means for performing the respective operations of the method 2400. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module. The third apparatus may be implemented as or included in the user  device 110 in FIG. 2.

[0239] In some example embodiments, the third apparatus comprises means for receiving, from a first network device 122, a first request for information related to at least one user consent for at least one IMS service type, the first request comprising a request for collecting the user consent; means for transmitting, to the first network device 122, a first response to the first request, the first response including the information.

[0240] In some example embodiments, the instructions, when executed by the at least one processor, further cause the user device to: in response to receiving the first request, display, in a user interface, a request for a confirmation whether the at least one IMS service type is permitted; receive the confirmation from a user 115, wherein the first response includes the confirmation.

[0241] In some example embodiments, the target IMS service type is associated with at least one of: a uniform resource locator (URL) , a video being played, or an avatar being shared.

[0242] In some example embodiments, the first response is included in a session initialization protocol (SIP) message.

[0243] FIG. 25 is a simplified block diagram of a device 2500 that is suitable for implementing example embodiments of the present disclosure. The device 2500 may be provided to implement a communication device, for example, the IMS AS 240 or the NEF 270 or the HSS 230 as shown in FIG. 2. As shown, the device 2500 includes one or more processors 2510, one or more memories 2520 coupled to the processor 2510, and one or more communication modules 2540 coupled to the processor 2510.

[0244] The communication module 2540 is for bidirectional communications. The communication module 2540 has one or more communication interfaces to facilitate communication with one or more other modules or devices. The communication interfaces may represent any interface that is necessary for communication with other network elements. In some example embodiments, the communication module 2540 may include at least one antenna.

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

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

[0247] A computer program 2530 includes computer executable instructions that are executed by the associated processor 2510. The instructions of the program 2530 may include instructions for performing operations / acts of some example embodiments of the present disclosure. The program 2530 may be stored in the memory, e.g., the ROM 2524. The processor 2510 may perform any suitable actions and processing by loading the program 2530 into the RAM 2522.

[0248] The example embodiments of the present disclosure may be implemented by means of the program 2530 so that the device 2500 may perform any process of the disclosure as discussed with reference to FIG. 5 to FIG. 21. The example embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0249] In some example embodiments, the program 2530 may be tangibly contained in a computer readable medium which may be included in the device 2500 (such as in the memory 2520) or other storage devices that are accessible by the device 2500. The device 2500 may load the program 2530 from the computer readable medium to the RAM 2522 for execution. In some example embodiments, the computer readable medium may include any types of non-transitory storage medium, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0250] FIG. 26 shows an example of the computer readable medium 2600 which may be  in form of CD, DVD or other optical storage disk. The computer readable medium 2600 has the program 2530 stored thereon.

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

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

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

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

[0255] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random-access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

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

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

Claims

1.A first network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the first network device at least to:determine to verify a user consent for a target internet protocol multimedia subsystem (IMS) service type;obtain information related to at least one user consent for at least one IMS service type, based on the determining; anddetermine, based on the information, that the target IMS service type is permitted or unpermitted.2.The first network device of claim 1, wherein the information includes an indication that the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device to:determine, based on the information, that the target IMS service type is permitted.3.The first network device of claim 1, wherein the information is related to a user consent for other service types than the target service type, and wherein the instructions, when executed by the at least one processor, further cause the first network device to:determine, based on the information, that the target IMS service type is unpermitted.4.The first network device of any of claim 1 to 3, wherein information related to a service type permitted by a user consent is locally stored at the first network device.5.The first network device of any of claim 1 to 3, wherein the instructions, when executed by the at least one processor, further cause the first network device to:transmit, to an apparatus, a first request for the information,wherein the information is received from the apparatus via a first response to the first request.6.The first network device of claim 5, wherein the apparatus comprises home subscriber server (HSS) .7.The first network device of claim 6, wherein the first request indicates the target IMS service type.8.The first network device of claim 5, wherein the apparatus comprises a user device.9.The first network device of claim 8, wherein the first response is included in a session initialization protocol (SIP) message.10.The first network device of any of claim 1 to 3, wherein the information is received from a second network device via a request for the target IMS service type.11.The first network device of any of claim 1 to 10, wherein the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device to:transmit, to a second network device, a second request for subscription to a status change of the user consent; andreceive, from the second network device, a notification of the status change of the user consent.12.The first network device of claim 11, wherein the instructions, when executed by the at least one processor, further cause the first network device to:store the user consent locally,wherein the second request is transmitted after the storing.13.The first network device of any of claim 1 to 3, wherein the instructions, when executed by the at least one processor, further cause the first network device to:obtain, from a second network device, an identifier of a user device;transmit, to a third network device, a third request for data management service, the third request including the identifier; andreceive, from the third network device, a third response to the third request, the third response including the information.14.The first network device of any of claim 1 to 13, wherein the target IMS service type is permitted, and wherein the instructions, when executed by the at least one processor, further cause the first network device to:set a flag for the user consent, the flag indicating the target IMS service type is permitted.15.The first network device of claim 14, wherein the determining to verify is in response to receiving a request for subscription to an event of the target IMS service type, from an apparatus, and wherein the instructions, when executed by the at least one processor, further cause the first network device to:in accordance with a determination that the event is to be notified, determine whether the flag is valid; andin accordance with a determination that the flag is valid, notify the event to the apparatus.16.The first network device of any of claim 1 to 15, wherein the target IMS service type is associated with at least one of:a uniform resource locator (URL) ,a video being played, oran avatar being shared.17.A second network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the second network device at least to:obtain information related to at least one user consent for at least one IMS service type; andtransmit, to a first network device, the information to determine that a target IMS service type is permitted or unpermitted.18.The second network device of claim 17, wherein the information is locally stored at the second network device.19.The second network device of claim 18, wherein the instructions, when executed by the at least one processor, further cause second network device to:receive, from the first network device, a first request for the information;transmit, to the first network device, a first response to the first request, the first response including the information.20.The second network device of claim 19, wherein the first request indicates the target service type.21.The second network device of claim 18, wherein the instructions, when executed by the at least one processor, further cause second network device to:transmit, to the first network device, a request for the target IMS service type including the information.22.The second network device of claim 17, wherein the instructions, when executed by the at least one processor, further cause second network device to:receive, from the first network device, a first request for the information;transmit, to a third network device, a third request for data management service, the third request including the target IMS service type;receive, from the third network device, a third response to the third request, the third response including the information;transmit, to the first network device, a first response to the first request, the first response including the information.23.The second network device of claim 17, wherein the instructions, when executed by the at least one processor, further cause second network device to:transmit, to a third network device, a third request for data management service, the third request including the target IMS service type;receive, from the third network device, a third response to the third request, the second response including the information;transmit, to the first network device, a request for the target IMS service type including the information.24.The second network device of any of claim 17 to 23, wherein the instructions, when executed by the at least one processor, further cause second network device to:receive, from the first network device, a second request for subscription to a status change of the user consent; andin accordance with a determination that the status of the user consent is changed, transmit, to the first network device, a notification of the status change of the user consent.25.The second network device of any of claim 17 to 23, wherein the instructions, when executed by the at least one processor, further cause second network device to:receive, from the first network device, a second request for subscription to a status change of the user consent;transmit, to a third network device, the second request;receive, from the third network device, a notification of the status change of the user consent; andtransmit, to the first network device, the notification.26.The second network device of any of claim 17 to 25, wherein the target IMS service type is associated with at least one of:a uniform resource locator (URL) ,a video being played, oran avatar being shared.27.A user device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the user device at least to:receive, from a first network device, a first request for information related to at least one user consent for at least one IMS service typetransmit, to the first network device, a first response to the first request, the first response including the information.28.The user device of claim 27, wherein the instructions, when executed by the at least one processor, further cause the user device to:in response to receiving the first request, display, in a user interface, a request for a confirmation whether the at least one IMS service type is permitted;receive the confirmation from a user,wherein the first response includes the confirmation.29.The user device of any of claim 27 or 28, wherein the target IMS service type is associated with at least one of:a uniform resource locator (URL) ,a video being played, oran avatar being shared.30.The user device of any of claim 27 to 29, wherein the first response is included in a session initialization protocol (SIP) message.

Images