Content for &nbsp; TS 23.379 &nbsp; Word version:&nbsp; 19.1.0

MCPTT client 1 gets the floor to transmit voice media.

MCPTT server checks the privacy policy (authorisation to provide location information to other MCPTT users on a call when talking, as defined in Annex A.3) of the current talking MCPTT user to decide if the location information of MCPTT client 1 can be provided to other MCPTT users on the call. MCPTT server acquires the location of the current talker from the location management server as described in subclause 10.9.3.6 of TS 23.280. Optionally, the MCPTT server acquires the location of the current talker directly from the floor request received from MCPTT client 1 in step 1.

Figure 10.6.2.9.3.3-1: Regroup rejection using preconfigured group in multiple MCPTT systems

MCPTT server provides the location information of MCPTT client 1 to MCPTT client 2. Optionally, the location information may be provided in the floor taken message sent to MCPTT client 2 according to subclause 10.9.1.3.1.

10.6.2.8 Void

10.6.2.8.1 Void

10.6.2.8.2 Void

10.6.2.8.3 Void

10.6.2.9 Group call handling with preconfigured regroup update |R16| p. 94

10.6.2.9.1 Void

10.6.2.9.2 Void

10.6.2.9.2.1 Void

10.6.2.9.2.2 Void

10.6.2.9.3 Regroup procedures in multiple MCPTT systems p. 94

10.6.2.9.3.1 Void

10.6.2.9.3.2 Void

10.6.2.9.3.3 Regroup rejection using preconfigured group in multiple MCPTT systems p. 94

Figure 10.6.2.9.3.3-1 illustrates the case where the procedure to initiate a regroup procedure with multiple MCPTT systems using a preconfigured MCPTT group described in subclause 10.6.2.9.3.1 commences, but where the request for the regroup is rejected by the partner MCPTT server, for example because one of the groups hosted by the partner MCPTT server is already regrouped by other group regrouping procedures.

In this procedure, any gateway MC servers in the primary or partner MCPTT systems are not shown.

Pre-conditions:

MCPTT client 1 is authorized to initiated a preconfigured regroup procedure, and is receiving MCPTT service in the primary MCPTT system of MCPTT client 1.

Reproduction of 3GPP TS 23.379, Fig. 10.6.2.9.3.3-1: Regroup rejection using preconfigured group in multiple MCPTT systems

The authorized user of MCPTT client 1 initiates the regroup procedure as stated in clause 10.6.2.9.3.1 step 1-4.

The MCPTT server sends the preconfigured regroup requests to the MCPTT server in the partner MCPTT system.

Figure 10.6.2.9.5.1-1: Procedure for call request to an MCPTT group during an in-progress preconfigured group regroup

The partner MCPTT server checks the status of any MCPTT groups hosted by that partner MCPTT server, and determines that one or more requested MCPTT groups has already been regrouped by another group regrouping procedure.

Step 4.

The partner MCPTT server sends a preconfigured regroup reject to the primary MCPTT server, indicating the reason for rejection.

Step 5.

The primary MCPTT server sends a preconfigured regroup reject to MCPTT client 1, indicating the reason for rejection.

10.6.2.9.4 Void

10.6.2.9.5 Procedures p. 95

10.6.2.9.5.1 Call request to an MCPTT group during an in-progress preconfigured group regroup p. 95

Figure 10.6.2.9.5.1-1 illustrates the procedure when a user attempts to setup an MCPTT group call on a group involved in an in-progress preconfigured MCPTT group regroup.

Pre-conditions:

The MCPTT client is an affiliated member of MCPTT group A that is part of an in-progress preconfigured group regroup with MCPTT groups B and C.
MCPTT group D is being used as the preconfigured regroup group.
The MCPTT client has missed the preconfigured regroup request message (e.g. poor signalling conditions, race condition).

Reproduction of 3GPP TS 23.379, Fig. 10.6.2.9.5.1-1: Procedure for call request to an MCPTT group during an in-progress preconfigured group regroup

The MCPTT client attempts to start a call on MCPTT group A. The MCPTT client sends a group call request message to the MCPTT server containing MCPTT group A as the target group.

The MCPTT server checks to see whether MCPTT group A is currently part of a preconfigured group regroup. In this case the group A is part of an active preconfigured group regroup.

Figure 10.6.2.9.5.2-1: Procedure for Call request to a regroup group after the group regroup is cancelled

The MCPTT server sends a group call response to the MCPTT client indicating that the call setup is denied because the group is part of an in-progress group regroup.

Step 4.

The MCPTT client notifies the user of the group call setup failure.

Step 5.

The MCPTT server initiates the adding a user to regroup group due to communication request to the group being regrouped procedure as described in clause 10.15.3.4 of TS 23.280.

10.6.2.9.5.2 Call request to a preconfigured regroup group after group regroup has been cancelled p. 96

Figure 10.6.2.9.5.2-1 illustrates the procedure when a user attempts to setup a MCPTT group call on a preconfigured regroup group after the preconfigured MCPTT group regroup has been cancelled.

Pre-conditions:

The MCPTT client is a member of MCPTT group A that was part of an in-progress preconfigured group regroup with MCPTT groups B and C that has been cancelled. MCPTT group D was used as the MCPTT regroup group.
The MCPTT client has missed the preconfigured regroup cancel request message (e.g. poor signalling conditions, race condition).

Reproduction of 3GPP TS 23.379, Fig. 10.6.2.9.5.2-1: Procedure for Call request to a regroup group after the group regroup is cancelled

The MCPTT client attempts to start a call on MCPTT group D, the MCPTT regroup group. The MCPTT client sends a group call request message to the MCPTT server containing MCPTT group D as the target group.

The MCPTT server checks to see whether MCPTT group D is currently being cancelled or not. In this case the regroup group D is no longer active.