Device management method and apparatus, and network device and storage medium

Abstract

A device management method and apparatus, and a network device and a storage medium, which relate to the technical field of communications. The method comprises: a first master device among a plurality of devices included in a management and control layer of an FTTR network acquiring a first management and control instruction from a management and control device in the management and control layer, wherein the first management and control instruction corresponds to a first slave device that is in an access layer and is managed by the first master device; translating the first management and control instruction into a second management and control instruction; and sending the second management and control instruction to the first slave device. The solution can implement the unified management and control of all devices in an FTTR network.

Description

A device management method and device, network device, and storage medium TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, and in particular to a device management method and device, network device, and storage medium. BACKGROUND

[0002] In Fiber To The Room (FTTR) technology, one master device can accommodate multiple slave devices, and the specific accommodation specification of the slave devices varies according to different manufacturers. Generally, the accommodation specification of the slave devices is about tens of devices. However, in a large-scale FTTR network, the number of slave devices to be deployed can be much larger than the accommodation specification of the slave devices of one master device. In order to meet the coverage requirements of the large-scale FTTR network, the large-scale FTTR network is divided into multiple areas, and one master device and multiple slave devices accommodated by the master device are deployed in each area. In this networking, each area is independent and cannot be uniformly managed and controlled.

[0003] SUMMARY

[0004] The embodiments of the present application aim to provide a device management method and device, network device, and storage medium to realize the uniform management and control of devices in an FTTR network. The specific technical solutions are as follows:

[0005] In a first aspect, the embodiments of the present application provide a device management method applied to a first device in a plurality of devices included in a management and control layer of an FTTR network, the first device being a management and control device, and the method comprising:

[0006] generating a first management and control instruction corresponding to a first slave device in an access layer of the FTTR network, the first slave device being accommodated by a first master device in the management and control layer;

[0007] sending the first management and control instruction to the first master device, so that the first master device translates the first management and control instruction into a second management and control instruction; and sending the second management and control instruction to the first slave device.

[0008] In some embodiments, before the first management and control instruction is generated, the method further comprises:

[0009] obtaining device information of the plurality of devices in the management and control layer;

[0010] According to the device information of each device, a management and control device is elected from the plurality of devices according to a preset election rule.

[0011] In some embodiments, the device information comprises at least one of: a level of the device in the management layer, a hardware performance, a MAC address, a production time, a version, a serial number, and a power-on time.

[0012] In some embodiments, the step of generating the first management instruction corresponding to the first slave device in the access layer of the FTTR network comprises:

[0013] displaying a user interface;

[0014] receiving configuration information of the first slave device input by an external user on the user interface;

[0015] generating a first management instruction comprising the configuration information.

[0016] In some embodiments, the step of generating the first management instruction corresponding to the first slave device in the access layer of the FTTR network comprises:

[0017] receiving event information of a terminal sent by the first master device, the terminal accessing the first slave device;

[0018] determining a configuration decision according to the event information;

[0019] generating a first management instruction comprising the configuration decision.

[0020] In some embodiments, the event information is a faraway event, and the step of determining a configuration decision according to the event information comprises:

[0021] determining a roaming strategy according to the faraway event, first neighbor information of the first slave device, and second neighbor information of the terminal.

[0022] In some embodiments, the method further comprises:

[0023] when the terminal accesses a second slave device, synchronizing access information of the terminal to the second slave device through a second master device in the management layer, so that the terminal accesses the second slave device, the second slave device being managed by the second master device.

[0024] In some embodiments, the method further comprises:

[0025] receiving an online event of the terminal, first neighbor information of the first slave device, and second neighbor information of the terminal reported by the first slave device through the first master device, the online event carrying access information of the terminal;

[0026] record the access information of the terminal reported by the first slave device, the first neighbor information of the first slave device, and the second neighbor information of the terminal;

[0027] when the reporting time length of the first neighbor information and the second neighbor information reaches a preset time length, aging the first neighbor information and the second neighbor information.

[0028] In a second aspect, the embodiments of the present application provide a device management method applied to a first master device in a management and control layer of an FTTR network, the method comprising:

[0029] obtaining a first management and control instruction generated by a management and control device in the management and control layer, the first management and control instruction corresponding to a first slave device in an access layer managed by the first master device;

[0030] translating the first management and control instruction into a second management and control instruction;

[0031] sending the second management and control instruction to the first slave device.

[0032] In some embodiments, the method further comprises:

[0033] receiving event information of a terminal sent by the first slave device, the terminal accessing the first slave device;

[0034] sending the event information to a management and control device, so that the management and control device determines a configuration decision according to the event information; and generating a first management and control instruction comprising the configuration decision.

[0035] In some embodiments, the event information comprises one or more of a moving away event of the terminal, an online event of the terminal, first neighbor information of the first slave device, and second neighbor information of the terminal.

[0036] In some embodiments, the step of translating the first management and control instruction into a second management and control instruction comprises:

[0037] converting the first management and control instruction into a management and control instruction of a specified protocol to obtain the second management and control instruction; or

[0038] determining an execution action corresponding to the first management and control instruction, and generating a second management and control instruction indicating the execution action.

[0039] In a third aspect, the embodiments of the present application provide a device management apparatus applied to a first device in a management and control layer of an FTTR network, the first device being a management and control device, the apparatus comprising:

[0040] The generating module is configured to generate a first management instruction corresponding to a first slave device in an access layer of the FTTR network, the first slave device being managed by a first master device in a management layer.

[0041] The sending module is configured to send the first management instruction to the first master device, so that the first master device translates the first management instruction into a second management instruction, and sends the second management instruction to the first slave device.

[0042] In some embodiments, the apparatus further includes:

[0043] The obtaining module is configured to, before generating the first management instruction, obtain device information of the plurality of devices in the management layer.

[0044] The election module is configured to, according to the device information of each device, elect a management device from the plurality of devices according to a preset election rule.

[0045] In some embodiments, the device information includes at least one of the following: a level of the device in the management layer, a hardware performance, a MAC address, a production time, a version, a serial number, and a power-on time.

[0046] In some embodiments, the generating module is specifically configured to display a user interface, receive configuration information of the first slave device input by an external user on the user interface, and generate the first management instruction including the configuration information.

[0047] In some embodiments, the generating module is specifically configured to receive event information of a terminal sent by the first master device, the terminal accessing the first slave device, determine a configuration decision according to the event information, and generate the first management instruction including the configuration decision.

[0048] In some embodiments, the event information is a faraway event, and the generating module is specifically configured to determine a roaming strategy according to the faraway event, first neighbor information of the first slave device, and second neighbor information of the terminal.

[0049] In some embodiments, the sending module is further configured to:

[0050] When the terminal accesses a second slave device, the access information of the terminal is synchronized to the second slave device through a second master device in the management layer, so that the terminal accesses the second slave device, and the second slave device is managed by the second master device.

[0051] In some embodiments, the apparatus further includes:

[0052] receive, by a receiving module, an online event of the terminal, first neighbor information of the first slave device and second neighbor information of the terminal reported by the first slave device through the first master device, the online event carrying access information of the terminal;

[0053] record, by a recording module, the access information of the terminal, the first neighbor information of the first slave device and the second neighbor information of the terminal reported by the first slave device;

