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

gpon网络业务支撑系统的研究gpon网络业务支撑系统的研究2011年11月1 序言41.1 项目背景41.2 项目进度41.3 研究报告内容52 gpon网络给全业务运营带来的挑战62.1 复杂的组网模式带来的挑战62.2 ont等智能终端引入带来的挑战62.3 业务模型复杂化带来的挑战62.4 更加关注客户体验带来的挑战73 gpon网络建设和维护中遇到的困难93.1 工程建设阶段遇到的问题93.2 工程建设阶段目标要求103.3 业务开通阶段遇到的问题113.4 业务开通阶段目标要求：133.5 系统建设目标144 gpon业务支撑系统总体架构154.1 系统目标与技术应用154.1.1 运行平台164.1.2 数据库访问164.1.3 通信机制174.2 系统总体架构174.3 业务流程分析185 gpon业务支撑系统主要功能需求215.1 业务配置准备215.1.1 网管接口配置管理215.1.2 业务配置规则管理215.1.3 指令配置参数管理225.1.4 回滚指令配置235.1.5 数据同步235.1.6 结果集解析管理235.2 业务配置管理245.2.1 任务接收245.2.2 任务拆分245.2.3 任务校验245.2.4 指令生成255.2.5 任务施工255.2.6 任务竣工255.2.7 任务定时下发255.3 业务配置监控管理265.3.1 网管接口状态监控265.3.2 业务配置管控2 任务监视2 任务控制2 异常任务处理2 任务查询275.3.3 告警监控285.4 系统管理285.4.1 安全管理2 用户管理2 权限管理2 角色管理295.4.2 日志管理296 系统接口参数定义316.1 系统北向接口316.2 宽带业务需求及流程说明336.3 iptv业务需求及流程说明356.4 ims业务需求及流程说明367 系统部署和功能扩展397.1 系统部署策略397.2 系统功能扩展397.2.1 boss功能扩展397.2.2 emos系统功能扩展397.2.3 资源管理系统功能扩展407.2.4 gpon业务支撑系统功能扩展407.3 系统融合策略407.3.1 与boss系统融合407.3.2 与emos系统融合417.3.3 与调度系统融合418 gpon网管北向接口测试429 总结和展望439.1 应用前景439.2 功能展望441 序言1.1 项目背景随着新一轮运营商重组序幕拉开，全业务运营时代已经来临。全业务运营最大的特点，是从提供基础网络的通信服务，转型为提供内容和应用的信息服务。各大电信运营商为提高宽带接入质量，降低维护成本,提升企业未来几年在宽带市场的竞争力，纷纷制定了“城市光网”的发展战略，积极部署基于pon技术的fttx接入网。它真正解决了“最后一公里”光网络的部署难题，有效节省主干光缆资源，为困扰业界多年的语音、数据、视频“三网合一”的实施铺平了道路。其核心是通过现有电信业务的有效整合和融合，开展全面满足用户的生活、工作需求的综合服务。上海移动从2009年开始建设gpon网络至今，已建成olt站点164个，fttb模式onu网元9000余个，遍布上海所有区县。开通了ims、wlan、家庭宽带、政企宽带通等数据业务。如何在新的市场环境下加快市场响应速度、快速推出具有竞争优势的融合业务，是上海移动在全业务运营，特别是电信运营商重组后，所关注的重点问题之一。作为服务开通过程中最为重要的一个环节，gpon网络激活是完成将客户订购的业务信息在gpon网络设备进行端到端配置的过程，实现客户服务到实际物理网络的映射。为提高服务开通的速度，缩短新业务推出的周期，屏蔽各个厂家网络设备在服务配置过程的差异性，迫切需要建设相应的gpon业务支撑系统来满足自动化和实时性的业务激活要求。使得在业务能力上达到全网、灵活、高效、自动化，在技术能力上达到集中、统一、可靠、快速的效果。1.2 项目进度5月：完成项目启动会，确定项目组成员及分工。6月：完成前台后台相关需求调研及资料收集；7月：完成系统功能模块设计；8月：完成交互反馈机制算法研究，并完成各系统接口参数测试及对接；9月：完成交互反馈机制算法研究，并完成各系统接口参数测试及对接；10月：建立试验测试环境，进行测试；完成系统开发相关文档，搭建论文框架；11月：完成论文写作。1.3 研究报告内容科研项目主要内容：1、分析目前gpon网络建设和开通过程中遇到的问题，引申出建设gpon业务支撑系统的必要性和迫切性；2、研究gpon业务支撑系统的整体架构和功能需求；3、分析gpon网管的北向接口参数细节，研究gpon网络业务支撑系统与pboss、bboss等上层业务支撑系统的接口；4、分析、梳理不同gpon业务受理涉及的网元配置参数，研究gpon网络业务支撑系统对不同gpon业务的交互反馈机制算法；5、基于以上研究基础上，提出gpon网络业务支撑系统的技术解决方案，明确各功能模块结构、组成及实现机制，实现端到端的gpon业务受理与自动配置。科研项目研究成果：提出gpon网络业务支撑系统的技术解决方案，形成研究报告。2 gpon网络给全业务运营带来的挑战2.1 复杂的组网模式带来的挑战根据分光器部署的位置不同，现网的gpon建设模式主要可以分为fttb、ftth和分布式ftth。不同的接入方式，所采用的资源配置原则、管理模型也不同。例如：fttb方式在入网时已导入所有资源，业务开通时只需调度onu端口。而ftth入网时仅导入还要调度分光器至onu之间的线路资源。不仅如此，针对ftth模式，由于小区红线内光缆建设以及分光器安装位置不同，对于gpon资源调度方式也不同。因此，新的pon接入网络存在各种建设模式（ftth、fttb、fttn、ftto等），资源管理模型需要灵活适应，快速实现新的pon网络存量管理；要求gpon业务支撑系统能够适应多种组网模式、资源配置策略的灵活支撑。2.2 ont等智能终端引入带来的挑战对于智能终端的认证，onu有多种认证方式，比如基于物理标识认证（mac地址）、基于逻辑标识认证（onuid+password）、混合模式认证等，需要选择有效的认证方式，避免复杂设备更换流程，提升设备自动配置能力； 仅2010年下半年gpon全网新增onu网元8000余个，新增用户业务端口超过10万个。相比sdh网络发展10年，全网网元也只不过9000余个。因此对于gpon网络来说，管理难度和维护压力骤增。因此规模建设ftth后，onu终端数量将呈大幅增长，gpon业务支撑系统必须提供有效的支撑手段，支撑业务开通及故障处理； 2.3 业务模型复杂化带来的挑战通过gpon网络要实现全业务统一承载。然而业务的开通受理对接入方式的依赖较大，统一接入时通过多个业务间的关联关系控制开通流程，但随着统一承载业务级数的增大，这种处理模式将越来越复杂； 2010年全年，共有293个小区和378个商务楼入网。根据公司可研，至2011年将新建350个家庭小区和500个商务楼需入网。多种组网模式下的语音、宽带、ims、wlan等产品的开通、保障流程需重新梳理与支撑。 同时还要大力发展ftth/ftto接入方式，并全面建设wlan热点并用gpon承载。因此，要求gpon业务支撑系统能够加快入网进度，提高入网效率，精确控制gpon网络的建设效果和进程，同时还需支撑大批量业务割接，如：wlan、宽带、语音等的割接；2.4 更加关注客户体验带来的挑战通过一次上门、一次服务的标准，为客户提供订购的业务。客户也希望所有业务能够统一上门安装，这就要求多个业务协同上门施工；大规模建设ftth后，智能终端配置较为复杂，对施工人员技能要求较高，为提升配置的准确性、时效性，减少施工人员的技能要求，提升客户感知，需要gpon业务支撑系统提供零接触配置能力；接入网络故障将影响多种业务的使用，需要缩短故障处理历时，pon网络出现设备掉电、断纤等故障时能够准确的定位，快速进行故障修复；这也要依靠gpon业务支撑系统来提供。 小区宽带09年10月开始推广 截至11月底已开通用户5420户，带宽11220m 以上数据来源于pboss 政企宽带通09年8月开始推广 截至11月底已开通用户245家，带宽872m 以上数据来源于eoms如上图所示，仅2010年11月，单月新增家庭宽带电路2053条，政企宽带电路46条。在业务规模发展的同时，又要能保证服务质量，必须依赖gpon业务支撑系统来实现。3 gpon网络建设和维护中遇到的困难3.1 工程建设阶段遇到的问题fttb工程竣工时，由工程部交付竣工资料用于相关设备资源的设备入网管理。这些工程资料包含了gpon 管理表，它用约定的数据格式表达了工程中所涉及的gpon资源。gpon管理表的要素如下图所示：如上图所示，为现网gpon标准入网流程。工程部完成上表填写后，向资源调度组提出入网vlan资源申请，资源调度组通过上表信息分析后，将相应的vlan资源分配给工程部门。工程部门在收到vlan资源后，将表格发给设备厂家，将gpon管理表中的信息转换为数据指令，通过人工命令行方式，进行数据制作。完成数据制作后，工程部门再提交gpon入网申请，各维护单位进行审核工作，gpon网管上将数据资料进行比对核查，要求gpon管理表上体现的信息，必须与网管上的一致。最后，各单位审核通过后，资源调度组将gpon管理表导入调度系统，并推送给boss前台，具备放号能力。1、以上所有步骤，均由人工完成，工作量大。 2、工程建设、gpon管理表制作、资源调度、局数据制作等各阶段消耗大量人力资源。 3、gpon管理表制作、资源分配、局数据制作、入网审核依靠人工易出错。 4、全流程流转完毕，从工程完工，到具备放号能力，至少需要10个工作日。因此，要求gpon业务支撑系统，在工程建设阶段，能够提供有效支撑，目的是缩短整个入网周期。3.2 工程建设阶段目标要求由gpon业务支撑系统根据业务受理，按需调度。免去vlan资源申请及预制的时间。并通过gpon网管北向接口采集系统数据，系统自动完成与gpon入网申请资料进行比对核查，大大简化入网流程及工作量，在关键环节增加人工审核机制，可将入网流程缩短为3天内完成。如下图所示调度系统能读取gpon管理表中的内容，对表格的完整性进行检查后，自动将表中所填写的olt pon 口所带的分光器、onu的配置、关联关系、所经光缆段以及光纤路由都导入到资源系统中，同时，系统严格按照业务规则分配gpon设备初始的svlan/cvlan，作为宽带业务开通的资源数据库。gpon网管据此在网管上对相应的设备进行svlan/cvlan的初始配置。由于onu设备端口的数量，直接决定了vlan配置工单中所分配的cvlan个数。因此，为了使调度系统能够正确地分配出cvlan、避免出现因gpon管理中onu端口数量有出入而造成系统所分配的cvlan资源浪费或不足，考虑由调度系统到华为n2000网管上查询设备端口数，然后对这些准确的设备端口分配cvlan。这样，一来可以简化工程表格的填写，即gpon 管理表中可以不再填写onu端口数量；二来，资管系统中的onu端口数量准确，cvlan配置工单不会出现cvlan资源浪费、不足的情况。在gpon网管上手工配置svlan/cvlan，数据量大，有可能造成配置出错，引起调度系统的配置与网管上的配置不一致，这将直接导致调度系统调度出来的业务配置工单在网管上开通不成功。因此，调度系统需进行与网管配置的比对。通过电子化流程，将gpon工程建设阶段各项任务，由gpon业务支撑系统实现后，可以大大简化入网工作，缩短入网流程，有效支撑属地的gpon网络建设目标。3.3 业务开通阶段遇到的问题家庭宽带业务受理，如下图中橙色线条描述：由前台在boss进行家庭宽带业务受理，boss系统通过与调度系统之间的接口，进行资源确认，并预占相应的端口，之后boss系统将业务开通申请发送至emos，由emos对gpon资源进行人工审核并确认，确认完毕后反馈给boss，由boss系统发外线施工单，并在施工完毕后向计费系统发生开通指令。ims业务受理，如下图中黑色线条描述：有前台在boss进行ims家庭宽带业务受理，boss系统通过与emos之间的接口，将业务开通请求发送给emos，然后emos再想调度系统申请相应的gpon资源，手工完成资源配置后，反馈给emos系统，由emos下发局数据制作工单给gpon网管，进行数据配置，同时派发外线施工单，并且向boss系统返回开通确认，由boss系统向计费系统发送确认信息。通过这两种业务的开通流程，可以看出：业务开通所需局数据制作周期较长，特别是ftth业务，若以每月发展1000户为例，每户局数据制作消耗30分钟，每天工作8小时不间断，至少安排3名员工才能完成，而1000户的发展目标只是保守估计。1、各类业务开通的流程不统一，很难实现流程协同，特别是外线施工，对于家庭宽带是由boss系统发生外线施工工单，而ims业务则由emos系统发生外线施工工单。对于属地分公司在业务建设时，会发生流程不协同，导致业务发生时限长，甚至二次上门服务。2、整个流程均为手工操作，不仅资源调度需要手工调度，而且局数据也需要手工来完成制作，消耗大量人力物力，而且会影响开通时限，特别是2011年将大力发展ftth业务，这类模式无法适应大规模部署的需求，将直接影响业务发展。3、资管系统掌握的gpon资源以及业务开通信息，始终不是全网实时最新的数据，因此，维护人员需要从boss和调度系统中筛选所需要的资料，可用度差。4、boss系统针对家庭宽带业务，掌握了家庭小区的gpon资源和vlan资源，对今后gpon网络调整带来了问题，无法对网元上的vlan等资源进行变更或者重新规划。3.4 业务开通阶段目标要求：基于以上问题，需要对gpon网络业务支撑系统提出更高的要求。第一步实现gpon业务配置自动化。第二步实现业务全程受理、调度、开通自动化，达到业务即开即通、即插即用的目标。最终实现ftth业务自动发放，零接触。统一各类业务开通流程。实现资源调度、局数据制作自动化，缩短业务开通时限，提升用户感知。整体流程如下图所示，boss负责fttx相关产品的订单受理与分解（1），调用资源管理功能进行资源确认（2），派发服务定单到服务开通系统（3）。emos工单系统负责fttx相关产品服务定单的开通流程处理，并实现fttx接入业务与承载的产品间的流程协同。emos派发fttx资源配置单到资源系统进行自动资源配置（4），派发激活工单到自动激活系统进行自动激活(5)，派发外线施工单到施工调度进行人工上门施工(6)。 资源管理负责gpon接入设备与地名地址的关联，负责onu、onuid/sn的关联，并实现gpon接入网络的自动资源配置。自动激活负责接入所有fttx相关产品的网元/平台，根据业务配置规范，进行自动激活处理。施工调度负责按照派单规则进行调度派单，并负责完成fttx相关业务的一次上门、一次服务。boss在服务定单竣工后，派发计费通知,计费系统负责fttx相关产品的计费采集与处理。3.5 系统建设目标简化gpon入网流程，实现入网流程电子化。精简gpon入网数据填写表格，实现系统数据自动采集。实现系统自动审核入网信息，缩短网元入网时限。支撑属地gpon网络工程建设。实现ftth业务自动发放，零接触。统一各类业务开通流程。实现资源调度、局数据制作自动化，缩短业务开通时限，提升用户感知。支撑属地宽带业务发展。应用gpon业务支撑系统后，预期的目标：4 gpon业务支撑系统总体架构4.1 系统目标与技术应用gpon业务支撑系统是衔接服务层与资源层，完成服务信息在gpon物理网络上自动激活、查询、修改、测试、采集，能够完成宽带、ims、wlan等各类业务的运营支撑系统。在服务开通支撑过程中，系统确保了一旦接收了激活工单，能够按照流程要求，将激活工单中客户业务在物理网络、业务平台上进行自动激活的处理；在网络上客户业务信息查询支撑过程中，gpon业务支撑系统确保一旦接收到查询请求，能够及时的将客户相关信息反馈给请求者；在网络上客户信息修改的过程中，gpon业务支撑系统确保一旦接收到用户的修改请求，能够按照修改要求，对客户业务在物理网络、业务平台上进行修改处理；在服务保障支撑中，系统确保一旦接收到用户的测试请求，能够按照测试要求，对客户业务在物理网络、业务平台上进行测试处理；在客户业务信息数据管理的支撑过程中，gpon业务支撑系统确保一旦接收到采集请求，能够按照采集请求，对客户业务在物理网络、业务平台上进行采集处理。gpon业务支撑系统能够把客户业务在物理网络、业务平台上进行自动激活实现，为相关系统提供自动的查询、修改、测试和采集的服务能力，确保对物理网络、业务平台层有关客户业务信息自动处理能力进行封装。系统外部接口模块如下图所示： 4.1.1 运行平台gpon业务支撑系统的webserver和后台应用程序运行在unix/linux系统上。后台应用支持比较常见的unix/linux操作系统，包括hpunix、redhat linux和solaris等。与windows相比，unix/linux操作系统在运行过程中消耗系统资源较少。由于系统运行的操作系统平台不同，系统也不会感染病毒。虽然，unix/linux在易用性上不如windows操作系统，但是由于系统的用户不是普通消费者，所以不必在易用性上耗费过多的资源。4.1.2 数据库访问oci是oracle公司开发的一个应用程序开发工具，是一个通过oci访问oracle数据库的服务器，控制各类sql语句的执行，进而创建应用程序的应用程序接口(api)。它支持sql所有的数据定义、数据操作、查询、事务管理等操作，支持c和c+的数据类型，调用，语法和语义。它提供了一组可对oracle数据库进行存取的接口子例程(函数)。oci程序实质上就是用高级语言写的程序，其特点是内部含有对oci子函数库的调用，通过在第三代程序设计语言(如c语言)中进行调用可达到存取oracle数据库的目的。可用oracle打开oci文件。gpon业务支撑系统的数据库oracle数据库连接部分是在oracleoci(oracle调用接口)基础上开发的，支持oracle8i、9i、10g等数据库。根据oracle公司的介绍:oci是如此可靠，以至于oracle数据库中的每一条sql语句都通过oci来执行。当应用程序开发人员需要面向oracle数据库服务器的最强大的接口时，他们将调用oracle调用接口(oci)。oci提供了对所有orade数据库功能的最全面的访问。ociapi中包含了最新的性能、可伸缩性和安全性特性。采用oci的最大好处就是:它是最切近oracle底层的技术，因此，效率是最高的。同时，它是跨平台的。4.1.3 通信机制gpon业务支撑系统的通信机制主要采用tcp/ip协议中的面向连接的tcp协议。socket是操作系统为上层应用提供的应用接口，在tcp/ip的四层协议中，socket位于应用层与传输层之间。除了利用socket通信外，gpon业务支撑系统还提供基于soap的web服务。简单对象访问协议(soap，全写为simple object access protocol)是一种标准化的通讯规范，主要用于web服务(webservice)中。soap的出现是为了简化网页服务器(webserver)在从xml数据库中提取资料时，无需花时间去格式化页面，并能够让不同应用程式之间透过http通讯协定，以xml格式互相交换彼此的资料，使其与程式语言、平台和硬体无关。此标准由ibm、microsoft、userland和developmentor在1998年共同提出，并得到ibm、莲花(lotus)和康柏(compaq)等公司的支持，于2000年提交给全球资讯网联盟(wortdwidewebconsortium;w3c)，目前soap1.1版是业界共同的标准，属于第二代的xml协议。4.2 系统总体架构gpon业务支撑系统的总体架构如上图所示：系统的架构借鉴面向服务架构和组建化的系统设计，将系统中各个功能模块按照相互间关系封装成服务，系统服务按照不同的层次结构可以划分为:北向业务接口层、核心处理层和南向网元接口层，每层都包含一个或多个服务。北向业务接口层主要实现与boss、eoms等系统的对接，完成服务配置和查询工单的接收和工单竣工结果的反馈。系统提供soap、tcp/ip、数据库接口表以及文件等多种接口协议，满足不同上层业务系统的集成需求。另外，系统提供同步业务激活接口和异步业务激活接口两种不同的接口方式，满足不同业务实时性的激活处理要求。核心处理层完成工单业务信息向网元指令信息的转换以及工单处理过程的控制功能包括两级流程控制:(1)工单级流程控制完成将一个工单按照业务需求拆分为多个网元工单处理过程的控制;(2)业务级流程控制是实现一个业务需要在网元上用多条指令处理过程的控制。南向网元适配层主要实现对专业网管系统和专业网元设备的适配，完成指令的下发和指令结果信息的收集。系统所有的服务都是由服务控制总线完成服务的配置和调度，从而实现按照实际需求定制系统功能。另外，系统还提供对工单执行状态、核心服务运行状态和接口连通状态等服务监控和告警管理功能。4.3 业务流程分析gpon业务支撑系统的主要功能是将客户订购的服务信息在gpon网络设备进行端到端配置的过程，实现客户服务到实际gpon物理网络的映射。简单来讲，激活的主要流程是接收上层应用发送的客户订购信息(激活工单)，将信息解析、转换为统一的消息结构(激活子工单和网元工单)，然后进行参数映射、工单拆分等处理，转换为指令并发送给网元或专业网管。最后将指令执行结果返回到上层应用的过程。gpon业务支撑系统的首要任务是从位于北向接口的上层应用接收消息。可以将北向接口发送的消息内容大致归纳为：产品信息、业务信息和业务参数等三类消息。产品信息主要代表所要开通的产品，通常包括数据网、ims、wlan等等；业务信息主要包括：用户新装、用户拆机、用户停机/复机等；业务参数取决于业务信息，每个业务都带有的参数。三类信息的关系为：产品信息决定业务信息，业务信息决定了参数信息。根据以上的分析，gpon业务支撑系统北向接口接收的消息的协议格式和内容都有较大不同，如果不对消息格式进行规范，产品的可移植性会非常差，容易造成同一个产品不同的地区不兼容的现象，非常不利于产品的维护和升级。为此系统从北向接口的上层应用接收到激活工单后，会将激活工单转换为激活子工单在激活工单到激活子工单的转换过程中，系统会将激活工单中的产品信息、业务信息和业务参数信息处理、映射为激活子工单的对应三类信息。从用户的角度来看，电信网可以被看成是一个功能强大的分布式计算系统，然而，网络上不只一个功能强大的网元处理所有业务，不同功能的网元相互协作有机的构成了电信网络。所以，当系统要完成一项客户服务信息到物理网元上的配置时，常常会涉及到多个网元的操作，例如，开通一个ims用户，首先要对olt网元作操作，然后是onu网元配置，最后是hss。如上所述，在完成激活工单到激活子工单的转换后，系统要做的下一工作是将激活子工单拆分成网元工单。一条激活子工单往往会对应一个或多个网元工单。每一条网元工单与某个网元和网元需要执行的指令(开机、停机或复机等等)对应，最后将转换后的指令发送给网元。在完成激活子工单到网元工单的拆分后，系统需要按照业务要求把网元工单转换成一系列指令集合。在转换过程中，需要将网元工单的对应操作和参数按照指令模版填写到指令中，最后发送给网元。指令发送完毕后，网元返回指令的执行结果，系统需要判断指令是否执行成功。当完成指令结果的判断后，流程最后需要把结果返回给北向接口的上层应用程序。返回结果的流程与激活工单、激活子工单、网元工单的流程是相反的，首先要对网元工单记录做成功与否的标记，然后根据网元工单的序列号找到激活子工单并做标记，最后是激活工单，系统最后根据激活工单的标记结果形成消息并发送给北向接口的上层应用。5 gpon业务支撑系统主要功能需求5.1 业务配置准备业务配置准备由网管接口配置管理、业务配置规则管理、指令配置管理和结果集解析管理四个主要模块组成。5.1.1 网管接口配置管理网管接口配置管理提供ems模板管理和ems管理。ems模板管理包括ems模板的增加，删除，修改，查询功能。ems模板包含ems模板名字，厂商名称，网管名称，网管版本。相同的ems模板匹配相同的指令配置规则和结果集解析规则。ems管理包括ems的增加，删除，修改，查询功能。ems包含ems名称，ems标识（ems dn），ems模板类型，ems登陆账号、密码，ems网管本地名称，ems接口类型等属性。ems管理除了上述基本属性管理之外，还包含ems自动重连启停和重连的时间间隔（单位为分钟）。5.1.2 业务配置规则管理业务配置规则管理包括子任务配置调度规则管理，异常规则配置管理和业务配置关联规则管理。 子任务配置调度规则管理：子工单调度规则，完成对子工单的调度配置。 提供调度因素作为子工单的调度依据。如工单优先级等； 提供调度序号作为优先次序的依据； 手工定制业务配置规则 异常规则配置管理：异常调度规则，完成任务或子任务处理时发生异常的调度配置。调度过程中对发生的某种异常如施工端口被占用等重新再调度。 具备查询功能； 能对不同的异常制定相应的处理策略 业务配置关联规则管理：业务配置关联规则，完成任务间或子任务间关联关系的配置。如常见的反向关联关系：反向任务对原有任务进行反向操作，可有不同的处理策略，当原任务的部分子任务项施工失败需要回归时，可配置反向任务去配置已施工的部分子任务。5.1.3 指令配置参数管理1.olt上联板的指令配置参数包括： 静态管理ip地址 开启arp协议 组播协议 组播vlan 组播权限 语音vlan2.olt 业务板的指令配置参数包括： 开启onu的发现和认证功能 开启下行加密功能3.onu设备的指令指令配置参数包括： onu名称 onu描述 onu类型 onu管理ip 管理ip掩码 管理ip的网关地址 onu管理vlan onu认证方式 onu逻辑号 onu授权号 onu带宽模板 onu uni端口编号 svlan信息 cvlan信息 vpi vci onu uni端口状态5.1.4 回滚指令配置对于每条下发到网管的指令，都有其相对应的逆操作指令。当工单中的子工单任务项因各种原因施工失败时，或人为需要工单撤销时，可回滚该工单的所有指令，从网管上删除或回建先前下发的业务配置信息。回滚指令在系统中自行配置。指令回滚功能从最大程度上确保网管数据的准确性，减少错误数据的产生，使实施风险降到最低。5.1.5 数据同步系统会定时将网管数据内的部分数据如网元，端口等信息同步到数据库中，以便修改创建单时能供使用者提供参考数据。5.1.6 结果集解析管理配置指令执行后返回结果的解析规则，为配置的结果提供判断依据。当指令执行后，结合执行的原始结果，依据解析规则为指令实例提供执行结果；同时当执行结果存在异常时，通过异常原因分析并为进行后续处理提供依据。系统针对每个/条异常的工单将注明执行错误时间、位置、原因，供维护人员快速、方便、准确的排除问题。5.2 业务配置管理业务配置管理由任务接收、任务拆分、任务校验、指令生成、任务施工、任务竣工六个模块组成。5.2.1 任务接收通过外部接口获取综合调度系统传送的业务配置单。pon业务配置系统根据工单号通过接口查询出业务路由的详细信息。5.2.2 任务拆分任务拆分将接收的配置任务根据业务配置类型和业务配置规则，将 业务配置拆分成多个子任务项。每个子任务项对应到具体ems所管理的具体网元。支持单个工单和批量工单的解析。要求对参数校验错误的工单直接进行回馈，返回参数不完整的错误信息或参数格式错误信息。对工单原始内容进行解析，并将记录信息入库，记录的信息包括工单原始内容、工单号、工单接收时间、要求完成时间等。对因参数格式或工单格式存在问题而导致不能进行业务配置后续过程的错误单，系统可以直接把错误单回复给上层业务系统。5.2.3 任务校验任务校验完成对综合调度系统分配的网络资源和pon网管实际的网络资源的初步匹配校验，确保预配置网络业务的可用性，提高业务配置的成功率。5.2.4 指令生成指令生成根据指令模板适配规则，采用相应的指令模板，将子任务需要完成的业务配置内容映射为具体的pon网管配置指令。在指令生成阶段需要完成按子任务到pon网管配置指令的转换。指令模板缺失时报告异常，转人工处理。根据指令参数转换规则进行参数转换，生成网元指令，并产生指令执行序列。5.2.5 任务施工任务施工是匹配和pon网管的接口，根据pon网管北向接口定义的协议和交互过程，将子任务生成的指令下发到该网管进行施工，在施工过程中需要对指令执行逻辑和事务等进行一定的控制和指令结果的解析，最后根据指令解析结果确定子工单的执行结果。5.2.6 任务竣工任务竣工是业务配置过程的最后一个步骤，主要将pon业务配置系统完成处理的子任务进行处理结果的合并，返回给系统，并在系统内完成任务的竣工归档。系统根据子任务的结果状态，确认任务的结果状态。 任务的全部子任务施工成功，任务状态标识为成功； 任务的全部子任务施工失败或部分失败，任务状态标识为失败。并将该任务转为人工施工，由管理员人工施工完毕后手工竣工归档，系统自动回单。5.2.7 任务定时下发能够对任务进行定时处理，即设定工单执行的具体时间，系统会在指定时间后唤醒指令队列，进行指令执行。5.3 业务配置监控管理业务配置监控管理由网管接口状态监控模块、业务配置管控模块、异常处理模块组成。5.3.1 网管接口状态监控该模块支持定时对pon网管接口和综合调度系统接口通讯状态进行监控，并支持连接和断连接的方式手工维护链路状态。5.3.2 业务配置管控业务配置监控提供给维护员监视配置任务的接收执行情况以及子任务在pon网管执行情况，对任务、子任务执行进行控制，对异常任务（失败、超时）进行人工干预和处理。总体上可以划分为4个主要子模块： 任务监视能够对各类任务执行状态、数量进行分类实时监视。点击业务配置任务查看详细信息，能够对拆分的子任务执行状态、数量进行实时监视。能够对即将超时工单在实时监视界面以显著颜色提醒。 任务控制能够对未执行工单或者子工单进行人工控制，操作包括： 暂停（暂时停止执行） 恢复（恢复执行） 转人工等能够对指定网元的子任务在指定时间段内进行暂停，指定时间段过后恢复指令执行。如由于pon网管升级或者故障等情况下，需要自动配置系统在指定时间段内停止对网元设备发送指令。能够对指定网元设备的子工单进行批量转人工或者批量导出。如由于网元设备或者pon网管异常或者其它异常，导致子任务无法执行，需要由人工处理，或者需要导出文件进行人工处理。 异常任务处理异常任务包括失败任务、超时任务，异常任务处理即包括对失败任务、超时任务的处理，也包括对失败子任务的处理。1. 失败任务处理能够对失败任务或者子任务提供人工处理功能，失败子工单主要分为几种类型，如下： 由于网络异常原因或者网元设备异常原因，导致执行失败，在网络或者网络设备异常恢复后，即能自动执行成功。 由于指令模板配置不准确或者指令特殊性导致自动执行失败，但通过人工处理即能成功的。 由于资源被占用或者资源不准确导致执行失败，也无法通过人工处理成功。根据以上几种失败类型，能够提供以下几种相应人工操作： 重新执行 人工执行成功 人工执行失败2. 超时任务处理能够对超时任务或者即将超时任务提供人工处理功能，人工操作包括： 优先级提升 转人工处理 任务查询主要包括工单内容查询、子工单内容查询，支持对当前任务和历史任务查询。查询条件依赖（输入）条件，如时间、状态、工号、任务编号、网元名称、ems名称等。查询的输出内容：如任务/子任务信息，任务/子任务详细信息，如包括任务编号、执行状态等。能够根据查询到的任务直接关联查询它的子任务信息。能够根据查询到的任务/子任务关联查询到异常任务/子任务执行的异常原因。查询排序：输出内容的排列顺序，要求可以灵活调整指定（缺省顺序将作为调整的基础）。当查询条件不能精确确定时，可以使用模糊条件查询。要求系统具有一定的模糊查询的功能。能够支持以下查询输出： 打印输出：将查询结果打印输出到纸介质。 电子文件：将查询结果保存成电子文件。5.3.3 告警监控对于任务接收、配置控制、指令生成、网元施工、任务竣工等配置过程中的异常进行告警监控展现和处理。可对告警的进行人工确认、清除等功能。5.4 系统管理主要包括系统的安全管理、日志管理、维护管理、系统监控等。5.4.1 安全管理安全管理是对系统的所有访问提供必要的安全策略支持，以及系统对于数据安全方面的要求。 用户管理用户管理就是对所有使用业务配置系统的用户信息进行配置管理。 应具备用户的增、删、改、查功能。 可以按照用户的组织架构划分系统内用户组，提供用户组的增、删、改、查功能。 提供用户与角色、权限的关联关系增、删、改、查的功能。 提供用户密码安全管理策略。 可以查询用户的登陆、退出、操作等日志信息。 权限管理权限管理是对用户所拥有的系统权限、业务权限、访问接入权限等进行管理。 系统权限是指对系统不同功能模块的操作权限。应提供可灵活定义的不同级别的系统级权限，如系统管理员权限，可以使用系统所有功能等；系统普通用户权限，可以使用系统部分功能等。 业务权限是指系统内部不同工单、网元等的操作访问权限。应提供可灵活定义的不同用户对不同工单、网元等操作访问权限。 角色管理角色是各种基本权限的集合，系统提供角色管理功能，以方便用户的授权及修改权限。 具备角色的增、删、改、查功能。 能对角色所包含的用户进行管理，即可以对拥有该角色的用户进行删除和添加。 能对角色所定义的权限进行增、删、改、查。 可以为一个用户设定多个角色。 支持批量用户的角色设定功能。5.4.2 日志管理日志是系统内所有的数据变更操作都会产生的记录。日志管理主要对业务配置系统产生的所有日志进行管理等。 具备系统内所有日志信息查询、日志内容的全文搜索功能。 可以动态地根据日志属性的不同组合而查看特定内容的日志。 具备定义日志级别、日志类型、日志格式、日志信息项等的功能。 具备日志转存、备份、删除功能。6 系统接口参数定义6.1 系统北向接口 gpon网元局数据制作流程见上图所示。gpon业务支撑系统与emos系统和boss系统对接，需要提供的各类参数定义如下表所示：资源分类参数名称参数含义参数值举例olt信息dev olt ip38fn/sn/pnolt上行端口0/19/0fn/sn/pnolt的pon端口0/2/1ont信息nameont名称jiaxing-huawei-0aliasont别名jiaxing-huawei-188100826042lineprof线路模板名称上网业务：100miptv/voip业务：120msrvprof业务模板名称hg850eauthont认证方式always_onontkeyont key188100826042vendorid厂商idhwtcequipmentidont类型38353065mainsoftversionont软件版本v100r001c05b031vaprofileont增值业务配置模板名称hg850e上网业务vlanid网络侧外层vlan id1001svpidservice port名称hsitx/rx上、下行流量名称（即mef ip流量模板名称）20minnervlanid网络侧内层vlan id4001uv用户侧vlan id1iptv业务vlanid网络侧vlan id1000svpidservice port名称igmptx/rx上、下行流量名称（即mef ip流量模板名称）not-limituv用户侧vlan id1000auth组播用户鉴权参数2maxgrp端口在同一时刻能够加入的最大组播节目数量8igmpvlan组播vlan id3000maxbandwidth用户最大组播带宽-1语音业务vlanid网络侧vlan id2000svpidservice port名称voiptx/rx上、下行流量名称（即mef ip流量模板名称）not-limituv用户侧vlan id2000sipusername_1sip用户端口1电话号码87654321sipuserpwd_1sip用户端口1密码shmi123456sipname_1sip用户端口1的鉴权用户名shmi1sipusername_2sip用户端口2电话号码87654322sipuserpwd_2sip用户端口2密码shmi1234567sipname_2sip用户端口2的鉴权用户名shmi26.2 宽带业务需求及流程说明业务需求：l用户pc采用pppoe拨号方式，通过lan口直接接入到ont，ont以pon方式接入olt至上层网络，实现高速上网业务。l高速上网业务采用双层vlan精确绑定来标识用户。每个ont分配一个cvlan，在olt上按每个槽位分配一个svlan。l高速上网业务dba采用最大带宽100m的带宽保证方式，流量控制上进行上下行带宽20m限速控制。业务阶段业务流程说明预配置开通业务前完成的前期准备工作，如增加模板、vlan等，通过在gui上一次性配置这些公共属性，可以供各设备多次引用。1. 增加mef ip流量模板mef ip流量模板包括一系列的流量参数，供设备和端口引用，对业务流进行控制和监控。2. 增加dba模板pon dba模板用于控制onu各业务上行带宽，提供灵活的动态带宽分配方案。3. 增加线路模板pon线路模板是将与pon线路相关的参数固定为模板，描述了建立pon线路通道所需要的参数，通过car模板控制ont下行总带宽，dba模板控制上行总带宽，从而确定ont下行和上行qos控制。4. 增加业务模板ftth业务发放基于业务发放模板预部署模式。业务模板描述了与ont业务相关的参数，指定ont能力、fe/pots端口数量、ont上的vlan切换等，将各种类型ont的配置配成相同参数。5. 增加业务vlan业务vlan是用于上网业务的vlan。开通业务通过tl1命令在增加ont、service port时配置与用户业务相关的个性化参数。如在一个ont上配置两种或三种业务，只需在配置第一种业务时增加ont（add-ponont），后面的业务配置中不需要再重复增加。建议一个端口只开通一种业务。修改业务参数一般通过mod-serviceport绑定另一个mef ip流量模板来修改端口速率。暂停业务对于ont侧一个用户端口下只配置一种业务的场景，只需关闭ont用户端口即可暂停业务，如通过mod-ponontport命令，配置ontporttype=eth和operstate=close。恢复业务对于ont侧一个用户端口下只配置一种业务的场景，只需开启ont用户端口即可恢复业务，如通过mod-ponontport命令，配置ontporttype=eth和operstate=open。拆除业务对于ont上开通了多种业务的场景，如果想拆除某种业务而不影响其他业务，可通过del-serviceport删除相应业务流来拆除相应业务。当使用del-serviceport拆除ont上最后一个业务时，oss系统会自动下发del-ponont命令删除ont。销户销户即拆除ont上开通的所有业务，并使ont下线。删除ont前不需要先删除业务，设置“delconfig=true”即可强制删除ont相关的业务。移机移机即将已开通业务移至另一端口下，需要先拆除原有业务再重新开通业务。6.3 iptv业务需求及流程说明lol