FTTR sub-gateway management method, device and system and storage medium

Abstract

A management method, device and system for sub-gateways in an FTTR and a storage medium, the method is applied to a main gateway, at least one sub-gateway including a target sub-gateway is hung under the main gateway, the main gateway is connected with an optical line terminal (OLT), a mapping table of the main gateway records a corresponding relationship among the target sub-gateway, a lower ONU ID and an upper ONU ID, and the target sub-gateway is connected with the lower ONU ID and the upper ONU ID. The method comprises the following steps: acquiring a first GEM frame; according to the downlink ONU ID, a second frame header of the first GEM frame is determined, a new first GEM frame is obtained, the new first GEM frame is sent, and the new first GEM frame carries the second frame header, the first frame header and a management request message marked by the uplink ONU ID; receiving a second GEM frame returned by the target sub-gateway for the new first GEM frame; and determining a fourth frame header corresponding to the second GEM frame according to the uplink ONU ID, generating a new second GEM frame, and sending the new second GEM frame to the OLT, thereby achieving the purpose of managing the target sub-gateway by the OLT.

Description

Technical Field

[0001] This article relates to network communication technology, and in particular to a management method, device, system and storage medium for an FTTR neutron gateway. Background Art

[0002] Fiber to the Room (FTTR) solutions include FTTR-H (Home FTTR) and FTTR-B (Business FTTR). FTTR technology has rapidly developed in recent years, expanding its applications and placing increasing demands on sub-gateways. This is especially true for FTTR-B, a device used in enterprise scenarios. A single main gateway supports multiple sub-gateways, but sub-gateways can only register with the main gateway's optical line terminal (OLT) and cannot be managed by the main gateway's upstream OLT. Summary of the Invention

[0003] The embodiments of the present application provide a method, device, system and storage medium for managing an FTTR neutron gateway.

[0004] A method for managing a sub-gateway in an FTTR is applied to a main gateway, wherein the main gateway is connected to at least one sub-gateway including a target sub-gateway and is connected to an optical line terminal (OLT) on the main gateway, wherein a mapping table of the main gateway records the correspondence between the target sub-gateway, the downstream ONU ID, and the upstream ONU ID, wherein the downstream ONU ID is the optical ONU ID assigned to the target sub-gateway after successful registration on the main gateway, and the upstream ONU ID is the ONU ID assigned to the target sub-gateway after successful registration on the OLT, wherein the method comprises: Acquire a first GEM frame, wherein the first GEM frame includes a first frame header and a management request message marked by the uplink ONU ID; Determine, according to the downlink ONU ID, a second frame header of the first GEM frame, obtain a new first GEM frame, and send the new first GEM frame to the target sub-gateway, wherein the new first GEM frame carries the second frame header, the first frame header, and a management request message marked by the uplink ONU ID, wherein the second frame header and the first frame header in the new first GEM frame jointly instruct the target sub-gateway not to perform a verification operation on the ONU ID in the management request message; receiving a second GEM frame returned by the target sub-gateway in response to the new first GEM frame, wherein the second GEM frame carries a third frame header, the first frame header, and a management response message marked by an uplink ONU ID; Determine the fourth frame header corresponding to the second GEM frame according to the uplink ONU ID, generate a new second GEM frame, and send the new second GEM frame to the OLT, where the new second GEM frame includes the fourth frame header and a management response message marked with the uplink ONU ID.

[0005] A management system for a sub-gateway in FTTR, comprising: A main gateway for processing data by using the method described above; An OLT connected to the main gateway for sending a first GEM frame to the main gateway and receiving the new second GEM frame; At least one sub-gateway including the target sub-gateway, all connected to the main gateway, where the target sub-gateway is configured to, after receiving the new first GEM frame, determine whether the new first GEM frame has two frame headers. When it is determined that the new first GEM frame has two frame headers, the ONU ID in the management request message is not verified, the management request message is directly responded to, and the second GEM frame is sent.

[0006] A storage medium stores a computer program, where the computer program is configured to execute the method described above when running.

[0007] A management device for a sub-gateway in FTTR, comprising a memory and a processor. A computer program is stored in the memory, and the processor is configured to run the computer program to execute the method described above.

[0008] In an embodiment of the present application, the main gateway serves as an agent layer. Through the frame header conversion mechanism of the GEM frame of "single layer → double layer → single layer", combined with the corresponding relationship of the ONU ID maintained by the main gateway, the single-layer GEM frame sent by the OLT is converted into a double-layer GEM frame recognizable by the sub-gateway, and then the double-layer GEM frame returned by the sub-gateway is restored to a single-layer frame processable by the OLT, realizing the indirect management of the OLT for the target sub-gateway, solving the problem that the sub-gateway in FTTR cannot be directly managed by the OLT, and ensuring the compatibility and security of the communication path through protocol adaptation.

[0009] Other features and advantages of the present application will be described in the subsequent specification, and part of them will become obvious from the specification, or will be understood by implementing the present application. Other advantages of the present application can be realized and obtained through the solutions described in the specification and the drawings. Description of the Drawings

[0010] The accompanying drawings are used to provide an understanding of the technical solutions of the present application and form a part of the specification. Together with the embodiments of the present application, they are used to explain the technical solutions of the present application and do not constitute a limitation to the technical solutions of the present application.

[0011] Figure 1 It is a schematic structural diagram of the management system of the sub-gateway in FTTR provided by the embodiment of the present application; Figure 2 It is a first flowchart of the management method of the sub-gateway in FTTR provided by the embodiment of the present application; Figure 3 It is a second flowchart of the management method of the sub-gateway in FTTR provided by the embodiment of the present application. Detailed implementation manners

[0012] The present application describes multiple embodiments, but the description is exemplary rather than restrictive. It is obvious to those of ordinary skill in the art that there can be more embodiments and implementation solutions within the scope covered by the embodiments described in the present application. Although many possible combinations of features are shown in the accompanying drawings and discussed in the detailed implementation manners, many other combination ways of the disclosed features are also possible. Unless specifically restricted, any feature or element of any embodiment can be combined with any other feature or element in any other embodiment, or can replace any other feature or element in any other embodiment.

