User consent for user data consumption having an increased granularity

Abstract

A user equipment (UE), baseband processor, and network device are described. The UE can identify, for a feature of a user subscription used to access a network, that a consent is to be obtained from a user, the consent for the network to use user data associated with the feature of the user subscription. The UE may obtain, from the user, an indication of the consent to the use of the user data according to a user consent configuration. The user consent configuration may indicate one or more conditions on the use of the user data by the network. The UE may then transmit, for receipt by the network and responsive to obtaining the indication of the consent, the indication of the consent and an indication of the user consent configuration associated with the consent.

Description

USER CONSENT FOR USER DATA CONSUMPTION HAVING AN INCREASED GRANULARITYTECHNICAL FIELD

[0001] This application relates generally to wireless communication systems, including systems, apparatuses, and methods for user consent for user data consumption and having an increased granularity.BACKGROUND

[0002] Wireless mobile communication technology uses various standards and protocols to transmit data between a network device (e.g., a base station, a radio head, etc. ) and a wireless communication device. Wireless communication system standards and protocols can include, for example, 3rd Generation Partnership Project (3GPP) long term evolution (LTE) (e.g., 4G) , 3GPP new radio (NR) (e.g., 5G) , and IEEE 802.11 standard for wireless local area networks (WLAN) (commonly known to industry groups as  ) .

[0003] As contemplated by the 3GPP, different wireless communication systems standards and protocols can use various radio access networks (RANs) for communicating between a network device of the RAN (which may also sometimes be referred to generally as a RAN node, a network node, or simply a node) and a wireless communication device known as a user equipment (UE) . 3GPP RANs can include, for example, global system for mobile communications (GSM) , enhanced data rates for GSM evolution (EDGE) RAN (GERAN) , Universal Terrestrial Radio Access Network (UTRAN) , Evolved Universal Terrestrial Radio Access Network (E-UTRAN) , and / or Next-Generation Radio Access Network (NG-RAN) .

[0004] Each RAN may use one or more radio access technologies (RATs) to perform communication between the network device and the UE. For example, the GERAN implements GSM and / or EDGE RAT, the UTRAN implements universal mobile telecommunication system (UMTS) RAT or other 3GPP RAT, the E-UTRAN implements LTE RAT (sometimes simply referred to as LTE) , and NG-RAN implements NR RAT (sometimes referred to herein as 5G RAT, 5G NR RAT, or simply NR) . In certain deployments, the E-UTRAN may also implement NR RAT. In certain deployments, NG-RAN may also implement LTE RAT.

[0005] A network device used by a RAN may correspond to that RAN. One example of an E-UTRAN network device is an E-UTRAN Node B (also commonly denoted as evolved Node B, enhanced Node B, eNodeB, or eNB) . One example of an NG-RAN network device is a next generation Node B (also sometimes referred to as a g Node B or gNB) .

[0006] A RAN provides its communication services with external entities through its connection to a core network (CN) . For example, E-UTRAN may utilize an Evolved Packet Core (EPC) , while NG-RAN may utilize a 5G Core Network (5GC) .BRIEF DESCRIPTION OF THE DRAWINGS

[0007] To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0008] FIG. 1 shows an example wireless communication system, according to one or more aspects described herein.

[0009] FIG. 2 shows an example communication flow, according to one or more aspects described herein.

[0010] FIG. 3 shows an example communication flow, according to one or more aspects described herein.

[0011] FIG. 4 shows an example communication flow, according to one or more aspects described herein.

[0012] FIG. 5 shows an example communication flow, according to one or more aspects described herein.

[0013] FIG. 6 shows an example method of wireless communication at a user equipment, according to one or more aspects described herein.

[0014] FIG. 7 shows another example method of wireless communication at a network device, according to one or more aspects described herein.

[0015] FIG. 8 illustrates an example architecture of a wireless communication system, according to one or more aspects described herein.

[0016] FIG. 9 illustrates an example system for performing signaling between a wireless device and a network device, according to one or more aspects described herein.DETAILED DESCRIPTION

[0017] Various embodiments are described with regard to a processor (e.g., baseband processor) , wireless device (e.g., a user equipment (UE) ) , or a network device. However, reference to a processor, wireless device, or network device is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component or device that may establish a wireless connection and is configured with the hardware, software, and / or firmware to exchange information and data over the wireless connection. Therefore, the processors, wireless devices, and network devices described herein are used to represent any appropriate electronic components or devices.

[0018] To access a network using network resources, a user of a UE will have a subscription to the network. User data is generated as the user, via the UE, communicates with the network, moves around in the network, or otherwise performs actions using the UE. In some cases, this user data may be used by the network operator, for example to improve the operation of the network. Additionally, or alternative, the user data may be shared with and used by third parties, for example to improve the operation of an application used on the UE by the user. Typically, the user provides consent to the network for the network operator to use the user data or provide the user data to one or more third parties (e.g., after the user is prompted to agree to the consent) . As used herein, the “consent” of the user may also be referred to as an “authorization” of the user.

[0019] The consent provided by the user is typically defined on a per-feature basis. This means, that for the user’s subscription, consent is provided for the user data for that feature to be used for any or substantially any purpose by the network operator. Generally, this consent applies to both the network operator with whom the user has a subscription, as well as third parties. As such, the user has limited control over the conditions for consumption of the user data.

[0020] In some examples, in addition, or as an alternative to, consent being provided on a per-feature basis, user consent may be provided for one or more of a specific user-information type, network action, or location.

[0021] Moreover, after a user grants the user consent, the user generally has no awareness or information regarding how the user data is consumed (e.g., analyzed, disseminated, provided externally, or otherwise used) by the network operator. In addition, if the user wishes to revoke the consent to the network operator to use the user data, the network operator may provide merely an acknowledgment of the revocation of the consent.

[0022] In light of these and other challenges, user consent for user data consumption having an increased granularity is described. A UE may identify that a consent is to be obtained from a user for the use of user data for a feature of a user subscription used to access a network. An indication of the consent to the use of the user data may be obtained from the user. This consent may be according to a user consent configuration, where the user consent configuration indicates one or more conditions on the use of the user data by the network operator. The UE may then transmit the indication of the consent and an indication of the user consent configuration associated with the consent to the network operator.

[0023] FIG. 1 shows an example wireless communications system 100, according to one or more aspects described herein. In one or more embodiments, wireless communications system 100 supports one or more aspects of user consent for user data consumption and having an increased granularity, as further described herein.

[0024] Wireless communications system 100 includes a UE 102, a network device 104, and core network 130, which may include one or more network entities, that may also be referred to as network functions. The core network 130 includes network functions including (among other things) an access and mobility management function (AMF) 132, a unified data management (UDM) 134 network function, and an application function (AF) 136 network function (which may also be referred to as an AF / NF) .

[0025] The AMF 132 is coupled with the network device 104 that provides radio access to the UE 102 as further described herein. The AMF 132 may be responsible for managing access, mobility, and session functions for UEs of the network, including the UE 102. The AMF 132 may further handle signaling and connection management between the UE 102 and the core network 130, for example for maintaining user access and supporting mobility. The AMF 132 may also provide registration management, which involves overseeing the initial registration of the UE 102 with the network and handling mobility updates as the user moves between cells of the network.  The AMF 132 may also provide security and authentication, including setting up encryption to protect user data. Additionally, the AMF 132 may coordinate service requests initiated by the UE 102, manage control plane signaling, and paging for UEs, including UE 102. The AMF 132 may also interact with other network functions of the core network 130, including the UDM 134 and the AF 136.

[0026] The UDM 134 may be responsible for managing user data and ensuring efficient handling of user-related information. The UDM 134 may serve as the central repository and management point for various types of subscriber data (e.g., the data for the subscriber using the UE 102) , and support functions related to authentication, subscription, and user identity management. The UDM 134 may store and manage data related to user identities, subscriptions, and network access permissions. The UDM 134 may also securely maintain user profile data, such as authentication credentials, subscription information (e.g., data plans and policy settings) , and user identity records. Upon connection with the network (e.g., via the network device 104) , the UDM 134 may communicate with an authentication server function (AUSF) to authenticate the user based on stored credentials, establishing a secure connection between the UE 102 and the network via network device 104. This enables secure and reliable network access by verifying that the user is authorized to use the network’s resources. The UDM 134 may also provide subscription data to other network functions in the core network 130, for example the AMF 132 and / or a session management function (SMF) . Such subscription data may include user profiles with quality of service (QoS) setting, service policies, and roaming permissions.

