Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.482  Word version:  19.3.0

Top   Top   Up   Prev   Next
0…   5…   8…   8.3…   8.6…   8.7…   8.9…   8.11…   8.13…   8.14…   8.15…   8.19…   8.23…   9…   9.3…   9.4…   A…   B   C…

 

8.15  AIMLE data management assistancep. 91

8.15.1  Generalp. 91

AIMLE data management assistance is the process of the AIMLE server assisting AIMLE service consumers with managing data operations performed by VAL clients. The data operations include data preparation and data analysis. The AIMLE server offloads the AIMLE service consumer from interacting with AIMLE clients to manage the data operations. The VAL clients perform the actual data preparation and data analysis operations and send the outputs to the AIMLE server for aggregation.
The following clauses specify procedures, information flows, and APIs for AIMLE data management assistance.
Up

8.15.2  Procedurep. 91

Pre-conditions:
  1. AIMLE clients have registered with AIMLE server.
  2. UE application data for AI/ML operations have been collected and dataset identifier have been assigned to each dataset. EVEX mechanism can be reused for data collection as described in TS 26.531.
Copy of original 3GPP image for 3GPP TS 23.482, Fig. 8.15.2-1: AIMLE data management assistance
Figure 8.15.2-1: AIMLE data management assistance
(⇒ copy of original 3GPP image)
Up
Step 1.
An AIMLE service consumer (e.g., VAL server) makes a request for AIMLE data management assistance. The request includes information as described in Table 8.15.3.1-1.
Step 2.
The AIMLE server authenticates and authorizes the request. If authorized, the AMILE server assigns an identifier for the subscription.
Step 3.
The AIMLE server sends an AIMLE data management assistance subscription response to the AIMLE service consumer. The response includes information as described in Table 8.15.3.2-1.
Step 4.
The AIMLE server sends Client data processing trigger requests to AIMLE clients. The request can be for data preparation or data analysis. The request includes information as described in Table 8.15.3.4-1.
Step 5.
Each AIMLE client sends the requirements to trigger data management for the VAL client to perform the requested data operation. The VAL client performs the operation locally.
Step 6.
After the data operation completes, each AIMLE client sends a response to the AIMLE server with information as described in Table 8.15.3.5-1.
Step 7.
The AIMLE server aggregates the output of each AIMLE client. Aggregation includes combining or performing a statistical operation on the received data. Data received from the AIMLE clients can be numerical or categorical, which allows the AIMLE server to aggregate the output data from the AIMLE clients. If necessary, steps 4-7 is repeated to complete all the required data operations.
Step 8.
The AIMLE server sends an AIMLE data management assistance notification to the AIMLE service consumer with information as described in Table 8.15.3.3-1.
Up

8.15.3  Information flowsp. 92

8.15.3.1  AIMLE data management assistance subscription requestp. 92

Table 8.15.3.1-1 shows the request sent by an AIMLE service consumer to an AIMLE server for the AIMLE data management assistance subscription procedure.
Information element Status Description
Requestor identifierMThe identifier of the requestor.
Data management operationsMAn indicator showing what data management type is being requested: data preparation, data analysis.
Data management requirementsMRequirements for the data management request:
> Data preparation requirementsO
(NOTE 1)
Data preparation requirements as detailed in Table 8.15.3.1-2.
> Data analysis requirementsO
(NOTE 1)
Data analysis requirements as detailed in Table 8.15.3.1-3.
AIMLE clients listO
(NOTE 2)
A list of AIMLE clients for which data management should be performed. The list may be specified by AIMLE client set identifier.
AIMLE client selection criteriaO
(NOTE 2)
Selection criteria for finding suitable AIMLE clients for AI/ML operations as detailed in Table 8.8.3.1-2.
NOTE 1:
At least one of the information elements shall be provided.
NOTE 2:
At least one of the information elements shall be provided.
Information element Status Description
Dataset identifierMAn identifier for the dataset.
Data preparation requirementsMRequirements for data preparation.
> Dataset IDMThe identifier for the dataset.
> Dataset feature IDMIdentifier or name of dataset feature to process.
> Data preparation functionMThis indicates the function which prepares the data, and it could be an identifier of a function if the function is available locally at the UE or an executable included in the request.
Information element Status Description
Dataset identifierMAn identifier for the dataset.
Dataset analysis requirementsMRequirements for data analysis.
> Dataset IDMThe identifier for the dataset.
> Dataset feature IDMIdentifier or name of dataset feature.
> Data analysis functionMThis indicates the function which performs the data analysis, and it could be an identifier of a function if the function is available locally at the UE or an executable included in the request.
Up

