RTC hacker

类似于webrtc这种基于IP网络实时通信中音质好坏受多方面因素的影响，一类为回声，噪声抑制等必须解决的问题，否则无法实现双向通话，另一类是网络丢包延迟等导致的音质变差。本文主要讨论第二类情况。由于弱网引起的语音通话质量差通常是丢包，乱序，延迟等因素导致，针对这几种情况需要引入自适应 jitter buffer, PLC(丢包补偿)，FEC（丢包恢复），NACK（重传）技术。1.jitte...

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。webrtc 客户端建立通话的过程中通过交互 candidate实现nat穿越，如果这些交互的candidate在offer/anwser的sdp里面携带会导致通过建立时间很慢，因为webrtc客户端需要和stun/turn服务器通信获取这些candidate，整个过程是block的，为提高通话建

本文来自 csdn ucser,    http://blog.csdn.net/perfectpdl   转载注明出处，谢谢webrtc 并没有定义信令部分到底用什么协议，但SIP 无疑是webrtc 信令部分应用最广的，下图为带SIP 和 webrtc  能力的 客户端和服务器典型部署模型

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。webrtc 客户端接入ims网络，实现与ims 客户端的互通，由于标准上的差异需要一个网关设备，teleMedia 媒体服务器实现了此功能，负责webrtc媒体层的转换，包括dtls-srtp到rtp,及opus到g729/g711的转换，对ims的sbc接入由telemedia实现，负责向ims核

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。webrtc 默认音频codec使用opus, 单声道时码率默认是32 kb, 这在移动端低带宽时会影响通话质量，opus 本身支持6kb-510kb的码率，所以 如果想在low bitrate 状态下仍然正常通话，可以通过协商sdp参数，采用opus的NARROWBAND 模式，上下行带宽加起来在7

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。webrtc的音频丢包处理部分，目前谷歌默认带PLC.FEC, 但是没有添加重传的协商能力，重传的rtcp标准协商属性是 在sdp里面增加针对某个codec 的一个sdp属性，格式为 a=rtcp-fb:ocdec_pt nack  这里的codec_pt是具体音频codec的payload值，

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处webrtc内置支持多种丢包处理机制，他的反馈是通过rtcp 实现的，包括rtcp-fb nack, fir, goog-remb, 这篇文章简单介绍一下goog-remb这个功能，详细内容可以参考相关RFC  draft-alvestrand-rmcat-remb.首先说这个属性是用来

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处rtcp mux是一种通过一个socket端口同时传输rtp和rtcp的方法，webrtc规范强制使用 rtcp mux方法，但是 许多传统voip设置并不支持此方法，通常都是rtp用一个端口，rtcp用rtp+1端口号，至少目前chrome和firefox都是强制使用rtcp-mux, 所以如果传统v

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。webrtc提供基于web的实时音视频数据互操作，但是webrtc同样可以以原生app的方式运行于移动平台，  webrtc底层是一套媒体框架，以c++实现，官方已经移植到移动平台，包括android,ios, 以平台对应的开发语言可直接开发，如ios平台又object c对应的api接口，但webr

webrtc标准定制了web上如何p2p传输实时媒体， 但多人视频并没有规范，同时也是webrtc在企业级解决方案中的一个挑战，webrtc技术视频会议方案可以归纳为一下几种1. Mesh solution这是最简单的方案，其原理就是客户端创建多个one-one的连接，互相relay媒体，这种方案服务器不需要改动，简单，但是客户端占用资源多。2. Mixer

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。最新TeleMCU 视频会议增加了对WebRTC标准的支持，用户可以通过支持WebRTC的浏览器直接参与视频会议，TeleMCU内置SIP over Web Socket 支持，可以实现WebRTC终端的注册，点对点呼叫，视频会议呼叫。效果图如下(四方视频会议)

本文来自 csdn ucser,    http://blog.csdn.net/perfectpdl   转载注明出处，谢谢.WEBRTC定义了 浏览器之间实时通信的规范，浏览器厂商可根据规范在自己的浏览器引擎里支持此规范，而WEBRTC也有望成为HTML5家族的一员，WEBRTC 协议部分由IETF  工作组 rtcweb 定义，http://tools.ietf.org/wg/r

