DOCSLIB.ORG

EG 202 072 V1.1.1 (2002-09) ETSI Guide

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

ETSI EG 202 072 V1.1.1 (2002-09) ETSI Guide Universal Communications Identifier (UCI); Placing UCI in context; Review and analysis of existing identification schemes 2 ETSI EG 202 072 V1.1.1 (2002-09) Reference DEG/HF-00038 Keywords addressing, ID, name, UCI 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 enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, send your comment to: [email protected] Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. © European Telecommunications Standards Institute 2002. All rights reserved. DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of ETSI registered for the benefit of its Members. TIPHONTM and the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI 3 ETSI EG 202 072 V1.1.1 (2002-09) Contents Intellectual Property Rights................................................................................................................................5 Foreword.............................................................................................................................................................5 1 Scope ........................................................................................................................................................6 2 References ................................................................................................................................................6 3 Definitions and abbreviations...................................................................................................................7 3.1 Definitions..........................................................................................................................................................7 3.2 Abbreviations .....................................................................................................................................................8 4 Introduction ..............................................................................................................................................9 5 Overview of existing identification (naming, numbering and addressing) schemes................................9 5.1 ISDN/PSTN and PLMN identification schemes ................................................................................................9 5.1.1 E.164 Numbering Plan................................................................................................................................10 5.1.2 Additional PLMN identification mechanisms ............................................................................................11 5.1.2.1 International Mobile Subscriber Identity (IMSI) ..................................................................................11 5.1.2.2 Structure of TMSI .................................................................................................................................12 5.1.2.3 Structure of Local Mobile Station Identity (LMSI) ..............................................................................12 5.1.2.4 Structure of Temporary Logical Link Identity (TLLI)..........................................................................12 5.2 Public Data Network Identification schemes ...................................................................................................13 5.2.1 X.121 Numbering plan ...............................................................................................................................13 5.2.1.1 DNIC.....................................................................................................................................................15 5.2.1.2 NTN ......................................................................................................................................................15 5.2.1.3 DCC ......................................................................................................................................................15 5.2.1.4 NN.........................................................................................................................................................15 5.2.1.5 Escape Codes ........................................................................................................................................16 5.2.2 Frame Relay Networks ...............................................................................................................................16 5.2.3 AESA..........................................................................................................................................................16 5.2.3.1 AESA format.........................................................................................................................................16 5.2.3.1.1 AFI ..................................................................................................................................................17 5.2.3.1.2 IDI ...................................................................................................................................................17 5.2.3.1.3 HO-DSP...........................................................................................................................................17 5.2.3.1.4 ESI...................................................................................................................................................17 5.2.3.1.5 SEL..................................................................................................................................................17 5.2.3.2 Types of AESA .....................................................................................................................................17 5.2.3.2.1 E.164 AESA ....................................................................................................................................18 5.2.3.2.1.1 ICD AESA .................................................................................................................................18 5.2.3.2.2 DCC AESA .....................................................................................................................................18 5.2.3.2.3 ITU-IND AESA...............................................................................................................................18 5.3 Network Service Access Point (NSAP) addresses ...........................................................................................18 5.4 IP Network Naming..........................................................................................................................................19 5.4.1 IP Version 4 Addressing.............................................................................................................................19 5.4.2 IP Version 6 Addressing.............................................................................................................................20 5.4.3 Universal Resource Locators (URLs).........................................................................................................20 5.5 International Signalling Point Codes................................................................................................................21 5.6 X.400................................................................................................................................................................21 5.7 Telex numbers..................................................................................................................................................22 5.8 ISO 8802.3 MAC addresses .............................................................................................................................22 6 Application programming interfaces......................................................................................................22 6.1 Summary ..........................................................................................................................................................22 6.2 Introduction ......................................................................................................................................................22 6.3 Universal communications model ....................................................................................................................23
Recommended publications
  • ITU Operational Bulletin

    ITU Operational Bulletin

    ITU Operational Bulletin www.itu.int/itu-t/bulletin No. 1150 15.VI.2018 (Information received by 1 June 2018) ISSN 1564-5223 (Online) Place des Nations CH-1211 Standardization Bureau (TSB) Radiocommunication Bureau (BR) Genève 20 (Switzerland) Tel: +41 22 730 5211 Tel: +41 22 730 5560 Tel: +41 22 730 5111 Fax: +41 22 730 5853 Fax: +41 22 730 5785 E-mail: [email protected] E-mail: [email protected] / [email protected] E-mail: [email protected] Table of Contents Page GENERAL INFORMATION Lists annexed to the ITU Operational Bulletin: Note from TSB ...................................................................... 3 Approval of ITU-T Recommendations ............................................................................................................ 4 Telephone Service: Kuwait (Communication and Information Technology Regulatory Authority (CITRA), Kuwait City) ........ 5 Viet Nam (Ministry of Information and Communications (MIC), Hanoi) .................................................. 6 Other communication: Serbia ........................................................................................................................................................ 9 Service Restrictions ........................................................................................................................................ 10 Call – Back and alternative calling procedures (Res. 21 Rev. PP – 2006) ....................................................... 10 AMENDMENTS TO SERVICE PUBLICATIONS Mobile Networks Code (MNC) ......................................................................................................................
  • Bebras.Edu.Au

    Bebras.Edu.Au

    bebras.edu.au Bebras Australia Computational Thinking Challenge Tasks and Solutions 2014 Editors: Karsten Schulz, NICTA Sarah Hobson, Good News Lutheran School Acknowledgements We would like to thank the international Bebras Community for allowing us to use the tasks that they have developed over recent years. Bebras is a collective effort of many countries and we are grateful for the warm welcome that Australia has received. Team Australia’s buddy in the international Bebras Community is Team Germany, which has a long-standing involvement in Bebras since 2006. We have started to contribute Australian-made tasks back to the international Bebras community and are glad to be part of such a wonderful sharing group of countries. Special thanks goes to Eljakim Schrijvers from The Netherlands who is a master of the Bebras System and a key go-to person for Bebras Tasks. Computer science is a very international discipline, and Bebras embodies this principle outstandingly. We would like to thank the Australian Government as represented by the Department of Communications for providing funding to the Digital Careers Initiative which is running Bebras Australia. We would also like to thank the Australian Curriculum, Assessment and Reporting Authority (ACARA) for providing advice regarding Bebras tasks. 2 Introduction About Bebras Australia The Bebras Australia Computational Thinking Challenge was established in 2014 to enable Australian primary and secondary school students to have a go at Digital Technologies without programming. The format is designed to engage students in a light and problem-oriented way. For Australia, we have developed the two characters Bruce and Beatrix who accompany the students in many of the tasks.
  • Guide to WIPO's Services for Country Code Top-Level Domain Registries

    Guide to WIPO's Services for Country Code Top-Level Domain Registries

    Guide to WIPO’s services for country code top-level domain registries Domain name registrations across country code top-level domains (“ccTLDs”) serve as important local business identifiers. Their number continues to increase over time. When trademark-related disputes arise, ccTLD registry operators often prefer to outsource case administration to WIPO – at no cost – for neutral and independent decision-making. Guide to WIPO’s services for country code top-level domain registries This guide presents ccTLD registry operators and national authorities with information on how to resolve third-party domain name disputes in a cost- and time-saving manner. The guide explains the main policy design features of a successful Alternative Dispute Resolution (ADR) system. It also provides information on the WIPO-created Uniform Domain Name Dispute Resolution Policy (UDRP) and the possibility to tailor the UDRP for specific ccTLD requirements. 3 Guide to WIPO’s services for country code top-level domain registries WIPO can assist ccTLDs in a number of ways There are a variety of national, economic, cultural, and linguistic considerations that are important for the ccTLD community. To curb the abusive registration of domain names that conflict with intellectual property (IP) rights, and in particular to resolve disputes between third parties, WIPO’s ccTLD Program can assist ccTLDs in the following ways: Advice on Advice on Tailoring and registration new dispute updating terms and resolution existing dispute conditions policies resolution policies Free
  • Country Code Top-Level Domain (Cctld) Project for State of Kuwait

    Country Code Top-Level Domain (Cctld) Project for State of Kuwait

    Country Code Top-Level Domain (ccTLD) Project for State of Kuwait Communication and Information Technology Regulatory Authority (CITRA) assigns, organizes, manages and codes the top domain names for the State of Kuwait (.kw) for access to the Internet in accordance with best practices and standards in this field, ensuring the efficiency, fairness and transparency for the beneficiaries. This includes the regulation and implementation of all regulations, policies and procedures in relation to the operation of the country code's top-level domain. What is a domain name? A domain name is the address and identity of any website. It is a means of accessing websites directly without having to search them in the search engines. The domain name is a system of converting IP addresses and numbers used to locate computers on the Internet. Domain names provide a system of easy-to-use Internet addresses that can be translated through the DNS - Domain Name System (a system that stores information related to Internet domain names in a decentralized database on the Internet) on the network. What is a ccTLD? Country code top-level domains or the highest country encoding range: used by an independent country or territory. It consists of two letters, such as .eg for Egypt or. sa for Saudi Arabia or .kw for the State of Kuwait. The registration of a domain name (.kw) became easy and smooth process after the establishment and launch of the electronic registration system for the management and operation of domains through the Communication and Information Technology Regulatory Authority and the accredited registrars authorized by the Communication and Information Technology Regulatory Authority and responsible for providing integrated registration services for those wishing to register (.Kw).
  • Af-Saa-Api-Dlpi-0091.000

    Af-Saa-Api-Dlpi-0091.000

    Technical Committee Native ATM Services Data Link Provider Interface (DLPI) Addendum Version 1.0 AF-SAA-API-DLPI-0091.000 February, 1998 af-saa-api-dlpi-0091.000 Native ATM Services DLPI Addendum Version 1.0 © 1998 by The ATM Forum. The ATM Forum hereby grants its members the limited right to reproduce in whole, but not in part, this specification for its members internal use only and not for further distribution. This right shall not be, and is not, transferable. All other rights reserved. Except as expressly stated in this notice, no part of this document may be reproduced or transmitted in any form or by any means, or stored in any information storage and retrieval system, without the prior written permission of The ATM Forum. The information in this publication is believed to be accurate as of its publication date. Such information is subject to change without notice and The ATM Forum is not responsible for any errors. The ATM Forum does not assume any responsibility to update or correct any information in this publication. Notwithstanding anything to the contrary, neither The ATM Forum nor the publisher make any representation or warranty, expressed or implied, concerning the completeness, accuracy, or applicability of any information contained in this publication. No liability of any kind shall be assumed by The ATM Forum or the publisher as a result of reliance upon any information contained in this publication. The receipt or any use of this document or its contents does not in any way create by implication or otherwise: • Any
  • Itu-T List of Mobile Country Or Geographical Area Codes

    Itu-T List of Mobile Country Or Geographical Area Codes

    Annex to ITU Operational Bulletin No. 1117 – 1.II.2017 INTERNATIONAL TELECOMMUNICATION UNION ITU-T TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU COMPLEMENT TO RECOMMENDATION ITU-T E.212 (09/2016) _________________________________________________________________ LIST OF MOBILE COUNTRY OR GEOGRAPHICAL AREA CODES (POSITION ON 1 FEBRUARY 2017) _________________________________________________________________ Geneva, 2017 List of Mobile Country or Geographical Area Codes Note from TSB 1. This List of mobile country or geographical area codes replaces the previous one published as Annex to ITU Operational Bulletin No. 1005 of 1 June 2012. Since then, various new assignments have been made, and they have been published in the ITU Operational Bulletin. 2. This List includes : - a list of mobile country or geographical area codes - in numerical order; - a list of mobile country or geographical area codes - in alphabetical order. 3. This List will be updated by numbered series of amendments published in the ITU Operational Bulletin. Furthermore, the information contained in this Annex is also available on the ITU website www.itu.int/itu-t/bulletin/annex.html. 4. Please address any comments concerning this publication to the Director of TSB: Tel: +41 22 730 5887 Fax: +41 22 730 5853 Email: [email protected] 5. The designations employed and the presentation of material in this List do not imply the expression of any opinion whatsoever on the part of ITU concerning the legal status of any country or geographical area, or of its authorities. Annex
  • Cq Dx Zones of the World

    Cq Dx Zones of the World

    180 W 170 W 160 W 150 W 140 W 130 W 120 W 110 W 100 W 90 W 80 W 70 W 60 W 50 W 40 W 30 W 20 W 10 W 10 E 20 E 30 E 40 E 50 E 60 E 70 E 80 E 90 E 100 E 110 E 120 E 130 E 140 E 150 E 160 E 170 E 180 E -2 +4 CQ DX ZONES Franz Josef Land OF THE WORLD (Russia) ITU DX Zones of the world N can be viewed on the back. 80 Svalbard (Norway) -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 +1 +2 +3 +5 +7 +9 +10 +11 +12 19 1 2 40 -1 Jan Mayen (Norway) +11 70 N 70 Greenland +1 +2 Finland Alaska, U.S. Iceland Faroe Island (Denmark) 14 Norway Sweden 15 16 17 18 19 International Date Line 60 N 60 Estonia Russia Canada Latvia Denmark Lithuania +7 Northern Ireland +3 +5 +6 +8 +9 +10 (UK) Russia/Kaliningrad -10 Ireland United Kingdom Belarus Netherlands Germany Poland Belgium Luxembourg 50 N 50 Guernsey Czech Republic Ukraine Jersey Slovakia St. Pierre and Miquelon Liechtenstein Kazakhstan Austria France Switzerland Hungary Moldova Slovenia Mongolia Croatia Romania Bosnia- Serbia Monaco Herzegovina 1 Corsica Bulgaria Montenegro Georgia Uzbekistan Andorra (France) Italy Macedonia Azores Albania Kyrgyzstan Portugal Spain Sardinia Armenia+4 Azerbaijan 40 N 40 3 4 5 (Portugal) (Italy) Turkmenistan North Korea Greece Turkey United States Balearic Is. Tajikistan +1 Day NOTES: (Spain) 20 23 South Korea Gibraltar Japan Tunisia Malta China Cyprus Syria Iran Madeira Lebanon +4.5 +8 This CQ DX zones map and the ITU zones map on the reverse side use (Portugal) Bermuda Iraq +3.5 Afghanistan an Albers Equal Area projection and is current as of July 2010.
  • Numbering Plan for the Numbering Space for Public Telecommunications

    Numbering Plan for the Numbering Space for Public Telecommunications

    Administrative Order No 29/2015 (Official Gazette No 13/2015 of 8 July 2015) ), amended by Administrative Order No 25/2016 of 4 May 2016 (Official Gazette No 8/2016) Numbering plan for the numbering space for public telecommunications 1. Legal basis Numbers as defined in section 3 para 13 of the Telecommunications Act (TKG) of 22 June 2004 (Federal Law Gazette I page 1190), as last amended by Article 22 of the Act of 25 July 2014 (Federal Law Gazette I page 1266), are character sequences which in telecommunications networks serve the purpose of addressing. A numbering space as defined in section 3 para 13c of the Telecommunications Act is all the numbers used for a particular type of addressing. Telephone numbers as defined in section 3 para 18 of the Telecommunications Act are numbers which when dialled in the public telephone service allow a connection to a specific destination to be set up. This Administrative Order sets out, as required by section 66(1) second sentence of the Telecommunications Act and by the Telecommunications Numbering Ordinance (TNV) of 5 February 2008 (Federal Law Gazette I page 141), as amended by Article 4(110) of the Act of 7 August 2013 (Federal Law Gazette I page 3154), how the German numbering space for public telecommunications is to be structured and configured. 2. Number format and subdivision of the numbering space The German numbering space for public telecommunications is the part identified by the country code 49 of the international numbering space as defined in Recommendation ITU-T E.164 "The international public telecommunication numbering plan" of the International Telecommunication Union (ITU).
  • National Numbering Plan

    National Numbering Plan

    Consultation Paper on National Numbering Plan Pakistan Telecommunication Authority Document classification National Numbering Plan 2008 Document version 4th Version Filename National Numbering Plan Version release date 23 rd Jan; 2008 Present Subject Paper for Public Consultation Version Date Author Changes to previous version 01 4/22/07 Naseem Ahmed Initial Version Vohra Consultant Technical PTA 02 5/28/07 Naseem Ahmed Revision 1 Vohra Consultant Technical PTA (Not released to stakeholders) 03 01/16/08 Naseem Ahmed Revision Vohra Consultant Technical PTA Included intervening developments 04 01/23/08 Naseem Ahmed Incorporated feedback on Numbering Vohra Consultant Regulations from PTA Law Division Technical PTA Table of Contents Table of Contents .............................................................................................................. 3 Executive Summary .......................................................................................................... 6 1. INTRODUCTION.................................................................................................... 13 1.1 Objectives of the Plan....................................................................................... 13 1.1.1 Scope ...................................................................................................14 1.1.2 Role of the PTA................................................................................... 14 2. NUMBERING PLAN OVERVIEW ........................................................................ 15 2.1.1
  • Asynchronous Transfer Mode (ATM)

    Asynchronous Transfer Mode (ATM)

    ATM v1.03 – Aaron Balchunas 1 - Asynchronous Transfer Mode - Asynchronous Transfer Mode (ATM) Asynchronous Transfer Mode (ATM) is a high-speed, non-broadcast Layer 2 technology, similar in many respects to Frame Relay. In addition to supporting higher bandwidths, ATM integrates QoS mechanisms directly into the technology. ATM is thus a very flexible technology, supporting data, voice and video traffic. Other Layer 2 technologies, such as Ethernet or Token Ring, support variable-sized packets. For example, Ethernet packets are 1514 bytes by default, but the MTU can be changed. ATM utilizes fixed-sized packets called cells. Each cell is exactly 53 bytes. Because the cell size is always consistent, traffic can be routed or switched far more efficiently. Two ATM interface types exist: • User-Network Interface (UNI) – connects an ATM end-user device to an ATM switch or router • Network-Network Interface (NNI) – connects an ATM switch to another ATM switch ATM, like Frame Relay, builds Virtual Channels ( or Circuits ) between ATM devices. These virtual channels can be permanent (PVC) or switched (SVC) , and are one-way . Each virtual channel is identified by a Virtual Channel Identifier (VCI), the equivalent of a Frame-Relay DLCI. The VCI is only locally significant to the router/switch. Multiple virtual channels can then be bundled together into a Virtual Path, which is identified by a Virtual Path Identifier (VPI) . Like VCI’s, a VPI is only locally significant. A VPI essentially identifies a “route” between two ATM devices. * * * All original material copyright © 2007 by Aaron Balchunas ( [email protected] ), unless otherwise noted. All other material copyright © of their respective owners.
  • 13 Network Layer

    13 Network Layer

    13 THE NETWORK LAYER Like all the other OSI layers, the network layer provides both connection- less and connection-oriented services. The upper layers and transport provide these two types of service to satisfy a broad range of application and end-user needs. This is universally recognized as a “good thing.” In the network layer, the presence of two types of service is generally con- sidered to be a “bad thing.” The reason for this is simple: everything above the network layer is host-specific and can be tailored to suit a par- ticular application running among some set of mutually consenting hosts without affecting the communications of other hosts using the same internetwork; the network layer, however, provides the fundamental connectivity without which no communication of any kind can take place among hosts. Most people agree that having one type of service at the network layer would be preferable to having two; as always, though, the problem stems from having to decide which one.1 The TCP/IP architecture, which from the beginning was based on an “internetworking” model of the network layer,2 avoided this contro- versy entirely; the TCP/IP network layer is exclusively connectionless.3 1. There are people who attempt to justify a “diversity of needs” at the network layer, but their sense of what constitutes interoperability is quite different from ours. 2. The best (and certainly the most succinct) description of the fundamental architec- tural premise of the TCP/IP network layer is the one that Vint Cerf uses to describe the TCP/IP internetworking model: “I P on everything.” 3.
  • Asynchronous Transfer Mode Configuration Guide, Cisco IOS Release 15S

    Asynchronous Transfer Mode Configuration Guide, Cisco IOS Release 15S

    Asynchronous Transfer Mode Configuration Guide, Cisco IOS Release 15S Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.