[0013] The present application includes and contemplates combinations with features and elements known to those of ordinary skill in the art. The embodiments, features, and elements already disclosed in the present application can also be combined with any conventional features or elements to form a unique invention solution. Any feature or element of any embodiment can also be combined with features or elements from other invention solutions to form another unique invention solution. Therefore, it should be understood that any feature shown and / or discussed in the present application can be implemented alone or in any appropriate combination. Therefore, except for the limitations made according to the appended claims and their equivalent replacements, the embodiments are not subject to other limitations. In addition, various modifications and changes can be made within the protection scope of the appended claims.

[0014] In addition, when describing representative embodiments, the specification may have presented the method and / or process as a specific sequence of steps. However, to the extent that the method or process does not depend on the specific order of the steps described herein, the method or process should not be limited to the specific order of steps described. As will be understood by those of ordinary skill in the art, other step orders are possible. Therefore, the specific order of steps set forth in the specification should not be construed as a limitation on the claims. In addition, the claims directed to the method and / or process should not be limited to performing their steps in the order written, as those skilled in the art can readily understand that these orders can vary and still remain within the spirit and scope of the embodiments of the present application.

[0015] Figure 1 The structural schematic diagram of the management system of the FTTR sub-gateway provided for the embodiments of the present application. As Figure 1 shown, the system includes: an OLT, a master gateway, and at least one sub-gateway. Each sub-gateway is registered to the downstream PON interface of the master gateway through its respective Passive Optical Network (PON) interface, and the upstream PON interface of the master gateway is registered to the OLT.

[0016] Optionally, the system further includes a management platform, where the management platform can be connected to the OLT through a management channel.

[0017] In Figure 1 the system shown, N sub-gateways are deployed, namely sub-gateway 1, sub-gateway 2, sub-gateway 3,..., sub-gateway N, where any one of the N sub-gateways can be used as the target sub-gateway, and N is a positive integer.

[0018] After the target sub-gateway is successfully registered on the master gateway, the master gateway assigns a unique identifier to the target sub-gateway, that is, the downstream Optical Network Unit (ONU) identifier ID, and uses it as the local identifier of the target sub-gateway.

[0019] After determining that the target sub-gateway is successfully registered on the OLT, the OLT assigns a unique identifier to the target sub-gateway, that is, the upstream ONU ID, and records the upstream ONU ID, and uses it as the global identifier of the target sub-gateway.

[0020] After the OLT assigns the upstream ONU ID to the target sub-gateway, the master gateway obtains the upstream ONU ID of the target sub-gateway and records the correspondence between the target sub-gateway, the downstream ONU ID, and the upstream ONU ID.

[0021] In an exemplary embodiment, the registration process of the target sub-gateway is as follows: Step A1, obtain the registration information of the target sub-gateway; The master gateway collects the identity identifiers and configuration parameters of the target sub-gateway, providing basic data for subsequent registration processes. The registration information is the globally unique identifier of the target sub-gateway, including the Logical ID (LOID), Media Access Control Address (MAC), Serial Number (SN), etc., which are used for the OLT to authenticate the identity and verify the legitimacy of the target sub-gateway. The target sub-gateway initiates a registration request to the master gateway through the PON interface, carrying its registration information (such as LOID, MAC, SN). The master gateway parses the fields in the registration request, extracts and stores the registration information of the target sub-gateway.

[0022] Step A2: Record the downstream ONU ID assigned by the master gateway; Assign a locally unique identifier to the target sub-gateway for communication management between the master gateway and the target sub-gateway. The downstream ONU ID is the locally assigned identifier by the master gateway for the target sub-gateway (such as 0x02), which is only valid within the master gateway and is used to identify the downstream communication path of the target sub-gateway. After the registration of the target sub-gateway is successful, the master gateway generates the downstream ONU ID according to a predefined allocation strategy (such as sequential allocation or hash mapping). The master gateway binds the downstream ONU ID with the registration information of the target sub-gateway (such as the registration code) and stores it in the corresponding relationship table locally.

[0023] Among them, before the master gateway assigns the downstream ONU ID to the target sub-gateway, it needs to first verify the legitimacy of the registration information of the target sub-gateway. After the verification passes, it then assigns the downstream ONU ID to the target sub-gateway; if the verification fails, it notifies the target sub-gateway that the registration has failed. Step A3: Send the registration information of the target sub-gateway to the OLT; The master gateway transfers the obtained registration information of the target sub-gateway to the OLT, triggering the global registration process on the OLT side. Among them, before the OLT assigns the upstream ONU ID to the target sub-gateway, it also needs to verify the legitimacy of the target sub-gateway (such as whether the LOID is authorized). After the verification passes, it then assigns the upstream ONU ID to the target sub-gateway; if the verification fails, it notifies the master gateway that the registration operation of the target sub-gateway on the master gateway is invalid.

[0024] Step A4: Obtain the upstream ONU ID assigned by the OLT and establish the corresponding relationship; Establish the mapping relationship between the target sub - gateway local identifier (downlink ONU ID) and the global identifier (uplink ONU ID) to achieve the association of cross - level communication. The uplink ONU ID is a global identifier assigned by the OLT (such as 0x01), which is used for the OLT to directly manage the target sub - gateway. The correspondence table is maintained by the main gateway and is used to record the binding relationship between the downlink ONU ID and the uplink ONU ID.

[0025] The above process has the following advantages: Identity authentication and security management: By verifying the registration information of the target sub - network by the OLT (such as the LOID legality), prevent illegal devices from accessing the network, and ensure that only authorized devices can join the FTTR system.

