El papel de CORBA en los intermediarios de solicitud de objetos de sistemas de radio de software
La radio por software requiere no solo modularización de hardware, sino también modularización de software. Debido a la falta de interfaces de programación de aplicaciones (API) de software a nivel de aplicación estándar, la falta de cuantificación de la memoria, el espacio de caché y los recursos de procesamiento, la baja tasa de reutilización del software, el alto costo y el largo ciclo de desarrollo, es necesario dividir el software en varios. módulos según funciones y definir claramente la funcionalidad e interfaz de cada módulo. El Software Defined Radio Forum diferencia los módulos basados en API y construye el sistema completo utilizando CORBA. La tecnología CORBA proporciona un bus suave para compartir sin problemas los datos de las aplicaciones. Utilizando un lenguaje de definición de interfaz (del cual el lenguaje Java es un subconjunto), cada paquete de software cuenta con una interfaz de mensajería para el ORB, y los objetos se conectan y desconectan utilizando la interfaz CORBA.
¿Cuáles son los beneficios de utilizar CORBA en radio definida por software? Este es un tema interesante y, aunque hay muchas formas de construir una arquitectura de radio de software, esto no significa que se haya completado la investigación sobre cómo construir una arquitectura de radio de software. Por el contrario, ninguno de estos métodos o teorías da una idea general de cómo construir un sistema de radio software. Por ejemplo, algunas empresas han desarrollado receptores de radio de software, pero es muy difícil o casi imposible trasladar el sistema que construyeron a otro sistema de radio de software (incluso tan simple como desarrollar un transmisor de software correspondiente) porque el sistema de construcción se basa más en procesos. CORBA se introdujo para resolver este problema; no se propuso resolver un problema específico, sino que se le dio la misión de construir un sistema de radio de software abstracto general desde el principio. Este estudio cree que CORBA puede cumplir esta misión. En primer lugar, CORBA es una arquitectura subyacente abierta e independiente del proveedor para aplicaciones informáticas en una red. Las aplicaciones CORBA de cualquier fabricante, computadora, sistema operativo, lenguaje de programación y entorno basado en red utilizan el protocolo estándar IIOP, por lo que cualquier aplicación basada en CORBA puede funcionar en conjunto. En segundo lugar, el uso de CORBA en un pequeño sistema de aplicación modelo cliente/servidor puede proporcionar al sistema una estructura subyacente estándar y confiable, que puede usarse para construir y ejecutar clientes y servidores implementados en diferentes lenguajes de programación en diferentes plataformas. Además, debido a la existencia del mecanismo de tolerancia a fallas de CORBA, el uso de CORBA para crear un sistema de aplicaciones del lado del servidor basado en el modelo de objetos puede permitir que cada objeto se ejecute en dos o más servidores al mismo tiempo. falla, el sistema puede cambiar automáticamente a otro servidor. Esto no sólo garantiza la alta estabilidad del servidor, sino que también logra el equilibrio de carga del sistema. Teniendo en cuenta la carga actual y la situación de carga que se puede alcanzar en el futuro, se puede seleccionar ORB, que puede lograr el equilibrio de carga entre múltiples servidores. Se basa en el Adaptador de objetos móviles OMG, que puede hacer un uso más completo de los recursos de hardware del sistema cuando el sistema está bajo una carga pesada (como la ejecución de aplicaciones basadas en web).