GPON网络业务支撑系统的研究

1、成果上报申请书成果名称gpon网络业务支撑系统的研究成果申报单位上海公司成果承担部门/分公司传输动力维护中心/浦东传输设备与电路维护部项目负责人姓名项目负责人联系电话 和 email成果专业类别*传输所属专业部门*网络线条成果研究类别*现有业务优化类省内评审结果*优秀关键词索引（35个）gpon自动激活北向接口应用投资万元产品版权归属单位中国移动上海公司对企业现有标准规范的符合度：（按填写说明5） 符合如果该成果来源于研发项目，请填写研发项目的年度、名称和类型（类型包括：集 团重点研发项目、集团联合研发项目、省公司重点研发项目、其他研发项目），可 填写多个：省公司重点研发项目成果简介：简要描述

2、成果目的和意义，解决的问题，取得的社会和经济效益。近几年上海移动大力发展gpon接入网，但由于gpon网络业务支撑系统没有及 时跟上，使得后端的网络激活系统种类繁多，每开发一种新产品，就需要在制定一 套工单系统来支持该产品的开通方案。从而造成新业务开通周期很长。而且网络配 置人员不但要熟悉业务流程还要熟悉网络建设。对维护人员的要求高。也对全业务 的各类流程模板带来很大差异，为业务流程统一管理的目标带来很大的压力。解决上述问题的一个方案就是建设一套gpon网络业务支撑系统，实现gpon专 业的网络及业务平台的激活的整合，完成olt、onu,甚至radius. hss等的接入。 以及快速支撑各种新

3、业务的开放，从而实现网络运维部门对业务激活、网络激活的 统一有效、精确的管控，解决现有的各业务激活孤立分散的问题。gpon网络业务支撑系统的应用，可以有效解决了上述问题。有效的提高了业务 开通的效率，降低了维护人员的工作量，使开通过程中错误的定位更加容易、清晰。 同时，有效的降低了新业务开通的流程和时间。实现全专业的网络激活整合。gpon 网络业务支撑系统作为有效提升企业内部服务管理水平的工具。其开发和应用具有实际意义。工程建设阶段：应用本系统，可通过电子化流程，将gpon工程建设阶段各项任 务，由gpon业务支撑系统实现后，大大简化入网工作，缩短入网流程，有效支撑分 公司的gpon网络建设目

4、标。入网流程运作，可从之前的10天，缩短至3天，节约 了7天时间，并且节省了数据制作环节、工程数据审核、资源导入管理这3个环节 的人工。按照上海公司每年建设1000个gp0n接入点来计算，每个接入点的入网运作节 约了 7天，并且节约3个重要步骤的人工来计算经济效益，共计节约运作成本：1000 （个接入点）x7 （天）x3 （人）x100 （元/人x天）二210万元。业务开通阶段：实现fttx业务自动发放，零接触。统一各类业务开通流程。实 现资源调度、局数据制作自动化，缩短业务开通时限，提升用户感知。支撑分公司 宽带业务发展。业务开通阶段省去了网管数据配置工作，从之前的0.1天完成数据 配置，缩

5、短至即时开通。按照上海公司每年发展10万户宽带用户来计算，节约的运作成本：100000 （户）x0. 05 （天/户）xi （人）x100 （元/人x天）二50 万元减去引入本系统方案的8万元费用，因此共计节约252 7j元。因此引入本成果 不仅可以在经济效益上取得一定效果，同时述能减轻网络维护人员的压力，取得良 好的社会效益。省内试运行效果：描述成果引入后在本省试运行方案、取得的效果、推广价值和建议等。gpon网络业务支撑系统作为有效提升企业内部服务管理水平的工具。成果引入 具有实际意义。gpon网络业务支撑系统可以解决网络激活存在的问题，使得网络维 护部门实现了对网络激活的统一、精确管控;

6、加快新业务的网络激活。提高运营效率, 提高客户满意度；提供不同的网络激活等级，提供差异化服务。引入本成果既可以提供各省对pon接入网的管理水平，gpon业务支撑系统的整 体框架和功能需求，也可以作为各具体网管平台的开发指引，可作为标准向行业内 推广。gpon业务支撑系统的研制，可提升pon网络设备性能监测、故障处理、业务开 通相关工作的效率；可强化各省新增pon网络设备的接入测试和管理，从建设源头 开始保障pon网络设备的质量。文章主体（3000字以上，可附在表格后）：根据成果研究类别，主体内容的要求有差异, 具体要求见表格后的“填写说明6”。gpon网络业务支撑系统的研究中国移动上海公司传输

7、动力维护中心2010年10月1 序言71.1 项目背景71.2研究报告内容72 gpon网络给全业务运营带来的挑战92.1复杂的组网模式带来的挑战92.2 ont等智能终端引入带来的挑战92.3业务模型复杂化带来的挑战92.4更加关注客户体验带來的挑战103 gpon网络建设和维护中遇到的困难123.1工程建设阶段遇到的问题123.2工程建设阶段目标要求133.3业务开通阶段遇到的问题143.4业务开通阶段目标要求： 163.5系统建设目标174 gpon业务支撑系统总体架构184.1系统目标与技术应用184.1.1 运行平台194.1.2 数据库访问194.1.3 通信机制204.2 系统总

