CN101316191A - 吉比特无源光网络系统中用户侧设备的软件版本升级方法 - Google Patents

Abstract

本发明公开了一种吉比特无源光网络系统中用户侧设备的软件版本升级方法，该方法包括用户侧设备从光线路终端(OLT)下载升级软件的处理流程，该方法还包括步骤：OLT获取用户侧设备上报的当前升级软件版本的保存尚需要的时间值；以该时间值为发送时延，并在该时间值到达时再次下发结束软件下载消息，或者，以该时间值相关的其他时间值为发送时延，并在该时间值相关的其他时间值到达时再次下发结束软件下载消息。采用本发明的方法，能解决现有技术存在的两方面缺陷。能避免浪费带宽，同时也提高了用户侧设备软件版本升级的效率。

Description

吉比特无源光网络系统中用户侧设备的软件版本升级方法

技术领域

本发明涉及软件版本升级技术，尤其涉及一种在吉比特无源光网络(GPON，Gigabit-capable Passive Optical Networks)系统中无源光网络单元(ONU，Optical Network Unit)/无源光网络终端(ONT，Optical NetworkTermination)这两种用户侧设备的软件版本升级方法。

背景技术

GPON系统中的网元设备包括：光线路终端(OLT，Optical Line Terminal)、ONU和ONT。其中，OLT为局侧设备，ONU和ONT为用户侧设备，OLT与ONT/ONU相连组成GPON系统。通常，GPON系统中，一个OLT与多个ONU/ONT相连。

以下针对用户侧设备是ONU的情况下，对现有技术采用的软件版本升级方案进行举例阐述。

目前，涉及ONU软件版本升级的方法通常是采用分片停止和等待协议的方法。也就是说，ONU基于分片停止和等待协议，从OLT下载升级软件完成ONU自身软件版本的升级。具体来说，首先，OLT将整个待下载的升级软件分割成很多分片，OLT只有等待先前的一个分片下载完成并且收到ONU的确认下载成功的响应后，OLT才向ONU下发下一个分片。其中，一个分片由很多段组成，而每一个段被封装到ONT管理和控制通道(OMCC，ONT Managementand Control Channel)消息中发送。这里，ONT管理和控制通道消息即为ONT管理和控制接口(OMCI，ONT Management and Control Interface)帧。这里需要指出的是，分片中段的数量是在ONU实际下载之前通过OLT和ONU之间的协商得到的值。具体协商过程为：首先，OLT确定一个段的数量的值，这个值通常不超过256，之后OLT通过开始软件下载消息下发这个值给ONU；ONU收到该OLT下发的值后根据自身能力等条件再次确定一个值，该再次确定的值必须不能超过该OLT下发的值，之后ONU将该再次确定的值封装到开始软件下载响应消息返回给OLT；最终，OLT从开始软件下载响应消息中解析出中该再次确定的值，从而以这种协商的方式最终协商出分片中所包括段的数量的值。如果该协商的段的数量的值为N，则ONU从OLT所下载段的序号为0到N-1。

并且，在下载各个段的时候，ONU只有在接收到最后一个段的时候才向OLT做出应答响应。只有在ONU正确处理所有的段后，响应才回复正响应，即下载分片成功；否则响应负响应即下载分片失败。只有收到正响应后OLT才能开始下载下一个分片。其中，下载段是通过下载段消息和下载段响应消息来完成的。

总之，针对ONU软件版本升级的方法中涉及的分片下载而言，简单来说就是：ONU从OLT下载一个分片前，首先通过OLT和ONU之间的协商得到该分片所包括段的数量的值，从而OLT将该分片按照该段的数量的值分成多个段，并标识好下载段的序号；然后当ONU正确处理所有下载段，并将下载段按照下载段的序号重新组合成为一个分片后，向OLT返回正响应的应答。

如果在某个分片下载中出现错误时，比如，CRC错误或者段丢失，则ONU接收到最后一个段后，应该向OLT返回负响应的应答，即返回出现错误响应的消息，然后OLT将提示ONU重新下载整个该分片。当最后一个分片下载成功，即ONU向OLT返回正响应的应答后，OLT通过结束软件下载消息发送升级软件的版本CRC等，之后ONU将计算出的其下载得到升级软件的版本CRC，与其接收到的升级软件的版本CRC进行比较，如果二者相等，则ONU确定该下载得到的升级软件的版本为有效的。

