Designing Triple-Play Apps Using DSP Resource Boards

660 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
660
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Developers of infrastructure equipment. Were working with C62 & C64. Information in this presentation will be relevant for designers of large-medium systems (hundreds of ports). First problem designers will need to face is bottle necks of HW & SW design. Next problem will be mass deployment, how to manage & support this deployment. Answer customer requirements for low risk, time-To-Market
  • We will use the 2 terms of HW & SW framework HW with multiple DSPs needs aggregation of traffic SW FW is the SW in the DSP – Voice/Video processing algorithms
  • ECAN - Echo canceller
  • If now you support voice and in the future you will want to add video you must make sure it is possible to add this in the future. It must be open to add new media types. C64 is the only open system because it has external memory. We have 0 overhead from density perspective when providing this capability
  • You need to make sure that your support engineers can connect from the lab to the field system and extract data for any channel and any media type. The diagnostics must be part of the release version. If it is only in the debug release you will not be able to get the data when problem happens. Some vendors don’t provide this due to memory constrains. Security – Make sure not every one can connect to the system
  • Designing Triple-Play Apps Using DSP Resource Boards

    1. 1. Designing Triple-Play Apps Using DSP Resource Boards Amir Zmora VP Marketing & Product Management Surf Communication Solutions
    2. 2. Agenda <ul><li>Voice and Video Market Trends </li></ul><ul><li>Operators Needs </li></ul><ul><li>Triple-Play in Action </li></ul><ul><li>Optimal Hardware System Architecture </li></ul><ul><li>Optimal Software System Architecture </li></ul><ul><li>Summary </li></ul>
    3. 3. Voice and Video Market Trends
    4. 4. Triple-Play Overview <ul><li>Currently different systems are used for each media type </li></ul><ul><ul><li>Telephone for voice (VoIP or PSTN) </li></ul></ul><ul><ul><li>Video system for video calls </li></ul></ul><ul><ul><li>Data collaboration applications for data sharing </li></ul></ul><ul><li>In Triple-Play all 3 media types are combined </li></ul><ul><ul><li>Right-click on an e-mail to open a session (voice/video) with sender </li></ul></ul><ul><ul><li>Seamlessly switch between voice-only and voice + video </li></ul></ul><ul><ul><li>Share desktop and applications in same session </li></ul></ul><ul><ul><li>TVoIP/TVoDSL, VoD, PVR, DVR  a single CPE box that will handle all communication applications </li></ul></ul>
    5. 5. The Drivers of Video Deployment <ul><li>Technology improvements </li></ul><ul><ul><li>Better video codecs – H.263, MPEG4, H.264 </li></ul></ul><ul><ul><li>Cheaper components – LCD screens, memory </li></ul></ul><ul><ul><li>Processors are cheaper, better and require less power </li></ul></ul><ul><ul><li>Longer battery life for handheld devices </li></ul></ul><ul><li>Different networks that can now be converged </li></ul><ul><ul><li>Cellular – 3G (3G-324M) </li></ul></ul><ul><ul><li>Wireless – WiFi & WiMAX (SIP) </li></ul></ul><ul><ul><li>Wireline IP (SIP & H.323) </li></ul></ul><ul><ul><li>Wireline PSTN (H.324) </li></ul></ul>
    6. 6. Cellular – 3G Services <ul><li>3G is now in mass deployment </li></ul><ul><ul><li>156 commercial 3G operators in 70 countries </li></ul></ul><ul><ul><li>187M subscribers (CDMA & WCDMA) </li></ul></ul><ul><ul><ul><li>Source www.3gtoday.com July 2005 </li></ul></ul></ul><ul><li>Video streaming </li></ul><ul><ul><li>V-Live of NTT DoCoMo – Real-Time TV </li></ul></ul><ul><ul><li>Video on demand </li></ul></ul><ul><ul><li>Home/Business/Homeland security – Video surveillance </li></ul></ul><ul><li>Messaging & Presence </li></ul><ul><ul><li>IM, MMS, Video mail, PoC </li></ul></ul><ul><ul><li>Presence – Online/offline plus available for service X with person Y </li></ul></ul>
    7. 7. Cellular – 3G Services <ul><li>Conversational Multimedia </li></ul><ul><ul><li>Video Telephony </li></ul></ul><ul><ul><li>PoC – Half-duplex communication (Push-to-Talk, Show, View) </li></ul></ul><ul><li>Online multi-participant games </li></ul><ul><ul><li>Combine with Video to other parties </li></ul></ul><ul><ul><li>Combine with PoC </li></ul></ul>
    8. 8. Wireless IP - WiFi & WiMAX <ul><li>WiFi (and WiMAX, in the future) will be integrated into mobile devices </li></ul><ul><li>A mobile device will roam seamlessly between networks </li></ul><ul><ul><li>In the office – Use WiFi as a terminal in office PBX </li></ul></ul><ul><ul><li>In the city – Use WiMAX if available for higher bandwidth at lower price </li></ul></ul><ul><ul><li>On the go – Use 3G cellular network </li></ul></ul><ul><li>Hence all services in cellular network will need to be available also in Wireless </li></ul>
    9. 9. Wireline IP <ul><li>Video is mainly used today in room systems with H.323 or ISDN BUT… </li></ul><ul><li>Video is getting into the home and on the desktop </li></ul><ul><ul><li>MSN Messenger </li></ul></ul><ul><ul><li>Many SIP Video clients </li></ul></ul><ul><ul><li>STB (Set-top Boxes) with Video clients </li></ul></ul><ul><ul><ul><li>Both Siemens and Samsung showed this direction at Supercomm 2004 </li></ul></ul></ul><ul><ul><ul><li>D-Link i2eye has this product for more than a year - http://www.dlink.com/products/?pid=293 </li></ul></ul></ul><ul><ul><ul><li>Leadtek has IP, ISDN & PSTN Video phones http:// www.leadtek.com/videophone.html </li></ul></ul></ul>
    10. 10. Wireline PSTN <ul><li>PSTN Video phones using H.324 have existed for years </li></ul><ul><ul><li>They had low Video quality </li></ul></ul><ul><ul><li>They were expensive </li></ul></ul><ul><li>With the technology improvements these 2 issues have been solved </li></ul><ul><li>Amstrad announced in September availability of its PSTN E3 Video Phone </li></ul><ul><li>Service experiencing rapid deployment in Italy (HiTel and other phones) </li></ul>
    11. 11. Voice and Video Market Trends <ul><li>Current deployment of Video is mainly in the Enterprise & 3G Mobile segments </li></ul><ul><li>Deployment of Video over broadband and PSTN is ramping up </li></ul><ul><li>Deployment facts </li></ul><ul><ul><li>NTT DoCoMo: Over 12.8M subscribers (May 2005) </li></ul></ul><ul><ul><li>Hutchison 3G: Over 8M subscribers (March 2005) </li></ul></ul><ul><ul><li>Skype to add Video (announced Oct 2004) </li></ul></ul><ul><ul><li>Vonage to add Video (announced Dec 2004) </li></ul></ul><ul><ul><li>8x8 already provides Video (since June 2004) </li></ul></ul><ul><ul><li>VoicePulse to add Video (planned for H2/2005) </li></ul></ul><ul><ul><li>Video over PSTN in Italy, UK and other countries </li></ul></ul>
    12. 12. Operators Needs
    13. 14. Operators Needs <ul><li>Connectivity between the different networks </li></ul><ul><li>Cross-networks services </li></ul><ul><ul><li>Voice/Video mail </li></ul></ul><ul><ul><li>Video portal </li></ul></ul><ul><ul><li>Multimedia server </li></ul></ul><ul><ul><li>Recording </li></ul></ul><ul><li>All applications must support packet-to-packet, TDM-to-packet, TDM-to-TDM </li></ul>
    14. 15. Operators Needs cont’d <ul><li>Since Video deployment demands are still relatively small compared to Voice deployment, flexible channel type assignment is required </li></ul><ul><li>Price, Price, Price! </li></ul><ul><ul><li>Smooth and flexible migration from Voice systems to Voice and Video systems </li></ul></ul><ul><ul><li>Simple, synchronized, and balanced systems </li></ul></ul>
    15. 16. DSP Farms: Moving from PTMC to AMC Well-defined control mechanism in spec No defined control mechanism Up to 30 Watt Up to 15 Watt Hot swap Non hot swap Rapid I/O TDM GB Ethernet MII PCI Express PCI AMC PTMC Megs of traffic 10s of Megs in back plane Gigs of traffic 10 Gig per AMC in back plane Not ready for new powerful DSPs Ready for new powerful DSPs
    16. 17. Voice & Video Gateway DSP C64x Host Video Processing: Resolution Frame Rate Bit Rate RTP/RTCP Jitter ECAN Tones Detection/ Generation Video Encode/ Decode Voice Encode/ Decode Media Processing -V.17/ V.34HD Fax -T.32/ T.38 Modem -V.92/ V.34 Transport Signaling TDM H.223/ H.221 IP/ UDP H.323 SIP 3G-324M PRI/ BRI CAS Applications
    17. 18. Voice & Video Gateway DSP C64x Host Video Processing: Resolution Frame Rate Bit Rate RTP/RTCP Jitter ECAN Tones Detection/ Generation Video Encode/ Decode Voice Encode/ Decode Media Processing -V.17/ V.34HD Fax -T.32/ T.38 Modem -V.92/ V.34 Transport Signaling TDM H.223/ H.221 IP/ UDP H.323 SIP 3G-324M PRI/ BRI CAS Applications With Partners
    18. 19. Triple-Play in Action
    19. 20. Voice & Video Gateway Voice & Video GW Media processing board SIP Video Phone 1. Call starts from the SIP Video Phone H.264 30 FPS 4CIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    20. 21. Voice & Video Gateway Voice & Video GW Media processing board SIP Video Phone 2. GW application configures Media Gateway according to destination and codec properties H.264 30 FPS 4CIF Control IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    21. 22. Voice & Video Gateway Voice & Video GW Media processing board SIP Video Phone 3. Media goes directly to Media Gateway avoiding Host-DSP bottleneck H.264 30 FPS 4CIF H.263 10 FPS CIF MPEG4 10 FPS QCIF Control IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    22. 23. Voice/Video Gateway Application Requirements <ul><li>Interfaces </li></ul><ul><ul><li>Simultaneous interfaces required: IP-IP, TDM-IP, TDM-TDM </li></ul></ul><ul><ul><li>C64x has native interfaces to IP, TDM </li></ul></ul><ul><ul><li>Each DSP has an Ethernet I/F requiring aggregation to one IP address </li></ul></ul><ul><li>High Density </li></ul><ul><ul><li>Powerful DSP </li></ul></ul><ul><ul><li>Separate control and media path </li></ul></ul><ul><ul><li>Network aggregation is done using an IP switch </li></ul></ul><ul><ul><li>H.223 runs on DSP </li></ul></ul><ul><li>Media Processing </li></ul><ul><ul><li>H.263, H.264, MPEG4 </li></ul></ul><ul><ul><li>G.729, G.723, AMR… </li></ul></ul><ul><ul><li>All voice/video/fax/data media processing and stack performed on the DSP </li></ul></ul>
    23. 24. Voice & Video Mail – Record/Play Voice & Video GW Media processing board SIP Video Phone 1. SIP phone initiates a call to PSTN Video Phone. Call is routed to Voice/Video Mail. H.263 10 FPS CIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    24. 25. Voice & Video Mail – Record/Play Voice & Video GW Media processing board SIP Video Phone 2. Media is buffered in DSP external memory to avoid host interrupts in 10/20 ms interval, then stored on host. H.263 10 FPS CIF Control H.264 30 FPS 4CIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    25. 26. Voice & Video Mail – Record/Play Voice & Video GW Media processing board SIP Video Phone 3. Voice/Video mail retrieved from mobile. Media is processed in DSP. H.263 10 FPS CIF Control H.264 30 FPS 4CIF MPEG4 10 FPS QCIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    26. 27. Messaging Application Requirements <ul><li>Interfaces </li></ul><ul><ul><li>Disk  Host  DSP  Network (Simultaneous IP/PSTN) </li></ul></ul><ul><ul><li>C64x has native interfaces to IP, TDM </li></ul></ul><ul><ul><li>Each DSP has an Ethernet I/F requiring aggregation to one IP address </li></ul></ul><ul><li>Temporary Storage </li></ul><ul><ul><li>Allows keeping commonly-used messages in memory (IVR) </li></ul></ul><ul><ul><li>Allows buffering to avoid host interrupts in 10/20ms intervals (voice block size) </li></ul></ul><ul><li>High Density </li></ul><ul><ul><li>Powerful DSP </li></ul></ul><ul><ul><li>Separate control and media path </li></ul></ul><ul><ul><li>Network aggregation is done using an IP switch </li></ul></ul><ul><ul><li>H.223 runs on DSP </li></ul></ul>
    27. 28. Messaging Application Requirements <ul><li>Media Processing </li></ul><ul><ul><li>H.263, H.264, MPEG4 </li></ul></ul><ul><ul><li>G.729, G.723, AMR… </li></ul></ul><ul><ul><li>All voice/video/fax/data media processing and stack performed on the DSP </li></ul></ul><ul><li>Transport </li></ul><ul><ul><li>Reliable Host-DSP over UDP (“TCP light”) </li></ul></ul>
    28. 29. Voice & Video Conferencing Voice & Video GW Media processing board SIP Video Phone 1. Each party in the conference calls in. Different protocols and media properties are supported. H.263 10 FPS CIF H.264 30 FPS 4CIF MPEG4 10 FPS QCIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    29. 30. Voice & Video Conferencing Voice & Video GW Media processing board SIP Video Phone 2. DSP is configured to create a channel for each voice/video party. H.263 10 FPS CIF Control H.264 30 FPS 4CIF MPEG4 10 FPS QCIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    30. 31. Voice & Video Conferencing Voice & Video GW Media processing board SIP Video Phone 3. An output channel is created for each party that requires voice/video/H.223/RTP processing. H.263 10 FPS CIF Control H.264 30 FPS 4CIF MPEG4 10 FPS QCIF IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
    31. 32. Voice/Video Conferencing Application Requirements <ul><li>Interfaces </li></ul><ul><ul><li>Simultaneous interfaces required: IP-IP, TDM-IP, TDM-TDM </li></ul></ul><ul><ul><li>C64x has native interfaces to IP, TDM </li></ul></ul><ul><ul><li>Each DSP has an Ethernet I/F requiring aggregation to one IP address </li></ul></ul><ul><li>High Density </li></ul><ul><ul><li>Powerful DSP </li></ul></ul><ul><ul><li>Separate control and media path </li></ul></ul><ul><ul><li>Network aggregation is done using an IP switch </li></ul></ul><ul><ul><li>H.223 runs on DSP </li></ul></ul>
    32. 33. Voice/Video Conferencing Application Requirements <ul><li>Media Processing </li></ul><ul><ul><li>H.263, H.264, MPEG4 </li></ul></ul><ul><ul><li>G.729, G.723, AMR… </li></ul></ul><ul><ul><li>All voice/video/fax/data media processing and stack performed on the DSP </li></ul></ul><ul><ul><li>Voice/Video should be transmitted to each party according to its: </li></ul></ul><ul><ul><ul><li>Voice codec properties </li></ul></ul></ul><ul><ul><ul><li>Video codec properties </li></ul></ul></ul><ul><ul><ul><li>Transport & interface – IP/TDM (H.223) </li></ul></ul></ul>
    33. 34. Optimal Hardware System Architecture
    34. 35. Definition of Terms <ul><li>Hardware Framework </li></ul><ul><ul><li>DSP </li></ul></ul><ul><ul><li>Routing device </li></ul></ul><ul><ul><li>Aggregation device </li></ul></ul><ul><ul><li>System controller </li></ul></ul><ul><li>Software Framework </li></ul><ul><ul><li>DSP algorithms </li></ul></ul><ul><ul><li>DSP framework </li></ul></ul><ul><ul><li>Diagnostics system </li></ul></ul><ul><ul><li>Expert analysis system </li></ul></ul>
    35. 36. DSP Requirements <ul><li>Prerequisites: </li></ul><ul><li>External SD-RAM </li></ul><ul><li>Packet interface </li></ul><ul><li>High enough performance to enable video processing </li></ul><ul><li>Wide range of reliable software vendors </li></ul>C6412, New C64xx
    36. 37. Interface between DSP and Network Aggregation Unit <ul><li>With a Host Port Interface (HPI, PCI…), all the DSPs are connected to the same bus. A slow retrieval from one DSP can cause delay in other DSPs (the butterfly effect). </li></ul><ul><li>Using an Ethernet interface, the DSPs have independent communication routes. </li></ul>
    37. 38. DSP2 DSP3 DSP1 Aggregator DSP2 DSP3 DSP1 Interface between DSP and Network Aggregation Unit Aggregator
    38. 39. Interface between Host and DSP <ul><li>A DSP with small memory needs to send/receive small chunks of data to/from the Host at a high rate. This inflicts severe stress on the Host and is particularly important for messaging solutions. </li></ul><ul><li>Use DSPs with large external memory. The external memory can be used as temporary storage, enabling the Host to send/receive larger chunks of data less frequently. </li></ul>
    39. 40. Aggregation Unit Bottleneck: Payload and Control Handling <ul><li>Network aggregation and control application compete for the same resources. </li></ul><ul><li>Separate control and media paths. For example: Use IP interconnections between DSPs, Host and Network. </li></ul>
    40. 41. Optimal Software System Architecture
    41. 42. Optimizing the Software Framework <ul><li>Interoperability/Testing </li></ul><ul><li>Open Framework </li></ul><ul><li>Flexible APIs </li></ul><ul><li>Remote diagnostics </li></ul>
    42. 43. Interoperability and Testing <ul><li>Solution components must be field-hardened & interoperable (signaling interop is not enough) </li></ul><ul><ul><li>Voice Codecs </li></ul></ul><ul><ul><li>Video Codecs </li></ul></ul><ul><ul><li>H.223/H.221 </li></ul></ul><ul><ul><li>T.38 </li></ul></ul><ul><ul><li>Echo Canceller </li></ul></ul><ul><ul><li>Modem </li></ul></ul><ul><li>Critical components need constant support </li></ul><ul><ul><li>Echo Canceller </li></ul></ul><ul><ul><li>Modem </li></ul></ul><ul><li>Tools needed for diagnostics extraction from deployed systems </li></ul>
    43. 44. What is an Open Framework? <ul><li>A solution that enables manufacturers to add media processing algorithms to their platforms simply and quickly </li></ul><ul><ul><li>A few basic APIs to “hook” the third party algorithm </li></ul></ul><ul><ul><li>Algorithm can be </li></ul></ul><ul><ul><ul><li>Proprietary Voice/Video codecs </li></ul></ul></ul><ul><ul><ul><li>New transport protocols </li></ul></ul></ul><ul><li>Density, performance and cost should not be compromised in order to provide an open solution. </li></ul>
    44. 45. Why Move to an Open Framework on Your DSP? <ul><li>Be ready for the “killer application” </li></ul><ul><li>Support for new features </li></ul><ul><li>Allow multiple vendors to interface with your product technology </li></ul><ul><li>Differentiate your product </li></ul><ul><li>Reduce DSP maintenance and support fees from your software vendor </li></ul>
    45. 46. Flexible APIs <ul><li>Full control over ALL media type parameters </li></ul><ul><li>Pre-set defaults </li></ul><ul><li>Video example </li></ul><ul><ul><li>User defined screen layout </li></ul></ul><ul><ul><li>Logo insertion </li></ul></ul><ul><ul><li>Background/Foreground manipulation </li></ul></ul><ul><ul><li>Multiple layer picture </li></ul></ul><ul><ul><li>Any resolution support </li></ul></ul><ul><ul><li>Cropping & resizing </li></ul></ul><ul><ul><li>Same stream can be encoded in different formats/bit rates/resolutions simultaneously </li></ul></ul>
    46. 47. Remote Diagnostics <ul><li>75% of cost of solving issues in the field is related to the extraction of diagnostics </li></ul><ul><li>Need to be able to extract all the necessary diagnostics </li></ul><ul><li>Diagnostics should be part of the release version </li></ul><ul><li>Diagnostics should be enabled/disabled on a per-service/per-DSP/per-port basis </li></ul><ul><li>Minimize load on network interface by sending large packets </li></ul><ul><li>Predictable impact, of enabling diagnostics, on system performance </li></ul>
    47. 48. Summary
    48. 49. Technical Requirements <ul><li>One media processing system for all media types </li></ul><ul><ul><li>Same HW (board & DSP) must run all media types </li></ul></ul><ul><ul><li>Easier synchronization between Voice and Video </li></ul></ul><ul><ul><li>More balanced system </li></ul></ul><ul><ul><li>Less load on system bus </li></ul></ul><ul><li>Must include a robust Voice solution </li></ul><ul><li>Powerful DSP that can handle Voice + Video. And: </li></ul><ul><ul><li>External SD-RAM </li></ul></ul><ul><ul><li>Packet interface </li></ul></ul>
    49. 50. Technical Requirements cont’d <ul><li>Separate media and control path </li></ul><ul><ul><li>Requires TDM and IP DSP interfaces </li></ul></ul><ul><ul><li>Eliminates Host-DSP bottleneck </li></ul></ul><ul><ul><li>Reduces load on host processor </li></ul></ul><ul><li>Open Framework </li></ul><ul><ul><li>Allows legacy/proprietary algorithms to be “plugged-in” to DSP </li></ul></ul><ul><li>High capacity DSP farm </li></ul><ul><li>Support latest form factors </li></ul><ul><ul><li>PTMC (cPCI)  AMC (ATCA/MicroTCA) </li></ul></ul>
    50. 51. Thank You [email_address]

    ×