BRPI0806322A2

BRPI0806322A2 - método para monitorara ruìdo de impulso, terminal de rede relacionada, nó de rede e gerenciador de rede

Info

Publication number: BRPI0806322A2
Application number: BRPI0806322-2A
Authority: BR
Inventors: Dirk Vanderhaegen; Bruyssel Danny Van
Original assignee: Alcatel Lucent
Priority date: 2007-01-10
Filing date: 2008-01-09
Publication date: 2011-09-06
Also published as: KR101407457B1; JP5050252B2; JP2010524275A; CN101222292B; RU2461133C2; RU2009130373A; CN101222292A; MX2009007016A; EP1944902B1; IL199401A; KR20090090377A; US7787483B2; US20080165838A1; WO2008083958A1; EP1944902A1

Abstract

MéTODO PARA MONITORAR RUìDO DE IMPULSO, TERMINAL DE REDE RELACIONADA, Nó DE REDE E GERENCIADOR DE REDE. A presente invenção refere-se a uma rede para transmissão de pacote de dados digital, a qualidade da recepção dos pacotes de dados recebidos é percebida (111) por um terminal remoto (101). Logo após, é gerada uma cadeia de bit indicativa para a qualidade da recepção percebida (112). Essa cadeia de bit ou uma versão condensada dessa cadeia de bit é transferida (114) em tempo real sobre um canal de gerenciamento para uma primeira unidade de processamento central (121) em um nó de rede (102) onde a cadeia de bit é compactada ou processada. Pelo processamento da cadeia de bit, a primeira unidade de processamento central (121) pode determinar as características do ruído de impulso. Alternativamente, a cadeia de bit ou uma versão condensada ou compactada da mesma pode ser avançada para uma segunda unidade de processamento central (131) em um gerenciador de rede (103) que processa a cadeia de bit e determina as características de ruído de impulso.

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO PARA MONITORAR RUÍDO DE IMPULSO, TERMINAL DE REDE RELA- CIONADA, NÓ DE REDE E GERENCIADOR DE REDE".

Campo da Invenção

A presente invenção refere-se em geral a monitoramento de ruí- do de impulso em comunicações de dados digitais, isto é, detecção e carac- terização de ruído de impulso em pacotes de dados recebidos. O ruído de impulso é o ruído que é induzido através de acoplamento em uma linha de comunicação pelas fontes de ruído externo e que é relativamente de dura- ção curta. Por exemplo, ligar ou desligar um interruptor de luz pode gerar um efeito transiente na voltagem e corrente de suprimento, resultando em im- pulsos de ruído na linha telefônica que pode transportar dados digitais, por exemplo, pacote em símbolos de Multitom Discreto (DMT) quando alinha telefônica é disposta como um Ioop DSL. Dependendo da amplitude e da duração do impulso, o ruído de impulso irá resultar em uma degradação de qualidade e/ou erros nos pacotes de dados recebidos. È observado que no contexto da aplicação da patente atual, os pacotes de dados devem ser in- terpretados amplamente para cobrir qualquer grupo de extensão fixa ou ex- tensão variável de bytes ou bits de dados que seja transferido em uma única entidade. Em outras palavras, cobre as estruturas de dados, as células de dados, as palavras de dados, os símbolos de dados, os segmentos de da- dos, etc. Um exemplo de um pacote de dados é, por exemplo, um símbolo DMT enviado sobre um Ioop ADSL (Linha de Assinante Digital Assimétrica) ou VDSL (Linha de Assinante Digital de Velocidade Muito Alta).

No caso dos reguladores de luz, luzes fluorescentes, luzes de refletor eletrônico de Natal, unidades de suprimento de energia de modo comutado (PSUs) de TVs ou PCs, gravadores de vídeo, transformadores eletrônicos, luzes de segurança, etc. na adjacência de uma linha de comuni- cação digital, os impulsos de ruído prejudicando a transferência digital sobre aquela linha de comunicação pode ser dotado de um caráter repetitivo. Tais impulsos de ruído repetitivos são ainda de duração curta e, portanto, cha- mados de ruído de impulso elétrico repetitivo (REIN). Tipicamente, o tempo entre dois impulsos de ruído sucessivos pode ser tão pequeno quanto 10 milesegundos (ms) na Europa ou 8.3 ms nos Estados Unidos porque os im- pulsos de ruído são usualmente o resultado de transições ligadas/desligadas em uma taxa baseada na freqüência da energia elétrica, que é de 50 Hertz (Hz) na Europa e 60 Hz nos Estados Unidos. No exemplo, de um regulador de luz, por exemplo, a intensidade da luz é controlada através de circuidade que liga e desliga a luz. A proporção entre o tempo ligado e desligado de- termina a intensidade de luz. Cada transição de ligado/desligado provoca um impulso de ruído nas linhas de comunicação adjacentes. O disparo para co- mutação ligado/desligado da luz é derivado da freqüência da grade de ener- gia elétrica, por esta razão resultando em impulsos de ruído tão freqüente quanto 10 ms (na Europa) ou 8,3 ms (nos Estados Unidos).

Com a introdução da disposição de serviço de execução tripla, isto é, disposição concorrente de acesso de Internet de Velocidade Alta (HAI), os serviços ponto a ponto conversadores como, por exemplo, VoIP ou serviços de multimídia IP conversadores, e serviços baseados em servidor cliente como, por exemplo, TV de difusão (BTV), a caracterização do ruído de impulso tornou-se muito importante para, por exemplo, os operadores DSL. Considerando que a Internet de Velocidade Alta era um tipo de esforço melhor de serviço, os serviços de voz e vídeo do tipo conversador ou servi- dor cliente requer qualidade de serviço ponta a ponta. Os operadores preci- sam de conexões de banda larga de alta qualidade, estável que possam li- berar esses novos serviços eficaz e confiavelmente.

Antecedentes da Invenção

Os mecanismos existentes para abrandar os erros em transmis- são de dados digitais devido ao ruído de impulso podem ser categorizados como mecanismos de retransmissão, mecanismos de correção antecipada de erro (FEC), ou medidas de troubleshooting (ação de buscar erros para correção e eliminação).

Os mecanismos de retransmissão consistem na reparação de pacotes e dados corrompidos pelo re-envio dos pacotes de dados para os quais tenha sido recebida uma solicitação de retransmissão. A solicitação de retransmissão pode ser expedida pelo receptor que tenha recebido um paco- te de dados afetado de maneira irrecuperável (tais implementações são fre- qüentemente referidas como ARQ ou mecanismos de Solicitação de Repeti- ção Automática) ou alternativamente pode ser expedida por um cronometro aguardando que o receptor confirme a recepção de um pacote de dados, mas não receber tal confirmação dentro de um tempo predefinido do envio daquele pacote de dados. As combinações ou tanto as solicitações de re- transmissão do receptor para os pacotes irrecuperavelmente danificados quanto as solicitações de retransmissão de um cronômetro no ou próximo ao transmissor para pacotes cuja recepção não tenha sido confirmada ou te- nham perdido se, estão também descritas na literatura.

A retransmissão é tipicamente feita em camadas mais altas, isto é, as camadas de pilha de protocolo acima da camada PMD (meio físico de- pendente) como, por exemplo, a camada TCP ou camada de Protocolo de

Controle de Transmissão.

A retransmissão também foi sugerida para a camada física, por exemplo, na contribuição-padrão ETSI SDSL 054t34 de France Telecom inti- tulada "Correção de Ruído de Impulso na Solicitação de Retransmissão u- sando SDSL". Nessa contribuição-padrão, é proposta a implementação na camada PMD (Meio Físico Dependente) de uma gravação de transmissor SDSL (linha de Assinante Digital Simétrica) de segmentos de dados transmi- tidos recentemente. O receptor SDSL pode solicitar retransmissão de um segmento de dados que foi corrompido através da ocorrência de ruído de impulso no par de cobre pela indicação do número de segmento do segmen- to de dados a ser re-enviado. O transmissor SDSL que recebe a solicitação de retransmissão prioriza a solicitação.

