WO2012071860A1

WO2012071860A1 - Synchronization communication method between single-boards of a multiple dwelling unit and multiple dwelling unit thereof

Info

Publication number: WO2012071860A1
Application number: PCT/CN2011/074428
Authority: WO
Inventors: 王月生
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-12-02
Filing date: 2011-05-20
Publication date: 2012-06-07
Also published as: CN102487465A; CN102487465B

Abstract

The present invention discloses a synchronization communication method between single-boards of a multiple dwelling unit and a multiple dwelling unit thereof. The method includes the following steps: the client board of the multiple dwelling unit establishes an inter-board message communication link based on hardware physical addresses with the server remote host board of the multiple dwelling unit; after establishing the inter-board message communication link based on hardware physical addresses, the client board and the server remote host board perform synchronization message interaction through the inter-board message communication link.

Description

Method for synchronous communication between boards of multi-dwelling units and multi-dwelling unit

Technical field

The present invention relates to the field of Passive Optical Network (PON) technology, and more particularly to a method for synchronous communication between boards of a multi-dwelling unit and a multi-dwelling unit.

Background technique

In a multi-tasking communication application system, there are two basic communication methods between tasks: The synchronous mode is characterized in that two communication application systems must be synchronized, and both systems must be in normal operation, and Interrupt the execution flow of the client and then execute the call. The sender first initiates a request to the receiving program, and then the sending program blocks its own process until it receives a response from the receiving program or the synchronization waits for a timeout. The sender will continue processing down after receiving a response or a synchronization wait timeout.

The asynchronous mode is characterized in that one application (requestor or sender) sends a request message to another application and can then continue to perform other tasks of its own. The sender does not have to wait for the execution of the receiving program and return the result, but can continue to process other requests.

Figure 1 shows an existing PON (passive optical network), in which a multiple Dwelling Unit (MDU) is installed as a terminating device for optical access in a corridor, providing voice and data services for multiple users. , with multi-port multi-service multi-function features. These characteristics make multi-dwelling units often have multiple boards and multiple CPUs (central processing units) in the hardware structure. In software design, more tasks are required to implement different services, and each task often runs in different types. On multitasking operating systems (such as VxWorks, Linux, etc.). Therefore, cross-platform inter-task communication mechanisms must be used to communicate messages between boards.

The Chinese Patent Application Publication No. CN101599852 discloses a multi-module communication method between boards, a multi-software module board, and a communication device. The method includes: a communication module of a board receives a module of a software module in a board from an application layer. No., and the received module number is saved as the logical address of the software module. The communication module of the board broadcasts the physical address and logic of the board to other boards in the device. Edit the address and learn the physical address and corresponding logical address broadcasted by other boards in the device. The software module of the board uses its logical address to communicate with the software modules of other boards, and the board and other boards. The communication module communicates with the communication modules of other boards through the physical address. Since the module number of the software module in the board needs to be uniformly registered and allocated, the software module is poorly portable and dynamically expandable when cross-platform communication is performed between two heterogeneous communication application systems, and is not implemented. Synchronous communication of messages between boards.

The Chinese Patent Application Publication No. CN101702784A discloses an optical access multi-user living unit embedded device multi-tasking communication system and method, including an inter-board message communication link and inter-process communication using a socket socket (Inter-Process Communication) , IPC) The inter-process message communication link implemented by the message channel further includes an inter-process message receiving processing operation and a message sending processing operation by the inter-card message waiting process. Since the client using the connection-oriented socket communication communicates with the remote host connected to the server, the IP address of the remote host needs to be known in advance, and the client of the remote host changes the IP address. The terminal cannot obtain the host IP address of the server before the inter-board message communication link is established, so the inter-board message communication link cannot be established, and the flexibility is insufficient and the operation is inconvenient.

Summary of the invention

The technical problem to be solved by the present invention is to provide a method for synchronous communication between boards of a multi-dwelling unit and a multi-dwelling unit, which can realize synchronous communication between boards of a multi-dwelling unit without using a host IP of the server.

In order to solve the above technical problem, a method for synchronous communication between boards of a multi-dwelling unit of the present invention includes:

The board of the multi-dwelling unit as the client and the board of the multi-dwelling unit as the server remote host establish an inter-board message communication link based on the hardware physical address;

