Communication guarantee method of Beidou CORS host, host, system and medium

Abstract

The invention discloses a communication guarantee method of a Beidou CORS host, a host, a system and a medium, the communication guarantee method is applied to the Beidou CORS host, the Beidou CORS host comprises a main OEM board, an auxiliary OEM board and a CPU module, the communication guarantee method comprises the following steps: monitoring the working time of the main OEM board in real time, and if the working time is greater than a preset time threshold, detecting the satellite receiving function of the main OEM board; if it is detected that the satellite receiving function corresponding to the main OEM board is abnormal, self-repairing operation is carried out on the main OEM board, and the number of reset times of the main OEM board is recorded; and if the reset frequency exceeds a preset frequency threshold, disconnecting the power supply of the main OEM board and supplying power to the auxiliary OEM board, and switching the communication link from the main OEM board to the auxiliary OEM board, so that the CPU module establishes communication connection with the auxiliary OEM board. According to the invention, the stability of the communication service of the Beidou CORS host can be ensured.

Description

Technical Field

[0001] This invention relates to the field of BeiDou communication, and in particular to a communication assurance method, host, system and medium for a BeiDou CORS host. Background Technology

[0002] The BeiDou CORS system, a network system composed of several fixed BeiDou CORS hosts, is a core infrastructure in the field of high-precision GNSS positioning. Through BeiDou navigation satellites, computer and data communication technologies, it provides 24 / 7 uninterrupted real-time differential correction data services for key fields such as surveying, deformation monitoring, and earthquake monitoring, playing a crucial role in supporting RTK high-precision positioning. The core functionality of the BeiDou CORS host relies on the satellite reception capability of the GNSS OEM board module. If the OEM board experiences firmware abnormalities, hardware failures, or signal reception problems, the host will completely lose its ability to acquire data and provide services. Since CORS hosts need to operate continuously 365 days a year, a communication interruption of a single host will directly affect the stability and service coverage quality of the entire CORS network, leading to deviations or failures in downstream high-precision positioning applications. Therefore, ensuring the communication of the BeiDou CORS hosts is a core requirement for maintaining the overall functionality of the CORS network and ensuring the continuity and reliability of high-precision positioning services.

[0003] Current technologies for ensuring communication for the BeiDou CORS host primarily rely on basic status detection and simple fault handling of a single OEM board: a routine monitoring module is used to determine if the OEM board can receive satellite signals normally; if an anomaly is detected, software-level repair operations such as restoring factory settings and basic resets are attempted first. The core logic of this model is "single-point dependency assurance," meaning the host's communication function is completely bound to a single OEM board module. This results in low reliability, weak fault recovery capabilities, and a high risk of service interruption, making it difficult to guarantee the stability of the BeiDou CORS host's communication service. Summary of the Invention

[0004] This invention provides a communication assurance method, host, system, and medium for BeiDou CORS mainframes, which can ensure the stability of BeiDou CORS mainframe communication services.

[0005] An embodiment of the present invention provides a communication assurance method for a BeiDou CORS host, applied to a BeiDou CORS host, the BeiDou CORS host including a main OEM board, an auxiliary OEM board and a CPU module, the communication assurance method including:

[0006] The working time of the main OEM board is monitored in real time. If the working time is greater than a preset time threshold, the satellite reception function of the main OEM board is tested.

[0007] If an abnormality is detected in the satellite receiving function corresponding to the main OEM board, a self-repair operation is performed on the main OEM board, and the number of times the main OEM board is reset is recorded.

[0008] If the number of resets exceeds a preset threshold, the power supply to the main OEM board is disconnected and the power supply to the auxiliary OEM board is provided. The communication link is then switched from the main OEM board to the auxiliary OEM board so that the CPU module can establish a communication connection with the auxiliary OEM board.

[0009] This application embodiment monitors the main OEM board's operating time in real time and triggers satellite reception function detection. This allows for timely troubleshooting of satellite reception anomalies (such as signal attenuation, firmware drift, etc.) after the main OEM board has been running for an extended period. This prevents minor faults from accumulating into fatal service interruptions, reducing the risk of sudden outages and ensuring service continuity. By performing self-repair when satellite reception is abnormal, most temporary firmware-level problems (such as abnormal program execution) can be quickly resolved without manual intervention, restoring the main OEM board's functionality and directly reducing service interruptions caused by minor faults. Recording the number of resets provides a quantitative basis for fault severity, avoiding ineffective repeated repairs and improving fault handling efficiency. When self-repair fails (reset count exceeds the limit), the auxiliary OEM board is activated through power control and link switching mechanisms, building hardware-level redundancy backup capabilities. This design completely solves the fatal flaw of the existing single OEM board mode: even if the main OEM board experiences an irreparable hardware failure, seamless switching ensures uninterrupted satellite signal acquisition and differential data services, maintaining the service coverage integrity of the entire CORS network. Compared with existing technologies, this application can guarantee the stability of BeiDou CORS host communication services.

