MXPA02006799A - Metodo y aparato para probar canales de comunicacion inalambrica. - Google Patents

Abstract

Tecnicas para probar un enlace de comunicacion inalambrica, un canal de trafico se prueba por medio de una opcion de servicio de datos de prueba (TDSO) que puede ser negociada y conectada similar a otros servicios. Los valores de los parametros de prueba pueden ser propuestos, aceptados o rechazados, y negociados. Los datos de prueba para un canal son generados basados en un patron definido de datos, o un generador de numero pseudoaleatorio. Se pueden generar datos de prueba suficientes para un intervalo de prueba basados en el generador, almacenados en una memoria intermedia, y posteriormente, recuperados desde una seccion particular de la memoria intermedia para formar bloques de datos por cada cuadro "activo". El canal de trafico puede ser probado utilizando transmision discontinua. Una cadena Markov de dos condiciones determina si se transmiten o no, los datos de prueba por cada cuadro. La actividad promedio del cuadro y la longitud promedio de rafaga son definidas seleccionando las probabilidades de transicion entre las condiciones ENCENDIDA/APAGADA de la cadena Markov, la cual puede ser operada por un segundo generador.

Description

MÉTODO Y APARATO PARA PROBAR CANALES DE COMUNICACIÓN INALÁMBRICA Campo del Invento La presente invención se refiere a comunicación de datos. Más particularmente, la presente invención se refiere a un método y aparato novedosos y mejorados para probar los canales de comunicación inalámbrica.

Antecedentes del Invento Los sistemas de comunicación inalámbrica tales como los sistemas de acceso múltiple de división de código (CDMA) y los sistemas de acceso múltiple de división de tiempo (TDMA) , y otros son usados ampliamente para proporcionar diferentes tipos de comunicaciones, tales como comunicación de voz, datos y asi sucesivamente. Para estos sistemas inalámbricos, es altamente deseable utilizar los recursos disponibles (por ejemplo, el ancho de banda y la potencia de transmisión) de la manera más eficiente posible. Esto comprende generalmente la transmisión de tantos datos a tantos usuarios dentro de un periodo de tiempo corto, como sea apoyado por las condiciones de los enlaces de comunicación . Para lograr la meta anterior, se pueden caracterizar los enlaces de comunicación entre una fuente transmisora (por ejemplo, una estación base) y los aparatos receptores (por ejemplo, terminales remotas "conectadas") dentro del sistema. Basados en las condiciones de enlace caracterizadas para las terminales remotas, el sistema puede seleccionar mejor un conjunto particular de terminales remotas para servirlas, distribuir una porción de los recursos disponibles (por ejemplo, potencia de transmisión) a cada una de las terminales remotas seleccionadas, y transmitir a cada terminal remota en un índice de datos apoyado por la potencia de transmisión distribuida y caracterizada por las condiciones de enlace . De un modo convencional, un enlace de comunicación se caracteriza por transmitir, (por ejemplo, desde una estación base) un patrón de datos conocido (por ejemplo, generado por un generador de número pseudoaleatorio definido), que recibe el patrón de datos transmitido, comparando el patrón de datos recibido con un patrón de datos generado localmente para determinar los errores de transmisión, y volver a reportar los resultados a la fuente transmisora. Esta prueba de "retorno de señal" se realiza generalmente de manera continua para un número de cuadros por un intervalo de prueba deseado. Los resultados de las pruebas reflejan el funcionamiento del enlace de comunicación en dicho intervalo de prueba. Muchos sistemas de comunicación inalámbrica de la generación más nueva, tienen la capacidad de operación flexible, por ejemplo, los datos pueden ser transmitidos en ráfagas y por uno o más canales de tráfico (o canales físicos), se puede permitir que el índice de datos varíe de cuadro a cuadro, también puede variar el procesamiento de los datos (por ejemplo de cuadro a cuadro y/o de canal a canal) y así sucesivamente. La técnica de prueba de retorno de señal convencional caracteriza típicamente el enlace de comunicación (por ejemplo, un canal de tráfico) basado en un conjunto definido de parámetros de prueba, y puede no proporcionar una evaluación exacta del funcionamiento del enlace de comunicación cuando el sistema opera de esta manera flexible.

Como se puede observar, las técnicas que pueden ser utilizadas para caracterizar un enlace de comunicación bajo varias condiciones de operación flexibles, soportados por un sistema de comunicación inalámbrica, son altamente deseadas.

Sumarlo del Invento La presente invención proporciona varias técnicas para probar un enlace de comunicación inalámbrica. En un aspecto, la prueba del canal de tráfico es realizada por medio de una opción de servicio de datos de prueba (TDSO) , el cual es un servicio que puede ser negociado y conectado utilizando la configuración de servicio disponible, y los procedimientos de negociación definidos por un sistema (CDMA) particular y utilizado para otros servicios (por ejemplo, una llamada de voz, una llamada local) . Los valores para los parámetros de prueba pueden ser propuestos por una entidad (por ejemplo, una terminal remota), aceptados o rechazados por la otra entidad (por ejemplo, una estación base) y también se pueden proporcionar valores alternativos para los valores rechazados por la otra entidad. La negociación se puede llevar a cabo para cada canal de tráfico que va a ser probado . En otro aspecto, para probar un canal de tráfico, los datos de prueba son generados basados en un patrón de datos definidos, o un generador de número pseudoaleatorio. Los datos de prueba suficientes pueden ser generados para un intervalo de prueba (por ejemplo, 10.24 segundos) basados en valores del generador de número pseudoaleatorio, y los datos de prueba generados pueden ser almacenados en una memoria intermedia (circular) . Posteriormente, los datos de prueba pueden ser recuperados, según sea necesario, desde una sección particular de la memoria intermedia para formar uno o más bloques de datos por cada bloque "activo" en el intervalo de prueba, en el cual los datos de prueba van a ser transmitidos . La sección particular de la memoria intermedia de la cual se recuperan los datos de prueba puede ser identificada por una "compensación" particular desde una localización del señalador de memoria intermedia actual, y esta compensación puede ser determinada basada en un número proveniente del generador de números pseudoaleatorios. Cada bloque de datos puede ser identificado de manera correcta por un encabezado para hacer posible la prueba concurrente de canales de tráfico múltiples y para probar cuadros que tienen bloques de datos múltiples por cuadro. En una modalidad, se proporciona un generador de número pseudoaleatorio y una memoria intermedia (en la fuente de transmisión y también en el aparato receptor) por cada canal de tráfico, ya sea en el enlace directo o inverso que va a ser probado. Un canal de tráfico puede ser probado utilizando transmisión discontinua. En este caso, se puede utilizar una cadena Markov de dos condiciones de primer orden para determinar si se transmiten o no los datos de prueba por cada cuadro en el intervalo de prueba. Seleccionando las probabilidades apropiadas para la transición entre una condición ENCENDIDA (que significa una transmisión de datos de prueba) y una condición APAGADA (que significa que no se transmiten los datos de prueba) de la cadena Markov, la actividad promedio del cuadro, y la longitud promedio de la ráfaga (dos parámetros que definen una transmisión discontinua) pueden ser definidos. La cadena Markov puede ser operada por un segundo generador de números pseudoaleatorios, el cual puede ser diferente al primero utilizado para generar los datos de prueba. En el aparato receptor, los datos de prueba son transmitidos, procesados de una manera complementaria y proporcionados a un controlador. El controlador dirige además, la generación local de los datos de prueba basada en el generador de número pseudoaleatorio, el cual está sincronizado al generador en la fuente de transmisión. Los datos de prueba generados localmente son almacenados en una memoria intermedia y posteriormente, recuperados de la memoria intermedia (según sea necesario) y comparados contra los datos de prueba recibidos. Se pueden recolectar diferentes datos de funcionamiento y estadísticos en la terminal remota basados en los resultados de la comparación entre los datos de prueba recibidos y generados. La prueba del enlace inverso puede ser lograda de una manera similar a la del enlace directo. Los canales de tráfico múltiples en los enlaces directos en inverso pueden ser probados de manera consecutiva. Es posible la prueba independiente de los canales de tráfico, probando cada canal de tráfico basados en un conjunto respectivo de valores de parámetro de prueba. Por lo tanto, los canales de tráfico de enlace directo y los canales de tráfico de enlace inverso pueden ser probados basados en valores de parámetro de prueba simétricos o asimétricos. Los canales de tráfico bajo prueba pueden tener longitudes diferentes de cuadro . La invención proporciona además otros métodos y elementos del sistema que implementa diferentes aspectos como modalidades y características de la invención, tal y como se describen con mayor detalle más adelante.

Breve Descripción de los Dibujos Las características, naturaleza y ventajas de la presente invención, podrán ser apreciadas a partir de la descripción detallada que se establece a continuación cuando es tomada en conjunto con los dibujos en los cuales los caracteres de referencia similares identifican componentes similares en todas las figuras y en donde : La figura 1 es un diagrama de un sistema de comunicación de espectro disperso que soporta un número de usuarios; Las figuras 2A y 2B son diagramas de bloque de una modalidad de la estación base y la terminal remota, respectivamente, con capacidad para implementar diferentes aspectos y modalidades de la presente invención; La figura 3 es un diagrama de flujo de un proceso para generar datos de prueba utilizando un generador de número pseudoaleatorio , de acuerdo con una modalidad especifica de la invención; La figura 4 es un diagrama de bloque de las memorias intermedias y los generadores de número pseudoaleatorio utilizados para generar los datos de prueba pseudoaleatorios para dos canales de tráfico ; La figura 5 es un diagrama que ilustra la reorganización del número pseudoaleatorio para generar un número para los datos de prueba; La figura 6 es un diagrama que ilustra la transmisión de datos de prueba para un esquema de transmisión discontinua (DTX) basado en una actividad determinante del cuadro; La figura 7 es un diagrama de una cadena Markov de dos condiciones de primer orden que puede ser utilizada para modelar las condiciones de ENCENDIDO/APAGADÓ para el esquema DTX basado en la actividad del cuadro pseudoaleatorio; La figura 8 es un diagrama de flujo de una modalidad de un proceso para la transmisión entre las condiciones de ENCENDIDO y APAGADO de la cadena Markov para un canal de tráfico; y La figura 9 es un diagrama de una modalidad de un bloque de datos de prueba.

Descripción Detallada de la Invención La figura 1 es un diagrama de un sistema de comunicación de espectro disperso 100 que soporta un número de usuario. El sistema 100 proporciona la comunicación para un número de células, recibiendo servicio cada célula por medio de una estación base correspondiente 104. Las diferentes terminales remotas 106 están dispersas en todo el sistema. Cada terminal remota 106 se puede comunicar con una o más estaciones base 104 y los enlaces directo e inverso en un momento particular, dependiendo de si la terminal remota está activa o no, y si es una instalación temporal o no. Como se ilustra en la figura 1, la estación base 104 se comunica con las terminales remotas 106a, 106b, 106c y 106d y la estación base 104b se se comunica con las terminales remotas 106d, 106e y 106f . ün controlador del sistema 102 conecta las estaciones base 104 y además, puede conectarse a una red de teléfono público (PSTN) . El controlador del sistema 102 proporciona la coordinación y el control para las estaciones base conectadas al mismo. El controlador del sistema 102 controla además el enrutamiento de las llamadas telefónicas entre las terminales remotas 106 y entre las terminales remotas 106 y los usuarios conectados a la PSTN (por ejemplo, teléfonos convencionales), por medio de las estaciones base 104. Para un sistema CDMA, al controlador del sistema 102 nos referimos también como un controlador de la estación base (BSC) . El sistema 100 puede estar diseñado para soportar uno o más estándares CDMA, tales como el estándar de compatibilidad de Estación Móvil-Estación Base "TIA/EIA-95-B para el Sistema Celular de Espectro de Banda Ancha Dispersa de Modo-Dual" (el estándar IS-95) , El Estándar Mínimo Recomendado "TIA/EIA-98-D para la Estación Móvil Celular de Espectro" Disperso de Banda Ancha de Modalidad-Dual (el estándar IS-98), El Estándar de Capa Física "TIA/EIA/IS-2000.5-A para los Sistema de Espectro Dispersos cdma2000", "El Estándar de Señalización de Capa "TIA/EIA/IS-2000.5-A (Capa 3)" para Sistemas de Espectro Disperso cdma2000", el estándar ofrecido por un consorcio denominado "3rd Generation Partnership Project" (3GPP) e incorporado en un conjunto de documentos que incluyen los documentos Nos. 3G TS 25.211, AG TS 25.212, 3G TS 25.213 y 3G TS 25.214 (el estándar W-CD A) , el estándar ofrecido por un consorcio denominado "3rd Generation Partnership Project 2 " (3GPP2) e incorporado en un conjunto de documentos que incluyen los documentos Nos. C.S0002-A, C.S0005-A, C.S0010-A, C.S0011-A y C.S0026 (el estándar cdma2000) o algunos otros estándares. Estos estándares están incorporados a la presente descripción como referencia. Algunos sistemas CDMA de la generación más nueva tienen la capacidad de soportar de manera concurrente transmisiones de voz y datos, y pueden además, transmitir a una terminal remota particular mediante un número de canales de tráfico directo. Por ejemplo, en el sistema cdma2000, se puede asignar un canal fundamental para voz y ciertos tipos de datos, y uno o más canales suplementarios pueden ser asignados para datos del paquete de alta velocidad. La figura 2A es un diagrama de bloque de una modalidad de la estación base 104, la cual tiene capacidad para implementar varios aspectos y modalidades de la presente invención. Por razones de simplicidad, la figura 2A muestra el procesamiento en la estación base para una comunicación con una terminal remota. En el enlace directo, los datos del paquete y de voz (a los que nos referimos colectivamente como datos de "tráfico") de una fuente de datos de transmisión (TX) 210, y los datos de prueba de una memoria intermedia de datos de prueba de enlace directo (FL) 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 está operando en un modo normal, y proporciona datos de prueba cuando está operando en un modo de prueba. El procesador de datos TX 216 recibe y procesa (por ejemplo, formatea, codifica o intercala) los datos recibidos, los cuales son entonces procesados adicionalmente (por ejemplo, cubiertos, dispersos, y revueltos) por un modulador (MOD) 218. Los datos modulados entonces son proporcionados a una unidad RF TX 222 y acondicionados (por ejemplo, convertidos en una o más señales análogas, amplificados, filtrados y modulados por cuadratura) para generar una señal de enlace directo. La señal de enlace directo es enrutada a través de un duplexor (D) 224 y transmitida mediante una antena 226 a una terminal remota . Aunque no se ilustra en la figura 2A por razones de simplificidad, la estación base 104 tiene la capacidad para procesar y transmitir datos en uno o más canales de tráfico directo para una terminal remota particular. Para un sistema cdma2000, los canales de tráfico directo incluyen el canal fundamental (FCH), el canal de control dedicado (DCCH) el canal suplementario (SCH) y el canal de código suplementario (SCCH) . El procesamiento (por ejemplo, codificación, intercalado, cobertura y asi sucesivamente) para cada canal de tráfico directo, puede ser diferente al procesamiento de otros canales de tráfico directo . La figura 2B es un diagrama de bloque de una modalidad de terminal remota 106. La señal de enlace directa 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 de manera descendente y digitaliza) la señal recibida y proporciona muestras. Un desmodulador (DE OD) 258 recibe y procesa (por ejemplo, elimina la separación, descubre y desmodula el piloto) de las muestras para proporcionar símbolos recuperados. El desmodulador 258 puede implementar un receptor de incidencia con capacidad para procesar instancias múltiples de la señal recibida y generar símbolos recuperados modulados. Un procesador de datos recibidos (RX) 260 descodifica los símbolos recuperados, revisa los cuadros recibidos y proporciona los datos de tráfico descodificados a un colector de datos RX 264 y los de prueba descodificados a un controlador 270. El Desmodulador 258 y el procesador de los datos recibidos 260 pueden ser operados para procesar transmisiones múltiples recibidas por medio de canales múltiples de tráfico directo. En el enlace inverso, un multiplexor (MUX) 284 prosigue los resultados de las pruebas del canal de tráfico directo del controlador 270, los datos de prueba para probar el enlace inverso desde una memoria intermedia de datos de prueba de enlace inverso (RL) 278 y los datos de tráfico de una fuente de datos TX 282. Dependiendo del modo de operación de la terminal remota 106, el multiplexor 284 proporciona la combinación correcta de datos y/o resultados a un procesador de datos TX 286. Posteriormente los datos y los resultados son procesados (por ejemplo, formateados, codificados e intercalados) por el procesador de datos TX 286, procesados adicionalmente (por ejemplo, convertidos, dispersados) por un modulador (MOD) 288, y acondicionado (por ejemplo, convertidos a señales análogas, amplificados, filtrados y modulados por cuadratura) por una unidad RF TX 290, para generar una señal de enlace inverso la cual es entonces enrutada a través del duplexor 254 y trasmitida mediante la antena 252 a una o más estaciones base 104. Haciendo referencia nuevamente a la figura 2A, la señal de enlace inverso es recibida por la antena 226, enrutada a través del duplexor 224 y proporcionada a una unidad receptora RF 228. La señal de enlace inverso es acondicionada (por ejemplo, convertida de manera descendente, filtrada y amplificada) por la unidad receptora RF 228 y procesada adicionalmente por un desmodulador 232 y un procesador de datos RX 234 de una manera complementaria para recuperar los datos transmitidos y los resultados de la prueba. Los datos del tráfico de enlace inverso son proporcionados a un colector de datos RX 238, y los resultados de la prueba del enlace directo y los datos de la prueba del enlace inverso son proporcionados a un controlador 220 para su evaluación . Tal y como se indicó anteriormente, la utilización eficiente de los recursos del sistema disponibles, el enlace de comunicación entre la estación base y la terminal remota puede ser caracterizados. La información de caracterización del enlace entonces puede ser utilizada para programar la transmisión de datos, distribuir la potencia de transmisión, determinar el índice de datos y así sucesivamente, para la terminal remota . La invención proporciona diferentes técnicas para probar un enlace de comunicación inalámbrico. En un aspecto, para probar un canal de tráfico directo, los datos de prueba son generados en la estación base por un generador de datos de prueba 240 y proporcionados a la memoria intermedia de datos de prueba FL 212. Los datos de prueba generados son recuperados posteriormente de la memoria intermedia 212 (según sea necesario), procesados y transmitidos desde la estación base a la terminal remota. En la terminal, los datos de prueba de enlace directo transmitidos son recibidos, procesados de una manera complementaria, y proporcionados al controlador 270. El controlador 270 dirige además un generador de datos de prueba 280 para generar localmente los datos de prueba, los cuales son almacenados en una memoria intermedia de datos de prueba FL 268. Los datos de prueba generados localmente son recuperados posteriormente de la memoria intermedia 268 (según sea necesario) y comparados contra los datos de prueba recibidos . Se pueden recolectar diferentes datos de funcionamiento y estadísticos en la terminal remota basados en los resultados de la comparación entre los datos de prueba recibidos y generados, tal y como se describen con mayor detalle más adelante. La prueba del enlace inverso puede ser revisada de una manera similar a la prueba del enlace directo.

Por razones de claridad, se describen varios aspectos de la presente invención para una implementación especifica para un sistema cdma2000.

Canal y Estructura del Cuadro En algunos sistemas CDMA, los datos pueden ser transmitidos por uno o más canales de tráfico por enlaces directos e inversos. (Un canal de tráfico puede ser semejante a un canal físico para algunos sistemas CDMA, por ejemplo, un sistema W-CDMA) . Por ejemplo, en un sistema cdma2000, los datos de voz son transmitidos generalmente por un canal fundamental (FCH), los datos de tráfico son transmitidos generalmente por un canal suplementario (SCH), y la señalización puede ser transmitida por un canal de control dedicado (DCCH) . Los canales FCH, DCCH y SCH son tipos diferentes de canales de tráfico. Para recibir una transmisión de datos de alta velocidad en el canal SCH, también es asignada generalmente una terminal remota al canal FCH ó DCCH. En el sistema cdma2000, cada canal de tráfico asignado está asociado con una configuración de radio particular (RC) que define los formatos de transmisión del canal, los cuales pueden ser caracterizados por diferentes parámetros de capas físicas, tales como los índices de transmisión, características de modulación, índice de dispersión, y así sucesivamente Para muchos sistemas CDMA, los datos también son transmitidos en "cuadros" cubriendo cada cuadro un intervalo de tiempo particular. Para el sistema cdma2000, los datóos pueden ser transmitidos en longitudes de cuadros de 5 mseg, 20 mseg, 40 mseg u 80 mseg en los canales fundamentales y suplementarios. Para cada cuadro de cada canal de tráfico conectado, se pueden transmitir uno o más bloques de datos, dependiendo de la configuración de radio del canal de tráfico.

En ciertas modalidades de la presente invención, los canales de tráfico directo e inverso son subdivididos cada uno en "intervalos de pruebas" independientes (a los cuales también nos podemos referir como "segmentos") . Cada intervalo de prueba tiene una duración de 10.24 segundos, la cual corresponde a 2048 cuadros para los canales de tráfico (FCH, DCCH) con una longitud de cuadro de 5 mseg, 512 cuadros para los canales de tráfico (FCH, DCCH y SCH) con una longitud de cuadro de 20 mseg, 256 cuadros para canales de tráfico (SCH) con una longitud de cuadro de 40 mseg, y 128 cuadros para los canales de tráfico (SCH) con una longitud de cuadro de 80 mseg. El primer cuadro del intervalo de prueba es al que nos referimos como un cuadro de sincronización. En una modalidad, el cuadro de sincronización para cada uno de los canales de tráfico directo e inverso (FCH, DCCH, SCHO y SCHl) es seleccionado basado en (1) un ocultador de código público largo de 32 bits (PLCM) asignado a una terminal remota (2) el número de cuadro del sistema (SFN) de los cuadros de canal de tráfico, tal y como se describirá con mayor detalle más adelante. Por lo tanto, cada canal de tráfico puede ser asociado con los cuadros de sincronización que son diferentes (en forma de tiempo) de aquellos de otros canales de tráfico. En un aspecto, el sistema CDMA está diseñado para soportar una opción de servicio de datos de prueba (TDSO) , la cual es semejante a una modalidad de operación en la cual el funcionamiento de los canales de tráfico directo y/o inverso para una terminal remota puede ser probado y/o verificado. La iniciación y negociación de los parámetros para el TDSO se describen con mayor detalle más adelante. Mientras se está operando en esta modalidad, los datos de prueba pueden ser transmitidos por enlaces directos y/o inversos, y por uno o más canales de tráfico de cada enlace. Esto permite la prueba independiente de los diferentes canales de tráfico y permite además, la prueba independiente de los enlaces directo e inverso.

Generación de Datos de Prueba De acuerdo con un aspecto de la presente invención, se pueden utilizar varios tipos de datos de prueba para probar un canal de tráfico. Estos tipos de datos de prueba pueden incluir secuencias de datos definidas, datos pseudoaleatorios , y otros. Los tipos de datos de prueba pueden ser seleccionados por medio de un parámetro en la opción de servicios de datos de prueba. En una configuración de prueba, se utilizan una o más secuencias de datos definidas para probar un canal de tráfico. Se pueden utilizar varios esquemas para generar estas secuencias de datos. En un esquema, se utiliza un solo patrón bytes para llenar cada bloque de datos. El patrón de bytes puede ser en todos el patrón ("11111111") o algún otro patrón de bytes. Si un bloque de datos incluye más de un número total de octetos (por ejemplo, 171 bits), cada octeto total puede ser representado por el patrón de bytes y los bits restantes pueden ser llenados con ceros ("0") . El uso de una secuencia de datos definida puede simplificar la generación de datos de prueba en la fuente de transmisión y el aparato receptor. En otra configuración de prueba, se utilizan los datos pseudoaleatorios para probar un canal de tráfico. Estos datos pueden ser generados utilizando uno o más generadores de número pseudoaleatorio, como se describirá con mayor detalle a continuación. La figura 3 es un diagrama de flujo para generar datos de prueba utilizando un generador de número pseudoaleatorio, de acuerdo con una modalidad especifica de la presente invención. La figura 3 presenta una vista general del proceso de generación de datos de prueba, el cual es descrito con mayor detalle a continuación. Antes de iniciar cada uno de los intervalos de prueba para un canal de tráfico particular que va a ser probado, según se determina en el paso 312, los generadores de números pseudoaleatorios utilizados en la fuente transmisora y el aparato receptor para generar los datos de prueba pseudoaleatorios para este canal de tráfico, son sincronizados e inicializados , en el paso 314. El generador - de número pseudoaleatorio en la fuente de transmisión es operado entonces para generar un número suficiente de bits de datos de prueba para N cuadros (en donde N es dos o más) , en el paso 316. Estos bits de datos de prueba son almacenados en una memoria intermedia (circular), la cual es utilizada posteriormente como la fuente de datos para los bits que van a ser empacados dentro de uno o más bloques de datos para cada periodo de cuadro "activo" en el intervalo de prueba. El aparato receptor genera de un modo similar los bits de datos de prueba para N cuadros, los cuales son almacenados en una memoria intermedia correspondiente en el aparato receptor y posteriormente recuperados cuando sea necesario, para verificar si los bits de datos de prueba transmitidos son o no recibidos libres de error.