8.15.3.2  AIMLE data management assistance subscription responsep. 93

Table 8.15.3.2-1 shows the response sent by the AIMLE server to the AIMLE service consumer for the AIMLE data management assistance subscription procedure.
Information element Status Description
StatusMThe status for the data management operation.
Subscription identifierMAn identifier for the subscription.
Expiration timeOExpiration time for the subscription.
Up

8.15.3.3  AIMLE data management assistance notifyp. 93

Table 8.15.3.3-1 shows the notification sent by the AIMLE server to the AIMLE service consumer for the AIMLE data management assistance subscription procedure.
Information element Status Description
StatusMThe status for the data management operation.
Aggregated data preparation outputsO
(NOTE 1)
(NOTE 2)
Provides outputs for data preparation: dataset identifier, dataset features, and prepared data output.
Aggregated data analysis outputsO
(NOTE 1)
(NOTE 2)
Provides outputs for data analysis: dataset identifier, statistical outputs for each feature, list of outlier and anomaly values, and feature correlation information.
TimestampOTimestamp of the data management notification.
NOTE 1:
At least one of the information elements shall be provided in the output.
NOTE 2:
The output format can be numerical or categorical. If categorical, the format can be nominal or ordinal.
Up

8.15.3.4  Client data processing trigger requestp. 94

Table 8.15.3.4-1 shows the request sent by the AIMLE server to AIMLE clients for the AIMLE client data processing trigger procedure.
Information element Status Description
Requestor identifierMThe identifier of the requestor.
Data management typeMAn indicator showing what data management type is being requested: data preparation, data analysis.
Data management requirementsMRequirements for the data management request:
>Data preparation requirementsO
(NOTE)
Data collection requirements as detailed in Table 8.15.3.1-2.
>Data analysis requirementsO
(NOTE)
Data collection requirements as detailed in Table 8.15.3.1-3.
Operational scheduleOA schedule to perform the requested data management operation.
NOTE:
At least one of the information elements shall be provided.
Up

8.15.3.5  Client data processing trigger responsep. 94

Table 8.15.3.5-1 shows the response sent by AIMLE clients to the AIMLE server for the Client data processing trigger procedure.
Information element Status Description
StatusMThe status for the data management operation.
Data preparation outputsO
(NOTE 1)
The output data after performing data preparation. One output data is generated for each requirement. (NOTE 2).
Data analysis outputsO
(NOTE 1)
The output data generated by data analysis. One output data is generated for each requirement. (NOTE 2)
TimestampOTimestamp of the data management operation.
NOTE 1:
At least one of the information elements shall be provided in the output.
NOTE 2:
The output format can be numerical or categorical. If categorical, the format can be nominal or ordinal. The AIMLE server is able to process either type of data.
Up

8.16  Support for Transfer Learning enablementp. 94

8.16.1  Generalp. 94

This clause provides the procedures for the transfer learning (TL) enablement service, including the server-triggered procedure (in clause 8.16.2) and the client-triggered procedure (in clause 8.16.3).

8.16.2  Procedure for server-triggered transfer learning enablementp. 94

Figure 8.16.2-1 illustrates the procedure where the TL enablement is performed based on the request for either an ML task from VAL layer or for an analytics task from ADAES. Such TL enablement allows the consumer to discover the similar ML models to be used as base models for the TL, as well as to support the selection of the best model to be used as pre-trained model.
Pre-conditions:
  1. VAL server is connected to AIMLE Server.
