SIST-TS ETSI/TS 101 671 V2.11.1:2005

• Abstract:

  Revision of TS 101 671 to include modifications according to the Change Request process.

• Status: Published
• Publication Date: 30-Apr-2005
• ICS: 33.020 - Telecommunications in general
• Technical Committee: SPN - Services and Protocols for Networks
• Current Stage: 6060 - National Implementation/Publication (Adopted Project)
• Start Date: 01-May-2005
• Due Date: 01-May-2005
• Completion Date: 01-May-2005
• Ref Project: ETSI TS 101 671 V2.11.1 (2004-11) - Lawful Interception (LI); Handover interface for the lawful interception of telecommunications traffic

SIST-TS ETSI/TS 101 671 V2.11.1:2005 is the Slovenian version of ETSI TS 101 671 V2.11.1, published by SIST. It specifies the Handover Interface for Lawful Interception (LI), including how a Network Operator, Access Provider or Service Provider (NWO/AP/SvP) hands over administrative information, Intercept Related Information (IRI) and Content of Communication (CC) to Law Enforcement Agencies (LEAs). The document is intended for LI implementations in telecommunication networks and services, with both generic rules and network-specific handling.

What does SIST-TS ETSI/TS 101 671 V2.11.1:2005 specify?

SIST-TS ETSI/TS 101 671 V2.11.1:2005 specifies the generic flow of LI information, the procedures and information elements used on the Handover Interface, and the network/service-specific protocols used to deliver LI data. Clause 1 sets the scope as step 3 of the ETSI LI approach, building on the LEA requirements in TS 101 331 and the network-function model in ES 201 158.

The document is organized into clauses 1 to 12, followed by annexes A to H. Clause 4 sets the general, legal and functional requirements; clauses 5 to 11 describe the three-port Handover Interface, identifiers, timing, quality and security; clause 12 points to quantitative aspects in ES 201 158.

Annex	What it covers
Annex A	Circuit switched network handover
Annex B	Packet switched network handover
Annex C	HI2 delivery mechanisms and procedures
Annex D	Structure of data at the Handover Interface
Annex E	Use of sub-address and calling party number to carry correlation information
Annex F	GPRS HI3 Interface
Annex G	LEMF requirements for handling unrecognized fields and parameters
Annex H	Latest ASN.1 module versions

What are the key requirements of SIST-TS ETSI/TS 101 671 V2.11.1:2005?

SIST-TS ETSI/TS 101 671 V2.11.1:2005 separates LI into three logical ports - HI1, HI2 and HI3 - so administrative control, signalling data and communication content are handled differently. That separation matters in practice because it reduces confusion between orders, metadata and content, and it keeps direct control of switching functions with the NWO/AP/SvP.

Handover is split into three logical ports

Clause 5 defines HI1 for administrative information, HI2 for IRI and HI3 for CC. HI1 can be manual or electronic, while HI2 and HI3 carry the operational LI data from the network side to the LEMF.

Clause 5 also states that the Handover Interface is extensible. In practice, this means the base model can be applied to different network technologies without redesigning the whole LI architecture.

HI1 carries the LI order and management information

Clause 7 says HI1 is used to send activation, deactivation and modification requests, together with the corresponding notifications. The LEA provides the target identity, the agreed LIID, the start and end or duration, the kind of interception required, the HI2 and HI3 destination addresses, other network-dependent parameters and an authorization reference.

This is the operational entry point for LI. In practice, the operator needs enough information to create the interception measure correctly and route the results to the right LEA destination.

Clause 7.2 requires LI notifications to the LEMF after activation, deactivation, modification and certain exceptional situations. That gives the LEA a trace of state changes and fault conditions.

HI2 carries IRI as soon as it is available

Clause 8 says HI2 transports IRI, including signalling information, timestamps and, where available, supplementary service and location information. The standard says the network should use only information already available in standard signalling procedures, which keeps implementation aligned with the underlying network behaviour.

Clause 8.1 allows ROSE or FTP for data delivery, with BER coding at the presentation layer. In practice, the implementer must choose a delivery method that matches the network and operational environment, and the LEMF must be able to decode the agreed encoding.

Clause 8.2 defines four IRI record types: IRI-BEGIN, IRI-END, IRI-CONTINUE and IRI-REPORT. BEGIN, END and CONTINUE track one communication attempt through setup, active and release phases, while REPORT is used for non-communication events such as subscriber-controlled actions or some unsuccessful attempts.

HI3 carries CC as a transparent copy