After the inter-board communication link based on the hardware physical address is established, the board acting as the client and the board acting as the remote host of the server perform synchronous message exchange through the inter-board message communication link.

Optionally, the step of establishing an inter-board message communication link based on the hardware physical address comprises: the board as the client is remotely transmitted as a server by using a hardware physical address-based communication protocol The board of the host sends a request message for establishing an inter-board communication link;

After receiving the request message, the board as the server remote host establishes an inter-board message communication link with the board as the client.

Optionally, the request message for establishing the inter-board communication link carries the slot number and the hardware physical address of the board as the client; after receiving the request message, the board as the remote host of the server establishes the client as the client. The steps of the inter-board message communication link between the boards include:

Establishing an inter-board message communication link according to the slot number and the hardware physical address, registering the inter-board message communication link, and returning a response message to the board as the client;

After receiving the response message, the board as the client registers the inter-board message communication link. Optionally, the step of performing synchronous message interaction through the inter-board message communication link includes: sending, by the client function process on the client card, a request message to the client process on the client card, and sending Blocking the function after the request message;

When the remote service process on the board that is the remote host of the server can identify the request message, the client process sends the request message to the remote service process through the inter-board message communication link.

Optionally, the method further includes:

After receiving the request message, the remote service process distributes the request message to the corresponding server function process on the board as the server remote host according to the private data information of the request message; the server function process receives the request message and After the request message is processed, a response message is sent to the client process through the inter-board message communication link.

Optionally, the method further includes:

After receiving the response message, the client process sends the response message to the client function process when the client function process can identify the response message;

After receiving the response message, the client function process releases the blocking of its own function.

Optionally, the method further includes:

When the remote process on the board that is the remote host of the server does not recognize the request message, the client process reconstructs the request message according to the message format recognized by the remote service process, and The reconstructed request message is sent to the remote service process through the inter-board message communication link.

Optionally, the step of the client process reconstructing the request message includes:

The client process applies for a memory block, the size of which is the sum of the length of the message body of the received request message and the message header length of the message format that the remote service process can recognize;

The client process constructs a message header that the remote service process can recognize according to the private data information carried in the received request message, according to the message format of the remote service process, and the message header of the message header and the received request message. Save to the memory block and use the contents of the memory block as a reconstructed request message.

Optionally, the step of performing synchronous message interaction through the inter-board message communication link includes: a server function process on a board as a server remote host, passing through an inter-board message communication link to a board as a client The client process sends a request message, and performs blocking of its own function after sending the request message;

When the client function process on the board as the client can recognize the request message, the client process sends the request message to the corresponding client function process, and blocks the function.

Optionally, the method further includes:

After receiving the request message and processing the client function process, the client function process returns a response message to the client process;

After receiving the response message, the client process sends the response message to the remote service process and cancels the blocking of its function when the remote service process can identify the response message.

After receiving the response message, the remote service process sends the response message to the corresponding server function process;

After receiving the response message, the server function process releases its own function blocking.

Optionally, a multi-dwelling unit comprises: a board as a server remote host and a board as a client, wherein:

An inter-board message communication link based on a hardware physical address is established between the board as the client and the board as the remote host of the server;

The board that acts as the client and the board that is the remote host of the server are set to: The communication link performs synchronous message interaction.

Optionally, the board as the server remote host includes a remote service process module and at least one server function process module, and an interprocess message communication link is established between the remote service process module and the server function process module;

The client board includes a client process module and at least one client function process module, and an interprocess message communication link is established between the client process module and the client function process module; the client process module and the remote service process module An inter-board message communication link based on a hardware physical address is established between.

Optionally, the client process module is configured to: send a request message for establishing an inter-board communication link to the remote service process module by using a hardware physical address-based communication protocol;

The remote service process module is configured to: After receiving the request message, establish an inter-board message communication link with the client process module.

Optionally, the request message for establishing the inter-board communication link carries the slot number and the hardware physical address of the board as the client; the remote service process module is configured to: after receiving the request message, according to the slot number and Establishing an inter-board message communication link by the hardware physical address, registering the inter-board message communication link, and returning a response message to the client process module;

