智能数据交换平台总体设计

中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计
– – – – – – – 设计原则与技术路线 设计方案比较与选择 总体处理流程 人工处理过程 与相关系统的集成架构 关键技术 待定问题列表
软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
中 国 电 信 陕 西 公 司
大纲
系统概述
– – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制
– 与相关系统的关系
总体设计 软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
需求分析结论：企业建设目标及策略
中 国 电 信 陕 西 公 司
大纲
系统概述
– – – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制 与相关系统的关系
总体设计 软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
系统目标
业务目标：满足电信数据交换网元的业务需要。 进景 目标 技术目标：把电信智能交换平台建设成电信级的网络设备， 提高系统的实时性、可靠性、可扩展性、安全性，以及平 滑升级能力、拥塞处理能力、备份能力。 业务目标：按照电信智能交换平台规范，实现规范要求的业 务功能，包括调度中心、文件类交换、消息类交换和系统管 理，并满足各项性能指标。 技术目标：采用层次化和模块化的设计思想，迚行系统构 架设计，支持双机。
软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
软件技术体系结构
展 示 层 业 务 支 撑 网 网 元
JSP
CTP DCC
业 务 逻 辑 层
控 制 S P R E A d
struts
业务 模块
配置 模块
持 久 层 数 据 层
中 国 电 信 陕 西 公 司
近期 目标
大纲
系统概述
– – – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制 与相关系统的关系
总体设计 设计模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
系统定位：功能定位
单一的文件传输协议，难以适应不同 类型数据的交换，无法支持异地服务、 一点服务全网功能。对于实时性很高 的数据不能通过文件交互，需要提供 消息的方式迚行，这将影响电信新业 务的开展；
缺乏稳健、有效的机制来保障数据传输, 取送双方职责不清，无法定位责任，一 旦对端没有收到数据，很难定位是发送 方没有传、传送过程中丢失、还是接收 方没收到？
页面控制层采用struts框架 业务逻辑层采用轻量级Spring架构 数据持久层采用Hibernate开源组件
业务层 技术
使用消息总线，增加消息处理的及时性 使用模块化设计思想，增强系统功能的可扩展性
中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计
– – – – – – – 设计原则与技术路线 设计方案比较与选择 总体处理流程 人工处理过程 与相关系统的集成架构 关键技术 待定问题列表
稳健的架构能承受业务的扩展，不至于使项目失控
中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计
– – – – – – – 设计原则与技术路线 设计方案比较与选择 总体处理流程 人工处理过程 与相关系统的集成架构 关键技术 待定问题列表
软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
集成架构：与其他系统集成
计费网元
一批
结算
数据
智能 交换 平台
数据
充值
其它 智能 交换 平台
BSS 网元
集成技术描述：
序号
1
2 3
源系统
计费网元
其它智能交换平台 SC平台
目的系统
智能交换平台
智能交换平台 智能交换平台
接口方式
文件/消息接口
文件/消息接口 消息接口
接口协议
CTP/ຫໍສະໝຸດ BaiduCC
CTP/DCC DCC
中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计
– – – – – – – 设计原则与技术路线 设计方案比较与选择 总体处理流程 人工处理过程 与相关系统的集成架构 关键技术 待定问题列表
软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
中 国 电 信 陕 西 公 司
关键技术：消息传输及时性
数据交换不仅要保证数据传输的正确性和完整性，而且要保证数据传 输的及时性；更改配置参数（网元信息增加、交换策略变更）都需要及 时的通知调度中心。
在智能交换平台系统中，使用了思特奇开发的消息中间件产品，它能 够增强子系统之间的及时性通信；避免了子系统的不断扫描，浪费系统 资源。 消息中间件的应用案例如下： 《神码思特奇四川移动VGOP项目》 《神码思特奇湖南电信电子商务项目》
需求分析结论：实施功能要求
智能数据交换平台从系统功能方面分为系统管理、调度中心、文件交换、消息交换、仓储管理等业 务模块，主要实现功能描述如下： 系统管理 – 提供口令管理、安全管理、权限管理、日志管理等功能；提供对接入网元、货品类型、交换策略等 参数的配置和管理；对交换货品进行查询统计、对交换结果进行稽核校验。 调度中心 – 调度中心以调度引擎为控制者，通过任务单队列、工作单队列和派生执行者进程来实现数据交换的 流程过程。 文件交换 – 以CTP为通信协议、实现文件类数据的交换。（数据量较大、 主要以文件方式进行传递）。 消息交换 – 以DCC为通信协议、实现消息类数据的交换。（数据量小、及时性要求高 、主要以消息方式进行传 递）。
技术方式
socket
Socket Socket
中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计
– – – – – – – 设计原则与技术路线 设计方案比较与选择 总体处理流程 人工处理过程 与相关系统的集成架构 关键技术 待定问题列表
软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
总体设计 软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
需求目标：现状问题 计费结算中心目前是依托综合结算系统的前置采集机进 行数据交换，存在着以下情况和问题：
采用前置机端对端的传输方式， 基本没有核对机制，缺乏数据安 全保障，无法知道数据是否完整 传到对方；
中 国 电 信 陕 西 公 司
总体处理流程
调度中心 工作单队列
调度引擎
任务单队列
取货单 入库单 数据处理单 入库单 送货单
管理者
其它 IDEP
执行者进程组 取货 配送 入库 出库 消息 转发 数据 处理 生命 周期
取货广场
货品 货品 货品 货品 货品 货品
配送广场
货品 货品 货品 货品
货架
货品 货品
采集 前置机
缺乏统一的通信基础设施和标准 通信协议，以致对数据交换网元 要求比较高，造成网元接入困难、 系统的扩展性差；
缺乏数据管理机制：高实时性数 据交换模式下，文件数量非常多， 无法说清文件数量的完整性等关 键问题；
中国移动、联通目前都具备全网、 全业务运营的条件，移动业务是 竞争的重要领域，移动业务对实 时性要求很高，现有的数据交换 频度低，无法满足移动业务需要。
智能数据交换平台 总体设计说明书
（版本 V0.1）
2010年03月
中 国 电 信 陕 西 公 司
大纲
系统概述 总体设计 软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
大纲
系统概述
– – – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制 与相关系统的关系
大文件(500 M)
文件处理 发送
消息协议类
性能指标 接收 时延 发送 性能要求 500条/秒 时延<10ms 500条/秒 指标说明 从采集源到交换平台 从消息源发送消息至智能数据交换平台完毕开始计算，到目 标主机接收消息完毕的时间开销 从交换平台到目的主机
测试配置
IBM P550
2*1.6G cpu+8G内存+1*HBA卡
中 国 电 信 陕 西 公 司
设计和实现上的限制
设计层面： 遵循中国电信智能交换平台产品标准的要求。 遵循中国电信陕西公司IT规划的要求。 用户界面设计要求简单明了，易理解，易操作。 实现层面： 采用PowerDesigner建模工具进行系统的概念模型、逻辑模型、物理模型的设计。
采用PowerDesigner工具进行系统DFD图的设计。
设计原则
原则四：美观易用的 UI设计。 美观易用 原则三：支持多种文 件传输协议，可以方 便业务系统的集成 可扩展
原则五：考 虑数据交换 性能压力
性能
设计原则
需求
原则二：覆盖文 件消息类数据交 换的需求
规范 原则一：遵循中国电信智 能数据交换平台产品标准
中 国 电 信 陕 西 公 司
技术路线
选用目前Java开发的主流体系Spring + Hibernate + struts 展示层 技术
采用ORACLE数据库、webspeed应用服务器。 充分考虑系统的灵活性和可扩展性。 充分考虑系统的性能问题。
中 国 电 信 陕 西 公 司
大纲
系统概述
– – – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制 与相关系统的关系
总体设计 软件模型 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
中 国 电 信 陕 西 公 司
与相关系统的关系
数据共享和传输的核心平台， 交互文件与消息类数据
充值
结算 省 IDEP
数据
其它 IDEP
计费
BSS网元
纯粹的数据交换中心，隔离了业务 层面的信息，通过完善的数据交换 流程和完整的稽核、校验、监控、 告警制度，实现了数据的无缝交换 和共享，从而保证了各核心网元之 间的有效协同，同时又充分给予了 各核心网元相互独立性和低耦合性， 从整体上提高了业务支撑网运作效 率和安全性。
仓储管理 – 根据货品的生命周期，对货品自动的进行备份、清理管理。
中 国 电 信 陕 西 公 司
需求分析结论：实施非功能要求
文件协议类
文件类型 小文件 （500k) 性能指标 接收 文件处理 发送 接收 中文件(10M) 文件处理 发送 接收 性能要求 390 个/分钟 390个/分钟 390 个/分钟 20个/分钟 20个/分钟 20个/分钟 190M/分钟 360M/分钟 190M/分钟 指标说明 从采集源到交换平台 交换平台上入/出货架的处理时间 从交换平台到目的主机 从采集源到交换平台 交换平台上入/出货架的处理时间 从交换平台到目的主机 从采集源到交换平台 交换平台上入/出货架的处理时间 从交换平台到目的主机
建设目标
依据中国电信智能数据交换平台产品标准建设数据交换平台，解 决前置机存在的缺陷，整合并集中进行数据传输，以提高企业的数 据交换和控制的能力。
策略
加快智能数据交换平台的建设，满足中国电信计费专业网络化 建设的进度要求;
•建设统一规范的智能数据交换平台 •为其它业务系统平台提供数据交换的通道
中 国 电 信 陕 西 公 司
现有通讯前置机的更新换代产品
完成业务支撑网内同一层级不同核心网元之间、不 同层级核心网元之间之间的数据交换
为整个数据交换提供端到端全流程可控传输
中 国 电 信 陕 西 公 司
大纲
系统概述
– – – – – – 现状描述 需求分析结论 系统目标 系统定位 设计和实现上的限制 与相关系统的关系
总体设计 模型设计 数据设计 接口设计 运行设计 安全设计 故障及维护 系统集成 演进及进度 机构及人员
otl
jdbc
hibernate
oracle
中 国 电 信 陕 西 公 司
软件技术体系结构
软件技术体系结构采用神州数码思特奇公司成熟的Si-Tech FrameWork 框架。
该框架的优点：
通过成熟的产品搭建层次清晰性能稳定的系统架构 层与层之间松散耦合，增加代码重用率，提高开发效率
每一层充当各自具体任务，便于团队分工和后期维护
中 国 电 信 陕 西 公 司