YD/T 2011-2009 标准解读

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

• 本标准适用于基于统一IMS架构的电信运营商核心网设备供应商、接入网设备提供商及终端厂商，涵盖VoLTE、ViLTE等基于IP多媒体子系统的语音与视频业务。
• 适用场景为用户在通话中接收第三方呼叫时，系统需支持呼叫等待提示与呼叫保持功能，且必须在单个SIP会话上下文中完成状态切换。
• 排除条件：非IMS网络（如CS域）、非SIP信令协议、第三方应用层呼叫管理（如微信语音）、多终端并发会话跨域场景不适用本标准。
• 执行边界限定为终端与网络协同完成的会话控制，不涉及计费、用户界面设计、语音提示内容等非协议层面内容。

二、核心实操技术要求

1. 呼叫等待触发条件：当用户处于活跃SIP INVITE会话中，网络收到新的INVITE请求时，必须在150ms内向主叫终端发送183 Session Progress响应，携带“Alerting”指示与“Call Waiting”标识。
2. 呼叫保持操作流程：主叫终端发送SIP UPDATE请求，携带“a=sendonly”媒体属性，网络需在50ms内返回200 OK并更新SDP；被保持方媒体流必须立即停止发送RTP包，但保留SIP会话上下文。
3. 恢复通话要求：终端发起SIP UPDATE并设置“a=sendrecv”，网络须在100ms内完成媒体通道重建，确保抖动缓冲区重置后语音连续性损失≤150ms。
4. 多呼叫管理：系统支持最多3个并发呼叫，其中1个为主通话，2个为等待/保持状态；SIP会话ID必须唯一且不可复用，会话状态需在IMSRF中持久化存储≥72小时。
5. 验收规范：通过SIP信令跟踪工具验证183/UPDATE/200 OK消息序列完整；RTP流中断时间≤100ms；呼叫保持后主叫端无回声、无静音断续；终端界面必须显示“保持中”状态标识，且不触发任何音频提示音。

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

四、实操难点与解决方案

• 难点1：终端兼容性差，部分设备忽略183中的Call Waiting标识。解决方案：强制要求终端厂商在固件中实现RFC 3841定义的“Call-Waiting”头域解析，测试用例必须覆盖华为、小米、三星等主流型号。
• 难点2：网络侧SIP会话状态同步延迟导致保持后恢复卡顿。解决方案：在IMS核心网部署状态同步缓存，所有SIP会话状态变更需通过Redis集群同步，延迟控制在30ms内。
• 难点3：媒体流切换时出现回声或静音。解决方案：强制启用RFC 5993定义的DTMF抑制机制，媒体网关需在UPDATE前后执行10ms静音插入，避免回声路径残留。
• 难点4：运营商计费系统误判保持为新通话。解决方案：在IMS与计费系统间部署中间件，对所有UPDATE消息携带“Call-Status: Held”标记，计费系统据此过滤不计时长。
• 难点5：多厂商设备互操作时SDP参数不一致。解决方案：制定强制性SDP模板，要求所有设备使用“m=audio 5004 RTP/AVP 111”作为默认编解码，禁止使用动态端口分配。