Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 22.179  Word version:  19.3.0

Top   Top   Up   Prev   Next
0…   4…   4.3   4.4…   4.6…   5…   5.6…   5.7…   5.8…   6…   6.4…   6.6…   6.8…   6.12…   6.16…   7…   7.11…   A…

 

6.16  Additional services for MCPTT callsp. 55

6.16.1  Discreet listening capabilitiesp. 55

[R-6.16.1-001]
Void

6.16.2  Ambient listeningp. 55

6.16.2.1  Overview of ambient listeningp. 55

Ambient Listening is a feature that allows an authorized MCPTT User, typically a dispatcher, to cause an MCPTT UE to initiate a call which results in no indication on the MCPTT UE that it is transmitting. Ambient Listening can be initiated by an authorized MCPTT User who wants to be listened to by another remote authorized MCPTT User or can be initiated by a remote authorized MCPTT User who wants to listen to another MCPTT User. The purpose of this feature allows a dispatcher to listen to activities at the Location of the remote MCPTT UE to find out what is happening around that MCPTT UE without providing an indication to the MCPTT User or people around the user (whom the MCPTT User does not want to make aware of this action) that this is happening. This type of call is different from other types of call, as for Ambient Listening audio is only transmitted to one party in the call (i.e., a dispatcher or an authorized MCPTT User that is acting in a similar role to a dispatcher).
This is used for stolen MCPTT UEs, monitoring officers, officer safety and particular operations, where it is important that the MCPTT UE does not indicate what is happening.
Up

6.16.2.2  Ambient listening requirementsp. 55

6.16.2.2.1  General Ambient Listening requirementsp. 55
[R-6.16.2.2.1-001]
Void
[R-6.16.2.2.1-002]
Void
[R-6.16.2.2.1-003]
Void
[R-6.16.2.2.1-004]
The MCPTT Service shall terminate Ambient Listening if the MCPTT User being listened to starts to transmit in an MCPTT Private Call or an MCPTT Group Call.
6.16.2.2.2  Remotely initiated Ambient Listening requirementsp. 56
[R-6.16.2.2.2-001]
Void
[R-6.16.2.2.2-002]
Void
6.16.2.2.3  Locally initiated Ambient Listening requirementsp. 56
[R-6.16.2.2.3-001]
Void
[R-6.16.2.2.3-002]
Void

6.16.3  Remotely initiated MCPTT callp. 56

6.16.3.1  Overviewp. 56

A Remotely initiated MCPTT Call is a feature that allows an authorized user, typically a dispatcher, to cause a remote MCPTT UE to initiate a call by itself, without its user explicitly initiating the call by depressing the PTT switch. The purpose of this feature allows the dispatcher to listen to activities at the Location of the remote MCPTT UE to find out what is happening around that MCPTT UE. This feature is also known as "Remote Unit Monitoring" in P25 systems.
There are two typical use cases for this feature.
The first one is the case where a user could have been incapacitated. This could be both accidentally, say a traffic accident, or deliberately, for example a violent attack. In both cases it would be necessary to remotely open the microphone of the MCPTT UE in order to allow another user or a group of users to listen to what is happening to prepare assistance. The communication that is set up is either a Private Call or a Group Call, and the call could optionally be visible to the remote MCPTT UE's user.
The second one is the case of a stolen MCPTT UE. Here it is just necessary to activate the radio so that a dispatcher can listen to any background noise or speech in order to make an analysis of the situation. In this situation, the initiation of the call from the remote MCPTT UE, typically a Private Call in that case, is not visible by that MCPTT UE's user.
Other use cases, such as undercover operations, discreet surveillance of users or investigations, could exist depending on the missions of the critical communications users and on legislations.
The behaviour of the remotely initiated Call is not different from a normal call initiated by the local user. The same rules for resource allocation and interactions with other services apply, but the initiator of the feature can have the capability to request a pre-emptive or high priority for that Call to ensure it is set up even in case of resource congestion or to limit disturbance by other services.
Up