Clause 9 states that HI3 transports the CC of the intercepted service to the LEMF as a transparent en-clair copy of the communication flow. The standard describes HI3 separately in the relevant annexes because the exact form depends on the service and technology being intercepted.

Clause A.4 explains that a target call has two directions, so two communication channels to the LEMF are needed for stereo transmission. The network does not record or store the CC, which is important for implementers who need to deliver the content without creating an internal archive.

LI correlation depends on shared identifiers

Clause 6 introduces the LIID and the CID. The LIID is assigned by the authorized NWO/AP/SvP for each target identity and is used throughout HI2 and HI3. The CID distinguishes one activity from another and is used to correlate IRI records with CC connections.

Clause 6 says the CID is made up of the NID and optional CIN. In practice, this is what lets the mediation and delivery functions keep multiple activities for one target separated and matched correctly.

Annex A adds the CCLID for circuit switched networks, and Annex B defines a packet switched Correlation Number that is unique per PDP context. That technology-specific correlation is what allows IRI and CC to be matched in real network traffic.

Performance, quality and security are part of the design

Clause 10 says buffered IRI should stay buffered for as short a time as possible, and the quality of service for the result of interception should be at least equal to the QoS of the original CC. For implementers, that means interception data must not lag unnecessarily, and voice or data quality must remain usable.

Clause 11 lists the security properties of confidentiality, integrity, authentication and availability, and describes common mechanisms such as encryption, hashing and cryptographic authentication. This matters because LI transport may carry sensitive or evidential data.

Annexes give the technology-specific rules

Annex A covers circuit switched networks, including basic call information, supplementary services, CC links and access verification checks such as CLIP and COLP. Annex B covers packet switched networks and GPRS-specific correlation and delivery. Annex C gives the two HI2 delivery methods, ROSE and FTP, and Annex F adds a GPRS HI3 delivery model with a GPRS LI Correlation (GLIC) header and UDP/TCP or FTP/TCP delivery.

What terms does SIST-TS ETSI/TS 101 671 V2.11.1:2005 define?

• Lawful Interception IDentifier (LIID) - The identifier agreed between the LEA and the NWO/AP/SvP for a specific target identity, used for identification and correlation across the Handover Interfaces.
• Communication IDentifier (CID) - The identifier for one target activity, made up of the Network IDentifier (NID) and optional Communication Identity Number (CIN).
• Network IDentifier (NID) - The part of the CID that identifies the network side associated with the intercepted activity.
• Communication Identity Number (CIN) - The optional part of the CID that further distinguishes one communication from another for the same target.
• Intercept Related Information (IRI) - Information or data associated with communication services involving the target identity, including communication-related, service-related and location information.
• Content of Communication (CC) - The actual communication content delivered to the LEMF as a transparent copy.
• Law Enforcement Agency (LEA) - The authority that receives LI results under lawful authorization.
• NWO/AP/SvP - The network operator, access provider or service provider responsible for implementing the interception measure.

Who uses SIST-TS ETSI/TS 101 671 V2.11.1:2005?

SIST-TS ETSI/TS 101 671 V2.11.1:2005 is used by NWO/AP/SvP teams that design, implement and operate LI functions, especially mediation functions, delivery functions and network elements that generate IRI or CC. It is also used by LEA-facing operational teams that need to agree on identifiers, destination addresses, notification behaviour and delivery methods.

It is relevant for engineers working on circuit switched, packet switched and GPRS LI implementations, and for security or compliance teams that need the transport, correlation and security rules. It also helps integrators and equipment vendors because the annexes specify the ASN.1 structures and protocol handling expected by the interface.

What changed in SIST-TS ETSI/TS 101 671 V2.11.1:2005 from the previous edition?

SIST-TS ETSI/TS 101 671 V2.11.1:2005 is a revision of TS 101 671 that includes modifications made through the Change Request process.

Which standards are used with SIST-TS ETSI/TS 101 671 V2.11.1:2005?

Standard	Contribution
TS 101 331	LEA requirements for LI from the user point of view
ES 201 158	Derived network functions and the general functional model
ETR 330	Legislative and regulatory guidance for LI implementation
EN 300 356	ISUP coding and formats used in circuit switched and HI3-related parameters
EN 300 403-1	DSS1 protocol formats used for circuit switched parameter coding
EN 300 061-1	SUB supplementary service support
EN 300 097-1	COLP-related service description
EN 300 369-1	Explicit Call Transfer supplementary service support
EN 300 196-1	Generic functional protocol for supplementary services
Q.850	Cause and location coding for release reasons
X.680 / X.690	ASN.1 and BER encoding rules used in Annex D
RFC 959	FTP used as one HI2/HI3 delivery option
RFC 791 / RFC 793	IP and TCP used in delivery profiles
TS 101 347	GPRS Tunnelling Protocol referenced for GPRS delivery
TS 100 940	GSM mobile radio layer 3 referenced in GSM-related annex content
TS 101 393	GPRS charging-related reference in GPRS annex content

