Message transmission method, master device, OLT and optical communication system

Abstract

The embodiment of the invention provides a message transmission method, master equipment, an OLT (Optical Line Terminal) and an optical communication system. According to the invention, the message format transmitted between the master device and the OLT in the FTTR system is newly defined. In the uplink direction, the master device sends a second message to the OLT according to the first message sent by the slave device, and the first identifier of the slave device is newly added in the second message. In the downlink direction, the first identifier is added in the third message sent by the OLT to the master device, so that the master device sends the fourth message to the corresponding slave device according to the third message. That is to say, the scheme realizes the management of the slave device by the OLT, and facilitates the unification of the management mode of the FTTR system. Moreover, an existing communication protocol can be continuously used between the master device and the slave device, the slave device can be managed by the OLT without large adjustment, and the application effect is good.

Description

Technical Field

[0001] This application relates to the field of optical communication, and more particularly to a message transmission method, a master device, an OLT, and an optical communication system. Background Technology

[0002] In gigabit passive optical networks (GPON), the optical network terminal management and control interface (OMCI) is a protocol for information exchange between optical line terminals (OLTs) and optical network terminals (ONTs). It is used to enable the OLT to manage the ONTs in the GPON network, including configuration management, fault management, performance management, and security management.

[0003] With the widespread availability of fixed broadband and the emergence of various smart devices, fiber-to-the-room (FTTR) technology has been proposed and received considerable attention in order to address the issue of WiFi coverage in home networks. The main idea behind FTTR is to extend fiber optic cables further into the homes of residents, building upon fiber-to-the-home (FTTH) technology. However, there is currently no management protocol for FTTR. Summary of the Invention

[0004] This application provides a message transmission method, a master device, an OLT, and an optical communication system. It defines a new message format for transmission between the master device and the OLT in the FTTR system, realizes the OLT's management of slave devices, and facilitates the unification of the management method of the FTTR system.

[0005] In a first aspect, embodiments of this application provide a message transmission method executed by a master device. In the uplink transmission direction, the master device receives a first message sent by a slave device and sends a second message to an OLT based on the first message. Both the first and second messages include a first identifier of the slave device. In the downlink transmission direction, the master device receives a third message sent by the OLT including the first identifier and sends a fourth message to the slave device based on the third message. The third message includes the first identifier of the slave device.

[0006] In this implementation, a new message format for transmission between the master device and the OLT in the FTTR system is defined. A first identifier for the slave device is added to both the second message in the uplink direction and the third message in the downlink direction. This newly defined message format enables the OLT to manage the slave device, facilitating a unified management approach for the FTTR system. Furthermore, the existing communication protocol between the master and slave devices can be used, allowing the OLT to manage the slave device without significant adjustments, resulting in good application performance.

[0007] In some possible implementations, considering that multiple downlink ports of the master device are typically connected to multiple different slave devices, the second and third messages also include a second identifier of the downlink port on the master device associated with the slave device, so as to combine the first identifier and the second identifier to determine the specific slave gateway.

[0008] In some possible implementations, the second and third messages are OMCI messages newly defined in this application. It should be understood that the standard format OMCI message is used to implement OLT management of the master gateway, while the newly defined OMCI message is used to implement OLT management of the slave gateway. The newly defined OMCI message is an extension based on the standard format OMCI message, which facilitates compatibility with existing standards and has better practical effects.

[0009] In some possible implementations, the device identifier field of the newly defined OMCI message indicates whether the OMCI message is a basic OMCI message or an extended OMCI message used to transmit information exchanged between the OLT and the slave device, so as to distinguish between standard format OMCI messages and newly defined OMCI messages through the device identifier field.

[0010] In some possible implementations, the second message also includes a check field for verifying the integrity of the second message, and the third message also includes a check field for verifying the integrity of the third message, thereby improving transmission reliability.

[0011] In some possible implementations, the first message includes a third identifier of the OLT. Sending a second message from the master device to the optical line terminal (OLT) based on the first message includes: the master device generating the second message based on the first message and sending the second message to the OLT based on the third identifier. Sending a fourth message from the master device to the slave device based on the third message includes: the master device generating the fourth message based on the third message and sending the fourth message to the slave device based on the first identifier.

