Depending on local policy or regulations, to protect the privacy of user data, the data collection, ML model training and analytics generation for a SUPI or GPSI, Internal or External_Group_Id or "any UE" may be subject to user consent bound to a purpose, such as analytics or ML model training. The user consent is subscription information stored in the UDM, which includes:
whether the user authorizes the collection and usage of its data for a particular purpose;
the purpose for data collection, e.g. analytics or model training.
The NWDAF retrieves the user consent to data collection and usage from UDM for a user, i.e. SUPI prior to collecting user data from an NF as described in clause 6.2.2 and from a DCCF as described in clause 6.2.6.
In roaming scenario, the H-RE-NWDAF is the enforcement point to check user consent. The H-RE-NWDAF retrieves the roaming-related user consent for a user from the UDM.
If a request for analytics is for "any UE", meaning that the consumer requests analytics for all UEs registered in an area, such as a S-NSSAI or DNN or AoI, then the NWDAF resolves "any UE" into a list of SUPIs using the Namf_EventExposure service with EventId "Number of UEs served by the AMF and located in an area of interest" and retrieves user consent for each SUPI. If a request for analytics is for an Internal or External Group Id, NWDAF resolves it into a list of SUPIs and retrieves user consent for each SUPI.
If user consent for a user is granted, then the NWDAF subscribes to user consent updates in UDM using Nudm_SDM_Subscribe service operation. Otherwise, the NWDAF excludes the corresponding SUPI from the request to collect data and generate analytics or ML model on the other users for which user consent is granted if the request is for a group of UE or "any UE".
When data is collected from the UE Application, the ASP is responsible to obtain user consent to share data with the MNO.
If the UDM notifies that the user consent changed, then the NWDAF checks if the user consent is not granted for the purpose of analytics or model training. If user consent was revoked for a UE, the NWDAF stops data collection for that UE. For analytics subscriptions to UE related analytics with the Target of Analytics Reporting set to that UE, the NWDAF stops generation of new analytics and stops providing affected analytics to consumers. For ML model subscriptions with Target of ML Model Reporting set to that UE, the NWDAF containing MTLF stops (re-)training of ML model(s) using data from the UE and stops providing the ML model(s) to consumers (NWDAF containing AnLF) for analytics. If the Target of Analytics Reporting or Target of ML model Reporting is either an Internal or External Group Id or a list of SUPIs or "any UE", the NWDAF skips those SUPIs that do not grant user consent for the purpose of analytics or model training. The NWDAF may unsubscribe to be notified of user consent updates from UDM for users for which data consent has been revoked.
The Analytics ID that needs to check user consent before collecting input data are those that collect input data per user, i.e. per SUPI, GPSI, Internal or External Group Id, or those with the Target of Analytics Reporting or Target of ML model Reporting set to a SUPI, GPSI or External or Internal Group Id and are described in clause 6.
This procedure may be used by the RE-NWDAF in the HPLMN as service consumer to subscribe/unsubscribe to notifications about input data from the VPLMN for outbound roaming users (from the HPLMN perspective). H-RE-NWDAF and V-RE-NWDAF in the procedure are NWDAFs with roaming exchange capability.
The H-RE-NWDAF subscribes/unsubscribes to notifications about input data by invoking the Nnwdaf_RoamingData_Subscribe / Nnwdaf_RoamingData_Unsubscribe service operation. It optionally may indicate the IDs of AMFs and for local breakout also SMFs in the VPLMN handling related UEs, as obtained from the UDM.
RE-V-NWDAF checks if the HPLMN is authorised to request the input data based on VPLMN operator polices (that may depend on the HPLMN and may indicate permissible or restricted input data and related parameters).
The V-RE-NWDAF triggers new data collection from NF(s ) (as indicated via the AMF ID(s) or SMF ID(s)) if needed and monitors the requested input data using procedures as described in clauses 6.2.1 to 6.2.8.
This procedure may be used by an RE-NWDAF in the VPLMN to subscribe/unsubscribe to notifications about input data from the HPLMN for inbound roaming users (from the VPLMN perspective). H-RE-NWDAF and V-RE-NWDAF in the procedure are NWDAFs with roaming exchange capability.
H-RE-NWDAF checks if the VPLMN is authorised to subscribe to the indicated input data based on HPLMN operator polices (that may depend on the VPLMN and may indicate permissible or restricted input data and related parameters) and user consent of related users.
Information about the positioning method used to obtain the location estimate of the UE;
Indication of area event, when UE enters, is within or leaves the Geographical area;
Indication of motion event when UE moves by more than some predefined straight line distance from a previous location.
NWDAF shall use Ngmlc service as defined in TS 23.273 to collect the location information from the LCS system. Only Mobile Terminated Location Request (MT-LR) is supported, including both Immediate Location Request and Deferred Location Request.
NWDAF may determine to query LCS system instead of AMF to obtain UE's location information based on the following attributes as received from NWDAF consumer:
Analytics ID (e.g. UE Mobility, QoS Sustainability, Relative Proximity, Movement Behaviour);
The interactions between NWDAF and LCS system for data collection are illustrated in Figure 126.96.36.199-1. The data collected depends on the use cases. This Figure is an abstraction of how NWDAF collects location information from LCS system. The actual procedures that NWDAF may use are as follows:
For a target UE, both 5GC-MT-LR procedure for the commercial location service as specified in clause 6.1.2 and deferred 5GC-MT-LR procedure as specified in clause 6.3 of TS 23.273 can be utilized;
For a group of target UEs, bulk operation of LCS Service Request Targeting to Multiple UEs as specified in clause 6.8 of TS 23.273 can be utilized.
If it is Immediate Location Request, GMLC sends the location service response including the location information for the target UE (or a group of target UEs) within a short time period as specified in clause 4.1a.4 of TS 23.273 to the NWDAF.
If it is Deferred Location Request, GMLC sends the location service response including the indication of event occurrence and location information if requested for the target UE (or group of target UEs) at some future time (or times) as specified in clause 4.1a.5 of TS 23.273 to the NWDAF.