[0027] The AF 136 is a network entity that allows external applications or services to interact with the core network 130, and thus the UE 102 via the network device 104. The AF 136 may enable the external applications or services to request and receive network resources and QoS management, including for specific application requirements. The AF 136 may provide service information that helps the network operator optimize traffic and resources, and may indicate to the network specific requirements, like latency or bandwidth needs. Additionally, for example in cases where applications use user-specific information (e.g., location or network status) , the AF 136 can facilitate access to this user data through proper authorization. For instance, an AF 136 for a location-based application may access user location information. In some examples, the AF 136 may operate together with a network exposure function (NEF) of the core network 130 to ensure  that external requests for user data meet security requirements and / or comply with data protection rules.

[0028] When the UE 102 attaches to the network, the UE 102 may perform a registration procedure over the wireless connection 120, during which the UE 102 may retrieve subscription information 122 from the UDM 134. The subscription information 122 may include QoS settings, allowed services, data plan limitations, and roaming permissions used to configure the access and service levels for the UE 102 in the network. The subscription information 122 may be used by the AMF 132, in communication with an SMF, to set up a session for data connectivity over the wireless connection 120. The SMF may use the subscription information 122 to configure data paths and apply policy rules specific to the user’s subscription.

[0029] As part of a session over the wireless connection 120, the user of the UE 102 may provide an indication of a consent of the user to the use of user data, which is consent indication 124. This consent to the use of the user data may be provided to the network operator so that the network operator may use the user data for one or more purposes or uses. However, the user (e.g., via the UE 102) may place conditions (e.g., restrictions, terms, or parameters) on the use of the user data by the network operator and / or third parties that are provided the user data by the network operator. As such, the user of the UE 102 may also provide an indication of a user consent configuration associated with the consent, which is user consent configuration indication 126. The user consent configuration may identify or otherwise indicate one or more conditions on the use of the user data by the network operator. These conditions may provide the user with an increased level of control over the use of the user data, for example by restricting what, how, when, and / or where the user data is used (e.g., consumed, shared, and so on) . For example, the location of a user may be used an in indication of user consent, such that user consent may be obtained based on the user being within (or farther than) a threshold distance of a particular location (e.g., based on a set of geographic coordinates, or other locating mechanism) .

[0030] One example of a condition on the use of the user data that may be indicated by the user consent configuration indication 126 includes that the user consent is granted for a specific time period or duration (e.g., rather than consent being granted for an indefinite period) . Another example condition is indicating that consent is granted with reference to the network operator, or for one or more third-parties, or both. In another example condition, the consent may be specific  to a particular purpose, for example that the user data may be consumed to provide the related service (e.g., but not for marketing) , or may be used for both the related service as well as marketing purposes. In yet other example conditions, the user consent may provide consent specific to actions that the network operator and / or a third party may take with respect to the user data, for example indicating that the network operator may take action with reference to a selected one or more of collection, storage, aggregation, analysis, and / or transformation of the user data. In still other examples, the condition may distinguish (e.g., indicate a different consent) between UE-derived data requested by the network, network-derived data collected by the network, and / or information linked to the user subscription. In additional examples, the condition may indicate that consent (e.g., generally or with reference to other conditions or parameters) is predicated on the anonymization of the user data.

[0031] In some examples, a user may have previously provided consent to the network operator for the use of the user data, including according to a user consent configuration indicating one or more conditions. In such cases, the user may not have any information or awareness about when the network operator and / or a third part uses (e.g., consumes) the user data, nor what user data was consumed. In some examples, it may be useful, necessary, or otherwise desirable for the user to be made aware of these uses. For examples, the UE 102, or the network (e.g., one of the network entities or functions of the core network 130) may monitor the uses to detect an unusual or otherwise undesirable pattern of use by third parties. In some examples, the granularity and / or the amount of user data collected in the records of the network and / or a third party may be expected to be limited and not exhaustive. In the example of a user becoming aware of use of the user data, a user may request a report (e.g., a “data activity” report) . In some examples, such a report may be specific to a given context, and may inform the user how the user data is being used by the network. In some examples, the requested amount of user data to be reported can be customized by the user based on one or more parameters, including a timeframe, location, specific domain the user data was exposed to and / or consumed (e.g., external or internal to the network) .

[0032] In an example of the consumption of user data in the network, the user may provide consent to the network operator to collect and process relevant user-related data. As such, the user may obtain sensing services provided by the network, the user (e.g., via the UE 102) may be informed by the network of details of the relevant network actions. In some examples, these details may be provided as they occur, or close in time to when they occur. In particular, information  about the details may be aggregated and stored by the UE 102 until the user requests to view the information. In some examples, the information may include the network actions taken (e.g., network actions triggered by the network, for example triggering the UE 102 of the user to perform a sensing operation and collect measurements. In other examples, the information may include the start time and end time of the operation. According to another examples, the information may include the type of user-related information (e.g., UE location information, sensing measurements taken by the UE 102) .

[0033] As another example, the network may provide to the UE 102, information regarding use of the user data for or during a given period of time. In some examples, the information may be provided for user data according to a period, such as a month, or when explicitly requested by the user via the UE 102.

[0034] In some examples, the UE 102 may revoke the consent to the use of the user data by the network operator. Where the user has already granted the network operator consent to use certain user data, but the user has subsequently revoked the consent, it may be beneficial to provide the user with an indication of the completion of the network actions association with the consent revocation. In some examples, this includes an acknowledgment that the revocation has been received, and may also include additional information regarding actions taken by the network. Providing such acknowledgment may further reassure the user that no further user data will be collected and / or processed by the network.

[0035] As an example, in connection a feature associated with sensing services, the user may have provided consent to the network operator to collect and process relevant user data associated with the sensing services. The user may revoke this consent, for example by transmitting from the UE 102 a revocation message to the network via the network device 104. The user, at UE 102, may then receive, responsive to the revocation message, a notification message comprising an indication of the user consent configuration associated with the consent that is revoked, and indicating the user data for which the consent is revoked. The notification message may include details of the relevant network actions taken in response to the revocation message, including one or more of an indication of the complete of operations related to user consent revocation, a start and / or end time of the operations, or the type of user data (e.g., the specific type of user-related information) that has been revoked.

[0036] Returning to the user consent configuration, the user consent configuration may specify conditions on the consent provided by the user, for example in addition to consent for a particular features. Having a restriction on consent that applies across a whole feature level means that the user has a limited control over the user consent configuration. For example, a user consent may be granted until the user withdraws their consent, such that the consent is granted for an indefinite time period. In such case, the user cannot grant consent for a specific time period. Additionally, the user consent may not distinguish between the entity that consumes the user data, for example the network operator as compared to a third party. As such, a user consent (e.g., the granularity of a user consent) may be based on a feature (e.g., service) to which the consent applies, as well as one or more conditions on the consent. The conditions may relate to the particular user-related information, a purpose (e.g., for service provisioning, service optimization, and so on) , actions in the network (e.g., collection, storage) , and so on.

[0037] As further discussed herein, a user consent may be associated with a particular feature. As used herein, “feature” may also refer to a service. Examples of features for which the user consent may be provided include those related to network organization and optimization (e.g., self organizing network (SON) , minimization of drive test (MDT) features) , radio link failure (RLF) measurements, location requests (e.g., a location using a global navigation satellite system (GNSS) ) , a quality of experience (QOE) measurements, positioning and / or ranging information, sensing, artificial intelligence machine learning (AIML) information, analytics, network exposure (e.g., network exposure of sensitive user information, such as a mobile station international subscriber directory number (MSISDN) ) , common API framework (CAPIF) information (e.g., sharing resourcing from the user, such as using a resource owner-aware northbound API access (RNAA) framework for user consent design) , edge information (e.g., UE identifier and / or location information sharing with an edge application server (EAS) , including via a network exposure function (NEF) ) , or user data and / or compute offloading to an edge node or other compute node.

[0038] Various types of user data that may be associated with one or more of the features subject to the user consent. Generally, user data includes information linked to the user subscription, UE-derived data requested by the network, network-derived data collected by the network, data associated with the user’s session that visible to the network, and data associated with the user’s usage visible to the network.

[0039] Generally, the information link to the user subscription may include a subscriber name, address, bank details, or subscription payments. Additionally, such information may include various identifiers associated with the UE, including UE identifiers (e.g., a permanent equipment identifier (PEI) ) , subscription identifiers (e.g., a subscription permanent identifier (SUPI) ) , MSISDN) , or other temporary identifiers (e.g., a global unique temporary identifier (GUTI) ) , an Internet protocol (IP) address.

