ETSI EN 300 392-12-6 V1.2.1 (2004-01)

SLOVENSKI STANDARD
01-april-2006
3UL]HPQLVQRSRYQLUDGLR7(75$±*RYRULQSRGDWNL9'±GHO'RSROQLOQH
VWRULWYHVWRSQMH±SRGGHO.OLFNLJDMHRGREULOGLVSHþHU&$'
Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 12: Supplementary
services stage 3; Sub-part 6: Call Authorized by Dispatcher (CAD)
Ta slovenski standard je istoveten z: EN 300 392-12-6 Version 1.2.1
ICS:
33.070.10 Prizemni snopovni radio Terrestrial Trunked Radio
(TETRA) (TETRA)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

European Standard (Telecommunications series)

Terrestrial Trunked Radio (TETRA);
Voice plus Data (V+D);
Part 12: Supplementary services stage 3;
Sub-part 6: Call Authorized by Dispatcher (CAD)

2 ETSI EN 300 392-12-6 V1.2.1 (2004-01)

Reference
REN/TETRA-03100
Keywords
TETRA, V+D
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:
http://www.etsi.org
The present document may be made available in more than one electronic version or in print. In any case of existing or
perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive
within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, send your comment to:
editor@etsi.org
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2004.
All rights reserved.
TM TM TM
DECT , PLUGTESTS and UMTS are Trade Marks of ETSI registered for the benefit of its Members.
TM
TIPHON and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members.
TM
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners.
ETSI
3 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
Contents
Intellectual Property Rights.5
Foreword.5
1 Scope.7
2 References.7
3 Definitions and abbreviations.8
3.1 Definitions.8
3.2 Abbreviations.8
4 SS-CAD overview.8
4.1 Functional entities and communication routes .8
4.2 Protocol structure and protocol stack .9
5 SS-CAD service description.9
5.1 General.9
5.2 SS-CAD services offered over the TNSS-SAP .9
5.2.1 ACCEPT response.10
5.2.2 ACCEPTED indication.10
5.2.3 ACTIVATE indication.10
5.2.4 ACTIVATE request.10
5.2.5 CANCEL indication.10
5.2.6 DEACTIVATE indication.11
5.2.7 DEACTIVATE request.11
5.2.8 DEFINE indication.11
5.2.9 DEFINE request.12
5.2.10 DIVERT response.12
5.2.11 DIVERTED indication.12
5.2.12 INTERCEPTED indication.12
5.2.13 INTERROGATE indication.13
5.2.14 INTERROGATE request.13
5.2.15 REJECTED indication.13
5.2.16 REJECT response.14
5.2.17 REQUEST indication.14
5.3 Parameter description.14
6 SS-CAD protocol description.16
6.1 PDU descriptions.16
6.1.1 ACCEPT PDU.16
6.1.2 ACCEPTED PDU.17
6.1.3 ACTIVATE PDU.17
6.1.4 ACTIVATE ACK PDU .17
6.1.5 CANCEL PDU.18
6.1.6 DEACTIVATE PDU.18
6.1.7 DEACTIVATE ACK PDU.19
6.1.8 DEFINE PDU.20
6.1.9 DEFINE ACK PDU.20
6.1.10 DIVERT PDU.21
6.1.11 DIVERTED PDU.21
6.1.12 INTERCEPTED PDU.22
6.1.13 INTERROGATE PDU.22
6.1.14 INTERROGATE ACK PDU .23
6.1.15 PROFILE and PROFILE ACK information elements .24
6.1.16 REJECT PDU.24
6.1.17 REJECTED PDU.25
6.1.18 REQUEST PDU.25
6.2 Information element coding .26
6.2.1 Activation failure reason.26
ETSI
4 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
6.2.2 Activation result.27
6.2.3 Activation type.27
6.2.4 Basic service restriction - called party .27
6.2.5 Basic service restriction - calling party.27
6.2.6 CAD PDU type element .28
6.2.7 Deactivation rejection reason.28
6.2.8 Deactivation result.28
6.2.9 Definition failure reason .29
6.2.10 Definition result.29
6.2.11 Dispatcher address type .29
6.2.12 Interception cause.30
6.2.13 Interception type.30
6.2.14 Interrogation failure reason.30
6.2.15 Interrogation result.30
6.2.16 Multiple user mask.30
6.2.17 Range type.30
6.2.18 Rejection cause.30
6.2.19 Restricted basic service.31
6.2.20 Restricted destination address type.31
6.2.21 Restricted destination external subscriber number .31
6.2.22 Restricted parties.31
6.2.23 Restricted source address type .31
6.2.24 Restricted user address type.31
6.2.25 Type of restriction change .32
6.3 SS-CAD protocol states.32
6.4 Protocol states for FE1 .32
6.4.1 Protocol states for FE2.34
6.4.2 Protocol states for FE3.38
6.4.3 Protocol states for FE7.40
6.5 Procedures.42
6.5.1 General routing of SS information.42
6.5.2 Procedures for FE1 .42
6.5.3 Procedures for FE2 .43
6.5.3.1 CAD invocation procedures.43
6.5.3.2 Call authorization.43
6.5.3.3 Activation/deactivation procedures.44
6.5.3.4 Definition procedure.44
6.5.3.5 Interrogation procedure.44
6.5.4 Procedures for FE3 .44
6.5.5 Procedures for FE7 .45
6.5.5.1 Normal operation of FE7 .45
6.5.5.2 Calling user A disconnects during interception.45
6.5.5.3 Activation/deactivation/definition/interrogation requests from the dispatcher .45
Annex A (informative): Change requests.46
History .47

ETSI
5 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (http://webapp.etsi.org/IPR/home.asp).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This European Standard (Telecommunications series) has been produced by ETSI Project Terrestrial Trunked Radio
(TETRA).
The present document is part 12, sub-part 6 of a multi-part deliverable covering the Terrestrial Trunked Radio
(TETRA); Voice plus Data (V+D), as identified below:
EN 300 392-1: "General network design";
EN 300 392-2: "Air Interface (AI)";
EN 300 392-3: "Interworking at the Inter-System Interface (ISI)";
ETS 300 392-4: "Gateways basic operation";
EN 300 392-5: "Peripheral Equipment Interface (PEI)";
EN 300 392-7: "Security";
EN 300 392-9: "General requirements for supplementary services";
EN 300 392-10: "Supplementary services stage 1";
EN 300 392-11: "Supplementary services stage 2";
EN 300 392-12: "Supplementary services stage 3";
EN 300 392-12-1: "Call Identification (CI)";
ETS 300 392-12-2: "Call Report (CR)";
EN 300 392-12-3: "Talking Party Identification (TPI)";
EN 300 392-12-4: "Call Forwarding (CF)";
ETS 300 392-12-5: "List Search Call (LSC)";
EN 300 392-12-6: "Call Authorized by Dispatcher (CAD)";
ETS 300 392-12-7: "Short Number Addressing (SNA)";
EN 300 392-12-8: "Area Selection (AS)";
ETS 300 392-12-9: "Access Priority (AP)";
EN 300 392-12-10: "Priority Call (PC)";
ETS 300 392-12-11: "Call Waiting (CW)";
EN 300 392-12-12: "Call Hold (HOLD)";
ETSI
6 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
ETS 300 392-12-13: "Call Completion to Busy Subscriber (CCBS)";
EN 300 392-12-14: "Late Entry (LE)";
ETS 300 392-12-16: "Pre-emptive Priority Call (PPC)";
EN 300 392-12-17: "Include Call (IC)";
EN 300 392-12-18: "Barring of Outgoing Calls (BOC)";
EN 300 392-12-19: "Barring of Incoming Calls (BIC)";
ETS 300 392-12-20: "Discreet Listening (DL)";
EN 300 392-12-21: "Ambience Listening (AL)";
EN 300 392-12-22: "Dynamic Group Number Assignment (DGNA)";
ETS 300 392-12-23: "Call Completion on No Reply (CCNR)";
ETS 300 392-12-24: "Call Retention (CRT)";
ETS 300 392-13: "SDL model of the Air Interface (AI)";
ETS 300 392-14: "Protocol Implementation Conformance Statement (PICS) proforma specification";
TS 100 392-15: "TETRA frequency bands, duplex spacing and channel numbering";
TS 100 392-16: "Network Performance Metrics";
TS 100 392-17: "TETRA V+D and DMO Release 1.1 specifications".

National transposition dates
Date of adoption of this EN: 19 December 2003
Date of latest announcement of this EN (doa): 31 March 2004
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 30 September 2004
Date of withdrawal of any conflicting National Standard (dow): 30 September 2004

ETSI
7 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
1 Scope
The present document defines the stage 3 specifications of the Supplementary Service Call Authorized by Dispatcher
(SS-CAD) for the Terrestrial Trunked RAdio (TETRA) as provided by European operators. Stage 3 defines the
signalling system protocols needed to implement the service described in stage 1 and stage 2. The stage 1 and stage 2
aspects are detailed in EN 300 392 10-6 [2] and EN 300 392-11-6 [3] respectively. Aspects relating to all
supplementary services are detailed in EN 300 392-9 [6].
Charging principles and the Man-Machine Interface (MMI) are outside the scope of the present document.
The SS-CAD ensures that predefined TETRA calls do not proceed without first being authorized by a dispatcher.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
• References are either specific (identified by date of publication and/or edition number or version number) or
non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
[1] ITU-T Recommendation Z.100: "Specification and Description Language (SDL)".
[2] ETSI EN 300 392-10-6: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);
Part 10: Supplementary services stage 1; Sub-part 6: Call Authorized by Dispatcher (CAD)".
[3] ETSI EN 300 392-11-6: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);
Part 11: Supplementary services stage 2; Sub-part 6: Call Authorized by Dispatcher (CAD)".
[4] ETSI EN 300 392-1: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);
Part 10: Supplementary services stage 1; Sub-part 1: Call Identification (CI)".
[5] ETSI EN 300 392-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D); Part 2: Air
Interface (AI)".
[6] ETSI EN 300 392-9: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);
Part 9: General requirements for supplementary services".
[7] ETSI EN 300 392-3-2: "Terrestrial Trunked Radio (TETRA); Voice plus Data (V+D);
Part 3: Interworking at the Inter-System Interface (ISI); Sub-part 2: Additional Network Feature
Individual Call (ANF-ISIIC)".
ETSI
8 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the following terms and definitions apply:
authorized user: user who can make service definition
NOTE: The authorized user can also activate/deactivate and interrogate the service.
dispatcher: user to whom the request for authorization shall be directed to. This user is also able to activate/deactivate
SS-CAD for other users (individuals and groups) within his responsibility area and interrogate the activation status for
these users.
restricted user: user whose calls are forced to be authorized by a dispatcher before the call can proceed. The restricted
user can be either the calling user (A) or the called user (B) or both.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
CAD Call Authorized by Dispatcher
CC Call Control
CMCE Circuit Mode Control Entity
FE Functional Entity
GTSI Group TETRA Subscriber Identity
ISI Inter-System Interface
ITSI Individual TETRA Subscriber Identity
LS Line Station
MMI Man Machine Interface
MS Mobile Station
PDU Protocol Data Unit
SAP Service Access Point
SDL Specification and Description Language
SNA Short Number Address
SS Supplementary Service
NOTE: The abbreviation SS is only used when referring to a specific supplementary service.
SSI Short Subscriber Identity
SwMI Switching and Management Infrastructure
TETRA Terrestrial Trunked RAdio
TSI TETRA Subscriber Identity
V+D Voice plus Data
4 SS-CAD overview
4.1 Functional entities and communication routes
The functional model for SS-CAD consists of Functional Entities FE1 to FE5 as defined in EN 300 392-11-6 [3],
clause 4.1.
These functional entities can, for one call, be located in different TETRA systems, refer to EN 300 392-11-6 [3],
clause 4.
ETSI
9 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
4.2 Protocol structure and protocol stack
SS-CAD PDUs shall be routed as specified in EN 300 392-9 [6] (e.g. at the air interface in facility information elements
for the call related SS-CAD PDUs and in U/D-FACILITY PDUs for the call unrelated SS-CAD PDUs, and using
ANF-ISISS for conveying SS-CAD PDUs over the ISI). In addition some specific SS-CAD information elements have
been included in the definition of some ANF-ISIIC and ANF-ISIGC PDUs. The present document is normative for the
protocol architecture and user application Service Access Points (SAPs) within the MS/LS, but gives an informative
description of the protocol within the SwMI.
5 SS-CAD service description
5.1 General
This clause describes the CAD specific services offered by the Circuit Mode Control Entity (CMCE) at the
Supplementary Services Service Access Point (TNSS-SAP) of the TETRA Voice plus Data (V+D) layer 3 service
boundary. The SS-CAD service access point may be used in conformance testing as a normative boundary in TETRA
Mobile Stations (MSs) and TETRA Line Stations (LSs).
NOTE 1: As the present document only deals with the SS-CAD all service primitives has been shown without a
TNSS-CAD-prefix e.g. TNSS-CAD-ACTIVATE request is shortened to ACTIVATE request.
NOTE 2: User application is the user of the supplementary service.
5.2 SS-CAD services offered over the TNSS-SAP
The SS-CAD service primitives at the restricted user MS/LS (FE1) TNSS-SAP shall be:
a) ACCEPTED indication;
b) DIVERTED indication;
c) REJECTED indication;
d) INTERCEPTED indication.
The SS-CAD service primitives specific at the authorized user MS/LS (FE3) TNSS-SAP shall be:
a) DEFINE request;
b) DEFINE indication.
The SS-CAD service primitives at the authorized user MS/LS (FE3) and dispatcher (FE7) TNSS-SAP shall be:
a) ACTIVATE request;
b) ACTIVATE indication;
c) DEACTIVATE request;
d) DEACTIVATE indication;
e) INTERROGATE request;
f) INTERROGATE indication.
ETSI
10 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
The SS-CAD service primitives specific at the dispatcher (FE7) TNSS-SAP shall be:
a) ACCEPT response;
b) CANCEL indication;
c) DIVERT response;
d) REJECT response;
e) REQUEST indication.
NOTE: Following service primitives assume that a call identifier or equivalent information is exchanged
implicitly or explicitly with the primitive, when the primitive is related to a call.
5.2.1 ACCEPT response
The user application shall offer an ACCEPT response to the dispatching user MS/LS (FE7) to indicate that the call has
been authorized. The only parameter for this primitive is an optional Access priority.
5.2.2 ACCEPTED indication
The calling user MS/LS (FE1) shall offer an ACCEPTED indication to the user application to inform that the call
authorization is successfully completed. There are no parameters for this primitive.
5.2.3 ACTIVATE indication
The authorized or dispatching user MS/LS (FE3 or FE7) shall offer an ACTIVATE indication to the user application to
inform an activation of call authorization.
Parameters for the primitive ACTIVATE indication shall be as defined in table 1.
Table 1: Parameters for the primitive ACTIVATE indication
Parameter Indication
Activation result M
Restricted user TETRA identity (ies) M (see note)
NOTE: It is optional to support more than one identities.

