A multi-channel software radio platform modeling method, apparatus, medium and system

By using device component modeling and encapsulation methods, simultaneous access to multiple waveform components in a multi-channel software radio platform is supported, solving the problem of large workload in waveform modeling and platform modeling in existing technologies, and improving the system's scalability and maintainability.

CN121255181BActive Publication Date: 2026-03-0610TH RES INST OF CETC
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202511812794.6
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2025-12-04
Publication Date
2026-03-06
Estimated Expiration
2045-12-04

AI Technical Summary

Technical Problem

Existing multi-channel software radio platform modeling methods have problems with not supporting or having poor scalability when multiple waveform components access device components simultaneously, resulting in a large workload for waveform modeling and platform modeling.

Method used

It adopts a device component modeling and encapsulation method, defines inherited device components, input/output ports and device attributes, and realizes multi-connection management through the modem hardware abstraction layer device, supports multiple waveform components to access device components at the same time, and utilizes CORBA features for data transmission and parsing.

Benefits of technology

It simplifies waveform modeling and coding, improves system scalability and maintainability, reduces the number of multi-channel waveform models, and lowers development and maintenance costs.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121255181B_ABST
    Figure CN121255181B_ABST
Patent Text Reader

Abstract

This invention discloses a multi-channel software-defined radio platform modeling method, apparatus, medium, and system, belonging to the field of software-defined radio technology. The method includes the following steps: S1, device component modeling: defining inherited device components, input / output ports, and device attributes; S2, device component encapsulation: constructing container code and functional code, with the functional code nested within the container code, and compiling the device component container code and functional code together to generate executable code; S3, waveform component and device component communication: when multiple channels are deployed simultaneously with waveforms, the waveform component is connected to the device component. The device component receives data from the first waveform component through its port and then sends the data to the second waveform component through the underlying driver. This invention supports complete decoupling of waveform modeling and platform modeling, which can reduce the workload of waveform modeling during waveform development.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of software-defined radio technology, and more specifically, to a multi-channel software-defined radio platform modeling method, apparatus, medium, and system. Background Technology

[0002] Existing software-defined radio systems adopt a scalable open architecture, constructing a modular, universal, and standardized hardware platform. Multiple application waveforms can be quickly deployed on the hardware platform, decoupling the physical platform from functional applications. This achieves the goals of hardware universality, software loadability, performance upgradeability, and functional scalability, fundamentally solving the problems of interconnection, interoperability, and interoperability between software-defined radio devices.

[0003] During the development of software-defined radio systems, hardware processing units are abstracted and encapsulated as device components, waveforms are encapsulated as several waveform components, and device components communicate with waveform components through external input / output ports. Platform software resources are encapsulated as services. In application scenarios where multiple waveforms are deployed simultaneously in a multi-channel radio system, when multiple waveform components need to access a device or service component at the same time, the current platform modeling and implementation have the following problems: 1) Some methods do not support multiple waveform components accessing a device component at the same time; 2) Some methods support multiple waveform components calling a device component at the same time, but the number of ports supported by the device component is fixed, waveform modeling and platform modeling are not decoupled, multi-channel waveforms require multiple sets of waveform models, and lack scalability. Summary of the Invention

[0004] The purpose of this invention is to overcome the shortcomings of the prior art and provide a multi-channel software radio platform modeling method, device, medium and system that supports complete decoupling of waveform modeling and platform modeling, thereby reducing the workload of waveform modeling during waveform development.

[0005] The objective of this invention is achieved through the following solution:

[0006] A multi-channel software radio platform modeling method includes the following steps:

[0007] S1, Device Component Modeling: Define inherited device components, input / output ports, and device attributes;

[0008] S2, Device Component Encapsulation: Build container code and functional code, with the functional code nested within the container code, and compile the device component container code and functional code together to generate executable code;

[0009] S3, Waveform component communicates with device component: When multiple channels are deployed simultaneously, the waveform component is connected to the device component. The device component receives data from the first waveform component through a port and then sends the data to the second waveform component.

[0010] Furthermore, the device specifically includes a modem hardware abstraction layer device.

[0011] Furthermore, when the device is a modem hardware abstraction layer device, the inherited device component specifically inherits the interface of the basic device component; the port attributes of the input and output ports include name, data type, direction and number of connections, and only one pair of input ports and usage ports are provided externally, and the number of connections is configurable; the device attributes include device status attributes.

[0012] Further, in step S2, the construction of container code and functional code, with the functional code nested within the container code, and the compilation of the device component container code and functional code together to generate executable code, specifically includes the following sub-steps:

[0013] S21, Device Component Server-Side Framework Generation: Based on the device component model, use the IDL compiler to generate client stubs and server-side framework code;

