WebRTC 架构及与浏览器,web开发者关系

本文来自 csdn ucser,    http://blog.csdn.net/perfectpdl   转载注明出处，谢谢.

接 sip/ims 视频客户端开发，支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，支持 DBA动态码率调整，NACK, PLI，FIR等视频丢包处理能力，提供SIP服务器，有兴趣请联系我。

     WebRTC软件架构由两套应用程序调用接口组成：Web API与Native API；Web API是WebRTC项目提供给Web开发者的一套JavaScript实现的API。为了令WebRTC应用能够“一次开发，随处运行”， W3c已经定制了 WebRTC 1.0 草案，草案定义了重要的API接口如Network Stream API与getUserMedia API，

Native API是一组根据Web API定义的底层C++接口，二次开发者可以利用JavaScript对其进行封装供给浏览器调用，或者直接用其开发本地程序。因为Native API需要直接与底层的硬件及操作系统进行交互，所以在不同的系统环境，如Windows、Linux、Android中不尽相同。不同浏览器会有不同的实现方式；WebRTC最核心的地方在于其向浏览器引擎加入了视频引擎、音频引擎、网络传输及会话控制等新功能模块。其中，音视频引擎模块提供了从音视频采集设备，如麦克风、摄像头，到网络侧音视频处理链的总体框架。为了避免专利纠纷，音视频编码都采用了开源的编码格式，如iLBC、iSAC、VP8等，同时提供相应的抖动缓冲及音视频增强等功能。在网络传输方面，WebRTC使用RTP/SPRT进行媒体流传输，使用ICE（Interactive Connectivity Establishment）技术进行媒体流的私网穿透。WebRTC客户端使用JSEP（Javascript Session Establishment Protocol）协议草案规范WebRTC通信双方应如何交换SDP信息，并进行媒体流协商和控制。JSEP的设计思路将媒体层的控制交由浏览器，而将信令层的控制交由Web应用开发者，从而使得信令状态机可与浏览器彻底分离，保持了协议的灵活性。