5.2.4 ACTIVATE request
The user application shall offer an ACTIVATE request to the authorized or dispatching user MS/LS (FE3 or FE7) to
request an activation of call authorization.
Parameters for the primitive ACTIVATE request shall be as defined in table 2.
Table 2: Parameters for the primitive ACTIVATE request
Parameter Request
Access priority O
Restricted user TETRA identity (ies) M (see note)
Intercepting dispatcher identity (ies) O
NOTE: It is optional to support more than one identities.

5.2.5 CANCEL indication
The dispatching user MS/LS (FE7) shall offer a CANCEL indication to the user application to indicate that the
restricted user no longer expects a call authorization. There are no parameters for this primitive.
ETSI
11 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
5.2.6 DEACTIVATE indication
The authorized or dispatching user MS/LS (FE3 or FE7) shall offer a DEACTIVATE indication to the user application
to inform a deactivation of call authorization.
Parameters for the primitive DEACTIVATE indication shall be as defined in table 3.
Table 3: Parameters for the primitive DEACTIVATE indication
Parameter Indication
Deactivation result M
Restricted user TETRA identity (ies) M (see note)
NOTE: It is optional to support more than one identities.

5.2.7 DEACTIVATE request
The user application shall offer a DEACTIVATE request to the authorized or dispatching user MS/LS (FE3 or FE7) to
request a deactivation of call authorization.
Parameters for the primitive DEACTIVATE request shall be as defined in table 4.
Table 4: Parameters for the primitive DEACTIVATE request
Parameter Request
Access priority O
Restricted user TETRA identity M (see note)
NOTE: It is optional to support more than one identities.