以下针对现有技术存在的缺陷进行阐述。

现有技术采用的软件版本升级方案只是涉及ONU从OLT下载升级软件，而下载升级软件后，ONU需要将该升级软件的版本保存到非易失性存储器中，例如NVRAM和FLASH等。这里，所谓非易失性存储器指：掉电后仍可以保持存储内容完整的存储器。并且升级软件的版本保存需要一定的时间。由于现有技术采用的软件版本升级方案并未涉及在这个版本保存时间内ONU和OLT如何进行处理，即在OLT下发结束软件下载消息给ONU后，详细规定ONU如何对该结束软件下载消息进行响应，也没有规定OLT下发结束软件下载消息的频率/时延。因此，一方面出现了有的ONU不响应结束软件下载消息，需要OLT不停地下发该结束软件下载消息；另一方面，有的OLT认为只需要下发一次结束软件下载消息，ONU给出应答响应后OLT查询ONU的版本保存是否有效，之后再进行已保存版本的激活和生效。就这两方面而言，这样一来，OLT与ONU之间两边不一致，容易造成互相死等，从而导致ONU自身软件版本升级失败的问题发生。

为了解决这个问题，可以考虑对现有技术进行改进，比如改进方案可以是：一方面，使ONU接收到结束软件下载消息后，返回一个负响应的应答给OLT，比如响应码为6，用于标识设备忙。另一方面，因为ONU在版本保存时需要一个较长的时间，使OLT周期性地下发结束软件下载消息，直到从ONU接收到的返回值不代表设备忙为止，才停止下发。并且增加一个超时就退出该异常状态的操作。

但是，采用了该改进方案还是存在一定的问题。比如下发结束软件下载消息的周期如何确定，整个超时时间又是多少，如何确定。当然，还可以考虑采用一个最简单的办法，即预先设置该下发的周期值和该整个超时时间的值，例如，设置周期值为30秒，整个超时时间为10分钟。这样，看似所有问题都解决了，实际上还是会存在以下问题。因为不论如何设置这两个值都会存在其不合理性。由于OLT下面可能会连接很多不同的ONU，并且不同的ONU之间差别很大，不同ONU的中央处理器，任务优先级，非易失性存储器，版本保存的大小等都可能不一样，会导致不同ONU各自版本保存的时间将可能出现较大的差别。如果是整个超时时间设置得太短，则可能出现在设置的超时时间内ONU还没有完成版本保存，尽管实际当前还是正常的，但是OLT将认为版本升级失败。这样一来，如果不修改超时时间，将会导致该ONU永远不能成功完成自身软件版本的升级。如果整个超时时间设置得太长，则会出现中间发送太多无用的结束软件下载消息，并且，如果版本保存中出现问题，需要很久OLT才能发现。这样一来，ONU成功完成自身软件版本的升级将花费很多不必要的带宽，以及需要很长时间进行升级，非常浪费时间。

综上所述，仍以ONU作为用户侧设备而言，目前现有技术存在的缺陷为：一方面，对ONU来说，现有技术采用的软件版本升级方案未对接收到OLT下发的结束软件下载消息后，ONU所做的具体响应做处理规定；另一方面，对OLT来说，现有技术采用的软件版本升级方案未对OLT周期性下发结束软件下载消息的发送时延做处理规定。

发明内容

有鉴于此，本发明的主要目的在于提供一种GPON系统中用户侧设备的软件版本升级方法，一方面，对用户侧设备来说，接收到OLT下发的结束软件下载消息后，能更好地明确用户侧设备所做的具体响应；另一方面，对OLT来说，能更好地明确对OLT周期性下发结束软件下载消息的发送时延。

为达到上述目的，本发明的技术方案是这样实现的：

一种GPON系统中用户侧设备的软件版本升级方法，该方法包括用户侧设备从OLT下载升级软件的处理流程，该方法还包括以下步骤：

A、所述用户侧设备从所述OLT接收到结束软件下载消息后，在对所述结束软件下载消息响应时，上报用户侧设备当前升级软件版本的保存尚需要的时间值；

