论文部分内容阅读
【摘 要】
我们开发了一套基于ASP．NET + SQL Server平台的光网络信息管理系统。该系统将光网络的链路资料进行了电子化存储并整合了各监控平台的参数，提高了光网络信息的关联性，从而极大地提高了网络建设、故障维护和设备管理的工作效率。
引言
福州广电集团网络中心自1994年底开始进行市区的双向HFC网络改造以来，发展至今已成为一个拥有2000多个光节点，覆盖55万电视用户，同时拥有2.5万多Cable Modem用户及数百条光纤专线用户的网络综合信息业务运营商。
随着双向网络改造工作的不断推进和业务的不断拓展，在网络建设、故障维护、运维管理方面，旧有的纸质文档或者简单的电子表格方式的网络资料管理方法，既不便于对特定节点或光纤资料的快速查询，又不能体现网络业务的相关性，已经远远不能满足网络建设和维护工作的需求。同时，在建设过程中设备厂商的网管系统由于相互不开放，仅限于自己的设备管理，不能管理其它HFC厂商的设备，更重要的是网管系统过于简单，缺乏ODF光纤链路、光设备资料的录入和关联查找，从而不能形成一个紧密结合的调度体系。例如在CMTS的监控系统中，发现某台CMTS某个上行端口的SNR值突然降低时，我们在设备的网管系统中，并不能快速、直观地定位该上行端口所带光节点的反向发射机位置，还需要查询许多相关的对应资料才能确定，给故障维护、运维管理带来不便。
为了提高HFC光传输设备网管和资料查询及故障维护的效率，福州广电集团网络中心播出部，设计和开发了一套基于ASP.NET + SQL Server 平台的光网络信息管理系统。该系统通过将光网络的链路资料进行了电子化存储并整合了各监控平台的参数，提高了光网络信息的关联性，从而极大地提高了网络建设、故障维护和设备管理的工作效率。
系统结构
为了保证网络建设、运维管理等相关人员访问的便捷，系统开发采用B/S 架构，使得运维人员在广电网络覆盖的地区，不论是办公OA网，还是使用Cable Modem上网的地区，任何时候、任何地方都可以很方便地通过WEB浏览器登陆数据库的查询系统来获取资料。
系统按内容属性划分为光节点信息管理、专线用户信息管理和系统管理三个模块。以下分别予以介绍。
1、光节点信息管理
一个光节点完整的信息可分为光节点链路信息、光节点业务信息和光节点维护信息三个部分：
（1）光节点链路信息
光节点链路信息记载着光节点正、反向信号传输过程（图2）中所涉及的光纤链路的信息，包括光节点编号、光站位置、所属的光发射机、光分路器出口、ODF架上架位置、机房光纤序列号、野外交接箱编号、反向光接收机位置、反向光接收机所属机框网管地址、所属的CMTS头端信息、光链路长度、光链路损耗值等。
在HFC网络的日常维护工作中，在光纤网部分遇到的故障主要有两类：一类是光纤或光缆折损或中断造成末端光功率大幅下降或中断，从而导致用户电视信号出现故障。通过查询本系统，我们可以在故障发生的时候，快速检索出该光节点的光纤链路资料，并通过其中记录的设备网管IP地址，通过WEB的方式登录到该光节点的网管界面对其设备参数进行分析，通过判断该节点的远端光站中正向光接收功率和机房端反向光接收机接收到的该节点的反向光功率，确定该节点的正反向光纤链路是否正常。若发现异常，则运维人员根据数据库记录中的ODF架位置，首先测量ODF架上末端尾纤的下行光功率是否正常。若正常则试用OTDR测量光纤链路情况，并将折点或断点位置通知外线维护人员进行处理。若尾纤端光功率不正常，则根据数据库记录中的分路器位置、光发射机位置等资料逐级向上排查。
除了光纤故障外，我们更经常遇到的是由于分配网络突发噪声引起的CM上行通道SNR指标大幅下降，误码率及不可纠错包比率快速上升的情况。
我们在CMTS监控平台发现某台CMTS的某个上行端口有上述故障现象发生的时候，可以将该CMTS的上行端口号输入数据库的查询系统，这样就可以快速查询出该端口所覆盖的光节点资料。
目前福州广电每个CMTS上行端口覆盖6~8个光节点。查询出所覆盖的光节点之后，我们通过资料中记录的光节点反向光接收机的网管IP地址，登录到该光接收机的控制界面，通过对其上行端口进行短暂关闭，并观察CMTS上行端口的SNR值的变化，确定噪声源是否来自该节点所带的分配网络。若将某个节点的反向光接收机RF端口关闭之后，该CMTS上行端口的SNR值有大幅度提高，则可确定主要噪声源来自该节点的分配网络，通知外线维护员至该小区进行排查。
（2）光节点业务属性
光节点业务属性包含三个内容：覆盖范围、可发展业务类型及是否已进行数字电视平移。
在HFC网络改造过程中，由于种种原因，还存在着部分小区并未进行双向网设计和改造或者虽然已完成改造，但尚未通过验收，还不能发展双向业务。同时由于新业务推广工作和数字电视平移的渐进性，造成各个小区之间可开展的业务类型不尽相同，所以需要设立这个属性进行标识和区分。
（3）光节点维护属性
该属性记录了光节点的维护信息，包括验收进度，维护小组，联系电话，该光节点维护历史记录等等，以方便网管调度人员在故障发生时及时通知相关维护人员到场排查故障。
2、专线用户信息
福州广电在积极推进城区居民住宅小区双向网络改造的同时，还提供面向企事业用户的专线接入服务。目前向用户提供的接入介质主要为光纤，开展的业务种类主要有互联网IP接入、MPLS VPN组网和裸光纤出租三类。
专线用户需要记录的信息包括专线用户的名称、地址、联系人员、联系电话、专线开通时间，到期时间、业务类型等基本业务信息和专线用户使用的IP地址、掩码、网关、分配与该用户的带宽，机房ODF上架位置、光纤序列号、收发器槽位，收发器网管IP地址、机房上联设备端口号等等。
网管人员在接到专线用户网络中断的投诉时，先通过查询系统得到该用户机房端的光纤收发器槽位，后通过web方式登陆到该收发器所在的机框观察其指示灯的状态以确定光纤链路是否畅通以及网线电口状态是否正常。若发现光纤接收指示灯不亮则有两种可能，一为光纤链路故障，二为收发器故障，通知外线维护人员上门进行排查。若光纤及网口状态皆正常，则通过资料中记录的上联设备端口号至数据平台的监控系统，查看该数据专线上联设备是否正常，如有异常则通知网络工程师进行排查。
3、系统管理
根据工作需要不同和资料维护的一致性与安全性，系统设置了四种用户类别：
（1）普通用户：具备光节点相关资料的查询权限；
（2）高级用户：具备光节点和专线用户资料的查询权限；
（3）资料管理员：负责数据库资料的维护工作，可以对光节点和专线用户资料进行增加、修改和删除；
（4）系统管理员: 负责系统的维护工作，包括对数据库资料进行备份，系统页面维护，系统用户的增、删及信息修改，系统用户权限设置等；
结束语
目前广电网络使用了二个以上品牌的HFC光传输设备，网管系统中最大的问题就在于各设备厂家提供的网管系统无法管理另一方的设备，仅仅负责自家的设备的监控和操作，使得网管监控体系不能形成一个有机的整体，特别是在A、B平台之间的配合问题上。如果不能将B平台上承载的交互型业务信息与A平台的传输设备信息进行有机结合，那么在分析判断故障产生原因的时候就会局限于某一方面而无法纵览全局。福州广电通过自主开发网络管理数据库系统以极小的代价有效地解决了这一问题，极大地提升了运维效率。接下来，我们还将继续完善该系统，通过与正在开发的GIS系统实现相关地理信息共享，拓展有线电视新业务属性，开发基站设备固资管理子系统等等，使得该系统成为福州广电网络不断提升运维水平的重要支撑系统。
【参考文献】
1 郑宇军，杜家兴 . SQL Server+Visual C# 2005专业开发精解[M] . 清华大学出版社，2007.
2刘先省 . Visual C# 程序设计教程 [M] . 机械工业出版社 . 2006
3 东方人华，张永强，王乔 . Visual C#.NET Web 应用程序设计入门与提高 [M] .清华大学出版社,2005.
我们开发了一套基于ASP．NET + SQL Server平台的光网络信息管理系统。该系统将光网络的链路资料进行了电子化存储并整合了各监控平台的参数，提高了光网络信息的关联性，从而极大地提高了网络建设、故障维护和设备管理的工作效率。
引言
福州广电集团网络中心自1994年底开始进行市区的双向HFC网络改造以来，发展至今已成为一个拥有2000多个光节点，覆盖55万电视用户，同时拥有2.5万多Cable Modem用户及数百条光纤专线用户的网络综合信息业务运营商。
随着双向网络改造工作的不断推进和业务的不断拓展，在网络建设、故障维护、运维管理方面，旧有的纸质文档或者简单的电子表格方式的网络资料管理方法，既不便于对特定节点或光纤资料的快速查询，又不能体现网络业务的相关性，已经远远不能满足网络建设和维护工作的需求。同时，在建设过程中设备厂商的网管系统由于相互不开放，仅限于自己的设备管理，不能管理其它HFC厂商的设备，更重要的是网管系统过于简单，缺乏ODF光纤链路、光设备资料的录入和关联查找，从而不能形成一个紧密结合的调度体系。例如在CMTS的监控系统中，发现某台CMTS某个上行端口的SNR值突然降低时，我们在设备的网管系统中，并不能快速、直观地定位该上行端口所带光节点的反向发射机位置，还需要查询许多相关的对应资料才能确定，给故障维护、运维管理带来不便。
为了提高HFC光传输设备网管和资料查询及故障维护的效率，福州广电集团网络中心播出部，设计和开发了一套基于ASP.NET + SQL Server 平台的光网络信息管理系统。该系统通过将光网络的链路资料进行了电子化存储并整合了各监控平台的参数，提高了光网络信息的关联性，从而极大地提高了网络建设、故障维护和设备管理的工作效率。
系统结构
为了保证网络建设、运维管理等相关人员访问的便捷，系统开发采用B/S 架构，使得运维人员在广电网络覆盖的地区，不论是办公OA网，还是使用Cable Modem上网的地区，任何时候、任何地方都可以很方便地通过WEB浏览器登陆数据库的查询系统来获取资料。
系统按内容属性划分为光节点信息管理、专线用户信息管理和系统管理三个模块。以下分别予以介绍。
1、光节点信息管理
一个光节点完整的信息可分为光节点链路信息、光节点业务信息和光节点维护信息三个部分：
（1）光节点链路信息
光节点链路信息记载着光节点正、反向信号传输过程（图2）中所涉及的光纤链路的信息，包括光节点编号、光站位置、所属的光发射机、光分路器出口、ODF架上架位置、机房光纤序列号、野外交接箱编号、反向光接收机位置、反向光接收机所属机框网管地址、所属的CMTS头端信息、光链路长度、光链路损耗值等。
在HFC网络的日常维护工作中，在光纤网部分遇到的故障主要有两类：一类是光纤或光缆折损或中断造成末端光功率大幅下降或中断，从而导致用户电视信号出现故障。通过查询本系统，我们可以在故障发生的时候，快速检索出该光节点的光纤链路资料，并通过其中记录的设备网管IP地址，通过WEB的方式登录到该光节点的网管界面对其设备参数进行分析，通过判断该节点的远端光站中正向光接收功率和机房端反向光接收机接收到的该节点的反向光功率，确定该节点的正反向光纤链路是否正常。若发现异常，则运维人员根据数据库记录中的ODF架位置，首先测量ODF架上末端尾纤的下行光功率是否正常。若正常则试用OTDR测量光纤链路情况，并将折点或断点位置通知外线维护人员进行处理。若尾纤端光功率不正常，则根据数据库记录中的分路器位置、光发射机位置等资料逐级向上排查。
除了光纤故障外，我们更经常遇到的是由于分配网络突发噪声引起的CM上行通道SNR指标大幅下降，误码率及不可纠错包比率快速上升的情况。
我们在CMTS监控平台发现某台CMTS的某个上行端口有上述故障现象发生的时候，可以将该CMTS的上行端口号输入数据库的查询系统，这样就可以快速查询出该端口所覆盖的光节点资料。
目前福州广电每个CMTS上行端口覆盖6~8个光节点。查询出所覆盖的光节点之后，我们通过资料中记录的光节点反向光接收机的网管IP地址，登录到该光接收机的控制界面，通过对其上行端口进行短暂关闭，并观察CMTS上行端口的SNR值的变化，确定噪声源是否来自该节点所带的分配网络。若将某个节点的反向光接收机RF端口关闭之后，该CMTS上行端口的SNR值有大幅度提高，则可确定主要噪声源来自该节点的分配网络，通知外线维护员至该小区进行排查。
（2）光节点业务属性
光节点业务属性包含三个内容：覆盖范围、可发展业务类型及是否已进行数字电视平移。
在HFC网络改造过程中，由于种种原因，还存在着部分小区并未进行双向网设计和改造或者虽然已完成改造，但尚未通过验收，还不能发展双向业务。同时由于新业务推广工作和数字电视平移的渐进性，造成各个小区之间可开展的业务类型不尽相同，所以需要设立这个属性进行标识和区分。
（3）光节点维护属性
该属性记录了光节点的维护信息，包括验收进度，维护小组，联系电话，该光节点维护历史记录等等，以方便网管调度人员在故障发生时及时通知相关维护人员到场排查故障。
2、专线用户信息
福州广电在积极推进城区居民住宅小区双向网络改造的同时，还提供面向企事业用户的专线接入服务。目前向用户提供的接入介质主要为光纤，开展的业务种类主要有互联网IP接入、MPLS VPN组网和裸光纤出租三类。
专线用户需要记录的信息包括专线用户的名称、地址、联系人员、联系电话、专线开通时间，到期时间、业务类型等基本业务信息和专线用户使用的IP地址、掩码、网关、分配与该用户的带宽，机房ODF上架位置、光纤序列号、收发器槽位，收发器网管IP地址、机房上联设备端口号等等。
网管人员在接到专线用户网络中断的投诉时，先通过查询系统得到该用户机房端的光纤收发器槽位，后通过web方式登陆到该收发器所在的机框观察其指示灯的状态以确定光纤链路是否畅通以及网线电口状态是否正常。若发现光纤接收指示灯不亮则有两种可能，一为光纤链路故障，二为收发器故障，通知外线维护人员上门进行排查。若光纤及网口状态皆正常，则通过资料中记录的上联设备端口号至数据平台的监控系统，查看该数据专线上联设备是否正常，如有异常则通知网络工程师进行排查。
3、系统管理
根据工作需要不同和资料维护的一致性与安全性，系统设置了四种用户类别：
（1）普通用户：具备光节点相关资料的查询权限；
（2）高级用户：具备光节点和专线用户资料的查询权限；
（3）资料管理员：负责数据库资料的维护工作，可以对光节点和专线用户资料进行增加、修改和删除；
（4）系统管理员: 负责系统的维护工作，包括对数据库资料进行备份，系统页面维护，系统用户的增、删及信息修改，系统用户权限设置等；
结束语
目前广电网络使用了二个以上品牌的HFC光传输设备，网管系统中最大的问题就在于各设备厂家提供的网管系统无法管理另一方的设备，仅仅负责自家的设备的监控和操作，使得网管监控体系不能形成一个有机的整体，特别是在A、B平台之间的配合问题上。如果不能将B平台上承载的交互型业务信息与A平台的传输设备信息进行有机结合，那么在分析判断故障产生原因的时候就会局限于某一方面而无法纵览全局。福州广电通过自主开发网络管理数据库系统以极小的代价有效地解决了这一问题，极大地提升了运维效率。接下来，我们还将继续完善该系统，通过与正在开发的GIS系统实现相关地理信息共享，拓展有线电视新业务属性，开发基站设备固资管理子系统等等，使得该系统成为福州广电网络不断提升运维水平的重要支撑系统。
【参考文献】
1 郑宇军，杜家兴 . SQL Server+Visual C# 2005专业开发精解[M] . 清华大学出版社，2007.
2刘先省 . Visual C# 程序设计教程 [M] . 机械工业出版社 . 2006
3 东方人华，张永强，王乔 . Visual C#.NET Web 应用程序设计入门与提高 [M] .清华大学出版社,2005.