[0054] age, by an aging module, the first neighbor information and the second neighbor information when a reporting duration of the first neighbor information and the second neighbor information reaches a preset duration.

[0055] In a fourth aspect, an embodiment of the present application provides a device management apparatus applied to a first master device in a management and control layer of an FTTR network, the apparatus comprising:

[0056] obtain, by an obtaining module, a first management and control instruction from a management and control device in the management and control layer, the first management and control instruction corresponding to a first slave device in an access layer managed by the first master device;

[0057] translate, by a translating module, the first management and control instruction into a second management and control instruction;

[0058] send, by a first sending module, the second management and control instruction to the first slave device.

[0059] In some embodiments, the apparatus further comprises:

[0060] receive, by a receiving module, event information of a terminal sent by the first slave device, the terminal accessing the first slave device;

[0061] send, by a second sending module, the event information to a management and control device, so that the management and control device determines a configuration decision according to the event information; and generate a first management and control instruction comprising the configuration decision.

[0062] In some embodiments, the event information comprises one or more of a moving away event of the terminal, an online event of the terminal, first neighbor information of the first slave device and second neighbor information of the terminal.

[0063] In some embodiments, the translating module is specifically configured to:

[0064] convert the first management and control instruction into a management and control instruction of a specified protocol to obtain a second management and control instruction; or

[0065] determine an execution action corresponding to the first management and control instruction, and generate a second management and control instruction indicating the execution action.

[0066] In a fifth aspect, an embodiment of the present application provides a network device, comprising a processor and a machine readable storage medium, the machine readable storage medium stores machine executable instructions capable of being executed by the processor, and the processor is prompted by the machine executable instructions to implement any of the device management methods described above.

[0067] In a sixth aspect, an embodiment of the present application provides a computer readable storage medium, the computer readable storage medium stores a computer program, and the computer program is executed by a processor to implement any of the device management methods described above.

[0068] In a seventh aspect, an embodiment of the present application provides a computer program product, when running on a computer, causes the computer to execute any of the device management methods described above.

[0069] In the technical solutions provided by the embodiments of the present application, the FTTR network divides a management and control layer and an access layer. The management and control layer includes non-management and control devices (such as master devices) and management and control devices. The management and control devices generate management and control instructions corresponding to slave devices managed by each master device, and the management and control instructions are issued to the corresponding slave devices through the master devices. It can be seen that, in the embodiments of the present application, the management and control devices achieve unified management and control of each slave device by means of each master device of the management and control layer.

[0070] Of course, implementing any product or method of the present application does not necessarily need to achieve all the advantages described above at the same time. BRIEF DESCRIPTION OF DRAWINGS

[0071] The accompanying drawings, which are included to provide a further understanding of the present application, form a part of the present application and illustrate the illustrative embodiments of the present application and the description thereof, which serve to explain the present application, and do not constitute improper limitations on the present application.

[0072] FIG. 1 is a first schematic diagram of a networking architecture of an FTTR network;

[0073] FIG. 2 is a second schematic diagram of a networking architecture of an FTTR network;

[0074] FIG. 3 is a first schematic diagram of a device management system provided by an embodiment of the present application;

[0075] FIG. 4a is a first schematic diagram of a networking architecture of an FTTR network provided by an embodiment of the present application;

[0076] FIG. 4b is a second schematic diagram of a networking architecture of an FTTR network provided by an embodiment of the present application;

[0077] FIG. 4c is a third schematic diagram of a networking architecture of an FTTR network provided by an embodiment of the present application;

[0078] FIG. 5 is a second schematic diagram of the device management system according to an embodiment of the present application;

[0079] FIG. 6a is a first schematic diagram of a user interface according to an embodiment of the present application;

[0080] FIG. 6b is a second schematic diagram of the user interface according to an embodiment of the present application;

[0081] FIG. 6c is a third schematic diagram of the user interface according to an embodiment of the present application;

[0082] FIG. 7 is a first flowchart of a device management method according to an embodiment of the present application;

[0083] FIG. 8 is a second flowchart of the device management method according to an embodiment of the present application;

[0084] FIG. 9 is a schematic diagram of terminal roaming according to an embodiment of the present application;

[0085] FIG. 10 is a first structural schematic diagram of a device management apparatus according to an embodiment of the present application;

[0086] FIG. 11 is a second structural schematic diagram of the device management apparatus according to an embodiment of the present application;

[0087] FIG. 12 is a third schematic diagram of the device management system according to an embodiment of the present application;

[0088] FIG. 13 is a schematic diagram of a network device according to an embodiment of the present application. DETAILED DESCRIPTION

[0089] To make the objectives, technical solutions, and advantages of the present application clearer, further detailed explanations are given below with reference to the drawings and embodiments. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art belong to the scope of protection of the present application.

[0090] With the development of FTTR technology, the FTTR home scenario has formed a shipment scale of nearly ten million, and the FTTR technology will further exert force in the enterprise field. FTTR-B is an application of enterprise field scenario, mainly facing hotels, enterprise offices, commercial stores, villas, large apartments, and other large scenarios, realizing fiber extension to each room.

[0091] The traditional FTTR network is suitable for a home scenario, and the networking architecture is as shown in FIG. 1, including one master device and multiple slave devices. Here, the number of slave devices is generally within 4, and does not exceed 32. Only 3 slave devices are shown in FIG. 1, which does not have a limiting effect. In the FTTR network shown in FIG. 1:

[0092] 1) The uplink optical port of the master device is an Optical Network Unit (ONU), and is connected to the local end of the uplink network, i.e., the total entrance of the local network. The master device itself can also be an OLT, connected to multiple slave devices through the downlink optical port and a splitter. In this case, the master device and the multiple slave devices form a Passive Optical Network (PON).

[0093] 2) The uplink optical port of the slave device is an ONU, and is connected to the master device. In this case, the master device and the multiple slave devices form a PON network.

[0094] 3) The slave device has a radio frequency port with radio frequency capability, which can provide wireless Internet (Wi-Fi) services. The master device can also have a radio frequency port, which can provide Wi-Fi services.

[0095] The coverage range of the conventional FTTR network is small, which cannot meet the coverage range requirement in a large-scale FTTR network. For example, in an FTTR network, a 12-layer network needs to be deployed, and each layer includes 15-20 slave devices. In this case, if the networking architecture of the conventional FTTR network is used, one master device needs to control 12*15-12*20 (i.e., 180-240) slave devices, which is far beyond the coverage range of the conventional FTTR network and far beyond the specification of a master device. To meet the coverage range requirement in a large-scale FTTR network and meet the requirement of slave devices in a large-scale FTTR network, the FTTR network is divided into multiple areas, and one master device and multiple slave devices controlled by the master device are deployed in each area. The specific networking architecture is shown in FIG. 2. In FIG. 2, only three areas (i.e., Area 1-Area 3) are shown, and each area includes three slave devices, which do not limit the scope. In the FTTR network shown in FIG. 2, the master device and the slave devices in each area are deployed in the manner shown in FIG. 1, and the FTTR network in one area can be referred to as a sub-FTTR network.

[0096] In the networking shown in FIG. 2, the sub-FTTR networks in multiple areas are connected through the OLT of the uplink network in combination with the splitter, which realizes a larger scene coverage and meets the coverage requirement in a large-scale FTTR network. However, in this networking, each area is independent, and unified management and control cannot be realized.