[0010] Furthermore, the BeiDou CORS host also includes a GNSS antenna module, an antenna power divider module, a power control module, and a data interface selection module. The GNSS antenna provides satellite signals to the main OEM board and the auxiliary OEM board respectively through the antenna power divider module.

[0011] This allows both the main OEM board and the auxiliary OEM board to acquire satellite signals simultaneously. In the event of a motherboard malfunction, the auxiliary board can quickly take over, reducing signal switching interruption time and effectively ensuring the continuous and stable communication service of the Beidou CORS host.

[0012] Furthermore, if an anomaly is detected in the satellite receiving function corresponding to the main OEM board, specifically:

[0013] The system detects whether the BeiDou satellite signals received by the main OEM board meet at least one of the following abnormal conditions: the number of BeiDou satellites received by the main OEM board is less than a preset threshold; the BeiDou satellite signals received by the main OEM board lack the B1I frequency point; or the BeiDou satellite signals received by the main OEM board lack the B3I frequency point.

[0014] If any of the above abnormal conditions are met, it is determined that the satellite receiving function corresponding to the main OEM board is abnormal.

[0015] By accurately detecting satellite reception anomalies on the main OEM board, key issues affecting communication can be identified in a timely manner, providing a basis for subsequent self-repair or main-slave switching, and effectively ensuring the communication stability of the BeiDou CORS host.

[0016] Furthermore, the step of disconnecting the power supply to the main OEM board and supplying power to the auxiliary OEM board, and switching the communication link from the main OEM board to the auxiliary OEM board, so that the CPU module establishes a communication connection with the auxiliary OEM board, specifically involves:

[0017] The CPU module outputs a first level signal through a first pin to switch the communication link between the main OEM board and the auxiliary OEM board based on the first level signal.

[0018] The CPU module outputs a second-level signal through a second pin to power the main OEM board or the auxiliary OEM board based on the second-level signal.

[0019] By using explicit level signal control logic, the main and auxiliary OEM boards can be quickly switched and precisely controlled for power supply. In the event of a motherboard failure, the motherboard power can be quickly disconnected, the auxiliary board can be connected, and the communication link can be switched, ensuring a seamless switching process, reducing communication interruption time, and effectively guaranteeing the continuous and stable operation of the Beidou CORS host communication service.

[0020] Furthermore, the self-healing operation includes one or more combinations of the following: performing a hot reset on the main OEM board, performing a cold reset on the main OEM board, and reconfiguring the main OEM board and requesting GNSS data.

[0021] By performing self-repair when the satellite reception function malfunctions, most temporary firmware-level problems (such as abnormal program operation) can be quickly resolved. The main OEM board function can be restored without manual intervention, directly reducing service interruptions caused by minor faults.

[0022] Furthermore, after establishing a communication connection between the CPU module and the auxiliary OEM board, the method further includes:

[0023] The anomaly type of the main OEM board is determined based on the number of resets and the working status of the auxiliary OEM board after switching. The anomaly type includes main OEM board firmware problems, main OEM board hardware problems, GNSS antenna signal problems, or environmental problems.

[0024] The warning information corresponding to the anomaly type is reported to the server via the 4G network, wherein the warning information includes an error identifier used to identify the anomaly type.

[0025] By accurately identifying the type of anomaly on the main OEM board, the root cause of the fault can be investigated in a targeted manner, preventing the recurrence of similar problems. The early warning information reported on the 4G network allows the server to keep abreast of the equipment status, facilitating remote intervention or maintenance arrangements, reducing communication interruption time, and thus effectively ensuring the continuous and stable operation of the Beidou CORS host communication service.

[0026] Another embodiment of the present invention also provides a BeiDou CORS host, the BeiDou CORS host including a main OEM board, an auxiliary OEM board and a CPU module;

[0027] The BeiDou CORS main unit also includes a monitoring module, a repair module, and a switching module;

[0028] The monitoring module is used to monitor the working time of the main OEM board in real time. If the working time is greater than a preset time threshold, the satellite receiving function of the main OEM board is detected.

[0029] The repair module is used to perform a self-repair operation on the main OEM board if an abnormality is detected in the satellite receiving function corresponding to the main OEM board, and to record the number of resets.

[0030] The switching module is used to disconnect the power supply of the main OEM board and supply power to the auxiliary OEM board if the number of resets exceeds a preset threshold, and switch the communication link from the main OEM board to the auxiliary OEM board so that the CPU module can establish a communication connection with the auxiliary OEM board.

