Satellite Telemetry Application Mode and Architecture with a Three-Level Protection Mechanism

Abstract

The present invention discloses a satellite telemetry application mode and architecture with a three-level protection mechanism. The application mode includes: the measurement and control subsystem sends normal telemetry when it detects normal telemetry generated by satellite services; sends critical telemetry when there is no normal telemetry and there is critical telemetry generated by the overall circuit subsystem; sends self-telemetry when there is no normal telemetry and no critical telemetry. The satellite architecture includes a measurement and control subsystem that can send self-telemetry, critical telemetry and normal telemetry respectively under different states on the satellite; an overall circuit subsystem that can collect critical telemetry of critical subsystems through dedicated lines; a satellite services subsystem that can collect normal telemetry of all subsystems through a bus; and other subsystems. Based on the idea of telemetry reliability grading, the present invention realizes a multi-level telemetry layered application mode, provides a means of step-by-step analysis and debugging based on telemetry when the satellite is in an on-orbit fault state, improves the safety and reliability of the satellite in orbit, and has important engineering application value.

Description

Technical Field

[0001] The present invention relates to a satellite telemetry application mode and architecture with a three-level protection mechanism, and belongs to the field of satellite overall design. Background Art

[0002] At present, traditional satellite telemetry design solutions usually use telemetry generated by satellite services as satellite downlink telemetry packages, which is the normal telemetry mentioned in this patent. This solution is highly dependent on the reliability of the satellite service system's hardware and software. Once a hardware or software failure occurs in the satellite service system, the satellite will lose the downlink signal, resulting in the loss of information from the ground to the satellite. The satellite can only be blindly controlled, endangering the safety of the entire satellite. The present invention breaks through the traditional telemetry design ideas and proposes a telemetry application mode with a three-level protection mechanism of normal telemetry, key telemetry, and self-telemetry. In this application mode, the reliability and importance of telemetry are gradually improved, and the coverage of telemetry information is gradually reduced. In the case of satellite failure, a step-by-step analysis and debugging method based on different telemetry is provided, which improves the safety and reliability of the satellite in orbit. Summary of the Invention

[0003] The purpose of the present invention is to provide a satellite telemetry application mode and architecture with a three-level protection mechanism in response to the deficiencies of the existing technology.

[0004] The object of the present invention is achieved through the following technical solutions:

[0005] A three-level protection mechanism for satellite telemetry includes normal telemetry, critical telemetry, and self-telemetry. Normal telemetry refers to telemetry packets sent by satellite operations through the collection of telemetry from satellite operations and subsystem engineering telemetry; critical telemetry refers to telemetry packets generated by the overall circuit subsystem through point-to-point dedicated lines collecting critical engineering telemetry; and self-telemetry refers to telemetry packets generated by the measurement and control transponder itself. These three types of telemetry are protected in a tiered manner.

[0006] A satellite telemetry application mode with a three-level protection mechanism mainly includes: when the measurement and control subsystem detects normal telemetry generated by satellite services, the measurement and control subsystem sends normal telemetry; when the measurement and control subsystem detects normal telemetry not generated by satellite services and there is key telemetry generated by the overall circuit subsystem, the measurement and control subsystem sends key telemetry; when the measurement and control subsystem detects normal telemetry not generated by satellite services and there is no key telemetry generated by the overall circuit subsystem, the measurement and control subsystem sends self-telemetry.

[0007] A satellite architecture implemented by a satellite telemetry application mode with a three - level protection mechanism. The satellite architecture includes: a TT&C subsystem that can transmit self - telemetry, critical telemetry, and normal telemetry respectively under different on - satellite states; an overall circuit subsystem that can collect critical engineering telemetry of critical subsystems through point - to - point dedicated lines and generate critical telemetry; an on - board management subsystem that can collect normal engineering telemetry of all subsystems through a bus and generate normal telemetry; and other subsystems. The TT&C subsystem, the overall circuit subsystem, the on - board management subsystem, and the other subsystems are connected by a bus; the TT&C subsystem is connected to the overall circuit subsystem by a dedicated line, the on - board management subsystem is connected to the overall circuit subsystem by a dedicated line, and the other subsystems are connected to the overall circuit subsystem by dedicated lines of their respective subsystems.