[0026] Hierarchical identifier management: By separating the downlink ONU ID (local identifier) from the uplink ONU ID (global identifier), decouple the responsibilities of the main gateway and the OLT. Among them, the main gateway is responsible for the local communication management of the target sub - gateway, and the OLT is responsible for global resource allocation and monitoring, improving the scalability of the system.

[0027] Efficient mapping and query: The correspondence table is designed based on key - value pairs (downlink ONU ID uplink ONU ID), which supports fast retrieval and effectively reduces the processing delay of the main gateway. For example, when forwarding data between the OLT and the target sub - gateway, the main gateway can quickly implement the conversion from the downlink ONU ID to the uplink ONU ID through a hash table or a database.

[0028] Take the registration process of a certain target sub - network as an example for illustration: The target sub - gateway initiates registration: The target sub - gateway sends a registration request to the main gateway, carrying the registration code test.

[0029] The main gateway assigns the downlink ONU ID: The main gateway generates the downlink ONU ID = 0x02 and records it in the local table (registration code = test → ONU ID = 0x02).

[0030] The main gateway forwards the registration information to the OLT: The main gateway encapsulates the registration code = test into a GEM frame and sends it to the OLT.

[0031] The OLT assigns the uplink ONU ID: After verifying the LOID legality, the OLT assigns the uplink ONU ID = 0x01 and returns it to the main gateway.

[0032] The main gateway establishes the correspondence: The main gateway updates the mapping table, binds the downlink ONU ID = 0x02 and the uplink ONU ID = 0x01, and marks it with the registration code test.

[0033] As can be seen from the above description, through hierarchical identifier allocation and mapping management, the collaborative registration of the target sub-gateway between the master gateway and the OLT is achieved.

[0034] Based on the above ONU ID allocation mechanism, the OLT and the master gateway can uniquely identify the target sub-gateway through the upstream ONU ID, and the master gateway and the target sub-gateway can uniquely mark the target sub-gateway through the downstream ONU ID. In addition, the master gateway can forward the management request message sent by the OLT to the target sub-gateway based on the corresponding relationship recorded locally, and can also forward the data uploaded by the target sub-gateway to the OLT.

[0035] Figure 2 It is the first process schematic diagram of the management method of the sub-gateway in the FTTR provided by the embodiment of the present application. As Figure 2 shown, the method includes: Step 201, obtain a first Gigabit Passive Optical Network Encapsulation Method (GPON Encapsulation Method, GEM) frame sent by the OLT, where the first GEM frame includes a first frame header and a management request message marked by the upstream ONU ID; Among them, the first GEM frame only carries a first frame header, indicating that the first GEM is a single-layer encapsulated data frame sent by the OLT; among them, the first frame header is used to mark the communication path (such as the GEM port identifier Port ID) used by the OLT to send data to the master gateway, so as to ensure that the data can be correctly routed to the master gateway; Among them, the management request message can be generated according to the management instructions issued by the management platform, and the upstream ONU ID therein is used for the OLT to directly locate the target sub-gateway.

[0036] In one implementation, the management request message can be an Optical Network Unit Management and Control Interface (ONU Management and Control Interface, OMCI) message.

[0037] The function of this step is for the master gateway to obtain the management request message from the upstream OLT for subsequent processing.

[0038] Specifically, the master gateway listens for GEM frames from the OLT through the PON interface, filters out the single-layer GEM frames carrying the upstream ONU ID, and extracts the management request message therein.

[0039] Step 202, determine the second frame header of the first GEM frame according to the downstream ONU ID, obtain a new first GEM frame, and send the new first GEM frame; Among them, the new first GEM frame carries the second frame header, the first frame header, and a management request message marked by the upstream ONU ID, where the second frame header and the first frame header in the new first GEM frame jointly indicate that the target sub - gateway does not perform a verification operation on the ONU ID in the management request message; In the new first GEM frame, the second frame header adds a new layer of GEM header to the outer layer of the single - layer first GEM frame, so that the new first GEM frame has a double - layer frame header structure; among them, this second frame header is used to mark the communication path (such as GEM Port ID) used by the master gateway to send data to the target sub - gateway, so as to ensure that the data can be correctly routed to the target sub - gateway.

[0040] Since the new first GEM frame has a double - layer frame header structure and can indicate that the target sub - gateway responds to the management request message in the new first GEM, therefore, it is not necessary to modify the ONU ID in the management request message to the downstream ONU ID, and the ONU ID can be kept as the upstream ONU ID, reducing the processing pressure on the master gateway.

[0041] The function of this step is to adapt the management request of the OLT to the communication protocol level of the sub - gateway to ensure that the sub - gateway can correctly parse the management request data.

[0042] Specifically, the master gateway queries the pre - stored corresponding relationship according to the upstream ONU ID, obtains the corresponding downstream ONU ID, and takes the first GEM frame with a single - layer frame header as the payload according to the obtained downstream ONU ID, adds a new GEM header to form a double - layer GEM frame, and sends it to the target sub - gateway.

[0043] Step 203: Receive the second GEM frame returned by the target sub - gateway for the new first GEM frame; Among them, the second GEM frame carries a third frame header, the first frame header, and a management response message marked by the upstream ONU ID; among them, the third frame header is used to mark the communication path (such as GEM Port ID) used by the target sub - gateway to send data to the master gateway, so as to ensure that the data can be correctly routed to the master gateway; According to the communication protocol, the ONU IDs in the management response message and the management request message are the same. Therefore, when the ONU ID in the management request message is the upstream ONU ID of the target sub - gateway, the ONU ID in the management response message is also the upstream ONU ID of the target sub - gateway.

[0044] In one implementation, this management response message can be an OMCI message.

[0045] The function of this step is to receive the management response message returned by the sub-gateway for the management request message, so that the master gateway can utilize the first GEM frame received before the response.

