Satellite communication processing load device

Abstract

The invention discloses a satellite communication processing load device, and belongs to the field of satellite communication and aerospace engineering. The device comprises a main backup routing exchange unit, a load control unit, a plurality of feed processing units and a plurality of user processing units. Wherein the route switching unit is connected with all the processing units through high-speed serial interfaces to form a double-star type service network; and the load control unit is connected with all the units through medium-speed interfaces to form an annular control network. According to the invention, each unit is realized through the FPGA, and the health state of the bus is monitored in real time by using the signal detection module. When the main route switching unit breaks down or receives a switching instruction, the load control unit can automatically coordinate to complete a series of operations such as power-on of the backup unit, service and control link reconstruction and the like, rapid and autonomous switching of a main bus and a backup bus of the system is achieved, and the reliability and on-orbit autonomous maintenance capacity of the satellite communication system are remarkably improved.

Description

TECHNICAL FIELD

[0001] The application belongs to the field of satellite communication and aerospace engineering, and particularly relates to a satellite communication processing load device. BACKGROUND

[0002] With the development of satellite communication technology and semiconductor technology, the digital processing capacity on the satellite is gradually enhanced, and multi-channel feed signals, multi-beam user signals, routing switching and load control are realized on the satellite in a digital manner. In order to avoid single-point failure of the whole satellite, the routing switching and load control usually adopt a master-backup design. Since the routing switching and load control are the center of service and control signals, when the master-backup switching is performed, all single-machine ports in the system need to be switched respectively, and various parameters need to be configured, so the switching efficiency is low and the switching time is long, which is not suitable for the development requirements of simplifying satellite autonomous operation and maintenance. SUMMARY

[0003] Therefore, the application provides a satellite communication processing load device which not only realizes autonomous switching of master-backup buses of all single machines in the system, improves the switching efficiency and reduces the switching time, but also has the advantages of high reliability, low cost and support for on-orbit reconstruction.

[0004] In order to achieve the above-mentioned purpose, the application adopts the following technical scheme: A satellite communication processing load device comprises: a master routing switching unit and a backup routing switching unit, which constitute a service data convergence hub of the system; a master load control unit and a backup load control unit, which constitute a control signal convergence hub of the system; a plurality of feed processing units for realizing connection with a ground gateway station; a plurality of user processing units for realizing connection with user terminals; The master routing switching unit and the backup routing switching unit are connected with the plurality of feed processing units and the plurality of user processing units respectively through high-speed serial interfaces, and form a double-star type service topology network which is mutually backed up. The master load control unit and the backup load control unit are connected with the plurality of feed processing units, the plurality of user processing units, the master routing switching unit and the backup routing switching unit respectively through medium-speed interfaces, and form a ring-shaped control topology network which is mutually backed up.

[0005] Further, the master routing switch unit and the backup routing switch unit each include a routing calculation module, a data exchange module, a GTH interface, a BLVDS interface, and a power module; wherein the routing calculation module is configured to perform routing calculation of service data within the satellite and between satellites, and generate a routing table; the data exchange module, connected to the routing calculation module, is configured to realize exchange of service data within the satellite and between satellites according to the routing table; the GTH interface is configured to realize transmission of service data with the feeder processing unit and the user processing unit; the BLVDS interface is configured to realize transmission of control signals with the load control unit; and the power module is configured to provide power conversion and controlled switching operation for the routing switch unit.

[0006] Further, in the backup state of the routing switch unit, the power module is powered on after receiving a start-up instruction from the load control unit; after being powered on, the routing calculation module and the data exchange module perform initialization operation, and actively report a unit ready state and a self-checking result to the load control unit through the BLVDS interface; When the routing switch unit operates as a master, the power module receives and responds to a power-off instruction from the load control unit, executes a power-off process, and actively disconnects service and control links with all processing units; When activated as a backup unit, after completing power-on initialization, the routing switch unit takes over the network address and routing identity of the original master unit, and re-establishes all service and control links according to the instruction of the load control unit, to realize seamless takeover of the system; The data exchange module establishes point-to-point physical connection with the online feeder processing unit and the user processing unit through the GTH interface; under the coordination of the load control unit, the data exchange module continuously sends idle frames to each processing unit to establish and maintain the channel connection state of the GTH link, in accordance with the AURORA protocol; the data exchange module monitors Channel-up signals of each GTH interface in real time, and reports the link state as key health information to the load control unit through the BLVDS interface periodically; The routing calculation module runs a dynamic or static routing protocol to generate a routing table for guiding forwarding of service data within the satellite and between satellites; the data exchange module receives service data from each feeder processing unit and user processing unit, performs table lookup operation according to the routing table, and exchanges and forwards the service data to a destination outlet, which includes another user processing unit, feeder processing unit, or inter-satellite link interface of the satellite.