5.2.8 DEFINE indication
The authorized user MS/LS (FE3) shall offer a DEFINE indication to the user application to indicate a result of the call
authorization definition request.
Parameters for the primitive DEFINE indication shall be as defined in table 5.
Table 5: Parameters for the primitive DEFINE indication
Parameter Indication
Definition result M
Restricted user TETRA identity M (see note)
NOTE: It is optional to support more than one identities.

ETSI
12 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
5.2.9 DEFINE request
The user application shall offer DEFINE request to the authorized user MS/LS (FE3) to make a call authorization
definition.
Parameters for the primitive DEFINE request shall be as defined in table 6.
Table 6: Parameters for the primitive DEFINE request
Parameter Request
Access priority O
Activate/deactivate M
Restricted user TETRA identity M (see note 1)
Intercepting dispatcher identity O (see note 2)
Restricted basic service incoming O
Restricted basic service outgoing O
Restricted source address O (see note 2)
Restricted destination address O (see note 2)
Restricted area (see note 2) O (see note 2)
NOTE 1: It is optional to support more than one identities.
NOTE 2: Repeatable.
5.2.10 DIVERT response
The user application shall offer DIVERT response to the dispatching user MS/LS (FE7) to indicate that the call shall be
diverted to the authorized user. The only parameter for this primitive is an optional Access priority.
5.2.11 DIVERTED indication
The calling user MS/LS (FE1) shall offer a DIVERTED indication primitive to the user application to inform that the
call is diverted to the dispatcher for authorization.
Parameters for the primitive DIVERTED indication shall be as defined in table 7.
Table 7: Parameters for the primitive DIVERTED
Parameter Indication
Interception cause M
Intercepting dispatcher identity O