The client process module is also configured to: After receiving the reply message, register the inter-board message communication link.

Optionally, the client function process module is configured to: send a request message to the client process, and perform blocking of its function after sending the request message;

The client process module is configured to: When the remote service process can identify the request message, send the request message to the remote service process through the inter-board message communication link.

Optionally, the server function process module is configured to: send a request message to the client process by using an inter-board message communication link, and perform blocking of its function after sending the request message;

The client process module is set to: When the client function process can identify the request message, the request message is sent to the corresponding client function process, and the function is blocked. In summary, the present invention is based on the physical address of the hardware of the board, realizes the synchronous communication between the two communication application systems of the cross-platform, can realize stable cross-platform communication, and the information interaction is simple and efficient, and the work performance is stable and reliable and applicable. The scope is wider.

BRIEF abstract

1 is a schematic diagram of a structure of a prior art PON system;

2 is a flowchart of establishing a communication link between boards of a multi-dwelling unit according to an embodiment of the present invention; FIG. 3 is a synchronous communication between boards of a board that is requested by a function process of a board of a client process module according to an embodiment of the present invention; Flow chart

4 is a flowchart of synchronous communication between boards of a function process initiated by a board of a remote service process module according to an embodiment of the present invention;

Figure 5 is a block diagram of a multi-dwelling unit in accordance with an embodiment of the present invention.

Preferred embodiment of the invention

In this embodiment, the multi-dwelling unit includes at least one board as a server remote host.

(service board), the board includes a remote service process module providing a layer 2 communication protocol based on a hardware physical address and at least one server function process module, wherein the remote service process module and the client process module An inter-board message communication link is established, and an inter-process message communication link is established between the remote service process module and each server function process module on the board.

The multi-dwelling unit also includes at least one board (client board) as a client, the board includes a client process module providing a layer-by-layer communication protocol based on a hardware physical address, and at least one client function process module. The client process module and the remote service process module establish an inter-board message communication link, and an inter-process message communication link is established between the client process module and each client function process module on the board.

The hardware physical address of the board in the multi-dwelling unit is generally not modified after the factory is shipped, and the CPU can flexibly learn the hardware physical address through the software after the board is changed. The inter-board message communication link is a communication link of a Layer 2 communication protocol based on a hardware physical address, and the remote service process module and the client process module of the inter-board message communication link respectively have a unique correspondence with the hardware physical address of the board. turn off The inter-board message is sent to the board corresponding to the destination physical address through the remote service process module or the client process module.

The message communication link between the process modules in the multi-dwelling unit is the inter-process IPC message channel implemented by the OSS (Operating Systems Subsystem) of the multi-tasking operating system.

The format of the inter-board message and the inter-process message in the multi-dwelling unit includes a message header and a message body, and the message header includes a process identifier (Process Identifier, PID) of the transmitting program and the receiving program, and a message type (synchronization message or synchronization response message). The message body contains the message ID, message data, and so on.

The method for the synchronous communication between the boards of the multi-dwelling unit of the present embodiment includes the process of establishing an inter-board message communication link between the client process module and the remote service process module. As shown in FIG. 2, the method includes the following steps: Step 201: Client process The module sends a broadcast request message for establishing an inter-board communication link to the remote service process module by using a Layer 2 communication protocol based on the hardware physical address, where the broadcast request message for establishing the inter-board communication link carries the board where the client process module is located. The slot number and hardware physical address of the card;

In this embodiment, the board where each client process module is located has a unique slot number and a hardware physical address.

Step 202: The remote service process module receives a broadcast request message from the client process module to establish an inter-board communication link, and establishes and registers with the client process module according to the slot number and the hardware physical address carried in the broadcast request message. An inter-board message communication link, and sends a response message to the client process module through a Layer 2 communication protocol based on the hardware physical address;

Step 203: The client process module receives the response message of the remote service process module to the broadcast request message, if it waits for a timeout when receiving the response message, step 201 is performed; if the response message is received, if it does not time out, step 204 is performed;

Step 205: The registration of the inter-board message communication link is performed, wherein the response message carries the slot number of the board where the client process module of the request is sent, and step 205 is performed;

