JP2005124009A - Software radio apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a software radio apparatus mounting a software which utilizes TTY communication functions utilizing the CORBA and realizes e-mail communications. <P>SOLUTION: A modem 1b requests the TTY software 21 of a signal processor 1c to give data at the timing of a fixed period. If data stored in a buffer in the TTY software 21 are below a threshold of data to be sent to the modem 1b, the TTY software 21 requests a data controller 1d to give the same data. The data controller 1d sends data corresponding to the received request to the TTY software 21 which then sends the data as requested to the modem 1b. At this time the TTY software 21 actuates a teletype/data sending module (not shown) to execute DSP 23, 24, thus realizing a TTY communication function. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a software defined radio having a distributed software processing structure compatible with CORBA (Common Object Request Broken Architecture), and more particularly to a software defined radio to which software for adding a teletype / data communication function is added.

  2. Description of the Related Art Conventionally, software radios that can support a plurality of radio communication systems with the same hardware resources in a radio by switching the execution program of the radio by software are widely known. In this way, in a software defined radio that can change the configuration of the radio by changing the software, the configuration of the module in the software defined radio is changed by downloading a file defining a desired function from the network. Thus, a plurality of wireless communication systems can be realized.

  By the way, software radio application software that operates on a portable OS (Positive Operating System Interface) system that has a high degree of portability, such as software running on different OS (Operation System) and machines, A plurality of arithmetic processing units having a software execution environment using a common application service that supports use is provided. The software defined radio performs portability, maintainability, and expandability by performing distributed software processing using the plurality of arithmetic processing devices. CORBA is a standard technology that provides a software bus for clients to access server objects in a distributed environment. It is a specification developed by a standardization organization called OMG (0bject Management Group), and differs on the network. It has a function to exchange messages between data created by application software. In other words, by using CORBA as middleware, it becomes possible to communicate between objects across platforms and programming languages.

  In addition, in a software defined radio that uses middleware to realize a distributed software processing structure, applications that do not have an interface with middleware such as CORBA, arithmetic processing devices that do not carry an OS, hardware devices, and the like can be used. However, by creating applications and device drivers that bridge these arithmetic processing devices and hardware devices, the arithmetic processing devices and hardware devices can be used interchangeably. Furthermore, at present, by using such an application, an analog signal such as voice communication can be transmitted in a software defined radio. At this time, in the voice communication with the software defined radio, the analog signal processing and transmission method can be realized only by processing for transmitting and receiving data with one DSP (Digital Signal Processor) as a partner.