5.2.12 INTERCEPTED indication
The calling user MS/LS (FE1) shall offer an INTERCEPTED indication primitive to the user application to inform that
the call authorization has started.
Parameters for the primitive INTERCEPTED indication shall be as defined in table 8.
Table 8: Parameters for the primitive INTERCEPTED indication
Parameter Indication
Interception cause M
Intercepting dispatcher identity O

ETSI
13 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
5.2.13 INTERROGATE indication
The authorized or dispatching user MS/LS (FE3 or FE7) shall offer an INTERROGATE indication to the user
application to provide an interrogation result of call authorization.
Parameters for the primitive INTERROGATE indication shall be as defined in table 9.
Table 9: Parameters for the primitive INTERROGATE indication
Parameter Indication
Restricted user TETRA identity M
Intercepting dispatcher identity M
Interrogation result M
Restricted basic service incoming O
Restricted basic service outgoing O
Restricted source address O (see note)
Restricted destination address O (see note)
Restricted area O (see note)
NOTE: Repeatable.
5.2.14 INTERROGATE request
The user application shall offer an INTERROGATE request to the authorized or dispatching user MS/LS (FE3 or FE7)
to request an interrogation of call authorization.
Parameters for the primitive INTERROGATE request shall be as defined in table 10.
Table 10: Parameters for the primitive INTERROGATE request
Parameter Request
Access priority O
Restricted user TETRA identity M