8、体架构204.3 业务流程分析215 gpon业务支撑系统主要功能需求235.1业务配置准备235.1.1 网管接口配置管理235.1.2业务配置规则管理235.1.3指令配置参数管理245.1.4 回滚指令配置255.1.5 数据同步255.1.6结果集解析管理255.2业务配置管理265.2.1 任务接收265.2.2 任务拆分265.2.3 任务校验265.2.4 指令生成265.2.5 任务施工275.2.6 任务竣工275.2.7 任务定时下发275.3业务配置监控管理275.3.1 网管接口状态监控275.3.2 业务配置管控2 任务监视2 任务控制

9、285.3.23异常任务处理2任务查询295.3.3 告警监控305.4系统管理305.4.1 安全管理30 用户管理30 权限管理30 角色管理315.4.2 日志管理316系统接口参数定义326.1 系统北向接口326.2宽带业务需求及流程说明346.3 iptv业务需求及流程说明366.4 ims业务需求及流程说明377 总结和展望407.1经济效益和社会效益407.2应用前景407.3功能展望411序言1.1项目背景随着新一轮运营商重组序幕拉开，全业务运营时代已经来临。全业务运营最大的特 点，是从提供基础网络的通信服务，转型为提

10、供内容和应用的信息服务。各大电信运营 商为提高宽带接入质量，降低维护成本，提升企业未来几年在宽带市场的竞争力，纷纷制 定了 “城市光网”的发展战略，积极部署基于pon技术的fttx接入网。它真正解决了“最 后一公里”光网络的部署难题，有效节省主干光缆资源，为困扰业界多年的语音、数据、 视频“三网合一”的实施铺平了道路。其核心是通过现有电信业务的有效整合和融合， 开展全面满足用户的生活、工作需求的综合服务。上海移动从2009年开始建设gp0n网络至今，已建成olt站点164个，fttb模式onu 网元9000余个，遍布上海所有区县。开通了 ims、wlan.家庭宽带、政企宽带通等数据 业务。如何

11、在新的市场环境下加快市场响应速度、快速推出具有竞争优势的融合业务， 是上海移动在全业务运营，特别是电信运营商重组后，所关注的重点问题之一。作为服 务开通过程中最为重要的一个环节，gp0n网络激活是完成将客户订购的业务信息在gp0n 网络设备进行端到端配置的过程，实现客户服务到实际物理网络的映射。为提高服务开 通的速度，缩短新业务推出的周期，屏蔽各个厂家网络设备在服务配置过程的差异性， 迫切需要建设相应的gp0n业务支扌掌系统來满足自动化和实时性的业务激活要求。使得在 业务能力上达到全网、灵活、高效、自动化，在技术能力上达到集中、统一、可靠、快 速的效果。研究报告内容项口主要内容：1、分析目前g

12、pon网络建设和开通过程中遇到的问题，引中出建设gpon业务支撑系统的必要性和迫切性；2、研究gpon业务支撑系统的整体架构和功能需求;3、分析gpon网管的北向接口参数细节，研究gpon网络业务支撑系统与pboss、bboss 等上层业务支扌掌系统的接口；4、分析、梳理不同gpon业务受理涉及的网元配置参数，研究gpon网络业务支撑系 统对不同gpon业务的交互反馈机制算法；5、基于以上研究基础上，提出gpon网络业务支撑系统的技术解决方案，明确各功 能模块结构、组成及实现机制，实现端到端的gpon业务受理与自动配置。项目研究成果：提出gpon网络业务支撑系统的技术解决方案，形成研究报告。2

13、 gpon网络给全业务运营带来的挑战2.1复杂的组网模式带来的挑战根据分光器部署的位置不同，现网的gpon建设模式主要可以分为fttb、ftth和分 布式fttiio不同的接入方式，所采用的资源配置原则、管理模型也不同。例如：fttb方 式在入网吋已导入所有资源，业务开通时只需调度0nu端口。而ftth入网吋仅导入还要 调度分光器至0nu之间的线路资源。不仅如此，针对ftth模式，由于小区红线内光缆建 设以及分光器安装位置不同，对于gp0n资源调度方式也不同。因此，新的p0n接入网络存在各种建设模式（ftth、fttb、fttn. ftt0等）,资源 管理模型需要灵活适应，快速实现新的p0n网

14、络存量管理；要求gp0n业务支撑系统能够 适应多种组网模式、资源配置策略的灵活支撑。2.2 ont等智能终端引入带来的挑战对于智能终端的认证，0nu有多种认证方式，比如基于物理标识认证（mac地址）、 基于逻辑标识认证（onuid+password）、混合模式认证等，需要选择有效的认证方式， 避免复杂设备更换流程，提升设备自动配置能力；仅2010年下半年gp0n全网新增0nu网元8000余个，新增用户业务端口超过10万 个。相比sdh网络发展10年，全网网元也只不过9000余个。因此对于gp0n网络来说， 管理难度和维护压力骤增。因此规模建设ftth后，0nu终端数量将呈人幅增长，gp0n业务

