Legislator Jurisprudence & Législation
rilr_2017_12_14_a13 LU

Institut Luxembourgeois de Régulation - Règlement ILR/T17/11 du 14 décembre 2017 relatif aux spécifications techniques pour l’interception des communications électroniques au Luxembourg - Secteur communications électroniques.

11 Articles / Dispositions · Luxembourg
Ouvrir la source officielle Version Markdown lisible par machine (.md)

Table des dispositions (11)

Texte législatif (11 Articles)

Institut Luxembourgeois de Régulation - Règlement ILR/T17/11 du 14 décembre 2017 relatif aux spécifications techniques pour l’interception des communications électroniques au Luxembourg - Secteur communications électroniques.

N° 13 du 3 janvier 2018

Institut Luxembourgeois de Régulation - Règlement ILR/T17/11 du 14 décembre 2017 relatif aux

spécifications techniques pour l’interception des communications électroniques au Luxembourg -

Secteur communications électroniques.

La Direction de l’Institut Luxembourgeois de Régulation,

Vu la loi modifiée du 27 février 2011 sur les réseaux et les services de communications électroniques et

notamment son article 4 ;

Vu la loi modifiée du 30 mai 2005 concernant la protection de la vie privée dans le secteur des

communications électroniques et notamment son article 5 ;

Vu la consultation publique nationale du 14 septembre 2017 au 16 octobre 2017 concernant le projet de

règlement relatif aux spécifications techniques pour l’interception des communications électroniques au

Luxembourg ;

Vu les réponses à la consultation publique susvisée ;

Arrête

Titre I - Champ d’application et définitions

Art. 1

er.

Le présent règlement a pour objectif de définir le format et les modalités de mise à disposition des données

techniques et des équipements afin de permettre aux autorités compétentes en la matière l’accomplissement

de leurs missions légales de surveillance des communications. Sont notamment visées les mises à

disposition de toutes formes de communications interceptées et des données y afférentes en vertu des

articles 67-1, 88-1, 88-2 du Code de procédure pénale ainsi que de l’article 7 de loi du 5 juillet 2016 portant

réorganisation du Service de renseignement de l'État (ci-après « la loi du 5 juillet 2016 »).

Titre I - Champ d’application et définitions Art. 1 er.

Au sens du présent règlement, on entend par

(1) autorisation : décision prise conformément aux articles 67-1, 88-1 et 88-2 du Code de procédure pénale

et 7 de la loi du 5 juillet 2016, et ordonnant une mesure de surveillance ;

(2) autorité légale : les autorités compétentes agissant conformément aux articles 67-1, 88-1 et 88-2 du Code

de procédure pénale et agissant dans le cadre de l’article 7 de la loi du 5 juillet 2016 ;

(3) cible : personne physique ou morale à l’encontre de laquelle la mesure de surveillance est ordonnée ;

(4) communication interceptée : communication faite moyennant un réseau ou service de communication

électronique et faisant l’objet d’une mesure d’interception ;

(5) mesure d’interception : mesure de surveillance appliquée à l’égard des communications d’une cible aux

fins d’accéder à tout contenu, y compris les données afférentes, ainsi qu’à toute information relative aux

communications en question ;

(6) mesure de surveillance : mesure ordonnée en application des articles 67-1, 88-1 et 88-2 du Code de

procédure pénale ainsi que de l’article 7 de la loi du 5 juillet 2016 ;

(7) exploitant : opérateur ou toute entreprise notifiée conformément à la loi du 27 février 2011 sur les réseaux

et les services de communications électroniques ;

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

(8) service-cible : un réseau de communication public ou un service de communications électroniques visés

par une mesure de surveillance.

Titre II - Mise à disposition des communications surveillées

Titre II - Mise à disposition des communications surveillées

Dans le respect de l’autorisation légale, la mise à disposition par l’exploitant des données de la mesure

d’interception à l’autorité légale concernée, en ce compris la communication interceptée, doit se faire en

temps réel. La forme dans laquelle les données doivent être transmises et les modalités techniques de

la transmission, sont définies dans les spécifications techniques nationales (National Specifications for

Luxembourg) qui se trouvent en annexe du présent règlement et en font partie intégrante.

Titre II - Mise à disposition des communications surveillées Dans le respect de l’autorisation légale, la mise à disposition par l’exploitant des données de la mesure d’interception à l’autorité légale concernée, en ce compris la communication interceptée, doit se faire en temps réel. La forme dans

Dès la notification de l'autorisation légale à l'exploitant, celui-ci s’efforce à mettre en œuvre incessamment

les mesures d’interception ordonnées sans que cette mise en œuvre ne puisse dépasser les délais maxima

suivants

Circonstances

Délai maximum

opération de routine

l’autorisation légale est notifiée pendant les heures

de bureau

4 heures

opération urgente

l’autorisation légale est notifiée pendant les heures

de bureau

30 minutes

opération urgente

l’autorisation légale est notifiée en dehors des

heures de bureau

2 heures

Titre II - Mise à disposition des communications surveillées Dans le respect de l’autorisation légale, la mise à disposition par l’exploitant des données de la mesure d’interception à l’autorité légale concernée, en ce compris la communication interceptée, doit se faire en temps réel. La forme dans

