A method for terminal equipment to go to cloud using OLT as cloud relay

Abstract

The application discloses a kind of using OLT as cloud relay terminal equipment cloud method, specifically relates to OLT transmission technical field, including a kind of using OLT as cloud relay terminal equipment cloud method, including the following steps: S1, OLT is connected to cloud platform first;S2, user creates the request of access terminal;S3, terminal equipment establishes WAN link, obtains IP address from OLT;S4, OLT is requested to establish relay tunnel, from cloud by request ID resource;S5, remote request is forwarded to terminal equipment, the present application changes the mode that existing OLT sends data to ONU, and the verification distinguishing of other ONU being carried out data communication is carried out using the verification code information in processing module, and it is verified that two ONU demand data is identical if successful, and equal amount of data transmission is directly copied in OLT to corresponding ONU, not only improve the interaction speed of data, also greatly reduce the operation pressure of cloud data.

Description

Technical Field

[0001] This invention relates to the field of OLT transmission technology, and more specifically, to a method for cloud-based terminal devices using an OLT as a cloud relay. Background Technology

[0002] With increasingly advanced and mature technologies in telecommunications networks, Fiber to the Home (FTTH) has attracted more attention from telecommunications companies today. Typically, FTTH broadband connections include two types of systems, called Active Optical Network (AON) and Passive Optical Network (PON). Most FTTH deployments tend to use PON because its low cost and high performance can help save a certain amount of fiber cost. Gigabit Passive Optical Network (GPON) systems typically include an Optical Line Terminal (OLT) in the service provider's central office.

[0003] Existing Optical Line Terminals (OLTs) manage multiple Online Units (ONUs), serving as both external network entry points and internal network exit points. Their function is to provide a network-side interface for the optical access network and facilitate communication between the OLT and user-side ONUs via one or more Optical Distribution Networks (ODNs). The relationship between the OLT and ONUs is master-slave communication. Currently, when ONUs upload data, they transmit their cached user Ethernet data uplink through the transmission window allocated by the OLT. Data requests are only identified and analyzed upon reaching the cloud. This method significantly increases the amount of data analysis at the remote end, impacting the overall data transmission response speed. Furthermore, when transmitting data to ONUs, the OLT cannot accurately transmit data according to the specific needs of each ONU. Instead, it broadcasts continuous optical signals to each ONU connected to the OLT, allowing the ONU to select the required information based on certain identifiers. This further increases the overall data transmission rate. Therefore, we propose a method using an OLT as a cloud relay for cloud-connected terminal devices. Summary of the Invention

[0004] In order to overcome the above-mentioned defects of the prior art, embodiments of the present invention provide a method for terminal devices to access the cloud using an OLT as a cloud relay, so as to solve the problems mentioned in the background art.

[0005] To achieve the above objectives, the present invention provides the following technical solution: a method for a terminal device to access the cloud using an OLT as a cloud relay, comprising the following steps:

[0006] S1 and OLT first connect to the cloud platform;

[0007] S2, User's request to create an access terminal;

[0008] S3. The terminal device establishes a WAN connection and obtains an IP address from the OLT;

[0009] S4 and OLT will establish a relay tunnel to obtain ID resources from the cloud.

[0010] S5. Forward the remote request to the terminal device.

[0011] In a preferred embodiment, the OLT adopts a dual uplink protection method, specifically by establishing a link aggregation group on the OLT and then statically binding it with the upper layer.

[0012] In a preferred embodiment, the aggregation group on the OLT is set to LACP static aggregation, and both ends of the device use the LACP protocol. The packet distribution mode of the aggregation group used by the OLT device is ingress.

[0013] In a preferred embodiment, the port negotiation mode corresponding to the OLT and the terminal device must be manually set to forced gigabit and full-duplex when using LACP static combination.

[0014] In a preferred embodiment, the request source of the terminal in S2 is voice traffic information from the user, the voice traffic information includes voice configuration parameters, and the voice configuration parameters include RTP port data and voice compression algorithm configuration parameters.

[0015] In a preferred embodiment, the WAN connection method in S3 is either ADSL or LAN Ethernet.

[0016] In a preferred embodiment, the WAN connection method in S3 is LAN Ethernet, and the Ethernet control chip is rtl8019as, which is suitable for the full-duplex mode of the terminal device in claim 3 above, and can simultaneously achieve 10mbit / s for transmission and reception.

[0017] In a preferred embodiment, the relay tunnel transmission includes:

[0018] Transmit buffer module: used as a relay for the data receiver and to temporarily hold the data;

[0019] Processing module: Used for identifying and classifying user data;

[0020] Relay transmission module: connected to the processing module;

[0021] Storage module: Connected to the processing module, it stores the resource information required by the OLT for the corresponding IP address obtained from the cloud.

[0022] In a preferred embodiment, the processing module is equipped with verification code information for verifying and distinguishing other ONUs that are currently communicating with each other. If the verification code information passes, it means that the current ONU and the verified ONU need the same data. The module then copies an equal number of data to the corresponding successfully verified ONU based on the number of successful verifications and sends them to the corresponding successfully verified ONU. At the same time, it deletes the data request information sent by the successfully verified ONU to the OLT.

