Network equipment control method and device of FTTR system and FTTR system

Abstract

The invention relates to a network equipment control method and device of an FTTR system and the FTTR system. The method comprises the following steps: when a first master device is in a master state, synchronizing system state information of an FTTR system to a second master device through an air interface communication link; when it is detected that the optical fiber link between the first main device and the optical splitter has a fault, sending a switching request message to a second main device through an air interface communication link; wherein the switching request message is used for indicating the second main equipment to execute a protection switching process according to locally stored system state information; the protection switching process is used for switching the second master device to a master state. By adopting the method, the reliability of the FTTR system can be improved.

Description

Technical Field

[0001] This application relates to the field of optical fiber communication technology, and in particular to a network device control method, apparatus, FTTR system, computer-readable storage medium, and computer program product for an FTTR system. Background Technology

[0002] FTTR (Fiber-to-the-Room) technology is a technology that brings fiber optic cables directly into every room of a home or office to achieve gigabit network coverage throughout the house.

[0003] In traditional FTTR systems, a fiber optic cable failure between the main equipment and the splitter can prevent the FTTR system from providing normal network services for the entire indoor network, severely impacting normal business transmission.

[0004] Therefore, the reliability of traditional FTTR systems is relatively low. Summary of the Invention

[0005] Therefore, it is necessary to provide a method, apparatus, FTTR system, computer-readable storage medium, and computer program product that can improve the reliability of FTTR systems and address the aforementioned technical problems.

[0006] In a first aspect, this application provides a network device control method for an FTTR system, the FTTR system including a master device and a slave device, the master device including a first master device and a second master device that serve as mutual backups, the first master device and the second master device being optically connected to the slave device via optical splitters; an air interface communication link is established between the first master device and the second master device, the method is applied to the first master device, and the method includes:

[0007] When the first master device is in the primary state, the system status information of the FTTR system is synchronized to the second master device through the air interface communication link;

[0008] If a fault is detected in the fiber optic link between the first master device and the splitter, a switchover request message is sent to the second master device through the air interface communication link.

[0009] The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally; the protection switchover process is used to switch the second master device to the primary state.

[0010] In one embodiment, the method further includes:

[0011] The system receives a switchover confirmation message returned by the second master device through the air interface communication link; the switchover confirmation message is sent by the second master device when it determines that the optical fiber link between the second master device and the slave device is available.

[0012] In response to the switchover confirmation message, the first master device is switched from the master state to the disabled state.

[0013] In one embodiment, the system status information includes network configuration information, and the step of synchronizing the system status information of the FTTR system to the second master device through the air interface communication link includes:

[0014] According to the preset first synchronization period, collect the FTTR network configuration information of the FTTR system;

[0015] Generate a configuration synchronization message containing the FTTR networking configuration information;

[0016] The configuration synchronization message is sent to the second master device via the air interface communication link; the second master device is used to cache the FTTR networking configuration information carried in the configuration synchronization message locally.

[0017] In one embodiment, the system status information further includes slave device status information, and the step of synchronizing the system status information of the FTTR system to the second master device through the air interface communication link includes:

[0018] According to the preset second synchronization cycle, the status information of all the slave devices registered in the FTTR system is collected to obtain the slave device status information of the FTTR system;

[0019] Generate a status synchronization message containing the slave device status information;

[0020] The status synchronization message is sent to the second master device via the air interface communication link; the second master device is used to cache the slave device status information carried in the status synchronization message locally.

[0021] In one embodiment, the method further includes:

[0022] If no uplink signal is received within a preset first time, a liveness query message is broadcast to all the slave devices registered in the FTTR system. The liveness query message is used to instruct the slave devices to return a liveness response message within a preset timeout period.

[0023] If none of the slave devices return the liveness response message within a preset second time period, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0024] In one embodiment, the broadcast liveness query message is sent to all the slave devices registered in the FTTR system, including:

[0025] Obtain the MAC address list; the MAC address list records the MAC addresses of all the slave devices registered in the FTTR system;

[0026] Based on the MAC address list, the liveness query message is sent via the optical splitter to all the slave devices registered in the FTTR system.

[0027] In one embodiment, the method further includes:

[0028] If no liveness response message is received from any slave device registered in the FTTR system within the second time period, then the slave device is marked as disconnected.