5.2.15 REJECTED indication
The calling user MS/LS (FE1) shall offer a REJECTED indication primitive to the user application to inform that the
call authorization has failed.
Parameters for the primitive REJECTED indication shall be as defined in table 11.
Table 11: Parameters for the primitive REJECTED indication
Parameter Indication
Rejection cause M
Intercepting dispatcher identity O

ETSI
14 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
5.2.16 REJECT response
The user application shall offer a REJECT response to the dispatching user MS/LS (FE7) to indicate that the call has
not been authorized and shall be disconnected.
Parameters for the primitive REJECT response shall be as defined in table 12.
Table 12: Parameters for the primitive REJECT response
Parameter Request
Access priority O
Rejection cause M
5.2.17 REQUEST indication
The dispatching user MS/LS (FE7) shall offer a REQUEST indication to the user application to indicate a need for a
call authorization.
Parameters for the primitive REQUEST indication shall be as defined in table 13.
Table 13: Parameters for the primitive REQUEST indication
Parameter Indication
Interception cause M
Circuit mode type M
Calling user's number O
Called user's number O
Selected area number - calling user O
Selected area number - called user O
Restricted basic service incoming O
Restricted basic service outgoing O

5.3 Parameter description
Access priority =
• Low;
• High;
• Emergency.
NOTE: The emergency priority should not be used in the procedures "definition", "interrogation" or "normal
operation".
Activate/deactivate =
• Activate;
• Deactivate.
ETSI
15 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
Activation result =
• Not activated;
• Activated;
• Not authorized restricted user;
• Not valid restricted user;
• Not authorized dispatcher;
• Not valid dispatcher;
• No dispatchers available;
• PDU contents invalid.
Deactivation result =
• See Activation result.
Definition result =
• Defined;
• Rejected for undefined reason;
• Not authorized source/destination/dispatcher identity;
• Invalid source/destination/dispatcher identity;
• Invalid area;
• Not authorized basic service;
• PDU contents invalid.
Intercepting dispatcher identity =
• See EN 300 392-1 [4] cause 7.
Interception cause =
• Not defined;
• Restricted basic service;
• Restricted destination address;
• Restricted source address;
• Restricted area.
Interception type =
• Immediate set-up;
• Dispatcher requested set-up.
Interrogation result =
• See Activation result.
ETSI
16 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
Rejection cause =
• Reason not defined;
• Restricted basic service;
• Restricted destination address;
• Restricted source address;
• Area rejection.
Restricted area =
• See EN 300 392-2 [5], clause 14.8.1.
Restricted basic service incoming/outgoing =
• No restrictions;
• Speech service;
• Data service;
• Speech and data service.
Restricted user TETRA identity =
• See EN 300 392-1 [4] cause 7.
6 SS-CAD protocol description
6.1 PDU descriptions
EN 300 392-9 [6] specifies the coding:
- of the facility information element which is used to convey call related SS-CAD PDUs at the air and line
station interfaces;
- of the D-FACILITY or U-FACILITY PDU which are used to convey call-unrelated SS-CAD PDUs at the air
and line station interfaces; and
- of the ANF-ISISS Invoke APDU which is used to convey SS-CAD PDUs over the ISI.
The general rules specified in EN 300 392-2 [5], clause 14.7 for information elements in PDUs apply for SS-CAD
PDUs. These PDUs are specified in the following clauses.
6.1.1 ACCEPT PDU
ACCEPT PDU is offered from FE7 to FE2. The ACCEPT PDU shall contain information elements as defined in
table 14.
Table 14: Facility element coding for ACCEPT PDU
Information element Length Type C/O/M Remark
SS type 6 1 M Defined in EN 300 392-9 [6],
CAD PDU type 5 1 M ACCEPT
SS-CAD intercepting SwMI call 14 1 M (see notes 1 and 2)
identifier
NOTE 1: Shall be as defined in EN 300 392-2 [5], clause 14.8.
NOTE 2: When ACCEPT PDU is call related, this information element is redundant.

