DOCSLIB.ORG

Transport of (Legacy) Signaling Over IP Summary of Course Scope

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Transport of (Legacy) Signaling Over IP Summary of Course Scope Transport of (Legacy) Signaling over IP SCTP SIGTRAN architecture (http://www.ietf.org/html.charters/sigtran-charter.html) Raimo Kantola –S- 2004 Signaling Protocols 15 - 1 Summary of course scope H.323 or SIP or SIP ISUP IP er et m ia IP D HLR/ CAS, R2 Control Part of an Exchange HSS PABX Or Call Processing MAP ISDN Server CCS7 ISUP … INAP AN Megaco/MGCP/… Media Gateway SCP circuit or Switching Fabric packets Raimo Kantola –S- 2004 Signaling Protocols 15 - 2 1 Stream Control Transmission Protocol – SCTP - features RFC - Request for Comments: 2960 defines SCTP (Oct 2000) • Reliable transport of messages accross a possibly unrelible network service such as IP – checksums, acknowledgements and message numbering (in streams) – detection of lost, corrupted and dublicated packets – selective retransmission – congestion control for associations • Many streams (of packets) within an association • Multihoming (hosts with n IP addresses) Raimo Kantola –S- 2004 Signaling Protocols 15 - 3 More SCTP features • Data segmentation to MTU size at end systems • Multiplexing of user messages to SCTP datagrams: chunks in messages. • Resistance to flooding (denial of service) and masquerade attacks Raimo Kantola –S- 2004 Signaling Protocols 15 - 4 2 What’s wrong with TCP for transport of signaling? • HOL blocking: Two network nodes signal at the same time about many independent calls. TCP ties them together – one lost message concerning a single call causes signaling of other calls to halt until retransmission recovers the lost message. •TCP is byte stream oriented – application needs to add its own message delimiters and push operations. • TCP does not allow multihoming Æ does not reach the required level of reliability (UDP is even more unreliable). • Nrof simultaneous TCP connections determined by the OS Kernel • Application can not control TCP timers –signalingdelay requirements are difficult to meet when TCP uses retransmission. • TCP is vulnerable to DOS attacks (e.g. the SYN attack). Raimo Kantola –S- 2004 Signaling Protocols 15 - 5 A use case: Signaling Gateway PSTN IP based network Exchange Media Gateway Signaling Gateway Controller ISUP ISUP Interworking M3UA M3UA MTP MTP SCTP SCTP 1 - 3 1 - 3 IP IP • M3UA – MTP3 User Adaptation layer extends MTP3 primitive i/f to remote user. Raimo Kantola –S- 2004 Signaling Protocols 15 - 6 3 An SCTP association looks like this SCTP node A SCTP node B Association is identified by - IP addresses, SCTP user SCTP user - Port numbers application application - Verification tags SCTP - Checksums in msgs SCTP transport service transport service IP network Only one association at any time IP network service between a pair of EPs! service One or more IP network IP addresses One or more (IPv4 or IPv6) IP addresses (IPv4 or IPv6) In each EP one IP address is primary others are backup addresses Æ reliability Raimo Kantola –S- 2004 Signaling Protocols 15 - 7 SCTP packets have a common header + control and data chunks 32 bits Source Port Destination Port Port numbers as in UDP and TCP SCTP Common Verification tag During initiation of association, each Header EP gives the other the value of the Checksum Verification tag. The receiver must Type Flags Chunk Length use that in each subseq. message. Chunk 1 User data - helps in tackling masquerade attacks : Type Flags Length Control and data chunks have Type, Chunk N Flags and Length information + User data the user info or control info itself. Raimo Kantola –S- 2004 Signaling Protocols 15 - 8 4 Chunk types are: ID Value Chunk Type ----- ---------- 0 - Payload Data (DATA) 1 - Initiation (INIT) 2 - Initiation Acknowledgement (INIT ACK) 3 - Selective Acknowledgement (SACK) 4 - Heartbeat Request (HEARTBEAT) 5 - Heartbeat Acknowledgement (HEARTBEAT ACK) 6 - Abort (ABORT) 7 - Shutdown (SHUTDOWN) 8 - Shutdown Acknowledgement (SHUTDOWN ACK) 9 - Operation Error (ERROR) 10 - State Cookie (COOKIE ECHO) 11 - Cookie Acknowledgement (COOKIE ACK) 12 - Reserved for Explicit Congestion Notification Echo (ECNE) 13 - Reserved for Congestion Window Reduced (CWR) 14 - Shutdown Complete (SHUTDOWN COMPLETE) 15 to 255 - reserved by IETF 63, 127,191,255 - IETF-defined Chunk Extensions Raimo Kantola –S- 2004 Signaling Protocols 15 - 9 SCTP association establishment 1 Initiator Destination Associate Closed INIT[Ver-tag=0] Closed Type=01 Flags Chunk Length Initiate Tag Advertised Receiver Window Credit Nrof outbound streams Nrof inbound streams Cookie Initial TSN wait Optional/Variable length parameters Closed Iniate Tag gives the value for the verification tag the destination must use in this association in future msgs. a-rwnd = buffer space in bytes reserved by Initiator for this association TSN = transmission sequence number (msg number) Optional: backup addresses, Host name, Increase state cookie time … INIT ACK Raimo Kantola –S- 2004 Signaling Protocols 15 - 10 5 SCTP association establishment 2 Initiator Destination Cookie wait INIT ACK Closed Type=02 Flags Chunk Length Initiate Tag Advertised Receiver Window Credit Nrof outbound streams Nrof inbound streams Initial TSN Closed Optional/Variable length parameters The same optional parameters as in INIT One MANDATORY variable length parameter: State Cookie - contains all information for the destination to create this association COOKIE ECHO Type=10 Flags Chunk Length Cookie echoed Cookie Raimo Kantola –S- 2004 Signaling Protocols 15 - 11 SCTP association establishment 3 Initiator Destination Cookie wait INIT ACK Closed Closed COOKIE ECHO Type=10 Flags Chunk Length Cookie echoed Cookie Possible data chunks… The Destination can now rely on that the Initiator is who it claims to be 4-way handshake prevents DOS attacks like the SYN attack in TCP COOKIE ACK Established Type=11 Flags Chunk Length Established Possible data chunks… TCB – transmission control block Data transfer contains asso- ciation state Raimo Kantola –S- 2004 Signaling Protocols 15 - 12 6 SCTP Data Transfer Established DATA Established Type=0 Flags: UBE Chunk Length Transmission Sequence Nr Stream Identifier Stream Seq Nr Payload protocol Identifier User Data U – unordered, B – beginning fragment, E – ending fragment, TSN – sequence number of data chunk within an association SACK (selective acknowledgement Type=3 Flags Chunk Length Cumulative TSN Acknowledgement Advertised Receiver Window Credit Nrof Gap Ack blocks(G) Nrof Duplicate TSNs (D) Gap Ack Block #1 start Gap Ack block #1 End Retransmissions can GapAckBlock#G start Gap Ack block #G End be per stream: Duplicate TSN #1 No HOL blocking Duplicate TSN #D Raimo Kantola –S- 2004 Signaling Protocols 15 - 13 The path heartbeat gives information about secondary IP address state Established Established HEARTBEAT CHUNK Type=4 Flags Chunk Length RTO+ Heartbeat info type=1 Heartbeat info length Heartbeat Sender specific Heartbeat Info Interval HEARTBEAT ACK Type=5 Flags Chunk Length Heartbeat info type=1 Heartbeat info length Sender specific Heartbeat Info Not defined: usually IP address, time when sent etc… You can even find out MTU using this procedure… Raimo Kantola –S- 2004 Signaling Protocols 15 - 14 7 SCTP Shutdown procedure Established Shutdown Established Type=8 Flags Chunk Length Shutdown Shutdown Cumulative TSN Acknowledgement Received Pending Shutdown sent Shutdown Ack Shutdown Type=9 Flags Chunk Length Ack sent Shutdown Complete Type=14 Flags: T Chunk Length Closed T: Reverse Verification Tag (set in case no Transmission Control Block was found) No more data chunks Raimo Kantola –S- 2004 Signaling Protocols 15 - 15 SCTP can be easily extended • ABORT and ERROR Chunks are used in exceptional cases – still part of the base specification • New Chunk types are easy to add • Example ideas: dynamic addition of IP addresses into an association, per-stream flow control … Raimo Kantola –S- 2004 Signaling Protocols 15 - 16 8 SCP in an IP network uses SCTP Service Switching Point Service Control Point Signaling Incoming INAP Gateway INAP Service Call Control ServiceLogic TCAP NIF TCAP ServiceLogic Outgoing ServiceLogic SCCP SCCP SUA SUA Call Control Logic MTP3 MTP3 Service SCTP SCTP Logic MTP2 MTP2 MTP1 MTP1 IP IP IP network SUA – SCCP User Adaptation layer – supports SCCP service classes 0…3 NIF – Nodal Interworking function conveys SCCP/SUA user primitives SCP is addressable from ISDN using telephone numbers (Global Title) but it is not in the SS7 network: Minimum legacy from SS7. Raimo Kantola –S- 2004 Signaling Protocols 15 - 17 SUA supports the following • Transfer of SCCP-User Part messages (TCAP, RANAP, etc.) • Emulation of SCCP connectionless and connection oriented service. • Seamless operation of SCCP-User protocol peers. • Management of SCTP transport associations between an SG and one or more IP-based signalling nodes. • Distributed IP-based signalling nodes. • Asynchronous reporting of status changes to management. Raimo Kantola –S- 2004 Signaling Protocols 15 - 18 9 SUA Routing context ties the IP entities to SS7 address parameters SS7 Routing key = set of ss7 address 1 : 1 parameters or parameter ranges: Routing context Application PC, SSN, SIO, Global title ApplicationServer Exchanged Server Created by management or with the AS dynamically fail-over AS Application Server (AS) - A logical entity serving SCTP association a specific Routing Key. An example of an Application Server is a SCP handling Host-name, IP address all requests for a SCCP-user. The AS contains a set of one or more unique Application Server Processes, of which one (or more) is normally actively processing traffic. Raimo Kantola –S- 2004 Signaling
Load more

Recommended publications
  • Network Interoperability
    Network Reliability and Interoperability Council VI Focus Group 3 Network Interoperability Final Report November 2003 NRIC VI Focus Group 3 Network Interoperability Final Report Table of Contents Table of Contents 1. Executive Summary...................................................................................................................3 2. Background and Scope of Focus Group 3 ................................................................................6 2.1 Structure of NRIC VI..........................................................................................................6 2.2 Scope of NRIC VI FG3 Interoperability Effort....................................................................6 2.3 FG3 Team Members .......................................................................................................11 3. VoIP Interoperability Gap Analysis ..........................................................................................13 3.1 Signaling Architectures....................................................................................................15 3.1.1 Signaling System 7 ................................................................................................15 3.1.2 Session Initiation Protocol .....................................................................................16 3.1.3 SIP to PSTN Interworking......................................................................................19 3.1.4 Bearer Independent Call Control ...........................................................................22
    [Show full text]
  • Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model
    GSM Association Non-confidential Official Document IR.80 - Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model Version 2.0 26 February 2015 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Non-confidential Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice Copyright © 2015 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V2.0 Page 1 of 95 GSM Association Non-confidential Official Document IR.80 - Technical Architecture Alternatives for
    [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]
  • Dialogic Global Call SS7 Technology Guide
    Dialogic® Global Call SS7 Technology Guide November 2008 05-2274-006 Copyright and Legal Notice Copyright © 2000-2008, Dialogic Corporation. All Rights Reserved. You may not reproduce this document in whole or in part without permission in writing from Dialogic Corporation at the address provided below. All contents of this document are furnished for informational use only and are subject to change without notice and do not represent a commitment on the part of Dialogic Corporation or its subsidiaries (“Dialogic”). Reasonable effort is made to ensure the accuracy of the information contained in the document. However, Dialogic does not warrant the accuracy of this information and cannot accept responsibility for errors, inaccuracies or omissions that may be contained in this document. INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH DIALOGIC® PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN A SIGNED AGREEMENT BETWEEN YOU AND DIALOGIC, DIALOGIC ASSUMES NO LIABILITY WHATSOEVER, AND DIALOGIC DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF DIALOGIC PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY INTELLECTUAL PROPERTY RIGHT OF A THIRD PARTY. Dialogic products are not intended for use in medical, life saving, life sustaining, critical control or safety systems, or in nuclear facility applications. Due to differing national regulations and approval requirements, certain Dialogic products may be suitable for use only in specific countries, and thus may not function properly in other countries. You are responsible for ensuring that your use of such products occurs only in the countries where such use is suitable.
    [Show full text]
  • SIGTRAN User Guide 910-5595-001 Revision B December 2009
    Tekelec EAGLE® 5 Integrated Signaling System SIGTRAN User Guide 910-5595-001 Revision B December 2009 Copyright 2009 Tekelec. All Rights Reserved. Printed in USA. Legal Information can be accessed from the Main Menu of the optical disc or on the Tekelec Customer Support web site in the Legal Information folder of the Product Support tab. Table of Contents Chapter 1: Introduction.......................................................................8 About this manual.....................................................................................................................9 Audience.....................................................................................................................................9 Updates for this Release...........................................................................................................9 Manual organization...............................................................................................................10 Manual conventions................................................................................................................11 Documentation Admonishments..........................................................................................11 Customer Care Center............................................................................................................11 Emergency Response..............................................................................................................14 Related Publications...............................................................................................................14
    [Show full text]
  • MTP/SCCP/SSCOP and SIGTRAN (Message of SS7 Over IP); Message Transfer Part 3 User Adaptation Layer (M3UA)
    ETSI TS 102 142 V1.1.1 (2003-05) Technical Specification Services and Protocols for Advanced Networks (SPAN); MTP/SCCP/SSCOP and SIGTRAN (Message of SS7 over IP); Message transfer part 3 User Adaptation layer (M3UA) [Endorsement of RFC 3332 (2002), modified] 2 ETSI TS 102 142 V1.1.1 (2003-05) Reference DTS/SPAN-130263 Keywords M3UA, MTP, SCCP, SIGTRAN, SS7, endorsement 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.
    [Show full text]
  • SIGTRAN User Guide
    Tekelec EAGLE® 5 Integrated Signaling System SIGTRAN User Guide 910-5595-001 Revision A June 2009 Copyright 2009 Tekelec All Rights Reserved Printed in USA Notice Information in this documentation is subject to change without notice. Unauthorized use, copying, or translation of this documentation can result in civil or criminal penalties. Any export of Tekelec products is subject to the export controls of the United States and the other countries where Tekelec has operations. No part of this documentation may be reproduced, translated, or transmitted in any form or by any means, electronic or mechanical, including photocopying or recording, for any purpose without the express written permission of an authorized representative of Tekelec. Other product names used herein are for identification purposes only, and may be trademarks of their respective companies. RoHS 5/6 - As of July 1, 2006, all products that comprise new installations shipped to European Union member countries will comply with the EU Directive 2002/95/EC "RoHS" (Restriction of Hazardous Substances). The exemption for lead-based solder described in the Annex will be exercised. RoHS 5/6 compliant components will have unique part numbers as reflected in the associated hardware and installation manuals. WEEE - All products shipped to European Union member countries comply with the EU Directive 2002/96/EC, Waste Electronic and Electrical Equipment. All components that are WEEE compliant will be appropriately marked. For more information regarding Tekelec's WEEE program, contact your sales representative. Trademarks The Tekelec logo, EAGLE, G-Flex, G-Port, IP7, IP7 Edge, and IP7 Secure Gateway are registered trademarks of Tekelec.
    [Show full text]
  • And SCTP-Based SS7 Implementations
    國 立 交 通 大 學 資訊工程系 碩 士 論 文 第七號信令系統信令在MTP與SCTP實作上的比較與分析 Comparison of MTP and SCTP for SS7 Signaling 研 究 生：黃偉哲 指導教授：林一平 教授 中 華 民 國 九 十 三 年 七 月 第七號信令系統信令在 MTP 與 SCTP 實作上的比較與分析 Comparison of MTP and SCTP for SS7 Signaling 研 究 生：黃偉哲 Student：Wei-Che Huang 指導教授：林一平 博士 Advisor：Dr. Yi-Bing Lin 國 立 交 通 大 學 資 訊 工 程 系 碩 士 論 文 A Thesis Submitted to Department of Computer Science and Information Engineering College of Electrical Engineering and Computer Science National Chiao Tung University in partial Fulfillment of the Requirements for the Degree of Master in Computer Science and Information Engineering July 2004 Hsinchu, Taiwan, Republic of China 中華民國九十三年七月 第七號信令系統信令在 MTP 與 SCTP 實作上的比較與分析 學生：黃偉哲 指導教授：林一平 博士 國立交通大學資訊工程學系碩士班 摘 要 第七號信令系統信令提供行動電信通訊網路控制與管理的功能。在現今的行動 網路，第七號信令系統信令是實作在以 Message Transfer Part 為基礎的網路上。但 在新的 Universal Mobile Telecommunication System (UMTS) all-IP 的架構下，第七號 信令系統信令將會被應用傳輸在 IP 網路。本論文即實作第七號信令系統信令在傳統 以 Message Transfer Part 為基礎的網路上的傳輸與在 UMTS all-IP 架構下 Stream Control Transmission Protocol 上的傳輸。我們並從訊息格式、連線準備與資料傳輸/ 回報這三個觀點來比較這兩種不同的方法，並以 3GPP TS 23.060 所定義的 Send Authentication Info 程序來測量分析這兩種方法實作的效能。 i Comparison of MTP and SCTP for SS7 Signaling Student: Wei-Che Huang Advisor: Prof. Yi-Bing Lin Department of Computer Science and Information Engineering National Chiao Tung University Abstract Signaling System Number 7 (SS7) signaling provides control and management functions in the mobile telecommunications network. Traditional SS7 signaling is implemented in Message Transfer Part-based network, which is utilized in the existing mobile networks. In Universal Mobile Telecommunication System (UMTS) all-IP architecture, the SS7 signaling transport will be carried by IP-based network.
    [Show full text]
  • SIGTRAN User Guide 910-6266-001 Revision a January 2012
    Tekelec EAGLE® 5 Release 44.0 SIGTRAN User Guide 910-6266-001 Revision A January 2012 Copyright 2012 Tekelec. All Rights Reserved. Printed in USA. Legal Information can be accessed from the Main Menu of the optical disc or on the Tekelec Customer Support web site in the Legal Information folder of the Product Support tab. Table of Contents Chapter 1: Introduction.......................................................................8 About this manual.....................................................................................................................9 Audience.....................................................................................................................................9 Updates for this Release...........................................................................................................9 Manual organization...............................................................................................................11 Manual conventions................................................................................................................11 Documentation Admonishments..........................................................................................12 Customer Care Center............................................................................................................12 Emergency Response..............................................................................................................14 Related Publications...............................................................................................................15
    [Show full text]
  • ETSI TS 129 202 V4.2.0 (2002-09) Technical Specification
    ETSI TS 129 202 V4.2.0 (2002-09) Technical Specification Universal Mobile Telecommunications System (UMTS); Signalling System No. 7 (SS7) signalling transport in core network; Stage 3 (3GPP TS 29.202 version 4.2.0 Release 4) 3GPP TS 29.202 version 4.2.0 Release 4 1 ETSI TS 129 202 V4.2.0 (2002-09) Reference RTS/TSGN-0429202v420 Keywords UMTS 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.
    [Show full text]
  • Dialogic® DSI Protocol Stacks
    Datasheet Dialogic® DSI Protocol Stacks Dialogic® Distributed Signaling Interface (DSI) Protocol Stacks enable developers to build applications to interface directly to nodes within 2G and 3G mobile networks and wireline networks in areas such as mobility, messaging, location, authentication, charging, and call control. The versatile DSI Protocol Stacks support a range of Signaling System 7 (SS7) and IETF SIGTRAN specifications to provide proven software building blocks that implement the protocol stacks and provide a message-based API, allowing users access to protocol parameters without the need to implement the protocol procedures. A wide range of protocols are supported including MAP and IS-41 for mobile networks, INAP (including CAMEL and AIN) for intelligent networks, and ISUP (including BICC) for call control. These protocols run in conjunction with TCAP, SCCP (Connectionless or Connection Oriented) and underlying transport protocols M3UA, or MTP3 (over MTP2 or M2PA). Physical connectivity is achieved either over IP using SIGTRAN SCTP or using E1/T1 TDM interfaces in conjunction with Dialogic® DSI Network Interface Boards. The Dialogic® DSI SS7 Stack and Dialogic® DSI SIGTRAN Stack are complemented by the DSI run-time environment that coordinates inter-process communication, protocol configuration, management, logging, measurements, and run-time diagnostic tools. Features Benefits Proven worldwide deployment history with multiple operators Provides increased confidence that new deployments will work “out of the box” Common API
    [Show full text]