[0007] Further, the master load control unit and the backup load control unit each include an interface processing module, a protocol processing module, a BLVDS interface, and a CAN interface; The interface processing module is used for realizing physical layer level adaptation and signal driving with external units or devices; the protocol processing module, connected with the interface processing module, is used for realizing communication protocol analysis, encapsulation and control logic processing with external units or devices; the BLVDS interface, as a specific implementation of the medium-speed interface, is used for transmitting control signals with other units inside the system; and the CAN interface is used for transmitting control signals with single machines of the satellite platform. Further, the protocol processing module is used for listening to and processing instructions from two independent paths: receiving and analyzing remote master-backup switching instructions from the satellite platform satellite computer through the CAN interface module of the routing switching unit; and receiving and analyzing fault alarm information reported by each processing unit in the system through the BLVDS interface of the routing switching unit. The state monitoring and maintenance process of the system: periodically polling or receiving unit states, link health states and self-checking information reported by each routing switching unit, power supply processing unit and user processing unit; maintaining a global system state table, and updating online states of each master unit and backup unit, and chain building states of business links and control links in real time; The master-backup switching process: after receiving a valid switching instruction or autonomously deciding to switch, control commands are sent to related units in a predetermined sequence; first, a power-off instruction is sent to the power module of the master routing switching unit to be powered off; after confirming that the master unit is powered off or is isolated from faults, a power-on instruction is sent to the power module of the backup routing switching unit to be powered on; the subsequent link rebuilding process is coordinated and monitored, the Channel-up signal establishment state of the GTH link between the backup routing switching unit and each processing unit is monitored, and the frame synchronization signal synchronization state of the BLVDS link (based on the Modbus protocol) between the backup routing switching unit and each processing unit is monitored; for a channel that fails to successfully build a link within a set time, an interface reset instruction is sent to the unit associated with the channel until the link is successfully built or it is confirmed as a permanent fault; the final link building states of all GTH interfaces and BLVDS interfaces are collected; when all links are successfully rebuilt, it is confirmed that the master-backup switching is completed, the global system state table is updated, and the system normal communication is restored; when there is a failed link building channel, a detailed fault report is generated and reported to the satellite platform and the ground satellite management system through the CAN interface module, and external intervention is requested.

[0008] The beneficial effects produced by the above-mentioned optimization technical solution are: The application is realized by FPGA (Field Programmable Gate Array), has the characteristics of more interfaces, more interface types, rich logic resources, short development cycle, support for on-orbit programmable, and is applied more and more in space. The FPGA can not only realize the processing of feed signal, user signal, switching data and control signal, but also can connect multiple high-speed data buses and low-speed control buses.

[0009] The application realizes the satellite communication load system of each functional unit based on FPGA, adopts the dual-star type and redundant single bus network connection composed of GTH (Gigabit Transceiver High-Speed) bus and BLVDS (BUS LVDS, i.e. low voltage differential signal bus), which not only realizes the autonomous switching of the main backup bus of each single machine in the system, improves the switching efficiency and reduces the switching time, but also has the advantages of high reliability, low cost and support for on-orbit reconstruction. DETAILED DESCRIPTION

[0010] The satellite communication processing load device provided by the embodiment is characterized in that each functional unit is realized by FPGA, and a dual-layer network which is physically independent and logically cooperative is constructed by using GTH high-speed serial interface and BLVDS medium-speed interface, so as to realize efficient and reliable autonomous switching of the main backup.

[0011] 1. System hardware architecture and connection relationship The processing load device of the embodiment specifically comprises: The routing exchange unit comprises two sets of completely same routing exchange units of main part and backup. The core of each set of routing exchange units is a high-performance FPGA, and the internal logic of the FPGA integrates a routing calculation module (realized by an embedded CPU soft core or hard core) and a data exchange module. The routing exchange unit is externally provided with a GTH interface, a BLVDS interface and a controlled power module.