[0040] The UE-derived data requested by the network may include measurements made by the UE 102, and reported to the network (e.g., SON+MDT, measurement reports, RLF measurements, or QoE) , AIML related data (e.g., for training, inference) , edge and / or computing data (e.g., EAS ID, location, or available / requested / matched compute resources) , sensing data (e.g., UE-derived sensing measurements) , or UE location information (e.g., GNSS) .

[0041] Generally, the network-derived data collected by the network may include UE location information (e.g., based on a cell identifier) , network-derived measurements (e.g., QoE, RF measurements, measurements related to the session, such as packet loss) , sensing data (e.g., measurements related to the UE 102) , AIML related data (e.g., for training, inference) , or edge and / or computing data (e.g., EAS ID, location, or available / requested / matched compute resources) .

[0042] The user data associated with the user’s session may be visible to the network for session managements purposes. This user data may be also referred to as metadata. Such user data may include a data network name (DNN) and / or access point name (APN) that may be used to support network slicing and provide customized services to different types of users and devices. This user data may further include a destination IP address (e.g., of the application server) and / or port numbers for the destination. Further user data for the user’s session may include an identifier of the session start time, session end time, and / or session duration. The user data may also include an amount of data used for uplink and / or downlink, or user plane functions (UPFs) and / or cell identifiers used during the session.

[0043] The data associated with the user’s usage that is visible to the network (e.g., for charging purposes) may be user data subject to the user consent, including a SUPI, DNN and / or APN, the session start time, session end time, and / or session duration, or an amount of data used for uplink and / or downlink.

[0044] The UE 102 may determine whether to grant consent to the use of the user data by the network (e.g., the network operator and / or third parties) . In some examples, the network (e.g., the UDM 134 via the network device 104) , may provide an indication of the purpose for which the user data is to be used. The UE 102 may then determine whether to grant consent, including determining the contents of the user consent configuration, and thus the structure of the user consent configuration indication 126 that is to be transmitted to the network.

[0045] In some examples, the user consent is mandatory for the usage of the feature. That is, the feature may require that the user consent be provided to the UE 102, and thus to the network operator, for the feature. That is, in the absence of consent, the service will not work, or the session will terminate. Examples of such features may include features that enable operation of the network itself, that enable accounting and / or charging for use of network resources, or that enable service to be provided.

[0046] In other examples, the user consent may be needed for the usage of the feature, but the user can opt-in or opt-out of the feature. Such features may include those having the purpose of optimizing network operation, optimizing network resource usage, enabling services to be provided to others (e.g., third parties) (e.g., for AIML-related data collection) , optimization of a service provided to the user, optimization of the service for a user experience, enabling targeted marketing to subscribers, or earning revenue by sharing user data with third parties. Additional features for which user consent is needed may be those features that expose user data to third parties. These features may be those that enable third-party services to be provided to the user, optimize third-party services provided to the user and / or user experience, optimize third party service operation, optimize third party service resource usage, and / or enable targeted marketing.

[0047] In addition to the features, user-related information, and / or purpose of use for the user data, the network and / or operator actions associated with the user data may be identified. Consent may be identified and provided for certain actions (e.g., collecting and storage) , which an action that is not so identified by the consent may be forbidden by implication in some cases. Examples of such actions are described. A collection action may be to obtain user data, e.g., request from the UE or gather data collected in different parts of the network. A storage action may be for storing user data in an operators’s ystems or third party’s system. In some examples, such storage may happen for any user data that is collected. An exposure action may be to provide user data to third  parties. A monetization action may be for the sale of user data to third parties. A deletion action may be for the removal of data that is no longer needed. A processing action may include one or more of aggregation, anonymization, analysis, transformation, application, and / or linkage.

[0048] The aggregation action may include the collection of similar types of data (e.g., from one or more users) together, where the data may be data related to a cell. The anonymization may include the removal of information identifying a specific user from the data (e.g., removal of identifying information that could be used to identify a specific user or the UE 102) . The analysis action may be to make certain conclusions based on user data, which may be already aggregated and / or anonymized, and other data (e.g., profiling user behavior) . The transformation action may combine and / or manipulation of data to obtain another result, e.g., taking sensing measurements and obtaining sensing result. An action of the application to aggregate, anonymize, analyze, and / or transport data for MNO services, features, or marketing, and / or third-party services. In some examples, the third-party services may include things like a number of handovers in a certain area that can indicate vehicular traffic speed and / or traffic jams. A linkage action may be that, through analysis of user data, other devices that belong or used by the same subscriber, their friends or family, applications used, websites visited, and so on.

[0049] With the above combinations of features, user data, purposes, and actions, the user of the UE 102 may identify and select conditions for the consent to use the user data, in addition to the consent for the network operator to use the user data itself (e.g., whether the user consent is granted) . The combination may be the user consent configuration (e.g., which may be indicated by the user consent configuration indication 126) . The conditions may be a combination and include one or more of the feature / service, the purpose (e.g., which may exclude those instances where the consent is mandatory) , entity using the data (e.g., network operator or third party) , actions to be taken by the entity, user-related information types, an expiration time for the consent, whether anonymization of the user data is required before usage, whether information on user data is provided (e.g., including a periodicity to provide such user data) , whether all user-related data is to be deleted upon expiry of the user consent, whether a user notification of the completion of a network action is provided after consent is revoked, or whether an identical consent setting applies for the UE 102 if the UE 102 is roaming in another network.

[0050] In some cases, the user consent configuration may be linked (e.g., associated) with an identifier of the UE 102. In some examples, the user consent configuration indication 126 need not provide the UE identifier. A unique identifier within the network for the user consent configuration (e.g., the consent settings) may be used to distinguish configurations (e.g., consent settings) for different users, for different features, and / or different settings within the same feature. In one or more examples, the user may provide the information of the user consent configuration once (e.g., unless the user wishes to change the configuration) . In some examples, the user consent configuration indication 126 may be provided to the network (e.g., to the UDM 134) in a device setting and / or subscription setting. Thereafter, in the instance of needing to verify user consider for a subscription, the user consent configuration can be checked. In some examples, multiple user consent configurations may be at the network for a device for a feature, for example for each operator where an embedded subscriber identity module (eSIM) is used at the UE 102.

[0051] In one or more examples described herein, anonymization of the user data may be used. In some examples, the UE 102 may, as part of providing the user consent configuration indication 126, specify or indicate the use of the anonymization of data as described herein. In some examples, if the user has not given consent to share user data, then anonymization of user data may apply to all the user data, whether or not the data has been anonymized. In some examples, the user may accept that their user data is to be shared, but only under the condition that their data has been anonymized. In another examples, the user (or the UE 102, or an application running on the UE 102) may request for a specific (e.g., preferred) anonymization method be enforced in association with the processing of the user’s data. Example anonymization methods include data masking, data pseudonymization, data generalization, data perturbation, data swapping, or synthetic data.

[0052] In some examples, the anonymization of user data includes the removal of information identifying a specific user from the user data (e.g., removal of SUPI, or other specific identifiers) . Additionally, the anonymization of user data may depend on a regulatory requirement. For example, the certain operators may be subject to regulatory requirements to anonymize subscriber data.