15、支撑系统必须提供有 效的支撑手段，支撑业务开通及故障处理；2.3业务模型复杂化带来的挑战通过gp0n网络要实现全业务统一承载。然而业务的开通受理对接入方式的依赖较大, 统一接入吋通过多个业务间的关联关系控制开通流程，但随着统一承载业务级数的增人, 这种处理模式将越来越复杂；2010年全年，共有293个小区和378个商务楼入网。根据公司可研，至2011年将新 建350个家庭小区和500个商务楼需入网。多种组网模式下的语音、宽带、ims、wlan等产品的开通、保障流程需重新梳理与支 撑。同时述要大力发展ftth/ftt0接入方式，并全面建设wlan热点并用gp0n承载。因此，要求gpo"

16、业务支撑系统能够加快入网进度，提高入网效率，精确控制gpon 网络的建设效果和进程，同时还需支撑大批量业务割接，如：wlan、宽带、语音等的割 接；2.4更加关注客户体验带来的挑战通过一次上门、一次服务的标准，为客户提供订购的业务。客户也希望所有业务能 够统一上门安装，这就要求多个业务协同上门施工；大规模建设ftth后，狛能终端配置较为复杂，对施工人员技能要求较高，为提升配 置的准确性、时效性，减少施工人员的技能要求，提升客户感知，需要gp0n业务支撑系 统提供零接触配置能力；接入网络故障将影响多种业务的使用，需要缩短故障处理历时，p0n网络出现设备掉 电、断纤等故障时能够准确的定位，快速进行

17、故障修复；这也要依靠gpon业务支撑系统 来提供。小区宽带09年10月开始推广截至11月底已开通用户5420户，带宽1122om以上数据来源于pboss100 政企宽带通09年8月开始推广 截至11月底已开通用户245家，带宽872m 以上数据来源于eoms如上图所示，仅2010年11刀，单刀新增家庭宽带电路2053条，政企宽带电路46条。在业务规模发展的同时，又要能保证服务质量，必须依赖gp0n业务支撑系统来实现。3 gpon网络建设和维护中遇到的困难3.1工程建设阶段遇到的问题fttb工程竣工时，由工程部交付竣工资料用于相关设备资源的设备入网管理。这些 工程资料包含了 gpon管理表，它用

18、约定的数据格式表达了工程屮所涉及的gpon资源。 gpon管理表的要素如下图所示：光路3路由4多业务交换机至olt主用路由备用路由5678olt11光路12路由1314分光血器1617光路路由18 1920212223242526272829onu小氐/楼宇名、olt安装地址olt类型olt名称 olt ip地址olt pondolt pon口 svlan应用属性olt pon口至分光器小区/g宇名、 分光器安装地址分光器类型分光器下行pond分光器至onu小区/g宇名onu安装地址0nu霍盖范围onu名称onuac地址onu ip地址onu类型 onu cvlan区段工程部向资源调度组提泳

19、vlan资源申请，资源调度 组分配相关vlan资源（3天）>浙江闸北i浙江北路1109弄|100号|瞅|移动机房内ma5680t浙江-olt0128. 16. 33. 1浙江-olt01-1-1个人工程不再填写，由 传动中心分配浙江-联富公寓商业广场4联富公寓闸北|山西北路1222弄12号楼|bif |移动机房內:6分光舉浙江-olt01/s002联富公离2号楼地下综合机房（b1f）-联冨公禹2号楼（5f）-1；联富公寓闸北|山西北路1222弄12号楼15f |弱 电井内闸北|山西北路1222弄12号楼11f-8f联富公寓-onuu001323031315b38f94228. 6. 33

20、. 65工程不再填写，由 传动中心分配联富公寓2号楼地下综台机房（b1f）-联富公寓2号楼（14f）-h联富公离联富公寓2号楼地下综台机房（b1f）-联富公离2号楼（14f）f联富公寓2号楼（mf）-联富公寓2号楼（20f）l；联富公离闸北|山西北路1222弄12号搂i14fi弱电井内闸北|山西北路1222弄|2号楼 |9f-16f联富公寓pnu0002323031315b761742闸北|山西北路|222弄 |2号楼i2ofi33电井內i期北|山西北路|222弄 |2 号楼 i17f-24f联富公寓-onu0d03323031315b38f842伸i:28. 6. 33. 6628. 6.

21、33. 67工程不再填写，系统根据onu名 称到n2000网管中去查询端口数。提交入网申请及各维护单位审核（5天）导入资源系统（1z f）如上图所示，为现网gp07标准入网流程。工程部完成上表填写后，向资源调度组提出入网vlan资源申请，资源调度组通过上 表信息分析后，将相应的vla"资源分配给工程部门。工程部门在收到vlan资源后，将表格发给设备厂家，将gpon管理表中的信息转换 为数据指令，通过人工命令行方式，进行数据制作。完成数据制作后，工程部门再提交gpon入网申请，各维护单位进行审核工作，gpon 网管上将数据资料进行比对核查，要求gpon管理表上体现的信息，必须与网管上的

