A method for airborne radar signal processing software design
Patent Information
- Application Number
- CN202211282863.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-10-19
- Publication Date
- 2026-11-03
- Estimated Expiration
- 2042-10-19
AI Technical Summary
Existing airborne radar signal processing software design methods cannot achieve decoupling of function and control, or of function, hardware, and operating system. This leads to difficulties in rapid assembly and deployment, and makes it difficult to unify the signal processing systems of different airborne radar models, resulting in high development costs and long development cycles.
By employing functional decomposition and model definition, the control model is automatically generated through an IDE. The core framework library is built using XML to describe the model and finite state machines, achieving decoupling from the operating system. Furthermore, communication middleware supports the combination of the control model and the algorithm model, forming a unified signal processing software design method.
It achieves decoupling of airborne radar signal processing functions and control, as well as decoupling of hardware and operating system, supporting rapid deployment and expansion, significantly reducing development costs and shortening the development cycle.
Smart Images

Figure CN115686454B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of airborne radar, and in particular to a design method for airborne radar signal processing software. Background Technology
[0002] The number of arrays, channels, and algorithms vary greatly among different airborne radar models; processor types, storage types, communication methods, distribution methods, and network topologies also differ; different signal processing developers have different problem-solving and programming habits. This leads to a situation where, when the requirements of airborne radar change slightly (such as an increase in the number of channels), the signal processing needs to be modified extensively, requiring a long period of debugging and verification; when the airborne radar undergoes significant changes (such as an increase in the number of arrays, requiring simultaneous or combined operation), the signal processing software needs to be redesigned. Because there is no unified model, everyone will have different perspectives and understandings of the system. Even if the system requirements are the same, the hardware resources and interconnection methods required by the signal processing systems designed by different teams are different, making it difficult for the programs to understand and maintain each other.
[0003] Meanwhile, existing airborne radar signal processing software design methods cannot achieve decoupling between function implementation and control, between function implementation and hardware and operating system, and between function and communication. They also cannot support rapid assembly, deployment, and the rapid construction of various software-defined airborne radar functions. Therefore, establishing a unified signal processing software design method applicable to different types of airborne radar is urgently needed. Summary of the Invention
[0004] In view of this, this application provides a design method for airborne radar signal processing software, which solves the problems in the prior art, improves the software reconfiguration and expansion capabilities, significantly reduces development costs, and shortens the software development cycle.
[0005] The airborne radar signal processing software design method provided in this application adopts the following technical solution:
[0006] A method for designing airborne radar signal processing software includes:
[0007] Step 1, Functional Decomposition and Model Definition:
[0008] Analyze the airborne radar signal processing flowchart, establish a functional hierarchy, and clarify the functional modules;
[0009] Decompose the functions and clarify the name and definition of the algorithm model for airborne radar signal processing;
[0010] Step 2, Design of the airborne radar signal processing model:
[0011] The IDE automatically generates the control model;
[0012] Algorithm model design involves designing and modeling the model according to the model definition, configuring parameters through a visual IDE interface, describing the model using XML, and generating domain description files. Based on finite state machines, a core framework library is built, and strong real-time middleware is used to decouple it from the operating system and OS, generating a code framework. Developers add implementation code to the generated model framework code to generate executable code. Compilation and linking are performed to generate the algorithm model. All algorithm models are then combined to form an algorithm model library.
[0013] Step 3, Model-based Engineering Design for Airborne Radar Signal Processing:
[0014] In the integrated development environment, drag and drop various algorithm models and the control model automatically generated by the IDE onto the canvas; deploy the model to the corresponding processor and core; configure the model's trigger events, input / output ports, and storage; connect the model ports, selecting trigger events when connecting; save the configuration information, realize project creation, and obtain the software code.
[0015] Step 4: Development, debugging, and verification of airborne radar signal processing engineering.
[0016] Optionally, a control model is used for data transmission, reception, and scheduling;
[0017] The algorithm model is used to implement a collection of various models required for the application. Individual control models and individual algorithm models run on independent processing chips. The control models and algorithm models are combined with each other and supported by communication middleware, operating system and BSP to complete specific airborne radar applications.
[0018] Optionally, in step two, the input, output and parameters of the algorithm model are configured through a visual IDE interface. Based on the hardware resources of various platforms, a storage allocation tool is designed on the visual IDE interface to realize the storage configuration of any platform.
[0019] Use XML to describe public libraries and framework codebases, and generate algorithm model description files and framework codebases.
[0020] Optionally, after receiving information from the external interface, the control model receiving task in the software code reads and stores the information. After receiving all the data to be processed, it sends a message to notify the scheduling task in the control model. After receiving the message from the outside, the scheduling task's internal event judgment function returns a specific event based on the message content. Through the event-driven switching of the effective state machine state, it decides which algorithm model tasks it manages need to be scheduled. At the same time, it initializes the input, output, and control parameters of the functional model tasks to be scheduled, and finally sends a message to notify the algorithm model tasks to start.
[0021] Optionally, after receiving the control message from the scheduling task, the algorithm model task in the software code completes the function specified by the scheduling task and outputs the result to the next function task model or the scheduling task model according to the configuration. When all functions of the frame have been completed, the scheduling task summarizes the sent information, notifies the sending task, and outputs the final result of the current processor.
[0022] Optionally, the functional decomposition specifically includes: decomposing the recorded radar signal processing function into common functions and specific functions. The common functions include beamforming processing, pulse compression processing, coherent accumulation processing, target detection processing, bridging processing, target correlation processing, and target sorting processing. The specific functions include imaging processing, adaptive beamforming processing, and interference detection processing.
[0023] In summary, this application includes the following beneficial technical effects:
[0024] This application effectively supports the establishment of the signal processing function system for airborne radar and the construction of various airborne radar software model libraries;
[0025] This application effectively supports the implementation of signal processing in airborne radar signal processing, including "decoupling of function and control", "decoupling of function implementation from hardware and operating system", and "decoupling of function and communication".
[0026] The standardized software functional modules developed in this application can be used on different types of airborne radars, enabling rapid software replication and modularization, and giving the system powerful reconfiguration and expansion capabilities. Attached Figure Description
[0027] To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0028] Figure 1 This application records a radar status function spectrum diagram;
[0029] Figure 2 The design process of the model in this application;
[0030] Figure 3 This is a schematic diagram of the control process for the model component in this application. Detailed Implementation
[0031] The embodiments of this application will now be described in detail with reference to the accompanying drawings.
[0032] The following specific examples illustrate the implementation of this application. Those skilled in the art can easily understand other advantages and effects of this application from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. This application can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of this application. It should be noted that, in the absence of conflict, the following embodiments and features in the embodiments can be combined with each other. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.
[0033] It should be noted that various aspects of embodiments within the scope of the appended claims are described below. It will be apparent that the aspects described herein can be embodied in a wide variety of forms, and any particular structure and / or function described herein is merely illustrative. Based on this application, those skilled in the art will understand that one aspect described herein can be implemented independently of any other aspect, and two or more of these aspects can be combined in various ways. For example, any number of aspects set forth herein can be used to implement the device and / or practice the method. Additionally, this device and / or method can be implemented using structures and / or functionalities other than one or more of the aspects set forth herein.
[0034] It should also be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of this application. The drawings only show the components related to this application and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.
[0035] Furthermore, specific details are provided in the following description to facilitate a thorough understanding of the examples. However, those skilled in the art will understand that the described aspects can be practiced without these specific details.
[0036] This application provides a method for designing airborne radar signal processing software.
[0037] A method for designing airborne radar signal processing software includes:
[0038] Step 1, Functional Decomposition and Model Definition:
[0039] Analyze the airborne radar signal processing flowchart, establish a functional hierarchy, and clarify the functional modules.
[0040] Decompose the functions and clarify the name and definition of the algorithm model for airborne radar signal processing.
[0041] Through functional decomposition and model definition, a spectrum of algorithmic models for airborne radar signal processing is generated.
[0042] Step 2, Design of the airborne radar signal processing model:
[0043] The IDE automatically generates the control model;
[0044] The algorithm model design process involves designing and modeling the model according to the model definition, configuring parameters through a visual IDE interface, describing the model using XML, and generating domain description files. Based on finite state machines, a core framework library is built to enable rapid switching and flexible use of different functions within the model. Strong real-time middleware is used to decouple the model from the operating system (OS), with middleware communication overhead less than 5%. A code framework is generated, and developers add implementation code to the generated framework to generate executable code. The process includes compilation, linking, and algorithm model generation. All algorithm models are then combined to form an algorithm model library.
[0045] Step 3, Model-based Engineering Design for Airborne Radar Signal Processing:
[0046] In the integrated development environment, drag and drop various algorithm models and the control model automatically generated by the IDE onto the canvas; deploy the model to the corresponding processor and core; configure the model's trigger events, input / output ports, and storage; connect the model ports, selecting trigger events when connecting; save the configuration information, realize project creation, and obtain the software code.
[0047] Step 4: Development, debugging, and verification of airborne radar signal processing engineering. This includes: (1) deploying the model to be integrated to the corresponding processing resources through the IDE; (2) inputting data through a data recording device or baseband digital simulator to drive the corresponding model to run; (3) using the debugging functions provided by the IDE to check whether the output of the model to be verified is correct, whether the communication or processing time is reasonable, etc.
[0048] The control model is used for data transmission, reception, and scheduling.
[0049] The algorithm model is used to implement a collection of various models required for the application. Individual control models and individual algorithm models run on independent processing chips. The control models and algorithm models are combined with each other and supported by communication middleware, operating system and BSP to complete specific airborne radar applications.
[0050] In step two, the input, output, and parameters of the algorithm model are configured through a visual IDE interface. Based on the hardware resources of various platforms, specifically the type and size of the storage space of the hardware resources of various platforms, a storage allocation tool is designed on the visual IDE interface to realize the storage configuration of any platform.
[0051] Use XML to describe public libraries and framework codebases, and generate algorithm model description files and framework codebases.
[0052] After receiving information from the external interface, the control model receiving task in the software code reads and stores the information. After receiving all the data to be processed, it sends a message to notify the scheduling task in the control model. After receiving the message from the outside, the scheduling task's internal event judgment function returns a specific event based on the message content. Through the event-driven switching of the effective state machine state, it decides which algorithm model tasks it manages need to be scheduled. At the same time, it initializes the input, output and control parameters of the functional model tasks to be scheduled, and finally sends a message to notify the algorithm model tasks to start.
[0053] After receiving the control message from the scheduling task, the algorithm model task in the software code completes the function specified by the scheduling task and outputs the result to the next function task model or the scheduling task model according to the configuration. When all functions of the frame have been completed, the scheduling task summarizes the sent information and notifies the sending task to output the final result of the current processor.
[0054] The functional decomposition specifically includes: decomposing the recorded radar signal processing functions into common functions and unique functions. The common functions include beamforming processing, pulse compression processing, coherent accumulation processing, target detection processing, bridging processing, target correlation processing, and target sorting processing. The unique functions include imaging processing, adaptive beamforming processing, and interference detection processing.
[0055] This application proposes a model-driven architecture-based software design method for airborne radar signal processing. It standardizes the software architecture and interface protocols at each level of the airborne radar, making the software independent of the hardware operating environment. Standardized software functional modules are developed and configured, enabling use on different types of airborne radars. An application-oriented development model is adopted, enhancing the scalability and reconfigurability of the signal processing software through software definition. By establishing unified standards through model-driven approaches, the software's reconfigurability and scalability are improved. Through continuous model reuse, "modular" development becomes possible, significantly reducing development costs and shortening the software development cycle.
[0056] In one embodiment, a model-driven architecture-based airborne radar signal processing software design method is implemented using the following complete steps:
[0057] Step 1: Functional decomposition and model definition, such as Figure 1 As shown.
[0058] (1) Analyze the airborne radar signal processing flowchart, establish a functional spectrum, and clarify the functional modules.
[0059] (2) Decompose the function and clarify the name and definition of the algorithm model for airborne radar signal processing.
[0060] Step Two: Model Design, such as Figure 2 As shown.
[0061] (1) The control model is automatically generated by the IDE.
[0062] (2) Configure the input, output, intermediate variables, parameters, etc. of the algorithm model in the integrated development environment.
[0063] (3) Use XML to describe the public library and framework code library to generate algorithm model description files and framework code.
[0064] (4) Application developers add implementation code for the algorithm model based on the generated framework code.
[0065] (5) Compile and link the algorithm model and generate executable code.
[0066] (6) Input into the algorithm model library. The algorithm model library provides common models for different airborne radars to use. When developing applications for various types of airborne radars, they only need to focus on the development of models specific to their field, and cooperate with the common models and software environment.
[0067] Step 3: Model-based engineering design. The logical flow of each model's operation, such as... Figure 3 As shown:
[0068] (1) After receiving the information input from the external interface, the receiving task in the control model reads and stores the information. After receiving all the data to be processed, it sends a message to notify the scheduling task in the control model.
[0069] (2) After receiving a message from the outside, the internal event judgment function returns a specific event based on the different message content. The event drives the switching of the effective state machine state, decides which algorithm model tasks it manages to schedule, initializes the input, output and control parameters of the functional model tasks to be scheduled, and finally sends a message to notify the algorithm model tasks to start.
[0070] (3) After receiving the control message from the scheduling task, the algorithm model task completes the function specified by the scheduling task and outputs the result to the next function task model or the scheduling task model according to the configuration.
[0071] (4) When all functions of the frame have been completed, the scheduling task will summarize the information to be sent, notify the sending task, and output the final result of the current processor.
[0072] Step Four: Engineering Development and Debugging Verification. This consists of the following steps:
[0073] (1) Open the project generated in the integrated development environment in CCS.
[0074] (2) Write the code for the control model of scheduling, receiving, and sending.
[0075] (3) Use an embedded software debugging platform for debugging and verification.
[0076] (4) Obtain the verification results.
[0077] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A method for designing airborne radar signal processing software, characterized in that, include: Step 1, Functional Decomposition and Model Definition: Analyze the airborne radar signal processing flowchart, establish a functional hierarchy, and clarify the functional modules; Decompose the functions and clarify the name and definition of the algorithm model for airborne radar signal processing; Step 2, Design of the airborne radar signal processing model: Automatically generate control models using the IDE; Algorithm model design involves designing and modeling the model according to the model definition, configuring parameters through a visual IDE interface, describing the model using XML, and generating a domain description file. Based on finite state machines, a core framework library is built. Strong real-time middleware is used to decouple it from the operating system and OS, generating framework code. Developers add model implementation code based on the generated model framework code to generate executable code. Compile and link algorithms to generate algorithm models; collect all algorithm models to form an algorithm model library; Step 3, Model-based Engineering Design for Airborne Radar Signal Processing: In the integrated development environment, drag and drop various algorithm models and control models automatically generated by the IDE onto the canvas; deploy the models to the corresponding processors and cores. Configure the model's trigger events, input / output ports, and storage; connect the model ports, selecting trigger events when connecting; Save the configuration information, create the project, and obtain the software code; Step 4: Development, debugging, and verification of airborne radar signal processing engineering; The control model is used for data transmission, reception, and scheduling; The algorithm model is used to implement a collection of various models required for the application. Individual control models and individual algorithm models run on independent processing chips. The control models and algorithm models are combined with each other and supported by communication middleware, operating system and BSP to complete specific airborne radar applications. After receiving information from the external interface, the control model receiving task in the software code reads and stores the information. After receiving all the data to be processed, it sends a message to notify the scheduling task in the control model. After receiving the message from the outside, the scheduling task's internal event judgment function returns a specific event based on the message content. Through the event-driven switching of the effective state machine state, it decides which algorithm model tasks it manages need to be scheduled. At the same time, it initializes the input, output and control parameters of the functional model tasks to be scheduled, and finally sends a message to notify the algorithm model tasks to start.
2. The airborne radar signal processing software design method according to claim 1, characterized in that, In step two, the input, output and parameters of the algorithm model are configured through a visual IDE interface. Based on the hardware resources of various platforms, a storage allocation tool is designed on the visual IDE interface to realize the storage configuration of any platform. Use XML to describe public libraries and framework code libraries, and generate algorithm model description files and framework code.
3. The airborne radar signal processing software design method according to claim 1, characterized in that, After receiving the control message from the scheduling task, the algorithm model task in the software code completes the function specified by the scheduling task and outputs the result to the next function task model or the scheduling task model according to the configuration. When all functions of the frame have been completed, the scheduling task summarizes the sent information and notifies the sending task to output the final result of the current processor.
4. The airborne radar signal processing software design method according to claim 1, characterized in that, The functional decomposition specifically includes: decomposing the airborne radar signal processing function into common functions and unique functions. The common functions include beamforming processing, pulse compression processing, coherent accumulation processing, target detection processing, bridging processing, target correlation processing, and target ranking processing. The unique functions include imaging processing, adaptive beamforming processing, and interference detection processing.
Citation Information
Patent Citations
Graphical radar signal processing high-level integrated design platform and method
CN102867087A
Software radar integration architecture and development environment
CN111596263A
Programming-free visual construction system and method for radar display and control software based on component library
CN111596912A