[0031] This application embodiment monitors the main OEM board's operating time in real time and triggers satellite reception function detection. This allows for timely troubleshooting of satellite reception anomalies (such as signal attenuation, firmware drift, etc.) after the main OEM board has been running for an extended period. This prevents minor faults from accumulating into fatal service interruptions, reducing the risk of sudden outages and ensuring service continuity. By performing self-repair when satellite reception is abnormal, most temporary firmware-level problems (such as abnormal program execution) can be quickly resolved without manual intervention, restoring the main OEM board's functionality and directly reducing service interruptions caused by minor faults. Recording the number of resets provides a quantitative basis for fault severity, avoiding ineffective repeated repairs and improving fault handling efficiency. When self-repair fails (reset count exceeds the limit), the auxiliary OEM board is activated through power control and link switching mechanisms, building hardware-level redundancy backup capabilities. This design completely solves the fatal flaw of the existing single OEM board mode: even if the main OEM board experiences an irreparable hardware failure, seamless switching ensures uninterrupted satellite signal acquisition and differential data services, maintaining the service coverage integrity of the entire CORS network. Compared with existing technologies, this application can guarantee the stability of BeiDou CORS host communication services.

[0032] Another embodiment of the present invention provides a BeiDou CORS network, comprising: the BeiDou CORS network including at least one BeiDou CORS host as described in this application.

[0033] Another embodiment of the present invention provides a computer-readable storage medium item, including: a stored computer program, which, when the computer program is running, controls the device where the computer-readable storage medium is located to perform the communication guarantee method of the Beidou CORS host as described in the present invention. Attached Figure Description

[0034] To more clearly illustrate the technical solution of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0035] Figure 1 This is the CORS network framework diagram provided in this application;

[0036] Figure 2 This is a block diagram of a conventional CORS host provided in this application;

[0037] Figure 3 This is a schematic diagram of the framework of the BeiDou CORS host provided in this application;

[0038] Figure 4This is a flowchart illustrating one embodiment of the communication guarantee method for the BeiDou CORS host provided in this application;

[0039] Figure 5 This is a schematic diagram of the OEM board switching control logic provided in this application;

[0040] Figure 6 This is a schematic diagram of the structure of one embodiment of the BeiDou CORS host provided in this application. Detailed Implementation

[0041] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below with reference to the accompanying drawings of the embodiments. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0042] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0043] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0044] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0045] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0046] In the description of the embodiments of this application, the term "multiple" refers to two or more (including two), similarly, "multiple sets" refers to two or more (including two sets), and "multiple pieces" refers to two or more (including two pieces).

[0047] In the description of the embodiments of this application, unless otherwise expressly specified and limited, technical terms such as "installation," "connection," "joining," and "fixing" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral part; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication of two components or the interaction between two components. For those skilled in the art, the specific meaning of the above terms in the embodiments of this application can be understood according to the specific circumstances.

[0048] For easier understanding of this application, please refer to Figure 1 , Figure 1 This is a CORS network framework diagram, which shows the Global Navigation Satellite System (GNSS, including BDS, GPS, GLONASS, GALILEO and other satellites shown in the diagram) transmitting signals to multiple ground CORS base stations (such as CORS1, CORS2, CORS3 and other stations) and mobile stations (such as vehicle-mounted equipment). The data center communicates with each CORS base station to achieve GNSS positioning service coverage for a certain area.

[0049] Please see Figure 2 , Figure 2 This application provides a block diagram of a traditional CORS host, illustrating its internal components. A traditional CORS host primarily consists of a GNSS antenna, a single OEM board, a CPU module, and a power control module. The GNSS antenna receives satellite signals, which are processed by the OEM board and then used by the CPU module for data interaction and other operations. The power control module provides power to all components. However, traditional CORS hosts have significant drawbacks: due to the single OEM board, if the OEM board malfunctions, firmware issues might be repairable through testing or a factory reset; however, hardware problems prevent self-recovery. Furthermore, the lack of a backup OEM board and automatic switching mechanism directly disrupts the communication function of the entire CORS host, preventing the continuous and stable provision of GNSS services. In such cases, only warnings can be issued to notify the platform administrator for manual intervention, limiting the timeliness of fault handling and significantly weakening the continuity and reliability of CORS network services.

[0050] It should be noted that GNSS (Global Navigation Satellite System) is a general term for a type of space information infrastructure that uses a constellation of navigation satellites in space to provide all-weather, high-precision positioning, navigation, and timing (PNT) services to users on the ground, at sea, in the air, and in near-Earth space. It is not a single satellite system, but a general term for all kinds of mainstream satellite navigation systems around the world.

[0051] Next, a schematic diagram of the framework of the BeiDou CORS host in this application will be provided. Please refer to [the diagram]. Figure 3 The Beidou CORS host includes a main OEM board, an auxiliary OEM board, and a CPU module.

[0052] In some embodiments, the BeiDou CORS host further includes a GNSS antenna module, an antenna power divider module, a power control module, and a data interface selection module. The GNSS antenna provides satellite signals to the main OEM board and the auxiliary OEM board through the antenna power divider module. Specifically, after receiving the satellite signal, the GNSS antenna splits the signal into two by the antenna power divider and transmits them to the main OEM board and the auxiliary OEM board respectively, so that both the main OEM board and the auxiliary OEM board can obtain satellite signal sources, providing a foundation for subsequent work.

