Difference Between NGN and Legacy TDM Network
Difference Between NGN and Legacy TDM Network
Systems
Division
Tekelec
Packet Telephony
White Paper
111700R1
Introduction
The world’s telecommunications market is facing dramatic change. In the U. S. the
Telecommunications Act of 1996 has served as a key catalyst. Furthermore, similar
regulatory events are spreading this wave of change around the world. The net result is
that the telecommunications services market has become increasingly competitive. This
new level of competition, combined with the tremendous growth of the Internet and its
associated technology has dramatically changed the incumbent service providers’ world.
New competitive long distance and local service providers are challenging these
venerable institutions.
With these new competitors have come innovations in products, services, and pricing. A
key enabler of this innovation is the convergence of voice and data. Whether its
combining voice and data traffic in the carrier backbone or in the local loop, every carrier
is evaluating the economies and flexibility of a converged solution.
This paper provides a view of the telecommunication’s network migration that will occur,
as new services are required in an ever demanding and changing marketplace.
Page 2 111700R1
This reality will be based upon standards based transport, signaling, services, and many
more aspects. Figure 1 below illustrates this from a high level.
Service
Service Service
Service
Service
Service
Page 3 111700R1
In the local carrier market, Internet traffic is causing major concerns and driving re-
engineering of local End Office switches. These switches were engineered for traditional
voice calling patterns. In particular, characteristics such as frequency of calls and call
hold times are markedly different with the added load from Internet dial traffic. In fact,
the steady increase in Internet traffic threatens to exceed these switches capacity. One
avenue of relief for this situation is the deployment of residential ADSL. The leading
technology in this market is an “always on” connection, but the traffic does not go
through the local voice switch. Rather, the local Internet traffic is terminated in the local
central office (CO) by a digital subscriber loop multiplexer or DSLAM. From the
DSLAM the traffic is typically multiplexed into an ATM network and transported to an
Internet Service Provider (ISP). Today, this ATM network is separate from the voice
network.
Within the Internet infrastructure, as well as in the enterprise domain, Internet Protocol
(IP) is the dominant transport. Given that both ATM and IP have strong supporters, there
is significant discussion and debate over what is the “best” approach, especially in
replacing legacy TDM networks. In fact, technologists from both carriers and vendors, as
well as industry “experts” are hotly debating over the choice of ATM versus IP as the
primary transport method.
NGN Migration
Investment Protection
Today’s carriers today have billions of dollars invested in their existing networks. It
would be fiscally irresponsible for their management to even consider installing a
completely new network, and discarding their network. In fact, it is critical that any new
network technology, whether it is “simply” a new network element (NE) or an entire
“sub-network”, interoperate and leverage existing capabilities.
With this in mind, incorporating NGN components based upon standard, open protocols
is the first step to protecting a carrier’s investment. Compatibility with SS7 and inter-
machine trunk (IMT) requirements are fundamental tenants to supporting a smooth
migration to a NGN. This compatibility insures basic call setup and teardown, as well as
access to existing Advanced Intelligent Network (AIN) services such as local number
portability (LNP), free call (ex. U.S. 8xx calls), etc. An example of how this could be
Page 4 111700R1
accomplished is shown in Appendix A. Additionally, from an operational perspective,
interoperability with existing Operational Support Systems (OSS) is required before the
NGN can actually be placed into service.
Tekelec’s NGN components, the IP7 Secure Gateway, IP7 Front End, and VXi Media
Gateway Controller family are comply with industry standards in signaling and transport,
as well as supporting various management capabilities. Furthermore, Tekelec will
continue to enhance and develop capabilities in this area to insure that its customers
receive the maximum return from existing infrastructure investment in transition to an
NGN approach.
Page 5 111700R1
Architecturally speaking, redundancy is again the often the approach of choice. System
reliability is addressed by implementing “mated pairs”, i.e. redundant systems often
operating in synchronization but geographically separated with redundant, diversely
routed links providing the interconnection. This continues to be the standard industry
practice and is part of Tekelec's network proposals.
Tekelec has a celebrated reputation for providing carrier grade reliability in its products.
The IP7 Secure Gateway platform has both calculated and field proven reliability of
99.99999%. The VXi MGC is based on carrier grade computing platforms from Sun
Microsystems – the Netra series. The VXi MGC system is configured with redundant
(active/standby) processors, redundant Tone and Announcement Servers, and redundant
internal LANs with companion redundant hubs and routers.
All of Tekelec’s solutions are carrier grade and meet such stringent requirements as the
U.S. carrier NEBS certification. Tekelec will continue to work with its customers in
meeting or exceeding all of the necessary requirements.
Scalability
Historically, telecommunications networks have scaled rather poorly and often at
significant cost to the carrier. Switches were either “over provisioned” to support growth
or they were upgraded to include additional line and trunk cards, additional call capacity.
If capacity was required remotely from the serving switch, “remotes” or digital loop
carriers were implemented. These solutions were usually expensive from both a capital
and operating perspective.
In contrast, NGN architectures support incremental growth in ports (lines or trunks), in
call capacity, and in extension to new remote locations. With its distributed nature –
softswitch or media gateway controller, media gateways and signaling gateways all
interconnected via a packet transport – an NGN solution offers both incremental growth
and the ability to leverage advances in technology without the “wholesale” changes that
are typical of traditional circuit switches.
Tekelec’s products and network proposals offer industry-leading scalability. The IP7
Secure Gateway scales from 2 to 450 SS7 links, while the VXi MGC offers in-service
upgrades from 250,000 BHCA (Busy Hour Call Attempts) to nearly 1million BHCA.
The NGN scales in a straightforward fashion as described above: either by incrementally
adding capacity to existing media gateways, or by adding media gateways. Enhanced
Services can be introduced or expanded using existing Network Elements (NEs), such as
SCPs, or in the future by adding Feature/Application Servers, and Media Servers.
Page 6 111700R1
The NGNs distributed, standards-based approach is the key to freeing carriers from this
tenuous situation. Ideally, products that are standards-based will interoperate and offer
carriers the best choices in technology, scalability, and price. However, given the relative
immaturity of the NGN market and their associated standards, the telecommunications
industry will face a period of standards “convergence” over the next few years.
As stated here several times, Tekelec’s approach is founded on standards-based
implementations. The VXi MGC supports Q.2931, MGCP, and SIP, and will evolve as
these protocols mature. This is affirmed by the extensive list of media gateways
supported. Not relying on a single transport technology or single vendor, the VXi MGC
supports ATM and IP MGs supplied by leading manufacturers, such as Newbridge
(Alcatel), Tellabs, and Cisco. In addition, support for integrated access devices from
Woodwind and Mariposa complement this broad offering.
Page 7 111700R1
Migration architectures
STP SS7
STP STP
End
Office
End
Office SCN TDM TDM SCN
Access
Tandem
TDM
STP Access STP
Access
Tandem
TDM Tandem
TDM
Traditional SCN
End SCN
TDM Architecture End
Office
Office
Figure 2
IP7 SG
SS7 SS7
TALI/SCTP STP
STP
End
Office
VXi
End MGC
Office SCN SCN
Media
TDM Media MGCP Gateway
Gateway
UNI 4.0
Figure 3
Page 8 111700R1
Effectively, TDM trunks from End Offices, which typically connect directly to a Tandem
or Transit switch network, now use a distributed transport and switching network,
comprised of a packet transport and a softswitch / media gateway controller for call
control.
Examining the architecture, the three key components and their roles are:
• Media Gateways: TDM to Packet translation for the bearer channel, and
ingress/egress to the packet network. These MGs are of the trunking gateway
variety, meaning they terminate TDM trunks.
• Signaling Gateway: Conversion of SS7 signaling from TDM to packet, and
management of SS7/ISUP country variants. Packetized SS7 information is
forwarded to the MGC via standard interfaces. Today, this includes TALI, and in
the future SCTP, pending its ratification.
• Media Gateway Controller: Call control, as well as including trunk management,
screening, number translations, and correct trunk routing. The MGC controls the
MGs via standards such as Q.2931 for ATM MGs and MGCP for IP MGs.
Note: Tekelec will offer standard based interfaces where available. In cases where
customer’s require capabilities not yet standardized, Tekelec will either develop and
promote an open standard (e.g. TALI), or will use the latest DRAFT of a potential standard.
While leveraging packet transport economies, this voice trunking approach also allows
use of existing services provided by SCPs, Service Nodes, etc.
Page 9 111700R1
The Voice over IP architecture is shown below in Figure 4:
IP 7 SG
SS7 SS7
TALI/SCTP
STP
STP
SIP End
VXi Application
Office
MGC Server
End
Office SCN SCN
MGCP/ Media
TDM Media UNI 4.0 Gateway
Gateway
Media
Access Packet Transport Gateway TDM
Gateway End
Media (ATM/IP) SCN Office
Gateway
TDM
Access
Gateway
SCN
End Voice Trunking
Office and End Office Support with
Packet Transport
Figure 4
The current state of the industry for End Office support can best be characterized as
experimental. While there are actual implementations of PC to PC and PC to phone,
there are no carrier grade installations of true “black phone” to “black phone” with the
requisite services supported. Historically, the PC to PC approach has been based on
H.323, with the abundant availability of Microsoft’s NetMeeting application.
There is also significant development underway to implement SIP and SIP phones as the
“next generation” of customer telecommunications devices. This model is based on the
assumption that the end user device is significantly more intelligent than today’s
telephone handset. Due to the huge number of installed telephones, the migration to
“intelligent” phones, ex. SIP phones, the requirement for continued support of “black
phones” will remain for many years.
Another emerging technology well suited to the softswitch/End Office approach is voice
over DSL (VoDSL). In a VoDSL application the VoDSL gateway can support either a
traditional TDM interface (GR-303) to a standard End Office switch, or it can support a
suitable “packet” oriented interface such as Media Gateway Control Protocol (MGCP).
With the advent of voice and data integrated access devices leveraging the bandwidth
available from digital subscriber loop technology, another viable component, used as a
media gateway, becomes available.
With this in mind, it is critical that any NGN implementation provide the flexibility to
support whatever access technology is predominant. Tekelec is basing its development,
recommended architectures, and focus on standards. This will allow a straightforward
migration to various access technologies as they implement standard interfaces such as
MGCP and SIP. Tekelec is actively working with customer’s today to move towards
viable, deployable capabilities for End Office applications.
Page 10 111700R1
Converged Services: PSTN/Internet Interworking
Another step in NGN migration is the incorporation of the Internet into the overall
telecommunications architecture. One of the early applications involving softswitches
has been the offloading of traffic destined for the Internet from the circuit switched
network. This application, from an access perspective could be viewed as the initial
capability of the converged services aspect of NGNs.
In reality, this capability serves primarily to minimize a carrier’s internal problem (i.e.,
Internet traffic causing congestion in switches designed for voice traffic with 3-minute
hold times), but does not offer any new capabilities to customers. New services are
possible, however, with a converged services network. Primarily, the new services will
involve logically coupling Internet sessions with the voice capability of the PSTN.
Examples include:
• Internet Call Waiting – allowing an incoming call alert to be displayed on a
PC window while maintaining an Internet connection. Various options
regarding call acceptance are possible.
• Click to talk – the ability to initiate a voice call while visiting a web site
supporting a voice dialog for ordering, customer service, etc.
• Unified Messaging – providing true integration of various messages into a
single multimedia “mailbox” and offering translations between the media
(voice to text, text to voice, etc.)
• Find me, follow me – expansion of existing services to include recognition of
a user’s online presence as a contact reference / location.
• Click to fax – an ability similar to click to talk, but one that creates and sends
a fax, typically based upon the “sending” web site content to a user supplied
number from an Internet session.
• Content to Audio – retrieval of Internet based content in an audio format to a
user-selected device.
The converged services approach would most likely be an incremental migration from the
previous VoIP solution to include additional devices such as:
• Mediation media gateway – “access point” to Internet transport services with
appropriate firewall capabilities
• Media servers – devices capable of offering retrieval and translation of
content to differing media.
In addition, there will be linkages between Internet, SCN, and VoP to support the
capabilities listed above as well as other services. This high level architecture is shown
in Figure 5 below:
Page 11 111700R1
IP7 SG
SS7 SS7
TALI/SCTP
STP
STP
SIP End
VXi Application Office
MGC Server
End
Office SCN SCN
MGCP/ Media
TDM Media Gateway
UNI 4.0
Gateway
Access
Packet Transport MGCP, Media
SIP Server
Gateway
(ATM/IP)
Media
Gateway
TDM
Access
Mediation Gateway
SCN Gateway
End Web PC
Office
Pager
Internet
PDA
SIP
Phone
Converged NGN/Internet
Figure 5
Page 12 111700R1
The vision of the NGN is that these services can reside anywhere and be accessed by
anyone. (Authorization is assumed). In fact, a new market opportunity for offering services
is likely to develop form today’s nascent application service provider (ASP) space.
Conclusion
The future of NGNs is from one perspective assured: the traditional TDM network will
be replaced, from another perspective nothing is sure, but what exactly will an NGN look
like? When will NGNs be implemented? And, what will be the key services of the
future?
These and other questions will be answered in the coming months and years. For now, it
is critical that equipment suppliers and carriers alike understand the dynamics of the
changing telecommunications landscape. Deregulation has opened up this market for
aggressive and agile entrants who do not have the burdensome capital investment in
traditional networking equipment. These new entrants - CLECS and ICPs, are
dramatically affecting the market for both the every day subscriber and the incumbent
carriers. “Internet-time” has reached the carrier market. Whether the architecture of the
“new world” replaces the “old world” in next five years or ten years, change is certainly
here.
Appendices
Page 13 111700R1
Appendix A
IP IXC
Signaling 3,22,27 MG Controller 6,14,19,26,29 MG Controller 7,9,12,18,25
Signaling
Gateway ISUP/TCAP/IP [MGC] SIP+ [MGC] ISUP/TCAP/IP
Gateway
[SG] 4,5,15,16,20,21 [SG]
MGCP
SIP+
2,23,28 ISUP/TCAP/IP
ISUP/SS7 FGD
Trunks
FGD
IP
Trunks
Network 10,11
SSP 13,17,24
MGCP ISUP/SS7
MGCP [MG] LEC B
SSP Media RTP
Gateway FGD
Trunks
1 LEC A
[MG] 11 - (RTP connection)
[MG] SSP
LNP Message Flow Network Configuration LEC C
Source: IN Forum, IN-IP Workgroup Figure 6
Page 14 111700R1
PSTN (call origination) to VoIP to PSTN (call destination) with an LNP Query
Page 15 111700R1
LNP Service Delivery - Message Flow Description
The message numbers contained in this message flow description correspond to the
numbering in the LNP Message Flow Diagram, refer to Figure 7. The message
numbers also correspond to the LNP Network Diagram, refer to Figure 6.
Note: This Call Scenario does not contain the call tear-down messaging at this time.
16
15. The originating MGC (OMGC) sends an MDCX (modify connection) command to
the originating MG (OMG).
16. The originating MG (OMG) establishes an RTP connection to the destination MG and
sends an ACK (connection acknowledge) to the originating MGC (OMGC).
17. LEC C returns an ACM to the SG.
18. The originating Signaling Gateway (OSG) encapsulates the ACM and sends it to the
destination Media Gateway Controller (DMGC).
19. Destination Media Gateway Controller (DMGC) sends 180 RINGING message to the
originating MGC (OMGC) containing the encoded ACM.
20. The originating MGC (OMGC) sends a MDCX (modify connection - voice cut
through) to the originating MG (OMG).
21. The originating MG (OMG) sends an ACK (connection acknowledge) to the
originating MGC (OMGC).
22. The originating MGC (OMGC) forwards the updated ACM to the OSG.
23. The originating SG removes the encapsulation and forwards the ACM to Carrier A.
24. The Called Party answers the phone. Carrier C sends an ANM to the destination SG.
25. The destination SG encapsulates the ANM (SIGTRAN), and sends it to the
destination Media Gateway Controller (DMGC).
26. Destination Media Gateway Controller (DMGC) sends 200 OK command to the
originating MGC (OMGC) containing the encoded ANM.
27. Originating MGC (OMGC) receives 200 OK command, extracts, updates,
encapsulates and forwards the ANM to the OSG.
28. The origination SG strips off the IP encapsulation and forwards the ANM to Carrier
A.
29. The originating MGC (OMGC) acknowledges the 200 OK by sending an ACK
message to the destination MGC.
Page 17 111700R1
Appendix B
Page 18 111700R1