Content for  TS 23.379  Word version:  18.4.0

User at MCPTT client 1 would like to initiate an ad hoc group call. The MCPTT client 1 initiates the ad hoc group call by sending the ad hoc group call request containing the list of participants to the MCPTT server. Encryption supported information element shall be set to true since end-to-end encryption is supported. An SDP offer containing the MCPTT client media parameters is included. If there is a floor request to transmit, then the ad hoc group call request contains an indication of an implicit floor request. If the MCPTT user of MCPTT client 1 has selected a functional alias, then the ad hoc group call request contains that functional alias. If the ad hoc group call request contains an implicit floor request it may also include location information. If the MCPTT user at MCPTT client 1 initiates an MCPTT emergency ad hoc group call or the MCPTT emergency state is already set for the MCPTT client 1 (due to a previously triggered MCPTT emergency alert):

1. the MCPTT ad hoc group call request shall contain an emergency indicator;
2. if the MCPTT emergency state is not set already, MCPTT client 1 sets its MCPTT emergency state. The MCPTT emergency state of MCPTT client 1 is retained until explicitly cancelled by the user of MCPTT client 1.

The MCPTT server accepts the ad hoc group call request if the ad hoc group call is supported and authorized. Otherwise reject the ad hoc group call request and do not continue with the rest of the steps. If authorised, it validates whether the number of invited participants is within the configured limit before proceeding with the call setup. If functional alias is present, the MCPTT server checks whether the provided functional alias allowed to be used and has been activated for the user. If location information was included in the ad hoc group call request, the MCPTT server checks the privacy policy of the MCPTT user to decide if the location information of MCPTT client 1 can be provided to other users on the call (refer to Annex A.3 "Authorisation to provide location information to other MCPTT users on a call when talking"). If an emergency indicator is present in the received MCPTT ad hoc group call request, the MCPTT ad hoc group is considered to be in the in-progress emergency state until this ad hoc group call is terminated; and If an imminent peril indicator is present in the received MCPTT ad hoc group call request, the MCPTT ad hoc group is considered to be in the in-progress imminent peril state until this ad hoc group call is terminated. The MCPTT server considers the ad hoc group call participants as implicitly affiliated to the ad hoc group.

The MCPTT server shall send the ad hoc group call request return message to MCPTT client 1 containing the below:

1. The MCPTT ad hoc group ID generated by the MCPTT server; and
2. Result of whether the ad hoc group call is authorized or not

If the ad hoc group call request is not authorized, MCPTT client 1 shall not proceed with the rest of the steps.

The MCPTT server sends the ad hoc group call requests towards the MCPTT clients of the invited users based on step 1. While sending the ad hoc group call requests, the MCPTT server shall remove the information elements that are not required to be conveyed to the target MCPTT clients (e.g. MCPTT ID list of the users who are required to acknowledge)

The receiving MCPTT clients are notified about the incoming ad hoc group call.

The receiving MCPTT clients accept the ad hoc group call requests and send ad hoc group call responses to the MCPTT server. The response may also contain a functional alias of the responding MCPTT user, which is verified (valid and activated for the user) by the MCPTT server.

The MCPTT server sends the ad hoc group call response to MCPTT client 1 through the signalling path to inform about successful call establishment.

If the initiating MCPTT user requires the acknowledgement from the invited MCPTT users, and the required MCPTT users do not acknowledge the call setup within a configured time (the "acknowledged call setup timeout"), then the MCPTT server may proceed with or abandon the call and then notify the initiating MCPTT user that the acknowledgements did not include all required members according to ad hoc group call policy from the user profile configuration. The MCPTT server may notify the initiating MCPTT user of all MCPTT users who did not acknowledge the ad hoc group call request within the configured time. This notification may be sent to the initiating MCPTT user by the MCPTT server more than once during the call when MCPTT users join or leave the MCPTT ad hoc group call.