[0053] In some embodiments, both the power control module and the data interface selection module are controlled by the CPU module. The power control module is responsible for switching the power supply between the main OEM board and the auxiliary OEM board. During normal operation, the main OEM board is in operation, and the power control module supplies power to the main OEM board while simultaneously disconnecting the power to the auxiliary OEM board, which is then in standby mode. The data interface selection module is responsible for switching the serial link between the CPU module and the OEM board. When the main OEM board is operating, the CPU module controls the data interface selection module to connect the CPU serial port to the main OEM board. In this case, the GNSS data source is provided by the main OEM board, and the CPU interacts with the main OEM board. When switching to the auxiliary OEM board, the CPU module controls the data interface selection module to switch the CPU serial port to the auxiliary OEM board. In this case, the GNSS data source is provided by the auxiliary OEM board, and the CPU interacts with the auxiliary OEM board. The CPU module, as the core, implements the interaction with the OEM board and controls the data interface module to switch the serial port between the main and auxiliary OEM boards, ensuring communication continuity.

[0054] This allows both the main OEM board and the auxiliary OEM board to acquire satellite signals simultaneously. In the event of a motherboard malfunction, the auxiliary board can quickly take over, reducing signal switching interruption time and effectively ensuring the continuous and stable communication service of the Beidou CORS host.

[0055] Please refer to Figure 4 To ensure the stability of the BeiDou CORS host communication service, an embodiment of the present invention provides a communication guarantee method for a BeiDou CORS host, applied to the aforementioned BeiDou CORS host. The method includes steps S401 to S403:

[0056] Step S401: Monitor the working time of the main OEM board in real time. If the working time is greater than a preset time threshold, test the satellite receiving function of the main OEM board.

[0057] In some embodiments, before the real-time monitoring of the main OEM board's operating time, the method further includes: receiving an initialization completion signal sent by the host of the CORS network after it powers on and completes initialization operations; the power control module responds to the initialization completion signal by supplying power to the main OEM board to start the main OEM board. Specifically, when the host of the CORS network powers on, it performs a series of initialization operations (such as the initialization configuration of the CPU module and various functional modules). After the initialization operations are completed, the host (which may be coordinated by the CPU module) sends an initialization completion signal to the power control module; the power control module responds to the initialization completion signal and supplies power to the main OEM board according to the preset primary logic to start the main OEM board and put it into working state. At this time, the auxiliary OEM board is in a power-off standby state. Subsequently, the system will carry out subsequent communication assurance processes such as "real-time monitoring of the main OEM board's operating time" based on the started main OEM board.

[0058] In some embodiments, the working time of the main OEM board is monitored in real time. If the working time exceeds a preset time threshold, the satellite reception function of the main OEM board is tested. Specifically, after the main OEM board starts up, the CPU module continuously monitors the working time of the main OEM board in real time. When the working time of the main OEM board is detected to be greater than the preset time threshold, the CPU module sends a satellite reception function test command to the main OEM board. After the main OEM board responds to the command, it will feed back its own satellite reception-related status parameters (such as the number of satellites received). The CPU module analyzes these feedback parameters to determine whether there is any abnormality in the satellite reception function of the main OEM board.

[0059] It should be noted that the CPU module will continuously monitor the working time of the main OEM board in real time. Specifically, the CPU module obtains the running time of the main OEM board from the start time through interaction with the main OEM board, or records the working time of the main OEM board through its own built-in timing logic.

[0060] It should be noted that the preset time threshold can be set based on factors such as the stable working cycle of the OEM board and historical fault data analysis, and this application does not impose any restrictions.

[0061] It should be noted that this ensures that the main OEM board operates for a certain period of time (e.g., 2 hours). Only after operating for a certain period of time will the self-test of the main OEM board be initiated. This avoids misjudgments during the self-test of the main OEM board due to instability during the first power-on, which would cause frequent resets of the main OEM board.

[0062] Step S402: If an abnormality is detected in the satellite receiving function corresponding to the main OEM board, a self-repair operation is performed on the main OEM board, and the number of resets of the main OEM board is recorded.