Patent Document 1 below discloses a technique for performing a processing request from a client to a server by asynchronous communication in a distributed object environment. According to this technology, a processing request from a client distributed object to a server distributed object is performed asynchronously, so that the client distributed object performs other desired processing while the server distributed object is processing, or a client Exception processing of server distributed objects can be performed without performing any operations on the distributed objects. Furthermore, Patent Document 2 below discloses a technique for a program binding method capable of easily linking individually developed programs. According to this technique, after developing individual programs, desired programs can be linked together and executed as a new program.
Japanese Patent Laid-Open No. 11-110216 (see paragraph numbers 0013 to 0048 and FIGS. 1 to 3) Japanese Unexamined Patent Publication No. 2001-5562 (see pages 2 to 5 and FIGS. 1 to 10)

  However, in order to perform BB (Base Band) multi-level modulation modem modulation / demodulation processing in the above-mentioned conventional software defined radio, there are restrictions on the buffer amount and arithmetic processing of the DSP, so that data can be transmitted and received by only one DSP. In addition to this, a data transmission / reception algorithm using a plurality of DSPs is required. However, since the software installed in a conventional software defined radio is an algorithm that processes a single DSP, a software execution environment using a common application service that supports the placement and use of CORBA and applications is provided. A teletype (TTY: Tele Type) / data communication function (hereinafter referred to as a TTY communication function) depending on an application, an arithmetic processing device, a hardware device, etc. that operate in an environment where software distributed processing is performed using a plurality of arithmetic processing devices. ) Is impossible to achieve. In addition, the techniques disclosed in Patent Document 1 and Patent Document 2 described above do not have a data transfer algorithm using a plurality of DSPs, so that the TTY communication function can be realized even if the same technology is applied. It is not possible. Note that TTY communication is a transmission method that independently sends one character at a time without determining a transmission unit when performing asynchronous communication, and is an effective transmission method when it is desired to display character information input by a keyboard or the like as it is. is there.

  The present invention has been made in view of the above problems, and a software defined radio equipped with software capable of using a TTY communication function using CORBA and realizing e-mail communication is provided. The purpose is to provide.

  The present invention has been developed to achieve the above object, and is a software defined radio that uses CORBA as middleware and realizes a wireless function by an application that operates in a distributed software processing environment. An interface for communicating with each other, a buffer for receiving and temporarily storing data requests from any of the distributed objects, and analog and digital radio signals communicated between the distributed objects as digital signals When a data request is received from one of the digital signal processing means to be processed and the distributed object, and if data exceeding a predetermined threshold is stored in the buffer, the data amount satisfying the data request is used as an argument for the distributed object Interface corresponding to When the data below the specified threshold is stored in the buffer, the software that obtains the desired data from other distributed objects and then calls the interface corresponding to the distributed object with the amount of data that satisfies the data request as an argument And the software realizes a teletype / data communication function based on communication between distributed objects by the interface and digital signal processing by the digital signal processing means.

  The software defined radio according to the present invention includes software that enables use of teletype / data communication (TTY communication) in application software of a software defined radio having a software distributed processing structure based on CORBA. More specifically, the software defined radio of the present invention receives an IDL (Interface Definition Language) interface for communicating between distributed objects and a data request from a modem unit which is a distributed object, and temporarily stores it. A plurality of ring buffers that temporarily store data acquired from the data control unit, which is a distributed object, and digital signal processing means for digitally processing the data acquired from the data control unit and passing it to the modem unit The configuration includes a plurality of DSPs and TTY software for realizing the TTY communication function. When the TTY software receives a data request from the modem unit, if a data reaching a predetermined amount is stored in a predetermined ring buffer in response to the data request, the TTY software stores a predetermined amount of data. When the interface of the modem unit is called as an argument and data that does not reach the predetermined amount is stored in the predetermined ring buffer, the desired data amount is satisfied by making a data request to the data control unit. Calls the modem interface using the data amount as an argument. Accordingly, the TTY software can realize communication between distributed objects through the IDL interface, and can realize a teletype / data communication function through digital signal processing by a plurality of DSPs. According to the software defined radio having such a configuration, by performing software distributed processing using a plurality of processing units having a software execution environment using a common application service that supports the arrangement and use of CORBA and applications, The portability, maintainability, and expandability of the radio can be improved, and e-mail communication can be performed by executing the TTY communication function.

  According to the software defined radio of the present invention, the configuration includes software and hardware for connecting hardware that does not support CORBA to CORBA, and each of the modem application, the data control unit application, and the DSP The configuration includes three ring buffers for transmitting and receiving, and three threads (processes) corresponding to the ring buffers and a DP-RAM for absorbing timing between the DSPs. Further, TTY software for enabling the use of the TTY communication function is added to the software radio application software having a software distributed processing structure by CORBA. Accordingly, the software defined radio of the present invention can perform e-mail communication (that is, TTY communication) in the application of the software defined radio having a software distributed processing structure by CORBA. Furthermore, since the TTY software having the above-described structure can be diverted to an existing software defined radio, by adding this TTY software to the existing software defined radio, an existing function voice communication and an additional function TTY are provided. Communication can be operated together.

