MXPA97005722A - Cargar software en equipo de prueba en campo - Google Patents

Abstract

La presente invención se refiere a sistema de telecomunicación celular, que comprende una estación transceptora base (BTS) acoplada a un controlador de estación base (BSC) un método para probar la BTS, caracterizado porque comprende las etapas de:conectar una terminal de mantenimiento de operaciones (OMT) a la BTS, la OMT incluye un primer programa OMT para realizar una prueba que se desea;enviar un nivel versión de programa de prueba desde la OMT a la BTS;en la BTS, comparar el nivel de versión de programa de pruebacon un nivel de versión de programa BTS;si el nivel de versión de programa de prueba corresponde con el nivel de versión de programa BTS entonces utilizar el primer programa OMT para realizar la prueba deseada;y si el nivel de versión de programa de prueba no corresponde con el nivel de versión de programa BTS entonces realizar un procedimiento de falta de correspondencia que comprende las etapas de:enviar una solicitud de descarga de software desde la BTS al BSC;enviar un segundo programa OMT desde el BSC a la BTS;enviar el segundo programa OMT desde la BTS a la OMT;y utilizar el segundo programa OMT en la OMT para realizar la prueba deseada.

Description

CARGAR SOFTWARE EN EQUIPO DE PRUEBA EN CAMPO ANTECEDENTES DE LA INVENCIÓN La presente invención se relaciona a un sistema y método para cargar software en equipo de prueba de campo. Más particularmente, la invención se relaciona a cargar la versión correcta de software de aplicación en equipo de prueba de campo que puede conectarse a una de una cantidad de estaciones transceptores base en un sistema de telecomunicación celular. Los principios de operación de un sistema de comunicaciones móvil, tal como un sistema de telefonía celular son bien conocidos. Esencialmente, el sistema se divide en un sistema basado en tierra y un sistema de radio. Los subscriptores móviles se comunican con cualquiera de una cantidad de estaciones transceptoras base (BTSs = Base Transceiver stations) mediante la interfase de radio. Las BTSe se distribuyen geográficamente de manera tal que conforme el subscriptor móvil deambula, estará dentro del área de servicio de al menos una de las BTSs en el sistema. Si cuando una llamada está en progreso, el subscriptor móvil sale de rango de su BTS asignada hacia y dentro del rango de una BTS vecinal, el sistema de telefonía celular reasignará el subscriptor móvil a la BTS vecinal en un proceso denominado "transferencia" la administración de la transferencia de una llamada, así como todos los otros aspectos de inicio y terminación de llamada, se manejan por diversos componentes del sistema basado en tierra. El REF: 25272 sistema basado en tierra también es responsable por el direccionamiento de llamadas entre los subscriptores móviles, y para interconectar llamadas a la red de telefonía conmutada pública (PSTN). Las muchas funciones del sistema basado en tierra no se realizan por una sola unidad de equipo físico, sino que en su lugar se distribuyen entre una cantidad de componentes, que se acoplan en conjunto en una red de comunicaciones. Estos componentes incluyen las BTSs anteriormente descritas, que proporcionan el enlace de radio entre el sistema basado en tierra y los subscriptores móviles. El sistema basado en tierra también puede incluir un controlador de estación base (BSC = Base Statíon Control) para controlar la operación de alto nivel de tantos como 100 o más BSTs. La conmutación, transferencia de llamada y otras funciones se realizan por un centro de conmutación móvil (MSC = Mobile Switching Center) que se acopla a las BSCs en el sistema. Debido a que la operación adecuada de las BTSs es de importancia vital al sistema, el mantenimiento rutinario se programa y realiza regularmente. Este mantenimiento se realiza típicamente con la asistencia de una terminal de operaciones y mantenimiento (OMT = Operations an Maiptence Terminal) que es un tipo de equipo de prueba de campo. La Figura 1 ilustra los componentes de la técnica previa y método para realizar este trabajo de mantenimiento. Como se ilustra en el dibujo, un BSC 101 se conecta a una cantidad de n de BTSs 103-1...103-n, en donde en un sistema típico n puede ser mayor que 100. Si se desea realizar operaciones de prueba y mantenimiento en la BTS-103-1, un OMT 105 se conecta a la BTS 103-1 mediante una interfase 107 que puede ser una interfase de red RS-232. En la Figura 1, esta conexión se ilustra por una línea punteada, para indicar que la conexión no es una permanente. Esto es, después de que se ha realizado la prueba de mantenimiento, la OMT 105 puede desconectarse de la BTS 103-1 y llevarse a una diferente BTS 103-i (i = 2,...,n), en donde de nuevo puede emplearse para realizar operaciones de prueba y mantenimiento. La OMT 105 incluye componentes que típicamente se encuentran en una computadora portátil, tal como un procesador 109, memoria 111 y unidades de discos flexibles 113. Para realizar las operaciones de prueba y mantenimiento, un operador debe insertar un disco flexible 115 en la unidad de discos flexibles 113 y cargar el software de aplicación OMT, que está contenido en el disco flexible 115 a la memoria 111. Después de que se ha cargado la memoria 111, el operador puede invocar el software de aplicación OMT para empezar las pruebas. Al invocar, la primer cosa que realiza el software de aplicación OMT cargado es intentar en establecer comunicación con un programa BTS contra parte 117 que se instala y corre en la BTS 103-1. Después de que se ha establecido comunicación entre la OMT 105 y la BTS 103-1, los procedimientos de prueba y mantenimiento se realizan bajo la dirección del software de aplicación OMT cargado. Como la mayoría del software de aplicación, el programa BTS 117 se revisa y mejora periódicamente en ocasiones para tomar en cuenta cambios en las características de equipo físico que comprenden la BTS 103-1. Como resultado, el programa BTS 117 se asocia con un número de versión que identifica de manera particular que revisión del software está en la BTS 103-1. Para que la OMT 105 sea capaz de realizar sus tareas, es necesario que el software de aplicación OMT 115 sea una versión que corresponda al número de versión del programa BTS 117. Si este no fuera el caso, los dos programas (es decir el programa BTS 117 y el software de aplicación OMT 115) serán incapaces de cooperar entre sí. Lo que es peor es que el operador puede no dar indicación de esto aparte del hecho de que la OMT 105 es incapaz de establecer comunicaciones con la BTS 103-1, lo que puede considerarse erróneamente como una indicación de que existen problemas de equipo físico más serios. En la técnica previa, este problema se ha atendido al requerir que el operador de OMT tenga disponible una cantidad de diferentes versiones del software de aplicación OMT en diversos discos flexibles 115. Con esta solución, el operador OMT tiene que dar seguimiento de que versión de software de aplicación OMT pertenece con cual de las BTSs 103-1...103-n. Cada vez que una versión del software BTS 117 queda disponible, la técnica previa requiere que un nuevo disco flexible correspondiente que contiene un software de aplicación OMT se distribuya al operador OMT. Esto es particularmente problemático debido a que el software BTS 117 en sí no se distribuye en discos flexibles, sino que por el contrario se descarga directamente de la BSC 101 de acuerdo con métodos bien conocidos, tales como aquellos generalmente descritos en la solicitud de patente de los E.U.A. Número de serie 08/237,988 otorgada a Dahlin y colaboradores, presentada en Mayo 4 de 1994 con título "Providing a Master Device with Slave Device Capability Information" ("Proporcionar un Dispositivo Maestro con Información de Capacidad del Dispositivo Esclavo") que fuera cedida comúnmente a la misma cesionaria que la presente solicitud, y que aquí se incorpora por referencia. De esta manera, la distribución y catalogado de discos flexibles se realiza solo para beneficio de poder suministrar la versión correcta del software de aplicación OMT 115 a la OMT 105. Consecuentemente, es conveniente el encontrar una mejor forma para distribuir el software correcto a la OMT 105 para utilizar con cualquiera de las BTSs 103-1... 103-n. COMPENDIO Por lo tanto, un objetivo de la presente invención consiste en proporcionar un aparato y método que eliminan la posibilidad de correr versiones incompatibles de software BTS y software de aplicación OMT.