[0063] In some embodiments, if an anomaly is detected in the satellite receiving function corresponding to the main OEM board, the specific steps are as follows: The system detects whether the BeiDou satellite signals received by the main OEM board meet at least one of the following abnormal conditions: the number of BeiDou satellites received by the main OEM board is less than a preset threshold; the BeiDou satellite signals received by the main OEM board lack the B1I frequency point; or the BeiDou satellite signals received by the main OEM board lack the B3I frequency point. If any of these abnormal conditions are met, the system determines that the satellite receiving function corresponding to the main OEM board is abnormal. Specifically, after the GNSS antenna receives the BeiDou satellite signals, the signals are distributed to the main OEM board via an antenna power divider. The main OEM board then processes the received BeiDou satellite signals, while the CPU module detects the BeiDou satellite signals received by the main OEM board to determine whether at least one of the following abnormal conditions is met. These abnormal conditions include: monitoring the number of BeiDou satellites received by the main OEM board; if this number is less than a preset threshold; detecting whether the BeiDou satellite signals received by the main OEM board lack the B1I frequency point; and detecting whether the BeiDou satellite signals received by the main OEM board lack the B3I frequency point. If any of the above abnormal conditions are met (that is, as long as one condition is abnormal), the CPU module will determine that the satellite receiving function corresponding to the main OEM board is abnormal, and the main OEM board needs to be handled abnormally.

[0064] It should be noted that the preset number threshold is the minimum number of satellites required for normal satellite reception, which can be set based on experience. This application does not impose any restrictions. B1I is an important civilian frequency point of Beidou satellites and is one of the key elements for stable signal reception and processing, while B3I is one of the core frequency points for Beidou satellites to achieve high-precision positioning.

[0065] By accurately detecting satellite reception anomalies on the main OEM board, key issues affecting communication can be identified in a timely manner, providing a basis for subsequent self-repair or main-slave switching, and effectively ensuring the communication stability of the BeiDou CORS host.

[0066] In some embodiments, the main OEM board performs a self-repair operation and records the number of resets of the main OEM board. Specifically, when the working time of the main OEM board is detected to be greater than a preset time threshold and its satellite reception function is abnormal, the system will perform a reset operation on the main OEM board to achieve self-repair (send a reset command through the relevant control module to reinitialize the main OEM board and attempt to restore the satellite reception function). At the same time, the CPU module will use its internal counting logic to accumulate and record the number of resets of the main OEM board (i.e., N++) for each reset, so as to determine whether the number of resets exceeds the preset number threshold and thus decide whether to switch to the auxiliary OEM board.

[0067] In some embodiments, the self-healing operation includes one or more combinations of the following: performing a hot reset on the main OEM board, performing a cold reset on the main OEM board, and reconfiguring the main OEM board and requesting GNSS data. Specifically, when the main OEM board is abnormal and the number of resets is less than a preset threshold, i.e., N<=3, three operations are initiated on the main OEM board: (1) performing a hot reset on the main OEM board and clearing the cache; (2) performing a cold reset on the main OEM board, completely powering off and then powering on; (3) reconfiguring the main OEM board and requesting GNSS data. After each of these three operations is completed, the main OEM board reset counter N++.

[0068] It should be noted that the specific steps for a hot reset are as follows: the CPU module sends a hot reset command to the main OEM board. While the main OEM board is continuously powered, it restarts its internal running program, resets its operating state, and quickly attempts to repair satellite reception problems caused by program abnormalities. The specific steps for a cold reset are as follows: the CPU module sends a command to the power control module. The power control module briefly disconnects the power to the main OEM board and then immediately restores power, completely restarting the hardware circuitry of the main OEM board and resolving satellite reception abnormalities that may be caused by transient hardware failures (such as register malfunctions or circuit instability). The specific steps for reconfiguring the main OEM board and requesting GNSS data are as follows: if the satellite reception function is still abnormal after hot or cold resets, the CPU module sends new configuration parameters (such as satellite signal reception frequency band, operating mode, etc.) to the main OEM board. After completing the configuration update, it controls the main OEM board to re-initiate a data request to the GNSS system, establishing a satellite signal reception and processing link to restore the satellite reception function.

[0069] By performing self-repair when the satellite reception function malfunctions, most temporary firmware-level problems (such as abnormal program operation) can be quickly resolved. The main OEM board function can be restored without manual intervention, directly reducing service interruptions caused by minor faults.

[0070] Furthermore, after detecting whether the BeiDou satellite signal received by the main OEM board meets at least one of the following abnormal conditions, the method further includes: if the BeiDou satellite signal meets all abnormal conditions, then the main OEM board is retested for satellite reception function after a preset time. Specifically, after each of these three actions, the main OEM board resets its counter N++, and after a preset time delay (e.g., 10 minutes), the next round of satellite reception function testing on the main OEM board is started. If all three functions are normal during the next round of self-test, the main OEM board's reset counter is cleared to zero, i.e., N=0, indicating that the main OEM board has recovered.

[0071] By regularly re-inspecting the satellite reception status of the main OEM board, continuously monitoring its stability, promptly identifying potential anomalies, preventing sudden failures, and ensuring the continuous and stable communication service of the BeiDou CORS host, we can guarantee the stability of the BeiDou CORS host communication service.