[0029] If all the slave devices registered in the FTTR system are marked as disconnected, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0030] Secondly, this application also provides a network device control device for an FTTR system, the FTTR system including a master device and a slave device, the master device including a first master device and a second master device that serve as backups for each other, the first master device and the second master device being optically connected to the slave device via optical splitters; an air interface communication link is established between the first master device and the second master device, the device is applied to the first master device, and the device includes:

[0031] The synchronization module is used to synchronize the system status information of the FTTR system to the second master device through the air interface communication link when the first master device is in the master state;

[0032] The switching module is used to send a switching request message to the second master device through the air interface communication link when a fault is detected in the optical fiber link between the first master device and the splitter.

[0033] The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally; the protection switchover process is used to switch the second master device to the primary state.

[0034] Thirdly, this application also provides an FTTR system, which includes a master device and a slave device. The master device includes a first master device and a second master device that serve as backups for each other. The first master device and the second master device are respectively connected to the slave device via optical fibers through optical splitters. An air interface communication link is established between the first master device and the second master device. The first master device is used to perform the method described above.

[0035] Fourthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the above-described method.

[0036] Fifthly, this application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the above-described method.

[0037] The aforementioned FTTR system includes a network device control method, apparatus, FTTR system, computer-readable storage medium, and computer program product. The FTTR system comprises a master device and slave devices. The master device includes a first master device and a second master device that act as both primary and backup devices. The first and second master devices are respectively connected to the slave devices via optical fibers through optical splitters. An air interface communication link is established between the first and second master devices. When the first master device is in primary mode, it synchronizes the system status information of the FTTR system to the second master device through the air interface communication link, thereby enabling the sharing of the current system status information of the FTTR system between the first and second master devices. The first master device detects and... In the event of a fault in the fiber optic link between the splitters, the first master device can send a switchover request message to the second master device via the air interface communication link. This instructs the second master device to execute a protection switchover process based on the locally stored system status information. The protection switchover process enables the second master device to switch to the primary mode, thus ensuring that the second master device is activated promptly when a fault occurs in the fiber optic link between the first master device and the splitter. This allows for seamless takeover of the FTTR system's services. Through the coordinated control of the first and second master devices, the single point of failure problem of the core fiber optic link in the FTTR system is effectively solved, providing assurance for the high-reliability network requirements of home, enterprise, and other scenarios. Attached Figure Description

[0038] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the description of the embodiments of this application or related technologies will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0039] Figure 1 This is an application environment diagram of a network device control method for an FTTR system in one embodiment.

[0040] Figure 2 This is a flowchart illustrating a network device control method for an FTTR system in one embodiment.

[0041] Figure 3 This is a schematic diagram of the master / standby switching of a master device in an FTTR system according to one embodiment.

[0042] Figure 4 This is a flowchart illustrating a network device control method for another FTTR system in one embodiment;

[0043] Figure 5 This is a timing diagram of a network device control method for an FTTR system in one embodiment;

[0044] Figure 6 This is a schematic diagram illustrating the switching of the working state of the master device in an FTTR system according to one embodiment.

[0045] Figure 7 This is a structural block diagram of a network device control device for an FTTR system in one embodiment.

[0046] Figure 8 This is an internal structural diagram of a computer device in one embodiment. Detailed Implementation

[0047] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0048] This application provides a network device control method for an FTTR system, which can be applied to, for example... Figure 1The application environment shown is illustrated. The FTTR system includes a master device 100 and a slave device 200. The master device 100 includes a first master device 102 and a second master device 104, which serve as both primary and backup devices. The first master device 102 and the second master device 104 are optically connected to the slave device 200 via an optical splitter 300. An air interface communication link is established between the first master device 102 and the second master device 104. When the first master device 102 is in primary mode, it synchronizes the system status information of the FTTR system 100 to the second master device 104 via the air interface communication link. If the first master device 102 detects a fault in the optical fiber link between itself and the optical splitter 300, it sends a switchover request message to the second master device 104 via the air interface communication link. The switchover request message instructs the second master device 104 to execute a protection switchover procedure based on the locally stored system status information. The protection switchover procedure enables the second master device 104 to switch to primary mode.