B、所述OLT获取用户侧设备上报的所述当前升级软件版本的保存尚需要的时间值；以所述当前升级软件版本的保存尚需要的时间值为发送时延，并在所述当前升级软件版本的保存尚需要的时间值到达时再次下发所述结束软件下载消息，或者，以所述当前升级软件版本的保存尚需要的时间值相关的其他时间值为发送时延，并在所述当前升级软件版本的保存尚需要的时间值相关的其他时间值到达时再次下发所述结束软件下载消息。

其中，所述步骤A中，上报用户侧设备当前升级软件版本的保存尚需要的时间值之前还包括：

所述用户侧设备计算出所述当前升级软件版本的保存尚需要的时间值，然后将所述当前升级软件版本的保存尚需要的时间值封装到结束软件下载响应消息、或者自定义的响应消息中。

其中，所述步骤B中，所述OLT获取所述用户侧设备上报的所述当前升级软件版本的保存尚需要的时间值具体为：

所述OLT从所述用户侧设备接收到所述结束软件下载响应消息、或者自定义的响应消息并解析，获取所述当前升级软件版本的保存尚需要的时间值。

其中，所述当前升级软件版本的保存尚需要的时间值通过所述用户侧设备的计算获得，包括以下计算方式：

a、预先设置用户侧设备保存所述当前升级软件版本所需要的最大时间值T1max，并在生成当前升级软件版本时将所述T1max写入到当前升级软件版本中；在所述OLT首次下发所述结束软件下载消息时，所述用户侧设备返回所述T1max给OLT；当OLT第i次下发结束软件下载消息时，如果用户侧设备尚未完成当前升级软件版本的保存，则根据当前升级软件版本待保存的大小m和总的升级软件版本大小M，根据以下公式计算出所述当前升级软件版本的保存尚需要的时间值：Timax＝Min(T1max，m×(T1max+...+Ti-1max)/(M-m))，其中，2＜＝i＜＝n，n为下发结束软件下载消息重复发送次数，由OLT预先设置的，或者通过OLT和用户侧设备之间采用标准的消息、或者自定义的消息进行协商所得到的；或者，

b、根据用户侧设备采用的中央处理器的主频、每秒钟可以写入的指令条数、存储器被访问或者读写的速度，以及保存当前升级软件版本的任务优先级，计算出实时每秒钟能保存当前升级软件版本的字节数量；之后根据当前升级软件版本的大小，计算出当前升级软件版本的保存尚需要的时间值；或者，

c、根据所述计算方式a和所述计算方式b计算出的所述时间值预先设置经验值，并将所述经验值确定为所述当前升级软件版本的保存尚需要的时间值；在执行软件版本升级的过程中根据方式b实时调整当前升级软件版本的保存尚需要的时间值。

其中，所述步骤B进一步为：

当所述OLT从当前单独控制的一个当前用户侧设备接收到一次正响应的应答时，确定所述当前用户侧设备的软件版本升级成功；

当所述OLT从当前用户侧设备接收的全部是负响应的应答且规定的次数达到时，确定当前用户侧设备的软件版本升级失败。

其中，当所述OLT从当前用户侧设备接收到负响应的应答时，所述步骤B中，进一步以所述当前升级软件版本的保存尚需要的时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时再次下发所述结束软件下载消息；或者，

以所述当前升级软件版本的保存尚需要的时间值相关的其他时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时再次下发所述结束软件下载消息。

本发明中涉及到用户侧设备从OLT下载升级软件的描述，与现有技术采用的软件版本升级方案中的描述一样，而在用户侧设备从OLT下载升级软件后，直到升级软件的版本保存到用户侧设备的非易失性存储器这段时间内，涉及到用户侧设备的软件版本升级的处理流程不同。具体来说，在用户侧设备接收到结束软件下载消息后，用户侧设备计算出自身版本保存的完成尚需要多少时间，然后将该计算出的时间值通过结束软件下载响应消息或者自定义的响应消息返回给OLT；OLT接收到用户侧设备返回的响应消息后，解析出该计算出的时间值，之后OLT可以在该计算出的时间值到达时，也就是等到用户侧设备当前升级软件版本的保存尚需要的时间到达后，再次下发结束软件下载消息。进而，举例来说，基于OLT预先设置的一个重复发送次数值n；或者通过OLT和用户侧设备之间采用标准的消息、或者自定义的消息进行协商所得的一个重复发送次数值n，如果用户侧设备连续返回的n次应答都是负响应的应答，则说明超时导致用户侧设备出现了异常状态，从而确定当前用户侧设备软件版本升级失败。如果在这n次应答中有一次为正响应的应答，则确定当前用户侧设备软件版本升级成功，也就是说，OLT并不一定要下发n次结束软件下载消息给用户侧设备，实际上，用户侧设备在针对结束软件下载消息的应答中，如果OLT能接收到一次正响应的应答，则表示用户侧设备的软件版本升级成功。即使用户侧设备没有达到针对结束软件下载消息的最大的n次应答，OLT也不再下发该结束软件下载消息。