Copy of original 3GPP image for 3GPP TS 23.482, Fig. 8.16.2-1: Procedure for Transfer Learning enablement
Up
Step 1.
The VAL server sends a Transfer Learning model selection assistance request message to the AIMLE server to provide support for discovering and selecting the appropriate pre-trained model for a given ML task (for ADAE analytics ID or for a certain ML model ID).
Step 2.
The AIMLE Server discovers the possible entities which can provide a pre-trained model for this request. Such entities can be VAL servers or other ADAES or other AIMLE servers.
Step 3.
The AIMLE Server requests one or more pre-trained ML models which can be used for transfer learning for the target ML task. The ML repository identifies the base ML model as a pre-trained ML model that can be mapped to the target ML task and sends information on the models to AIMLE server which are candidate as pre-trained models available for the target task. This step reuses the ML model information discovery procedure as in clause 8.11.3.
Step 4.
The AIMLE Server evaluates with the support of the ML model repository, whether the pre-trained models are applicable to the ML task (ADAE analytics ID or model ID). This can be assisted using historical data or ML model rating based on previous utilization of these models for the certain ML task. Based on the evaluation (which can be based on the rating), the AIMLE Server determines one or more pre-trained models to be used for the ML task.
Step 5.
The AIMLE Server sends to the VAL server a transfer learning selection assistance response to the VAL server, including the information for the pre-trained models (e.g., model ID, profile) which are identified for the ML task. Also, this may include the rating/weight for the pre-trained model if the VAL server needs to select among a list of them.
Step 6.
Based on the selected pre-trained model information, the VAL server retrieves the selected ML model using the procedure as in clause 8.2.2.
Up

8.16.3  Procedure for client-triggered transfer learning enablementp. 95

Figure 8.16.3-1 illustrates the procedure where the TL enablement is performed for a VAL UE task which is a UE analytics task (e.g. ADAEC-provided analytics). Such TL enablement allows the VAL UE to perform ML model training using a pre-trained model from the server side and is beneficial for minimizing the computational load at the VAL UE side.
Pre-conditions:
  1. AIMLE client is connected to AIMLE Server.
Copy of original 3GPP image for 3GPP TS 23.482, Fig. 8.16.3-1: Procedure for client-triggered Transfer Learning enablement
Up
Step 1.
The AIMLE client determines a requirement for using a pre-trained ML models for transfer learning for a VAL UE triggered ML task (e.g., UE analytics event).
Step 2.
The AIMLE client sends a UE transfer learning model selection assistance request to the AIMLE server to receive one or more pre-trained ML models which can be used for transfer learning for the target UE-triggered ML task.
Step 3.
The AIMLE Server requests one or more pre-trained ML models which can be used for transfer learning for the target ML task. The ML repository identifies the base ML model as a pre-trained ML model that can be mapped to the target ML task and sends information on the models to AIMLE server which are candidate as pre-trained models available for the target task.
Step 4.
The AIMLE Server sends a UE transfer learning model selection assistance response to the AIMLE client which includes information on the ML models which are candidate as pre-trained models available for the target UE ML task. Such models may be pre-trained for an ADAES analytics task (e.g., VAL server performance analytics) and are applicable to be used for the VAL UE analytics task (e.g. VAL session performance analytics).
Step 5.
The AIMLE client evaluates whether the pre-trained models are applicable to the target ML task. Based on the evaluation, the AIMLE client selects a base model to be used as pre-trained model for the ML task.
Step 6.
Based on the selected pre-trained model information, the AIMLE client retrieves the selected ML model using the procedure as in clause 8.2.2.
Up

8.16.4  Information flowsp. 96

8.16.4.1  Transfer learning model selection assistance requestp. 96

Table 8.16.4.1-1 shows the request sent by the VAL server to AIMLE server for the server-triggered transfer learning support procedure.
Information element Status Description
Requestor identityMIdentity of the VAL server performing the request.
VAL service identityMThe identity of the VAL service for which the request applies.
ML task identityO
(NOTE)
The ML task for which the transfer learning is to be used.
ADAE analytics IDO
(NOTE)
The ADAES analytics ID (as specified in TS 23.436) for which the transfer learning is to be used, in case when transfer learning is used per analytics task.
ML model profileO
(NOTE)
The ML model profile for which the transfer learning is to be used.
Transfer learning criteriaM The criteria for identifying and selecting one or more pre-trained ML models. Such criteria include:
  • the required feature(s) of a pre-trained model.
  • training data requirements.
  • type of transfer learning.
  • the environment associated with the target ML task.
  • permissions / restrictions for the pre-trained model.
ML model requirement informationOIdentifies the requirement for selecting a base model to be trained as pre-trained.
List of VAL UE IDsOList of VAL UEs associated with the ML model task.
Model rating requirementOIdentifies the requirement for providing rating of the ML model(s) to serve as pre-trained model.
NOTE:
At least one of these IE shall be present.
Up