[0049] In practical applications, the northbound connection of the master device 100 serves as a network terminal connecting to the access node (AN) device. The southbound FTTR transceiver unit of the master device 100 connects to the FTTR transceiver unit of the slave device 200 via an indoor optical distribution network. The master device 100 also provides gateway functionality and other network functions. The FTTR transceiver unit of the slave device 200 connects to the FTTR transceiver unit of the master device 100 via the indoor optical distribution network.

[0050] In one exemplary embodiment, such as Figure 2 As shown, a network device control method for an FTTR system is provided, which is applied to... Figure 1 Taking the first master device 102 as an example, the explanation includes the following steps S202 to S204. Wherein:

[0051] Step S202: When the first master device is in the master state, the system status information of the FTTR system is synchronized to the second master device through the air interface communication link.

[0052] The first master device can refer to the working master device (i.e., the working MFU (Main Fiber Unit)) in the FTTR system.

[0053] The second master device can refer to the standby master device (i.e., standby MFU) in the FTTR system.

[0054] In practice, the master device in the FTTR system periodically collects the system status information of the FTTR system, such as the network configuration information and slave device status information (i.e., SFU (Slave Fiber Unit) status information). When the master device and the backup master device have established an air interface communication link, the master device can synchronize the system status information of the FTTR system to the second master device through the air interface communication link, so as to realize the periodic sharing of the network configuration information and slave device status information of the FTTR system between the master device and the backup master device through the air interface.

[0055] Step S204: If a fault is detected in the fiber optic link between the first master device and the splitter, a switchover request message is sent to the second master device via the air interface communication link.

[0056] The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally.

[0057] The protection switching process is used to switch the second master device to the master state.

[0058] In practice, the master working device can detect whether there is a fault in the fiber optic link between the master working device and the splitter. If there is a fault in the fiber optic link between the master working device and the splitter, the master working device can send a switchover request message to the backup master device through the air interface communication link.

[0059] In practical applications, a switchover request message may include a unique instruction identifier, a fault confirmation flag, a timestamp of the last complete state synchronization, and suggested parameters for maintaining the current session with the slave device.

[0060] Upon receiving a failover request message, the standby master device can verify the validity of the failover request message. If the failover request message passes the standby master device's validity verification, the standby master device can execute the protection failover process based on the locally cached system status information. Specifically, the standby master device can configure the latest synchronized network configuration information and, based on the latest synchronized slave device status information, begin message interaction with all connected slave devices to confirm link integrity.

[0061] After the backup master device establishes normal communication with all registered slave devices in the FTTR system, a backup fiber optic link is established with all registered slave devices in the FTTR system. The backup master device switches from standby mode to master mode; the working master device switches from master mode to standby mode, achieving seamless takeover of services from the FTTR system, such as... Figure 3 As shown, Figure 3An exemplary schematic diagram of the master device switching in an FTTR system is provided.

[0062] In the network device control method of the aforementioned FTTR system, the FTTR system includes master devices and slave devices. The master devices include a first master device and a second master device that serve as both primary and backup devices. The first master device and the second master device are respectively connected to the slave devices via optical fibers through optical splitters. An air interface communication link is established between the first master device and the second master device. When the first master device is in primary mode, it synchronizes the system status information of the FTTR system to the second master device through the air interface communication link, thereby enabling the sharing of the current system status information of the FTTR system between the first master device and the second master device. The first master device detects the existence of the optical fiber link between itself and the optical splitter. In the event of a fault, the first master device can send a switchover request message to the second master device via the air interface communication link, thereby instructing the second master device to execute a protection switchover process based on the locally stored system status information. The protection switchover process is used to switch the second master device to the primary state, thereby enabling the second master device to be activated in a timely manner when there is a fault in the fiber optic link between the first master device and the splitter, achieving seamless takeover of services in the FTTR system. Through the coordinated control of the first and second master devices, the single point of failure problem of the core fiber optic link of the FTTR system is effectively solved, providing a guarantee for the high reliability network requirements of home, enterprise and other scenarios.

[0063] In an exemplary embodiment, the method further includes: receiving a switchover confirmation message returned by the second master device through an air interface communication link; the switchover confirmation message is sent by the second master device when it determines that the optical fiber link between the second master device and the slave device is in an available state; and in response to the switchover confirmation message, setting the first master device to switch from a master state to a disabled state.

