1.webrtc linphone 到底哪个
2.几种SIP客户端

webrtc linphone 到底哪个

       æœ€æ–°è¦åšä¸€ä¸ªç§»åŠ¨ç«¯è§†é¢‘通话软件，大致看了下现有的开源软件

       ä¸€) sipdroid

       1）架构

       sip协议栈使用JAVA实现，音频Codec使用skype的silk（Silk编解码是Skype向第三方开发人员和硬件制造商提供免版税认证(RF)的Silk宽带音频编码器）实现。NAT传输支持stun server.

       2）优缺点：

       NAT方面只支持STUN，无ICE框架，如需要完全实现P2P视频通话需要实现符合ICE标准的客户端,源码音频方面没看到AEC等技术，视频方面还不是太完善，目前只看到调用的是系统自带的MediaRecorder，并没有自己的第三方音视频编解码库。

       3）实际测试：

       åŸºäºŽsipdroid架构的话，我们要做的工作会比较多，（ICE支持，添加回音消除，NetEQ等gips音频技术，添加视频硬件编解码codec.）,所以就不做测试了。

       äºŒ) imsdroid

       1)架构：

       åŸºäºŽdoubango(Doubango 是一个基于3GPP IMS/RCS 并能用于嵌入式和桌面系统的开源框架。该框架使用ANSCI-C编写，具有很好的可移植性。并且已经被设计成非常轻便且能有效的工作在低内存和低处理能力的嵌入式系统上。苹果系统上的idoubs功能就是基于此框架编写) .音视频编码格式大部分都支持（H(video)，VP8(video)，iLBC(audio),PCMA,PCMU,G,G）。NAT支持ICE（stun+turn）

       2）效果实测

       æµ‹è¯•çŽ¯å¢ƒï¼šå…¬å¸å±€åŸŸç½‘内两台机器互通，服务器走外网sip2sip

       éŸ³é¢‘质量可以，但是AEC打开了还是有点回音（应该可以修复）。视频马赛克比较严重，延迟1秒左右。

       3）优缺点

       imsdroid目前来说还是算比较全面的，包括音视频编解码，传输（RTSP，ICE），音频处理技术等都有涉猎。doubango使用了webrtc的AEC技术，但是其调用webrtc部分没有开源，是用的编译出来的webrtc的库。如果要改善音频的话不太方便，Demo的音频效果可以，视频效果还是不太理想。

       ä¸‰ï¼‰csipsimple

       1）sip协议栈用的是pjsip,音视频编解码用到的第三方库有ffmpeg（video）,silk(audio),webrtc.默认使用了webrtc的回声算法。支持ICE协议。

       2）优缺点：

       csipsimple架构比较清晰，sip协议由C实现，java通过JNI调用，SIP协议这一块会比较高效。其VOIP各个功能也都具备，包括NAT传输，音视频编解码。并且该项目跟进新技术比较快，官方活跃程度也比较高。如果做二次开发可以推荐这个。

       3）实测效果

       æµ‹è¯•çŽ¯å¢ƒï¼šå…¬å¸å±€åŸŸç½‘内两台机器互通，服务器走外网sip2sip

       éŸ³é¢‘质量可以，无明显回音，视频需要下插件，马赛克比imsdroid更严重。

       å››ï¼‰Linphone

       è¿™ä¸ªæ˜¯è€ç‰Œçš„sip，支持平台广泛 windows, mac,ios,android,linux，技术会比较成熟。但是据玩过的同事说linphone在Android上的bug有点多，由于其代码实在庞大，所以我暂时放弃考虑Linphone.不过如果谁有跨平台的需要，可以考虑Linphone或者imsdroid和下面的webrtc.。。。好像现在开源软件都跨平台了。。。

       äº”) webrtc

       imsdroid,csipsimple,linphone都想法设法调用webrtc的音频技术，本人也测试过Android端的webrtc内网视频通话，效果比较满意。但是要把webrtc做成一个移动端的IM软件的话还有一些路要走，不过webrtc基本技术都已经有了，包括p2p传输，音视频codec,音频处理技术。不过其因为目前仅支持VP8的视频编码格式（QQ也是）想做高清视频通话的要注意了。VP8在移动端的硬件编解码支持的平台没几个（RK可以支持VP8硬件编解码）。不过webrtc代码里看到可以使用外部codec,这个还是有希望调到H的。

       æ€»ç»“：sipdroid比较轻量级，着重基于java开发（音频codec除外），由于其音视频编码以及P2P传输这一块略显不足，不太好做定制化开发和优化。imsdroid,遗憾就是直接调用webrtc的库，而最近webrtc更新的比较频繁，开发比较活跃。如果要自己在imsdroid上更新webrtc担心兼容性问题，希望imsdroid可以直接把需要的webrtc相关源码包进去。csipsimple的话，都是围绕pjsip的，webrtc等都是以pjsip插件形式扩充的,类似gstreamer. webrtc如果有技术实力的开发公司个人还是觉得可以选择这个来做，一个是google的原因，一个是其视频通话相关关键技术都比较成熟的原因。个人觉得如果能做出来，效果会不错的。

几种SIP客户端

       做IMS的，出于测试或是源码体验的目的，总免不了要找个客户端接到网络里面试一试，源码介绍几款使用SIP协议的源码软电话，供参考。源码 IMSDroidGoogle的源码安卓源码论文开源项目，在网上可以免费下载，源码只支持Android系统（看名字也能猜得到）。源码这个东西对于做IMS的源码技术人员来说真是一个好东西，首先它的源码协议栈遵循3GPP标准，所以不是源码一个单纯的SIP客户端而是IMS客户端；其次你能想到的参数在用户界面里基本都能够进行配置，非常适合进行测试；最后，源码由于这是源码个开源项目，因此可以拿到源码，源码有能力的源码make_f2fs源码话可以根据自己的需求进行二次开发。美中不足的是目前的版本稳定性稍差，不过还是那句话，用于测试的话还是可以接受的。 Bria（名字似乎有点儿邪恶。。。。个人资金账户管理系统源码。）Counterpath 出品的商业客户端，功能强大，稳定，对Android、IOS、Windows都有相应的爱奇艺app前端源码版本来支持，专业的就是专业。不过也有问题，首先是这个要付费的，具体价格忘记了，是一般人都能接受的价格，不过很讨厌的是付费的基本版本只支持G.音频编解码，如果要支持G.等压缩编解码还需要再次付费；另一个问题是监控主力副图指标源码Bria不是完全遵循3GPP标准的，比如在初始注册消息中不会携带Authorization头域，这也就导致了在一些对协议流程要求严格的网络中Bria不能使用。 X-LiteBria的免费版本，功能上做了删减。 SIP Phone言简意赅，从名字到软件本身都是极度精简，也是免费软件。对于这个东西没啥可说的，功能确实比较简单，可配置的东西也很少，最初测试账号时用过，现在基本不动了。 Nokia手机对，你没有看错，就是诺基亚手机！ 不得不佩服一下N厂，很早就在手机系统中内置了SIP协议栈，简单地配置一下账号和网络入口点就可以了，进行完相应的配置后，在拨号时会提示是否使用IP通话，选择的话就可以通过IMS进行呼叫，亲身测试过的机型有E/E/。 权限：公开 来自：labs

       声明： 本文仅代表作者个人观点。其原创性及文中表达的意见、判断、数据、观点和陈述文字等内容均与中国移动研究院无关。