8.16.4.2  Transfer learning model selection assistance responsep. 97

Table 8.16.4.2-1 shows the response sent by the AIMLE server to the VAL server for the server-triggered transfer learning support procedure.
Information element Status Description
Success responseO
(NOTE)
Indicates that the transfer learning model selection assistance request was successful.
> List of ML modelsOList of ML models selected by AIMLE server for training as candidate pre-trained model.
>> ML repository identifier and addressOProvides the ID and address of the ML repository which stores the pre-trained ML model selected by AIMLE server for training as pre-trained model.
>> ML model informationO Information on the selected model, specified in Table 8.11.4.1-2.
>> ML model ratingOIf requested, a rating parameter for the ML model to serve as pre-trained. Such rating can be based on the ML task similarity score e.g. based on the feature.
Failure responseO
(NOTE)
Indicates that the transfer learning model selection assistance request was failure.
> CauseMReason for the failure.
NOTE:
Only one of these information elements shall be present.
Up

8.16.4.3  UE transfer learning model selection assistance requestp. 97

Table 8.16.4.3-1 shows the request sent by the AIMLE client to AIMLE server for the client-triggered transfer learning support procedure.
Information element Status Description
VAL UE identityMIdentity of the VAL UE (VAL client ID or AIMLE client ID) performing the request.
VAL service identityMThe identity of the VAL service for which the request applies.
ML task identityO
(NOTE)
The ML task for which the transfer learning is to be used.
ADAE analytics IDO
(NOTE)
The ADAE analytics ID (as specified in TS 23.436) for which the transfer learning is to be used, in case when transfer learning is used per UE analytics task.
ML model profileO
(NOTE)
The ML model profile for which the transfer learning is to be used.
Transfer learning criteriaM The criteria for identifying and selecting one or more pre-trained ML models. Such criteria include:
  • the required feature(s) of a pre-trained model.
  • training data requirements.
  • type of transfer learning.
  • the environment associated with the target ML task.
  • permissions / restrictions for the pre-trained model.
ML model requirement informationOIdentifies the requirement for selecting a base model to be trained as pre-trained.
Model rating requirementOIdentifies the requirement for providing rating of the ML model(s) to serve as pre-trained model.
NOTE:
At least one of these IE shall be present.
Up

8.16.4.4  UE transfer learning model selection assistance responsep. 98

Table 8.16.4.4-1 shows the response sent by the AIMLE server to the AIMLE client for the client-triggered transfer learning support procedure.
Information element Status Description
Success responseO
(NOTE)
Indicates that the UE transfer learning model selection assistance request was successful.
> List of ML modelsOList of ML models selected by AIMLE server for training as pre-trained model.
>> ML model informationO Information on the selected model, specified in Table 8.11.4.1-2.
>> ML model ratingOIf requested, a rating parameter for the ML model to serve as pre-trained.
Failure responseO
(NOTE)
Indicates that the UE transfer learning model selection assistance request was failure.
> CauseMReason for the failure.
NOTE:
Only one of these information elements shall be present.
Up

8.17  Support for FL member groupingp. 98

8.17.1  Generalp. 98

This clause provides the procedure for the grouping of the FL members using AIMLE. Such grouping for the given FL process, applicable to a specific VAL request or ML model ID or ADAE analytics ID. This grouping can be applicable also for a given service area in which one or more FL processes are expected to run. The grouping of FL members is performed for optimizing the process of selection and updating FL members which are entering or leaving the group, since due to dynamicity of FL member (e.g. AIMLE clients) changes this would be impose additional signalling / complexity.
Up

8.17.2  Procedurep. 99

In this procedure, the AIMLE support capability is described for grouping the FL members, where the grouping is tailored to a specific ML task (VAL triggered task or analytics event/ID).
The grouping procedure covers the:
  • creation of the FL member group;
  • query for an individual FL Member whether it is part of the created group;
  • change of the FL member group, including
    1. modification of the group member based on a change on the availability or capability of the FL member (e.g. due to high load or energy consumption the FL member may have limited capability to act as FL client for a given area and time);
    2. update of the group due to a new member entering or an existing member leaving the FL group; and
  • deletion of the FL member group, and notification of the FL members regarding the deletion of the FL member group.