[0097] To realize unified management and control of devices in the FTTR network, an embodiment of the present application provides a device management system, as shown in FIG. 3, which includes a management and control layer 31 and an access layer 32. The access layer 32 includes slave devices, i.e., slave devices are divided into the access layer 32. In addition to the slave devices, other devices are divided into the management and control layer 31, such as the management and control layer 31 which can include master devices, OLTs, access controllers (ACs), gateway devices, firewall devices, network management servers, etc. The devices included in the management and control layer 31 are specifically determined according to the networking architecture of the large-scale FTTR network.

[0098] For example, the networking architecture of the FTTR network is shown in FIG. 4a, which is a basic network including multiple regional sub-FTTR networks, i.e., only the sub-FTTR networks support the technical solutions provided in the embodiments of the present application, and other devices do not support the technical solutions provided in the embodiments of the present application. In this network, the management and control layer includes master devices of the sub-FTTR networks, such as master device 1, master device 2, …, master device M in FIG. 4a. This network is suitable for users who are sensitive to business and have a tight budget.

[0099] For example, the networking architecture of the FTTR network is shown in FIG. 4b, which is based on the basic network shown in FIG. 4a and adds OLTs connected to the sub-FTTR networks, and the sub-FTTR networks and the OLTs support the technical solutions provided in the embodiments of the present application. In this network, the management and control layer includes OLTs and master devices of the sub-FTTR networks, such as OLT, master device 1, master device 2, …, master device M in FIG. 4b. This network is suitable for users who can accept the addition of one advanced OLT.

[0100] For example, the networking architecture of the FTTR network is shown in FIG. 4c, which is based on the network shown in FIG. 4b and adds ACs, and the sub-FTTR networks, OLTs and ACs support the technical solutions provided in the embodiments of the present application. In this network, the management and control layer includes ACs, OLTs and master devices of the sub-FTTR networks, such as AC, OLT, master device 1, master device 2, …, master device M in FIG. 4c. This network is suitable for users who have a relatively abundant budget and can also accept the addition of one wireless AC, and have more advanced function requirements and higher operation and maintenance requirements for wireless services.

[0101] In the embodiments of the present application, the FTTR network can also add gateway devices, routers, firewall devices and network management servers, etc. based on the network shown in FIG. 4b, which will not be listed one by one here.

[0102] In the embodiments of the present application, the management and control layer of the FTTR network implements functions such as management and control of the network, and the FTTR network utilizes the device computing power in the management and control layer to implement unified management and control of wireless local area network (WLAN), PON, and security, forwarding and other services and traffic of the entire network. Specifically, one device in the management and control layer serves as a management and control device, such as the master device 1 in FIG. 4a, the OLT in FIG. 4b, and the AC in FIG. 4c. The management and control device in the management and control layer has functions such as collecting real-time network information, maintaining the relationship topology of the devices in the management and control layer, and managing and controlling the network, such as generating management and control instructions, issuing the management and control instructions to the master device, and then the master device issuing the management and control instructions to the corresponding slave devices to achieve unified management and control of each slave device.

[0103] The management and control device can be determined in any of the following ways:

[0104] In the first way, a device that independently performs the management and control function is set in the FTTR network as the management and control device.

[0105] In the second way, the management and control device is a device elected from the multiple devices in the management and control layer. In addition to performing its own functions, the elected device also assumes the role of the management and control device.

[0106] The multiple devices in the management and control layer are each provided with an election rule, i.e., a preset election rule. The multiple devices interact with each other using a preset discovery protocol, and then each device obtains device information of the multiple devices in the management and control layer, and according to the device information of each device, elects a management and control device from the multiple devices in the management and control layer according to the preset election rule. The election rule set in each device is the same, which ensures that the management and control device elected by each device is the same.

[0107] The discovery protocol can be an EasyMesh protocol, a Control And Provisioning of Wireless Access Points (CAPWAP) protocol, or a private protocol, etc. The discovery protocol only needs to achieve the effect of automatic discovery and automatic joining, and the specific type of the discovery protocol is not limited.

[0108] The device information can include at least one of the following: the level of the device in the management and control layer, the hardware performance, the Media Access Control (MAC) address, the production time, the version, the serial number, and the power-on time, etc.

[0109] In the embodiments of the present application, in order to improve the flexibility of the whole network management and control, the plurality of devices in the management and control layer are further classified, as shown in the device management system in FIG. 5, the master device is defined as the first level (class 1) in the management and control layer, the OLT, AC and gateway device are defined as the second level (class 2) in the management and control layer, and the network management server is the third level (class 3) in the management and control layer. Among them, the larger the value of the level, the higher the level, and the higher the priority of being elected as the management and control device. The specific classification method can be flexibly adjusted according to the implementation and actual needs, and is not limited.

[0110] The hardware performance can include memory space, CPU performance, etc. The version is the software version currently used by the device, such as version 1, version 2; the serial number is the identification of the device, such as abc123456.

[0111] The preset election rule can be flexibly adjusted according to the implementation and actual needs. For example, the priority of the device information from high to low is: the level of the device, the production time, and the power-on time; the preset election rule is: select the device with high level, early production time and early power-on time. According to the device information of each device, the device in the management and control layer first filters out the device with the highest level; when there is only one device with the highest level, the device with the highest level is the management and control device; when there are multiple devices with the highest level, the device with the earliest production time is filtered out from the multiple devices with the highest level; when there is only one device with the earliest production time, the device with the earliest production time is the management and control device; when there are multiple devices with the earliest production time, the device with the earliest power-on time is filtered out from the multiple devices with the earliest production time; when there is only one device with the earliest power-on time, the device with the earliest power-on time is the management and control device; when there are multiple devices with the earliest power-on time, a device is randomly selected from the multiple devices with the earliest power-on time as the management and control device.

[0112] In the embodiments of the present application, in order to facilitate the management of each device in the FTTR network and improve the user friendliness, the management and control device can provide a user interface (User Interface, UI) interface to the outside through the global wide area network (web), application (Application), cloud platform, network management software, device background, etc. The outside inputs the configuration information of a certain slave device (such as the first slave device) on the user interface. The management and control device collects the configuration information input from the outside through the UI interface, and then generates a management and control instruction including the configuration information, such as the first management and control instruction, and sends the first management and control instruction to the corresponding first slave device through the master device to complete the configuration and management of the first slave device. Among them, the outside can be a user, an administrator, a keyboard, a mouse or other devices, etc., which is not limited.

[0113] For example, the management device provides a UI interface as shown in FIG. 6a, a user selects a sub-FTTR network to be configured through a sub-FTTR network option 61, such as sub-FTTR network 2 in FIG. 6a, selects a slave device to be configured according to a slave device option 62, such as slave device 1 in FIG. 6b, selects a function to be configured according to a function option 63, such as a channel function in FIG. 6c, and selects specific configuration information in a window 64 corresponding to the function to be configured (such as the channel function), such as channel 6 in the 2.4 GHz frequency band in FIG. 6c. After obtaining the information of channel 6 in the 2.4 GHz frequency band, the management device generates a management instruction including channel 6, and delivers the management instruction to slave device 1 through the master device in sub-FTTR network 2; and slave device 1 switches the channel to channel 6.