[0012] In some possible implementations, the first and second messages have the same message payload, and / or the third and fourth messages have the same message payload. That is, the master device can transmit the message payload of the first message to the OLT via the second message, and the master device can also transmit the message payload of the third message to the slave device via the fourth message. It should be understood that this message payload can be considered as the message content to be transmitted and does not include the first and second identifiers. Optionally, the master device can also generate the message payload to be transmitted according to actual needs; that is, the first and second messages can have different message payloads, and the third and fourth messages can also have different message payloads.

[0013] In some possible implementations, before the master device receives the third message sent by the OLT, the method further includes: the master device sending a fifth message including a first identifier to the OLT, so that the OLT generates the third message based on the fifth message. That is, the master device reports the slave device's information to the OLT through the fifth message, so that the OLT can generate the third message including the first identifier.

[0014] Secondly, embodiments of this application provide a message transmission method executed by an OLT. In the uplink transmission direction, the OLT receives a second message sent by a master device, wherein the second message is generated by the master device based on a first message sent by a slave device, and both the first and second messages include a first identifier of the slave device. In the downlink transmission direction, the OLT sends a third message including the first identifier to the master device, so that the master device sends a fourth message to the slave device based on the third message.

[0015] In some possible implementations, the second and third messages also include a second identifier of the downlink port on the master device associated with the slave device.

[0016] In some possible implementations, the second and third messages are newly defined OMCI messages.

[0017] In some possible implementations, the device identifier field of the OMCI message indicates whether the OMCI message is a basic OMCI message or an extended OMCI message used to transmit information exchanged between the OLT and the slave device.

[0018] In some possible implementations, the second message may also include a verification field for verifying the integrity of the second message, and the third message may also include a verification field for verifying the integrity of the third message.

[0019] In some possible implementations, the first message and the second message have the same message payload, and / or the third message and the fourth message have the same message payload.

[0020] In some possible implementations, before the OLT sends the third message to the master device, the method further includes: the OLT receiving a fifth message including a first identifier sent by the master device. The OLT generates the third message based on the fifth message.

[0021] Thirdly, embodiments of this application provide a master device, which includes a processing unit and a transceiver unit. The transceiver unit is used to receive a first message sent by a slave device, the first message including a first identifier of the slave device. The processing unit is used to generate a second message based on the first message, the second message including the first identifier of the slave device. The transceiver unit is used to send the second message to an optical line terminal (OLT) based on the first message. The transceiver unit is used to receive a third message sent by the OLT, the third message including a first identifier. The processing unit is used to generate a fourth message based on the third message. The transceiver unit is used to send the second message to the slave device based on the third message.

[0022] In some possible implementations, the second and third messages also include a second identifier of the downlink port on the master device associated with the slave device.

[0023] In some possible implementations, the second and third messages are newly defined OMCI messages.

[0024] In some possible implementations, the device identifier field of the OMCI message indicates whether the OMCI message is a basic OMCI message or an extended OMCI message used to transmit information exchanged between the OLT and the slave device.

[0025] In some possible implementations, the second message may also include a verification field for verifying the integrity of the second message, and the third message may also include a verification field for verifying the integrity of the third message.

[0026] In some possible implementations, the first message includes a third identifier of the OLT, and the transceiver unit is specifically used to: send a second message to the OLT according to the third identifier, and send a fourth message to the slave device according to the first identifier.

[0027] In some possible implementations, the first message and the second message have the same message payload, and / or the third message and the fourth message have the same message payload.

[0028] In some possible implementations, before the transceiver unit receives the third message sent by the OLT, the transceiver unit is also used to send a fifth message including a first identifier to the OLT, so that the OLT generates the third message based on the fifth message.

[0029] Fourthly, embodiments of this application provide an OLT, which includes a processing unit and a transceiver unit. The transceiver unit is used to receive a second message sent by a master device, the second message being generated by the master device based on a first message sent by a slave device. The first message includes a first identifier of the slave device, and the second message also includes the first identifier. The processing unit is used to generate a third message, the third message including the first identifier. The transceiver unit is used to send the third message to the master device, so that the master device sends a fourth message to the slave device based on the third message.

[0030] In some possible implementations, the second and third messages also include a second identifier of the downlink port on the master device associated with the slave device.