What does the SIST-TS ETSI/TS 101 671 V2.11.1:2005 document contain?

The document contains the three-port HI model, the LI identifiers, and the operational rules for handing over administrative data, IRI and CC. It also contains ASN.1 modules and object trees in Annex D, which define the actual data structures used on HI1, HI2 and HI3.

It includes technology-specific annexes for circuit switched, packet switched and GPRS cases, plus procedure details for ROSE and FTP delivery on HI2. It also includes worked encoding guidance for subaddress and calling party number usage in Annex E, and a GPRS HI3 correlation header in Annex F.

SLOVENSKI STANDARD
01-maj-2005
=DNRQLWRSUHVWUH]DQMH/,±,]URþLOQLYPHVQLN]D]DNRQLWRSUHVWUH]DQMH
WHOHNRPXQLNDFLMVNHJDSURPHWD
Lawful Interception (LI); Handover interface for the lawful interception of
telecommunications traffic
Ta slovenski standard je istoveten z: TS 101 671 Version 2.11.1
ICS:
33.020 Telekomunikacije na splošno Telecommunications in
general
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

Technical Specification
Lawful Interception (LI);
Handover interface for the lawful interception of
telecommunications traffic
2 ETSI TS 101 671 V2.11.1 (2004-11)

Reference
RTS/LI-00018
Keywords
data, handover, interface, security, speech,
Lawful Interception
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: [phone]  Fax: [phone]

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, please send your comment to one of the following services:
http://portal.etsi.org/chaircor/ETSI_support.asp
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 TS 101 671 V2.11.1 (2004-11)
Contents
Intellectual Property Rights.8
Foreword.8
1 Scope.9
2 References.9
3 Definitions and abbreviations.13
3.1 Definitions.13
3.2 Abbreviations.15
4 General requirements.17
4.1 Basic principles for the Handover Interface .17
4.2 Legal requirements.18
4.3 Functional requirements.18
5 Overview of Handover Interface.18
5.1 Handover Interface port 1 (HI1).19
5.1.1 Manual interface.20
5.1.2 Electronic interface.20
5.2 Handover Interface port 2 (HI2).20
5.3 Handover Interface port 3 (HI3).20
6 Specific identifiers for LI .20
6.1 Lawful Interception IDentifier (LIID).21
6.2 Communication IDentifier (CID) .21
6.2.1 Network IDentifier (NID).21
6.2.2 Communication Identity Number (CIN) - optional .22
7 HI1: Interface port for administrative information.22
7.1 Information for the activation of lawful interception .22
7.2 LI notifications towards the LEMF .23
8 HI2: Interface port for Intercept Related Information.23
8.1 Data transmission protocols .23
8.1.1 Application for IRI (HI2 information) .24
8.2 Types of IRI records.24
9 HI3: Interface port for Content of Communication.24
10 Performance and quality.25
10.1 Timing.25
10.2 Quality.25
11 Security aspects.25
11.1 Security properties.25
11.2 Security mechanisms.26
12 Quantitative aspects.26
Annex A (normative): Circuit switched network handover.27
A.1 Specific identifiers for LI .27
A.1.1 CC Link IDentifier (CCLID).27
A.1.2 Circuit switched LI correlation between CC and IRI .27
A.1.3 Usage of Identifiers .28
A.2 HI1: interface port for administrative state .28
A.3 HI2: interface port for IRI .28
A.3.1 Definition of Intercept Related Information.28
A.3.2 Structure of IRI records.29
ETSI
4 ETSI TS 101 671 V2.11.1 (2004-11)
A.3.2.1 Control information for HI2.29
A.3.2.2 Basic call information.30
A.3.2.3 Information on Supplementary Services, related to a call in progress.30
A.3.2.4 Information on non-call related Supplementary Services .31
A.3.3 Selection of parameters for IRI records.31
A.3.4 Coding of parameters in IRI records .33
A.3.5 Information content of the IRI record types .33
A.4 HI3: interface port for Content of Communication.34
A.4.1 Delivery of Content of Communication .34
A.4.2 Delivery of packetized Content of Communication (general).35
A.4.3 Control information for circuit switched Content of Communication.35
A.4.4 Exception handling.37
A.4.4.1 Failure of CC links.37
A.4.4.2 Fault reporting.37
A.4.5 Security requirements at the interface port HI3.37
A.4.5.1 LI access verification.37
A.4.5.2 Access protection.38
A.4.5.3 Authentication.38
A.5 LI procedures for circuit switched supplementary services .38
A.5.1 General.38
A.5.2 CC link Impact .41
A.5.3 IRI impact, general principle for sending IRI records.41
A.5.4 Multi party calls - general principles, options A, B.41
A.5.4.1 CC links for active and non-active calls (option A).42
A.5.4.2 Reuse of CC links for active calls (option B) .42
A.5.5 Subscriber Controlled Input (SCI): Activation/Deactivation/Interrogation of services .43
A.6 Detailed procedures for circuit switched supplementary services.43
A.6.1 Advice of Charge services (AOC).43
A.6.2 Call Waiting (CW) .43
A.6.2.1 Call Waiting at target: CC links.43
A.6.2.2 Call Waiting: IRI records.43
A.6.2.2.1 Target is served user.43
A.6.2.2.2 Other party is served user.43
A.6.3 Call Hold/Retrieve.44
A.6.3.1 CC links for active and non-active calls (option A).44
A.6.3.2 Reuse of CC links for active calls (option B) .44
A.6.3.3 IRI records.44
A.6.3.3.1 Invocation of Call Hold or Retrieve by target.44
A.6.3.3.2 Invocation of Hold or Retrieve by other parties.44
A.6.4 Explicit Call Transfer (ECT).44
A.6.4.1 Explicit Call Transfer, CC link .44
A.6.4.2 Explicit Call Transfer, IRI records.44
A.6.5 Calling Line Identification Presentation (CLIP) (IRI Records).45
A.6.5.1 Call originated by target (other party is served user).45
A.6.5.2 Call terminated at target (target is served user) .45
A.6.6 Calling Line Identification Restriction (CLIR) .45
A.6.7 COnnected Line identification Presentation (COLP) .45
A.6.7.1 Call terminated at target (other party is served user) .45
A.6.7.2 Call originated by target (target is served user) .45
A.6.8 COnnected Line identification Restriction (COLR).45
A.6.9 Closed User Group (CUG) .45
A.6.10 Completion of Call to Busy Subscriber (CCBS) .45
A.6.11 CONFerence call, add-on (CONF).46
A.6.11.1 CONFerence calls, add on: CC links .46
A.6.11.2 Conference calls: IRI records.46
A.6.12 Three Party Service (Conference) .46
A.6.12.1 CC links.46
A.6.12.2 Three Party Service, IRI Records .46
A.6.13 Meet-Me Conference (MMC).46
A.6.14 Direct Dialling In (DDI).46
ETSI
5 ETSI TS 101 671 V2.11.1 (2004-11)
A.6.15 Multiple Subscriber Number (MSN).46
A.6.16 DIVersion services (DIV) .47
A.6.16.1 Call Diversion by target.47
A.6.16.1.1 Call Diversion by target, CC links .47
A.6.16.1.2 Call Diversion by target, IRI records .47
A.6.16.2 Forwarded call terminated at target .47
A.6.16.3 Call from target forwarded .47
A.6.17 Variants of call diversion services.48
A.6.18 Void.48
A.6.19 Malicious Call IDentification (MCID).48
A.6.20 SUBaddressing (SUB).48
A.6.21 Terminal Portability (TP) .48
A.6.21.1 CC links.48
A.6.21.2 IRI records.48
A.6.21.2.1 Invocation of Terminal Portability by target.48
A.6.21.2.2 Invocation of Terminal Portability by other parties .48
A.6.22 User-to-User Signalling (UUS) .48
A.6.23 Abbreviated Address (AA).48
A.6.24 Fixed Destination Call (FDC) .48
A.6.25 Alarm Call (AC)/Wake-Up Service (WUS).49
A.6.26 Incoming Call Barring (ICB).49
A.6.27 Outgoing Call Barring (OCB) .49
A.6.28 Completion of Calls on No Reply (CCNR).49
A.6.29 Reverse charging.49
A.6.30 Line hunting.49
A.6.31 Message Wait Indication (MWI).49
A.6.32 Name display.49
A.6.33 Tones, announcements.49
A.7 Fixed network technologies annex.50
A.8 GSM circuit switched technology annex.50
A.8.1 Functional architecture.50
A.8.2 Correlation of CC and IRI (see clause 6) .50
A.8.3 HI3 (delivery of CC) .51
A.8.4 HI2 (delivery of IRI) .51
A.9 TETRA technology annex.52
Annex B (normative): Packet switched network handover.53
B.1 Specific identifiers for LI .53
B.2 HI1: interface port for administrative state .53
B.3 HI2: interface port for IRI .53
B.3.1 Definition of Interception Related Information for packet switched.53
B.3.2 Exception handling.53
B.3.3 Security aspects.53
B.4 HI3: interface port for Content of Communication.54
B.5 GPRS technology annex.54
B.5.1 Functional architecture.54
B.5.2 Correlation.55
B.5.2.1 Correlation of the present document ID's to GSM ID's .55
B.5.2.2 GPRS LI correlation between CC and IRI.55
B.5.3 HI2 (delivery of IRI) .55
B.5.4 HI3 (Delivery of CC) .56
Annex C (normative): HI2 Delivery mechanisms and procedures.57
C.1 ROSE.57
C.1.1 Architecture.57
C.1.2 ASE_HI procedures.57
ETSI
6 ETSI TS 101 671 V2.11.1 (2004-11)
C.1.2.1 Sending part.57
C.1.2.2 Receiving part.59
C.1.2.3 Data link management.59
C.1.2.3.1 Data link establishment .59
C.1.2.3.2 Data link release.60
C.1.2.4 Handling of unrecognized fields and parameters.60
C.1.3 Profiles.60
C.2 FTP.61
C.2.1 Introduction.61
C.2.2 Usage of the FTP.61
C.2.3 Profiles.62
C.2.4 File content.64
C.2.5 Exceptional procedures.64
C.2.6 Other considerations.64
Annex D (normative): Structure of data at the Handover Interface.66
D.1 Syntax definitions.66
D.2 Object tree.67
D.3 HI management operation.68
D.4 LI management notification.69
D.5 Intercept related information (HI2 PS and CS) .71
D.6 User data packet transfer (HI3 CS) .84
D.7 TETRA data transfer (HI3 interface) .85
D.8 Definition of the UUS1 content associated to the CC link.85
D.9 Content of Communication (HI3 GPRS) .86
Annex E (informative): Use of sub-address and calling party number to carry correlation
information.87
E.1 Introduction.87
E.2 Subaddress options.87
E.3 Subaddress coding.87
E.3.1 BCD values.87
E.3.2 Field order and layout.88
E.4 Field coding.94
E.4.1 Direction.94
E.4.2 Coding of the Calling Party Number.94
E.5 Length of fields.95
Annex F (informative): GPRS HI3 Interface.96
F.1 Functional architecture.96
F.2 Correlation.96
F.3 HI3 Delivery Content of Communication (CC) .97
F.3.1 GPRS LI correlation header .97
F.3.1.1 Introduction.97
F.3.1.2 Definition of GLIC header.97
F.3.1.3 Exceptional procedure.98
F.3.1.4 Other considerations.99
F.3.2 FTP.99
F.3.2.1 Introduction.99
F.3.2.2 Usage of the FTP .99
F.3.2.3 Exceptional procedures.101
ETSI
7 ETSI TS 101 671 V2.11.1 (2004-11)
F.3.2.4 CC contents for FTP .101
F.3.2.4.1 Fields.101
F.3.2.4.2 Information Element syntax.103
F.3.2.5 Other considerations.105
Annex G (informative): LEMF requirements - handling of unrecognized fields and
parameters.106
Annex H (informative): Latest ASN.1 module versions .107
Annex I (informative): Bibliography.108
Annex J (informative): Change Request History.110
History .113