[0114] In the embodiments of the present application, the management device can also generate a management instruction according to event information from a sub-FTTR network. For example, a first master device manages a first slave device, and a terminal accesses the first slave device. The first slave device sends event information of the terminal to the first master device, the first master device sends the event information of the terminal to the management device, and the management device determines a configuration decision and generates a first management instruction including the configuration decision according to the event information of the terminal.

[0115] For example, in a terminal roaming scenario, the event information is a far-away event, and the configuration decision is a roaming strategy. When the terminal is far away from the first slave device, the first slave device sends the far-away event of the terminal to the management device through the master device (i.e., the first master device) of the sub-FTTR network to which the first slave device belongs. Then, the management device generates a management instruction (such as a first management instruction) including the roaming strategy according to the far-away event, and sends the first management instruction to the corresponding first slave device through the master device, so as to complete the configuration and management of the first slave device, and realize seamless roaming and seamless authentication within / across the terminal area.

[0116] In the embodiments of the present application, the management device can also generate a management instruction through other manners, which are not limited herein.

[0117] The devices in the access layer (such as the slave devices in FIG. 3) provide wired or wireless services for user terminals, and each slave device is managed by the master device of the sub-FTTR network to which the slave device belongs. The networking architecture as shown in FIGS. 4a-4c includes sub-FTTR network 1-sub-FTTR network M, sub-FTTR network 1 includes slave devices 1.1-1.N, which are managed by master device 1 of sub-FTTR network 1; sub-FTTR network 2 includes slave devices 2.1-2.N, which are managed by master device 2 of sub-FTTR network 2; and sub-FTTR network M includes slave devices M.1-M.N, which are managed by master device M of sub-FTTR network M.

[0118] In the embodiments of the present application, the slave device can obtain neighbor information (such as first neighbor information) through scanning, and the terminal can obtain neighbor information (such as second neighbor information) through scanning; the terminal can report the second neighbor information to the slave device through the 802.11k protocol, and the slave device can report the first neighbor information and the second neighbor information to the management device through the master device through EasyMesh, CAPWAP or other private protocols. The management device collects the first neighbor information and the second neighbor information and other network real-time information reported by the slave device, and uses the 802.11v, 802.11r and other protocols to perform in-area / cross-area seamless roaming, seamless authentication or other management and control configurations on the network. The neighbor information can include but is not limited to received signal strength indication (RSSI) value and neighbor wireless service, and is not limited thereto.

[0119] In the embodiments of the present application, the master device can also provide wired or wireless services for the user terminal, that is, the master device takes into account the function of the slave device. When the master device has the function of the slave device and can provide wired or wireless services, the master device can report its first neighbor information and second neighbor information to the management device.

[0120] In the technical solutions provided by the embodiments of the present application, the FTTR network divides a management layer and an access layer. The management layer includes a management device and non-management devices (such as master devices). Each master device can obtain a management instruction from the management device and issue the management instruction to a corresponding slave device. It can be seen that, in the embodiments of the present application, the management device achieves unified management and control of each slave device with the aid of each master device in the management layer.

[0121] In addition, in the embodiments of the present application, through the division of the management layer and the access layer, even if the specifications of a single master device for managing slave devices are insufficient and the specifications of a single sub-FTTR network are insufficient, multiple sub-FTTR networks can be deployed to meet the quantity demand of slave devices and the network coverage demand, without the need to additionally design large-specification master devices, thereby reducing the performance requirements for master devices and reducing the cost of network construction of the FTTR network.

[0122] Based on the above device management system, the embodiments of the present application provide a device management method, as shown in FIG. 7. The method is applied to a first device in a plurality of devices included in a management layer of an FTTR network. The first device is a management device, such as the master device 1 in FIG. 4a, the OLT in FIG. 4b, and the AC in FIG. 4c. The device management method includes the following steps:

[0123] Step S71, generating a first control instruction corresponding to the first slave device in the access layer of the FTTR network, the first slave device being managed by the first master device in the management layer;

[0124] Step S72, sending the first control instruction to the first master device, so that the first master device translates the first control instruction into a second control instruction; and sending the second control instruction to the first slave device.

[0125] In the technical scheme provided by the embodiments of the present application, the FTTR network divides the management layer and the access layer. The management layer includes non-management devices (such as master devices) and management devices. The management devices generate control instructions corresponding to the slave devices managed by each master device, and distribute the control instructions to the corresponding slave devices through the master devices. It can be seen that in the embodiments of the present application, the management devices achieve unified management and control of each slave device with the help of each master device in the management layer.

[0126] In the above step S71, the first master device can manage one or more slave devices, and the first slave device is any slave device managed by the first master device. When the first master device takes into account the functions of the slave devices, the first slave device can also be the first master device itself. Here, the first master device can be a management device, that is, the first master device is the first device, and the first master device can also not be a management device, that is, the first master device is not the first device.

[0127] The first slave device is a slave device that needs to be configured, and the management device (the first device) generates a control instruction (such as a first control instruction) corresponding to the first slave device.

[0128] The management device can generate the first control instruction in the following ways:

[0129] Method one, the management device can display a UI interface through web, application (Application), cloud platform, network management software, device background, etc.; receive configuration information of the first slave device input by the outside on the UI interface; and generate the first control instruction including the configuration information. For details, please refer to the related description in FIG. 3, FIG. 6a-FIG. 6c.

[0130] Method two, the management device can generate the first control instruction according to event information from a sub-FTTR network. The management device receives event information of a terminal sent by the first master device, the terminal accessing the first slave device; determines a configuration decision according to the event information; and generates the first control instruction including the configuration decision. The event information can include but is not limited to one or more of the following: a terminal away event, a terminal online event, terminal access information, first neighbor information of the first slave device, and second neighbor information of the terminal. The event information can also include other information, which is not limited.

[0131] Taking a terminal roaming scenario as an example, the event information is a far-away event, and the configuration decision is a roaming strategy. The management and control device receives the far-away event of the terminal sent by the first slave device through the first master device, and the terminal accesses the first slave device; determines the roaming strategy according to the far-away event, the first neighbor information of the first slave device and the second neighbor information of the terminal, and generates the first management and control instruction including the roaming strategy.

[0132] In this example, the first slave device can monitor the RSSI value of the terminal, and when the RSSI value of the terminal reaches a preset condition, send a far-away event of the terminal to the first master device. The first master device sends the far-away event to the management and control device. After receiving the far-away event, the management and control device can determine the roaming strategy according to the first neighbor information of the first slave device and the second neighbor information of the terminal, in combination with the historical roaming track of the terminal, the portrait of the terminal, etc., such as the destination slave device (such as the second slave device) to which the terminal roams, or the strategy of not roaming, and further generate the first management and control instruction including the roaming strategy.

[0133] In the embodiments of the present application, the second slave device is managed by the second master device in the management and control layer, and the second slave device can belong to the same sub-FTTR network as the first slave device, that is, the first master device and the second master device are the same; or the second slave device can belong to a different sub-FTTR network from the first slave device, that is, the first master device and the second master device are different.

