光网络单元管理方法及光网络单元的制作方法
【专利摘要】本申请设涉及一种光网络单元管理方法（包括注册、上下线管理、供电管理、组播、版本升级等）及光网络单元，其中光网络单元注册方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；通过所述处理模块的协调控制所述各个虚拟光网络单元的注册流程。本申请通过在一个光网络单元中虚拟若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，进而解决现有光网络单元设备运维和功耗成本压力较大的问题。
【专利说明】
光网络单元管理方法及光网络单元
【技术领域】
[0001]本发明涉及通信领域，具体涉及一种光网络单元管理方法(包括注册、上下线管理、供电管理、组播、版本升级等)及光网络单元。
【背景技术】
[0002]随着当前？1:0 1:116 001116，光纤入户)技术的逐步深入，国内外电信运营商提供给用户家庭带宽的能力也在逐步提升，已经具备百兆入户的能力，正在向⑶到户的方向发展。但由于？11?入户实现成本相对而言比较高，同时光纤入户涉及穿墙打洞，这导致了光纤入户施工困难，同时的投资回报率较低，投资回收周期过长，因此运营商纷纷利旧现有铜缆，采用了各种更为经济实惠的铜线入户方式代替。为了给用户提供更高的带宽和更为高效的服务，运营商根据实际情况尽可能将光网络单元位置靠近到用户端，光纤部署延伸到最后一级分布接入点？11?) (^11361- 1:0 0181:1-113111:1011光纤到分布接入点)，入户介质则采用双绞线、以太网线、同轴线或电力线等方式替代光纤直接入户，接入技术也包括乂0乩、副、￡00, 6,如七等。
[0003]在？II办场景下，分布光网络单元设备部署场景比较灵活，一般会部署在户外信息箱、户外线杆、户外屋檐入门口、室内房屋地下室、室内接线孔处等，且覆盖用户数比较灵活，从1户到24户不等，甚至到48户。同时由于光网络单元设备的工作环境非常复杂，取电方式比较受到限制，因此光网络单元设备都要求能从用户端提供反向供电，这就要求接入头端设备功耗必须很低，同时每个用户对应的专用功能模块能独立供电，降低从用户取电的功耗要求。同时从运维和业务开通角度而言，运营商希望能尽可能简便高效，并向？丁报的运维管理和业务开通方式统一，因此采用的业务管理模型也是VI'办场景下的一个主要需求。目前在？II'办场景下的光网络单元主要采用101型设备、单端口设备堆叠等方式来实现。
[0004]然而，光网络单元采用10口型设备形态时，由于其设备架构的特性导致整机功耗，特别是公共部分的功耗较高，无法满足VI'办场景下对设备的功耗要求，且在运维管理和业务开通模式上无法采用管理模式，同时其设备的端口灵活性及反向供电能力也是一个挑战，难以实现用户端口灵活增减。而采用单端口设备堆叠方式，由于其通过多个独立单端口 3冊设备的组合堆砌方式，每个3冊模块都有一个0斯嫩0，整机成本很高，且整机功耗也比较大，单口功耗平均在7-81，对于运营商大规模场景时，这种方式的设备运维和功耗成本压力较大，同时多个独立单端口 3冊设备的组合堆砌在一起，上联口速率会被限制住，很能做到10(}或更高。
【发明内容】
[0005]为解决上述技术问题，本发明提供了一种光网络单元管理方法(包括注册、上下线管理、供电管理、组播、版本升级等)及光网络单元，以解决现有光网络单元存在的问题。
[0006]为解决上述技术问题，本申请提供了一种光网络单元注册方法，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括:
[0007]通过所述处理模块的协调控制所述各个虚拟光网络单元的注册流程。
[0008]为解决上述技术问题，本申请还提供了一种光网络单元上下线管理方法，该方法基于光网络单元实现，所述光网络单元包括若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括:
[0009]所述各个检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态；
[0010]所述乂0斯根据检测结果触发对应V。斯的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活V？状态，则触发对应乂0斯的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活001^状态，则触发对应的下线流程。
[0011]为解决上述技术问题，本申请还提供了一种光网络单元供电管理方法，该方法基于光网络单元实现，所述光网络单元包括电源管理模块以及若干个虚拟光网络单元7(^1，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括:
[0012]所述电源管理模块根据各对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应^0^^进行供电；
[0013]所述电源管理模块开通需要供电的乂0斯和/或该乂0斯对应的物理线卡，关闭不需要供电的^0斯和丨或该70斯对应的物理线卡。
[0014]为解决上述技术问题，本申请还提供了一种光网络单元组播方法，该方法包括:
[0015]所述0斯接收011发送的组播报文，所述组播报文是所述011以所述0斯为对象复制的；
[0016]所述0X1对所述组播报文进行处理。
[0017]为解决上述技术问题，本申请提供了一种光网络单元版本升级方法，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，该方法包括:
[0018]所述接收0口发送的软件版本更新指令；
[0019]所述向所述处理模块发送查询请求，以查询是否存在有乂0^^已经响应所述软件版本更新指令；
[0020]所述处理模块接收所述查询请求后，判断是否存在正在进行软件版本更新的乂0斯，并向所述乂0斯返回查询结果；
[0021]所述根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应。
[0022]为解决上述技术问题，本申请提供了一种光网络单元，所述光网络单元包括:
[0023]处理模块，用于协调控制完成所述各个虚拟光网络单元的注册流程；
[0024]以及若干个虚拟光网络单元，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，用于实现实体光网络单元的功能，包括完成注册流程。
[0025]为解决上述技术问题，本申请还提供了一种光网络单元，所述光网络单元包括若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口——对应；所述^0^^包括:
[0026]状态检测子模块，用于检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态；
[0027]上下线管理子模块，用于根据检测结果触发对应的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活V？状态，则触发对应乂0斯的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活001^状态，则触发对应的下线流程。
[0028]为解决上述技术问题，本申请提供了一种光网络单元，所述光网络单元包括:电源管理模块以及若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；所述电源管理模块包括:
[0029]供电管理子模块，用于根据各对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应^0^^进行供电；
[0030]供电开关子模块，用于开通需要供电的乂0斯和/或该乂0斯对应的物理线卡，以及关闭不需要供电的^0^^和/或该对应的物理线卡。
[0031]为解决上述技术问题，本申请提供了一种光网络单元，该光网络单元包括:
[0032]组播报文接收模块，用于接收0口发送的组播报文，所述组播报文是所述0口以所述0X1为对象复制的；
[0033]组播报文处理模块，用于对接收的所述组播报文进行处理。
[0034]为解决上述技术问题，本申请提供了一种光网络单元，所述光网络单元包括处理模块和若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口——对应，所述^0^^包括:
[0035]指令接收子模块，用于接收0口发送的软件版本更新指令；
[0036]查询请求发送子模块，用于向所述处理模块发送查询请求，以查询是否存在有^0^11已经响应所述软件版本更新指令；
[0037]版本更新管理子模块，用于接收查询结果，以及根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应；
[0038]所述处理模块包括:
[0039]查询请求接收子模块，用于接收所述查询请求；
[0040]查询请求处理子模块，用于判断是否存在正在进行软件版本更新的7(^1，以及向所述70斯返回查询结果。
[0041]本申请光网络单元管理方法(包括注册、上下线管理、供电管理、组播、版本升级等)及光网络单元，通过在一个光网络单元中虚拟若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，进而解决现有光网络单元设备运维和功耗成本压力较大的问题。
【专利附图】
【附图说明】
[0042]图1是本申请光网络单元的模块架构示意图；
[0043]图2是本申请光网络单元？0~上联,1点对点接入示意图；
[0044]图3是本申请光网络单元以太网上联丽点对点接入示意图；
[0045]图4是本申请光网络单元？0~上联,1点对多点接入示意图；
[0046]图5是本申请光网络单元以太网上联,1点对多点接入示意图；
[0047]图6至图8为本申请光网络单元注册方法实施例的流程图；
[0048]图9、10为本申请对应图6至图8所示方法的光网络单元实施例的模块结构示意图；
[0049]图11为本申请光网络单元上下线管理方法实施例的流程图；
[0050]图12为本申请对应图11所示方法的光网络单元实施例的模块结构示意图；
[0051]图13为本申请光网络单元供电管理方法实施例的流程图；
[0052]图14为本申请对应于图13所示方法的光网络单元实施例的模块结构示意图；
[0053]图15、16为本申请光网络单元组播方法实施例的流程图；
[0054]图17为本申请对应图15、16的光网络单元实施例的模块结构示意图；
[0055]图18为本申请光网络单元版本升级方法实施例的流程图；
[0056]图19为本申请对应图18的光网络单元实施例的模块结构示意图；
[0057]图20为应用本申请的嫩芯片系统架构图。
【具体实施方式】
[0058]本申请提供了一种光网络单元((^们，该光网络单元可实现若干个光网络单元的功能，实现每个光网络单元功能的模块称为一个虚拟光网络单元，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应。
[0059]如图1所示，光网络单元(0^?)主要包括若干个逻辑上独立虚拟0X1、处理模块、线卡？册模块、光模块等部分。虚拟0斯(简称V。斯)是根据所接用户终端数量需求而虚拟成，处理模块负责控制、协调和处理每个虚拟0X1嫩模块的工作流程、状态和数据包，每个虚拟0斯通过同一光模块向上与？0~网络相连，向下通过等线卡？册，与用户终端设备相连。
[0060]具体地，在光网络单元内的30(:芯片或？?以上，将光网络单元设备灵活虚拟成若干个(比如8-16个)光网络单元，每个虚拟光网络单元具有独立的光网络单元的所有特性，实现该路虚拟0斯接入的嫩协议转换和处理，且每个0斯模块具有独立的电源模块，光网络单元的处理模块负责光网络单元设备的工作控制和业务处理，光网络单元向上与其他虚拟0X1共用同一个物理光模块与011设备相连，向下与用户网络接口模块联接，用户网络接口可以是双绞线、以太网线、同轴电缆、电力线、无线网络，用户网络可工作在点对点或点对多点模式，满足对任意介质和任意场景下的统一接入和灵活部署。
[0061]每个虚拟0X1具有独立的转发域和包处理功能，每个光网络单元包含的虚拟0X1数量与光网络单元支持的用户数一样，即每个用户拥有独立的虚拟0X1和相应的数据报文二、三层处理功能。
[0062]当光网络单元支持的丽接口是点对点介质，比如以太网接口和乂01接口时，光网络单元包含的虚拟0斯数量同咖I接口数量，每个虚拟0斯负责一个咖I接口所有数据报文的处理和嫩(:协议的处理；当光网络单元支持的,1接口是点对多点介质，比如0处16、电力线和时，光网络单元包含的虚拟0斯数量同所有丽接口下带的用户终端总数相同，即每个虚拟0X1负责每个用户终端所有数据报文处理和嫩协议的处理。
[0063]每个虚拟0斯向上与其他虚拟0斯通过36468接口共用同一个物理光模块与01丁设备相连，上联模式可以为6？0^?1062？0^? 2？0~，如?0吧，和以太网光口等方式。光网络单元虚拟0斯可通过软件配置工作在⑶?0队2？0队以太网嫩〇模式，当工作在相应接口时，虚拟0X1的功能特性完全符合相应标准:
[0064]6？0^上联模式:每个虚拟0斯功能行为遵循匕984，X ；
[0065]^6？0^上联模式:每个虚拟0^^功能行为遵循匕987，X ；
[0066]1062？0^和上联模式:每个虚拟0斯功能行为符合1222802，3 ；
[0067]^6？0^2上联模式:每个虚拟0斯功能行为符合如?0吧标准；
[0068]上联模式:每个虚拟0斯功能行为符合12222802，3标准；
[0069]以太网上联模式:每个虚拟0斯功能行为符合1222802，3 ；
[0070]由于每个虚拟0X1独立工作，对于011来说，本发明的光网络单元相当于多个3冊(单家庭光网络单元)的集合。
[0071]每个虚拟0X1通过物理连接接口同用户网络接口连接，物理连接接口可以是标准以太网接口或其它接口形式，用户网络接口支持的接口形式可以是双绞线、以太网线、同轴电缆、电力线、无线网络等，对于点对点用户网络接口(比如双绞线和以太网线)来说物理连接接口可采用标准的以太网接口，如⑶接口，每标准的以太网接口直接和一个虚拟0X1数据处理模块连接；而对于点对多点用户网络接口(比如同轴电缆、电力线、无线网络)来说物理连接接口可采用标准以太网接口，但通过以太网接口上传输的以太网帧的外层I'八6来标识点对多点用户网络接口下的用户终端，通过识别以太网包最外层值来把数据包文转发到不同的虚拟0X1进行处理，每个用户终端同一个虚拟0X1对应，用户侧网络接口模块与用户终端之间，根据网络介质和通信协议不同而有所区别，可采用
等协议。
[0072]采用标识冊I用户终端的标识方式，实现方式上在用户终端的管理通道上加载一个标识位，与虚拟0斯的标识位相对应，构建虚拟0斯与丽侧用户终端之间的标识通道，每个虚拟0X1与,1接口的用户终端——对应，构成虚拟的独立接入单元。对于点对点,1(如乂031，以太网接口 )接口来说，每个虚拟0斯与所接用户网络接口模块组成一个虚拟的独立接入单元，从0口侧来看，每个虚拟独立接入单元就像是一个完整的3冊(单家庭单元)设备，整光网络单元看上去就由若干个虚拟的独立3冊设备组成，管理上采用标准的
管理方式对每个虚拟的独立接入单元进行管理，011与虚拟0斯通信管理通道采用标准的01(^1或0八1方式，011可以管理到每个用户侧端口 ；对于点对多点,1 (如⑶让^、等)接口来说，每个虚拟0斯同丽接口内标识用户终端的标识通道构成一个虚拟的独立接入单元，从0口侧来看，每个虚拟独立接入单元就像是一个完整的3冊(单家庭光网络单元)设备，整光网络单元看上去就由若干个虚拟的独立3冊设备组成，管理上采用标准的管理方式对每个虚拟的独立接入单元进行管理，011与虚拟0斯通信管理通道采用标准的01(^1或0八1方式，011可以管理到每个70^^对应的,1接口内的标识通道。通过本发明，单用户和多用户的光网络单元，可以归一化成管理模式，即单用户光网络单元管理模式，消除了设备形态导致的管理差异，提升管理效率。
[0073]以下结合附图对？上联冊I采用点对点或点对多点接入以及以太网上联点对点或点对多点接入进行说明:
[0074]图2和图4分别为典型的虚拟光节点接入设备采用？0~上联点对点和点对多点接入网络架构示意图。
[0075]当上联网络为？网络时，虚拟化光网络单元设备下接入的用户侧物理接口为081双绞线或以太网方式情况下，光网络单元与用户侧网络采用点对点网络架构，而虚拟化光网络单元设备下接入的用户侧物理接口为￡0(:同轴电缆或？IX电力线通信方式情况下，接入设备与用户侧网络采用点对多点网络架构。
[0076]更具体的，在上联网络为？0~网络时，每个虚拟0斯分别对应一个,1或⑶匕0?状态就是虚拟0斯咖I状态，0?与虚拟0斯自动关联。每个虚拟0斯是一个独立的转发域，具有独立转发功能。
[0077]图3和图5分别为典型的虚拟光节点接入设备采用以太网上联点对点和点对多点接入网络架构示意图。
[0078]当上联网络为以太网络时，虚拟光节点接入头端设备下接入的用户侧物理接口为081双绞线或以太网方式情况下，接入设备与用户侧网络采用点对点网络架构，而虚拟光节点接入头端设备下接入的用户侧物理接口为￡0(:同轴电缆或？IX电力线通信方式情况下，接入设备与用户侧网络采用点对多点网络架构。
[0079]更具体的，在上联网络为以太网络时，每个虚拟0斯分别对应一个,1或状态就是虚拟0斯丽状态，与虚拟0斯自动关联。每个虚拟0斯是一个独立的转发域，具有独立转发功能。
[0080]每个虚拟0斯独立响应011的开窗测距和注册，并完成整个乂0斯上线流程；08八机制也是每个虚拟0斯独立进行，包括缓存内数据报文的上报，08八带宽的授权和数据报文的发送控制；每个乂0斯也可以进行独立的环境温度、光功率参数、版本升级、冊I端口状态的设置、查询和上报等操作，由于环境温度和光功率是来自同一光网络单元的，因此，每个虚拟0X1上报的值会是相同。
[0081]实施例1
[0082]传统的单个0X1注册主要通过随机竞争机制，在与01^之间与其他0X1进行随机竞争，根据竞争结果来依次完成开窗测距和注册，而对于在同一个光网络终端中多个0X1^0与011之间如何实现测距和注册，目前还没有较为明确的实现方式。
[0083]本实施例提供一种光网络单元注册方法，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括:通过所述处理模块的协调控制所述各个虚拟光网络单元的注册流程。
[0084]在光网络系统中，011向0斯或乂0斯周期发送注册窗口期信息，各0斯或乂0斯在注册窗口期中完成注册流程。
[0085]虚拟化0X1注册机制包括两种方式，一种为顺序注册机制，由处理模块根据虚拟0^的注册申报的顺序而进行先进先出调度，每次只允许一个0X1跟011之间进行开窗测距和注册，011与该0X1的测距注册过程则完全依据标准的0X1注册方式，从而依次完成的注册流程；一种为竞争注册机制，处理模块完全透传0X1的注册申报，所有0X1同时向0口申报注册信息，0口与0X1之间通过随机竞争机制来完成0X1的开窗测距和注册。下面结合附图来进一步说明虚拟0X1的这两种注册机制流程。
[0086]注册流程一
[0087]不同的虚拟光网络单元分别具有不同的标识，如图6所示，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括:
[0088]步骤601:所述处理模块接收发送的注册请求，其中携带所述的标识；
[0089]虚拟0斯上线，触发注册流程，并向处理模块发出注册请求。
[0090]步骤602:所述处理模块记录所述的标识，检测是否存在其他正在注皿册；
[0091]步骤603:若存在其他卩0^^正在注册，所述处理模块向所述卩0^^发送等待指令，并将所述^0^^的注册请求放入等待队列，依次处理等待队列中的各个注册请求，在当前注册窗口期内随机发送注册请求，否则发送当前^0^^的注册请求，完成所述的注册。
[0092]存在其他正在注册，虚拟0X1此时排队等待，等待其他先于自己的虚拟0X1注册完成，直到先于自己的注册状态空闲，启动虚拟0X1注册流程，虚拟0X1向011发出注册申请，采用标准的0X1开窗测距和注册流程和机制，并与同时向011发出注册申请的0X1进行竞争注册。根据这种办法，虚拟0X1与0口之间依次顺序完成所有0X1注册，并向处理模块报告0^^注册成功，处理模块监控并等待下一个注册申请。
[0093]当超出所述当前注册窗口期时，所述处理模块删除当前等待队列中的注册请求。所述注册窗口期是周期更新的。
[0094]注册流程二
[0095]不同的虚拟光网络单元分别具有不同的标识，如图7所示，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括:
[0096]步骤701:所述处理模块接收发送的注册请求，其中携带所述的标识；
[0097]虚拟0斯上线，触发注册流程，并向处理模块发出注册请求。
[0098]步骤702:所述处理模块记录所述的标识，检测是否存在其他正在注皿册；
[0099]步骤703:若存在其他正在注册，所述处理模块向所述发送等待指令，该^0^^接收到该等待指令后在注册窗口期中后退一随机时间再次发送注册请求。
[0100]该注册流程二中通过处理模块在存在其他正在注册的情况下，向当前乂0^^发送等待指令，可以避免之间的注册冲突，提升注册效率。
[0101]上述注册流程一和注册流程二都是顺序注册流程，即都由处理模块控制实现各乂0斯的顺序注册。
[0102]注册流程三
[0103]不同的虚拟光网络单元分别具有不同的标识，如图8所示，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括:
[0104]步骤801:所述处理模块接收各个发送的注册请求，其中携带所述的标识；
[0105]虚拟0X1上线，触发注册流程，并向处理模块发出注册请求。
[0106]步骤802:所述处理模块透传各个V(^口的注册请求，以使各V(^口采用随机竞争方式实现注册过程。
[0107]启动虚拟0斯注册流程，虚拟0斯向011发出注册申请，采用标准的0斯开窗测距和注册流程和机制，并与所有同时向011发出注册申请的0X1进行随机竞争注册；根据这种办法，虚拟0X1与011之间依次顺序完成所有0X1注册，并向处理模块报告0X1注册成功，处理模块监控并等待下一个注册申请。
[0108]该注册流程三中处理模块仅对接收到的注册请求进行透传，透传至0口的注册请求再采用随机竞争方式实现注册流程。
[0109]为了实现上述光网络单元注册方法，本申请还提供了一种光网络单元，如图9、10所示，所述光网络单元包括:
[0110]处理模块，用于协调控制完成所述各个虚拟光网络单元的注册流程；
[0111]以及若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，用于实现实体光网络单元的功能，包括完成注册流程。
[0112]如上文所述，011向0斯或V。斯周期发送注册窗口期信息，各0斯或V。斯在注册窗口期中完成注册流程。
[0113]对应于注册流程一，不同的虚拟光网络单元分别具有不同的标识，如图9所示，所述处理模块包括:
[0114]注册请求接收子模块，用于接收70斯发送的注册请求，其中携带所述70斯的标识；
[0115]记录检测子模块，用于记录所述70^^的标识，还用于检测是否存在其他70^^正在注册；
[0116]注册请求处理子模块，用于处理接收的注册请求，其中若存在其他正在注册，向所述^0^^发送等待指令，并将所述的注册请求放入等待队列，依次处理等待队列中的各个注册请求，在当前注册窗口期内随机发送注册请求，否则发送当前的注册请求，完成所述^0斯的注册。
[0117]具体地，当超出所述当前注册窗口期时，所述注册请请求处理子模块还用于删除当前等待队列中的注册请求。
[0118]所述注册窗口期是周期更新的。
[0119]对应于注册流程二，不同的虚拟光网络单元分别具有不同的标识，如图9所示，所述处理模块包括:
[0120]注册请求接收子模块，用于接收70斯发送的注册请求，其中携带所述70斯的标识；
[0121〕 记录检测子模块，用于记录所述的标识，以及检测是否存在其他正在注皿册；
[0122]注册请求处理子模块，用于处理接收到的注册请求，其中，若存在其他正在注册，向所述乂0^^发送等待指令，以使该乂0^^接收到该等待指令后在注册窗口期中后退一随机时间再次发送注册请求。
[0123]不同的虚拟光网络单元分别具有不同的标识，对应于注册流程三，如图10所示，所述处理模块包括:
[0124]注册请求接收子模块，用于接收各个70斯发送的注册请求，其中携带所述70斯的标识；
[0125]注册请求透传子模块，用于透传各个的注册请求，以使各乂0^^采用随机竞争方式实现注册过程。
[0126]虚拟0斯根据其冊I接口或冊I接口内的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态，触发虚拟0斯自动上线下线流程。对于点对点咖I接口介质，用户关闭终端设备时，咖I 口的反向供电也可能被关闭，触发虚拟0斯下线过程，给0口发011^6-6^8？消息；用户打开终端设备时，冊I 口的反向供电被打开，触发虚拟0斯上线过程，如果网络中有033系统虚拟0X1在首次上线过程将获得其配置，实现自动开通，并实现计费，非第一次上线将只触发033进行计费；对于点对多点咖I介质，虚拟0斯同用户终端间可以采用802，1‘的以太网0八1机制或终端自己开关点上包消息给虚拟0X1，虚拟0X1根据以太网络0八1结果或终端设备上报的终端开关电消息，触发虚拟0X1的上下线，对于虚拟0^初次上线，也可以通过033自动开通流程实现业务开通，并实现计费，非第一次只触发计费。
[0127]以下通过具体的实施例对虚拟0X1单元的上下线流程进行说明:
[0128]实施例二
[0129]传统上，5即和101设备的上下线触发机制流程主要基于5即和101开关点来触发，而对于同一个光网络终端设备中多个0斯歡上下线触发机制和根据物理或逻辑丽端口状态来触发，目前没有较为明确的实现方式。
[0130]本实施例二提供一种光网络单元上下线管理方法，该方法基于光网络单元实现，所述光网络单元包括若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；如图11所示，该方法包括:
[0131]步骤1101:所述各个检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态；
[0132]步骤1102:所述乂0斯根据检测结果触发对应乂0斯的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活⑶?)状态，则触发对应％斯的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活(001^0状态，则触发对应的下线流程。
[0133]对于点对点网络情况下，虚拟0X1根据检测到的服端口上电状态，直接触发0X1上线流程，并向虚拟0X1提供反向供电；对于点对多点网络情况，虚拟0X1根据检测到的丽的端口的上电状态信息来触发上线流程，虚拟0斯与用户终端之间根据802，1^6以太网0八1管理机制或用户终端自己将上电状态信息上报给虚拟0X1，虚拟0X1根据802，1^6以太网0舰管理结果或用户终端上报的上电状态信息判断咖I端口的上电状态，触发虚拟0斯上线流程，采用标准的0X1上线流程，与011和后台管理系统033配合，完成0X1和用户网络设备的上线流程。
[0134]对于点对点网络情况下，虚拟0斯根据检测到的丽端口存在关电状态，直接触发0^下线流程，并向0X1停止反向供电；对于点对多点网络情况，虚拟0X1根据检测到的服的端口的关电状态信息来触发下线流程，虚拟0X1与用户终端之间根据802，1^6以太网0八1管理机制或用户终端自己将关电状态信息上报给虚拟0X1，虚拟0X1根据802，1^6以太网0舰管理结果或用户终端上报的关电状态信息判断咖I端口的关电状态，触发虚拟0斯下线流程；0斯向011发送011如-以3？消息，采用标准的0斯下线流程，与011和后台管理系统088配合，完成0X1和用户网络设备的下线计费流程。
[0135]该光网络单元上下线管理方法中，所述用户逻辑端口的状态依据乂0^^和客户端设备￠3?间交互消息中的激活信息获得。
[0136]为了实现上述光网络单元上下线管理方法，本申请还提供了一种光网络单元，如图12所示，所述光网络单元包括若干个虚拟光网络单元，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；所述^0^^包括:
[0137]状态检测子模块，用于检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态；
[0138]上下线管理子模块，用于根据检测结果触发对应的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活V？状态，则触发对应乂0斯的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活001^状态，则触发对应的下线流程。
[0139]其中，所述用户逻辑端口的状态依据乂0斯和客户端设备(3?间交互消息中的激活信息获得。
[0140]本申请上下线管理方法，与传统的0斯上下线触发机制不同，传统的0斯上下线触发主要是根据端口的上线下线状态来申请，而不是根据用户物理端口的供电状态或用户逻辑端口的激活或去激活状态。为了解决同一光网络设备下的多个0X1设备上下线触发，并提高网络设备上下线工作效率，在虚拟化光网络单元中通过检测用户物理端口的供电状态或用户逻辑端口的激活或去激活状态来触发，提高上下线触发效率。
[0141]本发明的光网络单元中每个70^^可以独立供电，每个虚拟0X1除了可以从本地取电外，还可以从用户侧通过？02或其他方式进行独立的反向取电。因此对于点对点丽接口介质来说(如乂01和以太网接口)，每个虚拟0斯可以独立从其冊I 口进行反向供电，而只有各虚拟0斯共用的光模块等公共部件才由各咖I接口共享供电，这大大降低了从咖I取电的功率要求，进一步可以根据冊I接口特性，关闭该虚拟0斯下的冊I接口的物理线卡模块，从而节省设备功耗。同时，对于点对多点咖I接口，虚拟0斯通过独立供电管理模块，可以根据物理和逻辑端口的使用情况，通过判断虚拟0斯用户网络侧丽网络上线和待机状态，关闭不使用的虚拟0斯进一步可以根据丽接口特性，关闭该虚拟0斯下的丽接口的物理线卡模块，从而节省设备功耗。
[0142]以下通过具体的实施例，对各虚拟0X1的供电管理方法进行说明:
[0143]实施例三
[0144]传统上，3冊和101设备的电源取电方式均为本地取电，且供电方式上对该设备的0斯嫩0、控制系统、用户网络接口等各个功能模块，无论是否处于工作状态都一起供电，这造成设备供电资源的浪费。同时，对于同一个光网络终端设备中虚拟成多个0斯嫩的设备供电机制，目前没有较为明确的实现方式。
[0145]本申请还提供了一种光网络单元供电管理方法实施例，该方法基于光网络单元实现，所述光网络单元包括电源管理模块以及若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；如图13所示，该方法包括:
[0146]步骤1301:所述电源管理模块根据各乂0斯对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应^0^^进行供电；
[0147]丽用户网络接口上电，丽端口向虚拟0X1的独立电源模块提供反向供电，同时服端口向光模块、处理模块等部分供电；虚拟电源管理模块各乂0斯对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应^0^^进行供电，其中，若所述用户物理端口处于上电状态或所述用户逻辑端口处于激活状态，则判断需要对对应的进行供电；若所述用户物理端口处于关电状态或所述用户逻辑端口处于去激活状态，则判断不需要对对应的70斯进行供电。
[0148]具体地，所述用户逻辑端口的状态依据乂0^^和客户端设备0?间交互消息中的激活信息获得。
[0149]步骤1302:所述电源管理模块开通需要供电的乂0斯和/或该乂0斯对应的物理线卡，关闭不需要供电的^0^^和/或该对应的物理线卡。
[0150]该光网络单元供电管理方法实施例依据各对应的用户物理端口和/或用户逻辑端口的状态开通或关闭对应的和/或该对应的物理线卡，避免了不需要供电的和/或该对应的处于开通状态，达到了节能的目的。
[0151]为了实现上述实施例三的光网络单元供电管理方法，本申请还提供了一种光网络单元，如图14所示，所述光网络单元包括:电源管理模块以及若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；所述电源管理模块包括:
[0152]供电管理子模块，用于根据各对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应^0^^进行供电；
[0153]供电开关子模块，用于开通需要供电的和/或该对应的物理线卡，以及关闭不需要供电的^0^^和/或该对应的物理线卡。
[0154]具体地，若所述用户物理端口处于上电状态或所述用户逻辑端口处于激活状态，则判断需要对对应的进行供电；若所述用户物理端口处于关电状态或所述用户逻辑端口处于去激活状态，则判断不需要对对应的进行供电。
[0155]其中，所述用户逻辑端口的状态依据乂0斯和客户端设备0?间交互消息中的激活信息获得。
[0156]为降低功耗，虚拟0斯的转发功能尽量简化，但每个虚拟0斯保留了端口缓存，003处理能力和直通转发功能，根据上联口类型不同每个虚拟0X1又有不同的独立资源:
[0157]6？0^上联模式:每个虚拟0灿具备独立的0灿-10，泖，诎1-？0町，1-00^1及1-⑶町对应的缓存；下行方向从光网络单元进入的数据流根据现1-？01？1转发到对应虚拟0X1，然后转发到虚拟0X1对应的,1或,1内的逻辑通道，由,1或,1逻辑通道转发到用户终端设备，上行方向，从咖I 口进入的数据包，根据优先级或强制修改后的优先级映射到不同现1-？01？1，然后映射到虚拟0斯的不同卜⑶阶或者映射到同一现1-？01？1，然后映射到虚拟0斯的同一了-⑶阶的不同队列，从上联口发出去。
[0158]^6？0^上联模式:每个虚拟0斯具备独立的0斯-10，621~？01？1，1-00^1及1-00^1对应的缓存；下行方向从光网络单元进入的数据流根据现1-？01？1转发到对应虚拟0斯，然后转发到虚拟0斯对应的冊I或冊I内的逻辑通道，由冊I或冊I逻辑通道转发到用户终端设备；上行方向，从咖I 口进入的数据包，根据优先级或强制修改后的优先级映射至I』不同现1-？01？1，然后映射到虚拟0斯的不同1-(1厕' 或者映射到同一现1-？01？1，然后映射到虚拟0斯的同一卜⑶阶的不同队列，从上联口发出。
[0159]1062？0^和上联模式:每个虚拟0斯具备独立的0斯-10，嫩?:或％，1110,及1110对应的缓存；下行方向从光网络单元进入的数据流根据110转发到对应虚拟(^口，然后转发到虚拟0X1对应的,1或,1内的逻辑通道，由,1或,1内逻辑通道转发到用户终端设备；上行方向，从咖I 口进入的数据包，根据优先级或强制修改后的优先级映射到不同1^10，然后从上联口发出去，或者映射到虚拟0X1的同一 110，然后映射到110的不同队列，从上联口发出去。
[0160]^6？0^2上联模式:每个虚拟0斯具备独立的0斯-10，8^,现1-？01？1，1-00^1及1-00^1对应的缓存；下行方向从光网络单元进入的数据流根据现1-？01？1转发到对应虚拟0斯，然后转发到虚拟0斯对应的冊I或冊I内的逻辑通道，由冊I或冊I内的逻辑通道转发到用户终端设备；上行方向，从研^1 口进入的数据包，根据优先级或强制修改后的优先级映射到不同现1-？01？1，然后映射到虚拟0斯的不同卜⑶阶或者映射到同一现1-？01？1，然后映射到虚拟0X1的同一的不同队列，从上联口发出。
[0161〕上联模式:每个虚拟0斯具备独立的0斯-10，嫩?:地址，1^6及对应的缓存；下行方向从光网络单元进入的数据流根据数据包外层17^转发到对应虚拟0斯，然后转发到虚拟0斯对应的冊I或冊I内的逻辑通道，由冊I或冊I逻辑通道转发到用户终端设备；上行方向，从咖I 口进入的数据包，根据优先级或强制修改后的优先级映射到虚拟0斯的上联口队列，并加上虚拟0斯对应的外层1^6,从上联口发出。
[0162]以太网上联模式:每个虚拟0斯具备独立的0斯-10，^0地址，及对应的缓存；下行方向从光网络单元进入的数据流根据数据包外层17^转发到对应虚拟0斯，然后转发到虚拟0斯对应的冊I或冊I内的逻辑通道，由冊I或冊I逻辑通道转发到用户终端设备；上行方向，从咖I 口进入的数据包，根据优先级或强制修改后的优先级映射到虚拟0斯的上联口队列，并加上虚拟0斯对应的外层1^6,从上联口发出。
[0163]对于组播业务，011需要根据虚拟0X1为单位进行组播复制，虚拟0X1再复制到虚拟0X1对应的丽口及,1 口下的逻辑通道。组播报文处理不是以丽侧的端口为对象，而是以虚拟0X1为复制对象，011给每个虚拟0X1 —份组播复制报文，011和虚拟0X1可以根据1(?^组播协议动态处理复制动作。
[0164]以下对具体的组播方法进行说明:
[0165]实施例四
[0166]传统上，3冊和101的组播复制对象以设备用户端口为对象，这造成在5即的单一0X1业务处理时，需要根据端口数量来复制相应数量的多份组播报文，而对于同一光网络设备中虚拟成多个0X1的设备组播复制机制，目前没有较为明确的实现方式，如果依然采用传统方式，组播复制效率会很低。
[0167]本申请还提供了一种光网络单元组播方法，该组播方法不仅适用于本申请提供的光网络单元中的虚拟光网络单元，也同样适用于现有的光网络单元，具体地，如图15所示，该方法包括:
[0168]步骤1501:所述0斯接收011发送的组播报文，所述组播报文是所述0口以所述0^为对象复制的；
[0169]步骤1502:所述0^^对所述组播报文进行处理。
[0170]该方法中的所述0斯为实体0斯或为实体0斯中的虚拟0斯，所述实体0斯或所述虚拟0X1与用户物理端口和/或用户逻辑端口——对应。
[0171]本申请提供的光网络单元组播方法，不仅简化了对组播报文的处理过程，同时也达到节能目的。
[0172]所述0X1对所述组播报文进行处理可以包括以下两种方式:
[0173]方式一:所述0^^对所述组播报文进行处理包括所述0^^将所述组播报文透传给用户端设备。
[0174]方式二:所述0斯对所述组播报文进行处理包括所述0斯以该0斯对应的客户端设备为对象进行再次组播复制，并发送给所述用户端设备。
[0175]具体地，该方法若基于本申请光网络单元实现，即所述光网络单元包括若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口--对应，如图16所示，则该方法包括:
[0176]步骤1601:所述接收0口发送的组播报文，所述组播报文是所述0口以所述乂0斯为对象复制的；
[0177]步骤1602:所述V。斯对所述组播报文进行处理。
[0178]特别地，对于实现多个虚拟0斯的0斯来说，其节能需求非常高，采用本申请组播方法能有效实现节能目的。
[0179]为了实现上述实施例四的光网络单元组播方法，本申请还提供了一种光网络单元，如图17所示，该光网络单元包括:
[0180]组播报文接收模块，用于接收0口发送的组播报文，所述组播报文是所述0口以所述0X1为对象复制的；
[0181]组播报文处理模块，用于对接收的所述组播报文进行处理。
[0182]所述0X1对所述组播报文进行处理包括所述0X1以该0X1对应的客户端设备为对象进行再次组播复制，并发送给所述用户端设备。
[0183]所述0X1对所述组播报文进行处理包括所述0X1将所述组播报文透传给用户端设备。
[0184]具体地，所述0斯为实体0斯或为实体0斯中的虚拟0斯，所述实体0斯或所述虚拟0X1与用户物理端口和/或用户逻辑端口——对应。
[0185]对于软件版本下载和升级而言，每个虚拟0斯的逻辑标识位包含该0斯的版本升级编号信息，在下载和升级过程中，虚拟0^^与0口版本下载通信握手和版本下载申请时，通过查询0口的版本下载状态，以及虚拟0X1的逻辑标识位，如果存在其他某个虚拟0X1正在下载最新版本，则该虚拟0^^停止版本下载申请，等待正在下载版本的虚拟0^^下载完成，则该虚拟0X1的版本下载也随之完成。由于所有虚拟0X1通过0口下载统一的软件版本，只要任何一个虚拟0X1从01^上下载了最新的版本，则其余的虚拟0X1的版本也随之一起升级，因此与实体0X1相比，所有虚拟0X1只需要从011上下载一次软件版本，就可以满足所有其他虚拟0^^升级需求，极大提高0^^的版本下载效率。
[0186]具体地，通过以下实施例对本申请版本升级方法进行说明:
[0187]实施例五
[0188]传统上，5而或101设备的版本下载和软件升级方式，每个光网络终端设备都需要从011上下载版本和软件升级，0斯负责下载和升级各自3冊或101设备的软件版本，而对于同一光网络设备中虚拟成多个0斯嫩的设备组播复制机制，目前没有较为明确的实现方式，如果依然采用传统方式，需要下载多份软件版本，且版本下载和升级的效率会很低。
[0189]本申请还提供了一种光网络单元版本升级方法实施例，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元^0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，如图18所示，该方法包括:
[0190]步骤1801:所述接收011发送的软件版本更新指令；
[0191]步骤1802:所述V(^口向所述处理模块发送查询请求，以查询是否存在有V(^口已经响应所述软件版本更新指令；
[0192]步骤1803:所述处理模块接收所述查询请求后，判断是否存在正在进行软件版本更新的乂0斯，并向所述乂0斯返回查询结果；
[0193]步骤1804:所述V(^口根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应。
[0194]为了实现上述光网络单元版本升级方法实施例，本申请还提供了一种光网络单元，如图19所示，所述光网络单元包括处理模块和若干个虚拟光网络单元乂0^^，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，所述包括:
[0195]指令接收子模块，用于接收011发送的软件版本更新指令；
[0196]查询请求发送子模块，用于向所述处理模块发送查询请求，以查询是否存在有^0^11已经响应所述软件版本更新指令；
[0197]版本更新管理子模块，用于接收查询结果，以及根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应；
[0198]所述处理模块包括:
[0199]查询请求接收子模块，用于接收所述查询请求；
[0200]查询请求处理子模块，用于判断是否存在正在进行软件版本更新的7(^1，以及向所述70斯返回查询结果。
[0201]图20为典型的虚支持虚拟化0斯的嫩0芯片系统架构图，该嫩0芯片内部架构主要包括？0~歡处理模块、0^模块、业务流处理模块、以太网接口模块等部分，根据需要还可以包含包处理模块、时钟同步处理模块等部分。
[0202]其中，？0^ ^0处理模块包括上联？0~ ^0和虚拟0斯控制部分，主要负责上联嫩协议的转换和处理，以及将上联的单个0X1嫩虚拟成若干个逻辑上相互独立的虚拟0斯^0模块；以太网接口模块主要负责将？0~ ^0处理模块与以太网接口之间的协议转换，满足⑶口或10(? 口点对点上联模块负责虚化光网络单元的内部控制和数据处理；业务流处理模块负责每个虚拟0斯的,1与之间的业务流映射和转发，使得每个虚拟0斯的业务处理方式与相同，具备等同5而的管理方式，管理通道可以采用标准的01(^1或0八1方式，并且支持业务透传模式，从而满足光纤到分布点/门口/办公室等应用场景。
[0203]更具体的，？0^ ^0处理模块上联通过36468接口与？网络相连，并可根据上联方式需要，可以同时支持6？0^?1062？0^? 2？0队62,1062, ^6？0^2和等多模方式，也可以仅支持其中的一种或若干种，具体工作模式软件可以配置，
[0204]更具体的，根据应用场景和所接用户侧情况不同，为了兼容，传统？118场景下101类要求，可选虚拟光网络单元中可以增加包处理模块，完成嫩地址学习转发、映射转发、八1接入控制列表处理、组播等功能。
[0205]在虚拟0斯中可以增加1现21588乂2处理模块，满足应用场景。
[0206]对于开放网络或虚拟运营商场景，虚拟0斯以归属不同的业务提供商，丽或丽的逻辑通道根据归属情况映射到对应虚拟匕虚拟0X1的各种资源都彼此对立，业务提供商业可自由分配其资源。对于时间同步模块^￡￡￡158872模块),每个虚拟0斯可以独立采用扣模式处理，满足业务提供商的时间同步独立需求。
[0207]更具体的，业务流处理模块、包处理模块、时钟同步处理模块等采用独立供电方式，各模块之间的工作可以相互独立，根据实际使用情况可以关闭这其中不工作的模块来节省功耗，同时也可以相互间配合工作来满足光纤到分布点、办公室、楼道、移动接入点等不同的应用场景需求。
[0208]本发明所提的各种虚拟光网络单元的方法和装置显然不局限于实施例中提出的方式。例如，图1，虚拟化光网络单元的设备系统架构图中是4个咖I接口放在一块线卡上，每个系统支持2个线卡槽位，也可以是每个线卡只支持1个咖I接口，系统支持8个线卡槽位，
[0209]又如，还可以将该单个0X1光网络单元虚拟成多个独立0X1光网络单元的方法，衍生成采用多个实体0X1光网络单元进行整合或堆叠的方式，将单个0X1模块虚拟成若干个虚拟0斯模块，衍生成用若干个实体0斯光网络单元替代单个0斯和虚拟0斯模块，满足不同场景需求。
[0210]又如，还可以将虚拟化光网络单元的？0~職模块、业务流处理模块、0^模块、包处理模块、时钟同步处理模块等模块进行相互组合或删减，减少模块成本和功耗，同时也可以增加功能模块，来满足不同的应用场景。
[0211]又如，还可以在虚拟化光网络单元和用户侧的双绞线、同轴电缆、电力线等物理接口模块之间增加作为业务交换模块，或将物理接口模块单端口模块和多端口线卡进行组合，满足不同的应用场景。
[0212]本发明提出光网络单元虚拟化实现方法，以支持光网络单元的灵活部署和简化管理，采用该方法实现的多驻户光网络单元可以采用更为简单的？11?的运维管理和业务开通模式，设备形态可以做到任意裁剪，同时各用户对应的模块可独立供，功耗上能满足单用户或多用户反向供电要求，极大降低反向供电难度，入户方式可以为以太网线、电话线(双绞线?、同轴电缆、电力线等，入户线电解质可以是点对点通信机制，也可以是点多多点共享介质通信机制，光网络单元上联光接口组网方式可以为点对点以太网或点对多点无源光网络，从而解决光纤入户最后一段接入介质的灵活部署和简单化管理问题。
[0213] 虽然本发明的采用虚拟光网络单元实现光网络单元设备灵活部署的方法和装置已被说明和描述，但很明显本发明是不受限制的。在不偏离由附属权利要求书所确定的本发明的精神和范围的条件下，本领域的技术人员将会考虑到许多修正、更换、变化、替代和等效的内容。
【权利要求】
1.一种光网络单元注册方法，其特征在于，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括: 通过所述处理模块的协调控制所述各个虚拟光网络单元的注册流程。
2.如权利要求1所述的方法，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括: 所述处理模块接收VONU发送的注册请求，其中携带所述VONU的标识； 所述处理模块记录所述VONU的标识，检测是否存在其他VONU正在注册； 若存在其他VONU正在注册，所述处理模块向所述VONU发送等待指令，并将所述VONU的注册请求放入等待队列，依次处理等待队列中的各个注册请求，在当前注册窗口期内随机发送注册请求，否则发送当前VONU的注册请求，完成所述VONU的注册。
3.如权利要求2所述的方法，其特征在于:当超出所述当前注册窗口期时，所述处理模块删除当前等待队列中的注册请求。
4.如权利要求1所述的方法，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括: 所述处理模块接收VONU发送的注册请求，其中携带所述VONU的标识； 所述处理模块记录所述VONU的标识，检测是否存在其他VONU正在注册； 若存在其他VONU正在注册，所述处理模块向所述VONU发送等待指令，该VONU接收到该等待指令后在注册窗口期中后退一随机时间再次发送注册请求。
5.如权利要求1所述的方法，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述通过所述处理模块的控制完成所述若干个虚拟光网络单元的注册流程的步骤包括: 所述处理模块接收各个VONU发送的注册请求，其中携带所述VONU的标识； 所述处理模块透传各个VONU的注册请求，以使各VONU采用随机竞争方式实现注册过程。
6.一种光网络单元上下线管理方法，其特征在于，该方法基于光网络单元实现，所述光网络单元包括若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括: 所述各个VONU检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态； 所述VONU根据检测结果触发对应VONU的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活UP状态，则触发对应VONU的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活DOWN状态，则触发对应V0NU的下线流程。
7.如权利要求6所述的方法，其特征在于:所述用户逻辑端口的状态依据V0NU和客户端设备CPE间交互消息中的激活信息获得。
8.—种光网络单元供电管理方法，其特征在于，该方法基于光网络单元实现，所述光网络单元包括电源管理模块以及若干个虚拟光网络单元V0NU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；该方法包括: 所述电源管理模块根据各VONU对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应VONU进行供电； 所述电源管理模块开通需要供电的VONU和/或该VONU对应的物理线卡，关闭不需要供电的VONU和/或该VONU对应的物理线卡。
9.如权利要求8所述的方法，其特征在于:若所述用户物理端口处于上电状态或所述用户逻辑端口处于激活状态，则判断需要对对应的VONU进行供电；若所述用户物理端口处于关电状态或所述用户逻辑端口处于去激活状态，则判断不需要对对应的VONU进行供电。
10.如权利要求8所述的方法，其特征在于:所述用户逻辑端口的状态依据VONU和客户端设备CPE间交互消息中的激活信息获得。
11.一种光网络单元组播方法，其特征在于，该方法包括: 所述ONU接收OLT发送的组播报文，所述组播报文是所述OLT以所述ONU为对象复制的； 所述ONU对所述组播报文进行处理。
12.如权利要求11所述的方法，其特征在于:所述ONU对所述组播报文进行处理包括所述ONU以该ONU对应的客户端设备为对象进行再次组播复制，并发送给所述用户端设备。
13.如权利要求11所述的方法，其特征在于:所述ONU对所述组播报文进行处理包括所述ONU将所述组播报文透传给用户端设备。
14.如权利要求11至13中的任一项所述的方法，其特征在于:所述ONU为实体ONU或为实体ONU中的虚拟ONU，所述实体ONU或所述虚拟ONU与用户物理端口和/或用户逻辑端口--对应。
15.一种光网络单元版本升级方法，其特征在于，该方法基于光网络单元实现，所述光网络单元包括处理模块以及若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，该方法包括: 所述VONU接收OLT发送的软件版本更新指令； 所述VONU向所述处理模块发送查询请求，以查询是否存在有VONU已经响应所述软件版本更新指令； 所述处理模块接收所述查询请求后，判断是否存在正在进行软件版本更新的VONU，并向所述VONU返回查询结果； 所述VONU根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应。
16.一种光网络单元，其特征在于，所述光网络单元包括: 处理模块，用于协调控制完成所述各个虚拟光网络单元的注册流程； 以及若干个虚拟光网络单元VONU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应，用于实现实体光网络单元的功能，包括完成注册流程。
17.如权利要求16所述的光网络单元，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述处理模块包括: 注册请求接收子模块，用于接收VONU发送的注册请求，其中携带所述VONU的标识； 记录检测子模块，用于记录所述VONU的标识，还用于检测是否存在其他VONU正在注ππ册; 注册请求处理子模块，用于处理接收的注册请求，其中若存在其他VONU正在注册，向所述V0NU发送等待指令，并将所述V0NU的注册请求放入等待队列，依次处理等待队列中的各个注册请求，在当前注册窗口期内随机发送注册请求，否则发送当前V0NU的注册请求，完成所述V0NU的注册。
18.如权利要求17所述的光网络单元，其特征在于:当超出所述当前注册窗口期时，所述注册请请求处理子模块还用于删除当前等待队列中的注册请求。
19.如权利要求16所述的光网络单元，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述处理模块包括: 注册请求接收子模块，用于接收V0NU发送的注册请求，其中携带所述V0NU的标识； 记录检测子模块，用于记录所述V0NU的标识，以及检测是否存在其他V0NU正在注册； 注册请求处理子模块，用于处理接收到的注册请求，其中，若存在其他V0NU正在注册，向所述V0NU发送等待指令，以使该V0NU接收到该等待指令后在注册窗口期中后退一随机时间再次发送注册请求。
20.如权利要求16所述的光网络单元，其特征在于，不同的虚拟光网络单元分别具有不同的标识，所述处理模块包括: 注册请求接收子模块，用于接收各个V0NU发送的注册请求，其中携带所述V0NU的标识； 注册请求透传子模块，用于透传各个V0NU的注册请求，以使各V0NU采用随机竞争方式实现注册过程。
21.一种光网络单元，其特征在于，所述光网络单元包括若干个虚拟光网络单元V0NU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；所述V0NU包括: 状态检测子模块，用于检测对应的用户物理端口的供电状态或用户逻辑端口的激活或去激活状态； 上下线管理子模块，用于根据检测结果触发对应V0NU的上下线流程，其中若用户物理端口开始供电或用户逻辑端口状态为激活UP状态，则触发对应V0NU的上线流程，若用户物理端口停止供电或用户逻辑端口状态为去激活DOWN状态，则触发对应V0NU的下线流程。
22.如权利要求21所述的光网络单元，其特征在于:所述用户逻辑端口的状态依据V0NU和客户端设备CPE间交互消息中的激活信息获得。
23.一种光网络单元，其特征在于，所述光网络单元包括:电源管理模块以及若干个虚拟光网络单元V0NU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口一一对应；所述电源管理模块包括: 供电管理子模块，用于根据各V0NU对应的用户物理端口和/或用户逻辑端口的状态判断是否需要对对应V0NU进行供电； 供电开关子模块，用于开通需要供电的V0NU和/或该V0NU对应的物理线卡，以及关闭不需要供电的V0NU和/或该V0NU对应的物理线卡。
24.如权利要求23所述的光网络单元，其特征在于:若所述用户物理端口处于上电状态或所述用户逻辑端口处于激活状态，则判断需要对对应的V0NU进行供电；若所述用户物理端口处于关电状态或所述用户逻辑端口处于去激活状态，则判断不需要对对应的VONU进行供电。
25.如权利要求24所述的光网络单元，其特征在于:所述用户逻辑端口的状态依据V0NU和客户端设备CPE间交互消息中的激活信息获得。
26.一种光网络单元，其特征在于，该光网络单元包括: 组播报文接收模块，用于接收0LT发送的组播报文，所述组播报文是所述0LT以所述0NU为对象复制的； 组播报文处理模块，用于对接收的所述组播报文进行处理。
27.如权利要求26所述的光网络单元，其特征在于:所述0NU对所述组播报文进行处理包括所述0NU以该0NU对应的客户端设备为对象进行再次组播复制，并发送给所述用户端设备。
28.如权利要求26所述的光网络单元，其特征在于:所述0NU对所述组播报文进行处理包括所述0NU将所述组播报文透传给用户端设备。
29.如权利要求26至28中的任一项所述的光网络单元，其特征在于:所述0NU为实体0NU或为实体0NU中的虚拟0NU，所述实体0NU或所述虚拟0NU与用户物理端口和/或用户逻辑端口一一对应。
30.一种光网络单元，其特征在于，所述光网络单元包括处理模块和若干个虚拟光网络单元V0NU，所述若干个虚拟光网络单元分别与若干个用户物理端口和/或用户逻辑端口——对应，所述V0NU包括: 指令接收子模块，用于接收0LT发送的软件版本更新指令； 查询请求发送子模块，用于向所述处理模块发送查询请求，以查询是否存在有V0NU已经响应所述软件版本更新指令； 版本更新管理子模块，用于接收查询结果，以及根据所述查询结果确定是否响应所述软件版本更新指令，并在响应时通知所述处理模块，其中若存在，则不响应，否则响应； 所述处理模块包括: 查询请求接收子模块，用于接收所述查询请求； 查询请求处理子模块，用于判断是否存在正在进行软件版本更新的V0NU，以及向所述V0NU返回查询结果。
【文档编号】H04B10/25GK104467951SQ201310449347
【公开日】2015年3月25日 申请日期:2013年9月24日 优先权日:2013年9月24日
【发明者】李明生, 王小军 申请人:中兴通讯股份有限公司