[0023] In a preferred embodiment, the storage module within the OLT performs automatic data cleanup periodically. Beneficial effects

[0024] This invention changes the existing method of OLT sending data to ONU. It uses verification code information in the processing module to verify and distinguish other ONUs that are currently communicating with data. If the verification is successful, it indicates that the two ONUs require the same data. The OLT directly copies an equal amount of data to the corresponding ONU. This eliminates the method of each ONU sending data information to the cloud for processing through the OLT and then obtaining the data. This not only improves the data interaction speed, but also greatly reduces the computing pressure on the cloud. It distributes a large amount of centralized data processing to each OLT, which greatly alleviates the pressure on the system when terminals go to the cloud. Attached Figure Description

[0025] Figure 1 This is a flowchart of the method of the present invention.

[0026] Figure 2 This is a block diagram of the OLT relay transmission structure of the present invention. Implementation

[0027] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention. Example

[0028] This embodiment provides, for example Figure 1 The method for using an OLT as a cloud relay to connect a terminal device to the cloud includes the following steps:

[0029] S1 and OLT first connect to the cloud platform;

[0030] OLT first establishes a data transmission and interaction channel with the cloud platform to facilitate the subsequent transmission of corresponding data extraction information;

[0031] S2, User's request to create an access terminal;

[0032] S3. The terminal device establishes a WAN connection and obtains an IP address from the OLT;

[0033] The terminal device sends data information to the OLT through the WAN connection, and the OLT analyzes the data information to obtain the corresponding cloud information IP address.

[0034] S4 and OLT will establish a relay tunnel to obtain ID resources from the cloud.

[0035] S5. Forward the remote request to the terminal device.

[0036] Compared with existing technologies, this embodiment changes the way the existing OLT sends data to the ONU. It uses the verification code information in the processing module to verify and distinguish other ONUs that are communicating with data. If the verification is successful, it means that the two ONUs need the same data. The OLT directly copies an equal amount of data to the corresponding ONU. This eliminates the method of each ONU sending data information to the cloud for processing through the OLT and then obtaining the data. This not only improves the data interaction speed, but also greatly reduces the computing pressure on the cloud. It distributes a large amount of centralized data processing to each OLT, which greatly alleviates the pressure on the system when the terminal goes to the cloud.

[0037] This embodiment provides a method for terminal devices to go to the cloud using an OLT as a cloud relay, including an OLT. The OLT adopts a dual uplink protection method, specifically, a link aggregation group is established on the OLT and then statically bound to the upper layer. The aggregation group on the OLT is set to LACP static aggregation, and both ends of the device use the LACP protocol. The packet distribution mode of the aggregation group used by the OLT device is ingress.

[0038] When using LACP static combination, the port negotiation mode corresponding to the OLT and terminal equipment must be manually set to forced gigabit and full duplex.

[0039] In this embodiment, it should be noted that if one of the uplinks (two optical fibers, one for receiving and one for transmitting) fails, the device will automatically switch the service to the other uplink, thus preventing the service of half of the users under the OLT from being affected.

[0040] Port aggregation is an Ethernet bridging device that divides multiple Ethernet ports into a port aggregation group to achieve protection and load sharing among the ports in the port aggregation group. When Ethernet aggregation is successfully configured, the traffic load is also shared between the two uplink links of the OLT. Example

[0041] In S2, the terminal's request source is voice traffic information from the user. The voice traffic information includes voice configuration parameters, which include RTP port data and voice compression algorithm configuration parameters.

[0042] The ONU configures its parameters according to the voice configuration parameters so that it can use the voice compression algorithm to encode and decode the voice. This enables the OLT to receive data more quickly and accurately, based on the recognition and classification by the processing module, thereby improving the efficiency of data processing and transmission.

[0043] The WAN connection method in S3 is LAN Ethernet, and the Ethernet control chip is RTL8019AS, which is suitable for full-duplex mode of mid-terminal equipment and can achieve 10 Mbit / s for both transmission and reception.

[0044] In this embodiment, the RTL8019AS chip internally includes a remote DMA (Direct Memory Access) interface, a local DMA interface, MAC (Media Access Control) logic, data encoding / decoding logic, and other interfaces. The local DMA operation of the RTL8019AS chip is completed by the controller itself, while remote DMA does not mean that data can be automatically moved to the main processor's memory without the participation of the main processor. It refers to the main processor being able to read and write the chip's RAM buffer by providing the starting address and length. The RAM address is automatically incremented by 1 with each operation, which is relatively fast and further improves the data transmission and processing rate.

[0045] Please see Figure 2 This includes the OLT relay tunnel, which contains...

[0046] Transmit buffer module: used as a relay for the data receiver and to temporarily hold the data;

[0047] Processing module: Used for identifying and classifying user data;

[0048] Relay transmission module: connected to the processing module;

[0049] Storage module: Connected to the processing module, it stores the resource information required by the OLT for the corresponding IP address obtained from the cloud;

