端102和CATV光收端101的交互方法，包括光收信息采集模块和光收升级模块。所述信息管理模块包括光收硬件版本号、软件版本号、序列号、生产日期、卡类型等基本信息的设置和采集，以及CATV光功率的监控。所述信息管理模块定义了 I2C接口用于消息交互，⑶OCSIS平台端102发起查询请求，请求消息包括消息类型、消息内容编码、消息序列号以及校验码;CATV模块接收消息，并对请求消息进行验证，若验证失败则丢弃并将错误编码通知⑶OCSIS平台端102，若消息验证通过则识别消息类型，获取对应的本地信息返回给⑶OCSIS平台端102;⑶OCSIS收到CATV反馈的信息，首先对消息进行校验，校验失败则丢弃，否则识别消息类型并解析编码内容，对于带有错误编码的消息，⑶OCSIS做错误日志记录，用于后续查询，对于内容消息编码，⑶OCSIS平台端102解析后通过命令行显示或反馈给网管系统。所述光收升级模块，CDOCSIS平台端102通过UART发起升级请求消息，并发送升级文件到CATV光收，光收模块接收校验升级文件并更新升级。
[0065]可选地，CATV光收端101等待接收I2C接口指令消息，收到I2C接口消息后解析消息类型，并根据消息类型读取对应记录在EEPROM内的信息，并通过I2C通道返回给⑶OCSIS平台端102，若未查询到数据则返回错误信息通告⑶OCSIS平台端102。
[0066]可选地，CATV光收端101等待来自UART接口消息指令，收到UART接口消息后解析升级指令，并切换到数据接收模式接收升级文件，文件接收成功后进行数据有效性校验，若有效则升级并返回升级结果，否则直接反回升级失败。
[0067]可选地，CDOCSIS平台端102通过I2C接口主动发起查询请求，并等待查询返回结果，若结果正确，则解析出数据段信息并上报;若结果错误，则解析出错误码并上报;若查询请求超时，则尝试再次请求，若失败则上报I2C通道异常。
[0068]可选地，I2C和UART接口定义了请求和回复消息序列对，保证消息的一一对应。CDOCSIS平台端102记录当前查询消息的序列号，回复消息必须和改序列号一致，否则会产生错误上报。特别的，UART接口升级时光收模块根据升级文件分片序列号进行组装，序号不对将导致文件接收失败。
[0069]本实施例另一方面提供一种通过CLI和W E B页面访问光收机制的方法，通过TELNET/SSH登录⑶OCSIS平台端102CLI，执行查询光收指令，或通过WEB打开光收查询页面，均可实时获取光收数据，同时支持对光收的升级机制。
[0070]本实施例还提供一种通过SNMP机制访问光收机制的方法，包括光收基本信息查询，光功率监控和光收升级机制。对于光收硬件版本号、软件版本号、序列号、生产日期、卡类型等基本信息以及光功率分别定义了MIB节点；针对光收升级，定义了MIB表来实现升级文件的传输和升级状态的监控。
[0071]可选地，网管系统实现了光收基本信息查询界面，可选择性的查询所需光收信息。网管系统通过SNMP向⑶OCSIS平台端102发起查询请求，CDOCSIS平台端102接收到请求消息后，转为内部定义的I2C消息请求对应的光收信息。
[0072]可选地，网管系统主动发起光收请求，CDOCSIS通过FTP方式下载光收升级文件，接收成功后转为UART消息通知光收模块升级。若FTP下载失败或通过UART接口升级失败，⑶OCSIS平台端102都将升级失败信息上报网管系统。
[0073]本实施例又提供一种光收模块的主动运维方法，网管系统实现对CATV光收光功率的监控，一方面支持对光功率的主动查询，网管系统向CDOCSIS平台端102发起请求消息，并通过I2C接口通道返回光功率值。另一方面支持告警接收和识别，CDOSIS系统定义了告警阈值，当查询到的光功率低于阈值则发送TRAP告警到网管系统，上报信息包括告警类型、光功率值、阈值以及原因编码。网管系统记录告警信息，若开启了主动运维机制，则通过邮件方式通知运维管理人员。
[0074]可选地，网管系统采用主动查询机制，则阈值定义在网管系统，阈值支持自定义以适应不同的网络环境。网管系统判断查询到的光功率值是否低于阈值，若是则记录告警并主动通知运维，若否则记录光功率值，网管系统实现历史光功率值查询，并提供可视化的图标显不O
[0075]可选地，网管系统采用被动告警机制，网管系统定义了告警和告警清除，光收故障的告警级别为CRITICAL(严重告警)，并使用红色条目显示，若告警清除则记录历史告警。
[0076]具体地，请参阅图2，图2显示为本实施例的⑶OCSIS平台下CATV光收模块的管理方法中，实现CDOCSIS平台下管理CATV光收模块的信息采集方法流程示意图。如图2所示，该信息采集方法包括以下步骤:
[0077]步骤S11，所述网管系统端103发起查询请求，后台运维人员在通过网管系统端103执行光收查询指令，网管系统识别查询的信息类型并封装为请求报文，通过SNMP协议下发给CDOCSIS平台端102端。查询信息内容格式由MIB定义，包括光收硬件版本号、软件版本号、序列号、生产日期、卡类型、光功率等信息。
[0078]步骤S12，所述CDOCSIS平台端102解析请求并判断请求数据类型，CDOCSIS平台端102首先对请求报文进行有效性验证，若出错则丢弃报文并将错误信息通告网管系统端103;若校验通过，解析请求报文所需查询的信息。
[0079]步骤S13，所述CDOCSIS平台端102通过I2C接口发送请求指令，CDOCSIS平台端102将来自网管系统的请求消息转换为12C接口指令，发送给CATV光收端101。
[0080]步骤SM，所述CATV光收端101读取数据，光收通过12C接口接收来自⑶OCSIS平台端102的指令，从指令中解析出所需查询的数据内容，读取本地对应数据。
[0081]步骤S15，CATV光收端101通过I2C接口返回结果，CATV光收端101获取本地数据后，将数据封装为I2C回复指令返回给CDOCSIS平台端102，若获取本地数据错误则返回对应错误码。
[0082 ] 步骤S16，所述CDOCSIS平台端102的接口接收数据，CDOCSIS平台端102通过12C接口接收来自光收的查询回复指令，解析指令内容并做本地记录。
[0083]步骤S17，所述⑶OCSIS平台端102发送请求回复，⑶OCSIS平台端102将光收反馈的数据解析后，封装为SNMP报文格式回复给网管系统。
[0084]步骤S18，所述网管系统端103接收消息并显示，网管系统端103等待⑶OCSIS的请求回复消息，若等待超时则错误提示。网管系统收到请求回复消息后，解析消息内容并在查询页面显示，若为错误上报消息则解析错误码，并将翻译后的错误信息显示在查询页面。
[0085]实施例2
[0086]本实施例提供一种⑶OCSIS平台下CATV光收模块的管理系统及方法，其基本结构及主要步骤如实施例1。
[0087]如图3所示，本实施例还提供一种CATV光收模块的主动运维机制原理，该CATV光收模块的主动运维机制，包括网管系统端103XD0CSIS平台端102以及运维管理人员。网管系统端103主动向CDOCSIS平台端102查询光收管功率信息，并做阈值策略判断，若低于阈值则邮件通知运维人员故障节点信息。运维人员收到邮件信息后及时到故障点排障，从而实现主动运维。
[0088]具体地，包括以下步骤:
[0089]步骤S21，所述网管系统端103查询光功率，网管系统端103按MIB定义封装光功率查询请求报文，通过SNMP协议发送给CDOCSIS平台端102。网管系统端103定义了定时查询机制，根据现场运维需求进行设定，网管系统端103在规定时间间隔内主动轮询光收光功率值。
[0090]步骤S22，所述CDOCSIS平台端102返回光收光率值，CDOCSIS平台端102接收并解析网管系统端103的光功率查询请求报文，转换为I2C通道指令后发送给光收模块，光收接收指令后获取本地光功率信息并反馈给⑶OCSIS平台端102，⑶OCSIS平台端102将获取的光功率数据封装在SNMP回复报文内反馈给网管系统端103。
[0091]步骤S23，所述网管系统端103记录查询到的光功率值，网管系统端103接收到CDOCSIS平台端102反馈的光功率值后，在本地做记录。该记录可以作为历史信息查询，支持图形化显示，方便运维人员分析CATV网络的工作状态。
[0092]步骤S24，所述网管系统端103判断光功率值是否在定义的阈值内，网管系统端103实现了光功率自动检测策略，可以根据阈值判断光功率是否符合要求，若符合要求则等待下次轮询，否则通知运维人员。
[0093]步骤S25，所述邮件通知运维人员，网管系统端103检测到光收光功率异常后，通过邮件方式通知运维人员排障，邮件信息包括故障设备地点，故障设备当前光功率值，可能的故障原因以及简要排查步骤。运维人员收到邮件后到现场排障，故障排除后可主动通知网管或等待网管下次轮询自动消除故障记录。消除的故障将登记在历史故障信息中。
[0094]综上所述，