Communication mode switching method and system of high-low orbit dual-mode satellite communication system

Abstract

The application provides a communication mode switching method and system of a high-low orbit dual-mode satellite communication system. The method comprises: determining a target satellite communication mode of the high-low orbit dual-mode satellite communication system after receiving a mode switching command sent by a terminal, wherein the target satellite communication mode comprises a high-orbit satellite communication mode and a low-orbit satellite communication mode; searching a hook function set matched with the target satellite communication mode according to a preset hook function query table, and registering the hook function set in an encapsulated hardware logic module corresponding to the target satellite communication mode; and after the registration is completed, controlling the high-low orbit dual-mode satellite communication system to switch to the target satellite communication mode, so that the high-low orbit dual-mode satellite communication system works in the target satellite communication mode. The method solves the problem that the existing high-low orbit satellite communication mode switching scheme has a complicated operation process and a long switching time.

Description

Technical Field

[0001] This application relates to the field of high-Earth orbit dual-mode satellite communication mode switching technology, and more specifically, to a communication mode switching method and a high-Earth orbit dual-mode satellite communication system. Background Technology

[0002] In the field of wireless communication technology, integrated air-space-ground information networks are rapidly evolving, leveraging the complementary advantages of satellite communication and terrestrial cellular networks to achieve global wireless communication network coverage and information transmission. Within satellite communication systems, satellite-to-mobile terminals have demonstrated immense application potential in remote areas and emergency communication scenarios, becoming a highly anticipated product direction. With the collaboration between high-orbit satellites focusing on wide-area coverage and low-orbit satellites focusing on real-time response and high-precision gap filling, highly integrated SoC chips supporting dual-mode satellite communication services have become a key hardware foundation for realizing next-generation high-performance, highly reliable, and highly flexible satellite-to-mobile terminals, significantly contributing to the widespread application of satellite communication. However, the physical layer protocols of high-orbit and low-orbit satellites typically differ. In SoC chips supporting dual-mode satellite communication services, achieving fast, reliable, and low-power switching between different communication modes is one of the core bottlenecks restricting terminal performance and user experience.

[0003] Current SoC chips primarily rely on software-configured hardware resource reuse for high-Earth orbit (HEO) satellite communication mode switching. In traditional dual-mode single-standby systems, only one firmware mode (HEO or HEO) can be selected after power-on. Furthermore, switching between different communication modes requires a power-down and power-up cycle to reload the firmware for the other mode into memory. This mode-switching method not only confines existing architecture hardware resources to a single mode until the next restart, hindering dynamic allocation and sharing of hardware resources and limiting the chip's adaptability to various scenarios, but also presents a cumbersome process, typically taking tens of seconds. In dynamic scenarios such as rapid satellite signal switching or emergency communication, it cannot respond to mode-switching requests in real time, leading to prolonged communication interruptions or even missing critical communication windows. Moreover, the hard switching method involving power-up and power-down causes frequent starts and stops of the power management module, generating additional startup power consumption, shortening battery life, and requiring firmware reloading with each restart, repeatedly consuming storage and computing resources, resulting in low hardware resource utilization and increasing the probability of hardware initialization anomalies.

[0004] In summary, the existing high-Earth orbit and low-Earth orbit satellite communication mode switching schemes have cumbersome operation procedures, resulting in long switching times. Summary of the Invention

[0005] The main objective of this application is to provide a communication mode switching method and a dual-mode satellite communication system for high and low orbits, so as to at least solve the problem that the existing high and low orbit satellite communication mode switching schemes have cumbersome operation procedures and long switching times.

[0006] To achieve the above objectives, according to one aspect of this application, a method for switching communication modes in a dual-mode high-Earth orbit (HEO) satellite communication system is provided, comprising: upon receiving a mode switching command from a terminal, determining a target satellite communication mode for the HEO satellite communication system, wherein the target satellite communication mode includes a HEO satellite communication mode and a HEO satellite communication mode; retrieving a set of hook functions matching the target satellite communication mode according to a preset hook function lookup table, and registering the set of hook functions to an encapsulated hardware logic module corresponding to the target satellite communication mode; and after completing the registration, controlling the HEO satellite communication system to switch to the target satellite communication mode, so that the HEO satellite communication system operates in the target satellite communication mode.

[0007] Optionally, after receiving the mode switching command from the terminal, the method further includes: determining whether there are any incomplete service communication links in the high-low orbit dual-mode satellite communication system; and if there are incomplete service communication links, feeding back satellite communication mode switching failure information.

[0008] Optionally, after receiving the mode switching command from the terminal, the method further includes: detecting the load data of the high-low orbit dual-mode satellite communication system and whether there is a hardware resource conflict during mode switching; and generating a scheduling switching event indication signal when the load data is lower than the load setting value and no hardware resource conflict is detected, wherein the scheduling switching event indication signal is used to indicate that the high-low orbit dual-mode satellite communication system can perform mode switching.

[0009] Optionally, during the process of registering the hook function set to the encapsulated hardware logic module corresponding to the target satellite communication mode, the method further includes: detecting the registration duration of the hook function set to the encapsulated hardware logic module; and if the registration duration exceeds a duration threshold, providing feedback on satellite communication mode switching failure information.

[0010] Optionally, after controlling the high-low orbit dual-mode satellite communication system to switch to the target satellite communication mode, the method further includes: controlling the high-low orbit dual-mode satellite communication system to load the QoS service template, encryption strategy and satellite communication power consumption scheduling strategy corresponding to the target satellite communication mode.

