|Imagine a package labeled ï¿½Building Blocksï¿½ is delivered to your desk. What would you expect to see when you opened it? What would you want to see? It all depends on what business and job youï¿½re in. Some building blocks are software focused
-- for instance, call control stacks or board- or system-level APIs. Some are hardware-focused, ranging from an entire system (a system as a field-replaceable unit is a building block to the service provider), to the boards and chassis that create the systems, to the chips that go on the board. And who knows
-- maybe to a chip manufacturer, even silicon itself is a building block and the type of sand matters. (Note: even though I work for Intel, I did not check this out.)
At any rate, itï¿½s a daunting task to write about all building blocks in a single column. So Iï¿½ll concentrate on what I call the building blockï¿½s building block
-- the ï¿½hostsï¿½ for the IP telephony software algorithms. Iï¿½m talking chips, my friend.
There are three main types of chips used to run the IP telephony software algorithms: digital signal processors (DSPs), microprocessors, and network processors. Two years ago I wrote another building block article that discussed DSPs and some of the call control options. Back then, the DSP was the primary chip-level building block. In the ensuing two years, microprocessors themselves and network processors have become increasingly important as IP telephony building blocks. But before we discuss chips and why they have taken a more prominent role, letï¿½s get some DSP grounding.
When IP telephony products first came out, the DSP stood front and center. Since DSPs digitize and process analog (and already-digital) signals, they are critical in computer telephony tasks. For instance, features such as conferencing, speech recognition, play/record, and echo cancellation have been done primarily with DSPs. And while these have become important in the IP telephony world, the first real DSP requirements included transcoding, jitter buffer management, and packet redundancy (that is, either putting the phone call into a G.711, G.723.1, G.729a, etc. codec for IP packet transmission, or putting the codecs ï¿½back togetherï¿½ into an analog or TDM signal). All of these feature requirements (and others) are why you will see DSP ï¿½farmsï¿½ on any IP telephony board.
Do we still need these functions today? Yes, because all those functions are still required. But two other building blocks at this level are becoming increasingly important. First, there is the matter of the host processor itself. As these processors gain processing capability via Mooreï¿½s Law, the host processors can potentially do more processing. Makes sense, right? Essentially, some of the DSP functions can be moved to the host processor by porting the DSP software, thus making the host processor a critical building block. This is not a new idea in the computer telephony world, where speech recognition and fax algorithms have, within the last few years, been at least partially architected to run on the host processor. So that migration is underway.
In IP telephony, the complex and MIPS-intensive transcoder algorithms have traditionally been better served by DSPs. But now, with increased processing power, itï¿½s possible to move IP telephony algorithms to the host, especially for lower-density cards where a wide variety of tasks need to be performed. It should be noted that high-density cards requiring many specific algorithms to be performed at a high rate would still be more cost effective with a DSP approach, which is why you still see (and want) these cards on the market.
Another important type of new silicon-level building block is the network processor. Since network processors are built to handle packet processing, as we move toward an ï¿½all-IPï¿½ world that wonï¿½t demand as much TDM-to-IP transcoding, the ability to handle packets will become increasingly important. The network processors can also deal well with packet analysis, packet classification, packet modification, and packet forwarding
-- all required in IP telephony. And since these functions are especially important for quality of service (QoS) improvements, these building blocks will undoubtedly be more important in the future. So you may first see some boards using network processors as ï¿½packet assistï¿½ functions on the boards, then moving to all network-processor-based boards as the ï¿½all-IPï¿½ world evolves.
Depending on what you want to do, there are more options than ever at the chip level. Maybe next time, Iï¿½ll even write an article about that
Jim Machi is director, Product Management for the Network Processing
Division of the Intel Communications Group. Intel, the worldï¿½s largest
chip maker, is also a leading manufacturer of computer, networking, and
communications products. For more information, visit www.intel.com.
*Other names and brands may be claimed as the
property of others.
To The November 2002 Table Of Contents ]