Outros esquemas de retransmissão podem ser encontrados em A.S. Tanenbaum, "Computer Networks", Quarta Edição, 2003, especifica- mente na seção 3.3 e 3.4 da mesma.

Os mecanismos de transmissão existentes como, por exemplo, a retransmissão TCP, são inúteis no caso de serviços em tempo real como, por exemplo, VoIP (Voz sobre IP) ou serviços de TV de difusão porque os mecanismos de transmissão são contaminados pelos retardos altos devido à latência inerente. Ademais, os mecanismos de transmissão são ineficientes ou inúteis nos links de comunicação com uma perda repetitiva, freqüente alta resultando de REIN devido à expansão de largura de banda inerente à re- transmissão.

Os mecanismos de correção antecipada de erros (FEC) são ba- seados no cálculo de um código FEC1 isto é, uma quantidade de bits ou by- tes redundantes que sejam adicionados a cada pacote de dados e podem ser usados no decodificador de receptor para recuperar um número limitado de erros de transmissão como, por exemplo, os erros devido ao ruído de impulso. Os mecanismos FEC populares são, por exemplo, codificação "Re- ed-Solomon", codificação Baseado em Paridade, codificação de Ascensão Harris.

Se, por exemplo, for usada a codificação "Reed-Solomon" (RS) para cancelar os efeitos de ruído de impulso, as palavras dos dados digitais são estendidas com um código "Reed-Solomon" redundante antes da trans- missão. Por meio da recepção, o código "Reed-Solomon" redundante possi- bilita que o decodificador detecte e corrija erros nas palavras de dados digi- tais induzidos por ruído. No preço de algum código extra, a codificação "Re- ed-Solomon" possibilita a solução de erros resultantes de qualquer tipo de ruído de impulso. A codificação "Reed-Solomon" é usualmente combinada com técnicas de intercalação para espalhar os erros resultantes de um im- pulso de ruído sobre várias palavras de dados, por meio disso aperfeiçoando a capacidade do decodificador "Reed-Solomon" para corrigir todos os erros induzidos pelo impulso de ruído.

Os mecanismos de correção antecipada de erros como a codifi- cação "Reed-Solomon" e a intercalação são tipicamente configurados usan- do um parâmetro chamado INP ou Proteção de Ruído de Impulso. Quanto mais altos os valores INP, mais alto o código extra "Reed-Solomon" e con- sequentemente mais baixa a taxa de dados eficaz na linha. Quanto mais baixo o valor INP, mais baixa a duração das rajadas de rimo cuja proteção seja proporcionada. A configuração ideal do parâmetro INP requer monito- ramento e caracterização precisa do ruído de impulso. Em outras palavras, uma imagem precisa do ruído de impulso e como a mesma afeta os pacotes de dados, por exemplo, os símbolos DMT1 precisam ser avaliados a fim de configurar de maneira ideal a os parâmetros e correção antecipada de erros em uma linha de comunicação digital.

Um método conhecido para monitorar ruído de impulso foi des- crito no texto linha de base combinado ITU-T TD 158R1 (WP 1/15) intitulado "G.Ploam: G.vdsl: Report of adhoc session on Impulse Noise Monitoring", um documento temporário, publicado como um resultado de uma sessão como e quando necessário vigorada em 3 de novembro de 2006. No método de mo- nitoramento de ruído de impulso aqui descrito e ilustrado pela primeira figu- ra, o terminal de extremidade remota percebe a degradação de qualidade dos símbolos DMT recebido e gera uma indicação para os símbolos DMT severamente degradados. As indicações de ruído de impulso são depois disso compactadas para informação estatística básica como histogramas de anomalia da extensão de impulso (IL) e o impulso entre o tempo de chegada (IAT). Esses dados estatísticos que permanecem disponíveis no método co- nhecido para o ajuste do parâmetro INP ocupam capacidade de armazena- mento limitada. Contudo, parte da informação no ruído de impulso percebido é perdida de maneira irrecuperável no método de monitoramento de ruído de impulso do estado da técnica como um resultado da geração de dados esta- tísticos. Por exemplo, a informação de cronometragem nos pulsos de ruído individuais, extensões de erro individuais, tempos de chegada interindividual, a correlação transversal entre a extensão de erro e o tempo de chegada in- ter, etc. é perdida como um resultado do qual é também perdida a possibili- dade de caracterizar precisamente o ruído de impulso para a configuração do parâmetro FEC. Ademais, como um resultado da implementação da fun- ção de compactação no software ou hardware de terminal remoto, é muito improvável introduzir outros histogramas ou estatísticas que possam aperfei- çoar o ajuste de parâmetro INP, como, por exemplo, duas extensões de im- pulso dimensional - entre histogramas de tempo de chegada, transformado- res Fourier, histogramas baseados em janela de deslizamento, histogramas baseados em ponte de intervalo de pulso, ou qualquer interpretação ou combinação dos mesmos, porque isso iria requerer uma atualização do software/hardware dos terminais remotos. Tal atualização é um processo lento que requer que todas as fabricações modifiquem seus produtos, tipi- camente como um resultado de ajuste de padrão internacional ou demanda acionada pelo mercado para um padrão de fato.

Os métodos similares de monitoramento de ruído de impulso com as mesmas desvantagens estão descritos Nos Pedidos de Patente In- ternacionais WO 2005/086405 intitulado "Impulse Noise Management" e WO 2006/102225 intitulado "Method and Apparatuses of Measuring Impulse Noi- se Parameters in Multi-Carrier Communication Systems".

Finalmente, nos casos em que não esteja disponível nenhum mecanismo de correção antecipada de erro ou em que nenhum valor INP seja suficientemente alto para corrigir todos os erros de ruído de impulso, a solução para lidar com o ruído de impulso pode consistir em troubleshooting, isto é encontrar a fonte no domicilio dos clientes e tomar medidas a fim de remover a fonte de ruído de impulso. No caso de uma linha DSL, por exem- plo, removendo parte da fiação da casa e substituindo a mesma por fios me- lhores pode reduzir os efeitos do ruído de impulso para um nível aceitável. Para auxiliar a identificar e diagnosticar a fonte do ruído de impulso de ma- neira que possa ser tomada a ação corretiva para remover a fonte ou aliviar o problema, os operadores requerem soluções para monitoramento e carac- terização do ruído de impulso o mais próximo possível do fenômeno físico.

Os métodos conhecidos para monitorar e caracterizar o ruído de impulso para fins de troubleshooting são baseados no Teste de Linha Finali- zado Único (SELT). Os exemplos estão, por exemplo, descritos nas contribu- ições padronizadas ITU-T CD-047 da British Telecom e CD-021 de AT&T. Contudo, o SELT contudo é um método fora de linha que envolve interrup- ção de serviço. Especificamente para caracterização de ruído de impulso em que a observação é necessária sobre períodos relativamente longos, por exemplo, um dia ou vários dias, as técnicas baseadas em SELT conhecidas irão levar a interrupção de serviço longo e indesejável. Além disso, as técni- cas SELT conhecidas são vistas como métodos de medição implementados centralmente. A medição do ruído de impulso no lado central para diagnosti- car ruído de impulso induzido na ou próximo ao local do cliente, obviamente não é eficiente. A transferência das técnicas de medição baseadas em SELT conhecidas do lado central para o equipamento do local do cliente, remoto, cria problemas na recuperação da informação para o lado central. Além dis- so, os métodos conhecidos baseados em SELT estimam amplitude, duração e distribuições de tempo entre chegada, que são parâmetros inadequados para identificação de uma fonte de ruído de impulso.