[0064] In the specific implementation, the air interface message encapsulation format (WMCI (Wireless Multi-Connectivity Interface) encapsulation format) involved in the protection switching process includes a switching request message (REQ, Request) and a switching confirmation message (ACK, Acknowledgment). Upon receiving the switching request message, the standby master device can verify its validity. If the switching request message passes the standby master device's validity verification, the standby master device can execute the protection switching process based on locally cached system status information. Specifically, the standby master device can configure the latest synchronized network configuration information and, based on the latest synchronized slave device status information, begin message interaction with all connected slave devices to confirm link integrity. When the standby master device determines that the fiber optic link between the standby master device and the slave device is available, the standby master device can send a switchover confirmation message to the working master device. After the working master device determines that it has received the switchover confirmation message, it determines that the standby master device has successfully established a fiber optic communication link with the slave device, and the working master device switches from the master state to the disabled state.

[0065] The technical solution of this embodiment, by receiving a switchover confirmation message sent by the second master device through the air interface communication link when it determines that the optical fiber link between it and the slave device is in an available state, promptly sets the first master device to switch from the active state to the inactive state. This allows the first master device to promptly determine that the second master device has confirmed the integrity of the optical fiber link, enabling the first master device to switch to the inactive state in a timely manner, thus achieving seamless takeover of the FTTR system's services by the second master device.

[0066] In an exemplary embodiment, synchronizing the system status information of the FTTR system to the second master device via an air interface communication link includes: collecting the FTTR network configuration information of the FTTR system according to a preset first synchronization period; generating a configuration synchronization message containing the FTTR network configuration information; sending the configuration synchronization message to the second master device via the air interface communication link; and the second master device is used to cache the FTTR network configuration information carried in the configuration synchronization message locally.

[0067] The system status information includes network configuration information. Specifically, the network configuration information includes master device configuration, slave device configuration, and splitter configuration.

[0068] In specific implementation, the first master device synchronizes the system status information of the FTTR system to the second master device through an air interface communication link. The first master device can collect the FTTR network configuration information of the FTTR system according to a preset first synchronization period. Then, the first master device can generate a configuration synchronization message according to a preset air interface message encapsulation format and the FTTR network configuration information. The configuration synchronization message carries the FTTR network configuration information. Then, the first master device can send the configuration synchronization message to the second master device through the air interface communication link.

[0069] After receiving the configuration synchronization message, the second master device can parse the FTTR networking configuration information carried in the message and cache it in its local storage. Specifically, if the second master device already has the FTTR networking configuration information cached in its local storage, it can update the cached FTTR networking configuration information based on the newly received FTTR networking configuration information.

[0070] The technical solution of this embodiment collects the FTTR network configuration information of the FTTR system according to a preset first synchronization period and generates a configuration synchronization message containing the FTTR network configuration information; the configuration synchronization message is sent to the second master device through an air interface communication link, so that the second master device caches the FTTR network configuration information carried in the configuration synchronization message locally. This can effectively utilize the air interface communication link to realize the sharing of FTTR network configuration information between the first master device and the second master device.

[0071] In an exemplary embodiment, the system status information further includes slave device status information. Synchronizing the system status information of the FTTR system to the second master device via an air interface communication link includes: collecting the status information of all registered slave devices in the FTTR system according to a preset second synchronization period to obtain the slave device status information of the FTTR system; generating a status synchronization message containing the slave device status information; and sending the status synchronization message to the second master device via an air interface communication link. The second master device is used to cache the slave device status information carried in the status synchronization message locally.

[0072] The system status information also includes slave device status information, which may include basic operating status, link connection status, service carrying status, and abnormal alarm information.

[0073] In specific implementation, the first master device synchronizes the system status information of the FTTR system to the second master device through an air interface communication link. The first master device can collect the status information of all registered slave devices in the FTTR system according to a preset second synchronization period to obtain the slave device status information of the FTTR system. Then, the first master device can generate a status synchronization message based on the slave device status information according to a preset air interface message encapsulation format. The status synchronization message carries the slave device status information. Then, the first master device can send the status synchronization message to the second master device through the air interface communication link.

