MXPA04005588A

MXPA04005588A - Metodo y aparato para elaborar pruebas de trafico y de canales auxiliares en un sistema inalambrico de comunicacion de datos.

Info

Publication number: MXPA04005588A
Application number: MXPA04005588A
Authority: MX
Inventors: Krishamurthi Rajeev
Original assignee: Qualcomm Inc
Priority date: 2001-12-10
Filing date: 2002-12-05
Publication date: 2004-10-15
Also published as: ES2343569T3; NO329036B1; WO2003051076A1; EP2211572A1; IL162374A; US8089888B2; JP2005512473A; NO20042911L; UA82317C2; AU2002351303B2; KR20040061027A; AU2002351303A1; TW200304292A; US20110317565A1; BR0214831A; CN1618243B; CN1618243A; EP1452048A1; US20030142629A1; CA2469707A1

Abstract

Tecnicas para probar el desempeno de terminales y puntos de acceso en sistemas de datos CDMA (por ejemplo, cdma 2000). Se proporciona un cuadro de protocolos y mensajes, para soportar la elaboracion de pruebas de desempeno sistematico de terminales y para asegurar la compatibilidad de la interfase. El cuadro comprende un Protocolo de Aplicacion de Prueba Directa (FTAP) para elaborar pruebas de canales directos y una Protocolo de aplicacion de Prueba inversa (RTAP) para elaborar pruebas de canales inversos. Tambien se proporcionan tecnicas para (1) probar diferentes tipos de canales (por ejemplo, canales de trafico, asi como, canales auxiliares), (2) probar transmisiones de datos con rafaga, (3) soportar la elaboracion de pruebas de "persistencia" (por ejemplo, elaboracion de pruebas continuas con respecto a conexion y desconexion), (4) forzar los ajustes de ciertos canales auxiliares (por ejemplo, de tal modo que se pueda determinar el rango de error de los canales), y (5) recolectar, registrar y reportar diversas estadisticas que puedan ser utilizadas para derivar metricas de desempeno, tales como rendimiento y rango de error de paquetes.

Description

MÉTODO Y APARATO PARA ELABORAR PRUEBAS DE CANALES DE TRÁFICO Y AUXILIARES EN UN SISTEMA DE COMUNICACIÓN DE DATOS INALÁMBRICO Campo del Invento La presente invención se refiere a la comunicación de datos y más particularmente a técnicas para elaborar pruebas de diferentes tipos de canales en un sistema de comunicación de datos inalámbrico (por ejemplo cdma2000) .

Antecedentes del Invento Los sistemas de comunicación de datos inalámbricos, tal como sistemas de acceso múltiple de división de código (CDMA) , sistemas de acceso múltiple de división de tiempo (TDMA) , sistemas de acceso múltiple de división de frecuencia (FDMA) y otros, se utilizan ampliamente para proporcionar diversos tipos de comunicación, tal como voz, datos, etc. Para estos sistemas, es altamente recomendable utilizar los recursos disponibles (es decir el ancho de banda y potencia transmisión disponibles) en la forma más eficientemente posible. Esto normalmente comprende transmitir una gran cantidad de datos a diversos usuarios dentro de un periodo de tiempo corto, soportado por las condiciones del enlace de comunicación. Para lograr la meta anterior, puede necesitarse evaluar el desempeño de las terminales en la fábrica y/o en el campo. Como parte de un proceso de fabricación, las terminales pueden ser probadas para asegurar que cumplan con los criterios especificados de desempeño mínimo. Y en el campo, el desempeño de las terminales puede estar caracterizado y ser utilizado para diagnosticar problemas de cobertura y desempeño RF en el sistema de comunicación de datos inalámbricos . En una técnica convencional para caracterizar el desempeño de una terminal, se transmite un patrón de datos conocido (por ejemplo, generado mediante un generador de números pseudoaleatorio (PN) ) mediante un punto de acceso (o estación base) , es recibido por una terminal y se envía nuevamente al punto de acceso. Esta técnica de elaboración de pruebas de "retorno de señal" puede ser simple en su implementación pero proporciona capacidades de prueba limitadas . Muchos sistemas de comunicación CDMA de la nueva generación tienen la capacidad de ¦ una operación flexible.' Por ejemplo, los datos pueden ser transmitidos a las terminales en ráfagas, se pueden transmitir diferentes tipos de datos en diférentes ' tipos de canáles, el rango de datos puede variar dé cuadro a cuadro . en un canal en particular,' el procesamiento de datos también puede variar (por ejemplo de cuadro a cuadro y/o de canal .a canal), etc. La técnica de elaboración de pruebas, de retorno de señal convencional., se utiliza normalmente para probar un solo canal de tráfico con ' base en un grupo de parámetros de * prueba - definidos , y puede no tener la capacidad de ' probar diversos aspectos de un sistema CD A de nueva generación. .Además, los .vendedores ¦ de equipo diferente 'pueden -soportar y/o implementar diferentes "interfases ·. para .probar las terminales. Como resultado," 'se concibe que el equipo de un vendedor pueda no · ser probado en forma adecuada, contra, o en combinación con el equipo de otro vendedor debido a las - interfases incompatibles. Por consiguiente, existe la necesidad en el arte de técnicas para probar el .desempeño de terminales y puntos de acceso en sistemas CDMA.

Sumario del Invento Los aspectos de la presente invención proporcionan técnicas para probar el desempeño de terminales y puntos de acceso en sistemas CDMA. Se proporciona una estructura de protocolos y mensajes para soportar el desempeño de elaboración de pruebas de terminales, y esta estructura asegura una compatibilidad de interfase. En una modalidad, la estructura comprende un Protocolo de Aplicación de Prueba Directa (FTAP) para probar canales directos y un Protocolo de Aplicación de Prueba Inversa (RTAP) para probar canales inversos . El FTAP soporta la elaboración de pruebas de una Canal de Tráfico Directo y la recolección, registro y reporte de diversas estadísticas que se pueden utilizar para determinar el desempeño, y el RTAP soporta la elaboración de pruebas de un Canal de Tráfico Inverso y la recolección de estadísticas asociadas . Se proporcionan técnicas para llevar a cabo diversas pruebas en diferentes tipos de canales (por ejemplo, canales de tráfico así como canales auxiliares o transversales) . Estas técnicas soportan pruebas de transmisión de datos en ráfaga. También se proporcionan técnicas para recolectar, registrar y reportar diversas estadísticas, y, ' por consiguiente, las estadísticas recolectadas pueden utilizarse para derivar diversas métricas de desempeño tales como rendimiento, . rango de error de paquete (PER), etc.