É um objetivo da presente invenção proporcionar um método para monitorar ruído de impulso que solucione os inconvenientes acima mencionados do estado da técnica. Especificamente, é um objetivo descre- ver um método para monitoramento de ruído de impulso que possibilite ca- racterização detalhada, em linha, de ruídos de impulso, e/ou identificação das fontes de ruído de impulso, sem interrupção do serviço nem problemas para coletar informação dos terminais de extremidade remotos. È um objeti- vo adicional aumentar a informação disponível para caracterização de ruído de impulso e identificação de fonte de ruído de impulso. Outro objetivo é simplificar a capacidade de atualização da compactação e processamento de software/hardware que interprete a informação coletada através do moni- toramento do ruído de impulso.

Sumário da Invenção

De acordo com a invenção, os objetivos acima definidos são rea- lizados e as falhas das soluções do estado da técnica são superadas pelo método para monitorar ruído de impulso definido pela reivindicação 1, com- preendendo as etapas de:

- perceber qualidade da recepção dos pacotes de dados recebi- dos;

- gerar uma cadeia de bit indicativa para a qualidade da recep- ção percebida, a cadeia de bit contendo pelo menos um bit por pacote de dados recebido; e

- transferir a cadeia de bit ou uma versão condensada da cadeia de bit em tempo real sobre um canal de gerenciamento para uma primeira unidade de processamento central na rede para compactação e/ou proces- samento da mesma.

Dessa maneira, pelo envio de cadeia de bits indicativa para a qualidade da recepção percebida dos pacotes de dados, em tempo real, e- ventualmente com algum atraso, para uma unidade de processamento cen- tral na rede, onde pode ser armazenada, comparada, visualizada e/ou pro- cessada com os algoritmos disponíveis mais recentes, um fluxo bruto de in- formação indicativo para a qualidade da recepção percebida da qual uma quantidade ilimitada de parâmetros de qualificação de ruído de impulso pode ser calculada, torna-se disponível para a unidade de processamento central na rede. Por meio do uso de um canal de gerenciamento, a cadeia de bit é transferida em linha para a primeira unidade de processamento central, sem qualquer interrupção de serviço para o usuário final. Uma vez que a compac- tação e/ou processamento é feito centralmente na primeira unidade de pro- cessamento (ou em uma segunda unidade de processamento para a qual o fluxo de bit pode ser opcionalmente enviado conforme será explicado abai- xo), não é necessário atualizar o software/hardware do equipamento que detecta e envia a qualidade da recepção e que preferivelmente reside no equipamento do local do cliente remoto, por exemplo, um modem ADSL ΑΡΕ.

Deve ser observado que uma cadeia de bits indicativa para a presença de ruído de impulso nos pacotes de dados pode ser esperada que seja dotada de uma densidade esparsa como um erro irá raramente ocorrer, a cadeia de bit pode opcionalmente ser condensada antes de ser transferida para a primeira informação de processamento central sem perder qualquer informação contida na cadeia de bit bruta original.

Deve também ser observado que a qualidade da recepção dos pacotes de dados recebidos no método de acordo com a presente invenção pode confiar em qualquer técnica conhecida ou futura que detecte erros ou emendas em pacotes de dados recebidos, que mede um aumento do nível e ruído não necessariamente resultando em erros em um serviço da taxa de dados atual, mas que pode levar a erros em serviços futuros que requeiram taxas de dados mais altas, que mede a proporção sinal para barulho (SNR), a taxa de erro de bit (BER), ou os parâmetros alternativos indicativos para a degradação de qualidade da recepção.

Além do método para monitorar ruído de impulso definido da rei- vindicação 1, a presente invenção refere-se a um terminal de rede corres- pondente conforme definido pela reivindicação 29, um nó de rede corres- pondente conforme definido pelas reivindicações 30 e 31, e um gerenciador de rede correspondente conforme definido pela reivindicação 32.

Conforme indicado pelas reivindicações de 2 a 4, a cadeia de bit ou a versão condensada da cadeia de bit pode ser transferida sobre um ca- nal de gerenciamento de camada física para a primeira unidade de proces- samento central. Os exemplos no caso de uma rede DSL1 são o (EOC) Ca- nal de Operações Embutidas em Linha de Assinante, ou em transferência de banda sobre um protocolo TR-069 baseado em canal de gerenciamento.

Conforme adicionalmente indicado pela reivindicação 5, a cadeia de bit em sua versão mais simples pode conter um bit por pacote de dados recebido, por exemplo, 1 bit por símbolo DTM recebido em um receptor DSL, o bit por exemplo, sendo ajustado 1 em caso da qualidade de recepção do símbolo DTM permanecer abaixo daquele limite, ou vice-versa. Alternativa- mente, conforme indicado pela reivindicação 6, a cadeia de bit pode conter vários bits por pacote de dados recebido, esses bits sendo uma indicação quantitativa para a qualidade do pacote de dados recebido.

Considerando que uma implementação com um único bit por pacote de dados não pode proporcionar informação de amplitude na quali- dade percebida, vários bits podem proporcionar informação de amplitude na qualidade percebida ou degradação de qualidade possibilitando todos os tipos de análises estatísticas no ruído de impulso.

O método de acordo com a presente invenção pode ser vantajo- samente executado pelo Equipamento Local de Cliente da Linha Assinante Digital (DSL CPE), em cujo caso os pacotes de dados recebidos correspon- dem aos símbolos de Multitom Discreto (DMT). Isso é definido pela reivindicação 7. Uma vez que os símbolos DMT a jusante são enviados em um passo em torno de 4000 símbolos por segundo, a cadeia de bit de acordo com a presente invenção pode ser trans- ferida em velocidade baixa, por exemplo, 4 kbit/s sobre o canal PMD EOC definido nos vários padrões ADSL. Para VDSL1 em torno de 4000 símbolos DMT ou em torno de 8000 símbolos DMT são enviados a jusante por segun- do, como um resultado do qual a cadeia de bit de acordo com a presente invenção pode ser transferida contra a corrente em uma taxa em torno de 4 kbit/s ou em torno de 8 kbit/s.

Opcionalmente, conforme definido pela reivindicação 8, a cadeia de bit ou a versão condensada da dita cadeia de bit pode ser transferida pa- ra uma primeira unidade de processamento central em um Escritório Central de Linha de Assinante Digital (DSL CO), por exemplo, um único CPU cole- tando essa informação para todas as linhas DSL terminadas em um e no mesmo DSLAM, conforme indicado pela reivindicação 9, uma CPU em cada placa de terminação de linha (LT) no Escritório Central de Linha de Assinan- te Digital (DSL CO) coletando essa informação para as linhas DSL termina- das em uma e na mesma placa LT em um DSLAM.

Uma característica opcional do método de acordo com a presen- te invenção, definida pela reivindicação 10, é que a cadeia de bit ou a versão condensada da cadeia de bit pode ser regular e independentemente transfe- rida de um terminal de rede de extremidade remota com autonomia para a primeira unidade de processamento central.

Em uma modalidade alternativa do método de acordo com a presente invenção, definida pela reivindicação 11, a transferência da cadeia de bit ou da versão condensada da cadeia de bit é regular e independente- mente solicitada pela primeira unidade de processamento central.

Em ainda outra modalidade do método de acordo com a presen- te invenção, definida pela reivindicação 12, é enviado um sinal de indicação para a primeira unidade de processamento central após a geração da cadeia de bit, e a cadeia de bit ou a versão condensada da cadeia de bit para a pri- meira unidade de processamento central conforme solicitação da primeira unidade de processamento central.