[0074] After receiving the status synchronization message, the second master device can parse the slave device status information carried in the message and cache this information in its local storage. Specifically, if the slave device status information is already cached in the second master device's local storage, the second master device can update the cached information based on newly received slave device status information, ensuring that it stores the latest slave device status information in the FTTR system.

[0075] The technical solution of this embodiment obtains the status information of all registered slave devices in the FTTR system by collecting the status information of the slave devices in the FTTR system according to a preset second synchronization period; generates a status synchronization message containing the status information of the slave devices; and sends the status synchronization message to the second master device through an air interface communication link. The second master device is used to cache the status information of the slave devices carried in the status synchronization message locally, which can effectively realize the sharing of slave device status information between the first master device and the second master device by utilizing the air interface communication link.

[0076] In an exemplary embodiment, the method further includes: if no uplink signal is received within a preset first time period, broadcasting a liveness query message to all registered slave devices in the FTTR system; if none of the slave devices return a liveness response message within a preset second time period, determining that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0077] The liveness query message is used to instruct the slave device to return a liveness response message within a preset timeout period.

[0078] Uplink signals can refer to service data frames (such as terminal uplink traffic, SFU status reports) sent by the slave device to the first master device through the optical splitter.

[0079] In specific implementation, when the first master device is in the master state, if the first master device does not receive an uplink signal within a preset first time (including the disappearance of the physical layer signal or the absence of a valid frame in the data link layer), the first master device can trigger an active detection of the connection status of the slave device.

[0080] Specifically, the first master device immediately initiates active probing of all its slave devices, broadcasting a liveness query message (slave device liveness query frame) to all slave devices registered in the FTTR system. After receiving the liveness query message, the slave device needs to return a liveness response message to the first master device within the timeout period to inform the first master device that communication with the slave device is normal.

[0081] If none of the slave devices return a liveness response message within the preset second time period, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter, triggering the first master device to execute the step of sending a switchover request message to the second master device through the air interface communication link.

[0082] The preset second time can refer to the device detection period, which can be set to 30 seconds.

[0083] The technical solution of this embodiment broadcasts a liveness query message to all registered slave devices in the FTTR system if no uplink signal is received within a preset first time. This enables the detection and evaluation of the connection status between the first master device and all registered slave devices in the FTTR system, and timely detection of a fault in the fiber optic link between the first master device and the splitter.

[0084] In one exemplary embodiment, broadcasting a liveness query message to all registered slave devices in the FTTR system includes: obtaining a MAC address list; the MAC address list records the MAC addresses of all registered slave devices in the FTTR system; and sending a liveness query message to all registered slave devices in the FTTR system via a splitter according to the MAC address list.

[0085] In practice, during the process of broadcasting a liveness query message to all registered slave devices in the FTTR system, the first master device can retrieve a locally maintained list of MAC addresses from its local storage. This list records the MAC addresses of all registered slave devices in the FTTR system. The first master device can then send a liveness query message via the optical splitter to all registered slave devices in the FTTR system, i.e., the slave device corresponding to at least one MAC address recorded in the MAC address list, according to this MAC address list, in an attempt to trigger that slave device to return a liveness response message to the first master device within the timeout period.

[0086] In this embodiment, the first master device sends a liveness query message to all registered slave devices in the FTTR system based on a locally maintained MAC address list. This allows the first master device to quickly and accurately determine the liveness status of all registered slave devices, providing crucial information for fault diagnosis and protection switching in the FTTR system.

[0087] In an exemplary embodiment, the method further includes: if no liveness response message is received from any slave device registered in the FTTR system within a second time period, then any slave device is marked as disconnected; if all slave devices registered in the FTTR system are marked as disconnected, then a fault is detected in the fiber optic link between the first master device and the splitter.

[0088] In the specific implementation, for any slave device registered in the FTTR system, if the first master device does not receive a liveness response message from any slave device within the second time period, it marks the slave device as disconnected; if it receives a liveness response message from any slave device within the second time period, it marks the slave device as connected. Then, the first master device can determine whether all slave devices registered in the FTTR system have been marked as disconnected. If all slave devices registered in the FTTR system have been marked as disconnected, the first master device determines that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0089] The technical solution of this embodiment marks any slave device as disconnected if no liveness response message is received from any slave device within the second time period. Only when all slave devices registered in the FTTR system are marked as disconnected is it determined that a fault has been detected in the fiber optic link between the first master device and the splitter. This can realize a two-layer judgment logic of single device timeout marking and full device status aggregation, achieve accurate identification of fiber optic link faults between the first master device and the splitter, and effectively distinguish between fiber optic link faults and local slave device faults.