[0046] Step 204: Determine the fourth frame header corresponding to the second GEM frame according to the uplink ONU ID, generate a new second GEM frame, and send the new second GEM frame to the OLT, where the new second GEM frame includes the fourth frame header and the management response message marked by the uplink ONU ID; The fourth frame header is used to mark the communication path (such as GEM Port ID) used by the master gateway to send data to the OLT, so as to ensure that the data can be correctly routed to the OLT; The function of this step is to restore the single-layer GEM frame recognizable by the OLT and complete the closed-loop transmission of the management response.

[0047] Specifically, the master gateway strips the outer header of the double-layer GEM frame according to the corresponding relationship, retains the inner header, obtains a single-layer GEM frame including the management response message, and replaces the first frame header with the fourth frame header, so that the new second GEM frame can be sent to the OLT through the uplink PON interface for further processing by the OLT or reporting to the management platform.

[0048] As can be seen from the above description, the master gateway, as the proxy layer, through the frame header conversion mechanism of the GEM frame of "single-layer → double-layer → single-layer", combined with the corresponding relationship of the ONU ID maintained by the master gateway, converts the single-layer GEM frame sent by the OLT into a double-layer GEM frame recognizable by the sub-gateway, and then restores the double-layer GEM frame returned by the sub-gateway into a single-layer frame that can be processed by the OLT, realizing the indirect management of the target sub-gateway by the OLT, solving the problem that the sub-gateway in FTTR cannot be directly managed by the OLT, and ensuring the compatibility and security of the communication path through protocol adaptation.

[0049] In an exemplary embodiment, the first GEM frame and the new second GEM frame share the same GEM port identifier (Port ID) so that the first frame header and the fourth frame header are the same; the new first GEM frame and the second GEM frame share the same GEM port identifier so that the second frame header and the third frame header are the same.

[0050] In the above exemplary embodiment, between the OLT and the master gateway, the transmission of uplink and downlink data shares the same GEM Port ID; between the master gateway and the target sub-gateway, the transmission of uplink and downlink data also shares the same GEM Port ID.

[0051] The above exemplary embodiment has the following technical advantages, including: Simplify communication path management: In the communication between the OLT and the master gateway, whether it is the upstream (master gateway → OLT) or downstream (OLT → master gateway) GEM frames, they are transmitted through the same GEM Port ID. Also, in the communication between the master gateway and the slave gateway, the upstream (slave gateway → master gateway) and downstream (master gateway → slave gateway) GEM frames also use the same GEM Port ID. By using the same GEM Port ID to identify the two-way communication path, the complexity of network configuration can be greatly reduced. For example, when the OLT sends a management request to the master gateway, it is encapsulated with Port ID = 100; when the master gateway returns a response to the OLT, it also uses Port ID = 100. When the master gateway issues a configuration to the slave gateway, it uses Port ID = 200; when the slave gateway reports data to the master gateway, it also uses Port ID = 200.

[0052] Enhance protocol compatibility: The master gateway pre-agrees on the Port ID for two-way communication with the OLT and the slave gateway, so that the protocol stack does not need to perform operations to dynamically switch identifiers when processing GEM frames; in addition, during the GEM frame encapsulation process, the master gateway can automatically reuse the same Port ID according to the communication direction (upstream / downstream) without additional configuration, effectively avoiding protocol parsing conflicts caused by inconsistent two-way Port IDs, thus significantly enhancing the interoperability between devices.

[0053] Optimize resource allocation and scheduling: The master gateway assigns a fixed Port ID to each slave gateway for handling all two-way interactions, such as status queries, configuration issuance, and alarm reporting, etc.; the OLT and the master gateway are managed through a globally unified Port ID pool, which can effectively avoid identifier conflicts among multiple devices. By means of the fixed Port ID, the overhead of resource allocation can be reduced, thereby improving the efficiency of data transmission.

[0054] Reduce configuration complexity: There is no need to configure different Port IDs for upstream and downstream communications respectively, thus greatly reducing the risk of manual intervention and configuration errors. In the traditional solution, separate Port IDs need to be assigned for two-way communication. For example, Port 100 is used for upstream and Port 101 is used for downstream. In this solution, by sharing the same Port ID, the network topology design and management process are simplified.

[0055] Enhance system stability: Fixing the Port ID can reduce the frequency of dynamic updates of routing table entries, reducing the risk of packet loss or latency caused by identity switching. For example, in scenarios of traffic bursts, such as when a large number of sub-gateways report data simultaneously, the fixed Port ID can ensure the determinacy of the communication path and avoid resource contention problems caused by dynamic allocation.

[0056] Improve compatibility and scalability: The unified Port ID design makes it easier to integrate OLTs, master gateways, or sub-gateways from different manufacturers, thus reducing the cost of protocol adaptation. For example, when the master gateway needs to access a third-party OLT, it only needs to ensure that the agreed Port IDs of both parties are the same, without modifying the existing protocol stack or hardware logic.

[0057] Avoid traffic conflicts: By pre-assigning and fixing the Port ID and combining it with a traffic scheduling mechanism (such as priority marking), it is possible to effectively avoid conflicts between bidirectional data flows. For example, the master gateway can classify and schedule uplink and downlink traffic according to the Port ID, such as giving priority to forwarding management messages to ensure that critical services are not affected by congestion.

[0058] Taking the status query process as an example for illustration: OLT sends a query request (downlink): Encapsulates a GEM frame with Port ID = 100 and sends it to the master gateway.

[0059] The master gateway forwards it to the sub-gateway (downlink): Encapsulates a GEM frame with Port ID = 200 and sends it to the target sub-gateway.

[0060] The sub-gateway returns a response (uplink): Encapsulates a GEM frame with Port ID = 200 and returns it to the master gateway.

[0061] The master gateway forwards it to the OLT (uplink): Encapsulates a GEM frame with Port ID = 100 and returns it to the OLT.

[0062] As can be seen from the above example, in the process of bidirectional communication, the OLT and the master gateway always use Port ID = 100, and the master gateway and the sub-gateway always use Port ID = 200, and no dynamic switching is required throughout the process.