[0134] When the terminal accesses the second slave device, the management and control device can synchronize the access information of the terminal to the second slave device through the second master device, so that the terminal can access the second slave device without sensing and authenticating, realizing the seamless roaming and authentication of the terminal within the region / cross-region. Here, the access information can include but is not limited to: Virtual Local Area Network (VLAN), terminal MAC address, terminal IP address, slave device Basic Service Set Identifier (BSSID) and wireless service information, terminal roaming track, etc.

[0135] In some embodiments, to realize seamless roaming across regions, the slave device can report neighbor information and other network information in real time. For example, after the terminal accesses the first slave device, the first slave device sends an online event of the terminal to the management and control device through the first master device; the management and control device receives the online event reported by the first slave device, and the online event carries the access information of the terminal; according to the online event, records the access information of the terminal reported by the first slave device;

[0136] In addition, the first slave device sends first neighbor information of the first slave device and second neighbor information of the terminal to the management and control device through the first master device; the management and control device records the first neighbor information and the second neighbor information; and when a reporting time length of the first neighbor information and the second neighbor information reaches a preset time length, the first neighbor information and the second neighbor information are aged.

[0137] In the embodiments of the present application, the access information of the terminal can be carried in the online event, and the management and control device can establish a terminal information table item corresponding to the terminal after receiving the online event, to record the access information of the terminal. In addition, the first slave device can periodically report the first neighbor information and the second neighbor information, and record the first neighbor information and the second neighbor information in corresponding table items, for example, record the first neighbor information in the slave device information table item corresponding to the slave device, and record the second neighbor information in the terminal information table item corresponding to the terminal. The management and control device maintains the terminal information table item and the slave device information table item. When the reporting time length of the first neighbor information and the second neighbor information reaches the preset time length, the management and control device ages the first neighbor information and the second neighbor information, that is, the subsequent roaming strategy is no longer determined according to the first neighbor information and the second neighbor information.

[0138] In the above step S72, after obtaining the first management and control instruction, the management and control device sends the first management and control instruction to the first master device. Then, the first master device performs subsequent processing according to the first management and control instruction, which can be referred to the description of FIG. 8, and will not be described here.

[0139] Based on the above device management system, the embodiments of the present application provide a device management method, as shown in FIG. 8, applied to a first master device in a management and control layer of an FTTR network. The first master device can be any master device in the management and control layer, such as the master device 1, the master device 2, …, or the master device M in FIG. 4a. The device management method includes the following steps:

[0140] Step S81, obtaining a first management and control instruction from a management and control device in the management and control layer, the first management and control instruction corresponding to a first slave device in an access layer managed by the first master device;

[0141] Step S82, translating the first management and control instruction into a second management and control instruction;

[0142] Step S83, sending the second management and control instruction to the first slave device.

[0143] In the technical solution provided in the embodiments of the present application, the FTTR network divides a management and control layer and an access layer. The management and control layer includes non-management and control devices (such as master devices) and management and control devices. The management and control devices generate management and control instructions corresponding to the slave devices managed by each master device, and deliver the management and control instructions to the corresponding slave devices through the master devices. As can be seen, in the embodiments of the present application, the management and control devices achieve unified management and control of each slave device with the help of each master device of the management and control layer.

[0144] In the above step S81, the management and control device can or can not be the first master device. The first master device can manage one or more slave devices, and the first slave device is any slave device managed by the first master device. When the first master device takes into account the functions of the slave devices, the first slave device can also be the first master device itself.

[0145] Case 1: The first master device is the management and control device (such as the master device 1 in FIG. 4a), at this time, the above step S81 is to generate the first management and control instruction corresponding to the first slave device. For details of the process of generating the management and control instruction, please refer to the related description in the above part of FIG. 7, which will not be repeated here. After the management and control device generates the first management and control instruction, the first master device is equivalent to receiving the first management and control instruction. The subsequent transmission message process between the management and control device and the first slave device can omit the management and control master device and be simplified as between the first master device and the first slave device.

[0146] Case 2: The first master device is not the management and control device (such as the master device 2 in FIG. 4a), at this time, the above step S81 is to receive the first management and control instruction sent by the management and control device in the management and control layer.

[0147] Taking the generation of the first management and control instruction according to the event information from the sub-FTTR network as an example. The terminal accesses the first slave device, the first slave device sends the event information of the terminal to the first master device; the first master device receives the event information of the terminal sent by the first slave device; and sends the event information to the management and control device. The management and control device receives the event information of the terminal; determines a configuration decision according to the event information, generates the first management and control instruction including the configuration decision, and sends it to the first master device.

[0148] In case 2, the first master device is responsible for delivering the event information of the terminal from the first slave device to the management and control device, that is, receiving the event information of the terminal sent by the first slave device; and sending the event information to the management and control device. The above event information can include one or more of the terminal's away event, the terminal's online event, the access information of the terminal reported by the first slave device, the first neighbor information of the first slave device, and the second neighbor information of the terminal.

[0149] The first master device is also responsible for delivering the management and control instruction from the management and control device to the first slave device, which can be seen from the related description in the following steps S82 and S83, and is not limited.

[0150] In step S82, the first master device translates the first control instruction to obtain a second control instruction.

[0151] In an embodiment, the first slave device and the first master device communicate using a specified protocol. The communication protocol between the first slave device and the first master device can be the same as or different from the communication protocol between the control device and the first master device. To ensure that the first slave device correctly parses the control instruction and implements the control of the control device on the first slave device, the first master device converts the first control instruction into a control instruction in the specified protocol to obtain a second control instruction.

[0152] For example, the first master device encodes the first control instruction including configuration information into a second control instruction in the specified protocol; and the first master device encodes the first control instruction including a roaming strategy into a second control instruction in the specified protocol.

[0153] To reduce the load of the slave device, the first master device can determine an execution action corresponding to the first control instruction and generate a second control instruction indicating the execution action.

[0154] For example, in a roaming scenario, the first control instruction includes a roaming strategy; the first master device determines to perform roaming, and the first master device generates a Basic Service Set Transition Management (BTM) packet or a Deauthentication (Deauth) packet or adjusts the transmission power, which are the second control instruction. The first master device determines not to perform roaming, and the first master device does not perform any processing or generates a guide packet that does not perform roaming, which is the second control instruction.

[0155] After obtaining the second control instruction, the first master device performs step S83 to send the second control instruction to the first slave device. After receiving the second control instruction, the first slave device can execute the second control instruction to implement the control of the control device on the first slave device.

[0156] For example, the second control instruction includes configuration information. The first slave device configures the first slave device according to the configuration information included in the second control instruction.

[0157] For another example, the second control instruction includes a roaming strategy. The first slave device cuts off the connection between the first slave device and the terminal according to the roaming strategy included in the second control instruction to implement roaming of the terminal to a second slave device; or the first slave device maintains the connection between the first slave device and the terminal according to the roaming strategy included in the second control instruction to implement that the terminal does not perform roaming.

[0158] In the embodiment of the application, when the terminal does not perform roaming, the first master device can not perform any processing, and at this time, the first slave device will not receive the second management and control instruction, that is, will not perform any processing.

[0159] In some embodiments, the first master device can obtain device information of a plurality of devices in the management layer; and according to the device information of each device, a management and control device is elected from the plurality of devices according to a preset election rule. For specific election methods, refer to the related description in the above part of FIG. 3, which will not be described here.