De acuerdo con un aspecto de la presente invención y como se describirá a continuación, el canal de tráfico puede ser probado utilizando una transmisión discontinua. En este caso, por cada uno de los cuadros del intervalo de prueba, es actualizada una condición TDSO para el cuadro actual, en el paso 318. Entonces se toma una determinación acerca de si los datos de prueba van a ser o no transmitidos para el cuadro actual, basada en la condición TDSO actualizada, en el paso 320. Si los datos de prueba van a ser transmitidos, se recuperan uno o más bloques de prueba de una sección particular de la memoria intermedia circular en el paso 322. Estos pasos se describen con mayor detalle más adelante. La figura 4 es un diagrama de bloque de las memorias intermedias y los generadores de números pseudoaleatorios utilizados para generar los datos de prueba pseudoaleatorios para un canal de tráfico directo e inverso, de acuerdo con una modalidad de la presente invención. En esta modalidad, un generador de número pseudoaleatorio está asociado con cada señal de tráfico que va a ser probada en cada uno de los enlaces directo e inverso. Por ejemplo, si el TDSO está configurado para transmitir los datos por el canal FCH en los enlaces directo e inverso, y por el canal SCHO solamente en el enlace directo, entonces se utilizan tres generadores de número pseudoaleatorio en la estación - base, y tres generadores de número pseudoaleatorio son utilizados en la terminal remota (solamente dos generadores se muestran en cada lado de la figura 4) . En la modalidad mostrada en la figura 4, la estación base 104 incluye los generadores de número pseudoaleatorio 440a y 440b utilizados para generar los datos pseudoaleatorios para un canal de tráfico en los enlaces directo e inverso, respectivamente. Los datos de prueba generados por los generadores 440a y 440b son proporcionados a las memorias intermedias de datos de prueba 412a y 412b, respectivamente. De un modo similar, la terminal remota 106 incluye los generadores de número pseudoaleatorio 480a 480b utilizados para generar datos pseudoaleatorios para el canal de tráfico en los sistemas directo e inverso, respectivamente, lo cual es proporcionado para las memorias intermedias de datos de prueba 482a y 482b, respectivamente. Se utilizan generadores de números pseudoaleatorios adicionales para canales de tráfico adicionales que van a ser probados. En una modalidad, los generadores de números pseudoaleatorios 440a, 440b, 480a y 480b son inicializados y sincronizados en cada cuadro de sincronización (por ejemplo, uno en cada intervalo de prueba), como se describirá con mayor detalle más adelante . En una modalidad, el generador de número pseudoaleatorio exhibe la siguiente relación de congruencia lineal: xx = (a ' n-i) mod m. , Ec (1) En una modalidad, a = 75 = 16807, m = 231-1 =, 2,147,483,647, y xn-i y xn son salidas sucesivas del generador de número pseudoaleatorio, y son enteros de 31 bits. También se pueden utilizar otros valores para a y m. En una modalidad, el generador de número pseudoaleatorio es inicializado antes de cada cuadro de sincronización en el canal de tráfico asociado con el generador. La inicialización se puede lograr de la manera siguiente: { a = 16807 m = 2147483647 PRNGx = valor de semilla // sembrar el generador PRNGx = PRNGx XOR TOGGLE // bascular algunos de los bits PRNGx = PRNGx AND 0x7 FFFFFFF // cero del MSB PRNGx = (a* PRNGx) mod m // reiterar el generador PRNGx = (a* PRNGx) mod m // cuatro veces PRNGx = (a* PRNGx) mod m PRNGx = (a* PRNGx) mod m } En el pseudo código anterior, PRNGx indica el contenido del generador del número pseudoaleatorio x°. La semilla para el generador de número pseudoaleatorio puede ser seleccionada como el tiempo del sistema, en cuadros, del cuadro de sincronización (por ejemplo, el número de cuadros del sistema del cuadro de sincronización puede ser utilizado como la semilla para el generador pseudoaleatorio) . TOGGLE es un valor utilizado para bascular algunos de los bits de la semilla, y puede ser seleccionado como 0x2AAAAAAA para un generador utilizado para el enlace directo y 0x55555555 para un generador utilizado para el enlace inverso. Tal y como se utiliza en la presente descripción, la indicación "Ox... " indica un número hexadecimal.

Una vez iniciado, el generador de número pseudoaleatorio es reiterado un número de veces para generar los datos de prueba pseudoaleatorios que van a ser utilizados para el siguiente intervalo de prueba. El número de bits de los datos de prueba que van a ser generados depende de varios factores, tales como (1) el tipo de canal de tráfico (por ejemplo, FCH, DCCH ó SCH) (2) la configuración de radio conectada de la terminal remota, (3) el número máximo de bits para ser pasados por la subcapa multiplex para la capa física por cada período de cuadro (4) el tamaño de la memoria intermedia disponible y (5) posiblemente otros factores. La subcapa multiplex es una capa de protocolo entre una capa física, y una capa más alta, y la cual multiplexa los datos de tráfico, datos de prueba, señalización y otros tipos de datos recibidos del TDSO en el canal de tráfico asignado. En una modalidad, los bits de datos de prueba son generados en N cuadros en el índice máximo de bits posible para la configuración de radio conectada, y como se describe con mayor detalle más adelante. Un valor por omisión (default) de dos, por ejemplo, puede ser establecido para N, a menos que otro valor para N sea negociado entre la estación base y la terminal remota. Un número más grande para N puede proporcionar datos de prueba que tienen propiedades de aleatoriedad mejores pero requiere una memoria intermedia de un tamaño más grande . Después de la inicialización, el generador de número pseudoaleatorio es utilizado para generar los bits de datos de prueba para N cuadros . Durante la generación de los datos de prueba, siempre que se necesite un número pseudoaleatorio, se recupera y utiliza el valor actual de la variable PRNGx, y entonces la variable PRNGx es actualizada (por ejemplo, reiterada) una vez como se ha mostrado en la ecuación (1) . En una modalidad, son utilizados solamente los 24 bits más importantes del número de 31 bits del PRNGx, debido a sus mejores propiedades de aleatoriedad, y facilidad de uso, y los 7 bits menos importantes son descartados. Por lo tanto, cada reiteración del generador de número pseudoaleatorio proporciona un número pseudoaleatorio de 24 bits, yn(k), utilizado para producir tres bytes de datos de prueba. Se realizan las reiteraciones P(n) para generar los datos de prueba requeridos _. para N cuadros . La figura 5 es un diagrama que ilustra una reorganización de cada número pseudoaleatorio para generar 24 bits de datos de prueba. El uso de un número de 31 bits del generador de número pseudoaleatorio para generar los datos de prueba es ineficiente, desde un punto de vista de implementación, debido a que el número no está alineado con el octeto. Es más fácil construir un cuadro con un número que esté alineado con el octeto. Los bits menos de importantes del número de 31 bits son "menos aleatorios" que los bits más importantes, y por lo tanto se reacomodan a la derecha. En una modalidad, cada número pseudoaleatorio de 24 bits yn(k) del generador de número pseudoaleatorio, en donde 1 <_ k <_ P(n), es reorganizado y almacenado en un orden "poco-endiano". La reorganización se lleva a cabo intercambiando, el byte menos importante en el número de 24 bits yn(k) con el byte más importante para generar el número reorganizado yLEn(k) . Para generar los datos de prueba para un nuevo intervalo de prueba para un índice particular R(n), el TDSO genera números pseudoaleatorios P(n) correspondientes a un tamaño real de la memoria intermedia B(n) donde B (n) > N*R(n) . Como ejemplo, para generar 344 bits de datos de prueba, el generador de número pseudoaleatorio es reiterado 15 veces (15*24=360, el cual es el primer número entero de reiteraciones que produce por lo menos 344 bits) . Entonces la memoria intermedia es llenada con la siguiente secuencia de números: YnLE (1), y nLE(2), y nLE(3) , ..., y nLE(15) . La memoria intermedia es llenada con los datos de prueba al inicio de cada intervalo de prueba y antes del cuadro de sincronización.

Posteriormente, cada uno de los cuadros "activos" del intervalo de prueba en el cual los datos de prueba van a ser transmitidos, los bits de los datos de prueba pueden ser recuperados de la memoria intermedia para generar uno o más bloques de datos para el cuadro. Para un canal de tráfico particular, los bits de la memoria intermedia son empacados en serie en uno o más bloques de datos (por ejemplo, correspondiente al UX PDU disponible (Unidad de Datos de Protocolo), determinado por la opción multiplex conectada, en donde cada MUX PDU representa los datos encapsulados comunicados entre las capas fijas en la estación base y la terminal remota) . En una modalidad, la memoria intermedia de datos de prueba es operada en la forma de una memoria intermedia circular y los datos de prueba para cada cuadro son recuperados de una sección particular de la memoria intermedia circular (por ejemplo, iniciando de una localización particular en la memoria intermedia circular) . Inicialmente , después de llenar la memoria intermedia circular (por ejemplo, con por lo menos dos cuadros de datos de prueba) un señalador de la memoria intermedia es colocado en la primera localización de la memoria intermedia (por ejemplo, dirección cero) . En una modalidad, en el inicio de cada cuadro, el generador de número pseudoaleatorio es reiterado una vez, y se obtiene un número de 24 bits, tal y como se describió anteriormente. Los 6 bits menos importantes de este número de 24 bits 0n, son utilizados entonces para determinar una compensación para el señalador de la memoria intermedia. El señalador de la memoria intermedia es avanzado de su localización actual por [On mod B(n)] posiciones de bytes a la nueva localización de inicio para el cuadro actual. Los bytes de los datos de prueba entonces son recuperados de la memoria intermedia circular, iniciando desde esta localización de partida, para llenar los octetos completos en un bloque de datos. Por ejemplo, si un bloque de datos incluye 171 bits, entonces 21 bytes (por ejemplo, 168 bits) de los datos de prueba son recuperados de la memoria intermedia circular y los tres bits restantes del bloque de datos son llenados con ceros ("0") . Para el siguiente cuadro, el generador del número pseudoaleatorio es reiterado una vez más, los 6 bits menos importantes del número de 24 bits On+i, del generador son utilizados para determinar la compensación del señalador de memoria intermedia para este cuadro. El señalador de memoria intermedia es avanzado [On+1 mod B(n)] posiciones de bytes de la localización actual (la cual es la posición de un byte desde el último byte de datos de prueba recuperado del cuadro anterior) . Este proceso para generar los bloques de datos es repetido por cada cuadro activo en el intervalo de prueba, en el cual los datos de prueba van a ser transmitidos. Un ejemplo de la generación de datos de prueba se proporciona a continuación.

Tamaños de Cuadro y Memoria Intermedia Tal y como se indicó anteriormente, el generador de número pseudoaleatorio para un canal de tráfico particular y enlace (directo o inverso) que va a ser probado, es reiterado un número de veces (por ejemplo, con tanta frecuencia como sea necesaria) para generar los datos de prueba para ser usados para un intervalo de prueba. El número de bits de los datos de prueba que van a ser generados por cada intervalo de pruebas está basado en el tipo de canal y la configuración de radio. La Tabla 1 proporciona los números máximos de bits para cada cuadro (5 mseg, 20 mseg, 40 mseg u 80 mseg) y el tamaño de la memoria intermedia para los canales FCH y DCCH para diferentes configuraciones de radio definidas por el estándar cdma2000. Tabla 1 La tabla 2 enumera el número máximo de bits por cuadro, y el tamaño de memoria intermedia para un canal directo suplementario (F-SCHO ó F-SCH1) para diferentes configuraciones de radio definidas por el estándar cdma2000. Tabla 2 La tabla 3 enumera el número máximo de bits por cuadro y el tamaño de memoria intermedia para un canal inverso suplementario (R-SCH0 ó R-SCH1) para diferentes configuraciones de radio definidas por el estándar cdma2000.

Tabla 3 Prueba de Transmisión Discontinua De acuerdo con un aspecto de la invención, la prueba de un canal de tráfico se puede llevar a cabo de una manera discontinua (DTX) para un modelo de transmisión, soportado por algunos sistemas CDMA de la generación más nueva (por ejemplo, los sistemas cdma2000 y W-CDMA) . Esta prueba DTX se puede llevar a cabo transmitiendo los datos de prueba en el canal de tráfico de acuerdo con la actividad del cuadro de ENCENDIDA/APAGADA particular. Para cada periodo del cuadro (cada 20 mseg, 40 mseg u 80 mseg) para el canal de tráfico, el TDSO puede ser seleccionado para proporcionar a la subcapa multiplex, ya sea uno o más bloques de datos correspondientes a un cuadro de índice total en este canal, o uno o dos bloques de datos en blanco. Se pueden utilizar diferentes esquemas DTX para producir los datos para la subcapa multiplex para llevar a cabo una actividad del cuadro deseada particular. Algunos de estos esquemas DTX se describen con mayor detalle más adelante. En un primer esquema DTX, los datos de prueba son proporcionados basados en una actividad del cuadro determinante. Para este esquema DTX los datos de prueba son transmitidos en el canal de tráfico por una duración de ENCENDIDO particular, seguidos por una transmisión de datos en blanco para una duración APAGADA particular, seguidos por la transmisión de los datos de prueba para otra duración ENCENDIDA, y así sucesivamente, las duraciones ENCENDIDA y APAGADA, se pueden seleccionar o negociar entre la estación base y la terminal remota. También, los ciclos de ENCENDIDO/APAGADO pueden ser periódicos o no periódicos . La figura 6 es un diagrama que ilustra la transmisión de datos de prueba para una modalidad de un primer esquema DTX. Tal y como se ilustra en la figura 6, el TDSO envía los bloques de datos de prueba de la subcapa multiplex para un canal de tráfico en una duración ENCENDIDA particular y luego envía bloques de datos en blanco para una duración APAGADA particular. El ciclo de APAGADO/ENCENDIDO puede estar ; designado para iniciar en el inicio de un cuadro de sincronización del canal de tráfico que está siendo probado. Las duraciones de APAGADO y ENCENDIDO pueden ser seleccionadas de modo que (1) cada intervalo de prueba incluya un ciclo de ENCENDIDO/APAGADO, (2) un intervalo de prueba incluye ciclos múltiples de ENCENDIDO/APAGADO, o (3) un ciclo ENCENDIDO/APAGADO se extiende por intervalos de prueba múltiples . En una modalidad, la duración ENCENDIDA para la transmisión de los datos de prueba, y la duración APAGADA para la transmisión de los datos en blanco puede ser especificada por dos parámetros (por ejemplo, TX_ON_PERIOD y TX_OFF_PERIOD) en un mensaje (por ejemplo, un Mensaje de Control de Opción de Servicio en un sistema cdma2000) enviado o recibido por la fuente transmisora . En un segundo esquema DTX, los datos de prueba son proporcionados de una manera pseudoaleatoria basados en una actividad particular del cuadro promedio, y las longitudes de ráfaga. Este esquema DTX puede ser utilizado para lograr un promedio de largo plazo (deseado o seleccionado) de la actividad del cuadro (D) y un promedio particular de longitud de ráfaga (B) para un canal de tráfico. La actividad del cuadro promedio D se refiere al número promedio de cuadros en cada duración ENCENDIDA contra el número promedio de cuadros en cada ciclo de ENCENDIDO/APAGADO. Y la longitud de ráfaga promedio B se refiere al número promedio de cuadros en cada duración ENCENDIDA. La figura 7 es un diagrama de una cadena Markov de dos condiciones de primer orden que puede ser utilizada para modelar las condiciones de ENCENDIDO/APAGADO para el TDSO para el segundo esquema DTX. En una modalidad, una cadena Markov es mantenida por cada canal de tráfico que está siendo probado. Al inicio de cada cuadro, el TDSO está, ya sea en condición ENCENDIDA o en condición APAGADA. La cadena Markov se caracteriza por una probabilidad p de transición de la condición ENCENDIDA a la condición APAGADA y la probabilidad q de transición de la condición APAGADA a la condición ENCENDIDA. Los valores de p y q pueden ser especificados por dos parámetros (por ejemplo, 0N_T0_0FF_PR0B y OFF_TO_ON_PROB ) en un mensaje (por ejemplo, Mensaje de Control de Opción de Servicio) enviado por la fuente transmisora (por ejemplo, la estación base) . La actividad promedio del cuadro de largo plazo D puede ser definida como: D = Ecuación (2) p + q Y la longitud de ráfaga promedio B puede ser definida como: Ecuación (3) Para algunas pruebas puede ser deseable seleccionar una actividad de cuadro promedio D, y la longitud de ráfaga promedio B, y posteriormente determinar los valores correspondientes para p y q basados en los valores deseados de D y B. Combinando y reacomodando ecuaciones (2) y (3), se obtiene lo siguiente: Ecuación (4) Bq D B = (l-D)q Ecuación (5) La ecuación (4) indica que para que un valor determinado de B, D varíe de 0 a B(l+B) cuando q varía de 0 a 1, respectivamente. De un modo similar, la ecuación (5) indica que para que un valor determinado de D, B varíe de D/(1D) al infinito cuando q varía de 0 a 1 respectivamente. Por ejemplo, cuando B es seleccionado como 2, D debe ser menor de 2/3, lo cual indica que la actividad de cuadro promedio D no puede ser establecida más alta de 2/3 cuando B está ajustada en 2. Como otro ejemplo, si D está establecido en 7/10, entonces B es establecido mayor de 7/3. En una modalidad, un número pseudoaleatorio (por ejemplo, 24 bits) es utilizado para operar la trañsición entre las condiciones de ENCENDIDO y APAGADO por cada período de cuadro (cada 5 mseg, 20 mseg, 40 mseg u 80 mseg) . En una modalidad, se utiliza un generador de número pseudoaleatorio para todos los canales de tráfico que tienen la misma longitud de cuadro. Por ejemplo, se utiliza un generador de número pseudoaleatorio para todos los canales de tráfico que tienen una longitud de cuadro de 20 mseg. Un segundo generador de número pseudoaleatorio se utiliza para los canales suplementarios configurados para 40 mseg ó 80 mseg, y este generador es actualizado cada 40 mseg u 80 mseg, correspondientes a la longitud del cuadro de canal. En una modalidad, los generadores de número pseudoaleatorio utilizados para operar las condiciones TDSO son diferentes de los usados para generar los datos de prueba. En una modalidad, el generador de número pseudoaleatorio utilizado para operar las transiciones entre las condiciones TDSO es inicializado al inicio del primer cuadro de sincronización después de que es inicializado el TDSO. Al momento de la inicialización, la cadena Markov por cada canal de tráfico es colocada en una condición particular (por ejemplo, APAGADO) . El generador de número pseudoaleatorio es mantenido posteriormente durante la duración completa de la llamada, sin reiniciali zación en los cuadros de sincronización posteriores. Estos generadores pueden ser reinicializados al terminar una comunicación permanente CDMA-CDMA. La figura 8 es un diagrama de flujo de una modalidad de un proceso para hacer la transición entre las condiciones de ENCENDIDO y APAGADO de la cadena Markov para un canal de tráfico. Inicialmente , el generador de número pseudoaleatorio utilizado para operar las condiciones TDSO para el canal de tráfico, es inicializado , en el paso 812. Esta inicialización puede ser lograda, por ejemplo, teniendo una semilla para el generador, efectuando una operación XOR para la semilla con el valor 0x2AAAAAAA, efectuando una operación AND, el resultado con el valor 0x7 FFFFFFF y reiterando, cuatro veces el generador con la semilla modificada, tal y como se describió en el pseudo código anterior. En una modalidad, el número pseudoaleatorio de 24 bits del generador de números pseudoaleatorios es utilizado para determinar, si se efectúa o no la transición de una condición a la otra. Por lo tanto, los valores de umbral de 24 bits de ENCENDIDO y APAGADO son computados, en el paso 814. Estos umbrales pueden ser computados como: ON THRESHOLD = ROUND ( 16 , 777 , 215»q) , y OFF_THRESHOLD = ROUND ( 16 , 777 , 215· ) . Tal como se muestra en la figura 7, el TDSO para las transiciones del canal de tráfico de la condición ENCENDIDA a la condición APAGADA con la probabilidad de p, y de la condición APAGADA a la condición ENCENDIDA con la probabilidad de q.

Basados en el número de 24 bits generados de una manera pseudoaleatoria, las transiciones TDSO de la condición ENCENDIDA a la condición APAGADA si este número es menor que OFF_THRESHOLD, y de la condición APAGADA a la condición ENCENDIDA si este número es menor que ON_THRESHOLD . Los pasos 812 y 81 se realizan generalmente una vez, antes del primer cuadro de sincronización, y después de que el TDSO ha sido inicializado . Los pasos que se encuentran dentro del cuadro 820 son revisados posteriormente por cada periodo del cuadro. Inicialmente, el número pseudoaleatorio de 24 bits es generado de la condición de 31 bits actual del generador de número pseudoaleatorio, en el paso 822. Se toma una determinación acerca de si la condición de TDSO actual para el canal de tráfico es APAGADA, en el paso 824. Si la condición actual del TDSO es APAGADA, se toma una determinación acerca de si el número de 24 bits es mayor o* igual al ON_THRESHOLD, en el paso 826. Si la respuesta es si, el TDSO permanece en la condición APAGADA, en el paso 828. De lo contrario, el TDSO efectúa la transición a la condición ENCENDIDA, en el paso 832. En cualquier caso, el proceso continúa entonces al paso 834. Si la condi ción TDSO actual es encendida (determinada nuevamente en el paso 824), se toma una determinación acerca de si el número de 24 bits es mayor o igual a ON_THRESHOLD, en el paso 830. Si la respuesta es si, el TDSO permanece en la condición ENCENDIDA en el paso 832. De lo contrario el TDSO hace transición a la condición APAGADA, en el paso 828. En el paso 834, el generador de número pseudoaleatorio es reiterado una ez, tal y como lo muestra la ecuación (1), para actualizar la condición del generador para el cuadro siguiente.

Encabezado y Formato de Bloque de Datos De acuerdo con un aspecto de la presente invención, cada bloque de datos de prueba es identificado de manera apropiada para posibilitar la prueba concurrente de canales de tráfico múltiples, o para cuadros con bloques de cuadro múltiples por cuadro. En una modalidad, la identificación es lograda por medio de un encabezado proporcionado en cada bloque de datos suministrado a la subcapa multiplex por cada cuadro. La figura 9 es un diagrama de una modalidad de un bloque de datos de prueba 900, el cual incluye un campo de ID del canal 912, un campo de número de secuencia PDU (bloque de datos) 914, y un campo de datos de prueba 916. El campo de ID del canal 912 identifica el canal de tráfico particular utilizado para enviar este bloque de datos. El campo de número de secuencia PDU 914 identifica el número de secuencia de este bloque de datos dentro del cuadro (por ejemplo, dentro de una unidad de datos de servicio de capa física ;(SDU)) . Para que un canal FCH ó DCCH lleve un bloque de datos por cuadro, este campo es ajustado en 0' . Y para un canal SCH con capacidad para transportar bloques de datos múltiples por cuadro, este campo es ajustado en 0' para el primer bloque de datos en el cuadro DCH, ?1' para el segundo bloque de datos en el cuadro SCH, y así sucesivamente. El campo de datos de prueba 916 incluye los datos de prueba (definidos o pseudoaleatorios) generados, tal y como se describió anteriormente.

La tabla 4 es una lista de los campos y sus longitudes y las definiciones para una modalidad del bloque de datos de prueba 900.

Tabla 4 La tabla 5 muestra una definición especifica del campo de ID de canal para diferentes tipos de canal de tráfico en el sistema cdma2000. Tabla 5 Ejemplo de Generación de Datos de Prueba. Por razones de claridad, se describirán ahora la generación de datos de prueba para un ejemplo específico. En este ejemplo, se utilizaron los siguientes parámetros: • El TDSO está configurado para transmitir el tráfico principal por el canal FCH. · La estación base y la terminal remota están configuradas para soportar la configuración de radio 3, y la longitud de cuadro de 172 bits. • La opción de multiplex 0x01 es seleccionada para el canal FCH, y un bloque de datos es pasado a la subcapa multiplex por cada cuadro activo (20 mseg) . • La actividad promedio del cuadro D, y la longitud promedio de ráfaga B están basadas en las probabilidades p = 0.7 y q = 0.3, por lo tanto, D = q/ (p+q) = 0.3, B 1/p = 1.4, ON_THRESHOLD= ROUND (16,777,215 · p) = 11,744,051, y OFF_THRESHOLD = ROUND (16,777,215 »q) = 5, 033, 16 . • Los 32 bits menos importantes de la máscara del código público largo de la terminal remota (PLCM) es igual a 0x9F000307.

Un primer generador de número pseudoaleatorio utilizado para determinar las transiciones entre las condiciones ENCE DI DO/APAGADO de la cadena Markov para este canal de tráfico tiene un valor actual de 0x682DFF0C.

Para este ejemplo, el TDSO está a punto de transmitir un número de cuadro 0xAB89EFAD en el canal directo FCH (F-FCH) a una terminal remota. El número de cuadro es metido a la operación XOR, con el valor 0x107 y los 9 bits menos importantes del resultado XOR son iguales a 0x107, lo cual es igual a 9 bits menos importante de la terminal remota PLCM. Por lo tanto, este cuadro es el cuadro de sincronización para el F-FCH y el proceso de generación de datos de prueba se vuelve a sincronizar. Como parte de la nueva sincronización, un segundo generador de número pseudoaleatorio utilizado para generar los datos de prueba para el F-FCH se vuelve a inicializar por medio de (1) sembrándolo con el número de cuadro 0XAB89EFAD, (2) realizando una operación XOR de la semilla con el valor 0x2AAAAAAA para generar el valor 0x01234507, y (3) reiterando cuatro veces el generador de número pseudoaleatorio , tal y como se describió en el pseudo código anterior. Después de la reinicialización, la condición del segundo generador de número pseudoaleatorio es 0x3B7E3E68, y los 24 bits más importantes de esta condición son 0x76FC7C, los 6 bits menos importantes de este número de 24 bits son 0x3C. Éste número de 6 bits, On es utilizado posteriormente para determinar la compensación de la memoria intermedia circular. El número de reiteraciones que producirán por lo menos 344 bits incluidos en dos cuadros para la configuración de radio 3. El tamaño de la memoria intermedia real es, por lo tanto B(n) = 45 (por ejemplo, 360 bits = 45 bytes) . La generación de datos de prueba procede de la manera siguiente. Antes de cada reiteración, se obtiene la condición actual del segundo generador, y los 24 bits más importantes son utilizados para formar un número de 24 bits. Se generó la siguiente secuencia de números de 24 bits por medio de un segundo generador de número seudoaleatorio : yn (1) = 0x76FC7C yn (6) = 0x4CA46B yn (11) = 0xD05BFE yn (2) = 0xBA6678 yn (7) = 0xBE783D yn (12) - 0x478744 yn (3) = 0x9D7F54 yn (8) = 0xC7EDAF yn (13) - 0x01A3DE yn (4) = 0xl278A7 yn (9) = 0xC5BDB3 yn (14) = 0xAD4A7D yn (5) = 0xF0E8EF yn (10) = 0x29428D yn (15) = 0xF58934 Cada número de 24 bits yn(k) entonces es almacenado en la memoria intermedia circular para el canal F-FCH, en una modalidad poco-endiana , tal y como se describió anteriormente. Por ejemplo, el primer número de 24 bits 0x76FC7C es almacenado como 0x7CFC76, en donde los bits más y menos importantes del número yn(k) son intercambiados para generar un número reorganizado ynLE(k) . La memoria intermedia circular utilizada para generar los bloques de datos para el canal F-FCH para los siguientes 512 cuadros en el intervalo de prueba incluyen la siguiente secuencia de bits: i ?1C FC 76 78 66 BA 54 7F 9D A7 79 12 EF E8 FO 6B A4 4C 3D 78 BE AF ED C7 B3 BD C5 8D 42 29 FE 5B DO 44 87 47 DE A3 01 7D 4A AD 34 89 F5? El primer generador de número pseudoaleatorio utilizado para determinar la condición ENCENDIDO/APAGADO es actualizada entonces, y se genera un nuevo número de 24 bits que tiene un valor de 0x478744 (4,687,684) . El primer generador pseudoaleatorio es actualizado al final de la primera reiteración del circuito, y después de que se ha calculado un número de 24 bits, es probado contra el ON_THRESHOLD durante la . segunda reiteración en el circulo. Como este valor es inferior al valor de ON_THRESHOLD 11,744,051, el TDSO hace la transición de la condición APAGADA a la condición ENCENDIDA, y el bloque de datos es proporcionado a la subcapa multiplex para el cuadro actual . Para generar este bloque de datos para el primer cuadro en el intervalo de prueba, la compensación del señalador de memoria intermedia es computado como On mod B (n) (por ejemplo, 0x3C mod 45 = 60 mod 45 = 15) . El señalador de la memoria intermedia (el cual es inicializado en cero al momento de la reinicialización) entonces es avanzado por 15 posiciones de bytes de 0x7C a 0x6B. Los , 171 bits del bloque de datos son formados entonces por 21 bytes (168 bits) recuperados de la memoria intermedia circular, iniciando en la localización de la memoria intermedia identificada por el señalador de la memoria intermedia avanzado. Los tres bits restantes del bloque de datos son llenados con ceros. El bloque de datos incluye la siguiente secuencia de bytes : 6B A4 4C 3D 78 BE AF ED C7 B3 BD C5 8D 42 29 FE 5B DO 44 87 47 000' Como este cuadro va a ser enviado por el canal F-FCH, los primeros 5 bits del octeto son reemplazados por 00000' que corresponden a la ID del canal de ?00', del número de secuencia PDU de 000' . El bloque de datos de prueba final es el siguiente : 03 A4 4C 3D 78 BE AF ED C7 B3 BD C5 8D 42 29 FE 5B DO 44 87 47 ?000' Por el siguiente cuadro TDSO, se genera un nuevo número de 24 bits que tiene un valor de 104,486, por medio del primer generador de número pseudoaleatorio. Como este valor es inferior que el umbral ENCENDIDO, el TDSO permanece en la condición encendida, y se genera un nuevo bloque de datos para la subcapa multiplex. Para el segundo cuadro en el intervalo de prueba, el segundo generador de número pseudoaleatorio es reiterado, y se genera un número de 24 bits que tiene un valor de 0x02F3FD. El número de 6 bits 0n, para la compensación de la memoria intermedia obtiene un valor de 0x3D. La compensación de la memoria intermedia entonces es computada como On mod B(n) (por ejemplo, 0x3D mod 15 = 61 mod 45 = 16) . El señalador de la memoria intermedia (el cual fue señalado en la localización de un byte sobre el último valor de bytes recuperados de 0x47 para el último bloque de datos) es avanzado entonces 16 posiciones del byte de OxDE a 0x6F. Los 171 bits para el bloque de datos son entonces formados con 21 bytes de la memoria intermedia circular, iniciando en la localización nueva de la memoria intermedia. Los tres bits restantes del bloque de datos son llenados con ceros. El bloque de datos incluye la siguiente secuencia de bytes: 7F 9D A7 79 12 EF E8 F0 6B A4 4C 3D 78 BE AF ED C7 B3 BD C5 8D 000' Después de reemplazar los primeros 5 bits por 00000' correspondientes al encabezado del bloque de datos para el canal F-FCH, el bloque de datos proporcionado a la subcapa multiplex es el siguiente : 07 9D A7 79 12 EF E8 FO 6B A4 4C 3D 78 BE AF ED C7 B3 BD C5 8D ?000' Ahora el señalador señala la siguiente posición de byte (0x42) para el siguiente cuadro.

Transmisión y Recepción de Cuadro TDSO Para probar un canal de tráfico particular, se genera el bloques de datos para cada cuadro "activo" basado en un patrón de datos definido o un generador de número pseudoaleatorio , tal y como se describió anteriormente. El recurso transmisor y el aparato receptor son sincronizados de modo que el aparato receptor pueda generar de manera correcta los cuadros transmitidos, para que los cuadros recibidos puedan ser comparados con los cuadros generados localmente. Cada bloque de datos de cada cuadro es identificado de manera correcta para indicar (1) el canal de tráfico particular utilizado para enviar bloques de _ datos y (2) el número de bloque de datos dentro del cuadro. El TDSO puede comparar los cuadros generados localmente y recibidos, contar los errores, determinar el índice de error de bits (BER) , el Indice de error del bloque de datos PDU (PER), y el índice de error de cuadro (FER) y computar otras medidas de desempeño. Por lo tanto, la prueba incluye el procesamiento realizado en la fuente transmisora para transmitir un cuadro de prueba y el procesamiento realizado en el aparato receptor para recibir un cuadro de prueba. El procesamiento del cuadro transmisor incluye : • Generar uno o más bloques de datos por cada cuadro activo. • Suministrar el (los) bloque (s) de datos generados para la subcapa múltiples para la transmisión. • Incrementar los contadores apropiados. -, Para probar el FCH o DCCH que opera en cuadros de 20 mseg, el TDSO proporciona un bloque de datos a la subcapa multiplex por cada intervalo de cuadro activo en el cual la condición del TDSO del canal de tráfico está ENCENDIDA. Para una prueba del SCH, el TDSO proporciona bloques de datos NB a la subcapa multiplex por cada intervalo de cuadro activo (20 mseg, 40 mseg, u 80 mseg) en donde NB es el número máximo de bloques de datos en una capa física SDÜ para la opción de servicio conectada. Cada bloque de datos puede ser generado, tal y como se describió anteriormente, e incluye el encabezado y los datos de prueba. El procesamiento de cuadro recibido incluye: • Generar uno o más bloques de datos por cada cuadro activo. • Recibir el (los) bloque (s) de datos de la subcapa multiplex. • Comparar los índices y contenidos de los bloques de datos generados y recibidos. • Incrementar los contadores apropiados. En el aparato receptor, la subcapa multiplex clasifica cada bloque de datos recibido. (por ejemplo, ya sean datos de prueba o datos en blanco) y el cuadro. La subcapa multiplex suministra entonces el tipo de bloque de datos, y los bits de datos de prueba recibidos, si los hay, al TDSO. Se pueden mantener varios contadores en la fuente transmisora y el aparato receptor para apoyar el TDSO. Por cada canal de tráfico que va a ser probado, se puede mantener un conjunto de contadores en la fuente transmisora para rastrear el número de cuadros (de tipos diferentes) y los bloques de datos transmitidos al aparato receptor. En el aparato receptor, se puede mantener otro conjunto de contadores para rastrear el número de cuadros, los bloques de datos, y los bits de datos recibidos de la fuente transmisora, el número de errores de cuadro, errores de bloque, y errores de bits, y asi sucesivamente. Los valores de estos contadores pueden ser almacenados en una memoria intermedia. Esta memoria intermedia generalmente es incrementada separada de la memoria intermedia de datos, y es utilizada para almacenar varios contadores por un periodo de tiempo. Los valores del contador pueden ser usados posteriormente para determinar el FER, PER, y/0 BER, y otras estadísticas, tales como la actividad promedio de cuadro, la longitud promedio de ráfaga, y así sucesivamente. Los resultados de prueba y la información estadística pueden ser reportados desde la terminal remota a la estación base por medio de uno o más mensajes.

Opción de Servicio de Datos de Prueba De acuerdo con un aspecto de la presente invención, la opción de servicio de datos de prueba (TDSO) es un servicio que puede ser negociado y conectado utilizando la configuración de servicio disponible, y los procedimientos de negociación definidos por un sistema CDMA particular y utilizado para otros servicios (por ejemplo, llamadas de voz, llamadas de datos) . La terminal remota puede tener la capacidad de proponer y/o aceptar una configuración de servicio que tiene atributos que son consistentes con los atributos válidos para dicha configuración. La terminal remota también puede indicar las configuraciones de radio preferidas para los enlaces directo e inverso. En una modalidad, la terminal remota puede proponer o invocar las funciones especificas-servicio-opción para una llamada del TDSO enviando un mensaje (por ejemplo, un Mensaje de Control de Servicio del sistema cdma2000) a la estación base. Este mensaje puede ser enviado de modo que se requiera ó solicite el acuse de recibo de la estación base. Por medio del mensaje, la terminal remota puede proponer valores para diferentes parámetros de prueba que van a ser usados durante el período de prueba. La estación base recibe el mensaje y puede aceptar o rechazar los ajustes del parámetro de prueba propuestos por la terminal remota. Si todos los campos de la instrucción de la terminal remota se encuentran entre los rangos aceptables para la estación base, la estación base puede emitir una indicación que acepta la propuesta de la terminal remota. Esta indicación puede ser enviada a la terminal remota mediante un mensaje de respuesta (por ejemplo, un Mensaje de Control de Opción de Servicio) que incluye los mismos valores, propuestos por la terminal remota, para diferentes campos . Alternativamente, si la terminal remota propone un ajuste de prueba particular que no es soportado por o aceptable para la estación base, la estación base puede emitir una indicación que puede incluir valores alternativos (por ejemplo, propuestas-contadores) para los valores propuestos por la terminal remota. Esta indicación puede ser enviada a la terminal remota por medio de un mensaje de respuesta que incluye los valores propuestos en los campos soportados y aceptados por la estación base, y los valores propuestos-contadores en los cámpos no soportados o aceptados por la estación base. Por ejemplo, si la terminal remota solicita un número particular de cuadros N de memoria intermedia circular que no son soportados por la estación base, la estación base puede responder con un valor que indica el número máximo de cuadros para la memoria intermedia soportados por la estación base. Por lo tanto, por medio del envío del mensaje y negociación, la estación base puede aceptar la propuesta de la terminal remota, o rechazar la propuesta y proporcionar valores alternativos para los parámetros de prueba. Al momento de recibir el mensaje de respuesta de la estación base, la terminal remota puede aceptar los valores propuestos-contadores, o seleccionar valores nuevos que se ajusten a los valores propuestos-contadores. La terminal remota entonces puede enviar a la estación base otro mensaje proponiendo estos nuevos valores. La Tabla 6 enumera la configuración de servicio válida para el TDSO para una implementación específica en el sistema cdma2000.

Tabla 6 Como se indicó anteriormente, manera concurrente un número tráfico en cada uno de los enlaces directo e inverso. Por cada canal de tráfico que va a ser probado, se pueden negociar los parámetros de prueba para el canal, por medio de la señalización y negociación descritos anteriormente. De este modo, los canales de tráfico de diferentes tipos y enlaces directos e inversos pueden ser probados independientemente, basados en sus conjuntos de valores de parámetros de prueba respectivos. En las figuras 2A, 2B y 4, los elementos de la estación base y la terminal remota pueden ser implementados por diferentes medios. Por ejemplo, se pueden implementar generadores de número pseudoaleatorio con equipo, programa (software), o una combinación de los mismos . Para una implementación de equipo, los generadores de número pseudoaleatorio, controladores y otras unidades de procesamiento, pueden ser implementados dentro de uno o más circuitos integrados de aplicación especifica (ASICs), procesadores de señal digital (DSPs), aparatos lógicos programables (PLDs), controladores, microcontroladores , microprocesadores, 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 programa (software), estas unidades de procesamiento pueden ser implementadas con módulos (por ejemplo, procedimientos, funciones, y así sucesivamente) que realizan las funciones aquí descritas . Por ejemplo, los generadores de número pseudoaleatorio pueden ser implementados con códigos de programa (software) almacenados en una unidad de memoria, y ejecutados por un procesador (por ejemplo, controlador 220 ó 270) . Las memorias intermedias circulares para los datos de prueba para los canales de tráfico pueden ser implementadas con una o más memorias intermedias, las cuales pueden ser implementadas utilizando memorias RAM, DRAM, memoria instantánea, o alguna otra tecnología de memoria. También, los generadores de número, pseudoaleatorio pueden ser operados para generar datos de prueba para los canales de tráfico, conforme se necesiten los datos, sin tener que almacenar los datos de prueba en memorias intermedias. En ese caso, las condiciones de los generadores de número pseudoaleatorio son mantenidas de manera correcta y actualizadas, de modo que los generadores puedan generar la secuencia apropiada de datos de prueba para cada cuadro activo. Aunque se han descrito diferentes aspectos, modalidades y características de la generación de datos de prueba y la prueba de canales de tráfico para el sistema cdma2000, estas técnicas pueden ser aplicadas de manera ventajosa para otros sistemas de comunicación inalámbrica, y otros sistemas CDMA (por ejemplo, el sistema W-CDMA) . En el Anexo A siguiente, se describe una implementación especifica de diferentes aspectos de la invención para un sistema cdma2000.

ANEXO 1 TR45 Opción de Servicio de Datos de Prueba (TDSO) Sistemas de Espectro Disperso cdma2000 PN-4877 Versión Provisional Noviembre 13, 2000 Contenido PRÓLOGO 35 NOTAS 35 REFERENCIAS 37 1 General 38 1.1 Términos 38 1.2 Observación 40 2 Opción de Servicios de Datos de Prueba 40 2.1 Revisión general 40 2.2 Descripción general 41 2.3 Número de opción de servicio 42 2.4 Soporte de opción multiplex requerida 42 2.4.1 Soporte de opción multiplex para FCH/DCCH (solo para cuadros FCH/DCCH de 20ms) 42 2.4.2 Soporte de opción multiplex para SCH 43 2.5 Interfase para opciones multiplex 44 2.6 Tráfico primario 44 •2.6.1 Tráfico secundario 46 2.7 Transmisión y recepción del cuadro TDSO 48 2.7.1 Cuadros transmitidos 49 2.7.2 Cuadros recibidos 50 2.8 Interfase para la capa 3 que señala cuando probar los cuadros FCH/DCCH 50 Procedimientos TDSO y Descripción 51 3.1 Negociación y activación de la opción de servicio 51 3.1.1 Requerimientos de la estación móvil 51 3.1.1.1 Distribución de canal suplementario 53 3.1.1.2 Escenario de instalación permanente CDMA-CD A 57 3.1.2 Requerimientos de la estación base 58 3.2 Cuadro de sincronización 58 3.2.1 Canales de tráfico directo 58 3.2.2 canales directos suplementarios 59 3.2.3 Canales de tráfico inverso 59 3.2.4 Canales inversos suplementarios 59 3.3 Contadores 59 3.4 Inicialización operación de control de la estación móvil 63 3.4.1 Inicialización de la opción de servicio 63 5 ^3.4.2 Operaciones de control de la estación móvil _ 65 3.4.2.1 Invocación de control 65 3.4.2.2 Instrucciones de control 65 3.4.2.3 Recuperación del contador 67 10 3.5 Inicialización y operaciones de control de la estación base 63 3.5.1.1 Invocación de control 67 3.5.1.2 Instrucciones de control 68 3.5.1.3 Recuperación del contador 68 15 3.6 Procesamiento del cuadro TDSO 69 3.6.1 Procesamiento del cuadro de transmisión 69 3.6.2 Procesamiento del cuadro de recepción 72 20 3.6.3 Procesamiento del cuadro de transmisión para cuadros ' FCH/DCCH de 5ms 76 3.6.3.1 Requerimiento de la estación móvil 76 25 3.6.3.'2 Requerimiento de la estación base 77 3.7 Generación del cuadro TDSO 78 3.7.1 Patrón de bytes seleccionable 78 3.7.2 Generación del número 5 pseudoaleatorio 78 3.7.2.1 Inicialización 80 3.7.2.2 Producción de número 81 3.7.2.3 Número aleatorio de 24 bits 82 3.7.3 Tamaños de memoria 10 intermedia circular 82 3.7.4 Generación de bits de información 84 3.7.5 Actividad del cuadro 86 3.7.5.1 Actividad del cuadro determinante 86 15 3.7.5.2 Aleatorio con una actividad de cuadro y longitud de ráfaga especificadas 87 3.7.6 Encabezado y formato de bloques 20 de datos 89 3.8 Formatos de mensaje 91 3.8.1 Mensajes de Control de la Opción de Servicio 91 3.8.1.1 Control 25 91 3.8.1.2 Recuperación de contador 97 3.8.1.3 Respuestas de contador sobre canales fundicados 99 3.8.1.4 Respuesta de contadores recibidos esperados 102 3.8.1.5 Respuesta de contadores transmitidos 105 3.8.1.6 Respuesta de contadores transmitidos de cuadro de 5ms 107 3.8.117 Respuesta de contadores recibidos de cuadros de 5msl08 3.8.2 Respuesta de contador en canales suplementarios 109 3.8.2.1 Respuesta de contadores FER 109 3.8.2.2 Respuesta de contadores PER 111 3.8.2.3 Respuesta de contadores transmitidos , 115 ANEXO A Ejemplos de flujos de llamadas del TDSO (para un sistema que opera en la modalidad MC-41) 116 ANEXO B Ejemplos de operación del DSO 119 ANEXO C Uso del TDSO 137 ANEXO D Calculo p y q basados en B y D 142 Figuras Figura 1. Operación sincronizada de memorias intermedias generadas de número pseudoaleatorio 79 Figura 2. Reorganización de yn (k) para generar ynLE (k) 85 Figura 3. Cadena Markov de dos condiciones que representa transiciones de ENCENDIDO/APAGADO para TDSO 88 Figura 4. Gráfica de flujo que ilustra las transiciones de condición del TDSO para una actividad del cuadro D, y periodos ""Encendidos" promedio B en unidades de cuadros 89 Figura 5. Ejemplos de origen de la estación móvil con transmisión por los canales DCCH/FCH/SCH (parte 1 de 2) 117 Figura 6. Ejemplos de origen de la estación móvil con transmisión por los canales DCCH/FCH/SCH (parte 2 de 2 ) 118 Figura 7. Cambios de parámetros de prueba comandados por la estación base 119 Tablas Tabla 1. Resumen de la observación de la opción de servicio de datos de prueba 40 Tabla 2. Soporte de opción multiplex para FCH o DCCH 42 Tabla 3. Opciones multiplex aplicables para un SCH 43 Tabla . Tipo de tráfico primario abastecido por el TDSO a la subcapa multiplex 44 Tabla 5. Tipos de cuadro de tráfico primario abastecidos por la capa multiplex al TDSO 45 Tabla 6. Cuadros de tráfico secundario abastecidos por el TDSO a la subcapa multiplex 46 Tabla 7. Cuadros de tráfico secundario abastecidos por la subcapa multiplex al TDSO 48 Tabla 8. Atributos válidos de configuración y servicio para la opción de servicio de datos de prueba 51 Tabla 9. Formato SCRM_REQ_BLOB 54 Tabla 10. Formato SCRMM REQ BLOB 56 Tabla 11. Codificación del campo PREFERRED_RATE 57 Tabla 12. Codificación del campo de DURACIÓN 57 Tabla 13. Contadores del cuadro de transmisión en el canal fundicado 60 Tabla 14. Contadores del cuadro de transmisión en el canal suplementario 60 Tabla 15. Contadores del cuadro de recepción mantenidos para el FCH/DCCH 60 Tabla 16. Contadores del cuadro de recepción por el canal suplementario 61 Tabla 17. Contadores PDU recibidos mantenidos Para los canales suplementarios 61 Tabla 18. Almacenamiento del cuadro de contador-valor 62 Tabla 19. Almacenamiento del cuadro de contador valor para canales suplementarios 63 Tabla 20. Contadores para cuadros fundicados transmitidos 71 Tabla 21. Contadores para cuadros suplementarios Transmitidos 72 Tabla 22. Actualizaciones de contador para ;·. Cuadros fundicados recibidos cuando se utiliza el MuxPDÜ del tipo 1 73 Tabla 23. Actualizaciones de contador para cuadros fundicados recibidos cuando se utiliza el MuxPDU del tipo 2 74 Tabla 24. Actualizadores del contador para PDüs recibidos en los canales suplementarios 75 Tabla 25. Actualizadores del contador para cuadros recibidos en los canales suplementarios 76 Tabla 26. Tamaño necesario de memoria intermedia circular para generar los cuadros de datos del canal fundicado 83 Tabla 27. Tamaño necesario de memoria ¦ intermedia circular para generar los cuadros de datos del canal inverso suplementario 83 Tabla 28. Tamaño necesario de memoria intermedia circular para generar los cuadros de datos del canal directo suplementario 84 Tabla 29. Procedimiento para generar memorias intermedias circulares por omisión (default) para canales RC>2 86 Tabla 30. Formato del bloque de datos 90 Tabla 31. Códigos del- tipo CHANNEL_ID 91 Tabla 32. Códigos CTL_REC_TYPE _ 91 "i Tabla 33. Campos específicos del tipo de mensaje de control de opción de servicio 92 Tabla 34. Códigos CONTROL_CODE 94 Tabla 35. Códigos DATA_SOURCE 96 Tabla 36. Códigos FRAME_ACTIVITY _ ... 96 Tabla 37. Códigos CHANNEL_DIREC IOJ 96 Tabla 38. Códigos FRA E_SOURCE _ 96 Tabla 39. Códigos TEST_OPTIONS 97 Tabla 40. Campos específicos del tipo en un mensaje de control de opción de servicio utilizado para la recuperación del contador en el canal FCH/DCCH 97 Tabla 41. Códigos VECT_COüNTER_I D para canales FCH/DCCH 98 Tabla 42. Campos específicos del tipo en un mensaje de control de opción de servicio utilizado para la recuperación del contador en la estación móvil para SCHs 98 Tabla 43. Códigos VECT_COUNTER__ID para SCHs 98 Tabla 44. Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores FER en los canales FCH/DCCH 100 Tabla 45. Campos específicos del tipo en un mensaje de control de opción de servicio correspondientes a la respuesta de los contadores recibidos esperados en los canales FCH/DCCH 102 Tabla 46. Campos específicos del tipo en un mensaje de control de opción de servicio correspondientes a la respuesta de los contadores transmitidos en el canal FCH/DCCH 105 Tabla 47. Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores de marca transmitidos de 5ms en el canal FCH/DCCH 108 Tabla 48 Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores de cuadros recibidos de 5ms en los canales FCH/DCCH 108 Tabla 49. Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores FER por el SCH(s) 109 Tabla 50. Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores PER por el SCH(s) 111 Tabla 51. Campos específicos del tipo en un mensaje de control de opción de servicios correspondientes a la respuesta de los contadores transmitidos por el SCH(s) 115 PRÓLOGO Este documento especifica los procedimientos para la Opción de Servicios de Datos de Prueba (TDSO) . El TDSO es utilizado para permitir la verificación del índice de error del cuadro de funcionamiento de capa física (FER) y el índice de error PDU (PER) de los canales físicos cdma2000. El documento esta organizado en las siguientes secciones : Capitulo 1- define los términos y observaciones utilizados en este documento . Capitulo 2- señala los requerimientos del TDSO y proporciona una descripción general del TDSO. Capitulo 3- describe los procedimientos detallados y la operación de la estación móvil y la estación base parta el TDSO. Anexo A- es una sección informativa que presenta algunos de los ejemplos de flujo de , llamadas del TDSO. Anexo B- es una sección informativa que presenta algunos de los ejemplos de la generación del cuadro TDSO. Anexo C- es una sección _ informativa que presenta algunos procedimientos para conducir la prueba del TDSO. Y también muestra ' el uso de los contadores de transmisión y contadores de recepción para estimar el FER y el PER para los canales de tráfico directo e inverso. Anexo D- es una sección informativa que presenta las ecuaciones para calcular las probabilidades de transición p y q basadas en la actividad promedio (D) , y la longitud promedio de ráfaga (B) .

OBSERVACIONES "Estación base" se refiere . a las funciones realizadas en el lado de la linea de cierre, las cuales son distribuidas generalmente entre una célula, un sector de una célula, y un centro de conmutación móvil. Las siguientes formas verbales: "Deberá" y "no deberá" identifica los requerimientos para ser seguidos estrictamente para actuar de conformidad con el estándar, y desde los cuales no se permite la desviación. "Debe" y "no debe" indica que una de las varias posibilidades es recomendada como particularmente adecuada, sin mencionar o excluir las otras; que se prefiere cierto curso reacción pero nb es requerido necesariamente; o que (en la forma negativa) cierta posibilidad o curso de acción no se recomienda pero no esta prohibido .

"Puede" y "no puede" indica un curso reacción permisible dentro de los limites del estándar. "Puede" y "no puede" son utilizados como manifestaciones de posibilidades y capacidades, ya sea materiales, físicas o casuales. Las notas al pie de la página aparecen en varios puntos de esta especificación para elaborar y clarificar de manera adicional los afectos explicados en el cuerpo de la especificación. A menos que se indique lo contrario, este documento presenta números en forma decimal. Los números binarios se distinguen en el texto por el uso de marcas de un apóstrofe. En algunas tablas, los números binarios pueden aparecer sin el apóstrofe si la observación de la tabla especifica claramente que los valores son binarios. El carácter ?' es utilizado para representar un bit binario de un valor no especificado. Por ejemplo, representa ???00010' cualquier valor binario de 8 bits de modo que los cinco bits menos importantes son iguales a ?00010' . Los números hexadecimales (base 16) se distinguen en el texto por el uso de la forma Oxh...h, en donde h...h representa una cadena de dígitos hexadecimales. Por ejemplo, 0x2fal representa un número cuyo valor binario es x 10111110100001 ' y cuyo valor decimal es 12193. Observar que el número exacto de bits en la representación binaria de un número hexadecimal depende estrictamente de los requerimientos de implementación para la variable que esta siendo representada. Las siguientes condiciones son aplicables para las expresiones matemáticas en este estándar : • [x] indica el entero más grande menor o igual a x: [1.1]=1, [1.0]=1. • [x] indica el entero más pequeño mayor o igual a x: [1.1]=2, [2.0]=2. • ROUND (x) indica el entero que esta más cercano a x: ROUND ( 1.2 ) =1 , ROUND (1.9) =2. |x| Indica el valor absoluto de x : |-17|=17, |17|=17. min(x,y) indica el mínimo de x e y. max(x,y) indica el máximo de x e y . En las figuras x significa multiplicación. En las formulas que se encuentran dentro del texto, la multiplicación es implícita. Por ejemplo, si h(n) y PL(n) son funciones, entonces h(n) PL (n) = h(n) x PL (n) . La modalidad x-y indica el resto después de dividir x entre y: x mod y=x - (y[x/y]) . xe { a , b, c } indica que x es un miembro de un conjunto que comprende los elementos a, b y c. el operador de corchetes, [], separa los bits individuales de un valor binario. VAR[n] se refiere a un bit n de representación binaria del valor de la variable VAR, de modo que VAR [ 0 ] es el bit menos importante de VAR. El valor de VAR[n] es ya sea 0 ó 1. x«y indica que x es aproximadamente igual a la y. siguientes condiciones son aplicables las expresiones del pseudo código en estándar : x & y representa una operación AND en forma de bits entre la representación " binaria de x e y: 31 & 4=4=' 00100' . x ? y representa una operación OR exclusiva en forma de bits entre la representación binaria de x e y: 31?4=27=' 110011' . x>> k representa un cambio directo en forma de bit de x por k bits con posiciones vacias a la izquierda i" llenadas con bit x0' : 61>>3=7= ' 000111' . x<< representa un cambio izquierdo en forma de bit de x por k bits con posiciones vacias a la derecha llenadas con bits ?0' : 4«3=32= ' 100000' ++ representa un *" operador de incremento: incrementos de x++ el valor de x por 1.

• . Los símbolos (*y*) son utilizados para encerrar los comentarios . Este documento es aplicable solamente a las estaciones base que tienen un P_REV igual o mayor a 6, y para estaciones base como MOB_P_REV igual o mayor a 6 y. • Este documento soporta sistemas que operan en la modalidad MC- AP.

REFERENCIAS Los estándares siguientes contienen estipulaciones las cuales, a través de las referencias en este texto, constituyen provisiones de este estándar. Al momento de la publicación, las ediciones indicadas fueron válidas . Todos los estándares están sujetos a revisión, y las partes de los contratos basados en este estándar son invitadas a investigar la posibilidad de aplicar las ediciones más recientes de los estándares indicados a continuación. -Estándares : 1. Reservado .1 Reservado para uso futuro 2. TIA/EIA/IS-2000.2-A, Estándar de Capa Física para Sistemas de Espectro Disperso cdma2000. 3. TIA/EIA/IS-2000.3-A, Estándar de Control de Acceso Medio para Sistemas de Espectro Difundido cdma2000. 4. Reservado .2 5. TIA/EIA/IS-2000.5-A, Estándar de Señalización de 'i Capa Superior (3 Capas) Para sistemas de Espectro Difundido cdma2000. 6. IA/EIA/IS-833, Especificación de Transportador Múltiple para el Espectro Difundido en GSM MAP (MC-MAP) . Revisión General Términos Estación Base (BS) . Una estación fija utilizada para comunicarse con estaciones móviles. Dependiendo del contexto, del término estación base se puede referir una célula, un sector dentro de una célula, u otra parte del sistema inalámbrico . En-blanco-y-ráfaga . La compra de tráfico en un cuadro de canal de tráfico completo por otra forma de tráfico, generalmente de señalización. Reservado para uso futuro Bloque de Datos. La unidad de datos intercambiada entre la capas múltiples y el TDSO. Dim-y-ráfaga. Cuadro en el cual el tráfico primario es multiplexado con señalización secundaria, o tráfico y señalización secundarios. ESCAM. Mensaje de Asignación de Canal Suplementario Extendido (ver [5] ) . FER. índice de Error de Cuadro. Canal de Control Directo Dedicado. Una porción de la Configuración del Radio del Canal de Tráfico Directo del 3 al 9. Canal Directo Fundamental. Una porción del Canal de Tráfico Directo. Canal Directo Suplementario. Una porción de una Configuración de Radio del .Canal de Tráfico Directo del 3 al 9, la cual opera en conjunto con un Canal Directo Fundamental, o un Canal de Control Directo Dedicado en ese Canal de Tráfico Directo para proporcionar servicios de índices de datos más altos. Canal de Tráfico Directo. Uno o más canales CDMA directos utilizados para transportar al usuario la señal del usuario de señalización de la estación base a la estación móvil (ver Canal Directo Fundamental, Canal de Control Directo Dedicado, y Canal Directo Suplementario) . Cuadro. Un intervalo de sincronización básico en el sistema. Para el canal de tráfico, un cuadro es de 5ms , 20ms, 40ms ó de una longitud de 80ms.

: FSCAMM. Mini Mensaje de Asignación de Canal Directo Suplementario (ver [5]). Canal Fundamental. Una porción de un canal de tráfico la cual incluye un Canal Directo Fundamental, y un Canal Inverso Fundamental. Cuadro Fundicado. Un cuadro TDSO transportado en un bloque de datos fundicado. Canal Fundicado. Canal Fundicado, o un Canal de Control Dedicado. Bloque de Datos Fundicado. Un bloque de datos transportado en un Canal Fundamental, o en un Canal de Control Dedicado. Estación Móvil (MS) . una estación que se comunica con la estación base. Indicador de Formato Multiplex. Un número que especifica el formato de un MuxPDU, [ver 3] . -Opción Multiplex. La capacidad de la subcapa multiplex y los elaboradores de capas inferiores para ser diseñado para proporcional capacidades especiales. Una opción multiplex define características tales como el formato de cuadro y las reglas de decisión de índice (ver también subcapa Multiplex) . Subcapa Multiplex. Uno de los elaboradores de capa de conceptos del sistema que multiplexa y desmul iplexa el tráfico primario, el tráfico secundario y el tráfico de señalización (ver [3] ) . MuxPDU Categoría de Tipo 1. La categoría del MuxPDU tipo 1 recibido como se define en [3] . MuxPDU Categoría de Tipo 2. La categoría del MuxPDU tipo 2 recibido como se define en [3] . MuxPDU Categoría de Tipo 3. La categoría del MuxPDU tipo 3 recibido como se define en [3] . MuxPDU Categoría de Tipo 5. La categoría del MuxPDU tipo 5 recibido como se define en [3] . PER. índice de error de PDU. Tráfico Primario. Bits de datos de un servicio que tiene un tipo de tráfico en_ el registro de Configuración de Servicio establecido como Primario. Configuración de Radio (RC) . Un conjunto de formatos de transmisión de Canal de Tráfico Directo, y Canal de Tráfico Inverso que se caracterizan por parámetros de capa física tales como Indices de transmisión, y características de modulación e Índice de dispersión. Canal de Control Inverso Dedicado. Una porción de una Configuración de Radio del Canal de Tráfico Inverso del 3 al 6. Canal Inverso Fundamental. Una porción de un canal de Tráfico Inverso. Canal Inverso Suplementario. Una porción de la Configuración de Radio del Canal de Tráfico Inverso del 3 al 6, que opera en conjunto con un Canal Fundamental Inverso o un Canal de Control Inverso Dedicado en el que el Canal de Tráfico Inverso proporciona servicios de índice de datos más altos . Canal de Tráfico Inverso. Uno o más canales CDMA inversos en los cuales son transmitidos los datos y las señalizaciones de una estación móvil a una estación base (ver Canal de Control Inverso Dedicado, Canal Inverso Fundamental, y Canal Inverso Suplementario) . RSCA M. ini Mensajes de Asignación de Canal Inverso Suplementario (ver [5]) . SCRM. Mensaje de Solicitud de Canal Suplementario (ver [5] ) .

SCR M. Mini Mensaje de Solicitud de Canal Suplementario (ver [5] ) . Tráfico Secundario.. Bits de datos de un servicio que tiene un servicio de tráfico en el Registro de Configuración de servicio establecido como Secundario. Opción de Servicio. Una capacidad del - servicio del sistema. Las opciones de servicio pueden ser aplicaciones tales como datos, voz o fax, etc. Conexión de Opción de Servicios. Una instancia o sesión particular en la cual es utilizado un servicio definido por una opción de servicio. Tráfico de señalización. Mensajes de control que son llevados entre la estación móvil y la estación base en el Canal de Tráfico. Tiempo del Sis-tema. La referencia de tiempo utilizada por el sistema. Tiempo del Sistema es sincrónico a tiempo de la coordenada Universal (excepto por mini de segundo) y utiliza el mismo tiempo de origen que el tiempo GPS. Todas las estaciones base utilizan el mismo Sistema de Tiempo (dentro de un pequeño margen de error) . Las estaciones móviles utilizan el mismo tiempo del Sistema, y la compensación por la demora de propagación desde la estación base a la estación móvil . TDSO. Opción de Servicios de Datos de Prueba. Canal de Tráfico. Uno o más canales CDMA en los cuales son transmitidos lpg datos y la señalización entre _ una estación móvil y una estación base (ver , Canal de Tráfico Directo y Canal de Tráfico Inverso) . UHDM. Mensaje de Dirección de Instalación Universal (ser[5] ) .

Observaciones El TDSO usa la observación que se encuentra en la lista de la tabla 7. Tabla 7 Sumario de la Observación de Opción de Servicio de Datos de Prueba Opción de Servicios de Datos de Prueba Revisión General Los siguientes son los requerimientos de la opción de servicios de datos de prueba cdma2000: • Conecta la Opción de Servicio a la subcapa Multiplex. ·' Soporta tanto los enlaces directos como inversos (asimétricos y simétricos) . • Efectúa las comparaciones en forma de bits de los cuadros recibidos con los cuadros generados /esperados localmente para detectar los errores de bits no detectados que no son detectados por el bit de calidad del cuadro. • Mantiene conjuntos separados de estadísticas de error para los canales FCH/DCCH y SCH(s) y responde con esta información cuando es cuestionado por la estación base. • Define una opción de servicios sencilla, y prepara los diferentes RCs y la . configuración de servicio en los dos enlaces a través de la negociación de servicio .

Puede incluir el tráfico primario y secundario simultáneo (por ejemplo, puede operar el servicio Markov [SO 54], en el Canal Fundamental y el TDSO en el Canal Suplementario) . Puede ser llevado por todas las combinaciones de RC én los enlaces inverso/directo tal y como se define de acuerdo con el cdma2000. Requiere IDs de canal separados para diferenciar entre los Canales FCH, DCCH, y Suplementarios. Puede manejar el intercalado de cuadro múltiple en intervalos de 40ms y 80ms en la capa física. No impide la extensión futura para soportar índices flexibles/variables. Permite dos tipos de modelos de tráfico ENCENDIDO/APAGADO para ' que se puedan seleccionar: -Determina la actividad del cuadro proporcionada por el TX_ON y el TX_OFF. La actividad del cuadro aleatorio con la actividad promedio del cuadro D, y la JLongitud promedio de ráfaga B, en unidades de cuadros de la capa Física. Soporta dos tipos de fuentes de bits por generación de cuadro: -El patrón de bits que se pueden seleccionar. -Bits pseudoaleatorios Soporta cuadros de canales FCH/DCCH de 5ms en la prueba utilizando mini mensajes de señalización de capa 3.

Descripción General El TDSO proporciona la generación de una fuente de . datos arbitraria (preseleccionada o aleatoria) para transportarla por los canales de tráfico directo e inversos mientras que sigue una actividad de cuadro de transmisión arbitraria (preseleccionada o aleatoria) . La prueba se realiza en un índice de datos fijos. La estación móvil y la estación base generan los cuadros de datos TDSO para los canales de tráfico configurados y distribuidos. El contenido de cada cuadro es generado por un patrón de bytes que se puede seleccionar, o empleando un método híbrido que consiste de los datos generados de maneras pseudoaleatoria junto con una memoria intermedia circular. Los proceso de generación de cuadros son sincronizados entre ,1a estación móvil y la estación base. Esto permite que la estación receptora reproduzca los cuadros transmitidos y los compare con los cuadros recibidos. El TDSO cuenta el número de tipos de los diferentes cuadros que fueron transmitidos en un canal de tráfico particular. El TDSO también cuenta el número de los diferentes tipos de cuadros recibidos en el canal de tráfico de acuerdo con la información proporcionada por la subcapa multiplex y el resultado de la comparación entre los cuadros recibidos y la réplica generada localmente. Las estadísticas de error de cuadro y error de bits pueden ser calculadas a partir de estos recuentos.

El TDSO permite que el sistema señale de señalización tome la delantera. Los cuadros Dim-y-ráfaga y _ los cuadros en-blanco-y-ráfaga son excluidos de los cálculos del FER o el índice de error de bits . Debido a que el receptor no puede predecir cuando el transmisor transmite un cuadro Dim-y-ráfaga o en-blanco-y-ráfaga , el receptor puede clasificar" un cuadro como Dim-y-ráfaga blanco-y-ráfaga cuando no lo es (falsa alarma), o clasificar un cuadro Dim-y-ráfaga o en-blanco-y-ráfaga cuando lo es (faltante) . Por lo tanto, las estadísticas de error de cuadro calculadas utilizando solamente los recuentos de cuadro registrados en el receptor no pueden ser exactas. Sin embargo, el error es muy pequeño y generalmente puede ser ignorado.

Número de opción de servicio El TDSO descrito por este estándar deberá utilizar el número de opción de servicio 32.

Soporte de opción multiplex requerido El TDSO debe transmitir y recibir los cuadros de canal de tráfico de acuerdo con los requerimientos de la opción multiplex o las opciones multiplex configuradas para la opción de servicio. Soporte de opción multiplex para canales FCH/DCCH (sólo para cuadros FCH/DCCH de 20ms) . En los canales " físicos FCH/DCCH, el TDSO deberá soportar una interfase con las opciones multiplex indicadas en la tabla 8.

Tabla 8 Soporte de opción múltiple para canal FCH ó DCCH Cuando es utilizada la opción multiplex 0x01, se utiliza el MuxPDU de Tipo 1 (ver 0 para la interfase a la opción multiplex) . Cuando es utilizada la opción multiplex 0x02, se utiliza el MuxPDU de Tipo 2 (ver 0 para la interfase a la opción multiplex) . , Soporte de la opción multiplex para el SCH. . En el canal físico SCH, el TDSO debe de soportar una interfase con las opciones múltiples tal y como se indica en la Tabla 9.

Tabla 9 Opciones múltiplex aplicables a un SCH El índice SCH es expresado en múltiplos de un índice base. Por ejemplo, las opciones de multiplex nones tienen el índice de base de 9600bps, y un índice 2xSCH significa dos veces los 9600bps, o 19200bps. Para índices de Canal Suplementario inferiores a o iguales a 16x, se utilizará el uxPDU de Tipo 1, 2 ó 3 que esta asociado con la opción multiplex tal y como se muestra en la tabla 9. Para índices de Canal Suplementario mayores a 16x, el TDSO debe utilizar el MuxPDU de Tipo 5, el cual esta asociado con la opción multiplex 0xf20. El número de bloques de datos (ya sea transportados por MuxPDU de tipo 1, 2 ó 3) en cada cuadro SCH se muestra en la tabla 9 para diferentes opciones multiplex. Los índices SCH mayores de 16x, que es exactamente un bloque de datos' (llevados por MuxPDU Tipo 5) en cada cuadro SCH (ver [3]) . (ver 0 para la interfase a opciones multiplex) .

Interfase a opciones multiplex Los cuadros TDSO pueden ser llevados como Tráfico Primario o secundario.

Un cuadro TDSO abastecido a un subcapa multiplex como un bloque de datos fundicado (un bloque de datos llevado en un canal FCH ó DCCH) es denominado un cuadro TDSO Fundicado. De un modo similar, un cuadro TDSO abastecido a la subcapa multiplex para ser llevado como un bloque de datos suplementario o bloques de datos (bloques de datos llevados en un SCHO ó un SCH1) nos referimos como un cuadro TDSO suplementario.

Tráfico primario Normalmente, cada uno de los cuadros TDSO abastecidos a la subcapa multiplex deben ser de Indice 1, índice 2, ó en blanco (cero bits), mostrados en la Tabla 10. El número de bits por bloque de datos abastecido a la subcapa multiplex por cada tipo de cuadro TDSO se muestra en la Tabla 10. El número máximo de uxPDUs (o bloque de datos) puede ser llevado en un cuadro SCH TDSO también mostrado en la Tabla 9. AJL momento del comando, el TDSO debe abastecer un cuadro en blanco. Un cuadro en blanco no contiene bits. También al momento de un comando, el TDSO debe suministrar un cuadro TDSO Fundicado que no esta en blanco de x bits cuando la subcapa multiplex solicita un bloque dé datos de x bits. Los 'primeros x bits del cuadro TDSO Fundicado generado deberán ser abastecidos a la subcapa multiplex. Tabla 10 Tipos de tráfico primario abastecido por TDSO a la subcapa multiplex ¦"¦Aplicable solamente para la opción multiplex 0xf20. Utilizado cuando el TDSO abastece mas de 4584 bits a la subcapa multiplex durante un intervalo de cuadro (20, 40, ó 80ms) . 2Aplicable solamente para la opción multiplex 0x905, 0x906, 0x909, 0x90a, 0x911, 0x912, 0x921 y 0x922. 3Aplicable solamente para la opción multiplex 0x3 y 0x4. 4Aplicable solamente para la opción multiplex 0x0809, 0x80a, 0x811, 0x812, 0x821 y 0x822/ La subcapa múltiplex en la estación móvil clasifica cada MuxPDU (s) recibido en el cuadro de Canal de Tráfico y abastece la categoría MuxPDU y los bits que lo acompañan, si los hay al TDSO. Cuando el indicador de formato múltiplex es suministrado por la subcapa múltiplex, el valor del indicador del formato múltiplex deberá ser utilizado como la categoría MuxPDU. La Tabla 11 es una lista de las categorías (y los tipos de cuadro TDSO correspondientes) abastecidos a la subcapa múltiplex cuando el TDSO es llevado como tráfico primario .

Tabla 11 Tipos de cuadro primario abastecido por la capa múltiplex para el TDSO Tráfico secundario Normalmente, cada cuadro TDSO abastecido a la subcapa múltiplex debe de ser de índice 1, índice 2, índice 3, ó un tipo de cuadro en blanco mostrado. El número de bits por bloque de datos abastecidos a la subcapa multiplex por cada tipo de cuadro TDSO también debe ser como se ilustra en la tabla 12. El número máximo de MuxPDUs que puede ser llevado en un cuadro SCH TDSO también se muestra en la Tabla 9. Al momento del comando, el TDSO debe generar un cuadro TDSO en blanco. Un cuadro TDSO en blanco no contiene bits. También al momento del comando, el TDSO debe de abastecer un cuadro TDSO indicado que no es en blanco de x bits cuando la subcapa multiplex solicita un bloque de datos de x bits. Los primeros x bits del cuadro TDSO Fundicado generados deberán ser abastecidos en la forma de un bloque de datos a la subcapa multiplex. Tabla 12 Tipos de cuadro secundario abastecido por el TDSO a la subcapa multiplex 1Aplicable solamente para la opción multiplex 0xf20. Utilizado cuando el TDSO abastece más de 4584 bits a la subcapa multiplex durante un intervalo de cuadro (20, 40, ó 80ms) . 2Aplicable solamente para la opción multiplex 0x905, 0x906, 0x909, 0x90a, 0x911, 0x912, 0x921 y 0x922. 3Aplicable solamente para la opción multiplex 0x3 y 0x4. ^Aplicable solamente para la opción multiplex 0x0809, 0x80a, 0x811, 0x812, 0x821 y 0x822.

La subcapa multiplex en la estación móvil clasifica MuxPDU en el cuadro del Canal de Tráfico recibido y abastece la categoría MuxPDU y los bits que la acompañan, si los tiene, al TDSO. Cuando el indicador de formato multiplex es abastecido por la subcapa multiplex, el valor del indicador del formato multiplex deberá ser utilizado como la categoría MuxPDU. La Tabla 13 es una lista de las categorías (y los tipos de cuadros TDSO correspondientes) abastecidos por la subcapa multiplex cuando el TDSO es llevado como tráfico secundario .

Tabla 13 cuadros de tráfico secundario abastecidos al TDS por la subcapa múltipiex -i Transmisión y recepción del cuadro TDSO Cuando el tráfico primario y secundario es llevado en el SCH y/o FCH/DCCH, el contenido de cada cuadro es generado de una de dos maneras, según sea negociado entre los dos extremos. La corriente de prueba puede consistir de un patrón de bytes repetidos que se pueden seleccionar por omisión (default) ajustados todo en Al's o como una corriente de datos generada de manera pseudoaleatoria por la memoria intermedia circular. Los dos extremos son sincronizados al contenido de los datos de prueba transmitidos (esperados) en un cuadro particular. Esto permite que la estación receptora reproduzca los cuadros transmitidos y los compare con los cuadros recibidos . Cuando se utiliza un corriente de datos pseudoaleatorios , los bloques de datos para todos los cuadros son generados copiando los bits de la memoria intermedia circular en . los bloques de datos iniciando en una compensación aleatoria por cada cuadro TDSO. La compensación aleatoria es sincronizada entre la estación móvil y la estación base. El TDSO cuenta el número de los diferentes tipos de cuadro recibidos en el canal FCH/DCCH y/o SCH por separado de acuerdo con la información de la categoría MuxPDU proporcionada por la subcapa multiplex y el resultado de la comparación entre los cuadros recibidos, y la réplica generada localmente. Las características FER y PER pueden ser calculadas de estos recuentos por cada canal físico . Pueden existir ocasiones, en que el margen de seguridad de la potencia de transmisión, no este operando cualquiera de la estación base o la estación móvil (ocasionando que el transmisor no transmita en un canal de tráfico determinado para un cuadro particular) lo cual conduce al reporte de la capa física de un borrado en el receptor. Para el TDSO, no se utiliza mecanismo especial para contar las inexactitudes que pueden ocurrir en el cálculo FER (PER) ocasionados por esto. La falta de transmisión de canal físico es considerada como una limitación de canal y/o im lementación .

Cuadros transmitidos Y está configurado para operar en canales Fundicados (FCH ó DCCH) que utiliza cuadros de 20ms, si la actividad del cuadro esta "ENCENDIDA", la opción de servicio deberá abastecer exactamente un bloque de datos Fundicado a la subcapa multiplex cada 20ms. El bloque de datos contiene un encabezado (ID del canal o número de secuencia PDÜ) seguido por los bits de información de la opción de servicio. A menos que se envíe un comando contrario, la opción de servicio deberá abastecer un bloque de datos de índice 1 ó en blanco tal y como se indica en la Tabla 10 y en la Tabla 12 cuando llevan tráfico primario o secundario, respectivamente. Al momento del comando, la opción de servicio deberá abastecer un bloque de datos en blanco. También al momento del comando, la opción de servicio deberá abastecer un bloque de datos con el número de bits que le solicite la subcapa multiplex, truncando el bloque de datos generados de ser necesario. Si esta configurado para operar por canales suplementarios (SCHO y/o SCH) , si la actividad del cuadro esta "ENCENDIDA", la opción de servicio debe de suministrar uno o N bloques de datos a la subcapa multiplex por cada canal suplementario en cada intervalo de cuadro (20ms, 40ms ó 80ms) , en donde N es el número máximo de bloques de datos (o MuxPDU) en el SDU de la capa física para una opción multiplex conectada, tal y como se muestra en la tabla 9. Los bloques de datos contienen u encabezado (ID del canal y número de secuencia PDU) seguido por los bits de información de opción de servicio. A menos que se envíe un comando contrario, la opción de servicio debe abastecer cuadros suplementarios de índice 1, índice 2, índice 3, ó en blanco, tal y como lo indican la Tabla 10 y la Tabla 12 cuando se lleva tráfico primario secundario, respectivamente. Un solo bloque de datos es pasado a la subcapa multiplex para el SCH, cuando la opción conectada de multiplex es 0xf20.

Cuadros recibidos La subcapa multiplex en la estación receptora clasifica cada MuxPDU(s) recibido en el cuadro Fundicado y suplementario (ver [3] ) , y abastece el tipo MuxPDU y bits que lo acompañan, si los hay, al TDSO. Los tipos MuxPDU que son abastecidos se indican en las Tablas 10 y la Tabla 12 para las operaciones de tráfico primario y secundario, respectivamente . Interfase de señalización de capa 3 cuando se esta probando cuadros FCH/DCCH de 5ms Cuando se están probando cuadros FCH/DCCH de 5ms , el TDSO genera solicitudes de señalización de la capa 3 para enviar mini mensajes opuestos a enviar los cuadros TDSO tal y como se describió en el caso de la longitud del cuadro de 20ms. El mismo modelo de actividad del cuadro será utilizado por cada cuadro de 5ms para determinar si se solicita o no la señalización de la capa 3 para enviar un mini mensaje, o no durante ese cuadro. Como el TDSO no tiene control de la sincronización de la señalización de la capa 3, el mini mensaje puede ser transmitido realmente en un cuadro de 5ms posterior.

Para probar los cuadros FCH/DCCH directos de 5ms , el TDSO en la estación base solicitará la señalización de la capa 3 para transmitir un mini mensaje de asignación de canal directo suplementario (FSCAMM) de acuerdo con la actividad del cuadro. La estación base deberá llenar el ESCAM de acuerdo 0. La estación base deberá contar el número de cuadros de 5ms transmitidos, el cual incluye todos los mensajes de señalización de la capa 3 de 5ms transmitidos y retransmitidos . La estación móvil, mantiene un contador de recepción (ver [3] ) del número de cuadros de 5ms buenos (por ejemplo, MUX1_F0R_FCH 5_ms cuando se utiliza la opción multiplex 0x01 en el Canal Directo Fundamental) . Para probar los cuadros FCH/DCCH de 5ms inversos, el TDSO de la estación móvil deberá solicitar la señalización de la capa 3 para transmitir Mini Mensajes de Solicitud de Canal Suplementario (SCRMM), de acuerdo con la actividad del cuadro. La estación móvil deberá llenar SCRMM_REQ_BLOB en el SCRMM de acuerdo con 0. La estación base deberá contar el número de cuadros de 5ms buenos recibidos, el cual incluye todos los mensajes de señalización de la subcapa 3 de 5ms transmitidos y retransmitidos. La estación móvil mantiene un contador de transmisión (ver [3] ) del número de cuadros de 5ms transmitidos (por ejemplo, MUX_REV_FCH_5_ms cuando se esta utilizando la Opción Multiplex 0x01 en el Canal Inverso Fundamental) . Sin texto.

Procedimientos y Descripción del TDSO Negociación y activación de la opción de servicio.

Las estaciones móviles y las estaciones base que se conforman con el cdma2000, son requeridos para soportar la configuración de servicio y la negociación tal y como se describe en [5] . Requerimientos de la estación móvil. El TDSO debe ser negociado y conectado usando los procedimientos de configuración de servicio y negociación definidos en [5] . Para el TDSO, la estación móvil no deberá proponer una configuración de servicio cuyos atributos no sean consistentes con los atributos válidos de configuración de servicio de la opción de servicio. Para una estación móvil que opera en la modalidad MC-41, la estación móvil deberá indicar que RC directo y RC inverso en el campo FOR_RC_PREF y el campo REV_RC_PREF, respectivamente, en el mensaje de respuesta de localización y en el mensaje de origen. Para una estación móvil que opera en una modalidad MC- AP (ver [6]), la estación móvil deberá indicar el RC directo y RC inverso preferido en el campo FOR_RC_PREF y en el campo REV_RC_PREF, respectivamente, en el mensaje de solicitud de conexión RRC de MC-MAP. Cuando se propone el TDSO, la estación móvil no deberá aceptar una configuración de servicio cuyos atributos no sean consistentes con los atributos válidos de la configuración de servicio para la opción de servicio tal y como se indica en la tabla 14. La configuración de servicio por omisión (default) para el TDSO debe ser tal y como se ilustra en la configuración de servicio válido detallada en la tabla 14. - Tabla 14 Atributos válidos de configuración de servicio para o ción de servicio de datos de rueba Ver [5] para una descripción de las selecciones . 2 Aplica cuando RC directo es 1, 3, 4, 6 ó 7. 3 Aplica cuando RC directo es 2, 5, 8 ó 9. 4 Aplica cuando RC inverso es 1, 3 ó 5. 5 Aplica cuando RC inverso es 2, 4 ó 6. 6 Las selecciones en negritas representan configuraciones por omisión (default) para el TDSO.

Si la estación móvil origina o acepta una llamada TDSO, entonces la estación móvil deberá llevar a cabo lo siguiente: • Si la llamada TDSO es terminada en la estación móvil, entonces la estación móvil deberá iniciar una auto-respuesta antes de ingresar a la subcondición Respuestas de Espera para la Respuesta de Estación Móvil.3 _ Para propósitos de este estándar, el término "autorespuesta " deberá tener el siguiente significado: Mientras se encuentra en la subcondición de espera de respuesta de la estación móvil del control de estación móvil en la condición de canal de tráfico, la estación móvil deberá enviar automáticamente una orden de conexión a la estación base como un mensaje que requiere acuse de recibo sin esperar que el usuario comande de manera explícita la llamada que va a ser contestada. La estación móvil deberá ingresar la subcondición de conversación.

La estación móvil debe conectar el TDSO, en el tiempo de acción especificado en el mensaje de conexión de servicio, el mensaje de dirección de instalación general, o el mensaje de dirección de instalación universal que contienen la conexión de la opción de servicio TDSO, y debe inicializar la opción de servicio tal y como se especifica en la sección 0 de este documento. Mientras está conectada la opción de servicio, el TDSO deberá procesar los cuadros recibidos tal y como se especifican en 0 y generar y abastecer cuadros para transmisión tal y como se especifican en 0.

Distribución de canal suplementario. La estación base puede solicitar la operación de alta velocidad en el canal suplementario enviando uno de los siguientes mensajes al BSC/MSC en un tiempo definido por la implementación . • Mensaje de solicitud de canal suplementario (SCRM) • Mini mensaje de solicitud de canal suplementario (SCRM ) Si se utiliza un mensaje de canal suplementario, la estación móvil deberá: • Ensamblar el SCRM_REQ_BLOB (ver tabla 15) . • Establecer el campo de DURACIÓN SCRM_REQ_BLOB en '1111'. • Incluir el SCRM_REQ_BLOB en el campo REQ_BLOB en el mensaje de solicitud de canal suplementario. • Establecer el S I ZE_OF_REQ_BLOB - en el mensaje de solicitud de canal suplementario al número de octetos en el SCRM REQ BLOB .

Si se utiliza un mini mensaje de solicitud de canal suplementario, la estación móvil deberá: • Ensamblar el SCRM_REQ_BLOB (ver tabla 16) e incluirlo en el campo REQ_BLOB en el mini mensaje de solicitud de canal suplementario. • Ajustar el campo de DURACIÓN en el SCRM REQ BLOB en el '111 '.

• Incluir el SCRM_REQ_BLOB en el campo REQ_BLOB en el mini mensaje de solicitud de canal REQ_BLOB en el mini mensaje de solicitud de canal suplementario. Después de que la subestación envía el mensaje de canal suplementario, o el mini mensaje de solicitud de canal suplementario, el BS puede responder con un mensaje de distribución (ESCAM, RSCAMM o UHDM) . La estación móvil no deberá repetir la solicitud antes de un segundo después de que la solicitud fue enviada. Si la estación móvil recibe un UHDM, ESCAM, RSCAMM o FSCAMM que cambie los Índices de transmisión disponibles para la estación móvil en el canal suplementario, la estación móvil deberá: • Al momento del inicio por los campos FOR_SCH_START_T IME ó REV_SCH_START_T IME reinicializar el TDSO para formar bloques de datos en un nuevo índice, llenado todo con un bit con una actividad del cuadro del 100%, (es decir, continuamente) a la subcapa multiplex para el SCH hasta el siguiente cuadro de sincronización (ver 0 para descripción del cuadro de sincronización) .

• En el momento del cuadro de sincronización, el TDSO debe: — Reajustar todos los contadores asociados con los canales suplementarios involucrados. — Comenzar utilizando los mismos parámetros de prueba para el canal que fueron utilizados antes de que se realizara el cambio de índice. Si la estación móvil recibe un UHD , ESCAM, RSCA M ó FSCAM entonces deshace la distribución de los canales suplementarios actuales: • La estación móvil deberá continuar transmitiendo el tráfico TDSO por los canales indicados sin reinicialización alguna . • La estación móvil puede solicitar una operación de alta velocidad en los canales suplementarios enviando un mensaje de solicitud de canal suplementario o, si es permitido por la estación base, un mini mensaje de solicitud de canal suplementario al BSC/MSC en un tiempo definido por la implementación .

Formato SCRM REQ BLOB Tabla 15 Formato SCRM_REQ_BLOB Formato SCR M REQ BLOB Tabla 16 Formato SCRMM REQ BLOB Tabla 17 Codificación del cam o PREFERRED RATE Tabla 18 Codificación del campo DURATION Escenario de instalación CDMA-CDMA permanente Mientras se encuentra en una llamada TDSO, si la estación móvil recibe un mensaje de dirección de instalación universal señalando una instalación permanente en la cual cambia el conjunto activo, la compensación de cuadro, o la asignación de frecuencia, al momento de realizar la instalación permanente, la estación móvil deberá: Al momento de la acción asociada con el mensaje, reinicializar el TDSO para abastecer bloques de datos todos con 1 bit en una actividad del cuadro del 100% a la subcapa multiplex para los canales FCH/DCCH (dependiendo de la configuración del canal ) . Si está incluida una asignación de canal suplementario, al momento del inicio indicado por los campos FOR_SCH_START_TIME ó REV_SCH_START_T IME , reinicializar el TDSO para suministrar uno o más bloques de datos en un nuevo Indice llenando todos los bits con una actividad del cuadro del 100% al capa multiplex para el SCH. Si la llamada TDSO que está en progreso es una llamada originada por la estación móvil, después de la instalación permanente, la estación móvil deberá proponer los parámetros de prueba que estuvieron en efecto antes de la instalación permanente de la estación base en una dirección de control utilizando el mensaje de control de la opción de servicio.

Requerimientos de la estación base El TDSO deberá ser negociado y conectado utilizando la configuración de servicio y los procedimientos de negociación definidos en [5] . Para el TDSO, la estación base no deberá proponer una configuración de servicio cuyos atributos no sean consistentes con los atributos válidos de la configuración de servicio para la opción de servicio. La estación base no deberá aceptar una configuración de servicio cuyos atributos no sean consistentes con los atributos válidos de configuración de servicio para la opción de servicio tal y como se muestra en la tabla 14. La estación base no deberá proponer un RC inverso que sea diferente al propuesto por la estación móvil. ? Los controles BS tanto para la operación directa e inversa de alta velocidad distribuyendo canales suplementarios para una duración infinita. La distribución es especificada en los ESCA , FSCAMM, RSCA M ó UHD .

Cuadro de sincronización Los canales de tráfico directo e inverso (F/R-FCH ó F/R-DCCH, F/R-SCHO y F/R-SCH1) son subdivididos cada uno en segmentos independientes de 10.24 segundos cada uno. Esto corresponde a cada : • 2048 cuadros para canales físicos (FCH- DCCH) con una longitud de cuadro de 5 ms . • 512 cuadros para canales físicos (FCH- DCCH ó SCH) con una longitud de cuadro de 20 ms. • 256 cuadros para canales suplementarios con una longitud de cuadro de 40 ms . • 128 cuadros para un canal suplementario con una longitud de cuadro de 80 ms . El primer cuadro de un segmento es denominado el cuadro de sincronización. Todos los generadores de número pseudoaleatorio asociados con el canal son reinicializados antes del procesamiento del cuadro TDSO por cada cuadro de sincronización. Toda la inicialización de la opción de servicios y operaciones de control también deberán llevarse a cabo antes del procesamiento del cuadro TDSO por el cuadro de sincronización del canal físico.

Canales de tráfico directo Para los canales de tráfico directo (F-FCH, F-DCCH, F-SCHO y F-SCH1), los cuadros de sincronización deben ser aquellos cuadros para los cuales los 9 bits menos importantes del tipo de sistema en cuadros (tal y como se define en [2]) son iguales a los 9 bits menos significantes del OR exclusivo en forma de bits de los 32 bits menos importantes del ocultador de código largo público (PLCM_32) de la estación móvil y el valor 0x2 aaaaaaa .

Canales directos suplementarios Sin embargo, para una operación de longitud de cuadros de 40 ms y 80 ms , en los canales directos suplementarios, el tiempo de sincronización calculado por los canales de tráfico directo anteriores pueden no coincidir con el inicio del periodo del cuadro para estos canales. En dicho caso, la memoria intermedia circular todavía deberá ser generada utilizando el mismo generador que para otros canales (F-FCH/DCCH) para la longitud de cuadro de 20 ms . No obstante, el inicio del siguiente período de cuadro en el canal directo suplementario que esté más cercano en el tiempo al cuadro tal y como se calculó anteriormente para los canales de tráfico directo, deberá ser tratado como el primer cuadro del siguiente segmento de prueba de 10.24 segundos para el canal directo suplementario.

Canales de tráfico inverso Para los canales de tráfico inverso (R-FCH, R-DCCH, R-SCHO y R-SCH1), los cuadros de sincronización deberán ser de aquellos cuadros para los cuales los 9 bits menos importantes del tiempo del sistema en cuadros (tal y como se define en [2]) son iguales a los 9 bits menos importantes del OR exclusivo en forma de bits de los 32 bits menos importantes de la máscara de código público largo (PLC _32) de la estación móvil y el valor 0x15555555.

Canales inversos suplementarios Para la operación de longitud de cuadros de 40 ms y 80 ms en los canales inversos suplementarios, sin embargo, el tiempo del cuadro de sincronización calculado por los canales de tráfico inversos anteriores, pueden no coincidir con el inicio del periodo de tiempo para estos canales. En ese caso, la memoria intermedia circular deberá ser generada todavía utilizando el mismo generador que para los canales inversos (R-FCH/DCCH) para la longitud de cuadro de 20 ms . Sin embargo, el inicio del siguiente periodo de cuadro en el canal inverso suplementario más cercano en el tiempo al canal tal y como se calculó anteriormente para los canales de tráfico inverso, deberá ser tratado como el primer cuadro del siguiente segmento de prueba de 10.24 segundos para el canal inverso suplementario.

Contadores La estación móvil y la estación base deberán soportar los contadores de transmisión que se mencionan en la tabla 19 y tabla 20, para los canales fundicado y suplementario, respectivamente. Tabla 19 En los contadores de cuadro de transmisión en el canal fundicado Tabla 20 Contadores de cuadro transmitido en el canal suplementario 1 N puede tomar los valores 1, 2, 4, 8, 16, 18, 32, 36, 64 ó 72 dependiendo del índice de transmisión SCH conectada. El cuadro SCH consiste de uno o más bloques de datos del tipo de índice 1, índice 2 ó índice 3, determinado por la opción multiplex conectada.

La estación móvil y la estación base deberán soportar los contadores recibidos que se enumeran en la tabla 21 y en la tabla 22.

Tabla 21 Contadores de cuadro de recepción mantenidos para el FCH/DCCH 1 Clasificado solamente por la opción multiplex 0x01. Tabla 22 Contadores de cuadro de recepción en el canal suplementario La estación móvil debe soportar los contadores de la tabla 23 para el cálculo del PER de los canales suplementarios .

Tabla 23 Contadores PDU de recepción mantenida para el Canal Suplementa 1 El índice la corresponde al MuxPDU del tipo de índice 1 solamente para las opciones 0x3-0x4 tal y como se indica en la tabla 9. 2 El índice Ib corresponde al MuxPDU del tipo de índice 1 solamente para las opciones 0x809, 0x80a, 0x811,0x821 y 0x822, tal y como se indica en la tabla 9.

Las siguientes memorias intermedias deberán tener la capacidad de almacenar los valores del contador del cuadro tal . y como se ilustra en las siguientes tablas . Tabla 24 Cuadro de almacenamiento de contador-valor Para más información sobre los valores del contador del cuadro de transmisión, ver la tabla 19. Para más información sobre los valores del contador del cuadro de recepción, ver la tabla 21. Tabla 25 Almacenamiento del valor-contador del cuadro para Canales Suplementarios *Para mayor información sobre los valores del contador del cuadro de transmisión y recepción, consultar la Tabla 20. Para mayor información sobre los valores de contador de bits recibidos, consultar la Tabla 23.

Inicialización de la estación móvil y operación de control Inicialización de la opción de servicio Si se requiere una inicialización del TDSO, como resultado de un mensaje de señalización del f-dsch, la estación móvil debe considerar el Tiempo del Sistema en cuadros que coinciden con el tiempo de acción del mensaje (como se define en [5]) para que sea el cuadro de inicialización efectiva, EFF_FRAME. Para los Canales de Tráfico Directo e Inverso Fundicados (F/R-DCCH y/o F/R-FCH) , el TDSO debe considerar el Tiempo del Sistema en cuadros que coinciden con el tiempo de acción del Mensaj e de Conexión de Servicio como el cuadro de inicialización. Para los Canales Directo e Inverso Suplementarios (F/R-SCHO y/o F/R-SCH1), el TDSO debe considerar el tiempo del Sistema en cuadros que coinciden con el tiempo de inicio indicado por los campos FOR_SCH_START_TIME (para los Canales Directos y Suplementarios) o REV_SCH_START_T IME (para los Canales Inversos Suplementarios) dentro del ESCAM, FSCAM , RSCAM , ó UHDM [que es el cuadro de la inicialización . El cuadro de inicialización puede coincidir con el cuadro de sincronización en el canal físico. Hasta que sea logrado la primera sincronización en un canal, el TDSO solamente usará los ajustes por omisión (default) para los parámetros de pruebas, es decir, uno de todos los patrones de datos 1' con una transmisión continua en cada período del cuadro (20 ms, 40 ms , ó 80 ms ) en dicho canal. Para realizar la inicialización del TDSO, la estación móvil debe realizar las siguientes operaciones : · Inmediatamente antes del procesamiento del cuadro TDSO para el Canal de Tráfico Inverso {es decir, R-FCH/R-DCCH/R-SCHO /R- SCH1) el cuadro de sincronización para el cual el Tiempo del Sistema en cuadros se encuentra en un rango de EFF_FRAME a EFF_FRA E + FRAMES_PER_SEG ENT_1 inclusive, la estación móvil debe ajustar los contadores asociados con los Canales de Tráfico Inverso a cero.

— Para los Canales de Tráfico Inverso Fundicado, los contadores son RFCH_BUFFER y RDCCH_BUFFER — Para los Canales Inversos Suplementarios, los contadores son RSCHO_BUFFER y RSCHl_BUFFER Los valores de FRAMES_PER_SEGMENT_1 deben ser: • 511 para una longitud de cuadro de canal físico de 20 ms • 255 para una longitud de cuadro de canal físico de 40 ms • 127 para una longitud de cuadro de canal físico de 80 ms Inmediatamente antes del procesamiento del cuadro TDSO para el Canal de Tráfico Directo (es decir, F-FCH/F-DCCH/F-SCHO/F-SCH1) el cuadro de sincronización para el cual el Tiempo de Sistema en cuadro se encuentra en un rango de EFF_FRAME a EFF_FRAME + FRAMES_PER_SEGMENT_1 , inclusive, la estación móvil debe ajustar los contadores asociados con los Canales de Tráfico Directo a cero.

— Para los Canales de Tráfico Directo Fundicados, los contadores son FFCHJBUFFER y FDCCH_BUFFER — Para los Canales Directos Suplementarios, los contadores son FSCHO_BUFFER y FSCH1_BUFFER El valor de FRAMES_PER_SEGMENT_1 debe ser : • 511 para una longitud de cuadro de canal físico de 20 ms • 255 para una longitud de cuadro de canal físico de 40 ms • 127 para una longitud de cuadro de canal físico de 80 ms Operaciones de control de la estación móvil Invocación de control • La estación móvil puede ya sea proponer o invocar funciones específicas de servicio-opción para una llamada del TDSO enviando un Mensaje de Control de Opción de Servicio a la estación base. Cuando la estación móvil envía el Mensaje de Control de Opción de Servicio deberá: • Enviarla en la forma de un mensaje que requiera acuse de recibo • Ajustar el campo CONTROL_CODE en el mensaje (ver Tabla 39) a ?00000000' La estación móvil solo puede proponer valores de parámetros de pruebas para usarlos durante el intervalo de prueba. La estación móvil podrá invocar las instrucciones de recuperación del contador sin mediación alguna de la estación base.

Indicaciones de control Cuando la estación móvil recibe un Mensaje de Control de Opción de Servicio con CTL_REC_TYPE en un rango de ?0000001' - ?00000100' inclusive, (correspondiente a los canales físicos FCH, DCCH, SCHO, ó SCH1) como se indica en la Tabla 39, la estación móvil deberá considerar el Tiempo del Sistema en cuadros que coincidan con el tiempo de acción del mensaje para que sea un cuadro de operación o un cuadro de iniciali zación efectivo (también conocido como EFF_FRAME para el canal físico particular) .

• Canal de Tráfico Inverso Inmediatamente antes del procesamiento del cuadro TDSO para el cuadro de sincronización del Canal de Tráfico Inverso para el cual el Tiempo del Sistema en cuadros se encuentra en un rango de EFF_FRAME a EFF_FRA E+511 , inclusive, la estación móvil debe de realizar lo siguiente : Si el campo COPY_COUNTERS es igual a ?1', la estación móvil debe de copiar los contadores asociados con el Canal de Tráfico Inverso especificado al RFCH_BU FER, RDCCH_BUFFER, RSCHO_BUFFER, y/o RSCH1_BUFFER según sea determinado por la configuración del canal (ver Sección 3.3 para mayor información) . - Si el campo CLEAR_COUÑTERS es igual a 1', la estación móvil deberá ajustar los contadores asociados con el Canal de Tráfico Inverso especificado en cero (ver Sección 3.3 para mayor información) . Si el campo CHANNEL_DIRECTION es igual a 00' ó ?10', la estación móvil debe de realizar lo siguiente: • Inicializar las variables de prueba local asociadas con DATA_SOURCE al valor implicado por su valor en el mensaje. Inicializar las variables de prueba local asociadas con FRAME_ACTIVITY al valor implicado por su valor en el mensaje.

Canal de Tráfico Directo Inmediatamente antes del procesamiento del canal TDSO para el cuadro de sincronización del Canal de Tráfico Directo para el cual el Tiempo del Sistema en cuadros se encuentra en un rango de EFF_FRAME a EFF_FRAME + 511, inclusive, la estación móvil deberá de hacer lo siguiente: - Si el campo COPY_COUNTERS es igual a 1', la estación móvil deberá copiar los contadores asociados con el Canal de Tráfico Directo especificado a FFCH_BUFFER, FDCCH_BUFFER, y/o - FSCH_BUFFER (ver Sección 3.3 para mayor información) . - Si el campo CLEAR COUNTERS es igual a ?1' , la estación móvil deberá ajustar los contadores asociados con el Canal de Tráfico Directo especificado en cero (ver Sección 3.3 para mayor información) . Si el campo CHANNEL_DIRECTION es igual a 00' ó 01', la estación móvil deberá realizar lo siguiente: • Inicializar las variables de prueba local asociadas con DATA_SOURCE al valor implicado por su valor en el mensaje. • Inicializar las variables de prueba local asociadas con FRA E_ACTIVITY al valor implicado por su valor en el mensaje. Después de una propuesta de control de prueba de la estación móvil (ver Sección 3.5.1 para la descripción), si la estación móvil recibe un Mensaje de Control de Opción de Servicio con CTL_REC_TYPE en un rango de ?00000001' _ OOOCffflOO', inclusive, (correspondiente a los canales físicos FCH, DCCH, SCHO, ó SCH1) como se encuentra en la Tabla 38, la estación móvil deberá realizar lo siguiente: • Si el campo CONTROL_CODE está ajustado en ?00000011', la estación móvil deberá enviar otra propuesta con el campo NÜM_CIRC_BUF_FRA ES ajustado a un valor menor o igual al valor indicado en el campo correspondiente de la instrucción de la estación base. · Si el campo CONTROL_CODE está ajustado en 00000110', la estación móvil puede enviar otra propuesta con el campo FRAME_SOURCE ajustado a un valor diferente a 10.

Recuperación del contador Cuando la estación móvil recibe un Mensaje de Control de Opción de Servicio con CTL_REC_ YPE en el rango en el rango de ?00000101' - 00001000' (correspondiente a los canales físicos FCH, DCCH, SCHO, ó SCH1) tal y como se indica en la Tabla 38, entonces : • Si el mensaje es usado para recuperar los Contadores de Cuadro Transmitidos de 5 ms o los Contadores de Cuadro Recibidos de 5 ms, entonces en el primer límite de cuadro de sincronización, la estación móvil deberá responder con un Mensaje de Control de Opción de Servicio que contiene su respuesta mostrada en la Tabla 46, correspondiente a los campos VECT_COUN_TER_ID (ver Tabla 47) en el Mensaje de Control de Opción de Servicio recibido . De otro modo, en el tiempo de acción asociado con el mensaje, la estación móvil deberá responder con un Mensaje de Control de Opción de Servicio que contiene su respuesta mostrada en la Tabla 46 y La Tabla 48, respectivamente, para los Canales Fundicados y Suplementarios correspondientes a los campos VECT_COUNTER_ID (ver Tabla 47 y Tabla 49) en el Mensaje de Control de Opción de Servicio recibido.

Inicialización de la estación base y operaciones de control Para realizar la inicialización del TDSO, si el FCH/DCCH están configurados para usar cuadros de 5 ms, la estación base deberá enviar un Mensaje de Control de Opción de Servicios no después de 1 segundo antes de que ocurra el primer cuadro de sincronización después de EFF_FRAME, de acuerdo con 0, para recuperar los valores de los contadores de cuadro de 5 ms en la estación móvil (por ejemplo, UXl_FOR_FCH_5_ms ) . Operaciones de control de la estación base.

Invocación de control La estación base debe de utilizar el Mensaje de Control de Opción de Servicio para invocar las instrucciones especificas de opción de servicio. Cuando la estación base envia el Mensaje de Control de Opción de Servicio, debe enviarla en la forma de un mensaje requiriendo el acuse de recibo . Cuando la estación móvil propone valores de parámetros de prueba para usarlos durante el intervalo de prueba, la estación base debe de decidir si invocar o no los ajustes de los parámetros de prueba propuestos por la estación móvil, a través del Mensaje de Control de Opción de Servicio. La estación base no debe de enviar una instrucción de control a la estación móvil después de un segundo antes de la ocurrencia del cuadro de sincronización en el canal para el cual se pretende la instrucción.

Instrucción de control Cuando la estación base recibe un Mensaje de Control de Opción de Servicio con C L_REC_ YPE en el rango de ?00000001' - ?00000100', inclusive, (los canales físicos correspondientes a FCH, DCCH, SCHO, ó SCH1) tal y como se indican en la Tabla 38, la estación base debe responder a la propuesta de la estación móvil de la manera siguiente: · Si todos los campos de la instrucción de control propuesta por la estación móvil (como se indica en la Tabla 39) se encuentran dentro del rango aceptable para la estación base, la estación base debe de emitir una Instrucción de Control incluyendo los mismos valores para los diferentes campos (ver Tabla 39), tal y como los propuso la estación móvil en el Mensaje de Control de Opción de Servicio, mientras que ajusta el campo CONTROL_CODE (Tabla 40) en el mensaje a un valor de 00000010' . • Si la estación base no tiene la capacidad de soportar el valor propuesto por la estación móvil para los NUM_CIRC_BUF_FRAMES, deberá emitir una Instrucción de Control que incluya los mismos valores para los diferentes campos (ver Tabla 39) que fueron propuestos por la estación móvil, excepto para el campo NUM_CIRC_BUF_FRA ES en un Mensaje de Control de Opción de Servicio, mientras que ajusta el campo CONTROL_CODE (Tabla 40) en el mensaje a un valor de ?00000011' . En el campo NUM_CIRC_BÜF_FRAMES del mensaje, la estación base debe de indicar los números máximo de cuadros que pueden soportar para la memoria intermedia circular. Si la estación base no tiene la capacidad para generar un cuadro por periodo de cuadro tal y como es solicitado por la estación móvil a través del ajuste de un valor de ?10' para el campo FRAME_SOURCE , deberá emitir una Instrucción de Control, incluyendo los mismos valores para los diferentes campos (ver Tabla 39), propuestos por la estación móvil, excepto para el campo FRAME_SOURCE en un Mensaje de Control de Opción de Servicio, mientras que ajusta el campo CONTROL_CODE (Tabla 40) del mensaje a un valor de 00000110' . • Si la estación base no puede reconocer los campos de la Instrucción de Control propuesta por la estación móvil, deberá emitir una instrucción de control que incluye los mismo valores para los campos diferentes (ver Tabla 39), propuestos por la estación móvil en un Mensaje de Control de Opción de Servicio, mientras que ajusta el campo CONTROL_CODE (Tabla 40) en el mensaje a un valor de ?00000101' .

Recuperación del contador Cuando la estación base recibe un Mensaje de Control de Opción de Servicio, con CTL_REC_TYPE en un rango de '00000101' - ?00001000', inclusive (los canales físicos correspondientes a FCH, DCCH, SCH0 ó SCH1) tal y como se mencionan en la Tabla 38, entonces en el tiempo de acción asociado con el mensaje, la estación base debe de responder con el Mensaje de Control de Opción de Servicio, que contiene su respuesta, tal como se ilustra en la Tabla 46 y la Tabla 48, respectivamente, para los Canales Fundicados y Suplementarios, correspondiente a los campos VECT_COUNTER_I D (ver Tabla 47 y Tabla 49) en el Mensaje de Control de Opción de Servicio recibido.

Procesamiento del Cuadro TDSO Para un canal FCH/DCCH que está configurado para utilizar cuadros de 5 ms, la opción de servicio deberá realizar el procesamiento de cuadro de transmisión para cuadros DCCH de 5 ms exactamente una vez cada cuadros de 5 ms del Tiempo de Sistema mientras que la opción de servicio está conectada en el_ canal FCH/DCCH distribuido de acuerdo con 0. Si se utilizan cuadros de 20 ms, la opción de servicio debe de realizar el procesamiento del cuadro de transmisión y recepción exactamente una vez cada cuadro de 20 ms del Tiempo del Sistema mientras que la opción de servicio está conectada en un canal físico distribuido de acuerdo con 0 y 0, respectivamente. Si se utilizan cuadros SCH de 40 ms (ó 80 ms ) la opción de servicios debe realizar el procesamiento del cuadro de ¦- transmisión y recepción exactamente una vez cada cuadro de 40 ms (ó 80 ms ) del Tiempo del Sistema mientras que la opción de servicio está conectada en el canal SCH distribuido de acuerdo con 0 y 0, respectivamente.

Procesamiento del cuadro de transmisión El procesamiento del cuadro de transmisión se refiere al procesamiento del cuadro del Canal de Tráfico Directo F-FCH/F-DCCH/F-SCH en la estación base o el procesamiento del cuadro de Canal de Tráfico Inverso R-FCH/R-DCCH/R-SCH en la estación móvil. El procesamiento del cuadro de transmisión consiste de lo siguiente: • Generación de bloques de datos · Abastecimiento de bloque de datos a la subcapa multiplex para la transmisión • Incremento de los contadores correspondientes La opción de servicio debe de generar los bloques de datos de acuerdo con 3.7. Para los cuadros de datos Fundicados (llevados por los canales FCH ó DCCH) , si la subcapa multiplex ha solicitado un bloque de datos en blanco, la opción de servicio debe abastecer un bloque de datos en blanco (bloque de datos que no contiene bits) a una subcapa multiplex. Si la subcapa multiplex ha solicitado un bloque de datos de x bits no en blanco, la opción de servicio deberá abastecer los primeros x bits del bloque de datos generado a la subcapa multiplex y descartar el resto del bloque de datos generado. Por el contrario, la opción de servicio deberá abastecer los bloques de datos generados a la subcapa multiplex, cada cuadro de canal físico. Para los cuadros de datos Suplementarios, si la subcapa multiplex ha solicitado un bloque de datos en blanco, o bloques de datos en blanco, la opción de servicio deberá abastecer un bloque de datos o bloques de datos que contienen cero bits a la subcapa multiplex. De lo contrario, la opción de servicio deberá suministrar los bloques de datos generados a la subcapa multiplex cada cuadro SCH. La opción de servicio debe de incrementar los contadores que se muestran en la Tabla 26 y 27, correspondientes al índice de los cuadros Fundicado y Suplementario generados y el comando recibido de la subcapa multiplex.

Tabla 26 Contadores para cuadros fundicados transmitidos Tabla 27 Contadores para cuadros suplementarios transmitidos ½ puede tomar los valores de 1, 2, 4, 8, 16, 18, 32, 36, 64 ó 72 dependiendo del índice de transmisión SCH conectado. El cuadro SCH consiste de uno o más bloques de datos del tipo de índice 1, índice 2, ó índice 3 determinado por la opción multiplex conectada.

Procesamiento de cuadro recibido El procesamiento de cuadro recibido se refiere al procesamiento del cuadro F-FCH/F-DCCH/F-SCH en la estación móvil, o el procesamiento del cuadro R-FCH/R-DCCH/R-SCH en la estación base. El procesamiento del cuadro de recepción consiste de lo siguiente: • Generación de bloque de datos • Aceptación de bloque de datos por parte de la subcapa multiplex • Comparación de los índices y contenidos de los bloques de datos comparables • Incremento de contadores correspondientes Para el procesamiento del Canal Fundicado: • La opción de servicio debe de generar un bloque de datos de acuerdo con 3.7. • La. opción de servicio debe aceptar un cuadro recibido y la clasificación de los MuxPDU(s) de la subcapa multiplex. • Si. la clasificación del MuxPDU recibido corresponde al índice de bloques de datos generado, la opción de servicio deberá comparar el contenido del bloque de datos generado con el contenido del, bloque de datos recibidos, y deberá determinar si son idénticos o no. • La opción de servicio debe incrementar el contador mostrado en la Tabla 28 (cuando se utiliza un MuxPDU del Tipo l)o • Tabla 29 (cuando se utiliza un MuxPDU del Tipo 2) correspondientes al índice de bloques de datos generados, la clasificación del MuxPDU. recibido, y el resultado, si lo hay de la comparación de los bloques de datos . Tabla 28 Actualizaciones del contador para cuadros fundicados recibidos cuando se utiliza el MuxPDU del Tipo 1 29 Actualizaciones del contador para cuadros fundicados recibidos cuando se utiliza el MuxPDU Tipo 2 Procesamiento para el Canal Suplementario: • La opción de servicio debe generar uno o más bloques de datos de acuerdo con 3.7 por cada cuadro SCH. • La opción de servicio debe de aceptar uno o más bloque de datos, junto con una clasificación de cada MuxPDU (ver [3]), de la subcapa multiplex en cada cuadro SCH, según lo indica la opción multiplex conectada . Si la clasificación del . MuxPDU recibido corresponde al índice del cuadro generado correspondiente, la opción de servicio deberá comparar el contenido del bloque de datos generado con el contenido de bloques de datos recibido, y deberá determinar si son idénticos o no. La opción de servicio debe incrementar el contador mostrado en la Tabla 31, correspondiente al índice del - cuadro generado, la clasificación del MuxPDU recibido, y el resultado, si lo hay, de la comparación de los dos cuadros. Estos contadores son empleados en los cálculos de, PER en los Canales Suplementarios. Si todos los bloques de datos recibidos dentro del intervalo del cuadro son idénticos a los bloques de datos generados localmente, el cuadro es declarado libre de error, y el contador de- cuadro correspondiente es incrementado para reflejar esto tal y como se muestra en la Tabla 32. De otro modo, el error del cuadro es anotado en el contador apropiado. Estos contadores son empleados en los cálculos FER en los Canales Suplementarios . Tabla 31 Actualizaciones del contador para PDUs recibidos en Canales Suplementarios """La categoría dentro del paréntesis es para el tráfico secundario.

Tabla 32 Actualizaciones del contador para cuadros recibidos en Canales Suplementarios 1N puede tomar los valores de 1, 2, 3, 4, 8, 16, 18, 32, 36, 64, ó 72 dependiendo del índice de transmisión SCH permitido. El cuadro SCH consiste de uno o más bloques de datos del tipo de índice 1, índice 2 ó índice 3 determinado por la opción multiplex conectada.

Procesamiento del cuadro transmitido para cuadros FCH/DCCH de 5 ms.

Requerimientos de la Estación Móvil Para el procesamiento de cuadros transmitidos R-FCH/DCCH de 5 ms de la estación móvil, el TDSO debe de solicitar una señalización de la Capa 3 para transmitir un SCRMM cuando el TDSO decide enviar un cuadro de 5 ms basado en la actividad del cuadro. Si el R-SCHO ya ha sido asignado, la estación móvil deberá ajustar los campos del SCRMM_REQ_BLOB de la manera siguiente: · Ajustar SR_ID al sr_id correspondiente al SO conectado • Ajustar PRE FERRED_RA E al índice R-SCHO conectado actualmente • El campo DURATION ajustado en ?1111' De otro modo, la estación móvil deberá de ajustar loa campos de los SCRMM_REQ_BLOB de la manera siguiente: • Ajustar SR_ID al sr_id correspondiente al SO conectado · Ajustar PREFERRED_RATE a cualquier índice R-SCHO • El campo DURATION ajustarlo a ?0000' La estación móvil cuenta y almacena el número de cuadros de 5 ms transmitidos o retransmitidos en los contadores (MUX1 REV FCH 5 ms, MUX2_REV_DCCH_5_ms, MUX2_REV_DCCH_5_ms y MUX2_REV_FCH_5_ms ) tal y como se especifica en [3] . Como el TDSO no tiene control sobre la sincronización de la Señalización de la Capa 3, la transmisión real de los mini mensajes puede ocurrir en un cuadro posterior.

Requerimiento de la Estación Base Para el procesamiento de cuadro de transmisión F-FCH/DCCH de 5 ms en la estación base, el TDSO deberá solicitar la Señalización de la Capa 3 para transmitir un FSCAMM cuando el TDSO decide enviar un cuadro de 5 ms basado en la actividad del cuadro. Si el F-SCHO ya ha sido asignado, la estación base deberá ajustar los campos del FSCAMM de la manera siguiente: • Ajustar FOR_SCH_ID a 0' • Ajustar el campo FOR_SCH_DURATION a ¾1111' • Ajustar SCCL_INDEX al Índice de la lista del Código del Canal Suplementario que corresponde a uno que se encuentra actualmente en uso por el canal F-SCHO.

De otro modo, la estación base debe de ajustar los campos del FSCAMM de la manera siguiente: • Ajustar el FOR_SCH_ID en ?0' • Ajustar el campo FO _SCH_DURATION en 0000' • Ajustar SCCL_INDEX en cualquier índice de la lista del Código del Canal Suplementario que corresponda al F-SCHO, si está disponible. Si no existe un índice de la lista del Código de Canal Suplementario que corresponda al F-SCHO, se debe ajustar el SCCL_INDEX, para cualquier valor, en cuyo caso la estación móvil ignora el campo SCCL_INDEX. La estación base debe contar el número de cuadros de 5 ms transmitidos o retransmitidos, lo cual incluye lo siguiente: • Cualquier cuadro de 5 ms que lleve un mini mensaje que sea iniciado por el TDSO · Cualquier cuadro de 5 ms que lleve un mini mensaje que no sea iniciado por el TDSO • Un cuadro de 5 ms retransmitido debido a la retransmisión LAC Generación del cuadro TDSO Se pueden transportar dos categorías diferentes de tráfico por el TDSO conectado: • Patrón de bytes que se puede seleccionar · Bits generados de manera pseudo-aleatoria En la capa física, el TDSO está configurado para generar por omisión (default) , el tráfico primario por los Canales Directo e Inverso Fundamentales utilizando el RC3. El modo de prueba por omisión (default) para la opción de servicio del TDSO es el patrón de bytes OxFF con una actividad del cuadro del 100%. Para cada cuadro FCH/DCCH de 20 ms , cuando el TDSO genera un cuadro TDSO, deberá generar un bloque de datos de índice 1. Por cada cuadro SCH, cuando el TDSO genera el cuadro TDSO, deberá generar uno o más bloques de datos de índice 1, índice 2, o índice 3 que sean aplicables al índice SCH conectado. El tamaño real de los bloques de datos transmitidos durante el cuadro TDSO depende del comando de la subcapa multiplex.

Patrón de byte que se puede seleccionar Cuando se utiliza este esquema, se utiliza un patrón de un solo byte para llenar el bloque de datos o bloques de datos que son pasados a la subcapa multiplex (hasta un número completo de octetos) durante cada intervalo de cuadro TDSO (20 ms , 40 ms , ó 80 ms ) . Cuando el TDSO prepara un cuadro TDSO para un canal de tráfico, deberá realizar lo siguiente: • Llenar un bloque de datos de índice 1, índice 2, o índice 3, el que sea aplicable, con un patrón de un solo byte hasta un número total de octetos. Proteger el bloque de datos con x0' bits para cualesquiera bits restantes que no estén llenados, (por ejemplo, un índice 1 de 171 bits tiene 21 octetos completos y 3 bits adicionales . Los bits adicionales restantes son llenados por bits 0') . • Reemplazar los primeros 5 bits del bloque de datos, por el encabezado que se ilustra en la Tabla 37. Esto ayuda al TDSO en el lado de recepción a clasificar los bloques de datos en una base por canal o por PDU.

Generación del número pseudoaleatorio Los generadores del número pseudoaleatorio son utilizados para la generación de cuadros. Estos generadores están asociados con un canal fisico particular (directo o inverso) y son inicializados en cada cuadro de sincronización. Los generadores de número pseudoaleatorios, son reiterados una o más veces por cada cuadro. Las reiteraciones de los generadores de número pseudoaleatorio son utilizados para la generación de bits de información, suficientes para llenar los dos cuadros de la capa física del índice máximo (por el RC configurado) . Los bits son almacenados en las memorias intermedias circulares. Las memorias intermedias son regeneradas con una nueva semilla del número de cuadro del Tiempo del Sistema asociado con un cuadro de sincronización cada 10.24 segundos . Para cada canal físico, el TDSO utiliza dos generadores de número pseudoaleatorio independientes . Un generador de número pseudoaleatorio está asociado con el Canal de Tráfico Directo, mientras que el otro está asociado con el Canal de Tráfico Inverso. Estos generadores de números pseudoaleatorios están sincronizados con sus contrapartes en el otro extremo del enlace, tal y como se muestra en la figura 1. Al momento de la sincronización, el generador de número pseudoaleatorio para el lado de transmisión es utilizado para generar la memoria intermedia circular que sirve como la fuente de datos para los bits empacados en bloques de datos en cada periodo del cuadro para el siguiente segmento de prueba (10.24 segundos) . El generador de número pseudoaleatorio del lado de recepción, emulando el proceso de generación de cuadros en el otro extremo del enlace, hace posible que la opción de servicio verifique si el bloque de datos es recibido libre de error. stación Base Estación Móvil F gura 1. Operación sincronizada de las memorias intermedias generadas de número pseudoaleatorio En el lado de transmisión, los bits de la memoria intermedia circular para un canal particular son empacados en los bloques de datos en serie, correspondientes a los uxPDUs disponibles, según sea determinado por la opción multiplex conectada. La opción multiplex indica el tamaño de bloque de datos o bloques de datos, que sea igual al número de bits que van a ser copiados de la memoria intermedia circular hasta el último octeto completo para formar un bloque o bloques de datos. Cualesquiera bits restantes hasta el tamaño de bloques de datos son llenados con ?0' bits. Para cada cuadro, la opción de servicio debe de copiar los bits de datos de la memoria intermedia circular, iniciando en un punto de referencia más una compensación, para llenar los bloques de datos. La referencia para el cuadro actual debe ser calculada de la manera siguiente: Si el cuadro actual es un cuadro de sincronización, el punto de referencia debe ser ajustado a cero; de otro modo, el punto de referencia debe ser ajustado al final del último byte que fue copiado en el cuadro anterior. La compensación, 0n, la cual es generada n cada cuadro, debe ser ajustada, a los 6 bits menos importantes del RNG/128 módulo B(n), en donde B(n) es el tamaño de la memoria intermedia y RNG es el generador de número aleatorio asociado con el canal físico (ver 0 para los tamaños de memoria intermedia] . Este proceso es sincronizado con su contraparte en el lado de recepción. El lado de recepción emula el proceso de generación de .cuadro en el otro extremo siguiendo el mismo proceso de construcción de un cuadro (el cual consiste de uno o más bloques de datos) de la memoria intermedia circular, cada vez de una compensación diferente. Dependiendo de la actividad del cuadro, o el TX_ON_PERIOD/TX_OFF_PERIOD, si el TDSO transmite el cuadro TDSO durante el cuadro actual, deberá realizar lo siguiente: Reemplazar los primeros 5 bits del bloque de datos generado por el encabezado ilustrado en la Tabla 37. Esto ayuda al TDSO en el lado de recepción a clasificar los bloques de datos en una base por canal o por PDU. • El TDSO debe pasar los bloques de datos generados a la subcapa multiplex. El TDSO debe abastecer los primeros x bits del bloque de datos a la subcapa multiplex si este solicita un bloque de , datos de x bit, en donde x puede ser más pequeño que el número de bits en un bloque de datos de índice 1. . De otro modo, el TDSO deberá descartar el bloque de datos generado durante este cuadro. L.a opción de servicio debe almacenar la condición de todos los generadores de número pseudoaleatorio del Canal de Tráfico Directo, FRNG, y esta condición de los generadores de número pseudoaleatorio del Canal de Tráfico Inverso, RRNG .

Inicial i z ación Antes de la generación del cuadro para cada cuadro de sincronización del Canal de , Tráfico Directo, la opción de servicio deberá inicializar el generador de número pseudoaleatorio del Canal de. Tráfico Directo de la manera siguiente: { a = 16807 ' - m = 2147483647 FRNG = Tiempo del Sistema en cuadros del cuadro de sincronización directa FRNG = (FRNG " 0x2AAAAAAA) & 0x7 FFFFFFF FRNG = (FRNG * a) mod m FRNG = (FRNG * a) mod m FRNG = (FRNG * a) mod m FRNG = . ( FRNG * a) mod m } Antes de la generación del cuadro por cada cuadro de sincronización de Canal de Tráfico Inverso, la opción de servicio deberá inicializar el generador de un número pseudoaleatorio del Canal de Tráfico Inverso de la manera siguiente: { t a = 16807 m = 2147483647 RRNG = Tiempo del Sistema en cuadros en el cuadro de sincronización inverso . RRNG = (RRNG " 0x55555555) & 0x7 FFFFFFF RRNG = (RRNG * a) mod m RRNG = (RRNG * aj mod m RRNG = (RRNG * a) mod m RRNG = (RRNG * a) mod m } Producción del Número Siempre que se requiera un número pseudoaleatorio para el procesamiento del cuadro de Canal de Tráfico Directo, la opción de servicio debe de utilizar el valor actual del FRNG como el número pseudoaleatorio y luego deberá actualizar el ÍTRNG de la manera siguiente: { a = 16807 m = 2147483647 FRNG = ( FRNG * a) mod m } Siempre que se requiera un número pseudoaleatorio para el procesamiento del cuadro de Canal de Tráfico Inverso, la opción de servicio deberá utilizar el valor actual del RRNG como el número pseudoaleatorio y entonces deberá actualizar el RRNG de la manera siguiente: { ' a = 16807 m = 2147483647 RRNG = (RRNG * a)' mod m } Número aleatorio de 24 bits Los generadores de número pseudoaleatorio que son utilizados para llenar las memorias intermedias circulares (ver Sección 0 para mayor información) para determinar las transiciones entre las dos condiciones del TDSO para el cálculo de la actividad del cuadro (ver. Sección 0 para mayor información) , y para seleccionar la compensación de byte de 6 bits de la memoria intermedia circular (ver Sección 0 para mayor información) cada periodo de cuadro, todos tendrán la siguiente relación lineal congruente: Xn = a x xn _ i mod m, en donde : · a = 75 = 16807 • m = 231 - 1 = 2147483647 • xn-i y Xn son las salidas sucesivas del generador, y son enteros de 31 bits Sin embargo, debido a las mejores propiedades de aleatoriedad de los 24 bits más importantes dentro del número de 31 bits y para facilidad de uso, especialmente para la construcción de memorias intermedias circulares, (el número de 31 bits no está alineado en el octeto) , solamente los 24 bits más importantes de estos números son utilizados en todo el proceso. Es decir, el número de 24 bits = número de 31 bits PN »7 ¦ - i Tamaños de memoria intermedia circular Los tamaños de las memorias intermedias requeridas para la generación de los cuadros de tráficos Suplementarios y Fundicados (por cada Canal Suplementario), para diferentes configuraciones radio (RCs), en los enlaces directo/inverso indican en la Tabla 32, la Tabla 33, y Tabla 34. Por razones de conveniencia, los tamaños de la memoria intermedia están basados en el número máximo de bits pasados por la subcapa multiplex a la capa física por cada período del cuadro ( 5 ms , 20 ms , 40 ms, ó 80 ms ) dependiendo de la configuración de radio. TABLA 32 Tamaños de memoria intermedia circular necesarios para generar los cuadros de datos para el canal fundicado Tabla 34 Tamaños de memoria intermedia circular necesarios para generar cuadros de datos de Canal directo Suplementario Los generadores de número pseudoaleatorio utilizados para llenar las memorias intermedias circulares tienen la siguiente relación lineal congruente: Xn = a x xn - 1 mod m, en donde : ¦ · a = 75 = 16807 • m = 231 - 1 = 2147483647 • xn-i y xn son las salidas sucesivas del generador, y son enteros de 31 bits Generación de bits de información Por cada cuadro de Canal de Tráfico Directo o Inverso, el TDSO reitera el generador de número pseudoaleatorio asociado para el Canal Físico (FCH/DCCH ó SCH) una o más veces, tal como se específica en las siguientes subsecciones . Por cada cuadro de sincronización, la opción de servicio deberá iniciar la memoria intermedia circular. Sin embargo, para facilidad de implementación, el número real de bits aleatorios en úna memoria intermedia circular que es generado para una configuración de radio, es redondeado a un número de bits alineado en octetos, determinado exactamente por el número mínimo de reiteraciones conducidas en el generador de número pseudoaleatorio asociado para lograr el tamaño de la memoria intermedia determinado. Para generar una memoria intermedia circular en cualquier índice R(n) : • La opción de servicio debe generar un total de números pseudoaleatorios NUM_RAND (tal y como se muestra en la Tabla 35) correspondientes al tamaño real de la memoria intermedia circular B (n) . • Cada número de 24 bits y n (k), 1 < k < NUM_RAND, deberá ser reorganizado y almacenado en un orden poco endiano, tal y como se muestra en la figura 2.

El número reorganizado yn (k) tiene el byte menos importante de yn(k) en la posición del byte más importante y viceversa .

Figura 2. Reorganización de yn (k) para generar ynLI5(k) Por ejemplo, la memoria intermedia circular de 45 bytes (generada para acomodar un tamaño de memoria intermedia necesario de 344 bits) comprenderá del ynLE (1) al ynLE (15) de la manera siguiente: .Yn18 (1) . YnLE (2), .ynLE (3) ynLE (15) T Tabla 35 Procedimiento para generar memorias intermedias circulares por omisión (default) para canales RC>2 ¦ La generación de bits de información para una memoria intermedia circular de N-cuadros sigue el mismo método y principios que se describieron para el caso de la memoria intermedia circular de 2 cuadros .

Actividad del cuadro. Si se utilizan cuadros FCH/DCCH de 5 ms, el TDSO deberá decidir si solicita o no, la Señalización de la .Capa 3 para enviar un mini mensaje por cada periodo de cuadro de 5 ms basado en la actividad del cuadro. De otro modo, el TDSO pasa los bits de información a la subcapa multiplex de acuerdo con Una cierta actividad del cuadro de ENCENDIDO/APAGADO . Por cada periodo del cuadro (20 ms , 40 ms ó 80 ms) en un canal físico particular, el TDSO deberá elegir pasar los bloques de datos correspondientes a un cuadro de índice total en ese canal, o pasar un bloque de datos en blanco a la subcapa multiplex. El TDSO deberá soportar dos ésquemas diferentes para pasar los datos a la subcapa multiplex, de la manera siguiente: Actividad determinante del cuadro Este, esquema es regido por los valores del TX_ON_PERIOD y TX_OFF_PERIOD indicados en el Mensaj e de Control de Opción de Servicio . Los campos representan (en unidades de 5 ms, 20 ms, 40 ms , ó 80 ms , dependiendo de la configuración del canal físico objetivo) el patrón para pasar datos a la subcapa multiplex. Si el canal es un canal FCH/DCCH configurado para usar cuadros de 5 ms , el TDSO deberá: • Solicitar la Señalización de Capa 3 para enviar uri . FSCAMM en la ..estación base (o un SCRMM en la estación móvil) cada 5 ms, por una duración de TX_0N_PERI0D . · No solicitar un FSCAMM . en la estación base (o un SCRMM en la estación móvil) cada 5 ms, para una duración de TX_OFF_PERIOD . De otro modo, el TDSO deberá: · Pasar bloques de datos a la subcapa multiplex por una duración de TX_ON_PERIOD . • Enviar bloques de datos en blanco para • ' ¦,_ una duración de TX OFF PERIOD..

- El ciclo ENCENDI DO/APAGADO se inicia en el cuadro de sincronización y termina en el último cuadro antes del siguiente cuadro de sincronización para dicho canal.

Aleatoriedad con una actividad de cuadro y longitud de ráfaga especificadas Este segundo esquema es más aleatorio. Su meta es lograr un promedio de largo plazo de una actividad del cuadro especificado (D) y una 'longitud de ráfaga especificada (B), la cual es definida como el promedio de periodos "Encendidos" consecutivos, para un canal. Esta meta se logra modelando las' condiciones de APAGADO/ENCENDIDO por medio de una cadena Markov de dos condiciones de primer orden con probabilidades de transición p y q, tal y como se indica en la figura 3. Los valores de p y q son especificados en el campo ON_TO_OFF_PROB y en el campo" OFF_TO_ON_PROB respectivamente, en la instrucción de control de la estación base utilizando el Mensaje de Control de Opción de Servicio {ver Tabla 39) . El valor de D puede ser calculado basado en p y q de la manera siguiente : D = q/'(p+q) , en donde p es una probabilidad de transición de la condición "Encendida" a la condición "Apagada", y q es la probabilidad de transición de la condición de "Apagado" a la condición "Encendido". El periodo promedio de "Encendido" consecutivo en unidades de cuadros, B, puede calcularse de la manera siguiente: í B = i/p Los procedimientos para el cálculo de p y q basados^ en algunos D y B deseados se explican en el Anexo H.

Figura 3. Cadena arkov de dos condiciones , que representan -transiciones de ENCENDIDO/APAGADO para el TDSO Se utiliza un número pseudoaleatorio de 2< bits para operar las transiciones entre do; condiciones del TDSO cada periodo de cuadro (5 ms; 20 ms, 40 ms , y 80 ms) . Para todos los canale: físicos basados en la longitud de cuadro de 20 ms , el TDSO utiliza el mismo generador de número PN, reiterando cada 20 ms para calcular las transiciones. Si los Canales Suplementarios que están operando están configurados para 40 ms ó 80 ms, un segundo generador del número PN que hace reiteraciones cada 4 0 ms ó 80 ms, respectivamente, es utilizado para derivar la condición del TDSO para los Canales Suplementarios. El generador PN para los canales con longitud de cuadro de 5 ms, 2 0 ms deberá ser inicializado en el momento del primer cuadro de sincronización después de que el TDSO es inicializado en el tiempo de acción que está asociado con el Mensaje de Conexión de Servicio. Para longitudes de cuadro de 40 ms ó 80 ms, el generador de número PN asociado deberá ser inicializado en el tiempo del primer cuadro de sincronización después de que el TDSO es inicializado en el Canal Suplementario, en el tiempo de acción asociado con el ÜHD , ESCAM, FSCAMM, o * RSCAM . Cuando es inicializado, la condición de la cadena Markov deberá ser ajustada a la condición "Apagada". Normalmente, la condición de los generadores PN es mantenida por toda la duración de la llamada sin reinicialización alguna en los cuadros de sincronización. Sin embargo, los generadores PN son reinicializados si se ha completado una instalación permanente de CDMA_CD A . En el último caso, la reinicialización ocurre en el primer cuadro de sincronización posterior al mensaje de terminación de instalación. Cuando es reinicializada, la condición de la cadena Markov deberá ser ajustada a la condición "Apagada". La sección 0 describe la forma en que se deriva un número PN de 24 bits. El método que es seguido para seleccionar la condición del TDSO (ENCENDIDO o APAGADO) durante el periodo del cuadro se muestra en la figura 4.

Figura 4. Gráfica de flujo que ilustra las -transiciones de condición del TDSO para un promedio de actividad del cuadro D y B, del periodo "Encendido" en unidades de cuadros .

Encábezados y formatos del bloque de datos "Con el objeto de separar el cálculo de FER en una base por canal físico, una ID del Canal debe marcar cada uno de los bloques de datos que son abastecidos a la subcapa multiplex durante cada intervalo, del cuadro. También, se necesita un número de consecuencia para ayudar a comparar los PDÜs múltiples que llevan los bloques de datos individuales recibidos en una capa física SDU con un cuadro generado localmente . Los primeros 5 bits de cada bloque de datos generados son reemplazados por el encabezado tal y como se muestra en la Tabla 37 para los canales FCH/DCCH y para los PDUs SCH Multiplex.

Tabla 37 Formato del bloque de Datos Tabla 37 Códigos del tipo de CHANNELJD Formatos de mensaje Mensaje de Control de Opción de Servicio Si la estación base o la estación móvil envía un Mensaje de Control de Opción de Servicio, deberá ajustar el campo CTL_ REC_TYPE al valor mostrado en la Tabla 38 correspondiente a la instrucción deseada.

Tabla 38 Códigos CTL_REC_TYPE Coritrol -Cuando la estación móvil envía un Mensaje de Control de Opción de Servicio para proponer una acción de control, o la estación base envía un Mensaje de Control de Opción de Servicio para invocar una acción de control en una estación móvil, deberá incluir los campos específicos del tipo tal y como se especifican en la Tabla 39.

Tabla 39 Campos específicos del tipo del Mensaje de Control de Opción de Servicio Longitud Campo (bits) Definición NUM_CIRC_BUF_FRAME 0 Ó 8 Número de cuadros de índice total en el campo de memoria intermedia circular. La estación móvil o la estación base deberán ajustar este campo para indicar el tamaño deseado de los cuadros de la memoria intermedia circular. Este campo está presente solamente si el campo FRAME_SOURCE está ajustado a '01'. Si la instrucción de control es una propuesta de la estación móvil y la estación base no puede soportar el tamaño propuesto de la memoria intermedia, la estación base deberá ajustar este campo al número máximo de cuadros que puede soportar durante esa llamada para dicho canal. ON_TO_ _OFF_PROB 0 ó 8 Campo de probabilidad de transición de condición "Encendido" a condición "Apagado". Este cuadro está presente solamente si el campo FRA E_ACTIVITY tiene un valor de 1. La estación base o la estación móvil deberán ajustar este campo al ROUND (Probabilidad deseada de transición de condición de "Encendido" a "Apagado" * 100). El rango válido para este campo es entre '00000000' y "01100100'. ON_TO. _ON_PROB 0 ó 8 Campo de probabilidad de transición de condición de "Apagado" a "Encendido". Este cuadro está presente solamente si el campo FRA E_ACTIVITY tiene un valor de 1. La estación base o la estación móvil deberán ajustar este campo al ROUND (Probabilidad deseada de transición de condición "Apagado" a "Encendido" * 100). El rango válido para este campo es entre '00000000' y "01100100'. TX_ON_ 0 6 8 Transmisión en el campo del período. Este cuadro solamente está presente si el campo FRAME_ACTIVITY tiene un valor de 0. La estación base o la estación móvil deben ajustar este campo al número deseado de período de cuadro adyacente (20 ms, 40 ms, ó 80 ms). El TDSO debe abastecer cuadros de datos que no son en blanco a la subcapa multiplex antes de pasar los cuadros en blanco para el número de períodos de cuadro indicado por el campo TX_OFF_PERIOD.

Tabla 40 Códigos CONTROL_CODE Tabla 41 Códigos DATA_SÓURCE Tabla 42 Códigos FRAM E_ACTIVITY Tabla 43 Códigos CHANNEL_DIRECTION Tabla 44 Códigos FRA E_SOURCE Tabla 45 Códigos TESTJDPTIONS Recuperación del contador Cuando la estación base o la estación móvil envía un Mensaje de Control de Opción de Servicio para recuperar los valores del contador del otro extremo por cualquiera de los canales Fundicados (FCH/DCCH), deberá incluir los campos específicos del tipo según se especifican en la Tabla 46.

Tabla 46 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio utilizado para la recuperación del contador en el canal FCH/DCCH Tabla 47 códigos de VECT_COUNTER_ID para los canales FCH/DCCH Cuando la estación base o la estación móvil envía un Mensaje de Control de Opción de Servicio para recuperar los valores del contador del otro extremo de los canales SCH, deberá incluir los campos específicos del tipo, tal y como se especifican en la Tabla 48. Tabla 48 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio utilizados para la recuperación del contador desde la estación móvil para los canales SCH Tabla 49 Códigos VECT_COUNTER_ID para Canales SCHs Respuestas del contador en los canales fundicados Respuesta de los contadores FER Cuando la estación móvil o la estación base envían respuesta a los contadores FER para los canales FCH ó DCCH, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de Opción de Servicio: Tabla 50 Campos específicos del tipo en un Mensaje de Control de Opción de Servicios correspondiente a la Respuesta de los Contadores FER en los canales FCH/DCCH Respuesta Recibida Esperada de los Contadores Cuando la estación móvil o la estación base envía una Respuesta Recibida Esperada de los Contadores, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de Opción de Servicio: Tabla 51 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondiente a la Respuesta Esperada Recibida en los Canales FCH/DCCH El contador no se ha llegado a , incrementar para la Opción últiplex 2. 2E1 contador no se llega a incrementar para la Opción Múltiplex 2.

Respuesta Transmitida de los Contadores Cuando la estación móvil o la estación base envía una Respuesta Transmitida de los Contadores, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de Opción de Servicio : Campo Longitud (bits) Definición TDSO. _E1_ J1 Contador para cuadros de Índice 1 transmitidos sin dim-y-ráfaga o en-blanco-y-ráfaga debido a que el bloque de datos generado era de índice 1. La estación móvil deberá ajustar este campo al valor 24 de TDSO_E1_T1 almacenado en la RFCH_BUFFER ó RDCCH_BUFFER, módulo 22\ La estación base deberá ajustar este campo al valor de TDSO_E1_T1 almacenado en la FFCH_BUFFER ó FDCCH_BUFFER, módulo 224 TDSO. .E1. JD 24 Contador para el número de cuadros dim-y-ráfaga transmitidos, debido a que el bloque de datos generado era de índice 1. La estación móvil deberá ajustar este campo al valor de TDSO_E1_TD almacenado en la RFCH_BUFFER ó RDCCH_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor de TDSO_E1_TD almacenado en la FFCH_BUFFER ó FDCCH_BUFFER, módulo 224.

TDSO_ JB 24 Contador para el número de cuadros en blanco-y- ráfaga transmitidos, debido a que el bloque de datos generado era de índice 1. La estación móvil deberá ajustar este campo al valor de TDSO_E1_TB almacenado en la RFCH_BUFFER ó RDCCH_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor del TDSO_E1_TB almacenado en la FFCH_BUFFER ó FDCCH_BUFFER, módulo 224.

TDSO. .EB. 24 Contador para el número de cuadros en blanco-y- ráfaga transmitidos, debido a que el bloque de datos generado estaba en blanco. La estación móvil deberá ajustar este campo al valor de TDSO_EB_TB almacenado en la RFCH_BUFFER ó RDCCHJ3UFFER, módulo 224. La estación base deberá ajustar este campo al valor de TDSO_EB_TB almacenado en la FFCH_BUFFER ó FDCCH_BUFFER, módulo 224' Respuesta de los Contadores Transmitida en un Cuadro de 5 ms Cuando la estación móvil envía una Respuesta de los Contadores Transmitida en un Cuadro de 5 ms , deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de la Opción de Servicio: Tabla 53 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondiente a la Respuesta de los Contadores de los cuadros de 5ms Transmitidos en los canales FCH/DCCH Respuesta Recibida de los Contadores en un Cuadro de 5 ms Cuando la estación móvil envía la Respuesta Recibida de los Contadores en un Cuadro de 5 ms, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de la Opción de Servicio : Tabla 54 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondiente a una Respuesta de los Contadores de Cuadros de 5 ms Recibidos en los canales FCH/DCCH Respuesta del Contador en los Canales Suplementarios Respuesta de los Contadores FER Cuando la estación móvil o la estación base envía una Respuesta a los Contadores FER, deberá incluir los siguientes campos específicos 'del tipo en el Mensaje de Control de Opción de Servicio: Tabla 55 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondientes a la Respuesta de los Contadores FER en los canales SCH.

Respuesta de Contadores PER Cuando la estación móvil o la estación base envía la Respuesta a los Contadores PER, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de Opción de Servicio: Tabla 56 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondientes a la Respuesta de los Contadores PER en los canales SCH.

Campo Longitud (bits) Definición TDSO. _E3. _R3 24 Contador para cuadros del Indice 3 recibidos libres de error. La estación móvil deberá ajustar este campo al valor del TDSO_E3_R3 almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor del TDSO_E3_R3 almacenado en la RSCH0_BUFFER ó RSCH1 , módulo 224. TDSO. _E3_ .RERR 24 Contador para cuadros de Indice 3 recibidos con error detectados por el TDSO. La estación móvil deberá ajustar este campo al valor del TDSO E3 RERR almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor del TDSO_E3_RERR almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224, TDSO. _E3. .RE 24 Contador para cuadros de Indice 3 esperados recibidos como borrados. La estación móvil debe ajustar este campo al valor del TDSO_E3_RE almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base debe ajustar este campo al valor del TDSO E3_RE almacenado en la RSCHO BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E2. _R2 24 Contador para cuadros de Indice 2 recibidos libres de error. La estación móvil debe ajustar este campo al valor del TDSO_E2_R2 almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base debe ajustar este campo al valor del TDSO_E2_R2 almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E2. .RERR 24 Contador de cuadros de índice 2 recibidos con errores detectados por el TDSO. La estación móvil debe ajustar este campo al valor del TDSO E2_RERR almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224 La estación base debe ajustar este campo al valor del TDSO_E2_RERR almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224.

Campo Longitud (bits) Definición TDSO. _E2_RE 24 Contador para cuadros de Indice esperados recibidos como borrados. La estación móvil deberá ajustar este campo al valor del TDSO_E2_RE almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor del TDSO_E2_RE almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E1a_R1a 24 Contador para cuadros de índice 1 a recibidos libres de error. La estación móvil deberá ajustar este campo al valor del TDSO_E1 a_R1a almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base deberá ajustar este campo al valor del TDSO_E1a_R1a almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E1a_RERR 24 Contador para cuadros de índice 1a recibidos con errores detectados por el TDSO. La estación móvil debe ajustar este campo al valor del TDSO_E1a_RERR almacenado en la FSCHO_BUFFER ó FSCH1JBUFFER, módulo 224. La estación base debe ajustar este campo al valor del TDSO_E1a_RERR almacenado en la RSCH0_BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E1a_RE 24 Contador para cuadros de índice 1a esperados recibidos como borrados. La estación móvil debe ajustar este campo al valor del TDSO_E1a_RE almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224. La estación base debe ajustar este campo al valor del TDSO_E1a_RE almacenado en la RSCHO_BUFFER ó RSCH1_BUFFER, módulo 224. TDSO. _E1 b_R1 b 24 Contador para cuadros del índice 1a esperados recibidos como borrados. La estación móvil debe ajustar este campo al valor del TDSO_E1b_R1b almacenado en la FSCH0_BUFFER ó FSCH1_BUFFER, módulo 224 La estación base debe ajustar este campo al valor del TDSO_E1b_R1 b almacenado en la RSCHO_BUFFER ó RSCH1_BUFFER, módulo 224.

Respuesta de Contadores Transmitidos ' 5f - Cuando la estación móvil o rla estación base envía una Respuesta de Contadores Transmitidos, deberá incluir los siguientes campos específicos del tipo en el Mensaje de Control de Opción de Servicio : 1 Tabla 57 Campos específicos del tipo en un Mensaje de Control de Opción de Servicio correspondientes a la respuesta de los Contadores Transmitidos en canales SCH Ejemplos de Flujo de Llamada TDSO (para un sistema que opera en una modalidad MC-41) Este anexo contiene ejemplos de los flujos de llamadas TDSO utilizando la negociación de servicio . Las figuras del 5 al 7 utilizan la siguiente convención : · Todos los mensajes son recibidos sin error • Los acuses de recibo no son mostrados.

Estación Móvil Estación Base Detecta una llamada del usuario. Envía un Mensaje de Origen r-sch Prepara los Canales de Tráfico especificando la opción del Fundicados. servicio del TDSO. Inicia el envío de datos nulos del Canal de Tráfico. Prepara el Canal de Tráfico f-csch Envía un Mensjae de Fundicado. Asignación de Canal Extendido. Recibe cuadros válidos consecutivos de N5m. Inicia el envío del preámbulo del r-dtch Adquiere el Canal de Tráfico Canal de Tráfico. Inverso Fundicado. Inicia la transmisión de los datos f-dsch Envía la Orden de Acuse de nulos del Canal de Tráfico. Recibo de la estación base. < Negociación de Servicio r/f-dsch < f-dsch Envía el Mensaje de Conexión de Servicio. Envía el Mensaje de Terminación r-dsch de Conexión de Servicio. (Continúa en la página (Continúa en la página siguiente) siguiente) Figura 5 Ejemplo del origen de la estación móvil con la transmisión por el canal DCCH/FCH (parte 1 de 2) Estación Móvil Estación Base dsch/dtch Conecta e inicializa la opción de Se ingresa la Subcondición de servicio del TDSO siguiendo el Conversación, y se conecta la tiempo de acción especificado en opción de servicio TDSO en el el Mensaje de Conexión de tiempo de acción especificado Servicio. en el Mensaje de Conexión de Servicio. Se generan marcos de índice 1 (por omisión (default) todos de 1s) desde el momento de la conexión de la opción de servicio al marco anterior al primer marco de sincronización, en el primer marco de sincronización, se vuelve a sincronizar el TDSO. Envía el mensaje de solicitud r-dsch de Canal Suplementario y continúa transmitiendo por el Canal de Tráfico Inverso. f-dsch/dtch Distribuye Canales Suplementarios a través de ESCAM, FSCAMM, RSCAMM ó Conecta el TDSO en el dsch/dtch Conecta e inicializa la opción de momento de acción servicio del TDSO siguiendo el especificado en el mensaje de tiempo de acción especificado en distribución SCH. Genera el FSCAMM, RSCAMM ó UHDM. marcos de índice 1 (por Continúa la transmisión en los omisión (default) todos 1s) Canales Directos Fundicados. desde el momento de la conexión de la opción de servicio hasta el marco anterior al primer marco de sincronización. En el primer marco de sincronización se vuelve a sincronizar el TDSO. Continúa transmitiendo por los Canales Inversos Fundicados. (Tráfico TDSO) (Tráfico TDSO) Figura 6 Ejemplo de origen de la estación móvil con -transmisión por los canales DCCH/FCH/SCH (par-te 2 de 2) Estación Móvil Estación Base Activa la Llamada del TDSO (Activa la Llamada del TDSO) f-dsch/dtch Envia un Mensaje de Control de Opción de Servicio especificando un tipo nuevo del puente de datos y/o actividad de marco de transmisión en el Canal Suplementario.

Envía un acuse de recibo r-dsch-dtch Acepta los campos nuevos Inicia el procesamiento Inicia el procesamiento del tráfico utilizando una fuente de datos TDSO utilizando la fuente de datos nueva y/o actividad del marco nueva y/o actividad del marco del especificada en el Mensaje de siguiente marco de sincronización Control de Servicio del en el Canal Suplementario. Continúa siguiente marco de usando la misma configuración del sincronización en el Canal TDSO en el canal Fundicado Suplementario especificado. Continúa usando la misma configuración TDSO en los canales Fundicados. (Tráfico TDSO) (Tráfico TDSO) Figura 7. La estación base comandó el cambio de parámetros de prueba Sin texto Ejemplos de la operación del TDSO Escenario B.l A del TDSO Este anexo proporciona dos ejemplos de escenarios de prueba del TDSO. Supongamos lo siguiente : • El TDSO está configurado para llevar tráfico primario por el canal FCH, tanto en las direcciones directa como inversa, y el canal SCHO solamente en la dirección directa . La estación móvil y la estación base están configuradas para soportar la configuración RC3 para la preparación de la prueba . El TDSO está pasando los bloques de datos generados de manera pseudoaleatoria a la subcapa mux por la Opción Múltiplex de 0x01 en el canal FCH (es decir, un bloque de datos MuxPDU del tipo 1 puede ser pasado a la subcapa múltiplex cada 20 ms ) . El SCHO está configurado para una longitud de cuadro de 20 ms , y ha sido distribuido para soportar 19.2 kbps, y lleva los bits de datos ps eudoaleatorios generados por el TDSO por la Opción Múltiplex de formato 0x809 (es decir, los bloques de datos MuxPDU del tipo 3 con dos tamaños sencillos pueden ser abastecidos a la subcapa múltiplex cada 20 ms) . • p es igual a 0.7 y q es igual a 0.3. entonces, D= q/(p+q)=0.3, B= l/p=1.4, OFF_THRESHOLD=ROUND (16777215 * P) 11744051 y ON_THRESHOLD =ROUND ( 16777215 * q) = 5033164. • La opción TDSO ha estado operando por algún tiempo y, en el primer cuadro de sincronización después de que el TDSO fue inicializado (correspondiente al tipo de acción asociado con el Mensaje de Conexión de Servicio) . El 31_BIT_PN_NU . El cual suministra el 24_BIT_PIN_NUM para operar las transiciones TDSO_STATE (ver 0), fue inicializado y reiterado, tal y como se ilustra en la figura 4, una vez después de cada periodo de cuadro. Supongamos que el 31_BIT_PN_NUM tiene un valor actual igual a 0x682dff0c, y la cadena Markov actual se encuentra la condición "APAGADA" B.2 Proceso del TDSO del Canal Fundamental Supongamos que se encuentra en esta modalidad manifestada y el TDSO está a punto de transmitir un número de cuadro 0xab89efad por el Canal de Tráfico Directo Fundamental (F-FCH) a una estación móvil con los 32 bits menos importantes del ocultador público de código largo (PLCM) igual a 0x9F000307. Como los 9 bits menos importantes de (0xab89efad xor 0x2aaaaaaa) igual a 0x107, y los 9 bits menos importantes del PLCM son 0x0107, es tiempo para volver a sincronizar el proceso F-FCH TDSO. El generador de número pseudoaleatorio asociado con el canal F-FCH, es inicializado con F-FRNG (FRNG para el Canal Directo Fundamental) ajustado igual a los 31 bits menos importantes de {0xab89efad ó 0x2aaaaaaa) = 0x01234507 de la manera siguiente (ver 0) : 01234507 (F-FRNG: valor inicial para el cuadro de sincronización) 3288cf26 (F-FRNG: Ia reiteración) 33d7elb5 (F-FRNG: 2a reiteración) 22234caa (F-FRNG: 3a reiteración) 3b7e3e68 (F-FRNG: 4a reiteración) Después de la reinicialización de la opción de servicio TDSO del Canal de Tráfico Directo Fundamental, se computarían yn ( 1 ) = FRNG/128 = 0x3b7e3e68/128 = 0x76fc7c. Los 6 bits menos importantes de yn ( 1 ) , On, son iguales a 0x3c ó 60.

On mod B(n) (ver Tabla 35) para los valores de B(n), para RC3 B(n) = 45) determina la compensación de bytes en la memoria intermedia circular (en donde se puede empezar a copiar los bits de datos en bloques para la subcapa múltiplex) . Para el cuadro de sincronización, la compensación es tomada con respecto al primer byte generado en la memoria intermedia circular; mientras sirven como referencia, los cuadros de tiempo del sistema subsecuente, la siguiente dirección de bytes junto a los bytes empacados al final del cuadro anterior. El TDSO siempre avanza este señalador en la memoria intermedia circular de acuerdo con el valor de On, independientemente de si cualesquiera bytes de datos fueron realmente pasados a la subcapa múltiplex durante ese periodo del cuadro determinado por el valor de 24_BIT_PN_NUM. Para el F-FCH, el TDSO genera 45 bytes a través de reiteraciones del número aleatorio. Estos bytes se unen, iniciando con el mismo número de 24 bits que fue utilizado para determinar la compensación . F-FRNG = 0x3b7e3e68, yn ( 1 ) = 0x76fc7c F- FRNG = 0x5d333c5b, Yn (2) = 0xba6678 F- FRNG = 0x4ebfaa2a, Yn (3) = 0x9d7f54 F- FRNG = 0x093cd3ca, Yn [4)' = 0xl279a7 F- FRNG = 0x78747782, Yn (5) = 0xf0e8ef F- FRNG = 0x26523596, Yn (6) = 0x4ca46b F- FRNG = 0x5f 3cle81, Yn [7) = 0xbe783d F- FRNG = 0x63f6d7ff , Yn C8) = 0xc7edaf F- FRNG = 0x62ded99e, Yn (9) = 0xc5bdb3 F- FRNG = 0xl4al46c8, Yn (10) = 0x29428d F- FRNG 0x682dff0c, Yn (11) = 0xd05bfe F- FRNG = 0x23c3a243, Yn (12) = 0x478744 F- FRNG = OxOOdlefOd, Yn (13) = 0x01a3de F- FRNG = 0x56a53ee6, Yn (14) = 0xad4a7d F- FRNG = 0x7ac49a7a, Yn ?5) = 0xf58934 Cada número de 24 bits yn ( k ) es escrito en la memoria intermedia del cuadro en la modalidad poco endiana. De modo que 0x76fc7c llega ser la corriente de bits 0x7c Oxfc 0x76. La versión poco endiana del siguiente número de 24 bits, que es 0xba6678, se escribe inmediatamente después del primer número en la memoria intermedia circular para ser usada para generar bloques de datos para el F-FCH para los siguientes 512 cuadros y por lo tanto se organiza de la manera siguiente: ?7c fe 76 78 66 ba 54 7f 9d a7 79 12 ef e8 fO 6b a4 4c 3d 78 be af ed c7 b3 bd c5 8d 42 29 fe 5b dO 44 87 47 de a3 01 7d 4a ad 34 89 f5-» Siguiendo el procedimiento señalado en la figura 4, el generador nuevo de número pseudoaleatorio es de la manera siguiente. Suponiendo que el valor actual del generador PN para el modelo de la condición TDSO es 0x682dff0c: 31_BIT_PN_NUM = (0x682dff0c * a) mod m = 0x23c3a243. 24_BIT_PN_NU = 31_BIT_PN_NUM>> 7 = 0x478744 = 4687684 Como el valor de 24_BIT_PN_NUM es menor que el ON_THRESHOLD , el T D S O_S TATE se ENCIENDE, y por lo tanto, el TDSO deberá pasar un cuadro de índice 1 a la subeapa múltiplex durante el periodo de cuadro actual. La compensación inicial para el primer cuadro en el segmento de 512 cuadros es proporcionada por On mod B (n) , el cual en este caso, es 60 mod 45 = 15. Por lo tanto, el TDSO generará un cuadro de índice 1 (171 bits) que puede ser abastecido a la subeapa múltiplex. El cuadro comprenderá 21 octetos de la memoria intermedia circular comenzando con la compensación del 15o byte en la memoria intermedia circular seguida por 3 bits cero, tal y como se muestra: 6b a4 4c 3d 78 be af ed c7 b3 bd c5 8d 42 29 fe 5b dO 44 87 47 ?000' Como este cuadro va a ser llevado por el canal fundamental, los primeros 5 bits del primero octeto son reemplazados por ?00000', el código CHANNEL_ID y PDU_SEQ_NU para el FCH como se muestra en la Tabla 37, por lo tanto, el bloque de datos final pasado a la subcapa múltiplex es el siguiente : 03 a4 4c 3d 78 be af ed c7 b3 bd c5 8d 42 29 fe 5b dO 44 87 47 000' Para el siguiente cuadro TDSO, los números pseudoaleatorios yn ( 1 ) son los siguientes: 0x0179fe8e 0x02f3fd Siguiendo el procedimiento señalado figura el nuevo generador de número pseudoaleatorio es el siguiente: 31_BIT_PN_NUM = (0x23c3a243 * a) mod m = OxOOdlefOd 24_BIT_PN_NUM = 31_BIT_PN_NUM >> 7 = 0xla3de = 107486 Como el valor de 24_BIT_PN_NUM es menor que el de ON_THRESHOLD, la TDSO_STATE se ENCIENDE y, por lo tanto, el TDSO deberá pasar un cuadro de índice 1, a la subcapa multiplex durante el periodo de cuadro de corriente. Los 6 bits menos importantes de yn ( 1 ) , On, es de 0x3d = 61. On mod 45 = 16 es usado para indicar la compensación de bytes en la memoria intermedia circular. La compensación es tomada con respecto a la dirección de bytes junto al último byte empacado del cuadro generado en el periodo anterior de 20 ms, es decir, con respecto al byte Oxde de la memoria intermedia. La opción de servicio del TDSO generará y abastecerá un cuadro de índice 1 utilizando 21 octetos de la memoria intermedia circular seguidos por 3 bits de cero. El bloque de datos completo se ve de la manera siguiente : 7f 9d a7 79 ' 12 éf e8 ;fO 6b a * 4c 3d 78 be af ed c7 b3 bd c5 8d ?000' '. Después de reemplazar los 5 primeros bits por ?00000' correspondiente al encabezado del bloque de datos para FCH, el bloque de datos abastecido a la subcapa multiplex, como un bloque de datos, es el siguiente : -.07 9d al 79 12 ef e8 fO 6b aT 4c 3d 78 be af ed c7 b3 bd c5 8d' ? 000' " El señalador de compensación de bytes avanza al byte inmediatamente posterior _Qx8d, es decir, 42 para el siguiente cuadro. ¦Mientras está a punto de ser generado el último número de cuadro 0xab89f052 ^ para el Canal de Tráfico Inverso Fundamental. , Como los nueve bits menos importantes de (0xab89f052 xor 0x55555555) son iguales a 0x107, y los nueve bits menos importantes del PLCM son 0x0107, es momento da volver a sincronizar el proceso TDSO del Canal de Tráfico Inverso. ?? generador de número pseudoaleatorio asociado es inicializado con F-RRNG ajustado igual a los *51 bits menos importantes de (0xab89f052 xor 0x55555555) 0x7edca507.de la manera siguiente (ver 0) : 7edca507 (F-RRNG: valor inicial del Cuadro de S ncronización) H7d6afa2 (F-RRNG: Ia reiteracijm) 5fa4d986 (F-RRNG: 2a reiteración) 3f c51d78 (F-RRNG: 3a reiteración) ;2 11dlfd (F-RRNG: 4a reiteración) Él TDSO del Canal de Tráfico ' Inverso Fundamental computa primero yn ( 1 ) = RRNG/128 = 0x26lid'lfd/128 = 0x4c23a3. Para el R-FCH, el TDSO genera 360 bits (dos cuadros TDSO)^. a través de las reiteraciones del número aleatorio. Estos bytes se juntan, iniciando con el mismo numero de 24-bits que fue utilizado para determinar la compensación anterior . F-RRNG = 0x2611dlfd, yn (1) = 0x4c23a3 1 : F-RRNG = 0x5bf 14c9l, yn [ 2 ) = 0xb7e299 F-RRNG = 0x3ed9f2bf, yn (3) = 0x7db3e5 ^F-RRNG : 0x56cff 9d5, yn (4) = 0xad9ff3 F-RRNG = 0x701b3b79, n (5 y = 0xe03'676 F-RRNG = 0x0bddbe6f , Yn (6)t = 0xl7bb7c F-RRNG. = 0x0b016f7f , Yn (7) = 0xl602de F-RRNG = 0x0b3f007e, Yn [8] = 0xl67e00 .F-RRNG = 0x553955f6, Yn :9) = 0xaa72ab F-RRNG = 0x273ab53Ó, Yn ( 1 tí ) = 0x4e756 F-¦RRNG = 0x7f4d766e, Yn (11). = 0xfe9aec F-RRNG = 0x'369a710d, Yn (12) = 0x6d34e2 F-RRNG = 0x5574287c, Yn (13) = 0xaae850 t F-RRNG = 0x3d0el0b8, Yn (14) = 0x7alc21 F-RRNG = ,0x666bbf58, Yn (15) = 0xccd77e La memoria intermedia circular que va a usada para generar los bloques de datos para R-FCH para los siguientes 512 cuadros es organizada por •lo tanto, de la manera siguiente : ?a3 23 4c 99 e2 ~b7 e5 b3 7d ~f3 9f ad 76 36 eO 7c bb 17 de 02 16 00 7e 16 ab 72 aa 6a 75 4e ec 9a fe eZ 34 6d 50 e8 aa 21 le 7a 7e di cc? El 31_B T_PN_NÜM se ha ido a través de 164 reiteraciones desde que se alcanzó el tiempo de sincronización para el Canal de Tráfico Directo. El valor actual es de 32_BIT_PN-NUM = 0x4de9620. Siguiendo el procedimiento señalado en la figura 4, el nuevo generador del número pseúdoaleatorio es el siguiente, suponiendo que el valor actual del generador PN para el modelo de la condición TDSO sea 0x0x4de9620: '31_BIT_PN_NUM = (0x0x4de9620 * a) mod m = 0x3152115f 2 _BIT_PN_NU = 31_BIT_PN_NUM >> 7 = 0x62a422 = 4687684 = 6464546 Como el valor de 24_BIT_PN_NUM es mayor que el ON_THRESHOLD, entonces el TDSÓ=STATE permanece APAGADO y, por lo 'tanto, el TDSO deberá pasar un /" bloque de datos en blanco (.0 bits) a la subcapa "multiplex durante el periodo del cuadro actual. La compensación inicial para el primer cuadro en el segmento de 512 cuadros es proporcionada por los seis bits menos importantes de yn ( 1 ) , On mod B (n) , los cuales en este caso son iguales a 0x23 mod 45 ó 19. Aunque no se debe construir cuadro alguno en éste; periodo del cuadro, el señalador asociado con la compensación inicial para el siguiente cuadro deberá ser incrementado por 19f es decir la . ; ¦·. "? , - i- - '-4 dirección del bit de, referencia para el siguiente cuadro en la memoria intermedia circular es la de 02 bytes en la memoria intermedia. ¦Para el siguiente cuadro TDSO, los números pseúdoaleatorios yn ( 1 ) , son los siguientes: .F-RRNG yn ( 1 ) 0x2bdf5ef0 0x57bebd Siguiendo el procedimiento señalado en la figura 4, el generador del número pseudoaleatorio nuevo es ahora el siguiente: ¦31_BIT_PN_NUM = (0x.3152115f * a) mod m = 0x2f28d45 24_BIT_PN_NUM = 31_BIT_PN_NUM > 7 = 0x5e51a = 386330 . " .' :Como . el valor de 24_BIT_PN__ UM es menor que O _T¾RESHOLD, la . TDSO_STATE se APAGA, y por lo tanto, deberá pasar un cuadro de índice 1 a la subcapa multiplex durante el periodo del cuadro actual. Los .6 bits menos importantes de yn ( 1 ) On, son 0x3d = 61. Se utiliza On mod 45 = 16 para indicar la compensación de bytes en la memoria intermedia circular. La compensación es tomada con respecto a la dirección de bytes del byte 02 en la memoria intermedia tal y como fue almacenada en el cuadro anterior. La opción de servicio TDSO generará y abastecerá un cuadro de índice 1. utilizando 21 octetos de la memoria intermedia circular seguido por "3 bits de cero. El paquete derivado de la memoria intermedia circular en este momento se mira de este modo: 6d 50 e8 aa 21 c 7a 7e d7 cc a3 23 4c 99 e2 b7 e5 b3 7d f3 ?000' * Sin embargo, los primeros 5 bits van a ser reemplazados por ?00000' para el FCH. Por lo tanto, el bloque de datos abastecido a la subcapa multiplex es : 09 50 e8 aa 21 lc 7a 7e d7 cc a3 23 4c 99 e2 b7 e5 b3 7d f3 ? 000' ¡La dirección de bytes de referencia para el siguiente cuadro en la memoria intermedia circular es el del byte 9f en la memoria intermedia.

B.3 Proceso del Canal Suplementario TDSO Supongamos que en esta modalidad, el TDSO está a punto de transmitir el número de cuadro 0xab89efad en el Canal Directo Suplementario (F-SCHO) a una estación móvil siendo los 32 bits menos importantes de PLCM iguales a 0x9F000307. Como los nueve bits menos importantes de (0xab89efad xor 0x2aaaaaaa) son' iguales a 0x107, y los nueve bits menos importantes de P1.CM son 0x0107, es el momento de volver á sincronizar el proceso F-SCH0 del TDSO. El generador del número •4 pseudoaleatorio asociado con . . F-SCHO es inicializado con S-FRNGO . (FRNG .'para el Canal Directo Suplementario 0) se ajusta igual a los 31 bits' menos importantes de (0xab89efad xor 0x2aaaaaaa) = 0x01234507 de la manera siguiente ( er 0 ) : ;012"34507 (S-FRNGO: valor inicial para el Cuadro de Sincronización) »3288cf26 (S-FRNGO: Ia reiteración) ,33d7elb5 ( S-FRNGO : 2a reiteración) 22234 caá (S-FRNGO: 3a reiteración) 3b7e3e68 (S-FRNGO: 4a reiteración) '" Después de la reinicialización, la opción de servicio TDSO del . Canal Directo Suplementario computaría yn ( 1 ) = FRNG/128 = 0x3b7e3e 68 / 128 = 0x76fc7c. Los 6 bits menos importantes de yn ( 1 ) , On, son iguales a 0x3c ó 60. On mod B (n) (ver tabla 35) para los valores de B(n), para RC3 B(n) = 762) que determina la compensación de bytes en la memoria intermedia circular de donde se inicia el " copiado de los bits de datos en bloques para la subcapa multiplex. -,Para el cuadro de sincronización, la i compensación es tomada con respecto al primer byte generado en la memoria intermedia circular; mientras que para los cuadros de Tiempo del Sistema subsecuentes, la dirección de bytes que se encuentra junto a la del byte que se empacó al final del cuadro anterior sirve como la referencia. El TDSO siempre avanza este señalador en la memoria intermedia circular de acuerdo con él valor de 0n mod B(n), independientemente, de si realmente se pasaron cualesquiera bits de datos a la subcapa multiplex durante ese periodo del cuadro determinado por el valor de 24_BIT_PN_NUM . Para el F-SCHO, el TDSO genera 762 bytes (dos cuadros RC3 de índices completos) a través de las reiteraciones del número aleatorio. Estos bytes se juntan, iniciando con el mismo número de 24 bits que fue utilizado para determinar la compensación. 5 l-FRNGO g-FRNGO ^FR Q S-FRNGO 10 S-FENGO #-ÍRNG0 ^¾ GQ S-ER GD g-FKMGO S-FENGO 5-FENGO 15 S-FENGO S-FRNGO S-FR GO S-FKNGO S-FRNGO S-FRNGO S-FRNGO 20 S-FRNGO = 0x700fcbb0, = 0xe0lf97 g-MNGO = 0xld05c9 a, yn(2o) = 0x3aDb92 25 = 0xó6c22828, ^(21) = 0xcdc450 S-TRNCO = Gx9baS§d.d, n(22) = 0xl3751d = Qx36f ¾28, yJ23) = 0x6df2a8 = 0x2b042a4¾t y?(24) = 0x560854 ffiPKNGg . ?{25) = 0x3ce8ec friMGQ = o os s, yn(26) = 0xe00a2f S-fRNGO = Qx5e¾féa7c, yR(27) = 0xbcb0d4 fi-MGO = Qx7eb72347, y¾(28) = 0xfd6e46 fi-BBNGO = 0x296d4b4f, yn(29) = 0x52da96 = Qx4é6b44e8„ ya(30) = 0x8cd6S9 S-FRNGO = Gx2c7Gca96, ya(31) = 0x58el95 = 0x2i045 a¾ yn(32) = 0x4208a9 g-FRNGO = 'Qx23512d92, yA(33) = Ox46a25b = 0x2686de¾ yn(34) = 0x4d0dbc S-EENGO = 0x6¾¾l£ yn{35) = 0xe0e078 S- RNGO = 0x6§7b48a4 yn(36) = 0xd0f691 S-ERNGO = Qx75el0ebf/ yA(37) = Oxebc21d S-ERNGO = 0xa8f5a0f, yn(38) = 0xl51eb4 S-FRNGO = Qx49¾L9433, ya(39) = 0x92c328 = 0x2548.c5e8 yR(40) = 0x4a918b S-¾ NGO = 0x4cb91577, jp(41) = 0x99722a S-ERNGO = Oxb3Q$2& yn(42) = 0xl660bd = Dxliabb67¾ yn(43) = 0x29576c = 0xl5590e30 ¾( 4) = 0x2ab21c S-FRNGO = 0x9b27c43, yn(45) = 0xl364f8 = 0x24fcl7ae, yn(46) = 0x49f82f S- NGQ = Qx2276h37a< 7^(47} = 0x44ed66 S-FEN O ^ oxiioiam. yn(48) = 0x3e0240 S-1FKPÍGO = Qx2edle9c, yR(49) = 0x5da3d &-HRNGQ = 0xid749§4i yn(50) ~ 0x3ae92a = Dx5D£3b2774 yn(51) = 0xale>64 B-E NGO = 0x2f49cc26, yn(52) = 0x5e9398 Jn(53) = Ox2b©d6 = 0x956c54 = 0xfb3991 yn(56) = 0x807733 Yn(57) = OxlícOcf = 0x897d0d n(59) = 0x70flae n(6o) = Qxa¾2d yn(6i) = 0x31f9a9 = 0xfddc66 = Ox90dcbf yn(64) = 0x8ca347 1 = 0x339fa0 y 6) = 0x34ea82 „(67) = 0xlÓ34dl #8) = 0xfb9c74 9) = 0xde8533 n(70) = 0xad02cb S-ÍRNGQ = 0x4945b5ed, yn(7i) = 0x928b6b 15 S-FRNGO = Qx7£ahÓ02¾, .yP(72) = Oxf.5600 S-FENG¾ = &c33¾4í¾i. y 3) = 0x67329e S-FRNGO = 0x161^3, yn(7 ) = 0x2c35bd S-PEÑ.GO = 0x3e232edb, . y„(75) = 0x7c465d S-FENGO = 0x77d94bbb, ' yn(76) = 0xefb297 8-FRNGO = Q SaJbltfS, n(77) = 0xb5f63e S-FRNGO = 0xlcce68fd, n(78) = 0x399cdl 20 &-TRNGO = 0x334ec8dl, yn(79) = 0x669d91 S¾RN O = Qx796i22b,a7/ = 0x 2c457 S-FRNGO = Qxlc201f33, y i) = 0x38403e = 0xe05bb2A yu(8 ) = 0xlc0b7 S-¾RNGO = 0x9.1 (3391 n(83) = 0x134807 S-FRNGO = 0 6ee62la8. ^84) = Óxddcc53 5 10 15 20 25 S-FRNGO = 0x7bQ5bb83¿ = 0xf60b77 S-FRNGO = 0x3559d48e, = 0x6ab3a9 5-FRNGO = 0xlc91dlff, n(ii ) = 0x3923a3 S-PRNGO = Q ^lcbOO, 7n(120) = 0x52e396 S-FRNG = Qx6dc68241 . a(i2i) = 0xdb8d04 S-MNGO = 0x391blb5, ' 5 7n(122) = 0x72363 \. S-FRNGO = 0x5229e3e7, yn(i23) = 0xa453c7 S-FRNGO = 0?3?317? 5, yn(i24) = 0x7862f9 S-FRNGO = 0x54faa2d2, ??(125) = 0xa9f545 g-lKNGO = Qxl2d7b494, = 0x25af69 S-FRNGO = 0xf906a36, 127) = 0xl£20d4 S-FRNGO = 0x522d0735, yn(i28) = 0xa45a0e 10 S-PKNGO = 0xa3452b9, yn(i2 ) = 0xÍ468a5 = Ox7122f4ea, n(i30) = 0xe245e9 S-FRNGO = 0x2dfd68ad, yft(i3i) = OxSbfadl 5-ERÑG0 = Ox57e34d71, = 0xafc69a $-FRNGO = Qxbfl62cb, yn(i33) = Oxl7e2c5 . 5-FRNG.O = 0xl48d038d, yn(i34) = 0x291a07 S-E NGO = 0x35e42885, yn(i35) = 0x6bc851 15 S-KKNGO = 0xl6204f67, ya(i36) = 0x2c409e • S-ERNGO = Ox233cfe8a, yn(i3 ) = 0x4679fd &-MNGO = 0x796b2818, y,(138) = 0xf2d650 S-KN O = Ox6al57dee/ yn(139) = 0xd42afb S-FRNGO = Qx28fecaab, (140) = 0x51fd95 S-FRNGO ¦= 0x6fabb593, yn(i4i) = 0xd£576b S- RNGO = 0?72?<?#2¾, y,(i42) = 0xe43bfe S-feR GO = 0xf¾b9a95, n('i 3) = uxleb735 S-ERNGO = 0x4701b413/ r>(i4 ) = 0x8et)368 S- NGd = 0x40d5 d0, yn(i 5") = 0x8Íaadf S-FRNGO = x7c9íelf0, 7?(1 6) = 0xf93fc3 S-FRNGO = 0x64aa937b, yn(i ) = 0xc95526 S--BBÍ = 0x7ab8a3de, r.(i 8 = 0XÍ57147 S-FRNGO = Qx7Q0e82c3, yÁm = Oxe01d05 S-FRNGO = 0x48ab09ae, a(i5Q) = 0x915613 g-FRNGO = Qx5508a3c7, yn(i5D = 0xaall47 S-FRNGO = Qx2a38896e, 7n(152) = 0x547112 S-ERNGO = 0j 65c6aa69, yn(i53) = 0xcb8d54 S-FRNGO = 0x55deQ7b2, = OxabbcOf 5 S-FRNGO = 0x63cb$328, 7a(155) = 0xc796c6 $¾R G = 0x3ddbQa47/ yn(156) = 0x7bb614 S-FRNGO = Qx777fdb0a, „(15 ) = Oxeeffbó S-FRNGO = 0x6b05aad0, n(i5S) = 0xd60b55 S-FRNGO = 0x41117494, y.a(159) = 0x8222e9 S-FRNGO = Ox60fcfleb, yn(i60) = 0xclf983 S-FRNGO = 0x721f5d0b, y„(i6D = 0xe43eba 10 S-FRNGO = Ox6915b7b5, = 0xd22b6f S-FRNGO = OxlQdQOm y«(163) = 0x21a003 $-FRNGO = 0x48318b0e, (i64) = 0x906316 S-TRNGO = Óx2ca06929, y,(i65) = 0x5940d2 S-FRNGO = 0x575819.12, n(166) = 0xaeb033 S-FRNGO = Ox58fb077a y„(167) = Oxblf60e g-FRNGQ = 0Í48aSO839, yn(i68) = 0x915010 15 S-FRNGO = 0xfb3fb73, yn(16 ) = 0xlf67f6 S-FRNGO = 0x714J4312, ya(170) = 0xe28286 S-FRNGO = 0x73?a8cd4, ¾(171) = 0xe73519 S-FRNGO = 0x2793ed97, 7.(172) = 0x4£27db S-FRNGO = Qx60d368cd, y„(173) = 0xcla6dl S-FRNGO = 0x57859064,, 0 74) = 0xaf0b38 S-FRNGO = 0x4de9620, y„(i75) = 0x9bd2c 20 g-FRNGO = x3152115f, 7nd76) = 0x62a422 S-FRNGO = 0x2f28d45/ = 0x5e51a B-FRNGO = Óx218ae86, 7,(178) = Óx4315d S-FRNGO = .0x2269e07d, y„(179) = 0x44d3c0 S-FRNGO = 0x55114031, ¾,<"»> = 0xaa2280 25 S-Í&MGO = Q*5£8d7c98, y, si) = 0xbflaf9 B-FRNGO - Ox41e£íQ¾ yn(182) = 0x83de20 ' S-FlNGÓ = 0x 6.06573, ¾(Í83) = 0x6clcae ' S-FRNGO = Qx677W9a., = Oxceífef S-FRHGQ = 5 8?, = 0x4bla9 g-FRNGG = 0xi5ea3488, ??(186) = 0x2bd469 5 = 0x431ed7f¾, ¾(187) = 0xS63daf 5¾ NG = Qxldf43840, = 0x3beS70 S-FRNGO = 0xc99011d, n(i8 ) - 0x193202 . ¾¾ QO = Qxlll81d61, = 0x22303a - . S-FRNGO = Oj4630d40b = 0x8c61a8 - frEBKfGD - Qx2bl422.i = 0x516284 é-FRNGO = OxleófbOdl, Yn(193) = 0x3cdf61 10 = 0x36cl78£3, yp(194) = 0x6d82fl TONGO = Óx57ebb59a/ ya(195) = 0xafd76b &-FRNQO -Qx33dfbe8¾ ?(196) -0x67bf7d ¾R Q2 = 0x26577734, y«l 7) — 0x4caeee * S-FRNGO = 0x38555975,, = 0x70aab2 S-FRNGO = 0x6b642d37, = 0xd6c85a frJSNGO : = Qx7dd4ací5, yn(200) = 0xfba959 15 IF HGQ = 0xl5a7493d, yn(20i) = Óx2b4e92 = Oxl9cl83c6, = 0x338307 S-F O ¦¦ = ???0?29¾ - xdf6492 ' Síít5G0 = = Qx21e£3543/ yn(20 } : = 0x43de6a , SrFRNGO : = .Qx5£?ld31¾ = 0xbf23a6 S-FRNGO = = Qx5e b04S, Ja(206): = 0xbd7608 . S-FKNGQ ¦ = 0x4816438e, yn{207) - = 0x902c87 20 . S-EKHGO = = 0x2dad449b, (1(208); = 0x5b5a89 S-f¾NGÓ ¦¦ = Qx4a73338¾ ,(20 ): = 0x94e667 . S-FRNGO = = 0x513cc£3¾ = Óxa2799e ' ' S-F MGO: = 0x6f47ca3d, yn(2ii) = = 0xde8f 4 \ 3-FRNGQ = = 0x522¡¾3de, J«(21 ) = = 0xa45d47 25 ¾¾N G = 0x708^ y«(2i3> = OxeSlOdb B-FRNGO = 0x556bf04b, = 0xaad7e0 S-FR GQ = Gx216cC¾.d,. 7,(215) = 0x42d9ef S-FBNGO = Qx7 kaa6i = 0xflf95á S-FRNGO J»(217) =¾x283336 S-FRNGO = 0xld2dabf0, yn(2is) = 0x3a5b57 S-FRNGO = úi m?, = 0x2e651 S-FRNGO = Gx¾9c83¾ 7,( 20) = 0xled390 S-FRNGO = 0x69d81eÍ6(5 ??(221) = 0xd3b03c S-FRNGO ,¾(222) = 0xd73ed9 S-FRNGO = 0x2957888, = 0x5f2afl S-FRNGO = 0x7el<Mtí n<22) = 0xfc3882 S-FRNGO = 0x70f79ae7, n(25) = 0xelef35 10 S-FRNGO = Oxfdaeda¾; y„(226) = OxlfbSdb S-FRNGQ = 0x£e272ecf, 7?(2 ) = 0xdc4e5d S-FR GO = 0x4625088, y^(28) = 0x9ce4al S-ERNGO = 0X330538Í4,, yB(22 ) = 0x660a71 S-FRNGO = 0xlbde3557, ¿(230) = 0x37bc6a fe-FRNGO = 0xl97fflÓc, yn(23i) = 0x32ffe2 = 0x3d54af = 0x82e2a0 = 0xec7fde = 0xbef04d = 0x9253b7 = 0xb62bc7 = 0xf42e49 = 0xaec59 = 0x22e764 S-FB GO = 0x42c5 f74, 7,(241) = 0x858a9e S-FKNGO = 0x27e5b9ca,. yn(24¾ = 0x4fcb73 S-FRMGO = 0xSb08913c, y„(243) = 0xb61122 S-FKNGO = 0xf7728d5, = OxieeeSl 25 s- FRNGO = 0x5819bfel, Yn (245) = 0xb0337f s-FRNGO = 0x28479f7, Yn (246) = 0x508f3 s-FRNGO = 0x4763486b, Yn (247 ) = 0xb8ec690 s-FRNGO = 0x47278d6a, Yn (248) 0x8e4fla s- FRNGO = 0x75b54ea , Yn (249) = 0xeb6a9d s-FRNGO = 0x523e2d5b, Yn (250) = 0xa47c5a s-FRNGO = 0x7013db8b, Yn (251) = 0xe027b7 s-FRNGO 0x27b2bc29, Yn (252 = 0x4f6578 s-FRNGO = 0x475f3clb, Yn (253) * = 0x8ebe78 s-FRNGO = 0x3d633538, Yn (254 )' = 0x7ac66a Cada número de 24 bits yn(k) .es escrito en la memoria intermedia del cuadro en la modalidad poco endiana. De modo que 0x76fc7c convierte la corriente de bytes en 0x7c Oxfc 0x76. La versión poco endiana del siguiente número de 24 bits, 0xba6678, se escribe inmediatamente después del primer número. : La memoria intermedia circular para ser usada para generar los bloques de datos para el F-SCH para los siguientes 512 cuadros se organiza, por lo tanto de la siguiente manera: ,?7c fe 7673 66 ba 547f 9d a77912 ef e8 fQ 6b a44c 3d 78 be af ed c7 • J?3 bd c58d 4229 fe 5b dO 448747 de a301 7d 4a ad 34.8 £5 fd £3 02 3a fe eO Í0 d56497 lf ?Q 92 Qb 3a 50 c4 cd ld 7 13 a8 f26d 540856 ec e83c 2f Oa eO d4 bO bc 466e fd 96 da 52 89 d68c 95 el 58 a? 0842 5b a246 bc Od 4d 78 eO cO 91 f6 dO Id c2 eb b4 le 1528 c3928b 91 4a 2a 7299 bd 60 166c 5729 lc b22a f8 6 13 2f £849 66 ed 4440 023e 3d da 05 2a e93a 64 e7 al 98935e d6 £32b 546c 9591 39 fb 33 7780 cfcO 11 Od 7d 89 ae fl 702d £c Oa a9 £9 31 66 dc id bf dc 9047 a3 8c aO 9f 3382 ea 34. dl 3 1.0749c fb 33 85 dc cb 02 ad 6b 8b 920056 ff 9e 32 67 bd 35 2c 5d 467c 97 b2 ef 3q £6 b5 dl 9c 39 91 d 6657 c4 f2 3e 4038 b7 cO 01 07481353 QC dd bl 61 1 4 b8 a_4 ac 0.852 ae 74 b7 505d 4d 174d 29 2a 388422 888358945e 66515d 30 128b f54357 08 b32e 08 db gb f 2 78, 05 dQ 92 la 3697 af td 61 £8 dD e3246e ac d 09 73 61585b 426807 cb f54d e 1344 Oe a34f 93 f759 fa f78c 5d ec e9 ?? d734 ?§ 9079 ec 4777 Ob £ a9 b36a a3 23 3996 e352 048d db 63 2307 c753 a4 £9627845 £5 a9 69 af 25 d4 20 If Oe 5a a4 a5 68 14 e9 45 e2 dl f35b 9a c6 af c5 e2 1707 la 29 51 c86b 9e 40 2c £d 79 4650 d6 £2 fb 2a d495 fd 51 6b 57 df fe 3b e435 b7 le 68 038e df aa 81 c3 3f £9 2655 c9 4771 £505 ld eO 135691.4711 aa 1271 54 548d cb Of bc ab c696 c7 14 b67b b6 ff ee 55 Ob d6 e9228283 f9 cl ba 3Q e46f 2b d203 aO 21 166390. d24059 33 bO ae Oe f6 bl 105091 16, 67 If 8682 e2 19 35 e7 db 274f dl a6 cl 38 Ob a£ 2c bd 09 22 a462 la e5 05 5d 31 04 cO d344 §022 aa £9 HM 20 de 8ß ae lc 6c ef ff ce a9 bl Oá 69 d42b af 3d 8670 e-8 3b 0232 19 3a 3022 a8 61 8c 84625f 61 df 3c fl 826d 6b d7 af 7 bf 67 ee ae 4c b2 aa 705a c8 d659 a9 fb 934e 2b 07833392 64 df 6a de 43 a6 23 bf 08 76 bd 872c 90895a 5b 67 e6949e 79 a2.948f de 475d ai db 10 e8 eO d7 aa ef d9 4254 f9 fl 3633 28575b 3a 51 e64290 d3 le 3c bO d3 d9 3e d7 fl 2a 5f 8238 fe ef el > ?>5 %í 5d ½ dc al e49c 71 Qa 66 6a bc 37e2 ff 32 af 543d aO e282 de 7f ec 4d fO be b75392 c72b b649 2e £ 59 eq Oa 64 e722 9e 8a 8573 cb 4f 2211 b651 e? le Tí 33 bQ 0 08 05 90 c68e la 4f 8e 9d 6a eb 5a 7c a4 b727 eO 78654f 78 be 8e 6a c67a? Siguiendo el procedimiento señalado en la figura 4, el nuevo generador de número ' pseudoalatorio es el siguiente: 31_BIT_PN_NUM (0x682dff0c„ * a) mod m = ,0x23c3a243 24_BIT_PN_NUM (31_BIT_PN_NUM >> 7 = 0x478744 - 4687684 Como el valor de 24_BIT_PN_NUM es menor que ¦ ON_THRESHOLD , la TDSO-STATE se ENCIENDE y, por lo tanto, el TDSO deberá pasar dos cuadros de índice 1 a la subcapa multiplex durante el periodo del cuadro actual . ' La compensación inicial para el primer cuadro en el" segmento de 512 cuadros, es proporcionada por 0n mod B(n), la cual en este caso es 60 mod •762 " = 60. Por lo tanto, el TDSO generará dos bloques de datos de índice 1 (1 0 bits) que son abastecidos a la subcapa multiplex. Cada bloque de datos comprende 21 octetos de la memoria intermedia , circular comenzando con la 60a compensación de bytes en la memoria intermedia circular, seguida por dos bits de cero, tal y como se ilustran: 50 c4 cd id 75 13 a8 f2 6d 54 08 56 ec e8 3c 2f 0a eO d4 bO bc .'OO' ¿ 46 6e fd 96 da 52 89 d6 8c 95 el 58 a9 08 42 5b a2 46 bc Od 4d 00' Los primeros 5 bits de cada PDU generado, sin embargo, serán ocultados por _ dos bits que representan la CHANNEL ID, es decir, 10 para F-SCHO seguidos por 3 bits para determinar el número de secuencia del PDU dentro de la capa física SDU ( 000' para el primer bloque de datos, y 001' para el segundo) . Por lo tanto, dos bloques de datos que son pasados a la subcapa multiplex se observan de la manera siguiente: i '* PDÜl->80 c4 cd Id 75 13 a8 f2 6d 54 08 56 ec e8 3c 2f Oa eO d4 bO bc ?00' PDU2->8e 6e fd 96 da 52 89 d6 8 c 95 el 58 a9 08 42 5b a2 46 bc Od 4d 00' Sin embargo, para el siguiente cuadro, el señálador de compensación de bytes avanza al byte inmediatamente después de 4d, es decir, 78.

Uso del TDSO C-l Introducción El anexo señala el procedimiento para realizar las pruebas del TDSO y un método para computar los Índices de error del cuadro. - * - C.2 Realización de una Prueba del TDSO Una prueba del TDSO se puede llevar a cabo en la estación base utilizando los siguientes procedimientos : 1. Iniciar una llamada TDSQ (o borrar los contadores de una llamada existente) • Realizar una llamada del TDSO con una fuente de datos aleatoria, y enviar una instrucción de control del mensaje de Control de Opción de Servicio con el campo DATA_SOURCE ajustado en ?001' y el : campo CLEAR_COÜNTERS ajustado en l' para el . canal físico particular. • Esperar que transcurra el intervalo de prueba. • Dar_ ins rucciones a la estación móvil para hacer una copia de los contadores del TDSO.

• ' Esperar el cuadro de sincronización directa y sincronización inversa después de que ocurra el tiempo de acción. ·- Recuperar los valores de los contadores copiados de la estación móvil, y computar los FERs . üna llamada se inicia negociando el TDSO (ver 0) e inicializando y conectando la opción de servicio. Los contadores de la opción de servicio son borrados en el momento de la inicialización, o podrían ser borrados explícitamente por la estación base enviando una instrucción de control mientras está en progreso la llamada del TDSO. La duración de una prueba debería corresponder a un número integral de segmentos (ver 0) . El procesamiento de la estación móvil _ de la instrucción de control (ver 0), implementa esta duración de la prueba. La estación base envía un Mensaje de Control de .Opción de Servicios instruyendo la estación móvil para copiar los contadores TDSO recibidos o transmitidos en las memorias intermedias en los siguientes cuadros de sincronización del Canal de Tráfico Directo e Inverso. Esto proporciona una instantánea sincronizada de todos los contadores del-TDSO para los cálculos exactos de los FERs. La estación base envia los Mensajes de Control de Opción de Servicios para solicitar los valores del contador que van a ser recuperados de la memoria intermedia copiada. Estos valores del ontador son utilizados en los cálculos del índice de error del cuadro, y el índice de error de bits.

C.3 Computación de FERs C.3.1 Computación del FER en los canales FCH y DCCH ' l El FER en el Canal de t.'?ráfico Directo Fundicado es proporcionado por el siguiente cálculo : r , FERRa;;oi (Directo) = 1 - ; (TDSO_El_Rlm + TDSO_EN_RNm) / (TDSO_El_Tlb + TDSO_EB_TBb) en donde los contadores de 1¾ estación móvil son indicados por el subíndice m, y los contadores de la estación base son indicados por el subíndice b.

El FER del Canal. de Tráfico Inverso Fundicado es obtenido por el siguiente cálculo: FERaatel (Inverso) = 1 (TDSO_Él_Rlb + TDSO_EN_RNb) / (TDSO_El_Tlm + TDSO_EB_TBm) en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por un subíndice b.

El número de cuadros dim-y-ráfaga, y el número de cuadros en-blanco-y-ráfaga no son utilizados en los cálculos del FER descrito anteriormente. .. Los valores del contador de transmisión de la estación base TDSO_El_Tlb, TDSO_EB_TBb pueden ser estimados sumando los valores de los contadores de la estación móyil correspondientes para los cuadros recibidos de la manera siguiente: TDSO_El_Tlb « TDSO_El_Rlm + TDSO_El_ROm + TDSO_El_RFLm + TDS0_E l_REm DSO E 1 RERRm TDSO_EB_TBb « TDSO_EN_RNm + TDSO_EN_ROm Los valores de los contadores de transmisión de la estación móvil TDSO_El^Tlm, TDSO_EB_TBm pueden ser estimados en la estación base sumando los valores de los contadores de la estación base correspondientes a los cuadros recibidos de la manera siguiente: TDSO_El_Tlm w TDSO_El_Rlb + TDSO_El_ROb + TDSO_El_RFLb + TDSO_El_REb TDSO_El_RERRb TDSO_EB_TBm « DSO EN_RNb + TDSO_EN_ROb C.3.2 Cómputo de FER en el SCH ' El FER de los cuadros Nx9.6 ó Nxl4.4 en el Canal Directo Suplementario son obtenidos por medio del siguiente cálculo: . FERRate NX9.6 ó Nxi4.4 (Directo) = 1- (TDSO_ENx_RNxm + DSO_EB_RBm) / ( DSO_ENx_TNxb + TDSO_EB_TBb) En donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por un subíndice Los FERs de los cuadros Nx9.6 ó Nxl4.4 en el Canal de Tráfico Inverso Fundicado son obtenidos por medio del siguiente cálculo: FERRate Nx9.6 ó Nxi4.4 (Inverso) = 1- ' (TDSO_EÑx_RNxb + TDSO_EB_RBb) / ( DSO_ENx_TNxm + TDSO EB TBm) en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por un subíndice b .

: Los valores del contador de transmisión de la estación base TDSO_Enx_TNxb, TDSO_EB_TBb pueden ser estimados sumando los valores de los contadores de la estación móvil correspondientes a los cuadros recibidos de la manera siguiente: . TDSO_ENx_TNxb « TDSO_ENx_RNxm ' + TDSO_ENx_REm + TDSO_ENx__RERR-, ¦ TDSÓ_EB_TBb « TDSO_EB_RBm + TDSO_EB_ROm Los valores del contador de transmisión de la estación móvil TDSO_ENx_TNxm, TDSO_EB_TBm pueden ser estimados en la estación base, sumando los valores de los contadores de la estación base correspondientes a los cuadros recibidos de la manera siguiente: TDSO_ENx_TNxm « TDSO_ENx_RNxb + TDSO_ENx_REb + ; TDS0_ENx_RERRb, DSO_EB_TB- « TDSO_EB_RBb+ TDSÓ__EB_ROb C.4 Cómputo del PER en el canal SCH El PER de los cuadros de índice la, índice Ib, índice 2 e' índice 3 del Canal de Tráfico' Directo Suplementario son proporcionados por la siguiente ecuación : '' ;: PERRate la ' (Directo)' = 1- TDSO_Ela_Rlam/TDSO_Ela_Tlab PERRate \ ib (Directo) = JL - TDSO_Elb-Rlbm/TDSO_El_Tlbb PERaatea (Directo) = 1 - TDSO_E _R2m/TDSO_E2_T2b ;'PERRate 3 (Directo) = 1 - TDSO_É3_R3m/TDSO_E3_T3b en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados po 'un subíndice b. El PER de los cuadros de índice la, índice Ib, índice 2 e índice 3 del Canal de Tráfico Inverso Suplementario, son proporcionados por la siguiente ecuación : PERRate ia (Inverso) = 1-T DS O_Ela_Rlab/TDSO_Ela__Tlam PERRate lb (Inverso) = 1 - T DS O_Elb-Rlbb/TDSO_El_Tlbm . PERRate2 (Inverso) = 1 - T DSO_E2_R2b/TDSO_E2_T2m PERRate 3 (Inverso) = 1 - TDSO E3 R3b/TDSO E3 T2m en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por un subíndice b. Los valores de los contadores de transmisión de la estación base TDSO_Ela_Tlab, TDSO_El_Tlbb, TDSO_E2_T2b y TDSO_E3_T3 pueden ser calculados sumando los valores de . los contadores de la estación base correspondientes a los cuadros recibidos de la manera siguiente: TDSO_Ela_Tlab = TDSO_Ela_Rlam + TDSO_Ela-RERRm + TDSO_Ela_REm, ; TDSO_El'b_Tlbb = DSO Elb_Rlbm + DSO_E lb-RERRm + DSO_Elb_REm, TDS0_E2Jr2b = TDSO_E2_R2m + TDSO_E2-RERRm + DSO_E2 REm, TDSO__E3_T3b = TDSO_E3_R3m + TDSÓ_E3 -RERRm + l'DSO_E3_REn ' .· - ' Los valores de los contadores de transmisión de la estación móvil DSO_Ela_Tla,n, TDSO_Elb_Tlbm, TDS.0_E2_T2m y TDSO_E3_T3m pueden ser calculados sumando los valores de los contadores de la estación base correspondientes " a los cuadros recibidos de la manera siguiente: ; TDS0_E 1 a_T 1 am = TDSO_Ela_Rlab* + TDSO_Ela-RERRb + TDSO_Ela_REb, . '. TDSO_Elb_Tlbm = TDSO_Elb_Rlbb + TDSO_Elb-RERRb + TDSO_Elb_REb, , TDSO_E2_T2m = TDSO_E2_R2b + TDS0_E2-RERRb + TDS0_E2_REb, TDSO_E3_T3m = TDSO_E3_R3b + DS0_E3-RERRb + TDSO_E3_REb C.5 Cómputo de FER en el canal ' FCH y DCCH con longitud de cuadro de 5 ms ¦El FER del Canal de Tráfico Directo Fundicado es proporcionado por el siguiente cálculo: Rm deberá ser el número de los cuadros de 5 bits buenos recibidos en la estación móvil, y Tb el i número . total de cuadros de 5 ms transmitidos por la estación base durante el periodo de prueba, entonces FERRate i (Directo) = (Rm/Tb) en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por un subíndice b.

El FER del Canal de Trafico Inverso Fundicado es proporcionado por el siguiente cálculo: Rb será el número de los cuadros de 5 ras buenos _ recibidos en la estación base y Tm el número total de cuadros de 5 ms transmitidos por la estación móvil durante el periodo de prueba, entonces FERRate l (Inverso) = (Rb/Tm) en donde los contadores de la estación móvil son indicados por un subíndice m, y los contadores de la estación base son indicados por;_un subíndice b.

Tanto Rm como Tm pueden ser derivados de los valores de los contadores de la estación móvil (por ejemplo, MUXl_F0R_FCH_5_ms )_ recuperados en las respuestás de los Contadores Recibidos de Cuadros de 5 ms , y la Respuesta de los Contadores Trasmitidos de Cuadros de 5 ms , respectivamente. Por ejemplo, para un DCCH de 5 ms que utiliza la Opción Multiplex 0x01, Rm puede ser calculado como la diferencia de los valores TDSC\_MUXl_5ms_Rl al inicio del primer cuadro TDSO y al final del último cuadro TDSO durante la prueba. De un modo similar, tanto Rb como Tb pueden ser derivados de los valores de los contadores de la estación base. Por ejemplo, Rb puede ser calculado como la diferencia de los valores de los contadores correspondientes en la estación base al inicio del primer cuadro TDSO y al final del último cuadro TDSO durante la prueba. . Sin texto . Cálculo de p y q Basados en D y B Debido a las probabilidades de transición p y q, la actividad del cuadro promedio (D) y la longitud de ráfaga promedio (B) pueden ser calculados basados en las siguientes ecuaciones: D = q/ (p+q) (Ecuación 1) B = 1/p (Ecuación 2) Sin embargo, para calcular de manera inversa p y q Basados en el D y B deseados, debe de tenerse cuidado ya que D y B dependen^ entre ellas y algunas combinaciones no se pueden lograr tal y como se explicará más adelante. A partir de la ecuación 1 y la ecuación 2, ¦¦¦t) = Bq/{1 +Bq) (Ecuación 3) B = D/((1-D)q) _ ' (Ecuación 4) La ecuación 3 muestra que debido a que el B, D fijo varia de 0 a B/(l +B), cuando q varia de 0 a 1. De un modo similar, la ecuación 4 muestra que debido a que el valor fijo de D,B varían de D/ (1-D) al infinito.

Por ejemplo, si B está ajustado en 2, D tiene que ser menor que 2/3. Como resultado, la actividad del cuadro (D) nunca deberá ser mayor de 2/3 cuando B está ajustada en 2. De un modo similar, si D está ajustada en 7/10, B tiene que ser mayor de 7/3. Los valores válidos correspondientes de p y q -pueden ser calculados a partir de la ecuación 1 y la ecuación 2, debido a un par válido de D y B. La descripción anterior de las modalidades preferidas se proporciona para hacer posible que los expertos en la técnica hagan o utilicen la presente invención. Aquellos expertos en la técnica podrán apreciar fácilmente varias modificaciones a estas modalidades, y los principios genéricos definidos en la misma pueden ser ' aplicados a otras modalidades sin el uso de una facultad inventiva. Por lo ta.nto, la presente invención no tiene la intención de ser limitada a las modalidades mostradas en esta descripción, sino que deberán ser interpretadas de acuerdo con el alcance más amplio consistente con los principios, y características novedosas aquí descritas .

Claims (1)

1. NOVEDAD DE LA INVENCION Habiendo descrito la presente invención, se considera como novedad y por lo tanto, se reclama como propiedad lo contenido en las siguientes: REIVIND CACIONES 1. ün método para generar datos de prueba para probar un canal particular en un sistema de comunicación inalámbrica, que comprende: generación de una secuencia de bits de datos basados en un generador de número pseudoaleatorio ; y formar una pluralidad de bloques de datos para la transmisión por una pluralidad de intervalos de tiempo en el canal particular, en dp-.nde cada bloque de datos incluye al menos una pórción de la secuencia generada de bits de datos . 12.- El método de conformidad con la reivindicación . 1, en donde cada intervalo de tiempo corresponde a un cuadro en un canal de tráfico particular, y en donde la secuencia de los bits de datos incluye al menos N veces un número máximo de bits que se espera que _sean transmitidos para un cuadro en un canal particular, en donde N es dos o ma,yor. 3. El método de conformidad con la reivindicación 1, el cual comprende además: almacenar la secuencia generada de bits de datos en una memoria intermedia. 4. El método de conformidad con la reivindicación 3y en donde la memoria intermedia es operada en la forma de una memoria intermedia circular, comprendiendo además el método: • ¦ la recuperación de los bits de datos de cada bloque de datos de una sección . particular de la memoria intermedia circular. 5. El método de conformidad con la reivindicación 4, en donde la localización inicial en la memoria intermedia circular de la .cual se recuperan los bits de datos para un bloque de datos particular, es determinada basada, en parte, en un valor obtenido del generador de número pseudoaleatorio . 6. El método de _ conformidad con la reivindicación 5, el cual comprende además: formatear el valor obtenido, del generador de número pseudoaleatorio; y avanzar un señalador de la memoria intermedia circular por un número de posiciones determinado , basados en el número formateado. 7. El método de conformidad con la reivindicación 6, en donde los valores de 31 bits son obtenidos del generador del número pséúdoaleatorio, y en donde el formateado incluye: generar números de 24 bits con _ los 24 bits más importantes del valor de 31 bits, y generar el número formateado con los 6 bits menos importantes del número de 24 bits. 8. El método de conformidad con la reivindicación 1, en donde la generación de la secuencia de bits de datos incluye: obtener un valor correspondiente a una condición actual del generador de número pséúdoaleatorio, formar un conjunto de bits de datos basado en el valor obtenido, y : ' actualizar el generador del número pséúdoaleatorio. 9. El método de conformidad con la reivindicación 8, en donde la generación de la secuencia de bits de datos incluye además: repetir la obtención, formado y actualización de una pluralidad de tiempos, y - - i '-""r¿ concatenar una pluralidad de conjuntos de bits de datos formados basados e una pluralidad de valores obtenidos del generador del número pseudoaleatorio para generar la secuencia de bits de datos . 10. El método de conformidad con la reivindicación 8, en donde el formado incluye: extraer la porción más importante de los valores obtenidos, y . reacomodar los bytes de la porción más importante extraída para formar los conjuntos de bits de datos. . 11. El método de conformidad con la reivindicación 10, en donde se obtiene un valor de 31 bits de un generador de número pseudoaleatorio, y" un . valor de 24 bits es extraído de la porción más importante del valor obtenido, y los bytes con valor de 24 bits son reacomodados . en un orden poco endiano. 12. El método de conformidad con la reivindicación 1, el cual comprende además: ¦ . j- la reinicialización del_ generador del núm ro pseudoaleatorio en cada tiempo de sincronización correspondiente al inicio de un nuevo intervalo de prueba. 13. El método de conformidad con la reivindicación 12, en donde cada intervalo de prueba tiene una duración de 10.24 segundos. ; 14. El método de conformidad con la reivindicación 12, en donde t el tiempo de sincronización es determinado basado, en parte, en un número de cuadro del sistema para un cuadro en un canal de tráfico particular. 15. El método de conformidad con la reivindicación 14, en donde el tiempo de sincronización es determinado además, basado en un ocultador de código público largo (PLCM) asignado a ulja terminal remota designada para recibir los bloques de datos. 16. El método de conformidad con la reivindicación 1, en donde una pluralidad de canales son probados de manera consecutiva, y en donde una pluralidad de generadores de números pseudoaleatorios son utilizados para generar los datos de prueba para probar la pluralidad de canales . 17. El método de conformidad con la reivindicación 16, en donde un generador de número pseudoaleatorio es utilizado para generar los datos de prueba para cada canal . ti 18. El método de conformidad con la reivindicación 17, en donde los datos de prueba generados por cada canal son almacenados en una memoria intermedia respectiva. 19., Un método para generar los datos de prueba para probar un canal particular en un sistema de comunicación inalámbrica, el cual comprende : seleccionar un tipo particular de una pluralidad de tipos de datos de prueba disponibles; generar una secuencia de bits de datos del tipo de datos de prueba seleccionados; y formar una pluralidad de bloques de datos para la transmisión por una pluralidad de intervalos de tiempo en un canal particular, en donde cada bloque de datos incluye al menos una porción de la secuencia generada de bits de datos . 20. El método de conformidad con la reivindicación 19, en donde los tipos de datos de prueba disponibles incluyen los datos de prueba generados basados en un patrón de datos definido, y datos de prueba generados de manera pseudoaleatoria . 21. El método. . de conformidad con la reivindicación 20, en donde la secuencia de bits de datos generados basados en el , patrón de datos definido incluye una pluralidad de bytes de un valor particular. 22. El método de conformidad con la reivindicación 21, en donde el patrón de datos definido es. una secuencia, de un número particular de unos . 23. Un método para probar un canal particular en un sistema de comunicación inalámbrica el cual comprende : determinar una condición de transmisión de un cuadro actual para el canal particular, en donde la transmisión en el canal particular ocurre por cuadros, y en donde cada cuadro corresponde a un intervalo de tiempo particular; generar uno o más bloques de datos de prueba para el cuadro actual si la condición de transmisión determinada indica que los datos de prueba van a ser transmitidos; y ( ; transmitir por el canal particular. el uno o más bloques de datos de prueba generados ' 24. El método de conformidad con la reivindicación 23, el cual comprende además: *. mantener una cadena larkov de dos condiciones para representar las condiciones de transmisión para el canal particular. 25. El método de conformidad con la reivindicación 24, en donde la cadena Markov de dos condiciones incluye la condición de ENCENDIDO que significa la transmisión de los datos de prueba por el canal particular, y una condición de APAGADO que significa la no transmisión de los datos de prueba por el canal particular. 26. El método _ de conformidad con la reivindicación 25, el cual comprende además: >' mantener un generador de número pseudoaleatorio para determinar las transiciones entre las condiciones de ENCENDI DC y APAGADO de la cadena Markov. , 27. El método de conformidad con la reivindicación 26, el cual comprende además: inicializar el generador de número pseudoaleatorio antes de iniciar la prueba del canal particular. 28. El método '. de conformidad con la reivindicación 26, el cual comprende además: obtener un valor basado en la condición actual del generador del número pseudoaleatorio; y hacer la transición de la condición ENCENDIDA a la condición APAGADA .si el estado actual de la cadena Markov se encuentra en la condición ENCENDIDA, y el valor obtenido es inferior a un primer valor de umbral. 29 . El método de conformidad con la reivindicación 2 8 , el cual comprende además: hacer la transición de una condición APAGADA a una condición ENCENDIDA' si la condición actual de la cadena Markov se .encuentra en la condición APAGADA y los valores obtenidos son inferiores a un segundo valor de umbral. 30 . . El método de conformidad _ con la reivindicación 2 9 , en donde el primer y segundo valores de umbral son parámetros de prueba que se pueden configurar. 31 . El método de conformidad con la reivindicación 25 , en donde la transición entre la condición ENCENDIDA ".y la condición APAGADA está basada ;en.una primera probabilidad y la transición entre " la condición APAGADA y la condición ENCENDIDA es basada en una segunda probabilidad. r 32 . El método de conformidad . con la reivindicación 31 , en donde la primera y segunda probabilidades son seleccionadas para lograr una actividad particular del cuadro promedio - por el canal particular que indica un ciclo de trabajo promedio para la transmisión por el canal. 33.. Él método de conformidad con la reivindicación 32, en donde la actividad del cuadro promedio es un parámetro de prueba que se puede seleccionar. .| 34. El método de conformidad con la reivindicación 31, en donde la primera y segunda i. ' ~ probabilidades son seleccionadas para lograr una ' longitud particular de ráfaga promedio en un canal particular que indica una duración promedio para la transmisión por el canal. 35. El método de conformidad con la reivindicación 23, en donde la transmisión de los datos de prueba ocurre por el canal particular para una duración ENCENDIDA particular seguida por la no transmisión de datos de prueba para una duración APAGADA particular. 36. El método de , conformidad con la reivindicación 35, en donde las duraciones ENCENDIDA y APAGADA son parámetros de prueba que se pueden configurar. .,37. El método de. cpnfprmidad con la reivindicación 26, en donde una pluralidad de canales son probados de manera consecutiva, y en donde , se mantiene una cadena " Markov de dos condiciones para cada canal que esté siendo probado. 38. El método de conformidad con la * ¦- b? . -reivindicació 37, en donde un generador de número pseudoaleatorio es mantenido para determinar las transiciones entre las condiciones Markov para cada conjunto de uno o más canales que tienen un intervalo de cuadro que es diferente de los intervalos de cuadro de otros canales que están siendo probados. 39. El método de conformidad con la reivindicación 37, en donde el generador del primer número pseudoaleatorio es mantenido para determinar las transiciones entre las condiciones Markov para un primer conjunto; de uno o más canales que tienen un primer intervalo de cuadro, y en' donde un segundo generador de número pseudoaleatorio es mantenido para determinar las transiciones entre las condiciones Markov para un segundo conjunto de uno o más canales que tienen un segundo intervalo de cuadro. 40. El método de conformidad con la reivindicación 39, en donde el primer intervalo del cuadro es de 20 mseg_y el segundo intervalo de cuadro 'es de 40 mseg ó 80 mseg. 'V 41. Un método para probar una probabilidad de \ canales en un sistema de comunicación inalámbrica, que comprende: definir valores para un conjunto de parámetros de prueba para cada uno de una pluralidad de canales que van a ser probados; y probar cada uno de la pluralidad de canales de acuerdo con los valores respectivos definidos por el conjunto de parámetros de prueba. .42. El método de conformidad con la reivindicación 41, en donde la pluralidad de canales tiene dos o más longitudes de cuadro diferentes . ;43. El método de conformidad con la reivindicación 41, en donde la pluralidad de canales tiene longitudes de cuadros seleccionadas del grupo consistente de 5 mseg, 20 mseg, 40 mseg y 80 ms eg . 44. El método s de conformidad con la reivindicación 41, en donde la pluralidad de canales incluye al menos un canal de tráfico directo, y al menos un canal de tráfico inverso. 45. El método de conformidad con la reivindicación .41, el cual comprende además: la generación de bloques de datos para la transmisión por una pluralidad de cuadros en una pluralidad de canales, en donde cada bloque de datos incluye un encabezado que identifica el candi particular en el cual es trasmitido el bloque de datos . 46. El método . de conformidad con la reivindicación 41, en donde ^ cada uno de los canales ,de tráfico que va a ser probado está asociado con una secuencia respectiva de bits de datos de .prueba. .' 7. El método de conformidad con la reivindicación 41, en donde cada canal de tráfico que ' va a ser probado está asociado con una actividad de cuadro promedio respectiva. :¿48. El método de conformidad con la reivindicación 41, en donde cada canal del tráfico que va a ser probado está asociado con una 'longitud de ráfaga promedio respectiva. 49. El método de conformidad con la reivindicación 41, el cual comprende además: , mantener una cadena Markov de dos condiciones para representar una condición de " · ¦ H transmisión para cada uno de 1 . lural idad de canales, en donde la cadena Markov de dos condiciones para cada canal incluye una condición ENCENDIDA, que significa la transmisión de los datos de prueba en el canal, y una condición APAGADA que significa la no transmisión de los datos de prueba en el canal. 50. El método de conformidad con la reivindicación 49, el cual comprende además: mantener uno o más generadores de número pseudoaleatorio para determinar las transiciones entre las condiciones ENCENDIDA y APAGADA de las cadenas Markov para la pluralidad de canales. 51. El método de conformidad con la reivindicación 50, en donde cada generador de número pseudoaleatorio es mantenido por cada conjunto de uno o más canales que tienen la misma longitud de cuadro . .52» El método de .. conformidad con la reivindicación 51, en donde un generador de número pseudoaleatorio es "mantenido por uno o más canales que tienen una longitud de cuadro de 20 mseg, y un segundo generador de número pseudoaleatorio es mantenido para uno o más canales que tienen una longitud de cuadro de 40 mseg ó 80 mseg. ,--í 53. Un método para probar un canal particular en üri sistema de comunicación inalámbrica, el cual comprende: k ', -enriar desde una primera entidad a una segunda entidad un primer mensaje que tiene incluido en el mismo uno o más valores propuestos para uno o más parámetros para""*probar el canal particular; y . , , recibir de la segunda entidad un mensaje de respuesta rechazando o aceptando el uno o más ' valores propuestos enviados en el primer mensaje. 54. El método de conformidad con la reivindicación 53, en donde el mensaje de respuesta incluye uno o más valores alternativos para uno o más parámetros rechazados por la segunda entidad. 55. El método de conformidad con la reivindicación 53, el cual comprende además: enviar a la segunda entidad un segundo mensaje que tiene incluido en el mismo uno o más valores para uno o más parámetros rechazados por la segunda entidad. 56. El método de conformidad con la reivindicación 53, en donde la primera entidad es una terminal remota y la segunda entidad es una estación base en el sistema de comunicación, 57, Una entidad transmisora en un sistema de comunicación inalámbrica que comprende: al menos „. un generador de número - ¦ ' ¦ ( pseudoaleatorio, estando configurado cada generador para generar números „ seudoaleatorios utilizados para generar una secuencia de bits de datos; y al menos una memoria intermedia conectada de manera operativa a cuando menos un generador, configurada cada memoria intermedia para almacenar una secuencia generada de bits de datos respectivos; y en donde se forma una pluralidad de bloques de datos para la transmisión por una pluralidad de intervalos de tiempo en un canal particular, y en donde cada bloque de datos incluye al menos una porción de una secuencia particular de bits de datos de una memoria intermedia particular. 58. La entidad transmisora de conformidad con la reivindicación 57, la cual comprende además: un controlador configurado para seleccionar uno de . una pluralidad de tipos de datos de prueba disponibles, en donde los tipos de datos de prueba disponibles incluyen los datos de prueba generados basados en un patrón de datos definido y los datos de prueba generados^ de una manera pseudoaleatoria . 59. La , entidad transmisora de. conformidad con la reivindicación 58, en donde el controlador está configurado además para determinar una condición de transmisión del cuadro actual para el canal . .. - i* particular, y en donde las condiciones de transmisión . son, ya sea una condición ENCENDIDA que .^.significa la transmisión de los datos de prueba en un canal particular en el cuadro actual, · o una condición APAGADA que significa la no transmisión de los datos de prueba en el canal particular en el cuadro actual. • 60. La entidad transmisora de conformidad con la reivindicación 57, en donde una pluralidad de canáles son probados consecutivamente, y en donde un generador de número pseudoaleatorio . y una memoria intermedia están asociados con cada canal que va a ser probado. 61. En un sistema de comunicación inalámbrica en el cual se transmite una pluralidad de cuadros, un método para lograr un valor promedio de largo plazo en un ciclo de trabajo utilizando una cadena Markov de dos condiciones, comprendiendo el método:, ; ¦-· ' . operar las transiciones encendido/apagado del proceso de la opción de servicio de datos de prueba (TDSO) con un primer generador de número pseddoaleatorio durante un período de cuadro, si "•f el período de cuadro es un período de primera longitud en el tiempo; y operar las transiciones de encendido/apagado con un segundo generador de número pseudoaleátorío " durante el período de cuadro, si el período de cuadro es ya sea una segunda longitud de tiempo, o una tercera longitud de tiempo . ·¦ 62. El método de conformidad con la reivindicación 61, en donde el primer y segundo generadores de número pseudoaleatorio producen números pseudoaleatorios de 24 bits. , 63. El método de conformidad con la reivindicación 61, en donde la primera longitud de tiempo es de 20 mseg. ; 64. El -método de conformidad con la reivindicación 61, en donde la segunda longitud de tiempo es de 40 mseg, y la tercera longitud de tiempo es de 80 mseg. 65. El método de conformidad con la reivindicación 61, en donde si el periodo de cuadro es igual a, ya sea la segunda longitud de tiempo o la tercera longitud de tiempo, el cuadro es un canal suplementario. . ;;66. El método de conformidad con la . - : <? ¦ reivindicación 61, en donde se puede configurar el valor promedio de largo plazo. ¡67. ün método para intercambiar valores de parámetros cíe prueba entre una terminal remota y una estación base en un sistema de comunicación inalámbrica, comprendiendo el método: enviar valores propuestos de parámetros de prueba desde la terminal remota a la estación base.; y recibir un mensaje de control de opción de servicio desde la estación base rechazando o acusando recibo negativamente de los valores del parámetro de prueba propuestos . 68. Un método para construir una memoria intermedia circular que almacena . una pluralidad de cuadros de índice máximo transmitidos en un canal particular en un sistema de comunicación . . ¦ - -i " "'' ' inalámbrica el cual comprende: construir los datos para la memoria intermedia circular a partir de reiteraciones de un " generador de número pseudoaleatorio una pluralidad de veces por cada intervalo de prueba; .Y utilizar un conjunto de bits de un número generado por el generador" del número pseudoaleatorio para indicar una compensación de bytes para determinar una posición inicial en la memoria intermedia circular desde la cual se construyen uno o más bloques de. datos para un periodo de cuadro particular. 69. El método de conformidad con la reivindicación 68, en donde el generador de número pseudoaleatorio es un generador de número pseudoaleatorio de 31 bits. 70. El método de conformidad con la reivindicación 68, en donde el conjunto de bits es obtenido ¡extrayendo los 24 bits más importantes de un número generado por el generador de número pseudoaleatorio; y "extrayendo los seis bits menos importantes de los 24 bits más importantes. 71. El método de conformidad con la ¦ . · ' ¦ -* -t ¦ reivindicación 68, en donde se define el intervalo de prueba para que coincida con un cuadro de sincronización del canal. 72. El _ método de conformidad con la reivindicación 71, en donde el intervalo de prueba tiene una duración de 10.24 segundos. RESUMEN Técnicas para probar un enlace de comunicación inalámbrica, un canal de tráfico se prueba por medio de una opción de servicio de datos de prueba (TD.SO) que puede ser negociada y conectada similar a otros servicios. Los valores de los parámetros - de prueba pueden ser propuestos, aceptados o rechazados, y negociados. Los datos de prueba para un 'canal son generados basados en un patrón definido de datos, o un generador de número pseudoaleatorio . Se pueden generar datos' de prueba suficientes para un intervalo de prueba basados en el * generador, almacenados en una memoria intermedia, y posteriormente, recuperados desde una sección . particular de la memoria intermedia para formar bloques de datos por cada cuadro ^activo". El canal de tráfico puede ser probado utilizando transmisión discontinua. Una cadena Markov de dos condiciones determina si se transmiten o no, " los datos de Aprueba por cada cuadro. La actividad promedio del cuadro y la longitud promedio de ráfaga son definidas seleccionando las probabilidades" de transición entre las condiciones ENCENDIDA/APAGADA de la o*/ 6