[0063] Based on the above description, it can be seen that the embodiment of the present application can effectively address the management challenges in the scenario of a large number of sub-gateways through the design of sharing the same GEM port identifier.

[0064] Figure 3 This is the second process schematic diagram of the management method for the sub-gateway in FTTR provided by the embodiment of the present application. AsFigure 3 As shown, the method includes: Step 301: Receive a third GEM frame carrying a fifth frame header and communication data sent by a target sub-gateway; The main gateway receives raw data (such as service data or alarm data) reported by the target sub-gateway as input for subsequent processing. The fifth frame header identifies the communication path (such as the GEM Port ID) between the sub-gateway and the main gateway, ensuring that data is correctly routed from the sub-gateway to the main gateway. The communication data contains service information or alarm information (such as optical power anomalies or CPU overload) about the sub-gateway, with the downstream ONU ID identifying the source of the data. The main gateway monitors GEM frames sent by the target sub-gateway through the downstream PON interface, filters out the third GEM frame carrying the fifth frame header (for example, GEM Port ID = 300), and parses the downstream ONU ID in the communication data to confirm the identity of the sub-gateway from which the data originated.

[0065] Step 302: Determine whether the communication data contains alarm data; Distinguish normal service data from alarm data, and execute specific processing only for alarm data. Alarm data is abnormal status information (such as excessive optical power or device failure) triggered by a sub-gateway and is typically identified by a specific protocol field (such as the OMCI message type 0x0A). The master gateway parses the communication data in the third GEM frame and checks the message type field in the protocol header (for example, whether the OMCI message type is 0x0A). If an alarm indicator is detected, steps 303 and 304 are executed; otherwise, the data is processed as normal service data.

[0066] Step 303: Replace the downstream ONU ID with the upstream ONU ID according to the corresponding relationship; The sub-gateway's local identifier (downlink ONU ID) is converted into a global identifier (uplink ONUID) recognizable by the OLT, ensuring that alarm information can be correctly interpreted by the OLT and reported to the management platform. Using the mapping maintained by the master gateway, it records the binding relationship between the sub-gateway's downlink ONU ID and the uplink ONU ID. The master gateway queries the mapping based on the downlink ONU ID, obtains the required uplink ONU ID, and replaces the downlink ONU ID field in the communication data with the obtained uplink ONU ID (for example, replacing ONU ID = 0x02 with ONU ID = 0x01).

[0067] Step 304: Replace the fifth frame header with the sixth frame header to generate a new third GEM frame; Adapt to the communication protocol requirements of the OLT, and convert the local path identifier of the sub-gateway into the global path identifier of the OLT. The sixth frame header is used to identify the communication path between the master gateway and the OLT (such as GEM Port ID = 100) to ensure that data is correctly routed from the master gateway to the OLT. The implementation method is to remove the fifth frame header (GEM PortID = 300) in the original third GEM frame and add the sixth frame header (GEM Port ID = 100). For example, the new GEM frame structure is: [Sixth frame header (GEMPort ID = 100)] + [Communication data (including the upstream ONU ID = 0x01)].

[0068] Step 305, send the new third GEM frame to the OLT; Complete the reporting loop of the alarm information, so that the OLT can synchronize the sub-gateway status to the management platform. The master gateway sends the new third GEM frame to the OLT through the upstream PON port. The OLT parses the upstream ONU ID in the frame, associates it with the specific sub-gateway, and reports the alarm content to the management platform.

[0069] The technical advantages of the above process are as follows: Improve the alarm reporting efficiency: By dynamically replacing the ONU ID and the frame header by the master gateway, the alarm information can reach the OLT directly without polling by the management platform, reducing latency. In the traditional solution, the management platform needs to actively poll the status of the sub-gateway, while in this solution, through the active reporting of the sub-gateway and the protocol adaptation of the master gateway, real-time alarm transmission is achieved.

[0070] Enhance data security: The master gateway hides the local identifier of the sub-gateway by replacing the ONU ID, preventing external attackers from reverse-tracking the device topology through the downstream ONU ID. The OLT only perceives the global identifier (upstream ONU ID), and the real network location of the sub-gateway is invisible to the upper layer, reducing security risks.

[0071] Optimize resource allocation: Fix the GEM Port ID of the sixth frame header (such as Port ID = 100) to avoid resource fragmentation caused by dynamic allocation. The OLT and the master gateway manage the alarm traffic through a unified Port ID, simplify the traffic scheduling strategy, and improve the bandwidth utilization rate.

[0072] Improve system compatibility: The frame header replacement mechanism of the master gateway shields the protocol differences between the sub-gateway and the OLT, and supports heterogeneous device hybrid networking. Even if the sub-gateway and the OLT are from different manufacturers, the master gateway can still achieve seamless docking through the mapping table and frame reconstruction.

[0073] Take the optical power abnormal alarm as an example for illustration: The sub-gateway detects an anomaly: the optical power exceeds the threshold, and generates an alarm message (OMCI type 0x0A), which is encapsulated into the third GEM frame (fifth frame header: Port ID = 300, downstream ONU ID = 0x02).

[0074] The main gateway receives and processes the alarm: it analyzes the alarm type and triggers ONU ID replacement (0x02→0x01) and frame header replacement (Port ID=300→100).

[0075] Sent to OLT: The new GEM frame (Port ID = 100, upstream ONU ID = 0x01) is received and parsed by the OLT.

[0076] Management platform alarm display: OLT reports the alarm information (sub-gateway 0x01 optical power abnormality) to the management platform, triggering an operation and maintenance response.

[0077] Based on the above description, it can be seen that the accurate reporting and protocol adaptation of sub-gateway alarm information are achieved through dynamic identification replacement and frame header reconstruction technology.

[0078] In an exemplary embodiment, at least one of the registration information of the target sub-gateway and the uplink ONU ID is carried in a header of an optical network unit management and control interface OMCI message in a GEM frame.

