技术帮助 · 发布时间：
号码能注册或中继状态显示正常，不代表呼叫路由已经打通。企业云通信号码接入SIP中继后的双向呼叫路由测试，应分别验证外部来电如何进入企业分机，以及企业分机如何经中继呼出；同时检查信令、媒体和失败处理。下面按五个重点安排测试，适用于使用SIP中继连接云通信平台与企业电话系统的场景。
一、先核对号码映射和呼叫方向
先明确测试号码、分机和预期路由，不要把拨入、拨出混成一次测试。号码常以E.164格式呈现，例如带国家或地区代码的完整号码；实际格式应以云平台和中继配置要求为准。重点确认来电号码如何映射到分机，拨出时分机号码如何转换为对外主叫号码。
- 选定一个可控制的测试外线号码和一个已开通的企业分机。
- 记录号码在云平台、中继侧及企业电话系统中的格式，检查前缀、国家或地区代码及分机位数。
- 分别制定拨入和拨出预期：拨入落到哪个分机或队列，拨出经哪条中继及采用哪个主叫号码。
执行企业云通信号码接入SIP中继后的双向呼叫路由测试时，号码格式不一致要先单独排查，避免把号码转换问题误判为中继故障。
二、逐段验证拨入与拨出路由
拨入：从外部号码到目标分机
使用外部电话呼入测试号码，记录是否收到SIP INVITE、最终匹配的路由规则，以及呼叫是否到达指定分机。若系统有分机、自动话务或呼叫队列等多个目的地，应逐一验证各自的匹配条件和优先级。核对路由是否因号码前缀、时间条件或拨号计划而落入其他目标。
拨出：从分机到外部号码
从企业分机拨打允许测试的外部号码，检查号码是否符合拨号计划、是否命中预期中继，以及对外主叫号码是否符合配置。通过路由日志或SIP跟踪对照实际呼叫目的号码与转换后的号码；不要仅凭终端显示“呼叫中”判断成功。
三、检查SIP信令和RTP媒体是否完整
SIP信令负责建立和结束会话，RTP通常承载通话音频，两者需要分别确认。常见成功信令包括INVITE、临时响应（如100 Trying或180 Ringing）、200 OK和ACK；结束通话时通常可看到BYE及相应响应。不同设备的消息顺序和附加响应可能不同，应结合实际日志判断。
- 能振铃但接听后无声：检查SDP中的媒体地址与端口、网络路由及防火墙策略。
- 单向有声：分别从两端说话并确认各自能否听到，重点检查RTP回程路径及地址转换。
- 接通后立即断开：对照SIP响应、会话定时器和两端日志，确认是谁发起释放。
如需比对音频协商，记录SDP中双方共同支持的编解码器。不要假设所有中继和终端都使用同一编解码器；必要时按平台支持范围调整并复测。
四、验证主叫信息、权限和失败响应
检查拨入时系统识别的主叫号码，以及拨出时对方收到的主叫显示。SIP环境可能使用From、P-Asserted-Identity等字段传递身份信息，具体采用方式取决于平台配置和运营商要求。若号码被改写、隐藏或拒绝，应比较出入中继前后的信令字段，并确认号码使用权限。
还要记录失败时的SIP响应码。4xx通常表示请求或权限等客户端侧问题，5xx通常指向服务器处理或上游侧问题，但响应码只能提供排查线索，不能单独证明故障位置。将响应时间、呼叫方向、拨号号码和相关日志一并保存，便于定位路由规则或上游拒绝。
五、覆盖失败回退并形成复测记录
正常接通只是基础。还应验证目标分机忙、无人接听、拒接或中继不可用时，系统是否按预期转到语音信箱、备用分机或其他已配置目的地。回退策略可能因企业设置而异，测试前先确认允许的行为，避免意外呼叫真实用户或产生额外费用。
- 每个方向至少完成一次正常接通，并记录发起端、被叫端、路由目标和结果。
- 按已配置条件触发忙线、无人接听或中继失败，核对实际回退目标。
- 复测修改过的号码映射、拨号计划或网络策略，确认原有拨入和拨出路径没有被破坏。
企业云通信号码接入SIP中继后的双向呼叫路由测试，建议按“号码映射—方向路由—信令与媒体—身份与权限—失败回退”留存记录。这样既能判断呼叫是否接通，也能区分号码配置、SIP信令和RTP媒体问题。
常见问题
拨入成功，拨出失败，应该先查什么？
先检查拨号计划是否匹配、外呼权限是否开放、号码格式及主叫号码是否符合中继要求，再查看对应SIP响应。
电话振铃了，为什么接通后没有声音？
振铃通常说明部分信令已到达，但不代表RTP媒体通路正常。检查SDP地址、媒体端口和双向网络可达性。
必须使用抓包工具吗？
初步排查可先看云平台与电话系统日志；若日志不足以确认信令或媒体路径，再由管理员按安全规范采集SIP/RTP流量。
修改路由后要重新测两个方向吗？
要。拨号计划、号码改写或中继优先级调整可能影响入站或出站规则，变更后应分别复测拨入、拨出及相关失败回退。