6.16.3.2  Requirementsp. 56

[R-6.16.3.2-001]
Void
[R-6.16.3.2-002]
Void
[R-6.16.3.2-003]
Void
[R-6.16.3.2-004]
Void

6.16.4  Recording and audit requirementsp. 57

[R-6.16.4-001]
Void
[R-6.16.4-002]
Void
[R-6.16.4-003]
Void
[R-6.16.4-004]
Void
[R-6.16.4-005]
Void
[R-6.16.4-006]
Void
[R-6.16.4-007]
Void
[R-6.16.4-008]
Void
[R-6.16.4-009]
Void
[R-6.16.4-010]
Void

6.17  Interaction with telephony servicesp. 57

[R-6.17-001]
Void
[R-6.17-002]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to configure the interaction between telephony calls and MCPTT calls for an MCPTT User.
[R-6.17-003]
Void

6.18  Interworkingp. 57

6.18.1  Non-3GPP accessp. 57

[R-6.18.1-001]
Void

6.18.2  Interworking between MCPTT systemsp. 57

[R-6.18.2-001]
Void
[R-6.18.2-002]
Void
[R-6.18.2-003]
Void
[R-6.18.2-004]
Void
[R-6.18.2-005]
Void
[R-6.18.2-006]
Void
[R-6.18.2-007]
Void

6.18.3  Interworking with non-3GPP PTT systemsp. 57

6.18.3.1  Overviewp. 57

Mission critical users currently employ a wide range of narrowband mission critical Push To Talk services. Project 25 (governed by the TIA-102 standards) and TETRA (governed by ETSI standards) are digital public safety grade PTT systems. In addition, "legacy" or "conventional FM" systems are common throughout the world. These systems provide PTT and related services that are analogous to those provided by MCPTT, including group calls, Private Calls, broadcast calls, dynamic group management and other services.
The MCPTT Service is intended to interwork with these non-3GPP PTT systems.
Up

6.18.3.2  Project 25p. 58

[R-6.18.3.2-001]
The MCPTT Service shall enable interworking with non-3GPP PTT Systems that are compliant with the TIA-102 (P25) standards.
[R-6.18.3.2-002]
Interworking between the MCPTT Service and P25 shall be capable of interworking with a multiplicity of independently administered Project 25 Radio Frequency Subsystems (RFSS).
[R-6.18.3.2-003]
Interworking between the MCPTT Service and P25 shall support interoperable MCPTT Group Calls between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-004]
Interworking between the MCPTT Service and P25 shall support interoperable MCPTT Emergency Group Calls and P25 emergency calls.
[R-6.18.3.2-005]
Interworking between the MCPTT Service and P25 shall support end-to-end encrypted MCPTT Group Calls between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-006]
Interworking between the MCPTT Service and P25 shall provide a means for an authorized user to initiate an override of a PTT Group call between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-007]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize an MCPTT User to be able to initiate an override of a PTT Group call between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-008]
Interworking between the MCPTT Service and P25 shall provide a means for an authorized P25 subscriber units and consoles to initiate an override of a PTT Group call between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-009]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize a P25 subscriber unit or P25 console to be able to initiate an override of a PTT Group call between MCPTT Users and P25 subscriber units and consoles.
[R-6.18.3.2-010]
Interworking between the MCPTT Service and P25 shall support Group Regrouping that includes both MCPTT Groups and P25 groups.
[R-6.18.3.2-011]
Interworking between the MCPTT Service and P25 shall support User Regrouping that includes both MCPTT Users and P25 subscriber units.
[R-6.18.3.2-012]
Interworking between the MCPTT Service and P25 shall support interworking of Group-Broadcast Group Calls and P25 announcement group calls.
[R-6.18.3.2-013]
Interworking between the MCPTT Service and P25 shall support interoperable User IDs and P25 subscriber IDs.
[R-6.18.3.2-014]
Interworking between the MCPTT Service and P25 shall support interoperable PTT Private Calls (with Floor control) between an MCPTT User and a P25 subscriber unit or console.
[R-6.18.3.2-015]
Interworking between the MCPTT Service and P25 shall provide a mechanism to reconcile the Private Call (with Floor control) commencement mode between an MCPTT User and a P25 subscriber unit or console.
[R-6.18.3.2-016]
Interworking between the MCPTT Service and P25 shall support end-to-end encrypted PTT Private Calls (with Floor control) between an MCPTT User and a P25 subscriber unit or console.
[R-6.18.3.2-017]
Interworking between the MCPTT Service and P25 shall support a means of reconciling codecs between interoperable calls.
[R-6.18.3.2-018]
Interworking between the MCPTT Service and P25 shall support conveyance of Losing audio from P25 subscriber units and consoles to authorized MCPTT Users.
[R-6.18.3.2-019]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize MCPTT Users to be able to receive Losing audio from P25 subscribers units and consoles.
[R-6.18.3.2-020]
For Private Calls (with Floor control) interworking between the MCPTT Service and non-3GPP PTT systems that do not support Private Call override (e.g., Project 25 Phase 1 systems), the Participant attempting to override shall be notified that the override can not be accomplished.
[R-6.18.3.2-021]
For Private Call (with Floor control) interworking, between the MCPTT Service and non-3GPP PTT systems that do support Private Call override (e.g., Project 25 Phase 2 systems), the MCPTT Service shall provide a mechanism for Participants to override an active MCPTT transmission of a transmitting Participant when the priority level of the overriding Participant is ranked higher than the priority level of the transmitting Participant.
Up

