BRPI0214831B1 - Método e equipamento para testar canais de tráfego e canais auxiliares em um sistema de comunicação de dados sem fio - Google Patents

Abstract

"método e equipamento para testar canais de tráfego e canais auxiliares em um sistema de comunicação de dados sem fio". trata-se de técnicas para testar o desempenho de terminais e pontos de acesso em sistemas de dados cdma (como o cdma2000, por exemplo). uma estrutura de protocolos e mensagens é apresentada para suportar a verificação sistemática do desempenho de terminais e para assegurar compatibilidade de interface. a estrutura compreende um protocolo de aplicação de testes de emissão (ftap) para testar canais de emissão e um protocolo de aplicação de testes reversos (rtap) para testar canais reversos. são também apresentadas técnicas para (1) testar tipos diferentes de canal (como, por exemplo, canais de tráfego assim como canais auxiliares, (2) testar transmissões de dados em rajadas, (3) suportar verificação de "persistência" (isto é, verificação contínua através de conexão e desconexão), (4) forçar os ajustes de determinados canais auxiliares (como, por exemplo, de modo que a taxa de erro dos canais possa ser determinada), e (5) reunir, registrar e relatar diversas estatísticas que podem ser utilizadas para obter critérios de desempenho tais como rendimento e taxa de erro de pacote.

Description

(54) Título: MÉTODO E EQUIPAMENTO PARA TESTAR CANAIS DE TRÁFEGO E CANAIS AUXILIARES EM UM SISTEMA DE COMUNICAÇÃO DE DADOS SEM FIO (51) Int.CI.: H04B 17/00; H04B 7/26 (30) Prioridade Unionista: 10/12/2001 US 10/015,926 (73) Titular(es): QUALCOMM INCORPORATED (72) Inventor(es): RAJEEV KRISHAMURTHI; RAJESH K. PANKAJ; BIBHU MOHANTY; PAUL E. BENDER ιΑ

MÉTODO Ε EQUIPAMENTO PARA TESTAR CANAIS DE TRÁFEGO E CANAIS AUXILIARES EM UM SISTEMA DE COMUNICAÇÃO DE DADOS SEM

FIO

FUNDAMENTOS

Campo

A presente invenção refere-se à comunicação de dados e, mais especificamente, a técnicas para testar tipos diferentes de canal em um sistema de comunicação de dados sem fio (como o cdma2000, por exemplo).

Fundamentos

Sistemas de comunicação de dados sem fio, tais como sistema de acesso múltiplo por divisão de códigos (CDMA), sistemas de acesso múltiplo por divisão de tempo (TDMA), sistemas de acesso múltiplo por divisão de frequência (FDMA) e outros, são amplamente utilizados para proporcionar diversos tipos de comunicação, como, por exemplo, de voz, dados e assim por diante. Para estes sistemas, é altamente desejável utilizar os recursos existentes (isto é, a largura de banda e a potência de transmissão disponíveis) tão eficazmente quanto possível. Isto acarreta tipicamente a transmissão de muitos dados para o maior número de usuários dentro de um curto período de tempo que possa ser suportado pelas condições do link de comunicação.

De modo a se alcançar este objetivo, pode ser necessário avaliar o desempenho dos terminais na fábrica e/ou em campo. Como parte de um processo de fabricação, os terminais podem ser testados de modo a se assegurar que estejam em conformidade com critérios de desempenho mínimo especificados. E no campo, o desempenho dos terminais pode ser caracterizado e utilizado para diagnosticar problemas de cobertura e desempenho de RF no sistema de comunicação de dados sem fio.

2/60

Na técnica convencional para caracterizar o desempenho de um terminal, um padrão de dados conhecido (gerado por um gerador de números pseudo-aleatórios (PN), por exemplo) é transmitido por um ponto de acesso (ou estação base), recebido pelo terminal e enviado de volta ao ponto de acesso. Esta técnica de verificação de loop back pode ser simples de implementar, mas proporciona recursos de verificação limitados.

Muitos sistemas de comunicação CDMA de geração 10 mais nova são capazes de funcionamento flexível. Por exemplo, dados podem ser transmitidos em rajadas para os terminais, tipos diferentes de dados podem ser transmitidos através de tipos diferentes de canal, pode-se permitir que a taxa de dados varie de quadro (frame) para quadro em um canal específico, o processamento dos dados pode variar também (de quadro para quadro e/ou de canal para canal, por exemplo) e assim por diante. A técnica de verificação de loop back convencional é tipicamente utilizada para testar um único canal de tráfego com base em um conjunto definido de parâmetros de teste, e pode não ser capaz de testar diversos aspectos de um sistema CDMA de geração mais nova.

Além do mais, diferentes vendedores de equipamentos podem suportar e/ou implementar diferentes interfaces para testar os terminais. Conseqüentemente, é

5 concebível que o equipamento de um vendedor não possa ser testado adequadamente em comparação, ou em combinação, com o equipamento de outro vendedor por causa de interfaces incompatíveis.

Há, portanto, necessidade na técnica de técnicas para testar o desempenho de terminais e pontos de acesso em sistemas CDMA.

3/60

SUMARIO

Os aspectos da invenção apresentam técnicas para testar o desempenho de terminais e pontos de acesso em sistemas CDMA. Um framework de protocolos e mensagens é apresentado para suportar a verificação do desempenho de terminais, e esta estrutura assegura compatibilidade entre interfaces. Em uma modalidade, a estrutura compreende um Protocolo de Aplicação de Testes Diretos (FTAP - Forward Test Application Protocol) para testar canais diretos e um

Protocolo de Aplicação de Testes Reversos (RTAP - Reverse Test Application Protocol) para testar canais reversos. O FTAP suporta a verificação de um Canal de Tráfego Direto e a reunião, registro e relato de diversas estatísticas que podem ser utilizadas na determinação do desempenho, e o

RTAP suporta a verificação de um Canal de Tráfego Reverso e a reunião de estatísticas afins.

São apresentadas técnicas para realizar diversos testes em diferentes tipos de canal (como, por exemplo, canais de tráfego assim como canais auxiliares ou de overhead). Estas técnicas suportam testes de transmissões de dados em rajadas. São também apresentadas técnicas para reunir, registrar e relatar diversas estatísticas, e as estatísticas reunidas podem em seguida ser utilizadas na produção de diversas métricas de desempenho, tais como vazão (throughput), taxa de erros de pacote (PER - Packet Error Rate) e assim por diante.

São também apresentadas técnicas para suportar persistência nos testes (isto é, verificação contínua através de conexão e desconexão, com as variáveis utilizadas no armazenamento de informações estatísticas que são reinicializadas somente quando instruídas). São também apresentadas técnicas para forçar os ajustes de determinados canais auxiliares (como, por exemplo, de modo

4/60

que a taxa de erro dos canais possa ser determinada) . Diversos aspectos e modalidades da invenção são descritos mais detalhadamente a seguir.

As técnicas descritas aqui podem ser utilizadas 5 em diversas aplicações, tais como a verificação de desempenho mínimo de terminais de maneira sistemática (como, por exemplo, em um ambiente de fábrica ou de laboratório) e a medição do desempenho do link direto e/ou reverso (como, por exemplo, em um ambiente de campo). Estas técnicas podem ser utilizadas em diversos sistemas de comunicação CDMA e sem fio, tais como o cdma2000, o IS-95 e o W-CDMA.

A invenção também apresenta adicionalmente métodos, equipamento (como, por exemplo, terminal e ponto de acesso) e outros elementos que implementam diversos aspectos, modalidades e características da invenção, conforme descrito mais detalhadamente a seguir.

BREVE DESCRIÇÃO DOS DESENHOS As características, natureza e vantagens da presente invenção tornar-se-ão mais evidentes com a descrição detalhada apresentada quando tomada em conjunto com os desenhos, nos quais referências numéricas identificam correspondentemente pelo todo e nos quais:

A figura 1 é um diagrama de um sistema de comunicação de dados sem fio;

As figuras 2A e 2B são diagramas de blocos de uma modalidade de um ponto de acesso e um terminal, respectivamente, capazes de implementar diversos aspectos e modalidades da invenção;

A figura 3 é um diagrama de um esquema de transmissão utilizado para dados de pacote de taxa elevada em um cdma2000;

5/60

A figura 4 é um diagrama de uma modalidade de um processo total para testar um Canal de Tráfego Direto;

A figura 5 é um fluxograma de uma modalidade especifica de um processo de Configuração de Parâmetros de

Teste FTAP;

A figura 6 é um diagrama de uma modalidade especifica de um processo para recuperar informações estatísticas do terminal;

A figura 7 é um diagrama de uma modalidade de um 10 processo total para testar um Canal de Tráfego Reverso; e

A figura 8 é um fluxograma de uma modalidade específica de um processo de Configuração de Parâmetros de Teste RTAP.

DESCRIÇÃO DETALHADA

A Figura 1 é um diagrama de um sistema de comunicação de dados sem fio, 100, no qual diversos aspectos e modalidades da invenção podem ser implementados. O sistema 100 fornece comunicação para numerosas células, com cada célula sendo servida por um ponto de acesso, 104, correspondente. Um ponto de acesso pode ser também referido como estação base, sistema transceptor de estação base (BTS - Base Station Transceiver) ou Nó B. Diversos terminais, 106, são dispersos por todo o sistema. Um terminal pode ser também referido como um terminal de acesso, um terminal remoto, uma estação móvel ou equipamento de usuário (UE).

Em uma modalidade, cada terminal 10 6 pode comunicar-se com um ponto de acesso 104 no link direto a qualquer dado momento, e pode comunicar-se com um ou mais pontos de acesso no link reverso, dependendo de estar ou não o terminal em soft handoff. O link direto (isto é, downlink) refere-se à transmissão do ponto de acesso para o terminal, e o link reverso (isto é, uplink) refere-se à transmissão do terminal para o ponto de acesso.

6/60

Na figura 1, uma linha cheia com uma seta indica uma transmissão de dados específicos de usuário (ou simplesmente dados) de um ponto de acesso para um terminal. Uma linha partida com uma seta indica que o terminal está recebendo sinalização piloto e outra, mas nenhuma transmissão de dados específicos de usuário do ponto de acesso. Conforme mostrado na figura 1, o ponto de acesso 104a transmite dados para o terminal 106a no link direto, o ponto de acesso 104b transmite dados para o terminal 106b, o ponto de acesso 104c transmite dados para o terminal 106c e assim por diante. A comunicação de link reverso não é mostrada na figura 1 por razões de simplificação.

O sistema 100 pode ser projetado para suportar um ou mais padrões CDMA, tais como cdma2000, IS-95 W-CDMA, e outros. Estes padrões CDMA são conhecidos na técnica e incorporados aqui à guisa de referência. Alguns sistemas CDMA de geração mais nova (como, por exemplo, sistemas cdma2000 lxEV) são capazes de transmitir dados em rajadas e a taxas de dados variáveis (por exemplo, suportadas pelo link de comunicação). As técnicas de verificação descritas aqui podem caracterizar de maneira mais eficaz o link de comunicação para estes sistemas.

A figura 2A é um diagrama de blocos de uma modalidade de ponto de acesso 104, que é capaz de suportar diversos aspectos e modalidades da invenção. Por razões de simplificação, a figura 2A mostra o processamento no ponto de acesso para a comunicação com um terminal. No link direto, dados de tráfego de uma fonte de dados de transmissão (TX), 210, e dados de teste de um armazenador , 212, são fornecidos a um muitiplexador (MUX), 214. O multiplexador 214 seleciona e fornece os dados de tráfego a um processador de dados TX, 216, quando opera em um modo

7/60 bo,/ e codifica) processados modulador