[0079] Among them, OMCI messages are used for management information interaction between the main gateway and OLT.

[0080] In the above exemplary embodiment, by extending the OMCI protocol, the main gateway encapsulates the registration information (LOID, MAC, SN, etc.) of the target sub-gateway into the OMCI message header of the GEM frame, and then sends the GEM frame to the OLT through the uplink PON port, requesting the OLT to allocate a global identifier for the target sub-gateway.

[0081] After the OLT allocates the uplink ONU ID to the target sub-gateway, it encapsulates the uplink ONU ID into the frame header of the GEM frame through the OMCI message and returns it to the main gateway.

[0082] The main gateway parses the header of the OMCI message in the GEM frame sent by the OLT, extracts the upstream ONU ID, and binds it with the downstream ONU ID recorded locally to form a corresponding relationship.

[0083] The above exemplary embodiment extends the OMCI protocol to transmit registration information, making it compatible with existing GPON equipment and reducing deployment costs. The main gateway and OLT do not need to upgrade their hardware; functionality enhancements can be achieved by simply supporting custom OMCI message types in the protocol stack.

[0084] In an exemplary embodiment, the header of the OMCI message at least includes a message type field, a data field, and a device identifier field; wherein: The message type field is used to store a value indicating the registration operation of the sub-gateway; The data field is used to store the registration information of the target sub-gateway; The device identifier field is used to store the upstream ONU ID of the target sub-gateway.

[0085] Among them, the above three fields are reserved fields in the OMCI message.

[0086] In the embodiment of the present application, the message format has been improved as follows: New message type: In the message header of the OMCI protocol, a new Message Type value 0x17, defined as ProxyReg, is added for the registration request of the proxy sub-gateway. This extension enables the protocol to support the process of the sub-gateway registering with the upstream OLT through the master gateway, solving the problem that the traditional protocol cannot directly manage the sub-gateway.

[0087] Data field extension: The registration information of the sub-gateway (such as LOID, MAC, SN, etc.) is added to the Data field, enabling the upstream OLT to obtain the detailed identity identifier of the sub-gateway, complete authentication and information recording. Through structured data encapsulation, the integrity and resolvability of the registration information are ensured, supporting the unified management of the sub-gateway by the OLT.

[0088] Device identifier optimization: The DeviceIdentifier field is clearly used to carry the ONU ID assigned by the upstream OLT to the master gateway. This improvement makes the message routing more accurate, avoids the identification confusion between the master gateway and the sub-gateway, and enhances the OLT's management ability for hierarchical devices.

[0089] In addition, during the registration process of the target sub-gateway with the OLT, the header of the OMCI message may further include the following two fields in addition to the message type field, the data field, and the device identifier field: Transaction Correlation Identifier (TCI): As a key field in the OMCI message header, it is used to uniquely identify a management transaction. Its main function is to ensure that the requests sent by the OLT (Optical Line Terminal) can be correctly matched with the responses returned by the ONU (Optical Network Unit), avoiding data chaos caused by asynchronous communication or concurrent operations. For example, when the OLT initiates a management request (such as configuration download, status query), it generates a unique TCI value (usually a 16-bit or 32-bit integer). When the ONU processes the request and returns a response message, it carries the same TCI value, enabling the OLT to associate the response with the original request.

[0090] Attribute Mask: Specifically, it can be a bitmask field used to specify the attributes to be operated on in the OMCI message. It marks which attributes need to be read, set, or modified through binary bits, thereby achieving fine-grained control of ONU parameters. Each bit corresponds to a specific attribute. For example, bit 0 represents the optical module status, and bit 1 represents the CPU utilization rate, etc. If the value of a certain bit is 1, it means that the attribute corresponding to this bit needs to be operated on; setting it to 0 means ignoring. For example, Attribute Mask = 0x03 (binary 00000011) means operating on the attributes corresponding to bits 0 and 1 simultaneously.

[0091] In the above exemplary embodiment, through protocol extension and message structure optimization, efficient registration and management of the sub-gateway on the upstream OLT are achieved.

[0092] The following Figure 1 illustrates the management system of the sub-gateway in the FTTR shown below: Figure 1 The system shown includes a master gateway, an OLT, and at least one sub-gateway including the target sub-gateway, where the OLT and all sub-gateways are connected to the master gateway; In the above system, at least the following two functions can be achieved: One is to implement the management function of the management platform for the target sub-gateway, including: The master gateway is used to process data using the method described above; The OLT is used to send a first GEM frame to the master gateway and receive the new second GEM frame; The target sub-gateway is used to, after receiving the new first GEM frame, determine whether the new first GEM frame has two frame headers. When it is determined that the new first GEM frame has two frame headers, it does not verify the ONU ID in the management request message, directly responds to the management request message, and sends the second GEM frame.

[0093] The specific implementation method is as follows: The OLT generates a management request message according to the management instruction issued by the management platform, accurately identifies the identity of the sub-gateway using the upstream ONU ID, and sends the first GEM frame, achieving the purpose of eliminating the need for the management platform to poll and reducing the processing pressure on the management platform; When the main gateway receives the first GEM frame sent by the OLT, according to the above corresponding relationship, it determines the downstream ONU ID corresponding to the upstream ONU ID in the management request message, determines that the recipient of the management request message is the target sub-gateway, then adds a new frame header to the first GEM frame to obtain a new first GEM frame, and sends the new first GEM frame to the target sub-gateway; After the target sub-gateway receives the new first GEM frame sent by the main gateway, it determines whether the new second GEM frame has two frame headers. After determining that the new second GEM frame has two frame headers, it does not verify the ONU ID in the management request message and directly responds to the management request message to obtain a management response message, and sends a second GEM frame to the main gateway; After the main gateway receives the second GEM frame sent by the target sub-gateway, it identifies the ONU ID in the management response message in the second GEM frame, determines that the ONU ID is the upstream ONU ID, then generates a new second GEM frame, and sends the new second GEM frame to the OLT; After the OLT receives the new second GEM frame sent by the main gateway, it accurately identifies the identity of the sub-gateway according to the upstream ONU ID in the management response message, and returns the response data in the management response message to the management platform.