Un objetivo adicional de la presente invención consiste en proporcionar un aparato y método para suministrar software de aplicación OMT a una OMT sin necesidad que un operador OMT de seguimiento a muchos discos flexibles. De acuerdo con un aspecto de la presente invención, los anteriores y otros objetivos se logran en un sistema de telecomunicación celular que comprende una estación de transceptor base (BTS) acoplada a un controlador de estación base (BSC). La prueba de la BTS empieza al conectar una terminal de mantenimiento de operaciones (OMT) a la BTS, la OMT incluye un primer programa OMT para realizar una prueba deseada. Un nivel de versión de programa de prueba se envía desde la OMT a la BTS, en donde el nivel de versión de programa de prueba es indicativo de un nivel de versión del primer programa OMT. En la BTS, el nivel de versión de programa de prueba se compara con un nivel de versión de programa BTS. Si el nivel de versión de programa de prueba corresponde con el nivel de versión de programa BTS, entonces los dos programas son compatibles entre sí, y el primer programa OMT se emplea para realizar la prueba deseada. Si el nivel de versión de programa de prueba no corresponde con el nivel de versión de programa BTS, entonces el nuevo software debe obtenerse de la OMT. Esto se realiza al efectuar un procedimiento de falta de correspondencia que incluye enviar una solicitud de descarga de software desde la BTS a el BSC. En respuesta, un segundo programa OMT se envía desde el BSC a la BTS. La BTS luego envía el segundo programa OMT a la OMT. Luego, el segundo programa OMT se emplea en la OMT para realizar la prueba deseada. De acuerdo con otro aspecto de la invención, la BSC puede obtener el segundo programa OMT desde un sistema de soporte de operación (OSS = Operation Support System) de manera tal que el hecho de que una nueva versión del software OMT que se descarga es transparente al BSC. De acuerdo con aún otro aspecto de la invención, el descargar el software OMT de la BTS a la OMT siempre se realiza en respuesta al inicio de procedimientos de prueba, sin necesidad por comparar niveles de versión de programa de prueba del software de OMT y BTS. BREVE DESCRIPCIÓN PE LOS DIBUJOS, Los objetivos y ventajas de la invención se comprenderán al leer la siguiente descripción detallada en conjunto con los dibujos en donde: La Figura 1 es un diagrama de bloques de los componentes necesarios para realizar operaciones de prueba y mantenimiento en un sistema de comunicaciones celular de acuerdo con la técnica previa. La Figura 2 es un diagrama de bloques de los componentes necesarios para realizar operaciones de prueba y mantenimiento en un sistema de comunicación celular de acuerdo con la presente invención; y La Figura 3 es un diagrama de flujo que ilustra las operaciones para realizar operaciones de prueba y mantenimiento en un sistema de telecomunicaciones celular de acuerdo con una modalidad de la presente invención. DESCRIPCIÓN nBTAT.TAnA Las diversas características de la presente invención ahora se describirán con referencia a la Figura 2 , que ilustra los componentes pertinentes en un sistema de comunicación celular. Habrá de mantenerse en mente sin embargo que los conceptos inventivos de la presente invención no se restringen solamente i utilizar sistemas de comunicaciones celular. Por el contrario, este sistema se muestra para propósitos ilustrativos solamente. Como se ilustra en la Figura 2, un BSC 201 se conecta a una cantidad n, de BTSs 203-1..., 203-n. Cada una de las BTSs 203-1..., 203-n incluye una memoria 219, que típicamente puede ser una memoria de solo lectura programable y borrable (EPROM = Erasable Programraable Read Only Memory) o una "memoria flash". Un procesador 221 dentro de cada una de las BTSs 203-1..., 203-n corre programas almacenados en la memoria 219, Si se desea correr operaciones de prueba y mantenimiento en las primeras BTS 203-1, una OMT 205 se conecta a la BTS 203-1, mediante una interfase 207 que puede ya ser una interfase en serie o en paralelo. En una modalidad preferida de la invención, la interfase 207 es una interfase RS-232. Esta conexión se ilustra como una línea punteada en la Figura 2, a fin de indicar que la conexión no es permanente. Esto es, cuando las operaciones de prueba y mantenimiento se han completado, la OMT 205 puede desconectarse desde la primera BTS 203-1 y llevarse una diferente de las BTSs 203-1 (i= 2,..., n) para utilizar en operaciones de prueba y mantenimiento. La OMT 205 incluye componentes que se encuentran típicamente en una computadora portátil, tal como un procesador 209 y una memoria 211. De acuerdo con una modalidad preferida de la presente invención, la OMT 205 además incluye un disco duro 223 que tiene almacenado un programa de aplicación OMT 225. De acuerdo con una modalidad de la invención, operaciones de prueba y mantenimiento proceden en la siguiente forma, que también se ilustra en el diagrama de flujo de la Figura 3. Después que la OMT 205 se conecta a la BTS 203-1, el operador de la OMT 205 expide un comando (etapa 301) para iniciar las operaciones de prueba y mantenimiento incorporadas en el programa de aplicación OMT 225. La primer cosa que hace el programa de aplicación OMT 225 es intentar en establecer comunicaciones con un programa BTS 227. Esto requiere que se envíe un nivel de versión OMT 231 a la BTS 203-1 (etapa 303). Esta operación se realiza no importa cual sea el nivel de versión del programa BTS 227 de manera tal, que no se encuentran nunca problemas de incompatibilidad.

