为什么选择H.323协议栈

企业级视频会议系统常遇到三大难题：

• 协议复杂度高：H.323包含Q.931呼叫控制（类似电话拨号）、H.245能力协商（确定音视频格式）、RTP/RTCP媒体传输三层协议栈
• NAT穿透困难：企业防火墙常阻挡5060/1720端口，需要STUN/TURN/ICE组合方案
• 兼容性玄学：不同厂商对SDP参数的解释差异大（比如华为喜欢用a=fmtp:18 profile-level-id=42E01F）

技术方案选型对比

• PJSIP：开发效率★★★★☆，完整支持H.323v7，社区活跃（三天内响应issue）
• OpenH323：历史项目维护停滞，但文档齐全适合学习协议原理
• Asterisk：更适合做MCU服务器，终端开发要改大量PBX代码

// PJSIP初始化示例（带NAT穿透）
pjsua_config cfg;
pjsua_config_default(&cfg);
cfg.cb.on_call_media_state = &on_call_media_state;
cfg.stun_srv_cnt = 2;
cfg.stun_srv[0] = pj_str("stun.l.google.com:19302");
cfg.stun_srv[1] = pj_str("stun.voipbuster.com");

核心实现四步走

1. 信令通道建立
2. 先发SETUP消息到Gatekeeper（网守）获取呼叫权限

3. 关键代码：pjsua_call_make_call()触发Q.931流程

4. 媒体协商

5. H.245交换能力集：

   m=audio 49170 RTP/AVP 8 0
   a=rtpmap:8 PCMA/8000
   a=rtpmap:0 PCMU/8000

6. NAT穿透实战

   // 启用ICE穿透
   pjsua_ice_config ice_cfg;
   pjsua_ice_config_default(&ice_cfg);
   ice_cfg.opt.aggressive = PJ_TRUE;
   pjsua_set_ice_config(&ice_cfg);

7. 音画同步方案

8. 使用RTCP SR/RR包计算网络延迟
9. 动态调整jitter buffer（建议初始值80ms）

性能优化数据

在4核虚拟机测试环境：

| 并发路数 | CPU占用率 | 内存消耗 | |----------|-----------|----------| | 1路720p | 12% | 180MB | | 3路720p | 33% | 510MB | | 5路720p | 68% | 溢出崩溃 |

血泪避坑指南

• 厂商兼容性：
• 海康设备需要显式声明a=setup:active

• 华为MCU必须带a=sendrecv属性

• 防火墙配置：

  UDP 1718-1720  # Gatekeeper发现
  TCP 1300-1350  # H.245隧道
  UDP 16384-32768 # RTP动态端口

• Wireshark过滤技巧：

  h323 || q931 || h245 || rtcp
  ip.addr==192.168.1.100 && udp.port==5060

思考题

1. 当需要支持100方会议时，MCU用集中式架构还是SFU架构更合适？
2. 如何通过H.460.18标准解决双重NAT问题？
3. WebRTC与H.323混合组网时，SDP转换要注意哪些参数？

最后建议：先用PJSIP跑通demo，再用Wireshark分析每个报文，比看协议文档效率高10倍！