统筹放号功能在FETEX-150交换机中的软件实现

论文摘要

传统电信网络中，用户号码具有一定的路由信息，特别是固网的用户号码其本身包含了用户归属的运营商信息、网络信息、交换机信息和地域信息；用户号码的分配都归属各自的交换局，不能跨地区、跨网络、跨交换局进行分配。在这种模式下，当用户想更换其归属的运营商、归属网络以及归属交换机时，无法做到保留其原来的用户号码不变。随着社会的发展，对信息的要求越来越高，要求在地理位置变更清况下固网号码保持一致的需求越来越高，为此提出了统筹放号的功能，统筹放号功能的实现解决了现有技术中存在的号码迁移受交换设备限制的问题。统筹放号业务即号码可携带业务（Universal Number Function：UNF）将用户的一个号码剥离为两个号码，一个单纯只具有用户标识功能的用户逻辑号码（DN）和一个仅包含用户特定路由信息的物理号码（LRN）。用户的物理号码仍然按照原来分号段的方式进行管理，而用户的逻辑号码不再受到号段的限制，可以在整个本地网中的不同区域、不同网络中漫游。随着统筹放号业务的开展，号码利用率将会有所上升，减少了号段资源利用不充分的问题；网优过程更加简便快捷，既能做到局号混合又能快速进行路由查找接通。在FETEX-150交换机上实现统筹放号功能依托于端局+汇接局代理访问SHLR的固网智能化方案。在本地网增加SHLR业务节点，该节点与所有本地网的现用局以ISUP信令方式相连，所有本地网的发话话务均经过SHLR进行业务鉴权后再进行接续。在FETEX-150交换机上设计了三种方式来触发呼叫和SHLR进行交互：（1）主叫用户登记混合放号业务UNF；（2）对相关局向的翻译表进行UNF标识的设置；（3）对入中继的中继属性TGCLS进行UNF标识的设置。只要以上任一方式被设置，呼叫都可以被触发和SHLR进行交互。另外，在考虑编号方案时，保留用户逻辑号码的编号方案不变，但逻辑号码的字冠不再准确指示用户所在交换机的局信息。而用户物理号码采用prefix+内部号码（即前缀+内部号码）编码方式。FETEX-150交换机在实现统筹放号功能的软件处理上，主要修改了交换业务处理模块和维护操作处理模块。在交换业务处理模块中，根据SHLR触发规则和统筹放号业务要求实现主叫号码和被叫号码转换（在逻辑号码和物理号码间进行转换）。交换业务处理还包括：发端局或汇接局与SHLR交互信令的实现（对ISUP信令的修改主要集中在对ACM消息和REL消息的修改上）、逻辑号码和物理号码存储方案选择、对ISDN用户和多频互控信令的特殊处理、修改相应的系统参数及数据定义、设计业务冲突处理、设计详细话单和计次话单的输出、设计出错处理、设计维护观察命令的使用。统筹放号功能在试用局投入使用后，通过收集试用局的相关数据，分析了统筹放号功能对交换机的影响。影响分析集中于四个方面：对交换机的影响、对运行维护的影响、对各种类型呼叫的影响和对业务的影响。通过分析，发现统筹放号业务对交换机的系统处理能力、资源的需求有一定的增加；对接续时延、网络接通率基本没有影响；在运行维护方面，观察、告警等方面会有使用不便的问题，需要注意相关的培训和必要的改善；对各种类型的呼叫和补充业务的影响均在开发过程中进行了考虑，基本上没有相关的影响。统筹放号功能实现后，在现用局的第一个实际应用就是利用统筹放号功能实现固网号码7位升8位的工程。基于统筹放号功能，号码升位变得快速有效，并且相较以往FETEX-150交换机必须投入补丁来实施升位的方法简便得多，节省了人力与财力。总而言之，统筹放号功能的实现推开了一扇门：一方面，对于用户而言，搬家不用考虑改号带来的不便、用户号码在固网和移动网都能使用、更改运营商也无需改号，这些都成为可能；另一方面，对于运营商而言，可以通过经营号码资源来提高用户忠诚度、获得高额的业务收益，网优的过程更加快速简便。在统筹放号功能在FETEX—150交换机开发实现的过程中，本人承担了组织领导FETEX-150交换机软件需求分析、基本方案设计、开发进度推进和收集分析试用局数据的工作。

论文目录

