 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
VoIP系统中静音检测的设计和实现
下载积分：600
内容提示：VoIP系统中静音检测的设计和实现
文档格式：PDF|
浏览次数：80|
上传日期： 04:41:10|
文档星级：
全文阅读已结束，如果下载本文需要使用
 600 积分
下载此文档
该用户还上传了这些文档
VoIP系统中静音检测的设计和实现
官方公共微信如何测试静音检测 - 推酷
如何测试静音检测
欢迎大家转载，为保留作者成果，转载请注明出处，
，有些文件在资源中也可以下载！如果你没有积分，可以联系我！
SIP voip 测试交流群：
VAD静音抑制，又称语音活动侦测。静音抑制的目的是从声音信号流里识别和消除长时间的静音期，以达到在不降低业务质量的情况下节省话路资源的作用，它是IP电话应用的重要组成部分。静音抑制可以节省宝贵的
资源，可以有利于减少用户感觉到的端到端的时延。
根据 上面的定义 我 们 可以理解 为，当 进行 语音通讯时，如果 终端开启了 静音检测功能， 当用户 在一段时间内没有讲话时，终端 不 会向外发送语音包或发送少量的包，节约 带宽 ！
在测试 之前我们 先定义 下测试场景
服务 器是公网服务器， IP地址 是 218 .249.39.212 ，其中 终端 1007使用 的是联通上网 卡 ， 使用 的是公司内部 WIFI。
终端1007用 的 语音呼叫 终端 之前 ，我 们用 tcpcump在服务器 端先 进行抓包 ， 然后再进行抓包 。 语音 呼叫 完毕后，停止 抓 包，然后从服务器中 下载 抓取的包，在 windows中 用wireshark 或H ammer 工具 进行分析。
我 们分别用不开启 静音检测 功能与开启 静音 检测功能的两个包为例来分析！ 两 个包 PTIME都 为 100， 速率为 4 .75kbit/s ，
jingyin_100_4.75.pcap 开启 了静音检测功能进抓的包；
null_jingyin.pcap 没 有开启静音检测功能时抓的包；
过滤SIP呼叫与RTP媒体 流
我 们 用 wireshark打开 开启 静音检测后抓的包jingyin100_4.75.pcap 为 例来分析。
怎样 在服务器中众多的 SIP包 中过滤出我们指定的 SIP呼叫流 与 语音 包呢？
过滤SIP呼叫流程
根据SIP协议 在呼叫 过程 中 CALL-ID的 唯一性，我们先把 客户 端 主叫 方 1007 INVITE 请求 中的 CALL-ID记录 下来， 通过 在服务器方法如下
过滤的 内容为 “ sip.Call-ID == && ” 显示如下：
从 Filter 中 再过滤 SIP包 ，查找服务器给 发送 的 INVITE请求 。 所以S ource 地址 一定是服务器 218 .249.39.212 ，且 请求行为 INVITE的 包 。 找到后用上面同样的方法把 CALL-ID拷贝 出来 至记事 本中， 这 次 过滤 服务器到 的 内容为 “ sip.Call-ID == &Anta0baaa61fd4c@d427f9da& ” 如下图：
我们 获得的 这 两个 CALL-ID其实 就是此次呼叫 的SIP流程 。
我 们在wireshark 容器 中 输入 这两个 CALL-ID， 过滤内容 如 下：
sip.Call-ID == && || sip.Call-ID == &Anta0baaa61fd4c@d427f9da&
在 wireshark 中 显示如下：
我们通过 以下方法可以看一下它的呼叫流程图 ：
下图 为 上面 直观的 SIP呼叫 流程图：
到 目前为止，我们 已经 过滤出 SIP 呼叫的流程来了 ， 下面我们需要过滤出 呼叫 的 语音 流。
过滤RTP语音 流
首先我 们先来了解下 本次过滤 信息 SDP协议 中的一些 知识 ：
（SDP具体内容请 参考：
通过 上图信息 及SIP消息 流程， 我 们首先过滤下 1007至 服务器端的 SIP呼叫 ，在 wireshark容器 中过滤 CALL-ID,内容 为： “ sip.Call-ID == && ”， 如图所示：
因1007是 主叫，服务器中返回的 200 OK 的SDP中携带了服务 器接收 的媒体端口 号 ，上 图中端口 12650即 为服务器 1007将语音 媒体流发送给服务器的端口号，我们将此端口号记录在记事本中；
同样 的，我们 过滤服务 器至 的SIP程 ，内容为 sip.Call-ID == &Anta0baaa61fd4c@d427f9da& ， 这一次 我 们过滤的不是 返回 的 200 OK ， 而是服务器 发 起的 INVITE请求SDP 中 携带 接收的媒体端口号， 此 次 服务 器 在 端口 39510 接收 发 来的 语音 媒体 流 ，如下图所示：
至 此， 我 们 可以 过滤出此次呼叫的 SIP呼叫 流程及 RTP流 。
在 wireshark 过滤 信息 内容 为：
sip.Call-ID == && || sip.Call-ID == &Anta0baaa61fd4c@d427f9da& ||udp.dstport == 39510 ||udp.dstport ==12650
其实 上面 的 内容只是 显示 整个呼叫过程中的 S IP 呼叫 流程及 RTP流 。
静音检测 分析步骤
由于 两端都开启了静音检测功能，我们只需要分析一端的 RTP流 就可 以 了 。
我 们过滤 至 服务器端的 媒体 流为例。
在 wireshark 中过滤 udp.dstport == 39510
然后我 们进行分析 ， 操作如下：
其中 Delta(ms) 代表 此包与前一包的时间间隔 ， 通过上图可以看出，静音检测功能生效了。最大 间隔 为 718ms。 我们设置的 PTIME间隔 为 100ms， 比实际延迟 了618ms.
用 同样的方法测试没有开启静音检测功能的终端，Delta 最大 值为 123 .18ms 。比 实际延迟了 23 .18ms. 如 下图。
通过以 上进行分析， 我 们设置的 PTIME为100ms, 当启用了静音检测功能后， 发送 间隔最大会有 618 ms， 这 样在 同样 的单位时间内发送的包就会少一些，不启 用 静音检测 功能 时，最大延时只有 23 .18ms ， 通过对比发现静音检测功能生效了！
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致电脑的音量总显示是静音，但勾去静音的选项还是不好用！
本回答由提问者推荐2009年5月 .NET技术大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。}