1.【unimrcpclient源码分析】mrcp components
2.怎样使用linphoneapi编程？
3.webrtc linphone 到底哪个
4.几种SIP客户端
5.sip协议如何用C语言实现
6.microsip 源码调试出错！议源

【unimrcpclient源码分析】mrcp components

       配置样例包含六个部分。议源

       函数unimrcp_client_components_load主要负责这六个组件的议源加载，下面详细解析各个组件的议源加载过程。

       加载resource组件时，议源其结构体mrcp_resource_t定义在mrcp_resource.h，议源vb源码论坛字符串使用apt_str_table_item_t（定义在mrcp_resource_loader.c），议源mrcp_resource_loader_t和mrcp_resource_factory_t分别位于mrcp_resource_loader.c和mrcp_resource_factory.c。议源构造mrcp_resource_loader内部是议源mrcp_resource_factory_t *factory，factory通过mrcp_resource_factory_create构建，议源参数为MRCP_RESOURCE_TYPE_COUNT的议源第5个值，整型值为4。议源

       加载sip-uac组件时，议源mrcp_sofia_client_config_t结构体（mrcp_sofiasip_client_agent.c）应用于sofia sip协议栈。议源默认端口和名称设定如下：config->local_port = DEFAULT_SIP_PORT; 默认端口为，议源变色公式源码配图config->user_agent_name = DEFAULT_SOFIASIP_UA_NAME; 默认agent name为UniMRCP SofiaSIP，config->origin = DEFAULT_SDP_ORIGIN; 默认sdp origin为UniMRCPClient。IP地址配置通过unimrcp_client_ip_address_get（unimrcp_client.c）实现，可配置为“auto”或“iface”。然后使用mrcp_sofiasip_client_agent_create（mrcp_sofiasip_client_agent.c）创建sofiasip_client。

       加载rtsp-uac组件时，指代MRCPv1版本的uac组件。rtsp_client_config_t结构体（mrcp_unirtsp_client_agent.h）用于配置。组件加载通过unimrcp_client_rtsp_uac_load函数完成。

       加载media-engine组件时，配置项仅包含realtime_rate。unimrcp_client_media_engine_load函数负责加载此组件。mpf_engine_t结构体（mpf_engine.c）用于创建mpf_engine，使用mpf_engine_create函数。派多源码官网

       加载rtp-factory组件时，mpf_rtp_config_t结构体（mpf_rtp_descriptor.h）包含可配置项。unimrcp_client_rtp_factory_load函数用于加载此组件，并通过mpf_rtp_termination_factory_create（mpf_rtp_termination_factory.c）创建相应的工厂。

怎样使用linphoneapi编程？

       Linphone是基于WEB的IP电话工具，可以运行于 Linux和Windows下。通过 Linphone可以在互联网上和其他人进行声音、视频通信。 Linphone是遵从SIP协议开发的，它需要和支持SIP协议的设备或者代理服务器进行相互操作。

       二、准备工作：

       1、DVR联网：

       两种方式：

       T3DVR连接AI-BOX->T-BOX通过网络转发连接外网。

       T3DVR直接接PC,安卓源码导入鸿蒙利用PC的网络出外网（桥接）。

       2、下载客户端

       下载地址：]

       [net_policy_0]

       net使用ref参数传递

       [misc]

       唯一的机器生成的标识

       [video]

       是否显示、是否录像等标志位

       [rtp]

       rtp音频端口、视频端口等信息：

       [sound]

       铃声文件目录、音频频率等、

       六、 Linphone中通信过程分析：

       实验：两个电脑下载linphone进行通话，Wireshark进行抓包分析通信过程。

       Linphone 地址为：

       A: sip:linphone@...:

       B: sip:linphone@...:

       操作：

       A给B打电话进行实验：

       Wireshark置过滤信息：

       (ip.src == ...)||(ip.src == ...)

       过程：

       SIP（Session Initiation Protocol，会话初始协议）是一个控制发起、修改和终结交互式多媒体（音视频、聊天、游戏等）会话的信令协议

       1、主叫方发给被叫方的dif拐头向上源码INVITE请求

       2、B向A发送呼叫处理中的应答信号。

       3、B向A发送 我正在震铃中，请稍等。

       4、B向A发送 接通了。

       5、A向B发送应答。

       6、A和B互相通过RTP（Real-time Transport Protocol实时传输协议）发送音频或视频数据。

       7、A要挂断了

       8、关闭UDP服务

       9、B知道A挂断了，相应ACK

       版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

       本文链接：/qq_/article/details/

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

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

sip协议如何用C语言实现

       1、开源的sip服务器端，比较好用的是Asterisk，标准C程序实现，代码清晰。

       2、sip的client相对比较多，主要有exosip,pjsip和opal。exosip简单易用，在PC上用比较方便。但是涉及的相关资源太多，用了osip,srtp,ms2等众多的开源库，ms2下面还用到了ffmpeg，别的不说，光编译就是噩梦。opal功能最强，虽然也用到了ffmpeg ，但是自己封装的非常好，采用插件方式，调用灵活。opal采用class方式提供封装，接口非常友好。感觉唯一不爽的地方，就是低层使用了ptlib，虽然多平台下都很好用，但放在嵌入式下感觉稍庞大了一些。pjsip精巧，方便移植，嵌入式下应该是首选。不过视频频支持方面扩展起来比opal麻烦。个人感觉，对于windows开发者来说，pjsip最大的好处就是代码调试方便。整个工程一次编译通过，另外两个库还要找很多相关的资源

       ã€‚

       3、其他的一些协议栈也调试过，比如reSipphone，好象是这个名字，还有Yate，不过从快速开发角度看，都不太合适。现在搞sip开发的，一开始就是先找好协议栈。linphone,ekiga什么的，但庞大。对于刚开始做的，最好是一个精简的demo。后来找到pjsip下面的几个例子，慢慢地了解了sip的工作流程，当然少不了抓包工具和tcpdump。

       ä¸è¿‡ï¼Œå…¶å®žï¼Œsip没有想象中的那么麻烦。现在回头看，刚开始做项目，使用协议栈绝对不是好想法。如果换个方向，先熟悉SIP基本协议，然后自己改造一个，或完全写一个，可能效果更好。

microsip 源码调试出错！

       您好， AccountDlg.cpp

        AccountDlg.h

        AddDlg.cpp

        AddDlg.h

        const.h

        Contacts.cpp

        Contacts.h

        Dialer.cpp

        Dialer.h

        global.cpp

        global.h

        langpack.cpp

        langpack.h

        MessagesDlg.cpp

        MessagesDlg.h

        microsip.cpp

        microsip.h

        microsip.rc

        microsip.vcproj

        microsipDlg.cpp

        microsipDlg.h

        ModelessMessageBox.cpp

        ModelessMessageBox.h

        resource.h

        RinginDlg.cpp

        RinginDlg.h

        settings.cpp

        settings.h

        SettingsDlg.cpp

        SettingsDlg.h

        stdafx.cpp

        stdafx.h

        targetver.h

        utf.cpp

        utf.h

        res

        ...\away.ico

        ...\microsip.ico

        ...\offline.ico

        ...\online.ico

        ...\Ringin.wav

        ...\Ringin2.wav

        ...\Ringout.wav

        ...\unknown.ico