[0072] Step S403: If the number of resets exceeds a preset threshold, the power supply to the main OEM board is disconnected and the power supply to the auxiliary OEM board is provided. The communication link is switched from the main OEM board to the auxiliary OEM board so that the CPU module establishes a communication connection with the auxiliary OEM board.

[0073] In some embodiments, if the number of resets exceeds a preset threshold, specifically, if the number of resets N is greater than the preset threshold (e.g., 3), that is, after the main OEM board has gone through 3 rounds of processing, the satellite reception function (the above three functions) is still not restored, then it is finally determined that the main OEM board is abnormal and cannot be automatically restored. At this time, it is necessary to start the auxiliary OEM board, that is, to power the auxiliary OEM board and connect the data interface to the auxiliary OEM board.

[0074] In some embodiments, disconnecting the power supply to the main OEM board and supplying power to the auxiliary OEM board, and switching the communication link from the main OEM board to the auxiliary OEM board to establish a communication connection between the CPU module and the auxiliary OEM board, specifically involves: the CPU module outputting a first-level signal through a first pin to switch the communication link between the main OEM board and the auxiliary OEM board based on the first-level signal; and the CPU module outputting a second-level signal through a second pin to supply power to the main OEM board or the auxiliary OEM board based on the second-level signal. Specifically: first, the CPU module sends a first control signal to the data interface selection module through the first pin. If the first pin outputs a low level, the data interface selection module responds to the low-level signal and connects the CPU module's serial port to the main OEM board, enabling the communication link to transmit GNSS data based on the main OEM board; if the first pin outputs a high level, the data interface selection module responds to the high-level signal and connects the CPU module's serial port to the auxiliary OEM board, switching the communication link to transmit GNSS data based on the auxiliary OEM board. Subsequently, the second pin of the CPU module will also output a second level signal (as a second control signal) to the power control module. If the second pin outputs a low level, the power control module responds to the low level signal, supplies power to the main OEM board, and disconnects the power supply to the auxiliary OEM board at the same time. If the second pin outputs a high level, the power control module responds to the high level signal, disconnects the power supply to the main OEM board, and supplies power to the auxiliary OEM board at the same time to establish new communication.

[0075] For example, please refer to Figure 5 , Figure 5 This is a schematic diagram of the OEM board switching control logic provided in this application. The CPU module controls whether its serial port is connected to the main OEM board's serial port or the auxiliary OEM board's serial port via the first IO pin P1. Specifically: when P1 is low, switch 1 is closed and switch 3 is open, meaning the CPU is connected to the main OEM board's serial port; when P1 is high, switch 3 is closed and switch 1 is open, meaning the CPU is connected to the auxiliary OEM board's serial port. The power control module disconnects the main OEM board's power as follows: the CPU controls which motherboard the power module powers on via the second IO pin P2. Specifically: when P2 is low, switch 2 is closed and switch 4 is open, meaning power is supplied to the main OEM board; when P2 is high, switch 4 is closed and switch 2 is open, meaning power is supplied to the auxiliary OEM board. Simultaneously, the power control module turns on the auxiliary OEM board's power.

[0076] In this way, through the explicit level signal control logic, the rapid switching and precise power supply control of the main and auxiliary OEM boards are achieved. When the main board fails, the power supply of the main board can be quickly disconnected, the auxiliary board can be connected, and the communication link can be switched, ensuring a seamless switching process, reducing the communication interruption time, and effectively guaranteeing the continuous and stable operation of the Beidou CORS host communication service.

[0077] In some embodiments, after establishing a communication connection between the CPU module and the auxiliary OEM board, it further includes: determining the abnormal type of the main OEM board according to the number of resets and the working state of the auxiliary OEM board after switching, where the abnormal type includes main OEM board firmware problems, main OEM board hardware problems, GNSS antenna signal problems, or environmental problems; reporting the warning information corresponding to the abnormal type to the server through the 4G network, where the warning information includes an error identifier for identifying the abnormal type. Specifically, it is necessary to comprehensively determine the abnormal type by combining the number of resets N of the main OEM board and the working state of the auxiliary OEM board after switching (whether it can receive satellite signals normally). After determining the abnormal type, the system uploads the warning information to the server at a fixed text format (such as the data stream format: $PSIC,WARNING,OEM,error identifier, where $PSIC: fixed character, representing the fixed text format header; WARNING: fixed character, forced to be a warning signal; OEM: representing a warning reminder for the OEM board problem) every second through the 4G network.

[0078] It should be noted that the rules for determining the abnormal type are as follows: (1) If 0 < N < 3 and the main OEM board has recovered to normal, that is, it can receive satellite signals and work normally, it is determined as a main OEM board firmware problem; (2) If N ≥ 3 and the auxiliary OEM board is switched to, and if the auxiliary OEM board is normal at this time, that is, the main OEM board cannot receive satellite signals normally while the auxiliary OEM board can receive satellite signals and work normally, it is determined as a main OEM board hardware problem (the hardware of the main OEM itself fails, and the auxiliary OEM can take over normally); (3) If N ≥ 3 and the auxiliary OEM board is switched to, and if the auxiliary OEM board is also abnormal at this time, that is, the main OEM board cannot receive satellite signals normally and the switched auxiliary OEM board cannot receive satellite signals normally either, it is determined as a GNSS antenna signal problem or an environmental problem (because both the main OEM board and the auxiliary OEM are affected, and the problem stems from the signal source or the external environment).

