余晟：从软件设计角度看携号转网

“携号转网”的事情已经谈了很久很久了，但看看我们四周，真正成功办理了携号转网的人少之又少。即便办理成功，似乎也有这样那样的问题。

那么，到底有什么问题？

网上有不少文章，看起来云山雾罩，语焉不详，实在难以令人满意。身处 IT 行业，凡事都应该摆事实讲道理，能说得清楚。虽然我没做过移动网络和运营商的相关业务，但查查资料还是能得到不少信息。“携号转网”之所以难办，似乎不只是运营商偷懒，还有技术上的难点。如果从软件设计的角度来看看携号转网这回事，应当会有许多新的发现。

携号转网的问题其实在世界上普遍存在，它有个专门的名称叫 Mobile Number Portability（MNP，移动号码迁移），其中主要涉及三个概念：原运营商（donor）、新运营商（recipient）、转网需求（number portability request，NPR）。对应的，它的技术方案也是现成的，主要有两种技术方案。

第一种是美国、欧洲以及国际通行的方案，叫 recipient-led。用户在转网时，先向新运营商提出申请，然后新运营商会联系原运营商，经过数据校验之后完成资料转移，将原号码“调过来”。

第二种是英国和印度用的方案，叫 donor-led。用户在转网时，先向原运营商提出申请，获得对应代码（英国叫 PAC，porting authorisation code，印度叫 UPC，unique porting code）之后转交给新运营商，新运营商据此完成转网。

第二种方案虽然看起来麻烦，但可以避免欺骗，因为原运营商有机会直接核实号码所有者的身份。但是，这也会导致不公平竞争，因为原运营商可能会借此机会故意拖延，想各种办法挽留用户。

完成了运营商迁移，还只是迁移了移动用户和运营商之间的关系，问题还没完。要知道，移动通讯不只是发生在运营商和用户之间，还发生在用户和用户之间。所以还要让呼入的电话（其他用户）知道，这个号码已经迁移到了新的运营商，这样呼入的电话、发来的短信才能正确抵达新运营商承载的用户。这种抵达的专业叫法是 routing，也就是“路由”。

路由的实现方式同样不止一种。国际和欧洲通行的方案是集中式号码库 CDB（Central Database）。简单说，它就像一张大表，详细记录了每个号码属于哪个运营商。相应的，每次发生携号转网，都必须在 CDB 中新增对应的记录。运营商会维护 CDB 的副本，在外呼电话或者外发短信时先查询它，然后直接联系对应号码的当前运营商。

根据 RFC3482，这个查询叫 ACQ（All Call Query）。合起来的整套方案就叫做 ACQ/CDB routing，美国用的也是这套方案，只是美国的管理机构叫 NPAC（Number Porting Administration Center）。

上面说的只是路由方式之一，英国的携号转网流程不同，路由方式同样独树一帜。英国没有采用 ACQ/CDB，即便用户已经携号转网，呼入的电话或发来的短信仍然会首先抵达原运营商，原运营商再将它转发给新运营商，这就是“间接路由”（indirect routing），它类似 Unix 中的符号链接。

这种方案避免了对集中式号码库的依赖，将携号转网的信息分散给运营商各自维护，问题第一是增加了无谓传输，第二是已经转网的用户仍然无法摆脱对原运营商的依赖——所谓“打断骨头连着筋”，如果原运营商故障或者倒闭，已经转网的用户仍然会受影响，这样用户可能很难理解。

现在来说国内移动运营方案。按照目前国内运营商公布的携号转网流程，用户携号转网时，必须先向当前运营商咨询资格，并获得授权码，然后才能到新运营商处办理转入手续。据此可以猜测出，国内应当采用的是 donor-led 方案。不过，因为国内的手机号可能还有捆绑套餐，转网时需要进行复杂的业务确认。通过询问办理过携号转网的伙伴得知，这个“复杂的业务确认”过程，恰恰是原运营商极力挽留用户的过程。

好玩的是，虽然转网是 donor-led 方案，而且国内之前似乎是没有集中式数据库的。这个事情也不难理解，很长时间里似乎只有三大运营商，各运营商自成一体，工信部更多的是行使管理职能，而没有基础系统的建设和维护。

携号转网对任何一家运营商来说，似乎都是“得不偿失”的。如果用户要转出去，相当于自己流失了用户；如果用户要转进来（按照目前看到的报道，携号转网的用户比例极低），又要额外增加系统建设，其实相当不划算。所以看来看去，还是工信部牵头最合适，也最有可能。

按照我看到的技术文档，现在我国正在采用类似 ACQ/CDB 的方案来完成转网用户的路由。具体来说，工信部会维护统一的中心携号转网数据库（CNPDB），还有管理全国 NP 业务中心 CSMS。联通、电信、移动三家会维护各自的 LNPDB 和 LSMS，数据与 CNPDB 保持一致。

中国联通携号系统架构。来源：张伟强，杜忠岩，李嵩泉，肖禄《移动号码携带核心网部署方案探讨》

用户每次外呼时，运营商先查询自己的 LNPDB，判断外呼号码对应的运营商（进行 NP 查询），然后将外呼信号做对应路由。整套技术方案看起来没有问题，但是之前并没有集中式的数据库，所以 CNPDB 的建设，以及整套流程的理顺都需要时间。

运营商呼叫流程。来源：张伟强，杜忠岩，李嵩泉，肖禄《移动号码携带核心网部署方案探讨》

（编辑：东莞站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!