Resumindo, a transferência da cadeia de bit condensada ou não-condensada para a primeira unidade de processamento central pode ocorrer independentemente a partir da iniciativa do terminal remoto que hos- peda a função de monitoramento de ruído de impulso, a partir da solicitação a primeira unidade de processamento central, ou após a comunicação entre o terminal de extremidade remota e a primeira unidade de processamento central indicando que a cadeia de bit foi gerada e que a primeira unidade de processamento central está pronta para lidar com a mesma. A segunda e a terceira variantes obviamente requerem sinalização adicional entre o termi- nal remoto e o nó que hospeda a primeira unidade de processamento cen- tral, e capacidade de armazenamento no terminal remoto para armazenar a cadeia de bit pelo menos até que seja solicitada pele primeira unidade de processamento central.

Opcionalmente, conforme definido pela reivindicação 13, o mé- todo de acordo com a presente invenção é dotado das etapas adicionais de:

- gerar uma ou mais cadeias de bits subsequentes; e

- armazenar a cadeia de bit e as cadeias de bit subsequentes ou versões condensadas da mesma em uma memória de fila temporária onde o primeiro item armazenado é o primeiro a ser lido em um terminal de rede de extremidade remota.

Essa implementação como memória FIFO no terminal remoto é preferida quando a cadeia de bit é transferida apenas quando solicitada pela primeira unidade de processamento central.

Conforme adicionalmente indicado pela reivindicação 14, em uma variante da invenção com uma memória de fila temporária onde o pri- meiro item armazenado é o primeiro a ser lido no terminal remoto, uma ou mais da cadeia de bit e as cadeias de bit subsequentes ou versões conden- sadas da mesma pode ser transferida em um tempo da memória de fila tem- porária onde o primeiro item armazenado é o primeiro a ser lido para a pri- meira unidade de processamento central.

Após a transferência da mesma para a primeira unidade de pro- cessamento central, as cadeias de bit ou versões condensadas das mesmas transferidas podem ser removidas da memória de fila temporária onde o pri- meiro item armazenado é o primeiro a ser lido no terminal remoto, conforme está especificado pela reivindicação 15.

Dessa maneira, a capacidade de armazenamento na memória de fila temporária onde o primeiro item armazenado é o primeiro a ser lido é liberada o mais rápido possível para cadeias de bit subsequentes adicionais.

Em uma implementação alternativa mais avançada do método de acordo com a presente invenção, definido pela reivindicação 16, a cadeia de bit transferida e as cadeias de bit subsequentes ou versões condensadas das mesmas são removidas da memória de fila temporária onde o primeiro item armazenado é o primeiro a ser lido no terminal remoto apenas após a confirmação da recepção correto pela primeira unidade de processamento central.

Dessa maneira, a perda de informação devido a transferência incorreta de uma ou mais cadeia de bit e as cadeias de bit subsequentes sobre o canal de gerenciamento contra a corrente pode ser evitado porque a cadeia de bit e as cadeias de bit subsequentes irão permanecer disponíveis para retransmissão na memória de fila temporária onde o primeiro item ar- mazenado é o primeiro a ser lido até que tenha sido confirmado a recepção correta.

Uma opção adicional da implementação com base FIFO da pre- sente invenção, definida pela reivindicação 17, é que a cadeia de bit e as cadeias de bit subsequentes ou versões condensadas das mesmas podem ser descartadas da memória de fila temporária onde o primeiro item armaze- nado é o primeiro a ser lido no estouro da memória de fila temporária onde o primeiro item armazenado é o primeiro a ser lido.

Tipicamente, a mais antiga cadeia de bit e as cadeias de bit sub- sequentes na memória FIFO serão descartadas para prevenir o estouro Iibe- rando espaço de memória para novas cadeias de bit subsequentes. Portan- to, não é necessário e a invenção atual obviamente não se restringe a des- cartar as cadeias de bit mais antigas na memória FIFO para prevenir estou- ro.

Ainda outra opção é que o método de acordo com a invenção pode compreender a transferência regularmente independentemente para da cadeia de bit ou a versão condensada da cadeia de bit ou uma cadeia de bit compactada da primeira unidade de processamento central para uma se- gunda unidade de processamento central em um gerenciador de rede. Essa opção está definida pela reivindicação 18.

Alternativamente, conforme definido pela reivindicação 19, o mé- todo de acordo com a invenção pode compreender a solicitação regularmen- te independentemente para a primeira unidade de processamento central da cadeia de bit ou da versão condensada da cadeia de bit ou uma cadeia de bit compactada por uma segunda unidade de processamento central em um gerenciador de rede.

Em ainda outra implementação alternativa do método de acordo com a invenção, definida pela reivindicação 20, é enviado um sinal de indi- cação para uma segunda unidade de processamento central em um geren- ciador de rede a partir da detecção de um evento pela primeira unidade de processamento central compactando ou processando a cadeia de bit ou a versão condensada da cadeia de bit, e a cadeia de bit ou a versão conden- sada da cadeia de bit ou uma versão compactada da cadeia de bit é transfe- rida da primeira unidade de processamento central para a segunda unidade de processamento central a partir da solicitação da segunda unidade de pro- cessamento central. Conforme já indicado anteriormente, a cadeia de bit ou uma versão condensada ou compactada da mesma pode ser transferida da primeira unidade de processamento central, por exemplo, residindo em um nó de rede como, por exemplo, um DSLAM, para uma segunda unidade de processamento central, por exemplo, residindo em um gerenciador de rede usado para gerenciar a rede de um ou de vários operadores. A versão com- pactada da cadeia de bit pode consistir em histogramas ou informação esta- tística extraída da cadeia de bit da versão condensada da cadeia de bit pela primeira unidade de processamento central. Ainda, o passo no qual as ca- deias de bit são transferidas para a segunda unidade de processamento central pode ser mais baixo do que a freqüência na qual as cadeias de bit são transferidas do terminal remoto para a primeira unidade de processa- mento central. Especificamente, quando o gerenciador de rede que hospeda a segunda unidade de processamento central gerencia uma rede grande ou mesmo várias redes, pode ser evitada dessa maneira a sobrecarga do ge- renciador de rede.

Adicionalmente resumindo, a cadeia de bit, a versão condensa- da ou compactada da mesma pode ser enviada independentemente para a segunda unidade de processamento central a partir da iniciativa da primeira unidade de processamento central, pode ser enviada apenas a partir da soli- citação da segunda unidade de processamento central, ou pode ser enviada a partir de comunicação entre a primeira e da segunda unidade de proces- samento central indicando um evento, por exemplo, uma rajada de ruído de impulso. As duas últimas implementações obviamente requerem sinalização adicional entre a primeira e a segunda unidades de processamento central, bem como capacidade de armazenamento suficiente na primeira unidade de processamento central para memorizar a cadeia de bit até que seja solicita- da pela segunda unidade de processamento central.

Opcionalmente, conforme definido pela reivindicação 21, o mé- todo para monitorar ruído de impulso de acordo com a presente invenção pode compreender as etapas adicionais de:

- gerar uma ou mais cadeias de bit subsequentes;

- transferir as cadeias de bit subsequentes ou as versões con- densadas das mesmas também para a primeira unidade de processamento central; e

- armazenar a cadeia de bit e uma ou mais cadeias de bit sub- sequentes ou as versões condensadas das mesmas em uma memória de fila temporária onde o primeiro item armazenado é o primeiro a ser lido na primeira unidade de processamento central.

Dessa maneira, pela implementação de uma Fifo na ou próximo à primeira unidade de processamento, podem ser reduzida as exigências de armazenamento para a cadeia de bit nos terminais remotos. Assim, os erros ou geralmente a informação indicativa para a qualidade da recepção perce- bida podem ser agrupados em registros eu sejam finalmente identificados com o tempo. Esses registros são transferidos como cadeias de bit subse- quentes para a primeira unidade de processamento central onde os mesmos são armazenados na memória. Tal armazenamento central dos registros irá minimizar as exigências de armazenamento para os terminais remotos. A implementação com uma FIFO na ou próximo à primeira unidade de proces- samento central é também preferida no caso em que as cadeias de bit pos- sam ser transferidas para uma segunda unidade de processamento central a partir da solicitação da última.