[0011] According to another aspect of this application, a dual-mode satellite communication system for high and low orbits is provided, comprising: an application layer, which provides a unified service interaction interface for a terminal operating system or upper-layer application, performs logical encapsulation and data preprocessing of high and low orbit satellite communication services, and generates quality of service requirements; a service management layer, which maps the quality of service requirements of the application layer into mode switching commands that can be executed by the control layer, and performs global scheduling and policy management of high and low orbit satellite communication resources; and a control layer, which executes any one of the communication mode switching methods of the dual-mode satellite communication system for high and low orbits according to the mode switching commands.

[0012] Optionally, the high-low orbit dual-mode satellite communication system further includes a multi-mode protocol layer, which is connected to the control layer and is used to be compatible with high-low orbit satellite communication protocols and provide a communication protocol corresponding to the target satellite communication mode.

[0013] Optionally, the high-low orbit dual-mode satellite communication system further includes a multi-mode protocol layer, which is connected to the control layer and is used to be compatible with high-low orbit satellite communication protocols and provide a communication protocol corresponding to the target satellite communication mode.

[0014] Optionally, the high-low orbit dual-mode satellite communication system further includes a hardware layer, which is connected to the multi-mode protocol layer and the control layer respectively, and is used to realize the physical transmission and reception of satellite communication signals, baseband hardware acceleration, related interface drivers and underlying hardware support according to the communication protocol and the encapsulated hardware logic module.

[0015] Optionally, the hardware layer further includes a high-low rail dual-mode radio frequency front-end and a baseband processing unit array; the high-low rail dual-mode radio frequency front-end is used to support the reception and transmission of high-rail S-band radio frequency signals and low-rail L-band radio frequency signals; the baseband processing unit array is based on a heterogeneous multi-core architecture and integrates a programmable DSP core and a channel codec hardware accelerator (ASIC) unit in the form of a dedicated integrated circuit.

[0016] Optionally, the application layer includes a voice service module, a data service module, a video service module, and an IoT service module; the voice service module receives audio data streams, encodes the audio data streams, encapsulates them into standardized messages, and submits them to the service management layer; the data service module manages non-real-time data transmission services, provides data transmission primitives, and encapsulates service data into target transport layer protocol data units according to service quality requirements, and submits them to the service management layer; the video service module manages real-time video stream services and dynamically adjusts the encoding bitrate, and notifies the encoder to switch frame rates through a terminal mechanism; the IoT service module is used for the access and management of IoT smart devices.

[0017] This application's technical solution, through a mechanism of "hook function lookup table and dynamic registration to the encapsulated hardware logic module," overturns the traditional "hard switching" paradigm of satellite communication terminals that relies on a complete system restart to switch modes. In related technologies, the high-Earth orbit (HEO) and low-Earth orbit (LEO) protocol stacks are respectively embedded in independent firmware. Mode switching requires power-off reload, which is time-consuming, leading to communication window failure and emergency response failure. This application dynamically injects the hook function set corresponding to the target mode into the hardware encapsulation logic, achieving runtime decoupling and plug-and-play reconfiguration of the protocol stack and physical resources. This process does not interrupt upper-layer services or trigger a power restart. Therefore, it solves the problem of cumbersome operation procedures and long switching times in existing HEO / LEO satellite communication mode switching schemes. Attached Figure Description

[0018] The accompanying drawings, which form part of this application, are used to provide a further understanding of this application. The illustrative embodiments and descriptions of this application are used to explain this application and do not constitute an undue limitation of this application. In the drawings:

[0019] Figure 1 A hardware structure block diagram of a mobile terminal for performing a communication mode switching method for a high-low orbit dual-mode satellite communication system is shown in an embodiment of this application.

[0020] Figure 2 A flowchart illustrating a communication mode switching method for a high-Earth orbit dual-mode satellite communication system according to an embodiment of this application is shown.

[0021] Figure 3 An overall architecture diagram of a dual-mode satellite communication system for high and low Earth orbit provided according to an embodiment of this application is shown;

[0022] Figure 4 A block diagram illustrating the communication mode switching principle of a dual-mode satellite communication system for high and low Earth orbit provided according to an embodiment of this application is shown.

[0023] Figure 5 A flowchart illustrating a communication mode switching method for a specific high-Earth orbit dual-mode satellite communication system provided according to an embodiment of this application is shown.

[0024] Figure 6 A structural block diagram of a communication mode switching device for a high-low orbit dual-mode satellite communication system provided according to an embodiment of this application is shown. Detailed Implementation

[0025] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0026] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0027] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate for the embodiments of this application described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0028] As described in the background section, existing high-Earth orbit (HEO) and low-Earth orbit (LEO) satellite communication mode switching schemes have cumbersome operation procedures, resulting in long switching times. To solve the problem of cumbersome operation procedures and long switching times in existing HEO and LE satellite communication mode switching schemes, embodiments of this application provide a communication mode switching method and a HEO and LE dual-mode satellite communication system.

[0029] The technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.

