• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Surf Communication Solutions - Voice Video Gw
 

Surf Communication Solutions - Voice Video Gw

on

  • 1,949 views

Surf Communication Solutions provides of MoP (Media over Packet) Triple Play (Voice, Video, and Modem/Fax/Data) conversion solutions to communication equipment manufacturers. These solutions are ...

Surf Communication Solutions provides of MoP (Media over Packet) Triple Play (Voice, Video, and Modem/Fax/Data) conversion solutions to communication equipment manufacturers. These solutions are provided in various integration levels: DSP software ; PTMC boards; DSP hardware/software; and PCI boards. http://www.surf-com.com

Statistics

Views

Total Views
1,949
Views on SlideShare
1,947
Embed Views
2

Actions

Likes
0
Downloads
54
Comments
0

1 Embed 2

http://www.slideshare.net 2

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Surf Communication Solutions - Voice Video Gw Surf Communication Solutions - Voice Video Gw Presentation Transcript

  • Building Voice & Video Gateways with the SurfUP Media Processing Platform
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • 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 G.729 IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
  • 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 G.729 Control IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
  • 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 G.723 MPEG4 10 FPS QCIF AMR Control IP Mobile PSTN H.324 Video Phone 3G-324M Video Phone SIP Video Phone
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • Voice/Video Gateway Application Requirements
    • Interfaces
      • Simultaneous interfaces required: IP-IP, TDM-IP, TDM-TDM
      • Low Latency  Jitter buffer, RTP, UDP, IP, MAC running on DSP
      • I/F to local host via bus
      • I/F to remote host via IP
    • High Density
      • Powerful DSP
      • Separate control and media path
      • Network aggregation is done using an IP switch
    • Transport
      • UDP/IP/MAC on DSP
      • H.223/H.221 on DSP
      • RTP/RTCP (RFC3550/1): RFC3016 (video), RFC3267 (AMR)
      • Adaptive Jitter buffer (voice & video)
  • Voice/Video Gateway Application Requirements
    • Media processing
      • Vocoders: G.729, G.726, G.723.1, G.711, NB-AMR, WB-AMR, EVRC and more…
      • Echo cancellation G.168-2002 (128ms tail)
      • Telephony event relay: RFC2833 relay, Tonal detection/generation, VAD/CNG/PLC processing
      • Video transcoding encoding/decoding: MPEG4 SP, MPEG4 ASP, H.263, H.263+, H.263++, H.264
      • Video processing: Frame-rate adjustment, Frame resolution resizing
      • Fax relay: T.38 and Fax over G.711
      • Modem relay: V.150.1 (MoIP) & modem over G.711
      • In G.711 max 20ms end-to-end delay
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • Transcoding Server Architecture Host processor Media processing resource board IP routing PCI Framer IP Router Control Controlling/ Monitoring/ Diagnostics I/F: IP or PCI bus Shelve SIP/H.323 Routed directly to host Signaling VOIP, FOIP VideoOIP Routed directly to media board Media TDM PCM H.223/H.221 Routed directly to media board Media Signaling TDM Signaling routed directly to host
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • PTP Server
    • Video proc:
    • Transcoding
    • Resizing
    • Frame rate adapt.
    • Video coding & transcoding:
    • MPEG4 SP
    • H.263
    • Voice Coding:
    • G.729
    • G.723.1
    • G.726
    • G.711
    • NB-AMR,
    • FR/EFR
    Media Processing
    • RTP/RTCP:
    • RFC3550/3551
    • RFC3016 (Video support)
    • RFC3267 (AMR support)
    • Adaptive Jitter buffer
    • Telephony Events:
    • RFC2833
    • All Tones det/gen from TDM and IP
    • VAD/CNG/PLC handling
    • Caller IP I/II det/gen
    • Fax Channel:
    • T.38 Fax relay
    • T.32 Fax termination
    • Transparent Fax over G.711 (IP)
    • IP-aware fax
    Transport Signaling IP/ UDP H.323 SIP Applications
    • Voice proc:
    • Mixing
    • Sample rate adjustment
    • ECAN G.168 128ms
    H.223+H.245 (3G-324M) Roadmap: V.34hd highspeed fax Roadmap: AES, RFC2198 (red.) Roadmap: H.264,MPEG4 ASP, H.261, H.263++ Roadmap: EVRC, WB-AMR, QCELP, G.728, others Roadmap: mixing DSP C64x or board- level solution Host
  • PTP Server Media Processing Transport Signaling Applications DSP C64x or board- level solution Host With Partners
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • SurfUP Integration Levels: Chip-Level
    • STP-12 (based on C6412@720MHz)
      • Density:
        • 103 G.711 Voice ports
        • 38 G.729ab Encode & Decode
        • 26 Video Encode & Decode ports (MPEG4, QCIF, 10 FPS)
      • Supports simultaneous TDM  IP I/F for VOIP gateway
      • SurfDetect real-time streaming diagnostics from DSP
      • Open-port for integration of customer technology
      • Same SW can run also on other TI C64x-based DSPs
    DSP Chip-Level Solution C64x-based
  • SurfUP Integration Levels: Board-Level
    • SurfAce-112
      • Form Factor: PCI
      • Number of STP-12 DSPs: 1 on board/2,4 or 8 with daughter card
      • Interfaces:
        • Ethernet
        • E1/T1 (optional)
        • PCI
        • H.100
      • Density:
        • Number of DSPs * density of single STP-12
      • SW features: same as STP-12
      • Modes of operation:
        • Control through PCI
        • Standalone mode: Control through Ethernet
    Board-Level Solution
  • SurfUP Integration Levels: Board-Level
    • SurfRider-812
      • Form Factor: PTMC (cPCI mezzanine)
      • Number of STP-12 DSPs: 2,4,or 8
      • Interfaces:
        • Ethernet
        • PCI
        • H.100
      • Density:
        • Number of DSPs * density of single STP-12
      • SW features: same as STP-12
      • Modes of operation:
        • Control through PCI, Media through Ethernet
        • Standalone mode: Control & Media through Ethernet
    Board-Level Solution
  • Presentation Highlights
    • Voice & Video Gateway (GW) Overview
    • Media Processing Needs for Voice & Video GW
    • Optimal System Architectures
    • SurfUP Support for Voice & Video GW
    • SurfUP Integration Levels and Features
    • SurfUP Value Propositions
  • SurfUP for Voice & Video: Value Proposition (1)
    • Voice, Video and Fax/Modem processing on the same DSP:
      • Supports a flexible usage model
      • Dynamic balance between media types processing
      • Single integration for support of all media types
      • Eliminates Voice/Video synchronization issues
    • Other solutions separate Voice & Video processing (different DSPs/host) resulting in an unbalanced system.
  • SurfUP for Voice & Video: Value Proposition (2)
    • Direct DSP  network interface for lowest possible delay
      • DSPs connected to Ethernet eliminate the need for an aggregation unit that causes excessive delay
    • Solutions based on DSPs that do not have a direct IP network interface suffer from unnecessary delay and bottlenecks.
  • SurfUP for Voice & Video: Value Proposition (3)
    • Open Platform
      • Vendors are able to add SW modules to the DSP code in order to create a competitive advantage, without the need to recompile the DSP or host interface code
      • Integration of new Voice and Video standards takes no more than a few days
    • Closed system solutions don’t allow vendors to add value to the media processing sub-system. External memory is a must for providing an open platform.
  • SurfUP for Voice & Video: Value Proposition (4)
    • Support for various applications with the same HW/SW
      • VoIP & Video gateways
      • Voice & Video Messaging/CTI applications
      • Lawful Interception (LI) applications
    • Other vendors will have two separate platforms: one optimized for Voice and the other optimized for Video.
  • SurfUP for Voice & Video: Value Proposition (5)
    • Streaming diagnostics for quick resolution of issues
      • The release version can stream the diagnostics from problematic connections without affecting other connections
    • Other vendors do not support streaming diagnostics because their DSPs do not have external memory for temporary storage of data.
  • Thank You www.surf-com.com