[0050] This allows the data transmitted from the ONU to the OLT to be processed and identified within the OLT. The corresponding IP address is then sent to the cloud. The cloud only needs to read the IP address, find the corresponding data resource ID, and then transmit the resource ID and the corresponding resource data to the storage module in the OLT. The OLT can then directly send the ID to the ONU, which can directly connect to the OLT via the WAN to read the data. This avoids the cloud platform needing to process a large amount of ONU data, reducing the computing pressure on the cloud platform. At the same time, it greatly reduces the amount of information transmitted during the entire transmission process, thus significantly reducing the data transmission pressure on the OLT and maximizing the OLT's data transmission capacity.

[0051] The processing module is equipped with a verification code, which is used to verify and distinguish ONUs that are communicating with other ONUs. If the verification code passes, it means that the current ONU and the verified ONU need the same data. The module then copies an equal amount of data to the corresponding successfully verified ONU based on the number of successful verifications and sends it to the ONU. At the same time, it deletes the data request information sent by the successfully verified ONU to the OLT.

[0052] It should be noted that, since a large number of terminal devices on the cloud platform need to obtain resource data simultaneously, user access request data is transferred to the OLT for processing. Finally, a small processing result (i.e., the IP address) is sent to the cloud platform. Based on the IP address, the corresponding resource information on the cloud platform is retrieved. Simultaneously, the resource ID and resource information are sent from the cloud platform to the OLT. The OLT verifies the multiple ONUs requiring the same data resource using the verification code information in the processing module. Then, the resource ID is copied in equal quantities according to the number of verified ONUs, and the resource ID information is sent to the corresponding ONUs. The ONUs can directly read the data resource from the OLT based on this ID information. Because the resource data is stored in the OLT, and the OLT and ONUs are connected via fiber optic transmission, even if the connection signal between the OLT and the cloud platform is interrupted, the corresponding ID resource is stored in the storage module. Therefore, the ONU can continue to access the corresponding data resource information stored in the OLT under the above circumstances, which to some extent reduces the impact of the cloud platform's signal connection stability on the user end.

[0053] The storage module within the OLT performs automatic data cleanup periodically.

[0054] It should be noted that by setting up the data cleanup function, the OLT can ensure that it can provide the user with the resource information stored since the last data cleanup when it is disconnected from the cloud platform, and can also release most of the existing used storage space through cleanup to store the resource information newly read at this stage.

[0055] In the aforementioned cleanup process, the cleanup program can sort the stored data according to their usage frequency, retain the resource information with the highest usage frequency, and clean up the resource information with the lowest usage frequency. This maximizes the function of the OLT as a cloud relay.

[0056] In conclusion, the above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for cloud-based terminal devices using an OLT as a cloud relay, characterized in that: Includes the following steps: S1 and OLT first connect to the cloud platform; S2, User's request to create an access terminal; S3. The terminal device establishes a WAN connection and obtains an IP address from the OLT; S4 and OLT request to establish a relay tunnel and apply for ID resources from the cloud; S5. Forward the remote request to the terminal device; The OLT adopts a dual uplink protection method, specifically by establishing a link aggregation group on the OLT and then statically binding it with the upper layer; The aggregation group on the OLT is set to LACP static aggregation, and both ends of the device use the LACP protocol. The packet distribution mode of the aggregation group used by the OLT device is ingress. When using LACP static combination, the port negotiation mode corresponding to the OLT and terminal device is manually set to forced gigabit and full duplex. The relay tunnel transmission includes: Transmit buffer module: used as a relay for the data receiver and to temporarily hold the data; Processing module: Used for identifying and classifying user data; Relay transmission module: connected to the processing module; Storage module: Connected to the processing module, it stores the resource information required by the OLT for the corresponding IP address obtained from the cloud; The processing module is equipped with a verification code, which is used to verify and distinguish ONUs that are communicating with other ONUs. If the verification code passes, it means that the current ONU and the verified ONU need the same data. The module then copies an equal number of data to the corresponding successfully verified ONU based on the number of successful verifications and sends them to the ONU. At the same time, it deletes the data request information sent by the successfully verified ONU to the OLT.

2. The method for cloud-to-cloud terminal devices using an OLT as a cloud relay according to claim 1, characterized in that: In S2, the terminal's request source is voice traffic information from the user. The voice traffic information includes voice configuration parameters, which include RTP port data and voice compression algorithm configuration parameters.

3. The method for cloud-to-cloud terminal devices using an OLT as a cloud relay according to claim 1, characterized in that: The WAN connection method in S3 is either ADSL or LAN Ethernet.

4. A method for cloud-to-cloud terminal devices using an OLT as a cloud relay according to claim 3, characterized in that: The WAN connection method in S3 is LAN Ethernet, and the Ethernet control chip is rtl8019as, which is suitable for the full-duplex mode of the terminal device in claim 3 above, and can simultaneously achieve 10mbit / s for transmission and reception.

5. A method for cloud-to-cloud terminal devices using an OLT as a cloud relay according to claim 1, characterized in that: The storage module within the OLT performs automatic data cleanup periodically.

Images