[0094] Optionally, after the main gateway receives the GEM frame from the OLT, it can first determine whether the ONU ID carried in the received GEM frame is the ONU ID assigned by the OLT to the main gateway. If it is the ONU ID assigned by the OLT to the main gateway, the main gateway processes the message in the received GEM frame; otherwise, it further determines whether it is the ONU ID assigned by the OLT to any sub-gateway. If so, it converts the single-layer GEM frame sent by the OLT into a double-layer GEM frame recognizable by the sub-gateway; otherwise, it discards the received GEM frame.

[0095] Optionally, after the target sub-gateway receives the GEM frame from the main gateway, when it determines that the received GEM frame has a single-layer frame header, it directly processes the message in the received GEM frame.

[0096] Another is the function that the target sub-gateway actively reports alarm data to the management platform, including: The target sub-gateway is used to send the third GEM frame; The primary gateway is configured to send the new third GEM frame to the OLT after receiving the third GEM frame; The OLT is configured to send the alarm information of the target sub-gateway to the management platform after receiving the new third GEM frame.

[0097] The specific implementation is as follows: The target sub-gateway detects an anomaly (such as excessive optical power or CPU overload), generates a third GEM frame carrying the downstream ONU ID and sends it to the master gateway. After receiving the third GEM frame sent by the target sub-gateway, the master gateway replaces the downlink ONU ID in the alarm message with the uplink ONU ID according to the corresponding relationship so that the OLT can identify which sub-gateway it comes from. It also replaces the frame header of the third GEM frame to obtain a new third GEM frame and sends the new third GEM frame to the OLT. After receiving the new third GEM frame sent by the main gateway, the OLT extracts the ONU ID in the alarm message, determines the sub-gateway information (such as SN, registration code) and alarm content, and reports it to the management platform.

[0098] exist Figure 1 In the system shown, the OLT is used to parse the data of the sub-gateway reported by the main gateway to obtain monitoring data, and report data to the management platform based on the monitoring data, wherein the report content includes: Application scenario 1: When detecting that the state information of the target sub-gateway changes, the changed state information of the target sub-gateway is sent to the management platform; For example, suppose the target sub-gateway is sub-gateway 1. Sub-gateway 1 is originally in normal working order, with its status information being online. When sub-gateway 1 becomes offline due to a hardware failure or network issue, the OLT detects the change in sub-gateway status information. The OLT sends the changed status information (offline) to the management platform, which then updates the status display of sub-gateway 1 and can trigger corresponding maintenance procedures based on pre-set rules, such as notifying operations and maintenance personnel to conduct an inspection.

[0099] The technical advantage of the above processing method is that the OLT monitors the sub-gateway status information in real time and reports it to the management platform, enabling the management platform to grasp the latest status of the sub-gateway in a timely and accurate manner, facilitating rapid response to network changes, improving the efficiency and accuracy of network management, and reducing operation and maintenance delays caused by delayed status information.

[0100] Application scenario 2: When an alarm is detected on the target sub-gateway, the alarm information of the target sub-gateway is sent to the management platform; For example, assume that the target sub-gateway is sub-gateway 2. During operation, sub-gateway 2 detects that the optical power exceeds a preset threshold (such as too high or too low optical power), and triggers an alarm. Sub-gateway 2 actively sends the alarm information to the master gateway. The master gateway forwards the alarm information to the OLT according to the corresponding relationship of sub-gateway 2. After receiving the alarm information, the OLT sends it to the management platform. The management platform records the alarm information and displays the alarm details, helping the operation and maintenance personnel to timely understand the abnormal situation of the sub-gateway and take corresponding measures, such as adjusting the optical power, checking the fiber connection, etc.

[0101] The technical advantage of the above processing method is that the alarm information generated by the sub-gateway can be actively reported to the management platform through the OLT, realizing the timely transmission and effective management of the alarm information. This helps the operation and maintenance personnel quickly locate and solve the problems of the sub-gateway, reduces the fault handling time, ensures the normal operation of the network, and improves the reliability and stability of the network.

[0102] Application scenario three: If the number of operations of illegal ONU registering to the master gateway within a preset unit time reaches a preset number threshold, send a security risk prompt message to the management platform to indicate that there is a security risk in the master gateway.

[0103] For example, within a preset unit time (such as within 1 hour), if the number of operations of illegal ONU registering to the master gateway reaches a preset number threshold (such as exceeding 50 times), the OLT detects this abnormal situation and judges that there is a security risk in the master gateway. The OLT immediately sends the security risk prompt message to the management platform. The management platform takes corresponding handling measures according to the risk level, such as strengthening the security of the master gateway, restricting some of its functions, or dispatching installation and maintenance personnel for on-site investigation to eliminate potential security hazards.

[0104] The technical advantage of the above processing method is that the OLT can monitor the frequency of illegal ONU registration and timely send a security risk prompt to the management platform when the threshold is reached, effectively preventing malicious attacks from illegal devices and protecting the security of the network. This mechanism helps to reduce the risks of network failures and data leakage caused by illegal access, improves the overall security of the network, and ensures the legitimate use of network resources.

[0105] From the description of the above application scenarios and technical advantages, it can be seen that the OLT can effectively parse and report the sub-gateway data reported by the master gateway, realizing the real-time monitoring and effective management of the sub-gateway. It not only realizes the monitoring of the sub-gateway by the management platform, but also effectively reduces the impact on the performance of the management platform through the autonomous management of the OLT. In addition, when the master gateway frequently receives illegal ONU registration attacks, the autonomous management method of the OLT adopted in this solution can effectively divide the impact range of the flooding attack, effectively avoid the abnormal business of the management platform caused by this flooding attack, and improve the security, reliability and operation and maintenance efficiency of the FTTR network.