[0160] The device management method provided by the embodiment of the application will be described below in combination with the networking architecture shown in FIGS. 4a-4c. In FIGS. 4a-4c, the devices in the management layer communicate with each other using protocol 1, and the devices in the management layer and the devices in the access layer communicate with each other using protocol 2. Take the networking architecture shown in FIG. 4a as an example for description.

[0161] In the networking architecture shown in FIG. 4a, the management layer includes master device 1-master device M. Master device 1 in FIG. 4a is elected as a management and control device from master device 1-master device M.

[0162] Information configuration scenario:

[0163] Master device 1 provides a UI interface to the outside. The user inputs configuration information for one or more slave devices in the FTTR network on the UI interface, such as configuration information 1 for slave device 1.1 and configuration information 2 for slave device 2.1. Slave device 1.1 is managed by master device 1, and slave device 2.1 is managed by master device 2.

[0164] Master device 1 generates a management and control instruction 11 including configuration information 1 according to protocol 1; and converts the management and control instruction 11 into a management and control instruction 12 of protocol 2, and sends the management and control instruction 12 to slave device 1.1 through splitter 1.1. Slave device 1.1 parses the management and control instruction 12 to obtain configuration information 1, and configures according to the configuration information 1.

[0165] Master device 1 generates a management and control instruction 21 including configuration information 2 according to protocol 1; and sends the management and control instruction 21 to OLT through splitter 1.0. OLT sends the management and control instruction 21 to master device 2 through splitter 1.0. Master device 2 converts the management and control instruction 21 into a management and control instruction 22 of protocol 2, and sends the management and control instruction 22 to slave device 2.1 through splitter 1.2. Slave device 2.1 parses the management and control instruction 22 to obtain configuration information 2, and configures according to the configuration information 2.

[0166] Terminal roaming scenario:

[0167] Terminal A accesses slave device 1.1. Slave device 1.1 sends an online event 1 of terminal A to master device 1, and the online event 1 carries access information 1 of terminal A. Master device 1 establishes a terminal information table item 1 corresponding to terminal A, and records the access information 1 in the terminal information table item 1.

[0168] Terminal A scans to obtain neighbor information 1 (such as the second neighbor information described above), and sends the neighbor information 1 to slave device 1.1 by using the 802.11k protocol. Slave device 1.1 scans to obtain neighbor information 2 (such as the first neighbor information described above), and sends the neighbor information 1 and the neighbor information 2 to master device 1 by using EasyMesh, CAPWAP or other private protocols through splitter 1.1. Master device 1 records the neighbor information 1 in a slave device information table item 2 corresponding to slave device 1.1, records the neighbor information 2 in the terminal information table item 1, and periodically ages the neighbor information 1 and the neighbor information 2, such as aging the neighbor information 1 and the neighbor information 2 when a reporting time length reaches a preset time length.

[0169] Slave device 1.1 discovers that terminal A is away from slave device 1.1 based on the neighbor information 2, and the trend reaches a preset condition, which indicates that terminal A may need to trigger roaming, and slave device 1.1 sends an away event 1 of terminal A to master device 1.

[0170] After master device 1.1 receives the away event 1, master device 1.1 determines a roaming strategy 1 according to the access information 1, the neighbor information 1 and the neighbor information 2 recorded in the terminal information table item 1, such as determining that terminal A roams to access slave device 2.1, as shown in FIG. 9. Master device 1 sends the roaming strategy 1 to slave device 1.1, slave device 1.1 generates a BTM message 1 corresponding to the roaming strategy 1, and sends the BTM message 1 to terminal A. Terminal A cuts off the connection with slave device 1.1 according to the BTM message 1, and accesses slave device 2.1.

[0171] Master device 1 synchronizes the access information 1 of terminal A to slave device 2.1, and updates the BSSID and wireless service information of the slave device, the roaming track of terminal A and the like in the terminal information table item 1. After terminal A accesses slave device 2.1, slave device 2.1 sends an online event 2 to OLT through splitter 1.0, and OLT sends the online event 2 of terminal A to master device 1 through splitter 1.0. This realizes the seamless roaming of terminal A.

[0172] Subsequently, terminal A scans to obtain neighbor information 1, and sends the neighbor information 1 to slave device 2.1 by using the 802.11k protocol. Slave device 2.1 scans to obtain neighbor information 3 (such as the first neighbor information described above), and sends the neighbor information 1 and the neighbor information 3 to master device 1 by using EasyMesh, CAPWAP or other private protocols through splitter 1.2. Master device 1 records the neighbor information 1 and the neighbor information 3 in the table item 1, and periodically ages the neighbor information 1 and the neighbor information 3.

[0173] The information configuration scenario and the management and control scheme in the terminal roaming scenario in the networking architecture shown in FIG. 4b and FIG. 4c are the same as those shown in FIG. 4a, and the difference is only that the management and control device is different, which will not be described herein again.

[0174] Corresponding to the above device management method, the embodiments of the present application also provide a device management apparatus, as shown in FIG. 10, applied to a first device in a plurality of devices included in a management and control layer of an FTTR network, the first device being a management and control device, and the apparatus comprising:

[0175] A generating module 101 is configured to generate a first management and control instruction corresponding to a first slave device in an access layer of the FTTR network, the first slave device being managed by a first master device in the management and control layer.

[0176] A sending module 102 is configured to send the first management and control instruction to the first master device, so that the first master device translates the first management and control instruction into a second management and control instruction; and send the second management and control instruction to the first slave device.

[0177] In some embodiments, the above device management apparatus can further comprise:

[0178] An obtaining module is configured to obtain device information of the plurality of devices in the management and control layer before generating the first management and control instruction.

[0179] An election module is configured to elect a management and control device from the plurality of devices according to the device information of each device and in accordance with a preset election rule.

[0180] In some embodiments, the device information can include at least one of the following: a level of the device in the management and control layer, a hardware performance, a MAC address, a production time, a version, a serial number, and a power-on time.

[0181] In some embodiments, the generating module 101 can be specifically configured to display a user interface; receive configuration information of the first slave device input by an external user on the user interface; and generate the first management and control instruction including the configuration information.

[0182] In some embodiments, the generating module 101 can be specifically configured to receive event information of a terminal sent by the first master device, the terminal accessing the first slave device; determine a configuration decision according to the event information; and generate the first management and control instruction including the configuration decision.

[0183] In some embodiments, the event information can be a faraway event, and the generating module 101 can be specifically configured to determine a roaming strategy according to the faraway event, first neighbor information of the first slave device, and second neighbor information of the terminal.

[0184] In some embodiments, the sending module 102 can be further configured to:

[0185] When the terminal accesses the second slave device, the access information of the terminal is synchronized to the second slave device by the second master device in the management layer, so that the terminal accesses the second slave device, and the second slave device is managed by the second master device.

[0186] In some embodiments, the device management apparatus described above can further include:

[0187] The receiving module is configured to receive a terminal online event, first neighbor information of the first slave device, and second neighbor information of the terminal reported by the first slave device through the first master device, the terminal online event carrying access information of the terminal;

[0188] The recording module is configured to record the access information of the terminal, the first neighbor information of the first slave device, and the second neighbor information of the terminal reported by the first slave device;