[0090] In another embodiment, such as Figure 4 As shown, a network device control method for an FTTR system is provided. The FTTR system includes master devices and slave devices. The master devices include a first master device and a second master device that serve as mutual backups. The first master device and the second master device are respectively connected to the slave devices via optical fibers through optical splitters. An air interface communication link is established between the first master device and the second master device. This method is applied to... Figure 1 Taking the first master device as an example, the explanation includes the following steps:

[0091] Step S402: When the first master device is in the master state, the system status information of the FTTR system is synchronized to the second master device through the air interface communication link.

[0092] In step S404, if no uplink signal is received within a preset first time period, a liveness query message is broadcast to all slave devices registered in the FTTR system. The liveness query message is used to instruct the slave devices to return a liveness response message within a preset timeout period.

[0093] Step S406: If none of the slave devices return a liveness response message within a preset second time period, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0094] In step S408, if a fault is detected in the fiber optic link between the first master device and the splitter, a switchover request message is sent to the second master device via the air interface communication link. The switchover request message is used to instruct the second master device to perform a protection switchover process based on the locally stored system status information. The protection switchover process is used to switch the second master device to the primary state.

[0095] Step S410: Receive a switchover confirmation message returned by the second master device through the air interface communication link; the switchover confirmation message is sent by the second master device when it determines that the fiber optic link between the second master device and the slave device is available.

[0096] In step S412, in response to the switchover confirmation message, the first master device is switched from the primary state to the standby state.

[0097] It should be noted that the specific limitations of the above steps can be found in the specific limitations of a network device control method for an FTTR system described above.

[0098] In another embodiment, such as Figure 5 As shown, a timing diagram of a network device control method for an FTTR system is provided. The FTTR system includes a master device and a slave device; the master device includes a standby MFU and a working MFU; the slave device includes SFU1-SFUn.

[0099] The working MFU collects the FTTR network configuration information of the FTTR system according to the preset first synchronization period and generates a configuration synchronization message containing the FTTR network configuration information. The working MFU sends the configuration synchronization message to the standby MFU through the air interface communication link. The standby MFU is used to cache the FTTR network configuration information carried in the configuration synchronization message locally, so as to realize the sharing of FTTR network configuration information through the air interface.

[0100] The working MFU collects the status information of all registered SFUs in the FTTR system according to a preset second synchronization period, obtains the SFU status information of the FTTR system, and generates a status synchronization message containing the SFU status information. The working MFU sends the status synchronization message to the backup MFU through the air interface communication link. The backup MFU is used to cache the SFU status information carried in the status synchronization message locally, realizing the sharing of SFU status information through the air interface. In practical applications, the first synchronization period and the second synchronization period can be the same period or different periods; if the first synchronization period and the second synchronization period are different periods, the duration of the first synchronization period and the second synchronization period can be equal or unequal.

[0101] For ease of understanding by those skilled in the art, such as Figure 6 As shown, Figure 6 An exemplary schematic diagram illustrating the switching of the operating state of a master device in an FTTR system is provided. In this diagram, a first master device is in active mode, and a second master device is in standby mode. The first master device takes over the services of the FTTR system. When the first master device, in active mode, detects a fault in the fiber optic link between itself and the splitter, it initiates a protection switchover for the second master device. The second master device initializes based on the latest shared network configuration information and interacts with all connected SFUs according to the latest shared SFU status information to confirm link integrity. Upon confirming link integrity, the second master device switches from standby mode to active mode, taking over the services of the FTTR system; the first master device switches from active mode to standby mode, completing the protection switchover. Simultaneously, the FTTR system can also output fault information to a preset client, allowing users to promptly become aware of any line faults in the FTTR system through this client.

[0102] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0103] Based on the same inventive concept, this application also provides a network device control apparatus for implementing the network device control method of the FTTR system described above. The solution provided by this apparatus is similar to the implementation described in the above method. Therefore, the specific limitations in one or more embodiments of the network device control apparatus for the FTTR system provided below can be found in the limitations of the network device control method for the FTTR system described above, and will not be repeated here.

