1、 ETSI TS 103 280 V2.2.1 (2018-09) Lawful Interception (LI); Dictionary for common parameters TECHNICAL SPECIFICATION ETSI ETSI TS 103 280 V2.2.1 (2018-09)2 Reference RTS/LI-00158 Keywords dictionary, Lawful Interception, security ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Te
2、l.: +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 enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made ava
3、ilable in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the onl
4、y prevailing document is the print of the Portable Document Format (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 oth
5、er ETSI documents is available at https:/portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or ut
6、ilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to
7、 reproduction in all media. ETSI 2018. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are trademarks of ETSI registered for the benefit of its Members. 3GPPTM and LTETMare trademarks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. oneM2M
8、logo is protected for the benefit of its Members. GSMand the GSM logo are trademarks registered and owned by the GSM Association. ETSI ETSI TS 103 280 V2.2.1 (2018-09)3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 5g32.1 Normative referenc
9、es . 5g32.2 Informative references 6g33 Abbreviations . 6g34 Release management 7g35 Parameter requirements 7g35.0 Introduction 7g35.1 Parameter attributes 7g35.2 Parameter naming conventions . 8g35.3 Technology conventions . 8g36 Parameter dictionary. 8g37 Technical implementation 18g37.1 XSD 18g37
10、.2 ASN.1 . 18g3Annex A (normative): XSD definition 19g3Annex B (normative): ASN.1 definition . 22g3Annex C (informative): Change Request history . 24g3History 25g3ETSI ETSI TS 103 280 V2.2.1 (2018-09)4 Intellectual Property Rights Essential patents IPRs essential or potentially essential to normativ
11、e deliverables 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
12、respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (https:/ipr.etsi.org/). 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
13、 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. Trademarks The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners. ETSI claims
14、no ownership of these except for any which are indicated as being the property of ETSI, and conveys no right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does not constitute an endorsement by ETSI of products, services or organizations assoc
15、iated with those trademarks. Foreword This Technical Specification (TS) has been produced by ETSI Technical Committee Lawful Interception (LI). It contains also the XSD technical implementation as attachment to the original document available from the ETSI site. Modal verbs terminology In the presen
16、t document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in ETSI deliverables e
17、xcept when used in direct citation. ETSI ETSI TS 103 280 V2.2.1 (2018-09)5 1 Scope The present document defines a dictionary of parameters that are commonly used in multiple TC LI specifications. Aside from defining a dictionary, the present document aims to provide technical means for other specifi
18、cations to use. It is encouraged to use the present document in the development of new specifications. It is foreseen that regular maintenance of the present document is be required. As such release management requirements will be defined. Before accepting any new common parameter, the present docum
19、ent will provide a set of requirements the parameter has to comply to in order to become a common parameter. 2 References 2.1 Normative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only
20、 the cited version applies. For non-specific references, the latest version of the referenced document (including any amendments) applies. Referenced documents which are not found to be publicly available in the expected location might be found at https:/docbox.etsi.org/Reference. NOTE: While any hy
21、perlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are necessary for the application of the present document. 1 ETSI TS 102 232-1: “Lawful Interception (LI); Handover Interface and Service-Specifi
22、c Details (SSD) for IP delivery; Part 1: Handover specification for IP delivery“. 2 W3C Recommendation 5 April 2012: “W3C XML Schema Definition Language (XSD) 1.1 Part 2: Datatypes“. 3 Recommendation ITU-T X.680: “Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic
23、notation“. 4 Recommendation ITU-T E.164: “The international public telecommunication numbering plan“. 5 Recommendation ITU-T E.212: “The international identification plan for public networks and subscriptions“. 6 ETSI TS 123 003: “Digital cellular telecommunications system (Phase 2+) (GSM); Universa
24、l Mobile Telecommunications System (UMTS); Numbering, addressing and identification (3GPP TS 23.003)“. 7 ETSI TS 102 657: “Lawful Interception (LI); Retained data handling; Handover interface for the request and delivery of retained data“. 8 IETF RFC 791: “Internet Protocol“. 9 IETF RFC 4632: “Class
25、less Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan“. 10 IETF RFC 8200: “Internet Protocol, Version 6 (IPv6) Specification“. 11 IETF RFC 4291: “IP Version 6 Addressing Architecture“. 12 IETF RFC 793: “Transmission Control Protocol“. 13 IETF RFC 768: “User Datagram
26、Protocol“. ETSI ETSI TS 103 280 V2.2.1 (2018-09)6 14 IEEE 802.3TM: “IEEE Standard for Ethernet“. 15 IETF RFC 5322: “Internet Message Format“. 16 W3C Recommendation 28 October 2014: “HTML5 A vocabulary and associated APIs for HTML and XHTML“. 17 IETF RFC 4122: “A Universally Unique IDentifier (UUID)
27、URN Namespace“. 18 ISO 3166-1: “Codes for the representation of names of countries and their subdivisions - Part 1: Country codes“. 19 IEEE Std 1003.1TM-2008: “IEEE Standard for Information Technology - Portable Operating System Interface (POSIX(R)“. 20 ISO/IEC 7812-1:2015: “Identification cards - I
28、dentification of issuers - Part 1: Numbering system“. 21 IETF RFC 3261: “SIP: Session Initiation Protocol“. 22 IETF RFC 3966: “The tel URI for Telephone Numbers“. 23 NIMA Technical Report 8350.2: “Department of Defense World Geodetic System 1984, Its Definition and Relationships With Local Geodetic
29、Systems“. 2.2 Informative references References are either specific (identified by date of publication and/or edition number or version number) or non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the referenced document (includ
30、ing any amendments) applies. NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee their long term validity. The following referenced documents are not necessary for the application of the present document but they assist the user with regard
31、 to a particular subject area. Not applicable. 3 Abbreviations For the purposes of the present document, the following abbreviations apply: ASCII American Standard Code for Information Interchange ASN.1 Abstract Syntax Notation One CC Content of CommunicationCIDR Classless Inter-Domain Routing CSP C
32、ommunications Service Provider HEX HEXadecimalHI Handover Interface HI1 Handover Interface port 1 (for administrative information) HI2 Handover Interface port 2 (for Intercept Related Information) HI3 Handover Interface port 3 (for Content of Communication) IMEI International Mobile station Equipmen
33、t Identity IMSI International Mobile Subscriber Identity IP Internet Protocol IPv4 Internet Protocol version 4 IPv6 Internet Protocol version 6 IRI Intercept Related Information ISO International Organisation for Standardisation ITU-T International Telecommunication Union - Telecommunication LEA Law
34、 Enforcement Agency ETSI ETSI TS 103 280 V2.2.1 (2018-09)7 LIID Lawful Interception Identifier MAC Media Access Control POSIX Portable Operating System Interface RFC Request For Comments SIP Session Initialization Protocol TCP Transmission Control Protocol UDP User Datagram Protocol URI Uniform Reso
35、urce Identifier UTC Coordinated Universal Time UUID Universally Unique IDentifier XML eXtended Markup Language XSD XML Schema Definition 4 Release management This clause describes the release management requirements. The requirements are: The version of the present document is defined as . The major
36、 version should be incremented when making a backwards incompatible change. The minor version should be incremented when adding backwards compatible functionality. The patch version should be incremented when fixing a backwards compatible bug. Once a major version has been incremented, the previous
37、major version will be supported for 2 years after publication of the new version. Change requests issued to a version that is no longer supported will need to be issued for the latest supported major version. 5 Parameter requirements 5.0 Introduction This clause describes the requirements a paramete
38、r should comply to in order to be specified as a common parameter. 5.1 Parameter attributes Name The parameter should be assigned a unique name. The naming conventions used are described in clause 5.2. Description A description of the parameter should be provided. Usage guidance If there are circums
39、tances in which additional usage guidance is applicable, use cases may be described in this attribute. References to other specifications If the parameter is specified in another specification (such as an RFC), a reference to that specification shall be provided. If possible, the reference should po
40、int to the exact clause or clause in the specification. EXAMPLE: Specify one or more sample values of the parameter. ETSI ETSI TS 103 280 V2.2.1 (2018-09)8 Technical means to define and validate the parameter If possible, provide a regular expression to specify the value that is accepted by this par
41、ameter. Implementations may be required to perform additional validation on the value. The regular expressions follow the IEEE POSIX 19, section 9 regular expression format but shall be limited to the regular expression capabilities supported by XSD 2. Define the parameter in the XSD 2 in section 7.
42、1. Define the parameter in the ASN.1 3 in section 7.2. 5.2 Parameter naming conventions Allowed characters The following characters are allowed: A-Z, a-z and 0-9. Camel casing The name of the parameter is to be CamelCased, where the first character is uppercased. Any acronyms should be uppercased. E
43、XAMPLE: - IPv4Address. - SIPURI. - EmailAddress. 5.3 Technology conventions The used technologies defined in clause 7 may impose requirements that conflict with the requirements in clauses 5.1 and 5.2. In the case of a conflict and in exceptional cases, it is allowed to deviate from the requirements
44、 above. 6 Parameter dictionary LIID Name LIID Description For each target identity related to an interception measure, the authorized CSP operator shall assign a special Lawful Interception IDentifier (LIID), which has been agreed between the LEA and the CSP. It is used within parameters of all HI i
45、nterface ports. Using an indirect identification, pointing to a target identity makes it easier to keep the knowledge about a specific interception target limited within the authorized CSP operators and the handling agents at the LEA. The Lawful Interception IDentifier LIID is a component of the CC
46、delivery procedure and of the IRI records. It shall be used within any information exchanged at the Handover Interfaces HI2 and HI3 for identification and correlation purposes. The LIID format shall consist of alphanumeric characters. It might for example, among other information, contain a lawful a
47、uthorization reference number, and the date, when the lawful authorization was issued. The authorized CSP shall either enter a unique LIID for each target identity of the interception subject or as a national option a single LIID for multiple target identities all pertaining to the same interception
48、 subject. ETSI ETSI TS 103 280 V2.2.1 (2018-09)9 EXAMPLE: The interception subject has a telephony service with three telephone numbers. The CSP enters for each telephone number an own LIID, or optionally enters one LIID for all three telephone numbers. If more than one LEA intercepts the same targe
49、t identity, there shall be unique LIIDs assigned, relating to each LEA. Usage guidance The LIID is defined as an OCTET STRING in ASN.1. This means it is possible to use binary octets or ASCII printable characters to express the LIID. To correctly handle this, the parameter accepts both variations. References ETSI TS 102 232-1 1, clause 5.2.2. Example ZZZ123 (ASCII printable LIID) 46565527098f6bcd4621d373cade4e832627b4f6ff00ff00ff (Binary LIID, represented in HEX) Regular expression (!-