[0053] FIG. 2 shows an example communication flow 200, according to one or more aspects described herein. In one or more embodiments, communication flow 200 supports one or more aspects of user consent for user data consumption and having an increased granularity, including  a notification of consumption of user data at the network. The communication flow 200 includes messages between a UE 102, a network device 104, a UDM 134, and an AF 136.

[0054] In some examples, the UE 102 may identify, at 220, for a feature of a user subscription used to access the network via the network device 104, that a consent is to be obtained from a user for the network operator to use user data associated with the feature. The UE 102 may receive an input from the user, and thus obtain an indication of the consent to the use of the user data according to a user consent configuration. This user consent configuration may indicate one or more conditions on the use of the user data by the network operator.

[0055] At 202, the UE 102 may transmit a user consent message 202 to the network device 104. The user consent message 202 to the network device 104, as well as the user consent message 204 to the UDM 134 may include an indication of the consent (e.g., consent indication 124) as well as an indication of the user consent configuration (e.g., user consent configuration indication 126) .

[0056] With the user’s consent, according to the user consent configuration, the user data may be collected by the network as the UE 102 communicates with the network device 104.

[0057] In one or more examples, the UE 102 is informed when a network entity collects and / or processes (e.g., consumes) data related to a specific consent identifier, which may be associated with a specific user consent configuration. The network (e.g., the AF 136) may provide a user data consumption notification 208 to the UDM 134, and the UDM 134 may provide the user data consumption notification 210 to the network device 104, which in turn provides the user data consumption notification 212 to the UE 102. Upon completion of an operation where the network collects and / or processes data related to a specific consent identifier (which can be one or multiple operations, i.e. information of several operations are included in one message) , the entity involved in the operation (e.g. AF 136) notifies the entity that manages user consent (e.g., the UDM 134) the following user data “consumption” (e.g., via one or more of the user data consumption notification 208) : the consent ID (e.g., the identifier associated with the specific user consent configuration) , the network actions taken, the start  / end time of the operation, and / or the type of user-related information used. The entity that manages user consent (e.g., UDM 134) relays the notification (user data consumption notification 210, and user data consumption notification 212) to the UE via the network (e.g., core network 130, and network device 104) .

[0058] In response to the user data consumption notification 212, the UE 102 may provide a response, acknowledging the receipt of the user data consumption notification 212. The response may be the notification acknowledgment 214. In one or more examples, the notification acknowledgment 214 may include the consent ID (e.g., the identifier associated with the specific user consent configuration) from the user data consumption notification 212. The notification acknowledgement message 216 may be provided from the network device 104 to the UDM 134, which may be further provided to the AF 136 as notification acknowledgement message 218.

[0059] In some embodiments, rather than providing notification of the consumption of the data (e.g., user data consumption notification 208, user data consumption notification 210, and user data consumption notification 212) and associated acknowledgment notifications, the entity that manages user consent (e.g., the UDM 134) may expose an application programming interface (API) (e.g., using a CAPIF RNAA) to an application layer (e.g., the UE 102) , which may then share or otherwise provide the consumption information provided via the API to a user of the UE 102.

[0060] Table 1 depicts an example message structure and content for user data consumption. That is, the message structure (e.g., an information element (IE) ) depicted in Table 1 may be used for one or more of user data consumption notification 208, user data consumption notification 210, and user data consumption notification 212. The message structure may have any suitable encoding. In some examples, the network function (or network node) receiving the message may propagate the message so that the message is received at the UDM 134. In one or more examples, the message may be embedded in other existing signaling types, for example as a new IE within the signaling.

[0061] Table 1: Message Structure and Content | User Data Consumption –Notification

[0062] FIG. 3 shows an example communication flow 300, according to one or more aspects described herein. In one or more embodiments, communication flow 300 supports one or more aspects of user consent for user data consumption and having an increased granularity, including a notification of consumption of user data at the network, including the sharing of statistics. The communication flow 300 includes messages between a UE 102, a network device 104, a UDM 134, and an AF 136. Unless otherwise indicated, the communication flow 300 shares commonly-numbered aspects with the communication flow 200.

[0063] Communication flow 300 depicts an example where a user is informed of the statistics related to the number of times the network entity collects and / or processes (i.e., consumes) user data related to a specific consent ID. In some examples, upon completion of an operation where the network collects and / or processes user data related to a specific consent ID, the entity involved in the operation (e.g., AF 136) notifies the entity that manages user consent (e.g., UDM 134) of the user data “consumption” by indicating the consent ID. There may be one or more user data consumption notifications 308 from the AF 136 to the UDM 134, and multiple operations may be included within a single operation.

[0064] The user data consumption notification 310 may then be provided from the UDM 134 to the network device 104 in response to the one or more user data consumption notifications 308, and then to the UE 102 as the user data consumption notification 312. In some examples, the user data consumption notification 310 and the user data consumption notification 312 may be provided to the UE 102 at a certain periodicity defined by the user (or upon request by the user, or upon expiry of user consent) by the entity that manages user consent (e.g., UDM 134) . The user data consumption notification 310 and the user data consumption notification 312, which may be periodically transmitted, may include an indication of a quantity or number of the number of times that the user data was consumed for the indicated consent ID in the given period (or, in some examples, since the last time this information was shared with the UE) .

[0065] The UE 102 may provide a response (e.g., notification acknowledgment 314 and notification acknowledgment 316) , acknowledging the receipt of the message. The response (e.g., notification acknowledgment 314 and notification acknowledgment 316) may be directed towards the UDM 134 and include the associated consent ID.

[0066] In some embodiments, rather than providing notification of the consumption of the data and the associated quantity of consumptions, the entity that manages user consent (e.g., the UDM 134) may expose an API (e.g., using a CAPIF RNAA) to an application layer (e.g., the UE 102) , which may then share or otherwise provide the consumption information provided via the API to a user of the UE 102.

[0067] FIG. 4 shows an example communication flow 400, according to one or more aspects described herein. In one or more embodiments, communication flow 400 supports one or more aspects of user consent for user data consumption and having an increased granularity, including a notification of consumption of user data at the network, including the sharing of statistics. The communication flow 400 includes messages between a UE 102, a network device 104, a UDM 134, and an AF 136. Unless otherwise indicated, the communication flow 400 shares commonly-numbered aspects with the communication flow 200 and / or the communication flow 300.

[0068] Communication flow 400 depicts an example where a user may request a specific set of user data consumption information or notifications. For example, the user may request user data consumption information for a specific time period, location, specific domain (e.g., external or internal to the network) to which the data was exposed.

[0069] Upon request by the user (indicating the set of data requested) the UE sends the request (e.g., user data consumption request 404 to the network device 104, then the user data consumption request 406) to the entity that manages user consent (e.g., UDM 134) via the network (e.g., core network, RAN) . The entity that manages user consent (e.g., UDM 134) sends, to the UE 102 via the network (e.g., core network, RAN) the requested data (including the related consent ID) , in the requested period. The requested data may be transmitted in a user data consumption notification 410 and user data consumption notification 412.

[0070] In some embodiments, rather than providing notification of the consumption of the data and the associated quantity of consumptions in response to a request from the UE 102 (e.g., user data consumption request 404) , the entity that manages user consent (e.g., the UDM 134) may  expose an API (e.g., using a CAPIF RNAA) to an application layer (e.g., the UE 102) , which may then share or otherwise provide the consumption information provided via the API to a user of the UE 102.

[0071] Table 2 depicts an example message structure and content for user data consumption. That is, the message structure (e.g., an IE) depicted in Table 2 may be used for one or more of user data consumption notification 410, and user data consumption notification 412. The message structure may have any suitable encoding. In some examples, the network function (or network node) receiving the message may propagate the message so that the message is received at the UE 102. In one or more examples, the message may be embedded in other existing signaling types, for example as a new IE within the signaling.

[0072] Table 2: Message Structure and Content | User Data Consumption

[0073] FIG. 5 shows an example communication flow 500, according to one or more aspects described herein. In one or more embodiments, communication flow 500 supports one or more aspects of user consent for user data consumption and having an increased granularity, signaling to revoke a previously provided user consent, for example as previously described herein. The communication flow 500 includes messages between a UE 102, a network device 104, a UDM  134, and an AF 136. Unless otherwise indicated, the communication flow 500 shares commonly-numbered aspects with the communication flow 200, communication flow 300, and / or the communication flow 400.