22、一致。最后，各单位审核通过后，资源调度组将gpon管理表导入调度系统，并推送给boss 前台，具备放号能力。1、以上所有步骤，均由人工完成，工作量大。2、工程建设、gpon管理表制作、资源调度、局数据制作等各阶段消耗大量人力资源。3、gpon管理表制作、资源分配、局数据制作、入网审核依靠人工易岀错。4、全流程流转完毕，从工程完工，到具备放号能力，至少需要10个工作日。因此，要求gpon业务支撑系统，在工程建设阶段，能够提供有效支撑，目的是缩短 整个入网周期。3.2工程建设阶段目标要求由gp07业务支撑系统根据业务受理，按需调度。免去vlan资源申请及预制的吋间。 并通过gpon网管北向接口采集

23、系统数据，系统自动完成与gpon入网申请资料进行比对 核查，大大简化入网流程及工作量，在关键环节增加人工审核机制，可将入网流程缩短 为3天内完成。如下图所示工程部向资源调度组扌 出入网申请，并提交gpon管理表（1天）将gpon管理表在 系统中进行校验 测试（1天）校验通过的gpon 网元可立即导入 资源系统（1天）调度系统能读取gpon管理表屮的内容，对表格的完整性进行检查后，自动将表中所 填写的olt p0n 口所带的分光器、0nu的配置、关联关系、所经光缆段以及光纤路由都 导入到资源系统中，同时，系统严格按照业务规则分配gpon设备初始的svlan/cvlan, 作为宽带业务开通的资源数

24、据库。gpon网管据此在网管上对相应的设备进行svlan/cvlan 的初始配置。由于onu设备端口的数量，直接决定了 vlan配置工单中所分配的cvlan个数。因此, 为了使调度系统能够正确地分配出cvlan避免出现因gpon管理中onu端口数量有出入 而造成系统所分配的cvlan资源浪费或不足，考虑由调度系统到华为n2000网管上查询 设备端口数，然后对这些准确的设备端口分配cvlano这样，来可以简化工程表格的填 写,即gp0n管理表中可以不再填写0nu端口数量；二来，资管系统中的0nu端口数量准 确，cvlan配置工单不会岀现cvlan资源浪费、不足的情况。在gp07网管上手工配置sv

25、lan/cvlan,数据量大，有可能造成配置岀错，引起调度 系统的配置与网管上的配置不一致，这将直接导致调度系统调度出来的业务配置工单在 网管上开通不成功。因此，调度系统需进行与网管配置的比对。通过电子化流程，将gp0ni程建设阶段各项任务，由gp0n业务支撑系统实现后， 可以大大简化入网工作，缩短入网流程，有效支撑属地的gp0n网络建设目标。3.3业务开通阶段遇到的问题家庭宽带业务受理，如下图屮橙色线条描述：由前台在boss进行家庭宽带业务受理，boss系统通过与调度系统之间的接口，进行 资源确认，并预占相应的端口，之后boss系统将业务开通申请发送至emos,由emos对 gpon资源进行

26、人工审核并确认，确认完毕后反馈给boss,由boss系统发外线施工单， 并在施工完毕后向计费系统发生开通指令。ims业务受理，如下图中黑色线条描述：有前台在boss进行ims家庭宽带业务受理，boss系统通过与emos之间的接口，将 业务开通请求发送给emos,然后emos再想调度系统中请相应的gpon资源，手工完成资 源配置后，反馈给emos系统，由emos下发局数据制作工单给gpon网管，进行数据配置, 同时派发外线施工单，并且向boss系统返回开通确认，由boss系统向计费系统发送确 认信息。*x 通过这两种业务的开通流程，可以看出:业务开通所需局数据制作周期较长，特别是ftth业务，若

27、以每刀发展1000户为例, 每户局数据制作消耗30分钟，每天工作8小时不间断，至少安排3名员工才能完成，而 1000户的发展目标只是保守估计。1、各类业务开通的流程不统一，很难实现流程协同，特别是外线施工，对于家庭宽 带是由boss系统发生外线施工工单，而ims业务则由emos系统发生外线施工工单。对 于属地分公司在业务建设时，会发生流程不协同，导致业务发生时限长，甚至二次上门 服务。2、整个流程均为手工操作，不仅资源调度需要手工调度，而且局数据也需要手工来 完成制作，消耗大量人力物力，而且会影响开通时限，特别是2011年将大力发展fttii 业务，这类模式无法适应大规模部署的需求，将直接影响

28、业务发展。3、资管系统掌握的gpon资源以及业务开通信息，始终不是全网实时最新的数据， 因此，维护人员需要从boss和调度系统屮筛选所需要的资料，可用度差。4、boss系统针对家庭宽带业务，掌握了家庭小区的gpon资源和vlan资源，对今后gpon网络调整带来了问题，无法对网元上的vlan等资源进行变更或者重新规划。3.4业务开通阶段目标要求:基于以上问题，需要对gpon网络业务支撑系统提出更高的要求。第一步实现gpon 业务配置自动化。第二步实现业务全程受理、调度、开通自动化，达到业务即开即通、 即插即用的目标。最终实现ftth业务自动发放，零接触。统一各类业务开通流程。实现 资源调度、局数

