一种设备管控方法、装置及存储介质与流程

1.本发明涉及通信技术，尤其涉及一种设备管控方法、装置及存储介质。


背景技术：

2.随着云计算、软件定义网络(software defined network，sdn)以及网络功能虚拟化(network function virtualization，nfv)技术的发展，转控分离、管控集中化、管控平台云化和软件化成为固网接入技术架构的未来发展趋势。
3.在现有无源光接入系统(gigabit
‑
capable pon，gpon)中，gpon接入网络主要由光线路终端(optical line terminal，olt)设备和光网络单元(optical network unit，onu)设备组成，onu设备的配置、管理和控制是通过olt设备的光网络单元管理控制接口(onu management and control interface，omci)模块来实现的，omci接口是gpon标准中定义的一种配置传输通道，通过在olt和onu之间建立专有的omci消息，用于提供标准的获取onu消息的能力，并对其进行管理和控制的方法。
4.由于olt设备是由各个不同的厂家实现，因此不同厂家omci模块的实现对于标准的理解存在不一致，从而导致onu设备对接不同厂家的olt设备时存在兼容性问题。同时，在现有gpon接入网络架构中，由于omci模块存在于厂家olt硬件设备中，因此升级、维护以及版本统一成本较高以及升级周期长。


技术实现要素：