≪Overview of software defined radio≫
The software defined radio according to the present invention uses a plurality of arithmetic processing units having a software execution environment using middleware CORBA (hereinafter simply referred to as CORBA) and a common application service that supports the placement and use of applications. It is characterized in that software for realizing a wireless function for enabling TTY communication using an e-mail transmission / reception terminal used in a software defined radio in an environment for performing the above is mounted. In other words, the software defined radio of the present invention is equipped with software that enables the use of TTY communication in the application software of the software defined radio distributed by CORBA, and the TTY communication function is realized as described below. This software will be referred to as TTY software. According to the software defined radio of the present invention, by performing software distributed processing using a plurality of arithmetic processing units having a software execution environment using a common application service that supports the arrangement and use of CORBA and applications, Portability, maintainability, and expandability are improved, and the TTY communication function is executed to enable e-mail communication.

  In addition, application software (that is, TTY software) arranged in the software defined radio of the present invention has various functions on other arithmetic processing units such as a modem unit, a signal processing unit, and a data control unit. Processing is distributed. Further, as a function expansion in the signal processing unit, a TTY processing function and a BB multilevel modulation modem modulation / demodulation processing function are added to the DSP. The digital signal processing type in the BB multi-level modulation modem modulation / demodulation processing is 16QAM (16 Quadrature Amplitude Modulation), which is a multi-level transmission modulation method capable of high-speed communication of data with a large amount of information in a narrow band, and has high error tolerance but overhead. QPSK (Quadrature Phase Shift Keying), which is a large four-phase modulation method, and BPSK (Binary Phase Shift Keying), which is a digital modulation method using phase modulation, are used. Each digital signal processing method will be described in more detail below.

16QAM is one of modulation methods for converting a digital signal into an analog signal, and is a kind of digital modulation method for transmitting 4 bits of data with one symbol. There are four types each of phase and amplitude, and by combining them, 16 types of values are created and used for data transmission. Such a 16QAM modulation system has a larger amount of data per symbol than other digital modulation systems.
QPSK is one of the modulation methods for converting a digital signal into an analog signal. By assigning one value to each of four different phases in the converted wave, four values (2 bits) are obtained by one modulation. ) Is a modulation method used for digital satellite broadcasting, cable modems, and the like.

BPSK is one of the digital modulation methods using phase modulation, and is the simplest phase modulation method. The carrier phase is “0” and the phase opposite to the carrier (a phase shifted by 180 degrees) is “1”. And the receiving side detects whether the transmitted signal is “0” or “1” by detecting a phase shift from this carrier. BPSK is advantageous in terms of power consumption because it can use an amplifier with high power efficiency because the amplitude of the modulation output is constant, and it is simple and not very efficient as a modulation method. It is characterized by being relatively resistant to communication errors.
By using a DSP having the above digital signal processing function, TTY communication is realized and an e-mail function is enabled.

<< Configuration of software defined radio >>
FIG. 1 is a diagram showing the relationship between TTY software, CORBA as middleware, and hardware devices that do not support CORBA, and (a) is software that implements distributed processing using CORBA. (B) is a detailed block diagram of the modem unit, signal processing unit, and data control unit of (a).

  1A, the hardware configuration of the software defined radio 1 includes an RF unit 1a that performs wireless communication, a modem unit 1b that performs communication control on the RF unit 1a, a TTY communication function, and BB multilevel modulation. A signal processing unit 1c that performs digital signal processing by adding a modem modulation / demodulation function, a data control unit 1d that performs data control by three processing methods of 16QAM, QPSK, and BPSK, and a wireless communication line on the network A network unit 1e to be connected and a security unit 1f for ensuring the security of a wireless communication line connected to a LAN or the like are connected to a CompactPCI (Peripheral Component Interconnect) 1j which is one of bus standards. .

In FIG. 1B, a modem unit 1b includes a modem unit CORBA application 11 that executes CORBA of the modem unit 1b, and a DP-RAM (Dual Port-Random Access Memory) that is a readable / writable memory having input / output ports. ) 12 and an FPGA (Field Programmable Gate Arrey) 13 which is a rewritable large-scale integrated circuit.
The signal processing circuit 1c includes a TTY software 21 for realizing the TTY communication function, a device driver 22 for controlling the TTY software 21, an analog processing DSP 23 for processing the audio signal to realize the TTY communication function, and a BB multilevel modulation. Input of BB multilevel modulation processing DSP 24 for realizing modem modulation / demodulation processing function, DP-RAM 25 having input / output ports of TTY software 21 and analog processing DSP 23, TTY software 21 and BB multilevel modulation processing DSP 24 The configuration includes a DP-RAM 26 having an output port.
The data control unit 1d includes a data control unit CORBA application 31 that executes CORBA of the data control unit 1d.

  The modem unit CORBA application 11 of the modem unit 1b, the TTY software 21 of the signal processing unit 1c, and the data control unit CORBA application 31 of the data control unit 1d are respectively connected to the software bus in the CompactPCI via the skeleton 1g and the stub 1h. Is connected to the ORB 1i. The data flow is the data control unit CORBA application 31 of the data control unit 1d → TTY software 21 of the signal processing unit 1c → modem unit CORBA application 11 of the modem unit 1b.