[0074] When user consent is revoked by the user (e.g., of UE 102) for a specific service of a subscription during user consent revocation 502, the signaling between the UE 102 and the entity that manages user consent (e.g., UDM 134) the consent ID may be provided. In some examples, the user consent may be updated from “yes” to “no. ” In some examples, the user consent may also be updated to indicate whether the user requires confirmation of the deletion activities. This consent revocation is propagated to the entity involved in the related operation (e.g., AF 136) , which then stops the relation operations (e.g., collecting user data, including user-related measurements) . In some examples, upon completion of the related activity to comply with user consent revocation 502, the entity involved in the operation (e.g., AF 136) notifies the entity that manages user consent (e.g., UDM 134) using a user consent revocation complete notification 504. The user consent revocation complete notification 504 may include an indication of the completion of the operations related to user consent revocation, and an indication of the type of user-related information (e.g., user data) involved in the revocation. The entity that manages user consent (e.g., UDM 134) relays the notification (user consent revocation complete notification 506) to the UE 102 via the network device 104 (e.g., core network, RAN) as user consent revocation complete notification 508. In some examples, the UE may provide a response (revocation complete acknowledgment 510 and revocation complete acknowledgment 512) , acknowledging the receipt of the notification message towards the UDM 134. The consent ID is included in the revocation complete acknowledgment 510 and the revocation complete acknowledgment 512. In some examples, the consent ID can persist (e.g., at the AF 136) for a period of time after the consent was revoked at 502, for example to aid in clean-up and / or the sharing of statistics.

[0075] In some embodiments, rather than providing the user consent revocation complete notification, the entity that manages user consent (e.g., the UDM 134) may expose an API (e.g., using a CAPIF RNAA) to an application layer (e.g., the UE 102) , which may then share or otherwise provide the consent revocation information provided via the API to a user of the UE 102.

[0076] Table 3 depicts an example message structure and content for a confirmation of consent revocation. That is, the message structure (e.g., an IE) depicted in Table 3 may be used for one or  more of the user consent revocation complete notification 504, user consent revocation complete notification 506, or the user consent revocation complete notification 508. The message structure may have any suitable encoding. In some examples, the network function (or network node) receiving the message may propagate the message so that the message is received at the UE 102. In one or more examples, the message may be embedded in other existing signaling types, for example as a new IE within the signaling.

[0077] Table 3: Message Structure and Content | Confirmation of Consent Revocation

[0078] As further described herein, upon revocation of user consent, the network provides a confirmation to the user once the network has taken action to comply with the revocation of user consent (e.g., deletion of user data, termination of user data collection) . In one or more examples described herein, revocation of user consent means (e.g., for a network function, including at the AF 136) : stop collection of data, stop usage and / or processing of data, and delete user data.

[0079] In some examples, when the user revokes consent, the network stops data collection and further processing of user data from the moment that consent is revoked. In some examples, one or more options may be provided along with the revocation (e.g., indicated in user consent revocation 502) . In some examples, which may depend on the service and / or user data type, the user may indicate whether the network (e.g., the AF 136) is to: delete all user data, including historical data; keep user data already collected prior to consent revocation; and / or inform the user what user data is still kept, and for how long, and so on.

[0080] Additionally, there are at least two approaches so that entities (whether a network function, such as AF 136, or a third-party) that are utilizing user data are aware of user consent revocation.

[0081] In a first example, expiry of user consent occurs after a given period. In some examples, this may be a default option. In this example, an expiration time for user consent can be defined when user consent is granted. At the expiry of the user consent period, the entity using the data needs to either stop using (e.g., collecting, storing, processing) the data (i.e., as if the user consent has been revoked) , or make a new request for or verification of user consent. In some examples, it is not expected that the user would need to manually grant consent again. For examples, the entity using the data may verify the status of the user consent with the entity that manages user consent (e.g., UE 102 and / or UDM 134) . If verification of the user consent is made towards the UE 102, the UE can verify the settings of the User Consent Configuration on the device and respond to the network accordingly without involving the user. Note that in some cases, a sub-optimal setting of expiration time may result in increased signaling to verify the consent settings.

[0082] In a second example, explicit signaling may be provided towards the entity utilizing the user data for which the user consent is revoked. In some examples, if the user revokes consent before the indicated period is over, then the UE 102 and / or UDM 134 may inform the entity using the data that the consent has been revoked.

[0083] In a third example, both the first example and the second example may be used together. In this case, the consent expiry may be defined as a long period of time (e.g., 1 week) and the user has the option to revoke consent before it expires.

[0084] FIG. 6 shows an example method 600 of wireless communication by a UE, according to one or more aspects described herein. In some cases, the UE may be the wireless device 902 or UE 102. In some cases, the method 600 may be performed by a baseband processor of the UE. In some embodiments, the baseband processor may include one or more processor cores, and memory that is coupled to the processor core (s) . The memory may store instructions that, when executed by the processor core (s) , causes the baseband processor to perform the operations of the method 600. As the baseband processor performs the operations of the method 600, the baseband processor may also cause other components of the UE to perform, or discontinue, various operations.

[0085] At 602, the method 600 includes identifying that consent is to be obtained for a feature. In some embodiments, the method 600 includes identifying, for a feature of a user subscription used to access a network, that a consent is to be obtained from a user for the network to use user data associated with the feature. In some examples, the feature may have multiple associated  consents. For example, a first consent may be associated with a first aspect or part of the feature, and a second consent may be associated with a second aspect or part of the feature. As such, the UE may transmit both an indication of the first consent to the network, as well as an indication of the second consent to the network.

[0086] At 604, the method 600 includes obtaining consent and conditions on the consent. In some embodiments, the method 600 includes obtaining, from the user, an indication of the consent to the use of the user data according to a user consent configuration, the user consent configuration indicating one or more conditions on the use of the user data by the network.

[0087] At 606, the method 600 includes transmitting an indication of the consent and the user consent configuration. In some embodiments, the method 600 includes transmitting, for receipt by the network and responsive to obtaining the indication of the consent, the indication of the consent and an indication of the user consent configuration associated with the consent.

[0088] In one or more embodiments, the method further includes receiving, at least in part in response to the indication of the user consent configuration, a notification message that indicates that the network has used the user data; and transmitting an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration. In some embodiments, the notification message includes an indication of the feature, an action taken by the network with reference to the user data, a start time of the action, an end time of the action, a duration of the action, and a type of the user data. In some embodiments, the user consent configuration message comprises an indication of the feature, a purpose, an entity using the user data, an action taken by the network with reference to the user data, an indication of the consent being granted, and an expiration time of the consent.

[0089] In one or more embodiments, the method further includes retrieving, via an application programming interface (API) , usage information that indicates that the network has used the user data.

[0090] In one or more embodiments, the method further includes receiving, at least in part in response to the indication of the user consent configuration, a notification message that indicates summary use information that indicates a quantity of instances of use of the user data by the network; and transmitting an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration. In some  embodiments, the notification message is transmitted by the network according to a periodicity. The method of claim 5, further including: transmitting a request for the summary use information to be provided by the network, the notification message received at least in part in response to the transmitted request.

[0091] In some embodiments, the notification message is transmitted by the network based at least in part on an expiry of the user consent configuration associated with the consent.

[0092] In one or more embodiments, the method further includes transmitting a request for usage information to be provided by the network, the usage information identifying that the network has used the user data, and the request including one or more parameters for the usage information; and receiving, at least in part in response to the transmitted request, the usage information that was requested.

[0093] In some embodiments, the usage information includes one or more of a quantity of instances of use of the user data by the network, an indication of a period associated with the quantity of instances, an indication of a location associated with the quantity of instances, or an indication of a domain associated with the quantity of instances.

[0094] In one or more embodiments, the method further includes transmitting an acknowledgement of the received usage information, the acknowledgement including the indication of the user consent configuration.

[0095] In one or more embodiments, the method further includes retrieving, via an application programming interface (API) , usage information according to one or more parameters for the usage information, the usage information identifying that the network has used the user data.