MCPTT client 1, MCPTT client 2, MCPTT client 3 and MCPTT client 4 establish media plane and floor control resources.

It is assumed that MCPTT users on MCPTT client 1, client 2 and client 3 are already part of the ongoing ad hoc group call.

MCPTT server would like to release the MCPTT ad hoc group call which is ongoing e.g., due to hang time expiry, last participant leaving, second last participant leaving, initiator leaving.

MCPTT server identifies the participants of the ongoing ad hoc group call and generates ad hoc group call release request to release ongoing session. The MCPTT server cancels the in-progress emergency state or in-progress imminent peril state of the ad hoc group if the ad hoc group call is an emergency or imminent peril call respectively.

MCPTT server sends ad hoc group call release request via SIP core towards each participant of the ongoing ad hoc group call.

MCPTT users are notified about the release of the ad hoc group call.

MCPTT client(s) receiving ad hoc group call release request, acknowledge towards the MCPTT server by sending an ad hoc group call release response.

MCPTT client 1, client 2 and client 3 have successfully released the floor control and media plane resources associated with the ad hoc group call that is terminated and the ad hoc group ceases to exist (i.e., further call is not possible over the same ad hoc group.

User at MCPTT client 1 would like to initiate an ad hoc group call in-order to invite the participants satisfying specific criteria. The MCPTT client 1 initiates the ad hoc group call by sending the ad hoc group call request containing the details of the criteria to be applied by the MCPTT server for determining the participants list. If end-to-end encryption is supported, the Encryption supported information element shall be set to true and pre-configured MCPTT group whose configuration is to be applied is included. An SDP offer containing the MCPTT client media parameters is included. If there is a floor request to transmit, then the ad hoc group call request contains an indication of an implicit floor request. If the MCPTT user of MCPTT client 1 has selected a functional alias, then the ad hoc group call request contains that functional alias. If the ad hoc group call request contains an implicit floor request it may also include location information. If the MCPTT user at MCPTT client 1 initiates an MCPTT emergency ad hoc group call or the MCPTT emergency state is already set for the MCPTT client 1 (due to a previously triggered MCPTT emergency alert):

1. the MCPTT ad hoc group call request shall contain an emergency indicator;
2. if the MCPTT emergency state is not set already, MCPTT client 1 sets its MCPTT emergency state. The MCPTT emergency state of MCPTT client 1 is retained until explicitly cancelled by the user of MCPTT client 1.

The MCPTT server accepts the ad hoc group call request if the ad hoc group call is supported and authorized. Otherwise reject the ad hoc group call request and do not continue with the rest of the steps. If functional alias is present, the MCPTT server checks whether the provided functional alias is allowed to be used and has been activated for the user. If location information was included in the ad hoc group call request, the MCPTT server checks the privacy policy of the MCPTT user to decide if the location information of MCPTT client 1 can be provided to other users on the call (refer to Annex A.3 "Authorisation to provide location information to other MCPTT users on a call when talking"). If an emergency indicator is present in the received MCPTT ad hoc group call request, the MCPTT ad hoc group is considered to be in the in-progress emergency state until this ad hoc group call is terminated; and If an imminent peril indicator is present in the received MCPTT ad hoc group call request, the MCPTT ad hoc group is considered to be in the in-progress imminent peril state until this ad hoc group call is terminated.

The MCPTT server shall send the ad hoc group call request return message to MCPTT client 1 containing the below:

1. The MCPTT ad hoc group ID generated by the MCPTT server; and
2. Result of whether the ad hoc group call is authorized or not

If the ad hoc group call request is not authorized, MCPTT server and client 1 shall not proceed with the rest of the steps.

The MCPTT server determines the list of participants to be invited for the ad hoc group call based on the information present in the information element Criteria for determining the participants. This information element could carry either criteria or indicator identifying pre-defined criteria or a combination of both.

The MCPTT server sends the ad hoc group call requests towards the MCPTT clients 2 and 3. While sending the ad hoc group call requests, the MCPTT server shall remove the information elements that are not required to be conveyed to the target MCPTT clients. This request carries the pre-configured group ID whose configuration is to be applied for this ad hoc group call if end-to-end encryption is requested. The MCPTT server considers the ad hoc group call participants as implicitly affiliated to the ad hoc group.

The receiving MCPTT clients are notified about the incoming ad hoc group call.

The receiving MCPTT clients accept the ad hoc group call requests and send ad hoc group call responses to the MCPTT server. The response may also contain a functional alias of the responding MCPTT user, which is verified (valid and activated for the user) by the MCPTT server.

The MCPTT server sends the ad hoc group call response to MCPTT client 1 through the signalling path to inform about successful call establishment.

The MCPTT server may notify the initiating MCPTT user of all MCPTT users who acknowledged the ad hoc group call request and joined the ad hoc group call. This notification may be sent to the initiating MCPTT user by the MCPTT server more than once during the call when MCPTT users join or leave the MCPTT ad hoc group call.

MCPTT client 1, MCPTT client 2 and MCPTT client 3 establish media plane and floor control resources.

The MCPTT client 1 sends the modify ad hoc group call participants request to the MCPTT server in order to remove MCPTT client 3 from the ongoing ad hoc group call and add MCPTT client 2 into it.

The MCPTT server verifies whether the MCPTT client 1 is authorized to add or remove (modify) the participants of the on-going ad hoc group call.

The MCPTT server sends modify ad hoc group call participants response to the MCPTT client 1.

The MCPTT server sends the ad hoc group call leave request to the MCPTT client 3 in order to remove it from the on-going ad hoc group call.

The MCPTT client 3 notifies the user of the ad hoc group call leave request.

The MCPTT client 3 sends the ad hoc group call leave response to the MCPTT server.

The MCPTT server removes the MCPTT client 3 from the ongoing ad hoc group call.

The MCPTT server sends the ad hoc group call request towards MCPTT client 2.

The receiving MCPTT client 2 notifies the user about the incoming ad hoc group call.

The MCPTT client 2 accepts the ad hoc group call request and send ad hoc group call responses to the MCPTT server. The response may also contain a functional alias of the responding MCPTT user, which is verified (valid and activated for the user) by the MCPTT server.

The MCPTT server may notify the initiating MCPTT user of all the users who are added to the on-going ad hoc group call. This notification may be sent to the initiating MCPTT user by the MCPTT server more than once during the call when MCPTT users join or leave the ad hoc group call.

The MCPTT server may notify the participants about the change in the participants list of on-going ad hoc group call.

The ad hoc group call is established and on-going with the participants MCPTT client 1, MCPTT client 2, MCPTT client 3 and MCPTT client 4. The participants list is determined by the MCPTT server based on the criteria specified by the MCPTT client 1 while initiating the call

The MCPTT server detects that the MCPTT client 5 satisfies the criteria specified by the MCPTT client.

The MCPTT server sends the ad hoc group call request to the MCPTT client 5.

The MCPTT client 5 notifies the user about the incoming ad hoc group call.

The MCPTT client 5 accepts the ad hoc group call request and sends the ad hoc group call response to the MCPTT server.

The on-going ad hoc group call is updated by adding MCPTT client 5 which satisfies the criteria specified by the MCPTT client 1.

The MCPTT server detects that the MCPTT client 4 is no more satisfying the criteria to be the participant of the ad hoc group call.

The MCPTT server sends the ad hoc group call leave request to the MCPTT client 4 and removes it from the on-going ad hoc group call.

The MCPTT client 4 notifies the user of the ad hoc group call leave request.

The MCPTT client 4 sends the ad hoc group call leave response to the MCPTT server.

The on-going ad hoc group call is updated by removing MCPTT client 4, which no more satisfies the criteria specified by the MCPTT client 1.