(1) Au cas où un exploitant utilise des procédés de codage, de compression ou de chiffrement, les

informations interceptées sont à délivrer aux autorités légales en clair.

(2) Au cas où un exploitant modifie le contenu d'une communication, il est également tenu à le reconvertir

dans sa forme initiale avant de le transférer à l'autorité légale effectuant la mesure d’interception.

(3) Au cas où la cible modifie le contenu d'une communication par chiffrement ou codage ou en lui

administrant tout autre traitement de chiffrement, l'exploitant devra offrir tout le support possible aux autorités

légales pour faciliter l'anéantissement de ce genre de chiffrement.

Titre III - Mesures de sécurité

Titre III - Mesures de sécurité

(1) Le dispositif d'interception de communications ne doit en aucun cas modifier la prestation du service-cible

ni fournir une indication à un utilisateur de celui-ci qu'une mesure d’interception est en cours.

(2) L'exploitant doit tenir un registre de toutes activités liées aux mesures d’interception. Ce registre

doit contenir les informations suivantes pour chaque opération (initialisation d'une mesure d'interception,

prolongation, clôture d'une mesure d'interception, etc.)

a) l'identité de la personne autorisée ayant effectué l’opération ;

b) référence(s) du service ayant été l'objet de l’opération ;

c) genre d'opération effectuée ;

d) date et heure de l’opération.

(3) Un contrôle du registre par l'autorité légale concernée doit être accordé à tout moment.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

(4) L'exploitant est tenu de protéger de façon adéquate les informations relatives aux mesures d’interception

et aux équipements utilisés et de ne les divulguer à quiconque d'autre que les personnes autorisées

mentionnées ci-dessus sans que l’autorisation écrite ne soit transmise préalablement par l'autorité légale

concernée.

(5) Tout accès non-autorisé réel ou tenté pour obtenir des informations sur les mesures d’interception et sur

les équipements utilisés est à signaler à l'autorité légale concernée.

Titre IV - Dispositif d’interception

Titre IV - Dispositif d’interception

(1) Le dispositif d'interception utilisé dans le cadre des mesures d’interception doit pouvoir permettre

l'interception simultanée d’une même cible par plusieurs autorités légales différentes et ceci pour tous les

services-cibles.

(2) Les mesures d’interception des différentes autorités légales doivent rester séparées de façon à éviter

que les cibles de l'une des autorités légales ne soient divulguées à une autre.

Titre IV - Dispositif d’interception (1) Le dispositif d'interception utilisé dans le cadre des mesures d’interception doit pouvoir permettre l'interception simultanée d’une même cible par plusieurs autorités légales différentes et ceci pour tous les services-cibles.

La fiabilité et la qualité de service d'un dispositif d'interception doivent au moins être égales à la fiabilité et

la qualité de service du service-cible.

Titre V - Dispositions diverses

Titre V - Dispositions diverses

(1) À partir de son entrée en vigueur, les exploitants disposent d’un délai de douze mois pour faire les

adaptations requises suite à la modification de l’annexe au présent règlement par rapport à l’annexe au

règlement 14/184/ILR du 15 décembre 2014 relatif aux spécifications techniques pour l’interception des

communications électroniques au Luxembourg.

(2) Une prorogation de douze mois du délai visé au paragraphe (1) peut être accordée par l’Institut pour

des services de faible importance sur le marché des communications électroniques. À cette fin, l’exploitant

introduit auprès de l’Institut une demande écrite, documentant la faible importance du service visé sur le

marché des communications électroniques.

(3) Une prorogation accordée conformément au paragraphe (2) peut être renouvelée à l’issue de douze mois,

lorsque les services de communications électroniques concernés sont de moindre importance sur le marché

des communications électroniques, lorsque leur importance sur le marché des communications électroniques

est en déclin rapide et définitif ou lorsque les équipements respectifs approchent à la fin de leur cycle de vie.

(4) L’importance sur le marché des communications électroniques d’un service, telle que visée aux

paragraphes (2) et (3) s’apprécie notamment par le nombre d’utilisateurs, le chiffre d’affaires et la pertinence

du service pour les autorités légales.

(5) Avant toute décision d’accorder une prorogation, la demande de l’exploitant est transmise par l’Institut

aux autorités légales pour avis. La décision est notifiée par l’Institut au demandeur et aux autorités légales.

Titre VI - Dispositions abrogatoires et finales

Titre VI - Dispositions abrogatoires et finales

Le règlement 14/184/ILR du 15 décembre 2014 relatif aux spécifications techniques pour l’interception des

communications électroniques au Luxembourg est abrogé.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Titre VI - Dispositions abrogatoires et finales Le règlement 14/184/ILR du 15 décembre 2014 relatif aux spécifications techniques pour l’interception des communications électroniques au Luxembourg est abrogé.

Le présent règlement sera publié au Journal officiel du Grand-Duché de Luxembourg et sur le site Internet

de l’Institut.

La Direction,

Michèle Bram

Directrice adjointe

Camille Hierzig

Directeur adjoint

Luc Tapella

Directeur

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

ANNEXE

National Specifications for

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Table of contents

PART A

SPECIFICATION FOR PASSIVE INTERCEPTION............................................................9

A.1

A.2

A.3