Al recibir el nivel de versión OMT 231, el programa BTS 227 compara el nivel de versión OMT 231 con un nivel de versión BTS 229, almacenado en la memoria 219 (etapa 305). La siguiente acción depende de los resultados de esa comparación (etapa 307). Si el nivel de versión OMT 231 corresponde con el nivel de versión BTS 229, entonces los dos programas son compatibles y pueden realizarse las operaciones de prueba y mantenimiento solicitadas (etapa 309). Estas operaciones son específicas de aplicación y no se describen aquí en detalle. Si el nivel de versión OMT 231 no corresponde con el nivel de versión BTS 229, entonces el programa BTS 227 informa a la OMT 105 de esa situación. En respuesta, la OMT 105 puede exhibir un mensaje al operador de OMT, pidiendo si deberá descargarse software de prueba compatible del BSC 101. si el operador OMT responde afirmativo o en forma alterna si la OMT 105 se configura para siempre solicitar software compatible sin preguntar al operador OMT, entonces la OMT 105 envía la solicitud al programa BTS 227. En otra modalidad alterna de la invención, el programa BTS 227 siempre puede tomar por sí enviar la solicitud de descarga de software al programa BTS 227 cada vez que ocurra una falta de correspondencia de versiones, sin tener primero que consultar con la OMT 105. En respuesta, el programa BTS 227 envía una solicitud para una descarga de software BTS normal al BSC 201 (etapa 311). Como se describió anteriormente en la sección de ANTECEDENTES, el descargar software de un BSC 201 a una BTS 203-1 se conoce en la técnica. De acuerdo con una modalidad preferida de la presente invención, las operaciones de descarga se realizan de acuerdo con las técnicas descritas en la solicitud de patente de los E.U.A. copendiente Número de serie 08/380,794 otorgada a Nils A. L. Ldfgren y colaboradores, presentada en Enero 30 de 1995, con titulo "Flexible Downloading of Software" (Descarga Flexible de Software), que fue cedida comúnmente a la misma cesionaria que la presente solicitud, y que aquí se incorpora por referencia. La técnica descrita en la solicitud de patente de Ldfgren y colaboradores, se modifica de manera tal que el BSC 201 responderá a una solicitud de descarga de la BTS 203-1 al enviar una lista de identificadores de archivo de software a la BTS 203-1 (etapa 313) . De acuerdo con la invención, esta lista incluye una referencia a software de aplicación OMT. La BTS 203-1 forma una respuesta que indica que el software de aplicación OMT se desea. Hay que notar que usualmente no hay necesidad para que la BTS 203-1 solicite cualesquiera otros archivos, ya que estos ya se descargaron al tiempo en que se encendiera la BTS 203-1. Si el BSC 201 tiene acceso directo a los archivos solicitados (es decir los archivos solicitados se almacenan localmente en el BSC 201), entonces el BSC 201 simplemente recupera estos archivos y continúa la ejecución a la etapa 321. En forma alterna, el BSC 201 no requiere almacenar cualquiera de los archivos que pueden descargarse a la BTS 203-1. Por el contrario, la solicitud por archivos selectos es en este caso enviada a un sistema de soporte de operaciones (OSS) 233 (etapa 317). Esto proporciona la ventaja de que el hecho de que el software OMT se descarga es completamente transparente al BSC 201. El OSC 233 luego localiza el programa de aplicación OMT solicitado de entre sus archivos almacenados 235 y envía este a el BSC 201 (etapa 319). Luego, el BSC 201 envía el programa de aplicación OMT a la BTS 203-1 (etapa 321). La BTS 203-1 reconoce que el archivo recibido se destina para la interfase 207, y por lo tanto envía el archivo a la OMT 205 (etapa 323) que almacena el programa recibido en el disco duro 223. En una modalidad preferida, el archivo que contiene el software de aplicación OMT se transfiere en un formato empaquetado (comprimido) tal como cualquiera de aquellos producidos por los programas bien conocidos PKZIP o LZSS. Consecuentemente, al recibir en la OMT 205, el software de aplicación OMT está desempacado y las operaciones de prueba y mantenimiento luego se re-inician. El desempacar el software de aplicación OMT de preferencia se realiza automáticamente al recibir. En una modalidad alterna de la invención, después de que la BTS determina que el nivel de versión OMT 231 no corresponde con el nivel de versión BTS 229 (la trayectoria "NO" de la etapa 307) envía un mensaje a este efecto a una pantalla 237 que es parte de la OMT 205. En respuesta, el operador OMT llama al sitio BSC y pide al operador BSC que realice una descarga de software, y luego procede como se describió anteriormente. Aún cuando en esta modalidad, el operador OMT debe intervenir físicamente para asegurar que se realicen las operaciones de prueba y mantenimiento OMT, aún es innecesario que de seguimiento a que nivel de versión solicitar, ya que esto se manejará automáticamente por el BSC 201 o el OSS 233. Aún en otra modalidad alterna de la invención, la comparación de niveles de versión se descarta completamente. Por el contrario, al iniciar los procedimientos de prueba y mantenimiento (etapa 301), la OMT 205 envía una notificación de prueba a la BTS 203-1. Al recibir la notificación de prueba, la BTS 203-1 considera que la OMT 205 requerirá descargar software, y de esta manera procede inmediatamente a la etapa 311, en donde el programa BTS 227 envía una solicitud para una descarga de software BTS normal al BSC 201 (etapa 311). Mientras tanto, la OMT 205 entra automáticamente a un estado en el cual está lista para recibir el software descargado. El resto del procedimiento también se describe anteriormente con respecto a la figura 3. La presente invención proporciona una cantidad de ventajas frente a métodos convencionales para realizar operaciones de prueba y mantenimiento. Por ejemplo, permite que se actualice el software en todas las OMTs 205 en una forma controlada, sin necesidad por manejar discos flexibles. También, la técnica de la invención elimina el riesgo de que un operador que llegue a un sitio BTS con el programa de aplicación OMT erróneo 225 instalado en su OMT 205, con resultado que sea incapaz de realizar su tarea. Finalmente, la presente invención proporciona un método mejorado para coordinar el manejo de versión de software BTS y software OMT. La invención se ha descrito con referencia a una modalidad particular. Sin embargo, será fácilmente aparente aquellos con destreza en la especialidad que es posible incorporar la invención en formas específicas diferentes a aquellas de la modalidad preferida descrita anteriormente. Esto puede realizarse sin apartarse del espíritu de la invención. La modalidad preferida simplemente es ilustrativa y no habrá de considerarse restrictiva en forma alguna. El alcance de la invención se da por las reivindicaciones anexas más bien que la descripción presente, y todas las variaciones y equivalentes que caen dentro de la gama de las reivindicaciones se pretenden abarcarse ahí. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención. Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes:

