YD/T 1936-2009 标准解读

一、标准适用范围与执行边界

• 本标准适用于基于IP网络的实时多媒体通信系统，包括VoIP、视频会议、流媒体传输等使用SDP协议进行会话协商的业务场景。
• 适用主体为通信设备制造商、电信运营商、云通信平台服务商及第三方SIP/RTSP终端开发单位。
• 不适用于非SDP协议的会话控制机制（如H.323、WebRTC DTLS-SRTP信令）、非实时音视频传输（如点播、下载）、或仅使用静态媒体描述的系统。
• 禁止在非IP网络环境（如TDM、ATM）中强制套用本标准的SDP字段结构与媒体描述规范。

二、核心实操技术要求

1. SDP版本与会话标识：必须使用v=0版本字段，o=行中用户名、会话ID、版本号三元组需唯一且递增，会话ID为64位无符号整数，版本号每修改一次递增1。
2. 媒体描述规范：每条m=行必须包含媒体类型（audio/video）、端口、传输协议（RTP/AVP）、格式载荷编号；端口值为1024–65535，禁止使用0或小于1024的端口。
3. 编码格式绑定：a=rtpmap:中编码格式编号必须与m=行载荷编号一致，且必须声明编码名称（如PCMA、H264）、时钟频率（如8000、90000）；a=fmtp:行必须完整定义参数，如H264需包含profile-level-id、packetization-mode。
4. 带宽与连接信息：b=行必须明确指定总带宽（TB）与媒体带宽（AS），单位为kbps；c=行必须包含IP版本（IP4/IP6）与有效单播地址，禁止使用0.0.0.0或255.255.255.255。
5. 安全扩展要求：启用SRTP时，必须包含a=crypto:行，指定加密套件（如AES_CM_128_HMAC_SHA1_80）、密钥参数（inline或uri），且密钥生命周期不得超过24小时。
6. 会话状态控制：t=行必须包含有效开始与结束时间戳，若为永久会话则使用0 0；若为临时会话，结束时间不得早于开始时间+300秒。

三、典型业务场景应用案例

• 某省级运营商VoIP网关部署：在SIP INVITE中携带SDP，m=audio 5004 RTP/AVP 8，a=rtpmap:8 PCMA/8000，a=fmtp:8 ptime=20；网关校验载荷编号8与PCMA匹配，时钟频率8000Hz，接受会话并建立RTP通道。
• 企业视频会议系统对接：终端发送m=video 5006 RTP/AVP 96，a=rtpmap:96 H264/90000，a=fmtp:96 profile-level-id=42e01f;packetization-mode=1；MCU验证profile-level-id为Baseline Profile，允许接入并分配解码资源。
• 云直播推流服务：推流端在SDP中设置m=video 5008 RTP/AVP 97，a=rtpmap:97 H264/90000，a=fmtp:96 sprop-parameter-sets=Z0LAKpYdQH4Cf4BQAAADAAIAAAMgQAA=，CDN节点解析SPS/PPS并完成H.264流解析。

四、实操难点与解决方案

• 问题1：媒体格式协商失败：终端A发送H.264 profile-level-id=42001f，终端B仅支持42e01f。解决方案：强制在SDP中添加a=fmtp:96 profile-level-id=42e01f;packetization-mode=1，确保兼容性优先于性能。
• 问题2：NAT环境下端口不可达：SDP中c=行使用私有IP，公网无法连接。解决方案：采用ICE+STUN/TURN机制，在a=ice-ufrag与a=ice-pwd字段中注入凭证，结合a=candidate:行描述候选地址，实现穿透。
• 问题3：SRTP密钥同步异常：a=crypto:行中inline密钥未按RFC 4568编码。解决方案：密钥必须为base64编码，长度匹配套件要求（如AES_CM_128为30字节），且禁止使用明文密钥。
• 问题4：多路媒体时序错乱：音频m=行在视频m=行之后，导致播放器延迟加载。解决方案：按媒体优先级排序，audio必须位于video之前，且t=行统一作用于所有媒体流。
• 问题5：防火墙拦截RTP端口：SDP指定端口5004–5014，但防火墙仅开放UDP 10000–20000。解决方案：在SDP中通过b=AS:128限定带宽，同时在a=rtcp:行指定RTCP端口为媒体端口+1，确保控制通道可达。