BASIS OF THIS SPECIFICATION.................................................................................. 9

IST OF ABBREVIATIONS............................................................................................. 10

CHOSEN OPTIONS AND AMENDMENTS ................................................................... 12

A.3.1

Re [1] (TS 101 671)................................................................................................. 12

A.3.1.1

A.3.1.2

A.3.1.3

A.3.1.4

A.3.1.5

A.3.1.6

A.3.1.7

Re [1], General section...................................................................................... 12

Re [1], Annex A circuit-switched network handover.............................................. 13

Re [1], Annex C HI2 delivery mechanisms and procedures................................... 14

Re [1], Annex D Structure of data at the handover interface.................................. 14

Re [1], Annex E Use of subaddress and calling party number............................... 14

Re [1], Annex F GPRS HI3 interface (includes 3GPP as ref. in [1])........................ 15

Re [1], Annex D.5 ASN.1 - description of IRI (HI2)............................................... 15

A.3.2

Re [2] (TS 133 108)................................................................................................ 16

A.3.2.1

A.3.2.2

A.3.2.3

A.3.2.4

A.3.2.5

A.3.2.6

Re [2], General section...................................................................................... 16

Re [2], Annex A HI2 delivery mechanisms and procedures................................... 17

Re [2], Annex C UMTS and EPS HI3 interface.................................................... 18

Re [2], Annex J Use of subaddress and calling party number................................ 18

Re [2], Annex O LALS (Lawful Access Location Services).................................... 18

Re [2], Annex B Structure of data at the handover interface.................................. 18

A.3.3

Re [3] (TS 102 232-1)............................................................................................. 19

A.3.3.1

A.3.3.2

A.3.3.3

A.3.3.4

Re [3], General section...................................................................................... 19

Re [3], Annex D IRI by post and pre-processing HI3 information........................... 20

Re [3], Annex F Traffic management of the handover interface............................. 20

Supplements to [3], Annex A ASN.1 syntax trees................................................. 20

A.3.4

Re [4] (TS 102 232 - 2).......................................................................................... 21

A.3.4.1

A.3.4.2

Re [4], General Section...................................................................................... 21

Supplements to [4], Annex D Messaging ASN.1................................................... 21

A.3.5

Re [5] (TS 102 232 - 3)............................................................................................22

A.3.5.1

A.3.5.2

Re [5], General Section...................................................................................... 22

Supplements to [5], 8 ASN.1 for IRI and CC........................................................ 22

A.3.6

Re [6] (TS 102 232 - 4).......................................................................................... 23

A.3.6.1

A.3.6.2

Re [6], General Section...................................................................................... 23

Supplements to [6], 8 ASN.1 for IRI and CC........................................................ 23

A.3.7

Re [7] (TS 102 232 - 5)............................................................................................24

A.3.7.1

A.3.7.2

Re [7], General Section...................................................................................... 24

Supplements to [7], 7 ASN.1 specification for IRI and CC..................................... 24

A.3.8

Re [8] (TS 102 232 - 6)............................................................................................25

A.3.8.1

A.3.8.2

Re [8], General Section...................................................................................... 25

Supplements to [8], Annex A ASN.1 for IRI and CC............................................. 25

A.3.9

Re [9] (TS 102 232 - 7)............................................................................................26

A.3.9.1

A.3.9.2

Re [9] ; General Section..................................................................................... 26

Supplements to [9] ; Annex A ASN.1 for IRI and CC............................................ 26

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

A.4

TECHNICAL PROVISIONS........................................................................................... 27

A.4.1

A.4.2

ISDN-based transmission..........................................................................................27

IP-based transmission.............................................................................................. 27

A.5

ANNEX A : NATIONAL HI2-ASN.1 PARAMETERS......................................................... 28

PART B

SPECIFICATION FOR ACTIVE INTERCEPTION............................................................30

B.1

B.2

GENERAL REQUIREMENTS....................................................................................... 30

TECHNICAL PROVISIONS........................................................................................... 30

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Introduction

This document consists of Part A and Part B

PART A : Specification for passive interception

This part describes the technical implementation of lawful interception of telecommunications.

Implementation is carried out on the basis of the relevant ETSI specifications (refer to A.1), and this part

describes the options and amendments that have been defined for Luxembourg.

PART B : Specification for active interception

This part describes the support that shall be supplied by the NWO/AP/SvP (Network Operator / Access

Provider / Service Provider) in case of operations which require active interception.

Scope

This document is written in English and will be provided to the NWO/AP/SvP upon request. It applies to any

NWO/AP/SvP in the Grand Duchy of Luxembourg that is obligated to comply in lawful interception.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Part A : Specification for passive interception

Basis of this specification

This Part A includes the ETSI documents listed below, which are applicable in the version noted as follows

or in later versions, and are to be observed.

[1] ETSI TS 101 671

V3.14.1

(2016-03)

Lawful

Interception

(LI)

;

Handover

Interface for the lawful interception of

telecommunications traffic

[2] ETSI TS 133 108

System

V14.0.0

(2017-04)

Universal Mobile Telecommunications

(UMTS) ; LTE ; 3G security ; Handover

interface for Lawful Interception (LI)

[3] ETSI TS 102 232-1

V3.13.1

(2017-03)

