Call forwarding of MCPTT private calls allows users to configure forwarding of incoming private calls (with or without Floor control) to another MCPTT user depending on the following conditions:
Immediate
No answer: If the incoming private call is a call with manual commencement mode and the MCPTT User does not answer within a configured period
The forwarding of an individual call can also be based on manual input of the called MCPTT user on a per call basis. In this case the MCPTT user responds to an incoming MCPTT private call by requesting redirection of that MCPTT private call to another MCPTT user. It can only be invoked before the communication is established by the served user, which is the period that the served user is being informed of the communication (during ringing).
Table 10.7.5.1.2-1 describes the information flow of the MCPTT private call forwarding request from the MCPTT client to the MCPTT server and MCPTT server to MCPTT server.
Table 10.7.5.1.5-1 describes the information flow of the MCPTT private call forwarding response from the MCPTT client to the MCPTT server and MCPTT server to MCPTT server.
An authorized user can update the call forwarding related parameters stored in the user profile using the procedures as defined in subclause 10.1.4.5 of TS 23.280.
Figure 10.7.5.2.2-1 below illustrates the procedure of immediate call forwarding of MCPTT private calls.
Pre-conditions:
MCPTT client 2 is authorized to use call forwarding and has immediate call forwarding enabled with the destination MCPTT client 3.
MCPTT client 1 is authorized to make private calls to client 2.
The redirection counter is below the limit.
MCPTT client 1 has the necessary security information to initiate a private call with MCPTT client 2 and MCPTT client 3 if end2end encryption is required for the private call.
The MCPTT server checks that the limit of immediate forwardings is not reached. The MCPTT server increments the redirection counter for immediate forwardings. If the target of the MCPTT private call forwarding is a functional alias instead of an MCPTT ID the MCPTT server resolves the functional alias to the corresponding MCPTT ID for which the functional alias is active.
If the target of the call forwarding is a functional alias that is not active, or if the target functional is simultaneously active by multiple users and the outcome of the selection is a rejection, the MCPTT private call forwarding is cancelled, and the MCPTT server sends an MCPTT private call cancel request towards MCPTT client 1. Otherwise, the procedure continues with step 4.
MCPTT client 1 sends an MCPTT private call request towards the MCPTT server that includes a call forwarding indication set to true. MCPTT client 1 and MCPTT client 3 set up a security association if end-to-end encryption is used for this call.
The MCPTT server verifies that client 1 is authorized to perform the MCPTT private call as a result of the MCPTT private call forwarding request. The MCPTT server verifies that the MCPTT private call request contains MCPTT client 3 that is the authorized target from step 4, and the forwarding indication is set to true.
The user at MCPTT client 3 is alerted. MCPTT client 3 sends an MCPTT ringing to the MCPTT server. This step is not required in case of automatic commencement mode.
MCPTT client 3 sends an MCPTT private call response to the MCPTT server. In manual commencement mode this occurs after the user at MCPTT client 3 has accepted the call.
Figure 10.7.5.2.3-1 below illustrates the procedure of call forwarding no answer of MCPTT private calls.
Pre-conditions:
MCPTT client 2 is authorized to use call forwarding and has call forwarding no answer enabled with the destination MCPTT client 3.
MCPTT client 1 is authorized to make private calls to MCPTT client 2.
No forwarding with no answer or based on manual user input has so far occurred in this call.
MCPTT client 1 has the necessary security information to initiate a private call with MCPTT client 2 and MCPTT client 3 if end2end encryption is required for the private call.
The MCPTT server checks if MCPTT client 2 has call forwarding no answer enabled. If the MCPTT server detects that MCPTT client 2 is not registered, the procedure continues with step 7. Otherwise, the MCPTT server starts a timer with the configured no answer timeout.
The MCPTT server sends an MCPTT private call request in manual commencement mode towards MCPTT client 2. If the MCPTT server detects that MCPTT client 2 is not reachable, the procedure continues with step 7.
The MCPTT server verifies that no other forwarding with the condition no answer or based on manual user input has occurred so far. If the target of the MCPTT private call forwarding is a functional alias instead of an MCPTT ID the MCPTT server resolves the functional alias to the corresponding MCPTT ID for which the functional alias is active.
If the target of the call forwarding is a functional alias that is not active, or if the target functional is simultaneously active by multiple users and the outcome of the selection is a rejection, the MCPTT private call forwarding is cancelled, and the MCPTT server sends an MCPTT private call cancel request towards MCPTT client 1. Otherwise, the procedure continues with step 8.
MCPTT client 1 sends an MCPTT private call request towards the MCPTT server that includes a call forwarding indication set to true. MCPTT client 1 and MCPTT client 3 set up a security association if end-to-end encryption is used for this call.
The MCPTT server verifies that client 1 is authorized to perform the MCPTT private call as a result of the MCPTT private call forwarding request. The MCPTT server verifies that the MCPTT private call request contains MCPTT client 3 that is the authorized target from step 8, and the forwarding indication is set to true.
The user at MCPTT client 3 is alerted. MCPTT client 3 sends an MCPTT ringing to the MCPTT server. This step is not required in case of automatic commencement mode.
MCPTT client 3 sends an MCPTT private call response to the MCPTT server. In manual commencement mode this occurs after the user at MCPTT client 3 has accepted the call.
Figure 10.7.5.2.3a-1 below illustrates the procedure of call forwarding based on manual user input of MCPTT private calls.
Pre-conditions:
MCPTT client 2 is authorized to perform call forwarding based on manual input.
MCPTT client 1 is authorized to make private calls to MCPTT client 2.
No forwarding with no answer or based on manual user input has so far occurred in this call.
MCPTT client 1 has the necessary security information to initiate a private call with MCPTT client 2 and MCPTT client 3 if end2end encryption is required for the private call.
The MCPTT server checks if MCPTT client 2 has call forwarding no answer enabled. If the MCPTT server detects that MCPTT client 2 is not registered, the procedure continues with step 10. Otherwise, the MCPTT server starts a timer with the configured no answer timeout.
The MCPTT server sends an MCPTT private call request in manual commencement mode towards MCPTT client 2. If the MCPTT server detects that MCPTT client 2 is not reachable, the procedure continues with step 10.
The MCPTT server verifies if the user at client 2 is allowed to perform forwarding based on manual input. If the target of the MCPTT private call forwarding is a functional alias instead of an MCPTT ID the MCPTT server resolves the functional alias to the corresponding MCPTT ID for which the functional alias is active.
If the target of the call forwarding is a functional alias that is not active, or if the target functional is simultaneously active by multiple users and the outcome of the selection is a rejection, the MCPTT private call forwarding is cancelled, and the MCPTT server sends an MCPTT private call cancel request towards MCPTT client 1. Otherwise, the procedure continues with step 9.
MCPTT client 1 sends an MCPTT private call request towards the MCPTT server that includes a call forwarding indication set to true. MCPTT client 1 and MCPTT client 3 set up a security association if end-to-end encryption is used for this call.
The MCPTT server verifies that client 1 is authorized to perform the MCPTT private call as a result of the MCPTT private call forwarding request. The MCPTT server verifies that the MCPTT private call request contains MCPTT client 3 that is the authorized target from step 12, and the forwarding indication is set to true.
The user at MCPTT client 3 is alerted. MCPTT client 3 sends an MCPTT ringing to the MCPTT server. This step is not required in case of automatic commencement mode.
MCPTT client 3 sends an MCPTT private call response to the MCPTT server. In manual commencement mode this occurs after the user at MCPTT client 3 has accepted the call.
If the target of the MCPTT private call forwarding has also any kind of MCPTT call forwarding activated generally the additional forwardings are performed sequentially. However, to avoid excessive numbers of forwardings and in particular to avoid indefinite loops in the forwarding a limit for immediate forwardings is defined in the service configuration. The MCPTT server keeps track of the number of forwardings, if the limit is exceeded, the call will be released. For forwarding no answer or for forwarding based on manual user input, only one forwarding is allowed, and in case of no answer on the first forwarding the MCPTT server will release the call.
The procedure describes the case for MCPTT for private call forwarding that an MCPTT user in a partner MCPTT system is the target of the MCPTT private call forwarding.
Pre-conditions:
MCPTT client 2 is authorized to use call forwarding and has immediate call forwarding enabled with the destination MCPTT client 3.
MCPTT client 1 is authorized to make private calls to MCPTT client 2.
The redirection counter is below the limit.
MCPTT client 1 has the necessary security information to initiate a private call with MCPTT client 2 and MCPTT client 3 if end-to-end encryption is required for the private call.
If the MCPTT private call request contains a functional alias instead of an MCPTT ID as called party, MCPTT server 1 checks 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.
MCPTT server 1 verifies that MCPTT client 1 is authorized to perform an MCPTT private call as a result of the MCPTT private call forwarding request. MCPTT server 1 verifies that the MCPTT private call request contains MCPTT client 3 that is the authorized target from step 3, and the forwarding indication is set to true.
The user at MCPTT client 3 is alerted. MCPTT client 3 sends an MCPTT ringing to MCPTT server 2. This step is not required in case of automatic commencement mode.
MCPTT client 3 sends an MCPTT private call response to MCPTT server 2. In manual commencement mode this occurs after the user at MCPTT client 3 has accepted the call.
MCPTT server 2 sends an MCPTT private call response to MCPTT server 1. In manual commencement mode this occurs after the user at MCPTT client 3 has accepted the call.
The procedure for MCPTT private call forwarding describes the case of an MCPTT private call forwarding occurring in the partner MCPTT system.
Pre-conditions:
MCPTT client 3 is authorized to use call forwarding and has immediate call forwarding enabled with the destination MCPTT client 2.
MCPTT client 1 is authorized to make private calls to MCPTT client 3.
The redirection counter is below the limit.
MCPTT client 1 has the necessary security information to initiate a private call with MCPTT client 2 and MCPTT client 3 if end-to-end encryption is required for the private call.
MCPTT client 1 sends an MCPTT private call request towards MCPTT server 1 for establishing an MCPTT private call with MCPTT client 3 registered at MCPTT system 2.
If the MCPTT private call request contains a functional alias instead of an MCPTT ID as called party, MCPTT server 1 checks whether MCPTT client 1 is allowed to use the functional alias of MCPTT client 3 to setup a private call.
MCPTT server 1 sends an MCPTT private call request towards MCPTT server 2 for establishing an MCPTT private call with MCPTT client 3 registered at MCPTT system 2.
If the MCPTT private call request contains a functional alias instead of an MCPTT ID as called party, MCPTT server 2 checks whether MCPTT client 3 is allowed to receive a private call from MCPTT client 1 using the functional alias.
MCPTT server 1 verifies that MCPTT client 1 is authorized to perform the MCPTT private call as a result of the MCPTT private call forwarding request. MCPTT server 1 verifies that the MCPTT private call request contains MCPTT client 2 that is the authorized target from step 5, and the forwarding indication is set to true.
The user at MCPTT client 2 is alerted. MCPTT client 2 sends an MCPTT ringing to MCPTT server 1. This step is not required in case of automatic commencement mode.
MCPTT client 2 sends an MCPTT private call response to MCPTT server 1. In manual commencement mode this occurs after the user at MCPTT client 2 has accepted the call.