[0031] In some possible implementations, the second and third messages are newly defined OMCI messages.

[0032] In some possible implementations, the device identifier field of the OMCI message indicates whether the OMCI message is a basic OMCI message or an extended OMCI message used to transmit information exchanged between the OLT and the slave device.

[0033] In some possible implementations, the second message may also include a verification field for verifying the integrity of the second message, and the third message may also include a verification field for verifying the integrity of the third message.

[0034] In some possible implementations, the first message and the second message have the same message payload, and / or the third message and the fourth message have the same message payload.

[0035] In some possible implementations, before the transceiver unit sends the third message to the master device, the transceiver unit is also configured to receive a fifth message including a first identifier sent by the master device, and the processing unit is also configured to generate a third message based on the fifth message.

[0036] Fifthly, embodiments of this application provide an optical communication system comprising a master device as described in any embodiment of the third aspect, an OLT as described in any embodiment of the fourth aspect, and a slave device. Messages are transmitted between the OLT and the slave device through the master device.

[0037] This application provides a message transmission method, a master device, an OLT, and an optical communication system, and newly defines the message format for transmission between the master device and the OLT in an FTTR system. In the uplink direction, the master device sends a second message to the OLT based on a first message sent by a slave device, wherein the second message includes a newly added first identifier of the slave device. In the downlink direction, the OLT also adds a first identifier to a third message sent to the master device, so that the master device can send a fourth message to the corresponding slave device based on the third message. In other words, this solution enables the OLT to manage slave devices, which is beneficial for unifying the management method of the FTTR system. Furthermore, the master device and slave device can use existing communication protocols without significant adjustments to achieve OLT management of slave devices, resulting in good application performance. Attached Figure Description

[0038] Figure 1 This is a schematic diagram of the FTTH system architecture;

[0039] Figure 2 This is a schematic diagram of the FTTR system architecture;

[0040] Figure 3 This is a flowchart illustrating a message transmission method according to an embodiment of this application;

[0041] Figure 4 This is a schematic diagram illustrating a scenario in which the OLT manages the master and slave devices according to an embodiment of this application.

[0042] Figure 5 This is a newly defined basic OMCI message format in the embodiments of this application;

[0043] Figure 6 This is a newly defined extended OMCI message format in the embodiments of this application;

[0044] Figure 7 This is a schematic diagram of the structure of a possible main device in an embodiment of this application;

[0045] Figure 8 This is a schematic diagram of another possible main device in the embodiments of this application;

[0046] Figure 9 This is a schematic diagram of a possible OLT structure in an embodiment of this application;

[0047] Figure 10 This is a schematic diagram of another possible OLT structure in an embodiment of this application. Detailed Implementation

[0048] This application provides a message transmission method, a master device, an OLT, and an optical communication system. It defines a new message format for transmission between the master device and the OLT in the FTTR system, realizes the OLT's management of slave devices, and facilitates the unification of the management method of the FTTR system.

[0049] It should be noted that the terms "first," "second," "third," and "fourth," etc., in this application specification, claims, and the accompanying drawings are used to distinguish similar objects, not to limit a specific order or sequence. It should be understood that the above terms can be used interchangeably where appropriate so that the embodiments described in this application can be implemented in a sequence other than that described in this application. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to these processes, methods, products, or devices.

[0050] Passive optical network (PON) is a technology for implementing optical access networks. PON is a point-to-multipoint optical access technology. Current PON systems are mainly used in fiber-to-the-home (FTTH) scenarios, where each home user has only one optical network unit (ONU).

[0051] Figure 1This is a schematic diagram of the FTTH system architecture. The optical line terminal (OLT) connects to upper-layer network-side devices (such as switches and routers) and lower-layer devices (such as optical distribution networks, ODNs). The ODN includes passive optical splitters for optical power distribution, a backbone fiber connecting the passive optical splitter and the OLT, and branch fibers connecting the passive optical splitter and ONUs. During downlink data transmission, the ODN transmits the downlink data from the OLT to each ONU through the splitter; the ONUs selectively receive downlink data carrying their own identifiers. During uplink data transmission, the ODN combines the optical signals sent by N ONUs into a single optical signal and transmits it to the OLT. The ONU provides a user-side interface for the OAN and is also connected to the ODN. If the ONU also provides user port functionality, such as an Ethernet user port or a plain old telephone service (POTS) user port, it is called an optical network termination (ONT).