[0014] S22, Container code implementation: Based on the client stub and server framework code, the device component container code is implemented by inheriting the interface of the basic device component. It manages input and output ports and adopts a two-level management method with embedded multiple connections for connection management, as detailed below:

[0015] S22.1, When using a port, iterate through the connection list.

[0016] S22.2, compare the connection port with the port name in use. If a matching port is found, execute S22.3; otherwise, execute S22.1.

[0017] S22.3, Check if the connection exists. If the connection exists, execute S22.4; otherwise, execute S22.1.

[0018] S22.4 After finding that the connection exists, narrow the object handle type and determine whether the narrowed object handle is valid. If the handle is valid, execute S22.5; otherwise, execute S22.1.

[0019] S22.5, Add to the connection queue connected to this port;

[0020] S23, Add functional code to the container code, which includes the following sub-steps:

[0021] S23.1, the waveform component sends data to other waveform components through the modem hardware abstraction layer device: in this process, the modem hardware abstraction layer device is the server and the waveform component is the client; utilizing the CORBA characteristics of the modem hardware abstraction layer device, the modem hardware abstraction layer device component acts as the server, supporting multiple clients to access the server simultaneously, the waveform component sends data to the modem hardware abstraction layer device through the provided port, the modem hardware abstraction layer device parses the target address, looks up the address mapping table, and calls the underlying driver to send data to other waveform components;

[0022] S23.2, the waveform component receives data from other waveform components through the modem hardware abstraction layer device: in this process, the waveform component is the server and the modem hardware abstraction layer device is the client; the modem hardware abstraction layer device component receives data from the bus, parses the target address information in the message packet header, queries the target address LD list subscribed to by the peer waveform component, and forwards the data to the subscribed waveform component by using the port according to the subscription relationship between the target address LD and the port connection;

[0023] S24, Executable implementation: Compile the device component container code and functional code together to generate executable code.

[0024] Further, in step S3, the device component receives data from the first waveform component through the port, and then sends the data to the second waveform component through the underlying driver, specifically including the following sub-steps:

[0025] Communication between waveform components and modem hardware abstraction layer device components: The modem hardware abstraction layer device component receives data from the bus, parses the destination address LD in the message packet header, queries the list of LDs subscribed to by the peer waveform component, and forwards the data to the subscribed component by using the port according to the subscription relationship between the destination address LD and the port connection.

[0026] A multi-channel software radio platform modeling apparatus includes a processor and a memory, wherein the memory stores a computer program that, when loaded by the processor, executes the method described in any of the preceding methods.

[0027] A computer-readable storage medium storing a computer program therein, the computer program being loaded by a processor and executing the method as described in any of the preceding claims.

[0028] A multi-channel software radio platform modeling system includes the multi-channel software radio platform modeling apparatus as described above.

[0029] The beneficial effects of this invention include:

[0030] (1) This invention can simplify waveform modeling and coding: The highly abstract platform model adopts a two-level management method with multiple connections embedded in the port. The device or service component only needs to retain a pair of transmit and receive ports to establish a connection and communication with multiple waveforms. In the case of complex waveform modeling, the number of multi-channel waveform modeling models is reduced by a factor of two. For example, for an 8-channel FM waveform, only one waveform model is needed, which can greatly reduce the workload of modeling and coding waveforms and device components.

[0031] (2) The present invention has high scalability and maintainability: the current implementation does not support the expansion of hardware platform resources. If the number of deployed channels increases, it is necessary to modify the waveform and platform model, reimplement the container code, port the functional code and compile and generate the device component executable file. The present invention only needs to modify the number of port connections in the device component domain description XML file. Attached Figure Description

[0032] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0033] Figure 1 This is a schematic diagram of the design process of the software radio modulation and demodulation hardware abstraction layer device component according to an embodiment of the present invention;

[0034] Figure 2 This is a model diagram of the modulation and demodulation hardware abstraction layer device according to an embodiment of the present invention;

[0035] Figure 3 A flowchart of the connection port according to an embodiment of the present invention;

[0036] Figure 4 This is a schematic diagram of two-level port connection management according to an embodiment of the present invention;

[0037] Figure 5 This is a schematic diagram illustrating simultaneous access to a device by multiple waveform components according to an embodiment of the present invention. Detailed Implementation

[0038] All features disclosed in all embodiments of this specification, or steps in all methods or processes implied in the disclosure, may be combined and / or extended or replaced in any way, except for mutually exclusive features and / or steps.

[0039] The specific implementation process of this invention is as follows:

[0040] This invention aims to address the technical problem in existing technologies where, in application scenarios involving the simultaneous deployment of waveforms in multi-channel radio systems, multiple waveform components cannot simultaneously access a single device component, and scalability is poor. As a first aspect of this invention, in a preferred embodiment, a multi-channel software radio platform modeling method is specifically provided, such as... Figure 1 As shown, it includes the following steps:

[0041] S1, Device Component Modeling: Specifically, such as Figure 2 As shown, the definition includes inherited device components, input / output ports, and device attributes. Port attributes include name, data type, direction, and number of connections. Taking a modem hardware abstraction layer device (MHAL device) as an example, it inherits the interface of the basic device component, providing only one pair of input ports and a usage port to the outside world, and the number of connections is configurable; the device attributes specifically include device status attributes.

[0042] S2, Device component encapsulation implementation: such as Figure 3 and Figure 4 As shown, the component container code and functional code are nested within the container code. The functional code is device-related and primarily handles data transmission and reception, similar to a modem hardware abstraction layer device. The container code interacts with other components to complete interface calls. In addition to implementing the interfaces of the basic device components, it also manages input / output ports, such as connecting to, disconnecting from, and acquiring ports. The device component container code and functional code are compiled together to generate executable code.

[0043] S3, Waveform components communicate with modulation / demodulation hardware abstraction layer device components: such as... Figure 5 As shown, the modem hardware abstraction layer device component receives data from the waveform component through a provided port, and then sends the data to other processing units through the underlying driver. The modem hardware abstraction layer device component receives data from the bus, parses the destination address LD (LogicalDestination) in the message packet header, queries the list of LDs subscribed to by the peer waveform component, and forwards the data to the subscribed component through the port according to the subscription relationship between the destination address LD and the port connection. Figure 5 As shown, when multiple channels are deployed simultaneously, the waveform components can be connected to the modulation and demodulation hardware abstraction layer device to achieve bidirectional communication.

[0044] More specifically, in other embodiments, based on the above embodiments, a multi-channel software radio platform modeling method is provided, wherein the specific implementation process of the modulation and demodulation hardware abstraction layer device component encapsulation includes the following sub-steps:

[0045] S21, Device Component Server Framework: Based on the device component model, the IDL compiler is used to generate client stubs and server framework code;

[0046] S22, Container Code Implementation: Based on client stubs and server-side framework code, it inherits the interface of the basic device component to implement the device component server-side framework, managing input and output ports; it adopts a two-level management method with embedded multiple connections within the port for connection management. When a port is used, the connection list is traversed, compared with the connection port name, a matching port is found, the connection number is checked to see if the connection exists, the type of the object handle is narrowed and converted, and it is checked whether the narrowed object handle is valid. If valid, it is added to the connection queue connected to that port. Specifically, as follows... Figure 3 As shown, perform the following sub-steps:

[0047] S22.1, When using a port, iterate through the connection list.

[0048] S22.2, compare the connection port with the port name in use. If a matching port is found, execute S22.3; otherwise, execute S22.1.

[0049] S22.3, Check if the connection exists. If the connection exists, execute S22.4; otherwise, execute S22.1.

[0050] S22.4 After finding that the connection exists, narrow the object handle type and determine whether the narrowed object handle is valid. If the handle is valid, execute S22.5; otherwise, execute S22.1.

[0051] S22.5, Add to the connection queue connected to this port;

[0052] S23, Add functional code to the container code, which includes the following sub-steps:

[0053] S23.1, the waveform component sends data to other waveform components through the modem hardware abstraction layer device: in this process, the modem hardware abstraction layer device is the server and the waveform component is the client; utilizing the CORBA feature, the modem hardware abstraction layer device component acts as the server, supporting multiple clients to access the server simultaneously. The waveform component sends data to the modem hardware abstraction layer device through the provided port. The modem hardware abstraction layer device parses the target address, looks up the address mapping table, and calls the underlying driver to send data to other waveform components.

[0054] S23.2, the waveform component receives data from other waveform components through the modem hardware abstraction layer device: in this process, the waveform component is the server and the modem hardware abstraction layer device is the client; the modem hardware abstraction layer device component receives data from the bus, parses the target address information in the message packet header, queries the list of LDs subscribed to by the peer waveform component, and forwards the data to the subscribed waveform component by using the port according to the subscription relationship between the target address LD and the port connection.

[0055] S24, Executable file: Device component container code and functional code are compiled together to generate executable code.

[0056] As a second aspect of the present invention, a multi-channel software radio platform modeling apparatus is provided, characterized in that it includes a processor and a memory, wherein the memory stores a computer program that, when loaded by the processor, executes the method described in any of the preceding claims.

[0057] As a third aspect of the invention, a computer-readable storage medium is provided, in which a computer program is stored, the computer program being loaded by a processor and executed as described in any of the preceding claims.