[0104] In one exemplary embodiment, such as Figure 7 As shown, a network device control device for an FTTR system is provided. The FTTR system includes a master device and a slave device. The master device includes a first master device and a second master device that serve as backups for each other. The first master device and the second master device are respectively connected to the slave device via optical fibers through optical splitters. An air interface communication link is established between the first master device and the second master device. The device is applied to the first master device, and the device includes:

[0105] Synchronization module 710 is used to synchronize the system status information of the FTTR system to the second master device through the air interface communication link when the first master device is in the master state.

[0106] The switching module 720 is used to send a switching request message to the second master device through the air interface communication link when a fault is detected in the optical fiber link between the first master device and the splitter.

[0107] The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally; the protection switchover process is used to switch the second master device to the primary state.

[0108] In one embodiment, the device is further configured to receive a switchover confirmation message returned by the second master device through the air interface communication link; the switchover confirmation message is sent by the second master device when it determines that the optical fiber link between the second master device and the slave device is available; in response to the switchover confirmation message, the first master device is set to switch from a primary state to a standby state.

[0109] In one embodiment, the system status information includes network configuration information. The synchronization module 710 is specifically used to collect the FTTR network configuration information of the FTTR system according to a preset first synchronization period; generate a configuration synchronization message containing the FTTR network configuration information; and send the configuration synchronization message to the second master device through the air interface communication link. The second master device is used to cache the FTTR network configuration information carried in the configuration synchronization message locally.

[0110] In one embodiment, the system status information further includes slave device status information. The synchronization module 710 is specifically used to collect the status information of all the slave devices registered in the FTTR system according to a preset second synchronization period to obtain the slave device status information of the FTTR system; generate a status synchronization message containing the slave device status information; and send the status synchronization message to the second master device through the air interface communication link. The second master device is used to cache the slave device status information carried in the status synchronization message locally.

[0111] In one embodiment, the device is further configured to broadcast a liveness query message to all the slave devices registered in the FTTR system if no uplink signal is received within a preset first time period. The liveness query message is used to instruct the slave devices to return a liveness response message within a preset timeout period. If none of the slave devices return the liveness response message within a preset second time period, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

[0112] In one embodiment, the device is further configured to obtain a list of MAC addresses; the list of MAC addresses records the MAC addresses of all the slave devices registered in the FTTR system; and, based on the list of MAC addresses, send the liveness query message to all the slave devices registered in the FTTR system via the optical splitter.

[0113] In one embodiment, the device is further configured to mark any slave device registered in the FTTR system as disconnected if it does not receive a liveness response message from the slave device within the second time period; and to determine that a fault exists in the fiber optic link between the first master device and the splitter if all the slave devices registered in the FTTR system are marked as disconnected.

[0114] The various modules in the network device control unit of the aforementioned FTTR system can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of the computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so that the processor can call and execute the corresponding operations of each module.

[0115] In one exemplary embodiment, a computer device is provided, which may be an optical fiber unit in an FTTR network, and its internal structure diagram may be as follows. Figure 8 As shown, this computer device includes a processor, memory, input / output (I / O) interfaces, and a communication interface. The processor, memory, and I / O interfaces are connected via a system bus, and the communication interface is also connected to the system bus via the I / O interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and a database. The internal memory provides the environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The I / O interfaces are used for exchanging information between the processor and external devices. The communication interface is used for communication with external terminals via a network connection. When the computer program is executed by the processor, it implements a network device control method for an FTTR system.

[0116] Those skilled in the art will understand that Figure 8 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0117] In one embodiment, a computer device is provided, including a memory and a processor. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the network device control method for an FTTR system described above. The steps of the network device control method for an FTTR system described here can be the steps in the network device control method for an FTTR system from the various embodiments described above.

[0118] In one embodiment, a computer-readable storage medium is provided, storing a computer program that, when executed by a processor, causes the processor to perform the steps of the network device control method for an FTTR system described above. The steps of the network device control method for an FTTR system described here can be the steps in the network device control method for an FTTR system from the various embodiments described above.