[0052] Building upon FTTH, to address the issue of home Wi-Fi coverage, fiber optic cables can be extended further into residents' rooms. Optical terminal equipment providing Wi-Fi access is installed inside the rooms, thus reducing the distance between the user's device and the Wi-Fi access point and improving signal quality. This application scenario is called Fiber to the Room (FTTR).

[0053] Figure 2This is a schematic diagram of the FTTR system architecture. FTTR and FTTH networks can be viewed as cascaded PON systems. In FTTH, the OLT is deployed in a central equipment room, and the ONU is deployed in the home's information box. The master device in FTTR can replace the ONU in FTTH, deployed in the home's information box. This master device in the FTTR scenario has similar functions to the OLT in the FTTH scenario, and also similar functions to the ONU in the FTTH scenario. That is to say, the master device in FTTR is a device that combines the functions of both OLT and ONU, acting as a connecting network device between FTTH and FTTR. The slave devices in FTTR can be deployed in each room of the home to connect to user terminals. These slave devices are essentially similar network devices to the ONU in FTTH. The difference is that in FTTH, the ONU is generally deployed in the information box, and there is usually an access point (AP) between it and the user terminal. In FTTR, the slave devices enter each room, and the slave gateway also has the function of an AP, allowing direct WiFi connection to the user terminal.

[0054] It should be understood that multiple slave devices can be deployed in an FTTR, with each slave device connected to a corresponding downlink port on the master device. The master device can achieve unified management and configuration of all slave devices. It should be noted that the master device can also be called a "master gateway," "master optical modem," or "master FTTR device," and the slave device can also be called a "slave gateway," "slave optical modem," or "slave FTTR device," etc. This application does not limit their specific names. For ease of explanation, the terms "master device" and "slave device" will be used consistently below.

[0055] Considering the relatively mature communication protocol between the OLT and the master device in current FTTH scenarios, enabling OLT management of the master device, but the lack of a unified management method for FTTR systems (i.e., the communication protocol between the OLT and slave devices is still immature), this application establishes a communication method between the OLT and the slave gateway by defining a new message format, facilitating the management of both. Specifically, if the communication between the OLT and the master gateway does not involve the slave gateway, they communicate using the existing standard-defined message format. If the communication involves the slave gateway, they communicate using the newly defined message format of this application. The message format between the master gateway and the slave gateway can be either the existing standard-defined format or the newly defined format of this application; no specific limitation is imposed. The message transmission method provided in this application is described in detail below.

[0056] Figure 3This is a flowchart illustrating a message transmission method according to an embodiment of this application. In this example, the message transmission method includes the following steps.

[0057] 101. The device sends the first message to the master device.

[0058] The first message sent from the slave device to the master device includes first indication information, which indicates that the destination recipient of the first message is an OLT, i.e., the first indication information indicates that the first message is for transmitting information to the optical line terminal (OLT). The first message may also include the slave device's identity (ID) and message contents. It should be understood that this application does not limit the message format of the first message. For example, the first message may adopt the existing standard-defined optical network terminal management and control interface (OMCI) message format, the first message may adopt the newly defined OMCI message format in the embodiments below of this application, or the first message may adopt the message format defined by the FTTR management and control protocol.

[0059] 102. The master device generates a second message based on the first message.

[0060] The master device determines the destination recipient of the first message as the OLT based on the first indication information in the first message, and generates a second message accordingly. The second message includes the ID of the slave device, enabling the OLT to identify which slave device the message pertains to. It should be understood that the master device can have multiple optical ports, and each optical port can connect to multiple slave devices. For example, if master device optical port 1 connects to slave devices 1 and 2, and master device optical port 2 connects to slave devices 3 and 4, there may be cases where slave devices connected to different optical ports have the same ID; for instance, slave device 1's ID and slave device 3's ID may be the same. Optionally, to uniquely identify the slave device, the second message may also include the ID of the optical port associated with the slave device on the master device, referred to simply as the port ID. That is, the master device adds the port ID to the second message.