本发明正是针对现有技术存在的上述两方面缺陷的解决方案，其核心是采用现有结束软件下载响应消息中的预留字段或者自定义的响应消息封装用户侧设备当前升级软件版本的保存尚需要的时间值，那么，OLT接收到用户侧设备返回的响应消息，并解析出该时间值后，以该时间信息值作为发送时延下发结束软件下载响应消息。从而，采用本发明的方法，一方面，对用户侧设备来说，接收到OLT下发的结束软件下载消息后，能更好地明确用户侧设备所做的具体响应；另一方面，对OLT来说，能更好地明确对OLT周期性下发结束软件下载消息的发送时延。

而且，采用本发明的方法，能够针对各种不同的用户侧设备，比如ONU采用相同的处理流程，不需要去统一预先设置一个不好明确的最大超时时间值，以避免出现设置的该最大超时时间值过短或者过长的问题，也不会出现无用的消息，即减少了非必要的消息，这样一来，能避免浪费带宽，提高OMCC上的带宽利用率，同时也提高了用户侧设备软件版本升级的效率。

附图说明

图1为本发明方法的流程示意图。

具体实施方式

本发明的核心思想是：在用户侧设备接收到结束软件下载消息后，首先用户侧设备计算出自身版本保存的完成尚需要多少时间，然后采用现有结束软件下载响应消息中的预留字段或者自定义的响应消息封装用户侧设备当前升级软件版本的保存尚需要的时间值，那么，OLT接收到用户侧设备返回的响应消息，并解析出该时间值后，可以采用该时间信息值作为发送时延下发下一次结束软件下载响应消息。

下面结合附图对技术方案的实施作进一步的详细描述。

一种GPON系统中用户侧设备的软件版本升级方法，该方法包括用户侧设备从OLT下载升级软件的处理流程；以及用户侧设备从OLT下载升级软件后，直到升级软件的版本保存到用户侧设备的非易失性存储器这段时间内，用户侧设备的软件版本升级的处理流程。

由于本发明方法中涉及到用户侧设备从OLT下载升级软件的处理流程，与现有技术采用的软件版本升级方案中的描述一样，因此这里不做具体阐述。而在用户侧设备从OLT下载升级软件后，直到升级软件的版本保存到用户侧设备的非易失性存储器这段时间内，涉及到用户侧设备的软件版本升级的处理流程，与现有技术采用的软件版本升级方案中的描述不同，以下仅对用户侧设备从OLT下载升级软件后，直到升级软件的版本保存到用户侧设备的非易失性存储器这段时间内，涉及到用户侧设备的软件版本升级的处理流程进行阐述。

那么，如图1所示，该用户侧设备的软件版本升级的处理流程包括以下步骤：

步骤101、OLT下发结束软件下载消息给用户侧设备。

这里，用户侧设备可以为ONT，也可以为ONU。

步骤102、当用户侧设备从OLT接收到结束软件下载消息后，用户侧设备计算出当前升级软件版本的保存尚需要的时间值，然后将当前升级软件版本的保存尚需要的时间值封装到结束软件下载响应消息、或者自定义的响应消息中，用于后续上报给OLT。

这里，当前升级软件版本的保存尚需要的时间值通过用户侧设备的计算获得，包括以下三种计算方式：

