The procedure focuses on the case where an MCPTT user is initiating an MCPTT private call for communicating with another MCPTT user, with or without floor control enabled, in an automatic commencement mode.
Procedures in Figure 10.7.2.2.1-1 are the basic signalling control plane procedures for the MCPTT client initiating establishment of MCPTT private call with the chosen MCPTT user.
Pre-conditions:
The calling MCPTT user has selected automatic commencement mode for the call; or
The called MCPTT client is set to automatic commencement mode.
Optionally, MCPTT client 1 may use an activated functional alias for the call.
The MCPTT server has subscribed to the MCPTT functional alias controlling server within the MC system for functional alias activation/de-activation updates.
User at MCPTT client 1 would like to initiate an MCPTT private call for the chosen MCPTT user. The MCPTT user at MCPTT client 1 may include a functional alias used within the MCPTT private call. For a private call with floor control, floor control is to be established.
MCPTT client 1 sends an MCPTT private call request towards the MCPTT server (via SIP core) using a service identifier as defined in TS 23.228 for MCPTT, for establishing a private call with the chosen MCPTT user. The MCPTT private call request contains the MCPTT ID or the functional alias of the invited user, an SDP offer containing one or more media types. For a private call with floor control, the MCPTT private call request also contains an element that indicates that MCPTT client 1 is requesting the floor. The MCPTT client 1 may include a Requested commencement mode that indicates that the call is to be established in automatic commencement mode if automatic commencement mode is requested by the initiating user.
If the MCPTT private call request contains a functional alias instead of an MCPTT ID as called party, the MCPTT server shall resolve the functional alias to the corresponding MCPTT ID(s) for which the functional alias is active. The MCPTT server shall also check whether MCPTT client 1 is allowed to use the functional alias of MCPTT client 2 to setup a private call and whether MCPTT client 2 is allowed to receive a private call from MCPTT client 1 using the functional alias. If authorized, proceed with step 5. Otherwise, the MCPTT server checks whether the MCPTT user at MCPTT client 1 is authorized to initiate the private call, and that MCPTT user at MCPTT client 2 is authorized to receive the private call. If the MCPTT private call request requested automatic commencement mode then the MCPTT server also checks whether the MCPTT user at MCPTT client 1 is authorized to initiate a private call in automatic commencement mode and proceed with step 6.
If the MCPTT server replies with a MCPTT functional alias resolution response message, the MCPTT client 1 abandons the first MCPTT private call request in step 3 and sends a new MCPTT private call request towards the resolved MCPTT ID.
If authorized, MCPTT server includes information that it communicates using MCPTT service, offers the same media types or a subset of the media types contained in the initial received request, includes the requested automatic commencement mode indication based on a requested automatic commencement mode by the calling user or based upon the setting of the called MCPTT client and sends the corresponding MCPTT private call request towards the MCPTT client 2, including the MCPTT ID and, if available, the functional alias of the calling MCPTT user 1. If the called MCPTT user has registered to the MCPTT service with multiple MCPTT UEs and has designated the MCPTT UE for receiving the private calls, then the incoming MCPTT private call request is delivered only to the designated MCPTT UE.
Upon receiving the MCPTT private call response from MCPTT client 2 accepting the private call request, the MCPTT server informs the MCPTT client 1 about successful call establishment.
MCPTT client 1 and MCPTT client 2 have successfully established media plane for communication and either user can transmit media. For successful call establishment for private call with floor control request from MCPTT client 1, floor participant at MCPTT client 1 is granted floor by the floor control server, giving it permission to transmit. At the same time floor participant at MCPTT client 2 is informed by the floor control server that floor is taken.
Figure 10.7.2.2.2.2-1 describes the basic procedure for the MCPTT client initiating an MCPTT private call that uses manual commencement mode. The flow may use a floor request in the MCPTT private call request indicating that the originator will be given the floor when the call starts and eliminates the need for a separate initial floor request message during media plane establishment. Alternatively the call initiation may be sent without the floor request, which allows the called party to request the floor first.
Both clients are served by the primary MCPTT service provider in Figure 10.7.2.2.2.2-1.
Pre-conditions:
The calling MCPTT user has selected manual commencement mode or has not specified a commencement mode for the call; and
The called MCPTT client is set to manual commencement mode.
Optionally, MCPTT client 1 may use an activated functional alias for the call.
The MCPTT server has subscribed to the MCPTT functional alias controlling server within the MC system for functional alias activation/de-activation updates.
MCPTT client 1 and MCPTT client 2 are both registered and their respective users, MCPTT user 1 and MCPTT user 2, are authenticated and authorized to use the MCPTT service, as per procedure in subclause 10.2.
MCPTT user at MCPTT client 1 would like to initiate an MCPTT private call for the selected MCPTT user. The MCPTT user at MCPTT client 1 may include a functional alias used within the MCPTT private call. For a private call with floor control, floor control is to be established. For private call without floor control, both users will have the ability to transmit without floor arbitration.
MCPTT client 1 sends an MCPTT private call request addressed to the MCPTT ID of MCPTT user 2 using an MCPTT service identifier as defined in TS 23.228 (possible for the SIP core to route the request to the MCPTT server). The MCPTT private call request contains the MCPTT ID or the functional alias of invited user and an SDP offer containing one or more media types. The MCPTT private call request may also contain a data element that indicates that MCPTT client 1 is requesting the floor, for a private call with floor control. The MCPTT client 1 may include a requested commencement mode that indicates that the call is to be established in manual commencement mode if manual commencement mode is requested by the initiating user.
The MCPTT server confirms that both MCPTT users are authorized for the private call. MCPTT server verifies whether the provided functional alias, if present, can be used and has been activated for the user. The MCPTT server shall resolve the functional alias to the corresponding MCPTT ID(s) for which the functional alias is active. The MCPTT server shall also check whether MCPTT client 1 is allowed to use the functional alias of MCPTT client 2 to setup a private call and whether MCPTT client 2 is allowed to receive a private call from MCPTT client 1 using the functional alias. The MCPTT server checks the commencement mode setting of the called MCPTT client and also checks whether the MCPTT user at MCPTT client 1 is authorized to initiate a call in manual commencement mode.
If the MCPTT private call request contains a functional alias instead of an MCPTT ID as called party, the MCPTT server responds with a functional alias resolution response message that contains the resolved MCPTT ID back to MCPTT client 1.
If the MCPTT server replies with a MCPTT functional alias resolution response message, the MCPTT client 1 abandons the first MCPTT private call request in step 3 and sends a new MCPTT private call request towards the resolved MCPTT ID.
The MCPTT server includes information that it communicates using MCPTT service, offers the same media types or a subset of the media types contained in the initial received request and sends an MCPTT private call request for the call to MCPTT client 2, including the MCPTT ID and, if available, the functional alias of the calling MCPTT user 1. If the called MCPTT user has registered to the MCPTT service with multiple MCPTT UEs and has designated the MCPTT UE for receiving the private calls, then the incoming MCPTT private call request is delivered only to the designated MCPTT UE.
MCPTT user 2 has accepted the call using manual commencement mode (i.e., has taken some action to accept via the user interface) which causes MCPTT client 2 to send an MCPTT private call response to the MCPTT server. If MCPTT user 2 has not accepted the incoming call, the MCPTT client 2 sends a call failure response to the MCPTT server without adding reason for call failure.
The MCPTT server sends an MCPTT private call response to MCPTT client 1 indicating that MCPTT user 2 has accepted the call, including the accepted media parameters.
The media plane for communication is established. Either user can transmit media individually when using floor control. For successful call establishment for private call with floor request from MCPTT client 1, the floor participant associated with MCPTT client 1 is granted the floor initially. At the same time the floor participant associated with MCPTT client 2 is informed that the floor is taken. The meaning of the floor request (give floor initially to originator [client 1], or give floor initially to target [client 2]) may be configurable. For a private call without floor control both users are allowed to transmit simultaneously.
The procedure focuses on the case where an MCPTT client is requesting to release an ongoing MCPTT private call (with or without floor control) and the call established in either of the two commencement modes (manual or automatic).
Procedures in Figure 10.7.2.2.3.1-1 are the basic signalling control plane procedures for the MCPTT client initiating the release of an ongoing MCPTT private call.
It is assumed that MCPTT users on MCPTT client 1 and MCPTT client 2 are already registered for receiving MCPTT service and are involved in private call with or without floor control established either in manual or automatic commencement mode, as described in subclause 10.7.2.2.1 and subclause 10.7.2.2.2.
MCPTT client 1 sends an MCPTT private call end request towards the MCPTT server (via SIP core), for tearing down the private call with the other client.
After receiving the MCPTT private call end response from MCPTT client 2, the MCPTT server generates an acknowledgement for the MCPTT client 1's MCPTT private call end request.
MCPTT clients release all the media plane resources used for the private call. Further, if the private call was established with floor control, floor control resources are released and MCPTT clients cannot make further requests for floor control or send media.
The procedure focuses on the case where an MCPTT server is terminating an ongoing MCPTT private call (with or without floor control) and the call established in either of the two commencement modes (manual or automatic), upon conditions to terminate call e.g., MCPTT administrator configured maximum duration for MCPTT private calls has expired or timed out due to MCPTT private call without transmission/reception.
Procedures in Figure 10.7.2.2.3.2-1 are the basic signalling control plane procedures for the MCPTT server initiating termination of an ongoing MCPTT private call.
It is assumed that MCPTT users on MCPTT client 1 and MCPTT client 2 are already registered for receiving MCPTT service and are involved in private call with or without floor control established either in manual or automatic commencement mode.
Upon conditions to terminate call e.g., MCPTT administrator configured maximum duration for MCPTT private calls has expired or timed out due to MCPTT private call without transmission/reception, the MCPTT server decides to initiate termination of an ongoing MCPTT private call between MCPTT client 1 and MCPTT client 2.
MCPTT clients release all the media plane resources used for the private call. Further, if the private call was established with floor control, floor control resources are released and MCPTT clients cannot make further requests for floor control or send media.