≪Operation of software defined radio≫
2 is a diagram showing a relationship between applications at the time of analog (voice) data transmission in the configuration of the software defined radio shown in FIG. 1, and FIG. 3 is a diagram of teletype / data in the configuration of the software defined radio shown in FIG. It is a figure which shows the relationship between the applications at the time of transmission. Therefore, the operation of the software defined radio of the present invention in FIG. 1 will be described with reference to FIGS.

  For actual access to hardware, the device driver 22 of the signal processing unit 1c is used to exchange data between the modem unit 1b, the signal processing unit 1c, and the data control unit 1d, and to start and control each hardware. Hardware device control can be performed. Note that the TTY software 21 of the signal processing unit 1c is configured so that an arithmetic processing unit (not shown) and a hardware device device (not shown) that are not compatible with CORBA are viewed on other CORBA-compatible applications. This software has a function to make it exist. The TTY software 21 of the signal processing unit 1c that is actually used for the software defined radio 1 activates or controls an analog processing DSP 23 and a BB multilevel modulation processing DSP 24, which are signal processors specialized in digital signal processing. Alternatively, mutual data exchange between the analog processing DSP 23 and the BB multilevel modulation processing DSP 24 is realized.

  In the TTY software 21 of the signal processing unit 1c, the application operation (processing module) differs between when analog data is transmitted and when teletype data (TTY data) is transmitted. A system of the value modulation processing DSP 24 is individually provided. At the time of analog data transmission, the data flow is as shown in FIG. 2 in order to emphasize the real-time property of the audio data. That is, as shown in FIG. 2, the analog (voice) module of the TTY software 21 receives a data processing request from the data control unit CORBA application (for example, Voice server) 31 of the data control unit 1d (step S1). Then, the TTY software 21 makes a processing request to the analog processing DSP 23 and transmits the processed data to the modem unit CORBA application 11 of the modem unit 1b (step S2).

  On the other hand, in teletype / data transmission, the data flow is as shown in FIG. In other words, in teletype / data transmission, accurate data transmission without data omission is essential rather than real-time characteristics, and therefore it is necessary to make a timing for transmitting data to the RF unit 1a in the modem unit 1b.

  As shown in FIG. 3, the modem unit CORBA application 11 of the modem unit 1b makes a data request to the teletype / data transmission module of the TTY software 21 of the signal processing unit 1c at a certain cycle (for example, 20 msec). (Step S11). Then, when the data stored in the buffer in the TTY software 21 is equal to or less than the threshold value of data to be transmitted to the modem unit 1b, the teletype / data transmission module of the TTY software 21 sends the data control unit 1d. A similar data request is made to the server (step S12). Thereby, the data control unit CORBA application (for example, TTY server) 31 of the data control unit 1d transmits data corresponding to the received request to the TTY software 21 (step S13). Then, the teletype / data transmission module of the TTY software 21 transmits data as requested to the modem unit CORBA application 11 of the modem unit 1b (step S14).

  Next, an outline of the data format and data frame configuration from the data control unit 1d processed by the BB multilevel modulation processing DSP 24 according to the modulation method will be described. FIG. 4 is a configuration diagram of a data frame transmitted from the data control unit shown in FIG. As shown in FIG. 4, data transmitted from the data control unit 1d to the application of the TTY software 21 is a frame unit, and the number of symbols of one transmission frame is 28 symbols of UW (unique word) and DATA (actual data). There are a total of 140 symbols of 112 symbols. Further, UWs having different patterns are used for each modulation scheme (16QAM, QPSK, BPSK). For example, 16QAM has a pattern of “1001”, “0110”... “1010”, QPSK has a pattern of “1011”, “0101”, “0110”, and BPSK has a pattern of “1100”, “1010”, “0010”. UW is being transmitted.

  The application of the TTY software 21 passes the 112-symbol data received from the data control unit 1d to the BB multilevel modulation processing DSP 24 which is a BB multilevel modulation modem. The data size at this time is the data size as shown in the diagram showing the relationship between the number of byte data and the number of data symbols transmitted from the data control unit 1d as shown in FIG. That is, the number of byte data and the number of data symbols from the data control unit 1d differ depending on the modulation scheme (16QAM, QPSK, BPSK). The number of byte data is 56 bytes for 16QAM, 28 bytes for QPSK, and BPSK. Is 14 bytes. The number of data symbols is 112 for any modulation scheme.

  Next, data rate conversion processing in the signal processing unit 1c in FIG. 1 and data processing operations in the TTY software will be described. FIG. 6 is a diagram showing an overview of rate conversion and data size when data is transmitted from the BB multilevel modulation processing DSP 24 to the analog processing DSP 23 in the signal processing unit 1c shown in FIG. In FIG. 6, when data of 16QAM is 56 bytes, QPSK is 28 bytes, and BPSK is 14 bytes, is transmitted from the data control unit CORBA application 31 of the data control unit 1d to the TTY software 21 of the signal processing unit 1c (steps). In step S21, the TTY software 21 passes these data to the BB multi-level modulation processing DSP 24 via the DP-RAM 26 (step S22). Then, the BB multilevel modulation processing DSP 24 performs multilevel modulation on these data. At this time, in the BB multilevel modulation processing, oversampling is performed 8 times for all signals. For example, oversampling is performed such that 140 symbols × 8 times = 1120 words (2240 bytes) (step S23).

  Further, the DP-RAM 26 of the signal processing unit 1c receives the oversampled data of fs = 12 kHz, 2240 bytes from the BB multi-level modulation processing DSP 24 and passes it to the TTY software 21 (step S24). Then, the TTY software 21 divides these data into fs = 12 kHz and 480 bytes and passes them to the DP-RAM 25 (step S25). Then, the DPRAM 25 passes the subdivided data to the analog processing DSP 23 (step S26).

  The analog processing DSP 23 performs rate conversion from fs = 12 kHz to fs = 72 kHz on the data received from the DP-RAM 25. At this time, since the conversion rate is 72 kHz / 12 kHz = 6, by upsampling the result of analog modulation 6 times, 480 bytes becomes 2880 bytes (step S27). As a result, the DP-RAM 25 receives data of fs = 7 kHz, 2880 bytes (step S28), and passes this data to the TTY software 21 (step S29). Further, the rate-converted data is transferred from the TTY software 21 to the modem unit CORBA application 11 of the modem unit 1b (step S30).