Lawful Interception (LI) ; Handover Interface

and Service-Specific Details (SSD) for IP

delivery ; Part 1 : Handover specification for

IP delivery

[4] ETSI TS 102 232-2

V3.10.1

(2016-08)

Part

Service-specific

details

for

messaging services

[5] ETSI TS 102 232-3

V3.5.1

(2017-03)

Part 3 : Service-specific details for internet

access services

[6] ETSI TS 102 232-4

V3.3.1

(2017-03)

Part 4 : Service-specific details for Layer 2

services

[7] ETSI TS 102 232-5

V3.7.1

(2017-03)

Part 5 : Service-specific details for IP

Multimedia services

[8] ETSI TS 102 232-6

V3.3.1

(2014-03)

Part 6 : Service-specific details for PSTN/

ISDN services

[9] ETSI TS 102 232-7

V3.4.1

(2017-03)

Part 7 : Service-specific details for Mobile

Services

The chosen options and national amendments to these ETSI documents are listed in the following chapters

of Part A. If no options or amendments are defined in Part A, the corresponding ETSI document will be

applicable without change in the version specified above or in a later version.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

List of abbreviations

Abbreviation

Description

3GPP

3rd Generation Partnership Project

AP

Access Provider

ASN.1

Abstract Syntax Notation One

CC

Content of Communication

CCLID

CC Link IDentifier

CSP

Communication Service Provider

CUG

Closed User Group

DSL

Digital Subscriber Line

ETSI

European Telecommunications Standards Institute

FTP

File Transfer Protocol

GGSN

Gateway GPRS Support Node

GLIC

GPRS LI Correlation

GPRS

General Packet Radio Service

GSM

Global System for Mobile communications

HI 1

Handover Interface 1

HI 2

Handover Interface 2

HI 3

Handover Interface 3

ID

Identifier

IPSec

Internet Protocol Security

IRI

Intercept Related Information

ISDN

Integrated Services Digital Network

LALS

Lawful Access Location Services

LEA

Law Enforcement Agency

LEMF

Law Enforcement Monitoring Facility

LI

Lawful Interception

LIID

Lawful Interception Identifier

NEID

Network Element Identifier

NID

Network Identifier

NWO

Network Operator

ROSE

Remote Operation Service Element

RTP

Real-Time Transport Protocol

SGSN

Serving GPRS Support Node

SMS

Short Message Service

SSD

Service-Specific Details

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

SvP

Service Provider

TCP

Transmission Control Protocol

TS

Technical Specification

UDP

User Datagram Protocol

ULIC

UMTS LI Correlation

UMTS

Universal Mobile Telecommunication System

UPS

Uninterruptible power supply

UUS

User to User Signalling

VPN

Virtual Private Network

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Chosen options and amendments

Re [1] (TS 101 671)

Options that can be chosen in each country and amendments to [1] are listed in this chapter.

Re [1], General section

Re Section

Reference / Description

National provision / extension

5.1

Handover interface 1 (HI1)

Design, electronic or manual

The HI1 interface will remain manual. If

a legal basis is created for electronic

implementation of the HI1 interface, this will

be introduced at a later stage.

Exception : LI management notifications (LI

BEGIN, LI MODIFY, LI END, ALARM) shall

be sent via the electronic HI2 interface (refer

to [1], D.4).

5.2

Handover Interface port 2 (HI2)

The IRI records shall be transmitted

individually.

6.1

Lawful Interception Identifier (LIID)

The LIID shall be defined by the LEA.

6.2.1

Network Identifier (NID)

The NID consists of the Operator ID and

Network Element Identifier (NEID).

The Operator ID consists of up to 5

characters ; the nomenclature is defined and

updated by the LEA.

The NEID is 1-25 characters long, as defined

in [1] and shall be set by the NWO/AP/SvP.

7.2

LI notifications towards the LEMF

LI management notifications (LI BEGIN, LI

MODIFY, LI END, ALARM) shall be sent via

the electronic HI2 interface (refer to [1], D.4).

8.1

Data transmission protocols (HI2)

Only FTP shall be used, ROSE shall not be

used.

HI3 : Interface port for Content of

Communication

The Content of Communication (CC) shall be

presented as a transparent en clair copy, if

the encryption is managed by the network.

Encryption not managed by the network, e.g.

user provided end-to-end encryption, need

not to be removed by the network.

10.1

Timing

If IRI cannot be transmitted, they shall be

buffered by the NWO/AP/SvP.

Minimum buffer time : 3 days

Security aspects

ISDN transmission : An ISDN CUG (Closed

User Group) shall be formed as specified by

the LEA.

IP-based transmission : A VPN including

IPSec encryption will be set up between

the NWO/AP/SvPs obliged to provide

for intercepts and the LEAs, refer to

explanations in chapter A.4 of this document.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re Section

Reference / Description

National provision / extension

Quantitative aspects

The following figures can be used as a basis

for dimensioning the technical equipment

installed at the NWO/AP/SvPs

50 targets for the first 10000 subscribers

an additional 20 targets for each further

10000 subscribers started

(e.g. : NWO with 76000 subscribers shall be able to set

up at least 50+7*20 = 190 targets)

Re [1], Annex A circuit-switched network handover

Re Section