[0030] The methods and embodiments provided in this application can be executed on a mobile terminal, computer terminal, or similar computing device. Taking running on a mobile terminal as an example, Figure 1 This is a hardware structure block diagram of a mobile terminal for a communication mode switching method in a high-low orbit dual-mode satellite communication system according to an embodiment of the present invention. Figure 1 As shown, a mobile terminal may include one or more ( Figure 1 Only one is shown in the diagram. A processor 102 (which may include, but is not limited to, a microprocessor MCU or a programmable logic device FPGA, etc.) and a memory 104 for storing data are also shown. The mobile terminal may further include a transmission device 106 for communication functions and an input / output device 108. Those skilled in the art will understand that... Figure 1 The structure shown is for illustrative purposes only and does not limit the structure of the mobile terminal described above. For example, the mobile terminal may also include components that are more... Figure 1The more or fewer components shown, or having the same Figure 1 The different configurations shown.

[0031] The memory 104 can be used to store computer programs, such as application software programs and modules, like the computer program corresponding to the communication mode switching method of the high-low orbit dual-mode satellite communication system in this embodiment of the invention. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, thereby implementing the above-described method. The memory 104 may include high-speed random access memory and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include memory remotely located relative to the processor 102, and these remote memories can be connected to the mobile terminal via a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. The transmission device 106 is used to receive or send data via a network. Specific examples of the aforementioned networks may include wireless networks provided by the mobile terminal's communication provider. In one instance, the transmission device 106 includes a network interface controller (NIC), which can be connected to other network devices via a base station to communicate with the Internet. In one example, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0032] This embodiment provides a communication mode switching method for a high- and low-orbit dual-mode satellite communication system running on a mobile terminal, computer terminal, or similar computing device. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0033] Figure 2 This is a flowchart of a communication mode switching method for a high-Earth orbit dual-mode satellite communication system according to an embodiment of this application. Figure 2 As shown, the method includes the following steps:

[0034] Step S201: Upon receiving the mode switching command from the terminal, determine the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0035] Step S202: Retrieve the set of hook functions that match the target satellite communication mode according to the preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode;

[0036] The packaged hardware logic module includes hardware such as the RF front-end control module, baseband scheduler, and DMA channel mapper.

[0037] Step S203: After registration is completed, control the above-mentioned high-low orbit dual-mode satellite communication system to switch to the above-mentioned target satellite communication mode so that the above-mentioned high-low orbit dual-mode satellite communication system can work in the above-mentioned target satellite communication mode.

[0038] This embodiment, by applying steps S201, S202, and S203, and utilizing the mechanism of "hook function lookup table and dynamic registration to the encapsulated hardware logic module," overturns the traditional "hard switching" paradigm of satellite communication terminals that relies on a complete system restart to switch modes. In traditional solutions, the high-orbit and low-orbit protocol stacks are fixed in independent firmware, requiring a power-off reload for mode switching, which is time-consuming and leads to communication window failure and emergency response failure. This application dynamically injects the hook function set corresponding to the target mode into the hardware encapsulation logic such as the RF front-end control module, baseband scheduler, and DMA channel mapper, achieving runtime decoupling and plug-and-play reconfiguration of the protocol stack and physical resources. This process does not require interruption of upper-layer services or trigger a power restart. Therefore, it solves the problem of cumbersome operation procedures and long switching times in existing high-orbit and low-orbit satellite communication mode switching schemes.

[0039] In the specific implementation process, after receiving the mode switching command issued by the terminal, the above method also includes: determining whether there are any incomplete service communication links in the above-mentioned high-low orbit dual-mode satellite communication system; and if there are any incomplete service communication links, feeding back satellite communication mode switching failure information.

[0040] In this embodiment, an "incomplete service link detection" mechanism is introduced to effectively avoid link interruptions and data loss caused by forced mode switching during critical communication tasks (such as voice calls and emergency beacon transmissions). Traditional systems, lacking context awareness, directly cut off the current connection during switching, resulting in user-perceived disconnection and high costs for service retransmission. This solution, upon receiving a switching command, uses the service management layer in conjunction with the mobility management module to query the current QoS flow status and session context in real time. If incomplete data transmission or voice sessions are detected, the system proactively rejects the switch and reports a failure, ensuring service continuity. This mechanism not only improves user experience but also meets the core requirements of "high reliability, low interruption" Service Level Agreements (SLAs) in satellite communications, enabling the system to have "intelligent switching decision-making" capabilities and significantly enhancing its robustness and intelligence in complex channel environments.

[0041] Specifically, after receiving the mode switching command from the terminal, the method further includes: detecting the load data of the high-low orbit dual-mode satellite communication system and whether there is a hardware resource conflict during mode switching; if the load data is lower than the load setting value and no hardware resource conflict is detected, generating a scheduling switching event indication signal, wherein the scheduling switching event indication signal is used to indicate that the high-low orbit dual-mode satellite communication system can perform mode switching.

[0042] In this embodiment, a resource-aware scheduling mechanism for mode switching is achieved through a dual-dimensional prediction mechanism of "load data + hardware resource conflict detection," avoiding switching failures or performance degradation caused by resource contention. Related technical solutions ignore the current system load and hardware resource occupancy status, blindly triggering switching, which can easily lead to configuration conflicts and communication anomalies under high load due to the occupation of baseband DSP cores, DMA channels, or RF switch resources. This solution analyzes the current service load (such as CPU utilization and memory bandwidth usage) and the mapping status of hardware resources, generating a scheduling event indication signal only when the load is below a preset threshold and there are no resource conflicts (such as the high-orbit dedicated FEC module not being occupied). This mechanism significantly improves the switching success rate, reduces system jitter, extends hardware lifespan, and provides a technical foundation for fair resource scheduling in multi-service concurrent scenarios (such as voice + video + IoT).

[0043] More specifically, in the process of registering the above hook function set to the encapsulated hardware logic module corresponding to the target satellite communication mode, the method further includes: detecting the registration duration of the above hook function set to the encapsulated hardware logic module; and if the registration duration exceeds the duration threshold, feeding back satellite communication mode switching failure information.

[0044] In this embodiment, a timeout tolerance mechanism for the critical path is constructed through "hook registration duration monitoring," effectively identifying and blocking potential system anomalies. During the dynamic registration of hook functions to the hardware logic module, if the registration process times out due to firmware defects, register locking, hardware arbitration failure, or clock synchronization anomalies, the system will enter a "half-switching" state. This can result in parameter mismatches or, in severe cases, complete communication failure. This solution sets a strict duration threshold (e.g., 50ms). Once the registration time exceeds this value, the switching process is immediately aborted and a failure is reported, preventing the system from entering an unrecoverable abnormal state. This mechanism, linked to "failure feedback," can trigger the system to automatically roll back to the original mode, record logs, and notify the upper layer to retry, greatly improving system robustness.