Claims (8)

1. REIVINDICACIONES 1.- Sistema de telecomunicación celular, que comprende una estación transceptora base (BTS) acoplada a un controlador de estación base (BSC) un método para probar la BTS, caracterizado porque comprende las etapas de: conectar una terminal de mantenimiento de operaciones (OMT) a la BTS, la OMT incluye un primer programa OMT para realizar una prueba que se desea; enviar un nivel versión de programa de prueba desde la OMT a la BTS; en la BTS, comparar el nivel de versión de programa de prueba con un nivel de versión de programa BTS; si el nivel de versión de programa de prueba corresponde con el nivel de versión de programa BTS entonces utilizar el primer programa OMT para realizar la prueba deseada; y si el nivel de versión de programa de prueba no corresponde con el nivel de versión de programa BTS entonces realizar un procedimiento de falta de correspondencia que comprende las etapas de: enviar una solicitud de descarga de software desde la BTS al BSC; enviar un segundo programa OMT desde el BSC a la BTS; enviar el segundo programa OMT desde la BTS a la OMT; y utilizar el segundo programa OMT en la OMT para realizar la prueba deseada.
2. 2.- El método de conformidad con la reivindicación 1, caracterizado porque el BSC obtiene el segundo programa OMT de un sistema de soporte de operaciones.
3. 3.- En un sistema de telecanunicaciones celular, que comprende una estación transceptora base (BTS) acoplada a un controlador de estación base (BSC) un sistema para prueba de la BTS que comprende: una terminal de mantenimiento de operaciones (OMT) acoplada con la BTS, la OMT incluye un primer programa OMT para realizar una prueba deseada; medios para enviar un nivel de versión de programa de prueba desde la OMT a la BTS; en la BTS, medios para comparar el nivel de versión de programa de prueba con un nivel de versión de programa BTS; medios para invocación de prueba que responden a una salida de los medios de comparación para utilizar el primer programa OMT para efectuar la prueba deseada si el nivel de versión de programa de prueba corresponde con el nivel de versión de programa BTS y para realizar un procedimiento de falta de correspondencia si el nivel de versión de programa de prueba no corresponde con el nivel de versión de programa BTS, el procedimiento de no encontrar correspondencia se caracteriza porque comprende las etapas de: enviar una solicitud de descarga de software desde la BTS a el BSC; enviar un segundo programa OMT desde el BSC a la BTS; enviar un segundo programa OMT desde la BTS a la OMT; y utilizar el segundo programa OMT en la OMT para realizar la prueba deseada.
4. 4.- El sistema de conformidad con la reivindicación 3, caracterizado porque los medios de invocación de prueba incluyen, en el BSC, medios para obtener el segundo programa OMT desde un sistema de soporte de operaciones.
5. 5.- En un sistema de telecomunicación celular, que comprende una estación transceptora base (BTS) acoplada con un controlador de estación base (BSC) un método para probar la BTS esta caracterizado porque comprende las etapas de: conectar una terminal de mantenimiento de operaciones (OMT) a la BTS; enviar una notificación de prueba desde la OMT a la BTS; en respuesta a recibir la notificación de prueba en la BTS, enviar una solicitud de descarga de software desde la BTS al BSC; enviar un programa OMT desde el BSC a la BTS, el programa OMT es para realizar una prueba deseada; enviar el programa OMT desde la BTS a la OMT; y utilizar el programa OMT en la OMT para realizar la prueba deseada.
6. 6.- El método de conformidad con la reivindicación 5, caracterizado porque el BSC obtiene el programa OMT desde un sistema de soporte de operaciones.
7. 7.- En una sistema de telecomunicaciones celular, que comprende una estación transceptora base (BTS) acoplada a un controlador de estación base (BSC) un sistema para probar la BTS se caracteriza porque comprende: una terminal de mantenimiento de operaciones (OMT) acoplada con la BTS; medios para enviar una notificación de prueba desde la OMT a la BTS; y medios de invocación de prueba, que responden a recibir la notificación de prueba en la BTS, para realizar un procedimiento que comprende las etapas de: enviar una solicitud de descarga de software desde la BTS al BSC; enviar un programa OMT desde el BSC a la BTS, el programa OMT es para realizar una prueba deseada; enviar el programa OMT desde la BTS a la OMT; y utilizar el programa OMT en la OMT para realizar la prueba deseada.
8. 8.- El sistema de conformidad con la reivindicación 7, caracterizado porque los medios de invocación de prueba incluyen, en el BSC, medios para obtener el programa OMT desde un sistema de soporte de operaciones. RESUMEN DE LA INVENCIÓN La presente invención se refiere a un sistema de telecomunicación celular, que comprende una estación transseptora base (BTS) acoplada a un controlador de estación base (BSC), en el que un método para probar BTS empieza al conectar una terminal de mantenimiento de operaciones (OMT) con la BTS, la OMT incluye un primer programa OMT para realizar una prueba deseada. Un nivel de versión de programa de prueba se envía desde la OMT a la BTS. En la BTS, el nivel de versión de programa de prueba se compara con un nivel de versión de programa BTS. Si el nivel de versión de programa de prueba corresponde con el nivel de versión de programa BTS, entonces el primer programa OMT se emplea para realizar la prueba deseada. De otra forma, se realiza un procedimiento de no encontrar correspondencia. El procedimiento de encontrar falta de correspondencia incluye enviar una solicitud de descarga de software desde la BTS al BSC. En respuesta, un segundo programa OMT se envía desde el BCS a la BTS. La BTS luego envía el segundo programa OMT a la OMT. Luego, el segundo programa OMT se emplea en la OMT para realizar la prueba deseada. El BSC puede obtener el segundo programa OMT desde un sistema de soporte de operaciones, de manera tal que el hecho de que se descarga una nueva versión del software OMT es transparente a la BSC. En una modalidad alterna, la BTS siempre inicia la descarga del software OMT a la OMT, cada vez que la OMT inicia una prueba, sin necesidad por comparar los niveles de versión de prueba de los programas de prueba BTS y OMT.