Step 205: The client process module and the remote service process module periodically send an inter-board message communication link test message to the other party. Step 206: The remote service process module receives the inter-board message communication link test message sent by the client process module. If the waiting timeout occurs, the registered inter-board message communication link is deleted from the list. Step 207: Client process module Receiving the inter-board message communication link test message sent by the remote service process module, if the waiting timeout occurs, deleting the registered inter-board message communication link from the list, and executing step 201, re-establishing a board with the remote service process module. Inter-message communication link.

After the inter-board communication link between the remote service process module and the client process module is successfully established and registered, the method for synchronous communication between the boards of the multi-dwelling unit of the present embodiment further includes the board where the client process module is located. The synchronous process of sending the inter-board message to the server function process of the card where the remote service process module is located, as shown in FIG. 3, includes:

Step 301: The client function process module (first process) of the board where the client process module is located sends a first request message to the client process module, and performs its own blocking after sending the first request message, where the first request The message carries a PID identifier, a message type, a message ID, and message data of the first process;

Step 302: The client process module receives the first request message from the first process, and according to the first request message, constructs a second request message according to a message format recognizable by the remote service process module, and sends the message through the inter-board message communication link. To the remote service process module;

The steps of the client process module constructing and transmitting the second request message according to the first request message include:

Step 1: Applying a memory block, the block size is the sum of the message body length of the first request message and the message header length of the remote service process module;

Step 2: According to the private data information carried by the first request message, construct a message header of the second request message that the remote service process module can identify according to the message format of the remote service process module, and configure a message header of the second request message. And the message content of the first request message is saved in the memory block of the application;

The above private data information includes a PID identifier, a message type, and a message ID.

Step 3: Send the content of the memory block to the remote service process module by using an inter-board message communication link; Step 4: Release the memory block requested for the second request message. Step 303: The remote service process module receives the second request message, and distributes the second request message to the server function process module (second process) corresponding to the receiving program according to the private data information carried in the second request message;

Step 304: The server function process module corresponding to the receiving program receives the second request message, and sends the first response message to the client process module through the inter-board message communication link after processing;

Step 305: The client process module receives the returned first response message, and according to the first response message, constructs a second response message according to a message format that can be recognized by the client function process module on the board where the client process module is located. Transmitting to the client function process module corresponding to the receiving program through the inter-process IPC message channel (first process);

The steps of the client process module constructing and transmitting the second response message according to the first response message include:

Step a, applying a memory block, the block size is the sum of the message body length of the first response message and the message header length of the client function process module (first process) corresponding to the receiving program;

Step b, according to the private data information carried by the first response message, according to the message format that the client function process module can recognize, construct a message header of the second response message that can be identified by the function process (first process) corresponding to the receiving program, The message header of the second response message and the message content of the first response message are saved in the memory block of the application;

Step c: Send the content of the requested memory block to the client function process (first process) of the board where the client process module is located through the inter-process message communication link, and release the first response message.

Step 306: After receiving the second response message, the client function process (first process) of the board where the client process module is located, immediately unblocks, and releases the memory block occupied by the second response message.

If the power client process of the board where the client process module is located receives the second response message timeout, the process of blocking the client function process is cancelled.

After the inter-board communication link between the remote service process module and the client process module is successfully established and registered, the method for synchronous communication between the boards of the multi-dwelling unit of the present embodiment further includes the remote service process module. The server side of the board functions to the board where the client process module is located. The step of the synchronous process of sending the inter-board message by the client function process, as shown in FIG. 4, includes: Step 401: The server function process (third process) of the board where the remote service process module is located initiates a third request message, The inter-board message communication link is sent to the client process module, and the third process immediately blocks itself after sending the third request message, where the third request message carries the PID identifier, the message type, the message ID, and the message data of the third process. ;

Step 402: The client process module receives the third request message, and according to the third request message, constructs a fourth request message according to a message format that can be identified by the client function process module of the board, and synchronizes through the inter-process message communication link. Send to the corresponding client function process (fourth process), and immediately block itself;

The client process module constructs and sends the fourth request message according to the third request message, including the following steps:

Step A, applying for a memory block, the block size is the sum of the message body length of the third request message and the message header length of the client function process (fourth process) of the board where the client process module is located; Step B, according to the third The private data information of the request message is constructed according to a message format recognizable by the client function process module, and the message of the fourth request message that can be identified by the client function process (fourth process) corresponding to the receiving program of the board where the client process module is located is constructed. Header, saving the message header of the fourth request message and the message content of the third request message to the applied memory block;

Step C: Send the content of the requested memory block to the fourth process through the inter-process message communication link, and immediately perform self-blocking.

Step 403: The client function process (fourth process) of the board where the client process module is located receives the fourth request message from the client process module, and after processing, the client process module releases the memory block occupied by the fourth request message. And constructing the third response message to be returned to the client process module by the inter-process message communication link; Step 404: The client process module immediately unblocks after receiving the third response message, and according to the third response message, according to the remote service process module The identifiable message format is configured to construct a fourth response message, which is sent to the remote service process module through the inter-board message communication link;

The client process module receives the third response message timeout, and the client process module unblocks. Step 405: The remote service process module receives the fourth response message and passes the inter-process message link. Distribute to the server function process corresponding to the receiving program (third process);

Step 406: The server function process (third process) of the board where the remote service process module is located receives the fourth response message, and immediately removes the blocking.

The server function process of the board where the remote service process module is located receives the fourth response message timeout, and the blocking of the server function process module is cancelled.

Figure 5 shows the multi-dwelling unit of the present embodiment, including: a board as a server remote host and a board as a client, where:

The board as the client and the board as the remote host of the server establish an inter-board message communication link based on the hardware physical address; the board as the server remote host includes the remote service process module and at least one server function process module, An inter-process message communication link is established between the remote service process module and the server function process module;

The board acting as the client interacts with the board as the remote host of the server through the inter-board message communication link. The client board includes a client process module and at least one client function process module, and an interprocess message communication link is established between the client process module and the client function process module;

The client process module and the remote service process module establish an inter-board communication communication link based on the hardware physical address.

The inter-board communication link between the client process module and the remote service process module includes: the client process module sends a request message for establishing an inter-board communication link to the remote service process module by using a hardware physical address-based communication protocol; After receiving the request message, the service process module establishes an inter-board message communication link with the client process module.

The request message for establishing the inter-board communication link carries the slot number and the hardware physical address of the board as the client. After receiving the request message, the remote service process module establishes inter-board communication according to the slot number and the hardware physical address. The link registers the inter-board message communication link and returns a response message to the client process module. After receiving the response message, the client process module registers the inter-board message communication link.

Synchronous message interaction through the inter-board message communication link includes: client function process to the guest The client process sends a request message, and performs blocking of its own function after sending the request message; when the remote service process can identify the request message, the client process sends the request message to the remote service through the inter-board message communication link. process.

Synchronizing message interaction through the inter-board message communication link includes: a server function process, sending a request message to the client process through the inter-board message communication link, and performing blocking of its function after transmitting the request message; When the process is able to recognize the request message as a client function process, the process sends the request message to the corresponding client function process, and blocks the function.

Obviously, those skilled in the art should understand that the above modules and steps of the present invention can be implemented by a general computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or their Multiple modules or steps are implemented as a single integrated circuit module. Thus, the invention is not limited to any particular combination of hardware and software.

The above is only the embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. All modifications, equivalents, improvements, etc., made within the spirit and scope of the invention are intended to be included within the scope of the invention.

Industrial Applicability The present invention is based on the physical address of the hardware of the board, realizes the synchronous communication between the two communication application systems of the cross-platform, can realize stable cross-platform communication, the information interaction is simple and efficient, the work performance is stable and reliable, and the applicable scope is relatively widely.

Claims

Claim

A method for synchronous communication between boards of a multi-dwelling unit, comprising:

A board of the multi-dwelling unit as a client establishes an inter-board message communication link based on a hardware physical address with a board of the multi-dwelling unit as a server remote host;

After the inter-board communication link based on the hardware physical address is established, the board as the client and the board as the remote host of the server perform synchronous message exchange through the inter-board message communication link.

2. The method according to claim 1, wherein the step of establishing an inter-board message communication link based on a hardware physical address comprises:

The board as the client sends a request message for establishing the inter-board communication link to the board as the server remote host by using a hardware physical address-based communication protocol;