[0045] Furthermore, after controlling the aforementioned high-low orbit dual-mode satellite communication system to switch to the aforementioned target satellite communication mode, the method further includes: controlling the aforementioned high-low orbit dual-mode satellite communication system to load the QoS service template, encryption strategy and satellite communication power consumption scheduling strategy corresponding to the aforementioned target satellite communication mode.

[0046] This embodiment, upon completion of mode switching, synchronously loads a QoS template, encryption strategy, and power scheduling strategy matching the target mode, achieving full-stack adaptive configuration of "protocol-security-energy efficiency." Traditional systems, after switching, continue using the original mode parameters, leading to misuse of low-latency low-orbit configurations in high-orbit mode, or the adoption of high-redundancy high-orbit coding in low-orbit mode, resulting in wasted bandwidth, soaring energy consumption, or degraded service quality. This solution, upon successful switching, automatically loads pre-set QoS templates (such as QoS-T1 voice templates), corresponding security key negotiation strategies (such as ECC key exchange), and power scheduling strategies (such as enabling high-frequency clocks in low-orbit mode and disabling redundant accelerators in high-orbit mode) from the service management layer, enabling dynamic coordination among protocol stack behavior, encryption strength, and hardware power consumption. This mechanism ensures that different satellite systems operate within their respective optimal parameter spaces, improving spectrum efficiency.

[0047] This application also provides a dual-mode satellite communication system for high and low orbits, including: an application layer, which provides a unified service interaction interface for terminal operating systems or upper-layer applications, completes the logical encapsulation and data preprocessing of high and low orbit satellite communication services, and generates quality of service requirements; a service management layer, which maps the quality of service requirements of the application layer into mode switching commands that can be executed by the control layer, and performs global scheduling and policy management of high and low orbit satellite communication resources; and a control layer, which executes any of the communication mode switching methods of the dual-mode satellite communication system for high and low orbits according to the mode switching commands.

[0048] This implementation constructs a three-tiered collaborative end-to-end mode switching control architecture: application layer → service management layer → control layer. It achieves full-stack closed-loop management from user intent to hardware action within the high- and low-Earth orbit satellite SoC. The system receives application layer service requests (such as voice and video) uniformly through the service management layer, maps them to standardized mode switching commands, and centrally executes hook registration, resource scheduling, and status monitoring through the control layer. This forms a complete control chain of "service-driven → policy generation → command execution → feedback loop," enabling communication mode switching without interrupting upper-layer services or triggering a power restart. This solves the problem of cumbersome operation procedures and long switching times in existing high- and low-Earth orbit satellite communication mode switching schemes.

[0049] In one embodiment of this application, the above-mentioned high-low orbit dual-mode satellite communication system further includes a multi-mode protocol layer, which is connected to the control layer and is used to be compatible with high-low orbit satellite communication protocols and provide a communication protocol corresponding to the target satellite communication mode.

[0050] In this embodiment, a "multi-mode protocol layer" is introduced as a unified adaptation interface for the protocol stack, enabling parallel residency and dynamic activation of high-orbit and low-orbit communication protocols. This solves the bottleneck of traditional dual-mode chips requiring a single firmware load. Traditional solutions compile the high-orbit and low-orbit protocol stacks on different firmware images, requiring memory erasure and rewriting during switching, which is time-consuming and error-prone. This solution treats both as independent software units residing in the SoC memory, dynamically activating their execution contexts only through a hook registration mechanism in the control layer, without requiring reloading. This design significantly reduces storage overhead, shortens mode switching preparation time, and supports hot updates and remote upgrades of the protocol stack.

[0051] In one embodiment of this application, the above-mentioned high-low orbit dual-mode satellite communication system further includes a multi-mode protocol layer, which is connected to the control layer and is used to be compatible with high-low orbit satellite communication protocols and provide a communication protocol corresponding to the target satellite communication mode.

[0052] In this embodiment, a heterogeneous execution system with software and hardware collaboration is constructed through a three-level physical connection architecture of "control layer - multi-mode protocol layer - hardware layer," achieving precise mapping between protocol semantics and hardware actions. In traditional SoCs, the protocol stack directly manipulates registers, resulting in high coupling between hardware and software logic, making it difficult to extend to new standards. In this system, the control layer acts as the central hub, not directly manipulating the hardware, but indirectly driving the hardware layer to execute configurations through a set of hook functions in the multi-mode protocol layer, thus decoupling the protocol stack from the hardware. The hardware layer only needs to implement general "encapsulated hardware logic modules" (such as RF switch controllers and DMA mappers), without needing to be aware of the details of upper-layer protocols. This architecture allows adding new communication modes to only require adding hook sets and drivers, without modifying the hardware design, significantly improving the reusability of the chip platform. At the same time, the hardware layer uniformly responds to control layer commands, ensuring consistent and reliable switching operations, providing solid underlying support for highly reliable, low-latency satellite communication.

[0053] In one embodiment of this application, the above-mentioned high-low orbit dual-mode satellite communication system further includes a hardware layer, which is connected to the multi-mode protocol layer and the control layer respectively, and is used to realize the physical transmission and reception of satellite communication signals, baseband hardware acceleration, related interface drivers and underlying hardware support according to the communication protocol and the encapsulated hardware logic module.