Para transferir as cadeias de bit da primeira unidade de proces- samento central para uma segunda unidade de processamento central resi- dindo em um gerenciador de rede, uma ou mais cadeia de bit e as cadeias de bit subsequentes podem ser transferidas em um tempo, conforme indica- do pela reivindicação 22. Em seguida, as cadeias de bit transferidas podem ser imediatamente removidas da memória FIFO na ou próximo a primeira unidade de processamento central, conforme especificado pela reivindicação 23, ou pode ser removida da memória FIFO apenas após a confirmação da recepção correta pela segunda unidade de processamento central, conforme definido pela reivindicação 24. Para prevenir o estouro da memória FlFO, as cadeias de bit mais antigas (ou outra seleção de cadeias de bit) pode ser descartada da memória Fifo, conforme definido pela reivindicação 25. As vantagens dessas características opcionais são similares às vantagens ex- plicadas acima com relação à presença de uma memória FIFO no terminal remoto para armazenar a cadeia de bit e as cadeias de bit subsequentes antes da transferência do terminal remoto para a primeira unidade de pro- cessamento central.

Outra característica opcional do método para monitorar ruído de impulso de acordo com a presente invenção, definido pela reivindicação 26, é que a cadeia de bit pode ser condensada através de um algoritmo de con- densação sem perda antes de transferir para a dita primeira unidade de pro- cessamento central. Um exemplo de tais algoritmos de condensação sem perda, ao qual a invenção evidentemente não está restrita, é o algoritmo de codificação pelo comprimento da série mencionado na reivindicação 27.

Ainda um aspecto adicional do método de acordo com a presen- te invenção é que a cadeia de bit ou a versão condensada da cadeia de bit pode ser processada pela primeira unidade de processamento central de- terminando por meio disso as características de ruído de impulso. Esse as- pecto está mencionado na reivindicação 28.

O processamento pode envolver a geração de histogramas de extensão de ruído de impulso e/ou tempos de chegada entre impulso, com ou sem mecanismo de ponte de intervalo de pulso, com ou sem transforma- dores Fourier, com ou sem mecanismo baseado em janela deslizante, rela- ções cruzadas entre extensão de ruído de impulso e tempos de chegada entre impulso, determinando ajustes de parâmetro INP ideal, etc.

Breve Descrição do Desenho

A figura 1 ilustra uma modalidade do método para monitoramen- to de ruído de impulso de acordo com a presente invenção em uma rede DSL compreendendo um terminal de rede 101, um nó de rede 102 e um ge- renciador de rede 103 de acordo com a presente invenção.

Descrição Detalhada da(s) Modalidade(s)

A figura 1 ilustra um DSL CPE modem (Equipamento Local de Cliente da Linha Assinante Digital) 101 conectado a um DSL CO (Escritório Central de Linha de Assinante Digital) 102 através da linha DSL 104. O DSL CPE 101 pode, por exemplo, ser um modem ADSL ou um modem VDSL ao passo que o DSL CO 102 pode ser um DSLAM (Multiplexador de Acesso de Linha de Assinante Digital), um painel de terminação de linha um DSLAM, ou um ASIC (Circuito Integrado Específico de Aplicação) integrando um ou múl- tiplos modems de escritório central DSL. O DSL CPE 101 além da funciona- lidade DSL CPE tradicional contém um sensor de qualidade da recepção de símbolo DMT, SENS ou 111, um gerador de cadeia de bit de qualidade de símbolo DMT, SQ-GEN ou 112, uma primeira memória onde o primeiro item armazenado é o primeiro item a ser lido, FIF01 ou 113, e uma unidade de transferência de cadeia de bit de qualidade de símbolo DMT, TRANSF ou 114. O DSL CO 102 além da funcionalidade DSL CO tradicional contém uma primeira unidade de processamento central CPU1 ou 121, que também é dotada de uma memória onde o primeiro item armazenado é o primeiro item a ser lido, FIF02 ou 122. A figura 1 também ilustra um gerenciador de rede DSL, NETWORK MNGR ou 103, equipada com uma segunda unidade de processamento central, CPU2 ou 131.

Na direção a jusante, os símbolos DMT são enviados do DSL CO 102 para o DSL CPE 101 sobre a linha DSL 104. A partir da recepção dos símbolos DMT no DSL CPE 101, o sensor de qualidade da recepção de símbolo 111 percebe a degradação da qualidade do símbolo DMT para cada símbolo DMT recebido, por exemplo, através da detecção de rasura, a medi- ção SNR (Proporção de Sinal para Ruído) ou cálculo BER (Taxa de Erro de Bit). Com base na qualidade de símbolo DMT percebido, o gerador de ca- deia de bit de qualidade de símbolo 112 gera 1 bit por símbolo DMT indicati- vo para a degradação do símbolo DMT respectivo. Tal bit será chamado um bit de Qualidade de Símbolo ou bit SQ nos parágrafos seguintes. Portanto, o gerador de cadeia de bit de qualidade de símbolo 112 gera um bit de símbo- lo degradado ou bit DESY (por exemplo, um conjunto de bit 1) no caso da qualidade de símbolo DMT percebido permanecer abaixo de um limiar pre- determinado e gerar um bit de símbolo Não-degradado ou bit NODESY (por exemplo, um conjunto de bit 0) no caso da qualidade da recepção do símbo- lo DMT correspondente exceder aquele mesmo limiar. Independente desses bits SQ serem gerados para um serviço existente atualmente ou para um serviço futuro, as cadeias de bit assim geradas nesse caso de ADSL repre- sentam um fluxo de dados em torno de 4kbit/s, chamada a cadeia SQ.

Os bits SQ são armazenados e lidos da memória onde o primei- ro item armazenado é o primeiro item a ser lido 113. Logo após, o fluxo SQ é enviado a montante para o DSL CO 102 sobre o canal de gerenciamento EOC (Canal de Operações Embutido) pela unidade de transferência 114. Isso pode ser feito independentemente, com base em um comando de início SQ e parada SQ gerados pela unidade de transferência 114 ou uma unidade de controle não ilustrada na figura 1, em cujo caso um número de bits SQ são agrupados juntos para formar uma cadeia de bit SQ. Um registro inicial é pré-pendente conforme será adicionalmente detalhado abaixo, e as cadeias de bit SQ são enviadas em intervalos regulares. Alternativamente, isso pode ser feito com base nas solicitações expedidas pelo DSL CO 102, especifi- camente, pela unidade de processamento central 121 no mesmo. No último caso, a memória onde o primeiro item armazenado é o primeiro item a ser lido 113 na DSL CPE é inevitável para armazenar as cadeias de bit SQ até a transferência das mesmas ser solicitada pela unidade de processamento central 121. O tamanho da memória onde o primeiro item armazenado é o primeiro item a ser lido 113 pode, por exemplo, ser fixado para 32 vezes 4 bytes.

Em geral, podem ser distinguidos dois tipos de solicitações de mensagens para o DSL CO 102 para solicitar transferência das cadeias de bit SQ pela unidade de transferência 114. Um primeiro tipo de solicitação de mensagem, chamada SQ_new nos parágrafos que se seguem, solicita no- vas cadeias de bit SQ. Em resposta a uma solicitação SQ_new, a unidade de transferência 114 envia apenas as cadeias de bit SQ que foram armaze- nadas na FIFOI após aquelas que já foram enviadas. Um segundo tipo de solicitação de mensagem, chamada SQ_all nos parágrafos que se seguem, solicita a transferência de todas as cadeias de bit SQ, isto é, tanto as cadei- as de bit SQ que foram solicitadas na solicitação anterior quanto as novas cadeias de bit SQ.

