Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 23.379  Word version:  18.4.0

Top   Top   Up   Prev   Next

 

10.15  First-to-answer call setupp. 226

10.15.1  Descriptionp. 226

Figure 10.15.3-1 describes the basic procedure for the MCPTT client initiating MCPTT first-to-answer call. The flow may use a floor request in the MCPTT 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. For a MCPTT first-to-answer call without floor control, floor control is not established.
Figure 10.15.3-1 also describes the handling of private calls when a functional alias replaces the MCPTT ID as target address. A functional alias can be simultaneously used by more than one MCPTT user, i.e. multiple MCPTT clients can activate the same functional alias.
Up

10.15.2  Information flows for first-to-answer callp. 226

10.15.2.1  MCPTT first-to-answer call request (MCPTT client to MCPTT server) |R16|p. 226

Table 10.15.2.1-1 describes the information flow MCPTT first-to-answer call request from the MCPTT client to the MCPTT server.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
Functional aliasOThe functional alias of the calling party
MCPTT ID list (see NOTE)OThe list of MCPTT IDs of the called party
Functional alias (see NOTE)OThe functional alias of the called party
Use floor control indicationMThis element indicates whether floor control will be used for the private call
SDP offerOMedia parameters of MCPTT client
Implicit floor requestOAn indication that the user is also requesting the floor
Location informationOLocation of the calling party
NOTE:
At least one identity must be present.
Up

10.15.2.2  MCPTT first-to-answer call request (MCPTT server to MCPTT client) |R16|p. 227

Table 10.15.2.2-1 describes the information flow MCPTT first-to-answer call request from the MCPTT server to the MCPTT client.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
Functional aliasOThe functional alias of the calling party
MCPTT IDMThe MCPTT ID of the called party
Functional aliasOThe functional alias of the called party
Use floor control indicationMThis element indicates whether floor control will be used for the private call
SDP offerMMedia parameters of MCPTT client
Implicit floor requestOAn indication that the user is also requesting the floor
Up

10.15.2.3  MCPTT first-to-answer call response (MCPTT client to MCPTT server) |R16|p. 227

Table 10.15.2.3-1 describes the information flow MCPTT first-to-answer call response from the MCPTT client to the MCPTT server.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
Functional aliasOThe functional alias of the calling party
MCPTT IDMThe MCPTT ID of the called party
Functional aliasOThe functional alias of the called party
SDP answerMMedia parameters selected
Up

10.15.2.4  MCPTT first-to-answer call response (MCPTT server to MCPTT client) |R16|p. 228

Table 10.15.2.4-1 describes the information flow MCPTT first-to-answer call response from the MCPTT server to the MCPTT client.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
Functional aliasOThe functional alias of the calling party
MCPTT IDMThe MCPTT ID of the called party
Functional aliasOThe functional alias of the called party
SDP answerMMedia parameters selected
Up

10.15.2.5  MCPTT first-to-answer call cancel request (MCPTT server to MCPTT client) |R16|p. 228

Table 10.15.2.5-1 describes the information flow MCPTT first-to-answer call cancel request from the MCPTT server to the MCPTT client.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
MCPTT ID MThe MCPTT ID of the called party
Up

10.15.2.6  MCPTT first-to-answer call cancel response (MCPTT client to MCPTT server) |R16|p. 228

Table 10.15.2.6-1 describes the information flow MCPTT first-to-answer call cancel response from the MCPTT client to the MCPTT server.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the called party
Up

10.15.3  Procedurep. 229

All clients are served by the primary MCPTT service provider in Figure 10.15.3-1.
Pre-conditions:
  1. The calling MCPTT user has selected first-to-answer call.
  2. MCPTT clients 1 to n are registered and their respective users, MCPTT user 1 to MCPTT user n, are authenticated and authorized to use the MCPTT service, as per procedure in subclause 10.2.
  3. MCPTT clients 2 to n have activated the same functional alias.
  4. The MCPTT server has subscribed to the MCPTT functional alias controlling server within the MC system for functional alias activation/de-activation updates.