[0012] When the routing exchange unit is in a backup state, the power module is powered on after receiving the start-up instruction from the load control unit; after being powered on, the routing calculation module and the data exchange module perform initialization operation, and actively report the unit readiness state and self-checking result to the load control unit through the BLVDS interface; When the routing exchange unit is in a main part state, the power module receives and responds to the power-off instruction from the load control unit, executes the power-off process, and actively disconnects the business and control links with all processing units. When the backup unit is activated, after completing the power-on initialization, the network address and routing identity of the original main part unit are taken over according to the instruction of the load control unit, and all business and control links are re-established to realize seamless takeover of the system. The data exchange module establishes point-to-point physical connection with the online power supply processing unit and user processing unit through the GTH interface; under the coordination of the load control unit, the data exchange module continuously sends idle frames to each processing unit in compliance with the AURORA protocol, so as to establish and maintain the channel connection state of the GTH link; the data exchange module monitors the Channel-up signal of each GTH interface in real time, and reports the link state as key health information to the load control unit through the BLVDS interface periodically; The routing calculation module runs a dynamic or static routing protocol to generate a routing table for guiding the forwarding of intrastellar and interstellar service data; the data exchange module receives service data from each power supply processing unit and user processing unit, performs table lookup operation according to the routing table, and exchanges and forwards the service data to a destination outlet, which includes another user processing unit, power supply processing unit or interstellar link interface of the same satellite.

[0013] The load control unit also contains two sets of main and backup load control units. The core is also a piece of FPGA, and the internal logic integrates the interface processing module and the protocol processing module. The load control unit is also equipped with a BLVDS interface and a CAN interface. The protocol processing module is used to listen to and process instructions from two independent paths: receiving and analyzing remote master-backup switching instructions from the satellite platform satellite computer through the CAN interface of the routing exchange unit; receiving and analyzing fault alarm information reported by each processing unit in the system through the BLVDS interface of the routing exchange unit; The state monitoring and maintenance process of the system: periodically polling or receiving the unit state, link health state and self-checking information reported by each routing exchange unit, power supply processing unit and user processing unit; maintaining a global system state table, and updating the online state of each main unit and backup unit, and the link-up state of the service link and control link in real time; The power supply processing unit contains multiple channels, each channel is implemented by a piece of FPGA, and the internal part contains a power supply processing module and a key signal detection and autonomous switching control module.

[0014] The user processing unit contains multiple beams, and its hardware design is similar to that of the power supply processing unit. The FPGA contains a user processing module and a signal detection and autonomous switching control module.

[0015] The network connection is implemented as follows: Double-star type service network: the GTH interface of the main routing exchange unit is directly connected with all the main GTH interfaces of the power supply processing modules and user processing units; the GTH interface of the backup routing exchange unit is directly connected with all the backup GTH interfaces of the processing units. These two parallel star networks constitute the service data transmission channel.

[0016] Ring control network: the BLVDS interface of the master payload control unit is connected to the master routing switch unit, the master BLVDS interface of all processing units in turn, and finally forms a closed loop; the backup payload control unit is connected to the backup routing switch unit and the backup BLVDS interface of all processing units in the same way, forming another independent control ring. The two ring networks are coordinated by the logic inside the payload control unit.

[0017] 2. Detailed implementation logic and process of master-backup autonomous switching The switching process is coordinated and controlled by the payload control unit as the "brain", and the logic state machine in the internal protocol processing module executes the following steps: Step S1: Switching trigger Method one (instruction trigger): the satellite platform's satellite computer sends a "master-backup switching instruction" in a prescribed format to the master payload control unit (3) through the CAN bus.

[0018] Method two (autonomous trigger): the master payload control unit analyzes the information reported by the signal detection and autonomous switching control module of one or more feeder / user processing units through periodic polling, and determines that the master routing switch unit has failed (such as continuous communication timeout or receiving a fault code), and then autonomously generates a switching decision.

[0019] Step S2: Isolation of the master unit The protocol processing module of the master payload control unit sends a "power-off instruction" to the power module of the master routing switch unit through the BLVDS ring control network.