Figure 8.17.2-1 illustrates the procedure for supporting the FL member grouping.
Pre-conditions:
  1. VAL Server is connected to AIMLE Server.
  2. The candidate/selected FL member has registered to the FL member registry based on the capability in clause 8.4.
Copy of original 3GPP image for 3GPP TS 23.482, Fig. 8.17.2-1: Procedure for FL member grouping
Figure 8.17.2-1: Procedure for FL member grouping
(⇒ copy of original 3GPP image)
Up
Step 1.
The VAL server sends an FL member grouping support request to the AIMLE Server for supporting an FL process. The initial request is to create the FL member grouping support as described in Table 8.17.3.1-1, which may be followed by other requests for querying (as described in Table 8.17.3.1-2), change (as described in Table 8.17.3.1-3), or deletion (as described in Table 8.17.3.1-4) of the FL member grouping support.
Step 2.
The AIMLE Server based on the request, determines the need for creating and processing a group consisting of the needed FL members for a given ML task (i.e., an ML model training/inference job ID). The need for creating an FL member group may be based on an ML task for a given AIMLE service area or for a given AIMLE service area where one or more ML tasks are expected to run, based on step 1 request.
Step 3.
To create, query, or change the FL member grouping support, the AIMLE Server fetches the available FL members for the given ML task (i.e., an ML model training/inference job ID) from the ML repository. Based on this information, AIMLE Server may select one or more FL members for the group for the ML task.
Step 4.
The AIMLE Server creates, configures, and processes the FL member group based on the available or selected FL members by the aggregator which may be the VAL Server or the AIMLE Server, generate group ID and store mapping to group member IDs. The criteria for determining the group members can be the capabilities of the FL participants, or whether the candidate participants are fixed or mobile nodes and their availabilities, the proximity of the participants among them.
For the creation of the FL member group, AIMLE may utilize SEAL GMS capability for the FL member group ID generation.
Step 5.
The AIMLE Server interacts with the each candidate FL member from the configured FL member group as shown in step 5a.
Step 5a.
The AIMLE Server sends indication to the candidate FL member (the AIMLE client which is deployed on UE) about the group ID and the group member identities for the ML model ID / ADAE analytics ID (based on the request in step 1.
Step 5b.
The candidate FL member sends to the AIMLE Server a FL grouping indication acknowledge.
Step 6.
The AIMLE Server sends an FL member grouping support response to the VAL request indicating the group creation or providing the query response, change or deletion (based on step 1 request) and the group information.
Up

8.17.3  Information flowsp. 100

8.17.3.1  FL member grouping support requestp. 100

Table 8.17.3.1-1 shows the request sent by the VAL Server to AIMLE Server for the FL member grouping procedure to create the FL member grouping support.
Information element Status Description
Requestor identityMIdentity of the VAL Server performing the request.
VAL service identityO
(NOTE)
The identity of the VAL service for which the request applies.
ML model IDO
(NOTE)
The model ID for which the request applies.
ADAE analytics IDO
(NOTE)
The ADAES analytics ID (as specified in TS 23.436) for which the FL grouping is to be used, in case when FL process is used for a given analytics task.
ML task informationOInformation related to the ML task / job for which the FL grouping is used. Such task can be an FL training task or FL inference task. This information may include an ML task ID which may be an FL process ID or correlation ID.
ML model profileOThe ML model profile for which the FL grouping is to be used.
List of candidate/selected FL member IDsOThe list of candidate or selected FL member identities (if known by the VAL Server) which are to be used in the grouping.
If the FL member is a VAL UE, this is equivalent to the VAL UE ID.
> FL member typeOThe type of FL members (FL client, FL Server).
> FL member statusOThe status (selected, candidate) of the FL member.
NOTE:
At least one of these information elements shall be present.
Table 8.17.3.1-2 shows the request sent by the VAL Server to AIMLE Server for the FL member grouping procedure to query the FL member within the group.
Information element Status Description
FL member group identityMIdentity of the FL member group which queried.
FL member identityOInformation on the queried FL member to be queried.
Table 8.17.3.1-3 shows the request sent by the VAL Server to AIMLE Server for the FL member grouping procedure to change the FL member grouping support.
Information element Status Description
FL member group identityMIdentity of the FL member grouping support.
FL member group changeMInformation on the change type for the FL member group.
> FL member updateO
(NOTE)
Identifies the FL Members that are to be updated.
>> CauseOThe cause for the FL member group update (e.g. FL member enter or leave the group).
> FL member group modifyO
(NOTE)
Identifies the FL Members that are to be modified.
>> CauseOThe cause for the FL member group modifies (e.g. change FL member availability, capability or FL member information).
NOTE:
At least one of these information elements shall be present.
Table 8.17.3.1-4 shows the request sent by the VAL Server to AIMLE Server for the FL member grouping procedure to delete the FL member grouping support.
Information element Status Description
FL member group identityMIdentity of the FL member grouping support.
CauseOCause for the deletion of the group.
Up

8.17.3.2  FL member grouping support responsep. 102

Table 8.17.3.2-1 shows the response sent by the AIMLE Server to the VAL Server for the FL member grouping procedure to create the FL member grouping support.
Information element Status Description
Success responseO
(NOTE)
Indicates that the FL process support request was successful.
> FL group identifier(s)OIdentifies the AIMLE-created FL group for the FL process and ML task (FL training or inference).
> List of FL member IDs / addressesOProvides the ID and address of the FL members which are part of the FL group.
>> FL member informationOInformation on the FL members such as availability, constraints, role/type.
Failure responseO
(NOTE)
Indicates that the FL process support request was failure.
> CauseMReason for the failure.
NOTE:
At least one of these information elements shall be present.
Table 8.17.3.2-2 shows the response sent to the VAL Server by the AIMLE Server for the FL member grouping procedure to query the FL member within the group.
Information element Status Description
Success responseO
(NOTE)
Indicates that the FL process support query request was successful.
> List of FL member IDs / addressesOProvides the ID and address of the FL members which are part of the FL group.
>> FL member informationOInformation on the FL members such as availability, constraints, role/type.
Failure responseO
(NOTE)
Indicates that the FL process query support request was failure.
> CauseMReason for the failure.
NOTE:
Only one of these information elements shall be present.
Table 8.17.3.2-3 shows the response sent to the VAL Server by the AIMLE Server for the FL member grouping procedure to change the FL member grouping support.
Information element Status Description
Success responseO
(NOTE)
Indicates that the FL process support request was successful.
> FL group identifier(s)OIdentifies the AIMLE updated or modified FL group for the FL process and ML task (FL training or inference).
> List of FL member IDs / addressesOProvides the ID and address of the update or modified FL members which are part of the FL group.
>> FL member informationOInformation on the updated or modified FL members such as availability, constraints, role/type.
Failure responseO
(NOTE)
Indicates that the FL process support request was failure.
> CauseMReason for the failure.
NOTE:
Only one of these information elements shall be present.
Table 8.17.3.3-4 shows the response sent to the VAL Server by the AIMLE Server for the FL member grouping procedure to delete the FL member grouping support.
Information element Status Description
ResultMPositive or negative acknowledgement for the deletion of the FL member group.
Up

8.17.3.3  FL grouping indicationp. 103

Table 8.17.3.3-1 shows the notification sent by the AIMLE Server to the FL members (AIMLE clients, VAL Servers) for the FL member grouping procedure.
Information element Status Description
Requestor identityMIdentity of the AIMLE Server performing the request.
VAL service identityO
(NOTE 1)
The identity of the VAL service for which the grouping indication applies.
ML model IDO
(NOTE 1)
The model ID for which the indication applies.
ADAE analytics IDO
(NOTE 1)
The ADAES analytics ID (as specified in TS 23.436) for which the FL grouping is to be used, in case when FL process is used for a given analytics task.
FL group identifier(s)MIdentifies the AIMLE-created, changed FL group for the FL process.
> List of FL member IDs / addressesOProvides the ID and address of the FL members which are part of the FL group.
>> FL member informationOInformation on the FL members such as availability, constraints, role/type.
FL group deletion informationO
(NOTE 2)
Indication that the FL group is going to be deleted based on VAL server request.
> CauseOCause for the expected deletion of the FL members group (e.g., due to AI/ML service termination or group UE mobility to different service area).
> Expiration timeOIndicates the expiration time of the FL group deletion (in case the deletion of the FL group is expected in future time instance). If the Expiration time IE is not included, it indicates that the deletion of the group is instant.
NOTE 1:
At least one of these information elements shall be present.
NOTE 2:
This IE is mandatory if the indication is related to an FL group deletion.
Up

8.17.3.4  FL grouping indication acknowledgep. 104

Table 8.17.3.4-1 describes the information flow FL grouping indication acknowledge from the FL members (AIMLE clients which are deployed on UEs) to the AIMLE server.
Information element Status Description
Success responseO
(NOTE)
Acknowledgement of FL grouping indication.
Failure responseO
(NOTE)
Indicates that the FL grouping indication was failure.
> CauseOReason for the failure.
NOTE:
Only one of these information elements shall be present.
Up

8.18  Support Vertical FLp. 104

This clause describes procedure for supporting VFL among application layer multiple UEs.

8.18.1  Generalp. 104

The following clauses specify procedures, information flows and APIs to support VFL among Application Layer multiple UEs.

8.18.2  Procedure for supporting VFLp. 104

Pre-conditions:
  1. VFL members registered their AIMLE client profile to the AIMLE Server. The VFL members may update their status or information in their AIMLE client profile to the AIMLE Server.
  2. The datasets of each of the UEs (where the AIMLE Clients (as VFL members) are deployed on) belong to more than one different data domains.
  3. The VAL server has successfully subscribed/registered with the AIMLE server for model training notifications.
Copy of original 3GPP image for 3GPP TS 23.482, Fig. 8.18.2-1: Procedure for supporting VFL
Figure 8.18.2-1: Procedure for supporting VFL
(⇒ copy of original 3GPP image)
Up
Step 1.
An AIMLE server receives an ML model training request from a VAL server as described in clause 8.3.2. If ML model training request is received and the AIMLE server determines to use VFL training (VFL training between different data domains), the procedure continues to step 2.
Step 2.
[Optional] The AIMLE server retrieves the indicated ML model in step 1 using the ML model retrieval procedure as described in clause 8.1. If the retrieved model is already trained and meets the machine learning requirements requested by the consumer, the procedure continues to step 7.
Step 3.
If AIMLE client selection criteria are provided in step 1, then the AIMLE server continuously monitors and selects AIMLE clients for the VFL training as described step 4 of the clause 8.13.2. If a number of the required AIML clients is provided, the AIMLE server ensures the requirement is met when selecting AIMLE clients for VFL training. If a list of AIMLE clients is provided in step 1, the AIMLE server selects the provided AIMLE clients for the VFL training.
Step 4.
The AIMLE Server gets VFL members information (the VFL members information may be included in the request in step 1 (Table 8.3.3.1-1) or be obtained through step 3. The AIMLE Server interacts with the VFL members (AIMLE Clients which are deployed on UEs) for each data domain for ML model training capability evaluation as described in clause 8.19.2.
Step 5.
The AIMLE Server determines the VFL members for this VFL training process based on the information received in step 4 and parameters received in step 1 (Table 8.3.3.1-1). The AIMLE Server determines VFL members for each data domain. The criteria used by the AIMLE Server include:
  • Available data and minimum number of data samples for the same sample among the VFL members.
  • Feature alignment of the sample/datasets with data labels among the VFL members.
  • Available time of the VFL members for support the VFL training operations.
  • Capability and minimum number of the VFL members for the VFL training operations.
  • AIML model information for the VFL members and for the AIMLE Server.
Step 6.
The AIMLE Server coordinates the selected VFL members for VFL training. During VFL training process, the VFL members send intermediate results to the AIMLE Server, and the AIMLE Server responds to the VFL members with the updated information (e.g. gradients). The information from the AIMLE server can be used to update the model parameters maintained at each VFL member for the different data domains.
Step 6a.
The AIMLE server may report to the VAL server with the training status, that includes intermediate training results, The VAL server may adjust its request on the ML model training. If the VAL Server is providing data labels to complete the training, the VAL Server sends updated training parameters for the AIMLE Server to distribute to the VFL members. The updated training parameters apply for models of VFL members associated with each data domain.
Step 7.
The AIMLE server sends a ML model training notification to the VAL server as described in clause 8.3.2. If the training schedule is not complete (e.g., there are remaining training rounds), the AIMLE server configures the next set of training schedules and steps 3 to 6 are repeated for the next training round.
Up

Up   Top   ToC