29、据制作自动化，缩短业务开通时限，提升用户感知。整体流程如下图所示,boss负责fttx相关产品的订单受理与分解(1),调用资源管理功能进行资源确认(2),派发服务定单到服务开通系统(3)。emos工单系统负责fttx相关产品服务定单的开通流程处理，并实现fttx接入业务 与承载的产品间的流程协同。emos派发fttx资源配置单到资源系统进行自动资源配置(4),派发激活工单到自动激活系统进行自动激活(5),派发外线施工单到施工调度进 行人工上门施工(6)。资源管理负责gpon接入设备与地名地址的关联，负责onu、onuid/sn的关联，并实 现gpon接入网络的自动资源配置。自动激活负责接入所有

30、fttx相关产品的网元/平台，根据业务配置规范，进行自动 激活处理。施工调度负责按照派单规则进行调度派单，并负责完成ettx相关业务的一次上门、 一次服务。boss在服务定单竣工后，派发计费通知,计费系统负责fttx相关产品的计费采集与 处理。3.5系统建设目标简化gpon入网流程，实现入网流程电子化。精简gpon入网数据填写表格，实现系 统数据自动采集。实现系统自动审核入网信息，缩短网元入网时限。支撑属地gpon网络 工程建设。实现ftth业务自动发放，零接触。统一各类业务开通流程。实现资源调度、局数据 制作自动化，缩短业务开通时限，提升用户感知。支撑属地宽带业务发展。应用gp07业务支撑系

31、统后，预期的目标：应用gpon业务支撑系统后后现阶段4 gpon业务支撑系统总体架构4.1系统目标与技术应用gpon业务支撑系统是衔接服务层与资源层，完成服务信息在gpon物理网络上自动激 活、查询、修改、测试、采集，能够完成宽带、ims、wla"等各类业务的运营支扌掌系统。在服务开通支撑过程中，系统确保了一旦接收了激活工单，能够按照流程要求，将 激活工单中客户业务在物理网络、业务平台上进行自动激活的处理；在网络上客户业务 信息查询支扌掌过程屮，gpon业务支扌掌系统确保一旦接收到查询请求，能够及时的将客户 相关信息反馈给请求者；在网络上客户信息修改的过程中，gp07业务支撑系统确保

32、一旦 接收到用户的修改请求，能够按照修改要求，对客户业务在物理网络、业务平台上进行 修改处理；在服务保障支撑中，系统确保一旦接收到用户的测试请求，能够按照测试要 求，对客户业务在物理网络、业务平台上进行测试处理；在客户业务信息数据管理的支 撑过程屮，gpon业务支扌掌系统确保一旦接收到采集请求，能够按照采集请求，对客户业 务在物理网络、业务平台上进行采集处理。gp07业务支撑系统能够把客户业务在物理网 络、业务平台上进行自动激活实现，为相关系统提供自动的查询、修改、测试和采集的 服务能力，确保对物理网络、业务平台层有关客户业务信息自动处理能力进行封装。系 统外部接口模块如下图所示：4.1.1运

33、行平台gpon业务支撑系统的webserver和后台应用程序运行在unix/linux系统上。后台应 用支持比较常见的unix/linux操作系统，包括hpunix> redhat linux和solaris等。 与windows相比，unix/linux操作系统在运行过程中消耗系统资源较少。由于系统运行 的操作系统平台不同，系统也不会感染病毒。虽然，unix/linux在易用性上不如windows 操作系统，但是由于系统的用户不是普通消费者，所以不必在易用性上耗费过多的资源。4.1.2数据库访问0ci是oracle公司开发的一个应用程序开发工具，是一个通过0ci访问oracle数据 库

34、的服务器，控制各类sql语句的执行，进而创建应用程序的应用程序接口 （apt） o它支 持sql所有的数据定义、数据操作、查询、事务管理等操作，支持c和c+的数据类型, 调用，语法和语义。它提供了一组可对oracle数据库进行存取的接口子例程（函数）ooci 程序实质上就是用高级语言写的程序，其特点是内部含有对0c1子函数库的调用，通过 在第三代程序设计语言（如c语言）屮进行调用可达到存取oracle数据库的目的。可用 oracle打开0ci文件。gpon业务支撑系统的数据库oracle数据库连接部分是在oracleocl （oracle调用接 口）基础上开发的，支持0raclc8ix 9i、

35、10g等数据库。根据oracle公司的介绍:0ci是 如此可靠，以至于oracle数据库中的每一条sql语句都通过0ci来执行。当应用程序开 发人员需要面向oracle数据库服务器的最强大的接口时，他们将调用oracle调用接口 （oci） o 0ci提供了对所有oracle数据库功能的最全面的访问。ociapi中包含了最新的性 能、可仲缩性和安全性特性。采用0ci的最大好处就是:它是最切近oracle底层的技术，因此，效率是最高的。同时，它是跨平台的。4.1.3通信机制gpon业务支撑系统的通信机制主要采用tcp/ip协议中的面向连接的tcp协议。 socket是操作系统为上层应用提供的应用

