Design Article
Tip: Implementing VoIP with software voice engines
Jonathan Cline, D2 Technologies
12/19/2007 10:00 AM EST

Figure 1. In new softDSP designs, the hardware DSP is replaced with a cost-efficient and design efficient software voice processing engine.
Why softDSP? In calculating the cost of a hardware design, extra packages and pins add cost, while adding additional silicon to an existing SoC remains inexpensive. Using a software voice engine instead of an external DSP can significantly reduce the bill of materials. The softDSP approach eliminates the DSP chip itself, the DSP external memory, the passives required for the external DSP, the board space used by the external DSP, and the additional power requirement or power converters. A low bill of materials is especially important for VoIP systems where the hardware cost of a voice gateway must be recouped through telecommunications subscriber contracts.
What are the requirements for a software voice engine? Typically, with a standard telephony feature set, the memory and processing requirements of the VoIP subsystem are:
- 50kB to 150kB of program memory
- 70kB to 200kB of data memory
- 30 MHz to 90 MHz of CPU processing
- The ability to run at a higher software priority level than other system services (such as network data routing or data peripherals)
- Enough processing power to complete real-time voice processing calculations for all voice buffers in the system, prior to new voice buffers being ready (this is referred to as the "hard deadline")
- The ability to receive internet packets for voice communication at a higher packet priority (QoS) than other Internet system services
Due to the reduction in hardware cost, a softDSP design is ideal for cost-reduced voice products which provide one to four telephony channels. This includes mobile handsets, which are increasingly providing VoIP services through WiFi. The break-even cost is at over four channels, where the tradeoff between SoC processing power available for softDSP can't compete with a highly efficient external DSP.
The softDSP approach also works for designs with more than eight channels, where heat, board space, and the need for additional power supplies can become an issue for external DSPs. Such designs typically employ multi-core SoCs. A single core of the SoC can be dedicated to running the softDSP, or the MHz-heavy voice components can be distributed across multiple cores.
About the author
Jonathan Cline is a lead engineer with D2 Technologies and architect of D2's vTSP voice engine for telephony adapters, integrated access devices, and handsets, and can be reached at jcline@d2tech.com. D2 is the market leader in software solutions that power IP communications equipment, for fixed, wireless, and mobile platforms. To learn more, go to www.d2tech.com.
Related articles:




Dalahmah
9/29/2008 6:07 AM EDT
The softDSP application probably points to race between GPPs and DSPs in the internet application market, since softDSP can be implemented on DSP using operating system virtualiztion and on GPP with DSP oriented instruction set.
Sign in to Reply