---

背景与痛点

企业视频会议系统常面临多厂商设备互联的需求，而FreeSWITCH作为开源软交换平台与中兴MCU对接时，往往会遇到：

• 协议兼容性问题（中兴MCU对SIP扩展头支持差异）
• 视频编码协商失败（如H.264 Profile-Level-Id不匹配）
• 网络抖动导致的媒体流卡顿
• DTMF信号传输方式不一致（RFC2833 vs SIP INFO）

技术选型

对比主流协议在视频会议场景的表现：

1. SIP协议
2. 优势：灵活扩展、互联网友好、FreeSWITCH原生支持

3. 劣势：NAT穿透需要额外处理

4. H.323协议

5. 优势：传统视频会议标准兼容性好
6. 劣势：配置复杂、防火墙穿透困难

实际项目中，选择SIP协议更符合现代架构需求。

核心实现

FreeSWITCH SIP profile配置

<!-- /usr/local/freeswitch/conf/sip_profiles/external.xml -->
<profile name="zte-mcu">
  <param name="sip-ip" value="192.168.1.100"/>
  <param name="rtp-ip" value="$${local_ip_v4}"/>
  <param name="sip-trace" value="yes"/>
  <param name="inbound-codec-prefs" value="VP8,H264,PCMU"/>
  <param name="outbound-codec-prefs" value="H264/90000,VP8/90000"/>
  <param name="rtp-timeout-sec" value="300"/>
</profile>

关键参数说明： - rtp-ip 必须与MCU网络可达 - H264优先级设为90000（视频时钟频率）

中兴MCU鉴权流程

1. 通过HTTP API获取临时鉴权token
2. SIP REGISTER消息携带Authorization头
3. 定期刷新注册（建议间隔300秒）

媒体协商要点

• 分辨率：优先协商720p（1280x720）
• 帧率：建议锁定25fps
• 关键帧间隔：设置GOP=30（2秒）

代码示例

-- 发起视频呼叫示例
session:setVariable("absolute_codec_string", "H264,VP8,PCMU")
session:setVariable("video_framerate", "25")
session:setVariable("video_size", "1280x720")

local headers = {
  ["X-ZTE-Conference-ID"] = "123456",
  ["X-ZTE-Auth"] = "Bearer xxxxxxx"
}

session:originate(
  "sofia/zte-mcu/1001@10.1.1.200",
  "&bridge({video_framerate=25}sofia/gateway/zte-mcu/1001)",
  60,
  headers
)

性能优化

1. QoS保障
2. 在路由器标记DSCP 46（EF类）

3. FreeSWITCH开启RTCP反馈

4. 抖动缓冲
   

   <param name="jitterbuffer-msec" value="50-200"/> 

避坑指南

1. 视频黑屏问题
   检查SDP中a=rtpmap的payload类型是否匹配

2. 单通音频
   确认NAT环境下rport参数已启用

3. DTMF失效
   强制使用RFC2833：

   <param name="dtmf-type" value="rfc2833"/>

4. 注册频繁掉线
   调整expires值为300秒

5. 视频马赛克
   检查MCU带宽限制，建议≥1Mbps/路

安全配置

1. SRTP加密

   <param name="srtp-mode" value="required"/>
   <param name="srtp-ciphers" value="AES_CM_128_HMAC_SHA1_80"/>

2. 防火墙策略

3. 开放5060/tcp(SIP)
4. 允许RTP端口范围（16384-32768/udp）

延伸思考

1. 如何实现MCU集群的负载均衡？
2. 1080p视频流需要调整哪些缓冲参数？
3. 在丢包率5%的网络下如何保证视频质量？