Reference / Description

National provision / Extension

A.1.3

Use of identifiers

As option A (A.5.4.1) has been specified in

A.5.4, the rules according to table A.1.1, left

side, apply.

A.3.2

Structure of IRI records

Only IRI conforming to ASN.1 - description

are permissible.

A.3.2.1

Control information for HI2, item 5

Date and time shall be transmitted as local

time.

A.4

HI3 : Interface port for Content of

Communication

The Content of Communication (CC) shall be

presented as a transparent en clair copy, if

the encryption is managed by the network.

Encryption not managed by the network, e.g.

user provided end-to-end encryption, need

not be removed by the network.

A.4.1

Delivery of Content of Communication

(CC)

Use of UUS1 has been specified. In order to

enable sub-addressing as fall-back, the LIID

for circuit-switched intercepts shall solely be

implemented by number (LIID is set by the

LEA).

A.4.2

Delivery of packetized Content of

Communication (CC)

Text messages (SMS) and UUS shall be

transmitted via the HI2 interface.

A.4.4.1

Failure of CC links

The NWO/AP/SvP shall make 3 attempts at

an interval of 5 seconds.

A.4.4.2

Fault reporting

Error messages shall be transmitted over

HI2 in accordance with Annex D.4, if the

system used by the NWO/AP/SvP supports

this functionality.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re Section

Reference / Description

National provision / Extension

A.4.5

Security requirements at the HI3 interface

port

Refer to 5.1.1, re 11. Security Aspects

A.5.4

Multi party calls - general principles,

options A, B

Option A shall be used.

A.6.4.1

Explicit call transfer, CC link

Option 2 has been specified.

A.6.22

User-to-User signalling (UUS)

Transmission via HI2 shall be used, also refer

to A.4.2.

A.8.3

HI3 (delivery of CC)

Correlation information is transmitted in

conformance with 5.1.2, sec. A.4.1.

A.8.4

HI2 (delivery of IRI)

Redundant information shall be sent for each

further event.

Re [1], Annex C HI2 delivery mechanisms and procedures

Re Section

Reference / Description

National provision / Extension

C

ROSE or FTP

Only FTP shall be used, ROSE shall not be

used.

C.2.2

Use of FTP

Method B shall be used.

Re [1], Annex D Structure of data at the handover interface

Re Section

Reference / Description

National provision / Extension

D

ASN.1 object tree

Additional national parameters will be

established, refer to Annex A for the

definition.

Re [1], Annex E Use of subaddress and calling party number…

Re Section

Reference / Description

National provision / Extension

E.2

Subaddress options

According to Table E.2.1 in [1], the default

value for type of subaddress is “user

specified”.

E.3.2

Field order and layout

To distinguish between "old" transmission

and transmission in accordance with this

specification, the octets 16-23 are allocated

as follows

If ‘old’ transmission : no entry

If transmitting according to this specification

"Xa.bb.cc"

X : E for ETSI

a : main version TS 101 671

bb : technical version

cc : editorial version

(Example : E3.14.01 for TS 101 671 V3.14.1)

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [1], Annex F GPRS HI3 interface (includes 3GPP as ref. in [1])

Re Section

Reference / Description

National provision / extension

F.1

Functional architecture

GGSN and SGSN interception shall be set

as standard in order to obtain a maximum of

information. If for technical reasons only one

kind of interception is possible, then SGSN

interception shall be set up.

F.3

HI3 Delivery of Content of Communication

(CC)

Transmission by GLIC/TCP or FTP/TCP shall

be used, GLIC/UDP shall not be used.

F.3.2.2

Use of FTP

Method B shall be used.

F.3.2.2

Use of FTP

The following triggers have been specified

send timeout = 10s

volume trigger = 10 MByte

Re [1], Annex D.5 ASN.1 - description of IRI (HI2)

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National provision / Extension

04022.1

(1)

Location

In case of a mobile connection, the following

parameters shall be set

- globalCellID

- gsmlocation or umtslocation

04022.1

Location/gsm Location/ GeoCoordinates

The AZIMUTH value shall be set except in

the case of an omni-directional antenna (360°

antenna).

04022.1

National HI2-ASN1parameters/

LuxParameters

National parameters have been defined in

addition to the ASN.1 description in [1] : the

description can be found in Annex A.

04022.1

partyinformation

An individual partyinformation shall be sent

for EACH party involved in a communication.

04022.1

partyinformation/partyidentity

All existing parameters shall be defined,

depending on the means of communication

used.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [2] (TS 133 108)

The options that can be chosen in each country and amendments to [2] are listed in this chapter.

Re [2], General section

Re Section

Reference / Description

National provision / Extension

4.4.1

Handover Interface port 2 (HI2)

The IRI records shall be transmitted

individually.

4.5

HI2 : Interface port for intercept related

information

If it is not possible to transmit the IRI, they

shall be buffered by the NWO/AP/SvP.

Minimum buffer time : 3 days

4.5.1

Data transmission protocols (HI2)

Only FTP shall be used, ROSE shall not be

used.

5.1.2.1

Network Identifier (NID)

The NID consists of the Operator ID and

Network Element Identifier (NEID).

The Operator ID consists of up to 5

characters ; the nomenclature is defined and

updated by the LEA.