[0061] As an example, the second message carries the same message payload as the first message, meaning the master device can pass the message payload from the first message to the OLT via the second message. As another example, the first and second messages can also have different message payloads; that is, the master device can generate the message payload to be transmitted to the OLT according to actual needs.

[0062] In one possible implementation, the second message is specifically a newly defined OMCI message, which extends the existing OMCI standard format. It should be understood that the existing standard format OMCI message is only used for interaction between the OLT and the master device, and is not related to the slave gateway. However, the second message sent by the master device to the OLT includes the message payload from the slave gateway, so it needs to be extended based on the existing standard format OMCI message to carry slave-related information. The newly defined OMCI message includes the slave device ID and the optical port ID on the master device connecting to the slave device. The format of the newly defined OMCI message will be described in detail later with reference to the accompanying drawings.

[0063] The newly defined OMCI message also requires fields or bits to carry the first indication information. In the existing standard format of OMCI messages, the device identifier field is defined as 0x0A and 0x0B. 0x0A indicates that the OMCI message is a basic OMCI message used to transmit interaction information between the OLT and the master device, while 0x0B indicates that the OMCI message is an extended OMCI message used to transmit interaction information between the OLT and the master device. One possible implementation is to carry the first indication information by defining an extended device identifier field. For example, in the newly defined OMCI message, the extended device identifier field can take the values ​​0x1A and 0x1B. 0x1A indicates that the OMCI message is a basic OMCI message used to transmit interaction information between the OLT and the slave device, while 0x1B indicates that the OMCI message is an extended OMCI message used to transmit interaction information between the OLT and the slave device. In this way, the OLT can identify whether the message is about the master gateway or the slave gateway based on the device identifier field in the OMCI message. It should be noted that the extended values ​​of the device identifier field can also be other values, such as 0x0C and 0x0D. 0x0C indicates that the OMCI message is a basic OMCI message used to transmit information between the OLT and the slave device, while 0x0D indicates that the OMCI message is an extended OMCI message used to transmit information between the OLT and the slave device.

[0064] 103. The master device sends a second message to the OLT.

[0065] After generating the second message, the master device sends it to the OLT. In one possible implementation, the second message uses a newly defined OMCI message format, and the master device specifically sends the second message to the OLT through the optical network unit management and control channel (OMCC). It should be noted that before sending the second message, the master device has already registered with the OLT and established a communication link with the OLT.

[0066] 104. The OLT generates a third message.

[0067] The third message includes second indication information, the slave device's ID, and a message payload. The second indication information indicates that the destination recipient of the third message is a slave device; that is, it indicates that the third message is for transmitting information to the slave device, and the message payload needs to be sent to the slave device. Optionally, the third message also includes the port ID associated with the slave device on the master device. As an example, the third message uses a newly defined OMCI message format, which includes fields for carrying the slave device's ID and the master device's port ID.

[0068] Taking the third message, which uses the newly defined OMCI message, as an example, the third message includes fields for carrying the ID of the slave device and the port ID of the master device. The second indication information is carried through a device identifier field, which is newly defined as 0x1A and 0x1B. 0x1A indicates that the OMCI message is a basic OMCI message used to transmit interaction information between the OLT and the slave device, while 0x1B indicates that the OMCI message is an extended OMCI message used to transmit interaction information between the OLT and the slave device. It should be noted that the extended values ​​of the device identifier field can also be other values, such as 0x0C and 0x0D. 0x0C indicates that the OMCI message is a basic OMCI message used to transmit interaction information between the OLT and the slave device, while 0x0D indicates that the OMCI message is an extended OMCI message used to transmit interaction information between the OLT and the slave device. In this way, the master device can identify whether the message is about itself or the slave device based on the device identifier field in the OMCI message.

[0069] As an example, in a scenario where uplink transmission precedes downlink transmission, since the second message carries the slave device's ID and port ID, the OLT specifically generates a third message that includes the slave device's ID and port ID based on the second message.

[0070] As another example, in a scenario where downlink transmission precedes uplink transmission, before executing step 104, the master device reports the slave device's information to the OLT. This slave device information includes at least the slave device's ID, enabling the OLT to identify the slave device to which the master device is connected. Optionally, the master device also reports the optical port ID associated with the slave device on the master device, allowing the OLT to record the slave device ID and the optical port ID of the master device to which the slave device is connected. When the optical port of the master device to which the slave device is connected changes, the master device should also update the optical port information of the master device to which the slave device is connected to the OLT. It should be understood that the messages reported by the master device to the OLT can use existing standard OMCI messages.