[0119] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, causes the processor to perform the steps of the network device control method for an FTTR system described above. The steps of the network device control method for an FTTR system described here may be the steps in the network device control method for an FTTR system from the various embodiments described above.

[0120] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0121] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic resistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, artificial intelligence (AI) processors, etc., and are not limited to these.

[0122] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0123] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A network device control method for an FTTR system, characterized in that, The FTTR system includes a master device and a slave device. The master device includes a first master device and a second master device that serve as each other as a primary and backup device. The first master device and the second master device are respectively connected to the slave device via optical fiber through an optical splitter. An air interface communication link is established between the first master device and the second master device. The method is applied to the first master device, and the method includes: When the first master device is in the primary state, the system status information of the FTTR system is synchronized to the second master device through the air interface communication link; If a fault is detected in the fiber optic link between the first master device and the splitter, a switchover request message is sent to the second master device through the air interface communication link. The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally; the protection switchover process is used to switch the second master device to the primary state.

2. The method according to claim 1, characterized in that, The method further includes: The system receives a switchover confirmation message returned by the second master device through the air interface communication link; the switchover confirmation message is sent by the second master device when it determines that the optical fiber link between the second master device and the slave device is available. In response to the switchover confirmation message, the first master device is switched from the master state to the disabled state.

3. The method according to claim 1, characterized in that, The system status information includes network configuration information. Synchronizing the system status information of the FTTR system to the second master device via the air interface communication link includes: According to the preset first synchronization period, collect the FTTR network configuration information of the FTTR system; Generate a configuration synchronization message containing the FTTR networking configuration information; The configuration synchronization message is sent to the second master device via the air interface communication link; the second master device is used to cache the FTTR networking configuration information carried in the configuration synchronization message locally.

4. The method according to claim 1, characterized in that, The system status information also includes slave device status information. Synchronizing the system status information of the FTTR system to the second master device via the air interface communication link includes: According to the preset second synchronization cycle, the status information of all the slave devices registered in the FTTR system is collected to obtain the slave device status information of the FTTR system; Generate a status synchronization message containing the slave device status information; The status synchronization message is sent to the second master device via the air interface communication link; the second master device is used to cache the slave device status information carried in the status synchronization message locally.

5. The method according to claim 1, characterized in that, The method further includes: If no uplink signal is received within a preset first time, a liveness query message is broadcast to all the slave devices registered in the FTTR system. The liveness query message is used to instruct the slave devices to return a liveness response message within a preset timeout period. If none of the slave devices return the liveness response message within a preset second time period, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

6. The method according to claim 5, characterized in that, The broadcast liveness query message is sent to all the slave devices registered in the FTTR system, including: Obtain the MAC address list; the MAC address list records the MAC addresses of all slave devices registered in the FTTR system; Based on the MAC address list, the liveness query message is sent via the optical splitter to all the slave devices registered in the FTTR system.

7. The method according to claim 6, characterized in that, The method further includes: If no liveness response message is received from any slave device registered in the FTTR system within the second time period, then the slave device is marked as disconnected. If all the slave devices registered in the FTTR system are marked as disconnected, it is determined that a fault has been detected in the fiber optic link between the first master device and the splitter.

8. A network device control device for an FTTR system, characterized in that, The FTTR system includes a master device and a slave device. The master device includes a first master device and a second master device that serve as each other as a primary and backup device. The first master device and the second master device are respectively connected to the slave device via optical fiber through an optical splitter. An air interface communication link is established between the first master device and the second master device. The device is applied to the first master device and includes: The synchronization module is used to synchronize the system status information of the FTTR system to the second master device through the air interface communication link when the first master device is in the master state; The switching module is used to send a switching request message to the second master device through the air interface communication link when a fault is detected in the optical fiber link between the first master device and the splitter. The switchover request message is used to instruct the second master device to perform a protection switchover process based on the system status information stored locally; the protection switchover process is used to switch the second master device to the primary state.

9. An FTTR system, characterized in that, The FTTR system includes a master device and a slave device. The master device includes a first master device and a second master device that serve as backups for each other. The first master device and the second master device are respectively connected to the slave device via optical fiber through an optical splitter. An air interface communication link is established between the first master device and the second master device. The first master device is used to execute the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

11. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images