The NEID is 1-25 characters long, as defined

in [1] and shall be set by the NWO/AP/SvP.

5.1.5

Use of identifiers

As option A (5.4.4.1) has been specified in

5.4.4, the rules according to table 5.1, left

side, apply.

5.2.2.1

Control information for HI2, item 5

Date and time shall be transmitted as Local

Time.

5.2.3

HI2 (delivery of IRI)

Redundant information shall be sent for each

further event.

5.3.1

Delivery of Content of Communication

(CC)

Use of UUS1 has been specified. In order to

enable sub-addressing as fall-back, the LIID

for circuit-switched intercepts shall solely be

implemented by number (LIID is set by the

LEA).

5.3.3

Security requirements at the interface

port of HI3

ISDN transmission: An ISDN CUG (Closed

User Group) shall be formed as specified by

the LEA.

5.4.4.0

Multi party calls - general principles,

options A, B

Option A shall be used.

5.5.4.1

Explicit call transfer, CC link

Option 2 has been specified.

5.5.15

User-to-User signalling (UUS)

Transmission via HI2 has been specified.

6.2.1

7.2.1

8.2.1

9.2.1

10.2.1

11.2.1

12.2

13.1.2.1

Timing

If IRI cannot be transmitted, they shall be

buffered by the NWO/AP/SvP.

Minimum buffer time : 3 days

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re Section

Reference / Description

National provision / Extension

14.2.3.1

6.2.1

7.2.1

10.2.1

Precision of timestamps

The timestamps shall have a precision of at

least 1 millisecond.

6.3

7.3

8.3

9.3

10.3

11.3

12.3

13.1.3

14.2.4.1

Security aspects

IP-based transmission : A VPN including

IPSec encryption will be set up between

the NWO/AP/SvPs obligated to provide for

intercepts and the LEAs, refer to A.4 of this

document.

6.4

7.4

8.4

9.4

10.4

11.4

12.4

13.1.4

14.2.5.1

Quantitative aspects

The following figures can be used as a basis

for dimensioning the technical equipment

installed at the NWO/AP/SvPs

50 targets for the first 10000 subscribers

an additional 20 targets for each further

10000 subscribers started

(e.g. : NWO with 76000 subscribers shall be able to set

up at least 50+7*20= 190 targets)

6.5.0

UMTS data events

The event “start of interception with mobile

station attached” mentioned in Table 6.1 shall

generate a Report IRI.

6.5.1.1

REPORT record information

All events marked as national option or

as dependent on national regulations shall

generate a Report IRI.

6.6

IRI reporting for packet domain at GGSN

This option does not need to be implemented

in Luxembourg.

6.7

Content of Communication interception

for packet domain at GGSN

The option has been chosen. All target traffic

available at the interception node shall be

routed to the LEA.

7.5.0

Location Information

Location information shall be provided except

it is explicitly prohibited by the warrant.

12.5

IRI for IMS-based VoIP

The national option has been chosen, LEMF

shall be informed about the unavailability of

CC.

Re [2], Annex A HI2 delivery mechanisms and procedures

Re Section

Reference / Description

National provision / Extension

ROSE or FTP

Only FTP shall be used, ROSE shall not be

used.

A.2.2

Use of FTP

Method B shall be used.

A.2.2

Use of FTP

The following triggers have been specified

send timeout = 10s

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

volume trigger = 10MByte

Re [2], Annex C UMTS and EPS HI3 interface

Re Section

Reference / Description

National provision / Extension

C

UMTS and EPS HI3 interfaces ; methods

of transmission

Only ULICv1 via TCP stream shall be used.

C.2.2

Use of FTP

Method B shall be used.

Re [2], Annex J Use of subaddress and calling party number…

Re Section

Reference / Description

National provision / Extension

J.2.3.2

Field order and layout

To distinguish between "old" transmission

and transmission in accordance with this

specification, the octets 16-23 are allocated

as follows

If ‘old’ transmission : no entry

If transmitting according to this specification

"Xa.bb.cc"

X : E for ETSI

a : main version TS 101 671

bb : technical version

cc : editorial version

(Example : E3.14.01 for TS 101 671 V3.14.1)

Re [2], Annex O LALS (Lawful Access Location Services)

Re Section

Reference / Description

National provision / Extension

O

LALS

NWO/AP/SvPs shall inform LEA if LALS is

supported in NWO/AP/SvPs’s network.

In this case, LALS shall be activated for

specific targets upon LEA’s request.

The required parameters will be defined by

the LEA.

Re [2], Annex B Structure of data at the handover interface

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1 -

Reference

Reference / Description

National provision / Extension

04022.49

(2)

Eps-HI3-PS

To avoid any doubt : The timestamp

parameter in the ULIC header shall be

provided.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [3] (TS 102 232-1)

The options that can be chosen in each country and amendments to [3] are listed in this chapter.

Re [3], General section

Re Section

Reference / Description

National provision / Extension

5.2.3

Authorization country code

Specified as "LU".

5.2.4

Communication identifier

The Operator ID consists of up to 5

characters ; the nomenclature is defined and

updated by the LEA.

5.2.6

Payload timestamp

Re Note 2 : The ASN.1 MicroSecond-

TimeStamp should be used.