<< Operation of TTY software in software defined radio >>
Next, a specific operation flow of TTY software used in an actual software defined radio will be described in detail. FIG. 7 is a conceptual diagram showing the flow of data processing in the TTY software used in the software defined radio of the present invention. Therefore, a specific data processing flow of TTY software used in an actual software defined radio will be described with reference to FIG. In FIG. 7, the IDL interface 21a configured in the TTY software 21 is described by an IDL (Interface Definition Language) that defines an interface that is not dependent on the OS. Therefore, the IDL interface 21a can be used as a common interface for the OS in the distributed environment. it can. Therefore, the CORBA-compatible software can be applied on any OS.

  The modem unit CORBA compatible application 11 that operates in the modem unit 1b, the data control unit CORBA compatible application 31 that operates in the data control unit 1, and the TTY software 21 are C-PCI (Compact-Peripheral) which is one of bus standards. Component Interconnect) 1j is connected.

  First, in step S41, the modem unit CORBA compatible application 11 operating on the modem unit 1b calls the IDL interface 21a implemented by the TTY software 21 (that is, a function implemented by the TTY software 21) through CORBA. To request data after analog signal processing and upsampling. If the ring buffer 21b has more than a predetermined amount of data after analog signal processing and upsampling, the TTY software 21 calls the IDL interface 21a implemented by the modem unit CORBA-compatible application 11. As an argument, the data extracted from the ring buffer 21b is processed into a CORBA data type that allows the data to flow to the modem unit CORBA compatible application 11 via CORBA. Further, the TTY software 21 calls an IDL interface (that is, a function implemented by the modem unit CORBA-compatible application 11) implemented by the modem unit CORBA-compatible application 11, and passes data using this as an argument. At this time, the transmission data amount from the TTY software 21 to the modem unit CORBA compatible application 11 is normally 2880 bytes, but the transmission data amount can be made variable according to the request data amount from the modem unit CORBA compatible application 11. is there. The processing of the ring buffer 21b is performed by FIFO (First in First Out).

  Next, in step S42, if there is no signal-processed data in the ring buffer 21b, or if the amount of data stored in the ring buffer 21b is less than a predetermined threshold value, the data control unit 1d The data controller CORBA-compatible application 31 that operates in the above process requests data for signal processing.

  Then, in step S43, the data control unit CORBA compatible application 31 that has received the data request passes the data to be processed to the ring buffer 21d in units of one frame as an argument of a function implemented by the CORBA application of the TTY software 21. At this time, the processing of the ring buffer 21d is performed by a FIFO. The data amount of one frame is 56 bytes for 16QAM, 28 bytes for QPSK, and 14 bytes for BPSK. Next, the ring buffer 21d processes the data received by the argument from, for example, a CORBA data type to a C / C ++ data type, and the device driver 22, the analog processing DSP 23, or the BB multilevel modulation processing DSP 24 performs processing. The data is converted into a usable data type (for example, C language data) and then buffered in the ring buffer 21d. However, since data transmission / reception is performed via CORBA, conversion to the CORBA data type is required.