• 摘要
• ABSTRACT
• 第一章 前言
• 1.1 研究背景
• 1.1.1 统筹放号的社会需求
• 1.1.2 统筹放号的业务特点
• 1.1.3 统筹放号实现方法比较
• 1.1.3.1 ISP方式
• 1.1.3.2 SNR方式
• 1.1.3.3 HLR方式
• 1.1.3.4 三种方式比较
• 1.2 论文主要工作及论文结构
• 第二章 预备知识
• 2.1 FETEX-150交换机软件架构
• 2.1.1 局数据
• 2.1.2 用户数据
• 2.1.3 系统程序
• 2.2 统筹放号项目的软件工程
• 2.2.1 团队构成
• 2.2.2 软件生命周期
• 2.2.3 开发过程和产品
• 2.2.4 开发工程
• 第三章 统筹放号功能的交换机软件基本设计
• 3.1 固网访问SHLR方式
• 3.2 SHLR与本地网络的信令接口选择
• 3.2.1 基于 ISUP信令的处理流程
• 3.2.2 基于 MAP信令的处理流程
• 3.2.3 基于 INAP信令的处理流程
• 3.3 ISUP信令修改
• 3.3.1 ISUP信令中ACM消息的修改
• 3.3.2 ISUP信令中REL消息的修改
• 3.3.3 号码转换的软件处理
• 3.4 统筹放号的编号方案
• 3.4.1 用户逻辑号码的编号方案
• 3.4.2 用户物理号码的编号方案
• 3.4.2.1 方案一:逻辑号码与物理号码的混合编号
• 3.4.2.2 方案二:通过特殊号段标识出统筹放号后的物理号码
• 3.4.2.3 方案三:通过前缀+内部号码的编号方式来标识统筹放号后的物理号码
• 3.5 业务呼叫流程
• 3.5.1 可以实现统筹放号功能的用户类别
• 3.5.2 支持统筹放号功能的呼叫类型
• 3.5.3 呼叫触发到SHLR的原则
• 3.5.4 发端局的业务呼叫流程
• 3.5.4.1 发端局与SHLR交互的流程
• 3.5.4.2 物理号码与逻辑号码的存储
• 3.5.4.3 ISDN用户的特殊处理
• 3.5.4.4 发端局程序流程图
• 3.5.5 汇接局的业务呼叫流程
• 3.5.5.1 汇接局与SHLR交互的流程
• 3.5.5.2 对多频互控信令（MFC）的特殊处理
• 3.5.5.3 汇接局的呼叫处理
• 3.6 系统参数和数据定义
• 3.6.1 系统参数
• 3.6.2 系统数据
• 3.6.3 定义域
• 3.6.4 局数据
• 3.6.5 用户数据
• 3.7 业务冲突
• 3.7.1 呼叫转移（CFU/CFBL/SCF/CFNR）
• 3.7.2 三方通话（TWC）/呼叫前转（CTI）
• 3.7.3 呼出限制（OCB）
• 3.7.4 ISND用户的子号码业务（MSN）
• 3.7.5 DDI
• 3.8 话单
• 3.8.1 详细话单
• 3.8.2 计次表话单
• 3.9 错误处理
• 3.9.1 交换机侧出错
• 3.9.2 SHLR侧出错
• 3.10 维护
• 3.10.1 自给信息
• 3.10.2 维护命令
• 3.10.3 OBS观察
• 3.10.4 话务量（TRAFFIC）观察
• 第四章 统筹放号对 FETEX-150交换机的影响
• 4.1 统筹放号在泉州电信公司试点工作
• 4.1.1 用户数据设置
• 4.1.2 用户 H作被叫:-
• 4.1.2.1 福州用户 X呼叫用户 H,
• 4.1.2.2 泉州用户 Y呼叫用户 H,
• 4.1.2.3 外地/网用户 Z呼叫用户 H,
• 4.1.3 用户 H作主叫:-
• 4.1.3.1 用户 H呼叫泉州本地用户,
• 4.1.3.2 用户 H呼叫福州用户,
• 4.1.3.3 用户 H呼叫异地用户,
• 4.2 统筹放号功能实施对FETEX-150交换机的影响
• 4.2.1 对交换机的影响
• 4.2.1.1 系统处理能力的变化
• 4.2.1.2 资源的需求
• 4.2.1.3 接续时延
• 4.2.1.4 网络接通率
• 4.2.2 对运行维护的影响
• 4.2.2.1 话务统计
• 4.2.2.2 详细话单
• 4.2.2.3 Meter计费
• 4.2.2.4 观察
• 4.2.2.5 人机命令交互
• 4.2.2.6 告警信息
• 4.2.3 对各种类型呼叫的影响
• 4.2.3.1 对市话、长途等呼叫的影响
• 4.2.3.2 对特服呼叫的影响
• 4.2.3.3 对虚拟网呼叫的影响
• 4.2.4 对业务的影响
• 4.2.5 统筹放号对交换机影响的结论
• 第五章 统筹放号功能的应用前景
• 5.1 统筹放号功能应用实例
• 5.1.1 号码升位
• 5.1.1.1 统筹放号实现升位过渡阶段的功能
• 5.1.1.2 统筹放号实现升位正式阶段的功能
• 5.2 其它可能的应用
• 第六章 结束语
• 6.1 论文工作总结
• 6.2 固网智能化今后的发展方向
• 附件
• 1. 参考文献
• 2. 致谢
• 3. 作者攻读学位期间发布的学术论文目录