A FIFO 1 é monitorado para estourar entre a solicitação da SQ_new anterior e a solicitação atual. Tão logo o tamanho da FIF01 seja insuficiente para armazenar as novas cadeias de bit, isto é, aquelas que te- nham sido geradas após a solicitação SQ_new anterior, as cadeias de bit SQ antigas são sobrepostas pelas novas. Em outras palavras, as cadeias de bit mais recentes são registradas na FIF01, enquanto que as cadeias de bit antigas são descartadas. Alternativamente, outro conjunto de cadeias de bit, não necessariamente as cadeias de bit mais antigas, será descartado da FIF01 para prevenir estouro.

Como uma alternativa para o único bit por símbolo DMT mencio- nado acima, a cadeia de bit SQ gerada pelo gerador de cadeia de bit de qua- lidade de símbolo 112 pode conter um número fixo de bits SQ por símbolo DMT1 uma estampa de tempo com um número fixo de bits SQ1 uma estampa de tempo com uma contagem de bits DESY consecutivos (contagem DESY) e/ou uma contagem de bits NODESY consecutivos (contagem NODESY), ou uma combinação de estampas de tempo, contagens e bits.

A segunda opção aqui acima, isto é, aquela com uma estampa de tempo, é presumida a ser implementada no sistema desenhado na figura 1. Essa implementação permite saltar todas as cadeias de bit que conte- nham apenas bits NODESY. Mesmo se uma linha for impactada por REIN, a quantidade de bits NODESY sucessivos em uma linha DSL é tipicamente na ordem de 30. Com uma estampa de tempo de 16 bits, pode ser alcançada uma redução de dados considerável.

É observado que um tamanho fixo para as cadeias de bit reduz a complexidade da memória FIFO e uma vez que a maioria dos eventos são dotados apenas de um pequeno número de bits DESY consecutivos, pode não ser útil implementar uma contagem DESY. Portanto, na ocorrência de um bit DESY, é criada uma nova cadeia de bit pelo gerador de cadeia de bit de qualidade de símbolo 112. A estampa de tempo indica o número de se- quência do bit DESY no fluxo SQ. Para obter cadeias de bit de tamanho fixo, apenas os 16 bits SQ subsequentes são colocados na cadeia de bit junta- mente com a cadeia de tempo.

Vantajosamente, a estampa de tempo que forma parte da cadeia de bit SQ pode ser codificada como a diferença no número de seqüência comprado ao último bit SQ na cadeia de bit SQ anterior. Com relação à ca- deia de bit atual, a mesma aparece como a estampa de tempo da cadeia de bit anterior menos o número de bits SQ contidos na cadeia de bit anterior. Esse valor é chamado o SQ_offset. No exemplo há pouco descrito, o SQ_offset é 17. É também observado que a estampa de tempo está satu- rando em uma contagem máxima.

É observado que a estampa de tempo pode também ser criada para as solicitações que chegam do DSL CO 102. Essa estampa de tempo será referida por SQ_request_time (tempo de solicitação SQ) nos parágrafos que se seguem.

Para transferir as cadeias de bit da unidade de transferência 114 no DSL CPE 101 para a unidade de processamento central CPU1, as cadei- as de bit podem ser agrupadas em pacotes maiores. Tal pacote pode, por exemplo, ser dotado de um registro inicial identificando o número de cadeias de bit no pacote. O registro inicial pode, por exemplo, ser dotado de 6 bits se a FIFOI for suposta a ser capaz de armazenar até 32 cadeias de bit: 0 ... 32. Em caso de estouro, o registro inicial pode conter um valor especial (por e- xemplo, 33) que indique que há apenas 32 cadeias de bit no pacote, mas que houve um estouro na FIF01. O pacote obviamente também contém as cadeias de bit SQ, começando com a mais antiga. O pacote pode também opcionalmente conter dois contadores de bit 32 que saturem na contagem máxima e sejam dotados de uma granularidade de 1 bit SQ. O primeiro con- tador indica o tempo desde o último bit SQ da última cadeia de bit SQ com- parado ao tempo de solicitação SQ_request_time do pacote atual. O segun- do contador indica o tempo desde o último bit SQ da última cadeia de bit SQ do pacote anterior que foi uma resposta para uma nova solicitação SQ_new comparado ao tempo de solicitação SQ_request_time do pacote atual.

Ademais, pode ser gerado um bit indicador, indicando que a Fl- F01 é dotada de novas cadeias de bit SQ desde a última solicitação SQ_new. Esse indicador pode, por exemplo, ocupar um local de bit extra no enquadramento de código extra definido na Tabela 9-5 de ITU-T Especifica- ção G.993.2 IB1-2. Esse bit indicador pode também, por exemplo, ser adi- cionado em um comando EOC que seja executado freqüentemente, como o comando de leitura de contador de gerenciamento. Pode ser criado um co- mando para o qual a resposta seja esse bit indicador.

Na primeira unidade de processamento central CPU1, as cadei- as de bit SQ recebidas são armazenadas em uma segunda memória onde o primeiro item armazenado é o primeiro item a ser lido 122. As cadeias de bit podem ser processadas ou compactadas pela CPU1. O processamento ou compactação pode envolver a geração de histogramas de extensão de ruído de impulso e/ou tempos de chegada entre impulso, com ou sem mecanismo de ponte de intervalo de pulso, com ou sem transformadores Fourier1 com ou sem mecanismo baseado em janela deslizante, correlações cruzadas entre extensão de ruído de impulso e tempos de chegada entre impulso, determi- nando ajustes de parâmetro INP ideal, etc.

Ademais, as cadeias de bit SQ armazenadas podem ser avan- çadas sobre o canal 105 para a segunda unidade de processamento central 131 em um gerenciador de rede ou analisador de rede 103 que gerencie to- da base DSLAM de um ou mais operadores DSL1 ou uma parte da base DS- LAM de um operador DSL. Mais uma vez, a transferência das cadeias de bit SQ pode ser feita automaticamente (modelo "push") ou em solicitação explí- cita de CPU2 (modelo "pull"), e similar à FIF01, a segunda memória onde o primeiro item armazenado é o primeiro item a ser lido 131 pode ser suple- mentada com leitura, escrita, descarte, e funções de gerenciamento de es- touro para lidar adequadamente com o passo no qual as cadeias de bit SQ são solicitadas pela CPU2.

Uma vez que o gerenciador de rede 103 tipicamente irá gerenci- ar de poucos milhares a milhões de linhas DSL1 a CPU2 pode ser configura- da para solicitar as cadeias de bit SQ para um número limitado de linhas em uma freqüência relativamente baixa, por exemplo, a cada 15 minutos, para visualizar e processar as cadeias de bit SQ e gerar informação diagnostica possibilitando que o operador tome ação corretiva nas linhas DSL com pro- blemas de ruído de impulso. O processamento em grande quantidade das cadeias de bit SQ a fim de configurar adaptativamente os parâmetros INP nas linhas DSL diferentes será feito mais próximo às linhas DSL, isto é, pela CPU1 nas placas de terminação de linha ou na DSLAM.

Uma primeira observação é que apesar da modalidade preferida acima descrita ser implementada em uma rede DSL, a aplicabilidade da pre- sente invenção não se limita à transferência de dados digitais sopre Ioops de cobre organizados como linhas DSL. Aquele versado na técnica de teleco- municações irá observar que a geração de uma cadeia de bit de qualidade de símbolo indicativa para a qualidade percebida dos símbolos recebidos e a transferência de tal cadeia de bit para uma CPU situada centralmente na rede pode ser aplicada em qualquer Ioop não-DSL que sofra de ruído de im- pulso com vantagens similares. Os exemplos são as conexões LAN com ou sem-fio, as linhas de acesso de assinante, as linhas de transmissão, etc.

