1、 ETSI EG 203 072 V1.1.1 (2003-11)ETSI Guide Universal Communications Identifier (UCI);Results of a detailed study into the technical areas foridentification harmonization;Recommendations on the UCI for NGNETSI ETSI EG 203 072 V1.1.1 (2003-11) 2 Reference DEG/HF-00039 Keywords addressing, ID, name, U
2、CI ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document ca
3、n 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
4、 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 docu
5、ments is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, send your comment to: editoretsi.org Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reprodu
6、ction in all media. European Telecommunications Standards Institute 2003. All rights reserved. DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of ETSI registered for the benefit of its Members. TIPHONTMand the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Membe
7、rs. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI ETSI EG 203 072 V1.1.1 (2003-11) 3 Contents Intellectual Property Rights5 Foreword.5 1 Scope 6 2 References 6 3 Definitions, symbols and abbreviations .6 3.1 Definitions6 3.1.1
8、Definitions of terms used in TS 101 878 6 3.2 Symbols7 3.3 Abbreviations .7 4 UCI business case issues 7 4.1 Introduction 7 4.2 Roles and Stakeholders 8 4.2.1 Other stakeholders 9 4.2.1.1 Introduction.9 4.2.1.2 The European Commission .9 4.2.1.3 ETSI 10 4.2.1.4 ITU-T 10 4.2.1.5 User representative b
9、odies 10 4.2.1.6 Regulatory authorities .11 4.2.2 Interrelationships between stakeholders .11 4.2.3 Data protection and privacy issues .11 5 UCI architecture (review).12 5.1 UCI construction 14 5.1.1 XML definition of UCI.15 5.2 Requirements for the numeric element of the UCI.15 5.2.1 Stability.15 5
10、.2.2 Access to the UCI owner without using UCI15 5.2.3 Access to the UCI owner using UCI.15 5.2.4 Identifying the UCI Number.15 5.2.5 Requirements summary 16 5.3 Requirements for the label16 5.3.1 Constraints on the label.16 5.4 Requirements for the additional information field .16 6 UCI use cases .
11、17 6.1 General UCI Use Case .17 6.2 Use case: UCI registration17 6.3 Use case: Process rules.19 6.4 Use case: Communicate .19 6.4.1 Communication scenario 1: non-UCI user to non-UCI user.21 6.4.2 Communication scenario 2: non-UCI user to UCI user 21 6.4.3 Communication scenario 3: UCI user to non-UC
12、I user 21 6.4.4 Communication scenario 4: UCI user to UCI user .21 7 Provision of UCI-numeric (analysis of options) 21 7.1 The re-use of existing numbering resources.21 7.2 The use of exclusive numbering resources.22 7.3 Use of national numbering .22 7.4 Networks identified by an E.164 Shared Countr
13、y Code and Identification Code 23 7.5 Global UPT number range24 7.6 Use of a new global numbering range24 7.7 UCI-like implementations outside the global public constraint .25 7.7.1 Introduction.25 7.7.2 Corporate networks.25 ETSI ETSI EG 203 072 V1.1.1 (2003-11) 4 7.7.3 Networks identified by an E.
14、164 Shared Country Code and Identification Code.26 7.7.4 Migration from Private to Public UCI 26 7.8 Comparison of different options for UCI numbering .26 8 Provision of UCI-label (analysis of options)27 8.1 UCI owner identities 27 8.1.1 Interpretation of UCI label28 9 UCI related data .29 9.1 What
15、is UCI related data?.29 9.2 PUA stored data .29 9.3 The UCI additional information field.29 9.3.1 The “authenticity“ flag30 9.3.2 A “business/personal“ flag31 9.3.3 Preferred services indicators.31 9.3.4 Special user requirements .31 10 UCI operations in the NGN context.32 10.1 The NGN model .32 10.
16、2 Service capability model 32 10.3 Support for UCI in service capability model33 10.3.1 UCI-user .33 10.3.2 Register use-case 34 10.3.3 Communicate use-case .35 10.3.4 Process rules use-case.36 Annex A (informative): Migration to UCI .37 Annex B (informative): Privacy, data protection and trust38 B.
17、1 Privacy and data protection 38 B.2 Trust relationships between UCI entities .39 B.2.1 Relationship between communications networks, services or applications, and SAs 39 B.2.2 Relationship between SAs and PUAs.39 B.2.3 Relationship between PUAs.39 B.2.4 Relationship between PUAs and their UCI owner
18、s39 B.2.5 Relationship between UCI owners .40 Annex C (informative): UCI FAQ.41 Annex D (informative): ENUM and UCI - A comparison and a contrast.42 Annex E (informative): Bibliography.43 History 44 ETSI ETSI EG 203 072 V1.1.1 (2003-11) 5 Intellectual Property Rights IPRs essential or potentially es
19、sential 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 not
20、ified 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 c
21、an 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 ETSI Guide (EG) has been produced by ETSI Technical Committee Human Factors (HF). ETSI ETSI EG
22、 203 072 V1.1.1 (2003-11) 6 1 Scope The present document gives the results of a study performed to identify the identification requirements for users, terminals, networks within the context of next generation networks. The study has included both where a common identity is used to access all service
23、s (the UCI concept) and the further development of existing telephone numbering and internet naming within the NGN context. The present document presents a set of recommendations for implementing the identification requirements to NGN developments. 2 References The following documents contain provis
24、ions 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 refer
25、ence, the latest version applies. Referenced documents which are not found to be publicly available in the expected location might be found at http:/docbox.etsi.org/Reference. 1 ITU-T Recommendation E.164: “The international public telecommunication numbering plan“. 2 ETSI TS 101 878: “Telecommunica
26、tions and Internet Protocol Harmonization Over Networks (TIPHON) Release 3; Service Capability Definition; Service Capabilities for a simple call“. 3 ETSI TS 101 882: “Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON) Release 3; Protocol Framework Definition; General (met
27、a-protocol)“. 4 IETF RFC 2916: “E.164 number and DNS“. 5 ETSI EG 201 940: “Human Factors (HF); User identification solutions in converging networks“. 6 ETSI EG 202 067: “Universal Communications Identifier (UCI); System framework“. 7 ETSI TS 102 051 (V1.1.1): “ENUM Administration in Europe“. 3 Defin
28、itions, symbols and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in EG 202 067 6 apply. 3.1.1 Definitions of terms used in TS 101 878 NOTE: These terms are defined only for the convenience of readers unfamiliar with object oriented design an
29、d programming. Readers in this class are recommended to read the guides to UML from the founders of the language (Grady Booch, James Rumbaugh and Ivor Jacobson) for an introduction to OO methods. overload: ability to use the same name for multiple operations (i.e. to use setup() as the name of a ser
30、vice capability and for this to encompass setup() in (say) SIP, H.323, and ISDN environments) ETSI ETSI EG 203 072 V1.1.1 (2003-11) 7 polymorphism: principle of object orientation that states that an object of a subclass can redefine any of the operations it inherits from its superclass stereotype:
31、thing that extends the vocabulary of UML, in the case of the NGN model the stereotype is used to indicate an object of type “service capability“ 3.2 Symbols For the purposes of the present document, the following symbol applies: used in UML class diagrams to indicate a stereotype of type “service ca
32、pability“ 3.3 Abbreviations For the purposes of the present document, the following abbreviations apply: ATM Asynchronous Transfer Mode GSM Global System for Mobile (deprecated) ICANN Internet Corporation for Assigned Names and Numbers ICT Information ETSI ETSI EG 203 072 V1.1.1 (2003-11) 10 The use
33、 of the UCI “additional information field“ provides a mechanism for communications user to express a wide range of their special needs that are of interest to the European Commission. These include: - information about the UCI users language capabilities that can be used when interacting with servic
34、es to convey to and receive from users information in a language that respects the UCI users language abilities (an important issue in a region that has many languages that its citizens and its visitors use to communicate); - information about a users preferences for methods of communication that ar
35、e consistent with any limitations that may result from disabilities that the UCI user may have (and optionally explicit reference to the nature of a persons disabilities that may aid services in providing tailored support for the user). 4.2.1.3 ETSI UCI has the potential to provide an advanced commu
36、nications environment based upon ETSI Standards, as a result of undertaking the development of the UCI concept under the eEurope umbrella. Although ETSI has a remit to create standards that apply to communications within Europe, ETSI is always very keen to exploit and/or support standards that have
37、a global significance and that therefore support the development of products and services that have a much wider market potential for ETSI members. UCI is again very relevant as it is a concept that, by its very nature, makes most sense only when seen in a global perspective. 4.2.1.4 ITU-T ITU-T has
38、 a remit to create recommendations that have a global scope. UCI requires standards and agreements at an international level that only ITU-T can deliver in its core telecommunications field. By being responsible for the allocation of numbers complying to the international ISDN-era numbering plan def
39、ined in ITU-T Recommendation E.164 1 (hereinafter referred to as E.164 numbers), ITU-T is able to be influential in controlling the numbering resources that will apply to a range of converged services that will encompass both traditional telecommunications and internet-based voice and text based com
40、munications that are the traditional responsibility of bodies such as ICANN and the IETF. UCI might provide the ITU-T with a way of controlling the all important element of a UCI, its number, and thus gives it much greater influence in its role of asserting its expertise in the fields of joint activ
41、ity between the ITU-T and the IETF. 4.2.1.5 User representative bodies There are a very diverse range of user representative bodies that might have an interest in UCI. Some of these are elaborated upon below: Groups representing the interests of the individual user of communications services would s
42、ee UCI offering its users the very wide range of powerful communications capabilities that are made more practical with UCI. Its users would also benefit from factors such as the “identifier for life“ features that would be a refreshing change to its users who have experienced several forced changes
43、 of telephone number and who have had to adopt different email addresses as the unsustainable business models have caused many ISPs to go out of business. Groups that represent users who, because of their disabilities, require special assistance to fully participate in todays more complex multi-serv
44、ice communications marketplace. UCI, and in particular its “additional information field“ offers a mechanism for users to express their special requirements which services can utilize to deliver them specially tailored communications services. Groups that are concerned about the safety of users when
45、 they communicate. Groups who are concerned to protect young children when they communicate using the internet could encourage the use of UCI and the elements of authentic identity that cover authentic information on the sex and age of the UCI user. UCI users who wished to participate in “safe“ chat
46、 rooms would have to agree that this authentic age and sex information could be verified by the chat service to ensure that the UCI user fitted the profile of the intended users of the chat room. Groups that are concerned about privacy would be interested to see the emphasis on allowing users to det
47、ermine how the privacy of any personal information about them should be treated. A system such as UCI which allows a user to determine when and how any information about them is made available to another party when communicating with UCIs would be seen to contrast significantly with most systems whe
48、re the users rights over their information is usually given away to another party. ETSI ETSI EG 203 072 V1.1.1 (2003-11) 114.2.1.6 Regulatory authorities It is essential to be clear as to the regulatory environment in which UCI will operate, and this will largely be in the context of the numeric ele
49、ment of UCI. It is the rights of use over an existing numbering resource that may determine use of UCI. Regulators may need to ensure that inclusion of this number into the public UCI service is at the behest of the user who has been granted rights on its usage. As a consequence of the number in use, then the user may or may not have to opt in to the UCI service. For example if a range is allocated, either internationally or nationally for a “UCI service“, then by taking that service the user has effectively opted in by default. On the other