ETSI
8 ETSI TS 101 671 V2.11.1 (2004-11)
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 Technical Specification (TS) has been produced by ETSI Technical Committee Lawful Interception (LI).
ETSI
9 ETSI TS 101 671 V2.11.1 (2004-11)
1 Scope
The present document is step 3 of a three-step approach to describe a generic Handover Interface for the provision of
lawful interception from a Network Operator, an Access Provider or a Service Provider (NWO/AP/SvP) to the Law
Enforcement Agencies (LEAs). The provision of lawful interception is a requirement of national law, which is usually
mandatory for the operation of any telecommunication service.
Step 1 contains the requirements for lawful interception from a users (LEAs) point of view and is published in
TS 101 331 [1].
Step 2 describes the derived network functions and the general architecture (or functional model) and is published in
ES 201 158 [2].
The present document specifies:
• the generic flow of information as well as the procedures and information elements, which are applicable to
any future telecommunication network or service;
• the network/service specific protocols relating to the provision of lawful interception at the Handover
Interface, for the following networks/services:
- switched circuit; and
- packet data.
The technologies covered in the present document are: GSM, TETRA, GPRS, ISDN, PSTN, fixed NGN (including
PSTN/ISDN emulation) and fixed IMS PSTN simulation.
NOTE 1: Handover for TETRA is not fully developed.
NOTE 2: As new networks and/or services are developed, the present document will be expanded as the relevant
standards become available.
NOTE 3: Current version of the present specification does not contain fixed NGN (including PSTN/ISDN
emulation) nor fixed IMS PSTN simulation stage 3 descriptions yet.
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.
NOTE: The numbering of the references is kept in line with the numbering as used in version 1.1.1 and
version 2.1.1 of ES 201 671.
[1] ETSI TS 101 331: "Telecommunications security; Lawful Interception (LI); Requirements of Law
Enforcement Agencies".
[2] ETSI ES 201 158: "Telecommunications security; Lawful Interception (LI); Requirements for
network functions".
[3] ETSI ETR 330: "Security Techniques Advisory Group (STAG); A guide to legislative and
regulatory environment".
ETSI
10 ETSI TS 101 671 V2.11.1 (2004-11)
[4] Void.
[5] ETSI EN 300 356 (all parts): "Integrated Services Digital Network (ISDN); Signalling System
No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface".
[6] ETSI EN 300 403-1 (V1.3.2): "Integrated Services Digital Network (ISDN); Digital Subscriber
Signalling System No. one (DSS1) protocol; Signalling network layer for circuit-mode basic call
control; Part 1: Protocol specification [ITU-T Recommendation Q.931 (1993), modified]".
NOTE: Reference [6] is specific, because the format of the sub parameters "dSS1-Format, DSS1-parameters-
codeset-0", "DSS1-SS-parameters-codeset-0" and "UUS1-Content" are defined by V1.3.2.
[7] Void.
[8] Void.
[9] Void.
[10] ETSI EN 300 061-1: "Integrated Services Digital Network (ISDN); Subaddressing (SUB)
supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
[11] Void.
[12] Void.
[13] Void.
[14] ETSI EN 300 097-1: "Integrated Services Digital Network (ISDN); Connected Line Identification
Presentation (COLP) supplementary service; Digital Subscriber Signalling System No. one
(DSS1) protocol; Part 1: Protocol specification".
[15] Void.
[16] ETSI EN 300 130-1: "Integrated Services Digital Network (ISDN); Malicious Call Identification
(MCID) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
[17] Void.
[18] Void.
[19] ETSI EN 300 185-1: "Integrated Services Digital Network (ISDN); Conference call, add-on
(CONF) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
[20] ETSI EN 300 188-1: "Integrated Services Digital Network (ISDN); Three-Party (3PTY)
supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
[21] ETSI EN 300 207-1 (V1.2.5): "Integrated Services Digital Network (ISDN); Diversion
supplementary services; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
NOTE: Reference [21] is specific, because the format of the sub parameters for "DSS1-SS-Invoke-Components"
is defined by V1.2.5.
[22] Void.
[23] ETSI EN 300 286-1: "Integrated Services Digital Network (ISDN); User-to-User Signalling
(UUS) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
[24] Void.
ETSI
11 ETSI TS 101 671 V2.11.1 (2004-11)
[25] ETSI EN 300 369-1 (V1.2.4): "Integrated Services Digital Network (ISDN); Explicit Call Transfer
(ECT) supplementary service; Digital Subscriber Signalling System No. one (DSS1) protocol;
Part 1: Protocol specification".
NOTE: Reference [25] is specific, because the format of the sub parameters for "DSS1-SS-Invoke-Components"
is defined by V1.2.4.
[26] Void.
[27] Void.
[28] Void.
[29] ETSI EN 300 196-1 (V1.3.2): "Integrated Services Digital Network (ISDN); Generic functional
protocol for the support of supplementary services; Digital Subscriber Signalling System No. one
(DSS1) protocol; Part 1: Protocol specification".
NOTE: Reference [29] is specific, because several parameter format definitions point to V1.3.2.
[30] Void.
[31] ITU-T Recommendation Q.850 (1988): "Usage of cause and location in the Digital Subscriber
Signalling System No. 1 and the Signalling System No. 7 IS
...