Outra observação é que apesar de ser feita referência aqui aci- ma a uma primeira unidade de processamento central em um nó de rede, e uma segunda unidade de processamento central opcional residindo em um gerenciador de rede, não está excluído que a primeira unidade de proces- samento central resida em um gerenciador de rede. Em outras palavras, o nó de rede que hospeda a primeira unidade de processamento central pode ser um gerenciador de rede ou analisador de rede.

Ainda outra observação é que os símbolos DMT ou símbolos Multitom Discreto acima referidos, de acordo com os padrões DSL interna- cionais, compreendem símbolos de dados e símbolos SYNC. Contudo, é observado que tal interpretação estrita não se aplica à invenção atual porque a cadeia de bit gerada de acordo com a presente invenção pode ser clara- mente baseada nos símbolos DMT ou apenas nos símbolos de dados ou apenas nos símbolos SYNC. Conforme já mencionado na parte introdutória do presente pedido, a cadeia de bit pode até ser calculada em tipo alternado de pacotes de dados, células, palavras ou símbolos, etc.

É também observado que a geração de cadeia de bit SQ e a transferência para uma CPU na rede de acordo com os princípios da presen- te invenção não precisam necessariamente estar permanentemente ativas. Pode-se pensar, por exemplo, em uma implementação onde as estatísticas padrão como, por exemplo, a duração de pulso e os tempos de chegada en- tre pulso estão móveis em cada linha, e onde o modo de monitoramento de ruído de impulso em que é gerada uma cadeia de bit SQ e avançada para uma CPU na rede pode ser habilitada/desabilitada, por exemplo, para uma ou mais linhas por placa de terminação de linha. Dessa maneira, podem ser aplicadas diagnoses mais avançadas naquelas uma ou duas linhas, por e- xemplo, pelo processamento do fluxo de bit SQ no escritório central ou no sistema de gerenciamento de rede para qual o fluxo SQ possa ser avança- do. Dessa maneira, podem ser usadas as estatísticas padrão para monitorar todas as linhas e na detecção de problema, por exemplo, um alarme pas- sando um limiar, é alertada a atenção do operador e o operador pode colo- car a linha com problema sob investigação pela habilitação do modo de fluxo de bit SQ. Tal maneira inteligente de coletar estatísticas e/ou dados cheios menos a memória RAM nas placas de terminação de linha ou local de rede que hospede a CPU.

Ademais, será evidente para aqueles versados na técnica de equipamento de telecomunicação que os blocos funcionais desenhados na figura 1 e explicados acima, podem ser implementados no software, hardwa- re ou uma combinação de software e hardware.

Apesar da presente invenção ter sido ilustrada por referência para uma modalidade no campo das redes DSL, será evidente para aqueles versados na técnica que a invenção não se limita aos detalhes da modalida- de ilustrativa precedente, e que a presente invenção pode ser incorporada com várias alterações e modificações sem se afastar do espírito e do escopo da mesma. A presente modalidade deve, portanto, ser considerada em todas as referências como ilustrativa e não restritiva, o escopo da invenção sendo indicado pelas reivindicações em anexo em vez de pela descrição preceden- te, e todas as alterações que incidam no significado e variação de equiva- lência das reivindicações e, portanto, intencionada a ser contidas na mesma. Em outras palavras, é contemplado cobrir qualquer e todas as modificações, variações ou equivalências que incidam no espírito e escopo dos princípios básicos e cujos atributos essenciais são reivindicados nesse pedido de pa- tente. Ademais, deve ser compreendido pelo leitor desse pedido de patente que as palavras "compreendendo" ou "compreende" não exclui outros ele- mentos ou etapas, que as palavras "um" "uma" não exclui uma pluralidade, e que um elemento único, como, por exemplo, um sistema de computador, um processador, ou outra unidade integrada pode preencher as funções de vá- rios meios relatados nas reivindicações. Quaisquer sinais de referência nas reivindicações não serão interpretados como limitação das reivindicações respectivas concernentes. Os termos "primeiro (a)", "segundo (a)" "terceiro (a)", "a", "b", "c", e similares, quando usados no relatório ou nas reivindica- ções são introduzidos para distinguir entre elementos ou etapas similares e não estão necessariamente descrevendo uma ordem seqüencial ou cronoló- gica.

Claims

1. Método para monitorar ruído de impulso em uma rede para transmissão de pacote de dados digitais, o dito método compreendendo as etapas de: - perceber (111) a qualidade da recepção dos pacotes de dados recebidos; - gerar (112) uma cadeia de bit indicativa para a dita qualidade da recepção percebida, a dita cadeia de bit contendo pelo menos um bit por pacote de dados recebido; caracterizado pelo fato de que o dito método compreende adi- cionalmente a etapa de: - transferir (114) a dita cadeia de bit ou uma versão condensada da dita cadeia de bit em tempo real sobre um canal de gerenciamento para uma primeira unidade de processamento central (121) na dita rede para compactação e/ou processamento da mesma.

2. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 1, caracterizado pelo fato de que a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit é transferida sobre um canal de gerenciamento de camada física para a dita primeira unidade de processa- mento central (121).

3. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 2, caracterizado pelo fato de que a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit é transferida sobre o Canal de Ope- rações Embutidas em Linha de Assinante Digital (EOC).

4. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 2, caracterizado pelo fato de que a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit é transferida sobre um protocolo TR-069 com base no canal de gerenciamento.

5. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 1, caracterizado pelo fato de que a dita cadeia de bit contém um bit por pacote de dados recebido, o dito um bit sendo indicativo para a dita qualidade da recepção no dito pacote de dados recebido passando um de- terminado limiar.

6. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 1, caracterizado pelo fato de que a dita cadeia de bit contém uma pluralidade de bits por pacote de dados recebido, a dita pluralidade de bits sendo uma indicação de qualidade para o dito pacote de dados recebido.

7. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 1, caracterizado pelo fato de que o dito método é realizado por Equipamento Local de Cliente da Linha Assinante Digital (DSL CPE, 101), e os ditos pacotes de dados recebidos correspondem aos símbolos Multitom Discretos(DMT).

8. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 7, caracterizado pelo fato de que a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit é transferida para uma primeira u- nidade de processamento central (121) em um Escritório Central de Linha de Assinante Digital (DSL CO, 102).

9. Método para monitorar ruído de impulso, de acordo com a rei- vindicação 8, caracterizado pelo fato de que a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit é transferida para uma primeira u- nidade de processamento central (121) em uma placa de terminação de li- nha no dito Escritório Central de Linha de Assinante Digital (DSL CO, 102).

10. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: transferir regularmente automaticamente a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit de um terminal de rede de extremidade remota (101) para a dita primeira unidade de processamento central (121).

11. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: transferir solicitação regularmente independentemente da dita cadeia de bit ou da dita versão condensada da dita cadeia de bit pela dita primeira unidade de processamento central (121).

12. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente as etapas de: enviar um sinal de indicação para a dita primeira unidade de processamento central (121) após a geração da dita cadeia de bit; e a partir da solicitação da dita primeira unidade de processamen- to central (121), transferir a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit para a dita primeira unidade de processamento central (121).

13. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente as etapas de: gerar uma ou mais cadeias de bit subsequentes, similares à dita cadeia de bit; e armazenar a dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes em uma memória onde o primeiro item armazenado é o primeiro item a ser lido (113) em um terminal de rede de extremidade remota (101).

14. Método para monitorar ruído de impulso, de acordo com a reivindicação 13, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: transferir uma ou mais da dita cadeia de bit e das ditas cadeias de bit subsequentes ou uma ou mais versões condensadas da dita cadeia de bit e das ditas cadeias de bit subsequentes em um tempo da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (113) para a dita primeira unidade de processamento central (121).