[0106] The embodiment of the present application further provides a storage medium, in which a computer program is stored, and the computer program is configured to execute the method described above when running.

[0107] The embodiment of the present application further provides a management device for a FTTR sub-gateway, including a memory and a processor. A computer program is stored in the memory, and the processor is configured to run the computer program to execute the method described above.

[0108] Those of ordinary skill in the art can understand that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, and appropriate combinations thereof. In the hardware implementation, the division of the functional modules / units mentioned above does not necessarily correspond to the division of physical components; for example, one physical component can have multiple functions, or one function or step can be executed by several physical components in cooperation. Some components or all components can be implemented as software executed by a processor, such as a digital signal processor or a microprocessor, or be implemented as hardware, or be implemented as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include a computer storage medium (or a non-transitory medium) and a communication medium (or a transitory medium). As is well known to those of ordinary skill in the art, the term "computer storage medium" includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules, or other data. Computer storage media include but are not limited to RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cassette, tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer. In addition, as is well known to those of ordinary skill in the art, a communication medium typically includes computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and can include any information delivery medium.

Claims

1. A method for managing a sub-gateway in an FTTR, applied to a main gateway, wherein the main gateway is connected to at least one sub-gateway including a target sub-gateway and is connected to an optical line terminal (OLT) on the main gateway, wherein a mapping table of the main gateway records the correspondence between the target sub-gateway, the downstream ONU ID, and the upstream ONU ID, wherein the downstream ONU ID is the ONU ID assigned to the target sub-gateway after successful registration on the main gateway, and the upstream ONU ID is the ONU ID assigned to the target sub-gateway after successful registration on the OLT, wherein the method comprises: Acquire a first GEM frame, wherein the first GEM frame includes a first frame header and a management request message marked by the uplink ONU ID; Determine, according to the downlink ONU ID, a second frame header of the first GEM frame, obtain a new first GEM frame, and send the new first GEM frame to the target sub-gateway, wherein the new first GEM frame carries the second frame header, the first frame header, and a management request message marked by the uplink ONU ID, wherein the second frame header and the first frame header in the new first GEM frame jointly instruct the target sub-gateway not to perform a verification operation on the ONU ID in the management request message; receiving a second GEM frame returned by the target sub-gateway in response to the new first GEM frame, wherein the second GEM frame carries a third frame header, the first frame header, and a management response message marked by an uplink ONU ID; According to the uplink ONU ID, a fourth frame header corresponding to the second GEM frame is determined, a new second GEM frame is generated, and the new second GEM frame is sent to the OLT, wherein the new second GEM frame includes the fourth frame header and a management response message marked by the uplink ONUID.

2. The method according to claim 1, wherein: The first GEM frame and the new second GEM frame share the same GEM port identifier, so that the first frame header and the fourth frame header are the same; The new first GEM frame and the second GEM frame share the same GEM port identifier, so that the second frame header and the third frame header are the same.

3. The method according to claim 1, characterized in that, The method further comprises: Receiving a third GEM frame sent by the target sub-gateway and carrying a fifth frame header and communication data marked by a downlink ONU ID; When the communication data in the third GEM frame includes alarm data, according to the corresponding relationship, the downlink ONU ID in the communication data is replaced with the uplink ONU ID, and the fifth frame header is replaced with the sixth frame header to obtain a new third GEM frame, and the new third GEM frame is sent to the OLT.

4. The method according to claim 1, wherein The method for obtaining the corresponding relationship includes: Obtaining registration information of the target sub-gateway; After the target sub-gateway is successfully registered on the master gateway, the downlink ONU ID allocated by the master gateway to the target sub-gateway is recorded, and the registration information of the target sub-gateway is sent to the OLT; After the target sub - gateway is successfully registered on the OLT, obtain the uplink ONU ID assigned by the OLT to the target sub - gateway and establish the corresponding relationship.

5. The method according to claim 4, wherein: At least one of the registration information of the target sub - gateway and the uplink ONU ID is carried in the header of the optical network unit management and control interface OMCI message in the GEM frame.

6. The method according to claim 5, wherein The header of the OMCI message at least includes a message type field, a data field, and a device identification field; wherein: The message type field is used to store a value indicating the registration operation of the sub - gateway. The data field is used to store the registration information of the target sub - gateway. The device identification field is used to store the uplink ONU ID of the target sub - gateway.

7. A management system for a sub - gateway in FTTR, comprising: A main gateway, configured to process data using the method according to any one of claims 1 to 6. An OLT, connected to the main gateway, configured to send a first GEM frame to the main gateway and receive the new second GEM frame. At least one sub - gateway including the target sub - gateway, all connected to the main gateway, wherein the target sub - gateway is configured to, after receiving the new first GEM frame, determine whether the new first GEM frame has two headers. When it is determined that the new first GEM frame has two headers, do not verify the ONU ID in the management request message, directly respond to the management request message, and send the second GEM frame.

8. The system according to claim 7, wherein: The OLT is further configured to parse the data of the sub - gateway reported by the main gateway to obtain monitoring data, and report the data to the management platform according to the monitoring data.

9. The system according to claim 8, wherein: The OLT is configured to, when detecting a change in the status information of the target sub - gateway, send the changed status information of the target sub - gateway to the management platform; Or; When detecting an alarm of the target sub - gateway, send the alarm information of the target sub - gateway to the management platform; Or; If the number of operations of illegal ONU registering the main gateway reaches a preset number threshold within a preset unit time, send a security risk prompt message to the management platform to indicate that the main gateway has a security risk.

10. A management device for a sub-gateway of FTTR, comprising a memory and a processor, characterized in that, A computer program is stored in the memory, and the processor is configured to run the computer program to execute the method according to any one of claims 1 to 6.

11. A storage medium, characterized in that, A computer program is stored in the storage medium, wherein the computer program is configured to execute the method according to any one of claims 1 to 6 when running.

Images