[0054] In this embodiment, a hardware architecture of "high- and low-band dual-mode RF front-end + heterogeneous baseband processing unit array" provides parallel support for physical layer resources for mode switching. This solution integrates a dual-band RF front-end, with built-in S / L band duplexers, independent PA / LNAs, programmable filters, and RF switches to achieve automatic frequency band switching. The baseband processing unit adopts a heterogeneous multi-core architecture, integrating a programmable DSP core and a dedicated ASIC accelerator (supporting multiple coding schemes such as Turbo, LDPC, and Viterbi), and can dynamically allocate resources according to hook instructions.

[0055] In one embodiment of this application, the hardware layer further includes a high-low rail dual-mode radio frequency front-end and a baseband processing unit array; the high-low rail dual-mode radio frequency front-end is used to support the reception and transmission of high-rail S-band radio frequency signals and low-rail L-band radio frequency signals; the baseband processing unit array is based on a heterogeneous multi-core architecture and integrates a programmable DSP core and a channel codec hardware accelerator (ASIC) unit in the form of a dedicated integrated circuit.

[0056] In one embodiment of this application, the application layer includes a voice service module, a data service module, a video service module, and an IoT service module. The voice service module receives audio data streams, encodes and encapsulates the audio data streams into standardized messages, and submits them to the service management layer. The data service module manages non-real-time data transmission services, provides data transmission primitives, and encapsulates service data into target transport layer protocol data units according to quality of service requirements, and submits them to the service management layer. The video service module manages real-time video stream services and dynamically adjusts the encoding bitrate, and notifies the encoder to switch frame rates through a terminal mechanism. The IoT service module is used for the access and management of IoT smart devices.

[0057] In this embodiment, four core business modules (voice, data, video, and IoT) are defined at the application layer. A unified memory-mapped I / O interface and a shared memory descriptor queue enable a parallel, standardized, and low-overhead access mechanism for multiple services. Each module shares a set of four standardized control registers and descriptor queues. Upper-layer applications only need to write to the registers to trigger services (such as voice encoding startup) and read from the queue to obtain results, without needing to concern themselves with the underlying protocols or hardware. The voice module implements voice activity detection and adaptive redundant encoding; the video module supports hardware circular buffers and dynamic bitrate adjustment; the data module is compatible with multiple protocols including TCP / UDP / SCPS-TP / QUIC; and the IoT module supports lightweight device access.

[0058] To enable those skilled in the art to better understand the technical solution of this application, the implementation process of the communication mode switching method of the high and low orbit dual-mode satellite communication system of this application will be described in detail below with reference to specific embodiments.

[0059] The shortcomings of existing technologies stem from the traditional approach of relying on a "hard switching" method—requiring a complete system reboot to load firmware for different modes. This method is time-consuming, cumbersome, and impacts the continuous operation and reliability of the device. This deficiency can be addressed by developing an adaptive mode switching method for high and low Earth orbit (HEO) satellite communication SoC chips. This method ensures system real-time performance and continuity, enables rapid switching between HEO and HEO communication modes, and improves hardware resource utilization and chip adaptability across multiple scenarios.

[0060] In view of the shortcomings of the prior art, the purpose of this embodiment is to solve the problems of excessive mode switching latency and repeated consumption of storage and computing resources caused by the traditional solution's reliance on hard switching via a complete machine restart.

[0061] Figure 3 This is an overall architecture diagram of a high-Earth orbit dual-mode satellite communication system provided in an embodiment of the present invention, as shown below. Figure 3 As shown, the high-low orbit dual-mode satellite communication system (SoC chip) is divided into five layers from top to bottom: application layer, service management layer, control layer, multi-mode protocol layer and hardware layer. Each layer is coupled with the internal bus through standardized hardware interfaces to form a closed-loop collaborative architecture of business abstraction-service management-protocol adaptation-hardware execution, so as to realize dynamic and rapid switching of high-low orbit satellite communication standards.

[0062] 1) Application layer, which provides a unified business interaction interface for terminal operating systems or upper-layer applications, and completes the logical encapsulation and data preprocessing of core business services for high and low orbit satellite communication;

[0063] The core business services of high and low Earth orbit satellites carried by the above application layer include:

[0064] Voice service module: Used to receive upper-layer voice call commands, perform threshold-based voice activity detection, noise reduction and adaptive redundancy coding on audio data streams, encapsulate the processed voice data packets into standardized messages, and submit them to the service management layer through a shared memory descriptor queue;

[0065] Data Service Module: This module manages non-real-time data transmission services, provides data transmission primitives, and encapsulates service data into target transport layer protocol data units according to quality of service requirements. Additionally, it adapts service data to the selected transport layer protocol format based on quality of service policies. These transport layer protocols include, but are not limited to, TCP (Transmission Control Protocol), UDP (User Datagram Protocol), SCPS-TP (Space Communication Protocol Standard - Transport Protocol), QUIC (Quick UDP Internet Connections), and customized reliable transport protocols optimized for satellite links.

[0066] Video service module: Used to manage real-time video streaming services. It includes a hardware ring buffer manager, which dynamically adjusts the encoding bitrate based on bandwidth predictions fed back from the control layer, and notifies the encoder to switch frame rates through the terminal mechanism.

[0067] IoT Service Module: Used for IoT device access and management, enabling communication and data exchange between devices;

[0068] All modules share a unified service interface unit. The aforementioned unified service interaction interface maps four independent sets of memory-mapped I / O-based control register groups and shared memory descriptor queues in the chip memory address space, respectively corresponding to the aforementioned high and low orbit satellite core service services. The upper-layer software triggers service startup by writing to the registers and obtains data processing status and results by reading the descriptor queue.

[0069] 2) Service management layer, which maps the service quality requirements of the application layer into specific communication strategies and control parameters that can be executed by the control layer, and performs global scheduling and strategy management of high and low orbit satellite communication resources;