[0096] In some embodiments, transmitting, for receipt by the network, a revocation message that indicates that the consent to the use of the user data is revoked; and receiving, responsive to the revocation message, a notification message including an indication of the user consent configuration associated with the consent that is revoked, and indicating the user data for which the consent is revoked.

[0097] In some embodiments, the user data includes one or more of information linked to the user subscription, UE-derived data requested by the network, network-derived data collected by the network, session-management information, or usage information associated with charging the  user. In some embodiments, the one or more conditions on the use of the user data is with reference to one or more of the feature, a service, a purpose, an entity using the user data, an action to be taken by the entity, an information type, an expiration time for the user data, an anonymization requirement for the user data, a deletion requirement for the user data upon revocation or expiry of the consent, a notification requirement, or a roaming requirement for the user consent configuration.

[0098] The method 600 may be variously embodied, extended, or adapted, as described in the following paragraphs and elsewhere in this description.

[0099] FIG. 7 shows an example method 700 of wireless communication by a network device, according to one or more aspects described herein. In one or more embodiments, method 700 supports one or more aspects of user consent for user data consumption and having an increased granularity, as further described herein. In some cases, the network device may be the network device 104, network device 920, or one of the other network devices described herein. The method 700 may be performed using a processor, a transceiver, or other components of the network device.

[0100] At 702, the method 700 includes receiving an indication of the consent and the user consent configuration. In some embodiments, the method 700 includes receiving, from a user equipment (UE) , an indication of a consent by a user to the use of user data according to a user consent configuration, the user data associated with a feature of a user subscription used by the UE to access the network. In some examples, the feature may have multiple associated consents. For example, a first consent may be associated with a first aspect or part of the feature, and a second consent may be associated with a second aspect or part of the feature. As such, the network device may receive both an indication of the first consent from the UE, as well as an indication of the second consent from the UE.

[0101] At 704, the method 700 includes transmitting a notification message indicating use of the user data. In some embodiments, the method 700 includes transmitting, to the UE and at least in part in response to the indication of the user consent configuration, a notification message indicating that the network has used the user data.

[0102] In one or more embodiments, the method further includes receiving, via an API, an API call that requests usage information for the user data; and transmitting, responsive to the API call, the usage information that indicates that the network has used the user data.

[0103] In one or more embodiments, the method further includes receiving, from the UE, an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration.

[0104] In some embodiments, the notification message includes an indication the feature, of an action taken by the network with reference to the user data, a start time of the action, an end time of the action, a duration of the action, and a type of the user data.

[0105] In one or more embodiments, the method further includes receiving, at least in part in response to the indication of the user consent configuration, a notification message that indicates summary use information that indicates a quantity of instances of use of the user data by the network; and transmitting an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration. In some embodiments, the notification message received according to a periodicity or according to a threshold quantity of instances of data consumption by the network. In one or more embodiments, the method further includes receiving a request for the summary use information to be provided by the network, the notification message received at least in part in response to the transmitted request. In some embodiments, the notification message is transmitted by the network based at least in part on an expiry of the user consent configuration associated with the consent.

[0106] In one or more embodiments, the method further includes receiving a request for usage information to be provided by the network, the usage information identifying that the network has used the user data, and the request including one or more parameters for the usage information; and transmitted , at least in part in response to the received request, the usage information that was requested.

[0107] In some embodiments, the usage information includes one or more of a quantity of instances of use of the user data by the network, an indication of a period associated with the quantity of instances, an indication of a location associated with the quantity of instances, or an indication of a domain associated with the quantity of instances.

[0108] In one or more embodiments, the method further includes transmitting an acknowledgement of the received usage information, the acknowledgement including the indication of the user consent configuration.

[0109] In one or more embodiments, the method further includes receiving, via an API, an API call that requests usage information according to one or more parameters for the usage information; and transmitting the usage information responsive to the API call, the usage information identifying that the network has used the user data.

[0110] In one or more embodiments, the method further includes receiving, from the UE, a revocation message that indicates that the consent to the use of the user data is revoked; and transmitting, responsive to the revocation message, a notification message including an indication of the user consent configuration associated with the consent that is revoked, and indicating the user data for which the consent is revoked.

[0111] In some embodiments, the user data includes one or more of information linked to the user subscription, UE-derived data requested by the network, network-derived data collected by the network, session-management information, or usage information associated with charging the user.

[0112] In some embodiments, the one or more conditions on the use of the user data is with reference to one or more of the feature, a service, a purpose, an entity using the user data, an action to be taken by the entity, an information type, an expiration time for the user data, an anonymization requirement for the user data, a deletion requirement for the user data upon revocation or expiry of the consent, a notification requirement, or a roaming requirement for the user consent configuration.

[0113] The method 700 may be variously embodied, extended, or adapted, as described in the following paragraphs and elsewhere in this description.

[0114] Embodiments contemplated herein include one or more non-transitory computer-readable media storing instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of the method 600 or 700. In the context of method 600, this non-transitory computer-readable media may be, for example, a memory of a UE (such as a memory 906 of a wireless device 902 that is a UE, as described herein) . In the context of method 700, this non-transitory computer-readable media may be, for example, a memory of a network device (such as a memory 924 of a network device 920, as described herein) .

[0115] Embodiments contemplated herein include an apparatus having logic, modules, or circuitry to perform one or more elements of the method 600 or 700. In the context of method 600, this apparatus may be, for example, an apparatus of a UE (such as a wireless device 902 that is a UE) . In the context of method 700, this apparatus may be, for example, an apparatus of a network device (such as a network device 920, as described herein) .

[0116] Embodiments contemplated herein include an apparatus having one or more processors and one or more computer-readable media, using or storing instructions that, when executed by the one or more processors, cause the one or more processors to perform one or more elements of the method 600 or 700. In the context of method 600, this apparatus may be, for example, an apparatus of a UE (such as a wireless device 902 that is a UE, as described herein) . In the context of the method 700, this apparatus may be, for example, an apparatus of a network device (such as a network device 920, as described herein) .

[0117] Embodiments contemplated herein include a signal as described in or related to one or more elements of the method 600, or 700.

[0118] Embodiments contemplated herein include a computer program or computer program product having instructions, wherein execution of the program by a processor causes the processor to carry out one or more elements of the method 600 or 700. In the context of method 600, the processor may be a processor of a UE (such as a processor (s) 904 of a wireless device 902 that is a UE, as described herein) , and the instructions may be, for example, located in the processor and / or on a memory of the UE (such as a memory 906 of a wireless device 902 that is a UE, as described herein) . In the context of method 700, the processor may be a processor of a network device (such as a processor (s) 922 of a network device 920, as described herein) , and the instructions may be, for example, located in the processor and / or on a memory of the network device (such as a memory 924 of a network device 920, as described herein) .

[0119] FIG. 8 illustrates an example architecture of a wireless communication system, according to embodiments described herein. The following description is provided for an example wireless communication system 800 that operates in conjunction with the LTE system standards or specifications and / or 5G or NR system standards or specifications, as provided by 3GPP technical specifications.

[0120] As shown, the wireless communication system 800 includes UE 802 and UE 804 (although any number of UEs may be used) . In this example, the UE 802 and the UE 804 are illustrated as smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more cellular networks) but may also comprise any mobile or non-mobile computing device configured for wireless communication.

[0121] The UE 802 and UE 804 may be configured to communicatively couple with a RAN 806. In embodiments, the RAN 806 may be NG-RAN, E-UTRAN, etc. The UE 802 and UE 804 utilize connections (or channels) (shown as connection 808 and connection 810, respectively) with the RAN 806, each of which comprises a physical communications interface. The RAN 806 can include one or more network devices, such as base station 812 and base station 814, that enable the connection 808 and connection 810.

[0122] In this example, the connection 808 and connection 810 are air interfaces to enable such communicative coupling and may be consistent with RAT (s) used by the RAN 806, such as, for example, an LTE and / or NR.