[0071] 105. The OLT sends a third message to the master device.

[0072] Taking the third message using the newly defined OMCI message format as an example, the OLT can send the third message to the master device through OMCC.

[0073] 106. The master device generates a fourth message based on the third message.

[0074] The master device determines the destination of the third message as the slave device based on the second indication information; that is, the third message is used to transmit information to the slave device. The master device generates a fourth message to transmit information to the slave device. The fourth message includes the second indication information and a message payload. In one possible implementation, the fourth message does not include the slave device's ID and the master device's port ID; that is, the master device retains the message payload from the third message but deletes the slave device's ID and the master device's port ID. In this way, the master device and the slave device can use the existing communication protocol without significant adjustments to achieve OLT management of the slave device, resulting in better application performance. It should be noted that the value of the device identifier field in the fourth message can be the same as the value of the device identifier field in the third message; that is, the master device forwards the device identifier field information received in the third message to the slave device to indicate to the slave device that the fourth message comes from the OLT.

[0075] As an example, the fourth message carries the same message payload as the third message. This means the master device can pass the message payload from the third message to the slave device via the fourth message. It should be understood that this message payload can be considered the message content to be transmitted and does not include the slave device's ID and port ID. As another example, the fourth and third messages can also have different message payloads; that is, the master device can also generate the message payload to be transmitted to the slave device according to actual needs.

[0076] 107. The master device sends a fourth message to the slave device based on the third message.

[0077] After the master device generates the fourth message, it determines the slave device corresponding to the fourth message based on the slave device ID carried in the third message, and sends the fourth message to the slave device.

[0078] It should be noted that, Figure 3 The process is illustrated with both uplink and downlink flows, but these flows can be related or independent. That is, there is no fixed timing relationship between steps 101-103 and steps 104-107. For example, steps 101-103 can be executed first, followed by steps 104-107, i.e., uplink transmission precedes downlink transmission. Alternatively, steps 104-107 can be executed first, followed by steps 101-103, i.e., downlink transmission precedes uplink transmission. Furthermore, only steps 101-103 or only steps 104-107 can be executed.

[0079] Figure 4 This is a schematic diagram illustrating a scenario where the OLT manages the master and slave devices in an embodiment of this application. As an example, module 1 of the master device and module 1 of the OLT are both used to generate standard-format OMCI messages, while module 2 of the master device and module 2 of the OLT are both used to generate newly defined OMCI messages. Both the standard-format OMCI messages and the newly defined OMCI messages are transmitted through a pre-defined interaction interface between the master device and the OLT. The OLT manages the master device through standard-format OMCI messages, and the OLT manages the slave devices through the newly defined OMCI messages. It should be understood that modules 1 and 2 in the OLT and modules 1 and 2 in the master device are only logical functional divisions; in practical applications, modules 1 and 2 can be independent or integrated.

[0080] The newly defined OMCI message format in this application is described in detail below. It should be understood that the newly defined OMCI message format is primarily used for the second and third messages transmitted between the OLT and the master gateway. Optionally, the first and fourth messages transmitted between the master gateway and the slave gateway can also use the newly defined OMCI message format. The newly defined OMCI message format includes a newly defined basic OMCI message format and a newly defined extended OMCI message format, which can be flexibly selected according to requirements in practical applications.

[0081] Figure 5 This is a newly defined basic OMCI message format in the embodiments of this application. For example... Figure 5As shown, the newly defined basic OMCI message includes the following fields in sequence: transaction correlation identifier, message type, device identifier, management entity identifier, port identifier, slave device identifier (slave device ID), message contents, and OMCI trailer. Among these, the port identifier and slave device identifier are newly added fields. The port identifier field carries the optical port ID of the slave device connected to the master device, as described in the embodiment, and the slave device identifier field carries the slave device ID, as described in the embodiment. Furthermore, the device identifier field has been redefined; for example, the device identifier field is 0x1A, used to indicate that the OMCI message is a basic OMCI message used to transmit interaction information between the OLT and the slave device.