ETSI
17 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
6.1.2 ACCEPTED PDU
ACCEPTED PDU is offered from FE2 to FE1. The ACCEPTED PDU shall contain information elements as defined in
table 15.
Table 15: Facility element coding for ACCEPTED PDU
Information element Length Type C/O/M Remark
SS type 6 1 M Defined in EN 300 392-9 [6]
CAD PDU type 5 1 M ACCEPTED
6.1.3 ACTIVATE PDU
ACTIVATE PDU is offered from FE3 or FE7 to FE2. The ACTIVATE PDU shall contain information elements as
defined in table 16.
Table 16: Facility element coding for ACTIVATE PDU
Information element Length Type C/O/M Remark
SS type 6 1 M Defined in EN 300 392-9 [6]
CAD PDU type 5 1 M ACTIVATE
Range type for restricted user/users 4 1 M
Restricted user address type 2 1 M (see note 1)
Restricted user SSI 24 1 C (see notes 2 and 3)
Restricted user extension 24 1 C (see notes 2 and 3)
Range type for dispatcher/dispatchers 4 2 O (see notes 4 and 5)
Dispatcher address type 2 2 C (see notes 6 and 7)
Dispatcher SSI 24 2 C (see notes 3 and 7)
Dispatcher extension 24 2 C (see notes 3 and 7)
NOTE 1: Shall be repeated as defined by the Range type for the restricted user/users element. This PDU shall
contain at least one Restricted user.
NOTE 2: Shall be as defined by the Restricted user address type element.
NOTE 3: Defined in EN 300 392-2 [5], clauses 14.7 and 14.8.
NOTE 4: If the Range type for dispatcher/dispatchers element indicates that no Dispatcher address follows, then it
shall be assumed that the activation is against all dispatchers defined in subscription.
NOTE 5: The dispatcher/dispatchers shall be valid for all the previous restricted users.
NOTE 6: Shall be repeated as defined by the information element range type for dispatcher/dispatchers.
NOTE 7: Shall be as defined by the Dispatcher type identifier.