[0123] In some embodiments, the UE 802 and UE 804 may also directly exchange communication data via a sidelink interface 816. The UE 804 is shown to be configured to access an access point (shown as AP 818) via connection 820. By way of example, the connection 820 can comprise a local wireless connection, such as a connection consistent with any IEEE 802.11 protocol, wherein the AP 818 may comprise a  router. In this example, the AP 818 may be connected to another network (for example, the Internet) without going through a CN 824.

[0124] In embodiments, the UE 802 and UE 804 can be configured to communicate using orthogonal frequency division multiplexing (OFDM) communication signals with each other or with the base station 812 and / or the base station 814 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an orthogonal frequency division multiple access (OFDMA) communication technique (e.g., for downlink communications) or a single carrier frequency division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink communications) , although the scope of the embodiments is not limited in this respect. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0125] In some embodiments, all or parts of the base station 812 or base station 814 may be implemented as one or more software entities running on server computers as part of a virtual network. In addition, or in other embodiments, the base station 812 or base station 814 may be configured to communicate with one another via interface 822. In embodiments where the wireless communication system 800 is an LTE system (e.g., when the CN 824 is an EPC) , the interface 822 may be an X2 interface. The X2 interface may be defined between two or more network devices of a RAN (e.g., two or more eNBs and the like) that connect to an EPC, and / or between two eNBs connecting to the EPC. In embodiments where the wireless communication system 800 is an NR system (e.g., when CN 824 is a 5GC) , the interface 822 may be an Xn interface. The Xn interface is defined between two or more network devices of a RAN (e.g., two or more gNBs and the like) that connect to the 5GC, between a base station 812 (e.g., a gNB) connecting to the 5GC and an eNB, and / or between two eNBs connecting to the 5GC (e.g., CN 824) .

[0126] The RAN 806 is shown to be communicatively coupled to the CN 824. The CN 824 may comprise one or more network elements 826, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UE 802 and UE 804) who are connected to the CN 824 via the RAN 806. The components of the CN 824 may be implemented in one physical device or separate physical devices including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) .

[0127] In embodiments, the CN 824 may be an EPC, and the RAN 806 may be connected with the CN 824 via an S1 interface 828. In embodiments, the S1 interface 828 may be split into two parts, an S1 user plane (S1-U) interface, which carries traffic data between the base station 812 or base station 814 and a serving gateway (S-GW) , and the S1-MME interface, which is a signaling interface between the base station 812 or base station 814 and mobility management entities (MMEs) .

[0128] In embodiments, the CN 824 may be a 5GC, and the RAN 806 may be connected with the CN 824 via an NG interface 828. In embodiments, the NG interface 828 may be split into two parts, an NG user plane (NG-U) interface, which carries traffic data between the base station 812 or base station 814 and a user plane function (UPF) , and the S1 control plane (NG-C) interface,  which is a signaling interface between the base station 812 or base station 814 and access and mobility management functions (AMFs) .

[0129] Generally, an application server 830 may be an element offering applications that use internet protocol (IP) bearer resources with the CN 824 (e.g., packet switched data services) . The application server 830 can also be configured to support one or more communication services (e.g., VoIP sessions, group communication sessions, etc. ) for the UE 802 and UE 804 via the CN 824. The application server 830 may communicate with the CN 824 through an IP communications interface 832.

[0130] FIG. 9 illustrates an example system 900 for performing signaling 938 between a wireless device 902 and a network device 920, according to embodiments described herein. The system 900 may be a portion of a wireless communication system as herein described. The wireless device 902 may be, for example, a UE of a wireless communication system. The network device 920 may be, for example, a base station (e.g., an eNB or a gNB) or a radio head of a wireless communication system.

[0131] The wireless device 902 may include one or more processor (s) 904. The processor (s) 904 may execute instructions such that various operations of the wireless device 902 are performed, as described herein. The processor (s) 904 may include one or more baseband processors implemented using, for example, a central processing unit (CPU) , a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a controller, a field programmable gate array (FPGA) device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0132] The wireless device 902 may include a memory 906. The memory 906 may be a non-transitory computer-readable storage medium that stores instructions 908 (which may include, for example, the instructions being executed by the processor (s) 904) . The instructions 908 may also be referred to as program code or a computer program. The memory 906 may also store data used by, and results computed by, the processor (s) 904.

[0133] The wireless device 902 may include one or more transceiver (s) 910 (also collectively referred to as a transceiver 910) that may include radio frequency (RF) transmitter and / or receiver circuitry that use the antenna (s) 912 of the wireless device 902 to facilitate signaling (e.g., the  signaling 938) to and / or from the wireless device 902 with other devices (e.g., the network device 920) according to corresponding RATs.

[0134] The wireless device 902 may include one or more antenna (s) 912 (e.g., one, two, four, eight, or more) . For embodiments with multiple antenna (s) 912, the wireless device 902 may leverage the spatial diversity of such multiple antenna (s) 912 to send and / or receive multiple different data streams on the same time and frequency resources. This behavior may be referred to as, for example, multiple input multiple output (MIMO) behavior (referring to the multiple antennas used at each of a transmitting device and a receiving device that enable this aspect) . MIMO transmissions by the wireless device 902 may be accomplished according to precoding (or digital beamforming) that is applied at the wireless device 902 that multiplexes the data streams across the antenna (s) 912 according to known or assumed channel characteristics such that each data stream is received with an appropriate signal strength relative to other streams and at a desired location in the spatial domain (e.g., the location of a receiver associated with that data stream) . Some embodiments may use single user MIMO (SU-MIMO) methods (where the data streams are all directed to a single receiver) and / or multi-user MIMO (MU-MIMO) methods (where individual data streams may be directed to individual (different) receivers in different locations in the spatial domain) .

[0135] In some embodiments having multiple antennas, the wireless device 902 may implement analog beamforming techniques, whereby phases of the signals sent by the antenna (s) 912 are relatively adjusted such that the (joint) transmission of the antenna (s) 912 can be directed (this is sometimes referred to as beam steering) .

[0136] The wireless device 902 may include one or more interface (s) 914. The interface (s) 914 may be used to provide input to or output from the wireless device 902. For example, a wireless device 902 that is a UE may include interface (s) 914 such as microphones, speakers, a touchscreen, buttons, and the like in order to allow for input and / or output to the UE by a user of the UE. Other interfaces of such a UE may be made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 910 / antenna (s) 912 already described) that allow for communication between the UE and other devices and may operate according to known protocols (e.g.,  and the like) .

[0137] The wireless device 902 may include user consent manager 916. The user consent manager 916 may be implemented via hardware, software, or combinations thereof. For example, the user consent manager 916 may be implemented as a processor, circuit, and / or instructions 908 stored in the memory 906 and executed by the processor (s) 904. In some examples, the user consent manager 916 may be integrated within the processor (s) 904 and / or the transceiver (s) 910. For example, the user consent manager 916 may be implemented by a combination of software components (e.g., executed by a DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 904 or the transceiver (s) 910.

[0138] The user consent manager 916 may be used for various aspects of the present disclosure, for example, aspects of FIGs. 1-9, from a wireless device or UE perspective. The user consent manager 916 may be configured, for example, to perform identifying, for a feature of a user subscription used to access a network, that a consent is to be obtained from a user for the network to use user data associated with the feature; obtaining, from the user, an indication of the consent to the use of the user data according to a user consent configuration, the user consent configuration indicating one or more conditions on the use of the user data by the network; and transmitting, for receipt by the network and responsive to obtaining the indication of the consent, the indication of the consent and an indication of the user consent configuration associated with the consent.

[0139] The network device 920 may include one or more processor (s) 922. The processor (s) 922 may execute instructions such that various operations of the network device 920 are performed, as described herein. The processor (s) 922 may include one or more baseband processors implemented using, for example, a CPU, a DSP, an ASIC, a controller, an FPGA device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0140] The network device 920 may include a memory 924. The memory 924 may be a non-transitory computer-readable storage medium that stores instructions 926 (which may include, for example, the instructions being executed by the processor (s) 922) . The instructions 926 may also be referred to as program code or a computer program. The memory 924 may also store data used by, and results computed by, the processor (s) 922.