[0082] It should be noted that the OMCI tail is used as a check field to verify the integrity of the OMCI message. In GPON systems, the cyclic redundancy check (CRC32) algorithm is used to verify the integrity of the OMCI message. In 10G GPON systems, the message integrity check (MIC) algorithm is used to verify the integrity of the OMCI message. Because the newly defined basic OMCI message format differs from the existing standard basic OMCI message format, the newly defined OMCI tail differs from the standard OMCI tail.

[0083] Table 1 below shows one possible form for the length of each field in the newly defined basic OMCI message format. It should be understood that... Figure 5 Table 1 is just a specific example. In practical applications, the above fields can also have other arrangements and specific lengths. For example, the port identifier field and the slave device identifier field can be swapped. No specific restrictions are made here.

[0084] Table 1

[0085] byte number Length (bytes) Fields 1-2 2 Transaction-related identifiers 3 1 Message Type 4 1 Device Identifier 5-8 4 Manage entity identifiers 9 1 Port identifier 10 1 From device identification 11-42 32 Net News 43-48 6 OMCI tail

[0086] Figure 6 This is a newly defined extended OMCI message format in the embodiments of this application. For example... Figure 5As shown, the newly defined basic OMCI message includes the following fields in sequence: transaction correlation identifier, message type, device identifier, management entity identifier, message contents length, port identifier, slave device identifier (slave device ID), message contents, and message integrity check (MIC). The maximum length of the newly defined extended OMCI message is 1980 bytes, and the maximum supported message contents length is 1964 bytes. Among these, the port identifier and slave device identifier are newly added fields. The port identifier field carries the optical port ID of the slave device connected to the master device as described in the embodiment, and the slave device identifier field carries the slave device ID as described in the embodiment. Furthermore, the device identifier field has been redefined; for example, the device identifier field is 0x1B, used to indicate that the OMCI message is an extended OMCI message used to transmit interactive information between the OLT and the slave device.

[0087] It should be noted that the MIC is used as a verification field to verify the integrity of the OMCI message. In GPON systems, the CRC32 algorithm is used to verify the integrity of the OMCI message. In 10G GPON systems, the MIC algorithm is used to verify the integrity of the OMCI message. Because the newly defined extended OMCI message format differs from the existing standard extended OMCI message format, the newly defined MIC field differs from the standard MIC field.

[0088] Table 2 below shows one possible form for the length of each field in the newly defined extended OMCI message format. It should be understood that... Figure 6 Table 2 is just a specific example. In practical applications, the above fields can also have other arrangements and specific lengths. For example, the port identifier field and the slave device identifier field can be swapped. No specific restrictions are made here.

[0089] Table 2

[0090] byte number Length (bytes) Fields 1-2 2 Transaction-related identifiers 3 1 Message Type 4 1 Device Identifier 5-8 4 Manage entity identifiers 9-10 2 Message payload length 11 1 Port identifier 12 1 From device identification 13-(N-4) – Net News (N-3)-N 4 Message integrity verification

[0091] As described above, this application defines a new message format for transmission between the master device and the OLT in an FTTR system. In the uplink direction, the master device sends a second message to the OLT based on the first message sent by the slave device, where the second message includes a newly added first identifier for the slave device. In the downlink direction, the OLT also adds the first identifier to the third message sent to the master device, enabling the master device to send a fourth message to the corresponding slave device based on the third message. In other words, this solution enables the OLT to manage slave devices, facilitating a unified management approach for the FTTR system. Furthermore, the master and slave devices can utilize existing communication protocols without significant modifications, resulting in good application performance.

[0092] The main device and OLT provided in the embodiments of this application are described below.

[0093] Figure 7 This is a schematic diagram of the structure of a possible main device in an embodiment of this application. Figure 7 As shown, the main device includes a processing unit 201 and a transceiver unit 202. Specifically, the transceiver unit 202 is used to perform the above-described... Figure 3 In the illustrated embodiment, the master device performs message sending and receiving operations. The processing unit 201 is used to execute the above... Figure 3 The embodiments shown include other operations of the master device besides message sending and receiving.

