300 likes | 1.16k Views
Introduction TETRA over IP. Bert Bouwers Rohill Technologies B.V. Agenda. TETRA-over-IP (ToIP) basics Benefits of TETRA-over-IP Myths about TETRA-over-IP Potential difficulties and concerns Guidelines for ToIP system evaluation Summary of facts. TETRA-over-IP basics.
E N D
Introduction TETRA over IP Bert Bouwers Rohill Technologies B.V.
Agenda • TETRA-over-IP (ToIP) basics • Benefits of TETRA-over-IP • Myths about TETRA-over-IP • Potential difficulties and concerns • Guidelines for ToIP system evaluation • Summary of facts
TETRA-over-IP basics • Use the Internet Protocol (IP) to connect Base Stations and SwMI together • Real TETRA-over-IP requires efficient mechanisms to transport both call setup signalling and speech / data traffic • ToIP is a compromise solution. There is a considerable debate whether IP is the best solution or should be avoided.
TETRA-over-IP networking • Can be deployed over any IP network • Internet • Intranet • Local Area Network (LAN) using Ethernet • Transparent operation over • Routers • Switches • Hubs
PABX, PSTN, ISDN Intranet / Internet Other TETRA network Conventional TETRA network Network Management Line Dispatcher SwMI IP gateway, Firewall
PABX, PSTN, ISDN Intranet / Internet Other TETRA network TETRA-over-IP network ISI / IPI gateway Network Management Line Dispatcher Database server Telephony gateway Ethernet LAN IP gateway, Firewall
Benefits of TETRA-over-IP (1) • One architecture for multiple purposes • Transport of TETRA traffic and signalling • Exchange of Status, SDS and Packet Data • Integrated platform for Network Management (SNMP, HTTP) Network Management
Benefits of TETRA-over-IP (2) • Large part available as COTS • Routers and switches • PC based platforms for database servers and telephony gateways • System software – Windows or Linux
Benefits of TETRA-over-IP (3) • Support of virtually any type of network topology Star topology Ring topology Meshed topology
Benefits of TETRA-over-IP (4) • Resilience for link failures • If proper network topology is selected • Resilience for network component failures • If distributed and replicated databases and redundant TETRA network components are used
Does ToIP save costs ? • NO, not really, because • A separate, private IP network is needed for ToIP to prevent delays and ensure security • Additional routers are needed to interconnect the IP components to line circuits (Synchro-nous V.35 / V.11, ISDN, DSL, Frame Relay) • IP uses more bandwidth because of packet headers (IP, UDP, TCP)
Is ToIP a standard ? • NO, not really, because • Current ToIP solutions are not compatible with industry-standard Voice-over-IP (VoIP) standards, such as H.323 and SIP • Each manufacturer has defined its own protocols for call establishment, transport of speech, database synchronization, etc. • IP is not the same as Ethernet: optimizations on the Ethernet level may prevent the use of standard IP router equipment
Why not use H.323 or SIP ? • Additional call setup delay because of negotiation through MGC or Gatekeeper • Additional speech delay due to increased packet length and session control • No TETRA ACELP gateways available on the market, thus transcoding is needed to realise an open solution, resulting in degradation of speech quality
Potential difficulties of ToIP • Extra speech and call setup delay caused by serialisation of data packets within radio sites and IP routers • Jitter caused by queuing of packets in IP infrastructure – requires additional buffering of speech packets • Risk of packet loss or delayed packets due to network congestion
Additional concerns • Prioritisation of different packets • TETRA speech traffic needs higher priority then call setup, SDS and Network Management • Should be based on open standards, otherwisebenefits of using COTS will disappear
How to deal with these difficulties • Use plenty of extra bandwidth to ensure low serialisation delays and reduction of packet delay and packet loss – typically four times minimum required bandwidth • Establish a separate IP network for networking TETRA system components • Use QoS mechanisms such as MPLS to allow prioritisation of IP packets
Criteria for system evaluation (1) • Required bandwidth for IP links • Is it available and also cost effective ? • Are the proposed IP routers and links suitable for mission-critical applications ? • Evaluate reliability of equipment (MTBF) • Observe link reliability – avoid DSL and WLAN ! • Level of resilience in case of link failures • Is the network topology designed in such a way that continuous operation is ensured in case of link failures ?
Criteria for system evaluation (2) • Level of system resilience • Are databases replicated for redundancy ? • Are the proposed link bandwidths sufficient for database synchronisation all over the network ? • Is the system based on open standards and platforms ? • Multi-vendor availability of routers, switches • Hardware platform and operating systems • Can the equipment be networked with standard IP routers, not only on Ethernet level ?
Summary of Pros and Cons • Offers a convergent network for TETRA speech, signalling, messaging and network management • Potential to use COTS equipment and software • Potential to provide resilience in case of link failures • Networking flexibility – find optimum balance between link cost and resilience • Extra bandwidth required for overhead of IP packets • Extra call setup and speech delay caused by serialisation of data over low-speed links • Risk of packet loss and non-sequential arrival of packets • Additional cost for router equipment • IP equipment and networks not always suitable for mission-critical applications
Conclusion • IP is a proven solution for data transport, and maturing for real-time voice transport • For mission critical use, including encryption, protocols and platforms have to be substantionally optimized • Use of IP will increase price and require sufficient bandwidth on each site • Increase of call setup time and speech delay is unavoidable
Thank you for your attention ! Questions ?
Glossary (1) Abbrev. Description Definition ACELP Algebraic Code-Excited Linear Predictive ETS 300 395-2 COTS Commercial Off The Shelf - DSL Digital Subscriber Line TS 101 388 HTTP Hyper Text Transfer Protocol RFC 2616 IP Internet Protocol RFC 791 IPI Internet Protocol Interworking EN 301 747 ISDN Integrated Services Digital Network TBR 003 ISI Inter System Interface EN 300 392-3 LAN Local Area Network IEEE 802.3
Glossary (2) Abbrev. Description Definition MGC Media Gateway Controller RFC 3054 MPLS Multiprotocol Label Switching In progress MTBF Mean Time Between Failure MIL-HDBK-217 PABX Private Automated Branch Exchange - PC Personal Computer - PSTN Public Switched Telephone Network - QoS Quality of Service See RFC 2990 SDS Short Data Service EN 300 292-2 SIP Session Initiation Protocol RFC 3261
Glossary (3) Abbrev. Description Definition SNMP Simple Network Management Protocol RFC 1157 SwMI Switching and Management Infrastructure EN 300 392-1 TCP Transmission Control Protocol RFC 793 TETRA Terrestrial Trunked Radio EN 300 39x ToIP TETRA over Internet Protocol - VoIP Voice over Internet Protocol See SIP/H.323 UDP User Datagram Protocol RFC 768 WLAN Wireless Local Area Network IEEE 802.11