[0141] The network device 920 may include one or more transceiver (s) 928 (also collectively referred to as a transceiver 928) that may include RF transmitter and / or receiver circuitry that use  the antenna (s) 930 of the network device 920 to facilitate signaling (e.g., the signaling 938) to and / or from the network device 920 with other devices (e.g., the wireless device 902) according to corresponding RATs.

[0142] The network device 920 may include one or more antenna (s) 930 (e.g., one, two, four, or more) . In embodiments having multiple antenna (s) 930, the network device 920 may perform MIMO, digital beamforming, analog beamforming, beam steering, etc., as has been described.

[0143] The network device 920 may include one or more interface (s) 932. The interface (s) 932 may be used to provide input to or output from the network device 920. For example, a network device 920 of a RAN (e.g., a base station, a radio head, etc. ) may include interface (s) 932 made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 928 / antenna (s) 930 already described) that enables the network device 920 to communicate with other equipment in a network, and / or that enables the network device 920 to communicate with external networks, computers, databases, and the like for purposes of operations, administration, and maintenance of the network device 920 or other equipment operably connected thereto.

[0144] The network device 920 may include at least one user consent manager 934. The user consent manager 934 may be implemented via hardware, software, or combinations thereof. For example, the user consent manager 934 may be implemented as a processor, circuit, and / or instructions 926 stored in the memory 924 and executed by the processor (s) 922. In some examples, the user consent manager 934 may be integrated within the processor (s) 922 and / or the transceiver (s) 928. For example, the user consent manager 934 may be implemented by a combination of software components (e.g., executed by a DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 922 or the transceiver (s) 928.

[0145] The user consent manager 934 may be used for various aspects of the present disclosure, for example, aspects of FIGs. 1-9, from a network device perspective. The user consent manager 934 may be configured, for example, to perform receiving, from a user equipment (UE) , an indication of a consent by a user to the use of user data according to a user consent configuration, the user data associated with a feature of a user subscription used by the UE to access the network; and transmitting, to the UE and at least in part in response to the indication of the user consent configuration, a notification message indicating that the network has used the user data.

[0146] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, and / or methods as set forth herein. For example, a baseband processor (or processor) as described herein in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth herein. For another example, circuitry associated with a UE, network device, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth herein.

[0147] Any of the above described embodiments may be combined with any other embodiment (or combination of embodiments) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description but is not intended to be exhaustive or to limit the scope of embodiments to the precise form described. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0148] Embodiments and implementations of the systems and methods described herein may include various operations, which may be embodied in machine-executable instructions to be executed by a computer system. A computer system may include one or more general-purpose or special-purpose computers (or other electronic devices) . The computer system may include hardware components that include specific logic for performing the operations or may include a combination of hardware, software, and / or firmware.

[0149] The systems described herein pertain to specific embodiments but are provided as examples. These embodiments can be combined into single systems, partially combined into other systems, split into multiple systems or divided or combined in other ways. In addition, it is contemplated that parameters, attributes, aspects, etc. of one embodiment can be used in another embodiment. The parameters, attributes, aspects, etc. are merely described in one or more embodiments for clarity, and it is recognized that the parameters, attributes, aspects, etc. can be combined with or substituted for parameters, attributes, aspects, etc. of another embodiment unless specifically disclaimed herein.

[0150] Although the foregoing has been described in some detail for purposes of clarity, it will be apparent that changes and modifications may be made without departing from the principles  thereof. It should be noted that there are many alternative ways of implementing both the processes and apparatuses described herein. Accordingly, the present embodiments are to be considered illustrative and not restrictive, and the description is not to be limited to the details given herein but may be modified within the scope and equivalents of the appended claims.

Claims

1.A baseband processor comprising a memory and configured to:identify, for a feature of a user subscription used to access a network, that a consent is to be obtained from a user for the network to use user data associated with the feature;obtain, from the user, an indication of the consent to the use of the user data according to a user consent configuration, the user consent configuration indicating one or more conditions on the use of the user data by the network; andtransmit, for receipt by the network and responsive to obtaining the indication of the consent, the indication of the consent and an indication of the user consent configuration associated with the consent.2.The baseband processor of claim 1, further configured to:receive, at least in part in response to the indication of the user consent configuration, a notification message that indicates that the network has used the user data; andtransmit an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration.3.The baseband processor of claim 2, wherein:the notification message comprises an indication of the feature, an action taken by the network with reference to the user data, a start time of the action, an end time of the action, a duration of the action, and a type of the user data; orthe user consent configuration message comprises an indication of the feature, a purpose, an entity using the user data, an action taken by the network with reference to the user data, an indication of the consent being granted, and an expiration time of the consent; orboth.4.The baseband processor of claim 1, further configured to:retrieve, via an application programming interface (API) , usage information that indicates that the network has used the user data.5.The baseband processor of claim 1, further configured to:receive, at least in part in response to the indication of the user consent configuration, a notification message that indicates summary use information that indicates a quantity of instances of use of the user data by the network; andtransmit an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration.6.The baseband processor of claim 5, wherein:the notification message is transmitted by the network according to a periodicity or according to a threshold quantity of instances of data consumption by the network.7.The baseband processor of claim 5, further configured to:transmit a request for the summary use information to be provided by the network, the notification message received at least in part in response to the transmitted request.8.The baseband processor of claim 5, wherein:the notification message is transmitted by the network based at least in part on an expiry of the user consent configuration associated with the consent.9.The baseband processor of claim 1, further configured to:transmit a request for usage information to be provided by the network, the usage information identifying that the network has used the user data, and the request comprising one or more parameters for the usage information; andreceive, at least in part in response to the transmitted request, the usage information that was requested.10.The baseband processor of claim 9, wherein:the usage information comprises one or more of a quantity of instances of use of the user data by the network, an indication of a period associated with the quantity of instances, an indication of a location associated with the quantity of instances, or an indication of a domain associated with the quantity of instances.11.The baseband processor of claim 9, further comprising:transmit an acknowledgement of the received usage information, the acknowledgement including the indication of the user consent configuration.12.The baseband processor of claim 1, further comprising:retrieve, via an application programming interface (API) , usage information according to one or more parameters for the usage information, the usage information identifying that the network has used the user data.13.The baseband processor of claim 1, further comprising:transmit, for receipt by the network, a revocation message that indicates that the consent to the use of the user data is revoked; andreceive, responsive to the revocation message, a notification message comprising an indication of the user consent configuration associated with the consent that is revoked, and indicating the user data for which the consent is revoked.14.A method of wireless communication at a user equipment (UE) , comprising:identifying, for a feature of a user subscription used to access a network, that a consent is to be obtained from a user for the network to use user data associated with the feature;obtaining, from the user, an indication of the consent to the use of the user data according to a user consent configuration, the user consent configuration indicating one or more conditions on the use of the user data by the network; andtransmitting, for receipt by the network and responsive to obtaining the indication of the consent, the indication of the consent and an indication of the user consent configuration associated with the consent.15.The method of claim 14, further comprising:receiving, at least in part in response to the indication of the user consent configuration, a notification message that indicates that the network has used the user data; andtransmitting an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration.16.The method of claim 14, further comprising:retrieving, via an application programming interface (API) , usage information that indicates that the network has used the user data.17.The method of claim 14, further comprising:receiving, at least in part in response to the indication of the user consent configuration, a notification message that indicates summary use information that indicates a quantity of instances of use of the user data by the network; andtransmitting an acknowledgement of the received notification message, the acknowledgement including the indication of the user consent configuration.18.A method of wireless communication at a network device of a network, comprising:receiving, from a user equipment (UE) , an indication of a consent by a user to the use of user data according to a user consent configuration, the user data associated with a feature of a user subscription used by the UE to access the network; andtransmitting, to the UE and at least in part in response to the indication of the user consent configuration, a notification message indicating that the network has used the user data.19.The method of claim 18, further comprising:receiving, from the UE at least in part in response to the transmitted notification message, an acknowledgement of the notification message, the acknowledgement including the indication of the user consent configuration.20.The method of claim 18, further comprising:transmitting, to the UE and at least in part in response to the indication of the user consent configuration, a notification message that indicates summary use information that indicates a quantity of instances of use of the user data by the network.

Images