That is, since the ring buffer implemented by the application of the TTY software 21 is a Char type array realized on the TTY software, in order to store the data received via the CORBA in the ring buffer, the CORBA data type ( For example, it is necessary to extract the Char type of C language from CORBA :: Char type), and even if the CORBA :: Char type is directly assigned to the Char type array of C language, an error occurs. Specifically, mutual conversion is realized by using a function that extracts the Char type of C language from the CORBA :: Char type of CORBA. Therefore, it is necessary to convert to a data type (C language) that can be used by the DSP (analog processing DSP 23 or BB multilevel modulation processing DSP 24) before buffering the ring buffer. Of course, the ring buffer referred to here is applied to all of the ring buffer 21b, the ring buffer 21c, and the ring buffer 21d in FIG.
In addition, speed information is added as control information to data received as an argument. For example, speed information is added such as 0x01 → 16QAM, 0x02 → QPSK, and 0x03 → BPSK.

  Next, in step S44, the TTY software 21 extracts the data buffered in the ring buffer 21d according to the acquired speed information, further calls a processing function of the device driver 22, and uses this data as an argument to the device driver 22 hand over. Then, the device driver 22 writes data in the data area of the DP-RAM 26 on the BB multi-level modulation processing DSP 24 side which is a DSP for digital data / analog data conversion. After that, the TTY software 21 issues an interrupt notifying that the data has been written to the DP-RAM 26 of the BB multi-level modulation processing DSP 24 through the device driver 22.

  In step S45, the DSP for BB multilevel modulation processing 24 receives the interrupt, reads data from the DP-RAM 26, and performs BB multilevel modulation signal processing. Further, the BB multilevel modulation processing DSP 24 writes the signal processed data in the data area of the DP-RAM 26 after the signal processing is completed. As a result, BB multi-level modulated data has a constant value of 2240 bytes regardless of the speed information.

  Next, in step S46, the TTY software 21 calls the processing function of the device driver 22, reads the data written in the DP-RAM 26 on the BB multilevel modulation processing DSP 24 side, and buffers the ring buffer 21c. Do. The processing of the ring buffer 21c at this time is performed by FIFO.

  Further, in step S47, the TTY software 21 takes out 480 bytes of BB multi-level modulated data buffered by the ring buffer 21c, calls the processing function of the device driver 22, and uses this as an argument to send data to the device driver 22 hand over. The device driver 22 writes data to the data area of the DP-RAM 25 on the analog processing DSP 23 side. After that, the TTY software issues an interrupt notifying that the data has been written to the analog processing DSP 23 through the device driver 22.

  Next, in step S48, the analog processing DSP 23 receives the interrupt, reads data from the DP-RAM 25, and performs analog signal processing. Further, the analog processing DSP 23 writes the signal processed data in the data area of the DP-RAM 25 after the signal processing is completed. At this time, the DSP 23 for analog processing performs rate conversion from 12 kHz to 72 kHz, and by performing upsampling of 72 kHz / 16 kHz = 6 times the data analog-processed from digital in the DSP for BB multilevel modulation processing 480 The amount of data is from 2 bytes to 2880 bytes.

  Furthermore, in step S49, the TTY software 21 calls the processing function of the device driver 22, reads the data (that is, 2880 bytes) written in the DP-RAM 25 on the analog processing DSP 23 side, and writes it to the ring buffer 21b. Perform buffering. The processing of the ring buffer 21c at this time is performed by FIFO. As a result, even when there is no signal processed data in the ring buffer 21b or when the amount of data stored in the ring buffer 21b is equal to or less than a predetermined threshold value, the TTY is the same as in step S41 described above. The software 21 calls an IDL interface implemented by the modem unit CORBA-compatible application 11 (that is, a function implemented by the modem unit CORBA-compatible application 11), and passes data to the modem unit CORBA-compatible application 11 using this as an argument. it can.

  By performing the processing flow as described above, the TTY software 21 performs transmission of signal-processed teletype data by mediating between a CORBA and a DSP that is a hardware device device not compatible with CORBA. Can do.

  FIG. 8 is a flowchart showing the relationship between each processing slot (process) generated in the TTY software in the software defined radio of the present invention, and each processing sequence. As shown in FIG. 8, the process configuration of the TTY software 21 can be divided into three processing threads (processes). That is, in the process of step S41, a data request acquisition thread (P1) from the modem unit 1b is generated. In the process in step S43, a data acquisition thread (P2) from the data control unit 1d is generated. Further, in the processing of the above steps S44, S46, S47, and S49, a data read / write thread (P3) between the BB multilevel modulation processing DSP 24 and the analog processing DSP 23 is generated.

  At this time, the Read / Write thread (P3) for data between the BB multi-level modulation processing DSP 24 and the analog processing DSP 23 is persistent from when the TTY software 21 starts processing until the TTY software 21 stops. It is a thread that operates automatically. On the other hand, the data request acquisition thread (P1) from the modem unit 1b and the data acquisition thread (P2) from the data control unit 1d are threads generated each time a processing function implemented by the TTY software 21 is called. Hereinafter, the relationship between the threads and the flow of each processing sequence will be described with reference to the flow chart of FIG.

  In FIG. 8, first, in the data request acquisition thread (P1) from the modem unit 1b, when the data request is made from the modem unit 1b to the TTY software 21 at a constant cycle (for example, 20 ms) (step S51), the TTY software 21 is A data amount check is performed on the ring buffer 21b (step S52). Then, the TTY software 21 determines whether or not the ring buffer 21b has a data amount equal to or larger than the threshold value (step S53). If there is no data amount equal to or larger than the threshold value (No in step S53), the data control unit 1 To the data acquisition thread (P2) from the data control unit 1d. On the other hand, if there is a data amount equal to or greater than the threshold (Yes in step S53), it is determined whether there is data of 2880 bytes or more (step S54), and if there is data of 2880 bytes or more (step S54). In the case of Yes), 2880 bytes of data are extracted from the ring buffer 21b (step S55), and this data is transmitted to the modem unit 1b (step S56). If there is no data of 2880 bytes or more in step S54 (No in step S54), the process exits the thread.

  Next, in the data acquisition thread (P2) from the data control unit 1d, if there is data transmission of 56 bytes at 16QAM, 28 bytes at QPSK, and 14 bytes at BPSK from the data control unit 1d (step S57), TTY The software 21 inputs this data to the ring buffer 21d (step S58). The thread P2 in step S57 is generated every time the TTY software 21 receives data from the data control unit 1d.

  Next, the TTY software 21 shifts to a data read / write thread (P3) between the BB multi-level modulation processing DSP 24 and the analog processing DSP 23 (hereinafter abbreviated as DSP). The data amount of the ring buffer 21d is checked (step S59), and data is extracted according to the control information from the data control unit 1d (step S60). Then, the TTY software 21 writes the extracted data to the DP-RAM 26 for BB multilevel modulation processing (step S61). Further, the TTY software 21 reads 2240 bytes of data from the DP-RAM 26 for BB multilevel modulation processing (step S62), and inputs the read data to the ring buffer 21c (step S63).

  The TTY software 21 determines whether or not the data read from the DP-RAM 26 for BB multilevel modulation processing and input to the ring buffer 21c has become 480 bytes or more (step S64). If not (No in step S64), the process returns to the beginning of the P3 thread (returns to symbol A) and repeats the process from step S59, and the BB multi-level modulated data from the DP-RAM 26 is 480. Retrieve data when it is a byte. That is, the process of extracting 480 bytes of BB multi-value modulated data from the DP-RAM 26 and inputting the data to the ring buffer 21c is repeated.

  If the data input to the ring buffer 21c in step S64 exceeds 480 bytes (Yes in step S64), 480 bytes of data are extracted from the ring buffer 21c (step S65). Write to the RAM 25 (step S66). Further, the TTY software 21 reads 2880 bytes of data from the DP-RAM 25 for analog processing (step S67), and inputs the read data to the ring buffer 21d (step S68). As a result, the TTY software 21 extracts 2880 bytes of data from the ring buffer 21b (step S55), and transmits this data to the modem unit 1b (step S56).