[0020] After the power module of the master routing switch unit analyzes the instruction, it executes an orderly power-down sequence. The unit power-down causes all GTH interfaces and BLVDS interface signals to be interrupted, thereby achieving physical isolation from the system.

[0021] Step S3: System state perception and confirmation The signal detection and autonomous switching control module of all feeder processing units and user processing units monitors the link state connected to the master routing switch unit in real time: For the GTH interface, the Channel-up signal is monitored. When this signal is low, it indicates that the high-speed service link has been interrupted.

[0022] For the BLVDS interface, the frame synchronization signal is monitored. When out of synchronization occurs, it indicates that the low-speed control link has been interrupted.

[0023] When any processing unit detects that the main GTH Channel-up is low and the main BLVDS frame synchronization is out-of-sync at the same time, it is determined that the main link is completely interrupted. The unit then updates the local interface state register and reports the "main link interruption" status information to the backup payload control unit through its backup BLVDS interface.

[0024] Step S4: Backup unit activation and initialization After issuing the power-off instruction, the main payload control unit sends a "power-on instruction" to the power module of the backup routing switching unit through the control network.

[0025] The backup routing switching unit is powered on, and its routing calculation module and data exchange module start executing the fixed initialization program. After completion, it actively reports the "unit ready" and self-checking results to the payload control unit through its BLVDS interface.

[0026] Subsequently, under the instruction of the payload control unit, the backup routing switching unit starts to configure the interface parameters between it and each processing unit: the GTH interface is initialized to the AURORA protocol, and the BLVDS interface is initialized to the Modbus protocol.

[0027] Step S5: GTH service link reconstruction The data exchange module of the backup routing switching unit continuously sends idle frames of the AURORA protocol to the opposite processing unit through all GTH interfaces to attempt to establish a physical layer link.

[0028] The signal detection and autonomous switching control module of each processing unit monitors the Channel-up signal of its backup GTH interface. Once the signal becomes high, the unit records "GTH backup link link-up success".

[0029] The payload control unit monitors the GTH link state reported by all processing units. For channels that have not been linked within a preset timeout period (e.g. 100 milliseconds), the payload control unit sends an "interface reset" instruction to the processing unit and the backup routing switching unit associated with the channel through the BLVDS network at the same time, forcing the GTH transceiver to reinitialize, and this process is repeated until the Channel-up signal is stable at high level.

[0030] Step S6: BLVDS control link reconstruction The backup routing switching unit periodically sends state broadcast frames of the Modbus protocol to all processing units through its BLVDS interface.

[0031] Each processing unit attempts to lock and parse the frame synchronization signal of the broadcast frame. Once synchronization is successful, it is determined that the BLVDS control link is established and the status is reported.

[0032] Similarly, the load control unit processes the channel which fails to synchronize within the timeout, sends a reset instruction to the BLVDS receiving end of the processing unit until the frame synchronization is successful.

[0033] Step S7: Switching completion and system recovery The load control unit summarizes the final link-up status of all GTH and BLVDS interfaces.

[0034] If all are successful: the load control unit confirms the completion of the master-backup switching, updates the global system state table maintained thereby, and broadcasts a "switching completion" instruction. Thereafter, all service data streams and control streams are processed through the backup routing switch unit and the backup load control unit, and the system resumes normal communication.

[0035] If there is a failed channel: the load control unit generates a report containing the details of the failed channel, reports the same to the satellite platform and the ground control center through the CAN interface, and requests the ground personnel to troubleshoot and intervene.

[0036] The above is the complete autonomous switching process of the routing switch unit from the master to the backup. The process of switching from the backup back to the master is symmetrical to the above and will not be described herein again.

Claims

1. A satellite communication processing payload device, characterized in that, include: The primary routing switching unit and the backup routing switching unit constitute the system's business data aggregation hub; The primary load control unit and the backup load control unit constitute the central hub for the convergence of control signals in the system. Multiple power supply processing units are used to connect with ground gateway stations; Multiple user processing units are used to connect to user terminals; The primary routing switching unit and the backup routing switching unit are connected to the multiple power supply processing units and multiple user processing units respectively through high-speed serial interfaces, forming a dual-star service topology network that backs up each other. The primary load control unit and the backup load control unit are connected to the multiple power supply processing units, multiple user processing units, primary routing switching units and backup routing switching units respectively through medium-speed interfaces, forming a ring control topology network that backs up each other.