36、接口，在tcp/ip的四层协议中，socket位于 应用层与传输层之间。除了利用socket通信外，gpon业务支撑系统还提供基于soap的web服务。简单对 象访问协议(soap,全写为simple object access protoco 1)是一种标准化的通讯规范, 主要用于web服务(webservice)中osoap的出现是为了简化网页服务器(webserver)在从 xml数据库屮提取资料时，无需花时间去格式化页面，并能够让不同应用程式z间透过 http通讯协定，以xml格式互相交换彼此的资料，使其与程式语言、平台和硬体无关。 此标准由 ibm、microsoft> use

37、rland 和 developmentor 在 1998 年共同提出,并得到 ibm、 莲花(lotus)和康柏(compaq)等公司的支持，于2000年提交给全球资讯网联盟 (wortdwidewebconsortium;w3c),目前s0ap1. 1版是业界共同的标准，展于第二代的xml 协议。4.2系统总体架构bosseomsgui界面tcp xml北向接层维护操作firmware升级数据配置更新批处理和策略执行scheduling, search/grouping profiles, policy definition, tagging南向接口ontolti adstbmdugpon业

38、务支撑系统的总体架构如上图所示:系统的架构借鉴面向服务架构和组建化的系统设计，将系统中各个功能模块按照相 互间关系封装成服务，系统服务按照不同的层次结构可以划分为:北向业务接口层、核心 处理层和南向网元接口层，每层都包含一个或多个服务。北向业务接口层主要实现与boss、eoms等系统的对接，完成服务配置和查询工单的 接收和工单竣工结果的反馈。系统提供soap、tcp/ip、数据库接口表以及文件等多种接 口协议，满足不同上层业务系统的集成需求。另外，系统提供同步业务激活接口和异步 业务激活接口两种不同的接口方式，满足不同业务实时性的激活处理要求。核心处理层完成工单业务信息向网元指令信息的转换以及

39、工单处理过程的控制功能 包括两级流程控制：(1) 1单级流程控制完成将一个工单按照业务需求拆分为多个网元工单处理过程的 控制；(2) 业务级流程控制是实现一个业务需要在网元上用多条指令处理过程的控制。南向网元适配层主要实现对专业网管系统和专业网元设备的适配，完成指令的下发 和指令结果信息的收集。系统所有的服务都是由服务控制总线完成服务的配置和调度， 从而实现按照实际需求定制系统功能。另外，系统还提供对工单执行状态、核心服务运 行状态和接口连通状态等服务监控和告警管理功能。4.3业务流程分析gpon业务支扌掌系统的主要功能是将客户订购的服务信息在gpon网络设备进行端到 端配置的过程，实现客户服

40、务到实际gpon物理网络的映射。简单来讲，激活的主要流程 是接收上层应用发送的客户订购信息(激活工单)，将信息解析、转换为统一的消息结构 (激活子工单和网元工单)，然后进行参数映射、工单拆分等处理，转换为指令并发送给 网元或专业网管。最后将指令执行结果返回到上层应用的过程。gpon业务支撑系统的首要任务是从位于北向接口的上层应用接收消息。可以将北向 接口发送的消息内容大致归纳为：产品信息、业务信息和业务参数等三类消息。产品信 息主要代表所要开通的产品，通常包括数据网、ims、wlan等等；业务信息主要包括：用户新装、用户拆机、用户停机/复机等；业务参数取决于业务信息，每个业务都带有的参 数。三

41、类信息的关系为：产品信息决定业务信息，业务信息决定了参数信息。根据以上的分析，gpon业务支撑系统北向接口接收的消息的协议格式和内容都有较 大不同，如果不对消息格式进行规范，产品的可移植性会非常差，容易造成同一个产品 不同的地区不兼容的现彖，非常不利于产品的维护和升级。为此系统从北向接口的上层 应用接收到激活工单后，会将激活工单转换为激活子工单在激活工单到激活子工单的转 换过程中，系统会将激活工单中的产品信息、业务信息和业务参数信息处理、映射为激 活子工单的对应三类信息。从用户的角度来看，电信网可以被看成是一个功能强大的分布式计算系统，然而， 网络上不只一个功能强大的网元处理所有业务，不同功能

42、的网元相互协作有机的构成了 电信网络。所以，当系统要完成一项客户服务信息到物理网元上的配置时，常常会涉及 到多个网元的操作，例如，开通一个ims用户，首先要对olt网元作操作，然后是onu 网元配置，最后是iiss。如上所述，在完成激活工单到激活子工单的转换后，系统要做的下一工作是将激活 子工单拆分成网元工单。一条激活子工单往往会对应一个或多个网元工单。每一条网元 工单与某个网元和网元需要执行的指令（开机、停机或复机等等）对应，最后将转换后的 指令发送给网元。在完成激活子工单到网元工单的拆分后，系统需要按照业务要求把网元工单转换成 一系列指令集合。在转换过程屮，需要将网元工单的对应操作和参数按