[0189] The aging module is configured to age the first neighbor information and the second neighbor information when a reporting duration of the first neighbor information and the second neighbor information reaches a preset duration.

[0190] In the embodiments of the present application, the device capable of participating in the election can include each module included in the first device (i.e., the management device) to facilitate the device capable of participating in the election to perform the function of the management device after being elected as the management device. The device capable of participating in the election can be an AC, an OLT, and each master device, etc.

[0191] In the technical solutions provided by the embodiments of the present application, the FTTR network divides a management layer and an access layer. The management layer includes non-management devices (such as master devices) and a management device. The management device generates management instructions corresponding to slave devices managed by each master device, and transmits the management instructions to the corresponding slave devices through the master device. It can be seen that in the embodiments of the present application, the management device realizes unified management and control of each slave device with the help of each master device in the management layer.

[0192] Corresponding to the device management method described above, the embodiments of the present application also provide a device management apparatus, as shown in FIG. 11, applied to a first master device in a management layer of an FTTR network, the apparatus includes:

[0193] The obtaining module 111 is configured to obtain a first management instruction from a management device in the management layer, the first management instruction corresponding to a first slave device in an access layer managed by the first master device;

[0194] The translation module 112 is configured to translate the first management instruction into a second management instruction;

[0195] The first sending module 113 is configured to send the second management instruction to the first slave device.

[0196] In some embodiments, the device management apparatus described above can further include:

[0197] a receiving module configured to receive event information of a terminal sent by the first slave device, the terminal accessing the first slave device;

[0198] a second sending module configured to send the event information to the management and control device, so that the management and control device determines a configuration decision according to the event information; and generate a first management and control instruction including the configuration decision.

[0199] In some embodiments, the event information can include one or more of a remote event of the terminal, an online event of the terminal, first neighbor information of the first slave device, and second neighbor information of the terminal.

[0200] In some embodiments, the translation module 112 can be specifically configured to:

[0201] convert the first management and control instruction into a management and control instruction of a specified protocol to obtain a second management and control instruction; or

[0202] determine an execution action corresponding to the first management and control instruction, and generate a second management and control instruction indicating the execution action.

[0203] In the technical solution provided by the embodiments of the present application, the FTTR network divides a management and control layer and an access layer. The management and control layer includes non-management and control devices (such as master devices) and management and control devices. The management and control devices generate management and control instructions corresponding to slave devices managed by each master device, and deliver the management and control instructions to the corresponding slave devices through the master devices. It can be seen that in the embodiments of the present application, the management and control devices achieve unified management and control of each slave device with the help of each master device in the management and control layer.

[0204] Corresponding to the device management method described above, the embodiments of the present application also provide a device management system, as shown in FIG. 12. In the management and control layer of the device management system, the management and control device 121 includes a UI interface 1211 and an automatic network (Automatic Network) unit 1212. In addition, the management and control device 121 can also include a WLAN unit, a PON unit and other service units, which are used to implement corresponding services or traffic.

[0205] The UI interface 1211 is used to guide the user to manage and control the WLAN unit, the PON unit and other service units.

[0206] The automatic network unit 1212 is configured to generate the first management and control instruction and send the first management and control instruction to other devices in the management and control layer. For example, the automatic network unit 1212 can receive configuration information of the first slave device input by the user on the user interface, generate the first management and control instruction including the configuration information, and receive event information of a terminal accessing the first slave device sent by the first master device, determine a configuration decision according to the event information, and generate the first management and control instruction including the configuration decision.

[0207] In addition, the automatic network unit 1212 can also be configured to collect real-time network information, for example, receive an online event of a terminal reported by the first slave device, first neighbor information of the first slave device, and second neighbor information of the terminal, the online event carrying access information of the terminal, record the access information of the terminal reported by the first slave device, the first neighbor information of the first slave device, and the second neighbor information of the terminal, and age the first neighbor information and the second neighbor information when a reporting time length of the first neighbor information and the second neighbor information reaches a preset time length.

[0208] The automatic network unit 1212 can also be configured to synchronize the access information of the terminal to the second slave device when the terminal accesses the second slave device, and the second slave device is managed by a second master device in the management and control layer.

[0209] In the management and control layer of the device management system, the non-management and control device 122 includes an automatic network unit 1221. The automatic network unit 1221 is configured to receive the management and control instruction (such as the first management and control instruction) sent by the management and control device and report real-time data of the non-management and control device and the FTTR network under the jurisdiction of the non-management and control device.

[0210] When the non-management and control device 122 is a master device, the non-management and control device 122 further includes a master device (FTTR Master) unit 1222. The automatic network unit 1221 is further configured to translate the management and control instruction into a management and control instruction of a specified protocol and send the translated management and control instruction to the master device unit 1222. The master device unit 1222 is configured to send the translated management and control instruction to the slave device 123.

[0211] In the access layer of the device management system, the slave device 123 includes a slave device (FTTR Slave) unit 1231. The slave device unit 1231 can adopt related operations to process the received management and control instruction, which will not be described herein again.

[0212] In the embodiments of the present application, the networking architecture of the FTTR network is divided into the management and control layer and the access layer, the management and control layer is divided into levels, the management and control device is elected, and various device roles are designed, which meets the functional requirements and economic strength of different groups and enables the FTTR network to provide better network services.

[0213] Corresponding to the device management method described above, the embodiments of the present application also provide a network device, such as the management and control device and the master device described above, as shown in FIG. 13, comprising a processor 131 and a machine readable storage medium 132, the machine readable storage medium 132 stores machine executable instructions capable of being executed by the processor 131, and the processor 131 is prompted by the machine executable instructions to implement any of the device management methods described above.

[0214] The machine readable storage medium can include a random access memory (RAM) and can also include a non-volatile memory (NVM), such as at least one disk memory. Optionally, the machine readable storage medium can also be at least one storage device located away from the aforementioned processor.

[0215] The processor can be a general purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; can also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component.

[0216] In yet another embodiment provided by the present application, a computer readable storage medium is also provided, and the computer readable storage medium stores a computer program, and the computer program is executed by a processor to implement any of the device management methods described above.

[0217] In yet another embodiment provided by the present application, a computer program product containing instructions is also provided, and when the computer program product is run on a computer, the computer is caused to execute any of the device management methods in the above embodiments.

[0218] In the embodiments described above, all or some of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or some of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded into and executed by a computer, all or some of the processes or functions according to the embodiments described in the specification are generated. The computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions can be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center through a wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) manner. The computer readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. integrated with one or more available media. The available media can be a magnetic medium (for example, floppy disk, hard disk, magnetic tape), an optical medium (for example, DVD), or a semiconductor medium (for example, Solid State Disk, SSD) and the like.

[0219] It should be noted that, in this document, the terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between the entities or operations. Moreover, the terms "include", "contain" or any other variants thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed or inherent to such process, method, article or device. Without more limitations, the element defined by the statement "including a" does not exclude the presence of another identical element in the process, method, article or device including the element.

[0220] Each of the embodiments in the specification is described in a related manner, and the same or similar parts between each of the embodiments can be referred to each other. Each of the embodiments focuses on the difference from other embodiments. In particular, for the method, device, network device, storage medium and program product embodiments, since they are basically similar to the device management system embodiments, the description is relatively simple, and the relevant parts can be referred to the part of the description of the device management system embodiments.

