一种mnp携号转网方法及系统的制作方法
【技术领域】
[0001] 本发明设及电信行业中业务支撑技术领域，尤其设及一种MNP携号转网方法及系 统。
【背景技术】
[0002] 在电信行业中，每个移动电话用户都是归属于某一个运营商，而每个运营商都有 自己独立的业务支撑系统和用户信息数据库，领到的手机段号（或其集合）也是各不相同 的。
[0003] 现有技术中，一个移动电话用户想要更换运营商，比方说联通的用户换到移动，那 么原先的手机号码不能继续使用，用户只能将原号码在原运营商系统中做销户，然后到新 运营商的系统中申请一个新的号码，用户一旦变更运营商，即意味着必须同时更换他的手 机号码。
【发明内容】
[0004] 本发明所要解决的技术问题是针对现有技术的不足，提供一种MNP携号转网方法 及系统。
[0005] 本发明解决上述技术问题的技术方案如下：一种MNP携号转网方法，包括如下步 骤：
[0006] 步骤1，接收转入端发送的Ticket转网申请文件，根据用户号码查询共有号码数 据库，判断所述用户是否满足MNP条件，并返回Ticket查询结果给转入端；
[0007] 步骤2,接收转入端根据Ticket查询结果生成的化Kln文件，根据满足MNP条件 用户号码查询共有号码数据库，获得所述用户对应的转出端，生成相应的^dOut文件请 求，并发送给转出端；
[0008] 步骤3,接收转出端发送的化KOut确认结果，并根据化KOut确认结果生成转入 端化Kln审核结果文件，并发送给转入端；
[0009] 步骤4,生成转出端相应的化KOut成功结果文件列表，交由转出端进行停机处 理；
[0010] 步骤5,生成转入端相应的化Kln成功结果文件列表，交由转入端进行开户处理。
[0011] 本发明的有益效果是：本发明定义运营商与MNPServer之间用户数据的管理和 协调方式，说明MNP携号转网设及的功能及操作步骤，并详细说明了各个交互时间窗口的 交互数据格式和内容，实现用户一站申请即可更换运营商但手机号不改变，简化了用户更 换运营商需要换卡的复杂操作，同时节约了成本，提供了服务质量，提高客户满意度。
[0012] 本发明解决上述技术问题的技术方案如下：一种MNP携号转网系统，包括转网 审核模块、共有号码数据库、转出端查询模块、转网确认模块、转出处理模块和转入处理模 块；
[0013] 所述转网审核模块，其用于接收转入端发送的Ticket转网申请文件，根据用户号 码查询共有号码数据库，判断所述用户是否满足MNP条件，并返回Ticket查询结果给转入 端；
[0014] 所述转出端查询模块，其用于接收转入端根据Ticket查询结果生成的化Kln文 件，根据满足MNP条件用户号码查询共有号码数据库，获得所述用户对应的转出端，生成相 应的化KOut文件请求，并发送给转出端；
[0015] 所述转网确认模块，其用于接收转出端发送的^dOut确认结果，并根据化KOut 确认结果生成转入端审核结果文件，并发送给转入端；
[0016] 所述转出处理模块，其用于生成转出端相应的^dOut成功结果文件列表，交由 转出端进行停机处理；
[0017] 所述转入处理模块，其用于生成转入端相应的成功结果文件列表，交由转 入端进行开户处理。
【附图说明】
[001引图1为本发明所述一种MNP携号转网方法时序图；
[0019] 图2为本发明所述一种MNP携号转网系统框图。
[0020] 附图中，各标号所代表的部件列表如下：
[0021] 1、转网审核模块，2、共有号码数据库，3、转出端查询模块，4、转网确认模块，5、转 出处理模块，6转入处理模块。
【具体实施方式】
[0022] W下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并 非用于限定本发明的范围。 阳023] MNP携号转网相对于运营商来说，分为转入化Kln和转出^dOut两部分业务，其 中化Kln是指用户从其他运营商转入至本地运营商，PortOut是指用户从本地运营商转出 至其他运营商。
[0024] 如图1所示，一种MNP携号转网方法，包括如下步骤：
[00巧]步骤1，接收转入端发送的Ticket转网申请文件，根据用户号码查询共有号码数 据库，判断所述用户是否满足MNP条件，并返回Ticket查询结果给转入端；
[0026] 步骤2,接收转入端根据Ticket查询结果生成的化Kln文件，根据满足MNP条件 用户号码查询共有号码数据库，获得所述用户对应的转出端，生成相应的^dOut文件请 求，并发送给转出端；
[0027] 步骤3,接收转出端发送的化KOut确认结果，并根据化KOut确认结果生成转入 端化Kln审核结果文件，并发送给转入端； 阳028] 步骤4,生成转出端相应的化KOut成功结果文件列表，交由转出端进行停机处 理；
[0029] 步骤5,生成转入端相应的化n成功结果文件列表，交由转入端进行开户处 理。
[0030] 所述共有号码数据库中存储有MNP共有号码数据表MNP_TABLE和用户MNP记录 表；所述MNP共有号码数据表MNP_TABLE记录了所有MNP相关运营商的号码及归属运营商 代码数据，由所有参与MNP业务的运营商共同维护，所述用户MNP记录表记录了用户MNP记 5?O
[0031] 设及数据模型介绍。
[0032] 1.表名：MNP_TABLE(MNP共有号码数据表）。
[003引说明：该表记录了所有MNP相关运营商的号码及归属运营商代码数据，由所有参 与MNP业务的运营商共同维护。
[0034] 表结构如表1。
[0035] 表 1
[0036]
[0037] 2.表名：DCUSTP0RT1NF0 (用户MNP记录表）。
[0038] 说明：该表记录了用户MNP记录，主要包括用户号码、姓名、证件、联系方式、原运 营商代码、新运营商代码、MNP类型（Portln或化KOut)、MNP生效时间、MNP生效上午下午 标识、MNP状态、状态变更时间等f目息。
[0039] 表结构如表2。
[0040]表2 [0041 ]
[0042]
[0043] 定义运营商与MNPServer之间用户数据的管理和协调方式，主要通过文件方式进 行数据交互。详见图1时序图，W"手机用户"从对台MNP携号转网至本台为例，其中"本 台"为本地运营商业务支撑系统，"对台"为对端运营商业务支撑系统。
[0044] 下面W具体实例介绍本发明的技术方案。
[0045] 1. 申请受理，手机用户通过运营商的营业厅等受理渠道申请成运 营商用户。
[0046] 2.Ticket申请，本台（转入端）根据用户终端发送的化Kln申请生成相应记录， 每条记录对应一个用户的化Kln申请，转入端定期将记录生成Ticket转网申请文件。
[0047] 本台（转入端）受理手机用户的化Kln申请后，每天上午和下午定时分别生成一 个Ticket申请文件，上传至MNPServer主机，文件定义：
[0048] 文件名：yyyymmdd_ticket_00.txt(其中yyyymmdd为当天的年月日，00为上午，Ol 为下午）； W例文件内容海行为一条记录，字段间W"，"英文逗号分隔，分别为化Kln申请的手 机号码、Portln生效的时间、PortIn生效上午下午标识（0为上午，1为下午）； 阳化0]内容举例：131XXXXXXXX, 2014/10/28,0。
[0051] 3.Ticket查询，由MNPServer完成，主要查询共有号码数据库，确认用户是否满 足MNP条件。MNPServer返回Ticket结果文件给本台，本台记录结果，Ticket结果文件定 义：
[0052] 文件名：yyyymmdd_reply_ticket_00.txt(其中yyyymmdd为当天的年月日，00 为 上午，Ol为下午）；
[005引文件内容海行为一条记录，字段间W"，"英文逗号分隔，分别为化Kln申请的手 机号码、Portln生效的时间、Portln生效上午下午标识（0为上午，1为下午）、TicketNo;
[0054]内容举例：131XXXXXXXX, 2014/10/28, 0, 0128002144。 阳化5] 4.向MNPS