1、 ETSI TS 103 280 V1.1.2 (2015-08) Lawful Interception (LI); Dictionary for common parameters TECHNICAL SPECIFICATION floppy3ETSI ETSI TS 103 280 V1.1.2 (2015-08)2 Reference RTS/LI-00126 Keywords dictionary, Lawful Interception, security ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FR
2、ANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif 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 m
3、ade available 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,
4、the only 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
5、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: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utili
6、zed 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 re
7、production in all media. European Telecommunications Standards Institute 2015. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of
8、the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TS 103 280 V1.1.2 (2015-08)3 Contents Intellectual Property Rights 4g3Foreword . 4g3Modal verbs terminology 4g31 Scope 5g32 References 5g32.1 Normative references . 5g32.2 In
9、formative references 6g33 Abbreviations . 6g34 Release management 6g35 Parameter requirements 7g35.0 Introduction 7g35.1 Parameter attributes 7g35.2 Parameter naming conventions . 7g35.3 Technology conventions . 8g36 Parameter dictionary. 8g37 Technical implementation 15g37.1 XSD 15g37.2 ASN.1 . 15g
10、3History 16g3ETSI ETSI TS 103 280 V1.1.2 (2015-08)4 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
11、 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:/ipr.etsi.org). Pursuant to the ETSI I
12、PR 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 Th
13、is 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 present document “shall“, “shall not“, “should
14、“, “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 except when used in direct citation. ETSI
15、 ETSI TS 103 280 V1.1.2 (2015-08)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 specifications to use. It is encouraged to use
16、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 document will provide a set of requirements t
17、he 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 the cited version applies. For non-spec
18、ific references, the latest version of the reference document (including any amendments) 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: While any hyperlinks included in this clause were vali
19、d 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-Specific Details (SSD) for IP delivery; Part 1: H
20、andover specification for IP delivery“. 2 W3C Recommendation 5 April 2012: “W3C XML Schema Definition Language (XSD)“. 3 Recommendation ITU-T X.680: “Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation“. 4 Recommendation ITU-T E.164: “The international publ
21、ic 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); Universal Mobile Telecommunications System (UMTS); Numbering, addressing
22、 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, DARPA Internet Program Protocol Specification“. 9 IETF RFC 4632: “Classless Inter-domain
23、 Routing (CIDR): The Internet Address Assignment and Aggregation Plan“. 10 IETF RFC 2460: “Internet Protocol, Version 6 (IPv6) Specification“. 11 IETF RFC 4291: “IP Version 6 Addressing Architecture“. 12 IETF RFC 793: “Transmission Control Protocol, DARPA Internet Program Protocol Specification“. 13
24、 IETF RFC 768: “User Datagram Protocol“. 14 IEEE 802.3: “IEEE Standard for Ethernet“. ETSI ETSI TS 103 280 V1.1.2 (2015-08)6 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 Universal
25、ly Unique IDentifier (UUID) 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.1-2008: “Standard for Information Technology - Portable Operating System Interface (POSIX(R)“. 20 ISO/IEC 7812-1:2015: “Ide
26、ntification cards - Identification of issuers - Part 1: Numbering system“. 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
27、references, the latest version of the reference document (including 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 applicat
28、ion of the present document but they assist the user with regard 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 CIDR
29、 Classless Inter-Domain Routing HEX HEXadecimal IMEI International Mobile station Equipment Identity IMSI International Mobile Subscriber Identity IP Internet Protocol IPv4 Internet Protocol version 4 IPv6 Internet Protocol version 6 LIID Lawful Interception Identifier MAC Media Access Control RFC R
30、equest for Comments TCP Transmission Control Protocol UDP User Datagram Protocol UTC Coordinated Universal Time UUID Universally Unique IDentifier XSD XML Schema Definition 4 Release management This clause describes the release management requirements. The requirements are: The version of the presen
31、t document is defined as . The major version should be incremented when making a backwards incompatible change. The minor version should be incremented when adding backwards compatible functionality. ETSI ETSI TS 103 280 V1.1.2 (2015-08)7 The patch version should be incremented when fixing a backwar
32、ds compatible bug. Once a major version has been incremented, the previous 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 requ
33、irements 5.0 Introduction This clause describes the requirements a parameter 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 descripti
34、on of the parameter should be provided. Usage guidance If there are circumstances 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
35、 that specification shall be provided. If possible, the reference should point to the exact clause or clause in the specification. EXAMPLE: - Specify one or more sample values of the parameter. Technical means to define and validate the parameter If possible, provide a regular expression to specify
36、the value that is accepted by this parameter. Implementations may be required to perform additional validation on the value. The regular expressions follow the IEEE POSIX, section 9 19 regular expression format but shall be limited to the regular expression capabilities supported by XSD 2. Define th
37、e parameter in the XSD 2 in section 7.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
38、. Any acronyms should be uppercased. ETSI ETSI TS 103 280 V1.1.2 (2015-08)8 EXAMPLE: - 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 conf
39、lict and in exceptional cases, it is allowed to deviate from the requirements above. 6 Parameter dictionary LIID Name LIID Description Lawful Interception Identifier Usage guidance The LIID is defined as an OCTET STRING in ASN.1. This means it is possible to use binary octets or ASCII characters to
40、express the LIID. To correctly handle this, the parameter accepts both variations. To align with ETSI TS 102 232-1 1, clause 5.2.2 the ASCII character validation only allows ASCII printable characters. References ETSI TS 102 232-1 1, clause 5.2.2. Example ZZZ123 (ASCII printable LIID) 46565527098f6b
41、cd4621d373cade4e832627b4f6ff00ff00ff (Binary LIID, represented in HEX) Regular expression (!-1,25)|(0-9a-f26,50)$ XSD LIID, simpleType ASN.1 See clause 7.2 UTCDateTime Name UTCDateTime Description A UTC timestamp with second precision. Usage guidance - References W3C XML Schema Definition Language 2
42、, section 3.3.7 Example 2015-12-27T13:37:00Z Regular expression 0-94-0-92-0-92T0-92:0-92:0-92Z$ XSD UTCDateTime, simpleType ASN.1 See clause 7.2 UTCMicrosecondDateTime Name UTCMicrosecondDateTime Description A UTC timestamp with microsecond precision. Usage guidance - References W3C XML Schema Defin
43、ition Language 2, section 3.3.7 Example 2015-12-27T13:37:00.012345Z Regular expression 0-94-0-92-0-92T0-92:0-92:0-92.0-96Z$ XSD UTCMicrosecondDateTime, simpleType ASN.1 See clause 7.2 ETSI ETSI TS 103 280 V1.1.2 (2015-08)9 QualifiedDateTime Name QualifiedDateTime Description A timestamp with second
44、precision and timezone qualifier. Usage guidance - References W3C XML Schema Definition Language 2, section 3.3.7 Example 2015-12-27T13:37:00+02:00 Regular expression 0-94-0-92-0-92T0-92:0-92:0-92(Z|+-0-92:0-92)$ XSD QualifiedDateTime, simpleType ASN.1 See clause 7.2 QualifiedMicrosecondDateTime Nam
45、e QualifiedMicrosecondDateTime Description A timestamp with microsecond precision and timezone qualifier. Usage guidance - References W3C XML Schema Definition Language 2, section 3.3.7 Example 2015-12-27T13:37:00.012345+02:00 Regular expression 0-94-0-92-0-92T0-92:0-92:0-92.0-96(Z|+-0-92:0-92)$ XSD
46、 QualifiedMicrosecondDateTime, simpleType ASN.1 See clause 7.2 InternationalE164 Name InternationalE164 Description E.164 Number in fully international format, written as decimal digits. Usage guidance - References Recommendation ITU-T E.164 4, clause 6 Example 31612345678 Regular expression 0-91,15
47、$ XSD InternationalE164, simpleType ASN.1 See clause 7.2 IMSI Name IMSI Description International Mobile Subscriber Identity, written as decimal digits. Usage guidance - References Recommendation ITU-T E.212 5, clause 6.1 Example 204081234567890 Regular expression 0-915$ XSD IMSI, simpleType ASN.1 S
48、ee clause 7.2 IMEI Name IMEI Description International Mobile station Equipment Identity, written as decimal digits without the Luhn check digit, annex B of ISO/IEC 7812-1 20. Usage guidance To avoid implementation issues, the IMEI parameter explicitly excludes the Luhn check digit, annex B of ISO/I
49、EC 7812-1 20. NOTE 1: ETSI TS 102 657 7 clause E.3 identifies potential issues with the inclusion/exclusion of the check digit. As such, the IMEI parameter is explicitly specified without the check digit. NOTE 2: The IMEICheckDigit parameter can be used when the check digit is explicitly required. References 3GPP TS 23.003 6, clause 6 Example 3