[0221] The above merely provides the preferred embodiment of the present application, and not intended to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A method for managing equipment, characterized in that, The first device among multiple devices in the management and control layer applied to an FTTR network is a management and control device, and the method includes: Generate a first management command corresponding to the first slave device in the access layer of the FTTR network, and the first slave device is managed by the first master device in the management layer; The first control instruction is sent to the first master device, so that the first master device translates the first control instruction into a second control instruction; the second control instruction is then sent to the first slave device.

2. The method according to claim 1, characterized in that, Before generating the first control instruction, the method further includes: Obtain device information of the multiple devices in the control layer; Based on the equipment information of each device, and in accordance with the preset election rules, a control device is elected from the multiple devices.

3. The method according to claim 2, characterized in that, The device information includes at least one of the following: the device's level in the control layer, hardware performance, MAC address, production time, version, serial number, and power-on time.

4. The method according to claim 1, characterized in that, The step of generating the first control command corresponding to the first slave device in the access layer of the FTTR network includes: Display the user interface; Receive configuration information of the first slave device input from the outside on the user interface; Generate a first control instruction that includes the configuration information.

5. The method according to claim 1, characterized in that, The step of generating the first control command corresponding to the first slave device in the access layer of the FTTR network includes: The terminal receives event information from the first master device, and the terminal connects to the first slave device. Based on the event information, a configuration decision is determined; Generate a first control instruction that includes the configuration decision.

6. The method according to claim 5, characterized in that, The event information is a remote event, and the step of determining the configuration decision based on the event information includes: Based on the distance event, the first neighbor information of the first slave device, and the second neighbor information of the terminal, a roaming strategy is determined.

7. The method according to claim 6, characterized in that, The method further includes: When the terminal connects to the second slave device, the second master device in the control layer synchronizes the terminal's access information to the second slave device, so that the terminal connects to the second slave device and the second slave device is managed by the second master device.

8. The method according to claim 6 or 7, characterized in that, The method further includes: The system receives the online event of the terminal reported by the first slave device through the first master device, the first neighbor information of the first slave device, and the second neighbor information of the terminal, wherein the online event carries the access information of the terminal; Record the access information of the terminal reported by the first slave device, the first neighbor information of the first slave device, and the second neighbor information of the terminal; When the reporting time of the first neighbor information and the second neighbor information reaches the preset time, the first neighbor information and the second neighbor information are aged out.

9. A method for managing equipment, characterized in that, The method, applied to the first master device in the management layer of an FTTR network, includes: Obtain the first control instruction generated by the control device in the control layer, wherein the first control instruction corresponds to the first slave device in the access layer that the first master device is managed; Translate the first control instruction into the second control instruction; Send the second control command to the first slave device.

10. The method according to claim 9, characterized in that, The method further includes: The terminal receives event information from the first slave device, and the terminal connects to the first slave device. The event information is sent to the control device, so that the control device can determine a configuration decision based on the event information; and generate a system including... The first control command for configuration decisions.

11. The method according to claim 10, characterized in that, The event information includes one or more of the following: the terminal's away event, the terminal's online event, the first neighbor information of the first slave device, and the second neighbor information of the terminal.

12. The method according to claim 9, characterized in that, The step of translating the first control instruction into a second control instruction includes: The first control command is converted into a control command of a specified protocol to obtain a second control command; or Determine the execution action corresponding to the first control instruction, and generate a second control instruction that indicates the execution action.

13. An equipment management device, characterized in that, The first device among multiple devices included in the management and control layer applied to the FTTR network is a management and control device, and the device includes: The generation module is used to generate a first management instruction corresponding to the first slave device in the access layer of the FTTR network, wherein the first slave device is managed by the first master device in the management layer. The sending module is configured to send the first control instruction to the first master device, so that the first master device translates the first control instruction into a second control instruction; and send the second control instruction to the first slave device.

14. The apparatus according to claim 13, characterized in that, The device further includes: The acquisition module is used to acquire device information of the plurality of devices in the control layer before generating the first control instruction; The election module is used to elect a control device from the multiple devices according to the device information of each device and in accordance with preset election rules.

15. The apparatus according to claim 14, characterized in that, The device information includes at least one of the following: the device's level in the control layer, hardware performance, MAC address, production time, version, serial number, and power-on time.

16. The apparatus according to claim 13, characterized in that, The generation module is specifically used to display the user interface; receive configuration information of the first slave device input from the outside on the user interface; and generate a first control command including the configuration information.

17. The apparatus according to claim 13, characterized in that, The generation module is specifically used to receive event information from a terminal sent by the first master device, wherein the terminal is connected to the first slave device; determine a configuration decision based on the event information; and generate a first control instruction including the configuration decision.

18. The apparatus according to claim 17, characterized in that, The event information is a remote event. The generation module is specifically used to determine a roaming strategy based on the remote event, the first neighbor information of the first slave device, and the second neighbor information of the terminal.

19. The apparatus according to claim 18, characterized in that, The sending module is further configured to: When the terminal connects to the second slave device, the second master device in the control layer synchronizes the terminal's access information to the second slave device, so that the terminal connects to the second slave device and the second slave device is managed by the second master device.

20. The apparatus according to claim 18 or 19, characterized in that, The device further includes: The receiving module is configured to receive the online event of the terminal, the first neighbor information of the first slave device, and the second neighbor information of the terminal reported by the first master device through the first slave device, wherein the online event carries the access information of the terminal; The recording module is used to record the access information of the terminal reported by the first slave device, the first neighbor information of the first slave device, and the second neighbor information of the terminal; The aging module is used to age out the first neighbor information and the second neighbor information when the reporting time of the first neighbor information and the second neighbor information reaches a preset time.

21. An equipment management device, characterized in that, A first master device applied in the management and control layer of an FTTR network, the device comprising: The acquisition module is used to acquire a first control instruction from the control device in the control layer, wherein the first control instruction corresponds to a first slave device in the access layer to which the first master device is managed; The translation module is used to translate the first control instruction into a second control instruction; The first sending module is used to send the second control command to the first slave device.

22. The apparatus according to claim 21, characterized in that, The device further includes: A receiving module is used to receive event information from a terminal sent by the first slave device, wherein the terminal is connected to the first slave device; The second sending module is used to send the event information to the control device, so that the control device can determine based on the event information. Configuration decision; generating a first control instruction that includes the configuration decision.

23. The apparatus according to claim 22, characterized in that, The event information includes one or more of the following: the terminal's away event, the terminal's online event, the first neighbor information of the first slave device, and the second neighbor information of the terminal.

24. The apparatus according to claim 21, characterized in that, The translation module is specifically used for: The first control command is converted into a control command of a specified protocol to obtain a second control command; or Determine the execution action corresponding to the first control instruction, and generate a second control instruction that indicates the execution action.

25. A network device, characterized in that, The method includes a processor and a machine-readable storage medium storing machine-executable instructions that can be executed by the processor, the processor being prompted by the machine-executable instructions to perform the method of any one of claims 1-12.

26. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, implements the method described in any one of claims 1-12.

27. A computer program product, characterized in that, When it is run on a computer, it causes the computer to perform the method described in any one of claims 1-12.

Images