CN108449204A - A kind of ROF equipment management systems and method - Google Patents
A kind of ROF equipment management systems and method Download PDFInfo
- Publication number
- CN108449204A CN108449204A CN201810174942.XA CN201810174942A CN108449204A CN 108449204 A CN108449204 A CN 108449204A CN 201810174942 A CN201810174942 A CN 201810174942A CN 108449204 A CN108449204 A CN 108449204A
- Authority
- CN
- China
- Prior art keywords
- oam
- oampdu
- local terminal
- far end
- rof
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/07—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems
- H04B10/075—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal
- H04B10/077—Arrangements for monitoring or testing transmission systems; Arrangements for fault measurement of transmission systems using an in-service signal using a supervisory or additional signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
Abstract
The invention discloses a kind of ROF equipment management systems and methods, are related to network technique field.Management system includes：Far end OAM client and far end OAM solid are created when distal end BTU is initialized and is initialized, and far end OAM client is sent out and receives OAMPDU information for enabling and configuring far end OAM solid by far end OAM solid and connected with establishing and managing OAM；Local terminal OAM client manager modules are used for according to each distal end BTU OAMPDU information creatings sent out and manage local terminal OAM clients and local terminal OAM entities, local terminal OAM clients establish OAM by local terminal OAM entities and far end OAM solid and far end OAM client and connect and be managed for enabling and configuring local terminal OAM entities.The present invention can reduce the exploitation of PON system management software, test and verification workload, improve efficiency.
Description
Technical field
The present invention relates to field of communication technology, it is specifically related to a kind of ROF equipment management systems and method.
Background technology
Internet technology universal today, with the increasing development of wireless technology, Radio Transmission Technology application increasingly by
All trades and professions are received.The characteristics such as its is easy for installation, flexibility is strong, cost performance is high make more occasions use wireless transmission side
Formula.ROF (Radio Over Fiber, light carry radio frequency transmission) technology is to answer high-speed high capacity wireless communication needs, emerging development
The wireless access technology for combining fiber optic communication and wireless communication got up.It is exactly briefly in central station by microwave tune
It makes on laser, after modulated light wave is transmitted arrival base station by complicated optical fiber link, opto-electronic conversion believes microwave
Number demodulation, then by antenna transmitting for users to use.ROF equipment includes CS (Central Station, central station), light biography
Transmission link, BS (Base Station, base station) and BTU (Broadband Terminal Unit, user terminal broadband access list
Member), using optical fiber as the transmission link between base station and central station, directly using light carrier come transmitting radio frequency signal.Optical fiber
Only play the role of transmission, exchange, control and the regeneration of signal all concentrate on central station, and opto-electronic conversion is only realized in base station, in this way,
The equipment of complex and expensive can be focused on central site, allow multiple telepoint base stations to share these equipment, reduce the power consumption of base station
And cost.
PON (Passive Optical Network, passive optical network) includes OLT (the Optical Line of central office
Terminal, optical line terminal), ODN comprising Passive Optical Components (Optical Distribution Network, light distribution
Net), the ONU/ONT of user terminal (Optical Network Unit/Optical Network Terminal, optical network unit/
ONT Optical Network Terminal).PON technologies include EPON (Ethernet Passive Optical Network, Ethernet passive optical network
Network) and GPON (Gigabit-capable Passive Optical Network, gigabit passive optical network).OLT pairs at present
There are two types of ripe way to manages for the management of ONU：OAM (Operating Administration and in EPON
Maintenance, operation maintenance management) and the optical network unit management in GPON and control interface (ONU Management
And Control Interface, OMCI).
Since ROF technologies are different from PON technologies, the single-deck based on ROF technologies is linked into PON system, generally
For mean that PON system needs to newly increase a machine frame, a set of management system and a kind of new way to manage, need input big
The manpower of amount develops relevant management service module, cause software code exploitation, safeguard, test job amount will increase exponentially,
It is mainly manifested in following two aspects：
(1) due to the difference of above-mentioned single-deck and PON system management agreement, it will increase different software and multiple versions,
It is developed, maintenance workload increases.
(2) increased software may be inconsistent with the demand of client, needs from the beginning to comb to customer demand, work
It measures larger.If combing is unreasonable, or even cannot be satisfied the application scenarios of user's needs.
Therefore, how effectively there is presently no the methods that the PON system for integrated ROF equipment is effectively managed,
Realization is this field urgent problem to be solved to the management of relevant device.
Invention content
In view of the deficiencies in the prior art, the purpose of the present invention is to provide a kind of ROF equipment management systems and sides
Method is respectively set OAM client manager modules with distal end by the local terminal in ROF equipment, realizes local terminal ROF line cards to distal end
The management and maintenance of BTU reduces the exploitation of PON system management software, the workload of test and verification, improves the efficiency of management.
The present invention provides a kind of ROF equipment management systems, and ROF equipment includes ROF line cards being set in OLT and at least
One distal end BTU, the management system include：
Far end OAM client and far end OAM solid are created when distal end BTU is initialized and is initialized, and far end OAM client is used
In enabled and configuration far end OAM solid, and OAM Protocol Data Unit OAMPDU is sent out and received by far end OAM solid
Information is connected with establishing and managing OAM；
Local terminal OAM client manager modules are set in ROF line cards, the OAMPDU for being sent out according to each distal end BTU
Information creating simultaneously manages local terminal OAM clients and local terminal OAM entities, and local terminal OAM clients are real for enabling and configuring local terminal OAM
Body, and OAM is established by local terminal OAM entities and far end OAM solid and far end OAM client and connect and is managed, wherein this
End OAM entities and far end OAM solid pass through OAMPDU information exchanges.
Based on the above technical solution, far end OAM solid and the state of local terminal OAM entities include error condition, master
Dynamic transmission state waits for reception state, both sides' hand shaking state, folk prescription satisfaction to carry out both sides' hand shaking state and receive and dispatch to appoint
Meaning bag-like state.
Based on the above technical solution, far end OAM solid and local terminal OAM entities include control module, multiplexing mould
Block and parsing module, wherein handed over by the requested service interface inside the OAM of place end between control module and Multiplexing module
Mutually, control module and parsing module are interacted by the instruction business interface inside the OAM of place end, the solution of far end OAM solid
Module is analysed for the instruction interface lower layer mac frame by lower sublayer, and is directly forwarded between lower layer and MAC clients
Common mac frame, the parsing module of local terminal OAM entities are used to receive the ethernet frame of local terminal OAM clients forwarding；
Control module be used for by OAM control interfaces and OAMPDU request with instruction business interface respectively with local terminal OAM
Client interacts, and receives and dispatches OAMPDU information, and transmit control and state parameter；Chain between control and far end OAM client
Road is established；By the request inside the OAM of place end OAMPDU information and reception are sent to Multiplexing module with instruction business interface
OAMPDU information from parsing module；
Parsing module is used to obtain OAMPDU frames, loopback frame and common mac frame after parsing the ethernet frame of reception,
OAMPDU frames are forwarded to control module, loopback frame is forwarded to Multiplexing module, common mac frame is forwarded to upper layer mac layer；
Multiplexing module for receiving the OAMPDU information from control module and the loopback frame from parsing module, progress with
Too net group Bao Bingxiang MAC layers are sent.
Based on the above technical solution, the OAMPDU information is standard OAM data packet or OMCI data packets.
Based on the above technical solution, the control module includes give out a contract for a project timer and counter of giving out a contract for a project, the control
Molding root tuber determines whether to send out OAMPDU information sending requests according to decision condition；
Wherein, the decision condition includes：It is described give out a contract for a project timer timing whether then, it is described give out a contract for a project counter counting
Whether the OAM entities where numerical value, the control module give out a contract for a project in the only tupe of reception OAMPDU and OAMPDU is asked
Seeking Truth is no effectively.
Based on the above technical solution, the Multiplexing module is used to be arranged the mark domain highest order of OAMPDU information,
OAMPDU frames are extended, to carry OMCI data packets.
The present invention also provides a kind of ROF device management methods based on above-mentioned ROF equipment management systems, including following step
Suddenly：
ROF line cards and distal end BTU power-up initializings；
Distal end BTU creates far end OAM client and far end OAM solid, and far end OAM client is enabled and configures far end OAM
Entity, and OAMPDU information is sent out by far end OAM solid；
After local terminal OAM client manager modules receive the OAMPDU message, local terminal OAM clients and this are created and managed
Hold OAM entities, local terminal OAM clients are enabled and configuration local terminal OAM entities, and by local terminal OAM entities and far end OAM solid with
It establishes between far end OAM client and is connected with management OAM.
Based on the above technical solution, OAMPDU information is standard OAM data packet or OMCI data packets.
Based on the above technical solution, establishing OAM connections includes：The operating mode of local terminal OAM clients is actively
Pattern, the operating mode of far end OAM client are Passive Mode, and local terminal OAM clients are by local terminal OAM entities to far end OAM
Client initiates OAM connections, and OAM connections are established by OAM discovery procedures.
Based on the above technical solution, managing OAM connections includes：Local terminal OAM client manager modules receive distal end
The OAMPDU information that BTU is sent out, and the OAMPDU information is forwarded to other far end OAM solids to match with distal end BTU；
Local terminal OAM clients are based on OAMPDU rule of response, and OAM link events OAMPDU letters are sent to local terminal OAM entities
Breath and corresponding response OAMPDU information；
Far end OAM client is based on OAMPDU rule of response, and OAM link events OAMPDU letters are sent to far end OAM solid
Breath and corresponding response OAMPDU information.
Based on the above technical solution, far end OAM solid and local terminal OAM entities include control module, multiplexing mould
Block and parsing module, wherein the parsing module of far end OAM solid is used for the instruction interface lower layer MAC by lower sublayer
Frame, and common mac frame is directly forwarded between lower layer and MAC clients, the parsing module of local terminal OAM entities is for receiving local terminal
The ethernet frame of OAM clients forwarding；
Local terminal OAM entities or far end OAM solid send out OAMPDU information：
Control module sends out OAMPDU information sending requests to Multiplexing module；
It is simultaneously outside to carry out Ethernet group packet according to the type of OAMPDU information in OAMPDU information sending requests for Multiplexing module
It sends.
Based on the above technical solution, the control module includes give out a contract for a project timer and counter of giving out a contract for a project；
After timer of giving out a contract for a project starts with counter of giving out a contract for a project, the control module waits for OAMPDU information sending requests；
After the timer timing then of giving out a contract for a project, the tupe of OAMPDU or described is only received when OAM entities are in
Counter of giving out a contract for a project, which counts, is not up to the greatest measure, then returns to and wait for OAMPDU information sending requests；When described give out a contract for a project determines
When device timing then, and OAM entities are not at the tupe for only receiving OAMPDU and the counter counting of giving out a contract for a project reaches
Preset greatest measure sends out OAMPDU information sending requests；
When the timer timing of giving out a contract for a project is not timed out, and OAMPDU gives out a contract for a project that request is effective and the counter of giving out a contract for a project is not equal to
0, send out OAMPDU information sending requests.
Based on the above technical solution, the Multiplexing module judges OAMPDU information sending requests, when
When OAMPDU information is OAM data, carries out Ethernet group packet and be sent out；When OAMPDU information is OMCI data, setting
The mark domain highest order of OAMPDU information, and carry out Ethernet group packet and be sent out.
Based on the above technical solution, local terminal OAM entities or far end OAM solid reception OAMPDU information include：
The parsing module obtains OAMPDU frames, loopback frame and common mac frame after being parsed to the ethernet frame of reception,
OAMPDU frames are forwarded to the control module, loopback frame is forwarded to the Multiplexing module, common mac frame is forwarded to upper layer
MAC clients.
Compared with prior art, advantages of the present invention is as follows：
(1) by local terminal OAM client manager modules, OAM connections are established between ROF line cards and distal end BTU, by with
Too net OAM management processes realize management and maintenance of the ROF line cards to BTU so that ROF equipment can carry out pipe using OAM flows
Reason and safeguard, therefore be greatly reduced the exploitation of the system management software, test and verification workload, improve the pipe of the network equipment
Efficiency is managed, user demand is met.
(2) by being extended to OAMPDU frames, to carry OMCI data packets, between ROF line cards and distal end BTU
Establish the virtual channels OMCI so that ROF equipment can be managed and be safeguarded using GPON OMCI, improve ROF equipment and
The compatibility of GPON equipment.
(3) existing engineering maintenance personnel are without additional training, so that it may carry out opening maintenance to ROF equipment with directly, drop
The low live load of ROF plant maintenances.
Description of the drawings
Fig. 1 is ROF equipment management system schematic diagrames of the embodiment of the present invention；
Fig. 2 is the schematic diagram of local terminal OAM entities；
Fig. 3 is OAMPDU frame assumption diagrams；
Fig. 4 is ROF device management method flow charts of the embodiment of the present invention；
Fig. 5 is the flow chart that distal end BTU creates far end OAM client and far end OAM solid；
Fig. 6 is the communication interaction flow chart between local terminal OAM entities and far end OAM solid when establishing OAM connections；
Fig. 7 is the communication interaction state machine between local terminal OAM entities and far end OAM solid；
Fig. 8 is the flow chart of control module；
Fig. 9 is the flow chart of Multiplexing module；
Figure 10 is the flow chart of parsing module.
Reference numeral：
Far end OAM client 11, far end OAM solid 12, local terminal OAM client manager modules 2, local terminal OAM clients 21,
Local terminal OAM entities 22.
Specific implementation mode
The present invention provides a kind of ROF equipment management systems, and ROF equipment includes ROF line cards being set in OLT and at least
One distal end BTU is equipped with local terminal OAM client manager modules 2 in ROF line cards.
When the BTU power-up initializings of distal end, far end OAM client 11 and far end OAM solid 12, distal end are created and initialized
OAM clients 11 are sent out and are received OAM associations by far end OAM solid 12 for enabling and configuring far end OAM solid 12
View data cell OAMPDU (OAM Protocol Data Unit) information is connected with establishing and managing OAM.
Local terminal OAM client manager modules 2 are used for according to each distal end BTU OAMPDU information creatings sent out and manage this
OAM clients 21 and local terminal OAM entities 22, local terminal OAM clients 21 is held to lead to for enabling and configuring local terminal OAM entities 22
It crosses local terminal OAM entities 22 and far end OAM solid 12 to connect with the foundation of far end OAM client 11 and management OAM, wherein local terminal OAM
Entity 22 and far end OAM solid 12 pass through OAMPDU information exchanges.
Local terminal OAM client manager modules 2, which are responsible for realizing, creates, starts, manages and destroys local terminal OAM entities.Point
Into the network topology of multiple spot multi-tag distribution protocol (Point-to-Multipoint, P2MP), in OAM has found flow, one
Denier receives distal end BTU and sends out OAMPDU information, local terminal OAM client manager modules 2 then create a local terminal OAM entity 22 with it is remote
Hold BTU communications.Local terminal OAM client manager modules 2 be responsible for receive distal end BTU OAMPDU information, and to distal end BTU phases
Matched OAM entities forwarding.
Below in conjunction with the accompanying drawings and specific embodiment the present invention is described in further detail, it is shown in Figure 1, the present invention
Embodiment ROF equipment management systems include multiple distal end BTU, and far end OAM client is created and initialized when distal end BTU is initialized
11 and far end OAM solid 12, far end OAM client 11 is for enabling and configuring far end OAM solid 12, and it is real to pass through far end OAM
Body 12 is sent out and receives OAM Protocol Data Unit OAMPDU information and connected with establishing and managing OAM.
Local terminal OAM client manager modules 2 are used for according to each distal end BTU OAMPDU information creatings sent out and manage this
OAM clients 21 and local terminal OAM entities 22, local terminal OAM clients 21 is held to lead to for enabling and configuring local terminal OAM entities 22
It crosses local terminal OAM entities 22 and far end OAM solid 12 to connect with the foundation of far end OAM client 11 and management OAM, wherein local terminal OAM
Entity 22 and far end OAM solid 12 pass through OAMPDU information exchanges.
Specifically, local terminal OAM client manager modules 2 are communicated with local terminal OAM clients 21, following functions are mainly completed：
1) it is responsible for creating and initializing local terminal OAM clients 21 and local terminal OAM entities 22.
At the ends ROF, once finding the distal end BTU newly to reach the standard grade, then corresponding local terminal OAM clients 21 and local terminal OAM are created
Entity 22 carries out far end OAM solid 12 and finds interactive communication therewith, and establishes normal OAM connections.If can not establish normal
OAM connections then destroy created local terminal OAM clients 21 and local terminal OAM entities 22.
2) it completes to forward control with the relevant management of the other modules in outside and expansion interface, such as BTU registrations, OMCI.
Local terminal OAM clients 21 are established to be connected with management OAM, realizes the enabled and configuration feature to OAM entities, specific to wrap
It includes：
1) in OAM has found flow, the OAMPDU information that the monitoring of local terminal OAM clients 21 is received from distal end BTU, and according to
OAM connections are established between local and the state and configuration control and remote equipment of remote equipment.
2) local terminal OAM clients 21 send and receive relevant link event to opposite end, using retransmission mechanism, are connect with improving
The reliability of receipts.
3) it is taken by OAM controls and the request of OAMPDU and instruction between local terminal OAM clients 21 and local terminal OAM entities 22
Business interface interacts.
Local terminal OAM entities 22 and far end OAM solid 12 realize Ethernet OAM agreement.The local terminal OAM entities 22 of local terminal ROF
Pass through Ethernet OAM slow protocol (type 0x8809, subtype 0x03) between the far end OAM solid 12 of distal end BTU
It interacts.The pattern of local terminal OAM operations is aggressive mode, and the OAM operational modes of distal end BTU are Passive Mode.
Far end OAM solid 12 and the state of local terminal OAM entities 22 include error condition (FAULT), actively send state
(ACTIVE_SEND_LOCAL), reception state (PASSIVE_WAIT), both sides' hand shaking state (SEND_LOCAL_ are waited for
REMOTE), folk prescription satisfaction carries out both sides' hand shaking state (SEND_LOCAL_REMOTE_OK) and the arbitrary bag-like state of transmitting-receiving
(SEND_ANY)。
Local terminal OAM entities 22 and far end OAM solid 12 include control module, Multiplexing module and parsing module, Fig. 2 mono-
The schematic diagram of a local terminal OAM entities 22, wherein pass through the requested service interface inside OAM between control module and Multiplexing module
(CTL:OAMI.request it) interacts, control module and parsing module pass through the instruction business interface inside the OAM of place end
(CTL:OAMI.indication it) interacts.Far end OAM solid 12 and local terminal OAM entities 22 are essentially identical, difference lies in：
The parsing module of far end OAM solid 12 is used for the instruction interface (MAC by lower sublayer:MA_DATA.indication it) receives
Lower layer's mac frame, and common mac frame is directly forwarded between lower layer and MAC clients, the parsing module of local terminal OAM entities 22 is used
In the ethernet frame for receiving the forwarding of local terminal OAM clients 21.
Control module is used for：
1) it is handed over respectively with local terminal OAM clients 21 with instruction business interface by OAM control interfaces and OAMPDU requests
Mutually, OAMPDU information is received and dispatched, and transmits control and state parameter.
2) link establishment between control and far end OAM client 11.
3) it is interacted, is managed to multiplexing with Multiplexing module with instruction business interface by the request inside the OAM of place end
The OAMPDU information and receive the OAMPDU information from parsing module that module is sent.
Control module includes giving out a contract for a project timer with counter of giving out a contract for a project, and control module determines whether to send out according to decision condition
OAMPDU information sending requests；Wherein, decision condition includes：Give out a contract for a project timer timing whether then, counter of giving out a contract for a project count
Whether OAM entities where numerical value, control module are in only receiving the tupe of OAMPDU and OAMPDU requests of giving out a contract for a project are
It is no effective.
Parsing module is used for the instruction interface (MAC by MAC and lower sublayer:MA_DATA.indication it) receives
Ethernet frame parsed after obtain OAMPDU frames, loopback frame and common mac frame, pass through the requested service interface inside OAM
(CTL:OAMI.indication OAMPDU frames) are forwarded to control module, pass through loopback frame interface (LBF:OAMI.request
Loopback frames) loopback frame is forwarded to Multiplexing module, pass through 802.3MAC database service interfaces (MCF:MA_
DATA.indication common mac frame) is forwarded to upper layer MAC clients.
Multiplexing module for receiving the OAMPDU information from control module and the loopback frame from parsing module, progress with
Net group packet and pass through request interface (MAC very much:MA_DATA.request it) is sent to MAC layer.Multiplexing module uses message queue side
Formula carries out the request processing of giving out a contract for a project of OAMPDU.
Local terminal OAM client modules 21 realize the enabled and configuration of local terminal OAM entities 22, and to local terminal OAM entities 22
Control module send OAM link event OAMPDU information, and send corresponding response OAMPDU to control module.Local terminal OAM
Client modules 21 are communicated by the control message asked and indicated with local control module.In OAM discovery phases, originally
It holds OAM client modules 21 by control module, monitors the OAMPDU information received from far end OAM client modules 11, and root
According to local and farend state and configuration, corresponding control configuration is carried out, to establish OAM connections.After establishing OAM connections, this
End OAM client modules 21 follow OAMPDU rule of response, are not responding to illegal OAM requests, such as from Passive Mode data
The variable request of the OAM of target terminal equipment (Data Terminal Equipment, DTE) and loopback control data.Local terminal
OAM client modules 21 are communicated by the packet of request and the instruction of OAMPDU with far end OAM client 11.
Fig. 3 show the structure of OAMPDU frames.
OAMPDU information is standard OAM data packet or OMCI data packets.Multiplexing module is for being arranged OAMPDU information
The highest order of mark domain, to carry out OMCI extensions to OAMPDU frames, specifically, when the value of the highest order of mark domain is 1 in Fig. 3,
OAMPDU information is OMCI data packets；When the value of the highest order of mark domain is 0, OAMPDU information is OAMPDU data packets.Pass through
OMCI extensions are carried out to OAMPDU frames, to establish the virtual channels OMCI between ROF line cards and distal end BTU so that ROF equipment
It can be managed and safeguard using GPON OMCI, improve the compatibility of ROF equipment and GPON equipment.
By local terminal OAM client manager modules 2, OAM connections are established between ROF line cards and distal end BTU, pass through ether
It nets OAM management processes and realizes management and maintenance of the ROF line cards to distal end BTU so that ROF equipment can be carried out using OAM flows
Management and safeguard, therefore be greatly reduced the exploitation of PON system management software, test and verification workload, improve network set
The standby efficiency of management, meets user demand.Existing engineering maintenance personnel are without additional training, so that it may with directly to ROF equipment
It carries out opening maintenance, reduces the live load of ROF plant maintenances.
Shown in Figure 4, the embodiment of the present invention also provides a kind of ROF equipment pipes based on above-mentioned ROF equipment management systems
Reason method, ROF device management methods include the following steps：
S1.ROF line cards and BTU power-up initializings.
S2. distal end BTU creates far end OAM client 11 and far end OAM solid 12, and far end OAM client 11 is enabled and matches
Far end OAM solid 12 is set, and OAMPDU information is sent out by far end OAM solid 12.
S3. it after local terminal OAM client manager modules 2 receive OAMPDU message, creates and manages 21 He of local terminal OAM clients
Local terminal OAM entities 22, local terminal OAM clients 21 are enabled and configure local terminal OAM entities 22, and by local terminal OAM entities 22 and far
It holds and OAM connections is established and managed between OAM entities 12 and far end OAM client 11.
Shown in Figure 5, distal end BTU creates far end OAM client 11 in step S2 and far end OAM solid 12 is specifically wrapped
It includes：
S201. global variable is initialized.
S202. each module message queue of far end OAM client 11 and far end OAM solid 12 is created.
S203. far end OAM client 11 is created.
S204. far end OAM solid 12 is created.
S205. control module is created.
S206. Multiplexing module is created.
S207. parsing module is created.
Step S3 is specifically included：
S31. it after local terminal OAM client manager modules 2 receive OAMPDU message, creates and manages local terminal OAM clients 21
With the process base of the process and said distal ends BTU establishment far end OAMs client 11 and far end OAM solid 12 of local terminal OAM entities 22
This is identical.
Step S31 establishes OAM connections：The operating mode of local terminal OAM clients is aggressive mode, far end OAM client
The operating mode at end is Passive Mode, and local terminal OAM clients are initiated OAM to far end OAM client by local terminal OAM entities and connected
It connects, OAM connections is established by OAM discovery procedures.
It is shown in Figure 6：When establishing OAM connections, the communication between local terminal OAM entities 22 and far end OAM solid 12 is handed over
Mutual process is as follows：
Local terminal OAM entities 22 send OAMPDU information to far end OAM solid 12, wherein including the OAM of local terminal OAM entities 22
Configuration information.
After far end OAM solid 12 receives the OAMPDU information, judges the OAM configuration informations of local terminal OAM entities 22 and originally set
Whether standby OAM configuration informations match, and then reply OAMPDU information to local terminal OAM entities 22；The information of reply includes BTU sheets
Ground TLV values and ROF TLV values.
After local terminal OAM entities 22 receive the OAMPDU information that far end OAM solid 12 is sent, more local ROF TLV values and
BTU TLV values simultaneously receive BTU TLV values, then send OAMPDU information again to far end OAM solid 12.
After far end OAM solid 12 receives the OAMPDU information, more local BTU TLV values and ROF TLV values simultaneously receive ROF
Then TLV values send OAMPDU information again to local terminal OAM entities 22.
The foundation of local terminal OAM entities 22 is connect with the OAM of distal end BTU, and sends OAMPDU again to far end OAM solid 12
Information.
The foundation of far end OAM solid 12 is connect with the OAM of local terminal OAM entities 22, and is sent again to local terminal OAM entities 22
OAMPDU information.
By the above configuring negotiation process, if the OAM configuration informations matching of both sides, OAM connections are just set up.
After OAM connections are established, OAMPDU information is periodically sent to detect between local terminal OAM entities 22 and far end OAM solid 12
Whether OAM connections are normal.
S32. managing OAM connections includes：
Local terminal OAM client manager modules receive the OAMPDU information that distal end BTU is sent out, and OAMPDU information is forwarded to
Other far end OAM solids to match with distal end BTU.
Local terminal OAM clients 21 are based on OAMPDU rule of response and send OAM link events OAMPDU to local terminal OAM entities 22
Information and corresponding response OAMPDU information.
Far end OAM client 11 is based on OAMPDU rule of response and sends OAM link events OAMPDU to far end OAM solid 12
Information and corresponding response OAMPDU information.
Far end OAM solid 12 and the state of local terminal OAM entities 22 include error condition, active transmission state, etc. it is to be received
State, both sides' hand shaking state, folk prescription satisfaction carry out both sides' hand shaking state and the arbitrary bag-like state of transmitting-receiving.
Error condition is：
If link is faulty, it is only to send to carry chain that local transceiver OAMPDU patterns (local_pdu parameters), which are arranged,
The OAMPDU (LF_INFO) of road failure.If link connection is normal, local_pdu is set as RX_INFO, and local terminal is to distal end
Oam state is satisfied with parameter local_stable and is set as FALSE, closes local terminal and loses OAM connection timers.
Active transmission state is：
At the ends ROF, once link connection is normal, it is aggressive mode that local terminal OAM entities 22, which are arranged, in local terminal OAM clients 21
(ACTIVE).Local terminal OAM entities 22 give out a contract for a project request processing flow transmission only with local information TLV by its control module
(Type-Length-Value) OAMPDU information, at the same etc. distal end BTU to be received OAMPDU information, wherein control module
Refer to explanation below.
Wait for reception state be：
In distal end BTU, it is Passive Mode (PASSIVE) that far end OAM solid 12, which is arranged, in far end OAM client 11, in etc.
The OAMPDU information states with local information that the ends ROF OAM to be received is sent.After receiving the OAMPDU information of ROF, to
The ends ROF OAM sends the OAMPDU information with local information.
Both sides' hand shaking state is：
The ends BTU, receive the ends ROF OAM transmission the OAMPDU information with local information after, far end OAM solid 12 to
Local terminal OAM entities 22 send the OAMPDU information with local terminal and distal information.In the state, local_stable FALSE.
Folk prescription satisfaction carries out both sides' hand shaking status：
The configuration of local terminal and distal end is compared by local terminal OAM after the OAMPDU information for receiving far end OAM, if full
The configuration of meaning other side then accesses the state.In the state, setting local_stable is TRUE.And send corresponding letter to distal end
Cease OAMPDU.If local terminal OAM is dissatisfied to the configuration of far end OAM, both sides' hand shaking state is returned to.
Receiving and dispatching arbitrary bag-like state is：
Local terminal, if its local_stable is also TRUE, enters the state after receiving far end OAM PDU information.
The state, setting local_pdu are to receive and dispatch arbitrary packet (ANY).To establishing one normal operation between this local terminal and far end OAM
OAM links.In OAM operations behind, if there is local terminal OAM for the unsatisfied situation of the configuration of far end OAM,
Then return to both sides' hand shaking state.The configuration of far end OAM is satisfied with if there is local terminal OAM, but far end OAM is for this
The unsatisfied situation of configuration of OAM is held, then returns to both sides' hand shaking state that folk prescription satisfaction carries out.
It is shown in Figure 7, when foundation and management OAM connect, between local terminal OAM entities 22 and far end OAM solid 12
Communication interaction state machine is as follows：
Start：Local terminal (ROF) and far end OAM initialization, established between local terminal and far end OAM OAM link after, local terminal and
The OAM link interruption timers of distal end start, while heartbeat link is kept between local terminal and distal end.If OAM link interruptions are fixed
When device then (local_lost_link_timer_done), then it represents that OAM link interruptions (i.e. local_link_status
=FAIL).
Step A, into error condition：If link is wrong, local transceiver OAMPDU patterns (local_pdu is set
Parameter) it is only to send the OAMPDU (LF_INFO) with link error.If link connection is normal, local_pdu is set as
RX_INFO is locally satisfied with parameter local_stable to far end OAM state and is set as FALSE, closes and locally loses OAM connections
Timer lost_link_timer.Specific execution code is as follows：
IF (FAIL==local_link_status) THEN
Local_pdu=LF_INFO
ELSE
Local_pdu=RX_INFO
Local_stable=FALSE
Stop lost_link_timer
Step B, the ends ROF are actively to send state：
At the ends ROF, once link connection is normal, it is aggressive mode that local terminal OAM entities 22, which are arranged, in local terminal OAM clients 21
(ACTIVE).Local terminal OAM entities 22 are sent only by its control module request processing flow of giving out a contract for a project with local information TLV
OAMPDU information, at the same etc. distal end BTU to be received OAMPDU information.There are many types by OAMPDU, such as information OAMPDU, event
Notify OAMPDU, variable request OAMPDU etc..It is not directed to other kinds of OAMPDU herein.OAMPDU in the application
Information is information OAMPDU.Local_pdu=INFO expressions allow to send OAMPDU information.
Step B ', distal end BTU are to wait for reception state：
In distal end BTU, it is Passive Mode (PASSIVE) that far end OAM solid 12, which is arranged, in far end OAM client 11, in etc.
The OAMPDU information states with local information that the ends ROF OAM to be received is sent.After receiving the OAMPDU information of ROF, to
The ends ROF OAM sends the OAMPDU information with local information.Local_pdu=RX_INFO expressions can only receive OAMPDU letters
Breath.As far end OAM state effectively (Remote_state_valid=TRUE), C is entered step.
Step C, both sides' hand shaking state is：
Distal end is after the OAMPDU information with local information for receiving the ends ROF OAM transmissions, and far end OAM solid 12 is to originally
OAM entities 22 are held to send the OAMPDU information with local and distal information.In the state, local_pdu=INFO, local_
Stable=FALSE.
Step D, folk prescription satisfaction progress both sides' hand shaking state is：
The configuration of local terminal and distal end is compared by local terminal OAM after the OAMPDU information for receiving far end OAM, if full
The configuration of meaning other side then accesses the state.In the state, setting local_stable is TRUE.And send corresponding letter to distal end
Cease OAMPDU.If local terminal OAM it is dissatisfied to the configuration of far end OAM (Local_satisfied=FALSE, local terminal OAM with it is remote
OAM parameters are held to mismatch), then return to step C both sides' hand shaking state.When local terminal OAM is satisfied with the configuration of far end OAM
(Local_satisfied=TRUE, local terminal OAM are matched with far end OAM parameter), then enter step E.
Step E, receiving and dispatching arbitrary bag-like state is：
Local terminal, if its local_stable is also TRUE, enters the state after receiving far end OAM PDU information.
The state, setting local_pdu are to receive and dispatch arbitrary packet (local_pdu=ANY).It is established between this local terminal and far end OAM
The OAM links of one normal operation.In OAM operations behind, the configuration if there is local terminal OAM for far end OAM
The case where dissatisfied (Local_satisfied=FALSE, local terminal OAM are mismatched with far end OAM parameter), then return to step C
Both sides' hand shaking state.If there is local terminal OAM for far end OAM configuration satisfaction (Local_satisfied=TRUE,
Local terminal OAM is matched with far end OAM parameter), but far end OAM is for the unsatisfied situation (Remote_ of the configuration of local terminal OAM
Stable=FALSE), then both sides' hand shaking state that the satisfaction of step D folk prescriptions carries out is returned to.
Local terminal OAM entities 22 or far end OAM solid 12 send out OAMPDU information：
Control module sends out OAMPDU information sending requests to Multiplexing module, and control module includes giving out a contract for a project timer and to give out a contract for a project
Counter.Counter of giving out a contract for a project is down counter, for example, preset value can be 10, often the primary packet of hair, counter of giving out a contract for a project just subtract 1.
After timer of giving out a contract for a project starts with counter of giving out a contract for a project, control module waits for OAMPDU information sending requests.
Give out a contract for a project after timer timing then, when giving out a contract for a project timer timing then, only receives OAMPDU's when OAM entities are in
Tupe or counter of giving out a contract for a project, which count, is not up to greatest measure, then returns to and wait for OAMPDU information sending requests；And OAM
Entity is not at the tupe for only receiving OAMPDU and counter of giving out a contract for a project counting reaches preset greatest measure, sends out
OAMPDU information sending requests；
When giving out a contract for a project, timer timing is not timed out, and OAMPDU gives out a contract for a project request effectively and counter of giving out a contract for a project is not equal to 0, sends out
OAMPDU information sending requests.
Detailed process is shown in Figure 8：
S3211. control module starts timer of giving out a contract for a project (interval 1 second, pdu_timer=1s), counter (maximum number of giving out a contract for a project
Value can be set as：Pdu_cnt=10).
S3212. the OAMPDU information requests to be sent such as control module.
S3213. judge whether then to give out a contract for a project timer, if so, entering step S3214；If it is not, entering step S3218.
S3214. judge OAM entities whether in only receive OAMPDU tupe (local_pdu=RX_INFO) or
Person give out a contract for a project counter count whether be not up to preset greatest measure (pdu_cnt！=10), if so, return to step S3211；If
It is no, enter step S3215.
S3215. judge whether OAM entities are not at the tupe for only receiving OAMPDU and counter of giving out a contract for a project counting and are
It is no to reach preset greatest measure, if so, entering step S3216；If it is not, entering step S3212.
S3216. OAMPDU information sending requests are sent out to avoid OAM discovery flows are restarted.
S3217. judge whether then to give out a contract for a project timer, if so, entering step S3211；If it is not, entering step S3212.
S3218. judge that OAMPDU gives out a contract for a project and ask whether to reach effective request condition of giving out a contract for a project, if so, entering step
S3219；If it is not, entering step S3212.Wherein, request condition of effectively giving out a contract for a project is as follows：
(1) OAMPDU tupes are transmitting-receiving OAMPDU information (local_pdu=INFO) or the arbitrary packet (local_ of transmitting-receiving
Pdu=ANY)；
(2) OAM clients send the request bag with one or more critical event parameters.
(3)pdu_cnt！=0.
S3219. judge that OAMPDU gives out a contract for a project and ask whether effective, i.e. pdu_req=NORMAL, if so, entering step
S3220；If it is not, entering step S3212.
S3220. counter of giving out a contract for a project subtracts 1, enters step S3216.
It is simultaneously outside to carry out Ethernet group packet according to the type of OAMPDU information in OAMPDU information sending requests for Multiplexing module
It sends.Multiplexing module judges OAMPDU information sending requests, when OAMPDU information is OAM data, carries out Ethernet
Group is wrapped and is sent out；When OAMPDU information be OMCI data when, be arranged OAMPDU information mark domain highest order, and carry out with
It net group packet and is sent out very much.Detailed process is shown in Figure 9：
S3221. the ethernet frame to be sent such as Multiplexing module.
S3222. it receives and sends ethernet frame request.
S3223. judge whether OAMPDU information sending requests are the request of OAM frames, if so, entering step S3224；If it is not,
Enter step S3226.
S3224. Ethernet group packet is carried out.
It is asked if it is standard OAM, then carries out OAMPDU groups and wrap and sent, sent and ask if it is OMCI, then will
The highest order of mark domain is arranged as OAM Information in OMCI information, carries out OAMPDU groups packet and sends.
S3225. ethernet frame is sent.
S3226. judge whether OAMPDU information sending requests are the request of OMCI frames, if so, entering step S3224；If it is not,
Enter step S3227.
S3227. other frame requests processing (forwarding or the request of loopback packet).
S3228. judge that port link is intact, if so, entering step S3224；If it is not, entering step S3221.
Local terminal OAM entities 22 or far end OAM solid 12 receive OAMPDU information：Ether of the parsing module to reception
Net frame obtains OAMPDU frames, loopback frame and common mac frame after being parsed, OAMPDU frames are forwarded to control module, by loopback
Frame is forwarded to Multiplexing module, and the parsing module of far end OAM solid 12 directly forwards common MAC between lower layer and MAC clients
Frame.Detailed process is shown in Figure 10：
S3231. the ethernet frame to be sent such as Multiplexing module.It receives and sends ethernet frame request.
S3232. judge whether OAMPDU information is OAM frames, if so, entering step S3233；If it is not, entering step
S3239。
S3233. the mark domain of OAMPDU information is parsed.
S3234. whether it is OAMPDU information, if so, entering step S3235；If it is not, entering step S3240.
S3235. OAMPDU encoding domains are parsed.
S3236.OAM indicates package packet.
S3237. OAM instruction packets are sent to control module.
S3238. start OAM link interruptions timer (local_lost_link_timer), return to step S3231.At this
After establishing normal OAM links between end and distal end, OAM link interruption timers start.Any one end once receives opposite end
OAMPDU packets, then reset the timer, that is, local_lost_link_timer_done=FALSE be set.Once this timing
Device then, then shows that local terminal does not receive the OAMPDU packets of opposite end, i.e. OAM link downs, local_lost_link_ is arranged at this time
Timer_done=TRUE.
S3239. common mac frame is forwarded.
S3240. OMCI packets are determined whether, if so, entering step S3241；If it is not, return to step S3231.
S3241. OMCI packets, return to step S3231 are forwarded.
The present invention is not limited to the above-described embodiments, for those skilled in the art, is not departing from
Under the premise of the principle of the invention, several improvements and modifications can also be made, these improvements and modifications are also considered as the protection of the present invention
Within the scope of.The content not being described in detail in this specification belongs to the prior art well known to professional and technical personnel in the field.
Claims (14)
1. a kind of ROF equipment management systems, ROF equipment includes the ROF line cards being set in OLT and at least one distal end BTU,
It is characterized in that, the management system includes：
Far end OAM client and far end OAM solid are created when distal end BTU is initialized and is initialized, and far end OAM client is for making
Can and far end OAM solid be configured, and is sent out and receives OAM Protocol Data Unit OAMPDU information by far end OAM solid
It is connected with establishing and managing OAM；
Local terminal OAM client manager modules are set in ROF line cards, the OAMPDU information for being sent out according to each distal end BTU
Local terminal OAM clients and local terminal OAM entities are created and manage, local terminal OAM clients are used to enabling and configuring local terminal OAM entities,
And OAM is established by local terminal OAM entities and far end OAM solid and far end OAM client and connect and is managed, wherein local terminal
OAM entities and far end OAM solid pass through OAMPDU information exchanges.
2. ROF equipment management systems as described in claim 1, it is characterised in that：Far end OAM solid and local terminal OAM entities
State includes error condition, active transmission state, reception state, both sides' hand shaking state, folk prescription satisfaction is waited for carry out both sides
Hand shaking state and the arbitrary bag-like state of transmitting-receiving.
3. ROF equipment management systems as claimed in claim 2, it is characterised in that：Far end OAM solid and local terminal OAM entities are equal
Including control module, Multiplexing module and parsing module, wherein between control module and Multiplexing module by place end OAM inside
Requested service interface interact, control module and parsing module, which pass through the instruction business interface inside the OAM of place end, to carry out
Interaction, the parsing module of far end OAM solid are used for the instruction interface lower layer mac frame by lower sublayer, and in lower layer and
Common mac frame is directly forwarded between MAC clients, the parsing module of local terminal OAM entities is for receiving the forwarding of local terminal OAM clients
Ethernet frame；
Control module be used for by OAM control interfaces and OAMPDU request with instruction business interface respectively with local terminal OAM client
End interaction receives and dispatches OAMPDU information, and transmits control and state parameter；Link between control and far end OAM client is built
It is vertical；It sends OAMPDU information to Multiplexing module with instruction business interface by the request inside the OAM of place end and receives and come from
The OAMPDU information of parsing module；
Parsing module, will for obtaining OAMPDU frames, loopback frame and common mac frame after being parsed to the ethernet frame of reception
OAMPDU frames are forwarded to control module, and loopback frame is forwarded to Multiplexing module, and common mac frame is forwarded to upper layer mac layer；
Multiplexing module carries out Ethernet for receiving the OAMPDU information from control module and the loopback frame from parsing module
Group Bao Bingxiang MAC layers are sent.
4. ROF equipment management systems as claimed in claim 3, it is characterised in that：The OAMPDU information is standard OAM data
Packet or OMCI data packets.
5. ROF equipment management systems as claimed in claim 3, it is characterised in that：The control module includes timer of giving out a contract for a project
With counter of giving out a contract for a project, the control module determines whether to send out OAMPDU information sending requests according to decision condition；
Wherein, the decision condition includes：It is described give out a contract for a project timer timing whether then, it is described give out a contract for a project counter counting number
Whether OAM entities where value, the control module are in only receiving the tupe of OAMPDU and OAMPDU gives out a contract for a project request
Whether effectively.
6. ROF equipment management systems as claimed in claim 3, it is characterised in that：The Multiplexing module is for being arranged OAMPDU
The mark domain highest order of information, is extended OAMPDU frames, to carry OMCI data packets.
7. a kind of ROF device management methods based on ROF equipment management systems described in claim 1, which is characterized in that including
Following steps：
ROF line cards and distal end BTU power-up initializings；
Distal end BTU creates far end OAM client and far end OAM solid, and far end OAM client is enabled and configures far end OAM solid,
And OAMPDU information is sent out by far end OAM solid；
After local terminal OAM client manager modules receive the OAMPDU message, creates and manage local terminal OAM clients and local terminal
OAM entities, local terminal OAM clients are enabled and configure local terminal OAM entities, and by local terminal OAM entities and far end OAM solid and far
It establishes between the OAM clients of end and is connected with management OAM.
8. ROF device management methods as claimed in claim 7, it is characterised in that：OAMPDU information be standard OAM data packet or
Person's OMCI data packets.
9. ROF device management methods as claimed in claim 8, which is characterized in that establishing OAM connections includes：Local terminal OAM client
The operating mode at end is aggressive mode, and the operating mode of far end OAM client is Passive Mode, and local terminal OAM clients pass through this
It holds OAM entities to initiate OAM connections to far end OAM client, OAM connections is established by OAM discovery procedures.
10. ROF device management methods as claimed in claim 8, which is characterized in that managing OAM connections includes：Local terminal OAM visitors
Family end management module receives the OAMPDU information that distal end BTU is sent out, and the OAMPDU information is forwarded to and distal end BTU phases
Other far end OAM solids matched；
Local terminal OAM clients be based on OAMPDU rule of response, to local terminal OAM entities send OAM link event OAMPDU information with
And corresponding response OAMPDU information；
Far end OAM client be based on OAMPDU rule of response, to far end OAM solid send OAM link event OAMPDU information with
And corresponding response OAMPDU information.
11. ROF device management methods as claimed in claim 10, it is characterised in that：Far end OAM solid and local terminal OAM entities
Include control module, Multiplexing module and parsing module, wherein the parsing module of far end OAM solid is for passing through lower sublayer
Instruction interface lower layer mac frame, and common mac frame is directly forwarded between lower layer and MAC clients, local terminal OAM entities
Parsing module be used for receive local terminal OAM clients forwarding ethernet frame；
Local terminal OAM entities or far end OAM solid send out OAMPDU information：
Control module sends out OAMPDU information sending requests to Multiplexing module；
Multiplexing module carries out Ethernet group Bao Bingxiang outgoings according to the type of OAMPDU information in OAMPDU information sending requests
It send.
12. ROF device management methods as claimed in claim 11, it is characterised in that：The control module includes timing of giving out a contract for a project
Device and counter of giving out a contract for a project；
After timer of giving out a contract for a project starts with counter of giving out a contract for a project, the control module waits for OAMPDU information sending requests；
After the timer timing then of giving out a contract for a project, only receives the tupe of OAMPDU when OAM entities are in or described give out a contract for a project
Counter, which counts, is not up to the greatest measure, then returns to and wait for OAMPDU information sending requests；When the timer of giving out a contract for a project
Timing then, and OAM entities be not at only receive OAMPDU tupe and it is described give out a contract for a project counter counting reach default
Greatest measure, send out OAMPDU information sending requests；
When the timer timing of giving out a contract for a project is not timed out, and OAMPDU gives out a contract for a project that request is effective and the counter of giving out a contract for a project is not equal to 0, hair
Go out OAMPDU information sending requests.
13. ROF device management methods as claimed in claim 11, it is characterised in that：The Multiplexing module is to OAMPDU information
It sends request to be judged, when OAMPDU information is OAM data, carries out Ethernet group packet and be sent out；When OAMPDU believes
When breath is OMCI data, the mark domain highest order of OAMPDU information is set, and carries out Ethernet group packet and is sent out.
14. ROF device management methods as claimed in claim 11, it is characterised in that：Local terminal OAM entities or far end OAM are real
Body receives OAMPDU information：
The parsing module obtains OAMPDU frames, loopback frame and common mac frame after being parsed to the ethernet frame of reception, will
OAMPDU frames are forwarded to the control module, and loopback frame is forwarded to the Multiplexing module, and common mac frame is forwarded to upper layer
MAC clients.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810174942.XA CN108449204B (en) | 2018-03-02 | 2018-03-02 | ROF equipment management system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810174942.XA CN108449204B (en) | 2018-03-02 | 2018-03-02 | ROF equipment management system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108449204A true CN108449204A (en) | 2018-08-24 |
| CN108449204B CN108449204B (en) | 2020-12-15 |
Family
ID=63193004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810174942.XA Active CN108449204B (en) | 2018-03-02 | 2018-03-02 | ROF equipment management system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108449204B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170458A (en) * | 2007-11-27 | 2008-04-30 | 中兴通讯股份有限公司 | Ethernet OAM remote loop method |
| CN103067089A (en) * | 2012-12-20 | 2013-04-24 | 北京邮电大学 | Fusion system of radio over fiber (ROF) and wavelength division multiplexing passive optical network (WDM - PON), and signal transmission method of the same |
| CN104468246A (en) * | 2015-01-06 | 2015-03-25 | 烽火通信科技股份有限公司 | OAM capability set consulting and managing method of EPON OLT intercommunicating system |
| CN105163207A (en) * | 2015-08-07 | 2015-12-16 | 浪潮电子信息产业股份有限公司 | Exchange equipment based on Openflow and ROF and applications thereof |
| CN105721049A (en) * | 2016-01-29 | 2016-06-29 | 烽火通信科技股份有限公司 | Radio over fiber module management method and apparatus applied to multipoint radio over fiber (MROF) system |
| EP3244571A1 (en) * | 2015-02-04 | 2017-11-15 | ZTE Corporation | Configuration data distribution method and apparatus |
-
2018
- 2018-03-02 CN CN201810174942.XA patent/CN108449204B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170458A (en) * | 2007-11-27 | 2008-04-30 | 中兴通讯股份有限公司 | Ethernet OAM remote loop method |
| CN103067089A (en) * | 2012-12-20 | 2013-04-24 | 北京邮电大学 | Fusion system of radio over fiber (ROF) and wavelength division multiplexing passive optical network (WDM - PON), and signal transmission method of the same |
| CN104468246A (en) * | 2015-01-06 | 2015-03-25 | 烽火通信科技股份有限公司 | OAM capability set consulting and managing method of EPON OLT intercommunicating system |
| EP3244571A1 (en) * | 2015-02-04 | 2017-11-15 | ZTE Corporation | Configuration data distribution method and apparatus |
| CN105163207A (en) * | 2015-08-07 | 2015-12-16 | 浪潮电子信息产业股份有限公司 | Exchange equipment based on Openflow and ROF and applications thereof |
| CN105721049A (en) * | 2016-01-29 | 2016-06-29 | 烽火通信科技股份有限公司 | Radio over fiber module management method and apparatus applied to multipoint radio over fiber (MROF) system |
Non-Patent Citations (1)
| Title |
|---|
| SHUBHANGI KATE等: "OFDM-PON transmission in fiber optical network", 《2014 INTERNATIONAL CONFERENCE ON POWER，AUTOMATION AND COMMUNICATION》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108449204B (en) | 2020-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106161077B (en) | Cut-in convergent device and certification register method | |
| CN100417082C (en) | Method for carrying out terminal management for passive optical network based on Ethernet | |
| KR101690853B1 (en) | Optical line terminal device and implementation method thereof | |
| CN101159598B (en) | Remote management method of passive optical network terminal equipment | |
| CN106411664B (en) | A kind of metropolitan area network system | |
| WO2009143782A1 (en) | Method, device and system for setting up management and maintenance channel in passive optical network system | |
| CN100479383C (en) | Management method and system for broadband access network far-end node | |
| CN103378979B (en) | The management method of a kind of EPON, equipment and system | |
| WO2010075702A1 (en) | Method and system for implementing automatic work order in ethernet passive optical network (epon) | |
| WO2020063991A1 (en) | Pon network, method and apparatus for pon network and robot system | |
| CN102035661B (en) | Method, device and system for managing optical network unit | |
| WO2008025295A1 (en) | An ethernet service configuration device, method and system in passive optical network | |
| US20190319709A1 (en) | Method for managing optical network unit onu, apparatus, and system | |
| US11652660B2 (en) | Optical line terminal and data transmission method, system, and apparatus | |
| CN102611519B (en) | Method and device for link protection of passive optical network | |
| CN106027287A (en) | Unified management and control platform for power distribution communication networks | |
| KR101990480B1 (en) | Method, apparatus and system for managing terminal device in passive optical network | |
| CN103051724B (en) | A kind of based on the long socket synchronous method connected | |
| CN101145940A (en) | A method for searching network element device and establishing topology connection in network management system | |
| CN104639360B (en) | The method and network element device of network is added in a kind of control network element device | |
| EP2667633A2 (en) | System and method for applying an extended multipoint protocol to wireless access systems | |
| JP6015323B2 (en) | Communication system, communication method, relay device, and master station device | |
| CN101741592A (en) | Method, device and system for managing GPON branch in multi-service transmitting network | |
| CN108449204A (en) | A kind of ROF equipment management systems and method | |
| CN102055598A (en) | Method and system for realizing point-to-multipoint OAM of 802.3ah protocol |
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 |