计算方式一、研发该款用户侧设备时，可以经过多次试验得出保存当前升级软件版本所需要的最大时间值T1max，即T1max为在制作该用户侧设备的升级软件版本时的经验值；预先设置T1max，并在生成当前升级软件版本时将T1max写入到当前升级软件版本中；在OLT首次下发结束软件下载消息时，用户侧设备返回T1max给OLT；当OLT再次下发结束软件下载消息时，如果用户侧设备尚未完成当前升级软件版本的保存，则可根据当前升级软件版本待保存的大小m和总的升级软件版本大小M，计算出当前升级软件版本的保存尚需要的时间值，T2max＝m×T1max/(M-m)，即以目前已保存的升级软件版本大小所用去的时间来计算每单位版本保存所需要的时间，以此计算剩下版本保存所需要的时间；同理可知，对于OLT第i次下发结束软件下载消息的计算方式，则可为，Timax＝m×(T1max+...+Ti-1max)/(M-m)。考虑到在OLT某次下发结束软件下载消息的时候，有可能因为用户侧设备之前出现系统忙，导致只保存了很小的版本大小，因此按上述公式会返回一个很大的当前升级软件版本的保存尚需要的时间值，而此时系统已经开始空闲了，则会造成OLT等待下发下一个结束软件下载消息的时延不恰当地延长，而实际上用户侧设备则可能早已完成升级软件版本的保存；因此较为合理地，设定Timax＝Min(T1max，m×(T1max+...+Ti-1max)/(M-m))；以上，2＜＝i＜＝n，n为下发结束软件下载消息重复发送次数，可以是OLT预先设置的，或者是通过OLT和用户侧设备之间采用标准的消息、或者自定义的消息进行协商所得到的，m代表剩下的升级软件版本未保存的大小，M是总的升级软件版本大小。

计算方式二、根据用户侧设备采用的中央处理器的主频、每秒钟可以写入的指令条数、存储器被访问或者读写的速度，以及保存当前升级软件版本的任务优先级，计算出实时每秒钟能保存当前升级软件版本的字节数量；之后根据当前升级软件版本的大小，计算出当前升级软件版本的保存尚需要的时间值。

计算方式三、根据计算方式一和计算方式二计算出的时间值预先设置一个经验值，并将该经验值确定为当前升级软件版本的保存尚需要的时间值，该经验值的确定可采用两者的加权平均算法；在执行软件版本升级的过程中根据方式二实时调整当前升级软件版本的保存尚需要的时间值。

步骤103、用户侧设备在对结束软件下载消息响应时，上报用户侧设备当前升级软件版本的保存尚需要的时间值。

步骤104、OLT获取用户侧设备上报的当前升级软件版本的保存尚需要的时间值；以当前升级软件版本的保存尚需要的时间值、或者与当前升级软件版本的保存尚需要的时间值相关的其他时间值为发送时延，并在当前升级软件版本的保存尚需要的时间值、或者与当前升级软件版本的保存尚需要的时间值相关的其他时间值到达时，再次下发结束软件下载消息。

也就是说，步骤104中，实际上包括两种情况，一种情况为：以当前升级软件版本的保存尚需要的时间值为发送时延，并在当前升级软件版本的保存尚需要的时间值到达时，再次下发结束软件下载消息。另一种情况为：以当前升级软件版本的保存尚需要的时间值相关的其他时间值为发送时延，并在当前升级软件版本的保存尚需要的时间值相关的其他时间值到达时，再次下发结束软件下载消息。其中，以当前升级软件版本的保存尚需要的时间值相关的其他时间值可以为：基于当前升级软件版本的保存尚需要的时间值构成的组合值或函数值。

这里，步骤104中，OLT获取用户侧设备上报的所述当前升级软件版本的保存尚需要的时间值具体为：OLT从用户侧设备接收到结束软件下载响应消息、或者自定义的响应消息并解析，获取当前升级软件版本的保存尚需要的时间值。

这里需要指出的是，OLT对多个用户侧设备采取单独控制。那么针对一个用户侧设备而言，继续重复执行步骤104，当OLT从当前单独控制的该用户侧设备接收到一次正响应的应答时，确定当前用户侧设备的软件版本升级成功，当OLT从当前用户侧设备接收的全部是负响应的应答时，确定当前用户侧设备的软件版本失败升级结束。举例来说，如果ONU作为用户侧设备，那么，基于OLT预先设置的一个重复发送次数值n；或者通过OLT和ONU之间采用标准的消息、或者自定义的消息进行协商所得的一个重复发送次数值n，则当该ONU连续返回的n次应答都是负响应的应答，则说明超时导致该ONU出现了异常状态，从而确定该ONU软件版本升级失败。当在这n次应答中有一次为正响应的应答，则确定该ONU软件版本升级成功，也就是说，OLT并不一定要下发n次结束软件下载消息给ONU，实际上，ONU在针对结束软件下载消息的应答中，如果OLT能接收到一次正响应的应答，则表示ONU软件版本升级成功。即使ONU没有达到针对结束软件下载消息的最大的n次应答，OLT也不再下发该结束软件下载消息。

其中，步骤104中，进一步以当前升级软件版本的保存尚需要的时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时，再次下发结束软件下载消息；或者，以当前升级软件版本的保存尚需要的时间值相关的其他时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时，再次下发结束软件下载消息。

由此可见，采用本发明的方法，能够针对各种不同的用户侧设备，比如ONU采用相同的处理流程，不需要去统一预先设置一个不好明确的最大超时时间值，以避免出现设置的该最大超时时间值过短或者过长的问题，也不会出现无用的消息，从而既能够很快升级成功，提高了用户侧设备软件版本升级的效率；又能够防止较多的无用消息在OMCC上传送所导致的带宽浪费，从而提高了OMCC上的带宽利用率。另外，由于OLT对多个用户侧设备进行单独控制，且以用户侧设备当前版本保存尚需要的时间值，作为发送时延下发结束软件下载响应消息，因此OLT能很快地检测到用户侧设备的版本保存失败，避免版本升级失败的长时间的等待。

以下举一实例，仍以ONU作为用户侧设备而言，对采用现有结束软件下载响应消息中的预留字段封装用户侧设备当前升级软件版本的保存尚需要的时间值，以及OLT解析出该时间值作为发送时延下发的处理进行阐述。

举例来说，例如，当前有两个ONU，分别为ONU1和ONU2。这两个ONU升级软件版本的大小差别很大，保存机制也不一样。如果针对ONU1而言，其完成当前升级软件版本的保存尚需要的时间值为15分钟，而针对ONU2而言，其完成当前升级软件版本的保存尚需要的时间值仅仅为30秒钟。那么，在ONU1从OLT收到结束软件下载消息时，在对结束软件下载消息响应时，所上报的时间值为15分钟；而ONU2所上报的时间值为30秒钟。可以将上报的时间值封装现有结束软件下载响应消息中的预留字段中。如表1所示，为现有结束软件下载响应消息的格式。其中，第43～45字节为预留字段。

表1

本实例中，利用现有结束软件下载响应消息预留字段中的43～44字节，将上报的时间值封装在该43～44字节，如表2所示，表2为修改后结束软件下载响应消息的格式。

表2

另外，当OLT从ONU1或ONU2接收到负响应的应答时，可以再增加一个误差补偿值。例如，误差补偿值为10秒，则OLT在延时15分钟+10秒再次向ONU1下发结束软件下载消息，OLT在延时30秒+10秒钟后再次向ONU2发送结束软件下载消息。通常，由于每个ONU能够比较准确地估计其保存的软件升级版本的时间，因此，在OLT下发第2次结束软件下载消息时，ONU就会返回正响应的应答；否则ONU需要向OLT再次上报该ONU当前升级软件版本的保存尚需要的时间值。那么，如果ONU2返回正响应的应答，ONU1返回负响应的应答，并且返回时间为50秒，则对ONU1等待50秒+10秒后，OLT再次下发结束软件下载消息；而ONU2不需要再次下发，升级成功；如果ONU1还是返回负响应的应答，则认为ONU1的软件版本升级失败。在此，OLT下发结束软件下载消息及ONU1返回负响应应答的次数为连续3次，即设定了重复发送次数值为3。重复发送次数值n可以是OLT预先设置的，或者是通过OLT和ONU之间采用标准的消息、或者自定义的消息进行协商所得到的，用来确定发送结束软件下载消息的总次数，在该总次数达到时ONU仍返回负响应的应答则认为软件版本升级失败。当然，在上述情况下也可以修改n的值，使其更大，则OLT也可以根据余下的次数再重新下发结束软件下载消息，直至ONU1返回正响应应答，升级成功，或者n次达到后ONU1仍返回负响应的应答，软件版本升级失败。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (6)