[0079] It should be noted that the "error identifier" corresponds to the abnormal type one by one: 1 represents a main OEM board firmware problem, 2 represents a main OEM board hardware problem, and 3 represents a GNSS antenna signal / environment problem. By identifying this error identifier, the server can quickly know the abnormal type and then notify the staff to handle it in time.

[0080] By accurately identifying the type of anomaly on the main OEM board, the root cause of the fault can be investigated in a targeted manner, preventing the recurrence of similar problems. The early warning information reported on the 4G network allows the server to keep abreast of the equipment status, facilitating remote intervention or maintenance arrangements, reducing communication interruption time, and thus effectively ensuring the continuous and stable operation of the Beidou CORS host communication service.

[0081] This application embodiment monitors the main OEM board's operating time in real time and triggers satellite reception function detection. This allows for timely troubleshooting of satellite reception anomalies (such as signal attenuation, firmware drift, etc.) after the main OEM board has been running for an extended period. This prevents minor faults from accumulating into fatal service interruptions, reducing the risk of sudden outages and ensuring service continuity. By performing self-repair when satellite reception is abnormal, most temporary firmware-level problems (such as abnormal program execution) can be quickly resolved without manual intervention, restoring the main OEM board's functionality and directly reducing service interruptions caused by minor faults. Recording the number of resets provides a quantitative basis for fault severity, avoiding ineffective repeated repairs and improving fault handling efficiency. When self-repair fails (reset count exceeds the limit), the auxiliary OEM board is activated through power control and link switching mechanisms, building hardware-level redundancy backup capabilities. This design completely solves the fatal flaw of the existing single OEM board mode: even if the main OEM board experiences an irreparable hardware failure, seamless switching ensures uninterrupted satellite signal acquisition and differential data services, maintaining the service coverage integrity of the entire CORS network. Compared with existing technologies, this application can guarantee the stability of BeiDou CORS host communication services.

[0082] like Figure 6 As shown, based on the above method embodiments, corresponding apparatus embodiments are provided;

[0083] One embodiment of the present invention provides a BeiDou CORS main unit, which includes a main OEM board, an auxiliary OEM board and a CPU module;

[0084] The Beidou CORS host also includes a monitoring module 100, a repair module 200, and a switching module 300;

[0085] The monitoring module 100 is used to monitor the working time of the main OEM board in real time. If the working time is greater than a preset time threshold, the satellite receiving function of the main OEM board is detected.

[0086] The repair module 200 is used to perform a self-repair operation on the main OEM board if an abnormality is detected in the satellite receiving function corresponding to the main OEM board, and to record the number of resets.

[0087] The switching module 300 is used to disconnect the power supply of the main OEM board and supply power to the auxiliary OEM board if the number of resets exceeds a preset threshold, and switch the communication link from the main OEM board to the auxiliary OEM board so that the CPU module establishes a communication connection with the auxiliary OEM board.

[0088] In some embodiments, the switching module 300 includes a switching unit and a power supply unit; the switching unit is configured to output a first level signal through a first pin to switch the communication link between the main OEM board and the auxiliary OEM board based on the first level signal; the power supply unit is configured to output a second level signal through a second pin to supply power to the main OEM board or the auxiliary OEM board based on the second level signal.

[0089] It is understood that the above-described device embodiments correspond to the method embodiments of the present invention, and can implement the communication guarantee method for the BeiDou CORS host provided by any of the above-described method embodiments of the present invention.

[0090] It should be noted that the device embodiments described above are merely illustrative, and some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Furthermore, in the accompanying drawings of the device embodiments provided by this invention, the connection relationships between modules indicate that they have communication connections, which can specifically be implemented as one or more communication buses or signal lines. Those skilled in the art can understand and implement this without any creative effort.

[0091] Based on the above-described embodiments of the BeiDou CORS host, another embodiment of the present invention provides a BeiDou CORS network, which includes at least one BeiDou CORS host as described in this application.

[0092] Based on the above-described method embodiments, another embodiment of the present invention provides a computer-readable storage medium including a stored computer program, wherein, when the computer program is executed, it controls the device where the computer-readable storage medium is located to execute the communication guarantee method of the BeiDou CORS host described in any of the above-described method embodiments of the present invention.

[0093] The modules / units integrated in the device / terminal equipment, if implemented as software functional units and sold or used as independent products, can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording media, USB flash drives, portable hard drives, magnetic disks, optical disks, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc.