It is a figure which shows the relationship between TTY software in the software defined radio of this invention, CORBA as middleware, and a hardware device which does not support CORBA, (a) is the hardware of the software defined radio which implements distributed processing using CORBA (B) is a detailed block diagram of the modem unit, signal processing unit, and data control unit of (a). It is a figure which shows the relationship between the applications at the time of analog (voice | voice) data transmission in the structure of the software defined radio shown in FIG. It is a figure which shows the relationship between the applications at the time of teletype / data transmission in the structure of the software defined radio shown in FIG. It is a data frame block diagram transmitted from the data control part shown in FIG. It is a figure which shows the relationship between the byte data number transmitted from the data control part shown in FIG. 1, and the number of data symbols. FIG. 2 is a diagram showing an overview of rate conversion and data size when data is transmitted from the BB multilevel modulation processing DSP 24 to the analog processing DSP 23 in the signal processing unit shown in FIG. 1. It is a conceptual diagram which shows the flow of the data processing in the TTY software used for the software defined radio of this invention. It is a flowchart which shows the relationship between each processing slot (process) produced | generated in the TTY software in the software defined radio of this invention, and each processing sequence.

Explanation of symbols

  1 software radio, 1a RF unit, 1b modem unit, 1c signal processing unit, 1d data control unit, 1e network unit, 1f security unit, 1g skeleton, 1h stub, 1i ORB, 1j C-PCI, 11 modem unit CORBA application 12, 25, 26 DP-RAM, 13 FPGA, 21 TTY software, 21a IDL interface, 21b, 21c, 21d ring buffer, 22 device driver, 23 analog processing DSP, 24 BB multi-level modulation processing DSP, 31 data Control unit CORBA application.

Claims (1)

A software defined radio that uses CORBA as middleware and realizes a wireless function by an application that operates in a distributed software processing environment.
An interface for communicating between distributed objects;
A buffer that receives and temporarily stores data requests from any of the distributed objects;
Digital signal processing means for processing a wireless signal of analog data and digital data communicated between the distributed objects as a digital signal;
When a data request is received from any of the distributed objects, and when data exceeding a predetermined threshold is stored in the buffer, the interface corresponding to the distributed object is set with an amount of data satisfying the data request as an argument. The interface corresponding to the distributed object with an amount of data satisfying the data request as an argument after obtaining desired data from another distributed object when the buffer stores data below a predetermined threshold With software to call
A software defined radio characterized in that the software realizes a teletype / data communication function based on communication between the distributed objects by the interface and digital signal processing by the digital signal processing means.

Images