También se proporcionan técnicas para soportar la "persistencia" en la elaboración de pruebas (por ejemplo, elaboración de pruebas continua con respecto a conexión y desconexión,.' haciendo reajustes las variables que 'se utilizan para almacenar la información estadística únicamente cuando . se . 'les 'da " la instrucción, ) . También se proporcionan * técnicas para forzar los ajustes de ciertos canales .auxiliares (por ejemplo de modo que el rango de error de los canales pueda ser determinado) . A-. continuación se describirán tcon mayor detalle varios aspectos y modalidades de la presente invención . Las técnicas descritas en la presente invención, se pueden utilizar para diversas aplicaciones tales como elaboración de pruebas de desempeño .mínimo de terminales en una forma sistemática (por ejemplo, en una fábrica o ambiente de laboratorio) y la medida del desempeño ·¦* de enlace directo y/o inverso (por ejemplo en un ambiente de campo) . Estas técnicas pueden utilizarse para diversos sistemas CDMA y sistemas de comunicación de datos inalámbricos, tal como 5 cdma2000, IS-95, y W-CDMA. Tal como se describirá con mayor detalle más adelante, la presente invención proporciona además métodos y aparatos (por ejemplo, punto de terminal y acceso) y otros elementos que implementan 10 diversos aspectos, modalidades y características de la presente invención.

Breve Descripción de las Figuras Las características, naturaleza y ventajas de 15 la presente invención, podrán ser mejor apreciadas a partir de la descripción detallada que se encuentra más adelante, cuando se tome junto con las figuras en las cuales los caracteres de referencia similares identifican los 20 correspondientes a lo largo de las mismas, y en donde : La figura 1, es un diagrama de un sistema de comunicación de datos inalámbricos; Las figuras 2A y 2B, son diagramas de bloque 25 de una modalidad de un punto de acceso y una terminal, respectivamente, con la capacidad de implementar diversos aspectos y modalidades de la presente invención; La figura 3, es un diagrama de un esquema de transmisión que se utiliza para datos en paquete de alto rango en un cdma2000; La figura 4, es un diagrama de una modalidad de un proceso general para probar un Canal de Tráfico Directo; La figura 5, es un diagrama de flujo de una modalidad especifica de un proceso de Configuración de Parámetro de Prueba FTAP; La figura 6, es un diagrama de una modalidad de un proceso para recuperar información estadística de la terminal; La figura 7, es un diagrama de una modalidad de un proceso general para elaborar pruebas de un Canal de Tráfico Inverso; y La figura 8, es un diagrama de flujo de una modalidad específica de un proceso de Configuración de Parámetro de Prueba RTAP .

Descripción Detallada del Invento La figura 1, es un diagrama de un sistema de comunicación de datos inalámbricos 100, en donde se pueden implementar diversos aspectos y modalidades de la presente invención, el sistema 100 proporciona comunicación para un número de células, siendo servida cada célula por un punto de acceso correspondiente 104. Un punto de acceso también puede ser referido como una estación base, un sistema transceptor de estación base (BTS), o un Nodo B. Se dispersan varias terminales 106 a lo largo del sistema. Una terminal también puede ser referida como una terminal de acceso, una terminal remota, una estación móvil o un equipo del usuario (UE) . En una modalidad, cada terminal 106 puede comunicarse con un punto de acceso 104 en el enlace directo en cualquier momento determinado, y se puede comunicar con uno o más puntos de acceso en el enlace inverso dependiendo de si la terminal está o no en una conexión temporal. El enlace directo (por ejemplo enlace descendente) se refiere a la transmisión desde el punto de acceso hasta la terminal, y el enlace inverso (por ejemplo enlace ascendente) se refiere a la transmisión desde la terminal hasta el punto de acce so . En la figura 1, la linea continua con una flecha indica una transmisión de datos especifica del usuario (o simplemente "datos") desde un punto de acceso hasta una terminal . La linea punteada con una flecha, indica que la terminal esta recibiendo señales piloto y otras, pero no la transmisión de datos especifica del ' usuario desde el punto de acceso. Tal como se muestra en la figura 1, el punto de acceso 104a transmite datos a la terminal 106a en el enlace directo, el punto de acceso 104b transmite datos a la terminal 106b, el punto de acceso 104c transmite datos a la terminal 106c etc. Por simplicidad, en la figura 1 no se muestra la comunicación de enlace inverso. El sistema 100 puede estar diseñado para soportar uno o más estándares ' CDMA tales como cdma2000, IS-95, -CDMA, y otros. Estos estándares CDMA se conocen en la técnica y están incorporados a la presente invención como referencia. Algunos sistemas CDMA de nueva generación (por ejemplo, - sistemas cdma2000 lxEV) , tienen la capacidad de transmitir datos en ráfagas y en rango de datos variables (por ejemplo tal como se soporta a través del enlace de comunicación) . Las técnicas de elaboración de pruebas aquí descritas, también pueden tener la capacidad de caracterizar en forma más efectiva el enlace de comunicación de estos sistemas. La figura 2A, es un diagrama de bloque de una modalidad de punto de acceso 104, la cual tiene la capacidad de soportar diversos aspectos y modalidades de la presente invención. Por simplicidad, la figura 2A muestra el procesamiento en el punto de acceso para la comunicación con una terminal. En el enlace directo, los datos de "tráfico" desde una fuente de datos de transmisión (TX) 210 y datos de prueba desde un amortiguador 212 se proporcionan a un multiplexor (MUX) 214. El multiplexor 214. selecciona y proporciona los datos de tráfico a un procesador de datos TX 216, cuando la operación está en un modo normal y proporciona tanto datos de tráfico como de prueba cuando está operando en un modo de prueba. El procesador de datos TX 216, recibe y procesa (por ejemplo, formatos, intercalados y códigos) los datos recibidos, los cuales posteriormente se procesan en forma adicional (por ejemplo, se cubren y dispersan por medio de un modular (MOD) 218. El procesamiento (por ejemplo, codificación, intercalado, cobertura, etc) puede ser diferente para cada tipo de canal. Posteriormente los datos modulados se proporcionan a una unidad TX RF 222 y se acondicionan (por ejemplo se convierten a una o más señales análogas, amplificadas, filtradas y moduladas por cuadratura) para generar una señal de enlace directo, la cual se enruta a través de un duplexor (D) 224 y se transmite a través de una antena 226 a las terminales. El controlador 220 controla la prueba general a través de mensajes de señalización que se envían mediante el multiplexor 214. La figura 2B es un diagrama de bloque de bloque de una modalidad de la terminal 106, la cual también tiene la capacidad de soportar varios aspectos y modalidades de la presente invención. En la señal de enlace directo desde el punto de acceso es recibida por una antena 252, enrutada a través de un duplexor 254 y proporcionada a una unidad receptora RF 256. La unidad receptora RF 256 acondiciona (por ejemplo filtra, amplifica, convierte en forma descendente y digitaliza) la señal recibida y proporciona muestras . Un desmodulador (DEMOD) 258 recibe y procesa (por ejemplo, desdispersa, descubre y desmodula) las muestras para proporcionar símbolos recuperados. El desmodulador 258 puede implementar un receptor de incidencia con la capacidad de procesar múltiples casos de señal en la señal recibida, para proporcionar los símbolos recuperados. Un procesador de recepción de datos (RX) 260, descodifica los símbolos recuperados, revisa los paquetes recibidos y proporciona datos de tráfico descodificados (a través de un desmult iplexor 262) a un sumidero de datos RX 264 y los datos de prueba descodificados a un controlador 270. El controlador 270 controla la prueba general a través de mensajes de señalización que se envían a través de un multiplexor (MUX) 284. En el enlace inverso, el multiplexor 284 recibe datos estadísticos de la prueba de enlace directo del controlador 270, los datos de Retorno de Señal (que se describirán más adelante) desde un separador 278, datos de prueba para elaborar pruebas del enlace inverso desde un separador 280 I y datos de tráfico desde una fuente de datos TX 282. Dependiendo del modo de operación de la terminal 106 y las pruebas particulares que se estén llevando a cabo, el multiplexor 284 proporciona la combinación adecuada de diversos tipos de datos a un procesador de datos TX 286. Posteriormente se procesan los datos proporcionados (por ejemplo, formateados, intercalados y codificados) por un procesador de datos TX 286, se procesan en forma adicional (por ejemplo, se cubren y dispersan) mediante un modulador (MOD) 288 y se acondicionan (por ejemplo, se convierten a una señal análoga, amplificada, filtrada y modulada mediante cuadratura) a través de una unidad TX RF 290 para generar una señal de enlace inverso la cual posteriormente se enruta a través de un duplexor 254 y se transmite a través de la antena 252 hacia uno o más puntos de acceso 104. Haciendo referencia nuevamente a la figura 2A, la señal de enlace inverso recibida por la antena 226, se enruta a través del .duplexor 224 y se proporciona a una unidad de recepción RF 228. La señal de enlace inverso se acondiciona (por ejemplo, se convierte en forma descendente, se filtra y amplifica) a través de la unidad receptora RF 228 y se procesa en forma adicional a través de un desmodulador 232 y un procesador de datos RX 234 en una forma complementaria a la realizada por el modulador 288 y el procesador de datos TX 286, respectivamente, para recuperar los datos transmitidos. Los datos de tráfico de enlace inverso se proporcionan a través de un de smultiplexor 23 6 a un sink de datos RX 238 , y los datos estadísticos, de Retorno de Señal y de pruebas se proporcionan a un controlador 220 para su evaluación. Los aspectos de la presente invención, proporcionan técnicas para probar el desempeño de terminales y puntos de acceso en sistemas CD A. En un aspecto, se proporciona una estructura de protocolos y mensajes para soportar la elaboración de pruebas de desempeño de las terminales. Esta estructura asegura la compatibilidad de interfase (por ejemplo, entre diferentes vendedores de equipo) . En otro aspecto, se proporcionan técnicas para llevar a cabo diversas pruebas de diferentes tipos de canal (por ejemplo canales de tráfico, así como canales auxiliares o transversales) . Se soportan pruebas para transmisiones de datos en ráfaga. Aún en otro aspecto, se proporcionan técnicas para recolectar, registrar y reportar diversas estadísticas, y poste iormente las estadísticas recolectadas pueden utilizarse para derivar varias métricas de desempeño, tales como rendimiento, rango de error en paquete (PER), etc. Aún en otro aspecto, se proporcionan técnicas para soportar la "persistencia" en la elaboración de pruebas (por ejemplo, elaboración de pruebas continua con respecto a conexión y desconexión, siendo reiniciadas las variables que se utilizan para almacenar información estadística, únicamente cuando se da la instrucción) . Aún en · otro aspecto, se proporcionan técnicas para forzar los ajustes en ciertos canales auxiliares (por ejemplo, de modo que el rango de error de los canales pueda ser determinado) . A continuación se describirán con mayor detalle varios aspectos y modalidades de la presente invención. Por claridad, varios aspectos de la presente invención se describen en forma específica en Interfase Aérea de Datos en Paquete de Alto Rango cdma2000 o simplemente (cdma2000 HAI) . La figura 3, es un diagrama de un esquema de transmisión de enlace directo que se utiliza para datos en paquete de alto rango en un cdma2000. Cada punto de acceso transmite datos de paquetes a terminales que han elegido recibir datos del punto de acceso con base en la fuerza de señal, una a la vez, en una forma multiplexada por división de tiempo. En puntos de acceso se transmiten datos en paquete a una terminal que se encuentra en o cerca del nivel de potencia pico de transmisión. Siempre que una terminal desee una transmisión de datos, envia una solicitud de datos en paquete en la forma de un mensaje de Control de Rango de Datos (DRC) a un punto de acceso seleccionado. La terminal mide la calidad de señal de las señales de enlace directo (por ejemplo, los pilotos) recibidos de un número de puntos de acceso, determina el punto de acceso que tiene la mejor calidad de señal recibida (por ejemplo, el punto de acceso seleccionado), identifica el rango de datos más alto soportado por el menor enlace recibido, y envia un valor DRC que indica el rango de datos identificado. El valor DRC se transmite en un canal DRC y se dirige al punto de acceso seleccionada a través del uso de una cobertura DRC asignada para el punto de acceso. El punto de acceso seleccionado (o sector de servicio) sincroniza la transmisión de datos para la terminal en el Canal de Tráfico Directo de acuerdo con su política de sincronización, que puede tomar en cuenta varios factores tales como valor DRC recibido, datos en la fila, etc. Con base en el estatus de la transmisión de datos recibidos, la terminal envía reconocimientos (ACKs) y reconocimientos negativos (NACKs) en un Canal ACK al punto de acceso seleccionado. En la publicación 3GPP2 C.S0024, titulada "Especificación de Interfase Aérea de Datos en Paquete de Alto Rango cdma2000" referida en la presente invención como el Documento HAI e incorporado a la presente invención como referencia, se describen detalles del esquema de transmisión de datos en paquete de alto rango para el sistema cdma2000. Las técnicas aquí descritas, también se pueden utilizar para probar diversos tipos de canales. Para cdma2000 HAI, estos canales incluyen el Canal de Tráfico Directo, el Canal DRC, el Canal ACK, el Canal de Tráfico Inverso y posiblemente otros. El Canal de Tráfico Directo se utiliza para la transmisión de datos desde el punto de acceso hasta la terminal, y el Canal de Tráfico Inverso se utiliza para la transmisión de datos desde la terminal hasta el punto de acceso. El Canal DRC se utiliza para enviar información con respecto al rango máximo que será utilizado para el Canal de Tráfico Directo y el Canal ACK se utiliza para enviar bits de reconocimiento de paquetes recibidos . Las técnicas aquí descritas, también se pueden utilizar para diversas aplicaciones. Una de tales aplicaciones es la elaboración de pruebas de terminales en una forma sistemática (por ejemplo, en un ambiente de fábrica o de laboratorio) . El desempeño mínimo para la terminales en cdma2000 HAI se describe en el estándar TIA/EIA/ IS-866, titulada "Estándares de Desempeño Mínimos Recomendados para la Terminal de Datos en Paquete de Alto Rango cdma2000" y el desempeño mínimo para puntos de acceso se describe en el estándar TIA/EIA/ IS-864 titulado "Estándares de Desempeño Mínimos. Recomendados para Redes de de Acceso de Datos en Paquetes de Alto Rango cdma2000" ambos de los cuales están incorporados a la presente invención como referencia. Otra aplicación es la medida de ciertas métricas clave de desempeño de enlace directo y/o inverso (por ejemplo, en un ambiente de campo) tal como rendimiento o rango de error de paquete (PER) . En un aspecto, se proporciona una estructura para permitir la elaboración de pruebas de diversos elementos de un sistema CDMA (por ejemplo, el sistema cdma2000 HAI) . La estructura, la cual se refiere en la presente invención como el "Protocolo de Aplicación de Pruebas" (TAP) , comprende un Protocolo de Aplicación de Prueba Directa (FTAP) para elaborar pruebas de canales directos y un Protocolo de Aplicación de Prueba Inversa (RTAP) para realizar pruebas de canales inversos . En una modalidad, el FTAP (1) proporciona procedimientos y mensajes para controlar el Canal de Tráfico Directo y para configurar los canales inversos asociados con el Canal de Tráfico Directo (2) especifica la generación y transmisión de paquetes de prueba y de Retorno de Señal enviados en los Canales de Tráfico Directos e Inversos, respectivamente, con el propósito de elaborar pruebas del Canal de Tráfico Directo y (3) proporciona procedimientos para recolectar, registrar y reportar ciertas estadísticas tal como se observan en la terminal . El FTAP también puede soportar algunas otras, adicionales y/o diferentes capacidades y esto esta dentro del alcance de la presente invención. En una modalidad, el RTAP (1) proporciona procedimientos y mensajes para controlar y configurar el Canal de Tráfico Inverso y (2) especifica la generación de paquetes de prueba enviados en el Canal de Tráfico Inverso para la elaboración de pruebas del canal. El RTAP también puede soportar algunas capacidades adicionales y/o diferentes y esto está dentro del alcance de la presente invención. El ??? genera y envía paquetes de prueba a la capa de corriente en la dirección de transmisión, y recibe y procesa paquetes de prueba procedentes de la capa de corriente en la dirección de recepción. La unidad de transmisión del FTAP es un paquete FTAP, y la unidad de transmisión de RTAP es un paquete RTAP. Los tamaños de los paquetes FTAP y RTAP se determinan cada uno mediante capas inferiores negociadas durante la configuración de sesión. Cada paquete FTAP ó RTAP se incluye en la carga útil de la capa de corriente . El FTAP y RTAP utilizan cada uno, mensajes de señalización para controlar y configurar la terminal y la red de acceso para llevar a cabo pruebas en los Canales de Tráfico Directo e Inverso. El FTAP y RTAP utilizan la Aplicación de Señalización descrita en el Documento HAI antes mencionado para enviar mensajes.

El TAP se registra para recibir ciertas indicaciones de las otras capas, las cuales se utilizan para cerrar una sesión de prueba o cambiar el estado de la terminal bajo prueba. En una modalidad, se reciben las siguientes indicaciones mediante FTAP y/o RTAP (tal como se muestra en el recuadro a la derecha de la indicación) : • ConnectedState . ConnectionClosed [recibido por el FTAP y RTAP] • RouteUpdate . IdleHo [recibido por el FTAP] • RouteUpdate . ConnectionLost [recibido por el FTAP y RTAP] , y • IdleState . ConnectionOpened [recibido por el FTAP y RTAP] . El TAP también regresa la siguiente indicación a las capas de señalización superior: • LoopbackSyncLost [regresada por el FTAP], y • RTAPSyncLost [regrasada por el RTAP] . Protocolo de Aplicación de Prueba Directa (FTAP) El FTAP proporciona procedimientos y mensajes que se utilizan para configurar, controlar y llevar a cabo diversas pruebas de los canales directos, incluyendo el Canal de Tráfico Directo. Los procedimientos del FTAP pueden agruparse en las siguientes categorías: • Configuración de Parámetro de Prueba FTAP incluye procedimientos y mensajes para controlar las configuraciones de prueba FTAP en la red terminal y de acceso. • Transmisión y Recepción de Paquetes de Prueba FTAP - incluye procedimientos para generar paquetes de Prueba FTAP en la red de acceso para la transmisión a través del Tráfico Directo, y para procesar paquetes recibidos en la terminal; • Transmisión y Recepción de Paquetes de Retorno de Señal FTAP - incluye procedimientos para enviar y recibir paquetes de Retorno de Señal FTAP en el Canal de Tráfico Inverso; • Transmisión de Canal ACK - incluye procedimientos para enviar los bits del Canal ACK configurados (de valor fijo) en el Canal ACK; · Transmisión de Canal DRC - incluye procedimientos para enviar valores DRC configurados (fijos) y/o utilizar una cubierta DRC fija en el canal DRC; y • Recolección y Recuperación de Estadísticas FTAP - incluye procedimientos y mensajes para recolectar estadísticas en la terminal y para recuperarlas mediante la red de acceso. Los procedimientos y mensajes se describirán con mayor detalle más adelante. El FTAP también puede proporcionar procedimientos y mensajes diferentes, y adicionales y esto está dentro del alcance de la presente invención. El FTAP soporta la elaboración de pruebas de diferentes tipos de canales directos. Los canales que serán probados en particular pueden ser seleccionados en forma individual, y los canales seleccionados pueden probarse en forma concurrente. En una modalidad, el FTAP soporta las pruebas del Canal de Tráfico Directo, canales MAC Directos, Canal DRC, y Canal ACK . La tabla 1 describe diversos modelos soportados por el FTAP. También se soportan modos adicionales y/o diferentes y esto está dentro del alcance de la presente invención. Tabla 1 Modo Descripción Modo de Circuito Habilitado para enviar paquetes de Circuito FTAP en el Canal de Tráfico Inverso Modo Fijo de Bit de Canal ACK Habilitado para enviar bits de Canales ACK con valor fijo en el Canal ACK Modo Fijo DRC Habilitado para enviar valores DRC fijos en el Canal DRC Modo Fijo de Cubierta DRC Habilitado para utilizar cobertura Walsh fija en el Canal DRC.

El FTAP soporta la recolección de ciertas estadísticas a través de la red de acceso, la cual se puede utilizar para determinar diversas métricas de desempeño tales como por ejemplo, rendimiento de Enlace Directo, rango de error de Paquete de Canal de Tráfico, rango de error de paquete de Canal de Control, capacidad del sector (rendimiento), etc. La tabla 2, describe las estadísticas que se pueden recolectar y mantener a través de la red de acceso (por ejemplo, para cada sector) cuando se habilita el Modo de Retorno de Señal . Tabla 2 El FTAP soporta la recolección de ciertas estadísticas a través de la terminal. Estas estadísticas pueden ser recuperadas mediante la red de acceso. La tabla 3 describe las estadísticas que pueden ser recolectadas y mantenidas a través de la terminal. Tabla 3 En el sistema cdma2000 HAI, un piloto para cada sector se caracteriza por una compensación PN y un Canal CDMA, y un piloto del grupo activo (ASP) es el piloto del sector cuya terminal del Canal de Control está siendo monitoreada en ese momento. Aunque la terminal está en el Estado Desactivado, monitorea el Canal de Control desde el sector de servicio. Se utiliza el IdleASPChange para recolectar estadísticas para el rango de cambio del piloto de grupo activo, y se utiliza el FirstSyncCCPkt para recolectar estadísticas del número de paquetes de Capa CC MAC en las cápsulas de sincronía recibidas en forma exitosa por la terminal. Aunque la terminal está en un Estado Conectado, puede recibir paquetes de los sectores de servicio. Un sector de servicio es un sector al cual se envía el mensaje DRC (o se señala) . Cuando el mensaje DRC se señala nuevamente de un sector a otro, la cubierta DRC transita a través de una cobertura NULL . Por ejemplo, si la cobertura DRC cambia de la cobertura del sector A, a la cobertura NULL, y la cobertura del sector B (en donde A no es igual a B) , entonces se cuenta como un cambio del sector de servicio. Y si la cobertura DRC cambia de la cobertura del sector A, a través de la cobertura NULL, y de regreso a la cobertura del sector A, entonces se cuenta como un cambio de sector de servicio cero. Se utiliza el ConnectedSSChange para recolectar estadísticas del rango de cambio del sector de servicio. Los Estados Desactivados y Conectados son estados de operación de la terminal en un Protocolo de Administración de Enlace Aéreo que se describe en el Documento HAI antes mencionado. La figura 4, es un diagrama de un proceso general 400 para probar el Canal de Tráfico Directo de acuerdo con una modalidad de la presente invención. Se puede utilizar el proceso 400 para determinar diversas métricas de desempeño, tales como por ejemplo, rendimiento del usuario de enlace directo, rango de error de paquete del Canal de Tráfico Directo, rango de error de paquete del Canal de Control y, rendimiento del sector de enlace directo, etc. Inicialmente , en el paso 412 la red de acceso ajusta una conexión con una terminal en una forma normal si no existe una conexión en ese momento entre ellos. El ajuste de conexión del cdma200 HAI puede llevarse a cabo tal como se describe en el documento HAI antes mencionado. Posteriormente en el paso 414, la red de acceso envía un mensaje de FTAPParameterAs sígnment a la terminal para configurar el FTAP . La configuración de la terminal para la elaboración de pruebas FTAP se describirá más adelante, y en una modalidad, se habilita el Modo de Retorno de Señal por default. En el paso 416 la terminal lleva a cabo la configuración necesaria y posteriormente responde a la red de acceso con un mensaje FTPParameterComplete para indicar que está lista para las pruebas configuradas. En el paso 418, la red de acceso y la terminal intercambian posteriormente los paquetes de Prueba FTAP y los paquetes de Retorno de Señal FTAP, ; lo cual se describen con mayor detalle más adelante.

Se puede intercambiar cualquier número de paquetes FTAP, y las estadísticas que serán recolectadas a través de la red de acceso y/o terminal pueden determinarse mediante la configuración de prueba. En el paso 420, una vez que se han recolectado suficientes estadísticas, la red de acceso detiene el envío de paquetes de Prueba FTAP y libera la conexión. Se puede omitir el paso 420, por ejemplo, si la red de acceso procede a llevar a cabo algunas otras pruebas o funciones. La red de acceso puede utilizar las estadísticas que recolectó, para computerizar el rango de error de paquete y el rendimiento promedio, tal como se describirá más adelante. Más adelante se describen varios detalles del proceso 400. En una modalidad, se activa el FTAP enlazando la aplicación de prueba a una de tres corrientes disponibles. Se puede utilizar la configuración del protocolo mediante el punto de acceso o la terminal. En una modalidad, puede haber únicamente un inicio del FTAP en cada terminal. Configuración del Parámetro de Prueba FTAP La red de acceso de la terminal puede activar el FTAP para probar los canales directos. Al momento de la activación del FTAP, la terminal realiza un procedimiento de Inicio de Configuración FTAP , lo cual deshabilita las señales del Modo de Retorno de Señal, el Modo de Bit de Canal ACK Fijo, Modo de DRC Fijo y Modo de Cobertura DRC Fija. La figura 5, es un diagrama de flujo de una modalidad especifica de un proceso de Configuración de Parámetro de Prueba FTAP 500. El proceso 500 cubre los pasos 414 y 416 de la figura 4. Para iniciar o cambiar la configuración de prueba, la red de acceso envía un mensaje de FTAPParameterAssignment que incluye un valor particular para un campoTransact ionl D y puede incluir además uno o más registros de atributo para las señales de Modo FTAP mantenidas por la terminal, en el paso 512. A través de los registros de atributo en este mensaje, la red de acceso tiene la capacidad de controlar las pruebas que se realizarán. En el paso 514 al recibir el mensaje FTAPParameterAssignment de la red de acceso, la terminal lleva a cabo el procedimiento de Inicio de Configuración FTAP descrito anteriormente. Posteriormente, en el paso 516, la terminal ajusta sus señales de modo FTAP con base en atributos, si es que existen, incluidos en el mensaje recibido. En particular, el mensaje recibido puede incluir un atributo LoopBackMode , un atributo ACKChBitFixedMode, un atributo DRCFixedMode , y/o un atributo DRCCoverFixedMode . El atributo LoopBackMode está incluido en el mensaje FTAPParameterAssignment si se requiere que la terminal transmita paquetes de Retorno de Señal FTAP en el Canal de Tráfico Inverso. El atributo ACKChannelBitFixedMode está incluido si los bits del Canal ACK serán transmitidos a través de la terminal en cada ranura y se ajustan en un valor fijo particular. El atributo DRCFixedMode está incluido si el DRC transmitido por la terminal será ajustado a un valor fijo en particular. Y el atributo DRCCoverFixedMode está incluido, si la terminal utiliza una cobertura DRC fija en particular para la transmisión DRC. Si el mensaje recibido incluye el atributo LoopBackMode, entonces las terminales habilitan . la señal de modo de Retorno de Señal, almacena el valor en el campo LoopBackPersis tence del atributo, despeja el separador de Retorno de Señal, y ajusta un LBPktOverf lo Bit a cero. Si el mensaje recibido incluye el atributo ACKChanne IBitFixedMode , entonces la terminal habilita la señal del modo de Bit de Canal ACK Fijo y almacena el valor en un campo ACKChannelBi t del atributo. Si el mensaje recibido incluye el atributo DRCFIxedMode, entonces las terminales habilitan la señal del Modo DRC Fijo y almacenan el valor en un campo de valor DRC del atributo. Y si el mensaje recibido incluye el atributo DRCCoverFixedMode , entonces la terminal habilita la señal del Modo Covertura DRC Fija y almacena el valor en un campo DRCCover del atributo. Al término de las configuraciones de prueba especificadas por el mensaje FTAPParameterAssignment y dentro de los segundos TFTAPConfig (por ejemplo, dos) de recepción del mensaje, la terminal envía un mensaje FTAPParameterComplete con el campo TransactionID ajustado al mismo valor al que se recibió en el campo TransactionID del mensaje FTAPParameterAssignment en el paso 518. El campo TransactionID se utiliza para identificar la transacción específica referida mediante el mensaj e . Al recibir el mensaje FTAPParameterComplete desde la terminal, la red de acceso lleva a cabo un procedimiento de Inicio de Estadísticas y Parámetros de Prueba FTAP, el cual, en el paso 520, ajusta a cero las variables FTAPTes tPkt Sent , FTAPTestPktRecd, FTAPMACPktRecd, FTAPMACPktRecd, FTAPLBktRecd, FTAPPhysPktSlots y FTAPTes tTime mantenidas por cada sector. La red de acceso ajusta en forma adicional a cero (14 bit) una variable V(STest) / que se utiliza para rastrear el número de secuencia de los paquetes de Prueba FTAP. Posteriormente termina el proceso de Configuración de Parámetros de Prueba FTAP. La terminal reinicia sus señales de modo FTAP, al término de la elaboración de pruebas FTAP. En una modalidad, si el protocolo recibe una indicación de ConnectedState . ConnectionClosed o RouteUpdate . ConnectionLost de la capa de Conexión, cualquiera de éstos indica que se termina una conexión, y entonces la terminal deshabilita las señales del modo de Bits de Canal ACK Fijos, del modo DRC Fijo y del modo de Covertura DRC Fijo. La terminal deshabilita en forma adicional la señal de modo de Retorno de Señal si fue habilitada previamente y si el valor del campo LoopBackPe sistence del atributo LoopBackMode en el último mensaje FTAPParameterAs signment fue "00". La tabla 4 describe los campos del mensaje FTAPParameterAssignment de acuerdo con una modalidad especifica. Tabla 4 Cero o más surgjmientos del siguiente registro La tabla 5 describe los diversos campos para los registros de atributo que pueden incluirse en el mensaje FTAPPara eterAssignment de acuerdo con una modalidad especifica. La primera columna, de la tabla 5 identifica los cuatro diferentes registros de atributo que pueden incluirse en el mensaje FTAPParameterAssignment . Cada registro de atributo incluye tres campos - Longitud, ID de Atributo y un campo de datos dependiente del atributo, y estos tres campos se muestran en las columnas de la segunda a la cuarta. El campo de Longitud, proporciona la longitud del registro de atributo (en octetos) excluyendo el propio campo de Longitud. En una modalidad, la longitud de cada campo de registro de atributo es de 8 bits, y la longitud de cada registro de atributo es de 24 bits. Tabla 5 En una modalidad, se envía el mensaje FTAPParameterAssignment en el Canal de Control (ce) y el Canal de Tráfico Directo (FTC) que se dirige a la terminal (dirección de unidifudión) con el protocolo de capa de Señalización (SLP) ajustado para ser confiable y la prioridad de transmisión ajustada a 40. La tabla 6 describe los campos del mensaje FTAPParameterComplete de acuerdo con una modalidad especí fica .

Tabla 6 Campo Longitud Descripción (bits) essageID 8 se ajusta a "0.1" a través de la terminal TransactionID 8 se ajusta al valor del campo TransactionID en el mensaje FTAPParameterAssignment asociado En una modalidad, el mensaje FTAPParameterComplete se envía en el Canal de Tráfico Inverso (RTC) a la red de acceso (dirección unidifusión) con el ajuste SLP para ser confiable y la prioridad de transmisión ajustada a 40. Transmisión y Recepción de Paquetes de Prueba FTAP Una vez que se completa la Configuración de Parámetros de Prueba FTAP y mientras que la terminal está en el Estado Conectado, se monitorea el Canal de Tráfico Directo para recibir los paquete de prueba FTAP. En una modalidad, los paquetes de Prueba FTAP son generados por la aplicación de prueba en una forma normal (por ejemplo, similar a un paquete de datos de tráfico) , pero cada paquete de Prueba FTAP incluya únicamente los campos definidos y no otros. Los paquetes de prueba FTAP se generan en un rango suficiente para asegurar que siempre estén disponibles para transmisión en el Canal de Tráfico Directo. Los paquetes de Prueba FTAP pueden ser almacenados en el separador 212 de la figura 2A. La red de acceso incluye un número de secuencia (14-bit), en cada paquete de Prueba FTAP transmitido, el cual se utiliza para la identificación de paquetes de Prueba FTAP. Se mantiene el número de secuencia a través de una variable V(STest) r mediante la red de acceso, y se incrementa por uno después del envío de un paquete de Prueba FTAP. La tabla 7 describe los campos de un paquete de Prueba FTAP, de acuerdo con una modalidad específica . Tabla 7 La red de acceso transmite los paquetes de Prueba FTAP en el Canal de Tráfico Directo de acuerdo con un grupo de reglas. En una modalidad, la red de acceso asigna una prioridad de transmisión particular (por ejemplo, 55) a ios paquetes de Prueba FTAP y utiliza además la característica de Una Sola Encapsulación Forzada que se describe en el Documento HAI antes mencionado . La terminal recibe y procesa los paquetes de Prueba FTAP transmitidos en el Canal de Tráfico Directo. Ya que estos paquetes de Prueba FTAP se generaron en una forma normal en el punto de acceso, pueden ser procesados en una forma normal en el punto de acceso, pueden ser procesados en una forma normal en la terminal, igual a los paquetes de datos de tráfico (por ejemplo, desmodulados, descodificados, y revisados para determinar si fueron recibidas en forma correcta o con error) . Transmisión y Recepción de Paquete de Retorno de Señal FTAP Si se habilita el modo de Retorno de Señal, entonces la terminal genera y envía a la red de acceso a paquetes de Retorno de Señal FTAP en el Canal de Tráfico Inverso. Los enlaces directos e inversos de cdma2000 HAI no son simétricos (es decir, el enlace directo soporta un rango mayor que el enlace inverso) , y el rango en el enlace inverso puede limitarse en forma adicional (es decir, tan bajo como 9.6 Kbps en el peor caso) . Se extrae la información relevante de la transmisión de enlace directo y se regresa a la red de acceso a través de los paquetes de Retorno de Señal .

En una modalidad, se genera un paquete de Retorno de Señal FTAP para cada intervalo de tiempo en particular (es decir, cada intervalo de 16 ranuras, alineado con el tiempo del sistema CDMA) , el cual es referido como un intervalo de "observación" . En una modalidad, los paquetes de Retorno de Señal FTAP se envían para llevar información con respecto a los paquetes de Prueba FTAP recibidos en el Canal de Tráfico Directo, y el Contenido de cada paquete de Retorno de Señal FTAP se basa en, y describe los paquetes de Prueba FTAP recibidos en, el intervalo de observación. En una modalidad, cada paquete de Retorno de Señal FTAP incluye un registro para cada paquete de Prueba FTAP recibido en forma correcta por medio de la terminal durante el intervalo de observación asociado. Cada registro incluye diversa información del paquete de Prueba FTAP asociado, tal como por ejemplo, el sector de servicio del cual se recibe el paquete de Prueba FTAP, el número de secuencia y longitud del paquete de Prueba FTAP. Tal como se describirá más adelante, la información en cada registro incluida en los paquetes de Retorno de Señal FTAP es utilizada por la red de acceso para derivar diversas métricas de desempeño de enlace directo tal como rendimiento y rango de error de paquete . La tabla 8 describe los campos de Retorno de Señal FTAP, de acuerdo con una modalidad especi fica .

Tabla 8 Reservado variable la longitud de este campo es el valor más pequeña que hará que el registro de atributos se alinee a un objeto (puede ajustarse a cero mediante la terminal e ignorarse mediante la red de acceso) Los paquetes de Retorno de Señal FTAP se generan de acuerdo con un grupo de reglas, en donde una modalidad de las mismas se describe a continuación. Para cada paquete de Retorno de Señal FTAP generado, el campo FwdSysTime se ajusta al tiempo del sistema CDMA (en modo de cuadros 32768) que corresponde al inicio (es decir, la ranura 0) del intervalo de observación de 16 ranuras. El tiempo del sistema CDMA se utiliza en forma efectiva como un número de secuencia del paquete de Retorno de Señal FTAP. El campo de RecordCount se ajusta al número de paquetes de Prueba FTAP recibidos a través del intervalo de observación asociado. Cada registro en el paquete de Retorno de Señal FTAP incluye diversos tipos de información (tal como se describe en la tabla 8) de un paquete de Prueba FTAP correspondiente que se recibe durante el intervalo de observación asociado. Los registros de los paquetes de Prueba FTAP se incluyen en orden ascendente de valores del campo SEQ en los paquetes de Prueba FTAP recibidos . Se genera un paquete de Retorno de Señal FTAP, incluso si no se recibieron paquetes de Prueba FTAP durante el intervalo de observación de 16 ranuras.

Los paquetes de Retorno de Señal FTAP generados se organizan en fila para la transmisión a través del Canal de Tráfico Inverso, y la terminal proporciona la separación (es decir, en el separador de Retorno de Señal 278 de la figura 2B) para un número en particular de paquetes (por ejemplo ocho o más) de Retorno de Señal FTAP. El LBPktOverflowBit indica si se han perdido algunos de los paquetes de Retorno de Señal FTAP debido al sobreflujo del separador en la terminal, y si esto ocurre se ajusta a "1". Cuando el LBPktOve rflowBit se ajusta a "1", esto indica que no todos los paquetes de Retorno de Señal FTAP no encontrados se perdieron debido a las borraduras en el Canal de Tráfico Inverso. Los paquetes de Retorno de Señal FTAP se transmiten de acuerdo con un grupo de reglas, una modalidad de las cuales se describe a continuación. Los paquetes de Retorno de Señal FTAP se asignan a una prioridad de transmisión en particular (por ejemplo 55) . La terminal transmite los paquetes de Retorno de Señal FTAP en fila en el Estado Conectado. Si la terminal recibe una indicación de ConnectedState . ConnectionClosed para un cierre de conexión o una indicación de RouteUpdate . ConnectionLost para una conexión perdida, no intenta establecer una conexión para transmitir algunos de los paquetes de Retorno de Señal FTAP que pueden permanecer en la fila. La red de acceso recibe y procesa los paquetes de Retorno de Señal FTAP (en la forma normal, igual a los otros paquetes de datos de tráfico) y extrae y almacena en forma adicional la información incluida en los paquetes recibidos . En una modalidad, la red de acceso mantiene dos variables V(RTEST) y V(RLB) , para mantener el rastreo de los paquetes de Prueba FTAP recibidos, recibidos en la terminal de acceso y los paquetes de Retorno de Señal FTAP recibidos en la red de acceso. V (RLB) es una variable de 15 bits que representa el número de secuencia del siguiente paquete de Retorno de Señal FTAP, el cual se espera sea recibido por la red de acceso, y V(RTest) es una variable de 14 bits que representa el número de secuencia del último paquete de Prueba FTAP que se recibió en forma exitosa en la terminal. Estas variables son iniciadas a través de la red de acceso, al recibir el primer paquete de Retorno de Señal FTAP después de la recepción de un mensaje FTAPParameterComplete que indica la configuración exitosa del modo de Retorno de Señal. Para el inicio, V(RLB) se ajusta al campo F dSysTime del primer paquete de Retorno de Señal FTAP y V(RTest) se ajusta al campo FwdSeq del primer Registro de paquete de Prueba FTAP en el primer paquete de Retorno de Señal FTAP. En una modalidad, la red de acceso procesa cada paquete de Retorno de Señal FTAP recibido con base en el procedimiento que se encuentra a continuación, y utiliza el valor del campo FwdSysTime en el paquete recibido: Si FwdSysTime > V(RLB) , entonces FTAPLBPktSent es incrementado mediante {FwdSysTime - V(RLB) + 1}, FTAPLBPktRecd es incrementado mediante 1, FTAPTestTime es incrementado mediante {FwdSysTime - V(RLB) + 1}, y V(RLB) se ajusta a FwdSysTime + 1. Si FwdSysTime < V (RLB) I entonces se genera una indicación de LoopBackSyncLos t . Ya que se espera que un paquete de Retorno de Señal FTAP sea transmitido por la terminal por cada intervalo de observación de 16 ranuras (es decir, cada cuadro) , el FwdSysTime incluido en cada paquete de Retorno de Señal FTAP puede utilizarse como el número de secuencia del paquete. Para cada paquete de Retorno de Señal FTAP recibido, el número de paquetes de Retorno de Señal FTAP enviado por la terminal a partir del último paquete de Retorno de Señal FTAP recibido, puede determinarse con base en el número de secuencia del paquete recibido en ese momento, FwdSysTime, y el número de secuencia del paquete esperado, V(RLB) . El número de secuencia del siguiente paquete de Retorno de Señal FTAP, el cual se espera recibir, se obtiene incrementando por uno el número de paquetes recibidos en ese momento . En una modalidad, la red de acceso procesa en secuencias en forma adicional los registros de cada paquete de Retorno de Señal FTAP recibidos con base en el siguiente procedimiento. Primero, se determina el sector de servicio que transmite el paquete de Prueba FTAP a la terminal, con base en los campos TCAMsgSeqlncluded, TCAMsgSeq, y DRCCover incluidos en el paquete de Retorno de Señal FTAP. Las variables estadísticas mantenidas para este sector de servicio, se actualizan posteriormente tal como se indica a continuación: FTAPPhysPktSlots es incrementado mediante- el campo FwdPhysSlots en el registro, FTAPMACPktRecd es incrementado mediante el campo FwdMACPkts en el registro, FTAPTestPktSent es incrementado mediante {FwdSeq - V(RTest) + 1}, y (RTest) se ajusta a {FwdSeq + 1}. En una modalidad, se llevan a cabo las operaciones y comparaciones realizadas en los números de secuencias, en una aritmética de módulo 2S sin signo, en donde S denota el número de bits utilizado para representar el número de secuencia. Para un número de secuencia de x, los números en el rango de [x+1, x+2s_1-l] se consideran como mayores a x, y los números dentro del rango de [x-1, x-2s_1] se consideran como menores a x. Transmisión del Canal DRC Si se habilita el modo DRC Fijo, entonces la terminal transmite el valor DRC especificado por el atributo DRCFixedMode en el mensaje FTAPParameterAssignment . Y, si se habilita el modo de cobertura DRC Fija, entonces la terminal utiliza la cobertura DRC especificada por el atributo DRCCoverFixedMode que se encuentra en el mensaje. De lo contrario, la terminal transmite el DRC en forma normal . Transmisión del Canal ACK Si se habilita el modo de Bit de Canal ACK Fijo, entonces la terminal transmite el valor del bit del Canal ACK especificado por el atributo ACKChannelBitFixedMode que se encuentra en el mensaje FTAPParameterAssignment , en el Canal ACk en todas las ranuras . En una modalidad, la terminal procesa en forma adicional los paquetes de Prueba FTAP recibidos de acuerdo con el valor del bit del Canal ACK especifico. Si el valor del Bit de Canal ACK es especificado como "0", entonces la terminal recibe paquetes en el Canal de Tráfico Directo, como si tuvieran una duración de una ranura. La terminal detiene la recepción de un paquete después de una ranura, incluso si el paquete no ha sido descodificado en forma exitosa- en una sola ranura, y su longitud total puede ser mayor a una ranura. Si el valor del Bit del Canal ACK se especifica como "1", entonces la terminal recibe paquetes en el Canal de Tráfico Directo, como si tuvieran una duración de longitud completa. La terminal continua recibiendo un paquete hasta que ha transcurrido toda la longitud (en ranuras) incluso si el paquete fue descodificado en forma exitosa antes de que haya transcurrido toda su longitud. En cualquier caso (ya sea, si el valor de Bit del Canal ACK es un "0" ó "1") , la terminal continua para generar y transmitir los paquetes de Retorno de Señal FTAP, si se habilita el modo de Retorno de Señal . Recolección y Recuperación de Estadísticas de la Terminal En un aspecto, se proporcionan procedimientos y mensajes para facilitar la recolección, registro y reporte de información estadística por medio de la terminal. Cuando se inicia el protocolo, la terminal realiza un procedimiento de Inicio de Estadísticas FTAP, el cual ajusta a ceros las variables IdleASPChange , IdleTime, ConnectedSSChange, ConnectedTime , FirstSyncCCPkt, y CCTime mantenidas por la terminal. La figura 6 es un diagrama de un proceso 600 para recuperar información estadística procedente de la terminal, de acuerdo con una modalidad de la presente invención. El proceso 600 puede llevarse a cabo en cualquier momento durante una prueba. Inicialmente la red de acceso envía un mensaje de FTAPStatsClearRequest para dirigir a la terminal a despejar las estadísticas recolectadas en la misma, en el paso 612. En el paso 614, al recibir el mensaje, la terminal realiza un procedimiento de Inicio de Estadísticas FTAP, despeja las variables mantenidas en las estadísticas solicitadas y posteriormente responde con el mensaje FTAPStatsClearResponse . La red de acceso puede reajustar las variables en la terminal en cualquier momento, enviando el mensaje FTAPStatsClearRequest. La recepción de un mensaje FTAPStatsClearResponse procedente de la terminal, el cual contiene el mismo valor TransactionID que el del mensaje FTAPStatsClearRequest indica que se han despejado las variables estadísticas que se encuentran en la terminal . Posteriormente se realiza la elaboración de pruebas con base en la configuración de prueba FTAP que se describió anteriormente. Una vez que ha transcurrido el tiempo suficiente, en el paso 616, la red de acceso puede enviar un mensaje de FTAPStatsGetRequest para recuperar las estadísticas recolectadas en la Terminal. En el paso 618, al recibir el mensaje, la terminal responde con un mensaje FTAPStatsGetResponse que contiene el mismo valor TransactionID que el del mensaje FTAPStatsGetRequest correspondiente y las estadísticas solicitadas. Tal como se muestra en la figura 6, el período de tiempo entre los mensajes FTAPStatsClearResponse y FTAPStatsGetRequest constituye la duración de la prueba en la cual las estadísticas son recolectadas por la terminal. En un aspecto, las estadísticas pueden ser recolectadas para cada número de estados de operación de la terminal, tal como el Estado Inactivo y el Estado Conectado. En una modalidad, aunque el Protocolo de Administración de Enlace Aéreo es un estado en particular (por ejemplo, el Estado Inactivo o Estado Conectado) , se habilita la recolección de estadísticas de dicho estado, y se deshabilita la recolección de estadísticas para todos los demás estados. En una modalidad, con la recolección de estadísticas en Estado Inactivo habilitadas en el Estado Inactivo, el IdleASPChange se incrementa siempre que se recibe una indicación de RouteUpdate . IdleHO y el Tiempo Inactivo se incrementa para cada ranura. Y con la recolección de estadísticas del Estado Conectado habilitado mientras se encuentra en el Estado Conectado, el ConnectedSSChange se incrementa siempre que exista un cambio en el sector de servicio y el ConnectedTime se incremente para cada ranura. En una modalidad, se habilita la recolección de estadísticas del Canal de Control cuando está en el Estado Inactivo o Conectado. Aunque se habilita la recolección de estadísticas del Canal de Control, el First SyncCCPkt se incrementa siempre que el primer paquete de la Capa CC MAC en la cápsula de sincronía, sea recibido en forma exitosa por la terminal y el CCTime se incremente al comienzo de cada ciclo del canal de control. La tabla 9, describe los campos de los cuatro mensajes utilizados para la recuperación de estadísticas, de acuerdo con una modalidad específica. Cada mensaje incluye un campo MessageID que se utiliza para identificar el tipo de mensaje y un campo TransactionID que se utiliza para identificar la transacción. Los mensajes FTAPStatsClearRequest y FTAPStatsGetResponse incluyen cada uno en forma adicional, uno o más registros AttributeID, incluyendo cada registro el AttributeID para los atributos IdleASPSt ats , ConnectedSSStats , o Firs tSyncCCPktS tats (descritos más adelante) . El mensaje FTAPStatsGetResponse incluye además uno o más registros AttributeRecord, siendo cada registro un solo registro del atributo IdleASPStats , el atributo ConnectedSSStats , o el atributo Firs tSyncCCPktStats descritos en las Tablas de la 10 a la 12. Los campos MessageID, TransactionID, y AttibuteID tiene cada uno 8 bits de longitud, y cada registro AttributeRecord tiene la longitud que se describirá más adelante.

Tabla 9 La tabla 10, describe los campos del registro del atributo IdleASPStats, el cual puede estar incluido en el mensaje FTAPStatsGetResponse. Este registro de atributo proporciona las estadísticas de los cambios en el piloto del sector activo, de acuerdo como se recolecta mediante la terminal.

Tabla 10 La tabla 11 enlista los campos del registro de atributo ConnectedSSStats , los cuales también puede estar incluidos en el mensaje FTAPStatsGetResponse. Este registro de atributos proporciona las estadísticas para los cambios en el sector de servicio, de acuerdo a lo recolectado por la terminal. Tabla 11 La tabla 12, describe los campos del registro del atributo FirstSyncCCPktStat s , el cual también puede incluirse en el mensaje FTAPStatsGetResponse . Este registro de atributo proporciona las estadísticas para el primer paquete CC de sincronía, tal como fue recolectado por la terminal. Tabla 12 La tabla 13 describe los canales que se utilizan para transmitir los cuatro mensajes, y el modo de dirección y el esquema de transmisión SLP, y la prioridad de transmisión.

Tabla 13 El desempeño del enlace directo puede determinarse con base en las estadísticas recolectadas en la terminal y reportadas a la red de acceso. Parte de las computari zaciones de desempeño se describen a continuación.

Rango de Cambio ASP de Estado Inactivo (por segundo ) =IdleASPChangexl000/ (Tiempo de Inactivación x5/3) .

Rango del Cambio del Sector de Servicio de Estado Conectado (por segundo) =ConnectedSSChangexlOOO/ (Tiempo Conectado x5/3) . Rango de Error del Paquete del Canal de Control en el Estado Inactivo ( ) = (1 - FirstSyncCCPkt/CCTime) x 100.. Rendimiento de un sector (Kbps) : = FTAPMACPktRecd x 1024 / ( FTAPTe stTime x 16 x 5/3) .

Rendimiento de todos los sectores (Kbps) ? Rendimiento de todos los sectores (Kbps) .

Rendimiento en ranuras transmitidas procedentes de un sector (Kbps) = FTAPMACPktRecd del sector x 1024/ ( FTAPPhysPktSlots del sector x 5/3) Rendimiento en ranuras transmitidas de todos los sectores (Kbps) = ? Rendimiento en ranuras transmitidas procedentes de un sector (Kbps) Enlace directo PER (%) = (1- ? FTAPTestPktRecd / FTAPTest PktSent ) x 100 Calidad de enlace inverso en la duración de la prueba de un sector (%) = (1- FTAPLBPktRecd / FTAPLBPktSent) x 100 Calidad de enlace inverso general en la duración de la prueba (%) = (1- ? FTAPLBPktRecd / ? FTAPLBPktSent) x 100 La proporción de 5/3 en las ecuaciones anteriores, corresponde a 1.667 mseg para cada ranura de tiempo en el cdma2000. También se pueden derivar otras métricas de desempeño con base en otras estadísticas que pueden registrarse en la red de acceso. Por ejemplo, los valores DRC recibidos de las terminales pueden ser registrados para determinar el desempeño de error del Símbolo DRC en el Canal DRC. Haciendo referencia nuevamente a la figura 2B, en la terminal 106, se puede operar el procesador de datos RX 260 para procesar los paquetes de Prueba FTAP y para enviar los paquetes a través del multiplexor 262 al controlador 270. Posteriormente, el controlador 270 identifica y extrae diversos tipos de información de cada paquete de Prueba FTAP que ya fue recibido (por ejemplo el sector de servicio, el número de secuencia y la longitud de cada paquete de Prueba FTAP) . Posteriormente el controlador 270 forma los paquetes de Retorno de Señal FTAP que tienen la información pertinente, tal como se describió anteriormente. Los paquetes de Retorno de Señal FTAP pueden almacenarse en el separador de Retorno de Señal 278. En el momento adecuado, los paquetes de Retorno de Señal FTAP se recuperan del separador 278, se enrutan a través del multiplexor 284 y son procesados mediante el procesador de datos TX 286 para la transmisión a través del Canal de Tráfico Inverso. Haciendo referencia nuevamente a la figura 2A, en el punto de acceso 104, se procesan los paquetes de Retorno de Señal FTAP mediante el procesador de datos RX 234 y se proporcionan al controlador 220. Posteriormente el controlador 220 identifica y extrae diversos tipos de información de cada paquete de Retorno de Señal FTAP recibido (por ejemplo el sector de servicio, el número de secuencia y la longitud de cada paquete de Prueba FTAP cubierto) . El controlador 220 actualiza en forma adicional las variables que se mantienen para cada sector de servicio, con base en la información extractada de los paquetes de Retorno de Señal FTAP recibidos, tal como se describió anteriormente. El controlador 220 puede operarse en forma adicional para llevar a cabo las computari zaciones descritas anteriormente para las diversas métricas de desempeño de enlace directo. Se pueden derivar otras métricas de desempeño de enlace directo con base en otras estadísticas que pueden registrarse en la terminal de acceso. Por ejemplo, al registrar los paquetes de Prueba FTAP recibidos, se puede determinar la probabilidad de Perdida del Canal de Tráfico Directo, probabilidad de Falsa Alarma de Recepción de Paquete, etc. Protocolo de Aplicación de Prueba Inversa (RTAP) El RTAP proporciona los procedimientos y mensajes que se utilizan para configurar, controlar y llevar a cabo diversas pruebas de los canales inversos, incluyendo el Canal de Tráfico Inverso. Los procedimientos del RTAP pueden agruparse en las siguientes categorías: • Configuración del Parámetro de Prueba incluye procedimientos y mensajes para controlar las configuraciones de prueba RTAP en la terminal y red de acceso; y • Transmisión y Recepción de Paquete de Prueba RTAP - incluye procedimientos para generar paquetes de Prueba RTAP y paquetes de Llenado RTAP en la terminal, trasmitir los paquetes generados en rangos configurados en el Canal de Tráfico Inverso y procesar los paquetes recibidos en la red de acceso. Los procedimientos y mensajes se describen con mayor detalle más adelante. El RTAP también puede proporcionar procedimientos y mensajes adicionales y/o diferentes, y esto está dentro del alcance de la presente invención. El RTAP soporta la elaboración de pruebas del Canal de Tráfico Inverso en varios rangos. La tabla 14 describe varios modos soportados por el Canal de Tráfico Inverso.

Tabla 14 El RTAP soporta la recolección de ciertas estadísticas mediante la red de acceso, la cual se puede utilizar para determinar diversas métricas de desempeño, tales como rendimiento y rango de error de paquete. La tabla 15, describe las estadísticas que pueden ser recolectadas y mantenidas por la red de Tabla 15 La figura 7 es un diagrama de un proceso general 700 para probar el Canal de Tráfico Inverso, de acuerdo con una modalidad de la presente invención, El proceso 700 puede utilizarse para varias pruebas, tales como por ejemplo, rendimiento de enlace inverso, rango de error de paquete, etc. Inicialmente , en el paso 7121a red de acceso ajusta una conexión con la terminal en una forma normal, y si no existe conexión en ese momento entre ellas, la red de acceso envia un mensaje RTAPParameterAssignment a la terminal para configurar el RTAP, en el paso 714. El mensaje incluye un registro de atributo RTAPTestPktEnable para habilitar la transmisión de paquetes de Prueba RTAP a través de la terminal de acceso. La terminal realiza la configuración necesaria y posteriormente responde a la red de acceso con un mensaje de RTPParameterComplete que indica si está lista para las pruebas configuradas, en el paso 716. En el paso 718, la terminal . envía posteriormente los paquetes de Prueba RTAP a la red de acceso. Cualquier número de paquetes puede ser enviado, y las estadísticas que serán recolectadas por la red y/o terminal, pueden ser determinadas mediante la configuración de prueba. Una vez que se han recolectado suficientes estadísticas, la red de acceso libera la conexión en el paso 720. El paso 720 puede ser omitido, si por ejemplo la red de acceso procede a realizar otras pruebas o funciones. La red de acceso puede utilizar las estadísticas que recolectó, para computarizar el rango de error del paquete y el rendimiento, tal como se describirá más adelante. Más adelante se describen diversos detalles del proceso 700. Configuración del Parámetro de Prueba RTAP La red de acceso o la terminal puede activar el RTAP para probar los canales inversos. Al momento de la activación del RTAP, la terminal lleva a cabo un procedimiento de Inicio de Configuración RTAP, el cual deshabilita las señales del modo de paquete de Prueba RTAP y el modo de Rango de Paquete Configurado. La figura 8, es un diagrama de flujo de una modalidad especifica de un proceso de Configuración del Parámetro de Prueba RTAP 800. El proceso 800 cubre los pasos 714 y 716 de la figura 7. Para iniciar o cambiar la configuración de prueba RTAP la red de acceso envía un mensaje RTAPParameterAssignment que incluye un valor particular para el campo Transact ionl D y además puede incluir uno o más registros de atributos para las señales del modo RTAP mantenidas por la terminal, en el paso 812. A través de los registros de atributos en el mensaje, la red de acceso tiene la capacidad de controlar las pruebas que serán realizadas. Al recibir el mensaje de RTAPParameterAssignment de la red de acceso, la terminal lleva a cabo el procedimiento de inicio de configuración RTAP descrito anteriormente en el paso 814. En el paso 816, la terminal realiza posteriormente un procedimiento de Inicio del Parámetro de Prueba RTAP. En una modalidad, este procedimiento ajusta a cero una variable (12 bits) Vi(SRev) , que se utiliza para rastrear el número de secuencia de los paquetes de Prueba RTAP transmitidos en el rango correspondiente al Ratelndex i (mostrado en la tabla 18) , para todos los posibles rangos del Canal de Tráfico Inverso, (es decir, para todos los posibles valores de i) . En el paso 818, la terminal también ajusta sus señales de modo RTAP con base en los atributos, si es que existen, incluidos en el mensaje recibido. En particular, el mensaje recibido puede incluir un atributo RTAPTestPktEnable y/o un atributo PacketRateMode . El atributo RTAPTestPktEnable está incluido, si la terminal está iniciando el envío de los paquetes de Prueba RTAP en el Canal de Tráfico Inverso y se incluye el atributo PacketRateMode si se configura el rango del Canal de Tráfico Inverso. Si el mensaje recibido incluye el atributo RTAPTestPktEnable, entonces se habilita el modo de Paquete de Prueba RTAP, se almacena el valor del campo RTAPTes tPktPersistence en el atributo, se despeja el separador del Paquete de Prueba RTAP (por ejemplo separador 280 de la figura 2B) y se ajusta a cero un Tes tPktOver flow . Y si el mensaje recibido incluye el atributo de PacketRateMode, entonces se habilita el modo de Rango de Paquete Configurado y se almacenan los valores de los campos MinRate y MaxRate que se encuentran en el a ributo . Al término de las configuraciones de prueba RTAP especificadas por el mensaje RTAPParameterAssignment y dentro de los segundos TRTAPconfig (por ejemplo, dos) de la recepción del mensaje, la terminal envía un mensaje RTAPParameterComplete con el campo TransactionID ajustado al mismo valor al que se recibió en el mensaje RTAPParameterAssignment correspondiente en el paso 820. Al recibir el mensaje RTAPParameterComplete de la terminal, la red de acceso lleva a- cabo un procedimiento de Inicio de Estadísticas y Parámetros de Prueba RTAP, el cual reajusta a ceros RTAPTestPktSent [i] , RTAPTes tPktRecd [ i ] , y RTAPTestTime (para todos los posibles valores de i) , en el paso 822. La terminal también reajusta sus señales de modo RTAP al término de la elaboración de pruebas RTAP. En una modalidad, si el RTAP recibe una indicación de ConnectedState . ConnectionClosed o de Rou teUpdate . ConnectionLost de la capa de señalización superior, entonces se deshabilita el modo de Rango de Paquete Configurado y si se habilitó previamente el modo de Paquete de Prueba RTAP también se deshabilita y si el valor del campo RTAPTestPktPersistence del atributo RTAPTes tPktEnable en el último mensaje RATPParameterAssignment recibido fue de "0". La tabla 16, describe los campos del mensaje RTAPParameterAssignment de acuerdo con una modalidad especifica.

Tabla 16 La tabla 17 describe los diversos campos de los registros de atributos que pueden incluirse en el mensaje RTAPParameterAssignment, de acuerdo con una modalidad especifica. La primera columna de la tabla 17 identifica los dos registros de atributos diferentes que pueden incluirse en el mensaje RTAPParameterAssignment . El registro del atributo RTAPTes PktEnable incluye tres campos-Longitud, y Attribute ID, y RTAPTestPktPersistence. El registro del atributo PacketRateMode incluye cuatro campos-Longitud, Attribute ID, MinRate, y MaxRate. El campo de Longitud proporciona la Longitud del registro del atributo (en octetos) excluyendo el propio campo de Longitud, el cual tiene dos octetos. Por lo tanto, la longitud del registro del atributo RTAPTes tPktEnable es de 6 octetos o 24 bits, y la longitud del registro del atributo RTAPTestPktEnable es de 8 octetos ,o 32 bits.

Tabla 17 La tabla 18 describe el mapeo de los valores Ratelndex para los Rangos del Canal de Tráfico Inverso .

Tabla 18 En una modalidad, se envía el mensaje de RTAPParameterAssignment en el Canal de Control y el Canal de Tráfico Directo se dirige a la terminal con el SLP ajustado a confiable y la prioridad de transmisión ajustada a 40. La tabla 19 describe los campos del mensaje de RTAPParameterComplete de acuerdo con una modalidad específica .

Tabla 19 En una modalidad, se envía el mensaje de RTAPParameterComplete en el Canal de Tráfico Inverso dirigido a la red de acceso (dirección de unidifusión) con el SLP ajustado a confiable y la prioridad de transmisión ajustada a 40.

Transmisión y Recepción del Paquete RTAP Si se -habilita el modo de Paquete de Prueba RTAP entonces la terminal genera y envía paquetes de Prueba RTAP en el Canal de Tráfico Inverso a la red de acceso. En una modalidad, se genera el paquete de Prueba RTAP para cada intervalo de tiempo en particular (por ejemplo, cada intervalo de 16 ranuras alineado al tiempo del sistema CDMA) . En una modalidad, los paquetes de Prueba RTAP incluyen información que cubren los paquetes de la Capa Física RTC transmitidos hasta, pero que no incluye, el mismo instante de la generación. La tabla 20 describe los campos de un paquete de Prueba RTAP, de acuerdo con una modalidad específica .

Tabla 20 Ya que se espera que un paquete de Prueba RTAP sea transmitido por terminal para cada cuadro, el RevSysTime incluido en cada paquete de Prueba RTAP puede utilizarse como el número de secuencia del paque te . Si se habilita el modo de Rango de Paquete Configurado, la terminal transmite un paquete de Llenado RTAP (longitud variable) del tamaño necesario para llenar el paquete de Canal de tráfico Inverso que contiene el paquete de Prueba RTAP en el rango seleccionado. La tabla 21 describe los campos de un paquete de Llenado FTAP de acuerdo con una modalidad especifica. Tabla 21 Los paquetes de Prueba RTAP generados se organizan en fila para la transmisión a través del Canal de Tráfico Inverso, y la terminal proporciona la separación (por ejemplo, la separación 280 de la figura 2B) para un número en particular de paquetes de Prueba RTAP (por ejemplo ocho o más) . El RTAPTes tPktOverflowBit indica si se han perdido algunos paquetes de Prueba RTAP debido al sobreflujo del separador, y si esto ocurre se ajusta a "1". Los paquetes de Prueba RTAP se transmiten de acuerdo con un grupo de reglas, una modalidad de las cuales se describen más adelante. A los paquetes de Prueba RTAP se les asigna una prioridad de transmisión en particular (por ejemplo, 55), y a los paquetes de Llenado RTAP (si es que existen) , también se les asigna otra prioridad de transmisión en particular (por ejemplo, 255) . La terminal transmite los paquetes de Prueba RTAP en fila y los paquetes de Llenado RTAP (si es que existen) en el Estado Conectado. En una modalidad, los paquetes de Prueba RTAP se transmiten en rangos determinados con base en un esquema de selección de rango definido. Si se habilita el modo de rango de paquete configurado, entonces la terminal selecciona un rango de Canal de Tráfico Inverso de acuerdo con un grupo de reglas, cuya modalidad se describe más adelante. De lo contrario, la terminal selecciona un rango de acuerdo con un Protocolo MAC del Canal de Tráfico Inverso descrito en el Documento HAI antes mencionado. La tabla 22, describe las variables mantenidas por la terminal para seleccionar el rango para los paquetes de Prueba RTAP. Tabla 22 Parámetro Descripción MinRate el valor del campo MinRate en el atributo PackerRateMode del mensaje RTAPParameterAssignment recibido MaxRate el valor del campo MaxRate en el atributo PackerRateMode del mensaje RTAPParameterAssignment recibido MACMaxRate el Ratelndex que corresponde al rango máximo permitido por el protocolo MAC de Canal de Tráfico Inverso TargetRate el Ratelndex que corresponde al rango deseado SelectRate El Ratelndex que corresponde al rango seleccionado Para el primer paquete de Prueba RTAP, la terminal ajusta TargetRate a MinRate y ajusta en forma adicional SelectedRate al más pequeño de TargetRate y MACMaxRate . Para cada paquete de Prueba RTAP subsecuente, la terminal selecciona el rango del paquete con base en el siguiente procedimiento : TargetRate = TargetRate + 1, Si ¦ ( argetRate>MaxRate ) entonces Target=MinRate, y SelectedRate=Min (TargetRate, MACMaxRate) . El procedimiento anterior transcurre a través de todos los rangos soportados, hasta y limitado por el MaxRate especificado por el mensaje RTAPPara eterAssignment y el MACMaxRate permitido por el protocolo MAC. Si la terminal transmite un paquete del Canal de Tráfico Inverso que contiene un paquete de Prueba RTAP en un rango con Ratelndex i, se incrementa el número de secuencia asociado para el paquete de Prueba RTAP transmitido incrementando la variable Vi (SRev) · Si la terminal recibe una indicación de ConnectedState . ConnectionClosed o una indicación de RouteUpdat . ConnectionLost , no intenta establecer una conexión para transmisión de cualesquiera paquetes de Prueba RTAP que puedan haber permanecido en la fila. En una modalidad, la red de acceso mantiene diversas variables, V (RRTAP) y X[i], para mantener el rastreo de los paquetes de Prueba RTAP. V(RRTAP) es una variable de 8 bits que corresponde al número de secuencia del siguiente paquete de Prueba RTAP que se espera sea recibido por la red de acceso, y X [ ] es una formación de variables de 12 bits, cada una de las cuales corresponde al número de secuencia del siguiente paquete de Prueba RTAP el cual se espera esté contenido en un paquete de Capa Física de Canal de Tráfico Inverso en un rango que corresponde a Ratelndex i. Estas variables son iniciadas por la red de acceso al recibir el primer paquete de Prueba RTAP después de recibir un mensaje RTAPParameterComplete . Para el inicio, V(RR T Ap ) se ajusta al campo RevSysTime del paquete de Prueba RTAP y X[i] se ajusta al campo Seq_i del primer paquete de Prueba RTAP (para todos los posibles valores de i) . En una modalidad, para cada paquete de Prueba RTAP recibido en un rango que corresponde al Ratelndex k, la red de acceso procesa el paquete recibido con base en el siguiente procedimiento y utiliza el valor del campo RevSysTime en el paquete recibido: Si RevSysTime > V(RRTAP) /' entonces RTAPTestPktRecd [ k] se incrementa por 1, RTAPTestTime se incrementa por {RevSysTime - V(RRTAP) + 1}, y V(RRT¾p) se ajusta a RevSysTime + 1. Si RevSysTime < V(RRTAP) / entonces se genera una indicación RTAPSyncLost En una modalidad, la red de acceso procesa en forma adicional los campos del paquete de Prueba RTAP recibido utilizando los valores de los campos Seq_k (para todos los posibles valores de k) tal como se indica a continuación: RTAPTestPktSent [ k] se incrementa por {Seq_k - X[Jc] + 1) , y X[k] se ajusta a Seq_k + 1. En una modalidad, se llévan a cabo operaciones y comparaciones realizadas en los números de secuencia, en la aritmética 2sde módulo sin signo, en donde S denota el número de bits que se utilizan para representar el número de secuencia. El desempeño de enlace inverso puede ser determinado con base en las estadísticas recolectadas. Más adelante se describirán algunas operaciones de cómputo del desempeño. A continuación, PhysLayerPktSize [ i ] proporciona el número de bits en paquete de Capa Física en un rango que corresponde a Ratelndex i. Rendimiento (Kbps) para un rango con Ratelndex i RTAPTestPktRecd [i] x PhysLayerPktSize [i] / (RTAPTestxl 6x5/3) . Rendimiento total (Kbps) =( ? RTAPTestPktRecd[i]xPhysLayerPktSize [i] / (RTAPTestTime x 16 x 5/3) . (%) de Rango de Error de Paquete para un rango con Rateindex i = ( RTAPTe stPktSent [ i ] -RTAPTestRecd [i] 100 /RTAPTe s t Pkt Sen t [i] . (%) Rango de Error de Paquete General = ( ' ? RTAPTestPktSent [i] -RTAPTestRecd [i] xlOO/ i = ( ? RTAPTestPktSent [i] . Haciendo referencia nuevamente a la figura 2B, en la terminal 106, el controlador 270 puede ser operado para generar los paquetes de Prueba RTAP, los cuales pueden ser almacenados en el separador 280. En el momento adecuado, los paquetes de Prueba RTAP se recuperan del separador 280, se enrutan a través del multiplexor 284 y son procesados por el procesador de datos TX 286 para la transmisión a través del Canal de Tráfico Inverso. El controlador 270 puede proporcionar además un control de rango al modulador 288 para los rangos seleccionados para los paquetes de Prueba RTAP . Haciendo referencia nuevamente a la figura 2A, en el punto de acceso 104, los paquetes de Prueba RTAP son procesados por el procesador de datos RX 234 y proporcionados al controlador 220. Posteriormente el controlador 220 identifica y extrae diversos tipos de información de cada paquete de Prueba RTAP (por ejemplo, el rango y número de secuencia de cada paquete de Prueba RTAP recibido y los números de secuencia de los últimos paquetes transmitidos para todos los posibles rangos) . El controlador 220 actualiza en forma adicional las variables mantenidas en los rangos con base en la información extractada de los paquetes de Prueba RTAP, tal como se describió anteriormente. El controlador 220 puede operarse en forma adicional para llevar a cabo las operaciones de cómputo descritas anteriormente para diversas métricas de desempeño de enlace inverso .

La descripción anterior representa una implementación especifica de las técnicas inventivas. Se pueden realizar pruebas adicionales y/o diferentes y se pueden recolectar estadísticas adicionales y/o diferentes. Además, se pueden proporcionar procedimientos y mensajes adicionales y/o diferentes, y cada mensaje puede incluir campos adicionales y/o diferentes a los descritos anteriormente. Por lo tanto, se contemplan diversas variaciones de la implementación específica descrita anteriormente y están dentro del alcance de la presente invención.

Por claridad, diversos aspectos y modalidades de la presente invención han sido descritos en forma específica con relación a los datos en paquete de rango alto en el cdma2000. Las técnicas aquí descritas, también se pueden utilizar para otros sistemas de comunicación CDMA y comunicación inalámbrica. Por ejemplo, estas técnicas se pueden utilizar en sistemas W-CDMA. Existen varias diferencias entre el cdma2000 HAI y W-CDMA, y las técnicas aquí descritas pueden modificarse para utilizarse en W-CDMA (por ejemplo modificarse para tomar en cuenta la diferencia en el procesamiento de señal) . Las técnicas aquí descritas pueden ser implementadas a través de diversos medios. Por ejemplo, las técnicas pueden ser implementadas en hardware, software o una combinación de los mismos. Para una implementación de hardware, los elementos utilizados para elaborar pruebas y recolectar estadísticas pueden implementarse dentro de uno o más circuitos integrados específicos de aplicación (ASICs), procesadores de señal digital (DSPs), dispositivos de procesamiento de señal digital (DSPDs), dispositivos de lógica programable (PLDs), formaciones de salida de campo programable (FPGAs), procesadores, controladores , micro-cont rol adore s , micro-procesadores, otras unidades electrónicas diseñadas para llevar a cabo las funciones aquí descritas o una combinación de los mismos . Para una implementación de software, los elementos utilizados para elaborar pruebas y recolectar estadísticas pueden ser implementados con módulos (por ejemplo, procedimientos, funciones, etc.) que llevan a cabo las funciones aquí descritas. Se pueden almacenar los códigos del software en una unidad de memoria (por ejemplo, las memorias 222 y 272 de las figuras 2A y 2B) y ser ejecutadas por un procesador (por ejemplo, los controladores 220 y 270 de las figuras 2A y 2B) . La unidad de memoria puede ser implementada dentro del procesador o en forma externa al procesador, en cuyo caso puede acoplarse en forma de comunicación al procesador a través de diversos medios conocidos en la técnica.

Se incluyen guias en la presente invención para una referencia y para ayudar en la localización de ciertas secciones. Estas guias no pretenden limitar el alcance de los conceptos descritos en forma correspondiente, y estos conceptos pueden aplicar a otras secciones a lo largo de toda la especificación. La descripción anterior de las modalidades descritas, se proporciona para habilitar a cualquier experto en la técnica a realizar o utilizar la presente invención. Los expertos en la técnica podrán apreciar diversas modificaciones a estas modalidades, y los principios genéricos aquí definidos pueden aplicar a otras modalidades sin apartarse del espíritu o alcance de la presente invención. Por lo tanto, la presente invención no pretende estar limitada a las modalidades aquí mostradas, sino estar de acuerdo con el alcance más amplio consistente con los principios y características novedosas aquí descritas .

Claims

Novedad de la Invención Habiendo descrito la presente invención, se considera como novedad de la invención y por lo tanto, se reclama como propiedad lo contenido en las siguientes: R E I V I N D I C A C I O N E S 1. - Un método para probar una pluralidad de canales asociados con un enlace directo en un sistema de comunicación de datos inalámbricos, en donde el método comprende: recibir un primer mensaje que tiene incluido en el mismo ajustes de prueba para uno o más canales que comprenden canales de tráfico, canales auxiliares o una combinación de los mismos; configurar el uno o más canales con base en los ajustes de prueba en el primer mensaje; recibir paquetes de prueba a través de un canal de tráfico directo; transmitir paquetes de retorno de señal a través de una canal de tráfico inverso; y transmitir datos de señalización mediante canales de tráfico o uno o más canales auxiliares. 2. - El método de conformidad con la reivindicación 1, caracterizado porque cada paquete de retorno de señal incluye datos que describen uno o más paquetes de prueba. 3. - El método de conformidad con la reivindicación 1, caracterizado porque el sistema de comunicación de datos inalámbrico es un sistema CDMA. 4. - El método de conformidad con la reivindicación 3, caracterizado porque el sistema CDMA soporta el estándar cdma2000 HAI . 5. - Una memoria acoplada en forma" comunicativa a un dispositivo de procesamiento de señal digital (DSPD) con la capacidad de interpretar información digital para: recibir un primer mensaje que tiene incluido en el mismo, ajustes de prueba para uno o más canales que comprenden canales de tráfico, canales auxiliares o una combinación de los mismos; configurar el uno o más canales con base en los ajustes de prueba en el primer mensaje; recibir paquetes de prueba a través de un canal de tráfico directo; transmitir paquetes de retorno de señal a través de un canal de tráfico inverso; y transmitir datos de señalización a través de canales de tráfico o uno o más canales auxiliares. 6.- Un método para elaborar pruebas de uno o más canales en un sistema de comunicación de datos inalámbricos, en donde el método comprende: recibir una primera transmisión de datos a través de un primer canal; identificar valores de parámetro que describen la primera transmisión de datos; formar una segunda transmisión de datos con los valores de parámetro identificados; y transmitir la segunda transmisión de datos a través de un segundo canal 7.- El método de conformidad con la reivindicación 6, caracterizado porque el canal es un canal de tráfico directo y el segundo canal es un canal de tráfico inverso. 8.- El método de conformidad con la reivindicación 1, caracterizado porque la transmisión de datos comprende una pluralidad de paquetes de prueba y la segunda transmisión de datos comprende una pluralidad de paquetes de retorno de señal, y en donde los paquetes de retorno de señal incluyen los valores del parámetro que describen los paquetes de prueba. 9.- El método de conformidad con la reivindicación 8, caracterizado porque se forma un paquete de retorno de señal por cada intervalo de tiempo en particular. 10. - El método de conformidad con la rei indicación 8, caracterizado porque cada paquete de retorno de señal cubre cero o más paquetes de prueba. 11. -El método de conformidad con la reivindicación 10, caracterizado porque cada paquete de retorno de señal incluye un primer campo que indica un protocolo especifico al cual pertenece el paquete de retorno de señal. 12. -El método de conformidad con la reivindicación 10, caracterizado porque cada paquete de retorno de señal incluye un segundo campo que indica un tipo de paquete especifico para el paquete de retorno de señal . 13. - El método de conformidad con la reivindicación 10, caracterizado porque cada paquete de retorno de señal incluye un tercer campo que indica el inicio de un intervalo de tiempo especifico cubierto por el paquete de retorno de señal . 14. - El método de conformidad con la reivindicación 10, caracterizado porque cada paquete de retorno de señal incluye un cuarto campo que indica, si se perdieron algunos paquetes de retorno de señal debido a un sobreflujo del separador . 15.- El método de conformidad con la reivindicación 10, caracterizado porque el paquete de retorno de señal incluye un quinto campo que indica un número de reqistros específicos incluido en el paquete de retorno de señal, en donde el reqistro está incluido para cada paquete de prueba cubierto por el paquete de retorno de señal. 16.- El método de conformidad con la reivindicación 10, caracterizado porque cada paquete de retorno de señal incluye un registro para cada paquete de prueba cubierto por el paquete de retorno de señal, incluyendo cada registro un grupo de campos para un grupo de valores de parámetros identificados para el paquete de prueba cubierto en forma correspondiente . 17.- El método de conformidad con la reivindicación 16, caracterizado porque cada registro incluye un primer campo que indica si el registro incluye o no un número de secuencia de un mensaje de señalización utilizado para asignar al primer canal . 18.- El método de conformidad con la reivindicación 17, caracterizado porque cada registro incluye un segundo campo que indica el número de secuencia del mensaje de señalización. 19. - El método de conformidad con la reivindicación 16, caracterizado porque cada registro incluye un tercer campo que indica una fuente de transmisión del paquete de prueba cubierto por el registro. 20. - El método de conformidad con la reivindicación 16, caracterizado porque cada registro incluye un cuarto campo que indica el periodo de tiempo en el cual el paquete de prueba cubierto por el registro fue recibido. 21. - El método de conformidad con la reivindicación 16, caracterizado porque cada registro incluye un quinto campo que indica un número de paquetes MAC recibidos en el paquete de capa física que contiene el paquete de prueba cubierto por el registro. 22.- El método de conformidad con la reivindicación 16, caracterizado porque cada registro incluye un sexto campo que indica si está incluido o no un número de secuencia para el paquete de prueba cubierto en el registro. 23.- El método de conformidad con la reivindicación 22, caracterizado porque cada registro incluye un séptimo campo que indica un número de secuencia para el paquete de prueba cubierto . 24. -El método de conformidad con la reivindicación 8, caracterizado porque el paquete de retorno de señal incluye un valor de parámetro que indica la omisión de uno o más paquetes de prueba . 25.- El método de conformidad con la reivindicación 8, caracterizado porque cada paquete de prueba incluye un primer campo que indica un protocolo especifico al cual pertenece el paquete de prueba. 26.- El método de conformidad con la reivindicación 8, caracterizado porque cada paquete de prueba incluye un segundo campo que indica un tipo de paquete especifico para el paquete de prueba. 27.- El método de conformidad con la reivindicación 8, caracterizado porque cada paquete de prueba incluye un segundo campo que indica un número de secuencia del paquete de prueba . 28.- Una memoria acoplada en forma comunicativa a un dispositivo de procesamiento de señal digital (DSPD) con la capacidad de interpretar información digital para: recibir una primera transmisión de datos a través de un primer canal; identificar valores de parámetro que describen la primera transmisión de datos; formar una segunda transmisión de datos con los valores de parámetros identificados; y transmitir la segunda transmisión de datos a través de un segundo canal. 29.- Un método para elaborar pruebas de uno o más canales en un sistema de comunicación de datos inalámbricos, que comprende: recibir una pluralidad de paquetes de prueba a través de un canal de tráfico directo; identificar una fuente de transmisión y un número de secuencia de cada paquete de prueba recibido; formar una pluralidad de paquetes de retorno de señal para la pluralidad de paquetes de prueba recibidos, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto; y transmitir los paquetes de retorno de señal a través de un canal de tráfico inverso. 30. - Un método para elaborar pruebas de uno o más canales en un sistema de comunicación de datos inalámbrico, caracterizado porque el método comprende : enviar una primera transmisión de datos a través de un primer canal; recibir una segunda transmisión de datos a través de un segundo canal, en donde la segunda transmisión de datos incluye valores de parámetros que describen la primera transmisión de datos; y actualizar una pluralidad de variables con base en los valores de parámetro incluidos en la segunda transmisión de datos. 31. -Un método para elaborar pruebas de uno o más canales en un sistema de comunicación de datos inalámbricos, caracterizado porque el método comprende : enviar una pluralidad de paquetes de prueba a través de un canal de tráfico directo; recibir una pluralidad de paquetes de retorno de señal a través de un canal de tráfico inverso, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión, con base en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de retorno de señal recibidos. 32. - Un método para elaborar pruebas de enlace directo para una configuración especifica de uno o más canales auxiliares en un sistema de comunicación de datos inalámbricos, en donde el método comprende : recibir un primer mensaje que tiene incluidos en el mismo, ajustes de prueba para uno o más canales auxiliares; configurar cada canal auxiliar con base en ajustes de prueba que aplican para el canal auxiliar; transmitir cada canal auxiliar configurado de acuerdo con los ajustes de prueba aplicables. 33. - El método de conformidad con la reivindicación 32, caracterizado porque cada ajuste de prueba es proporcionado a través de un registro respectivo en el primer mensaje. 34. -El método de conformidad con la reivindicación 32 , caracterizado porque el uno o más canales auxiliares se utilizan para señalización . 35. - El método de conformidad con la reivindicación 32, caracterizado porque el primer mensaje incluye un primer ajuste de prueba para un valor de origen particular que será transmitido en un canal de reconocimiento (ACK) . 3 6 . - El método de conformidad con la reivindicación 32 , caracterizado porque el primer mensaje incluye un segundo ajuste de prueba para un valor en particular que será transmitido en un canal de control de rango de datos (DRC) . 3 7 . -El método de conformidad con la reivindicación 32 , caracterizado porque el primer mensaje incluye un tercer ajuste de prueba para una cobertura en particular que será utilizada para un canal de control de rango de datos (DRC) . 3 8 . - El método de conformidad con la reivindicación 32 , caracterizado porque el primer mensaje incluye un cuarto grupo de pruebas que indica el mantenimiento de un modo de prueba en el caso de un cierre de conexión o una perdida de conexión . 3 9 . - Una memoria acoplada en forma comunicativa a un aparato de procesamiento de señal digital (DSPD), con la capacidad de interpretar información digital para: enviar una pluralidad de paquetes de prueba a través de un canal de tráfico directo; recibir una pluralidad de paquetes de retorno de señal a través de una canal de tráfico inverso, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión con base en la fuente . de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de retorno de señal recibidos. 40. - Un método para elaborar pruebas de un enlace en un sistema de comunicación de datos inalámbricos, en donde el método comprende: recolectar una primera estadística de un primer parámetro mientras se encuentra en un primer estado de operación; recolectar una segunda estadística de un segundo parámetro mientras se encuentra en un segundo estado de operación; recibir un primer mensaje solicitando la primera o segunda estadística; y enviando un segundo mensaje con la primera o segunda estadísticas requerida. 41. -El método de conformidad con la reivindicación 40, caracterizado porque el primer parámetro corresponde a cambios en la señal piloto de grupo activo que se encuentra en un estado inact ivo . 42. -El método de conformidad con la reivindicación 40, caracterizado porque el segundo parámetro corresponde a cambios en el sector de servicio mientras se encuentra en el estado conectado . 43.- El método de conformidad con la reivindicación 40, caracterizado porque comprende además : recibir un tercer mensaje para reajustar la primera y segunda estadísticas; y reajustar la primera y segunda estadísticas en respuesta a la recepción del tercer mensaje. 44. -Una memoria acoplada en forma comunicativa . a un aparato de procesamiento de señal digital (DSPD) con la capacidad de interpretar información digital para: recolectar una primera estadística para un primer parámetro mientras se encuentra en un primer estado de operación; recolectar una segunda estadística para un segundo parámetro mientras se encuentra en un segundo estado de operación; recibir un primer mensaje solicitando la primera o segunda estadística; y enviar un segundo mensaje con la primera o segunda estadística requerida. 45. - Un método para elaborar pruebas de un canal de tráfico en un sistema de comunicación de datos inalámbrico, en donde el método comprende: recibir un primer mensaje que tiene incluido en el mismo grupos de prueba del canal de tráfico; formar una pluralidad de paquetes de prueba para transmisión en el canal de tráfico; seleccionar rangos de los paquetes de prueba con base en un esquema de selección de rango; y transmitir los paquetes de prueba en los rangos seleccionados en el canal de tráfico. 46. - El método de conformidad con la reivindicación 45, caracterizado porque el primer mensaje incluye un rango mínimo y un rango máximo para los paquetes de prueba. 47. -El método de conformidad con la reivindicación 46, caracterizado porque los rangos seleccionados de los paquetes de prueba recorren entre los rangos mínimos y máximos. 48.- El método de conformidad con la reivindicación 47, caracterizado porque los rangos seleccionados de los paquetes de prueba están limitados en forma adicional por un rango máximo especificado por un protocolo de control de acceso de medios (MAC) . 49. - El método de conformidad con la reivindicación 45, caracterizado porque el primer mensaje incluye una indicación de mantenimiento de un modo de prueba en un canal de tráfico en un caso de cierre de conexión o pérdida de conexión. 50. - El método de conformidad con la reivindicación 45, caracterizado porque cada paquete de prueba incluye un primer campo que indica un protocolo específico al cual pertenece el paquete de prueba. 51. - El método de conformidad con la reivindicación 45, caracterizado porque cada paquete de prueba incluye un segundo campo que indica un tipo de paquete específico para el paquete de prueba . 52. - El método de conformidad con la reivindicación 45, caracterizado porque cada paquete de prueba incluye un tercer campo que indica un caso de tiempo en particular cuando se generó el paquete de prueba. 53. - El método de conformidad con la reivindicación 45, caracterizado porque cada paquete de prueba incluye un cuarto campo que indica si el paquete de prueba se perdió o no debido al sobreflujo del separador. 54. - El método de conformidad con la reivindicación 45, caracterizado porque cada paquete de prueba incluye un campo para cada pluralidad de posibles rangos del paquete de prueba, y en donde cada campo de rango incluye un número de secuencia de un último paquete de prueba transmitido en el rango correspondiente. 55. - El método de conformidad con la reivindicación 54, caracterizado porque cada paquete de prueba incluye campos para todos los posibles rangos de enlace inverso. 56. - Un memoria acoplada en forma comunicativa a un aparato de procesamiento de señal digital (DSPD) con la capacidad de interpretar información digital para: recibir un primer mensaje que tiene incluido en el mismo ajustes de prueba del canal de tráfi co ; formar una pluralidad de paquetes de prueba para transmisión en un canal de tráfico; seleccionar rangos de los paquetes de prueba con base en un esquema de selección de rango; transmitir los paquetes de prueba en los rangos seleccionados en el canal de tráfico; seleccionar rangos de los paquetes de prueba con base en un esquema de selección de rango; y transmitir los paquetes de prueba en los rangos seleccionados a través del canal de tráfico . 57.- Un método para probar un canal de tráfico inverso en un sistema de comunicación de datos inalámbrico, en donde el método comprende: recibir un primer mensaje que tiene incluidos en el mismo un rango mínimo y un rango máximo para transmisión de datos en el canal de tráfico inverso; formar una pluralidad de paquetes de prueba para transmisión a través del canal de tráfico inverso, en donde cada paquete de prueba incluye un número de secuencia de un último paquete de prueba transmitido en cada pluralidad de rangos posibles; seleccionar rangos para los paquetes de prueba con base en un esquema de selección de rango y estando limitado por los rangos mínimos y máximos; transmitir los paquetes de prueba en los rangos seleccionados a través del canal de tráfico inverso . 58. - El método de conformidad con la reivindicación 57, caracterizado porque comprende además : organizar una fila de los paquetes de prueba formados . 59. - Un método para elaborar pruebas de un canal de tráfico en un sistema de comunicación de datos inalámbrico, en donde el método comprende: enviar un primer mensaje que tiene incluido en el mismo ajustes de prueba para el canal de tráfico inverso; recibir una pluralidad de paquetes de prueba en una pluralidad de rangos en el canal de tráfico inverso; y actualizar una pluralidad de variables mantenidas para la pluralidad de rangos con base en los rangos de los paquetes de prueba recibidos. 60. - El método de conformidad con la reivindicación 59, caracterizado porque comprende además : por cada paquete de prueba recibido, actualizar una primera variable con base en un número de secuencia del paquete de prueba. 61. - Una terminal en un sistema de comunicación de datos inalámbricos, en donde la terminal comprende: un procesador de datos de recepción que opera para recibir una pluralidad de paquetes de prueba a través de un canal de tráfico directo; un controlador que opera para identificar una fuente de transmisión y un número de secuencia de cada paquete de prueba recibido y para formar una pluralidad de paquetes de retorno de señal para la pluralidad de paquetes de prueba recibidos, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto; y un procesador de datos de transmisión que opera para procesar los paquetes de retorno de señal para transmisión a través de un canal de tráfico inverso. 62. -La terminal de conformidad con la reivindicación 61, caracterizada porque comprende además : un separador que opera para organizar una fila de los paquetes de retorno de señal. 63. - Un aparato en un sistema de comunicación de datos inalámbrico, en donde el aparato comprende : medios para recibir una pluralidad de paquetes de prueba a través de un canal de tráfico directo; medios para identificar una fuente de transmisión y un número de secuencia de cada paquete de prueba recibido; medios para .formar una pluralidad de paquetes de retorno de señal para la pluralidad de paquetes de prueba recibidos, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto; y medios para procesar los paquetes de retorno de señal para transmisión a través de un canal de tráfico inverso. 64. - Una terminal en un sistema de comunicación de datos inalámbrico, en donde la terminal comprende: un procesador de datos de recepción que opera para recibir un primer mensaje que tiene incluido en el mismo un rango mínimo y un rango máximo para transmisión de datos a través de un canal de tráfico inverso; un controlador que opera para formar una pluralidad de paquetes de prueba para transmisión a través del canal de tráfico inverso, en donde cada paquete de prueba incluye un número de secuencia de un último paquete de prueba transmitido en cada pluralidad de rangos posibles y seleccionar rangos para los paquetes de prueba con base en un esquema de selección de rangos y estando limitados por los rangos mínimos y máximos ; un procesador de datos de transmisión que opera para procesar los paquetes de prueba para transmisión en los rangos seleccionados a través del canal de tráfico inverso. 65. - La terminal de conformidad con la reivindicación 61, caracterizada porque comprende además : un separador que opera para organizar una fila de los paquetes de prueba formados. 66. - Un aparato en un sistema de comunicación de datos inalámbricos, en donde el aparato comprende : medios para recibir un primer mensaje que tiene incluidos en el mismo un rango mínimo y un rango máximo para la transmisión de datos a través de un canal de tráfico inverso; medios para formar una pluralidad de paquetes de prueba para la transmisión en el canal de tráfico inverso, en donde cada paquete de prueba incluye un número de secuencia de un último paquete de prueba transmitido en cada pluralidad de rangos posibles; medios para seleccionar los rangos de los paquetes de prueba con base en un esquema de selección de rango y estando limitados por los rangos mínimos y máximos; y medios para procesar los paquetes de prueba para transmisión en los rangos seleccionados en el canal de tráfico inverso. 67. -Un punto de acceso en un sistema de comunicación de datos inalámbricos, en donde el punto de acceso comprende: un procesador de datos de transmisión que opera para procesar una pluralidad de paquetes de prueba para transmisión a través de un canal de tráfico directo; un procesador de datos de recepción que opera para procesar una pluralidad de paquetes de retorno de señal recibidos a través de un canal de tráfico inverso, en donde cada paquete de retorno de señal cubre cero o más paquetes de prueba e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y un controlador que opera para actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión con base en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de retorno de señal recibidos . 68.- Un aparato en un sistema de comunicación de datos inalámbricos, en donde el aparato comprende : medios para procesar una pluralidad de paquetes de prueba para transmisión a través de un canal de tráfico directo; medios para procesar una pluralidad de paquetes de retorno de señal recibidos a través de un canal de tráfico inverso, en donde cada paquete de retorno de. señal cubre cero o más paquetes de prueba e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y medios para actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión con base en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de retorno de señal recibidos . R E S U M E N Técnicas para probar el desempeño de terminales y puntos de acceso en sistemas de datos CDMA (por ejemplo, cdma 2 00 0 ) . Se proporciona un cuadro de protocolos y mensajes, para soportar la elaboración de pruebas de desempeño sistemático de terminales y para asegurar la compatibilidad de la interfase. El cuadro comprende un Protocolo de Aplicación de Prueba Directa (FTAP) para elaborar pruebas de canales directos y una Protocolo de aplicación de Prueba Inversa (RTAP) para elaborar pruebas de canales inversos. También se proporcionan técnicas para (1) probar diferentes tipos de canales (por ejemplo, canales de tráfico, asi como, canales auxiliares), ( 2 ) probar transmisiones de datos con ráfaga, (3) soportar la elaboración de pruebas de "persistencia" (por ejemplo, elaboración de pruebas continua con respecto a conexión y desconexión), (4) forzar los ajustes de ciertos canales auxiliares (por ejemplo, de tal modo que se pueda determinar el rango de error de los canales), y (5) recolectar, registrar y reportar diversas estadísticas que puedan ser utilizadas para derivar métricas de desempeño, tales como rendimiento y rango de error de paquete s .