DOCSLIB.ORG

Communications Society While the World Benefi Ts from What’S New, IEEE Can Focus You on What’S Next

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Communications Society While the World Benefi Ts from What’S New, IEEE Can Focus You on What’S Next IEEE January 2017, Vol. 55, No. 1 OMMUNICATIONS C MAGAZINE •Enabling Mobile and Wireless Technologies for Smart Cities •Impact of Next-Generation Mobile Technologies on IoT–Cloud Convergence •Network and Service Management •Ad Hoc and Sensor Networks •Next Generation 911 A Publication of the IEEE Communications Society www.comsoc.org While the world benefi ts from what’s new, IEEE can focus you on what’s next. Develop for tomorrow with today’s most-cited research. Over 3 million full-text technical documents can power your R&D and speed time to market. t *&&&+PVSOBMTBOE$POGFSFODF1SPDFFEJOHT t *&&&4UBOEBSET t *&&&8JMFZF#PPLT-JCSBSZ t *&&&F-FBSOJOH-JCSBSZ t 1MVTDPOUFOUGSPNTFMFDUQVCMJTIJOHQBSUOFST IEEE Xplore® Digital Library Discover a smarter research experience. Request a Free Trial www.ieee.org/tryieeexplore Follow IEEE Xplore on IENYCM3402.indd 1 12/08/14 5:30 PM Director of Magazines Raouf Boutaba, University of Waterloo (Canada) Editor-in-Chief IEEE Osman S. Gebizlioglu, Huawei Tech. Co., Ltd. (USA) Associate Editor-in-Chief Tarek El-Bawab, Jackson State University (USA) OMMUNICATIONS Senior Technical Editors C MAGAZINE Nim Cheung, ASTRI (China) Nelson Fonseca, State Univ. of Campinas (Brazil) Steve Gorshe, PMC-Sierra, Inc (USA) JANUARY 2017, vol. 55, no. 1 Sean Moore, Centripetal Networks (USA) www.comsoc.org/commag Peter T. S. Yum, The Chinese U. Hong Kong (China) Technical Editors Mohammed Atiquzzaman, Univ. of Oklahoma (USA) 4 THE PRESIDENT’S PAGE Guillermo Atkin, Illinois Institute of Technology (USA) Mischa Dohler, King’s College London (UK) 6 CONFERENCE REPORT/IEEE ONLINEGREENCOMM 2016 Frank Effenberger, Huawei Technologies Co.,Ltd. (USA) Tarek El-Bawab, Jackson State University (USA) 8 CONFERENCE PREVIEW/IEEE WCNC 2017 Xiaoming Fu, Univ. of Goettingen (Germany) Stefano Galli, ASSIA, Inc. (USA) 9 WORKSHOP REPORT/IEEE CMO SOC WOMEN’S WORKSHOP ON COMMUNICATIONS AND SIGNAL PROCESSING Admela Jukan, Tech. Univ. Carolo-Wilhelmina zu Braunschweig (Germany) 10 BOOK REVIEWS Vimal Kumar Khanna, mCalibre Technologies (India) Yoichi Maeda, Telecommun. Tech. Committee (Japan) 12 CONFERENCE CALENDAR Nader F. Mir, San Jose State Univ. (USA) Seshradi Mohan, University of Arkansas (USA) 13 GLOBAL COMMUNICATIONS NEWSLETTER Mohamed Moustafa, Egyptian Russian Univ. (Egypt) Tom Oh, Rochester Institute of Tech. (USA) Glenn Parsons, Ericsson Canada (Canada) IMPACT OF NEXT-GENERATION MOBILE TECHNOLOGIES ON Joel Rodrigues, Univ. of Beira Interior (Portugal) Jungwoo Ryoo, The Penn. State Univ.-Altoona (USA) IOT–CLOUD CONVERGENCE Antonio Sánchez Esguevillas, Telefonica (Spain) Mostafa Hashem Sherif, AT&T (USA) GUEST EDITORS: M. SHAMIM HOSSAIN, CHANGSHENG XU, YING LI, AL-SAKIB KHAN PATHAN, Tom Starr, AT&T (USA) Ravi Subrahmanyan, InVisage (USA) JOSU BILBAO, WENJUN ZENG, AND ABDULMOTALEB EL SADDIK Danny Tsang, Hong Kong U. of Sci. & Tech. (China) Hsiao-Chun Wu, Louisiana State University (USA) 18 GUEST EDITORIAL Alexander M. Wyglinski, Worcester Poly. Institute (USA) Jun Zheng, Nat’l. Mobile Commun. Research Lab (China) 20 WHO MOVED MY DATA? PRIVACY PROTECTION IN SMARTPHONES Series Editors Wenyun Dai, Meikang Qiu, Longfei Qiu, Longbin Chen, and Ana Wu Ad Hoc and Sensor Networks Edoardo Biagioni, U. of Hawaii, Manoa (USA) 26 SECURITY AND PRIVACY FOR CLOUD-BASED IOT: CHALLENGES, COUNTERMEASURES, AND Ciprian Dobre, Univ. Politehnica of Bucharest (Romania) Silvia Giordano, Univ. of App. Sci. (Switzerland) FUTURE DIRECTIONS Automotive Networking and Applications Jun Zhou, Zhenfu Cao, Xiaolei Dong, and Athanasios V. Vasilakos Wai Chen, Telcordia Technologies, Inc (USA) Luca Delgrossi, Mercedes-Benz R&D N.A. (USA) 34 HIGH-EFFICIENCY URBAN TRAFFIC MANAGEMENT IN CONTEXT-AWARE COMPUTING AND Timo Kosch, BMW Group (Germany) Tadao Saito, University of Tokyo (Japan) 5G COMMUNICATION Consumer Communicatons and Networking Jianqi Liu, Jiafu Wan, Dongyao Jia, Bi Zeng, Di Li, Ching-Hsien Hsu, and Haibo Chen Ali Begen, Cisco (Canada) Mario Kolberg, University of Sterling (UK) 41 BEYOND 5G VISION FOR IOLITE COMMUNITY Madjid Merabti, Liverpool John Moores U. (UK) Design & Implementation Doruk Sahinel, Cem Akpolat, Manzoor A. Khan, Fikret Sivrikaya, and Sahin Albayrak Vijay K. Gurbani, Bell Labs/Alcatel Lucent (USA) Salvatore Loreto, Ericsson Research (Finland) 48 FEDERATED INTERNET OF THINGS AND CLOUD COMPUTING PERVASIVE PATIENT HEALTH Ravi Subrahmanyan, Invisage (USA) MONITORING SYSTEM Green Communicatons and Computing Networks Song Guo, University of Aizu (Japan) Jemal H. Abawajy and Mohammad Mehedi Hassan John Thompson, Univ. of Edinburgh (UK) RangaRao V. Prasad, Delft Univ. of Tech. (The Netherlands) 54 WEARABLE 2.0: ENABLING HUMAN-CLOUD INTEGRATION IN NEXT GENERATION HEALTHCARE Jinsong Wu, Alcatel-Lucent (China) YSTEMS Honggang Zhang, Zhejiang Univ. (China) S Integrated Circuits for Communications Min Chen, Yujun Ma, Yong Li, Di Wu, Yin Zhang, and Chan-Hyun Youn Charles Chien, CreoNex Systems (USA) Zhiwei Xu, SST Communication Inc. (USA) 62 MILLIMETER-WAVE WIRELESS COMMUNICATIONS FOR IOT-CLOUD SUPPORTED AUTONOMOUS Network and Service Management George Pavlou, U. College London (UK) VEHICLES: OVERVIEW, DESIGN, AND CHALLENGES Juergen Schoenwaelder, Jacobs University (Germany) Linghe Kong, Muhammad Khurram Khan, Fan Wu, Guihai Chen, and Peng Zeng Networking Testing and Analytics Ying-Dar Lin, National Chiao Tung University (Taiwan) 69 SMART HEALTH SOLUTION INTEGRATING IOT AND CLOUD: A CASE STUDY OF VOICE PATHOLOGY Erica Johnson, University of New Hampshire (USA) Irena Atov, InCluesive Technologies (USA) MONITORING Optical Communications Ghulam Muhammad, SK Md Mizanur Rahman, Abdulhameed Alelaiwi, and Atif Alamri Admela Jukan, Tech. Univ. Braunschweig, Germany (USA) Xiang Lu, Futurewei Technologies, Inc. (USA) Radio Communications ENABLING MOBILE AND WIRELESS T ECHNOLOGIES FOR Thomas Alexander, Ixia Inc. (USA) Amitabh Mishra, Johns Hopkins Univ. (USA) SMART CITIES Columns GUEST EDITORS: EJAZ AHMED, MUHAMMAD IMRAN, MOHSEN GUIZANI, AMMAR RAYES, Book Reviews Piotr Cholda, AGH U. of Sci. & Tech. (Poland) JAIME LLORET, GUANGJIE HAN, AND WAEL GUIBENE History of Communications Steve Weinsten (USA) 74 GUEST EDITORIAL Regulatory and Policy Issues J. Scott Marcus, WIK (Germany) 76 LTE/LTE-A RANDOM ACCESS FOR M ASSIVE MACHINE-TYPE COMMUNICATIONS IN SMART CITIES Jon M. Peha, Carnegie Mellon U. (USA) Technology Leaders’ Forum Md Shipon Ali, Ekram Hossain, and Dong In Kim Steve Weinstein (USA) Very Large Projects 84 EFFICIENT ENERGY MANAGEMENT FOR THE INTERNET OF THINGS IN SMART CITIES Ken Young, Telcordia Technologies (USA) Waleed Ejaz, Muhammad Naeem, Adnan Shahid, Alagan Anpalagan, and Minho Jo Publications Staff Joseph Milizzo, Assistant Publisher 92 GEO-CONQUESTING BASED ON GRAPH ANALYSIS FOR CROWDSOURCED METATRAILS FROM Susan Lange, Online Prod uction Manager Jennifer Porcello, Production Specialist MOBILE SENSING Catherine Kemelmacher, Associate Editor Bo-Wei Chen, Wen Ji, and Seungmin Rho IEEE Communications Magazine • January 2017 1 98 EFFICIENT M EDIA S TREAMING WITH COLLABORATIVE TERMINALS FOR THE S MART CITY 2017 IEEE Communications Society Elected Officers Harvey A. Freeman, President ENVIRONMENT Khaled B. Letaief, President-Elect Jordi Mongay Batalla, Piotr Krawiec, Constandinos X. Mavromoustakis, George Mastorakis, Luigi Fratta, VP–Technical Activities Guoliang Xue, VP–Conferences Naveen Chilamkurti, Daniel Négru, Joachim Bruneau-Queyreix, and Eugen Borcoci Stefano Bregni, VP–Member Relations Nelson Fonseca, VP–Publications 105 NAMED-DATA-NETWORKING-BASED ITS FOR S MART CITIES Robert S. Fish, VP-Industry and Standards Activities Safdar Hussain Bouk, Syed Hassan Ahmed, Dongkyun Kim, and Houbing Song Members-at-Large Class of 2017 112 ENABLING COMMUNICATION TECHNOLOGIES FOR SMART C ITIES Gerhard Fettweis, Araceli Garciá Gómez Ibrar Yaqoob, Ibrahim Abaker Targio Hashem, Yasir Mehmood, Abdullah Gani, Salimah Mokhtar, Steve Gorshe, James Hong and Sghaier Guizani Class of 2018 Leonard J. Cimini, Tom Hou 122 SECURITY AND PRIVACY IN SMART CITY A PPLICATIONS: CHALLENGES AND S OLUTIONS Robert Schober, Qian Zhang Kuan Zhang, Jianbing Ni, Kan Yang, Xiaohui Liang, Ju Ren, and Xuemin (Sherman) Shen Class of 2019 Lajos Hanzo, Wanjiun Liao NEXT GENERATION 911: WHERE ARE WE? David Michelson, Ricardo Veiga WHAT HAVE WE LEARNED? WHAT LIES AHEAD? 2017 IEEE Officers Karen Bartleson, President GUEST EDITORS: CAROL DAVIDS, VIJAY K. GURBANI, SALVATORE LORETO, AND RAVI SUBRAMANYAN James A. Jeffries, President-Elect William P. Walsh, Secretary 130 GUEST EDITORIAL John W. Walz, Treasurer Barry L. Shoop, Past-President 132 EUROPEAN NG112 CROSSROADS: TOWARD A NEW EMERGENCY COMMUNICATIONS FRAMEWORK E. James Prendergast, Executive Director Vijay K. Bhargava, Director, Division III Fidel Liberal, Jose Oscar Fajardo, Cristina Lumbreras, and Wolfgang Kampichler IEEE COMMUNICATIONS MAGAZINE (ISSN 0163- 139 EMYNOS: NEXT GENERATION EMERGENCY COMMUNICATION 6804) is published monthly by The Institute of Electrical Evangelos K. Markakis, Asimakis Lykourgiotis, Ilias Politis, Anastasios Dagiuklas, Yacine Rebahi, and and Electronics Engineers, Inc. Headquarters address: IEEE, 3 Park Avenue, 17th Floor, New York, NY 10016- Evangelos Pallis 5997, USA; tel: +1 (212) 705-8900; http://www.comsoc. org/commag. Responsibility for the contents rests upon 146 UTILIZING AN NG 9-1-1 TEST LAB TO V ALIDATE STANDARDS COMPLIANCE authors of signed articles and not the IEEE or its members. Walter R. Magnussen, Ping Wang, and Yangyong Zhang Unless otherwise specified, the IEEE neither endorses nor sanctions any positions
Load more