43、照指令模版填写 到指令中，最后发送给网元。指令发送完毕后，网元返冋指令的执行结果，系统需要判 断指令是否执行成功。当完成指令结果的判断后，流程最后需要把结果返回给北向接口的上层应用程序。 返冋结果的流程与激活工单、激活子工单、网元工单的流程是相反的，首先要对网元工 单记录做成功与否的标记，然后根据网元工单的序列号找到激活子工单并做标记，最后 是激活工单，系统最后根据激活工单的标记结果形成消息并发送给北向接口的上层应用。5 gpon业务支撑系统主要功能需求业务配置准备业务配置准备由网管接口配置管理、业务配置规则管理、指令配置管理和结果集解 析管理四个主要模块组成。5.1.1网管接口配置管理网管接

44、口配置管理提供ems模板管理和ems管理。ems模板管理包括ems模板的增加，删除，修改，查询功能。ems模板包含ems模板 名字，厂商名称，网管名称，网管版本。相同的ems模板匹配相同的指令配置规则和结果集解析规则。ems管理包括ems的增加,删除，修改,查询功能。ems包含ems名称，ems标识(emsdn) , ems模板类型，ems登陆账号、密码，ems网管本地名称，ems接口类型等属性。ems管理除了上述基本属性管理之外，述包含ems自动重连启停和重连的时间间隔 (单位为分钟)。5.1.2业务配置规则管理业务配置规则管理包括子任务配置调度规则管理，异常规则配置管理和业务配置关 联规则

45、管理。子任务配置调度规则管理：子工单调度规则，完成对子工单的调度配置。/提供调度因素作为子工单的调度依据。如工单优先级等；“提供调度序号作为优先次序的依据； /手工定制业务配置规则异常规则配置管理:异常调度规则，完成任务或子任务处理时发牛异常的调度配置。调度过程中对发牛 的某种异常如施工端口被占用等重新再调度。/具备查询功能；/能对不同的异常制定相应的处理策略业务配置关联规则管理：业务配置关联规则，完成任务间或子任务间关联关系的配置。如常见的反向关联关 系：反向任务对原有任务进行反向操作，可有不同的处理策略，当原任务的部分子任务 项施工失败需要回归时，可配置反向任务去配置已施工的部分子任务。5

46、丄3指令配置参数管理1.olt上联板的指令配f参数包括:静态管理ip地址开启arp协议组播协议组播vlan组播权限语音vlan2.olt业务板的指令配置参数包括：开启onu的发现和认证功能开启下行加密功能3.onu设备的指令指令配fi参数包括: onu名称 onu描述 onu类型 onu管理1p管理ip掩码管理ip的网关地址 onu 管理 vlan onu认证方式 onu逻辑号 onu授权号 onu带宽模板 onu un1端口编号 svla"信息 cvlan信息 vp i vci onu uni端口状态5.1.4回滚指令配置对于毎条下发到网管的指令，都有其相对应的逆操作指令。当工单中

47、的子工单任务 项因齐种原因施工失败时，或人为需要工单撤销时，可回滚该工单的所有指令，从网管 上删除或回建先前下发的业务配置信息。回滚指令在系统屮自行配置。指令回滚功能从 最大程度上确保网管数据的准确性，减少错误数据的产生，使实施风险降到最低。5.1.5数据同步系统会定时将网管数据内的部分数据如网元，端口等信息同步到数据库屮，以便修 改创建单吋能供使用者提供参考数据。5.1.6结果集解析管理配置指令执行后返回结果的解析规则，为配置的结果提供判断依据。当指令执行后，结合执行的原始结果，依据解析规则为指令实例提供执行结果；同 时当执行结果存在异常时，通过异常原因分析并为进行后续处理提供依据。系统针对

48、每个/条异常的工单将注明执行错误时间、位置、原因，供维护人员快速、 方便、准确的排除问题。5.2业务配置管理业务配置管理由任务接收、任务拆分、任务校验、指令生成、任务施工、任务竣工 六个模块组成。5.2.1任务接收通过外部接口获取综合调度系统传送的业务配置单。pon业务配置系统根据工单号通 过接口查询出业务路由的详细信息。5.2.2任务拆分任务拆分将接收的配置任务根据业务配置类型和业务配置规则，将业务配置拆分成 多个子任务项。每个子任务项对应到具体ems所管理的具体网元。支持单个工单和批量工单的解析。要求对参数校验错误的工单直接进行回馈，返回 参数不完整的错误信息或参数格式错误信息。对工单原始

49、内容进行解析，并将记录信息入库，记录的信息包括工单原始内容、工 单号、工单接收时间、要求完成时间等。对因参数格式或工单格式存在问题而导致不能进行业务配置后续过程的错误单，系 统可以直接把错误单回复给上层业务系统。5.2.3任务校验任务校验完成对综合调度系统分配的网络资源和pon网管实际的网络资源的初步匹 配校验，确保预配置网络业务的可用性，提高业务配置的成功率。5.2.4指令生成指令生成根据指令模板适配规则，采用相应的指令模板，将子任务需要完成的业务 配置内容映射为具体的pon网管配置指令。在指令牛成阶段需要完成按子任务到pon网 管配置指令的转换。指令模板缺失时报告异常，转人工处理。根据指令

