CN110505541B - Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner - Google Patents
Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner Download PDFInfo
- Publication number
- CN110505541B CN110505541B CN201910653876.9A CN201910653876A CN110505541B CN 110505541 B CN110505541 B CN 110505541B CN 201910653876 A CN201910653876 A CN 201910653876A CN 110505541 B CN110505541 B CN 110505541B
- Authority
- CN
- China
- Prior art keywords
- cpu
- main cpu
- interface
- standby
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
Abstract
The invention discloses a method and a system for realizing the distribution of multiple CPUs of a passive optical network, which relate to the field of the passive optical network, and the method comprises the following steps: setting a main CPU and at least one standby CPU on a service disk, and dividing hardware resources controlled by each CPU; remote Procedure Call (RPC) channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules; the main CPU receives a request issued by a control panel and calls a corresponding interface between the service modules; the interface between the service modules determines the CPU executing the request, and the CPU executes the interface logic, and the main CPU returns the return result and the output parameters to the control panel in a unified manner. The invention can well meet the requirement of multi-chip service management.
Description
Technical Field
The invention relates to the field of passive optical networks, in particular to a method and a system for realizing the multi-CPU distribution of a passive optical network.
Background
The current broadband access technologies are mainly classified into copper Line access technologies, such as various DSL (Digital Subscriber Line) technologies and optical access technologies. The Passive Optical Network (PON) technology is an Optical access technology for point-to-multipoint transmission, and mainly includes an Ethernet Passive Optical Network (EPON), a Gigabit Passive Optical Network (GPON), and the like. As shown in fig. 1, a PON system generally consists of an OLT (Optical Line Terminal), an ODN (Optical Distribution Network), and an ONU/ONT.
According to the Nielsen law, the bandwidth demand increases by an order of magnitude every 7 years, and 1G PON technology, including EPON, GPON, can provide end users with approximately 20-50Mbps bandwidth. But such bandwidth is not sufficient for applications with large bandwidth requirements such as 4K tv. Accordingly, ITU-T proposes XG-PON1 technology that can provide 10Gbps (four times as much as GPON) downstream bandwidth and 2.5Gbps (twice as much as GPON) upstream bandwidth. In some application scenarios, it is also important to have a symmetric bandwidth, so the ITU-T starts to study another branch XGS-PON of the 10G PON to provide a 10Gbps bandwidth with uplink and downlink symmetry.
As network environments become more complex and demand for access service bandwidth becomes higher, chips of communication devices are always pursuing high-density and high-bandwidth solutions. Software solutions are also evolving towards virtualization, distributed. However, at present, service disks are all in a single-CPU scheme, different hardware chip resources (including but not limited to PON MAC, forwarding, memory, and the like) are all processed in a single-CPU centralized manner, and in order to meet the high bandwidth requirement of a service single disk, a multi-chip multi-CPU solution needs to be introduced, but for the CPU centralized processing scheme of the existing service disk, the multi-chip service management requirement cannot be met.
Disclosure of Invention
Aiming at the defects in the prior art, the invention aims to provide a distributed implementation method of multiple CPUs (central processing units) of a passive optical network, which can meet the requirement of multi-chip service management.
In order to achieve the above purposes, the technical scheme adopted by the invention is as follows:
a distributed implementation method of multiple CPUs (central processing units) of a passive optical network comprises the following steps:
setting a main CPU and at least one standby CPU on a service disk, and dividing hardware resources controlled by each CPU;
remote Procedure Call (RPC) channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules;
the main CPU receives a request issued by a control panel and calls a corresponding interface between the service modules;
the interface between the service modules determines the CPU executing the request, and the CPU executes the interface logic, and the main CPU returns the return result and the output parameters to the control panel in a unified manner.
On the basis of the above technical solution, the interface between the service modules determines the CPU that executes the request, and the CPU executes the interface logic, and the main CPU returns the return result and the output parameter to the control panel in a unified manner, which specifically includes:
s41, the interface between the service modules judges whether the main CPU is an execution CPU according to the request, if so, the step S42 is executed; if not, go to step S43;
s42, the main CPU executes interface logic and replies a return result and an output parameter to the control panel;
and S43, the interface between the service modules sends the request to the corresponding standby CPU through the RPC channel to execute interface logic, and the standby CPU sends the return result and the output parameters to the main CPU which replies to the control panel.
On the basis of the above technical solution, the step S43 specifically includes:
s431, serializing the request issued by the control panel;
s432, calling an RPC channel packet sending interface, and sending serialized data to a corresponding standby CPU;
s433, the standby CPU deserializes output parameters according to the received serialized data and executes CPU logic;
s434, the standby CPU calls an RPC channel packet return interface, serializes a return result and an output parameter and sends the return result and the output parameter to the main CPU;
and S435, deserializing the returned result and the output parameters in the step S434, and replying the returned result and the output parameters to the control panel by the main CPU.
On the basis of the technical scheme, the request issued by the control panel is as follows:
a data packet including function object information and request content information;
and the interface between the service modules judges whether the main CPU is an execution CPU or not through the function object information, and sends the data packet to the corresponding standby CPU through the RPC channel when the main CPU is not the execution CPU.
On the basis of the technical scheme, before the interface between the service modules sends the data packet to the corresponding standby CPU through the RPC channel, whether the length corresponding to the request content information exceeds a preset compression threshold or not is judged, and when the length exceeds the compression threshold, data compression processing is carried out, and then the data is sent to the corresponding standby CPU.
On the basis of the technical scheme, the interface between the service modules acquires a concurrency queue index value through an RPC channel, transmits the data packet to a transmission queue marked by the concurrency queue index value, and transmits the data packet to the corresponding standby CPU by a transmission queue task.
Another object of the present invention is to provide a multi-CPU distributed system of a passive optical network that can meet the requirements of multi-chip service management.
In order to achieve the above purposes, the technical scheme adopted by the invention is as follows:
a passive optical network multi-CPU distributed system comprising:
a control panel for issuing a request;
the service disk comprises a main CPU hardware group and at least one standby CPU hardware group, wherein the main CPU hardware group comprises a main CPU and a hardware resource controlled by the main CPU; the standby CPU hardware group comprises a standby CPU and a hardware resource controlled by the standby CPU;
RPC channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules; the main CPU is used for receiving the request issued by the control panel and calling the interface between the service modules; at the same time, the user can select the desired position,
the interface between the service modules is used for determining the CPU executing the request, the CPU executing the request is used for executing interface logic, and the main CPU is used for uniformly replying a return result and output parameters to the control panel.
On the basis of the technical proposal, the device comprises a shell,
the interface between the service modules is used for judging whether the main CPU is an execution CPU according to the request, when the main CPU is the execution CPU, the main CPU executes the interface logic and replies a return result and an output parameter to the control panel; and when the main CPU is not the execution CPU, sending the request to the corresponding standby CPU through the RPC channel to execute the interface logic, and after sending the return result and the output parameters to the main CPU, replying to the control panel by the main CPU.
On the basis of the technical scheme, the request issued by the control panel is a data packet comprising function object information and request content information, the interface between the service modules judges whether the main CPU is an execution CPU or not through the function object information, and when the main CPU is not the execution CPU, the data packet is sent to the corresponding standby CPU through the RPC channel.
On the basis of the technical scheme, the service disk further comprises a compression module, wherein the compression module is used for performing data compression processing when the corresponding length after the serialization of the request content information exceeds a preset compression threshold; and when the standby CPU receives the compressed data, the compression module is also used for decompressing.
Compared with the prior art, the invention has the advantages that:
the method for realizing the passive optical network multi-CPU distribution comprises the steps of establishing RPC channels between a main CPU and a standby CPU, then uniformly receiving a request issued by a control panel by the main CPU, determining to execute the CPU based on the request, and finally uniformly replying a return result and an output parameter to the control panel by the main CPU. Thus, for the control panel, only the main CPU performs information interaction with the control panel, namely, the main CPU or the standby CPU is not distinguished from the outside by the interface. The RPC channel established therein supports large data compression transfer and supports high concurrency. The distributed interface layer is realized, the complexity of the service disk scheme is reduced, the hierarchy of service realization is ensured, the network robustness is enhanced, the complexity of network configuration and management is reduced, and the multi-chip service management requirement is well met.
Drawings
Fig. 1 is a schematic diagram of a basic structure of a passive optical network system in the prior art;
fig. 2 is a flowchart of a distributed implementation method of a passive optical network multi-CPU in an embodiment of the present invention;
FIG. 3 is a flowchart illustrating the steps of establishing RPC channels between the main CPU and each standby CPU according to an embodiment of the present invention;
FIG. 4 is a flowchart of step S4 according to an embodiment of the present invention;
FIG. 5 is a flowchart illustrating a status callback process of a service disk requested by a control disk according to an embodiment of the present invention;
fig. 6 is a flowchart of step S43 in the embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples.
Referring to fig. 2, an embodiment of the present invention provides a method for implementing a passive optical network multi-CPU in a distributed manner, where the method includes the following steps:
s1, setting a main CPU and at least one standby CPU on a service disk, and dividing hardware resources controlled by each CPU;
in this embodiment, the hardware resources controlled by each CPU mainly include a PON chip, an exchange chip, a memory, and the like. After the controlled hardware resources are divided for each CPU, the main CPU and each CPU respectively control and manage the corresponding hardware resources.
S2, establishing Remote Procedure Call (RPC) channels between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules;
and establishing an RPC channel, and after the remote procedure call of the interface between the service modules is realized, the interface between the service modules is equivalent to a distributed interface at the moment. The channels between the main CPU and each standby CPU can call the upper layer service module.
Referring to fig. 3, a specific flow for establishing the RPC channel between the main CPU and each standby CPU in this embodiment is as follows:
A. initializing a main CPU and a standby CPU, and monitoring an internal port;
B. the main CPU respectively initiates connection requests to each standby CPU;
C. the standby CPU responds to the connection request of the main CPU;
D. running heartbeat tasks of the main CPU and the standby CPU;
E. the main CPU obtains the connection state of each standby CPU;
F. the standby CPU responds to the main CPU to acquire the connection state.
After the main and standby CPUs initiate a task, the state query message is sent uninterruptedly, and after the local end receives the state query message, the state information is replied to the opposite end, so that the state of the RPC channel between the main and standby CPUs is judged.
S3, the main CPU receives a request issued by the control panel and calls a corresponding interface between the service modules;
and S4, the interface between the service modules determines a CPU for executing the request, the CPU executes the interface logic, and the main CPU returns the return result and the output parameters to the control panel in a unified manner.
Specifically, referring to fig. 4, step S4 specifically includes:
s41, the interface between the service modules judges whether the main CPU is an execution CPU according to the request, if so, the step S42 is executed; if not, go to step S43;
the execution CPU refers to a CPU for executing a request issued by the control panel, and in this embodiment, the main CPU and the standby CPU respectively control corresponding hardware resources, so that it is necessary to determine which CPU executes according to the issued request.
S42, the main CPU executes interface logic and replies a return result and an output parameter to the control panel;
the interface logic is a business logic implemented by an interface, and the business logic refers to rules and processes that one entity unit should have in order to provide services to another entity unit.
And S43, the interface between the service modules sends the request to the corresponding standby CPU through the RPC channel to execute interface logic, and the standby CPU sends the return result and the output parameters to the main CPU which replies to the control panel.
In this embodiment, it may be determined which CPU should execute the request based on the issued request, specifically, the request issued by the control panel is: a data packet including the function object information and the request content information. The function object information mainly includes information on a specific object to realize a certain function, and it is possible to determine which CPU hardware should realize the function based on the function object information.
In this embodiment, the function object information mainly includes a CPU number, and information such as a program number, a version number, and a process number of an RPC channel of the CPU corresponding to the CPU number. In this embodiment, an independent RPC channel is established for each version number of each program number of each CPU-ready RPC channel, so that it can be determined which CPU should execute the interface logic.
In this embodiment, the hardware resources controlled by each CPU mainly include a PON chip, an exchange chip, and a memory, so that the request content information mainly refers to: obtaining optical module parameters of the ONU, obtaining a software version number of the ONU, configuring ONU bandwidth, configuring ONU port mode and configuring ONU management VLAN; configuring a PON port enabling switch, configuring PON port types and acquiring PON port performance statistics; configuring ACL rules of the exchange chip, calling a packet sending interface of the exchange chip, configuring the speed limit of the exchange chip, acquiring performance statistics of the exchange chip and the like.
Specifically, referring to fig. 5, it describes a process of callback of status of service disk request by control disk, which mainly includes the following steps: when the control panel requests the ONU (1,1) state:
a1. the control panel requests the ONU (1,1) state and sends the ONU state to the service disk main CPU;
based on the above description of the request content information, the status of the requested ONU may be to acquire the optical module parameter of the ONU, acquire the software version number of the ONU, configure the ONU bandwidth, configure the ONU port mode, configure the ONU management VLAN, and so on.
Generally, the main CPU and the standby CPU are numbered, that is, the CPU numbers are determined, and then the PON chip resources processed by the main CPU and the standby CPU are divided according to the PON port number of the service disk. In this embodiment, a service panel with 8 PON ports is taken as an example, where PON1-PON4 is distributed in a main CPU, and PON5-PON8 is distributed in a standby CPU. The ONU (1,1) is PON1 port, No. 1 ONU, and the main CPU corresponds to PON1-PON4, so that the PON chip of the main CPU should process the control panel to request the ONU (1,1) state.
b1. Calling a PON API by a main CPU to send an OMCI packet and requesting the ONU state;
c1. the service disk main CPU replies an ONU state result;
when the control panel requests the ONU (5,1) state:
a2. the control panel requests the ONU (5,1) state and sends the ONU state to the service disk main CPU;
the ONU (5,1) is PON5 port, No. 1 ONU, and since a certain backup CPU corresponds to PON5-PON8, the control panel should process the status request of the ONU (5,1) by the PON chip of the backup CPU.
b2. The main CPU of the service disk sends an OMCI packet to the standby CPU through the PON API, and the standby CPU sends the OMCI packet to the ONU;
c2. the service disk standby CPU transfers the OMCI packet replied by the ONU to the main CPU;
d2. and the service disk main CPU replies the ONU state result to the control disk.
As a better implementation, referring to fig. 6, step S43 specifically includes:
s431, serializing the request issued by the control panel;
serialization is the process of converting the state information of an object into a form that can be stored or transmitted, such as into a byte stream, so that it can be saved in a disk file or sent to any other program over a network.
S432, calling an RPC channel packet sending interface, and sending serialized data to a corresponding standby CPU;
s433, the standby CPU deserializes output parameters according to the received serialized data and executes CPU logic;
deserialization is the reverse of serialization, i.e., the process of converting a form of storage or transmission into state information for an object.
S434, the standby CPU calls an RPC channel packet return interface, serializes a return result and an output parameter and sends the return result and the output parameter to the main CPU;
and S435, deserializing the returned result and the output parameters in the step S434, and replying the returned result and the output parameters to the control panel by the main CPU.
The RPC channel in this embodiment also supports big data compression, and specifically, before the interface between the service modules sends the data packet to the corresponding standby CPU through the RPC channel, it is first determined whether the length corresponding to the request content information exceeds a preset compression threshold, and when the length exceeds the compression threshold, data compression is performed, and then the data is sent to the corresponding standby CPU. Similarly, the standby CPU decompresses the data to be decompressed.
In addition, the RPC channel in this embodiment also supports a high concurrency flow, and specifically, the interface between the service modules obtains a concurrency queue index value through the RPC channel, sends the data packet to the sending queue marked by the concurrency queue index value, and sends the data packet to the corresponding standby CPU by the sending queue task. After the compression and concurrency modes are adopted, the transmission efficiency can be well improved.
In summary, in the method for implementing the multiple CPUs in the passive optical network in the distributed manner, the RPC channels are established between the main CPU and the standby CPU, then the main CPU receives the request issued by the control panel in a unified manner, determines to execute the CPUs based on the request, and finally the main CPU replies the return result and the output parameters to the control panel in a unified manner. Thus, for the control panel, only the main CPU performs information interaction with the control panel, namely, the main CPU or the standby CPU is not distinguished from the outside by the interface. The RPC channel established therein supports large data compression transfer and supports high concurrency. The distributed interface layer is realized, the complexity of the service disk scheme is reduced, the hierarchy of service realization is ensured, the network robustness is enhanced, the complexity of network configuration and management is reduced, and the multi-chip service management requirement is well met.
The embodiment of the invention also provides a passive optical network multi-CPU distributed system which comprises a control panel and a service panel.
The control panel is used for issuing a request;
the service disk comprises a main CPU hardware group and at least one standby CPU hardware group, wherein the main CPU hardware group comprises a main CPU and a hardware resource controlled by the main CPU; the standby CPU hardware group comprises a standby CPU and a hardware resource controlled by the standby CPU;
RPC channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules; the main CPU is used for receiving the request issued by the control panel and calling the interface between the service modules; at the same time, the user can select the desired position,
the interface between the service modules is used for determining the CPU executing the request, the CPU executing the request is used for executing interface logic, and the main CPU is used for uniformly replying a return result and output parameters to the control panel.
Furthermore, the interface between the service modules is used for judging whether the main CPU is an execution CPU according to the request, when the main CPU is the execution CPU, the main CPU executes the interface logic and replies a return result and the output parameter to the control panel; and when the main CPU is not the execution CPU, sending the request to the corresponding standby CPU through the RPC channel to execute the interface logic, and after sending the return result and the output parameters to the main CPU, replying to the control panel by the main CPU.
Furthermore, the request issued by the control panel is a data packet including function object information and request content information, the interface between the service modules judges whether the main CPU is an execution CPU or not through the function object information, and when the main CPU is not the execution CPU, the data packet is sent to the corresponding standby CPU through the RPC channel.
Further, the service disk further includes a compression module, where the compression module is configured to perform data compression processing when the length corresponding to the serialized request content information exceeds a preset compression threshold, and when the standby CPU receives the compressed data, the compression module is further configured to perform decompression processing.
The present invention is not limited to the above-described embodiments, and it will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the principle of the present invention, and such modifications and improvements are also considered to be within the scope of the present invention. Those not described in detail in this specification are within the skill of the art.
Claims (10)
1. A distributed implementation method for multiple CPUs (central processing units) of a passive optical network is characterized by comprising the following steps:
setting a main CPU and at least one standby CPU on a service disk, and dividing hardware resources controlled by each CPU;
remote Procedure Call (RPC) channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules;
the main CPU receives a request issued by a control panel and calls a corresponding interface between the service modules;
the interface between the service modules determines the CPU for executing the request, and the CPU executes the interface logic, and the main CPU returns the returned processing result to the control panel in a unified manner.
2. The method as claimed in claim 1, wherein the interface between the service modules determines the CPU that executes the request, and the CPU executes the interface logic to uniformly reply the returned processing result to the control panel by the main CPU, and specifically includes:
s41, the interface between the service modules judges whether the main CPU is an execution CPU according to the request, if so, the step S42 is executed; if not, go to step S43;
s42, the main CPU executes the interface logic and replies the returned processing result to the control panel;
and S43, the interface between the service modules sends the request to the corresponding standby CPU through the RPC channel to execute interface logic, and the standby CPU sends the returned processing result to the main CPU which replies to the control panel.
3. The method for distributed implementation of passive optical network multiple CPUs according to claim 2, wherein: the step S43 specifically includes:
s431, serializing the request issued by the control panel;
s432, calling an RPC channel packet sending interface, and sending serialized data to a corresponding standby CPU;
s433, the standby CPU deserializes output parameters according to the received serialized data and executes CPU logic;
s434, the standby CPU calls an RPC channel packet returning interface, serializes a returned processing result and sends the serialized processing result to the main CPU;
s435, deserializing the returned processing result in the step S434, and then replying to the control panel by the main CPU.
4. The method as claimed in claim 2, wherein the request issued by the control panel is:
a data packet including function object information and request content information;
and the interface between the service modules judges whether the main CPU is an execution CPU or not through the function object information, and sends the data packet to the corresponding standby CPU through the RPC channel when the main CPU is not the execution CPU.
5. The method of claim 4, wherein the method comprises: before the interface between the service modules sends the data packet to the corresponding standby CPU through the RPC channel, whether the length corresponding to the request content information exceeds a preset compression threshold or not is judged, and when the length exceeds the compression threshold, data compression processing is carried out, and then the data packet is sent to the corresponding standby CPU.
6. The method of claim 4, wherein the method comprises: and the interface between the service modules acquires a concurrency queue index value through an RPC channel, transmits the data packet to a transmission queue marked by the concurrency queue index value, and transmits the data packet to a corresponding standby CPU by a transmission queue task.
7. A passive optical network multi-CPU distributed system, comprising:
a control panel for issuing a request;
the service disk comprises a main CPU hardware group and at least one standby CPU hardware group, wherein the main CPU hardware group comprises a main CPU and a hardware resource controlled by the main CPU; the standby CPU hardware group comprises a standby CPU and a hardware resource controlled by the standby CPU;
RPC channels are established between the main CPU and each standby CPU, between the main CPU and the hardware resource controlled by the main CPU, and between each standby CPU and the hardware resource controlled by the standby CPU, so as to realize remote procedure call of an interface between service modules; the main CPU is used for receiving the request issued by the control panel and calling the interface between the service modules; at the same time, the user can select the desired position,
the interface between the service modules is used for determining the CPU executing the request, the CPU executing the request is used for executing interface logic, and the main CPU is used for uniformly replying the returned processing result to the control panel.
8. A passive optical network multi-CPU distributed system as defined in claim 7 wherein:
the interface between the service modules is used for judging whether the main CPU is an execution CPU according to the request, when the main CPU is the execution CPU, the main CPU executes the interface logic and replies the returned processing result to the control panel; and when the main CPU is not the execution CPU, sending the request to the corresponding standby CPU through the RPC channel to execute the interface logic, and after sending the returned processing result to the main CPU, replying to the control panel by the main CPU.
9. A passive optical network multi-CPU distributed system as defined in claim 8 wherein: the interface between the service modules judges whether the main CPU is an execution CPU or not through the functional object information, and sends the data packet to the corresponding standby CPU through the RPC channel when the main CPU is not the execution CPU.
10. A passive optical network multi-CPU distributed system as defined in claim 9, wherein: the service disk also comprises a compression module, wherein the compression module is used for compressing data when the length corresponding to the serialized request content information exceeds a preset compression threshold; and when the standby CPU receives the compressed data, the compression module is also used for decompressing.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910653876.9A CN110505541B (en) | 2019-07-18 | 2019-07-18 | Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910653876.9A CN110505541B (en) | 2019-07-18 | 2019-07-18 | Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110505541A CN110505541A (en) | 2019-11-26 |
| CN110505541B true CN110505541B (en) | 2021-11-16 |
Family
ID=68586682
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910653876.9A Active CN110505541B (en) | 2019-07-18 | 2019-07-18 | Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110505541B (en) |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100438505C (en) * | 2005-12-20 | 2008-11-26 | 华为技术有限公司 | Passive optic network user terminal and its power control and state reporting method |
| CN100539514C (en) * | 2006-03-13 | 2009-09-09 | 华为技术有限公司 | Intelligent optical network equipment and its implementation with two central processing units |
| CN101605281B (en) * | 2009-06-10 | 2012-05-09 | 深圳市共进电子股份有限公司 | Method for communicating among a plurality of processors in passive optical network equipment |
| CN203012478U (en) * | 2012-12-19 | 2013-06-19 | 中国电子科技集团公司第三十四研究所 | Distributed control facility for ultra-multichannel optical fiber system of laser device |
| CN103581063A (en) * | 2013-10-15 | 2014-02-12 | 瑞斯康达科技发展股份有限公司 | Service disk, master control disk, communication method between service disk and master control disk, access equipment and rack-mounted system |
| CN104270284A (en) * | 2014-09-19 | 2015-01-07 | 烽火通信科技股份有限公司 | Service packet loss rate measuring method based on port or LSP in distributed architecture |
| CN105528255B (en) * | 2015-12-07 | 2019-07-05 | 中国电子科技集团公司第三十二研究所 | EIPC-based TCF communication method and equipment |
| CN107959537B (en) * | 2016-10-17 | 2020-10-16 | 中国移动通信有限公司研究院 | State synchronization method and device |
| CN107332768B (en) * | 2017-06-06 | 2020-04-21 | 烽火通信科技股份有限公司 | Cross-domain path calculation method of multi-domain controller |
| CN107909131A (en) * | 2017-12-14 | 2018-04-13 | 翼石电子股份有限公司 | The automation management-control method of intelligent ODN equipment and fibre core |
| CN109597699A (en) * | 2018-11-28 | 2019-04-09 | 泰康保险集团股份有限公司 | Data processing method, device, electronic equipment and computer-readable medium |
-
2019
- 2019-07-18 CN CN201910653876.9A patent/CN110505541B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN110505541A (en) | 2019-11-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108111931B (en) | Virtual resource slice management method and device for power optical fiber access network | |
| US9661404B2 (en) | Optical line terminal device and implementation method thereof | |
| US8917993B2 (en) | Scheduling delivery of upstream traffic based on downstream traffic in optical networks | |
| WO2020063991A1 (en) | Pon network, method and apparatus for pon network and robot system | |
| US8976688B2 (en) | Grant scheduler for optical network devices | |
| US9699533B2 (en) | Method and apparatus for transporting deterministic traffic in a gigabit passive optical network | |
| US8886913B2 (en) | Apparatus and method for identifier management | |
| CN110505541B (en) | Method and system for realizing multiple CPUs (central processing units) of passive optical network in distributed manner | |
| US11165499B2 (en) | Apparatuses, methods, and computer programs for a remote unit and a central unit of an optical line terminal | |
| CN104219284A (en) | Server designing method based on semi-synchronization, semi-synchronization and pipe filter mode | |
| WO2015074275A1 (en) | Optical line terminal, distribution point unit, system and data stream scheduling method | |
| CN107819764B (en) | Evolution method of C-RAN-oriented data distribution mechanism | |
| WO2017167076A1 (en) | Device management method and apparatus | |
| CN107613414B (en) | Data transmission device and method for multiple wavelength channels of passive optical network | |
| WO2019161652A1 (en) | Method and system for managing onu supporting multiple private protocols | |
| US20220239996A1 (en) | Bandwidth Assignment Method and Apparatus, and Bandwidth Check Method and Apparatus | |
| US11956576B2 (en) | Resource targeted scheduling for a PON network | |
| US7035219B2 (en) | Provisioning synchronous transport resources for asynchronous traffic | |
| RU2809182C1 (en) | Service data transmission method, corresponding device and digital processing chip | |
| WO2023207833A1 (en) | Optical access device and optical access method and system | |
| CN111566957B (en) | Message processing method and device | |
| CN115460486A (en) | MPM dual-mode service implementation method and device of 50G PON system | |
| WO2021024307A1 (en) | Communication device and communication method | |
| CN112995121A (en) | Service processing method, optical link terminal, electronic device and readable medium | |
| CN116455760A (en) | Data distribution system and method based on software defined network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |