携号转网识别：号码状态检测如何应对运营商变更
携号转网普及后，号码与运营商的绑定关系已松动。本文讲解携号转网识别在号码状态检测中的实现原理与业务价值。
1分钟阅读
2019 年携号转网全国推开后，一个号码的运营商归属变成了“流动”的：今天是移动，明天可能就带着同一个号转去了电信。对做号码业务的人来说，这带来一个很实际的问题——“这号是哪家运营商”这个信息，不再可靠了。
运营商信息在很多业务里是硬依赖：
- 短信通道：不同运营商、不同号段的短信到达率差异很大，发短信前要知道号码当前归属运营商；
- 营销话术：针对转网用户，运营商挽留、转网优惠的话术完全不同；
- 资费判断：携号转网用户的套餐结构特殊，推产品要避开“转网用户办不了”的坑；
- 外呼策略：部分业务对运营商有差异化策略（如特定运营商的合约用户）。
如果用“号段表”判断运营商——比如“138 开头就是移动”——在携号转网时代就会批量出错。号段只决定号码出生时的运营商，不代表现在的运营商。
专业的手机号在网状态 API在查询号码状态的同时，会返回当前实际运营商信息，基于运营商侧数据实时判定，而不是查号段表。
一次查询返回的关键信息是 status（状态）和 carrier（当前运营商）两个字段。比如一个“138”开头（传统移动号段）的号码，返回的 carrier 若是“中国电信”，就说明发生了携号转网。业务系统应该以接口返回的 carrier 为准，而不是号码前缀。
| 识别结果 | 业务动作 |
|---|---|
| 正常 + 原运营商 | 常规流程 |
| 正常 + 已转网 | 短信通道按新运营商配置；话术标注转网用户 |
| 状态异常 + 转网 | 状态判定优先于运营商判断，按状态处置 |
工程实现上就是一次普通的状态查询：提交手机号，接口返回 status（状态）与 carrier（当前运营商）两个关键字段，请求参数与返回结构以商品文档为准。注意三点：
- 不要本地建号段表做判断，以接口实时返回的运营商为准；
- 转网用户的短信通道配置按新运营商重新映射，否则到达率会明显下降；
- 转网识别结果可以缓存，但运营商变更不频繁也不罕见，缓存周期建议不超过 30 天。
携号转网让“号段=运营商”的旧经验失效，也让实时状态检测的价值进一步提升：一次查询同时拿到“号码活着吗 + 现在归谁家”，这正是客资管理系统最需要的两个信息。手机号在网状态 API支持三网与携号转网识别，可以按次调用先验证转网识别率。