[0070] The aforementioned service management layer includes: a QoS management module with an embedded QoS policy library and multiple pre-set QoS level templates for associating quantitative indicators with corresponding initial communication parameter sets, such as latency, packet loss rate, throughput, forward error correction (FEC) scheme, modulation and coding scheme, and automatic repeat-request (ARQ) policy.

[0071] Security management module: used for end-to-end encryption and key negotiation of business data, and distributes sensitive business data to the multi-mode protocol layer after fragment encryption;

[0072] Mobility Management Module: Used to monitor terminal switching events or location updates between high-orbit and low-orbit modes, trigger session persistence and context migration mechanisms to ensure uninterrupted service.

[0073] Power management module: used to dynamically adjust the power supply strategy of each module of the chip based on the current service load and link quality. For example, in high-trajectory and long-latency scenarios, some idle hardware accelerators are turned off or sleep mode is configured to reduce system power consumption.

[0074] 3) Control layer, used to dynamically schedule multi-mode protocol layer instances according to the policy instructions issued by the service management layer, and monitor the link status in real time to switch the driving mode and adjust parameters;

[0075] The aforementioned control layer includes:

[0076] State management module: Used to maintain the chip's operating state machine in high-orbit and low-orbit modes, responsible for information interaction with the upper layer and generation of scheduling switching trigger signals;

[0077] Mode switching control module: Used to receive scheduling switching trigger signals, generate mode switching control commands, and provide feedback on the chip's current operating mode and link status;

[0078] Hook Management Module: Used to maintain the hook function lookup table and the corresponding mapped hook function set, and to implement mode callback binding with the multi-mode protocol layer;

[0079] The aforementioned control layer interacts with the multi-mode protocol layer through hardware interrupts and shared memory to control the switching of high- and low-orbit communication modes at the system's underlying level.

[0080] 4) Multimode protocol layer, used to be compatible with high and low orbit satellite communication protocols, and to complete protocol parsing management, access to different satellite communication standards and software operation processing;

[0081] The aforementioned multi-mode protocol layer includes a high-orbit hook set Hook_GG, a low-orbit hook set Hook_DG, and corresponding high-orbit and low-orbit protocol layer software processing units. The high-orbit hook set Hook_GG is dedicated to high-orbit satellite communication mode, implementing link establishment, data retransmission, and handover preparation events during protocol stack operation. The low-orbit hook set Hook_DG is dedicated to low-orbit satellite communication mode, implementing fast link synchronization, topology updates, and handover trigger events. The high-orbit protocol layer software processing unit executes a complete protocol stack suitable for stable high-orbit satellite links and a high-error-rate fault-tolerant environment. It interacts with the control layer through the high-orbit hook set Hook_GG and interfaces with the high-orbit modules in the hardware layer through dedicated high-orbit encapsulation hardware logic. The low-orbit protocol layer software processing unit executes a complete protocol stack suitable for dynamic topology and low-latency environments of low-orbit satellites. It interacts with the control layer through the low-orbit hook set Hook_GG and interfaces with the low-orbit modules in the hardware layer through dedicated low-orbit encapsulation hardware logic.

[0082] The satellite communication protocols of the multi-mode protocol layer include high-orbit satellite communication protocols, low-orbit narrowband satellite communication protocols, and at least one other satellite communication protocol that can be scalably configured based on the above protocol abstract interface and hook function lookup table; the above high-orbit satellite communication protocols are adapted to high-orbit geosynchronous orbit satellite communication systems such as Tiantong, and the above low-orbit narrowband satellite communication protocols are adapted to low-orbit satellite communication systems.

[0083] 5) Hardware layer, used to provide configurable heterogeneous computing and communication resources to realize the physical transmission and reception of satellite communication signals, baseband hardware acceleration, related interface drivers and underlying hardware support;

[0084] The aforementioned hardware layer includes a high-Earth orbit (HEO) and low-Earth orbit (LEO) dual-mode RF front-end, a baseband processing unit array, and a shared memory and direct memory access (DMA) controller. The HEO and LE O dual-mode RF front-end supports the reception and transmission of HEO S-band and LE-band RF signals, and includes a low-noise amplifier, power amplifier, duplexer, RF switch, and filter. The low-noise amplifier and power amplifier amplify the input HEO and LE O RF signals. The duplexer switches between duplexes based on the HEO and LE O satellite frequency division duplex system. The RF switch switches between the SoC chip's RF link for receiving and transmitting. The filter removes useless frequency bands from the received and transmitted signals. The baseband processing unit array is based on a heterogeneous multi-core architecture, integrating a programmable DSP core and an application-specific integrated circuit (ASIC) channel encoding / decoding hardware accelerator unit. This includes, but is not limited to, various encoding / decoding schemes such as convolutional codes, Viterbi algorithms, and Turbo codes, enabling encoding / decoding, modulation and mapping, digital up-conversion / down-conversion, synchronization tracking, and channel estimation and equalization of HEO and LE signals.

[0085] This application also relates to a communication mode switching method for a specific high-Earth orbit dual-mode satellite communication system, the specific implementation process of which is as follows: Figure 4 and Figure 5 As shown, it includes the following:

[0086] Step S1: The user / host computer or application processor AP initiates a mode switching command through a preset communication serial port, sending the AT command to the status management module in the control layer;

[0087] Step S2: The above-mentioned state management module monitors the current mode software status in real time and feeds back the status to the upstream AP. At the appropriate time, it initiates a scheduling switch event to indicate the mode switch control module. At the same time, the state management module is also responsible for monitoring and receiving feedback information from the downstream mode switch control module in real time.

[0088] Step S3: After receiving the scheduling switching event, the above mode switching control module calls the hook management module. If a call failure or timeout occurs during the switching process, the mode switching control module reports the abnormal status to the status management module through the status flag.