15. Método para monitorar ruído de impulso, de acordo com a reivindicação 14, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: remover a dita uma ou mais da dita cadeia de bit e das ditas ca- deias de bit subsequentes ou a dita uma ou mais versões condensadas da dita cadeia de bit e as ditas cadeias de bit subsequentes da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (113) após a transferência da mesma para a primeira unidade de processamento central (121).

16. Método para monitoramento de ruído de impulso, de acordo com a reivindicação 14, caracterizado pelo fato de que o dito método com- preende adicionalmente a etapa de: remover a dita uma ou mais cadeia de bit e as ditas cadeias de bit subsequentes ou a dita uma ou mais versões condensadas da dita cadeia de bit e as ditas cadeias de bit subsequentes da dita memória onde o primei- ro item armazenado é o primeiro item a ser lido (113) após confirmação da recepção correta das respectivamente ditas uma ou mais da dita cadeia de bit e das ditas cadeias de bit subsequentes ou da dita uma ou mais versões condensadas da dita cadeia de bit e das ditas cadeias de bit subsequentes pela dita primeira unidade de processamento central (121).

17. Método para monitoramento de ruído de impulso, de acordo com a reivindicação 13, caracterizado pelo fato de que o dito método com- preende adicionalmente a etapa de: descartar uma ou mais da dita cadeia de bit e das ditas cadeias de bit subsequentes ou uma ou mais versões condensadas da dita cadeia de bit e as ditas cadeias de bit subsequentes da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (113) a partir do estouro da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (113).

18. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: transferir regularmente automaticamente a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit ou uma cadeia de bit com- pactada da dita primeira unidade de processamento central (121) para uma segunda unidade de processamento central (131) em um gerenciador de rede (103).

19. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: solicitar regularmente automaticamente para a dita primeira uni- dade de processamento central (121) a transferência da dita cadeia de bit ou da dita versão condensada da dita cadeia de bit ou uma cadeia de bit com- pactada por uma segunda unidade de processamento central (131) em um gerenciador de rede (103).

20. Método para monitorar ruído de impulso, de acordo com a 1, caracterizado pelo fato de que o dito método compreende adicionalmente as etapas de: enviar um sinal de indicação para uma segunda unidade de pro- cessamento central (131) em um gerenciador de rede (103) a partir da de- tecção de um evento pela dita primeira unidade de processamento central (121) compactando ou processando a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit; e a partir da solicitação da dita segunda unidade de processamen- to central (131), transferir a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit ou uma versão compactada da dita cadeia de bit da dita primeira unidade de processamento central (121) para a dita segunda unida- de de processamento central (131).

21. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente as etapas de: gerar uma ou mais cadeias de bit subsequentes, similares à dita cadeia de bit; transferir a dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita uma ou mais cadeias de bit subsequentes também para a dita primeira unidade de processamento central (121); e armazenar a dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes ou as ditas versões condensadas da dita cadeia de bit e das ditas uma ou mais cadeias de bit subsequentes em uma memória onde o primeiro item armazenado é o primeiro item a ser lido (122) na dita primei- ra unidade de processamento central (121).

22. Método para monitorar ruído de impulso, de acordo com a reivindicação 21 e qualquer uma das reivindicações 18 a 20, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: transferir uma ou mais da dita cadeia de bit e das ditas cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes em um tem- po da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (122) na dita primeira unidade de processamento central (121) para a dita segunda unidade de processamento central (131).

23. Método para monitorar ruído de impulso, de acordo com a reivindicação 22, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: remover a dita cadeia de bit e a dita uma ou mais das ditas ca- deias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais das ditas cadeias de bit subsequentes da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (122) e transfe- rir da respectivamente dita cadeia de bit e da dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes ou versões compactadas da dita ca- deia de bit e da dita uma ou mais cadeias de bit subsequentes para a dita segunda unidade de processamento central (131).

24. Método para monitorar ruído de impulso, de acordo com a reivindicação 22, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: remover a dita cadeia de bit e a dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e a dita uma ou mais das ditas cadeias de bit subsequentes da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (122) após a confirmação da recepção correta da respectivamente dita cadeia de bit e da dita uma ou mais cadeias de bit subsequentes ou versões condensadas da dita cadeia de bit e da dita uma ou mais das ditas cadeias de bit subsequentes ou ver- sões compactadas da dita cadeia de bit e da dita uma ou mais das ditas ca- deias de bit subsequentes pela dita segunda unidade de processamento central (131).

25. Método para monitorar ruído de impulso, de acordo com a reivindicação 21, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: descartar uma ou mais da dita cadeia de bit e das ditas cadeias de bit subsequentes ou uma ou mais versões condensadas da dita cadeia de bit e das ditas cadeias de bit subsequentes da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (122) a partir do estouro da dita memória onde o primeiro item armazenado é o primeiro item a ser lido (122).

26. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: condensar a dita cadeia de bit através de um algoritmo de com- pressão sem perda gerando por meio disso a dita versão compactada da dita cadeia de bit antes de transferir para a dita primeira unidade de proces- samento central (121).

27. Método para monitorar ruído de impulso, de acordo com a reivindicação 26, caracterizado pelo fato de que a dita cadeia de bit é con- densada usando o algoritmo de codificação pelo comprimento da série.

28. Método para monitorar ruído de impulso, de acordo com a reivindicação 1, caracterizado pelo fato de que o dito método compreende adicionalmente a etapa de: processar a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit pela dita primeira unidade de processamento central (121) determinado por meio disso as características do ruído de impulso.

29. Terminal de rede (101) para transmissão de pacote de dados digitais, o dito terminal de rede (101) sendo capaz de monitorar ruído de im- pulso nos pacotes de dados recebidos e também compreendendo: dispositivo (111) para perceber qualidades da recepção dos pacotes de da- dos recebidos; dispositivo (112) para gerar uma cadeia de bit indicativa para a dita qualidade da recepção percebida, a dita cadeia de bit contendo pelo menos um bit por pacote de dados recebido; caracterizado pelo fato de que o dito terminal de rede (101) compreende adicionalmente: dispositivo (114) para transferir a dita cadeia de bit ou uma ver- são condensada da dita cadeia de bit em tempo real sobre um canal de ge- renciamento para uma primeira unidade de processamento central (121) na dita rede para compactação e/ou processamento da mesma.

30. Nó de rede (102) para uso em uma rede para transmissão de pacote de dados digital, caracterizado pelo fato de que o dito nó de rede (102) compre- ende: dispositivo para receber uma cadeia de bit indicativa para quali- dade da recepção percebida dos pacotes de dados, a dita cadeia de bit con- tendo pelo menos um bit por pacote de dados, ou uma versão condensada da dita cadeia de bit, em tempo real de um canal de gerenciamento; e uma primeira unidade de processamento central (121) para compactar e/ou processar a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit.

31. Nó de rede (102), de acordo com a reivindicação 30, caracte- rizado pelo fato de que a dita primeira unidade de processamento central (121) está adaptada para processar a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit para também determinar as características do ruído de impulso.

32. Gerenciador de rede (103) para uso em uma rede para transmissão de pacote de dados digitais, caracterizado pelo fato de que o dito gerenciador de rede (103) compreende: dispositivo para receber uma cadeia de bit indicativa para quali- dade da recepção percebida dos pacotes de dados, a dita cadeia de bit con- tendo pelo menos um bit por pacote de dados, ou uma versão condensada da dita cadeia de bit ou uma versão compactada da dita cadeia de bit, em tempo real de um canal de gerenciamento; e uma segunda unidade de processamento central (131) para pro- cessar a dita cadeia de bit ou a dita versão condensada da dita cadeia de bit ou a dita versão compactada da dita cadeia de bit para também determinar as características de ruído de impulso.