[0008] The beneficial effects of the present invention compared with the prior art:

[0009] Different from the traditional single - telemetry design of satellites, the present invention proposes the concepts of normal telemetry, critical telemetry, and self - telemetry. Based on the fact that the reliability and importance of the above - mentioned three types of telemetry increase gradually while the coverage of telemetry information decreases gradually, using the idea of hierarchical analysis, a multi - level telemetry hierarchical application mode is realized, providing a means for hierarchical analysis and debugging of satellites based on telemetry under on - orbit fault conditions, improving the on - orbit safety and reliability of satellites, and having important engineering application value. Brief Description of the Drawings

[0010] Figure 1 It is a flow chart of a satellite telemetry application mode with a three - level protection mechanism;

[0011] Figure 2 It is a schematic diagram of a satellite architecture based on a satellite telemetry application mode with a three - level protection mechanism. Specific Embodiment

[0012] Figure 1 It is a flow chart of a satellite telemetry application mode with a three - level protection mechanism. Its process mainly includes: when the TT&C subsystem monitors the normal telemetry generated by the on - board management subsystem, the TT&C subsystem issues the normal telemetry; when the TT&C subsystem monitors the absence of normal telemetry generated by the on - board management subsystem and the presence of critical telemetry generated by the overall circuit subsystem, the TT&C subsystem issues the critical telemetry; when the TT&C subsystem monitors the absence of normal telemetry generated by the on - board management subsystem and the absence of critical telemetry generated by the overall circuit subsystem, the TT&C subsystem issues the self - telemetry.

[0013] Figure 2 It is a schematic diagram of a satellite architecture based on a satellite telemetry application mode with a three - level protection mechanism, mainly including:

[0014] The TT&C subsystem 1 can send self-telemetry, key telemetry, and normal telemetry under different onboard conditions. The general circuit subsystem 2 can collect key engineering telemetry from key subsystems via point-to-point dedicated lines and generate key telemetry. The satellite operations subsystem 3 can collect normal engineering telemetry from all subsystems via a bus and generate normal telemetry. The remaining subsystems 4 are connected. TT&C subsystem 1, general circuit subsystem 2, satellite operations subsystem 3, and the remaining subsystems 4 are connected via bus 5. TT&C subsystem 1 is connected to general circuit subsystem 2 via dedicated line 6, satellite operations subsystem 3 is connected to general circuit subsystem 2 via dedicated line 7, and the remaining subsystems 4 are connected to general circuit subsystem 2 via their respective dedicated lines 8.

[0015] The following is a detailed description of a satellite telemetry application model and architecture application example based on a three-level protection mechanism:

[0016] The measurement and control subsystem, the overall circuit subsystem, and the satellite operations subsystem are defined as traditional subsystems. The measurement and control subsystem is characterized by its ability to generate self-telemetry and transmit self-telemetry, critical telemetry, and normal telemetry based on different onboard conditions. The overall circuit subsystem is characterized by its ability to generate key telemetry by collecting key engineering telemetry from key subsystems via point-to-point dedicated lines. It should be noted that traditional satellites do not have critical telemetry; this is a new telemetry form proposed in this paper. The satellite operations subsystem is characterized by its ability to collect normal engineering telemetry from all subsystems via a bus and generate normal telemetry. According to traditional satellite design, from the perspective of satellite component selection or system reliability design, the reliability ranking of these three subsystems is: measurement and control subsystem > overall circuit subsystem > satellite operations subsystem. Therefore, the reliability ranking of the three types of telemetry is: self-telemetry > critical telemetry > normal telemetry. However, based on the amount of interactive information between the three subsystems and the remaining subsystems under the satellite architecture, the order of the interactive information of the three telemetry types is: normal telemetry > key telemetry > self-telemetry. This forms a mechanism in which the reliability decreases step by step and the amount of information becomes richer step by step in the order of self-telemetry, key telemetry, and normal telemetry. This feature can be used to form a multi-level telemetry layered application model, providing a means of step-by-step analysis and debugging based on telemetry in the event of an on-orbit fault condition that traditional satellites do not have.

