北京电信201智能网扩容技术建议书(0605调整稿).doc

北京市通信公司北京市通信公司智能网扩容改造工程智能网扩容改造工程 技术建议书技术建议书 华为技术有限公司 2002 年 5 月 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 1 目 录 1 项目的总体解决方案 项目的总体解决方案 2 1 1 工程项目综述 2 1 1 1 前言 2 1 1 2 北京电信201智能网平台现有状况及改造后组网方案 2 1 2方案特色 4 1 2 1 SCU SDP大容量方案特点 4 1 2 2 FEP与第三方互联解决方案 6 1 2 3 VC统一充值中心解决方案 7 1 2 4 脱机话单处理系统 8 1 3 设备配置说明 9 1 3 1 北京市智能业务基础数据 9 1 3 2 计算方法 11 1 3 3 SCU SDP SMP VC 脱机报表配置计算 15 1 SCU配置计算 15 2 SDP配置计算 17 3 VC配置计算 18 4 脱机报表配置计算 21 5 SMP配置计算 24 1 3 4 C 话单统计功能 话单入库 查询功能 知识库功能 统计任务模板定制功能 统计任务模板定制功能 统计任务管理功能 严重 日志和后台任务监控功能 灵活的报表模板定制功能 报表模板管理功能 报表统计功能 WEB 功能支持 严格的权限控制 License 控制功能 多样化的报表输出功能 数据删除 备份功能等等 1 31 3 设备配置说明 设备配置说明 1 3 11 3 1 北京市智能业务基础数据 北京市智能业务基础数据 1 北京市本期扩容后平台所能承载的业务 1 201 校园卡业务 原有 800 万用户 新增 2200 万用户 2 APS 固定预付费业务 新增 5 万 3 IPT 智能公话业务 原有 5000 用户 新增 25000 用户 4 TP 电话付费业务 新增 50 万 5 NP 号码流动业务 原有 6000 用户 新增 4000 用户 6 充值卡业务 新增 2000 万 7 改号通知业务 新增 5 万用户 2 各业务基础数据 各业务基础数据如下 放音收号时长 每呼叫平均TCAP消息 每TCAP消息 Byte字节数 每个呼叫的transaction数等参数取自北京市设计院给的基础数据 值及华为网上运行经验值 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 10 业务占用时长 放音收 号时长 每呼叫平均 TCAP消息 每TCAP消息 Byte 每个呼叫的 transaction 数 201校园卡 180251513330 APS固定电话预 付费 9559130 30 IPT智能公话 110101513330 NP移机不改号90071299 9 改号通知101071299 9 3 201 业务 CAPS 计算 CAPS 201业务用户数 BHCA值 3600 综上所述各业务CAPS计算如下 201 业务的 CAPS 3000 10000 0 02 3600 166 7 201 业务的 CAPS 166 7 4 APS 业务 CAPS 计算 CAPS APS业务用户数 话务量 平均占用时长 综上所述各业务CAPS计算如下 APS 业务的 CAPS 5 10000 0 04 95 21 1 APS 业务的 CAPS 21 1 5 IPT 业务 CAPS 计算 CAPS IPT业务用户数 话务量 平均占用时长 综上所述各业务CAPS计算如下 IPT 业务的 CAPS 3 10000 0 06 110 16 4 IPT 业务的 CAPS 16 4 6 NP 业务 CAPS 计算 CAPS NP业务用户数 话务量 平均占用时长 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 11 综上所述各业务CAPS计算如下 NP 业务的 CAPS 1 10000 0 06 90 6 7 NP 业务的 CAPS 6 7 7 改号通知业务 CAPS 计算 CAPS 业务用户数 话务量 平均占用时长 综上所述各业务CAPS计算如下 业务的 CAPS 5 10000 0 005 10 25 业务的 CAPS 25 总的 CAPS 166 7 21 1 16 4 6 7 25 236 本次工程 SCP 将采用 SCU SDP 的方式进行建设 SCU 负责业务逻辑处理 SDP 负责业务数据管理 1 3 21 3 2 计算方法 计算方法 1 SSP 至本地汇接局和长途交换中心的数字中继线数 NDT NDT 话务量 ADT 局间中继线忙时平均每线话务量 向上取整数 其中 ADT 各业务 CAPS 本业务平均占用时长 2 本业务平均放 音时长 说明 总话务量 话务量入 话务量出 入话务量 CAPS 平均占用时长 出话务量 CAPS 平均占用时长 平均放音时长 中继数 总话务量 局间中继线平均每话路话务量 2 语音通道数 固定放音收号通道数 对 各固定语音业务 CAPS 平均放音收号时长 求 和 1 0 5 可变语音通道数 对 各可变语音业务 CAPS 放音收号时长 求和 1 0 5 3 SSP 与 SCP 之间 No 7 信令链路数 简称 SL HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 12 SL 各业务 CAPS 平均每个呼叫 MSU 消息数 每个 MSU 消息字节数 8 1 6 64 1000 七号信令链路效率 4 SSP 承载 TUP 信令所需要的 No 7 信令链路数 简称 ST SL 智能业务的 CAPS 平均每个呼叫 TUP 消息数 每个 TUP 消息字节数 智能业务的双向系数 8 1 6 64000 No 7 信令链路负荷 取定 平均每个呼叫 TUP 消息数 5 5 每个 TUP 消息字节数 20Bytes 说明 双向系数 对于只涉及单段呼叫的业务双向系数为 1 其它为 2 5 采用 SCU SDP 的方式进行建设 SCU 负责业务逻辑处理 SDP 负责业务 数据管理 实现对大容量业务的支撑 逻辑组网图如下 1 SCU 配置计算 所需 TPS 业务 CAPS 业务总 TPS 55 说明 在 SCU SDP 的大容量方案下 SCU 的业务处理能力占综合 SCP 方案下计算出的总处理能力的 55 根据业务基础数据表中的业务标准 TPS 即 可计算出在大容量方案下 所需 SCU 的业务处理能力 2 SDP 配置计算 所需 TPS 业务 CAPS 业务 TPS 45 说明 在 SCU SDP 的大容量方案下 SDP 主要负责业务数据的处理 其所要求的处理能力占综合 SCP 方案下计算出的总处理能力的 45 根据业务基 础数据表中的业务标准 TPS 即可计算出在大容量方案下 所需 SCU 的业务处理 能力 3 SMP 配置计算 3 1 SMP 完成功能需要消耗的 CPU 资源 SDP SCUSCU SAU SAU SCP HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 13 1 话单统计 SMP 每隔一段时间检测是否有 SCP 新传来话单 如果有 启动 话单统计功能 根据实际测试 在 HP K570 机器上达到每秒 500 条的话单 统计速度 此时占用 HP K570 的 1 个 CPU 而 HP K570 单 CPU 的 TPS 大约 为 550 因此 对于话单统计的性能计算公式为 TPS1 每秒话单数 500 550 2 数据同步 SCP 将呼叫对数据库的修改上报到 SMP 中 用文件方式 由 SMP 将修 改的数据库修改到 SMP 数据库中 保持 SMP 和 SCP 数据库的同步 根据 实际测试和分析 在 HP K570 机器上达到每秒 500 条的数据同步速度 此时 占用 HP K570 的 1 个 CPU 而 HP K570 单 CPU 的 TPS 大约为 550 设每一个呼叫平均有 X 次数据库修改的操作 对于一个呼叫而言 平 均有 4 次数据库操作 因此 数据同步需要的性能为 TPS2 每秒话单数 4 500 550 3 话单入库 话单入库在 SCP 将话单以文件形式传到 SMP 以后 SMP 将话单文件倒到数 据库中 根据实际测试 在 HP K570 机器上达到每秒 200 条的话单入库速度 此时占用 HP K570 的 1 个 CPU 而 HP K570 单 CPU 的 TPS 大约为 550 因此 对于话单入库需要的性能为 TPS3 每秒话单数 200 550 4 大批量发卡 根据实际测试 在 HP K570 机器上达到每秒 150 张卡的发行速度 此时占用 HP K570 的 1 个 CPU 而 HP K570 单 CPU 的 TPS 大约为 550 因此 对于发卡需要的性能为 TPS4 每秒要求的发卡数 150 550 5 FTP 文件 在数据同步 话单传送等过程中需要用 FTP 传送文件 对 CPU 性能要求不 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 14 高 此时占用 150TPS 6 SMAP 操作 SMAP 操作占用 50TPS 3 2 总体性能计算 在任何时刻与性能相关的是话单统计 数据同步和话单入库操作 大批量发 卡操作属于突发性的操作 因此初步总体性能 TPS 话单统计性能 TPS 数据同步性能 TPS 话单入 库性能 TPS 150 50 如果初步总体性能大于发卡的性能 则最后总体性能在初步总体性 能上再加 150TPS 如果初步总体性能小于发卡的性能 则总体发卡 性能在以发卡需要的性能 150TPS 总体性能 TPS MAX 话单统计性能 TPS 数据同步性能 TPS 话单入 库性能 TPS 不同步系数 FTP 文件性能 TPS SMAP 操作的性能 TPS 发卡操 作的性能 TPS 150 不同步系数表示 SMP 没有同时在做话单统计 数据同步 话单入库的操作 取不同步系数为 0 7 3 3 话单空间 以数据库形式存放 考虑到 XX 智能网容量为 X CAPS 按 3 个呼入产生一个话单 则 话单 CAPS X 3 Y 因而忙时话单数应为 Y 3600 张 时 月话单数为 Z Y 3600 8 20 话单大小为 137 字节 加上数据的数据库索引等额外花费 建 议加乘一个系数 u 一般取为 1 5 且系统需要保存 2 份话单 按照 每月忙日 20 日 每日忙时 8 小时计算 每月共出 Z 张话单 并考 虑 30 的设备冗余 要求话单空间为 SMP 137 Z 1 5 2 0 7 3 4 用户数据 总用户数 N 每用户平均占 1600 个字节 共 1600N SMP 数据空间 1600 N 1 5 0 7 考虑到 1 5 倍的建立数据库索引 余量以及 30 的设备冗余 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 15 3 5 SMP 数据空间 SMP 话单数据空间 用户数据空间 1 3 31 3 3 SCUSCU SDPSDP SMPSMP VCVC 脱机报表配置计算 脱机报表配置计算 1 1 SCUSCU 配置计算配置计算 在 SCU 方式下 SCU 的性能因为不再处理 SDF 部分 性能将提高 其处理 能力只为综合 SCP 时所需处理能力的 55 INAP 信令链路负荷 0 4Erl 链 1 TPMC 计算 由于本次新扩容后总业务量 CAPS 236 考虑 SCU SDP 方式下对小型机性 能的影响 则有 TPS 201 业务的 CAPS 业务呼叫的 trasaction 数 166 7 30 5001 TPS APS 业务的 CAPS 业务呼叫的 trasaction 数 21 1 30 633 TPS IPT 业务的 CAPS 业务呼叫的 trasaction 数 16 4 30 492 TPS NP 业务的 CAPS 业务呼叫的 trasaction 数 6 7 9 9 66 4 TPS 改号通知 业务的 CAPS 业务呼叫的 trasaction 数 25 9 9 247 5 业务分平台处理 201校园卡号放到的新上的HP RP7400上处理 其他小容量 的业务放到原有的K380上处理 依此计算则有 201业务需要TPMC 201业务TPS 9 1 2 0 55 0 7 5001 9 1 2 0 55 0 7 42437 1 其他业务需要TPMC 总业务TPS 9 1 2 0 55 0 7 633 492 66 4 247 5 9 1 2 0 55 0 7 12210 1 一套 HP RP7400 6CPU 550M 的处理能力为 TPMC 46000 42437 1 能满足 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 16 201 业务处理能力要求 一套 HP K380 6CPU 240M 的处理能力为 TPMC 25000 12210 1 也能满足其他业务处理能力的需求 2 系统内存容量计算 系统内存容量主要包括如下四方面 A 操作系统 数据库占 100M B 多 SCF 进程的静态内存 SCU SDP 方式下 由于将用户数据集中放在 SDP 上 SCF 需要访问数据库 占 用更多的内存 SCU 每配置一个 CPU 可以启动 6 个 SCF 进程 每个进程占用 50M 的空间 我们现有的 K380 实际一个 CPU 能启动 4 个 SCF 进程 SCU1 需静态内存 6 4 50M 1200M SCU2 需静态内存 6 6 50M 1800M C SCP 其他进程的所需要的静态内存为 100M 动态内存 呼叫处理时需要的内存空间 可如下计算 D 处理呼叫的动态内存 以卡号业务计算 平均呼叫占用时长 K 秒 每个呼 叫占用 8K 的内存 则需要动态内存 CAPS K 8K 201 业务处理须动态内存 166 7 180 8K 1024 235M 其他业务处理须动态内存 21 1 95 16 4 110 6 7 90 25 10 8K 1024 36 5M 根据计算 SCU1 K380 需要内存 100 1200 100 36 5 1024 1 4G SCU2 需要内存 100 1800 100 235 1024 2 2G 所以依据计算 SCU1 保持原有的 2G 内存 新增的 HP RP7400 配置 4G 内存 3 系统硬盘容量计算 A 系统运行空间 3 4 G 包括操作系统 1G SWAP 空间 内存为 1G 以下时配置 1G SWAP 内存超过 1G 时配 2G SWAP 数据库 500M 应用程序 包括日志 500M HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 17 B 话单暂存空间 话单大小为 137 字节 根据北京通信要求按日话单 350 万 暂存期为 10 天 存在文件上 并考虑 30 的设备冗余 所以 根据各业务 CAPS 的比例计算各平台需要处理的话单数 201 日话单数 166 7 236 350 247 3 万 其他业务日话单数 69 3 236 350 102 8 万 SCU1 需要的话单文件存储空间 137 1028000 1 3 10 1024 1024 1024 1 8G SCU2 需要的话单文件存储空间 137 2473000 1 3 10 1024 1024 1024 4 1G SCU1 硬盘容量 系统运行空间 话单暂存空间 4 1 8 5 8G SCU2 硬盘容量 系统运行空间 话单暂存空间 4 4 1 8 1G 原有的 K380 作 SCU1 的硬盘 4 9G 满足需求 新增的 SCU2 PR7400 的硬盘为 2 18G 也满足需求 具体实际配置 SCU1配置 HP9000 K380 双机 CPU 6 240MHz 内存2GB 硬盘4 9GB 最大TPMC 25000 12210 1 目前实际需要 最大处理能力折合201卡号业务为88CAPS SCU2配置 HP rp7400双机 PA8600 6 550MHz 4G 8 512M 内存 2 18G内置硬盘 最大TPMC 46000 42437 1 目前实际需要 最大处理能力折合201卡号业务为180CAPS 2 2 SDPSDP 配置计算配置计算 1 TPMC 计算 TPMC 各业务的 CAPS 各业务呼叫的 trasaction 数 5001 633 492 66 4 247 5 9 0 45 0 7 37260 考虑今后系统业务量的进一步增加 SDP 采用小型机 HP RP7400 8CPU 550M TPMC 52000 37260 系统内存容量计算 A 操作系统占 100M HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 18 B 数据库驻留区 消息队列及锁资源等总共占 300M C 数据库用户数据缓冲区 总呼叫处理要求的用户数据缓冲区随用户数量增 加而增加 用户数用户缓冲区 500 万 600M 总内存 以上三项内存之和 1G 3 系统硬盘容量计算 1 系统运行空间 3 4 G 包括操作系统 1G SWAP 空间 内存为 1G 以下时配置 1G SWAP 内存超过 1G 时配 2G SWAP 数据库 500M 2 用户数据空间 总用户数为 N 考虑全部业务 取 4000 万 每用户平均占 0 9K 字节 并考虑 30 的设备冗余 所以 用户数据空间 0 9K N 1 3 1024 1024 0 9K 4000 10000 1 3 1024 1024 44 7G 总量 系统运行空间 用户数据空间 3 5 44 7 48 2G 实际配置 小型机 HP rp7400 双机 PA8600 8 550MHz 4G 8 512M 内存 2 18G 内置硬盘 最大TPMC 52000满足目前实际需要 最大处理能力折合201卡号业务为270CAPS 3 3 VCVC 配置计算配置计算 每用户平均每月充值次数为 3 次 充值卡保存时间3月 业务占用时长 放音收号时 长 每呼叫平均 TCAP消息 每TCAP消息 Byte 每个呼叫的 transaction数 UTS 60602613330 充值卡 60602213330 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 19 电话卡充值电话卡充值 Caps 计算计算 业务CAPS 充值卡数目 充值卡单卡BHCA 3600 充值卡数目 用户总数 每月每用户使用充值卡数 充值卡数据保留时间 月 业务需要的TPMC 业务CAPS 业务复杂度系数 9 0 7 热备份方式 TPMC 冷备份处理能力 1 20 业务 CAPS 充值卡数目 充值卡单卡 BHCA 3600 2000 10000 0 001 3600 5 56 业务需要的TPMC 业务CAPS 业务复杂度系数 9 0 7 5 56 30 9 0 7 2144 6 热备份方式 TPMC 冷备份处理能力 1 20 2144 6 1 2 2573 5 固定电话付费固定电话付费 Caps 计算计算 CAPS 付费高峰系数 用户数 每月集中付费时间 每天平均付费时间 3600 一般情况下 高峰系数取 1 8 每月集中付费时间为 5 天 每天平均集中付费 时间折算为 4 小时 充值卡数目 用户总数 每月每用户使用充值卡次数 充值卡数据保留时间月 1 30 业务需要的 TPMC 业务 CAPS 业务复杂度系数 9 0 7 热备份方式 TPMC 冷备份处理能力 1 20 CAPS 1 8 50 10000 5 4 3600 12 5 业务需要的 TPMC 业务 CAPS 业务复杂度系数 9 0 7 12 5 30 9 0 7 4821 5 热备份方式 TPMC 冷备份处理能力 1 20 4821 5 1 2 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 20 5785 8 总的TPMC 2573 5 5785 8 8359 3 系统硬盘容量计算 系统硬盘容量计算 A 系统运行空间 3 4 G 包括操作系统 1G SWAP 空间 内存为 1G 以下时配置 1G SWAP 内存超过 1G 时配 2G SWAP 数据库 500M 应用程序 包括日志 500M C 话单暂存空间 话单大小为 137 字节 按日话单 100 万 暂存期为 10 天 存在文件上 并考虑 30 的设备冗余 所以 话单文件存储空间 137 1000000 1 3 10 1024 1024 1024 1 66G VC 硬盘容量 系统运行空间 话单暂存空间 4 1 66 5 8G 实际配置 2 18G 硬盘 系统内存容量计算 系统内存容量计算 A 操作系统占 100M B 数据库驻留区 消息队列及锁资源等总共占 300M C 数据库用户数据缓冲区 总呼叫处理要求的用户数据缓冲区随用户数量增 加而增加 用户数用户缓冲区 500 万 600M 总内存 以上三项内存之和 100M 300M 600M 1G 考虑到 VC 对处理能力及安全性的要求我们此次配置为 小型机 HP rp7400 双机 PA8600 4 550MHz 4G 8 512M 内存 2 18G 内置硬盘 无软驱 DVD 双网卡 集成网卡 双光纤卡 能满足目前 2000 万充值卡处理能力的需求 最大支持能力 6000 万卡 4 4 脱机报表配置计算 脱机报表配置计算 总体性能总体性能 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 21 系统的总体性能与并发查询用户的数目 系统中存在的统计任务数目 统计 任务的规模 话单数目 知识库的数目和规模相关 针对北京局的大容量要求 得出相应的磁盘阵列 与此磁盘匹配对应的机型 可以满足北京局对统计的要求 话单空间 以数据库形式存放 话单空间 以数据库形式存放 计算公式 话单大小 系数 每日话单数目 天数 使用率 话单大小为239字节 加上数据的数据库索引等额外花费 建议加乘一个系数u 一般取为1 5 按照北京电信要求的每日固定话单数目3500000张 数据库中保存 最近1年的话单 并考虑30 的设备冗余 要求话单空间为 239 3500000 1 5 365 0 7 1024 1024 1024 609 4G 统计结果空间统计结果空间 计算公式 统计结果大小 系数 每日统计结果数目 天数 使用率 统计结果的空间占用与统计任务的个数以及统计项目相关 按照比较保守的 估计 假设存在 24 个统计任务 每个统计任务每条记录大小为 140 字节 统计 任务不同 记录大小也会不同 假设按天进行统计 每天一条记录 若按局号 统计 每天要有 300 多条记录 要求的统计结果空间为 140 1 5 24 30 12 1 0 7 1024 1024 1024 2 5G 如果存在按卡号进行统计的情况 那么统计条目将与卡数目相关 这时对统 计结果空间的要求会急剧增加 例如统计涉及到某种类型的卡 要求对每张卡的 消费结果进行统计 而此种卡的总数有 1000000 张 那么单纯此统计任务要求的 统计结果空间为 140 1000000 1 5 365 0 7 1024 1024 1024 101 9G 建议对这种大数据量的统计任务仅保留最近 3 个月的数据 总硬盘容量 609 4 2 5 101 9 713 8G 考虑数据安全及一定冗余 硬盘 Raid5 加校验 实际总配置容量 4 9 73G 的磁盘 阵列 网络带宽网络带宽 网络带宽包括脱机话单处理系统与智能网平台 脱机话单处理系统中后台部 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 22 分与前台客户端之间的网络带宽 需要分别计算 1 脱机话单处理系统与智能网平台之间 FTP 操作带宽 128K 以上 建议 LAN 方式或者专线方式 2 脱机话单处理系统中后台部分与前台客户端之间网络带宽 假设并发操作有 10 个用户 每个操作的数据量为 15M 目前报表生成子系统 允许的最大值 用户可以忍受的数据传输延迟为 5S 那么需要的最大带宽为 10 15 5 30M 客户端与服务器端的带宽与并发用户数目 报表数据量以及延迟时间相关 存储备份策略存储备份策略 脱机话单处理系统特点脱机话单处理系统特点 相对于SCP等处理系统 脱机话单处理系统存在一些特点 1 此系统数据的存储量很大 通常大于SCP环境的数据存储量 这意味着备 份的创建或者恢复所需要的时间会变得较长 2 随着存储空间的增大 数据量的增大 数据库中不断变化的页面所占用的 比率会持续下降 因此实例中数据库的非缓冲日志或者逻辑日志在磁带上的备份不 是十分重要 备份可以不那么频繁地以每天一次的标准建立 这要依据修改 数据的频率 装入数据的平均量和装入及修改过程发生的比率而定 随着数据量的增大 可以考虑建设大容量磁带库的方式解决联机 备份问题 备份策略备份策略 建议的备份策略 1 对于脱机话单处理系统的数据库服务器 每个季度创建一次0级备份 每 个月创建一次1级备份 每周创建一次2级备份 2 至少备份从上次二级备份以来的所有话单文件 这样的备份策略可以减少存储话单文件所需要的磁带量 同时也就减少了 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 23 在一次恢复中利用这些磁带的工作量 软件配置软件配置 1 应用软件 1 1 话单采集统计子系统 服务器端软件 话单采集统计平台安装程序 客户端软件 话单采集统计终端安装程序 1 2 统计报表生成子系统 服务器端软件 WebServer安装程序 ProxyServer安装程序 客户端软件 需要控制license 免费送2用户的license 2 外购软件 Informix IDS7 31及以上 Resin2 0B for UNIX 3 免费软件 JAVA1 3 for UNIX 支持JDBC Perl5 05 for UNIX 硬件配置硬件配置 Sun FireV880 单机 4CPU 750Mhz 8G 6 36G 内置硬盘 4MM 12GB 磁带机 T3 4 9 73G 磁盘阵列 Solaris8 显示卡 17 显示器 键盘 鼠标 注意 磁盘阵列需要进行镜像 使实际可用空间变小 当前配置的V880 TPMC 大约为25000 根据系统的整体处理能力 本系统话单统计的处理能力为 350万张话单的处理时间为11个小时 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 24 5 5 SMPSMP 配置计算配置计算 1 SMP完成功能需要消耗的CPU资源 1 话单统计 SMP每隔一段时间检测是否有SCP新传来话单 如果有则启动话单统 计功能 根据实际测试 在HP K570机器上达到每秒500条的话单统计速 度 此时占用HP K570的1个CPU 而HP K570单CPU的TPS大约为550 因此 对于话单统计的性能计算公式为 TPS1 每秒话单数 500 550 2 数据同步 SCP将呼叫对数据库的修改上报到SMP中 用文件方式 由SMP将修 改的数据库修改到SMP数据库中 保持SMP和SCP数据库的同步 根据实 际测试和分析 在HP K570机器上达到每秒500条的数据同步速度 此时 占用HP K570的1个CPU 而HP K570单CPU的TPS大约为550 设每一个呼叫平均有X次数据库修改的操作 对于一个呼叫而言 平 均有4次数据库操作 因此 数据同步需要的性能为 TPS2 每秒话单数 4 500 550 3 话单入库 话单入库在SCP将话单以文件形式传到SMP以后 SMP将话单文件倒到数据库 中 根据实际测试 在HP K570机器上达到每秒200条的话单入库速度 此时占 用HP K570的1个CPU 而HP K570单CPU的TPS大约为550 因此 对于话单入库需要的性能为 TPS3 每秒话单数 200 550 4 大批量发卡 根据实际测试 在HP K570机器上达到每秒150张卡的发行速度 此时 占用HP K570的1个CPU 而HP K570单CPU的TPS大约为550 实际每秒发卡数 取200 因此 对于发卡需要的性能为 TPS4 每秒要求的发卡数 150 550 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 25 5 FTP文件 在数据同步 话单传送等过程中需要用FTP传送文件 对CPU性能要求 不高 此时占用150TPS 6 SMAP操作 SMAP操作占用50TPS 2 总体性能计算 在任何时刻与性能相关的是话单统计 数据同步和话单入库操作 大 批量发卡操作属于突发性的操作 因此初步总体性能TPS 话单统计性能TPS 数据同步性能TPS 话单入 库性能TPS 150 50 如果初步总体性能大于发卡的性能 则最后总体性能在初步总体性 能上再加150TPS 如果初步总体性能小于发卡的性能 则总体发卡 性能在以发卡需要的性能 150TPS 总体性能TPS MAX 话单统计性能TPS 数据同步性能TPS 话单入库 性能TPS 不同步系数 FTP文件性能TPS SMAP操作的性能TPS 发卡操 作的性能TPS 150 不同步系数表示 SMP 没有同时在做话单统计 数据同步 话单入库的操 作 取不同步系数为 0 7 每秒话单数 CAPS 3 236 3 79 根据网上经验值 三个试呼产生一个 话单 TPS1 79 500 550 86 9 TPS2 79 4 500 550 347 6 TPS3 79 200 550 217 3 TPS4 200 150 550 733 33 总体性能 TPS MAX 话单统计性能 TPS 数据同步性能 TPS 话单入库 性能TPS 不同步系数 FTP文件性能TPS SMAP操作的性能TPS 发卡操 作的性能TPS 150 MAX 86 9 347 6 217 3 0 7 150 50 733 33 150 883 33 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 26 需要的 TPMC 为 883 33 9 0 7 11357 1 考虑 30 的设备冗余 建议 SMP 选取小型机 HP RP5470 双机 4CPU TPMC 值为 34288 11357 1 3 内置硬盘容量计算 内置磁盘空间 操作系统 1G 系统对换区 1G 数据库系统 500M SMP 应用 1G 500M 日志 4G 4 磁盘阵列容量计算 磁盘阵列镜像后空间 用户数据空间 话单存储总空间 数据话单存储空间 A 用户数据空间 总用户数为N SMP中每用户平均占0 9K 个字节 用户数据空间 0 9K N 1 3 0 9 6000 10000 1 3 1024 1024 67G B 话单文件存储空间 话单大小为137字节 根据北京实际情况 按日话 单数350万计算 话单暂存期为D天 北京取90天 存在文件上 所以 话单文件存储空间 137 3500000 90 1 3 1024 1024 1024 52 3G C 数据库话单存储空间 话单记录理论大小为137字节 实际存储空间和 索引空间约220字节 根据北京实际情况 按日话单数350万计算 话单暂存期为 D天 北京取90天 计算所以 数据库话单存储空间 220 3500000 90 1 3 1024 1024 1024 84G 磁盘阵列镜像后空间 2 5 67 52 3 84 508 3G 5 内存容量计算 A SMP的静态内存 100M B SMP的动态内存 CAPS 平均占用时长 8K 动态内存 166 7 180 21 1 95 16 4 110 6 7 90 25 10 12 5 60 5 56 60 8K 1024 280M C 操作系统运行内存 60M D 用户数据缓冲区 总用户数大于500万时 取600M 总内存 以上四项之和 100M 280M 60M 600M 1040M HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 27 1 3 41 3 4 C C08 SSPC C08 SSP 与智能业务有关的设备计算与智能业务有关的设备计算 1 SSP 至本地汇接局和长途交换中心的数字中继线数 NDT NDT 话务量 ADT 局间中继线忙时平均每线话务量 向上取整数 其中 ADT 各业务 CAPS 本业务平均占用时长 2 本业务平均放 音时长 说明 总话务量 话务量入 话务量出 入话务量 CAPS 平均占用时长 出话务量 CAPS 平均占用时长 平均放音时长 中继数 总话务量 局间中继线平均每话路话务量 1 201 业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 166 7 180 2 25 0 7 79778 2 APS 业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 21 1 95 2 20 0 7 5125 3 IPT 业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 16 4 110 2 20 0 7 4686 4 NP 业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 6 7 90 2 10 0 7 1628 5 改号通知业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 25 10 2 10 0 7 358 6 充值卡业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 5 56 60 2 60 0 7 477 7 UTS 业务 业务 CAPS 平均占用时长 2 平均放音时长 0 7 12 5 60 2 60 0 7 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 28 1072 各业务总中继数 79778 5125 4686 1628 358 477 1072 93124 2 语音通道数 放音收号通道数 对 各固定语音业务 CAPS 平均放音收号时长 求和 1 0 5 各业务放音收号通道数 166 7 25 21 1 5 16 4 10 6 7 0 25 10 5 56 60 12 5 60 0 995 5800 3 SSP 与 SCP 之间 No 7 信令链路数 简称 SL SL 各业务 CAPS 平均每个呼叫 TCAP 消息数 每个 TCAP 消息字节数 8 1 6 64 1000 七号信令链路效率 1 SL 201 166 7 15 133 8 1 6 64 1000 0 4 65 2 SL APS 21 1 9 130 8 1 6 64 1000 0 4 4 9 3 SL IPT 16 4 15 133 8 1 6 64 1000 0 4 6 4 4 SL NP 6 7 7 129 8 1 6 64 1000 0 4 1 2 5 SL 改号通知 25 7 129 8 1 6 64 1000 0 4 4 5 6 SL 充值卡 5 56 22 133 8 1 6 64 1000 0 4 3 2 7 SL 电话付费 12 5 26 133 8 1 6 64 1000 0 4 8 5 各业务信令链路数 65 4 9 6 4 1 2 4 5 3 2 8 5 93 7 4 SSP 承载 TUP 信令所需要的 No 7 信令链路数 简称 ST SL 智能业务的 CAPS 平均每个呼叫 TUP 消息数 每个 TUP 消息字节数 智能业务的双向系数 8 1 6 64000 No 7 信令链路负荷 SL 166 7 21 1 16 4 6 7 5 5 20 8 2 25 5 56 12 5 5 5 20 8 1 6 64000 0 2 20 取定 平均每个呼叫 TUP 消息数 5 5 每个 TUP 消息字节数 20Bytes 说明 双向系数 对于只涉及单段呼叫的业务双向系数为 1 其它为 2 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 29 2 2 系统配置 系统配置 2 12 1 硬件配置 硬件配置 2 1 12 1 1 C C08 SSPC C08 SSP 与智能业务有关的设备计算结果与智能业务有关的设备计算结果 经过双方的交流探讨和结合网络的实际情况 本次扩容后共建四个 128 模 C C08 SSP 分别是原有的五颗松和安慧 32 模 C C08 SSP 改造成 128 模 C C08 SSP 另外把现网上的东单 北太平庄和中关村 128 模 C C08 交换机改为 SSP 一 目前以上四个局点的配置情况如下 局点名称局点属性现状现有中继数现带模块数LINK 数 五颗松32 模 C C08 SSP 15840DT11 已用 12 条 安慧32 模 C C08 SSP 15840DT11 已用 12 条 北太平庄128 模 C C08 5760DT20 东单 B128 模 C C08 11400DT40 东单 3232 模 C C08 约 12000DT 100 中关村128 模 C C08 21900DT30 说明 模块数指的是近端的 USM UTM 或 TSM 不包含远端模块 LINK 数指 从 SSP 到 SAU 的 INAP 智能中继 二 相关扩容情况说明 A 中继数的说明 目前在五颗松和安慧存在 2 15840DT 31680 DT 故要满足规划的 CAPS 能 力数 236 CAPS 还需要增加 93124 DT 31680 DT 61444 DT 考虑到扩容后 业务不会在短期内达到这个 CAPS 数 而且 128 模 C C08 SSP 可以方便地进行在 线增加中继数量 首先对增加的相关硬件进行布线 安装 其次在 BAM 做好相关 数据 最后进行在线加载数据激活相关单板 所以 把 61444DT 中继总量分两 步扩容 本次只扩容增加 1000 E1 即 30000DT 剩余约 1000E1 以后再扩容 分 配如下 北太平庄 200E1 6000DT 中关村 450E1 13500DT 东单 350E1 10500DT 其中在这三个局点都分别采用 2 155M STU 板来提供大容量中 继 其余中继由 E16 板来提供 B 语音通道数 目前在五颗松和安慧现有 3968 路语音通道数 折算成平均中继占用率为下 3968 1056E1 3 7575 E1 考虑到改造后中关村 北太平庄和东单都是端局与 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 30 SSP 综合局 根据现有的中继情况 每个局点大约折合成 100E1 的智能中继 按 照目前的语音通道匹配模式 东单局点需要的语音通道数为 450E1 100E1 3 7575 E1 2067 路 每块 SPT 单板提供 252 路语音通道 则东单需要 9 块 SPT 单板 中关村局点需要的语音通道数为 350E1 100E1 3 7575 E1 1691 路 需要 7 块 SPT 单板 北太平庄局点需要的语音通道数为 200E1 100E1 3 7575 E1 1127 路 需要 5 块 SPT 单板 SSP 承载 TUP 信令所需要的 No 7 信令链路数 简称 ST 根据网调中心相关数据 每个 SSP 局向连接 6 个汇接局 5 个端局 2 个 HSTP 每个汇接局和端局 2 LINK 2LINK HSTP 这样一来 中关村 北太平庄 和东单每个局点需要 5 6 2 2 2 26 LINK 每块 CPC 单板能够处理 4 条 NO 7 LINK 故 每个局点配置 28 条 LINK 依据前面的计算结果 得出本次扩容所需要的配置如下 局 名 中继数量 DT INAP 链路 数 条 TUP 链路 数 条 语音通道数量 路 北太平庄 600016281260 中关村 1350020282268 东单 1050020281764 合计 3000056845292 三 本次扩容后的总体情况及组网 1 本次扩容后配置情况如下 局点名称局点属性 智能中继数 DT 非智能中 继 DT INAP 链 路数 条 带模 块数 TUP 链路 数 五颗松 128 模 C C08 SSP 1584002011不变 安慧 128 模 C C08 SSP 1584002011不变 东单 128 模 C C08 SSP 1350023400201428 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 31 中关村 128 模 C C08 SSP 105002190020328 北太平庄 128 模 C C08 SSP 6000576016228 说明 东单局按照现网上的旧东单 32 模割接到新东单 128 模下合一的情况 2 本次扩容后各局点的剩余能力情况 依据 128 模 C C08 SSP 每个局点可以配置 6 万智能中继 576 条 LINK 8064 语音通道数 局点名称五颗松安慧北太平庄中关村东单合计 现有智能中继 DT 15840158406000135001050061680 剩余中继能力 DT 4416044160540004650049500238320 现有 LINK 数 条 4848444848236 剩余 LINK 能 力 条 5285285325285282644 现有语言通道 数 路 198419841260226817649260 剩余语言通道 能力 路 6080608068045796630031060 说明 模块数指的是近端的 USM UTM 或 TSM 以上是把五颗松 安慧改造 成 128 模 并且东单合并成一个局点来考虑的 从上表中可以看到 目前的五个 SSP 剩余能力很大 3 本次扩容后的 SSP 侧的组网示意图 HUAWEI 技术建议书技术建议书 北京市智能网技术建议北京市智能网技术建议 华为商业秘密华为商业秘密 32 说明 1 表示从 SSP 到各个局向的 TUP 链路数 各局向 2 个 Link 2 表示从 SSP 到 SAU 的 INAP 链路数 各个局向 20 个 Link 北 太平庄是 16 条 Link 3 表示中心机房中的 TCP IP 局域网 4 图中只粗略给出中关村 SSP 到各局向的 TUP 链路情况 其余 SSP 情况大致相同 2 1 22 1 2 SCUSCU 配置配置部分部分 根据上面 SCU 的配置计算要求 SCU 的配置可以采用 SCU1 原有一台 HP K380 6CPU 240M 的处理能力为 TPMC 25000 中关村SSP东单SSP HSTP A平面 B平面 S A U