Re Note 3 : The timeStampQualifier shall be

set.

6.2.3

Aggregation of payloads

Combined transmission of IP packets is

authorised, but shall not delay transmission

for more than 2 seconds.

6.2.4

Sending a large block of application-level

data

Segmentation is not used.

6.2.5

Padding data

Padding is not used.

6.2.6

Payload Encryption

Payload encryption is not used.

6.3.1

General

TCP/IP socket connections are used.

6.3.2

Opening and closing connections

The NWO/AP/SvP shall make 3 connection

attempts at an interval of 10 seconds.

The socket connection shall be closed by the

NWO/AP/SvP after 2 minutes of inactivity.

6.3.4

Keep-alives

Using Keep-alives may be used if desired,

but use shall be agreed between NWO/

AP/SvP and LEA. The preferred method is

to close the connection after 2 minutes of

inactivity according to 6.3.2.

If the LEA requests Keep-alives, the function

shall be implemented.

6.3.5

Option negotiation

Option negotiation is currently not used, but

maybe implemented on LEAs request at a

later stage.

6.4.2

TCP Settings

The port numbers to be used will be

specified by the LEA.

6.4.3

Acknowledging data

Option 1 is chosen.

7.2

Security requirements

IP-based transmission : A VPN including

IPSec encryption shall be set up between the

NWO/AP/SvPs and the LEAs; refer to A.4.

7.2.3

Integrity

NWO/AP/SvPs shall inform LEA if periodic

integrity checks are supported in NWO/AP/

SvPs's network. In this case, this shall be

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

activated upon LEA's request. The required

parameters will be defined by the LEA.

Re [3], Annex D IRI by post and pre-processing HI3 information

Re Section

Reference / Description

National provision / Extension

D.4

IRI by post and pre-processing HI3

information

Pre-processing at LEMF to generate IRI is

not considered, the IRI shall be generated by

post-processing at CSP’s domain.

Re [3], Annex F Traffic management of the handover interface

Re Section

Reference / Description

National provision / Extension

F.4

National considerations

Filtering at the mediation function should be

implemented upon request by the LEA.

F.5.2

Maximum buffering time

To protect against loss of data due to

equipment or network problems, the buffering

time shall be 5 minutes taking into account

the maximum bandwidth at the network

interface of the delivery function.

Supplements to [3], Annex A ASN.1 syntax trees

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.51

(3)

General

The provisions in [3] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [4] (TS 102 232 – 2)

Re [4], General Section

Re Section

Reference / Description

National provision / Extension

4.2

Unified messaging

Handover

of

intercepted

e-mail

shall

be according to EmailCC and EmailIRI

structures.

E-mail attributes

All attributes mentioned in 7.1 to 7.10 shall

be set.

Supplements to [4], Annex D Messaging ASN.1

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.52

(4)

General

The provisions in [4] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [5] (TS 102 232 – 3)

Re [5], General Section

Re Section

Reference / Description

National provision / Extension

6.2.2

Use of location field

The location parameter shall be set.

Supplements to [5], 8 ASN.1 for IRI and CC

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.53

(5)

General

The provisions in [5] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [6] (TS 102 232 – 4)

Re [6], General Section

The provisions in the specified documents remain unchanged.

Supplements to [6], 8 ASN.1 for IRI and CC

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.54

(6)

General

The provisions in [6] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [7] (TS 102 232 – 5)

Re [7], General Section

Re Section

Reference / Description

National provision / Extension

5.2.3

Location information

The location information shall be reported.

5.6

Direction for IMS IRI for Signalling

Messages

The payloadDirection parameter shall be

used.

5.7.1

Direction for SIP sessions

The sessionDirection parameter shall be

used.

Supplements to [7], 7 ASN.1 specification for IRI and CC

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.55

(7)

General

The provisions in [7] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [8] (TS 102 232 – 6)

Re [8], General Section

REMARK

If the NWO/AP/SvP’s equipment supports delivery of CC via dedicated ISDN channels as

described and defined in [1], this method shall be used for PSTN/ISDN services described

in TS 102 232-6 as well.

If delivery of CC via dedicated ISDN channels is not supported by the NWO/AP/SvP’s

equipment, the CC delivered via RTP according to [8] shall be coded in G.711.

Re Section

Reference / Description

National provision / Extension

6.3.2

Supplementary information

All fields mentioned in the table shall be set.

Supplements to [8], Annex A ASN.1 for IRI and CC

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

ASN.1-

Reference

Reference / Description

National Provision / Extension

04022.56

(8)

General

The provisions in [8] remain unchanged.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Re [9] (TS 102 232 – 7)

Re [9] ; General Section

The provisions in the specified documents remain unchanged.

Supplements to [9] ; Annex A ASN.1 for IRI and CC

Clarification : Any parameter described in the ASN.1 notation, even if marked as OPTIONAL in the ETSI TS,

SHALL be transmitted, insofar it exists with regard to the respective message.

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Technical Provisions

ISDN-based transmission

Routing of CC (Content of Communication) is via ISDN dial-up lines using Euro ISDN (E-DSS1). An ISDN

CUG (Closed User Group) between the NWO/AP/SvP and the LEA shall be set up.

IP-based transmission

IP-based transmission takes place over a VPN. Provision, configuration and operation of the VPN

