电信网络管理及运行.pptVIP

电信网络管理及运行周长浩 交换网管最早起步的原因 电信的主要业务 中国交换程控化比传输数字化早一个五年计划 条件成熟：对设备、接口了解的基础 多厂商问题突出 邮电部重视，在长途交换项目中有网管的预算 方案论证：进口？国内开发？ 接口开发预研：软件中心，浙江省 国外引进方案的论证 英国BT 加拿大 论证结果：国内集中开发 引进：太贵，技术受牵制；软件价值，88年的认识水平 自主开发：大部分厂商接口已打开，不存在黑匣子问题 交换网管设计目标： 话务量管理（Traffic Management)：交换系统公共抽象层面 集中维护：故障，配置 长途网管：侧重话务管理 本地网管：侧重集中维护 话务管理理论 重要性： 话务网管的三个时间尺度： 话务控制： 自动 （秒级）：交换机功能 人工干预（5，15，60分钟周期）网管功能 - 从交换机周期性采集中继群话务量（出、入） - 运算并结合其他网络事件找出有问题的中继群 - 人工干预下达网管控制指令：保护，扩展 例：灾害发生时的控制：呼出优先，限制呼入 春节零点：预先加大中继容量，限制发话 话务网管的三个时间尺度： 话务工程：周，月 任务：调整中继配置，适应话务需求 数据：累积的中继群话务数据 网络规划：长期，与工程建设有关 三个时间尺度管理的效率贡献 A：5% B：45% - 50% C： 45% - 50% 经典话务控制范例 ATT： 发达国家垄断时期的产物：电信运营、研发、制造三位一体 四号交换机和话务网管OSS的规范统一，没有多厂商问题 实现话务控制及话务管理的全部功能 Dynamic Non-Hierarchical Routing（DNHR） Real-Time Non-Hierarchical Routing(RTNR) 输出到国外，由于多厂商问题，不能实现全部功能 我国长途网管三期功能实现了人工干预的话务控制 经济分析：为实现最后5%的效率投入大大增加 话务量管理的数据 数据种类：出中继，入中级，目的码，处理器 出中继数据： 电路数 试占次数 占线次数 成功呼叫次数 应答次数 占用话务量 有效话务量 计算： 每线话务量 = 占用话务量/电路数 应答试占比：接通率 有效利用率：有效话务量/占用话务量 Re-Dial 的双重性 降低接通率 提高有效利用率 原理：呼叫控制处理时长远低于通话时长 6 交换网管软件设计 1989 年的计算环境： 386/25M 作中心处理机，286 接口机,中文字符终端汉化 SCO Zenix (类似Unix）C 语言 开发 vga/ega 编程图形包 数据存取： C 数据结构的数据/索引文件 直接面向OS编程：* 共享数据段（进程间数据存取）， * 中断调用sig16/sig17（进程间同步）， * 管道（进程间数据通信） * 取系统20ms时间片计时同步 * 驱动程序产生232接口中断信号 软件设计的成功经验：较好的总体设计 6 交换网管软件设计，后续提升 长途网二期功能提升：1992 首次由网管中心公布网管计算平台： X/open 标准，mini/micro Unix SQL 数据库 X11/Motif GUI (Pre-Windows) 本地网NOMA系统统一设计：1994 长途网三期功能/硬件提升：1994-1995 HP Server, 采用HP Open View 平台 传输网的特点 SDH 为代表，TMN后提出 有较为统一的信息模型，多厂商设备的差别较小 NE较简单：ADM， TM，DXC 厂商的网管智能化高 维护简单，维护人员训练较差 接口复杂，难破解 面向运行商的传输网管演变 初期使用设备厂商的网管 国内复杂多厂商环境下传输网管方案迟迟未定 ITU-T NE 信息模型约束力有限 管理部门和运行商的规范难以实现 Q3的尴尬 从厂商设备哪一层接入？NE？EMS？NM？ 开放竞争环境下对传输网管的迫切需要 传输系统价值观的变化： 运行商内部资源 对外业务，特别是高端大客户 业务提供需要：端到端业务--传输系统公共抽象层面 面向运行商的传输网管方案 原则 端到端电路，资源管理为核心 业务驱动， 垄断时代是技术驱动 实用化，从理想主义到经验主义，诗歌到散文 * 不取代厂商网管 * 采用厂商现有接口 现有可用，促进厂商接口提升，TMF G7 * 流程管理弥补接口功能的不足：指配 初见成就：大部分国内外接口工程突破 与设备厂商理解构通 面向运行商的传输网管方案 总体功能 端到端电路配置：设计、调度、管理 （资源管理：Netmaster) 端到端电路业务质量的保