5.为解决上述技术问题，本发明实施例期望提供一种设备管控方法、装置及存储介质，解决了不同厂家的olt设备时存在兼容性问题，有利于omci模块的升级和维护。
6.本发明的技术方案是这样实现的：
7.本发明实施例提供了一种设备管控方法，应用于云平台，该方法包括：
8.接收至少一个无源光纤网络(passive optical network，pon)设备的管控请求；其中，每个所述pon设备的管控请求包括至少一个pon设备标识；
9.基于至少一个pon设备标识，从第一关联关系中确定所述至少一个pon设备对应的至少一个管控模块；其中，所述第一关联关系包括至少一个pon设备与管控模块的关联关系；
10.管控模块将至少一个pon设备的管控请求发送至对应的pon设备；
11.其中，所述pon设备包括onu设备，所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备，包括：
12.基于至少一个onu设备标识，从第二关联关系中确定至少一个onu设备对应的至少一个omci模块；其中，所述第二关联关系包括至少一个onu设备和omci模块的关联关系；
13.管控模块将至少一个onu设备的管控请求通过omci模块发送至对应的onu设备。
14.上述方案中，所述管控模块将至少一个onu设备的管控请求通过omci模块发送至对应的onu设备，包括：
15.管控模块将至少一个onu设备的管控请求发送至对应的omci模块；omci模块将接收到的onu设备的管控请求转化为omci消息；基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给对应的onu设备。
16.上述方案中，所述基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给对应的onu设备，包括：基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给所述至少一个onu设备连接的olt设备，以使所述olt设备将omci消息发送给对应的onu设备。
17.上述方案中，所述管控请求还包括onu设备连接的olt设备的olt设备标识；所述发送所述至少一个onu设备的omci消息给所述至少一个onu设备连接的olt设备，包括：基于onu设备连接的olt设备的olt设备标识，发送所述至少一个onu设备的omci消息给对应的olt设备。
18.上述方案中，所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备后，所述方法还包括：接收pon设备上报的设备消息。
19.上述方案中，所述接收pon设备上报的设备消息包括以下至少一项：管控模块接收olt设备上报的非omci消息；其中，所述非omci消息至少包括所述onu设备上报的消息；omci模块接收olt设备上报的omci消息；其中，所述omci消息至少包括所述onu设备上报的消息。
20.本发明实施例中还提供了一种设备管控装置，应用于云平台，该装置包括：通信模块、处理模块和至少一个管控模块；其中，
21.通信模块，用于接收至少一个无源光纤网络pon设备的管控请求；其中，每个所述pon设备的管控请求包括至少一个pon设备标识；
22.处理模块，用于基于至少一个pon设备标识，从第一关联关系中确定所述至少一个pon设备对应的至少一个管控模块；其中，所述第一关联关系包括至少一个pon设备与管控模块的关联关系；
23.所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备；
24.其中，所述pon设备包括onu设备，所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备，包括：
25.基于至少一个onu设备标识，从第二关联关系中确定至少一个onu设备对应的至少一个omci模块；其中，所述第二关联关系包括至少一个onu设备和omci模块的关联关系；
26.管控模块将至少一个onu设备的管控请求通过omci模块发送至对应的onu设备。
27.上述方案中，所述管控模块将至少一个onu设备的管控请求通过omci模块发送至对应的onu设备，包括：
28.管控模块将至少一个onu设备的管控请求发送至对应的omci模块；omci模块将接收到的onu设备的管控请求转化为omci消息；基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给对应的onu设备。
29.上述方案中，所述管控模块，具体用于基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给所述至少一个onu设备连接的olt设备，以使所述olt设备将omci消息发送给对应的onu设备。
30.上述方案中，所述管控请求还包括onu设备连接的olt设备的olt设备标识；所述管控模块，具体用于基于onu设备连接的olt设备的olt设备标识，发送所述至少一个onu设备
的omci消息给对应的olt设备。
31.上述方案中，所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备后，还用于接收pon设备上报的设备消息。
32.上述方案中，所述管控模块接收olt设备上报的非omci消息；其中，所述非omci消息至少包括所述onu设备上报的消息；和/或，所述omci模块接收olt设备上报的omci消息；其中，所述omci消息至少包括所述onu设备上报的消息。
33.本发明实施例中还提供了一种设备管控装置，应用于云平台，该装置包括：处理器和配置为存储能够在处理器上运行的计算机程序的存储器；其中，所述处理器配置为运行所述计算机程序时，执行前述任一项所述方法的步骤。
34.本发明实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现前述任一项所述的方法的步骤。
35.采用上述技术方案，设置管控模块与pon设备的关联关系，在对pon设备进行管理时，接收至少一个pon设备的管控请求，每一个管控请求包括至少一个pon设备标识；基于pon设备标识将接收到的至少一个pon设备的管控请求进行任务分解，根据pon设备标识、pon设备与管控模块的关联关系确定管控模块，进而，管控模块将pon设备的管控请求发送至对应的pon设备，从而，实现对不同厂商的pon设备进行统一管理，克服不同厂商的olt设备与onu设备间的兼容性问题。
附图说明
36.图1为本发明实施例中设备管控方法的第一流程示意图；
37.图2为本发明实施例中设备之间的关联关系示意图；
38.图3为本发明实施例中设备管控方法的第二流程示意图；
39.图4为本发明实施例中设备管控方法的第三流程示意图；
40.图5为本发明实施例中关联关系创建流程示意图；
41.图6为本发明实施例中gpon系统的组成结构示意图；
42.图7为本发明实施例中设备管控装置的第一组成结构示意图；
43.图8为本发明实施例中设备管控装置的第二组成结构示意图。
具体实施方式
44.为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
45.实施例一
46.如图1所示，该管控方法具体包括：
47.步骤101：接收至少一个无源光纤网络pon设备的管控请求；其中，每个pon设备的管控请求包括至少一个pon设备标识；
48.步骤102：基于至少一个pon设备标识，从第一关联关系中确定至少一个pon设备对应的至少一个管控模块；其中，第一关联关系包括至少一个pon设备与管控模块的关联关系；
49.步骤103：管控模块将至少一个pon设备的管控请求发送至对应的pon设备。
50.这里，步骤101至步骤103的执行主体可以为云平台上的处理器。
51.这里，在gpon系统中pon设备主要包括：olt设备、onu设备、无源光器件的光分配网(optical distribution network，odn)设备。通过云平台向pon设备下发管控请求，便可实现对任何pon设备进行管理和配置。
52.需要说明的是，现有技术中onu设备的配置、管理和控制是通过olt设备的管控模块和omci模块来实现的，本技术实施例中则是将现有技术中olt设备的管控模块和omci模块分离，在云计算数据中心(也就是“云平台”)设置虚拟化设备层(包含管控模块和omci模块)，以软件方式统一实现onu设备的管理。
53.实际应用中，pon设备包括onu设备，管控模块将至少一个pon设备的管控请求发送至对应的pon设备，包括：
54.基于至少一个onu设备标识，从第二关联关系中确定至少一个onu设备对应的至少一个omci模块；其中，第二关联关系包括至少一个onu设备和omci模块的关联关系；管控模块将至少一个onu设备的管控请求发送至对应的omci模块；omci模块将接收到的onu设备的管控请求转化为omci消息；基于至少一个onu设备标识，发送至少一个onu设备的omci消息给对应的onu设备。
55.进一步地，基于至少一个onu设备标识，发送至少一个onu设备的omci消息给对应的onu设备，包括：基于至少一个onu设备标识，发送至少一个onu设备的omci消息给至少一个onu设备连接的olt设备，以使olt设备将omci消息发送给对应的onu设备。
56.实际应用中，olt设备将omci消息透传至onu设备。
57.上述第一关联关系是为了表征onu设备与管控模块的关联关系，第二关联关系是为了表征onu设备与omci模块的关联关系，另外还可以进一步确定管控模块与omci模块的关联关系。
58.具体的，第一关联关系中一个管控模块对应至少一个onu设备，第二关联关系中一个omci模块对应至少一个onu设备。这里，管控模块与onu设备的关联关系是由管控模块的实际处理能力决定，omci模块与onu设备的关联关系是由omci模块的实际处理能力决定。
59.实际应用中，通过云计算数据中心对onu设备进行管理时，仍可以通过olt设备将云计算数据中心下发的omci消息转发至olt设备所连接的onu设备，如此，使本技术实施例可以直接应用到现有的gpon系统上，无需对pon设备之间的连接结构做太大的改变。
60.需要说明的是，在管控模块、omci模块、olt设备、onu设备之间建立关联关系，是为了保证消息下发和上报的顺序和准确性，各模块或设备间关联关系如图2所示。
61.图2中示出了一种onu设备与管控模块和omci模块的关联关系。管控模块包括：管控模块1、管控模块2和管控模块3；其中，管控模块1对应第一组omci模块，管控模块2对应第二组omci模块，管控模块3对应第三组omci模块，每一组omci模块中分别包含a个、b个和c个omci模块；其中，a、b、c取相等或不等的整数。
62.具体的，第一组omci模块具体包括omci模块1至omci模块a，第一组omci模块中每一个omci模块对应多个onu设备。实际应用中，omci模块与onu设备之间通过olt设备转发omci消息。也就是说，还需要建立omci模块与olt设备之间的关联关系。具体的，omci模块1对应第一组olt设备，omci模块2对应第二组olt设备，omci模块a对应第a组olt设备，每一组olt设备中分别包含d个、e个、
…
、f个；其中，d、e、
…
、f取相等或不等的整数。
63.具体的，第一组olt设备包括olt设备1至olt设备d。第一组olt设备中每一个olt设备对应多个onu设备。具体的，olt设备1对应第一组onu设备，olt设备2对应第二组onu设备，olt设备d对应第d组onu设备，每一组onu设备中分别包含g个、h个、
…
、i个；其中，g、h、
…
、i取相等或不等的整数。实际应用中。每一个olt设备具有多个物理端口，每一个物理端口通过数据线与多个onu设备相连。
64.同理，第二组olt设备和第a组olt设备对应各自的onu设备集合。
65.图2中也示出了一种olt设备与管控模块的关联关系。管控模块1对应第一组olt设备，管控模块2对应第二组olt设备，管控模块3对应第a组olt设备。需要说明的是，图中仅为示例性的给出了管控模块和olt设备的对应关系，实际应用中，管控模块与olt设备的对应关系视管控模块的实际处理能力而定。
66.实际应用中，通过onu设备标识、olt设备标识、omci模块标识、管控模块标识来建立各部分之间的关联关系，管控信息在建立关联关系的管控模块、omci模块、olt设备、onu设备之间进行发送和接收，可以保证消息下发和上报的顺序和准确性。各实例间关联关系如图2所示。
67.在一些实施例中，管控模块将至少一个pon设备的管控请求发送至对应的pon设备后，该方法还包括：接收pon设备上报的设备消息。
68.具体的，接收pon设备上报的设备消息包括以下至少一项：管控模块接收olt设备上报的非omci消息；其中，非omci消息至少包括onu设备上报的消息；omci模块接收olt设备上报的omci消息；其中，omci消息至少包括onu设备上报的消息。
69.也就是说，onu设备上报设备消息时，是通过与onu设备相连的olt设备将设备消息上传至云平台。olt设备接收到onu设备上报的消息后，判断消息是否为omci消息；如果是，olt设备将omci消息发送至关联的omci模块；否则，olt设备将非omci消息发送至关联的管控模块；由管控模块统一将消息上报至上层管理系统平台，比如，网元管理系统(element management system，ems)、软件定义网络(software defined network，sdn)控制器。
70.olt设备上报非omci消息中包括onu设备的非omci消息，和/或olt设备自身的非omci消息。
71.采用上述技术方案，设置管控模块与pon设备的关联关系，在对pon设备进行管理时，接收至少一个pon设备的管控请求，每一个管控请求包括至少一个pon设备标识；基于pon设备标识将接收到的至少一个pon设备的管控请求进行任务分解，根据pon设备标识、pon设备与管控模块的关联关系确定管控模块，进而，管控模块将pon设备的管控请求发送至对应的pon设备，从而，实现对不同厂商的pon设备进行统一管理，克服不同厂商的olt设备与onu设备间的兼容性问题。
72.实施例二
73.为了能更加体现本发明的目的，在本发明实施例一的基础上，进行进一步的举例说明，图3中具体示出了一种管控请求的下发流程，如图3所示，管控请求的下发流程具体包括：
74.步骤301：ems/sdn控制器向管控模块下发pon设备的管控请求；其中，每个pon设备的管控请求包括至少一个pon设备标识。
75.这里，管控请求可以为olt设备的管控请求，相应的，管控请求中至少包括olt设备
的管控内容和olt设备标识。
76.管控请求还可以为onu设备的管控请求，相应的，管控请求中至少包括onu设备的管控内容和onu设备标识。
77.步骤302：对管控请求进行任务分解。
78.这里，基于pon设备标识将接收到的管控请求进行任务分解，将分解后的管控请求分配给各自对应的管控模块；不同管控模块对各自管控范围内的pon设备的管控请求进行接收、分析、处理等操作。
79.具体的，基于至少一个pon设备标识，从第一关联关系中确定至少一个pon设备对应的至少一个管控模块；其中，第一关联关系包括至少一个pon设备与管控模块的关联关系。
80.示例性的，管控模块和olt设备之间的关联关系是由管控模块的处理能力决定的。假设一个gpon接入网络有o个olt设备，假设每个管控模块能够处理c个olt设备的配置和管理，那么需要创建t＝int(o/c)个管控模块模块，其中int(x)表示向上取整函数(下同)，第i(i>0)个管控模块负责配置和管理在数字区间{c*(i
‑
1)，c*i}的olt设备。通过把从上游系统接收到的设备id转换成从1开始的整数序列，通过公式ci＝int(j/c)得到第j个olt设备应该由第ci管控模块负责配置和管理。如图2所示，olt设备数字序列号从1开始至p f，p取大于或者等于(d e)的整数，用olt设备数字序列号作为olt设备标识。也可以根据实际建立的关联关系，选择其他区别不同olt设备的标识信息作为olt设备标识，本技术实施例不做具体限定。
81.也就是说，第一关联关系可以为ci＝int(j/c)，其中，ci为管控模块标识，j为olt设备标识，c为每个管控模块所能处理的olt设备总数。
82.实际应用中，对于管控模块、omci模块、olt设备、onu设备之间的关联关系，其中onu设备和olt设备之间的关系通过物理连接来确定，一般一个onu设备都通过物理端口和一个olt设备连接。
83.因此，在确定了管控模块和olt设备的关联关系后，与olt设备关联的管控模块，也与olt设备连接的至少一个onu设备具有关联关系。
84.也就是说，基于onu设备标识，确定onu设备连接的olt设备；将olt设备对应的管控模块作为onu设备对应的管控模块。
85.实际应用中，管控模块可以为一个虚拟的管控模块实例，omci模块也可以为一个虚拟的omci实例模块，在云计算数据中心以vnf的软件方式统一实现和部署。
86.步骤303：基于olt设备标识，管控模块将olt设备的管控请求发送至对应的olt设备。
87.这里，通过上述步骤将管控请求分配给各自对应的管控模块之后，管控模块根据pon设备标识向对应的pon设备下发管控请求。步骤303给出了一种向olt设备下发管控请求的方法。
88.示例性的，向olt设备下发管控请求时，根据olt设备标识直接下发至对应的olt设备。比如，olt设备标识为olt设备数字序列号，olt设备数字序列号5时，管控模块将管控请求下发至所管理的第5个olt设备。
89.步骤304：基于onu设备标识，从第二关联关系中确定onu设备对应的omci模块，管
控模块将onu设备标识发送至对应的omci模块。
90.示例性的，管控模块确定了和olt设备之间的对应关系后，管控模块需要和一定数量的omci模块建立对应关系，同时建立这些omci模块和该管控模块对应的olt设备模块之间的对应关系。omci模块的数量是由omci模块的处理能力决定的。假设每个omci模块能够处理k个onu设备的配置和管理，假设每个管控模块能够处理c个olt设备的配置和管理，每个olt设备有n个物理端口，每个物理端口连接了m个onu设备。那么该管控模块所对应数目的c个olt所连接的onu数量为ot＝c*n*m，那么需要omci模块的数量为omcit＝int(c*n*m/k)，如果把这c个olt设备连接的所有onu设备看做一个连续设备域donu，并编号为从1开始的整数序列，第x(x>0)个omci模块负责配置和管理在数字区间{k*(x
‑
1),k*x}的onu设备，那么donu里面第p个onu设备对应的omci模块序号为omcip＝int(p/k)，同时第omcip个omci模块必须和该onu设备所连接的olt设备关联对应，该onu设备所连接的olt设备通过管控模块传递过来的pon设备id中olt设备号直接获得；或者，预先存储onu设备所连接的olt设备信息，根据onu设备标识确定所连接的olt设备。
91.也就是说，第二关联关系可以为omcip＝int(p/k)，其中，omcip为omci模块标识，j为onu设备标识，k为每个omci模块所能处理的onu设备总数。
92.如图2所示，设备域donu中onu设备数字序列号从1开始至q i，q取大于或者等于(g h)的整数，用onu设备数字序列号作为onu设备标识。也可以根据实际建立的关联关系，选择其他区别不同onu设备的标识信息作为onu设备标识，本技术实施例不做具体限定。
93.步骤305：omci模块将接收到的onu设备的管控请求转化为omci消息；
94.步骤306：基于onu设备标识，omci模块将omci消息发送至onu设备连接的olt设备；
95.步骤307：olt设备将omci消息透传至onu设备。
96.这里，通过上述步骤将管控请求分配给各自对应的管控模块之后，管控模块根据pon设备标识向对应的pon设备下发管控请求。步骤304至步骤307给出了一种向onu设备下发管控请求的方法。
97.具体的，将onu设备管控请求分配给对应的omci模块，omci模块接收管控模块发送的onu设备管控请求，创建和生成特定和统一的omci消息，并根据onu设备标识确定onu设备连接的olt设备；将管控请求通过omci模块和olt设备之间的接口发送给olt设备；olt设备接收omci模块发送的omci消息后，将该omci消息透传给onu设备。onu设备接收到omci消息后，实现本地设备的配置和管理。
98.另一种实现方式中，管控请求还包括onu设备连接的olt设备的olt设备标识；发送至少一个onu设备的omci消息给至少一个onu设备连接的至少一个olt设备，包括：基于onu设备连接的olt设备的olt设备标识，发送所述至少一个onu设备的omci消息给对应的olt设备。
99.也就是说，omci模块直接根据管控请求中包含的onu设备连接的olt设备的olt设备标识，将omci消息发送至对应的olt设备，olt设备根据onu设备标识将omci设备发送至对应的onu设备。
100.实际应用中，由于olt设备包含多个物理端口，每一个端口连接至少一个onu设备。因此，管控请求中还可以包括onu设备连接的olt设备的端口号，olt设备从对应的端口将omci消息发送至对应的onu设备。
101.示例性的，管控请求中包括olt设备数字序列号、olt设备端口号、onu序列号，比如，olt设备数字序列号为5，olt设备端口号为6，onu序列号为7，代表第5号olt设备上第6个端口上的第7个onu设备。我们需要通过这些设备标识，把管控请求分发到相应的管控模块，并把该管控请求中的onu配置和管理分发到相应的omci模块，该omci模块把相应的omci消息序列发送到对应的olt设备，再有olt设备转发至对应的onu设备。对于上报消息，同样需要通过关联关系正确上报消息到相应模块。
102.如此，采用上述管控请求的下发流程实现olt设备管控请求和onu设备管控请求的下发。
103.实施例三
104.为了能更加体现本发明的目的，在本发明实施例一的基础上，进行进一步的举例说明，图4中具体示出了一种pon设备消息的上报流程，如图4所示，消息上报方法具体包括：
105.步骤401：olt设备接收onu设备上报的onu设备消息；
106.这里，对于从onu设备上报的消息，比如，性能信息、故障报警等，olt设备接收和分析该消息，将omci消息发送给关联的omci模块，将非omci消息送给对应管控模块。omci模块接收和分析从olt设备上报的omci消息，进行相应的处理。
107.需要说明的是，onu设备或olt设备在进行消息上报时，确定关联的omci模块或管控模块的方法与本技术管控请求下发步骤中关联关系的确定方法相同，在此不在赘述。
108.步骤402：olt设备判断onu设备消息是否为omci消息，如果否，执行步骤403；如果是，执行步骤404。
109.步骤403：将非omci消息上报至对应的管控模块。
110.步骤404：将omci消息上报至对应的omci模块。
111.步骤405：omci模块解析omci消息。
112.步骤406：omci模块将解析后的消息上报至对应的管控模块。
113.这里，步骤403为非omci消息的上报步骤，步骤404至步骤406为omci消息的上报步骤；二者之间的先后顺序不受本技术实施例中步骤先后的限制。
114.步骤407：管控模块将接收到的所有消息上报至ems/sdn控制器。
115.需要说明的是，对于olt设备自身的消息，由olt设备直接上报至对应的管控模块。管控模块汇集所有的设备消息，并上报至上游的ems/sdn控制器。如此，通过本技术的也可完成pon设备消息的上报。
116.如此，采用上述设备消息的上报流程实现olt设备消息和onu设备消息上报。
117.实施例四
118.为了更清楚的表达上述关联关系，本发明实施例还给出了一种关联关系确定方法，如图5所示，关联关系的确定方法包括以下步骤：
119.步骤501：获取pon设备的能力信息。
120.示例性的，pon设备的能力信息包括：
121.olt数量：o，编号为1、2、3
···
、o
122.olt端口数：n
123.每个olt端口接入onu数：m，编号为1、2、3
···
、m
124.每个管控模块可处理olt设备数量：c
125.每个omcl模块可以处理onu数量：k。
126.步骤502：确定管控模块创建数量t。
127.示例性的，t＝int(o/c)，其中，int(x)表示向上取整函数。
128.步骤503：确定管控模块与olt的第一关联关系。
129.示例性的，第一关联关系为：第i个管控模块对应olt编号数字区间：{c*(i
‑
1)，c*i}，i取1至t的整数。
130.步骤504：确定omci模块创建数量omcit。
131.示例性的，omcit＝int(c*n*m/k)；其中，int(x)表示向上取整函数。
132.步骤505：确定omci模块与onu设备的第二关联关系。
133.示例性的，第二关联关系为：第x个omci模块对应管理onu编号数字区间：{k*(x
‑
1)，k*x}，x取1至omcit的整数。
134.需要说明的是，每个管控模块和omci模块分配指定数量的olt设备数量，如每个管控模块负责至少一个olt设备的配置和管理，同时1个omci模块负责至少一个olt设备上的所有onu设备的配置和管理，上述关联关系仅为本技术的示例性说明，实际应用中无论关联关系如何确定均属于本技术保护的范畴。
135.为了能更加体现本发明的目的，这里给出了一种gpon系统构架。如图6所示，gpon系统中包括：运营支撑系统(operation support system，oss)61、ems/sdn控制器62、虚拟化设备层63、olt设备64和onu设备65，虚拟化设备层63具体包括：至少一个管控模块631和至少一个omci模块632。
136.其中，管控模块631：oss 61通过ems/sdn控制器62向管控模块631下发pon管控请求，具体的，ems/sdn控制器62与管控模块631之间通过iconf
‑
北向接口进行信息传递。管控模块631主要实现接收分析和处理pon管控请求，并将所omci处理请求通过iomci接口分发给omci模块处理。管控模块可能有多种实现方式，但无论何种方式，它所具备的共同特征都是通过应用程序编程接口(application programming interface，api)向omci模块或者olt设备发送或者接收消息。
137.omci模块632：它对管控模块631提供onu管理和配置功能api接口，基于统一标准生成omci消息，通过iomcisb
‑
南向接口向olt设备发送omci消息，并向管控模块返回onu配置成功或者失败消息。
138.olt设备64：该设备是sdn
‑
olt重构设备中的olt物理设备，和传统olt设备相比，olt设备只负责在omci模块632和onu设备65之间透传omci消息。
139.onu设备65：接收olt设备64透传的omci消息。
140.主要接口及其主要功能描述如下：
141.iconf
‑
北向接口，该接口是虚拟化设备层63和上层管理系统平台如ems/sdn控制器62和oss61之间的接口，基于netconf/yang，由管控模块631实现管控请求的接收和解析；
142.iomci接口，该接口对外提供omci功能api调用，如：omci配置api、omci通知api，管控模块通过该接口生成和创建omci配置消息，或接收omci通知消息。
143.iomcisb
‑
南向接口，该接口实现omci模块632传送omci消息到olt设备64。
144.利用上述gpon系统管控pon设备至少具有以下优点：
145.1、将管控模块和omci模块在云平台上统一管理，实现了onu设备和olt设备解耦，
能够使onu设备完成独立升级；
146.2、提供统一和标准omci软件插件或者公共服务平台，大大降低onu设备和olt设备互通性问题；
147.3、降低了多厂家pon设备管控复杂度，逐步形成下一代宽带接入设备管控接口；
148.4、推动实现pon设备统一、标准可编程架构，实现pon设备的灵活升级以及升级成本最小化。
149.实施例五
150.基于同一发明构思，本发明实施例还提供了一种设备管控装置。如图7所示，该装置70包括：通信模块701、处理模块702和至少一个管控模块703；其中，
151.通信模块701，用于接收至少一个无源光纤网络pon设备的管控请求；其中，每个pon设备的管控请求包括至少一个pon设备标识；
152.处理模块702，用于基于至少一个pon设备标识，从第一关联关系中确定所述至少一个pon设备对应的至少一个管控模块703；其中，所述第一关联关系包括至少一个pon设备与管控模块的关联关系；
153.所述处理模块702，还用于管控模块703将至少一个pon设备的管控请求发送至对应的pon设备；
154.其中，所述pon设备包括onu设备，所述管控模块703将至少一个pon设备的管控请求发送至对应的pon设备，包括：
155.基于至少一个onu设备标识，从第二关联关系中确定至少一个onu设备对应的至少一个omci模块704；其中，所述第二关联关系包括至少一个onu设备和omci模块704的关联关系；
156.管控模块703将至少一个onu设备的管控请求发送至对应的omci模块704；omci模块704将接收到的onu设备的管控请求转化为omci消息；基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给对应的onu设备。
157.在一些实施例中，所述处理模块702，具体用于基于所述至少一个onu设备标识，发送所述至少一个onu设备的omci消息给所述至少一个onu设备连接的olt设备，以使所述olt设备将omci消息发送给对应的onu设备。
158.在一些实施例中，所述管控请求还包括onu设备连接的olt设备的olt设备标识；所述处理模块702，具体用于基于onu设备连接的olt设备的olt设备标识，发送所述至少一个onu设备的omci消息给对应的olt设备。
159.在一些实施例中，所述管控模块将至少一个pon设备的管控请求发送至对应的pon设备后，所述处理模块，还用于接收pon设备上报的设备消息。
160.在一些实施例中，所述处理模块702，具体用于管控模块接收olt设备上报的非omci消息；其中，所述非omci消息至少包括所述onu设备上报的消息；和/或，所述处理模块，还用于omci模块接收olt设备上报的omci消息；其中，所述omci消息至少包括所述onu设备上报的消息。
161.实际应用中，装置70各个模块通过总线系统705耦合在一起。
162.实施例六
163.基于上述管控装置中各模块的硬件实现，本技术实施例还提供了另一种设备管控
装置，如图8所示，该装置80包括：处理器801和配置为存储能够在处理器上运行的计算机程序的存储器802；
164.其中，处理器801配置为运行计算机程序时，执行前述实施例中的方法步骤。
165.当然，实际应用时，如图8所示，装置80中的各个组件通过总线系统803耦合在一起。可理解，总线系统803用于实现这些组件之间的连接通信。总线系统803除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统803。
166.在实际应用中，上述处理器可以为特定用途集成电路(asic，application specific integrated circuit)、数字信号处理装置(dspd，digital signal processing device)、可编程逻辑装置(pld，programmable logic device)、现场可编程门阵列(field－programmable gate array，fpga)、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器功能的电子器件还可以为其它，本技术实施例不作具体限定。
167.上述存储器可以是易失性存储器(volatile memory)，例如随机存取存储器(ram，random
‑
access memory)；或者非易失性存储器(non
‑
volatile memory)，例如只读存储器(rom，read
‑
only memory)，快闪存储器(flash memory)，硬盘(hdd，hard disk drive)或固态硬盘(ssd，solid
‑
state drive)；或者上述种类的存储器的组合，并向处理器提供指令和数据。
168.在示例性实施例中，本技术实施例还提供了一种计算机可读存储介质，例如包括计算机程序的存储器802，上述计算机程序可由装置80的处理器801执行，以完成前述方法步骤。
169.本技术实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
170.在本技术所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
171.上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
172.另外，在本技术各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
173.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。