[0017] Based on the above definitions and descriptions, in the specific implementation solution of this article, the CAN bus is used as an example for the bus, and the point-to-point dedicated line between each subsystem uses SPI as an example. The satellite service subsystem collects the engineering telemetry of each subsystem through the CAN bus, generates a normal telemetry packet according to the telemetry packet format, and then sends it to the TT&C subsystem. The overall circuit subsystem collects the key engineering telemetry of each subsystem through each SPI dedicated line to generate a key telemetry packet, and at the same time also sends it to the TT&C subsystem. The TT&C subsystem collects the connection status of itself and the other subsystems, as well as its own software and hardware status to generate a self-telemetry packet. The distribution mechanism of the TT&C subsystem adopts the following strategy: if it receives the normal telemetry of the satellite service, it sends the normal telemetry to the ground; if it does not receive the normal telemetry of the satellite service but receives the key telemetry of the overall circuit, it sends the key telemetry to the ground; if it does not receive either the normal telemetry of the satellite service or the key telemetry of the overall circuit, it sends the self-telemetry to the ground.

[0018] The above description of the disclosed example enables those skilled in the art to implement or use the present invention. Various modifications to this example will be obvious to those skilled in the art. What is defined in this article is only an example of the satellite telemetry application mode and architecture based on a three-level protection mechanism of the present invention. However, any increase or decrease in the number of the TT&C subsystem, the overall circuit subsystem, and the satellite service subsystem, as well as any change in the name, should fall within the protection scope of the corresponding claims of the present invention; in addition, any change in the names of the three types of telemetry and the carrier of the implementation subsystem should also fall within the protection scope of the corresponding claims of the present invention. Therefore, the present invention will not be limited to this example shown in this article, but should conform to the broadest scope consistent with the principles disclosed in this article.

Claims

1. A satellite telemetry method with a three - level protection mechanism, characterized in that, The satellite telemetry method of this three - level protection mechanism includes normal telemetry, critical telemetry, and self - telemetry. Among them, normal telemetry is that the satellite bus collects the transmitted telemetry data packets generated by collecting its telemetry with the subsystem engineering. Critical telemetry is that the overall circuit subsystem collects the critical engineering telemetry through point - to - point dedicated lines to generate telemetry data packets. Self - telemetry is the telemetry data packets generated by the TT&C transponder itself. The three types of telemetry are protected step by step. The bus subsystem collects the engineering telemetry of each subsystem through the CAN bus, generates normal telemetry packets according to the telemetry packet format, and sends them to the TT&C subsystem. The overall circuit subsystem collects the critical engineering telemetry of each subsystem through each SPI dedicated line to generate critical telemetry packets, and also sends them to the TT&C subsystem. The TT&C subsystem collects the connection status between itself and the other subsystems and its own software and hardware status to generate self - telemetry packets. The distribution mechanism of the TT&C subsystem adopts the following strategy: If it receives the normal telemetry from the bus, it sends the normal telemetry to the ground. If it does not receive the normal telemetry from the bus but receives the critical telemetry from the overall circuit, it sends the critical telemetry to the ground. If it receives neither the normal telemetry from the bus nor the critical telemetry from the overall circuit, it sends the self - telemetry to the ground. The TT&C subsystem is connected to the overall circuit subsystem through a dedicated line. The bus subsystem is connected to the overall circuit subsystem through a dedicated line. The other subsystems are connected to the overall circuit subsystem through the dedicated lines of their respective subsystems.

2. A satellite architecture for implementing the method according to claim 1, characterized in that, This satellite architecture includes: a TT&C subsystem (1) that can send self - telemetry, critical telemetry, and normal telemetry respectively under different on - satellite states; an overall circuit subsystem (2) that can collect the critical engineering telemetry of the critical subsystems through point - to - point dedicated lines and then generate critical telemetry; a bus subsystem (3) that can collect the normal engineering telemetry of all subsystems in a bus form and generate normal telemetry; other subsystems (4); the TT&C subsystem (1), the overall circuit subsystem (2), the bus subsystem (3), and the other subsystems (4) are connected through a bus (5).

Images