normal, e fornece tanto dados de tráfego quanto dados de teste quando opera em um modo de teste. O processador de dados TX 216 recebe e processa (isto é, formata, intercala os dados recebidos, que são então também (isto é, cobertos e espalhados) por um (MOD), 218. O processamento (isto é, a codificação, a intercalação, a cobertura e assim por diante) pode ser diferente para cada tipo de canal. Os dados modulados são então fornecidos a uma unidade TX de RF, 222, e condicionados (isto é, convertidos em um ou mais sinais analógicos, amplifiçados, filtrados e modulados em quadratura) , de modo a se gerar um sinal de link direto, que é roteado através de um duplexador (D), 224, e transmitido através de uma antena, 226, aos terminais. O controlador 220 controla o teste total através de mensagens de sinalização que são enviadas através de multiplexador 214 .

A figura 2B é um diagrama de blocos de uma modalidade do terminal 106, que é também capaz de suportar diversos aspectos e modalidades da invenção. O sinal de link direto do ponto de acesso é recebido por uma antena, 252, roteado através de um duplexador, 254, e fornecido a uma unidade receptora de RF, 256. A unidade receptora de RF 256 condiciona (isto é, filtra, amplifica, converte descendentemente (downconverts) e digitaliza) o sinal recebido e fornece amostras. Um demodulador (DEMOD), 258, recebe e processa (isto é, desespalha, descobre e demodula) as amostras de modo a gerar símbolos recuperados. O demodulador 258 pode implementar um receptor rake capaz de processar múltiplos exemplos de sinal no sinal recebido, de modo a fornecer os símbolos recuperados. Um processador de dados de recepção (RX), 260, decodifica os símbolos recuperados, verifica os pacotes recebidos e fornece dados

8/60 (3(, X de tráfego decodificados (através de um demultiplexador, 262) a um depósito de dados RX, 264, e dados de teste decodificados a um controlador, 270. 0 controlador, 270, controla o teste total através de mensagens de sinalização que são enviadas através de um multiplexador (MUX), 284.

No link reverso, o multiplexador 284 recebe dados de estatísticas da verificação de link direto do controlador 270, dados de loop back (descritos a seguir) de um armazenador, 278, dados de teste para testar o link reverso a partir de um armazenador, 280, e dados de tráfego de uma fonte de dados TX, 282. Dependendo do modo operacional do terminal 106 e do(s) teste(s) específico (s) realizado(s), o multiplexador 284 fornece a combinação apropriada de diversos tipos de dados a um processador de dados TX, 286. Os dados gerados são então processados (isto é, formatados, intercalados e codificados) pelo processador de dados TX 286, também processados (isto é, cobertos e espalhados) por um modulador (MOD), 288, e condicionados (isto é, convertidos em um sinal analógico, amplificados, filtrados e modulados em quadratura) por uma unidade TX de RF, 290, de modo a se gerar um sinal de link reverso, que é então roteado através do duplexador 254 e transmitido, por meio da antena 252, a um ou mais pontos de acesso 104.

Com referência novamente à figura 2A, o sinal de link reverso é recebido pela antena 226, roteado através do duplexador 224, e enviado a uma unidade receptora de RF, 228. O sinal de link reverso é condicionado (isto é, convertido descendentemente, filtrado e amplificado) pela unidade receptora de RF 228 e também processado por um demodulador, 232, e por um processador de dados RX 234, de uma maneira complementar à executada pelo modulador 288 e pelo processador de dados TX 286, respectivamente, de modo a se recuperar os dados transmitidos. Os dados de tráfego

9/60

de link reverso são fornecidos, através de um demultiplexador 236, a um depósito de dados RX 238, e dados estatísticos, de loop back e de teste são fornecidos a um controlador, 220 para avaliação.

Os aspectos da invenção apresentam técnicas para testar o desempenho dos terminais e pontos de acesso em sistemas CDMA. Sob um aspecto, um framework de protocolos e mensagens é apresentada para suportar a verificação do desempenho de terminais. Esta estrutura assegura compatibilidade de interface (entre diferentes vendedores de equipamento, por exemplo). Sob outro aspecto, são apresentadas técnicas para realizar diversos testes em diferentes tipos de canais (canais de tráfego assim como canais auxiliares e de overhead, por exemplo). Testes para transmissões de dados em rajadas são suportados. Sob ainda outro aspecto, são apresentadas técnicas para reunir, registrar e relatar diversas estatísticas, e as técnicas reunidas podem ser utilizadas em seguida para obter diversos critérios de desempenho, tais como vazão, taxa de erros de pacote (PER - Packet Error Rate) e assim por diante. Sob ainda outro aspecto, são apresentadas técnicas para suportar a persistência nos testes (isto é, verificação contínua através de conexão e desconexão, com as variáveis utilizadas para armazenar informações estatísticas que são reinicializadas quando instruídas). Sob ainda outro aspecto, são apresentadas técnicas para forçar os ajustes de determinados canais auxiliares (como, por exemplo, de modo que a taxa de erros dos canais possa ser determinada). Diversos aspectos e modalidades da invenção são descritos mais detalhadamente a seguir. Por razões de clareza, diversos aspectos da invenção são especificamente descritos para a Interface pelo Ar de Dados

10/60

V

de Pacote de Taxa Alta cdma2000 (ou simplesmente, cdma2000

HAI) .

A figura 3 é um diagrama de um esguema de transmissão de link direto utilizado para dados de pacote de taxa elevada em cdma2000. Cada ponto de acesso transmite dados de pacote aos terminais que foram eleitos para receber dados do ponto de acesso, com base na intensidade de sinal, um de cada vez, à maneira de multiplexação por divisão de tempo. Um ponto de acesso transmite dados de pacote ao ou perto do nivel de potência de transmissão de pico, se é que transmite. Sempre que um terminal desejar uma transmissão de dados, ele envia um pedido de dados de pacote sob a forma de uma mensagem de Controle de Taxa de Dados (DRC - Data Rate Control) a um ponto de acesso selecionado. O terminal mede a qualidade de sinal dos sinais de link direto (como os pilotos, por exemplo) recebidos de numerosos pontos de acesso, determina o ponto de acesso possuindo a melhor qualidade de sinal recebida (isto é, o ponto de acesso selecionado), identifica a taxa de dados mais elevada suportada pelo melhor link recebido e envia um valor de DRC indicativo da taxa de dados identificada. O valor de DRC é transmitido em um Canal DRC e direcionado para o ponto de acesso selecionado através do uso de uma cobertura DRC designada ao ponto de acesso. O ponto de acesso (ou setor servidor) selecionado programa transmissões de dados para o terminal no Canal de Tráfego Direto de acordo com sua política de programação, que pode levar em conta diversos fatores, tais como o valor de DRC recebido, os dados na fila e assim por diante. Com base na condição da transmissão de dados recebida, o terminal envia confirmações (ACKs) e confirmações negativas (NACks) em um

Canal ACK ao ponto de acesso selecionado. Detalhes do esquema de transmissão de dados de pacote de taxa alta para

11/60

cdma2000 são descritos em 3GPP2 C.S0024, intitulado cdma2000 High Rate Packet Data Air Interface Specification, daqui por diante referido como Documento HAI e incorporado aqui à guisa de referência.

As técnicas descritas aqui podem ser utilizadas para testar diversos tipos de canais. Para cdma2000 HAI, estes canais incluem o Canal de Tráfego Direto, o Canal DRC, o Canal ACK, o Canal de Tráfego Reverso e possivelmente outros. O Canal de Tráfego Direto é utilizado para transmissão de dados do ponto de acesso para o terminal, e o Canal de Tráfego Reverso é utilizado para transmissão de dados do terminal para o ponto de acesso. O Canal DRC é utilizado para enviar informações referentes à taxa máxima a ser utilizada para o Canal de Tráfego Direto, e o Canal ACK é utilizado para enviar bits de confirmação para pacotes recebidos.

As técnicas descritas aqui podem ser também utilizadas em diversas aplicações. Uma aplicação que tal é a verificação de terminais de maneira sistemática (como, por exemplo, em uma ambiente de fábrica ou laboratório). O desempenho mínimo para terminais em cdma2000 HAI é descrito em TIA/EIA/IS-866, intitulado The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Terminal, e o desempenho mínimo para pontos de acesso é descrito em TIA/EIA/IS-864, intitulado The Recommended Minimum Performance Standards for cdma2000 High Rate Packet Data Access Network, ambos sendo aqui incorporados à guisa de referência. Outra aplicação é a medição de determinadas métricas chave de desempenho de link direto e/ou reverso (como, por exemplo, em um ambiente de campo) , como, por exemplo, vazão e taxa de erros de pacote (PER).

Sob um aspecto, é apresentada uma estrutura para permitir a verificação de diversos elementos de um sistema

12/60 ι

CDMA (como, por exemplo, o sistema cdma2000 HAI). A estrutura, que é referida aqui como Protocolo de Aplicação de Testes (TAP - Test Application Protocol), compreende um Protocolo de Aplicação de Testes Direto (FTAP) para testar canais diretos e um Protocolo de Aplicação de Testes Reversos (RTAP) para testar canais reversos.

Em uma modalidade, o FTAP (1) apresenta procedimentos e mensagens para controlar o Canal de Tráfego Direto e para configurar canais reversos associados ao Canal de Tráfego Direto, (2) especifica a geração e a transmissão de pacotes de teste e loop back fornecidos nos Canais de Tráfego Direto e Reverso, respectivamente, com a finalidade de testar o Canal de Tráfego Direto e (3) apresenta procedimentos para reunir, registrar e relatar determinadas estatísticas observadas no terminal. Capacidades em menor número, adicionais e/ou diferentes podem ser também suportadas pelo FTAP, e isto está dentro do escopo da invenção.

Em uma modalidade, o RTAP (1) apresenta procedimento e mensagens para controlar e configurar o Canal de Tráfego Reverso e (2) especifica a geração de pacotes de teste enviados no Canal de Tráfego Reverso para testar o canal. Capacidades em menor número, adicionais e/ou diferentes podem ser também suportadas pelo RTAP, e isto está dentro do escopo da invenção.

O TAP fornece e envia pacotes de teste à camada de fluxo na direção de transmissão e recebe e processa pacotes de teste da camada de fluxo na direção de recepção. A unidade de transmissão do FTAP é um pacote FTAP, e a unidade de transmissão do RTAP é um pacote RTAP. Os tamanhos dos pacotes FTAP e RTAP são, cada um, determinados por camadas mais baixas negociadas durante a configuração

13/60 das sessões. Cada pacote FTAP ou RTAP é incluído na carga útil da camada de fluxo.

Cada um dos FTAP e RTAOP emprega mensagens de sinalização para controlar e configurar o terminal e a rede de acesso para a realização de testes nos Canais de Tráfego Direto e Reverso. O FTAP e o RTAP empregam a Aplicação de Sinalização descrita no documento HAI antes mencionado para enviar mensagens.

O TAP é registrado para receber determinadas indicações das demais camadas, que são utilizadas para encerrar uma sessão de teste ou alterar o estado do terminal em teste. Em uma modalidade, as indicações seguintes são recebidas pelo FTAP e/ou RTAP (conforme mostrado dentro dos colchetes à direita da indicação):

• EstadodeConexão.ConexãoEncerrada [recebida pelo FTAP e RTAP], • AtualizarRota.HOOcioso [recebida pelo FTAP], • AtualizarRota.ConexãoPerdida [recebida pelo FTAP e o RTAP], e • EstadoOcioso.ConexãoAberta [recebida pelo FTAP e o RTAP].

TAP também devolve as indicações seguintes às camadas de sinalização mais elevadas:

• SincdeLoopbackPerdida [devolvida pelo FTAP], e • SincRTAPPerdida [devolvida pelo RTAP].

Protocolo de Aplicação de Testes Direto (FTAP)

O FTAP apresenta procedimentos e mensagens utilizados para configurar, controlar e realizar diversos testes nos canais diretos, inclusive o Canal de Tráfego

14/60

Direto. Os procedimentos para o FTAP podem ser agrupados nas categorias seguintes:

• Configuração de Parâmetros de Teste FTPA - inclui procedimentos e mensagens para controlar configurações de teste FTPA no terminal e na rede de acesso;

• Transmissão e Recepção de Pacotes de Teste FTPA inclui procedimentos para fornecer pacotes de Teste FTAP na rede de acesso para transmissão no Canal de Tráfego Direto, e para processar pacotes recebidos no terminal;

• Transmissão e Recepção de Pacotes de Loop back FTAP inclui procedimentos para fornecer e receber pacotes de Loop back FTAP no Canal de Tráfego Reverso;

• Transmissão no Canal ACK - inclui procedimentos para fornecer bits de Canal ACK configurados (de valor fixo) no Canal ACK;

• Transmissão no Canal DRC - inclui procedimentos para fornecer valores de DRC configurados (fixos) e/ou empregar uma cobertura de DRC fixa no canal DRC; e • Reunião e Recuperação de Estatísticas FTAP - inclui procedimentos e mensagens para reunir estatísticas no terminal e para recuperá-las pela rede de acesso.

Os procedimentos e mensagens são descritos mais detalhadamente a seguir. Procedimentos e mensagens em menor número, adicionais e/ou diferentes podem ser também apresentados para o FTAP, e isto está dentro do escopo da invenção.

O FTAP suporta a verificação de tipos diferentes de canais diretos. Os canais específicos a serem testados podem ser selecionados individualmente, e os canais selecionados podem ser testados concomitantemente. Em uma

15/60 modalidade, o FTAP suporta a verificação do Canal de Tráfego Direto, dos canais MAC Diretos, do Canal DRC e do Canal ACK. A Tabela 1 lista diversos modos suportados pelo FTAP. Modos em menor número, adicionais e/ou diferentes podem ser também suportados, e isto está dentro do escopo da invenção.

Tabela 1

Modo	Descrição
Modo de Loop back	habilitado para enviar pacotes de Loop back FTAP no Canal de Tráfego Reverso
Modo Fixo de Bits de Canal ACK	habilitado para enviar bits de Canal ACK de valor fixo no Canal ACK
Modo Fixo DRC	habilitado para enviar valores de DRC fixos no Canal DRC
Modo Fixo de Cobertura DRC	habilitado para utilizar cobertura de Walsh fixa no Canal DRC

O FTAP suporta a reunião de determinadas estatisticas pela rede de acesso, que podem ser utilizadas para determinar diversas métricas de desempenho, tais como, por exemplo, a vazão no Link direto, a taxa de erros de pacote do Canal de Tráfego, a taxa de erros de pacote do Canal de Controle, a capacidade do setor (vazão) e assim por diante. A Tabela 2 lista as estatisticas que podem ser reunidas e mantidas pela rede de acesso (isto é, para cada setor) quando o modo de Loop back é habilitado.

16/60 ' ί,

Tabela 2

Parâmetro	Descrição
PactTesteFTAPEnviado	o número de pacotes de Teste FTAP fornecidos pela rede de acesso no Canal de Tráfego Direto
PactTesteFTAPRecdo	o número de pacotes de Teste FTAP recebidos pelo terminal no Canal de Tráfego Direto
PactMACFTAPRecdo	o número de pacotes de camada MAC do Canal de Tráfego Direto recebidos pelo terminal nos pacotes de Camada Física que contêm os pacotes de Teste FTAP
PactRETROCFTAPEnviado	o número de pacotes de Loop back FTAP enviados pelo Terminal através do Canal de Tráfego Reverso
PactRETROCFTAPRecdo	o número de pacotes de Loop back FTAP recebidos pela rede de acesso através do Canal de Tráfego Reverso
TempoTesteFTAP	a duração (em quadros) dos testes FTAP
PartiçõesPactFisFTAP	o número de partições (partições) através das quais os pacotes de Camada Física que contêm os pacotes de Teste FTAP foram recebidos pelo terminal

O FTAP suporta a reunião de determinadas estatísticas pelo terminal. Estas estatísticas podem ser recuperadas pela rede de acesso. A Tabela 3 lista as estatísticas que podem ser reunidas e mantidas pelo terminal.

17/60

Ho

Tabela 3

Parâmetro	Descrição
AlteraçãoASPOcioso	o número de alterações no piloto de conjunto ativo no Estado Ocioso (Idle)
TempoOcioso	o tempo decorrido (em partições) no Estado Ocioso desde o início da reunião de estatísticas
AlteraçãoSSdeConexão	o número de alterações no setor servidor no Estado de Conexão
TempodeConexão	o tempo decorrido (em partições) no Estado de Conexão desde o início da reunião de estatísticas
PrimeiroPctCCSinc	o número de primeiros pacotes de Camada CC MAC em cápsulas sincrônicas recebidas com sucesso pelo terminal
TempoCC	0 tempo decorrido (em ciclos de Canal de Controle) desde o início da reunião de estatísticas

No cdma2000 HAI, um piloto para cada setor é caracterizado por um deslocamento PN especifico e um Canal CDMA, e um piloto de conjunto ativo (ASP - Active Set

Pilot) é o piloto proveniente do setor cujo Canal de Controle o terminal está monitorando atualmente. Embora o terminal esteja no Estado Ocioso, ele monitora o Canal de Controle do setor servidor. A AlteraçãoASPOcioso é utilizada para reunir estatísticas para a taxa de alteração do piloto de conjunto ativo, e o PrimeiroPactCCSinc é utilizado para reunir as estatísticas para o número de pacotes de Camada CC MAC em cápsulas sincrônicas recebidas com sucesso pelo terminal.

Embora o terminal esteja em um Estado de Conexão, ele pode receber pacotes de setores servidores. Um setor servidor é o setor ao qual a mensagem DRC é enviada (ou

18/60

indicada) . Quando a mensagem DRC é redirecionada de um setor para outro, a cobertura DRC transita através de uma cobertura NULA. Por exemplo, se a cobertura DRC se altera da cobertura de setor A, através da cobertura NULA, e para a cobertura de setor B (com A não igual a B) , então ela é contada como uma alteração de setor servidor. E se a cobertura DRC se altera da cobertura de setor A, através da cobertura NULA, e de volta para a cobertura de setor A, então ela é contada como alteração de setor servidor zero. A AlteraçãoSSdeConexão é utilizada para reunir estatísticas para a taxa de alteração do setor servidor.

Os estados Ociosos e Conexão são estados operacionais do terminal em um Protocolo de Gerenciamento de Link pelo Ar descrito no documento HAI antes mencionado.

A figura 4 é um diagrama de um processo total 400, para testar o Canal de Tráfego Direto, de acordo com uma modalidade da invenção. O processo 400 pode ser utilizado para determinar diversas métricas de desempenho, tais como, por exemplo, a vazão do usuário no link direto, a taxa de erro de pacote do Canal de Tráfego Direto, a taxa de erro de pacote do Canal de Controle, a vazão de setor no link direto e assim por diante.

Inicialmente, a rede de acesso estabelece uma conexão com um terminal da maneira normal, se não houver conexão atual entre eles, na etapa 412. O estabelecimento de conexão para o cdma2000 HAI pode ser feito conforme descrito no Documento HAI antes mencionado. A rede de acesso envia então uma mensagem de AtribuiçãodeParâmetrosFTAP ao terminal de modo a configurar o FTAP, na etapa 414. A configuração do terminal para a verificação do FTAP é descrita a seguir e, em uma modalidade, o modo de Loop back é habilitado como o parâmetro básico. O terminal efetua a configuração

19/60

necessária e em seguida responde à rede de acesso com uma mensagem de ParâmetroFTAPCompleto de modo a indicar que está pronto para os testes configurados, na etapa 416.

A rede de acesso e o terminal trocam em seguida pacotes de Teste FTAP e pacotes de Loop back FTAP, que são descritos mais detalhadamente a seguir, na etapa 418. Qualquer número de pacotes FTAP pode ser trocado, e as estatísticas a serem reunidas pela rede de acesso e/ou pelo terminal podem ser determinadas pela configuração dos testes.

Depois de reunidas estatísticas suficientes, a rede de acesso pára de enviar pacotes de Teste FTAP e libera a conexão, na etapa 420. A etapa 420 pode ser omitida, por exemplo, se a rede de acesso prossegue de modo a realizar alguns outros testes ou funções. A rede de acesso pode utilizar as estatísticas que reuniu para computar a taxa de erro de pacote e a vazão média, conforme descrito a seguir. Diversos detalhes para o processo 400 são descritos a seguir.

Em uma modalidade, o FTAP é ativado ligando-se a aplicação de teste a um de três fluxos disponíveis. A configuração do protocolo pode ser iniciada pelo ponto de acesso ou pelo terminal. Em uma modalidade, pode haver apenas uma instanciação do FTAP em cada terminal.

Configuração de Parâmetros de Teste FTAP

A rede de acesso ou o terminal pode ativar o FTAP para testar os canais diretos. Quando da ativação do FTAP, o terminal executa um procedimento de Inicialização de Configuração FTAP, que desabilita as sinalizações para o modo de Loop back, o modo Fixo de Bits de Canal ACK, o modo Fixo DRC e o modo Fixo de Cobertura DRC.

A figura 5 é um fluxograma de uma modalidade específica de um processo de Configuração de Parâmetros de

20/60

Teste FTAP, 500. O processo 500 cobre as etapas 414 e 416 da figura 4. Para inicializar ou alterar a configuração de teste, a rede de acesso envia uma mensagem de AtribuiçãodeParâmetrosFTAP, que inclui um valor especifico para o campo IDdeTransação e pode incluir também um ou mais registros de atributos para as sinalizações no modo FTAP mantidas pelo terminal, na etapa 512. Através dos registros de atributos na mensagem, a rede de acesso pode controlar os testes a serem realizados.

Ao receber a mensagem de

AtribuiçãodeParâmetrosFTAP da rede de acesso, o terminal executa o procedimento de Inicialização de Configuração FTAP descrito acima, na etapa 514. O terminal em seguida fixa suas sinalizações no modo FTAP com base em atribuídos, se existentes, incluídos na mensagem recebida, na etapa 516. Em particular, a mensagem recebida pode incluir um atributo de Mododeloopback, um atributo de

ModoFixodeBitsdeCanalACK, um atributo de ModoFixoDRC e/ou um atributo de ModoFixodeCoberturaDRC.

0 atributo de Mododeloopback é incluído na mensagem de AtribuiçãodeParâmetrosFTAP se for necessário que o terminal transmita pacotes de Loop back FTAP no Canal de Tráfego Reverso. O atributo de ModoFixodeBitsdeCanalACK é incluído se os bits do Canal ACK vierem a ser transmitidos pelo terminal em cada partição e vierem a ser fixados em um valor fixo específico. O atributo de ModoFixoDRC é incluído se o DRC transmitido pelo terminal vier a ser fixado em um valor fixo específico. Ε o atributo de ModoFixodeCoberturaDRC é incluído se uma cobertura DRC fixa específica vier a ser utilizada pelo terminal para transmissão do DRC.

Se a mensagem recebida incluir o atributo de Mododeloopback, então o terminal habilita o flag no modo de

21/60

Loop back, armazena o valor em um campo de PersistênciadeLoop back do atributo, libera o armazenador de Loop back e fixa um BitdeOverflowdePactdeLoop back em zero. Se a mensagem recebida incluir o atributo de ModoFixodeBitsdeCanalACK, então o terminal habilita o flag no modo Fixo de Bits de Canal ACK e armazena o valor no campo de BitsdeCanalACK do atributo. Se a mensagem recebida incluir o atributo de ModoFixoDRC, então o terminal habilita o flag no modo Fixo DRC e armazena o valor no campo de ValoresDRC do atributo. E se a mensagem recebida incluir o atributo de ModoFixodeCoberturaDRC, então o terminal habilita o flag do modo Fixo de Cobertura DRC e armazena o valor em um campo de ValorDRC do atributo.

Quando do término das configurações de teste especificadas pela mensagem de AtribuiçãodeParâmetrosFTAP e dentro de T_FTAp_Config (como, por exemplo, dois) segundos do recebimento da mensagem, o terminal envia uma mensagem de ParâmetroFTAPCompleto com o campo de IDdeTransação fixado no mesmo valor recebido no campo de IddeTransação da mensagem de AtribuiçãodeParâmetrosFTAP, na etapa 518. O campo de IddeTransação é utilizado para identificar a transação especifica que é referida pela mensagem.

Ao receber a mensagem de ParâmetroFTAPCompleto do terminal, a rede de acesso executa um procedimento de Inicialização de Estatísticas e Parâmetros de Teste FTAP, que fixa em zero as variáveis PactTesteFTAPEnviado, PctTesteFTAPRecdo, PactMACFTAPRecdo, PactLoop backFTAPEnviado, PactLoop backFTAPRecdo, PartiçõesPactFisFTAP e TempodeTesteFTAP mantidas para cada setor, na etapa 520. A rede de acesso também fixa em zero uma variável (de 14-bits) , V(S_Test), utilizada para rastrear o número de seqüência dos pacotes de Teste FTAP. O processo de Configuração de Parâmetros de Teste FTAP termina então.

22/60

O terminal reinicializa seus flags no modo FTAP quando do término da verificação FTAP. Em uma modalidade, se o protocolo receber uma indicação de EstadodeConexão.ConexãoEncerrada ou de AtualizarRota.ConexãoPerdida da camada de Conexão, qualquer uma das quais indica que uma conexão está terminada, então o terminal desabilita os flags para o modo Fixo de Bits de Canal ACK, para o modo Fixo DRC e para o modo Fixo de Cobertura DRC. O terminal desabilita também o flag no modo de Loop back se ela tiver sido habilitada anteriormente e se o valor do campo de PersistênciadeLoop back do atributo de Mododeloopback na última mensagem de AtribuiçãodeParâmetrosFTAP tiver sido '00' .

A Tabela 4 lista os campos para a mensagem de AtribuiçãodeParâmetrosFTAP, de acordo com uma modalidade específica.

Tabela 4

Campo	Extensão (bits)	Descrição
IDdeMensagem	8	Fixado em '00' pela rede de acesso
IDdeTransação	8	Fixado em um valor mais elevado (módulo 256) do que o valor de campo IddeTransação da última mensagem de AtribuiçãodeParâmetrosFTAP enviada ao terminal

Zero ou mais ocorrências do registro seguinte:

Registro de Atributo

Dependente de Atributo

o registro de atributo para Mododeloopback, ModoFixodeBitsdeCanalACK, ModoFixoDRC ou ModoFixodeCoberturaDRC; um registro simples é definido na seção 10.3 do Documento HAT

23/60

A Tabela 5 lista os diversos campos para os registros de atributos que podem ser incluídos na mensagem de AtribuiçãodeParâmetrosFTAP, de acordo com uma modalidade específica. A primeira coluna da Tabela 5 identifica os quatro diferentes registros de atributo que podem ser incluídos na mensagem de AtribuiçãodeParâmetrosFTAP. Cada registro de atributo inclui três campos - Extensão, ID do Atributo e um campo de dados dependentes de atributo, e estes três campos são mostrados nas colunas de segunda à Quarta. O campo de Extensão dá a extensão do registro de atributo (em octetos), excluindo-se o campo de Extensão propriamente dito. Em uma modalidade, a extensão de cada campo de registro de atributo é de 8 bits, e a extensão de cada registro de atributo é de 24 bits.

Tabela 5

Registro de Atributo	Extensão (octetos)	ID de Atributo	Campo de Dados de Atributo e Descrição
Mododeloopback	0x02	0x03	PersistênciadeLoop back - fixado em '1' se o modo de Loop back for mantido pelo terminal em caso de encerramento de conexão ou conexão perdida, e em '0' caso contrário
ModoFixodeBitsdeCan alACK	0x02	0x02	BitdeCanalACK - o valor fixo a ser transmitido para os bits do Canal ACK pelo terminal, que pode ser fixado ou em '0' ou em '1'
MododeValor-FixoDRC	0x02	0x00	ValorDRC - o valor de DRC fixo a ser transmitido pelo terminal
ModoFixodeCobertura DRC	0x02	0x01	CoberturaDRC - a cobertura DRC fixa (isto é, uma função de Walsh 8-ária específica) a ser utilizada pelo terminal para a transmissão do DRC

24/60

Em uma modalidade, a mensagem de AtribuiçãodeParâmetrosFTAP é enviada no Canal de Controle (CC) e no Canal de Tráfego Direto (FTC) endereçados para o terminal (endereçamento unicast) com o protocolo de camada de Sinalização (SLP) fixado em seguro e a prioridade de transmissão fixada em 40.

A Tabela 6 lista os campos para a mensagem de ParâmetroFTAPCompleto, de acordo com uma modalidade específica.

Tabela 6

Campo	Extensão (bits)	Descrição
IDdaMensagem	8	fixado em '01' pelo terminal
IDdaTransação	8	fixado no valor do campo de IDdaTransação na mensagem de AtribuiçãodeParâmetrosFTAP afim

Em uma modalidade, a mensagem de ParâmetroFTAPCompleto é enviada no Canal de Tráfego Reverso (RTC) endereçado à rede de acesso (endereçamento unicast) com o SLP fixado em seguro e a prioridade de transmissão fixada em 40.

Transmissão e Recepção de Pacotes de Teste FTAP

Depois de completada a Configuração de Parâmetros de Teste FTAP e enquanto o terminal estiver no Estado de Conexão, ele monitora o Canal de Tráfego Direto de modo a receber os pacotes de Teste FTAP. Em uma modalidade, os pacotes de Teste FTAP são gerados pela aplicação de teste de maneira normal (isto é, semelhante a um pacote de dados de tráfego), mas cada pacote de Teste FTAP inclui apenas os campos definidos e nenhum outro dado. Os pacotes de Teste FTAP são gerados a uma taxa suficiente para assegurar que eles estejam sempre disponíveis para transmissão no Canal

25/60

de Tráfego Direto. Os pacotes de Teste FTAP podem ser armazenados no armazenador 212 da figura 2A.

A rede de acesso inclui um número de seqüência (de 14 bits) em cada pacote de Teste FTAP transmitido, o qual é utilizado na identificação dos pacotes de Teste FTAP. O número de seqüência é mantido através de uma variável, V(S_Test), pela rede de acesso e é incrementado em um após o enviado de um pacote de Teste FTAP.

A Tabela 7 lista os campos para um pacote de Teste FTAP, de acordo com uma modalidade específica.

Tabela 7

Campo	Extensão (bits)	Descrição
IDdeProtocolo	2	o protocolo ao qual este pacote de Teste FTAP pertence - fixado em '00' para pacotes FTAP
TipodePacote	4	o tipo de pacote dentro do FTAP fixado em 0x0
SEQ	14	0 número de seqüência deste pacote de Teste FTAP - fixado no valor de V(STest) quando o pacote é gerado
Reservado	2

A rede de acesso transmite pacotes de Teste FTAP no Canal de Tráfego Direto de acordo com um conjunto de regras. Em uma modalidade, a rede de acesso atribui uma prioridade de transmissão específica (como, por exemplo, 55) aos pacotes de Teste FTAP e emprega também o recurso de Encapsulamento Único Forçado descrito no Documento HAI antes mencionado.

O terminal recebe e processa os pacotes de Teste

FTAP transmitidos no Canal de Tráfego Direto. Uma vez que estes pacotes de Teste FTAP foram gerados da maneira normal no ponto de acesso, eles podem ser processados de maneira normal no terminal, exatamente como os pacotes de dados de

26/60 tráfego (isto é, demodulados, decodificados e verificados de modo a se determinar se eles foram recebidos corretamente ou com erros).

Transmissão e Recepção de Pacotes de Loop back FTAP

Se o modo de Loop back for habilitado, então o terminal gera e envia pacotes de Loop back FTAP, no Canal de Tráfego Reverso, à rede de acesso. Os links diretos e reverso para o cdma2000 HAI não são simétricos (isto é, o link direto suporta uma taxa mais elevada que a do link reverso), e a taxa no link reverso pode ser também limitada (como, por exemplo, a um valor tão baixo quanto 9,6 Kbps no pior dos casos). As informações relevantes para a transmissão no link direto são extraídas e passadas de volta à rede de acesso através dos pacotes de loop back.

Em uma modalidade, um pacote de Loop back FTAP é gerado para cada intervalo de tempo específico (como, por exemplo, a cada intervalo de 16 partições, alinhado com o tempo do sistema CDMA), que é referido como intervalo de observação. Em uma modalidade, os pacotes de Loop back FTAP são enviados para transmitir informações sobre os pacotes de Teste FTAP recebidos no Canal de Tráfego Direto, e o conteúdo de cada pacote de Loop back FTAP é baseado nos, e descreve os, pacotes de Teste FTAP recebidos através do intervalo de observação. Em uma modalidade, cada pacote de Loop back de FTAP inclui um registro para cada pacote de Teste FTAP corretamente recebido pelo terminal durante o intervalo de observação afim. Cada registro inclui diversas informações para o pacote de Teste FTAP afim, como, por exemplo, o setor servidor do qual o pacote de Teste FTAP foi recebido, o número de seqüência e a extensão do pacote de Teste FTAP e assim por diante. As informações em cada registro incluído nos pacotes de Loop back FTAP são utilizadas pela rede de acesso para a obtenção de diversos

27/60

critérios de desempenho no link direto, como, por exemplo, vazão e taxa de erro de pacote, conforme descrito a seguir.

A tabela 8 lista os campos para um pacote de loop back FTAP, de acordo com uma modalidade especifica.

Tabela 8

Campo	Extensão (bits)	Descrição
IDdeProtocolo	2	o protocolo ao qual este pacote de Loop back de FTAP pertence fixado em '00' para pacotes FTAP
TipodePacote	4	o tipo de pacote dentro do FTAP fixado em 0x01
TempoSistDireto	15	o tempo do sistema CDMA (em quadros mod 32768) correspondente ao inicio do intervalo de observação coberto por este pacote de Loop back FTAP
OverflowPactRetro- cesso	1	o flag para indicar se algum pacote de Loop back FTAP foi perdido devido ao overflow do armazenador - fixada no valor do BitdeOverflowdePactdeLoop back mantido pelo terminal
ContagemdeRegistros	5	o número de Registros de Pacotes de Teste FTAP incluídos nesta carga útil; a faixa válida para este campo é 0 - 16, com 0 indicando ausência de Registros de Pacotes de Teste FTAP

28/60

1*1

Ί

Ocorrências de ContagemdeRegistros do registro seguinte:

SeqMensTCAMincluída	1	fixado em 1 para o primeiro registro; fixado em '0' para cada registro subseqüente se o valor de SeqMensTCAM for idêntico ao do registro anterior e em '1' caso contrário
SeqMensTCAM	0 ou 8	o campo de SeqüênciadeMensagem da última mensagem de AtribuiçãodeCanaldeTráfego que atribuiu o Canal no qual o pacote de Teste FTAP atual foi recebido; este campo é incluído se o campo de SeqMensTCAMincluída for fixado em 1 e omitido caso contrário
CoberturaDRC	3	a cobertura DRC associada ao setor servidor para o pacote de Teste FTAP atual
PartiçõesFísDireto	4	o número de partições através dos quais o pacote de Camada Física que contém o pacote de Teste FTAP atual foi recebido
PactsMACDireto	2	o número de pacotes MAC recebidos no pacote de Camada Física que contém o pacote de Teste FTAP atual
SeqDiretoIncluída	1	fixado em '1' para o primeiro registro de pacote de Teste FTAP; fixado em '0' para cada registro subseqüente se o campo SeqDireto para o registro for de um acima do valor no registro anterior, e em '1' caso contrário
SeqDireto	0 ou 14	o valor do campo SEQ do pacote de Teste FTAP associado ao registro atual; este campo é incluído se o campo SeqDiretolncluída for '1' e omitido caso contrário

Reservado

variável

a extensão deste campo é o menor valor que fará tornará o registro de atributo alinhado com um octeto (pode ser fixado em zero pelo terminal e ignorado pela rede de acesso)

29/60 '52

Os pacotes de Loop back FTAP são gerados de acordo com um conjunto de regras, uma modalidade do qual é descrita conforme o que se segue. Para cada pacote de Loop back FTAP gerado, o campo TempSistDireto é fixado no tempo do sistema CDMA (em quadros mod 32768) correspondente ao início (isto é, ο O² partição) do intervalo de observação de 16 partições. O tempo de sistema CDMA é eficazmente utilizado como um número de seqüência para o pacote de Loop back FTAP. O campo ContagemRegistros é fixado no número de pacotes de Teste FTAP recebidos através do intervalo de observação afim. Cada registro no pacote de Loop back FTAP inclui diversos tipos de informação (listados na Tabela 8) para um pacote de Teste FTAP correspondente recebido durante o intervalo de observação afim. Os registros para os pacotes de Teste FTAP são incluídos na ordem ascendente dos valores do campo SEQ nos pacotes de Teste FTAP recebidos. Um pacote de Loop back FTAP é gerado mesmo se nenhum pacote de Teste FTAP for recebido durante o intervalo de observação de 16 partições.

Os pacotes de Loop back FTAP gerados são dispostos em fila para transmissão no Canal de Tráfego Reverso, e o terminal proporciona armazenamento temporário (como, por exemplo, no armazenador 278 da figura 2B) para um número específico (como, por exemplo, oito ou mais) de pacotes de Loop back FTAP. O BitdeOverflowdePactdeLoop back indica se algum pacote de Loop back FTAP foi perdido devido ao overflow do armazenador no terminal, e é fixado em '1' se isto ocorrer. Quando o BitdeOverflowdePactdeLoop back é fixado em '1', ele indica que nem todos os pacotes de Loop back FTAP restantes foram perdidos devido a supressões no Canal de Tráfego Reverso.

Os pacotes de Loop back FTAP são transmitidos de acordo com um conjunto de regras, uma modalidade do qual é

30/60

descrita é descrita a seguir. Aos pacotes de Loop back FTAP é atribuída uma prioridade de transmissão específica (como, por exemplo, 55) . O terminal transmite os pacotes de Loop back FTAP dispostos em fila no Estado de Conexão. Se o terminal receber uma indicação de EstãdodeConexão.ConexãoEncerrada para um encerramento de conexão ou uma indicação de AtualizarRota.ConexãoPerdida para uma conexão perdida, ele não tenta estabelecer uma conexão para transmissão de quaisquer pacotes de Loop back FTAP que possam ter permanecido na fila.

A rede de acesso recebe e processa os pacotes de Loop back FTAP (da maneira normal, exatamente como outros pacotes de dados de tráfego) e também extrai e armazena as informações incluídas nos pacotes recebidos.

Em uma modalidade, a rede de acesso mantém duas variáveis, V(R_teste) e V (R_LB) , de modo a não perder de vista os pacotes de Teste FTAP recebidos no terminal de acesso e os pacotes de Loop back FTAP recebidos na rede de acesso. V(R_lb) é uma variável de 15 bits que representa o número de seqüência do pacote de Loop back FTAP seguinte cujo recebimento pela rede de acesso era esperado, e V (R_teste) θ uma variável de 14 bits que representa o número de seqüência do último pacote de Teste FTAP que foi recebido com sucesso no terminal. Estas variáveis são inicializadas pela rede de acesso quando do recebimento do primeiro pacote de Loop back FTAP em seguida ao recebimento de uma mensagem de ParâmetroFTAPCompleto indicando configuração bem sucedida do modo de Loop back. Para a inicialização, V (Rteste) é fixado no campo TempoSistDireto do primeiro pacote de Loop back FTAP, e V(R_teste) é fixado no campo SeqDireto do primeiro Registro de Pacotes de Teste FTAP no primeiro pacote de Loop back FTAP.

31/60

Em uma modalidade, a rede de acesso processa cada pacote de Loop back FTAP recebido com base no procedimento seguinte e empregando o valor do campo TempoSistDireto no pacote recebido:

Se TempoSistDireto > V(R_LB), então

PactLoop backFTAP é incrementado em {TempoSistDireto - V(R_LB) + 1},

PactLoop backFTAP é incrementado em 1, TempoTesteFTAP é incrementado em {TempoSistDireto

- V(R_lb) + 1}, e

V(Rlb) é fixado em TempoSistDireto + 1.

Se TempoSistDireto < V(R_LB), então gerar uma indicação de SincLoop backPerdida.

Uma vez que se espera que um pacote de Loop back FTAP seja transmitido pelo terminal para cada intervalo de observação de 16 partições (isto é, cada quadro), o TempoSistDireto incluído em cada pacote de Loop back FTAP pode ser utilizado como o número de seqüência para o pacote. Para cada pacote de Loop back FTAP recebido, o número de pacotes de Loop back FTAP enviados pelo terminal deste o último pacote de Loop back FTAP recebido pode ser determinado com base no número de seqüência do pacote recebido atual, TempoSistDireto, e no número de seqüência do pacote esperado, V(R_LB). 0 número de seqüência do pacote de Loop back FTAP seguinte, cujo recebimento é esperado, é obtido pelo incremento do número de seqüência do pacote recebido atual em um.

Em uma modalidade, a rede de acesso também processa seqüencialmente os registros em cada pacote de Loop back FTAP recebido com base no procedimento seguinte. Em primeiro lugar, o setor servidor que transmite o pacote

32/60

de Teste FTAP ao terminal é determinado com base nos campos

SeqTCAMIncluida, SeqsgTCAM e	CoberturaDRC incluídos no
pacote de Loop back FTAP.	As variáveis	estatísticas
mantidas para este setor	servidor são	em	seguida
atualizadas da maneira seguinte
PartiçõesPactFisFTAP	é incrementado	pelo	campo
PartiçõesFísDireto no registro.
PactMACFTAPRecdo é	incrementado	pelo	campo

PctsMACDireto no registro,

PactTesteFTAP é incrementado em {SeqDireto V (Rteste) t 1 } , e

V(Rteste) é fixado em {SeqDireto + 1}.

Em uma modalidade, as operações e comparações executadas em números de seqüência são realizadas no módulo não assinado 2^S aritmético, onde S denota o número de bits utilizados para representar o número de seqüência. Para um número de seqüência de x, os números na faixa de [x+1, x+2^s_1 -1] são considerados como sendo maiores que x e os números na faixa de [x-1, x-2^s_1) são considerados como sendo menores que x.

Transmissão no Canal DRC

Se o modo Fixo DRC for habilitado, então o terminal transmite o valor de DRC especificado pelo atributo ModoFixoDRC na mensagem de

AtribuiçãodeParâmetrosFTAP. E se o modo Fixo de Cobertura

DRC for habilitado, então o terminal emprega a cobertura

DRC especificada pelo atributo ModoFixodeCoberturaDRC na mensagem. Caso contrário, o terminal transmite o DRC da maneira normal.

Transmissão no Canal ACK

33/60

Se o modo Fixo de Bits de Canal ACK for habilitado, então o terminal transmite o valor de bit do

Canal ACK, especificado

ModoFixodeBitsdeCanalACK na pelo atributo mensagem de

AtribuiçãodeParâmetrosFTAP, no Canal ACK em todas as partições. Em uma modalidade, o terminal também processa os pacotes de Teste FTAP recebidos de acordo com o valor de bit de Canal ACK especifiçado.

Se o valor de Bit de Canal ACK for especificado

como ⁱ0‘ então terminal recebe pacotes no Canal de

Tráfego Direto como se eles fossem de duração de uma partição. O terminal pára de receber um pacote depois de uma partição mesmo que o pacote não tenha sido decodificado com sucesso em uma única partição e sua extensão total possa ser superior a uma partição.

Se um valor de Bit de Canal ACK for especificado como então terminal recebe pacotes no Canal de

Tráfego Direto como se eles fossem de duração de extensão total. O terminal continua a receber um pacote até que a extensão total (em partições) tiver decorrido, mesmo se o pacote tiver sido decodificado com sucesso antes que sua extensão total tenha decorrido.

Tanto em um caso quanto no outro (isto é, quer o valor de Bit de Canal ACK seja '0' ou '1'), o terminal continua a fornecer e transmitir pacotes de Loop back FTAP, se o modo de Loop back for habilitado.

Reunião e Recuperação de Estatísticas do Terminal

Sob um aspecto, são apresentados procedimentos e mensagens para facilitar a reunião, registro e relato de informações estatísticas pelo terminal. Quando o protocolo é instanciado, o terminal executa um procedimento de Inicialização de Estatísticas FTAP, que fixa em zeros as variáveis AlteraçãoASPOcioso, TempoOcioso,

34/60

AlteraçãoSSdeConexão, TempodeConexão, PrimeiroPactCCSinc e TempoCC mantidas pelo terminal.

A figura 6 é um diagrama de um processo, 600, para recuperar informações estatísticas do terminal, de acordo com uma modalidade da invenção. 0 processo 600 pode ser executado a qualquer momento durante um teste.

Inicialmente, a rede de acesso envia uma mensagem de PedidodeLiberaçãodeEstatsFTAP de modo a orientar o terminal para que libere as estatísticas no terminal, na etapa 612. Ao receber a mensagem, o terminal executa o procedimento de Inicialização de Estatísticas FTAP, libera as variáveis mantidas para as estatísticas solicitados e em seguida responde com a mensagem de

RespostadeLiberaçãocleEstatsFTAP, na etapa 614. A rede de acesso pode restaurar as variáveis no terminal a qualquer momento enviando a mensagem de PedidodeRmoçãodeEstatsFTAP. A recepção de uma mensagem de

RespostadeLiberaçãodeEstatsFTAP do terminal que contém o mesmo valor de IDdeTransação da mensagem de

PedidodeLiberaçãodeEstatsFTAP indica que as variáveis estatísticas no terminal foram liberadas.

A verificação é então feita na configuração de teste FTAP descrita acima. Depois de decorrido tempo suficiente, a rede de acesso pode enviar uma mensagem de

PedidodeObtençãodeEstatsFTAP para recuperar as estatísticas reunidas no terminal, na etapa 616. Ao receber a mensagem, o terminal responde com uma mensagem de RespostadeObtençãodeEstatsFTAP que contém o mesmo valor de IDdeTransação da mensagem de PedidodeObtençãodeEstatsFTAP e das estatísticas solicitadas, na etapa 618. Conforme mostrado na figura 6, o período de tempo entre as mensagens de RespostadeLíberaçãodeEstatsFTAP e

35/60

PedidodeObtençãodeEstatsFTAP constitui a duração de teste através da qual as estatísticas são reunidas pelo terminal.

Sob um aspecto, as estatísticas podem ser reunidas para cada um de numerosos estados operacionais do terminal, como, por exemplo, o Estado Ocioso e o Estado de Conexão. Em uma modalidade, enquanto o Protocolo de Gerenciamento de Links pelo Ar estiver em um estado específico (como, por exemplo, o Estado Ocioso ou o Estado de Conexão), a reunião de estatísticas para esse estado é habilitada e a reunião de estatísticas para todos os demais estados é desabilitada. Em uma modalidade, com a reunião de estatísticas de Estado Ocioso habilitada enquanto no Estado Ocioso, a AlteraçãoASPOcioso é incrementada sempre que uma indicação de AtualizarRota.HOOcioso for recebida, e o

TempoOcioso é incrementado para cada partição. E com a reunião de estatísticas de Estado de Conexão habilitada enquanto no Estado de Conexão, a AlteraçãoSSdeConexão é incrementada sempre que houver uma alteração no setor servidor, e o TempodeConexão é incrementado para cada partição.

Em uma modalidade, a reunião de estatísticas de Canal de Controle é habilitada quando no Estado Ocioso ou de Conexão. Enquanto a reunião de estatísticas do Canal de Controle é habilitada, o PrimeiroPactCCSinc é incrementado

5 sempre que o primeiro pacote de Camada CC MAC em uma cápsula sincrônica for recebido com sucesso pelo terminal, e o TempoCC é incrementado no início de cada ciclo do Canal de Controle.

A Tabela 9 lista os campos para as quatro mensagens utilizadas na recuperação de estatísticas, de acordo com uma modalidade específica. Cada mensagem inclui um campo de IDdeMensagem utilizado para identificar o tipo de mensagem e um campo de IDdeTransação utilizado para

36/60 identificar a transação. As mensagens PedidodeLiberaçãodeEstatsFTAP e RespostadeObtençãodeEstatsFTAP incluem cada uma um ou mais registros de IDdeAtributo, com cada registro incluindo o IDdeAtributo para o atributo EstatsSPOcioso, EstatsSSdeConexão ou EstatsdoPrimeiroPactCCSinc (descritos a seguir). A mensagem de RespostadeObtençlãodeEstatsFTAP inclui também um ou mais registros de RegistrodeAtributos, com cada registro senso um registro simples para o atributo EstatsASPOcioso, para o atributo EstatsSSdeConexão ou para o atributo EstatsdoPrimeiroPactCCSinc descritos nas Tabelas de 10 a 12. Os campos IDdaMensagem, IDdaTransação e IDdoAtributo têm cada um deles 8 bits de extensão, e cada registro RegistrodeAtributos tem uma extensão descrita a seguir.

37/60

Tabela 9

Mensagem	ID da Mensagem	ID da Transação	Registros Adicionais
PedidodeRemo-	0x02	fixado	em um	um ou mais
çãodeEstatsFTAP		valor mais elevado (módulo 256) que o valor do campo IDdaTransação da última mensagem de PedidodeLibera çãodeEstatsFTA P enviada a este terminal	registros de IDdeAtributo
RespostadeLiberação deEstatsFTAP	0x03	fixada no valor do campo IDdaTransação da mensagem de PedidodeLibera çãodeEstatsFTA P	Nenhum
RespostadeObtençãod	0x04	fixada valor	em um mais	Um ou mais
eEstatsFTAP		elevado (módulo 256) que o valor do campo IDdaTransação da última mensagem de PedidodeObtenç ãodeEstatsFTAP enviada a este terminal	registros de IDdeAtributo
RespostadeEstatsFTA	0x05	fixado	no	um ou mais
P		valor do campo IDdaTransação da mensagem de PedidodeObtenç ãodeEstatsFTAP	registros de RegistrodeAtri butos

A Tabela 10 lista os campos para o registro de atributos EstatsASPOcioso, que podem ser incluídos na mensagem de RespostadeObtençãodeEstatsFTAP. Este registro

38/60

de atributos fornece as estatísticas para alterações no

piloto do setor ativo, reunidas pelo terminal.

Tabela 10

Campo	Extensão (bits)	Descrição
Extensão	8	a extensão do registro de atributos (em octeto), excluindo o campo Extensão; fixada em 0x06 pelo terminal
IDdoAtributo	8	fixado em 0x04 pelo terminal
OverflowdeAlteraçõesA SPOcioso	1	fixado em '1' se o valor das estatísticas AlteraçãoASPOcioso ultrapassar 215-1, e em '0' caso contrário
AlteraçãoASPOcioso	15	o valor das estatísticas de AlteraçãoASPOcioso mod 215
OverflowdeTempode Ociosidade	1	fixado em '1' se o valor das estatísticas de TempoOcioso ultrapassar 223-l e em '01 caso contrário
TempoOcioso	23	o valor das estatísticas de TempoOcioso mod 223

A Tabela 11 lista os campos para o registro de atributos EstatsSSdeConexão, que podem ser também incluídos na mensagem de RespostadeObtençãodeEstatsFTAP. Este registro de atributos fornece as estatísticas alterações no setor servidor, reunidas pelo terminal.

para

39/60

Tabela 11

Campo	Extensão (bits)	Descrição
Extensão	8	a extensão do registro de atributos (em octeto), excluindo o campo Extensão; fixada em 0x06 pelo terminal
IDdoAtributo	8	fixado em 0x05 pelo terminal
OverflowdeAlteraçõesSSdeConexão	1	fixado em '1' se o valor das estatísticas de AlteraçãoSSdeConexão ultrapassar 215-1 e em '0' caso contrário
AlteraçãoSSdeCone -xão	15	o valor das estatísticas de AlteraçãoSSdeCone-xão mod 215
OverflowdeTempode Conexão	1	fixado em '1' se o valor das estatísticas de TempodeConexão ultrapassar 223-l e em '0' caso contrário
TempodeConexão	23	o valor das estatísticas de TempodeConexão mod 223

A Tabela 12 lista os campos para o registro de atributos EstatsdoPrimeiroPactCCSinc, que podem ser também incluídos na mensagem de RespostadeObtençãodeEstatsFTPA. Este registro de atributos fornece as estatísticas para o primeiro pacote CC sincrônico, reunidas pelo terminal.

40/60

'1 \

Tabela 12

Campo	Extensão (bits)	Descrição
Extensão	8	a extensão do registro de atributos (em octeto), excluindo o campo Extensão; fixada em 0x06 pelo terminal
IDdoAtributo	8	fixado em 0x06 pelo terminal
OverflowdePrimeiros	1	fixado em '1' se o valor das
PactsCCSinc		estatísticas de PrimeiroPactCCSinc ultrapassar 215-1 e em '0' caso contrário
PrimeiroPactCCSinc	15	o valor das estatísticas de PrimeiroPactCCSinc mod 215
OverflowdeTempoCC	1	fixado em '1' se o valor das estatísticas de TempoCC ultrapassar 215-1 em '0' caso contrário
TempoCC	15	o valor das estatísticas de TempoCC mod 215

Α Tabela 13 lista os canais utilizados para transmitir as quatro mensagens, o modo de endereçamento e o esquema de transmissão SLP, e a prioridade de transmissão. Tabela 13

Mensagem	Canais	Endereça- mento	SLP	Priori- dade
PedidodeLiberaçãodeEstatsFTAP	CC	FTC	unicast	Melhor esforço	40
RespostadeLiberaçãodeEstatsFTAP		RTC	unicast	Melhor esforço	40
RespostadeObtençãodeEstatsFTAP	CC	FTC	unicast	Seguro	40
RespostadeObtençãodeEstatsFTAP		RTC	unicast	Seguro	40

O desempenho do link direto pode ser determinado com base nas estatísticas reunidas no terminal e relatadas à rede de acesso. Algumas das computações de desempenho são descritas a seguir.

Taxa de Alteração ASP no Estado Ocioso (por segundo)

41/60

= AlteraçãoASPOcioso χ 1000/(TempoOcioso χ 5/3).

Taxa de Alteração do Setor Servidor no Estado de Conexão (por segundo) = AlteraçãoSSdeConexão x 1000 (TempodeConexão x 5/3).

Taxa de erro de pacote do Canal de Controle no Estado Ocioso (%) = (1 -PrimeiroPactCCSinc / Tempo CC) x 100.

Vazão de um setor (Kbps):

= PactMACFTAPRecdo x 1024/(TempodeTesteFTAP x 16 x 5/3).

Vazão de todos os setores (Kbps) = Σ Vazão de um setor (Kbps).

Todos os setores

Vazão através de partições transmitidas de um setor (Kbps) = PactMACFTAPRecdo para o setor x 1204 / (PartiçõesdePactFísFTAP para o setor x 5 / 3)

Vazão através de partições transmitidas de todos os setores (Kbps) = Σ Vazão através de partições transmitidas de

Todos os setores um setor (Kbps)

PER de Link direto (%) = (1 - Σ PactTesteFTAPRecdo/XpactTesteFTAPEnviado) x

Todos os setores

100

42/60

Qualidade do link reverso através da duração de teste para um setor (%) = (1 - PactLoop backFTAPRecdo/PactLoop backFTAPEnviado x

100

Qualidade total do link reverso através da duração de teste (%) = ( 1- Σ PactLoop backFTAPRecdo / Σ PactLoop

Todos os setores Todos os setores backLoop backFTAPEnviado) x 100

A razão de 5/3 nas equações acima corresponde a 1,667 mseg para cada partição de tempo (time slot) no cdma2000. Outros critérios de desempenho podem ser também obtidos com base em outras estatísticas que podem ser registradas na rede de acesso. Por exemplo, os valores de DRC recebidos dos terminais podem ser registrados de modo a se determinar o desempenho de erro de Símbolo DRC no Canal DRC.

Novamente com referência à figura 2B, no terminal 106, o processador de dados RX 260 pode ser acionado de modo a processar os pacotes de Teste FTAP e a enviar os pacotes, através do multiplexador 262, ao controlador 270. O controlador 270 em seguida identifica e extrai diversos tipos de informação de cada pacote de Teste FTAP recebido (como, por exemplo, o setor servidor, o número de seqüência e a extensão de cada pacote de Teste FTAP). O controlador 27 0 em seguida forma os pacotes de Loop back FTAP que têm as informações pertinentes descritas acima. Os pacotes de Loop back FTAP podem ser armazenados no armazenador de Loop back 278. No momento apropriado, os pacotes de Loop back FTAP são recuperados do armazenador 278, roteados através do multiplexador 284 e processados pelo processador de

43/60

Ι'β’ο ι dados TX 286 para transmissão através do Canal de Tráfego

Reverso.

Novamente com referência à figura 2A, no ponto de acesso 104, os pacotes de Loop back FTAP são processados pelo processador de dados RX 234 e enviados ao controlador 220. O controlador 220 em seguida identifica e extrai diversos tipos de informação de cada pacote de Loop back FTAP recebido (como, por exemplo, o setor servidor, o número de seqüência e a extensão de cada pacote de Teste FTAP coberto). O controlador 220 também atualiza as variáveis mantidas para cada setor servidor com base nas informações extraídas dos pacotes de Loop back FTAP recebidos, conforme descrito acima. O controlador 220 pode ser também acionado de modo a efetuar as computações descritas acima para os diversos critérios de desempenho do link direto. Outros critérios de desempenho do link direto podem ser obtidos com base em outras estatísticas que podem ser registradas no terminal de acesso. Por exemplo, pelo registro dos pacotes de Teste FTAP recebidos, a probabilidade de Falta de Pacotes do Canal de Tráfego Direto, a probabilidade de Falso Alarme da Recepção de Pacotes, e assim por diante, podem ser determinadas. Protocolo de Aplicação de Testes Reversos (RTAP)

O RTAP apresenta os procedimentos e mensagens utilizados para configurar, controlar e realizar diversos testes nos canais reversos, inclusive o Canal de Tráfego Reverso. Os procedimentos para o RTAP podem ser agrupados nas categorias seguintes:

· Configuração de Parâmetros de Teste - inclui procedimentos e mensagens para controlar configurações de teste RTAP no terminal e na rede de acesso; e • Transmissão e Recepção de Pacotes de Teste RTAP 44/60 iU inclui procedimentos para gerar pacotes de Teste RTAP e pacotes de Preenchimento RTAP, transmitir os pacotes gerados a taxas configuradas no Canal de Tráfego

Reverso e processar os pacotes recebidos na rede de acesso.

Os procedimentos e mensagens são descritos em mais detalhes a seguir. Procedimentos e mensagens em menor número, adicionais e/ou diferentes podem ser também apresentados para o RTAP, e isto está dentro do escopo da invenção.

O RTAP suporta a verificação do Canal de Tráfego Reverso a diversas taxas. A Tabela 14 lista diversos modos suportados pelo Canal de Tráfego Reverso.

45/60

V°V_V

Tabela 14

Modo	Descrição
Modo de Pacote de Teste RTAP	habilitado para testar o Canal de Tráfego Reverso
Modo de Taxa de Pacote Configurada	habilitado para testar o Canal de Tráfego Reverso a diversas taxas

O RTAP suporta a reunião de determinadas estatísticas pela rede de acesso, que podem ser utilizadas para determinar diversos critérios de desempenho, tais como vazão e taxa de erro de pacote.

A Tabela 15 lista as estatísticas que podem ser reunidas e mantidas pela rede de acesso.

Tabela 15

Parâmetro	Descrição
PactTesteRTAPEnviado[i]	um arranjo cujo i-ésimo elemento contém o número de pacotes de Teste RTAP que foram enviados pelo terminal a uma taxa correspondente ao índicedeTaxa i mostrado na Tabela 18
PactTesteRTAPRecedo[i]	um arranjo cujo i-ésimo elemento contém o número de pacotes de Teste RTAP que foram recebidos pela rede de acesso a uma taxa correspondente ao ÍndicedeTaxa i
TempodeTesteRTAP	a duração do teste RTAP (em quadros)

A figura 7 é um diagrama de um processo total,

700, para testar o Canal de Tráfego Reverso, de acordo com uma modalidade da invenção. O processo 700 pode ser utilizado para diversos testes, tais como, por exemplo, a vazão de link reverso, a taxa de erro de pacote e assim por diante.

Inicialmente, a rede de acesso estabelece uma conexão com o terminal da maneira normal, se não houver conexão atuai entre eles, na etapa 712. A rede de acesso

46/60

163 envia então uma mensagem de AtribuíçãodeParâmetrosRTAP ao terminal de modo a configurar o RTAP, na etapa 714. A mensagem inclui um registro de atributo HabilitarPactdeTesteRTAP para permitir a transmissão de pacotes de Teste RTAP pelo terminal de acesso. O terminal efetua a configuração necessária e em seguida responde à rede de acesso com uma mensagem de ParâmetroRTAPCompleto de modo a indicar que ele está pronto para os testes configurados, na etapa 716.

O terminal em seguida envia pacotes de Teste RTAP à rede de acesso, na etapa 718. Qualquer número de pacotes pode ser enviado, e as estatísticas a serem reunidas pela rede de acesso e/ou pelo terminal podem ser determinadas pela configuração de teste.

Depois de reunidas estatísticas suficientes, a rede de acesso libera a conexão, na etapa 720. A etapa 720 pode ser omitida, por exemplo, se a rede de acesso passa a realizar alguns outros testes ou funções. A rede de acesso pode empregar as estatísticas que reuniu para computar a taxa de erro de pacote e a vazão, conforme descrito a seguir. Diversos detalhes do processo 700 são descritos a seguir.

Configuração de Parâmetros de Teste RTAP

A rede de acesso ou o terminal podem ativar o RTAP de modo a testarem os canais reversos. Quando da ativação do RTAP, o terminal executa o procedimento de Inicialização de Configuração RTAP, que desabilita as sinalizações para o modo de Pacote de Teste RTAP e o modo de Taxa de Pacote Configurada.

A figura 8 é um fluxograma de uma modalidade específica de um processo de Configuração de Parâmetros de Teste RTAP, 800. O processo 800 cobre as etapas 714 e 716 da figura 7. Para inicializar ou alterar a configuração de

47/60

teste RTAP, a rede de acesso envia uma mensagem de AtribuiçãodeParâmetrosRTAP, que inclui um valor especifico para o campo IDdaTransação e pode incluir também um ou mais registros de atributos para os flags no modo RTAP mantidas pelo terminal, na etapa 812. Através dos registros de atributos na mensagem, a rede de acesso pode controlar os testes a serem realizados.

Ao receber a mensagem de AtribuiçãodeParâmetrosRTAP da rede de acesso, o terminal executa o procedimento de Inicialização de Configuração RTAP descrito acima, na etapa 814. O terminal em seguida executa o procedimento de Inicialização de Parâmetros de Teste RTAP, na etapa 816. Em uma modalidade, este procedimento fixa em zero uma variável (de 12 bits), Vi(S_rev), utilizada para rastrear o número de seqüência dos pacotes de Teste RTAP transmitidos à taxa correspondente ao índicedeTaxa i (mostrado na Tabela 18), para todas as taxas de Canal de Tráfego Reverso possíveis (isto é, para todos os valores possíveis de i).

O terminal também fixa suas sinalizações do modo RTAP com base nos atributos, se existentes, incluídos na mensagem recebida, na etapa 818. Em particular, a mensagem recebida pode incluir um atributo HabilitarPactTesteRTAP e/ou um atributo MododeTaxadePacote. 0 atributo HabilitarPactTesteRTAP é incluído se o terminal for iniciar o envio de pacotes de Teste RTAP no Canal de Tráfego Reverso, e o atributo MododeTaxadePacote é incluído se a taxa do Canal de Tráfego Reverso for configurada.

Se a mensagem recebida incluir o atributo HabilitarPactTesteRTAP, então o modo de Pacote de Teste RTAP é habilitado, o valor do campo PersistênciadePacteTesteRTAP é armazenado, o armazenador de Pacotes de Teste RTAP (como, por exemplo, o armazenador 280

48/60 da figura 2B) é liberado e um BitdeOverflowdePactTeste é fixado em zero. E se a mensagem recebida incluir o atributo MododeTaxadePacote, então o modo de Taxa de Pacote Configurada é habilitado e os valores dos campos TaxaMin e TaxaMax no atributo são armazenados.

Quando do término das configurações de teste RTAP especificadas pela mensagem de AtribuiçãodeParâmetrosRTAP e dentro de T_RTAPConfig (como, por exemplo, dois segundos) do recebimento da mensagem, o terminai envia uma mensagem de ParâmetroRTAPCompleto com o campo IDdaTransação fixado no mesmo valor recebido na mensagem de AtribuiçãodeParâmetrosRTAP correspondente, na etapa 820.

Ao receber a mensagem de ParâmetroRTAPCompleto do terminal, a rede de acesso executa um procedimento de Inicialização de Estatísticas e Parâmetros de Teste RTAP, que restaura PactTesteRTAPEnviado[i], PactTesteRTAPRecdo[i] e TempodeTesteRTAP em zeros (para todos os valores possíveis de i) , na etapa 822.

terminal também restaura suas sinalizações do modo RTAP quando do término dos testes RTAP. Em uma modalidade, se o RTAP receber uma indicação de EstadodeConexão.ConexãoEncerrada ou AtualizarRota.ConexãoPerdida da camada de sinalização superior, então o modo de Taxa de Pacote Configurada é desabilitado, e o modo de Pacote de Teste RTAP é também desabilitado se tiver sido habilitado anteriormente e se o valor do campo PersistênciadePactTesteRTAP do atributo HabilitarPactTesteRTAP na última mensagem de AtribuiçãodeParâmetrosRTAP recebida tiver sido '00''.

A Tabela 16 lista os campos para a mensagem de AtribuiçãodeParâmetrosRTAP, de acordo com uma modalidade específica.

49/60

Tabela 16

Campo	Extensão (bits)	Descrição
IDdaMensagem	8	fixado em 0x80 pela rede de acesso
IDdaTransação	8	fixado em um valor mais elevado (módulo 256) que o valor de campo de IDdaTransação da última mensagem de AtribuiçãodeParâmetrosRTAP enviada ao terminal

Zero ou mais ocorrências do registro seguinte:

RegistrodeAtributos

Dependente do Atributo

registro de atributos para HabilitarPactTesteRTAP ou MododeTaxadePacote; um registro simples definido na seção 10.3 do Documento HAI

A Tabela 17 lista os diversos campos para os registros de atributos que podem ser incluídos na mensagem de AtribuiçãodeParâmetrosRTAP, de acordo com uma modalidade específica. A primeira coluna da Tabela 17 identifica os dois registros de atributos diferentes que podem ser incluídos na mensagem de AtribuiçãodeParâmetrosRTAP. O registro de atributo HabilitarPactTesteRTAP inclui três campos - Extensão, ID de Atributo e PersistênciadePacteTesteRTAP. O registro de atributo MododeTaxadePacote inclui quatro campos - Extensão, ID de Atributo, TaxaMin e TaxaMax. 0 campo Extensão dá a extensão do registro de atributo (em octetos), com exclusão do campo Extensão propriamente dito, que é de dois octetos. Deste modo, a extensão do registro de atributo HabilitarPactTesteRTAP é de 6 octetos ou 24 bits, e a extensão do registro de atributo HabilitarPactTesteRTAP é de 8 octetos ou 32 bits.

50/60

Tabela 17

Registro de Atributo	Extensão (octetos)	ID do Atributo	Campo(s) de Dados de Atributo
HabilitarPact TesteRTAP	0x02	0x00	PersistênciaPactTesteRT AP - fixado em 0x01 se o modo Habilitar Pacote de Teste RTAP for mantido em caso de enceramento de conexão ou conexão perdida e em 0x00 caso contrário
MododeTaxade Pacote	0x03	0x01	TaxaMin - fixada no ÍndicedeTaxa correspondente à taxa mínima gue o terminal pode utilizar para transmitir pacotes de Teste RTAP (parâmetro básico = 0x00);
			TaxaMax - fixada no ÍndicedeTaxa correspondente à taxa máxima gue o terminal pode utilizar para transmitir pacotes de Teste RTAP (parâmetro básico = 0x05)

A Tabela 18 lista o mapeamento dos valores de índicedeTaxa para as taxas do Canal de Tráfego Reverso.

Tabela 18

ÍndicedeTaxa	Taxa de Canal de Tráfego Reverso(RTC)
0	0 Kbps
1	9,6 Kbps
2	19,2 Kbps
3	38,4 Kbps
4	76,8 Kbps
5	153,6 Kbps
todos os demais valores	Inválido

51/60

Em uma modalidade, a mensagem de AtribuiçãodeParâmetrosRTAP é enviada no Canal de Controle e no Canal de Tráfego Direto endereçados ao terminal com o SLP fixado em seguro e a prioridade de transmissão fixada em 4 0.

A Tabela 19 lista os campos para a mensagem de ParâmetroRTAPCompleto, de acordo com uma modalidade específica.

Tabela 19

Campo	Extensão (bits)	Descrição
IDdaMensagem	8	fixado em 0x81 pelo terminal
IDdaTransação	8	fixado no valor do campo IDdaTransação na mensagem de AtribuiçãodeParâmetrosRTAP correspondente

Em uma modalidade, a mensagem de

ParâmetroRTAPCompleto é enviada no Canal de Tráfego Reverso endereçado à rede de acesso (endereçamento unicast) com o SLP fixado em seguro e a prioridade de transmissão fixada em 40.

Transmissão e Recepção de Pacotes RTAP

Se o modo de Pacote de Teste RTAP for habilitado, então o terminal gera e envia pacotes de Teste RTAP, no Canal de Tráfego Reverso, à rede de acesso. Em uma modalidade, um pacote de Teste RTAP é gerado para cada intervalo de tempo específico (como, por exemplo, a cada intervalo de 16 partições, alinhado com o tempo de sistema CDMA). Em uma modalidade, os pacotes de Teste RTAP incluem informações que cobrem pacotes de Camada Física RTC transmitidas até, mas não incluindo, o instante de geração no tempo.

A tabela 20 lista os campos para um pacote de Teste RTAP, de acordo com uma modalidade específica.

52/60 \V>'

Tabela 20

Campo	Extensão (bits)	Descrição
IDdeProtocolo	2	o protocolo ao qual este pacote pertence - fixado em '01' para pacotes RTAP
TipodePacote	4	o tipo de pacote dentro do RTAP fixado em 0x0
TempoSistRev	8	o tempo de sistema CDMA (em quadros mod 256) correspondente ao limite entre partições quando o pacote de Teste RTAP foi gerado
OverflowdePactTesteRTAP	1	flag para indicar se algum pacote de Teste RTAP foi perdido devido ao overflow do armazenador no terminal - fixada no valor do BitdeOverflowdePactTesteRTAP
Seq 0	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa de 0 Kbps antes da geração deste pacote de Teste RTAP
Seq 1	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa de 0 Kbps antes da geração deste pacote de Teste RTAP
Seq 2	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa de 19,2 Kbps antes da geração deste pacote de Teste RTAP
Seq 3	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa 38,4 Kbps antes da geração deste pacote de Teste RTAP
Seq_4	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa 76,8 Kbps antes da geração deste pacote de Teste RTAP
Seq 5	12	o número de seqüência do último pacote de Teste RTAP transmitido a uma taxa 153,6 Kbps antes da geração deste pacote de Teste RTAP
Reservado	7	(pode ser fixado em zero pelo terminal e ignorado pela rede de acesso

53/60

Uma vez que se espera que um pacote de Teste RTAP seja transmitido pelo terminal para cada quadro, o TempoSistRev incluído em cada pacote de Teste RTAP pode ser utilizado como o número de seqüência para o pacote.

Se o modo de Taxa de Pacote Configurada for habilitado, o terminal transmite um pacote de Preenchimento RTAP (extensão variável) do tamanho necessário para preencher o pacote do Canal de Tráfego Reverso que contém o pacote de Teste RTAP à taxa selecionada. A Tabela 21 lista os campos para um pacote de Preenchimento FTAP, de acordo com uma modalidade específica.

Tabela 21

Campo	Extensão (bits)	Descrição
IDdoProtocolo	2	o protocolo ao qual este pacote pertence - fixado em '0' para pacotes RTAP
TipodePacote	4	o tipo de pacote dentro do RTAP - fixado em 0x1
PreenchimentodeDados	Variável	(pode ser fixado em zero pelo Terminal e ignorado pela rede de acesso)

Os pacotes de Teste RTAP gerados são dispostos em fila para transmissão no Canal de Tráfego Reverso, e o terminal proporcionar armazenamento temporário (como, por exemplo, no armazenador 280 da figura 2B) para um número específico (oito ou mais, por exemplo) de pacotes de Teste RTAP. O BitdeOverflowdePactsTesteRTAP indica se algum pacote de Teste RTAP foi perdido devido ao overflow do armazenador e é fixado em '1' se isto ocorrer.

Os pacotes de Teste RTAP são transmitidos de acordo com um conjunto de regras, uma modalidade do qual é descrita a seguir. A pacotes de Teste RTAP é atribuída uma prioridade de transmissão específica (55, por exemplo), e aos pacotes de Preenchimento RTAP (se existentes) é também

54/60

atribuída outra prioridade de transmissão específica (255, por exemplo). O terminal transmite os pacotes de Teste RTAP dispostos em fila e os pacotes de Preenchimento RTAP (se existentes) no Estado de Conexão.

Em uma modalidade, os pacotes de Teste RTAP são transmitidos a taxas determinadas com base em um esquema de seleção de taxas definido. Se o modo de Taxa de Pacote Configurada for habilitado, então o terminal seleciona uma taxa de Canal de Tráfego Reverso de acordo com um conjunto de regras, uma modalidade da qual é descrita a seguir. Caso contrário, o terminal seleciona uma taxa de acordo com um Protocolo MA de Canal de Tráfego Reverso descrito no Documento HAI antes mencionado.

A Tabela 22 lista as variáveis mantidas pelo terminal para selecionar a taxa para os pacotes de Teste RTAP.

Tabela 22

Parâmetro	Descrição
TaxaMin	o valor do campo TaxaMin no atributo MododeTaxadePacote da mensagem de AtribuiçãodeParâmetrosRTAP recebida
TaxaMax	o valor do campo TaxaMax no atributo MododeTaxadePacote da mensagem AtribuiçãodeParâmetrosRTAP recebida
TaxaMaxMAC	o índicedeTaxa correspondente à taxa máxima permitida pelo protocolo MAC de Canal de Tráfego Reverso
TaxaAlvo	o ÍndicedeTaxa correspondente à taxa desejada
TaxaSelecionada	0 ÍndicedeTaxa correspondente à taxa selecionada

55/60

Para o primeiro pacote de Teste RTAP, o terminal fixa a TaxaAlvo na TaxaMin e fixa também a TaxaSelecionada na menor das TaxaAlvo e TaxaMaxMAC. Para cada pacote de Teste RTAP subsequente, o terminal seleciona a taxa para o pacote com base no procedimento seguinte:

TaxaAlvo = TaxaAlvo + 1,

Se (TaxaAlvo > TaxaMax), então TaxaAlvo =

TaxaMin, e

TaxaSelecionada = Min (TaxaAlvo, TaxaMaxMAC).

O procedimento acima passa por todas as taxas suportadas, até e limitado pela TaxaMax especificada pela mensagem de AtribuiçãodeParâmetrosRTAP e pela TaxaMaxMAC permitida pelo protocolo MAC. Se o terminal transmitir um pacote de Canal de Tráfego Reverso contendo um pacote de Teste RTAP a uma taxa com o índicedeTaxa 1, ele incrementa o número de seqüência afim para o pacote de Teste RTAP transmitido incrementado a variável Vi(S_ver)·

Se o terminal receber uma indicação de EstadodeConexão.ConexãoEncerrada ou

AtualizarRota.ConexãoPerdida, ele não tenta estabelecer uma conexão para transmissão de quaisquer pacotes de Teste RTAP que possam ter permanecido na fila.

Em uma modalidade, a rede de acesso mantém várias variáveis, V(R_rtap) e X[i], de modo a não perder de vista os pacotes de Teste RTAP. V(R_rtap) é uma variável de 8 bits que corresponde ao número de seqüência do pacote de Teste RTAP seguinte, cujo recebimento é esperado pela rede de acesso, e X[i] é um arranjo de variáveis de 12 bits, cada uma das quais corresponde ao número de sequência do pacote de Teste

RTAP seguinte que se espera esteja contido em um pacote de

Camada Física de Canal de Tráfego Reverso transmitido a uma taxa correspondente ao ÍndicedeTaxa i. Estas variáveis são

56/60 inicializadas pela rede de acesso quando recebe o primeiro pacote de Teste RTAP após o recebimento de uma mensagem de ParâmetroRTAPCompleto. Para a inicialização, V(R_rtap) é fixado no campo TempoSistRev do pacote de Teste RTAP, e X[i] é fixado no campo Seq__i do primeiro pacote de Teste RTAP (para todos os valores possíveis de í).

Em uma modalidade, para cada pacote de Teste RTAP recebido a uma taxa correspondente ao índicedeTaxa k, a rede de acesso processa o pacote recebido com base no procedimento seguinte e empregando-se o valor do campo TempoSistRev no pacote recebido:

Se TempoSistRev > V(R_RTap), então

PactTesteRTAPRecdo[k] é incrementado em 1, TempodeTesteRTAP é incrementado em {TempoSistRev - V (Rrtap) +1}/ θ

V (Rrtap) é fixado em TempoSistRev + 1.

Se TempoSistRev < V(R_rtap), então gerar uma indicação de SincRTAPPerdida.

Em uma modalidade, a rede de acesso processa também os campos do pacote de Teste RTAP recebido empregando-se os valores dos campos Seq_k (para todos valores possíveis de k) da maneira seguinte:

PactdeTesteRTAPEnviado[k] é incrementado em {Seq_7f - X[k] + 1), e

X[k] é fixado em Seq_k + 1.

Em uma modalidade, as operações e comparações executadas em números de seqüência são efetuadas no módulo não - assinado 2^S aritmético, onde S denota o número de bits utilizados para representar o número de seqüência.

57/60

O desempenho do link reverso pode ser determinado com base nas estatísticas reunidas. Algumas das computações de desempenho são descritas a seguir. A seguir, TamanhodePactdeCamadaSFis [í] dá o número de bits em um pacote de Camada Física a uma taxa correspondente ao índicedeTaxa i.

A vazão (Kbps) para uma taxa com o ÍndicedeTaxa i = PactdeTesteRTAPRecdo[i] x

TamanhoPactCamadaFis[i] / (TempodeTesteRTAP x 16 x 5/3).

A vazão total (Kbps) = ( ΣPactTesteRTAPRecdo[i] x TamanhoPactCamadaFis[i])/ i

(TempoTesteRTAP x 16 x 5/3).

A Taxa de Erro de Pacote (%) para uma taxa com o ÍndicedeTaxa i =(PactTesteRTAPEnviado[i] PactTesteRTAPRecdo[i])x 100/PactTesteRTAPEnviado[i].

Taxa de Erro de Pacote total (%) =Σ (PactTesteRTAPEnviado[i]-PactTesteRTAPRecdo[i]) i

x 100/ΣPactTesteRTAPEnviado[i].

i

Novamente com referência à figura 2B, no terminal 106, o controlador 270 pode ser acionado para gerar os pacotes de Teste RTAP, que podem ser armazenados no armazenador 280. No momento apropriado, os pacotes de Teste RTAP são recuperados do armazenador 280, roteados através do multiplexador 284 e processados pelo processador de dados TX 286 para transmissão através do Canal de Tráfego Reverso. 0 controlador 270 pode também fornecer um controle

58/60

de taxa ao modulador 288 para as taxas selecionadas para os pacotes de Teste RTAP.

Novamente com referência à figura 2A, no ponto de acesso 104, os pacotes de Teste RTAP são processados pelo processador de dados RX 234 e enviados ao controlador 220. O controlador 220 em seguida identifica e extrai diversos tipos de informação de cada pacote de Teste RTAP (como, por exemplo, a taxa e o número de seqüência de cada pacote de Teste Recebido e os números de seqüência dos últimos pacotes transmitidos para todas as taxas possíveis). O controlador 220 também atualiza as variáveis mantidas para as taxas com base nas informações extraídas dos pacotes de Teste RTAP recebidos, conforme descrito acima. O controlador 220 pode ser também acionado para efetuar as computações descritas acima para diversos critérios de desempenho de link reverso.

A descrição seguinte representa uma implementação específica das técnicas da invenção. Testes em menor número, adicionais e/ou diferentes podem ser realizados, e estatísticas em menor número, adicionais e/ou diferentes podem ser reunidas. Além do mais, procedimentos e mensagens em menor número, adicionais e/ou diferentes podem ser apresentados, e cada mensagem pode incluir menos campos, adicionais e/ou diferentes dos descritos acima. Deste modo, diversas variações da implementação específica descrita acima podem ser contemplados e estão dentro do escopo da invenção.

Por razões de clareza, diversos aspectos e modalidades da invenção foram especificamente descritos para os dados de pacote de taxa elevada no cdma2000. As técnicas descritas aqui podem ser também utilizadas em outros sistemas e comunicação CDMA e sem fio. Por exemplo, estas técnicas podem ser utilizadas em sistemas W-CDMA.

59/60

Diversas diferenças existem entre o cdma2000 HAI e o WCDMA, e as técnicas descritas aqui podem ser modificadas para uso no W-CDMA (isto é, modificadas de modo a darem conta da diferença no processamento de sinais).

As técnicas descritas aqui podem ser implementadas por diversos meios. Por exemplo, as técnicas podem ser implementados em hardware, software ou uma combinação deles. Para uma implementação em hardware, os elementos utilizados nos teste e na reunião de estatísticas podem ser implementados dentro de um ou mais circuitos integrados de aplicação específica (ASICs - Application Specific Integrated Circuits), processadores de sinais digitais (DSPs - Digital Signal Processors), dispositivos de processamento de sinais digitais (DSPDs - Digital Signal Processing Devices), dispositivos lógicos programáveis (PLDs - Programmable Logic Devices), arranjos de portas programáveis em campo (FPGAs - Field Programmable Gate Arrays), processadores, controladores, micro-controladores, microprocessadores, outras unidades eletrônicas projetadas para desempenhar as funções descritas aqui, ou uma combinação deles.

Para uma implementação em software, os elementos utilizados nos testes e na reunião de estatísticas podem ser implementados com módulos (procedimentos, funções e assim por diante) que desempenhem as funções descritas aqui. Os códigos de software podem ser armazenados em uma unidade de memória (como, por exemplo, as memórias 222 e 272 das figuras 2A e 2B) e executados por um processador (como, por exemplo, os controladores 220 e 270 das figuras 2A e 2B) . A unidade de memória pode ser implementada dentro do processador ou externamente ao processador, e neste caso ela pode ser comunicativamente acoplada ao processador por diversos meios, conforme é conhecido na técnica.

60/60

Cabeçalhos são incluídos aqui para referência e para ajudar na localização de determinadas seções. Estes cabeçalhos não se destinam a limitar o escopo dos conceitos descritos aqui, e estes conceitos podem ter aplicabilidade em outras seções ao longo de todo o relatório.

A descrição precedente das modalidades apresentadas é dada de modo a permitir que qualquer pessoa versada na técnica crie ou faça uso da presente invenção. Diversas modificações nestas modalidades serão prontamente evidentes aos versados na técnica, e os princípios gerais definidos aqui podem ser aplicados a outras modalidades sem que se abandone o espírito ou escopo da invenção. Deste modo, a presente invenção não se destina a ser limitada às modalidades mostradas aqui, mas deve receber o mais amplo escopo compatível com os princípios e aspectos inéditos apresentados aqui.

1/8

Claims (8)

1. REIVINDICAÇÕES

   1. Método para testar uma pluralidade de canais associados a um link direto em um sistema de comunicação de dados sem fio (100), caracterizado por compreender as etapas de:

   receber uma primeira mensagem possuindo incluídos nela ajustes de teste para um ou mais canais, compreendendo

   canais de tráfego, canais auxiliares ou uma combinação deles; configurar os um ou mais canais com base nos ajustes de teste na primeira mensagem; receber pacotes de teste através de um canal de tráfego direto; transmitir pacotes de loop back através de um canal de tráfego reverso, em que cada pacote de loop back cobre zero ou mais pacotes de teste e inclui uma fonte de transmissão e um número de sequência de cada pacote de

   teste coberto; e transmitir dados de sinalização através de canal de tráfego ou um ou mais canais auxiliares.

   2 . Método, de acordo com a reivindicação 1, caracterizado pelo fato de que cada pacote de loop back inclui dados que descrevem um ou mais pacotes de teste. 3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o sistema de comunicação de dados sem fio (100) é um sistema CDMA. 4 . Método, de acordo com a reivindicação 3, caracterizado pelo fato de que o sistema CDMA suporta o padrão de Interface pelo Ar de Dados de Pacote de Taxa Alta (HAI) cdma2 0 0 0. 5 . Método, de acordo com a reivindicação 1,

   caracterizado pelo fato de que receber os pacotes de teste compreende receber um primeira transmissão de dados com uma
2. 2/8 pluralidade de pacotes de teste e em que a etapa de transmitir pacotes de loop back compreende transmitir em uma segunda transmissão de dados uma pluralidade de pacotes de loop back, e em que os pacotes de loop back incluem os valores de parâmetro que descrevem os pacotes de teste.

   6. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que um pacote de loop back é formado para cada intervalo de tempo específico.

   7. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que cada pacote de loop back cobre zero ou mais pacotes de teste.

   8. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back inclui um primeiro campo indicativo de um protocolo específico ao qual o pacote de loop back pertence. 9. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back

   inclui um segundo campo indicativo de um tipo de pacote específico para o pacote de loop back.

   10. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back inclui um terceiro campo indicativo de um início de um intervalo de tempo específico coberto pelo pacote de loop back.

   11. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back inclui um quarto campo indicativo de se algum pacote de loop back foi perdido devido ao overflow do armazenador.

   12. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back inclui um quinto campo indicativo do número específico de registros incluídos no pacote de loop back, em que um
3. 3/8 registro é incluído para cada pacote de teste coberto pelo pacote de loop back.

   13. Método, de acordo com a reivindicação 7, caracterizado pelo fato de que cada pacote de loop back inclui um registro para cada pacote de teste coberto pelo pacote de loop back, cada registro incluindo um conjunto de campos para um conjunto de valores de parâmetro identificado para o pacote de teste coberto correspondente.

   14. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que cada registro inclui um primeiro campo indicativo de se ou não o registro inclui um número de seqüência de uma mensagem de sinalização utilizada para atribuir o primeiro canal.

   15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que cada registro inclui um segundo campo indicativo do número de seqüência para a mensagem de sinalização.

   16. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que cada registro inclui um terceiro campo indicativo de uma fonte de transmissão do pacote de teste coberto pelo registro.

   17. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que cada registro inclui um quarto campo indicativo de um período de tempo dentro do qual o pacote de teste coberto pelo registro foi recebido.

   18. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que cada registro inclui um quinto campo indicativo de um número de pacotes MAC recebidos em um pacote de Camada Física que contém o pacote de teste coberto pelo registro.

   19. Método, de acordo com a reivindicação 13, caracterizado pelo fato de que cada registro inclui um
4. 4/8 sexto campo indicativo de se ou não um número de seqüência para o pacote de teste coberto é incluído no registro.

   20. Método, de acordo com a reivindicação 19, caracterizado pelo fato de que cada registro inclui um sétimo campo indicativo de um número de seqüência para o pacote de teste coberto.

   21. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que cada pacote de loop back inclui um valor de parâmetro indicativo da omissão de um ou mais pacotes de teste.

   22. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que cada pacote de teste inclui um primeiro campo indicativo de um protocolo específico ao qual o pacote de teste pertence.

   23. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que cada pacote de teste inclui um segundo campo indicativo de um tipo de pacote específico para o pacote de teste.

   24. Método, de acordo com a reivindicação 5, caracterizado pelo fato de que cada pacote de teste inclui um terceiro campo indicativo de um número de seqüência do pacote de teste.

   25. Método para testar um ou mais canais em um sistema de comunicação de dados sem fio (100), caracterizado por compreender as etapas de:

   enviar uma pluralidade de pacotes de teste através de um canal de tráfego direto;

   receber uma pluralidade de pacotes de loop back através de um canal de tráfego reverso, em que cada pacote de loop back cobre zero ou mais pacotes de teste e inclui uma fonte de transmissão e um número de sequência de cada pacote de teste coberto; e
5. 5/8 atualizar uma pluralidade de variáveis para uma pluralidade de fontes de transmissão com base na fonte de transmissão e no número de seqüência de cada pacote de teste coberto pelos pacotes de loop back recebidos.

   26. Método, de acordo com a reivindicação 1, caracterizado pelo fato de testar o link direto para a configuração específica de um ou mais canais auxiliares no sistema de comunicação de dados sem fio (100), em que a primeira mensagem inclui nela ajustes de teste para um ou mais canais auxiliares; e em que a etapa de configurar compreende:

   configurar cada canal auxiliar com base em ajustes de teste aplicáveis ao canal auxiliar; e em que a etapa de transmitir compreende:

   transmitir cada canal auxiliar configurado de acordo com os ajustes de teste aplicáveis.

   27. Método, de acordo com a reivindicação 26, caracterizado pelo fato de que cada ajuste de teste é fornecido através de um respectivo registro na primeira mensagem.

   28. Método, de acordo com a reivindicação 26, caracterizado pelo fato de que o canal ou canais auxiliares são utilizados para sinalizar. 29. Método, de acordo com a reivindicação 26,

   caracterizado pelo fato de que a primeira mensagem inclui um primeiro ajuste de teste para um valor de bit específico a ser transmitido em um canal de confirmação (ACK).

   30. Método, de acordo com a reivindicação 26, caracterizado pelo fato de que a primeira mensagem inclui um segundo ajuste de teste para um valor específico a ser transmitido em um canal de controle de taxa de dados (DRC).

   31. Método, de acordo com a reivindicação 26, caracterizado pelo fato de que a primeira mensagem inclui
6. 6/8 um terceiro ajuste de teste para uma cobertura específica a ser utilizada para um canal de controle de taxa de dados (DRC).

   32. Método, de acordo com a reivindicação 26, caracterizado pelo fato de que a primeira mensagem inclui um quarto ajuste de teste indicativo da manutenção de um modo de teste em caso de encerramento de conexão ou conexão perdida.

   33. Equipamento em um sistema de comunicação de dados sem fio (100), caracterizado por compreender:

   meios para receber uma pluralidade de pacotes de teste através de um canal de tráfego direto;

   meios para identificar a fonte de transmissão e o número de seqüência de cada pacote de teste recebido;

   meios para formar uma pluralidade de pacotes de loop back para a pluralidade de pacotes de teste recebidos, em que cada pacote de loop back cobre zero ou mais pacotes de teste e inclui a fonte de transmissão e o número de seqüência de cada pacote de teste coberto; e meios para processar os pacotes de loop back para transmissão através de um canal de tráfego reverso.

   34. Equipamento, de acordo com a reivindicação 34, em que o equipamento é um terminal (106) no sistema de comunicação de dados sem fio (100), caracterizado pelo fato de que:

   os meios para receber são um processador de dados de recepção operativo para receber a pluralidade de pacotes de teste através de um canal de tráfego direto;

   os meios para formar são um controlador operativo para identificar a fonte de transmissão e o número de sequência de cada pacote de teste recebido e para formar uma pluralidade de pacotes de loop back para a pluralidade de pacotes de teste recebidos; e
7. 7/8 os meios para processar são um processador de dados de transmissão para processar os pacotes de loop back para transmissão através de um canal de tráfego reverso.

   35. Equipamento em um sistema de comunicação de dados sem fio (100), caracterizado por compreender:

   meios para processar uma pluralidade de pacotes de teste para transmissão através de um canal de tráfego direto;

   meios para processar uma pluralidade de pacotes de loop back recebidos através de um canal de tráfego reverso, em que cada pacote de loop back cobre zero ou mais pacotes de teste e inclui uma fonte de transmissão e um número de seqüência de cada pacote de teste coberto; e meios para atualizar uma pluralidade de variáveis para uma pluralidade de fontes de transmissão com base na fonte de transmissão e no número de seqüência de cada pacote de teste coberto pelos pacotes de loop back recebidos.

   36. Equipamento, de acordo com a reivindicação 35, em que o equipamento é um ponto de acesso (104) no sistema de comunicação de dados sem fio (100),

   caracterizado pelo fato de que: os meios para processar pacotes de testes são um processador de dados de transmissão operativo para processar a pluralidade de pacotes de teste para transmissão através do canal de tráfego direto;

   os meios para processar pacotes de loop back são um processador de dados de recepção operativo para processar a pluralidade de pacotes de loop back recebidos através do canal de tráfego reverso; e os meios para atualizar são o controlador operativo para atualizar a pluralidade de variáveis para a pluralidade de fontes de transmissão com base na fonte de
8. 8/8 transmissão e no número de sequência de cada pacote de teste coberto pelos pacotes de loop back recebidos.