Reproduction of 3GPP TS 23.379, Fig. 10.15.3-1: MCPTT first-to-answer call - MCPTT users in the same MCPTT system
Up
Step 1.
MCPTT user at MCPTT client 1 would like to establish a MCPTT first-to-answer call indicating a set of potential target recipients or by calling a functional alias. For a MCPTT first-to-answer call with floor control, floor control is to be established. For first-to-answer call without floor control, both users will have the ability to transmit without floor arbitration.
Step 2.
MCPTT client 1 sends an MCPTT first-to-answer call request including a set of potential target recipients to the MCPTT server (via the SIP core as defined in TS 23.228), using either a list of MCPTT IDs or a functional alias. The MCPTT first-to-answer call request contains the MCPTT ID and may contain the functional alias of originating user and an SDP offer containing one or more media types. The MCPTT first-to-answer call request may also contain a data element that indicates that MCPTT client 1 is requesting the floor, for a first-to-answer call with floor control. The MCPTT client 1 includes a first-to-answer call indication that the call is to be established only to the first answering user.
Step 3.
The MCPTT server confirms that MCPTT users are authorized for the call and whether the MCPTT user at MCPTT client 1 is authorized to initiate a first-to-answer call. The MCPTT server checks whether the provided functional alias of the calling user, if present, can be used and has been activated for the MCPTT user. If a functional alias is present, the MCPTT server shall also check whether MCPTT client 1 is allowed to use the functional alias of MCPTT client 2 (to MCPTT client n) to setup a private call and whether MCPTT client 2 (to MCPTT client n) is (are) allowed to receive a private call from MCPTT client 1 using a functional alias.
Step 4.
The MCPTT server determines the list of MCPTT users to send MCPTT first-to-answer call request, based on a set of potential target recipients obtained from the request from MCPTT client 1. Alternatively, when a functional alias is used as target address, the MCPTT server resolves the functional alias to a corresponding list of related MCPTT IDs of MCPTT client 2 to MCPTT client n who have activated the functional alias. The functional alias must have been activated to identify the MCPTT IDs of the called users.
Step 5a, 5b, 5c.
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 similar MCPTT first-to-answer call request to each potential target recipient, including the MCPTT ID and, if present, the functional alias of the calling MCPTT user at MCPTT client 1. If one or more called MCPTT users have registered to the MCPTT service with multiple MCPTT UEs and has designated the MCPTT UE for receiving the calls, then the incoming MCPTT first-to-answer call request is delivered only to the designated MCPTT UE. Otherwise MCPTT first-to-answer call request may be delivered to all the registered MCPTT UEs. If a functional alias is present and more than one MCPTT client has activated that functional alias, then the MCPTT server sends an MCPTT first-to-answer call request to each MCPTT client.
Step 6a, 6b, 6c.
The MCPTT users are alerted, regardless of the commencement mode.
Step 7.
MCPTT user at MCPTT client 2 accepted the call which causes MCPTT client 2 to send an MCPTT first-to-answer call response to the MCPTT server.
Step 8.
The MCPTT server sends an MCPTT first-to-answer call response to MCPTT client 1 indicating that MCPTT user at MCPTT client 2 has accepted the call, including the accepted media parameters.
Step 9a.
The MCPTT server sends a MCPTT first-to-answer call cancel request to MCPTT client 3.
Step 9b.
Optionally, MCPTT client 3 notifies the user.
Step 10a.
The MCPTT server sends a MCPTT first-to-answer call cancel request to MCPTT client n.
Step 10b.
Optionally, MCPTT client n notifies the user.
Step 11.
The media plane for communication is established. Either user can transmit media individually when using floor control. For successful call establishment for first-to-answer 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. For a first-to-answer call without floor control both users are allowed to transmit simultaneously.
Step 12.
MCPTT client 3 sends an MCPTT first-to-answer cancel call response.
Step 13.
MCPTT client n sends an MCPTT first-to-answer cancel call response.
Up

10.16  Remotely initiated MCPTT callp. 232

10.16.1  Generalp. 232

A remotely initiated MCPTT call allows an authorized user to cause a remote MCPTT UE to initiate a call by itself, without its user explicitly initiating the call.

10.16.2  Information flows for remotely initiated MCPTT callp. 232

10.16.2.1  Remotely initiated MCPTT call requestp. 232

Table 10.16.2.1-1 describes the information flow remotely initiated MCPTT call request from the MCPTT client to the MCPTT server and from the MCPTT server to MCPTT client.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the called party (remote)
Notification to remote user of remotely initiated callMUse to determine whether the called party (remote) receives any indication of the remotely initiated MCPTT call
MCPTT IDO (see NOTE)For a remotely initiated MCPTT private call the MCPTT User ID to be called
MCPTT Group IDO (see NOTE)For a remotely initiated MCPTT group call to use
Requested commencement modeORequested commencement mode for the remotely initiated MCPTT private call.
Requested priorityORequested priority for the remotely initiated MCPTT private call or MCPTT group call.
NOTE:
One and only one of these shall be present.
Up

10.16.2.2  Remotely initiated MCPTT call responsep. 232