6.18.3.3  TETRAp. 59

[R-6.18.3.3-001]
The MCPTT Service shall enable interworking with non-3GPP PTT Systems that are compliant with the ETSI TETRA standards.
[R-6.18.3.3-002]
Interworking between the MCPTT Service and TETRA shall be capable of interworking with a multiplicity of independently administered TETRA systems (Switching and management Infrastructures).
[R-6.18.3.3-003]
Interworking between the MCPTT Service and TETRA shall support interoperable MCPTT Group Calls between MCPTT Users and TETRA mobile stations and consoles.
[R-6.18.3.3-004]
Interworking between the MCPTT Service and TETRA shall support interoperable MCPTT Emergency Group Calls and TETRA emergency calls.
[R-6.18.3.3-005]
Interworking between the MCPTT Service and TETRA shall support end-to-end encrypted MCPTT Group Calls between MCPTT Users supporting the TETRA voice codec and end-to-end encryption and TETRA mobile stations and consoles.
[R-6.18.3.3-006]
Interworking between the MCPTT Service and TETRA shall provide a means for an authorized user to initiate an override of a PTT Group call between MCPTT Users and TETRA mobile stations and consoles.
[R-6.18.3.3-007]
Interworking between the MCPTT Service and TETRA shall provide a means for an authorized TETRA mobile station or console to initiate an override of a PTT Group call between MCPTT Users and TETRA mobile stations and consoles.
[R-6.18.3.3-008]
Interworking between the MCPTT Service and TETRA shall support Group Regrouping that includes both MCPTT Groups and TETRA groups.
[R-6.18.3.3-009]
Interworking between the MCPTT Service and TETRA shall support User Regrouping that includes both MCPTT Users and TETRA mobile stations.
[R-6.18.3.3-010]
Interworking between the MCPTT Service and TETRA shall support interoperable User IDs and TETRA IDs.
[R-6.18.3.3-011]
Interworking between the MCPTT Service and TETRA shall support interoperable PTT Private Calls between an MCPTT User and a TETRA mobile station or console.
[R-6.18.3.3-012]
Interworking between the MCPTT Service and TETRA shall support end-to-end encrypted PTT Private Calls between an MCPTT User supporting TETRA codec and encryption and a TETRA mobile station or console.
[R-6.18.3.3-013]
Interworking between the MCPTT Service and TETRA shall support a means of reconciling codecs between interoperable calls when not end-to-end encrypted.
[R-6.18.3.3-014]
For Private Call (with Floor control) interworking, between the MCPTT Service and non-3GPP PTT systems that do support Private Call override, the MCPTT Service shall provide a mechanism for Participants to override an active MCPTT transmission of a transmitting Participant when the priority level of the overriding Participant is ranked higher than the priority level of the transmitting Participant.
Up

