ES2343569T3 - Procedimiento y aparato para someter a prueba canales de trafico y auxiliares en un sistema de comunicacion de datos inalambrico. - Google Patents
Procedimiento y aparato para someter a prueba canales de trafico y auxiliares en un sistema de comunicacion de datos inalambrico. Download PDFInfo
- Publication number
- ES2343569T3 ES2343569T3 ES02786951T ES02786951T ES2343569T3 ES 2343569 T3 ES2343569 T3 ES 2343569T3 ES 02786951 T ES02786951 T ES 02786951T ES 02786951 T ES02786951 T ES 02786951T ES 2343569 T3 ES2343569 T3 ES 2343569T3
- Authority
- ES
- Spain
- Prior art keywords
- test
- package
- packets
- return loop
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/0082—Monitoring; Testing using service channels; using auxiliary channels
- H04B17/0085—Monitoring; Testing using service channels; using auxiliary channels using test signal generators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0847—Transmission error
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Abstract
Un procedimiento para someter a prueba una pluralidad de canales asociados con un enlace directo en un sistema de comunicación de datos inalámbrico, que comprende: recibir un primer mensaje que tiene incluido en el mismo ajustes de prueba para uno o más canales que comprenden canales de tráfico, canales auxiliares, o una combinación de los mismos; configurar el uno o más canales basándose en los ajustes de prueba en el primer mensaje; recibir paquetes de prueba a través de un canal de tráfico directo; transmitir paquetes de bucle de retorno a través de un canal de tráfico inverso, en el que cada paquete de bucle de retorno cubre cero o más paquetes de prueba recibidos e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y transmitir datos de señalización a través de canales de tráfico o uno o más auxiliares.
Description
Procedimiento y aparato para someter a prueba
canales de tráfico y auxiliares en un sistema de comunicación de
datos inalámbrico.
La presente invención se refiere a la
comunicación de datos, y más particularmente a técnicas para someter
a prueba diferentes tipos de canales en un sistema de comunicación
de datos inalámbrico (por ejemplo, cdma2000).
Los sistemas de comunicación de datos
inalámbricos tales como los sistemas de acceso múltiple por división
de código (CDMA), sistemas de acceso múltiple por división de
tiempo (TDMA), sistemas de acceso múltiple por división de
frecuencia (FDMA), y otros se usan ampliamente para proporcionar
diversos tipos de comunicación tal como voz, datos, etcétera. Para
estos sistemas, es sumamente deseable utilizar los recursos
disponibles (es decir, la potencia de transmisión y el ancho de
banda disponibles) de la manera más eficaz posible. Esto conlleva
normalmente transmitir tantos datos a tantos usuarios dentro de un
periodo de tiempo lo más corto posible soportado por las
condiciones del enlace de comunicación.
Para lograr el objetivo anterior, puede ser
necesario tener que evaluar el rendimiento de los terminales en la
fábrica y/o en el campo. Como parte de un proceso de fabricación,
los terminales pueden someterse a prueba para asegurarse de que
cumplen con criterios de rendimiento mínimos especificados. Y en el
campo, el rendimiento de los terminales puede caracterizarse y
usarse para diagnosticar problemas de rendimiento y cobertura de RF
en el sistema de comunicación de datos inalámbrico.
En una técnica convencional para caracterizar el
rendimiento de un terminal, un patrón de datos conocido (por
ejemplo, generado por un generador de números pseudoaleatorios (PN))
se transmite mediante un punto de acceso (o estación base), lo
recibe el terminal, y se envía de vuelta al punto de acceso. Esta
técnica de prueba de "bucle de retorno" puede ser sencilla de
implementar pero proporciona capacidades de prueba limitadas.
Muchos sistemas de comunicación CDMA de nueva
generación pueden permitir una operación flexible. Por ejemplo,
pueden transmitirse datos en ráfagas a los terminales, pueden
transmitirse diferentes tipos de datos sobre diferentes tipos de
canales, puede permitirse que la tasa de transmisión de datos varíe
de una trama a otra en un canal particular, el procesamiento de los
datos también puede variar (por ejemplo, de una trama a otra y/o de
un canal a otro), etcétera. La técnica de prueba de bucle de retorno
convencional se usa normalmente para someter a prueba un único
canal de tráfico basándose en un conjunto definido de parámetros de
prueba, y es posible que no pueda someter a prueba diversos
aspectos de un sistema CDMA de nueva generación.
Además, diferentes proveedores de equipo pueden
soportar y/o implementar diferentes interfaces para someter a
prueba los terminales. Como resultado, es concebible que el equipo
de un proveedor no se someta a prueba de manera apropiada frente a,
o en combinación con, un equipo de otro proveedor debido a
interfaces incompatibles.
Por tanto, existe la necesidad en la técnica de
técnicas para someter a prueba el rendimiento de terminales y
puntos de acceso en sistemas CDMA. Se señala además el documento
WO-01/52568, que describe técnicas para someter a
prueba un enlace de comunicación inalámbrico. Un canal de tráfico se
somete a prueba a través de una opción de servicio de datos de
prueba que puede negociarse y conectarse de manera similar a otros
servicios. Los valores de parámetro de prueba pueden proponerse,
aceptarse o rechazarse y negociarse. Se generan datos de prueba
para un canal basándose en un patrón de datos definido o un
generador de números pseudoaleatorios. El canal de tráfico puede
someterse a prueba usando transmisión discontinua.
Según la presente invención, se proporcionan un
procedimiento para someter a prueba una pluralidad de canales según
se expone en las reivindicaciones 1 y 32, un programa informático
según se expone en las reivindicaciones 31 y 33, y un aparato en un
sistema de comunicación de datos inalámbrico, según se expone en las
reivindicaciones 34 y 36. Se reivindican realizaciones de la
invención en las reivindicaciones dependientes.
Aspectos de la invención proporcionan técnicas
para someter a prueba el rendimiento de terminales y puntos de
acceso en sistemas CDMA. Se proporciona un marco de protocolos y
mensajes para soportar pruebas de rendimiento de terminales, y este
marco garantiza la compatibilidad de interfaces. En una realización,
el marco comprende un protocolo de aplicación de prueba directa
(FTAP) para someter a prueba canales directos y un protocolo de
aplicación de prueba inversa (RTAP) para someter a prueba canales
inversos. El FTAP soporta las pruebas de un canal de tráfico
directo y la recopilación, el registro y la notificación de diversas
estadísticas que pueden usarse para determinar el rendimiento, y el
RTAP soporta las pruebas de un canal de tráfico inverso y la
recopilación de estadísticas asociadas.
Se proporcionan técnicas para realizar diversas
pruebas en diferentes tipos de canales (por ejemplo, canales de
tráfico así como canales auxiliares o de sobrecarga). Estas técnicas
soportan pruebas de transmisiones de datos en ráfagas. También se
proporcionan técnicas para la recopilación, el registro y la
notificación de diversas estadísticas, y las estadísticas
recopiladas pueden usarse posteriormente para obtener diversas
métricas de rendimiento tales como caudal, tasa de errores por
paquete (PER), etcétera.
También se proporcionan técnicas para soportar
la "persistencia" en las pruebas (es decir, pruebas continuadas
durante conexión y desconexión, con las variables usadas para
almacenar información estadística que sólo vuelve a ajustarse
cuando se ordena). También se proporcionan técnicas para forzar los
ajustes de ciertos canales auxiliares (por ejemplo, de modo que
puede determinarse la tasa de errores de los canales). A
continuación se describen diversos aspectos y realizaciones de la
invención con mayor detalle.
Las técnicas descritas en el presente documento
pueden usarse para diversas aplicaciones, tales como las pruebas de
rendimiento mínimo de terminales de manera sistemática (por ejemplo,
en un entorno de fábrica o laboratorio) y la medición del
rendimiento de enlace directo y/o inverso (por ejemplo, en un
entorno de campo). Estas técnicas pueden usarse para diversos
sistemas CDMA y de comunicación de datos inalámbricos, tales como
cdma2000, IS-95 y W-CDMA.
La invención proporciona además procedimientos,
un aparato (por ejemplo, terminal y punto de acceso), y otros
elementos que implementan diversos aspectos, realizaciones y
características de la invención, según se describe con más detalle
a continuación.
Las características, naturaleza y ventajas de la
presente invención resultarán más evidentes a partir de la
descripción detallada expuesta a continuación cuando se toma junto
con los dibujos en los que caracteres de referencia similares
identifican de manera correspondiente en la totalidad, y en los
que:
la figura 1 es un diagrama de un sistema de
comunicación de datos inalámbrico;
las figuras 2A y 2B son diagramas de bloques de
una realización de un punto de acceso y un terminal,
respectivamente, que pueden implementar diversos aspectos y
realizaciones de la invención;
la figura 3 es un diagrama de un esquema de
transmisión usado para datos por paquetes de alta tasa de
transmisión en cdma2000;
la figura 4 es un diagrama de una realización de
un proceso global para someter a prueba un canal de tráfico
directo;
la figura 5 es un diagrama de flujo de una
realización específica de un proceso de configuración de parámetro
de prueba de FTAP;
la figura 6 es un diagrama de una realización de
un proceso para recuperar información estadística desde el
terminal;
la figura 7 es un diagrama de una realización de
un proceso global para someter a prueba un canal de tráfico
inverso; y
la figura 8 es un diagrama de flujo de una
realización específica de un proceso de configuración de parámetro
de prueba de RTAP.
La figura 1 es un diagrama de un sistema 100 de
comunicación de datos inalámbrico en el que pueden implementarse
diversos aspectos y realizaciones de la invención. El sistema 100
proporciona comunicación para un número de células 102, dándole
servicio a cada célula un punto 104 de acceso correspondiente. Un
punto de acceso también puede denominarse estación base, sistema de
transceptor de estación base (BTS) o nodo B. Por todo el sistema
están distribuidos diversos terminales 106. Un terminal también
puede denominarse terminal de acceso, terminal remoto, estación
móvil o equipo de usuario (UE).
En una realización, cada terminal 106 puede
comunicarse con un punto 104 de acceso en el enlace directo en
cualquier momento dado, y puede comunicarse con uno o más puntos de
acceso en el enlace inverso dependiendo de si el terminal está o no
en traspaso continuo. El enlace directo (es decir, enlace
descendente) se refiere a la transmisión desde el punto de acceso
al terminal, y el enlace inverso (es decir, enlace ascendente) se
refiere a la transmisión desde el terminal al punto de acceso.
En la figura 1, una línea continua con una
flecha indica una transmisión de datos específica de usuario (o
simplemente, "datos") desde un punto de acceso a un terminal.
Una línea discontinua con una flecha indica que el terminal está
recibiendo señalización piloto y de otro tipo pero no transmisión de
datos específica de usuario desde el punto de acceso. Como se
muestra en la figura 1, el punto 104a de acceso transmite datos al
terminal 106a en el enlace directo, el punto 104b de acceso
transmite datos al terminal 106b, el punto 104c de acceso transmite
datos al terminal 106c, etcétera. La comunicación de enlace inverso
no se muestra en la figura 1 para mayor simplicidad.
El sistema 100 puede estar diseñado para
soportar una o más normas CDMA tales como cdma2000,
IS-95, W-CDMA, y otras. Estas
normas CDMA se conocen en la técnica y se incorporan al presente
documento por referencia. Algunos sistemas CDMA de nueva generación
(por ejemplo, sistemas cdma2000 1xEV) pueden transmitir datos en
ráfagas y a tasas de transmisión de datos variables (por ejemplo,
soportado por el enlace de comunicación). Las técnicas de prueba
descritas en el presente documento es posible que puedan
caracterizar de manera más eficaz el enlace de comunicación para
estos sistemas.
La figura 2A es un diagrama de bloques de una
realización del punto 104 de acceso, que puede soportar diversos
aspectos y realizaciones de la invención. Para mayor simplicidad, la
figura 2A muestra el procesamiento en el punto de acceso para la
comunicación con un terminal. En el enlace directo, se proporcionan
datos de "tráfico" desde una fuente 210 de datos de
transmisión (TX) y datos de prueba desde una memoria 212 intermedia
a un multiplexor (MUX) 214. El multiplexor 214 selecciona y
proporciona los datos de tráfico a un procesador 216 de datos de TX
cuando opera en un modo normal, y proporciona tanto datos de tráfico
como de prueba cuando opera en un modo de prueba. El procesador 216
de datos de TX recibe y procesa (por ejemplo, formatea, entrelaza y
codifica) los datos recibidos, que a continuación se procesan
adicionalmente (por ejemplo, se cubren y ensanchan) mediante un
modulador (MOD) 218. El procesamiento (por ejemplo, codificación,
entrelazado, cobertura, etcétera) puede ser diferente para cada
tipo de canal. Los datos modulados se proporcionan a continuación a
una unidad 22 de TX de RF y se acondicionan (por ejemplo, se
convierten en una o más señales analógicas, se amplifican, se
filtran y se modulan en cuadratura) para generar una señal de enlace
directo, que se encamina a través de un duplexor (D) 224 y se
transmite a través de una antena 226 a los terminales. El
controlador 220 controla la prueba global a través de mensajes de
señalización que se envían a través del multiplexor 214.
La figura 2B es un diagrama de bloques de una
realización del terminal 106, que también puede soportar diversos
aspectos y realizaciones de la invención. La señal de enlace directo
desde el punto de acceso se recibe por una antena 252, se encamina
a través de un duplexor 254 y se proporciona a una unidad 256 de
receptor de RF. La unidad 256 de receptor de RF acondiciona (por
ejemplo, filtra, amplifica, convierte de manera descendente y
digitaliza) la señal recibida y proporciona muestras. Un demodulador
(DEMOD) 258 recibe y procesa (por ejemplo, desensancha, elimina la
cobertura de y demodula) las muestras para proporcionar símbolos
recuperados. El demodulador 258 puede implementar un receptor de
rastrillo que puede procesar múltiples casos de señal en la señal
recibida para proporcionar los símbolos recuperados. Un procesador
260 de datos de recepción (RX) decodifica los símbolos recuperados,
comprueba los paquetes recibidos y proporciona datos de tráfico
decodificados (a través de un demultiplexor 262) a un sumidero 264
de datos de RX y datos de prueba decodificados a un controlador 270.
El controlador 270 controla la prueba global a través de mensajes
de señalización que se envían a través de un multiplexor (MUX)
284.
En el enlace inverso, el multiplexor 284 recibe
datos estadísticos de las pruebas de enlace directo desde el
controlador 270, datos de bucle de retorno (descritos a
continuación) desde una memoria 278 intermedia, datos de prueba
para someter a prueba el enlace inverso desde una memoria 280
intermedia, y datos de tráfico desde una fuente 282 de datos de TX.
Dependiendo del modo de operación del terminal 106 y la(s)
prueba(s) particular(es) que esté(n) realizándose, el
multiplexor 284 proporciona la combinación apropiada de diversos
tipos de datos a un procesador 286 de datos de TX. Los datos
proporcionados se procesan a continuación (por ejemplo, se
formatean, entrelazan y codifican) por el procesador 286 de datos de
TX, se procesan adicionalmente (por ejemplo, se cubren y se
ensanchan) por un modulador (MOD) 288, y se acondicionan (por
ejemplo, se convierten en una señal analógica, se amplifican, se
filtran y se modulan en cuadratura) por una unidad 290 de TX de RF
para generar una señal de enlace inverso, que se encamina a
continuación a través del duplexor 254 y se transmite a través de
la antena 252 a uno o más puntos 104 de acceso.
Haciendo referencia de nuevo a la figura 2A, la
señal de enlace inverso se recibe por la antena 226, se encamina a
través del duplexor 224 y se proporciona a una unidad 228 de
receptor de RF. La señal de enlace inverso se acondiciona (por
ejemplo, se convierte de manera descendente, se filtra y se
amplifica) por la unidad 228 de receptor de RF, y se procesa
adicionalmente por un demodulador 232 y un procesador 234 de datos
de RX de manera complementaria a lo que realiza el modulador 288 y
el procesador 286 de datos de TX, respectivamente, para recuperar
los datos transmitidos. Los datos de tráfico de enlace inverso se
proporcionan a través de un demultiplexor 236 a un sumidero 238 de
datos de RX, y los datos estadísticos, de bucle de retorno y de
prueba se proporcionan a un controlador 220 para su evaluación.
Los aspectos de la invención proporcionan
técnicas para someter a prueba el rendimiento de terminales y puntos
de acceso en sistemas CDMA. En un aspecto, se proporciona un marco
de protocolos y mensajes para soportar pruebas de rendimiento de
terminales. Este marco garantiza la compatibilidad de interfaces
(por ejemplo, entre diferentes proveedores de equipo). En otro
aspecto, se proporcionan técnicas para realizar diversas pruebas de
diferentes tipos de canales (por ejemplo, canales de tráfico así
como canales auxiliares o de sobrecarga). Se soportan pruebas para
transmisiones de datos en ráfagas. Aún en otro aspecto, se
proporcionan técnicas para la recopilación, el registro y la
notificación de diversas estadísticas, y las estadísticas
recopiladas pueden usarse posteriormente para obtener diversas
métricas de rendimiento tales como caudal, tasa de errores por
paquete (PER), etcétera. Aún en otro aspecto, se proporcionan
técnicas para soportar la "persistencia" en las pruebas (es
decir, pruebas continuadas durante conexión y desconexión, con las
variables usadas para almacenar información estadística que sólo
vuelve a ajustarse cuando se ordena). Aún en otro aspecto, se
proporcionan técnicas para forzar los ajustes de ciertos canales
auxiliares (por ejemplo, de modo que puede determinarse la tasa de
errores de los canales). Diversos aspectos y realizaciones de la
invención se describen con más detalle a continuación. Para mayor
claridad, se describen específicamente diversos aspectos de la
invención para la interfaz aérea de alta tasa de transmisión de
datos por paquetes en cdma2000 (o simplemente, HAI en
cdma2000).
La figura 3 es un diagrama de un esquema de
transmisión de enlace directo usado para datos por paquetes de alta
tasa de transmisión en cdma2000. Cada punto de acceso transmite
datos por paquetes a los terminales que han elegido para que
reciban datos desde el punto de acceso, basándose en la intensidad
de la señal, uno cada vez, de manera multiplexada con división de
tiempo. Un punto de acceso transmite datos por paquetes a un
terminal en o cerca del nivel de potencia de transmisión máxima, si
lo hiciera. Siempre que un terminal desee una transmisión de datos,
envía una petición de datos por paquetes en forma de un mensaje de
control de tasa de transmisión de datos (DRC) a un punto de acceso
seleccionado. El terminal mide la calidad de señal de las señales de
enlace directo (por ejemplo, los pilotos) recibidas desde varios
puntos de acceso, determina el punto de acceso que tiene la mejor
calidad de señal recibida (es decir, el punto de acceso
seleccionado), identifica la mayor tasa de transmisión de datos
soportada por el mejor enlace recibido, y envía un valor de DRC
indicativo de la tasa de transmisión de datos identificada. El
valor de DRC se transmite en un canal de DRC y se dirige al punto
de acceso seleccionado a través del uso de una cobertura de DRC
asignada al punto de acceso. El punto de acceso seleccionado (o
sector de servicio) planifica la transmisión de datos al terminal en
el canal de tráfico directo según su política de planificación que
puede tener en cuenta diversos factores tales como el valor de DRC
recibido, datos en cola, etcétera. Basándose en el estatus de la
transmisión de los datos recibidos, el terminal envía acuses de
recibo (ACK) y acuses de recibo negativos (NACK) en un canal de ACK
al punto de acceso seleccionado. Se describen detalles del esquema
de transmisión de datos por paquetes de alta tasa de transmisión
para cdma2000 en 3GPP2 C.S0024, titulado "cdma2000 High Rate
Packet Data Air Interface Specification", denominado a
continuación en el presente documento, documento de HAI.
Las técnicas descritas en el presente documento
pueden usarse para someter a prueba diversos tipos de canales. Para
HAI en cdma2000, estos canales incluyen el canal de tráfico directo,
el canal de DRC, el canal de ACK, el canal de tráfico inverso, y
posiblemente otros. El canal de tráfico directo se usa para la
transmisión de datos desde el punto de acceso al terminal, y el
canal de tráfico inverso se usa para la transmisión de datos desde
el terminal al punto de acceso. El canal de DRC se usa para enviar
información referente a la tasa máxima que va a usarse para el
canal de tráfico directo, y el canal de ACK se usa para enviar bits
de acuse de recibo para paquetes recibidos.
Las técnicas descritas en el presente documento
también pueden usarse para diversas aplicaciones. Una aplicación de
este tipo son las pruebas de terminales de manera sistemática (por
ejemplo, en un entorno de fábrica o laboratorio). El rendimiento
mínimo para terminales en HAI en cdma2000 se describe en
TIA/EIA/IS-866, titulado "The Recommended Minimum
Peformance Standards for cdma2000 High Rate Packet Data
Terminal", y el rendimiento mínimo para puntos de acceso se
describe en TIA/EIA/IS-864, titulado "The
Recommended Minimum Performance Standards for cdma2000 High Rate
Packet Data Access Network".Otra aplicación es la medición de
ciertas métricas de rendimiento de enlace directo y/o inverso clave
(por ejemplo, en un entorno de campo) tal como caudal y tasa de
errores por paquete (PER).
En un aspecto, se proporciona un marco para
habilitar las pruebas de diversos elementos de un sistema CDMA (por
ejemplo, la HAI en el sistema cdma2000). El marco, que se denomina
en el presente documento "protocolo de aplicación de prueba"
(TAP), comprende un protocolo de aplicación de prueba directa (FTAP)
para someter a prueba canales directos y un protocolo de aplicación
de prueba inversa (RTAP) para someter a prueba canales
inversos.
En una realización, el FTAP (1) proporciona
procedimientos y mensajes para controlar el canal de tráfico directo
y para configurar canales inversos asociados con el canal de
tráfico directo, (2) especifica la generación y transmisión de
paquetes de prueba y de bucle de retorno enviados en los canales de
tráfico directo e inverso, respectivamente, para el fin de someter
a prueba el canal de tráfico directo, y (3) proporciona
procedimientos para recopilar, registrar y notificar ciertas
estadísticas observadas en el terminal. También pueden soportarse
menos capacidades, capacidades adicionales y/o diferentes por el
FTAP, dentro del alcance de la invención según se define mediante
las reivindicaciones adjuntas.
En una realización, el RTAP (1) proporciona
procedimientos y mensajes para controlar y configurar el canal de
tráfico inverso, y (2) especifica la generación de paquetes de
prueba enviados en el canal de tráfico inverso para someter a
prueba ese canal. También pueden soportarse menos capacidades,
capacidades adicionales y/o diferentes por el RTAP, dentro del
alcance de la invención según se define mediante las
reivindicaciones adjuntas.
El TAP genera y retransmite paquetes de prueba a
la capa de flujo en el sentido de transmisión, y recibe y procesa
paquetes de prueba desde la capa de flujo en el sentido de
recepción. La unidad de transmisión del FTAP es un paquete de FTAP,
y la unidad de transmisión del RTAP es un paquete de RTAP. Los
tamaños de paquete de FTAP y RTAP está determinado, cada uno, por
capas inferiores negociadas durante la configuración de la sesión.
Cada paquete de FTAP o RTAP está incluido en la carga útil de la
capa de flujo.
El FTAP y el RTAP usan cada uno mensajes de
señalización para controlar y configurar el terminal y la red de
acceso para realizar pruebas en los canales de tráfico directo e
inverso. El FTAP y el RTAP usan la aplicación de señalización
descrita en el documento de HAI mencionado anteriormente para enviar
mensajes.
El TAP se registra para recibir ciertas
indicaciones desde las otras capas, que se usan para cerrar una
sesión de prueba o cambiar el estado del terminal a prueba. En una
realización, se reciben las siguientes indicaciones por el FTAP y/o
RTAP (como se muestra dentro del corchete a la derecha de la
indicación):
- \bullet
- ConnectedState.ConnectionClosed [recibido por el FTAP y RTAP],
- \bullet
- RouteUpdate.IdleHO [recibido por el FTAP],
- \bullet
- RouteUpdate.ConnectionLost [recibido por el FTAP y RTAP], y
- \bullet
- IdleState.ConnectionOpened [recibido por el FTAP y RTAP].
\vskip1.000000\baselineskip
El TAP también devuelve la siguiente indicación
a las capas de señalización superiores:
- \bullet
- LoopbackSyncLost [devuelto por el FTAP], y
- \bullet
- RTAPSyncLost [devuelto por el RTAP].
\vskip1.000000\baselineskip
El FTAP proporciona procedimientos y mensajes
usados para configurar, controlar y realizar diversas pruebas en
los canales directos, incluyendo el canal de tráfico directo. Los
procedimientos para el FTAP pueden agruparse en las siguientes
categorías:
- \bullet
- Configuración de parámetro de prueba de FTAP - incluye procedimientos y mensajes para controlar configuraciones de prueba de FTAP en el terminal y la red de acceso;
- \bullet
- Transmisión y recepción de paquetes de prueba de FTAP - incluye procedimientos para generar paquetes de prueba de FTAP en la red de acceso para la transmisión en el canal de tráfico directo, y para procesar paquetes recibidos en el terminal;
- \bullet
- Transmisión y recepción de paquetes de bucle de retorno de FTAP - incluye procedimientos para enviar y recibir paquetes de bucle de retorno de FTAP en el canal de tráfico inverso;
- \bullet
- Transmisión de canal de ACK - incluye procedimientos para enviar bits por el canal de ACK configurados (con valor fijado) en el canal de ACK;
- \bullet
- Transmisión de canal de DRC - incluye procedimientos para enviar valores de DRC configurados (fijados) y/o usar una cobertura de DRC fijada en el canal de DRC; y
- \bullet
- Recopilación y recuperación de estadísticas de FTAP - incluye procedimientos y mensajes para recopilar estadísticas en el terminal y para recuperarlas por la red de acceso.
\vskip1.000000\baselineskip
Los procedimientos y mensajes se describen con
más detalle a continuación. También pueden soportarse menos
capacidades, capacidades adicionales y/o diferentes por el FTAP,
dentro del alcance de la invención según se define mediante las
reivindicaciones adjuntas.
El FTAP soporta las pruebas de diferentes tipos
de canales directos. Los canales particulares que van a someterse a
prueba pueden seleccionarse individualmente, y los canales
seleccionados pueden someterse a prueba de manera concurrente. En
una realización, el FTAP soporta pruebas del canal de tráfico
directo, los canales de control de acceso a medios (MAC) directos,
el canal de DRC y el canal de ACK. La tabla 1 enumera diversos modos
soportados por el FTAP. También pueden soportarse menos modos,
modos adicionales y/o diferentes, dentro del alcance de la
invención según se define mediante las reivindicaciones
adjuntas.
\vskip1.000000\baselineskip
El FTAP soporta la recopilación de ciertas
estadísticas por la red de acceso, que pueden usarse para determinar
diversas métricas de rendimiento tales como, por ejemplo, caudal de
enlace directo, tasa de errores por paquete del canal de tráfico,
tasa de errores por paquete del canal de control, capacidad de
sectores (caudal), etcétera. La tabla 2 enumera las estadísticas
que pueden recopilarse y mantenerse por la red de acceso (por
ejemplo, para cada sector) cuando se habilita el modo de bucle de
retorno.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
El FTAP soporta la recopilación de ciertas
estadísticas por el terminal. Estas estadísticas pueden recuperarse
por la red de acceso. La tabla 3 enumera las estadísticas que pueden
recopilarse y mantenerse por el terminal.
\vskip1.000000\baselineskip
En HAI en cdma2000, un piloto para cada sector
se caracteriza por un desfase de PN específico y un canal de CDMA,
y un piloto de ajuste activo (ASP) es el piloto desde el sector cuyo
canal de control está monitorizando actualmente el terminal. Aunque
el terminal esté en el estado inactivo, monitoriza el canal de
control desde el sector de servicio. El IdleASPChange se usa para
recopilar estadísticas para la tasa de cambio del piloto de ajuste
activo, y el FirstSyncCCPkt se usa para recopilar estadísticas para
el número de paquetes de capa MAC de CC en cápsulas síncronas
recibidas con éxito por el terminal.
Aunque el terminal esté en un estado conectado,
puede recibir paquetes desde sectores de servicio. Un sector de
servicio es el sector al que se envía el mensaje de DRC (o al que se
dirige). Cuando el mensaje de DRC vuelve a dirigirse desde un
sector a otro, la cobertura de DRC pasa a través de una cobertura
NULA. Por ejemplo, si la cobertura de DRC cambia desde la cobertura
A de sectores, a través de la cobertura NULA, y a la cobertura B de
sectores (siendo A diferente de B), entonces se cuenta como un
cambio de sector de servicio. Y si la cobertura de DRC cambia desde
la cobertura A de sectores, a través de la cobertura NULA, y de
vuelta a la cobertura A de sectores, entonces se cuenta como un
cambio de sector de servicio cero. El ConnectedSSChange se usa para
recopilar estadísticas para la tasa de cambio del sector de
servicio.
Los estados inactivo y conectado son estados de
operación del terminal en un protocolo de gestión de enlace aéreo
descrito en el documento de HAI mencionado anteriormente.
La figura 4 es un diagrama de un proceso 400
global para someter a prueba el canal de tráfico directo, según una
realización de la invención. El proceso 400 puede usarse para
determinar diversas métricas de rendimiento tales como, por
ejemplo, caudal de usuario de enlace directo, tasa de errores por
paquete del canal de tráfico directo, tasa de errores por paquete
del canal de control, caudal de sectores de enlace directo,
etcétera.
Inicialmente, la red de acceso establece una
conexión con un terminal de la manera normal, si no hay conexión
actual entre los mismos, en la etapa 412. El establecimiento de
conexión para HAI en cdma2000 puede realizarse como se describe en
el documento de HAI mencionado anteriormente. La red de acceso envía
a continuación un mensaje FTAPParameterAssignment al
terminal para configurar el FTAP, en la etapa 414. La configuración
del terminal para pruebas de FTAP se describe a continuación y, en
una realización, está habilitado el modo de bucle de retorno por
defecto. El terminal realiza la configuración necesaria y a
continuación responde a la red de acceso con un mensaje
FTPParameterComplete para indicar que está listo para las
pruebas configuradas, en la etapa 416.
La red de acceso y el terminal intercambian
posteriormente paquetes de prueba de FTAP y paquetes de bucle de
retorno de FTAP, que se describen con más detalle a continuación, en
la etapa 418. Puede intercambiarse cualquier número de paquetes de
FTAP, y las estadísticas que van a recopilarse por la red de acceso
y/o el terminal pueden determinarse mediante la configuración de
prueba.
Tras haberse recopilado estadísticas
suficientes, la red de acceso deja de enviar paquetes de prueba de
FTAP y libera la conexión, en la etapa 420. Puede omitirse la etapa
420, por ejemplo, si la red de acceso avanza para realizar algunas
otras pruebas o funciones. La red de acceso puede usar las
estadísticas que recopiló para calcular la tasa de errores por
paquete y el caudal promedio, como se describe a continuación. Se
describen a continuación diversos detalles para el proceso 400.
En una realización, el FTAP se activa vinculando
la aplicación de prueba a uno de los tres flujos disponibles. La
configuración del protocolo puede iniciarse por el punto de acceso o
el terminal. En una realización, sólo puede haber una instanciación
del FTAP en cada terminal.
\vskip1.000000\baselineskip
La red de acceso o el terminal pueden activar el
FTAP para someter a prueba los canales directos. Con la activación
del FTAP, el terminal realiza un procedimiento de inicialización de
configuración de FTAP, que deshabilita las etiquetas para el modo
de bucle de retorno, el modo fijado de bits de canal de ACK, el modo
fijado de DRC y el modo fijado de cobertura de DRC.
La figura 5 es un diagrama de flujo de una
realización específica de un proceso 500 de configuración de
parámetros de prueba de FTAP. El proceso 500 cubre las etapas 414 y
416 en la figura 4. Para inicializar o cambiar la configuración de
prueba, la red de acceso envía un mensaje
FTAPParameterAssignment que incluye un valor particular para
un campo TransactionID y puede incluir además uno o más registros de
atributo para las etiquetas de modo de FTAP mantenidas por el
terminal, en la etapa 512. A través de los registros de atributo en
el mensaje, la red de acceso puede controlar las pruebas que van a
realizarse.
Tras recibir el mensaje
FTAPParameterAssignment desde la red de acceso, el terminal
realiza el procedimiento de inicialización de configuración de FTAP
descrito anteriormente, en la etapa 514. El terminal ajusta entonces
sus etiquetas de modo de FTAP basándose en los atributos, si los
hubiera, incluidos en el mensaje recibido, en la etapa 516. En
particular, el mensaje recibido puede incluir un atributo
LoopBackMode, un atributo ACKChBitFixedMode, un atributo
DRCFixedMode y/o un atributo DRCCoverFixedMode.
El atributo LoopbackMode está incluido en el
mensaje FTAPParameterAssignment si se requiere que el
terminal transmita paquetes de bucle de retorno de FTAP en el canal
de tráfico inverso. El atributo ACKChannelBitFixedMode está
incluido si van a transmitirse bits de canal de ACK por el terminal
en cada ranura y van a ajustarse a un valor fijado particular. El
atributo DRCFixedMode está incluido si el DRC transmitido por el
terminal va a ajustarse a un valor fijado particular. Y el atributo
DRCCoverFixedMode está incluido si una cobertura de DRC fijada
particular va a usarse por el terminal para la transmisión de
DRC.
Si el mensaje recibido incluye el atributo
LoopBackMode, a continuación el terminal habilita la etiqueta de
modo de bucle de retorno, almacena el valor en un campo
LoopBackPersistence del atributo, borra la memoria intermedia de
bucle de retorno y ajusta un LBPktOverflowBit a cero. Si el mensaje
recibido incluye el atributo ACKChannelBitFixedMode, a continuación
el terminal habilita la etiqueta de modo fijado de bits de canal de
ACK y almacena el valor en un campo ACKChannelBit del atributo. Si
el mensaje recibido incluye el atributo DRCFixedMode, a
continuación el terminal habilita la etiqueta de modo fijado de DRC
y almacena el valor en un campo DRCValue del atributo. Y si el
mensaje recibido incluye el atributo DRCCoverFixedMode, a
continuación el terminal habilita la etiqueta de modo fijado de
cobertura de DRC y almacena el valor en un campo DRCCover del
atributo.
Con la finalización de las configuraciones de
prueba especificadas por el mensaje FTAPParameterAssignment
y en T_{FTAPConfig} (por ejemplo, dos) segundos de recibir el
mensaje, el terminal envía un mensaje FTAPParameterComplete
con el campo TransactionID ajustado al mismo valor que el recibido
en el campo TransactionID del mensaje
FTAPParameterAssignment, en la etapa 518. El campo
TransactionID se usa para identificar la transacción específica a la
que hace referencia el mensaje.
Tras recibir el mensaje
FTAPParameterComplete desde el terminal, la red de acceso
realiza un procedimiento de inicialización de estadísticas y
parámetros de prueba de FTAP, que ajusta a cero las variables
FTAPTestPktSent, FTAPTestPktRecd, FTAPMACPktRecd, FTAPLBPktSent,
FTAPLBPktRecd, FTAPPhysPktSlots y FTAPTestTime mantenidas para cada
sector, en la etapa 520. La red de acceso ajusta además a cero una
variable (de 14 bits), V(S_{Test}), usada para realizar un
seguimiento del número de secuencia de los paquetes de prueba de
FTAP. Entonces termina el proceso de configuración de parámetros de
prueba de FTAP.
El terminal vuelve a ajustar sus etiquetas de
modo de FTAP con la terminación de las pruebas de FTAP. En una
realización, si el protocolo recibe una indicación
ConnectedState.ConnectionClosed o
RouteUpdate.ConnectionLost desde la capa de conexión,
indicando cualquiera de ellas que se termina una conexión, entonces
el terminal deshabilita las etiquetas para el modo fijado de bits
de canal de ACK, el modo fijado de DRC y el modo fijado de
cobertura de DRC. El terminal deshabilita además la etiqueta de modo
de bucle de retorno si estaba previamente habilitada y si el valor
del campo LoopBackPersistence del atributo LoopBackMode en el último
mensaje FTAPParameterAssignment era `00'.
\newpage
La tabla 4 enumera los campos para el mensaje
FTAPParameterAssignment, según una realización
específica.
\vskip1.000000\baselineskip
La tabla 5 enumera los diversos campos para los
registros de atributo que pueden incluirse en el mensaje
FTAPParameterAssignment, según una realización específica.
La primera columna de la tabla 5 identifica los cuatro registros de
atributo diferentes que pueden incluirse en el mensaje
FTAPParameterAssignment. Cada registro de atributo incluye
tres campos, Length, Attribute ID y un campo de datos dependiente
del atributo, y estos tres campos se muestran en las columnas
segunda a cuarta. El campo Length proporciona la longitud del
registro de atributo (en octetos) excluyendo el propio campo
Length. En una realización, la longitud de cada campo de registro de
atributo es de 8 bits, y la longitud de cada registro de atributo
es de 24 bits.
\vskip1.000000\baselineskip
\newpage
En una realización, el mensaje
FTAPParameterAssignment se envía en el canal de control (CC)
y el canal de tráfico directo (FTC) dirigidos al terminal
(direccionamiento de unidifusión) con el protocolo de capa de
señalización (SLP) ajustado a fiable y la prioridad de transmisión
ajustada a 40.
La tabla 6 enumera los campos para el mensaje
FTAPParameterComplete, según una realización específica.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
En una realización, el mensaje
FTAPParameterComplete se envía en el canal de tráfico inverso
(RTC) dirigido a la red de acceso (direccionamiento de unidifusión)
con el SLP ajustado a fiable y la prioridad de transmisión ajustada
a 40.
\vskip1.000000\baselineskip
Tras completarse la configuración de parámetros
de prueba de FTAP y mientras el terminal está en el estado
conectado, monitoriza que el canal de tráfico directo reciba
paquetes de prueba de FTAP. En una realización, los paquetes de
prueba de FTAP se generan por la aplicación de prueba de manera
normal (es decir, similar a un paquete de datos de tráfico), pero
cada paquete de prueba de FTAP incluye sólo los campos definidos y
no otros datos. Los paquetes de prueba de FTAP se generan a una tasa
de transmisión suficiente para garantizar que siempre están
disponibles para la transmisión en el canal de tráfico directo. Los
paquetes de prueba de FTAP pueden almacenarse en la memoria 212
intermedia de la figura 2A.
La red de acceso incluye un número de secuencia
(de 14 bits), en cada paquete de prueba de FTAP transmitido, que se
usa para la identificación de paquetes de prueba de FTAP. El número
de secuencia se mantiene a través de una variable,
V(S_{Test}), por la red de acceso, y se incrementa en uno
tras enviar un paquete de prueba de FTAP.
La tabla 7 enumera los campos para un paquete de
prueba de FTAP, según una realización específica.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
La red de acceso transmite paquetes de prueba de
FTAP en el canal de tráfico directo según un conjunto de reglas. En
una realización, la red de acceso asigna una prioridad de
transmisión particular (por ejemplo, 55) a paquetes de prueba de
FTAP, y usa además la característica de encapsulación única forzada
descrita en el documento de HAI mencionado anteriormente.
El terminal recibe y procesa los paquetes de
prueba de FTAP transmitidos en el canal de tráfico directo. Puesto
que estos paquetes de prueba de FTAP se generaron de la manera
normal en el punto de acceso, pueden procesarse de la manera normal
en el terminal, igual que los paquetes de datos de tráfico (por
ejemplo, demodularse, decodificarse y comprobarse para determinar
si se recibieron correctamente o con error.
\vskip1.000000\baselineskip
Si se habilita el modo de bucle de retorno,
entonces el terminal genera y envía paquetes de bucle de retorno de
FTAP en el canal de tráfico inverso a la red de acceso. Los enlaces
directo e inverso para HAI en cdma2000 no son simétricos (por
ejemplo, el enlace directo soporta una tasa de transmisión mayor que
el enlace inverso), y la tasa de transmisión en el enlace inverso
puede estar limitada adicionalmente (por ejemplo, a tan sólo 9,6
Kbps en el peor caso). La información relevante para la transmisión
de enlace directo se extrae y se envía por bucle de retorno a la
red de acceso a través de los paquetes de bucle de retorno.
En una realización, un paquete de bucle de
retorno de FTAP se genera para cada intervalo de tiempo particular
(por ejemplo, cada intervalo de 16 ranuras, alineado con respecto al
tiempo del sistema CDMA), que se denomina un intervalo de
"observación". En una realización, paquetes de bucle de retorno
de FTAP se envían para transportar información acerca de los
paquetes de prueba de FTAP recibidos en el canal de tráfico directo,
y el contenido de cada paquete de bucle de retorno de FTAP se basa
en, y es descriptivo de, los paquetes de prueba de FTAP recibidos
durante el intervalo de observación. En una realización, cada
paquete de bucle de retorno de FTAP incluye un registro para cada
paquete de prueba de FTAP recibido correctamente por el terminal
durante el intervalo de observación asociado. Cada registro incluye
diversa información para el paquete de prueba de FTAP asociado tal
como, por ejemplo, el sector de servicio desde el que se recibió el
paquete de prueba de FTAP, el número de secuencia y la longitud del
paquete de prueba de FTAP, etcétera. La información en cada
registro incluido en los paquetes de bucle de retorno de FTAP se usa
por la red de acceso para obtener diversas métricas de rendimiento
de enlace directo tales como caudal y tasa de errores por paquete,
según se describe a continuación.
La tabla 8 enumera los campos para un paquete de
bucle de retorno de FTAP, según una realización específica.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
Los paquetes de bucle de retorno de FTAP se
generan según un conjunto de reglas, del que se describe una
realización de la siguiente manera. Para cada paquete de bucle de
retorno de FTAP generado, el campo FwdSysTime se ajusta con
respecto al tiempo del sistema CDMA (en tramas mod 32768)
correspondiente al inicio (es decir, la ranura de orden 0) del
intervalo de observación de 16 ranuras. El tiempo del sistema CDMA
se usa de manera eficaz como un número de secuencia para el paquete
de bucle de retorno de FTAP. El campo RecordCount se ajusta al
número de paquetes de prueba de FTAP recibidos durante el intervalo
de observación asociado. Cada registro en el paquete de bucle de
retorno de FTAP incluye diversos tipos de información (según se
enumera en la tabla 8) para un paquete de prueba de FTAP
correspondiente recibido durante el intervalo de observación
asociado. Los registros para los paquetes de prueba de FTAP se
incluyen en orden ascendente de valores del campo SEQ en los
paquetes de prueba de FTAP recibidos. Un paquete de bucle de retorno
de FTAP se genera aunque no se reciban paquetes de prueba de FTAP
durante el intervalo de observación de 16 ranuras.
Los paquetes de bucle de retorno de FTAP
generados se ponen en cola para la transmisión en el canal de
tráfico inverso, y el terminal proporciona almacenamiento en
memoria intermedia (por ejemplo, en la memoria 278 intermedia de
bucle de retorno de la figura 2B) para un número particular de (por
ejemplo, ocho o más) paquetes de bucle de retorno de FTAP. El
LBPktOverflowBit indica si se ha perdido algún paquete de bucle de
retorno de FTAP debido a un rebosamiento de memoria intermedia en
el terminal, y se ajusta a `1' si esto sucede. Cuando
LBPktOverflowBit se ajusta a `1', indica que no todos los paquetes
de bucle de retorno de FTAP que faltan se perdieron debido a
borrados en el canal de tráfico inverso.
Los paquetes de bucle de retorno de FTAP se
transmiten según un conjunto de reglas, del que se describe una
realización de la siguiente manera. Se asigna a los paquetes de
bucle de retorno de FTAP una prioridad de transmisión particular
(por ejemplo, 55). El terminal transmite los paquetes de bucle de
retorno de FTAP en cola en el estado conectado. Si el terminal
recibe una indicación ConnectedState.ConnectionClosed para
un cierre de conexión o una indicación
RouteUpdate.ConnectionLost para una conexión perdida, no
intenta establecer una conexión para la transmisión de ningún
paquete de bucle de retorno de FTAP que pueda haber quedado en la
cola.
La red de acceso recibe y procesa los paquetes
de bucle de retorno de FTAP (de la manera normal, igual que otros
paquetes de datos de tráfico) y además extrae y almacena la
información incluida en los paquetes recibidos.
En una realización, la red de acceso mantiene
dos variables, V(R_{Test}) y V(R_{LB}), para
realizar un seguimiento de los paquetes de prueba de FTAP
recibidos, recibidos en el terminal de acceso y los paquetes de
bucle de retorno de FTAP recibidos en la red de acceso.
V(R_{LB}) es una variable de 15 bits que representa el
número de secuencia del siguiente paquete de bucle de retorno de
FTAP que espera recibirse por la red de acceso, y
V(R_{Test}) es una variable de 14 bits que representa el
número de secuencia del último paquete de prueba de FTAP que se
recibió con éxito en el terminal. Estas variables se inicializan por
la red de acceso al recibir el primer paquete de bucle de retorno
de FTAP tras la recepción de un mensaje FTAPParameterComplete
que indica la configuración satisfactoria del modo de bucle de
retorno. Para la inicialización, V(R_{LB}) se ajusta al
campo FwdSysTime del primer paquete de bucle de retorno de FTAP, y
V(R_{Test}) se ajusta al campo FwdSeq del primer registro
de paquete de prueba de FTAP en el primer paquete de bucle de
retorno de FTAP.
En una realización, la red de acceso procesa
cada paquete de bucle de retorno de FTAP recibido basándose en el
siguiente procedimiento y usando el valor del campo FwdSysTime en el
paquete recibido:
Si FwdSysTime \geq V(R_{LB}),
entonces
FTAPLBPktSent se incrementa en {FwdSysTime -
V(R_{LB}) + 1}, FTAPLBPktRecd se incrementa en 1,
FTAPTestTime se incrementa en {FwdSysTime -
V(R_{LB}) + 1}, y V(R_{LB}) se ajusta a FwdSysTime
+ 1.
Si FwdSysTime < V(R_{LB}), entonces
generan una indicación LoopBackSyncLost.
\vskip1.000000\baselineskip
Puesto que se espera que se transmita un paquete
de bucle de retorno de FTAP por el terminal para cada intervalo de
observación de 16 ranuras (es decir, cada trama), el FwdSysTime
incluido en cada paquete de bucle de retorno de FTAP puede usarse
como el número de secuencia para el paquete. Para cada paquete de
bucle de retorno de FTAP recibido, el número de paquetes de bucle
de retorno de FTAP enviados por el terminal desde el último paquete
de bucle de retorno de FTAP recibido puede determinarse basándose en
el número de secuencia del actual paquete recibido, FwdSysTime, y
el número de secuencia del paquete esperado, V(R_{LB}). El
número de secuencia del siguiente paquete de bucle de retorno de
FTAP que espera recibirse se obtiene incrementando el número de
secuencia del actual paquete recibido en uno.
En una realización, la red de acceso procesa
además secuencialmente los registros en cada paquete de bucle de
retorno de FTAP recibido basándose en el siguiente procedimiento. En
primer lugar, se determina el sector de servicio que transmite el
paquete de prueba de FTAP al terminal basándose en los campos
TCAMsgSeqIncluded, TCAMsgSeq y DRCCover incluidos en el paquete de
bucle de retorno de FTAP. Las variables estadísticas mantenidas
para este sector de servicio se actualizan entonces de la siguiente
manera:
FTAPPhysPktSlots se incrementa en el campo
FwdPhysSlots en el registro,
FTAPMACPktRecd se incrementa en el campo
FwdMACPkts en el registro,
FTAPTestPktSent se incrementa en {FwdSeq -
V(R_{Test}) + 1}, y
V(R_{Test}) se ajusta a {FwdSeq +
1}.
En una realización, se llevan a cabo operaciones
y comparaciones realizadas con números de secuencia en una
aritmética de módulo 2^{S} sin firmar, donde S indica el número de
bits usados para representar el número de secuencia. Para un número
de secuencia de x, se considera que los números en el rango de [x+1,
x+2^{S-1}-1] son mayores que x y
se considera que los números en el rango de [x-1,
x-2^{S-1}] son menores que x.
Si está habilitado el modo fijado de DRC,
entonces el terminal transmite el valor de DRC especificado por el
atributo DRCFixedMode en el mensaje FTAPParameterAssignment.
Y si está habilitado el modo fijado de cobertura de DRC, entonces
el terminal usa la cobertura de DRC especificada por el atributo
DRCCoverFixedMode en el mensaje. Si no, el terminal transmite el
DRC de la manera normal.
Si está habilitado el modo fijado de bits de
canal de ACK, entonces el terminal transmite el valor de bits de
canal de ACK, especificado por el atributo ACKChannelBitFixedMode en
el mensaje FTAPParameterAssignment, en el canal de ACK en
todas las ranuras. En una realización, el terminal procesa
adicionalmente los paquetes de prueba de FTAP recibidos según el
valor de bits de canal de ACK especificado.
Si el valor de bits de canal de ACK se
especifica como `0', entonces el terminal recibe paquetes en el
canal de tráfico directo ya que son de una duración de una ranura.
El terminal deja de recibir un paquete tras una ranura aunque el
pa-
quete no se haya decodificado con éxito en una única ranura y su longitud completa puede ser mayor que una ranura.
quete no se haya decodificado con éxito en una única ranura y su longitud completa puede ser mayor que una ranura.
Si el valor de bits de canal de ACK se
especifica como `1', entonces el terminal recibe paquetes en el
canal de tráfico directo ya que son de duración de longitud
completa. El terminal continúa recibiendo un paquete hasta que ha
transcurrido la longitud completa (en ranuras) aunque el paquete se
decodificara con éxito antes de que haya transcurrido su longitud
completa.
En cualquier caso (es decir, ya sea el valor de
bits de canal de ACK de `0' o de `1'), el terminal continúa
generando y transmitiendo paquetes de bucle de retorno de FTAP, si
está habilitado el modo de bucle de retorno.
En un aspecto, se proporcionan procedimientos y
mensajes para facilitar la recopilación, el registro y la
notificación de información estadística por el terminal. Cuando el
protocolo se instancia, el terminal realiza un procedimiento de
inicialización de estadísticas de FTAP, que ajusta a cero las
variables IdleASPChange, IdleTime, ConnectedSSChange,
ConnectedTime, First-SyncCCPkt y CCTime mantenidas
por el terminal.
La figura 6 es un diagrama de un proceso 600
para recuperar información estadística desde el terminal, según una
realización de la invención. El proceso 600 puede realizarse en
cualquier momento durante la prueba.
Inicialmente, la red de acceso envía un mensaje
FTAPStatsClearRequest para dirigir el terminal a que borre
las estadísticas recopiladas en el terminal, en la etapa 612. Tras
recibir el mensaje, el terminal realiza el procedimiento de
inicialización de estadísticas de FTAP, borra las variables
mantenidas para las estadísticas solicitadas, y entonces responde
con el mensaje FTAPStatsClearResponse, en la etapa 614. La
red de acceso puede volver a ajustar las variables en el terminal
en cualquier momento enviando el mensaje
FTAPStatsClearRequest. La recepción de un mensaje
FTAPStatsClearResponse desde el terminal que contiene el
mismo valor de TransactionID que el mensaje
FTAPStatsClearRequest indica que se han borrado las variables
estadísticas en el terminal.
A continuación se realizan las pruebas basándose
en la configuración de prueba de FTAP descrita anteriormente. Tras
haber transcurrido un tiempo suficiente, la red de acceso puede
enviar un mensaje FTAPStatsGetRequest para recuperar las
estadísticas recopiladas en el terminal, en la etapa 616. Tras
recibir el mensaje, el terminal responde con un mensaje
FTAPStatsGetResponse que contiene el mismo valor de
TransactionID que el mensaje FTAPStatsGetRequest
correspondiente y las estadísticas solicitadas, en la etapa 618.
Como se muestra en la figura 6, el periodo de tiempo entre los
mensajes FTAPStatsClearResponse y FTAPStatsGetRequest
constituye la duración de la prueba durante la que se recopilan las
estadísticas por el terminal.
En un aspecto, las estadísticas pueden
recopilarse para cada uno de un número de estados de operación de
terminal tales como el estado inactivo y el estado conectado. En
una realización, aunque el protocolo de gestión de enlace aéreo
está en un estado particular (por ejemplo, el estado inactivo o
estado conectado), se habilita la recopilación de estadísticas para
ese estado y se deshabilita la recopilación de estadísticas para
todos los demás estados. En una realización, con la recopilación de
estadísticas de estado inactivo habilitada durante el estado
inactivo, se incrementa el IdleASPChange siempre que se reciba una
indicación RouteUpdate.IdleHO y se incrementa el IdleTime
para cada ranura. Y con la recopilación de estadísticas de estado
conectado habilitada durante el estado conectado, se incrementa el
ConnectedSSChange siempre que haya un cambio en el sector de
servicio y se incrementa el ConnectedTime para cada ranura.
En una realización, se habilita la recopilación
de estadísticas de canal de control cuando se encuentra en el
estado inactivo o conectado. Cuando se habilita la recopilación de
estadísticas de canal de control, se incrementa el FirstSyncCCPkt
siempre que el primer paquete de capa MAC de CC en una cápsula
síncrona se reciba con éxito por el terminal y se incrementa el
CCTime al comienzo de cada ciclo de canal de control.
La tabla 9 enumera los campos para los cuatro
mensajes usados para la recuperación de estadísticas, según una
realización específica. Cada mensaje incluye un campo MessageID
usado para identificar el tipo de mensaje y un campo TransactionID
usado para identificar la transacción. Los mensajes
FTAPStatsClearRequest y FTAPStatsGetResponse incluyen
cada uno además uno o más registros AttributeID, incluyendo cada
registro el AttributeID para el atributo IdleASPStats,
ConnectedSSStats o FirstSyncCCPktStats (descritos a continuación).
El mensaje FTAPStatsGetResponse incluye además uno o más
registros AttributeRecord, siendo cada registro un simple registro
para el atributo IdleASPStats, el atributo ConnectedSSStats o el
atributo FirstSyncCCPktStats descritos en la tabla 10 a la tabla
12. Los campos MessageID, TransactionID y AttributeID tienen cada
uno una longitud de 8 bits, y cada registro AttributeRecord tiene
una longitud como se describe a continuación.
La tabla 10 enumera los campos para el registro
de atributo IdleASPStats, que puede incluirse en el mensaje
FTAPStatsGetResponse. Este registro de atributo proporciona
las estadísticas para cambios en el piloto de sector activo, según
se recopila por el terminal.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
La tabla 11 enumera los campos para el registro
de atributo ConnectedSSStats, que también puede incluirse en el
mensaje FTAPStatsGetResponse. Este registro de atributo
proporciona las estadísticas para cambios en el sector de servicio,
según se recopila por el terminal.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\newpage
La tabla 12 enumera los campos para el registro
de atributo FirstSyncCCPktStats, que también puede incluirse en el
mensaje FTAPStatsGetResponse. Este registro de atributo
proporciona las estadísticas para el primer paquete de CC síncrono,
según se recopila por el terminal.
\vskip1.000000\baselineskip
La tabla 13 enumera los canales usados para
transmitir los cuatro mensajes, el modo de dirección y el esquema
de transmisión del SLP, y la prioridad de transmisión.
\vskip1.000000\baselineskip
El rendimiento de enlace directo puede
determinarse basándose en las estadísticas recopiladas en el
terminal y notificadas a la red de acceso. Algunos de los cálculos
de rendimiento se describen a continuación.
Tasa de cambio de ASP de estado inactivo (por
segundo)
{}\hskip1.3cm = IdleASPChange x 1000 /
(IdleTime x 5 / 3).
\vskip1.000000\baselineskip
Tasa de cambio de sector de servicio de estado
conectado (por segundo)
{}\hskip1.3cm = ConnectedSSChange
x 1000 / (ConnectedTime x 5 / 3).
\vskip1.000000\baselineskip
Tasa de errores por paquete de canal de control
en el estado inactivo (%)
{}\hskip1.3cm = (1 -
FirstSyncCCPkt / CCTime) x 100.
\vskip1.000000\baselineskip
Caudal desde un sector (Kbps):
{}\hskip1.3cm = FTAPMACPktRecd x 1024 / (FTAPTestTime x 16 x 5 /
3).
\vskip1.000000\baselineskip
Caudal desde todos los sectores (Kbps)
{}\hskip1.3cm = \sum\limits_{\text{Todos los sectores}}Caudal
desde un sector (Kbps).
\vskip1.000000\baselineskip
Caudal por ranuras transmitidas desde un sector
(Kbps)
{}\hskip1.3cm = FTAPMACPktRecd para el sector x
1024 / FTAPPhysPktSlots para el sector x 5 / 3)
\vskip1.000000\baselineskip
Caudal por ranuras transmitidas desde todos los
sectores (Kbps)
{}\hskip1.3cm = \sum\limits_{\text{Todos
los sectores}}Caudal por ranuras transmitidas desde un sector
(Kbps)
\vskip1.000000\baselineskip
PER de enlace directo (%)
{}\hskip1.3cm = (1-\sum\limits_{\text{Todos los
sectores}}FTAPTestPktRecd / \sum\limits_{\text{Todos los
sectores}}FTAPTestPktSent) x 100
\vskip1.000000\baselineskip
Calidad de enlace inverso por la duración de
prueba para un sector (%)
{}\hskip1.3cm =
(1-FTAPLBPktRecd / FTAPLBPktSent) x 100
\vskip1.000000\baselineskip
Calidad de enlace inverso global por la duración
de prueba (%)
{}\hskip1.3cm =
(1-\sum\limits_{\text{Todos los
sectores}}FTAPLBPktRecd / \sum\limits_{\text{Todos los
sectores}}FTAPLBPktSent) x 100
\vskip1.000000\baselineskip
La proporción de 5/3 en las ecuaciones
anteriores corresponde a los 1,667 ms para cada ranura de tiempo en
cdma2000. También pueden obtenerse otras métricas de rendimiento
basándose en otras estadísticas que pueden registrarse en la red de
acceso. Por ejemplo, los valores de DRC recibidos desde los
terminales pueden registrarse para determinar el rendimiento de
error de símbolo de DRC en el canal de DRC.
Haciendo referencia de nuevo a la figura 2B, en
el terminal 106, el procesador 260 de datos de RX puede operarse
para procesar los paquetes de prueba de FTAP y para reenviar los
paquetes a través del multiplexor 262 al controlador 270. A
continuación, el controlador 270 identifica y extrae diversos tipos
información de cada paquete de prueba de FTAP recibido (por
ejemplo, el sector de servicio, el número de secuencia y la longitud
de cada paquete de prueba de FTAP). El controlador 270 forma a
continuación los paquetes de bucle de retorno de FTAP que tienen la
información relevante según se describió anteriormente. Los paquetes
de bucle de retorno de FTAP pueden almacenarse en la memoria 278
intermedia de bucle de retorno. En el momento apropiado, los
paquetes de bucle de retorno de FTAP se recuperan de la memoria 278
intermedia, se encaminan a través del multiplexor 284 y se procesan
mediante el procesador 286 de datos de TX para la transmisión sobre
el canal de tráfico inverso.
Haciendo referencia de nuevo a la figura 2A, en
el punto 104 de acceso, los paquetes de bucle de retorno de FTAP se
procesan por el procesador 234 de datos de RX y se proporcionan al
controlador 220. A continuación, el controlador 220 identifica y
extrae diversos tipos de información de cada paquete de bucle de
retorno de FTAP recibido (por ejemplo, el sector de servicio, el
número de secuencia y la longitud de cada paquete de prueba de FTAP
cubierto). El controlador 220 actualiza además las variables
mantenidas para cada sector de servicio basándose en la información
extraída de los paquetes de bucle de retorno de FTAP recibidos,
según se describió anteriormente. El controlador 220 puede operarse
además para realizar los cálculos descritos anteriormente para las
diversas métricas de rendimiento de enlace directo. Pueden obtenerse
otras métricas de rendimiento de enlace directo basándose en otras
estadísticas que pueden registrarse en el terminal de acceso. Por
ejemplo, registrando los paquetes de prueba de FTAP recibidos,
pueden determinarse la probabilidad de falta de paquete de canal de
tráfico directo, la probabilidad de falsa alarma de recepción de
paquete, etcétera.
\vskip1.000000\baselineskip
El RTAP proporciona los procedimientos y
mensajes usados para configurar, controlar y realizar diversas
pruebas de los canales inversos, incluyendo el canal de tráfico
inverso. Los procedimientos para el RTAP pueden agruparse en las
siguientes categorías:
- \bullet
- Configuración de parámetro de prueba - incluye procedimientos y mensajes para controlar configuraciones de prueba de RTAP en el terminal y la red de acceso; y
- \bullet
- Transmisión y recepción de paquetes de prueba de RTAP - incluye procedimientos para generar paquetes de prueba de RTAP y paquetes de relleno de RTAP en el terminal, transmitir los paquetes generados a tasas de transmisión configuradas en el canal de tráfico inverso y procesar los paquetes recibidos en la red de acceso.
Los procedimientos y mensajes se describen en
más detalle a continuación. También pueden proporcionarse menos
procedimientos y mensajes, procedimientos y mensajes adicionales y/o
diferentes para el RTAP, y esto está dentro del alcance de la
invención.
El RTAP soporta las pruebas del canal de tráfico
inverso a diversas tasas de transmisión. La tabla 14 enumera
diversos modos soportados por el canal de tráfico inverso.
\vskip1.000000\baselineskip
El RTAP soporta la recopilación de determinadas
estadísticas por la red de acceso, que pueden usarse para
determinar diversas métricas de rendimiento tales como caudal y tasa
de errores por paquete.
La tabla 15 enumera las estadísticas que pueden
recopilarse y mantenerse por la red de acceso.
\vskip1.000000\baselineskip
La figura 7 es un diagrama de un proceso 700
global para someter a prueba el canal de tráfico inverso, según una
realización de la invención. El proceso 700 puede usarse para
diversas pruebas tales como, por ejemplo, caudal de enlace inverso,
tasa de errores por paquete, etcétera.
Inicialmente, la red de acceso establece una
conexión con el terminal de la manera normal, si no hay una conexión
actual entre los mismos, en la etapa 712. La red de acceso envía a
continuación un mensaje RTAPParameterAssignment al terminal
para configurar RTAP, en la etapa 714. El mensaje incluye un
registro de atributo RTAPTestPktEnable para habilitar la
transmisión de paquetes de prueba de RTAP por el terminal de acceso.
El terminal realiza la configuración necesaria y a continuación
responde a la red de acceso con un mensaje
RTPParameterComplete para indicar que está listo para las
pruebas configuradas, en la etapa 716.
Después, el terminal envía paquetes de prueba de
RTAP a la red de acceso, en la etapa 718. Puede enviarse cualquier
número de paquetes, y las estadísticas recopiladas por la red de
acceso y/o el terminal pueden determinarse por la configuración de
prueba.
Después de haber recopilado suficientes
estadísticas, la red de acceso libera la conexión, en la etapa 720.
La etapa 720 puede omitirse, por ejemplo, si la red de acceso avanza
para realizar algunas otras pruebas o funciones. La red de acceso
puede usar las estadísticas que recopiló para calcular la tasa de
errores por paquete y el caudal, como se describe a continuación. A
continuación se describen diversos detalles para el proceso
700.
La red de acceso o el terminal pueden activar el
RTAP para someter a prueba los canales inversos. Con la activación
del RTAP, el terminal realiza un procedimiento de inicialización de
configuración de RTAP, que deshabilita las etiquetas para el modo
de paquete de prueba de RTAP y el modo de tasa de transmisión de
paquete configurado.
La figura 8 es un diagrama de flujo de una
realización específica de un proceso 800 de configuración de
parámetro de prueba de RTAP. El proceso 800 cubre las etapas 714 y
716 en la figura 7. Para inicializar o cambiar la configuración de
prueba de RTAP, la red de acceso envía un mensaje
RTAPParameterAssignment que incluye un valor particular para
el campo TransactionID y puede incluir además uno o más registros de
atributo para las etiquetas de modo de RTAP mantenidas por el
terminal, en la etapa 812. A través de los registros de atributo en
el mensaje, la red de acceso puede controlar las pruebas que van a
realizarse.
Al recibir el mensaje
RTAPParameterAssignment desde la red de acceso, el terminal
realiza el procedimiento de inicialización de configuración de RTAP
descrito anteriormente, en la etapa 814. El terminal realiza a
continuación un procedimiento de inicialización de parámetro de
prueba de RTAP, en la etapa 816. En una realización, este
procedimiento ajusta a cero una variable (de 12 bits), V_{i}
(S_{Rev}), usada para realizar un seguimiento del número de
secuencia de los paquetes de prueba de RTAP transmitidos a la tasa
de transmisión correspondiente a RateIndex i (mostrado en la
tabla 18), para todas las tasas de transmisión de canal de tráfico
inverso posibles (es decir, para todos los valores posibles de
i).
El terminal también ajusta sus etiquetas de modo
de RTAP basándose en los atributos, si los hubiera, incluido en el
mensaje recibido, en la etapa 818. En particular, el mensaje
recibido puede incluir un atributo RTAPTestPktEnable y/o un
atributo PacketRateMode. El atributo RTAPTestPktEnable está incluido
si el terminal va a empezar a enviar paquetes de prueba de RTAP en
el canal de tráfico inverso, y el atributo PacketRateMode está
incluido si la tasa de transmisión de canal de tráfico inverso va a
configurarse.
Si el mensaje recibido incluye el atributo
RTAPTestPktEnable, entonces se habilita el modo de paquete de prueba
de RTAP, se almacena el valor del campo RTAPTestPktPersistence en
el atributo, se borra la memoria intermedia de paquete de prueba de
RTAP (por ejemplo, la memoria 280 intermedia en la figura 2B) y se
ajusta a cero un TestPktOverflowBit. Y si el mensaje recibido
incluye el atributo PacketRateMode, entonces se habilita el modo de
tasa de transmisión de paquete configurado y se almacenan los
valores de los campos MinRate y MaxRate el atributo.
Al completar las configuraciones de prueba de
RTAP especificadas por el mensaje RTAPParameterAssignment y
en T_{RTAPConfig} (por ejemplo, dos) segundos de recibir el
mensaje, el terminal envía un mensaje RTAPParameterComplete
con el campo TransactionID ajustado al mismo valor que el recibido
en el mensaje RTAPParameterAssignment correspondiente, en la
etapa 820.
Al recibir el mensaje
RTAPParameterComplete desde el terminal, la red de acceso
realiza un procedimiento de inicialización de estadísticas y
parámetros de prueba de RTAP, que vuelve a ajustar
RTAPTestPktSent[i], RTAPTestPktRecd[i] y RTAPTestTime
a cero (para todos los valores posibles de i), en la etapa
822.
El terminal también vuelve a ajustar sus
etiquetas de modo de RTAP al terminar las pruebas de RTAP. En una
realización, si el RTAP recibe una indicación
ConnectedState.ConnectionClosed o
RouteUpdate.ConnectionLost desde la capa de señalización
superior, entonces se deshabilita el modo de tasa de transmisión de
paquete configurado y también se deshabilita el modo de paquete de
prueba de RTAP si se habilitó previamente y si el valor del campo
RTAPTestPktPersistence del atributo RTAPTestPktEnable en el último
mensaje RTAPParameterAssignment recibido era `00'.
La tabla 16 enumera los campos para el mensaje
RTAPParameterAssignment, según una realización
específica.
La tabla 17 enumera los diversos campos para los
registros de atributo que pueden incluirse en el mensaje
RTAPParameterAssignment, según una realización específica. La
primera columna de la tabla 17 identifica los dos registros de
atributo diferentes que pueden incluirse en el mensaje
RTAPParameterAssignment. El registro de atributo
RTAPTestPktEnable incluye tres campos - Length, Attribute ID y
RTAPTestPktPersistence. El registro de atributo PacketRateMode
incluye cuatro campos - Length, Attribute ID, MinRate y MaxRate. El
campo Length da la longitud del registro de atributo (en octetos)
excluyendo el propio campo Length, que es de dos octetos. Por
tanto, la longitud del registro de atributo RTAPTestPktEnable es de
6 octetos o 24 bits, y la longitud del registro de atributo
RTAPTestPktEnable es de 8 octetos o 32 bits.
La tabla 18 enumera la correlación de los
valores RateIndex con las tasas de transmisión de canal de tráfico
inverso.
En una realización, el mensaje
RTAPParameterAssignment se envía en el canal de control y el
canal de tráfico directo direccionado al terminal con el SLP
ajustado a fiable y la prioridad de transmisión ajustada a 40.
La tabla 19 enumera los campos para el mensaje
RTAPParameterComplete, según una realización específica.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
En una realización, el mensaje
RTAPParameterComplete se envía en el canal de tráfico inverso
direccionado a la red de acceso (direccionamiento de unidifusión)
con el SLP ajustado a fiable y la prioridad de transmisión ajustada
a 40.
Si el modo de paquete de prueba de RTAP está
habilitado, entonces el terminal genera y envía paquetes de prueba
de RTAP en el canal de tráfico inverso a la red de acceso. En una
realización, se genera un paquete de prueba de RTAP para cada
intervalo de tiempo particular (por ejemplo, cada intervalo de 16
ranuras, alineado con el tiempo de sistema de CDMA). En una
realización, los paquetes de prueba de RTAP incluyen información que
cubre los paquetes de capa física de RTC transmitidos hasta, pero
sin incluir, el instante de tiempo de la generación.
La tabla 20 enumera los campos para un paquete
de prueba de RTAP, según una realización específica.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Puesto que se espera que se transmita un paquete
de prueba de RTAP por el terminal para cada trama, el RevSysTime
incluido en cada paquete de prueba de RTAP puede usarse como el
número de secuencia para el paquete.
Si el modo de tasa de transmisión de paquete
configurado está habilitado, el terminal transmite un paquete de
relleno de RTAP (de longitud variable) del tamaño necesario para
rellenar el paquete de canal de tráfico inverso que contiene el
paquete de prueba de RTAP a la tasa de transmisión seleccionada. La
tabla 21 enumera los campos para un paquete de relleno de FTAP,
según una realización específica.
\vskip1.000000\baselineskip
Los paquetes de prueba de RTAP generados se
ponen en cola para la transmisión en el canal de tráfico inverso, y
el terminal proporciona almacenamiento en memoria intermedia (por
ejemplo, en la memoria 280 intermedia en la figura 2B) para un
número particular (por ejemplo, ocho o más) de paquetes de prueba de
RTAP. El RTAPTestPktOverflowBit indica si se ha perdido algún
paquete de prueba de RTAP debido a un rebosamiento de memoria
intermedia, y si esto sucede se ajusta a `1'.
Los paquetes de prueba de RTAP se transmiten
según un conjunto de reglas, del que se describe una realización de
la siguiente manera. A los paquetes de prueba de RTAP se les asigna
una prioridad de transmisión particular (por ejemplo, 55), y a los
paquetes de relleno de RTAP (si los hay) son también se les asigna
otra prioridad de transmisión particular (por ejemplo, 255). El
terminal transmite los paquetes de prueba de RTAP en cola y los
paquetes de relleno de RTAP (si los hubiera) en el estado
conectado.
En una realización, los paquetes de prueba de
RTAP se transmiten a tasas de transmisión determinadas basándose en
un esquema de selección de tasa de transmisión definido. Si el modo
de tasa de transmisión de paquete configurado está habilitado,
entonces el terminal selecciona una tasa de transmisión de canal de
tráfico inverso según un conjunto de reglas, una realización de lo
cual se describe a continuación. Si no, el terminal selecciona una
tasa de transmisión según un protocolo MAC de canal de tráfico
inverso descrito en el documento de HAI mencionado
anteriormente.
La tabla 22 enumera las variables mantenidas por
el terminal para seleccionar la tasa de transmisión para los
paquetes de prueba de RTAP.
Para el primer paquete de prueba de RTAP, el
terminal ajusta TargetRate a MinRate y además ajusta SelectedRate a
la menor de TargetRate y MACMaxRate. Para cada paquete de prueba de
RTAP posterior, el terminal selecciona la tasa de transmisión para
el paquete basándose en el siguiente procedimiento:
TargetRate = TargetRate + 1,
Si (TargetRate > MaxRate) entonces TargetRate
= MinRate, y
SelectedRate = Min (TargetRate, MACMaxRate).
El procedimiento anterior pasa por todas las
tasas de transmisión soportadas, hasta y limitado por la MaxRate
especificada por el mensaje RTAPParameterAssignment y la
MACMaxRate permitida por el protocolo MAC. Si el terminal transmite
un paquete de canal de tráfico inverso que contiene un paquete de
prueba de RTAP a una tasa de transmisión con RateIndex i,
incrementa el número de secuencia asociado para el paquete de prueba
de RTAP transmitido incrementando la variable
V_{i}(S_{Rev}).
Si el terminal recibe una indicación
ConnectedState.ConnectionClosed o
RouteUpdate.ConnectionLost, no intenta establecer una
conexión para la transmisión de ningún paquete de prueba de RTAP que
pueda haber quedado en la cola.
En una realización, la red de acceso mantiene
varias variables, V(R_{RTAP}) y X[i], para realizar
un seguimiento de los paquetes de prueba de RTAP.
V(R_{RTAP}) es una variable de 8 bits que corresponde al
número de secuencia del siguiente paquete de prueba de RTAP que
espera recibirse por la red de acceso, y X[i] es una
disposición de variables de 12 bits, cada una de las cuales
corresponde al número de secuencia del siguiente paquete de prueba
de RTAP que se espera que esté contenido en un paquete de capa
física de canal de tráfico inverso transmitido a una tasa de
transmisión correspondiente a RateIndex i. Estas variables
se inicializan por la red de acceso al recibir el primer paquete de
prueba de RTAP tras la recepción de un mensaje
RTAPParameterComplete. Para la inicialización,
V(R_{RTAP}) se ajusta al campo RevSysTime del paquete de
prueba de RTAP, y X[i] se ajusta al campo Seq_i del
primer paquete de prueba de RTAP (para todos los valores posibles
de i).
En una realización, para cada paquete de prueba
de RTAP recibido a una tasa de transmisión correspondiente a
RateIndex k, la red de acceso procesa el paquete recibido
basándose en el siguiente procedimiento y usando el valor del campo
RevSysTime en el paquete recibido:
Si RevSysTime \geq V(R_{RTAP}),
entonces
- RTAPTestPktRecd[k] se incrementa en 1,
- RTAPTestTime se incrementa {RevSysTime - V(R_{RTAP}) + 1}, y
- V(R_{RTAP}) se ajusta a RevSysTime + 1.
Si RevSysTime < V(R_{RTAP}),
entonces generan una indicación RTAPSyncLost.
En una realización, la red de acceso procesa
además los campos del paquete de prueba de RTAP recibido usando los
valores de los campos Seq_k (para todos los valores posibles
de k) de la siguiente manera:
RTAPTestPktSent[k] se
incrementa en {Seq_k - X[k] +
1),
y
X[k] se
ajusta a Seq_k +
1.
En una realización, las operaciones y
comparaciones realizadas con los números de secuencia se llevan a
cabo en aritmética de módulo 2^{S} sin firmar, donde S indica el
número de bits usados para representar el número de secuencia.
El rendimiento de enlace inverso puede
determinarse basándose en las estadísticas recopiladas. Algunos de
los cálculos de rendimiento se describen a continuación. A
continuación, PhysLayerPktSize[i] da el número de bits en un
paquete de capa física a una tasa de transmisión correspondiente a
RateIndex i.
Caudal (Kbps) para una tasa de transmisión con
RateIndex i
{}\hskip1.3cm =
RTAPTestPktRecd[i] x PhysLayerPktSize[i] /
(RTAPTestTime x 16 x 5 / 3).
\vskip1.000000\baselineskip
Caudal global (Kbps)
{}\hskip1.3cm =
(\sum\limits_{i} RTAPTestPktRecd[i] x
PhysLayerPktSize[i] / (RTAPTestTime x 16 x 5 / 3).
\vskip1.000000\baselineskip
Tasa de errores por paquete (%) para una tasa de
transmisión con RateIndex i
{}\hskip1.3cm =
(\sum\limits_{i} RTAPTestPktSent[i] -
RTAPTestPktRecd[i]) x 100 / RTAPTestPktSent[i].
\vskip1.000000\baselineskip
Tasa de errores por paquete global (%)
{}\hskip1.3cm = (\sum\limits_{i} RTAPTestPktSent[i] -
RTAPTestPktRecd[i]) x 100 / \sum\limits_{i}
RTAPTestPktSent[i].
\vskip1.000000\baselineskip
Haciendo referencia de nuevo a la figura 2B, en
el terminal 106, el controlador 270 puede operarse para generar los
paquetes de prueba de RTAP, que pueden almacenarse en la memoria 280
intermedia. En el momento apropiado, los paquetes de prueba de RTAP
se recuperan de la memoria 280 intermedia, se encaminan a través del
multiplexor 284 y se procesan por el procesador 286 de datos de TX
para la transmisión sobre el canal de tráfico inverso. El
controlador 270 puede proporcionar además un control de tasa de
transmisión al modulador 288 para las tasas de transmisión
seleccionadas para los paquetes de prueba de RTAP.
Haciendo referencia de nuevo a la figura 2A, en
el punto 104 de acceso, los paquetes de prueba de RTAP se procesan
por el procesador 234 de datos de RX y se proporcionan al
controlador 220. A continuación, el controlador 220 identifica y
extrae diversos tipos de información de cada paquete de prueba de
RTAP (por ejemplo, la tasa de transmisión y el número de secuencia
de cada paquete de prueba de RTAP recibido y los números de
secuencia de los últimos paquetes transmitidos para todas las tasas
de transmisión posibles). El controlador 220 actualiza además las
variables mantenidas para las tasas de transmisión basándose en la
información extraída de los paquetes de prueba de RTAP recibidos,
según se describió anteriormente. El controlador 220 puede operarse
además para realizar los cálculos descritos anteriormente para
diversas métricas de rendimiento de enlace inverso.
La descripción anterior representa una
implementación específica de las técnicas inventivas. Pueden
realizarse menos pruebas, pruebas adicionales y/o diferentes, y
pueden recopilarse menos estadísticas, estadísticas adicionales y/o
diferentes. Además pueden proporcionarse menos procedimientos y
mensajes, procedimientos y mensajes adicionales y/o diferentes, y
cada mensaje puede incluir menos campos, campos adicionales y/o
diferentes que los descritos anteriormente. Por tanto, pueden
considerarse diversas variaciones de la implementación específica
descrita anteriormente dentro del alcance de la invención definido
por las reivindicaciones adjuntas.
Para mayor claridad, se han descrito
específicamente diversos aspectos y realizaciones de la invención
para los datos por paquetes de alta tasa de transmisión en
cdma2000. Las técnicas descritas en el presente documento también
pueden usarse para otros sistemas de comunicación inalámbrica o
CDMA. Por ejemplo, estas técnicas pueden usarse en sistemas
W-CDMA. Existen diversas diferencias entre HAI en
cdma2000 y W-CDMA, y las técnicas descritas en el
presente documento pueden modificarse para su uso en
W-CDMA (por ejemplo, modificarse para tener en
cuenta la diferencia en el procesamiento de señal).
Las técnicas descritas en el presente documento
pueden implementarse con el alcance de las reivindicaciones
mediante diversos medios. Por ejemplo, las técnicas pueden
implementarse en hardware, software, o una combinación de los
mismos. Para una implementación en hardware, los elementos usados
para las pruebas y la recopilación de estadísticas pueden
implementarse dentro de uno o más circuitos integrados de aplicación
específica (ASIC), procesadores de señal digital (DSP),
dispositivos de procesamiento de señal digital (DSPD), dispositivos
de lógica programable (PLD), disposición de puertas programables en
campo (FPGA), procesadores, controladores, microcontroladores,
microprocesadores, otras unidades electrónicas diseñadas para
realizar las funciones descritas en el presente documento, o una
combinación de los mismos.
Para una implementación en software, los
elementos usados para las pruebas y la recopilación de estadísticas
pueden implementarse con módulos (por ejemplo, procedimientos,
funciones, etcétera) que realicen las funciones descritas en el
presente documento. Los códigos de software pueden almacenarse en
una unidad de memoria (por ejemplo, las memorias 222 y 272 en las
figuras 2A y 2B) y ejecutarse por un procesador (por ejemplo, los
controladores 220 y 270 en las figuras 2A y 2B). La unidad de
memoria puede implementarse dentro del procesador o de manera
externa al procesador, en cuyo caso puede acoplarse en comunicación
con el procesador mediante diversos medios como se conoce en la
técnica.
En este caso se incluyen títulos como referencia
y para ayudar a localizar determinadas secciones. Estos títulos no
pretenden limitar el alcance de los conceptos descritos bajo los
mismos, y estos conceptos pueden tener aplicabilidad en otras
secciones a lo largo de toda la memoria descriptiva.
La descripción anterior de las realizaciones
dadas a conocer se proporciona para permitir a un experto en la
técnica realizar o usar la presente invención. Para los expertos en
la técnica serán fácilmente evidentes diversas modificaciones de
estas realizaciones y los principios genéricos definidos en el
presente documento pueden aplicarse a otras realizaciones sin
apartarse del alcance de la invención según se define en las
reivindicaciones adjuntas. Por tanto, no pretende limitarse la
presente invención a las realizaciones mostradas en el presente
documento sino al alcance de las reivindicaciones adjuntas.
Claims (37)
1. Un procedimiento para someter a prueba una
pluralidad de canales asociados con un enlace directo en un sistema
de comunicación de datos inalámbrico, que comprende:
- recibir un primer mensaje que tiene incluido en el mismo ajustes de prueba para uno o más canales que comprenden canales de tráfico, canales auxiliares, o una combinación de los mismos;
- configurar el uno o más canales basándose en los ajustes de prueba en el primer mensaje;
- recibir paquetes de prueba a través de un canal de tráfico directo;
- transmitir paquetes de bucle de retorno a través de un canal de tráfico inverso, en el que cada paquete de bucle de retorno cubre cero o más paquetes de prueba recibidos e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y
- transmitir datos de señalización a través de canales de tráfico o uno o más auxiliares.
2. El procedimiento según la reivindicación 1,
en el que cada paquete de bucle de retorno incluye datos
descriptivos de uno o más paquetes de prueba.
3. El procedimiento según la reivindicación 1,
en el que el sistema de comunicación de datos inalámbrico es un
sistema CDMA.
4. El procedimiento según la reivindicación 3,
en el que el sistema CDMA soporta la norma de interfaz aérea de
alta tasa de transmisión de datos (HAI) en cdma2000.
5. El procedimiento según la reivindicación 1,
en el que recibir los paquetes de prueba comprende recibir una
primera transmisión de datos con una pluralidad de paquetes de
prueba y en el que la etapa de transmitir paquetes de bucle
comprende transmitir en una segunda transmisión de datos una
pluralidad de paquetes de bucle de retorno, y en el que los
paquetes de bucle de retorno incluyen los valores de parámetro
descriptivos de los paquetes de prueba.
6. El procedimiento según la reivindicación 5,
en el que un paquete de bucle de retorno se forma para cada
intervalo de tiempo particular.
7. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un primer campo
indicativo de un protocolo específico al que pertenece el paquete de
bucle de retorno.
8. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un segundo campo
indicativo de un tipo de paquete específico para el paquete de bucle
de retorno.
9. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un tercer campo
indicativo de un inicio de un intervalo de tiempo específico
cubierto por el paquete de bucle de retorno.
10. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un cuarto campo
indicativo de si se perdió algún paquete de bucle de retorno debido
a un rebosamiento de memoria intermedia.
11. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un quinto campo
indicativo de un número específico de registros incluidos en el
paquete de bucle de retorno, en el que se incluye un registro para
cada paquete de prueba cubierto por el paquete de bucle de
retorno.
12. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un registro para
cada paquete de prueba cubierto por el paquete de bucle de retorno,
incluyendo cada registro un conjunto de campos para un conjunto de
valores de parámetro identificados para el paquete de prueba
cubierto correspondiente.
13. El procedimiento según la reivindicación 12,
en el que cada registro incluye un primer campo indicativo de si el
registro incluye o no un número de secuencia de un mensaje de
señalización usado para asignar el primer canal.
14. El procedimiento según la reivindicación 13,
en el que cada registro incluye un segundo campo indicativo del
número de secuencia para el mensaje de señalización.
15. El procedimiento según la reivindicación 12,
en el que cada registro incluye un tercer campo indicativo de dicha
fuente de transmisión del paquete de prueba cubierto por el
registro.
16. El procedimiento según la reivindicación 12,
en el que cada registro incluye un cuarto campo indicativo de un
periodo de tiempo durante el que se recibió el paquete de prueba
cubierto por el registro.
17. El procedimiento según la reivindicación 12,
en el que cada registro incluye un quinto campo indicativo de un
número de paquetes MAC recibidos en un paquete de capa física que
contiene el paquete de prueba cubierto por el registro.
18. El procedimiento según la reivindicación 12,
en el que cada registro incluye un sexto campo indicativo de que un
número de secuencia para el paquete de prueba cubierto está incluido
en el registro.
19. El procedimiento según la reivindicación 18,
en el que cada registro incluye un séptimo campo indicativo de
dicho número de secuencia para el paquete de prueba cubierto.
20. El procedimiento según la reivindicación 5,
en el que cada paquete de bucle de retorno incluye un valor de
parámetro indicativo de la omisión de uno o más paquetes de
prueba.
21. El procedimiento según la reivindicación 5,
en el que cada paquete de prueba incluye un primer campo indicativo
de un protocolo específico al que pertenece el paquete de
prueba.
22. El procedimiento según la reivindicación 5,
en el que cada paquete de prueba incluye un segundo campo indicativo
de un tipo de paquete específico para el paquete de prueba.
23. El procedimiento según la reivindicación 5,
en el que cada paquete de prueba incluye un tercer campo indicativo
de dicho número de secuencia del paquete de prueba.
24. El procedimiento según la reivindicación 1
para someter a prueba un enlace directo para la configuración
específica de uno o más canales auxiliares en dicho sistema de
comunicación de datos inalámbrico,
en el que dicho primer mensaje incluye en el
mismo ajustes de prueba para el uno o más canales auxiliares; y en
el que dicha etapa de configuración comprende
configurar cada canal auxiliar basándose en
ajustes de prueba aplicables al canal auxiliar; y en el que dicha
transmisión comprende
transmitir cada canal auxiliar configurado según
los ajustes de prueba aplicables.
25. El procedimiento según la reivindicación 24,
en el que cada ajuste de prueba se proporciona a través de un
registro respectivo en el primer mensaje.
26. El procedimiento según la reivindicación 24,
en el que el uno o más canales auxiliares se usan para
señalización.
27. El procedimiento según la reivindicación 24,
en el que el primer mensaje incluye un primer ajuste de prueba para
un valor de bits particular que va a transmitirse en un canal de
acuse de recibo (ACK).
28. El procedimiento según la reivindicación 24,
en el que el primer mensaje incluye un segundo ajuste de prueba
para un valor particular que va a transmitirse en un canal de
control de tasa de transmisión de datos (DRC).
29. El procedimiento según la reivindicación 24,
en el que el primer mensaje incluye un tercer ajuste de prueba para
una cobertura particular que va a usarse para un canal de control de
tasa de transmisión de datos (DRC).
30. El procedimiento según la reivindicación 24,
en el que el primer mensaje incluye un cuarto ajuste de prueba
indicativo del mantenimiento de un modo de prueba en el caso de un
cierre de conexión o una conexión perdida.
31. Un programa informático que comprende una
pluralidad de instrucciones ejecutables por un procesador
codificadas en un medio legible por procesador y acoplado en
comunicación con un dispositivo de procesamiento de señal digital
(DSPD) que puede interpretar información digital, en el que cuando
se ejecutan las instrucciones en el DSPD, el programa realiza las
etapas según la reivindicación 1.
32. Un procedimiento para someter a prueba uno o
más canales en un sistema de comunicación de datos inalámbrico, que
comprende:
- enviar una pluralidad de paquetes de prueba a través de un canal de tráfico directo;
- recibir una pluralidad de paquetes de bucle de retorno a través de un canal de tráfico inverso, en el que cada paquete de bucle de retorno cubre cero o más paquetes de prueba enviados previamente e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y
- actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión basándose en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de bucle de retorno recibidos.
33. Un programa informático que comprende una
pluralidad de instrucciones ejecutables por un procesador
codificadas en un medio legible por procesador y una memoria
acoplados en comunicación con un dispositivo de procesamiento de
señal digital (DSPD) que puede interpretar información digital, en
el que cuando se ejecutan las instrucciones en el DSPD, el programa
realiza las etapas según la reivindicación 32.
34. Un aparato en un sistema de comunicación de
datos inalámbrico que comprende:
medios para recibir una pluralidad de paquetes
de prueba a través de un canal de tráfico directo; medios para
identificar una fuente de transmisión y un número de secuencia de
cada paquete de prueba recibido;
medios para formar una pluralidad de paquetes de
bucle de retorno para la pluralidad de paquetes de prueba
recibidos, en el que cada paquete de bucle de retorno cubre cero o
más paquetes de prueba recibidos e incluye la fuente de transmisión
y el número de secuencia de cada paquete de prueba cubierto; y
medios para procesar los paquetes de bucle de
retorno para la transmisión a través de un canal de tráfico
inverso.
35. El aparato según la reivindicación 34,
siendo el aparato un terminal en dicho sistema de comunicación de
datos inalámbrico, en el que:
- dichos medios para recibir son un procesador de datos de recepción operativo para recibir dicha pluralidad de paquetes de prueba a través de un canal de tráfico directo;
- dichos medios para formar son un controlador operativo para identificar dicha fuente de transmisión y dicho número de secuencia de cada paquete de prueba recibido y para formar una pluralidad de paquetes de bucle de retorno para la pluralidad de paquetes de prueba recibidos; y
- dichos medios para procesar son un procesador de datos de transmisión operativo para procesar los paquetes de bucle de retorno para la transmisión a través de un canal de tráfico inverso.
36. Un aparato en un sistema de comunicación de
datos inalámbrico que comprende:
- medios para procesar una pluralidad de paquetes de prueba para la transmisión a través de un canal de tráfico directo;
- medios para procesar una pluralidad de paquetes de bucle de retorno recibidos a través de un canal de tráfico inverso, en el que cada paquete de bucle de retorno cubre cero o más paquetes de prueba transmitidos previamente e incluye una fuente de transmisión y un número de secuencia de cada paquete de prueba cubierto; y
- medios para actualizar una pluralidad de variables para una pluralidad de fuentes de transmisión basándose en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de bucle de retorno recibidos.
37. El aparato según la reivindicación 36,
siendo el aparato un punto de acceso en dicho sistema de
comunicación de datos inalámbrico en el que:
- dichos medios para procesar paquetes de prueba son un procesador de datos de transmisión operativo para procesar dicha pluralidad de paquetes de prueba para la transmisión a través de dicho canal de tráfico directo;
- dichos medios para procesar paquetes de bucle son un procesador de datos de recepción operativo para procesar dicha pluralidad de paquetes de bucle de retorno recibidos a través de dicho canal de tráfico inverso, y
- dichos medios para actualizar son un controlador operativo para actualizar dicha pluralidad de variables para dicha pluralidad de fuentes de transmisión basándose en la fuente de transmisión y el número de secuencia de cada paquete de prueba cubierto por los paquetes de bucle de retorno recibidos.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US15926 | 2001-12-10 | ||
| US10/015,926 US8089888B2 (en) | 2001-12-10 | 2001-12-10 | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2343569T3 true ES2343569T3 (es) | 2010-08-04 |
Family
ID=21774379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02786951T Expired - Lifetime ES2343569T3 (es) | 2001-12-10 | 2002-12-05 | Procedimiento y aparato para someter a prueba canales de trafico y auxiliares en un sistema de comunicacion de datos inalambrico. |
Country Status (18)
| Country | Link |
|---|---|
| US (2) | US8089888B2 (es) |
| EP (2) | EP1452048B1 (es) |
| JP (3) | JP4890739B2 (es) |
| KR (1) | KR100970354B1 (es) |
| CN (1) | CN1618243B (es) |
| AT (1) | ATE468721T1 (es) |
| AU (1) | AU2002351303B2 (es) |
| BR (2) | BRPI0214831B1 (es) |
| CA (1) | CA2469707C (es) |
| DE (1) | DE60236451D1 (es) |
| ES (1) | ES2343569T3 (es) |
| IL (2) | IL162374A0 (es) |
| MX (1) | MXPA04005588A (es) |
| NO (1) | NO329036B1 (es) |
| RU (1) | RU2310999C2 (es) |
| TW (1) | TWI263419B (es) |
| UA (1) | UA82317C2 (es) |
| WO (1) | WO2003051076A1 (es) |
Families Citing this family (112)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8089888B2 (en) * | 2001-12-10 | 2012-01-03 | Qualcomm Incorporated | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
| DE10235544B4 (de) * | 2002-03-25 | 2013-04-04 | Agere Systems Guardian Corp. | Verfahren für eine verbesserte Datenkommunikation aufgrund einer verbesserten Datenverarbeitung innerhalb eines Senders/Empfängers |
| US7278061B2 (en) * | 2002-10-08 | 2007-10-02 | Agilent Technologies, Inc. | Building packets of data for testing a communication network |
| US7463674B2 (en) * | 2003-04-09 | 2008-12-09 | Avago Technologies Fiber Ip (Singapore) Pte. Ltd. | Tables for determining the signal strength of a received signal in a fibre optics transceiver |
| US8483105B2 (en) | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
| US8233462B2 (en) | 2003-10-15 | 2012-07-31 | Qualcomm Incorporated | High speed media access control and direct link protocol |
| US8462817B2 (en) | 2003-10-15 | 2013-06-11 | Qualcomm Incorporated | Method, apparatus, and system for multiplexing protocol data units |
| US8472473B2 (en) | 2003-10-15 | 2013-06-25 | Qualcomm Incorporated | Wireless LAN protocol stack |
| US8842657B2 (en) | 2003-10-15 | 2014-09-23 | Qualcomm Incorporated | High speed media access control with legacy system interoperability |
| US9226308B2 (en) | 2003-10-15 | 2015-12-29 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
| US8284752B2 (en) | 2003-10-15 | 2012-10-09 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
| EP1545060B1 (en) * | 2003-12-19 | 2012-06-13 | Intel Mobile Communications GmbH | Radio signal assessment |
| US8903440B2 (en) * | 2004-01-29 | 2014-12-02 | Qualcomm Incorporated | Distributed hierarchical scheduling in an ad hoc network |
| CA2550523C (en) * | 2004-01-30 | 2014-09-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for determining mobile terminal performance in a running wireless network |
| JP4115403B2 (ja) * | 2004-02-18 | 2008-07-09 | キヤノン株式会社 | 発光体基板及び画像表示装置 |
| US7948902B1 (en) * | 2004-03-03 | 2011-05-24 | Globalfoundries Inc. | Method of generating packets without repetition in verification of a device |
| US8315271B2 (en) | 2004-03-26 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for an ad-hoc wireless communications system |
| US7616665B2 (en) | 2004-04-13 | 2009-11-10 | Research In Motion Limited | Method and system for monitoring the health of wireless telecommunication networks |
| US7564814B2 (en) | 2004-05-07 | 2009-07-21 | Qualcomm, Incorporated | Transmission mode and rate selection for a wireless communication system |
| US8086660B2 (en) * | 2004-05-21 | 2011-12-27 | Ixia | Distributed data model |
| US8401018B2 (en) | 2004-06-02 | 2013-03-19 | Qualcomm Incorporated | Method and apparatus for scheduling in a wireless network |
| WO2006012211A2 (en) * | 2004-06-24 | 2006-02-02 | Meshnetworks, Inc. | A system and method for adaptive rate selection for wireless networks |
| WO2006003241A1 (en) * | 2004-06-30 | 2006-01-12 | Nokia Corporation | Failure detection of path information corresponding to a transmission path |
| US8363604B2 (en) | 2005-02-01 | 2013-01-29 | Qualcomm Incorporated | Method and apparatus for controlling a transmission data rate based on feedback relating to channel conditions |
| US8023937B2 (en) * | 2005-03-04 | 2011-09-20 | Qualcomm Incorporated | Apparatus and methods for determining voice and/or data processing performance of a wireless device |
| CN100384281C (zh) * | 2005-03-21 | 2008-04-23 | 华为技术有限公司 | 进行连接态测试的方法 |
| US7873321B2 (en) * | 2005-03-29 | 2011-01-18 | Qualcomm Incorporated | Apparatus and methods for determining network access performance of a wireless device |
| US9055552B2 (en) | 2005-06-16 | 2015-06-09 | Qualcomm Incorporated | Quick paging channel with reduced probability of missed page |
| US7899642B2 (en) * | 2005-07-12 | 2011-03-01 | Nokia Corporation | Optimized RFID/NFC BER testing |
| PL1922841T3 (pl) * | 2005-08-16 | 2010-10-29 | Qualcomm Inc | Sposoby i systemy adaptacyjnego wyboru serwera w komunikacji bezprzewodowej |
| US8600336B2 (en) * | 2005-09-12 | 2013-12-03 | Qualcomm Incorporated | Scheduling with reverse direction grant in wireless communication systems |
| EP1927258B1 (en) | 2005-09-21 | 2013-04-24 | LG Electronics Inc. | Method and appratus for multiplexing multiple reverse feedback channels in multicarrier wireless networks |
| US20090305664A1 (en) * | 2005-10-27 | 2009-12-10 | Qualcomm Incorporated | method and apparatus for attempting access in wireless communication systems |
| US8447898B2 (en) * | 2005-10-28 | 2013-05-21 | Microsoft Corporation | Task offload to a peripheral device |
| CN1992752A (zh) * | 2005-12-30 | 2007-07-04 | 华为技术有限公司 | 一种实现网络设备运行维护的系统、方法及网络设备 |
| CN100420325C (zh) * | 2006-01-20 | 2008-09-17 | 信息产业部电信传输研究所 | cdma2000 1xEV-DO系统覆盖测试的负荷加载方法 |
| US8607145B2 (en) * | 2006-02-14 | 2013-12-10 | Jds Uniphase Corporation | Show OOB and speed negotiation data graphically in a network diagnostic component |
| CN101411124A (zh) * | 2006-02-14 | 2009-04-15 | 菲尼萨公司 | 内嵌设备中的诊断功能 |
| US8125906B2 (en) * | 2006-03-03 | 2012-02-28 | Kiranmai Vedanabhatla | Capture RCDT and SNTT SAS speed negotiation decodes in a network diagnostic component |
| US8769152B2 (en) | 2006-02-14 | 2014-07-01 | Jds Uniphase Corporation | Align/notify compression scheme in a network diagnostic component |
| US8576731B2 (en) * | 2006-02-14 | 2013-11-05 | Jds Uniphase Corporation | Random data compression scheme in a network diagnostic component |
| CN100454851C (zh) * | 2006-03-17 | 2009-01-21 | 华为技术有限公司 | Diameter协议接口的性能测量方法及测量设备和系统 |
| US8509062B2 (en) * | 2006-08-07 | 2013-08-13 | Ciena Corporation | Smart ethernet edge networking system |
| US8717911B2 (en) * | 2006-06-30 | 2014-05-06 | Centurylink Intellectual Property Llc | System and method for collecting network performance information |
| US8289965B2 (en) | 2006-10-19 | 2012-10-16 | Embarq Holdings Company, Llc | System and method for establishing a communications session with an end-user based on the state of a network connection |
| US9094257B2 (en) | 2006-06-30 | 2015-07-28 | Centurylink Intellectual Property Llc | System and method for selecting a content delivery network |
| US20080002711A1 (en) * | 2006-06-30 | 2008-01-03 | Bugenhagen Michael K | System and method for access state based service options |
| US8184549B2 (en) | 2006-06-30 | 2012-05-22 | Embarq Holdings Company, LLP | System and method for selecting network egress |
| US8488447B2 (en) | 2006-06-30 | 2013-07-16 | Centurylink Intellectual Property Llc | System and method for adjusting code speed in a transmission path during call set-up due to reduced transmission performance |
| JP4955060B2 (ja) * | 2006-08-18 | 2012-06-20 | サムスン エレクトロニクス カンパニー リミテッド | 移動体ブロードキャストシステムにおける端末機がストリーミングサービスの受信率を報告する方法及び装置とそのシステム |
| US8619600B2 (en) | 2006-08-22 | 2013-12-31 | Centurylink Intellectual Property Llc | System and method for establishing calls over a call path having best path metrics |
| US8576722B2 (en) | 2006-08-22 | 2013-11-05 | Centurylink Intellectual Property Llc | System and method for modifying connectivity fault management packets |
| US8238253B2 (en) | 2006-08-22 | 2012-08-07 | Embarq Holdings Company, Llc | System and method for monitoring interlayer devices and optimizing network performance |
| US8743703B2 (en) | 2006-08-22 | 2014-06-03 | Centurylink Intellectual Property Llc | System and method for tracking application resource usage |
| US8144587B2 (en) | 2006-08-22 | 2012-03-27 | Embarq Holdings Company, Llc | System and method for load balancing network resources using a connection admission control engine |
| US8224255B2 (en) * | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for managing radio frequency windows |
| US8199653B2 (en) | 2006-08-22 | 2012-06-12 | Embarq Holdings Company, Llc | System and method for communicating network performance information over a packet network |
| US8223655B2 (en) | 2006-08-22 | 2012-07-17 | Embarq Holdings Company, Llc | System and method for provisioning resources of a packet network based on collected network performance information |
| US7843831B2 (en) | 2006-08-22 | 2010-11-30 | Embarq Holdings Company Llc | System and method for routing data on a packet network |
| US8228791B2 (en) | 2006-08-22 | 2012-07-24 | Embarq Holdings Company, Llc | System and method for routing communications between packet networks based on intercarrier agreements |
| US7684332B2 (en) | 2006-08-22 | 2010-03-23 | Embarq Holdings Company, Llc | System and method for adjusting the window size of a TCP packet through network elements |
| US8531954B2 (en) | 2006-08-22 | 2013-09-10 | Centurylink Intellectual Property Llc | System and method for handling reservation requests with a connection admission control engine |
| US8015294B2 (en) | 2006-08-22 | 2011-09-06 | Embarq Holdings Company, LP | Pin-hole firewall for communicating data packets on a packet network |
| US8064391B2 (en) | 2006-08-22 | 2011-11-22 | Embarq Holdings Company, Llc | System and method for monitoring and optimizing network performance to a wireless device |
| US8537695B2 (en) | 2006-08-22 | 2013-09-17 | Centurylink Intellectual Property Llc | System and method for establishing a call being received by a trunk on a packet network |
| US8189468B2 (en) | 2006-10-25 | 2012-05-29 | Embarq Holdings, Company, LLC | System and method for regulating messages between networks |
| US8407765B2 (en) | 2006-08-22 | 2013-03-26 | Centurylink Intellectual Property Llc | System and method for restricting access to network performance information tables |
| US8750158B2 (en) | 2006-08-22 | 2014-06-10 | Centurylink Intellectual Property Llc | System and method for differentiated billing |
| US9479341B2 (en) * | 2006-08-22 | 2016-10-25 | Centurylink Intellectual Property Llc | System and method for initiating diagnostics on a packet network node |
| US8130793B2 (en) | 2006-08-22 | 2012-03-06 | Embarq Holdings Company, Llc | System and method for enabling reciprocal billing for different types of communications over a packet network |
| US8274905B2 (en) | 2006-08-22 | 2012-09-25 | Embarq Holdings Company, Llc | System and method for displaying a graph representative of network performance over a time period |
| US8307065B2 (en) | 2006-08-22 | 2012-11-06 | Centurylink Intellectual Property Llc | System and method for remotely controlling network operators |
| US8549405B2 (en) | 2006-08-22 | 2013-10-01 | Centurylink Intellectual Property Llc | System and method for displaying a graphical representation of a network to identify nodes and node segments on the network that are not operating normally |
| US8144589B2 (en) | 2007-05-07 | 2012-03-27 | Qualcomm Incorporated | Learning-based semi-persistent scheduling in wireless communications |
| KR101401965B1 (ko) * | 2007-05-25 | 2014-06-02 | 삼성전자주식회사 | 복수개의 채널들의 상태 측정 방법 및 그 장치, 유휴 채널선택 방법 및 그 장치 |
| US8780732B2 (en) * | 2008-03-18 | 2014-07-15 | Qualcomm Incorporated | Method of network management by assistance from terminal using control-plane signaling between terminal and network |
| RU2462834C2 (ru) * | 2008-03-24 | 2012-09-27 | Квэлкомм Инкорпорейтед | Отчет об использовании ресурсов общего канала передачи данных |
| US8706123B2 (en) * | 2008-03-24 | 2014-04-22 | Qualcomm Incorporated | Common data channel resource usage report |
| US8068425B2 (en) | 2008-04-09 | 2011-11-29 | Embarq Holdings Company, Llc | System and method for using network performance information to determine improved measures of path states |
| US9769237B2 (en) * | 2008-04-23 | 2017-09-19 | Vonage America Inc. | Method and apparatus for testing in a communication network |
| US8488553B2 (en) * | 2008-06-05 | 2013-07-16 | Alcatel Lucent | Method for providing seamless transition between networks following different protocols |
| JP4597242B2 (ja) * | 2009-01-08 | 2010-12-15 | 株式会社エヌ・ティ・ティ・ドコモ | 試験方法及び試験装置 |
| US9148889B2 (en) * | 2009-06-01 | 2015-09-29 | Qualcomm Incorporated | Control of multiple radios using a database of interference-related information |
| WO2010148561A1 (zh) * | 2009-06-25 | 2010-12-29 | 钜瞻科技股份有限公司 | 移动通讯方法及其装置 |
| US9185719B2 (en) * | 2009-08-18 | 2015-11-10 | Qualcomm Incorporated | Method and apparatus for mapping applications to radios in a wireless communication device |
| IN2012DN02110A (es) * | 2009-10-14 | 2015-08-21 | Ericsson Telefon Ab L M | |
| US8903314B2 (en) * | 2009-10-29 | 2014-12-02 | Qualcomm Incorporated | Bluetooth introduction sequence that replaces frequencies unusable due to other wireless technology co-resident on a bluetooth-capable device |
| US8731493B2 (en) * | 2009-10-30 | 2014-05-20 | Apple Inc. | Wireless local area network test system with forced transmit rates during protocol-based testing |
| US8553647B2 (en) * | 2010-01-22 | 2013-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Optimization of non-optimized handoff from a first access technology to a second access technology |
| TWI520629B (zh) * | 2011-02-18 | 2016-02-01 | Univ Kyushu Nat Univ Corp | A transmission cycle determining method, a transmission cycle determining means, and a computer-readable recording medium |
| US9197559B1 (en) * | 2011-04-29 | 2015-11-24 | Arris Enterprises, Inc. | Adaptive streaming using non-local information |
| US10075361B2 (en) * | 2011-07-15 | 2018-09-11 | Extreme Networks, Inc. | Self-testing of services in an access point of a communication network |
| US8693351B2 (en) * | 2011-07-26 | 2014-04-08 | Litepoint Corporation | System and method for deterministic testing of packet error rate in electronic devices |
| US9769078B2 (en) | 2013-11-05 | 2017-09-19 | Cisco Technology, Inc. | Dynamic flowlet prioritization |
| US9825857B2 (en) | 2013-11-05 | 2017-11-21 | Cisco Technology, Inc. | Method for increasing Layer-3 longest prefix match scale |
| US9397946B1 (en) | 2013-11-05 | 2016-07-19 | Cisco Technology, Inc. | Forwarding to clusters of service nodes |
| US9374294B1 (en) | 2013-11-05 | 2016-06-21 | Cisco Technology, Inc. | On-demand learning in overlay networks |
| US9888405B2 (en) * | 2013-11-05 | 2018-02-06 | Cisco Technology, Inc. | Networking apparatuses and packet statistic determination methods employing atomic counters |
| US9674086B2 (en) | 2013-11-05 | 2017-06-06 | Cisco Technology, Inc. | Work conserving schedular based on ranking |
| US9502111B2 (en) | 2013-11-05 | 2016-11-22 | Cisco Technology, Inc. | Weighted equal cost multipath routing |
| US9876715B2 (en) | 2013-11-05 | 2018-01-23 | Cisco Technology, Inc. | Network fabric overlay |
| US9686180B2 (en) | 2013-11-05 | 2017-06-20 | Cisco Technology, Inc. | Managing routing information for tunnel endpoints in overlay networks |
| US10951522B2 (en) | 2013-11-05 | 2021-03-16 | Cisco Technology, Inc. | IP-based forwarding of bridged and routed IP packets and unicast ARP |
| US9655232B2 (en) | 2013-11-05 | 2017-05-16 | Cisco Technology, Inc. | Spanning tree protocol (STP) optimization techniques |
| US10778584B2 (en) | 2013-11-05 | 2020-09-15 | Cisco Technology, Inc. | System and method for multi-path load balancing in network fabrics |
| CN105453651B (zh) * | 2013-12-19 | 2020-03-31 | 华为技术有限公司 | 接入点选择方法、终端及接入点 |
| CN108293012B (zh) * | 2015-11-26 | 2021-02-09 | 三菱电机株式会社 | 中继装置和通信网络 |
| US20170295099A1 (en) * | 2016-04-11 | 2017-10-12 | Arista Networks, Inc. | System and method of load balancing across a multi-link group |
| CN108075910B (zh) | 2016-11-11 | 2021-07-16 | 华为技术有限公司 | 一种通信设备的配置方法及通信设备 |
| CN111858703B (zh) * | 2020-06-29 | 2022-06-14 | 浪潮电子信息产业股份有限公司 | 一种benchmarkSQL性能测试数据统计方法及装置 |
| KR20220045497A (ko) * | 2020-10-05 | 2022-04-12 | 주식회사 엘지에너지솔루션 | 배터리 관리 장치 및 방법 |
| WO2022099553A1 (en) * | 2020-11-12 | 2022-05-19 | Nvidia Corporation | Intra-layer adapter for fifth generation new radio (5g-nr) communications |
Family Cites Families (77)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3860769A (en) * | 1972-11-01 | 1975-01-14 | Gte Lenkurt Inc | Method and apparatus for testing the operation of a communication system |
| US3922508A (en) * | 1974-01-14 | 1975-11-25 | Magnetic Controls Co | Coded telephone line testing equipment |
| DE2631202C3 (de) * | 1976-07-10 | 1983-11-17 | Wandel & Goltermann Gmbh & Co, 7412 Eningen | Verfahren und Schaltungsanordnung zum selektiven Messen des Summenpegels eines zu messenden Signals |
| CA1203875A (en) * | 1983-06-16 | 1986-04-29 | Mitel Corporation | Switching system loopback test circuit |
| EP0504537A1 (en) * | 1991-03-22 | 1992-09-23 | International Business Machines Corporation | Method and apparatus for the testing and evaluation of geographically distributed telecommunication networks |
| BE1004959A3 (nl) * | 1991-06-28 | 1993-03-02 | Bell Telephone Mfg | Werkwijze en inrichtingen voor het testen van atm-verbindingen. |
| JPH05130009A (ja) * | 1991-11-06 | 1993-05-25 | Nec Corp | セルラー型自動車電話システムの移動端末間試験方式 |
| CA2112756C (en) * | 1993-01-06 | 1999-12-14 | Chinatsu Ikeda | Burst band-width reservation method in asynchronous transfer mode (atm) network |
| US5451839A (en) * | 1993-01-12 | 1995-09-19 | Rappaport; Theodore S. | Portable real time cellular telephone and pager network system monitor |
| US5475732A (en) * | 1993-02-16 | 1995-12-12 | C & P Of Virginia | Common channeling signaling network maintenance and testing |
| US5555266A (en) * | 1993-10-04 | 1996-09-10 | Motorola, Inc. | Method for reducing transmission delays in a packet transmission system |
| US5521904A (en) * | 1993-12-07 | 1996-05-28 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for testing a base station in a time division multiple access radio communications system |
| JP3078177B2 (ja) * | 1994-07-01 | 2000-08-21 | 三菱電機株式会社 | 無線装置 |
| EP0700229B1 (en) * | 1994-08-22 | 2006-06-28 | Fujitsu Limited | Connectionless communications system, test method, and intra-station control system |
| US6006016A (en) * | 1994-11-10 | 1999-12-21 | Bay Networks, Inc. | Network fault correlation |
| US5802105A (en) * | 1994-11-30 | 1998-09-01 | Qualcomm Incorporated | Method and apparatus for testing a digital communication channel |
| US5570373A (en) * | 1995-03-20 | 1996-10-29 | Lucent Technologies Inc. | Method and apparatus for testing a radio in a base station without using a radio test unit |
| US5655019A (en) * | 1995-03-30 | 1997-08-05 | Mckernan; Randolph W. | Identity protection method for use with wireless telephone systems |
| US5768689A (en) * | 1995-04-03 | 1998-06-16 | Telefonaktiebolaget Lm Ericsson | Transceiver tester |
| US5784406A (en) * | 1995-06-29 | 1998-07-21 | Qualcom Incorporated | Method and apparatus for objectively characterizing communications link quality |
| US5898674A (en) * | 1995-11-14 | 1999-04-27 | Paradyne Corporation | System and method for performing non-disruptive diagnostics through a frame relay circuit |
| US6373573B1 (en) * | 2000-03-13 | 2002-04-16 | Lj Laboratories L.L.C. | Apparatus for measuring optical characteristics of a substrate and pigments applied thereto |
| JP3537577B2 (ja) * | 1996-02-21 | 2004-06-14 | 富士通株式会社 | 通信回線品質測定システム及びｔｄｍａ装置 |
| FI102124B1 (fi) * | 1996-03-07 | 1998-10-15 | Nokia Telecommunications Oy | Tilaajaliittymän kaukotestaus johdottoman tilaajaliittymän toteutettavassa radiojärjestelmässä |
| US6625166B2 (en) * | 1996-11-15 | 2003-09-23 | Canon Kabushiki Kaisha | Communication system for communicating a plurality of time-division multiplexed data, and control method therefor |
| US6253060B1 (en) * | 1996-12-20 | 2001-06-26 | Airnet Communications Corporation | Method and apparatus employing wireless remote loopback capability for a wireless system repeater to provide end-to-end testing without a wireline connection |
| US6069876A (en) * | 1997-02-13 | 2000-05-30 | Nortel Networks Corporation | Performance monitoring of an ATM Network |
| US6088588A (en) * | 1997-03-25 | 2000-07-11 | Nortel Networks Corporation | Method and wireless terminal for monitoring communications and providing network with terminal operation information |
| GB2325376B (en) * | 1997-05-14 | 2001-09-19 | Dsc Telecom Lp | Allocation of bandwidth to calls in a wireless telecommunications system |
| US6870616B2 (en) * | 1998-06-30 | 2005-03-22 | Jjl Technologies Llc | Spectrometer apparatus for determining an optical characteristic of an object or material having one or more sensors for determining a physical position or non-color property |
| US6449041B1 (en) * | 1997-07-01 | 2002-09-10 | Lj Laboratories, Llc | Apparatus and method for measuring optical characteristics of an object |
| JPH1132042A (ja) * | 1997-07-11 | 1999-02-02 | Fujitsu Ltd | Ｓｄｈ通信網／既存通信網監視統合装置及び方法 |
| US6330599B1 (en) * | 1997-08-05 | 2001-12-11 | Cisco Technology, Inc. | Virtual interfaces with dynamic binding |
| JP3476665B2 (ja) * | 1997-11-13 | 2003-12-10 | 富士通株式会社 | 中継装置試験システム及び通信装置並びに通信方法 |
| US6185191B1 (en) * | 1997-12-03 | 2001-02-06 | Harris Corporation | Testing of ISDN line via auxiliary channel signaling |
| US6259911B1 (en) * | 1998-01-06 | 2001-07-10 | Wireless Access | Network operations center hardware and software design |
| US6263016B1 (en) * | 1998-02-04 | 2001-07-17 | 3Com Corporation | Methods for interfacing a subscriber link to digital networks |
| US6188892B1 (en) * | 1998-02-13 | 2001-02-13 | Qualcomm Inc. | System and method for base station initiated call setup |
| US6320867B1 (en) * | 1998-05-27 | 2001-11-20 | 3Com Corporation | Method and apparatus for hierarchical management of subscriber link traffic on digital networks |
| FI106834B (fi) * | 1998-06-03 | 2001-04-12 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä datakanavien toimivuuden testaamiseksi radiolaitteessa |
| US6246479B1 (en) * | 1998-06-08 | 2001-06-12 | Lj Laboratories, L.L.C. | Integrated spectrometer assembly and methods |
| US6246471B1 (en) * | 1998-06-08 | 2001-06-12 | Lj Laboratories, Llc | Apparatus and method for measuring optical characteristics of an object |
| US6249348B1 (en) * | 1998-11-23 | 2001-06-19 | Lj Laboratories, L.L.C. | Integrated spectrometer assembly and methods |
| US6014377A (en) * | 1998-08-05 | 2000-01-11 | Us West, Inc. | System and method for an integrated wireline/wireless service using private branch exchange lines |
| US6389474B1 (en) * | 1998-09-04 | 2002-05-14 | At&T Corp. | Method and apparatus for accessing a shared channel in a wireless network using a time slot allocation technique based on detecting the usage of the channel during a round trip interval |
| US7457307B1 (en) * | 1998-09-04 | 2008-11-25 | At&T Intellectual Property Ii, L.P. | Method and apparatus for controlling access to a communication channel |
| US6327250B1 (en) * | 1998-12-21 | 2001-12-04 | Tycom (Us) Inc. | Method and apparatus for supressing crosstalk between data and monitoring channel in an optical communication system |
| US6782264B2 (en) * | 1999-01-08 | 2004-08-24 | Trueposition, Inc. | Monitoring of call information in a wireless location system |
| FI113822B (fi) * | 1999-01-19 | 2004-06-15 | Nokia Corp | Ohjattu dataverkon virheestä toipuminen |
| US6766164B1 (en) * | 1999-01-19 | 2004-07-20 | Lucent Technologies Inc. | System and method for providing radio frequency conditions for testing wireless communications equipment |
| FI990690A (fi) * | 1999-03-29 | 2000-09-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä tiedonsiirron toimivuuden testaamiseksi radio laitteessa |
| FI113821B (fi) * | 1999-03-29 | 2004-06-15 | Nokia Corp | Menetelmä ja järjestelmä tiedonsiirron yleisen laadun mittaamiseksi ja optimoimiseksi digitaalisessa solukkoradiojärjestelmässä |
| US6754189B1 (en) * | 1999-04-08 | 2004-06-22 | Lucent Technologies Inc. | Method of queue length based burst management in wireless communication systems |
| FI108833B (fi) * | 1999-06-04 | 2002-03-28 | Nokia Corp | Solukkoradioverkon kanavakonfigurointimenetelmä ja solukkoradioverkko |
| CN1339209A (zh) | 1999-10-02 | 2002-03-06 | 三星电子株式会社 | 分组网络中的公平流控制方法 |
| US6522886B1 (en) * | 1999-11-22 | 2003-02-18 | Qwest Communications International Inc. | Method and system for simultaneously sharing wireless communications among multiple wireless handsets |
| FI19992618A (fi) * | 1999-12-03 | 2001-06-04 | Nokia Networks Oy | Tukiaseman peittoalueen mittaus |
| US6362888B1 (en) * | 1999-12-23 | 2002-03-26 | Lj Laboratories, L.L.C. | Spectrometer assembly |
| US6519037B2 (en) * | 1999-12-23 | 2003-02-11 | Lj Laboratories, Llc | Spectrometer having optical unit including a randomized fiber optic implement |
| US6748212B2 (en) * | 1999-12-29 | 2004-06-08 | Airnet Communications Corporation | Method and apparatus for backhaul link diagnostic in a wireless repeater system |
| US6542538B2 (en) * | 2000-01-10 | 2003-04-01 | Qualcomm Incorporated | Method and apparatus for testing wireless communication channels |
| US6414750B2 (en) * | 2000-01-10 | 2002-07-02 | Lj Laboratories, L.L.C. | Spectrometric apparatus and method for measuring optical characteristics of an object |
| US6791949B1 (en) * | 2000-04-28 | 2004-09-14 | Raytheon Company | Network protocol for wireless ad hoc networks |
| US7110466B1 (en) * | 2000-06-05 | 2006-09-19 | Lucent Technologies Inc. | Variable rate message coding |
| US6751457B1 (en) * | 2000-06-28 | 2004-06-15 | Bellsouth Intellectual Property Corporation | Real time call monitoring system and method |
| US6885730B1 (en) * | 2000-07-19 | 2005-04-26 | Paradyne Corporation | System and method for subscriber loop testing |
| US7010730B1 (en) * | 2000-11-01 | 2006-03-07 | Sunrise Telecom Incorporated | System and method for testing the upstream channel of a cable network |
| US6782503B1 (en) * | 2000-11-28 | 2004-08-24 | Nortel Networks Limited | Generating a signature to add to a test packet to achieve a target check value |
| US6799203B2 (en) * | 2000-12-29 | 2004-09-28 | Nokia Mobile Phones Ltd. | WTA based over the air management (OTAM) method and apparatus |
| US7027418B2 (en) * | 2001-01-25 | 2006-04-11 | Bandspeed, Inc. | Approach for selecting communications channels based on performance |
| US6937584B2 (en) * | 2001-06-29 | 2005-08-30 | Qualcomm, Incorporated | Method and apparatus for controlling gain level of a supplemental channel in a CDMA communication system |
| US8089888B2 (en) * | 2001-12-10 | 2012-01-03 | Qualcomm Incorporated | Method and apparatus for testing traffic and auxiliary channels in a wireless data communication system |
| US7088398B1 (en) * | 2001-12-24 | 2006-08-08 | Silicon Image, Inc. | Method and apparatus for regenerating a clock for auxiliary data transmitted over a serial link with video data |
| US7539489B1 (en) * | 2003-04-04 | 2009-05-26 | Veriwave, Incorporated | Location-based testing for wireless data communication networks |
| US7620062B2 (en) * | 2003-05-01 | 2009-11-17 | Genesis Microchips Inc. | Method of real time optimizing multimedia packet transmission rate |
| US8001841B2 (en) * | 2005-10-14 | 2011-08-23 | Olympus Ndt | Ultrasonic fault detection system using a high dynamic range analog to digital conversion system |
| DE102006041827B4 (de) * | 2005-10-19 | 2014-12-31 | Asm Automation Sensorik Messtechnik Gmbh | Verfahren zur Bestimmung eines Zeitintervalls |
-
2001
- 2001-12-10 US US10/015,926 patent/US8089888B2/en active Active
-
2002
- 2002-05-12 UA UA20040705609A patent/UA82317C2/uk unknown
- 2002-12-05 AU AU2002351303A patent/AU2002351303B2/en not_active Ceased
- 2002-12-05 BR BRPI0214831-5A patent/BRPI0214831B1/pt unknown
- 2002-12-05 ES ES02786951T patent/ES2343569T3/es not_active Expired - Lifetime
- 2002-12-05 JP JP2003552016A patent/JP4890739B2/ja not_active Expired - Lifetime
- 2002-12-05 CA CA2469707A patent/CA2469707C/en not_active Expired - Lifetime
- 2002-12-05 RU RU2004121141/09A patent/RU2310999C2/ru active
- 2002-12-05 CN CN02827959XA patent/CN1618243B/zh not_active Expired - Lifetime
- 2002-12-05 AT AT02786951T patent/ATE468721T1/de not_active IP Right Cessation
- 2002-12-05 DE DE60236451T patent/DE60236451D1/de not_active Expired - Lifetime
- 2002-12-05 EP EP02786951A patent/EP1452048B1/en not_active Expired - Lifetime
- 2002-12-05 MX MXPA04005588A patent/MXPA04005588A/es not_active Application Discontinuation
- 2002-12-05 IL IL16237402A patent/IL162374A0/xx unknown
- 2002-12-05 KR KR1020047008936A patent/KR100970354B1/ko active IP Right Grant
- 2002-12-05 WO PCT/US2002/039210 patent/WO2003051076A1/en active Application Filing
- 2002-12-05 BR BR0214831-5A patent/BR0214831A/pt active IP Right Grant
- 2002-12-05 EP EP10003714.2A patent/EP2211572B1/en not_active Expired - Lifetime
- 2002-12-10 TW TW091135672A patent/TWI263419B/zh not_active IP Right Cessation
-
2004
- 2004-06-06 IL IL162374A patent/IL162374A/en not_active IP Right Cessation
- 2004-07-09 NO NO20042911A patent/NO329036B1/no not_active IP Right Cessation
-
2009
- 2009-06-22 JP JP2009147140A patent/JP2010016811A/ja active Pending
-
2011
- 2011-09-07 JP JP2011194900A patent/JP2012039630A/ja active Pending
- 2011-09-09 US US13/228,832 patent/US8780735B2/en not_active Expired - Fee Related
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2343569T3 (es) | Procedimiento y aparato para someter a prueba canales de trafico y auxiliares en un sistema de comunicacion de datos inalambrico. | |
| US10595235B2 (en) | Methods, apparatuses, related computer program product and data structure for deciding on a signaling scheme for handover | |
| ES2639131T3 (es) | Equipo de usuario y método para recuperación eficiente de datos almacenados temporalmente en un Nodo B después de atender un cambio de celda de un canal compartido de enlace descendente de alta velocidad | |
| US10623991B2 (en) | Method and apparatus for communication in wireless communication system | |
| ES2720192T3 (es) | Procedimiento y aparato de transferencia en un sistema de comunicación inalámbrica | |
| ES2398997T3 (es) | Procedimiento de avisos públicos y aparato correspondiente | |
| ES2788874T3 (es) | Transmisión de un informe de estado PDCP | |
| ES2641173T3 (es) | Procedimiento y aparato para concesión de dirección inversa extendida en una red de área local inalámbrica (WLAN) | |
| KR101606678B1 (ko) | 강화된 업링크 데이터 전송을 지원하기 위해 트래픽 볼륨 측정 정보를 보고하기 위한 무선 통신 방법 및 장치 | |
| ES2649366T3 (es) | Paquetes que llenan brechas de transmisión | |
| ES2369770T3 (es) | Procedimiento de trasladar una ventana de recepción en una red de acceso por radio. | |
| ES2402621T3 (es) | Método y aparato para proporcionar señalización de versiones de redundancia | |
| ES2556878T3 (es) | Método y aparato para proporcionar información de asignación de canal utilizada para soportar canales de enlace ascendente y enlace descendente | |
| ES2333950T3 (es) | Procedimiento y aparato para controlar comunicaciones de datos desde multiples estaciones base a una estacion movil en un sistema de comunicacion. | |
| ES2612060T3 (es) | Método y aparato para proporcionar canales de control para servicios de difusión y radiomensajería | |
| ES2742098T3 (es) | Procedimiento y aparato para transmitir y recibir información de capacidad de un equipo de usuario en un sistema de comunicación móvil | |
| ES2327206T3 (es) | Metodo para la seleccion de una ventana de transferencia y una estacion movil. | |
| KR20110036953A (ko) | 무선 통신 시스템에서 핸드오버 동안에 데이터 손실을 감소시키기 위한 방법 및 장치 | |
| ES2823425T3 (es) | Método para construir entrada de medición registrada y dispositivo que soporta el mismo | |
| KR20050065552A (ko) | 데이터 패킷 전송 방법, 단말기 및 시스템 | |
| JP2023541110A (ja) | Ｎｒデバイスのためのシステム情報取得の最適化 | |
| ES2527740T3 (es) | Detección de secuencia de datos en un sistema de comunicaciones | |
| ES2352850T3 (es) | Procedimiento para procesar datos en una capa de control de acceso al medio (mac). | |
| ES2578939T3 (es) | Procedimiento de transmisión de datos, sistema de red y dispositivo relacionado |