本文来自 csdn ucser,    http://blog.csdn.net/perfectpdl   转载注明出处，谢谢.接 sip/ims 视频客户端开发，支持接入sip软交换,ims核心网，支持 语音，视频，即时通信功能，视频格式支持 h263,h264，mpeg4 软编软解，提供硬件编解码接口对接，支持 DBA动态码率调整，NACK, PLI，FIR等视频丢包处理能力，提供

本文来自 csdn     http://blog.csdn.net/voipmaker   转载注明出处，谢谢。 webRTC技术逐渐成熟，VOIP厂商也在逐步实现对WebRTC的支持，由于WebRTC与传统SIP通信上的一些技术上差异，如果想让WebRTC客户端与普通SIP客户端互通，需要借助网关设备，一些SBC厂商已经开始在SBC 加入webRTC网关能力以与已存在的普通SI

本文来自 csdn ucser,  http://blog.csdn.net/voipmaker   转载注明出处，谢谢！在上一篇 视频会议系统原型分析中(http://blog.csdn.net/voipmaker/article/details/8740870)提出了传统视频会议的功能点，本篇讲阐述基于WebRTC技术的Web浏览器端视频会议系统功能模型，最后给出现有系统的

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。        最近在优化WebRTC客户端呼叫延迟问题，原因是ICE协议栈在收集地址到探测协商过程花费很长时间，这在VOIP里是不可容忍的，有人直接把ICE 功能关掉，这样做解决了延迟问题，但是NAT穿越失效，媒体必须走服务器，这在一些webrtc与sip系统互通的系统中有应用价值，但两个webrt

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。firefox pc和android 最新版本已经默认支持webrtc, 同时，firefox在支持VP8的同时支持H264 codec，这无疑增加了webrtc的兼容性，笔者刚刚测试firefox android版本和chrome pc版本及chrome android版本浏览器webrtc互通

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。最新版本TeleMCU 增加了Android手机端WebRTC视频会议能力，Android手机安装Chrome浏览器后加载TeleMCU的WebRTC客户端TeleWeb可以直接参与视频会议，同时，TeleWeb可以支持两个WebRTC客户端之间的p2p通信，Demo如下：Te

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。最新版本TeleMCU增加了字幕支持，与会者可以看到其他人的名字，做法是在与会者的视频上overlay 文本字幕，下图是三个客户端的视频会议画面，一个PC客户端，一个WebRTC客户端通过Chrome浏览器参与视频会议 ，一个iphone手机，每个画面左下角有参会者的标识。

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。      WebRTC技术致力于在浏览器端实现实时音视频，多媒体数据互操作，其NAT穿越部分采用ICE框架，目的是实现媒体P2P，SBC又叫会话边界控制器，致力于媒体，信令NAT穿越，但SBC技术中媒体由服务器中转，这违背WEBRTC的初衷，但是当基于WebRTC技术的客户端与非WebRTC技术客户

webrtc 是一套基于浏览器端实现媒体数据传输的新标准，引入了很多新概念，这其中包括dtls, sdes, dtls-srt, ice, turn, rtp-mux, BWE, FEC jSEP, tricle-ice等术语，本篇文章先说dtls, dtls-srtpDTLS:全称 Datagram transport layer security, 即udp + securit

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。WebRTC p2p 部分采用ICE框架，ICE框架包括stun,turn，实际使用webrtc开发音视频应用时遇到的一个问题是呼叫建立很慢，原因是ice过程耗费过多时间，客户端在发起呼叫时先与stun服务器通信获取 server reflexive 地址和relay 地址，加上local host地

我建了一个 Freeswitch学习 交流群， 45211986， 欢迎加入doubango 发布了其 webrtc2sip最新解决方案，该方案的目的是提供一个信令及媒体网关，以使浏览器端基于webrtc技术的 软电话可以与传统SIP电话互通，架构图如下：此解决方案包括三部分，SIP 代理服务器，RTCWeb Breaker, 以及 Media coder.

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处。当采用webrtc 底层库开发android,ios 原生应用时，由于移动端不像pc端，在带宽稳定性，系统性能上都相差很大，所以针对移动设备的webrtc需要做一些优化以提高通话效果，比如 webrtc中ice的keep alive包发送过于频繁，在2g/3g网络时带宽有限，而webrtc