[0094] Figure 8 This is a schematic diagram of another possible main device in an embodiment of this application. For example... Figure 8 As shown, the main device includes a processor 301 and a transceiver 302, which are interconnected via a line. It should be noted that the transceiver 302 is used to perform the above-described... Figure 3 In the illustrated embodiment, the master device performs message sending and receiving operations. Processor 301 is used to execute the above... Figure 3 The illustrated embodiment includes operations of the host device other than message sending and receiving. In some possible implementations, processor 301 includes the processing unit 201 described above, and transceiver 302 includes the transceiver unit 202 described above. Optionally, the host device may further include memory 303, wherein memory 303 is used to store program instructions and data.

[0095] Figure 9 This is a schematic diagram of a possible OLT structure in an embodiment of this application. Figure 9 As shown, the OLT includes a processing unit 401 and a transceiver unit 402. Specifically, the transceiver unit 402 is used to perform the above-described... Figure 3 In the illustrated embodiment, the OLT performs message sending and receiving operations. The processing unit 401 is used to execute the above... Figure 3The illustrated embodiment includes other OLT operations besides message sending and receiving.

[0096] Figure 10 This is a schematic diagram of another possible OLT structure in an embodiment of this application. Figure 10 As shown, the main device includes a processor 501 and a transceiver 502, which are interconnected via a line. It should be noted that the transceiver 502 is used to perform the above-described... Figure 3 In the illustrated embodiment, the OLT performs message sending and receiving operations. The processor 501 is used to execute the above... Figure 3 The illustrated embodiment includes other OLT operations besides message sending and receiving. In some possible implementations, processor 501 includes the processing unit 401 described above, and transceiver 502 includes the transceiver unit 402 described above. Optionally, the OLT may also include memory 503, wherein memory 503 is used to store program instructions and data.

[0097] It should be noted that the above Figure 8 and Figure 10 The processor shown can be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or at least one integrated circuit, used to execute relevant programs to implement the technical solutions provided in the embodiments of this application. Figure 8 and Figure 10 The memory shown can store the operating system and other applications. When the technical solutions provided in the embodiments of this application are implemented by software or firmware, the program code used to implement the technical solutions provided in the embodiments of this application is stored in the memory and executed by the processor. In one embodiment, the processor may include memory internally. In another embodiment, the processor and the memory are two independent structures.

[0098] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0099] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented in hardware, or instructed by a program to implement related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory or random access memory. Specifically, for example, the processing unit or processor can be a central processing unit, a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0100] When implemented using software, the method steps described in the above embodiments can be implemented, in whole or in part, in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., a solid-state disk (SSD)).

Claims

1. A message transmission method, characterized in that, include: The master device receives a first message sent by the slave device. The first message includes first indication information, which indicates that the first message is a message for transmitting information to the optical line terminal (OLT). The master device sends a second message to the OLT according to the first message, the second message including the first indication information and the first identifier of the slave device; The master device receives a third message sent by the OLT. The third message includes second indication information and the first identifier. The second indication information is used to indicate that the third message is a message for transmitting information to the slave device. The master device sends a fourth message to the slave device based on the third message, the fourth message including the second indication information.

2. The method according to claim 1, characterized in that, The second message and the third message also include a second identifier of the downlink port associated with the slave device on the master device.

3. The method according to claim 1 or 2, characterized in that, The second message and the third message are Optical Network Terminal Management and Control Interface (OMCI) messages.

4. The method according to claim 3, characterized in that, The device identifier field of the second message includes the first indication information, and the device identifier field of the third message includes the second indication information.

5. The method according to claim 3 or 4, characterized in that, The first indication information in the second message is also used to indicate that the second message is a basic OMCI message or an extended OMCI message for transmitting information to the OLT, and the second indication information in the third message is also used to indicate that the third message is a basic OMCI message or an extended OMCI message for transmitting information to the slave device.

6. The method according to any one of claims 1 to 5, characterized in that, The first message and the second message have the same message payload, and / or the third message and the fourth message have the same message payload.

7. The method according to any one of claims 1 to 6, characterized in that, The second message also includes a verification field for verifying the integrity of the second message, and the third message also includes a verification field for verifying the integrity of the third message.

8. The method according to any one of claims 1 to 7, characterized in that, Before the master device receives the third message sent by the OLT, the method further includes: The master device sends a fifth message including the first identifier to the OLT, so that the OLT generates the third message based on the fifth message.

Images