Table 10.16.2.2-1 describes the information flow remotely initiated MCPTT call response from the MCPTT client to the MCPTT server and from the MCPTT server to MCPTT client.
Information Element Status Description
MCPTT IDMThe MCPTT ID of the calling party
MCPTT IDMThe MCPTT ID of the called party
ResultMResult of the remotely initiated MCPTT call request - success or fail
Up

10.16.3  Procedurep. 233

10.16.3.1  Remotely initiated MCPTT call requestp. 233

The remotely initiated MCPTT call request procedure includes the initial remotely initiated MCPTT call request from the MCPTT user to the remote UE and either the MCPTT private call procedures or the MCPTT group call procedures originating at the remote UE.
Procedures in Figure 10.16.3.1-1 show the signalling control plane procedures for the MCPTT client initiating a remotely initiated MCPTT call request with the chosen MCPTT user.
Pre-conditions:
  1. If the MCPTT user on MCPTT client 1 wants the resulting remotely initiated MCPTT call to be:
  2. an MCPTT group call, then MCPTT user 2 on MCPTT client 2 is an affiliated MCPTT group member of the MCPTT group that is the target of the remotely initiated MCPTT call.
  3. an MPCTT private call, then the MCPTT user 2 on MCPTT client 2 is permitted to initiate an MCPTT private call to the identified MCPTT user.
Reproduction of 3GPP TS 23.379, Fig. 10.16.3.1-1: Remotely initiated MCPTT call request
Up
Step 1.
MCPTT user on MCPTT client 1 initiates a remotely initiated MCPTT call request to the MCPTT user of MCPTT client 2.
Step 2.
MCPTT client 1 sends a remotely initiated MCPTT call request towards the MCPTT server.
Step 3.
MCPTT server checks whether the MCPTT user at MCPTT client 1 is authorized to initiate a remotely initiated MCPTT call request. If the resulting of this request is to initiate a group call, MCPTT client 1 is authorized to remotely initiate the MCPTT call request, and if MCPTT client 2 is a member of the group, the MCPTT server implicitly affiliates the MCPTT user 2 on MCPTT client 2 to the MCPTT group if the MCPTT client 2 is not already affiliated and notifies the MCPTT client 2 of this affiliation change.
Step 4.
If authorized, MCPTT server sends the corresponding remotely initiated MCPTT call request towards the MCPTT client 2.
Step 5.
Based on the received information the receiving MCPTT client 2 may notify the user of the remotely initiated MCPTT call request.
Step 6.
Optionally the receiving MCPTT client 2 sends a remotely initiated MCPTT call response to the MCPTT server.
Step 7.
After receiving the remotely initiated MCPTT call response from MCPTT client 2, the MCPTT server informs the MCPTT client 1 about successful remotely initiated MCPTT call request.
Step 8.
Based on the received information the MCPTT client 2 initiates an MCPTT call (either an MCPTT group call or an MCPTT private call) using the normal MCPTT call establishment procedures (clause 10.6.2.3.1.1.2 or clause 10.7.2.2) with implicit floor request and other call set up parameters if received in the remotely initiated call request. The MCPTT call request may include the additional information such as indication of whether the call initiation is due to receiving of remotely initiated call request.
Step 9.
If the remotely initiated call is a group call, then when the ongoing MCPTT group call is terminated, the MCPTT server de-affiliates the MCPTT user 2 on MCPTT client 2 from the MCPTT group if MCPTT client 2 is implicitly affiliated as defined in the step 3 above (the de-affiliation is not shown in the figure for simplicity).
The result of these procedures is an on-going MCPTT (group or private) call which includes MCPTT client 1.
Up

10.17  Support for multiple devicesp. 234

10.17.1  Generalp. 234

An MCPTT user may be authorized to use the MCPTT service from multiple MCPTT UEs as per the procedure in subclause 10.2.
If an MCPTT server receives a service authorization request for an MCPTT user who is previously MCPTT service authorized on another MCPTT UE, then the MCPTT server shall process this service authorization request as described in subclause 10.2. In the MCPTT service authorization response to the MCPTT user, the MCPTT server shall also indicate that the MCPTT user is already MCPTT service authorized from another MCPTT UE.
Up

10.18  Subscription and notification for functional alias |R16|p. 234

10.18.1  Generalp. 234

The MCPTT service shall support the procedures and related information flows as specified in subclauses 10.13.10 of TS 23.280 with the following clarifications:
  • The MC service client is the MCPTT client;
  • The MC service server is the MCPTT server;

10.18.2Void

10.18.3Void


Up   Top   ToC