2. The satellite communication processing payload device according to claim 1, characterized in that, Both the primary routing switching unit and the backup routing switching unit include a routing calculation module, a data exchange module, and a power supply module. The routing calculation module is used to perform service data routing calculations within and between satellites and generate routing tables. The data exchange module is connected to the routing calculation module and is used to realize service data exchange within and between satellites based on the routing tables. The power supply module is used to provide power conversion and controlled power-on / off operations for the routing switching units.

3. The satellite communication processing payload device according to claim 2, characterized in that, When the routing and switching unit is in backup mode, its power module is powered on after receiving a power-on command from the load control unit; After power-on, the routing calculation module and the data exchange module perform initialization operations and actively report the unit readiness status and self-test results to the load control unit through the BLVDS interface; When the routing and switching unit is running as the primary unit, its power module receives and responds to the power-down command from the load control unit, executes the power-down process, and actively disconnects the service and control links with all processing units. When it is activated as a backup unit, after completing the power-on initialization, it takes over the network address and routing identity of the original primary unit according to the instructions of the load control unit, and re-establishes all service and control links to achieve seamless takeover of the system. The data exchange module establishes a point-to-point physical connection with the online power supply processing unit and user processing unit through the GTH interface. Under the coordination of the load control unit, the data exchange module continuously sends idle frames to each processing unit in accordance with the AURORA protocol to establish and maintain the channel connection status of the GTH link. The data exchange module monitors the Channel-up signal of each GTH interface in real time and periodically reports the link status as key health information to the load control unit through the BLVDS interface. The routing calculation module runs a dynamic or static routing protocol to generate a routing table to guide the forwarding of intra-satellite and inter-satellite service data. The data exchange module receives service data from each power supply processing unit and user processing unit, performs a table lookup operation according to the routing table, and forwards the service data to the destination exit, which includes another user processing unit, power supply processing unit, or inter-satellite link interface of the satellite.

4. The satellite communication processing payload device according to claim 1, characterized in that, Both the primary load control unit and the backup load control unit include an interface processing module and a protocol processing module. The interface processing module is used to achieve physical layer level adaptation and signal driving with external units or devices; the protocol processing module is connected to the interface processing module and is used to realize communication protocol parsing, encapsulation and control logic processing with external units or devices.

5. A satellite communication processing payload device according to claim 4, characterized in that, The protocol processing module is used to listen for and process instructions from two independent paths: receiving and parsing remote primary / backup switching instructions from the satellite platform's satellite computer via the CAN interface of the routing and switching unit; and receiving and parsing fault alarm information reported by various processing units within the system via the BLVDS interface of the routing and switching unit. The system status monitoring and maintenance process includes: periodically polling or receiving unit status, link health status, and self-test information reported by each routing and switching unit, power supply processing unit, and user processing unit; maintaining a global system status table and updating the online status of each primary and backup unit, as well as the establishment status of service links and control links in real time. Primary / backup switching process: After receiving a valid switching instruction or making an autonomous decision to switch, the protocol processing module sends control commands to the relevant units in a predetermined sequence; first, it sends a power-off instruction to the power supply module of the primary / backup routing and switching unit to be powered down. After confirming the primary unit is powered down or fault isolated, a power-on command is sent to the power module of the backup routing switching unit to be powered on; the subsequent link reconstruction process is coordinated and monitored, including monitoring the Channel-up signal establishment status of the GTH link between the backup routing switching unit and each processing unit, and monitoring the frame synchronization signal synchronization status of the BLVDS link between the backup routing switching unit and each processing unit; for channels that fail to establish a link within a set time, an interface reset command is sent to the unit associated with that channel until the link is successfully established or confirmed as a permanent fault; the final link establishment status of all GTH and BLVDS interfaces is collected; when all links are successfully rebuilt, the primary / backup switchover is confirmed to be complete, the global system status table is updated, and normal system communication is restored; when there are channels with failed link establishment, a detailed fault report is generated and reported to the satellite platform and ground satellite management system via the CAN interface, requesting external intervention.