专利名称：无源光网络的设备业务配置方法
技术领域：
本发明涉及无源光网络接入网，尤其是无源光网络的设备业务配置方法。
技术背景
在基于SNMP协议的无源光网络中，网管系统通过下发SNMP包的方式向网络设备 下发配置命令，其中配置命令按所含SNMP包的数量分为单包命令和多包命令。网管系统向 网络设备下达指令的过程如下(1)、网管系统下发SNMP-Set包给网络设备；(2)、网络设备收到SNMP-Set包后，将执行结果存入SNMP-Response包，并返回网 管系统；如果配置命令的SNMP包未发完，则重复上述步骤(1)和(2)。在上述网管系统和无源光网络设备交互的过程中，由于网络故障、延时等不确定 因素存在，可能出现一个或多个SNMP包丢失，致使配置命令不成功，给业务开通和日常维 护造成极大的困难。
发明内容
本发明所要解决的技术问题是解决无源光网络中由于出现一个或多个SNMP包丢 失致使配置命令不成功的问题。为了解决上述技术问题，本发明所采用的技术方案是提供一种无源光网络设备业 务配置的方法，包括以下步骤，A10、网管系统对网络设备进行业务配置时，根据业务配置数据的大小将其分成一 个或多个命令包；A20、网管系统依次向网络设备发送命令包，所述命令包的通信协议包括协议头和 数据净荷，所述协议头中包括命令类别、总包数、当前包序号、当前包发送次数、当前静荷长 度以及静荷总长度；A30、网络设备以命令包协议头中的总包数为判断依据获得该命令包是否为单包 命令的判断结果；A40、当判断结果表明该命令包为单包命令时，通过单命令包确认和重传机制完成 业务配置；当判断结果表明该命令包为多包命令时，通过多命令包确认和重传机制完成业 务配置；所述单命令包确认和重传机制是指网管系统在向网络设备发送完一条配置命令 后应在指定的命令延时内收到网络设备的返回包，如果收到则配置命令结束，否则网管系 统重新发送该命令包；所述多命令包确认和重传机制包括多命令包读操作和多命令包写操作，网络设备 以命令包协议头中的命令类别为判断依据获得该命令包是否为多包写操作命令的判断结 果；当判断结果表明该命令包为多命令包读操作时，网管系统向网络设备依次发送多个读配置命令包，网络设备收到命令包后返回相应的配置包，网管系统将依次收到的配置包存 入缓存，等全部命令包都收到配置包后，再将缓存中的多个配置包拼接起来传给网管系统 上层接口处理；当判断结果表明该命令包为多命令包写操作时，网管系统向网络设备依次 发送多个写配置命令包，网络设备将收到的命令包存入缓存，等全部命令包都收齐后，将缓 存中的多个包拼接起来传给网络设备下层接口，最后将处理结果返回给网管系统。上述方案中，网管系统重新发送命令包时，如果发包操作累计3次均未收到正确的返回包，则配置结束，网管系统报告配置命令不成功。进一步地，在网管系统和网络设备接收各命令包时，都要依次进行命令包正确性校验和命令包时效性校验两种校验，正确性校验通过命令包长度和净荷长度来验证，如果 未通过正确性检验则表明该命令包在传输中错误，放弃该命令包不作处理；实时性校验通 过当前包序号和当前包发送次数来判断，如果未通过检验则表明该命令包是延时到达或重 复发送的无效命令包，放弃该命令包不作处理。更进一步地，网管系统侧在第一次发包前要初始化该侧的命令时延时钟，网管系 统侧启动时延时钟的同时发送一条命令包，返回包超时后将命令时延时钟清零重新计数， 并重新发送该条命令包。本发明，可以使网管系统和网络设备在网络故障或延时存在的情况下，提高传输 通道的可靠性，从而在网管系统和无源光网络设备间建立一个可靠的配置通道，降低网络 故障或延时等不确定因素对业务配置的影响。
图1网管系统与无源光网络设备通信协议格式；图2网管系统业务配置命令执行流程图；
图3单包命令正常交互示意图；图4单包命令重发交互示意图；图5多包写命令正常交互示意图；图6多包读命令正常交互示意图；图7多包写命令重发示意图；图8多包读命令重发示意图。
具体实施例方式本发明提供了一种无源光网络的设备业务配置方法，用于在网管系统和无源光网 络设备之间建立一个可靠的配置通道，降低由于网络故障或延时等不确定因素对业务配置 的影响。下面结合附图对本发明作出详细的说明。如图2所示，本发明包括以下步骤A10、网管系统对网络设备进行业务配置时，首先对业务配置数据进行组包，即根 据业务配置数据的大小将其分成一个或多个命令包；A20、网管系统向网络设备发送第一个命令包，该命令包的通信协议格式如图1所 示，该协议包括协议头和数据净荷，协议头包括命令类别、总包数、当前包序号、当前包发送 次数、当前静荷长度以及静荷总长度；
A30、网络设备以命令包协议头中的总包数为判断依据获得该命令包是否为单包命令的判断结果；A40、当判断结果表明该命令包为单包命令时，通过单命令包确认和重传机制完成 业务配置；当判断结果表明该命令包为多包命令时，通过多命令包确认和重传机制完成业
务配置。单命令包确认和重传机制完成业务配置包括以下步骤，如图3、图4所示，A301、网管系统发送命令包；A302、如果网络设备接收到命令包，则返回相应的确认包进行确认；如果网络设备 没有收到命令包，则执行步骤A304 ；A303、如果网管系统在规定的时间内接收到正确的返回确认包，则配置结束(参 见图3)；否则，执行步骤A304;A304、网管系统重新发送该命令包，如果发包操作累计3次均未收到正确的返回 确认包，则结束配置并报告下发命令不成功(参见图4)。多命令包确认和重传机制完成业务配置包括以下步骤A311、网络设备以命令包协议头中的命令类别为判断依据获得该命令包是否为多 包写操作命令的判断结果；A312、当判断结果表明该命令包为多包写操作命令时，则执行步骤S501，如图5、 图7所示；当判断结果表明该命令包为多包读操作命令时，则执行步骤S601，如图6、图8所
7J\ οS501、网管系统初始化网管侧的命令时延时钟并启动该时钟，之后向网络设备发 送第一个写命令包，该命令包中携带有写命令包的总包数；S502、网络设备收到网管系统发送的写命令包，则执行步骤S503 ；否则，网络设备 等待接收命令包；S503、网络设备以收到的命令包协议头中的当前包序号是否为零作为判断依据获 得当前命令包是否为写命令正文包的判断结果，当判断结果表明当前命令包是写命令正文 包时，执行步骤S504;当判断结果表明当前命令包不是写命令正文包时，则对该写命令包 不作处理，继续等待接收下一个命令包；S504、检验接收到的命令包的正确性，正确性校验通过命令包长度和净荷长度来 验证，如未通过检验则表明该命令包在传输中错误，放弃该命令包不作处理，等待网管系统 侧的命令超时重发；否则执行步骤S505 ；S505、检查接收到的命令包的时效性，实时性校验通过当前包序号和当前包发送 次数来判断，如未通过检验则表明该命令包是延时到达或重复发送的无效命令包，放弃该 命令包不作处理，等待网管系统侧的命令超时重发；否则执行步骤S506 ；S506、网管设备以接收到的写命令包中当前包序号是否等于命令包的总包数为判 断依据获得设备侧的写命令包是否收齐的判断结果，如果判断结果表明该写命令包已经收 齐，则执行步骤S507 ；否则执行步骤S508。S507、网络设备将其缓存中的命令包拼接后传给设备下层接口处理，并将执行结 果返回网管，配置命令结束。S508、网络设备将收到的写命令包中的净荷数据存入设备缓存，并向网管返回确认包进行确认；S509、如果网管系统在规定时间内收到返回确认包，则执行步骤S510 ；否则，网管系统重新发送该命令包，并将该侧的命令时延时钟清零重新计数，如果网管系统三次发送 均不成功，则配置命令结束并报告下发命令不成功；S510、网管系统检验接收到的返回确认包的正确性，正确性校验通过返回确认包 的长度和净荷长度来验证，如未通过检验则表明该返回确认包在传输中错误，放弃该返回 确认包不作处理，等待网管系统侧的命令超时重发；否则执行步骤S511 ；S511、检查接收到的返回确认包的时效性，实时性校验通过当前包序号和当前包 发送次数来判断，如未通过检验则表明该返回确认包是延时到达或重复发送的无效命令 包，放弃该返回确认包不做处理，等待网管系统侧的命令超时重发；否则执行步骤S512 ；S512、网管系统以收到的返回确认包中当前包序号是否等于命令包的总包数为判 断依据获得该返回包是否为命令结束包的判断结果，如果判断结果表明该返回包是命令结 束包时，配置命令结束；否则，网管系统对网管系统侧的命令时延时钟清零重新计数，发送 下一个写命令包，并执行步骤S502。S601、网管系统侧初始化命令时延时钟并启动该时钟，之后向设备侧发送第一个 读命令包，该命令包中携带有读命令包的总包数；S602、网络设备收到网管系统发送的读命令包，则执行步骤S603 ；否则，设备侧等 待接收命令包；S603、检验接收到的命令包的正确性，正确性校验通过命令包长度和净荷长度来 验证，如未通过检验则表明该命令包在传输中错误，放弃该命令包不作处理，等待网管系统 侧的命令超时重发；否则执行步骤S604 ；S604、检查接收到的命令包的时效性，实时性校验通过当前包序号和当前包发送 次数来判断，如未通过检验则表明该命令包是延时到达或重复发送的无效命令包，放弃该 命令包不作处理，等待网管系统侧的命令超时重发；否则执行步骤S605 ；S605、网络设备以收到的读命令包的个数是否大于总包数为判断依据获得多包配 置数据是否发完的判断结果，当判断结果表明多包配置数据未发完时，发送指定业务包给 网管系统，并执行步骤S604 ；当判断结果表明多包配置数据发完时，网络设备向网管系统 返回空包并执行步骤S607;S604、如果网管系统在规定时间内收到指定业务包，则执行步骤S605 ；否则网管 系统重新发送该命令包，并将该侧的命令时延时钟清零重新计数，如果网管系统三次发送 均不成功，则配置命令结束并报告配置命令不成功；S605、网管系统检验接收到的指定业务包的正确性，正确性校验通过指定业务包 的长度和净荷长度来验证，如未通过检验则表明该指定业务包在传输中错误，放弃该命令 包不作处理，等待网管系统侧的命令超时重发；否则执行步骤S606 ；S606、检查接收到的指定业务包的时效性，实时性校验通过当前包序号和当前包 发送次数来判断，如未通过检验则表明该指定业务包是延时到达或重复发送的无效命令 包，放弃该命令包不做处理，等待网管系统侧的命令超时重发；否则执行步骤S607 ；S607、网管系统判断收到的指定业务包是否为空包，如果是空包，则执行步骤 S608 ；否则，把该指定业务包存入网管系统的缓存中，将网管系统侧的命令时延时钟清零重新计数，并向网络设备发送下一个读命令包，并执行步骤S602 ；S608，网管系统将缓存中的各业务包拼接后传给网管上层接口处理，结束配置命令。本发明不局限于上述最佳实施方式，任何人应该得知在本发明的启示下作出的结构变化，凡是与本发明具有相同或相近的技术方案，均落入本发明的保护范围之内。
权利要求
无源光网络的设备业务配置方法，其特征在于包括以下步骤A10、网管系统对网络设备进行业务配置时，根据业务配置数据的大小将其分成一个或多个命令包；A20、网管系统依次向网络设备发送命令包，所述命令包的通信协议包括协议头和数据净荷，所述协议头中包括命令类别、总包数、当前包序号、当前包发送次数、当前静荷长度以及静荷总长度；A30、网络设备以命令包协议头中的总包数为判断依据获得该命令包是否为单包命令的判断结果；A40、当判断结果表明该命令包为单包命令时，通过单命令包确认和重传机制完成业务配置；当判断结果表明该命令包为多包命令时，通过多命令包确认和重传机制完成业务配置；所述单命令包确认和重传机制是指网管系统向网络设备发送的配置命令应在指定的命令延时内收到网络设备返回的确认包，如果收到则配置命令结束，否则网管系统重新发送该命令包；所述多命令包确认和重传机制包括多命令包读操作和多命令包写操作，网络设备以命令包协议头中的命令类别为判断依据获得该命令包是否为多包写操作命令的判断结果；当判断结果表明该命令包为多命令包读操作时，网管系统向网络设备依次发送多个读配置命令包，网络设备收到命令包后返回相应的配置包，网管系统将依次收到的配置包存入缓存，等全部命令包都收到配置包后，再将缓存中的多个配置包拼接起来传给网管系统上层接口处理；当判断结果表明该命令包为多命令包写操作时，网管系统向网络设备依次发送多个写配置命令包，网络设备将收到的命令包存入缓存，等全部命令包都收齐后，将缓存中的多个包拼接起来传给网络设备下层接口，最后将处理结果返回给网管系统。
2.如权利要求1所述的无源光网络的设备业务配置方法，其特征在于网管系统重新发 送命令包时，如果发包操作累计3次均未收到正确的返回包，则配置结束，网管系统报告配 置命令不成功。
3.如权利要求1所述的无源光网络的设备业务配置方法，其特征在于在网管系统和网 络设备接收各命令包时，都要依次进行命令包正确性校验和命令包时效性校验两种校验， 正确性校验通过命令包长度和净荷长度来验证，如果未通过正确性检验则表明该命令包在 传输中错误，放弃该命令包不作处理；实时性校验通过当前包序号和当前包发送次数来判 断，如果未通过检验则表明该命令包是延时到达或重复发送的无效命令包，放弃该命令包 不作处理。
4.如权利要求1所述的无源光网络的设备业务配置方法，其特征在于网管系统侧在第 一次发包前要初始化该侧的命令时延时钟，网管系统侧启动时延时钟的同时发送一条命令 包，返回包超时后将命令时延时钟清零重新计数，并重新发送该条命令包。
全文摘要
本发明公开了一种无源光网络的设备业务配置方法，包括以下步骤A10、网管系统进行业务配置时将其分成一个或多个命令包，A20、依次发送命令包，命令包的协议头中包括命令类别、总包数、当前包序号、当前包发送次数、当前静荷长度以及静荷总长度；A30、判断网络设备收到的命令包是否为单包命令；A40、对于单包命令，通过单命令包确认和重传机制完成业务配置；否则，通过多命令包确认和重传机制完成业务配置。本发明，可以使网管系统和网络设备在网络故障或延时存在的情况下，提高传输通道的可靠性，从而在网管系统和无源光网络设备间建立一个可靠的配置通道，降低网络故障或延时等不确定因素对业务配置的影响。
文档编号H04Q11/00GK101815004SQ20101011614
公开日2010年8月25日 申请日期2010年3月3日 优先权日2010年3月3日
发明者向忠清, 康磊, 程罗锋 申请人:烽火通信科技股份有限公司