6.18.3.4  Legacy land mobile radiop. 60

[R-6.18.3.4-001]
The MCPTT Service shall enable interworking with legacy Land Mobile Radio systems that are compliant with the TIA-603-D [3] Standard.
[R-6.18.3.4-002]
Interworking between the MCPTT Service and TIA-603 systems shall be capable of interworking with a multiplicity of independently administered systems based on the TIA-603-D [3] Standard.
[R-6.18.3.4-003]
Interworking between the MCPTT Service and TIA-603 systems shall support interoperable PTT Group calls between MCPTT Users and TIA-603 subscriber units and consoles.
[R-6.18.3.4-004]
Interworking between the MCPTT Service and TIA-603 systems shall provide a mechanism for an authorized MCPTT User to initiate an override within a PTT Group call that has both MCPTT Users and TIA 603 subscriber units and consoles.
[R-6.18.3.4-005]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize an MCPTT User to be able to initiate an override of a PTT Group call between MCPTT Users and TIA-603 subscriber units and consoles.
[R-6.18.3.4-006]
Interworking between the MCPTT Service and TIA-603 systems shall provide a mechanism for an authorized TIA-603 subscriber unit or console to initiate an override within a PTT Group call that has both MCPTT Users and TIA 603 subscriber units and consoles.
[R-6.18.3.4-007]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize a TIA-603 subscriber unit or TIA-603 console to be able to initiate an override of a PTT Group call between MCPTT Users and TIA-603 subscriber units and consoles.
[R-6.18.3.4-008]
Interworking between the MCPTT Service and TIA-603 systems shall support interoperable PTT Private Calls (with Floor control) between MCPTT Users and TIA-603 subscriber units or consoles.
[R-6.18.3.4-009]
Interworking between the MCPTT Service and TIA-603 systems shall support a means of reconciling codecs between interoperable calls.
[R-6.18.3.4-010]
Interworking between the MCPTT Service and TIA-603 systems shall support conveyance of Losing audio from TIA 603 subscribers units and consoles to suitably privileged MCPTT Users.
[R-6.18.3.4-011]
The MCPTT Service shall provide a mechanism for an MCPTT Administrator to authorize MCPTT Users to be able to receive Losing audio from TIA-603 subscribers units and consoles.
Up

6.18.3.5Void

6.18.4  GSM-R |R16|p. 60

6.18.4.1  Overviewp. 60

GSM-R, governed by 3GPP standards, is widely and globally used for rail communication. GSM-R offers capabilities analogous to those provided by MCPTT, including group calls, point-to point calls, broadcast calls, dynamic group management and the bearer service for train safety applications.

6.18.4.2  Requirementsp. 60

[R-6.18.4.2-001]
Void
[R-6.18.4.2-002]
Void
[R-6.18.4.2-002a]
Void
[R-6.18.4.2-002b]
Void
[R-6.18.4.2-003]
The MCPTT Service shall enable interworking between Ad hoc Group Calls and Advanced Speech Call Items used in GSM-R.
[R-6.18.4.2-004]
Interworking between the MCPTT Service and GSM-R shall support interoperable PTT Private Calls between an MCPTT User and a GSM-R mobile station or controller terminal.
[R-6.18.4.2-005]
Interworking between the MCPTT Service and GSM-R voice services shall support a means of reconciling codecs.

6.19  MCPTT coverage extension using ProSe UE-to-Network Relaysp. 61

[R-6.19-001]
Void
[R-6.19-002]
Void
[R-6.19-003]
Void
[R-6.19-004]
Void
[R-6.19-005]
Void
[R-6.19-006]
Void

Up   Top   ToC