5 Architectural requirements

23.3793GPPFunctional architecture and information flows to support Mission Critical Push To Talk (MCPTT)Release 18Stage 2TS

Tools: ARFCN - Frequency Conversion for 5G NR/LTE/UMTS/GSM

5.1 Media routing requirements

The voice media flow for a private call shall be routed according to one of the following two options:

a) Option 1:

1) Through the primary MCPTT system if both users in the call belong to the same organisation; or

2) Through the primary MCPTT system of both users, if the users in the call do not belong to the same organisation.

b) Option 2: The voice media flow may be routed locally, under the control of the primary MCPTT system, through an entity allowing the duplication of the media flow to the primary MCPTT system of each user.

The voice media flow for a group call shall be routed to the group home MCPTT system.

The routing of media flow shall be end-to-end from transmitter to receiver(s), except for the MCPTT control function.

5.2 Requirements for user identity management

To allow for confidentiality of user identities in various cases of business relationship as defined in clause 6, the MCPTT application may provide public user identities to the MCPTT UE, to be used by MCPTT UE for MCPTT services.

5.3 MCPTT group affiliation and MCPTT group de-affiliation

MCPTT group affiliation shall be as specified in clause 5.2.5 of 3GPP TS 23.280 [16]. In addition, the following requirements shall be fulfilled by the MCPTT service for MCPTT users affiliated to MCPTT groups:

– MCPTT users receive notifications for MCPTT group call setup and invitations for their affiliated MCPTT group(s).

– MCPTT users receive media and events from their affiliated MCPTT group(s).

5.4 MCPTT call requirements

5.4.1 General

The on-network MCPTT service shall support the use of pre-established sessions.

5.4.2 Group call requirements

The MCPTT service shall support the chat group (restricted) call model for MCPTT group call.

The MCPTT service shall support the pre-arranged group call model for MCPTT group call.

5.5 GCS AS requirements for the MCPTT service

The GCS AS architecture requirements for MC services are specified in 3GPP TS 23.280 [16].

5.6 Group selection

The following functionalities shall be supported by the MCPTT service.

a. The MCPTT user shall select an affiliated group to initiate a new group call or transmit media in an existing group call.

b. An authorized MCPTT user (e.g., dispatcher) may remotely force or request to change other on-network MCPTT users’ selected MCPTT group to a particular affiliated group.

5.7 Bearer management

5.7.1 General

The MCPTT UE shall use the APNs as defined in subclause 5.2.7.0 of 3GPP TS 23.280 [16].

5.7.2 EPS bearer considerations

The EPS bearer considerations specified in subclause 5.2.7.2 of 3GPP TS 23.280 [16] shall apply.

5.7.2.1 Void

5.7.2.2 Void

5.7.3 EPS unicast bearer considerations for MCPTT

For an MCPTT call session request, resources shall be requested utilising interaction with dynamic PCC. The MCPTT system shall request resources over Rx to a PCRF. The dedicated bearer for voice shall utilise the QCI value of 65 (as specified in 3GPP TS 23.203 [4]) and the bearer for MCPTT-4 reference point messaging shall utilise the QCI value of 65 or the QCI value of 69 (as specified in 3GPP TS 23.203 [4]). The request of resources over Rx shall include an application identifier for MCPTT in order for the PCRF to evaluate the correct QCI.

The UE is required to support at minimum one UM bearer which is used for MCPTT voice (see annex A in 3GPP TS 36.331 [12]).

Depending on operator policy:

– the MCPTT system may be able to request modification of the priority (ARP) of an existing bearer without the need to initiate a new dedicated GBR bearer; or

– the EPS bearers for MCPTT call may enable pre-emption of lower priority EPS bearers if the maximum number of UM bearers has been reached in favour of MCPTT initiated EPS bearer, if the EPS bearer used for MCPTT call has higher priority level (ARP) than the UM bearer(s) used for other application(s) and if the bearers for non MCPTT application are pre-emptable. In this case, the EPS bearer for MCPTT call pre-empts one of the existing EPS bearers when the maximum number of bearers is established for other applications.

NOTE 1: Operator policy takes into account regional/national requirements.

The EPS bearer for MCPTT emergency call shall have highest priority level among MCPTT call types. The EPS bearer for MCPTT imminent peril call shall have higher priority level than one for MCPTT call.

To ensure that the MCPTT service always has access to a dedicated bearer for MCPTT media, a pre-established session may be setup that includes a request for resources at the first MCPTT group affiliation.

This means that the PCC may multiplex MCPTT media streams from multiple concurrent MCPTT calls into one EPS bearer on one shared network priority regardless of MCPTT call priority.

NOTE 2: A single UM bearer is used to multiplex the media streams from multiple concurrent MCPTT calls.

NOTE 3: The sharing of a single GBR bearer for voice means that different QCI and/or ARP values are not possible for different voice media streams.

NOTE 4: Multi-talker control may require additional bearer resources if multiple audio streams are sent to the UE when the floor is granted to additional participants during an established MCPTT group session.

5.7.4 MBMS bearer management

The MBMS bearer management for MC services is specified in subclause 5.2.7.1 of 3GPP TS 23.280 [16].

5.8 MCPTT system interconnect requirements

The architecture for interconnect between MCPTT systems is specified, allowing the affiliation of MCPTT users from an MCPTT system with MCPTT groups defined in another MCPTT system. When both MCPTT systems are served by different networks, interconnect of signalling and media is achieved using the interfaces defined for interconnect between PLMNs.