Recommended publications
  • INAP); Part 1: Protocol Specification for Camel Phase 2 2 Draft ETSI EN 301 668-1 V1.1.1 (1999-07
    Draft ETSI EN 301 668-1 V1.1.1 (1999-07) European Standard (Telecommunications series) Intelligent Network (IN); Intelligent Network Capability Set 1 (CS1) extension; Intelligent Network Application Protocol (INAP); Part 1: Protocol specification for Camel Phase 2 2 Draft ETSI EN 301 668-1 V1.1.1 (1999-07) Reference DEN/SPS-03053-1 (fg090ico.PDF) Keywords IN, INAP, ISDN, mobile, protocol ETSI Postal address F-06921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - 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 Internet [email protected] Individual copies of this ETSI deliverable can be downloaded from http://www.etsi.org 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 1999. All rights reserved. ETSI 3 Draft ETSI EN 301 668-1 V1.1.1 (1999-07) Contents Intellectual Property Rights ............................................................................................................................... 6 Foreword............................................................................................................................................................ 6 1 Scope.......................................................................................................................................................
    [Show full text]
  • N2SCP CAMEL/INAP Conformance
    N-Squared Software N2SCP CAP/INAP Protocol Conformance Statement Version 2020-08 N2SCP CAP/INAP Protocol Conformance Statement Version 2020-08 1 Document Information 1.1 Scope and Purpose This document describes the implementation of the CAMEL (including INAP variants) protocol for real- time SCP flows for voice interaction control using the N-Squared Service Control Point (N2SCP) family of applications. The N2SCP family of applications includes: • N2DSG-SCP (CAMEL/Diameter Signalling Gateway) • N2NP-SCP (Number Portability translation application) • N2ACD-SCP (Advanced Call Distribution application for Toll-Free and other routing services) • …plus other custom SCP services that may be developed. All of these applications use the N2SCP framework. They do not typically use all of the framework. Please refer to the relevant technical guide ([R-N2-DSG-TG], [R-N2-NP-TG], [R-N2-ACD-TG]) for application-specific scenarios and configuration parameters. This document assumes a working knowledge of the relevant CAP/INAP and other telephony concepts, including the standard CAP/INAP interactions between an SCP, an SSP, and an SRP (or Intelligent Peripheral). 1.2 Definitions, Acronyms, and Abbreviations Term Meaning AC Apply Charging ACR Apply Charging Report ARI Assist Request Instructions ASN.1 Abstract Syntax Notation One AT Activity Test BCSM Basic Call State Model CAMEL Customized Applications for Mobile Network Enhanced Logic CAP CAMEL Application Part CIR Call Information Request/Report CTR Connect To Resource CWA Continue With Argument DFC
    [Show full text]
  • ISUP) Version 4 for the International Interface; Part 1: Basic Services
    Final draft ETSI EN 300 356-1 V4.2.1 (2001-05) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Signalling System No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 1: Basic services [ITU-T Recommendations Q.761 to Q.764 (1999) modified] 2 Final draft ETSI EN 300 356-1 V4.2.1 (2001-05) Reference REN/SPAN-01082-01 Keywords ISDN, SS7, ISUP, service, basic, endorsement ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.:+33492944200 Fax:+33493654716 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://www.etsi.org/tb/status/ 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.
    [Show full text]
  • Aculab SS7 Developer's Guide
    Aculab SS7 Developer's guide Revision 6.15.1 SS7 Developer's guide PROPRIETARY INFORMATION The information contained in this document is the property of Aculab Plc and may be the subject of patents pending or granted, and must not be copied or disclosed without prior written permission. It should not be used for commercial purposes without prior agreement in writing. All trademarks recognised and acknowledged. Aculab Plc endeavours to ensure that the information in this document is correct and fairly stated but does not accept liability for any error or omission. The development of Aculab products and services is continuous and published information may not be up to date. It is important to check the current position with Aculab Plc. Copyright © Aculab plc. 2006-2018: All Rights Reserved. Document Revision Rev Date By Detail 1.0.0 28.04.06 DJL First issue 1.0.1 12.06.06 DJL Updates to section 8 6.8.3 19.03.07 WM/WN Addition of Distributed TCAP information 6.10.0B1 09.02.08 NW/DSL Addition of Sigtran M3UA 6.10.1 12.09.08 WM Clarified continuity_check_ind field. Removed hyperlinks to cross-referenced documents. 6.10.2 14.10.08 NW Addition of SCCP routing information. 6.10.3 30.10.08 NW Updated after review. 6.11.0 14.09.10 DSL Fonts changed to Arial 6.11.2 18.01.11 DSL Minor corrections 6.11.11 06.10.11 DSL Minor corrections 6.12.2 05.07.13 DSL IPv6 support. Additional ISUP information. 6.13.0 27.10.14 DSL Minor corrections 6.14.0 15.09.16 DSL Minor corrections 6.15.1 31.08.18 DSL Add M2PA 2 Revision 6.15.1 SS7 Developer's guide CONTENTS 1 Introduction ..................................................................................................
    [Show full text]
  • SS7 – Signaling System Number 7
    SS7 – Signaling System Number 7 818 West Diamond Avenue - Third Floor, Gaithersburg, MD 20878 Phone: (301) 670-4784 Fax: (301) 670-9187 Email: [email protected] Website: https://www.gl.com 1 SS7 – A Brief Overview • Defined by ITU-T in its Q.700-series, ANSI, and ETSI • Out-of-band signaling system • Designed for call control, remote network management, and maintenance • Combines circuit-switched and packet-switched networks • Suitable for use on point-to-point terrestrial and satellite links • SS7 networks are flexible, reliable, with capacity up to 64 Kbps 2 T1 E1 Analyzer Hardware Platforms 3 TDM mTOP™ Solutions mTOP™ tProbe™ FXO FXS Dual UTA 1U tProbe™ w/ FXO FXS 4 Applications • Allows telecommunications networks to offer wide ranges of services such as telephony, fax transmission, data transfer • Setting up and tearing down circuit-switched connections • Support for Intelligent Network (IN) services such as toll-free (800) calling, SMS, EMS • Mobility management in cellular networks • Local Number Portability (LNP) to allow subscribers to change their service, service provider, and location without needing to change their telephone number • Support for ISDN 5 SS7 Network Architecture 6 Signaling Points • SS7 constitutes three different types of Signaling Points (SP) – ➢ Signaling Transfer Point ➢ Service Switching Point ➢ Service Control Point Signaling Transfer Points Service Switching Points Service Control Points Transfers SS7 messages between Capable of controlling voice circuits via a Acts as an interface between telecommunications other SS7 nodes voice switch databases and the SS7 network Acts as a router for SS7 messages Converts signaling from voice switch into Provide the core functionality of cellular networks SS7 format Does not originate SS7 messages Can originate and terminate messages, but Provides access to database cannot transfer them 7 Signaling Links Access Links connects SCP or SSP to an STP.
    [Show full text]
  • SS7 Protocol Stack
    CHAPTER 3 SS7 Protocol Stack This chapter describes the components of the SS7 protocol stack. A stack is a set of data storage locations that are accessed in a fixed sequence. The SS7 stack is compared against the Open Systems Interconnection (OSI) model for communication between different systems made by different vendors. Figure 3-1 shows the components of the SS7 protocol stack. SS7 Level 1: Physical Connection This is the physical level of connectivity, virtually the same as Layer 1 of the OSI model. SS7 specifies what interfaces will be used, both Bellcore (Telecordia) and ANSI call for either the DS0A or the V.35 interface. Because central offices are already using DS1 and DS3 facilities to link one another, the DS0A interface is readily available in all central offices, and is preferred in the SS7 network. As the demands on the SS7 network increase (local number portability), and as the industry migrates toward ATM networks, the DS1 interface will become the link interface. SS7 Level 2: Data Link The data link level provides the network with sequenced delivery of all SS7 message packets. Like the OSI data link layer, it is only concerned with the transmission of data from one node to the next, not to its final destination in the network. Sequential numbering is used to determine if any messages have been lost during transmission. Each link uses its own message numbering series independent of other links. SS7 uses CRC-16 error checking of data and requests retransmission of lost or corrupted messages. Length indicators allow Level 2 to determine what type of signal unit it is receiving, and how to process it.
    [Show full text]
  • Avaya CCSS 1000/2000 Feature Documentation
    Avaya CCSS 1000/2000 Feature Documentation Release 4.1 NN44100-129 Issue 1 August 2013 Notice protected by copyright and other intellectual property laws including the sui generis rights relating to the protection of databases. You may not While reasonable efforts have been made to ensure that the modify, copy, reproduce, republish, upload, post, transmit or distribute information in this document is complete and accurate at the time of in any way any content, in whole or in part, including any code and printing, Avaya assumes no liability for any errors. Avaya reserves the software unless expressly authorized by Avaya. Unauthorized right to make changes and corrections to the information in this reproduction, transmission, dissemination, storage, and or use without document without the obligation to notify any person or organization of the express written consent of Avaya can be a criminal, as well as a such changes. civil offense under the applicable law. Documentation disclaimer Third-party components “Documentation” means information published by Avaya in varying Certain software programs or portions thereof included in the Product mediums which may include product information, operating instructions may contain software distributed under third party agreements (“Third and performance specifications that Avaya generally makes available Party Components”), which may contain terms that expand or limit to users of its products. Documentation does not include marketing rights to use certain portions of the Product (“Third Party Terms”). materials. Avaya shall not be responsible for any modifications, Information regarding distributed Linux OS source code (for those additions, or deletions to the original published version of Products that have distributed the Linux OS source code), and documentation unless such modifications, additions, or deletions were identifying the copyright holders of the Third Party Components and the performed by Avaya.
    [Show full text]
  • Integrated Services Digital Network (ISDN); Signalling System No.7
    Draft ETSI EN 302 646-1 V7.0.2 (1999-09) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Signalling System No.7; Digital cellular telecommunications system (Phase 2+); Application of ISDN User Part (ISUP) version 3 for the ISDN-Public Land Mobile Network (PLMN) signalling interface; Part 1: Protocol specification (GSM 09.14 version 7.0.2 Release 1998) R GLOBAL SYSTEM FOR MOBILE COMMUNICATIONS (GSM 09.14 version 7.0.2 Release 1998) 2 Draft ETSI EN 302 646-1 V7.0.2 (1999-09) Reference REN/SPS-01047-1 (oi093i1c.PDF) Keywords GSM, interworking, ISDN, ISUP, mobile, PLMN, radio, SS7 ETSI Postal address F-06921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - 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 Internet [email protected] Individual copies of this ETSI deliverable can be downloaded from http://www.etsi.org 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 1999. All rights reserved. ETSI (GSM 09.14 version 7.0.2 Release 1998) 3 Draft ETSI EN 302 646-1 V7.0.2 (1999-09) Contents Intellectual Property Rights ..............................................................................................................................
    [Show full text]
  • A ISUP Messages
    Switch Lab IP Telephony Gateways Gonzalo Camarillo Royal Institute of Technology Master’s Thesis in Teleinformatics Supervisors: Elin Wedlund Zsolt Haraszti SwitchLab SwitchLab Ericsson Telecom AB Ericsson Telecom AB Ulf Bilting Department of Teleinformatics Royal Institute of Technology Examiner: Fredrik Orava Department of Teleinformatics Royal Institute of Technology Stockholm 1998-11-02 Acknowledgement I would like to thank Henning Schulzrinne, professor at Columbia University and father of SIP, for his direction and all his advice on the implementation of the gateway prototype. i IP Telephony Gateways ii Abstract Abstract There are two different approaches to provide telephone services at present: to use the tra- ditional switched network and to use the Internet. Both approaches employ different ways to establish connections, transmit the voice and terminate calls. This study focuses on the establishment of connections and the release of them. Different protocols are analysed and finally SIP and SS7 are described. The possible compatibility between them and the mapping between both message formats are also analysed. Features of both networks are described, and the functions of a gateway between them are outlined. iii IP Telephony Gateways iv Table of Contents Table of Contents 1 Introduction....................................................................................................... 1 2 Traditional Circuit-Switched Telephony .......................................................... 3 2.1 ISDN and PSTN..........................................................................................
    [Show full text]
  • Signaling Protocols
    CHAPTER 2 Supported Signaling Protocols Revised: August 10, 2011, OL-25011-01 The Cisco BTS 10200 Softswitch supports the following types of external signaling protocols: • Media Gateway Control Protocol (MGCP) line • MGCP Channel-Associated Signaling (CAS) • Integrated Services Digital Network (ISDN) primary rate interface (PRI) • Signaling Transport (SIGTRAN) for Signaling System 7 (SS7) applications, including ISDN user part (ISUP) support for several national ISUP variants • H.323 • Session Initiation Protocol (SIP) and SIP-T • PacketCable-based signaling protocols: – Network-Based Call Signaling (NCS) protocol – Trunking Gateway Control Protocol (TGCP) – Dynamic quality of service (DQoS)/Common Open Policy Service (COPS) query and response protocol – Remote authentication dial-in user service (RADIUS) authentication protocol (IETF RFC 2865) The BTS 10200 interworks with a wide range of network elements (NEs), but there are certain limitations. We recommend that you keep the following caution in mind as you prepare to purchase and use NEs for your network. Caution Some signaling features involve the use of other NEs deployed in the service provider network, for example, gateways, media servers, announcement servers, embedded multimedia terminal adapters (eMTAs), H.323 endpoints, and SIP phones. See the “Component Interoperability” section of the BTS 10200 Release Notes for a complete list of the specific peripheral platforms, functions, and software loads that have been used in system testing for interoperability with the BTS 10200 Release 6.0 software. Earlier or later releases of platform software might be interoperable with the BTS 10200 and it might be possible to use other functions on these platforms. The list in the Cisco BTS 10200 Softswitch Release Notes certifies only that the required interoperation of these platforms, the functions listed, and the protocols listed have been successfully tested with the BTS 10200.
    [Show full text]
  • CSR-T Volume 9 #7, October 1998
    COMMUNICATIONS STANDARDS REVIEW TELECOMMUNICATIONS Volume 9, Number 7 October 1998 In This Issue The following reports of recent standards meetings represent the view of the reporter and are not official, authorized minutes of the meetings. TR-29 Facsimile Systems and Equipment Engineering, August 10 – 12,1998, Santa Rosa, CA..........................2 TR-29.1 Facsimile and File Transfer Protocols...............................................................................3 TR-29.2 Facsimile Digital Interfaces...........................................................................................7 TR-41 User Premises Telecom Equipment, August 17 – 21, 1998, Calgary, Alberta, Canada..............................9 TR-41.1 Multi-Line Telecom Systems..........................................................................................9 TR-41.1.1, Multi-Line Telecom Systems - Transmission...................................................................10 TR-41.1.9, Multi-Line Telecom Systems Support of Enhanced 911 Service............................................11 TR-41.2, Conformity Assessment...............................................................................................11 TR-41.3, Analog and Digital Wireline Telephones..........................................................................13 TR-41.5, Multimedia Building Distribution Systems........................................................................13 TR-41.6, Wireless User Premises Equipment (WUPE).......................................................................14
    [Show full text]
  • SS7 Over IP: Signaling Interworking Vulnerabilities
    DANTU LAYOUT 11/2/06 12:03 PM Page 32 SS7 Over IP: Signaling Interworking Vulnerabilities Hemant Sengar, George Mason University Ram Dantu, University of North Texas Duminda Wijesekera and Sushil Jajodia, George Mason University Abstract Public telephony — the preferred choice for two-way voice communication over a long time — has enjoyed remarkable popularity for providing acceptable voice quali- ty with negligible connection delays, perhaps due to its circuit-switched heritage. Recently, IP telephony, a packet-based telephone service that runs as an application over the IP protocol, has been gaining popularity. To provide seamless interconnec- tivity between these two competing services, the Internet Engineering Task Force (IETF) has designed a signaling interface commonly referred to as SIGTRAN. This seamless intersignaling provided by SIGTRAN facilitates any subscriber in one net- work to reach any other subscriber in the other network, passing through any hetero- geneous maze of networks consisting of either of these. Unfortunately, the same intersignaling potentially can be exploited from either side to disrupt the services provided on the other side. We show how this can be done and propose a solution based on access control, signal screening, and detecting anomalous signaling. We argue that to be effective, the latter two should consider syntactic correctness, semantic validity of the signal content, and the appropriateness of a particular signal in the context of earlier exchanged messages. ntil recently, public telephones — the overwhelm- a packet switched network. Being born in an era where a few ing choice for two-way voice communication — large enterprises owned and controlled the public telephony has provided acceptable voice quality with negligi- infrastructure, the SS7 network has been engineered with per- ble connection delays.
    [Show full text]