Content for  TS 23.282  Word version:  19.3.0

The user at MCData client 1 wants to initiate ad hoc standalone file distribution to ad hoc group members from primary MCData system.

The MCData client 1 sends an Ad hoc group standalone FD request towards the MCData server. The request shall contain the MCData ad hoc group ID as determined in the subclause 7.17.6.2.1, the conversation identifier for message thread indication, may include additional implementation specific information in the application metadata container, and may include associated functional alias of the user at MCData client 1. If end-to-end encryption is required, the request shall contain the Preconfigured MCData group ID as determined in the subclause 7.17.6.2.1. The request contains content payload in the form of file URL and may contain the file metadata information. If MCData user at MCData client 1 has requested to mandatory download at the recipient side, then the request contains mandatory download indication. The request may contain a download completed report indication if selected by the user at MCData client 1. If the MCData user at MCData client 1 has requested to deposit the file content into his/her MCData message store account, then the request contains deposit file indication set. If the MCData user at MCData client 1 initiates an emergency ad hoc group standalone file distribution or the MCData emergency state is already set for the MCData client 1 (due to a previously triggered MCData emergency alert):

1. the Ad hoc group standalone FD request shall contain an emergency indicator;
2. if the MCData emergency state is not set already, MCData client 1 sets its MCData emergency state. The MCData emergency state is retained until explicitly cancelled; and
3. once an emergency file distribution has been initiated, the ad hoc group is considered to be in an in-progress emergency state until file distribution is completed and the time to live value of ad hoc group expires.

If the MCData user at MCData client 1 initiates an imminent peril ad hoc group standalone file distribution:

1. the Ad hoc group standalone FD request shall contain imminent peril indicator; and
2. once an emergency file distribution has been initiated, the ad hoc group is considered to be in an in-progress imminent peril state until file distribution is completed and the time to live value of ad hoc group expires.

If the ad hoc group communication is supported, the MCData server checks whether the MCData user at MCData client 1 is authorized to send Ad hoc group standalone FD request. The MCData server checks whether any policy is to be asserted to limit certain types of message or content to certain members, for example, to location or user privilege. The MCData server also verifies whether the provided functional alias can be used and has been activated for the user.

The MCData server sends the Ad hoc group standalone FD request return to the MCData user at MCData client 1 containing the result of whether the Ad hoc group standalone FD request is authorized or not. If the Ad hoc group standalone FD request is not authorized, the MCData server and the MCData client 1 shall not proceed with the rest of the steps.

The MCData server considers the ad hoc group members as implicitly affiliated to the ad hoc group.

1. If an emergency indicator is present in the received Ad hoc group standalone FD request and if the ad hoc group is not in the in-progress emergency state, the ad hoc group is considered to be in the in-progress emergency state until file distribution is completed and the time to live value of ad hoc group expires; and
2. If an imminent peril indicator is present in the received Ad hoc group standalone FD request and if the ad hoc group is not in the in-progress imminent peril state, the ad hoc group is considered to be in the in-progress imminent peril state until file distribution is completed and the time to live value of ad hoc group expires.

The MCData server may verify whether the corresponding file is available in the MCData content server (not shown in the Figure) via the MCData-FD-5 reference point using the received file URL in the request. For that, the MCData server sends an MCData file availability request to the MCData content server. Upon the receipt of the request, the MCData content server provides an MCData file availability response to the MCData server. If the MCData server identifies that the file is not available in the MCData content server, the MCData server provides a response to the MCData client 1 indicating that the file distribution request cannot proceed due to the unavailability of the file in the MCData content server and skip rest of the steps. If the deposit file indication information element is set to true in the received request, the MCData server shall follow the procedure as defined in the subclause 7.13.3.8 with the retrieve file indication element set to true while depositing this MCData communication to the MCData message store account of the user at MCData client 1.

The MCData server initiates the Ad hoc group standalone FD request towards each of the target MCData users. While sending the Ad hoc group standalone FD request, the MCData server shall remove the information elements that are not required to be conveyed to the target MCData clients (e.g. MCData ID list). The request should contain the ad hoc group ID, pre-configured group if end-to-end encryption is required and time to live value for the ad hoc group. The primary MCData server removes the ad hoc group information from the dynamic data once the time to live value is expired and thus the ad hoc group ceases to exist then the procedure stops. If the deposit file indication information element is set to true in the received MCData FD request, MCData server shall follow the procedure as defined in the subclause 7.13.3.8 with the retrieve file indication element set to true while depositing this MCData communication to the MCData message store account of the user at MCData client 1.

The receiving MCData clients 2 to n notify the user about the incoming Ad hoc group standalone FD request (including file metadata, if present) which may be either accepted or rejected or ignored.

If the target MCData user on MCData clients 2 to n provides a response (accept or reject) to the notification, then respective MCData client sends the Ad hoc group standalone FD response to the MCData server. The MCData client 2 to n automatically sends accepted Ad hoc group standalone FD response when the incoming request included mandatory download indication.

The MCData server forwards the Ad hoc group standalone FD response to the MCData client 1.

The receiving MCData clients 2 to n download the file followed by providing download completed reports for reporting file download completed using the procedure as described in the step 9 to step 12 of subclause 7.5.2.6.

On receiving download completed reports from MCData clients 2 to n or time to live value is expired, the MCData server removes the ad hoc group information from the dynamic data held in the MCData server and the ad hoc group ceases to exist.

The user at MCData client 1 of the primary MCData system wants initiate ad hoc standalone file distribution to ad hoc group members from primary and partner MCData systems.

Same steps as described in the steps 2 to 6 of subclause 7.17.7.2.2.

The MCData server of the primary MCData system initiates an Ad hoc group standalone FD request towards each of the target MCData users in the primary MCData system and the partner MCData system. While sending the Ad hoc group standalone FD requests, the MCData server of the primary MCData system shall remove the information elements that are not required to be conveyed to the target MCData clients (e.g. MCData ID list). The request should contain the ad hoc group ID, pre-configured group if end-to-end encryption is required and time to live value for the ad hoc group. The primary MCData server removes the ad hoc group information from the dynamic data once the time to live value is expired and thus the ad hoc group ceases to exist then the procedure stops.

The receiving MCData clients 2 to M and MCData clients 1 to N notify the user about the incoming Ad hoc group standalone FD request (including file metadata, if present) which may be either accepted or rejected or ignored.

If the target MCData user on MCData clients 2 to M and MCData clients 1 to N provides a response (accept or reject) to the notification, then respective MCData clients send the Ad hoc group standalone FD response to the MCData server. The MCData clients 2 to M and MCData clients 1 to N automatically sends accepted Ad hoc group standalone FD response when the incoming request included mandatory download indication.

The MCData server forwards the Ad hoc group standalone FD response to the MCData client 1.

The receiving MCData clients 2 to M and MCData clients 1 to N download the file followed by providing download completed reports for reporting file download completed using the procedure as described in the step 9 to step 12 of subclause 7.5.2.6.