6.1.4 ACTIVATE ACK PDU
ACTIVATE ACK PDU is offered from FE2 to FE3 or FE7. Each restricted user address in the ACTIVATE PDU which
was not accepted and not activated will be sent back in the ACTIVATE ACK. The ACTIVATE ACK PDU shall
contain information elements as defined in table 17.
When activation result information element values are different for different restricted users then FE2 will send multiple
ACTIVATE ACK PDUs one for each different activation result. The multiple user mask shall be according to the range
used in that ACTIVATION ACK PDU and it may be different than the range in the corresponding ACTIVATE PDU.
When the Activation result information element indicates "Accepted", then each "1" bit in the Multiple user mask
information element shall indicate users whose SS-CAD restrictions are activated.
When the Activation result information element indicates "Not accepted", then each "1" bit in the Multiple user mask
information element shall indicate users against which activation of the SS-CAD restrictions are failed. The SS-CAD
restrictions state of those users can be either "activated" or "deactivated" and the actual state is not indicated in the
ACTIVATE ACK PDU.
ETSI
18 ETSI EN 300 392-12-6 V1.2.1 (2004-01)
Table 17: Facility element coding for ACTIVATE ACK PDU
Information element Length Type C/O/M Remark
SS type 6 1 M Defined in EN 300 392-9 [6]
CAD PDU type 5 1 M ACTIVATE ACK
Range type for restricted user 4 1 M
Restricted user address type 2 1 M (see note 1)
Restricted user SSI 24 1 C (see notes 2 and 3)
Restricted user extension 24 1 C (see notes 2 and 3)
Multiple user mask present 1 1 M
Multiple user mask Variable 1 C (see note 4)
Activation result 1 1 M (see note 5)
Activation failure reason 7 1 C (see note 6)
NOTE 1: Shall be repeated as defined by the Range type for the restricted user element.
NOTE 2: Shall be as defined by the Restricted user address type element.
NOTE 3: Defined in EN 300 392-2 [5], clauses 14.7 and 14.8.
NOTE 4: This information element shall be present only when the Multiple user mask present information element
indicates "Present". This information element shall be used, when the activation result information element
is valid only against a subset of the restricted users. The length of the information element shall be equal to
the number of users in the range for restricted users.
NOTE 5: This information element shall indicate activation result against those restricted users indicated in the
Multiple user mask information
...