[0058] As a fourth aspect of the present invention, a multi-channel software radio platform modeling system is provided, including the multi-channel software radio platform modeling apparatus as described above.

[0059] The units described in the embodiments of the present invention can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0060] According to one aspect of the present invention, a computer program product or computer program is provided, the computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, causing the computer device to perform the methods provided in the various optional implementations described above.

[0061] In another aspect, embodiments of the present invention also provide a computer-readable medium, which may be included in the electronic device described in the above embodiments; or it may exist independently and not assembled into the electronic device. The computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the methods described in the above embodiments.

Claims

1. A method of modeling a multi-channel software radio platform, the method comprising: The method comprises the following steps: S1, device component modeling: defining inherited device components, input and output ports, and device attributes; S2, device component packaging: constructing container code and function code, the function code being nested in the container code, and compiling the device component container code and the function code together to generate executable code; S3, waveform component communicating with the device component: when multi-channel waveforms are deployed simultaneously, connecting the waveform component with the device component, the device component receiving data of a first waveform component through a port and sending the data to a second waveform component; The device specifically comprises a modem hardware abstraction layer device; When the device is a modem hardware abstraction layer device, the inherited device component is specifically an interface of an inherited base device component; the port attributes of the input and output ports comprise a name, a data type, a direction, and a connection number, and only one pair of input and use ports are provided externally, and the connection number is configurable; the device attributes comprise device state attributes; In step S2, the container code and the function code are constructed, the function code is nested in the container code, and the device component container code and the function code are compiled together to generate executable code, specifically comprising the following sub-steps: S21, device component server framework generation: generating client stubs and server framework code using an IDL compiler according to the device component model; S22, container code implementation: based on the client stubs and the server framework code, inheriting the interface of the base device component to derive the device component container code, managing the input and output ports, and adopting a two-level management mode of port nesting multi-connection for connection management, specifically as follows: S22.1, when the use port is connected, traversing the connection list, S22.2, comparing the connection port with the use port name, and if a matching port is found through comparison, performing S22.3, otherwise performing S22.1; S22.3, checking whether the connection exists, and if the connection exists, performing S22.4, otherwise performing S22.1; S22.4, after finding that the connection exists, narrowing the judgment object handle type, and judging whether the narrowed object handle is valid, if the handle is valid, performing S22.5, otherwise performing S22.1; S22.5, adding the connection to the connection queue of the port; S23, adding the function code in the container code, specifically comprising the following sub-steps: S23.1, the waveform component sending data to other waveform components through the modem hardware abstraction layer device: in this process, the modem hardware abstraction layer device is the server, and the waveform component is the client; by using the CORBA characteristics of the modem hardware abstraction layer device, the modem hardware abstraction layer device component serves as the server, supports multiple clients accessing the server simultaneously, the waveform component sends data to the modem hardware abstraction layer device through the provided port, the modem hardware abstraction layer device analyzes the target address, looks up the address mapping table, and calls the underlying driver to send data to other waveform components; S23.2, the waveform component receives data of other waveform components through the modem hardware abstraction layer device: this process is that the waveform component is the server and the modem hardware abstraction layer device is the client; the modem hardware abstraction layer device component receives data from the bus, parses the target address information in the message header, queries the target address LD list subscribed by the opposite waveform component, and forwards the data to the subscribed waveform component according to the subscription relationship between the target address LD and the port connection through the use of the port; S24, executable file implementation: compile the device component container code and the function code together to generate executable code.

2. The method of claim 1, wherein, In step S3, the device component receives data of the first waveform component through the port, and then sends the data to the second waveform component through the underlying driver, which specifically includes the following sub-steps: The waveform component communicates with the modem hardware abstraction layer device component: the modem hardware abstraction layer device component receives data from the bus, parses the target address LD in the message header, queries the LD list subscribed by the opposite waveform component, and forwards the data to the subscribed component according to the subscription relationship between the target address LD and the port connection through the use of the port.

3. A multi-channel software radio platform modeling apparatus, characterized by, A processor and a memory are included, and the memory stores a computer program, when the computer program is loaded by the processor and executed, the method as claimed in any one of claims 1-2 is executed.

4. A computer-readable storage medium, characterized in that, A computer program is stored in a readable storage medium, and the computer program is loaded by a processor and executed, the method as claimed in any one of claims 1-2 is executed.

5. A multi-channel software radio platform modeling system, characterized by, The multi-channel software radio platform modeling device of claim 3 is included.

Citation Information

Patent Citations

  • Multi-channel software radio communication control system

    CN116938279A

  • Method for design validation of complex IC

    US20020040288A1