After receiving the request message, the board as the remote host of the server establishes the inter-board message communication link with the board as the client.

3. The method of claim 2, wherein

The request message for establishing the inter-board communication link carries the slot number and the hardware physical address of the board as the client;

After the board as the remote host of the server receives the request message, the step of establishing an inter-board message communication link with the board as the client includes:

Establishing the inter-board message communication link according to the slot number and the hardware physical address, registering the inter-board message communication link, and returning a response message to the board as the client;

After receiving the response message, the board as the client registers the inter-board message communication link.

4. The method of claim 1, wherein the step of synchronizing message interaction through the inter-board message communication link comprises:

The client function process on the board as the client sends a request message to the client process on the board as the client, and performs blocking of its function after sending the request message; The client process sends the request message to the remote end through the inter-board message communication link when the remote service process on the board as the server remote host can identify the request message. Service process.

5. The method of claim 4, further comprising:

After receiving the request message, the remote service process distributes the request message to the corresponding server function process on the board as the remote host of the server according to the private data information of the request message;

After receiving the request message and processing the request message, the server function process sends a response message to the client process through the inter-board message communication link.

6. The method of claim 5, further comprising:

7. The method of claim 4, further comprising:

The client process reconfigures the request message according to a message format recognizable by the remote service process when the remote service process on the board that is the remote host of the server cannot identify the request message, and The reconstructed request message is sent to the remote service process through the inter-board message communication link.

8. The method of claim 7, wherein the step of the client process reconstructing the request message comprises:

The client process applies for a memory block, where the size of the memory block is the sum of the length of the message body of the received request message and the message header length of the message format that the remote service process can recognize;

The client process constructs a message header that can be recognized by the remote service process according to the message format of the remote service process according to the private data information carried in the received request message, and the message header and the location The content of the message of the received request message is saved in the memory block, and the content in the memory block is used as the reconstructed request message.

9. The method of claim 1, wherein the step of synchronizing message interaction through the inter-board message communication link comprises:

The server function process on the board as the remote host of the server sends a request message to the client process on the board as the client through the inter-board message communication link, and sends the request message After blocking the function of its own;

When the client function process on the board as the client can identify the request message, the client process sends the request message to the corresponding client function process, and performs blocking of the self function.

10. The method of claim 9, further comprising:

After receiving the request message and processing, the client function process returns a response message to the client process;

11. A multi-dwelling unit comprising: a board as a server remote host and a board as a client, wherein:

An inter-board message communication link based on a hardware physical address is established between the board as a client and the board as a remote host of the server;

The board as the client and the board as the server remote host are set to: perform synchronous message interaction through the inter-board message communication link.

12. The multi-dwelling unit of claim 11, wherein

The board as the server remote host includes a remote service process module and at least one server function process module, and an interprocess message communication link is established between the remote service process module and the server function process module. ; The board as a client includes a client process module and at least one client function process module, and an interprocess message communication link is established between the client process module and the client function process module;

The inter-board message communication link based on the hardware physical address is established between the client process module and the remote service process module.

13. The multi-dwelling unit of claim 12, wherein

The client process module is configured to: send, by using a hardware physical address-based communication protocol, a request message for establishing the inter-board communication link to the remote service process module;

The remote service process module is configured to: after receiving the request message, establish the inter-board message communication link with the client process module.

14. The multi-dwelling unit of claim 13, wherein

The remote service process module is configured to: after receiving the request message, establish the inter-board message communication link according to the slot number and the hardware physical address, and register the inter-board message communication link, And returning a response message to the client process module;

The client process module is further configured to: after receiving the response message, register the inter-board message communication link.

15. The multi-dwelling unit of claim 12, wherein

The client function process module is configured to: send a request message to the client process, and perform blocking of its function after sending the request message;

The client process module is configured to: when the remote service process is capable of identifying the request message, send the request message to the remote service process through the inter-board message communication link.

16. The multi-dwelling unit of claim 12, wherein

The server function process module is configured to: pass the inter-board message communication link to the The client process sends a request message, and performs blocking of its own function after sending the request message; the client process module is configured to: when the client function process can identify the request message, the request is The message is sent to the corresponding client function process and is blocked by its own function.