50、参数转换规则进行参数转换，牛成网元指令，并产牛指令执行序列。525任务施工任务施工是匹配和pon网管的接口，根据pon网管北向接口定义的协议和交互过程, 将子任务牛成的指令下发到该网管进行施工，在施工过程中需要对指令执行逻辑和事务 等进行一定的控制和指令结果的解析，最后根据指令解析结果确定子工单的执行结果。526任务竣工任务竣工是业务配置过程的最后一个步骤，主要将pon业务配置系统完成处理的子 任务进行处理结果的合并，返回给系统，并在系统内完成任务的竣工归档。系统根据子任务的结果状态，确认任务的结果状态。任务的全部子任务施工成功，任务状态标识为成功；任务的全部子任务施工失败或部分失败，任务状态

51、标识为失败。并将该 任务转为人工施工，由管理员人工施工完毕后手工竣工归档，系统自动回单。5.2.7任务定时下发能够对任务进行定时处理，即设定工单执行的具体吋间，系统会在指定吋间后唤醒 指令队列，进行指令执行。5.3业务配置监控管理业务配置监控管理由网管接口状态监控模块、业务配置管控模块、异常处理模块组 成。5.3.1网管接口状态监控该模块支持定时对pon网管接口和综合调度系统接口通讯状态进行监控，并支持连 接和断连接的方式手工维护链路状态。5.3.2业务配置管控业务配置监控提供给维护员监视配置任务的接收执行情况以及子任务在pon网管执 行情况，对任务、子任务执行进行控制，对异常任务（失败、超时

52、）进行人工干预和处 理。总体上可以划分为4个主要子模块：任务监视能够对各类任务执行状态、数量进行分类实时监视。点击业务配置任务查看详细信息，能够对拆分的子任务执行状态、数量进行实时监 视。能够对即将超时工单在实时监视界面以显著颜色提醒。53.2.2 任务控制能够对未执行工单或者子工单进行人工控制，操作包括：暂停（暂时停止执行）恢复（恢复执行）转人工等能够对指定网元的子任务在指定时间段内进行暂停，指定时间段过后恢复指令执行。 如由于pon网管升级或者故障等情况下，需要自动配置系统在指定时间段内停止对网元 设备发送指令。能够对指定网元设备的子工单进行批量转人工或者批量导岀。如由于网元

53、设备或者 pon网管异常或者其它异常，导致子任务无法执行，需要由人工处理，或者需要导出文 件进行人工处理。5.323异常任务处理异常任务包括失败任务、超时任务，异常任务处理即包括对失败任务、超时任务的 处理，也包括对失败子任务的处理。1.失败任务处理能够对失败任务或者子任务提供人工处理功能，失败子工单主要分为几种类型，如由于网络异常原因或者网元设备异常原因，导致执行失败，在网络或者 网络设备异常恢复后，即能自动执行成功。由于指令模板配置不准确或者指令特殊性导致自动执行失败，但通过人 工处理即能成功的。由于资源被占用或者资源不准确导致执行失败，也无法通过人工处理成 功。根据以上几种失败类型，能够

54、提供以下几种相应人工操作：重新执行人工执行成功人工执行失败2.超时任务处理能够对超时任务或者即将超时任务提供人工处理功能，人工操作包括：优先级提升转人工处理5.324任务查询主要包括工单内容查询、子工单内容查询，支持对当前任务和历史任务查询。查询 条件依赖（输入）条件，如时间、状态、工号、任务编号、网元名称、ems名称等。查询的输出内容：如任务/子任务信息，任务/子任务详细信息，如包括任务编号、执 行状态等。能够根据查询到的任务直接关联查询它的子任务信息。能够根据查询到的任务/子任务关联查询到界常任务/子任务执行的界常原因。查询排序：输出内容的排列顺序，要求可以灵活调整指定（缺省顺序将作为调整

55、的 基础）。当查询条件不能精确确定吋，可以使用模糊条件查询。要求系统具有一定的模糊查 询的功能。能够支持以下查询输出：打印输出：将查询结果打印输出到纸介质。电子文件：将查询结果保存成电子文件。5.3.3告警监控对于任务接收、配置控制、指令生成、网元施工、任务竣工等配置过程中的异常进 行告警监控展现和处理。可对告警的进行人工确认、清除等功能。5.4系统管理主要包括系统的安全管理、h志管理、维护管理、系统监控等。5.4.1安全管理安全管理是对系统的所有访问提供必要的安全策略支持，以及系统对于数据安全方 面的要求。用户管理用户管理就是对所有使用业务配置系统的用户信息进行配置管理。应具备用户的增、删、改、查功能。可以按照用户的组织架构划分系统内用户组，提供用户组的增、删、改、 查功能。提