[0094] The above description represents the preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principles of the present invention, and these improvements and modifications are also considered to be within the scope of protection of the present invention.

Claims

1. A communication assurance method for a BeiDou CORS host, characterized in that, Applied to a BeiDou CORS main unit, the BeiDou CORS main unit includes a main OEM board, an auxiliary OEM board, and a CPU module, and the communication guarantee method includes: The working time of the main OEM board is monitored in real time. If the working time is greater than a preset time threshold, the satellite reception function of the main OEM board is tested. If an abnormality is detected in the satellite receiving function corresponding to the main OEM board, a self-repair operation is performed on the main OEM board, and the number of times the main OEM board is reset is recorded. If the number of resets exceeds a preset threshold, the power supply to the main OEM board is disconnected and the power supply to the auxiliary OEM board is provided. The communication link is then switched from the main OEM board to the auxiliary OEM board so that the CPU module can establish a communication connection with the auxiliary OEM board.

2. The communication guarantee method for the BeiDou CORS host according to claim 1, characterized in that, The BeiDou CORS host also includes a GNSS antenna module, an antenna power divider module, a power control module, and a data interface selection module. The GNSS antenna provides satellite signals to the main OEM board and the auxiliary OEM board through the antenna power divider module.

3. The communication guarantee method for the BeiDou CORS host according to claim 1, characterized in that, If an anomaly is detected in the satellite receiving function corresponding to the main OEM board, specifically: The system detects whether the BeiDou satellite signals received by the main OEM board meet at least one of the following abnormal conditions: the number of BeiDou satellites received by the main OEM board is less than a preset threshold; the BeiDou satellite signals received by the main OEM board lack the B1 I frequency point; or the BeiDou satellite signals received by the main OEM board lack the B3 I frequency point. If any of the above abnormal conditions are met, it is determined that the satellite receiving function corresponding to the main OEM board is abnormal.

4. The communication guarantee method for the BeiDou CORS host according to claim 1, characterized in that, The steps of disconnecting the power supply to the main OEM board and supplying power to the auxiliary OEM board, and switching the communication link from the main OEM board to the auxiliary OEM board, so that the CPU module can establish a communication connection with the auxiliary OEM board, are as follows: The CPU module outputs a first level signal through a first pin to switch the communication link between the main OEM board and the auxiliary OEM board based on the first level signal. The CPU module outputs a second-level signal through a second pin to power the main OEM board or the auxiliary OEM board based on the second-level signal.

5. The communication guarantee method for the BeiDou CORS host according to any one of claims 1-4, characterized in that, The self-healing operation includes one or more combinations of the following: performing a hot reset on the main OEM board, performing a cold reset on the main OEM board, and reconfiguring the main OEM board and requesting GNSS data.

6. The communication guarantee method for the BeiDou CORS host according to any one of claims 1-4, characterized in that, After establishing a communication connection between the CPU module and the auxiliary OEM board, the method further includes: The anomaly type of the main OEM board is determined based on the number of resets and the working status of the auxiliary OEM board after switching. The anomaly type includes main OEM board firmware problems, main OEM board hardware problems, GNSS antenna signal problems, or environmental problems. The warning information corresponding to the anomaly type is reported to the server via the 4G network, wherein the warning information includes an error identifier used to identify the anomaly type.

7. A BeiDou CORS main unit, characterized in that, The Beidou CORS host includes a main OEM board, an auxiliary OEM board, and a CPU module; The BeiDou CORS main unit also includes a monitoring module, a repair module, and a switching module; The monitoring module is used to monitor the working time of the main OEM board in real time. If the working time is greater than a preset time threshold, the satellite receiving function of the main OEM board is detected. The repair module is used to perform a self-repair operation on the main OEM board if an abnormality is detected in the satellite receiving function corresponding to the main OEM board, and to record the number of resets. The switching module is used to disconnect the power supply of the main OEM board and supply power to the auxiliary OEM board if the number of resets exceeds a preset threshold, and switch the communication link from the main OEM board to the auxiliary OEM board so that the CPU module can establish a communication connection with the auxiliary OEM board.

8. The BeiDou CORS main unit according to claim 7, characterized in that, The switching module includes a switching unit and a power supply unit; The switching unit is used to output a first level signal through a first pin, so as to switch the communication link in the main OEM board or the auxiliary OEM board based on the first level signal; The power supply unit is used to output a second level signal through a second pin to supply power to the main OEM board or the auxiliary OEM board based on the second level signal.

9. A BeiDou CORS network, characterized in that, The BeiDou CORS network includes at least one BeiDou CORS host as described in claim 8.

10. A computer-readable storage medium, characterized in that, include: A stored computer program, wherein, when the computer program is executed, it controls the device containing the computer-readable storage medium to perform the steps of the communication guarantee method for the BeiDou CORS host as described in any one of claims 1-7.

Images