[0089] Step S4: The hook management module queries the hook function lookup table (HookTable). If a high-track mode hook set Hook_GG or a low-track mode hook set Hook_DG is found, the hook registration operation is triggered; otherwise, the registration failure is reported.

[0090] Step S5: The hook registration module registers the hook logic set of the target communication mode to the corresponding encapsulated hardware logic of the high-orbit or low-orbit module, completes the hardware layer adaptation of mode switching, and enables the high-orbit or low-orbit module to enter the target working mode.

[0091] This application also provides a communication mode switching device for a high-low orbit dual-mode satellite communication system. It should be noted that this communication mode switching device can be used to execute the communication mode switching method for a high-low orbit dual-mode satellite communication system provided in this application. This device is used to implement the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that performs a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0092] The following describes the communication mode switching device for the high-low orbit dual-mode satellite communication system provided in the embodiments of this application.

[0093] Figure 6 This is a schematic diagram of a communication mode switching device for a high-Earth orbit dual-mode satellite communication system according to an embodiment of this application. Figure 6 As shown, the device includes:

[0094] The determining unit 61, upon receiving a mode switching command from the terminal, determines the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0095] Registration unit 62 is used to retrieve a set of hook functions that match the target satellite communication mode according to a preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode.

[0096] The switching unit 63 is used to control the high-low orbit dual-mode satellite communication system to switch to the target satellite communication mode after registration is completed, so that the high-low orbit dual-mode satellite communication system can work in the target satellite communication mode.

[0097] In this embodiment, the determining unit, upon receiving a mode switching command from the terminal, determines the target satellite communication mode of the high-Earth orbit (HEO) and low-Earth orbit (LEO) dual-mode satellite communication system. The target satellite communication mode includes both HEO and LEO modes. The registration unit retrieves a set of hook functions matching the target satellite communication mode from a pre-set hook function lookup table and registers the hook function set to the encapsulated hardware logic module corresponding to the target satellite communication mode. The switching unit, after registration, controls the HEO dual-mode satellite communication system to switch to the target satellite communication mode, enabling the system to operate in the target mode. This mechanism of "hook function lookup table and dynamic registration to the encapsulated hardware logic module" overturns the traditional "hard switching" paradigm of satellite communication terminals that relies on a complete system restart to switch modes. Related technologies have HEO and LEO protocol stacks separately embedded in independent firmware, requiring power-off reload for mode switching, which is time-consuming and leads to communication window failure and emergency response failure. This application achieves runtime decoupling and plug-and-play reconfiguration of the protocol stack and physical resources by dynamically injecting the set of hook functions corresponding to the target mode into the hardware encapsulation logic. This process does not interrupt upper-layer services or trigger a power restart. Therefore, it solves the problem of cumbersome operation procedures and long switching times in existing high-Earth orbit and low-Earth orbit satellite communication mode switching schemes.

[0098] The communication mode switching device of the aforementioned high-Earth orbit dual-mode satellite communication system includes a processor and a memory. The aforementioned determining unit, registration unit, and switching unit are all stored as program units in the memory, and the processor executes these program units to achieve the corresponding functions. All of the above modules are located in the same processor; alternatively, the modules may be located in different processors in any combination.

[0099] The processor contains a kernel, which retrieves the corresponding program units from memory. One or more kernels can be configured, and adjusting kernel parameters can address the problem of cumbersome procedures and long switching times in existing high-Earth orbit satellite communication mode switching schemes.

[0100] The memory may include non-permanent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0101] This invention provides a computer-readable storage medium including a stored program, wherein, when the program is executed, it controls the device containing the computer-readable storage medium to perform the communication mode switching method of the high-low orbit dual-mode satellite communication system.

[0102] Specifically, the communication mode switching methods for high-Earth orbit dual-mode satellite communication systems include:

[0103] Step S201: Upon receiving the mode switching command from the terminal, determine the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0104] Step S202: Retrieve the set of hook functions that match the target satellite communication mode according to the preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode;

[0105] Step S203: After registration is completed, control the above-mentioned high-low orbit dual-mode satellite communication system to switch to the above-mentioned target satellite communication mode so that the above-mentioned high-low orbit dual-mode satellite communication system can work in the above-mentioned target satellite communication mode.

[0106] This invention provides a processor for running a program, wherein the program executes the communication mode switching method of the high-low orbit dual-mode satellite communication system.

[0107] Specifically, the communication mode switching methods for high-Earth orbit dual-mode satellite communication systems include:

[0108] Step S201: Upon receiving the mode switching command from the terminal, determine the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0109] Step S202: Retrieve the set of hook functions that match the target satellite communication mode according to the preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode;

[0110] Step S203: After registration is completed, control the above-mentioned high-low orbit dual-mode satellite communication system to switch to the above-mentioned target satellite communication mode so that the above-mentioned high-low orbit dual-mode satellite communication system can work in the above-mentioned target satellite communication mode.

[0111] This invention provides an electronic device, which includes a processor, a memory, and a program stored in the memory and executable on the processor. When the processor executes the program, it performs at least the following steps:

[0112] Step S201: Upon receiving the mode switching command from the terminal, determine the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0113] Step S202: Retrieve the set of hook functions that match the target satellite communication mode according to the preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode;

[0114] Step S203: After registration is completed, control the above-mentioned high-low orbit dual-mode satellite communication system to switch to the above-mentioned target satellite communication mode so that the above-mentioned high-low orbit dual-mode satellite communication system can work in the above-mentioned target satellite communication mode.

[0115] The devices mentioned in this article can be servers, PCs, tablets, mobile phones, etc.

[0116] This application also provides a computer program product, which, when executed on a data processing device, is suitable for executing an initialization program having at least the following method steps:

[0117] Step S201: Upon receiving the mode switching command from the terminal, determine the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system, wherein the target satellite communication mode includes the high-orbit satellite communication mode and the low-orbit satellite communication mode.

[0118] Step S202: Retrieve the set of hook functions that match the target satellite communication mode according to the preset hook function lookup table, and register the set of hook functions to the encapsulated hardware logic module corresponding to the target satellite communication mode;

[0119] Step S203: After registration is completed, control the above-mentioned high-low orbit dual-mode satellite communication system to switch to the above-mentioned target satellite communication mode so that the above-mentioned high-low orbit dual-mode satellite communication system can work in the above-mentioned target satellite communication mode.

[0120] It is obvious to those skilled in the art that the modules or steps of the present invention described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. They can be implemented using computer-executable program code, and thus can be stored in a storage device for execution by a computing device. In some cases, the steps shown or described can be performed in a different order than those described herein, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. Thus, the present invention is not limited to any particular combination of hardware and software.

[0121] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0122] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0123] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0124] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0125] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0126] Memory may include non-persistent memory in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0127] Computer-readable media include both permanent and non-permanent, removable and non-removable media that can store information by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0128] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0129] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0130] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the protection scope of this application.

Claims

1. A method for switching communication modes in a dual-mode satellite communication system (high and low Earth orbit), characterized in that, include: Upon receiving a mode switching command from the terminal, the target satellite communication mode of the high-orbit and low-orbit dual-mode satellite communication system is determined, wherein the target satellite communication mode includes a high-orbit satellite communication mode and a low-orbit satellite communication mode. The set of hook functions that matches the target satellite communication mode is retrieved according to the preset hook function lookup table, and the set of hook functions is registered to the encapsulated hardware logic module corresponding to the target satellite communication mode; After registration is completed, the high-low orbit dual-mode satellite communication system is controlled to switch to the target satellite communication mode, so that the high-low orbit dual-mode satellite communication system operates in the target satellite communication mode.

2. The method according to claim 1, characterized in that, After receiving the mode switching command from the terminal, the method further includes: Determine whether there are any incomplete service communication links in the high-low orbit dual-mode satellite communication system; If there are incomplete communication links for the aforementioned services, a satellite communication mode switching failure message will be fed back.

3. The method according to claim 1, characterized in that, After receiving the mode switching command from the terminal, the method further includes: The system detects the load data of the high- and low-orbit dual-mode satellite communication system and whether there are hardware resource conflicts during mode switching. When the load data is lower than the load setting value and no hardware resource conflict is detected, a scheduling switch event indication signal is generated, wherein the scheduling switch event indication signal is used to indicate that the high-low orbit dual-mode satellite communication system can perform mode switching.

4. The method according to claim 1, characterized in that, In the process of registering the hook function set to the encapsulated hardware logic module corresponding to the target satellite communication mode, the method further includes: Detect the registration duration of the hook function set registered to the encapsulated hardware logic module; If the registration duration exceeds the duration threshold, a satellite communication mode switching failure message will be fed back.

5. The method according to claim 1, characterized in that, After controlling the high-low orbit dual-mode satellite communication system to switch to the target satellite communication mode, the method further includes: The system controls the loading of QoS service templates, encryption strategies, and satellite communication power consumption scheduling strategies corresponding to the target satellite communication mode into the high-low orbit dual-mode satellite communication system.

6. A dual-mode satellite communication system for high and low Earth orbits, characterized in that, include: The application layer provides a unified business interaction interface for the terminal operating system or upper-layer application, completes the logical encapsulation and data preprocessing of high and low orbit satellite communication services, and generates service quality requirements. The service management layer is used to map the quality of service requirements of the application layer into mode switching commands that can be executed by the control layer, and to perform global scheduling and policy management of high and low orbit satellite communication resources. The control layer is used to execute the communication mode switching method of the high-low orbit dual-mode satellite communication system according to any one of claims 1 to 5, based on the mode switching command.

7. The high-low orbit dual-mode satellite communication system according to claim 6, characterized in that, The high-low orbit dual-mode satellite communication system also includes a multi-mode protocol layer, which is connected to the control layer and is used to be compatible with high-low orbit satellite communication protocols and provide a communication protocol corresponding to the target satellite communication mode.

8. The high-low orbit dual-mode satellite communication system according to claim 7, characterized in that, The high-low orbit dual-mode satellite communication system also includes a hardware layer, which is connected to the multi-mode protocol layer and the control layer respectively. It is used to realize the physical transmission and reception of satellite communication signals, baseband hardware acceleration, related interface drivers and underlying hardware support according to the communication protocol and the encapsulated hardware logic module.

9. The high-low orbit dual-mode satellite communication system according to claim 8, characterized in that, The hardware layer also includes a high- and low-orbit dual-mode RF front-end and a baseband processing unit array; the high- and low-orbit dual-mode RF front-end is used to support the reception and transmission of high-orbit S-band RF signals and low-orbit L-band RF signals; the baseband processing unit array is based on a heterogeneous multi-core architecture and integrates a programmable DSP core and a channel codec hardware accelerator (ASIC) unit in the form of a dedicated integrated circuit.

10. The high-low orbit dual-mode satellite communication system according to claim 6, characterized in that, The application layer includes a voice service module, a data service module, a video service module, and an IoT service module. The voice service module receives audio data streams, encodes them, encapsulates them into standardized messages, and submits them to the service management layer. The data service module manages non-real-time data transmission services, provides data transmission primitives, and encapsulates service data into target transport layer protocol data units according to quality of service requirements, submitting them to the service management layer. The video service module manages real-time video stream services and dynamically adjusts the encoding bitrate, and notifies the encoder to switch frame rates through a terminal mechanism. The IoT service module is used for the access and management of IoT smart devices.

Images