1、一种吉比特无源光网络系统中用户侧设备的软件版本升级方法，该方法包括用户侧设备从光线路终端OLT下载升级软件的处理流程，其特征在于，该方法还包括以下步骤：

A、所述用户侧设备从所述OLT接收到结束软件下载消息后，在对所述结束软件下载消息响应时，上报用户侧设备当前升级软件版本的保存尚需要的时间值；

B、所述OLT获取用户侧设备上报的所述当前升级软件版本的保存尚需要的时间值；以所述当前升级软件版本的保存尚需要的时间值为发送时延，并在所述当前升级软件版本的保存尚需要的时间值到达时再次下发所述结束软件下载消息，或者，以所述当前升级软件版本的保存尚需要的时间值相关的其他时间值为发送时延，并在所述当前升级软件版本的保存尚需要的时间值相关的其他时间值到达时再次下发所述结束软件下载消息。

2、根据权利要求1所述的方法，其特征在于，所述步骤A中，上报用户侧设备当前升级软件版本的保存尚需要的时间值之前还包括：

所述用户侧设备计算出所述当前升级软件版本的保存尚需要的时间值，然后将所述当前升级软件版本的保存尚需要的时间值封装到结束软件下载响应消息、或者自定义的响应消息中。

3、根据权利要求2所述的方法，其特征在于，所述步骤B中，所述OLT获取所述用户侧设备上报的所述当前升级软件版本的保存尚需要的时间值具体为：

所述OLT从所述用户侧设备接收到所述结束软件下载响应消息、或者自定义的响应消息并解析，获取所述当前升级软件版本的保存尚需要的时间值。

4、根据权利要求2所述的方法，其特征在于，所述当前升级软件版本的保存尚需要的时间值通过所述用户侧设备的计算获得，包括以下计算方式：

a、预先设置用户侧设备保存所述当前升级软件版本所需要的最大时间值T1max，并在生成当前升级软件版本时将所述T1max写入到当前升级软件版本中；在所述OLT首次下发所述结束软件下载消息时，所述用户侧设备返回所述T1max给OLT；当OLT第i次下发结束软件下载消息时，如果用户侧设备尚未完成当前升级软件版本的保存，则根据当前升级软件版本待保存的大小m和总的升级软件版本大小M，根据以下公式计算出所述当前升级软件版本的保存尚需要的时间值：Timax＝Min(T1max，m×(T1max+...+Ti-1max)/(M-m))，其中，2＜＝i＜＝n，n为下发结束软件下载消息重复发送次数，由OLT预先设置的，或者通过OLT和用户侧设备之间采用标准的消息、或者自定义的消息进行协商所得到的；或者，

b、根据用户侧设备采用的中央处理器的主频、每秒钟可以写入的指令条数、存储器被访问或者读写的速度，以及保存当前升级软件版本的任务优先级，计算出实时每秒钟能保存当前升级软件版本的字节数量；之后根据当前升级软件版本的大小，计算出当前升级软件版本的保存尚需要的时间值；或者，

c、根据所述计算方式a和所述计算方式b计算出的所述时间值预先设置经验值，并将所述经验值确定为所述当前升级软件版本的保存尚需要的时间值；在执行软件版本升级的过程中根据方式b实时调整当前升级软件版本的保存尚需要的时间值。

5、根据权利要求1至4中任一项所述的方法，其特征在于，所述步骤B进一步为：

当所述OLT从当前单独控制的一个当前用户侧设备接收到一次正响应的应答时，确定所述当前用户侧设备的软件版本升级成功；

当所述OLT从当前用户侧设备接收的全部是负响应的应答且规定的次数达到时，确定当前用户侧设备的软件版本升级失败。

6、根据权利要求5所述的方法，其特征在于，当所述OLT从当前用户侧设备接收到负响应的应答时，所述步骤B中，进一步以所述当前升级软件版本的保存尚需要的时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时再次下发所述结束软件下载消息；或者，

以所述当前升级软件版本的保存尚需要的时间值相关的其他时间值，加上误差补偿值后所计算得到的值为发送时延，并在所述计算得到的值到达时再次下发所述结束软件下载消息。