移动网间号码携带集中数据库系统接口协议设计
1 设计背景
在我国开始实施的移动网间号码携带(NP：Number Portability)现网试验，采用了一种集中数据库的方式，即在号码携带业务网络中设置一个集中的数据库，也称为集中业务管理系统(CSMS：Central Service Management System)，运营商的号码携带业务节点通过此集中数据库系统进行通信，实现号码携带的业务协商及NP数据下发。此体系结构如图1所示。
图1 NP业务体系架构
本地业务管理系统(LSMS)保存本地的号码携带数据，并负责管理运营商内部的网元设备；业务受理系统(SOA)主要负责受理和处理用户提出的号码携带申请；而CSMS处理所有SOA之问的交互信息，并负责向LSMS同步号码携带数据。
在此体系架构中，需要在CSMS与SOA／LSMS之间定义一种协议，以实现各方之间的通信，CSMS接口协议应运而生。
2 设计原则
在开始进行CSMS接口协议设计之前，首先拟定了如下的几条设计原则，协议的具体内容也都是遵循这几条原则进行设计的。
(1)满足各种NP业务流程的需求
这一条是最基本的设计原则。由于此接口协议是直接服务于NP业务流程，因此通过协议定义的各种流程，都与实际的NP业务需求相对应。例如NP业务开展的第一步就是受理NP申请，在协议中就定义了与之对应的规范化的流程。
(2)协议有较高的可靠性
提出这点原则，是与协议的应用环境有关的。一方面，运营商侧的NP业务节点以及CSMS都是IT设备，基于TCP／IP的网络环境进行信息传输，网络可靠性并不高；另一方面此协议对于NP业务体系又至关重要，一旦出现问题会影响NP业务的正常开展，这就需要在协议可靠性方面做一些特殊的考虑。
(3)易于开发和维护
一个易于开发和维护的协议将拥有更强的生命力。CSMS接口协议虽然是一个自定义的协议，但是自定义的部分主要是在应用层，在基础承载协议还会选择现成的协议。选择一种通用性强、规范化程度高、使用范围广的承载协议，无疑能够降低协议开发和实现的难度，也更利于今后的扩展和升级。
下面将会逐一介绍上述设计原则是如何体现在CSMS接口协议中的。
3 业务流程设计
为了实现完整的NP业务，在接口协议中共定义“NP业务申请流程”、“NP业务生效流程”、“NP业务取消流程”、“NP业务注销流程”、“NP业务审计流程”、“欠费处理流程”等6大类的业务流程。而在每一个大类中，基于正常的或者可能出现异常的情况，还定义出了若干的子流程。例如在NP业务申请流程中，就包括“成功的申请流程”、“CSMS拒绝流程”、“携出方SOA拒绝流程”等。
在CSMS接口协议业务流程中，两个主要元素就是“消息”和“定时器”。下面就以成功的NP业务申请流程为例说明CSMS接口协议中的流程设计思路，以及消息和定时器的定义方法(图2)。
图2成功的NP业务申请流程
从图2可以看到，携入方SOA首先需要将用户的申请信息发送给CSMS，CSMS响应后转发给携出方SOA，SOA验证通过后，将响应结果返回CSMS，并由CSMS告知携入SOA申请成功。
在流程图中，每一条消息(申请请求、申请响应、申请结果告知)都对应一种消息结构，用于传递相应的信息。例如，在申请响应消息中，就包含了“消息ID”、“请求消息ID”、“消息命令码”、“业务类型”、“NP号码”、“NP流程ID”、“返回代码”、“拒绝消息”等参数字段。每个参数的用法、长度、数据类型在协议中也都进行了严格的定义。比如“消息ID”是由发送方维护的流水号，用于唯一标识的消息，采用l6位的定长字符串的方式来存储和传递。在CSMS接口协议中，共定义了34种消息，应用于各种流程之中。