components are the responsibility of the LEA.

The following components shall be provided by the NWO/AP/SvP

Transparent Internet access to each LEA

Internet access shall be sized adequately, shall have static, official IP addresses and shall have maximum

availability with regard to the infrastructure of the NWO/AP/SvP.

Internet access needs to be planned and implemented in parallel if required by the LEA for introduction

of redundancy. In this case, both Internet accesses should be planned as independently as possible

from one another, taking the infrastructure at the NWO/AP/SvP into account (e.g. separate physical entry

points, routing, autonomous network components, independent peering points).

Infrastructure at the handover point

The following components are to be supplied by the NWO/AP/SvP

○

exclusive 19" rack, with lock

○

2 X 230 VAC, 16 amp. power supply (connected to UPS)

○

waste heat dissipation capacity for the rack : minimum 2kW

○

installation in IT server room

○

transparent Internet access/Internet access terminates in this 19" rack (Ethernet interface)

○

handover from the provider’s network takes place in this 19" rack (Ethernet interface)

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Annex A : National HI2-ASN.1 parameters

Additions to HI2-Operations

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) hi2(1) version18(18)}

DEFINITIONS IMPLICIT TAGS ::=

BEGIN

IMPORTS

Natparas FROM NatParameter;

IRI-Parameters ::= SEQUENCE

{

domainID [0] OBJECT IDENTIFIER (hi2OperationId) OPTIONAL,

-- for the sending entity the inclusion of the Object Identifier is mandatory

national-HI2-ASN1parameters[255] National-HI2-ASN1parameters OPTIONAL

}

National-HI2-ASN1parameters ::= SEQUENCE

{

countryCode [1] PrintableString (SIZE (2)),

-- Country Code (LU for Luxembourg) according to ISO 3166-1,

-- the country to which the parameters inserted after the extension marker apply.

-- In case a given country wants to use additional national parameters according to

-- its law, these national parameters should be defined using the ASN.1 syntax and

-- added after the extension marker (...).

-- It is recommended that "version parameter" and "vendor identification parameter"

-- are included in the national parameters definition. Vendor identifications can be

-- retrieved from the IANA web site (see annex H). In addition, avoiding the use

-- of tags from 240 to 255 is recommended in a formal type definition.

natparas [2] Natparas,

-- Import from national specifications for Luxembourg, Annex A

}

END -- HI2Operations

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

NatParameter

-- National parameter

-- Content defined by national law

-- Version of this ASN.1 specification of the national parameters : '1'

-- To be inserted into the parameter "specificationVersion"

-- The coding of all text fields shall be according to CODEPAGE 1252

NatParameter

DEFINITIONS IMPLICIT TAGS ::=

BEGIN

Natparas ::= SEQUENCE

{

natVersion

[1]

SEQUENCE

{

Version [1]

INTEGER(0..255)

},

locationDetails

[2]

LocationDetails OPTIONAL

}

-- **************************** Parameter begin **********************

LocationDetails ::= SEQUENCE

{

radius

[0]

INTEGER(0..2147483647) OPTIONAL,

-- radius of a cell in metres

radiationDirection

[1]

INTEGER(0..359) OPTIONAL,

-- radiation direction of the main beam of a cell in degrees relative to true north

deflectionAngle

[2]

INTEGER(0..360) OPTIONAL,

-- deflection angle of the cell in degrees

fieldIntensity

[3]

INTEGER(-200..0) OPTIONAL,

-- field intensity of the mobile phone in [dbm]

remark

[4]

PrintableString (SIZE (256)) OPTIONAL

-- free text for additional information

-- (e.g. "antenna position main station, building 16")

}

-- **************************** Parameter end **********************

END

JOURNAL OFFICIEL du Grand-Duché de Luxembourg

MÉMORIAL A - 13 du 3 janvier 2018

Specification for active interception

General Requirements

In accordance with the relevant domestic laws, a NWO/AP/SvP shall support the integration of active

interception equipment into its network upon request by the LEA.

The active interception equipment will be provided and operated by the LEA responsible.

Depending on the case and the nature of the active interception, the point and type of integration into the

NWO/AP/SvP’s network and the level of required support may vary.

Prior to the integration, the LEA responsible will communicate the detailed requirements to the NWO/AP/SvP.

Technical Provisions

The required technical provisions will be announced by the LEA on a case-by-case basis. The general

infrastructural requirements will be the same as described in chapter A.4.2 of this document.

(1)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) hi2(1) version18(18)}

(2)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulintercept(2) threeGPP(4) hi3eps(9) r12(12) version-0(0)}

(3)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) genHeader(1) version24(24)}

(4)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) email(2) version16(16)}

(5)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) iPAccess(3) version11(11)}

(6)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) l2Access(4) version7(7)}

(7)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) iPMultimedia(5) version8(8)}

(8)

{itu-t(0) identified-organization(4) etsi(0) securityDomain(2) lawfulIntercept(2) li-ps(5) pstnIsdn(6) version5(5)}

Vous souhaitez savoir comment cette disposition s'applique à votre dossier ?

Analysez ce texte législatif avec la jurisprudence, la doctrine et les dispositions connexes dans Legislator AI.

Ouvrir dans Legislator →