BRPI0709756A2 - mÉtodo e aparelho para a realizaÇço de testes de linha em instalaÇÕes do consumidor - Google Patents

mÉtodo e aparelho para a realizaÇço de testes de linha em instalaÇÕes do consumidor Download PDF

Info

Publication number
BRPI0709756A2
BRPI0709756A2 BRPI0709756-5A BRPI0709756A BRPI0709756A2 BR PI0709756 A2 BRPI0709756 A2 BR PI0709756A2 BR PI0709756 A BRPI0709756 A BR PI0709756A BR PI0709756 A2 BRPI0709756 A2 BR PI0709756A2
Authority
BR
Brazil
Prior art keywords
line
test signal
dsl
telephone line
data analyzer
Prior art date
Application number
BRPI0709756-5A
Other languages
English (en)
Inventor
John M Cioffi
George Ginis
Peter J Silverman
Bin Lee
Richard Dennis Hart
Original Assignee
Adaptive Spectrum & Signal
At & T Knowledge Ventures Lp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Adaptive Spectrum & Signal, At & T Knowledge Ventures Lp filed Critical Adaptive Spectrum & Signal
Publication of BRPI0709756A2 publication Critical patent/BRPI0709756A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing
    • H04M3/26Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
    • H04M3/28Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
    • H04M3/30Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop
    • H04M3/302Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop using modulation techniques for copper pairs
    • H04M3/304Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop using modulation techniques for copper pairs and using xDSL modems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B3/00Line transmission systems
    • H04B3/02Details
    • H04B3/46Monitoring; Testing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882Utilisation of link capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • H04M11/062Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors using different frequency bands for speech and other data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6478Digital subscriber line, e.g. DSL, ADSL, HDSL, XDSL, VDSL

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Monitoring And Testing Of Exchanges (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Complex Calculations (AREA)
  • Communication Control (AREA)

Abstract

<B>MÉTODO E APARELHO PARA A REALIZAÇçO DE TESTES DE LINHA EM INSTALAÇÕES DO CONSUMIDOR<D>A presente invenção refere-se a um analisador de dados operável para ser localizado em dependência do cliente, causa a transmissão de um sinal de teste em pelo menos uma linha telefônica. O analisador de dados computa um parâmetro que representa uma característica de pelo menos uma linha telefônica baseado em ao menos um sinal de teste refletido.

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO EAPARELHO PARA A REALIZAÇÃO DE TESTES DE LINHA EM INSTA-LAÇÕES DO CONSUMIDOR".
A presente invenção refere-se a um métodos e aparelho pararealizar teste de linha nas dependências do cliente.
PEDIDOS DE PATENTE RELACIONADOS
Este pedido de patente reivindica prioridade para o Pedido Pro-visório da Patente U.S. Série ns 60/796.371, intitulado "DSL System", a qualfoi arquivada em 01 de maio de 2006. Pedido Provisório de Patente Série n960/796.371 aqui incorporado em sua totalidade como referência.
CAMPO DA INVENÇÃO
Esta divulgação refere-se em geral a redes de comunicaçãoe/ou sistemas e, mais especialmente, a métodos e aparelhos para realizarteste de linha nas dependências do cliente.
ANTECEDENTES
Tecnologia de Linha digital de assinante (DSL) é comumente uti-lizada para fornecer serviços relacionados à internet a assinantes, tal como,por exemplo, residências e/ou comércio (também referido aqui como usuá-rios e/ou clientes). A tecnologia DSL possibilita clientes usarem linhas telefô-nicas (isto é, linhas duplas de telefone de cobre torcidas usadas para forne-cer serviços de POTS - Plain Old Telefone System para conectar os clientesa, por exemplo, a uma rede de internet de banda larga alta velocidade dedados, serviço de banda larga e/ou conteúdo de banda larga.
Um provedor de serviço de um serviço DSL pode usar informa-ção tais como comprimento de laço (loop), calibrador(es) de cabo, presençade ramificações, comprimentos de ramificações, ruído na linha, curtos, aber-tos, aberturas, etc. para detecção de problemas, isolamento de problemase/ou prevenção de problemas. Como alternativa ou em acréscimo, pode serútil ter informação similar referente à linha telefônica antes do serviço deDSL ser oferecido, vendido e/ou previsto para um assinante em potencial deDSL, a partir do fornecedor de serviço para o local do assinante.
A informação tal como mencionada acima é medida para a linhade telefone entre o local de fornecedor de serviço e o local do assinante.Contudo, equipamento de teste de linha é normalmente localizado em umlocal de fornecedor de serviço e assim a informação está normalmente dis-ponível do local do provedor de serviço e não do local do assinante.
BREVE DESCRIÇÃO DAS FIGURAS
FIGURA 1 é uma ilustração esquemática de um exemplo de a -parelho para realizar teste de linha nas dependências do cliente.
FIGURA 2 ilustra um exemplo de teste de linha da FIGURA 1construída de acordo com uma modalidade.
FIGURA 3 é uma ilustração esquemática de um exemplo de pla-taforma de processador que pode ser usado e/ou programado para imple-mentar o exemplo do analisador dos dados da FIGURA 1 e/ou para executaro exemplo instruções ilustradas acessíveis pela máquina de na FIGURA 5e/ou 6 para implementar o exemplo do teste de linha e/ou o exemplo do ana-Iisador de dados da FIGURAI.
FIGURA 4 é uma ilustração esquemática de um exemplo determinação de circuito de impedância para a linha digital de modem (DSL) deassinante.
FIGURA 5 é um fluxograma representando o exemplo de instru-ções de acesso pela máquina que pode ser executado para implementar umou mais de exemplos de testes de linha da FIGURA 1 e/ou 2.
FIGURA 6 é um fluxograma representativo do exemplo de ins-trução de máquina acessível que pode ser executado para implementar umou mais dos analisadores de dados exemplos da FIGURA 1.
FIGURA 7 é um diagrama em bloco de um analisador de dadosde acordo com um exemplo de modalidade.
FIGURA 8 é um fluxograma de um método para computar pelomenos um parâmetro representando uma característica de pelo menos umalinha telefônica de acordo com um exemplo de modalidade.
DESCRIÇÃO DETALHADA
Um analisador de dados, em operação a ser localizado nas de-pendências do cliente, faz a transmissão do sinal de teste dentro do sinal deteste para dentro de pelo menos uma linha de telefone. O analisador de da-dos computa um parâmetro que representa uma característica de pelo me-nos uma linha telefônica com base em pelo menos uma medição de sinal deteste refletido. Usando qualquer uma das variedades de método(s), técni-ca(s) e/ou algoritmo(s), os analisadores de dados computam os parâmetro(s)caracterizadore(s) da medição do sinal de testegem refletido. Por exemplo,com conhecimento de qual sinal de testegem foi transmitido, e tendo um si-nal recebido e/ou medido de sinal refletido, um analisador de dados pode,por exemplo, computar um caminho de resposta de eco, detectar a presença de uma ramificação, caracterizar uma ramificação detectada, estimar a ate-nuação de laço, e/ou determinar qualquer linha telefônica adequada caracte-rística. Em algumas circunstâncias, os sinais refletidos medidos no final dalinha de um cliente incluirão um nível muito maior de detalhes sobre as de-pendências do cliente e/ou a linha telefônica do que estaria disponível de sinais refletidos no outro lado (por exemplo, CO ou RT). Portanto, o analisa-dor de dados fornece um nível acentuado de diagnósticos de detalhes aorealizar um ou mais teste(s) de linha a partir das dependências do cliente110.
Enquanto as referências divulgadas o exemplo de sistema de Ii-nha digital de assinante (DSL) e/ou o exemplo dos dispositivos das FIGs. 1 -8, os métodos e aparelhos aqui descritos podem ser usados para caracteri-zar linhas telefônicas para qualquer variedade, qualquer tamanho e/ou qual-quer topologia de sistema de DSL. Por exemplo, o sistema DSL pode incluirmais que um multiplexador de acesso DSL (DSLAM) localizado em mais doque um local e pode incluir qualquer número de linhas telefônicas, dispositi-vos de manutenção DSL, testes de linha, modens de DSL e/ou analisadoresde dados. Também, por exemplo, nas dependências do cliente, uma varie-dade de modens poderia terminar uma variedade de linhas telefônicas ecompartilhar uma única ou uma variedade de testes de linha, analisadoresde dados e/ou computadores. Além disso, apesar de ter fins explicativos, asseguintes divulgações referem-se a exemplo de sistemas, dispositivos ouredes ilustradas na FIGURA 1, qualquer variedade adicional ou alternativae/ou número de sistema de comunicação, dispositivos e/ou redes podem serusadas para implementar um sistema de comunicação de DSL e/ou fornecerserviços de comunicação de DSL de acordo com os ensinamentos aqui re-velados. Por exemplo, as diferentes funções coletivamente alocadas entre odispositivo de manutenção DSL, um multiplexador de acesso de DSL (DS-LAM), um modem de DSL, um teste de linha, computador, e/ou analisadorde dados como abaixo descrito pode ser realocado de qualquer maneira de-sejada.
Como aqui usado o termo "usuário", "assinante" e/ou "cliente" re-ferem-se à pessoa, comércio e/ou organização a qual os serviços de comu-nicação e/ou equipamento são e/ou podem ser potencialmente fornecidospor uma variedade de fornecedor(es) de serviços. Além disso, o termo "de-pendências do cliente" refere-se ao local ao qual os serviços de telecomuni-cação estão sendo fornecidos pelo fornecedor de serviço. Como exemplo,rede pública telefônica comutada (PSTN) usada para fornecer serviços deDSL, dependências dos clientes estão localizadas em, perto e/ou associadascom o lado da rede de terminação (NT) de linhas telefônicas. Exemplos dedependências do cliente incluem uma residência ou um prédio de escritórios.
Como aqui usado, o termo "operacional" pode descrever um a -parelho capaz de uma operação e/ou realmente em operação. Por exemplo,um aparelho operável para realizar alguma função descreve um dispositivodesligado, ainda assim capaz de realizar uma operação, por virtude de pro-gramação ou hardware, por exemplo, e/ou um dispositivo ligado e realizandoa operação. O termo "sinal" geralmente refere-se a um sinal analógico, otermo "dados" geralmente refere-se a dados digitais e o termo "informação"pode referir-se a um sinal analógico e/ou a um sinal digital, apesar de queoutros significados podem ser deduzidos a partir do contexto de uso destestermos.
O termo "fornecedor de serviço" como aqui utilizado, refere-se auma variedade de entidades que fornecem, vendem, providenciam, verificamproblemas e/ou mantêm serviços de comunicação e/ou equipamento de co-municação. Estes fornecedores de serviços incluem uma companhia de ope-ração de telefone, uma companhia de operação de cabo, uma companhia deoperação de wireless (sem fio), um provedor de servido de internet, ou qual-quer serviço que pode independentemente ou em conjunto com um fornece-dor de serviço de DSL oferecer serviços que diagnosticam ou aperfeiçoe oserviço de DSL.
O termo "equipamento do assinante" como aqui utilizado, refere-se a qualquer equipamento localizado e/ou nas dependências do cliente pa-ra uso no fornecimento de pelo menos um serviço de assinante. O equipa-mento do assinante pode estar ou pode não estar potencialmente disponívelpara fins adicionais. Enquanto o equipamento do assinante está localizadoe/ou nas dependências do cliente, este equipamento pode estar localizadoem qualquer lado e/ou em ambos os lados de um NT e/ou qualquer outrademarcação de proprietário de rede. O equipamento do assinante pode serpróprio, alugado, emprestado e/ou arrendado por um assinante. O equipa-mento do assinante pode ser próprio ou inteiramente controlado pelo forne-cedor de serviço. Por exemplo, o equipamento do assinante poderia ser pro-priedade de um fornecedor de serviço e o assinante somente se liga em umconector e não tem outro acesso e/ou interação com o dispositivo. O equi-pamento do assinante geralmente está disponível e/ou acessível pelo assi-nante e pode ser adquirido e/ou obtido pelo assinante através de uma varie-dade de fontes incluindo, mas não limitado a, um revendedor, um fornecedorde serviço, e/ou um funcionário. Um exemplo de equipamento de assinanteinclui um computador pessoal (PC), um conversor (set-top Box) (STB)), umaporta de comunicação residencial e/ou modem de DSL localizado e/ou naresidência do assinante pelo qual o assinante recebe e/ou utiliza um serviçode DSL e/ou serviços de Internet.
Além disso, O termo "DSL" como aqui utilizado, refere-se aqualquer uma de uma variedade e/ou variante de tecnologia de DSL tal co-mo, por exemplo, DSL Assimétrico (ADSL), DSL de alta velocidade (HDSL),DSL Simétrico (SDSL)1 e/ou DSL de velocidade muito alta (VDSL). Estastecnologias de DSL são comumente implementadas de acordo com um pa-drão aplicável tal como, por exemplo, a International Telecommunication U-nion (ITU) padrão G.992.1 (a.k.a. G.dmt) para modens de ADSL, o padrãoda International Telecommunication Union (ITU) G.992.3 (a.k.a. G.dmt.bis,ou G.ads12) para modens de ADSL2, o International TelecommunicationUnion (ITU) padrão V.9992.5 (a.k.a. G.ads12plus) para ADSL2+ modems, oInternational Telecommunication Union (ITU) padrão G.993.1 (a.k.a. G.vdsl)para modens VDSL, o International Teleeommunieation Union (ITU) padrãoG.993.2 para modens VDSL2, o International Teleeommunieation Union (I-TU) G.994.1 (G.hs) para modens implementando aperto de mãos (handsha-ke), e/ou ITU G.997 (a.k.a. G.ploam) padrão para gerenciamento de modensde DSL.
Com o intuito de brevidade, em toda a divulgação a seguir, se-rão feitas referências a conexão de um modem a um modem de DSL e/ouserviço de comunicação para um cliente. Contudo, enquanto a divulgação éfeita com relação ao exemplo de equipamento de linha digital de assinante(DSL), serviços de DSL, sistemas de DSL e/ou o uso de linhas de telefonecomuns de cobre torcidas, deve ser entendido que os métodos e aparelhosdescritos para caracterizar e/ou testar um meio de transmissão para siste-mas de comunicação aqui descritos são aplicáveis a muitos outros tipos e/ouvariedades de equipamentos de comunicação, serviços, tecnologias e/ousistemas. Por exemplo, outros tipos de sistemas incluem sistemas de distri-buição sem fio, sistemas de distribuição com fios ou a cabo, sistemas dedistribuição a cabo coaxial, Freqüência Ultra Alta (UHF)/Freqüência MuitoAlta (VHF) sistemas de freqüência de rádio, sistemas de satélite ou outrossistemas extra terrestres, sistema de distribuição de celular, sistemas detransmissão de rede de acesso e/ou redes de fibra ótica.
Além disso, combinações destes dispositivos, sistemas e/ou re-des também podem ser usadas. Por exemplo, uma combinação de cabo co-axial torcido conectado por um balun, ou outra combinação continuação decanal físico tal como uma fibra ótica para conexão de cobre com conexãoóptica a elétrica linear em uma unidade de rede ótica (ONU) pode ser usada.
Pode ficar prontamente claro para pessoas versadas na técnicaque conectar um modem de DSL e/ou analisador de dados a um cliente, en-volve, por exemplo, conectar de forma comunicativa o modem de DSL e/ouanalisador de dados operado por uma companhia de comunicação a umalinha telefônica (isto é, uma linha de assinante) que é conectada de formacomunicativa a um segundo modem de DSL e/ou analisador de dados Iocali- zado nas dependências do cliente (por exemplo, uma residência e/ou localcomercial, próprio, arrendado ou ocupado de outra forma e/ou utilizado pelocliente). O segundo modem de DSL e/ou analisador de dados podem aindaestar em comunicação conectado a outro dispositivo de comunicação e/oudispositivo de computação (por exemplo, um computador pessoal) que ocliente opera para acessar o serviço (por exemplo, acesso à Internet) atra-vés do primeiro e segundo modem de DSL e/ou analisador de dados, a linhatelefônica e a companhia de comunicação.
De acordo com uma modalidade exemplar como mostrado naFIGURA 1 e especialmente na FIGURA 7, um analisador de dados 140,140A localizado nas dependências do cliente 110, faz a transmissão de umsinal de teste (isto é, através de instruções 700) em pelo menos uma linhatelefônica 105. O analisador de dados 140 computa um parâmetro que re-presenta uma característica de pelo menos uma linha telefônica 710 combase em pelo menos uma reflexão medida do sinal de teste.
FIGURA 1 ilustra um exemplo de sistema de DSL que mede,computa e/ou determina de outro modo qualquer número e/ou qualquer umde uma variedade de parâmetro(s) que caracterizam, descreve e/ou indicamO estado de linhas de telefone torcido comum que estão sendo usados e/oupodem ser tentados a serem usados para fornecer serviço de DSL ao(s) cli-ente(s).
Quatro linhas de telefone são mostradas na FIGURA 1 com re-lação numéricas 105A, 10B, 105C e 105D. No sistema exemplo da FIGURA1 os parâmetros caracterizadores são medidos , computados e/ou determi-nados de outro modo com base em um ou mais sinais opcionalmente trans-mitidos das dependências do cliente 110 e/ou um ou mais sinais recebidose/ou medidos nas dependências do cliente 110. Contudo, um DSLAM 110pode ou não terminar a linha de telefone 105A-D nas extremidades das co-nexões. Exemplo de parâmetros caracterizadores inclui, mas não são limita-dos a, comprimento de laço, comprimentos de segmento, calibradores decabo, presença ramificada, locais de Ramificação, comprimentos de ramifi-cação, calibrações de Ramificações, falhas abertas, falhas curtas, falhascruzadas, mal emenda/conexão, ruído, ruído excessivo, taxa de dados, taxade sinal para ruído, impedância de laço, laço de reprocessamento, e/ou ate-nuação de laço. Alternativamente ou em acréscimo, dados brutos coletadospelo receptor e/ou sinais de medição da linha de telefone 105A-D pode serenviado para um dispositivo separado geograficamente para computar estes ou outros parâmetros. Estes dados brutos podem incluir respostas digitaliza-das para pulsos lançados por um dispositivo de linha de teste 135A-D paradentro da linha de telefone 105A-D, medições de ruído sem sinais lançados,e/ou medições de impedâncias diretas. Como discutido abaixo, a determina-ção e/ou computação dos parâmetros caracterizados com base nos sinaisrecebidos e/ou medidos nas dependências do cliente 110 podem ser imple-mentados nas dependências do cliente 110 e/ou em um dispositivo separado
geograficamente.
Para fornecer serviços de DSL aos clientes através de linhas detelefone 105A-D, o sistema exemplo da FIGURA 1 inclui qualquer variedadede DSLAM 110. O exemplo DSLAM 110 da FIGURA 1 implementa, entreoutras coisas, qualquer uma das variedades e/ou número de modens deDSL (não mostrado). O DSLAM 110 pode ser localizado em um escritóriocentral (CO) e/ou terminal remoto (RT). Pessoas versadas na técnica apre-ciarão o fato de que, como outros componentes descritos nos exemplos aquidescritos, o DSLAM 110 não precisa estar presente.
Para monitorar, medir e/ou registrar as características atuais ouhistóricas de operação de DSL para comunicação ocorrendo entre o exem-plo DSLAM 110 e uma variedade de modens DSL do assinante (dois dosquais são mostrados com números de referência 115A e 115B), o exemplo do sistema DSL da FIGURA 1 inclui um dispositivo de manutenção de DSL120 e um base de dados 125. Um dispositivo de manutenção de DSL 120pode ser parte, implementado e/ou operado por qualquer um ou todos dosseguintes: um Centro de Gerenciamento de Espectro (SMC), um Centro deGerenciamento de Espectro Dinâmico (DSM Center), um otimizador de DSL(DSLO), um Centro de Gerenciamento de DSL, um Centro de Operações deDSL1 um Sistema de Suporte de Operações (OSS)1 um Sistema de Gerenci-amento de Elemento (EMS)1 um Sistema de Gerenciamento de Rede (NMS),outros elementos de transmissão ou de rede de gerenciamento, e/ou o e-xemplo DSLAM 110. Conforme descrito abaixo, o exemplo de dispositivo demanutenção de DSL 120 pode solicitar, receber, computar, e/ou obter deoutra forma qualquer número e/ou qualquer variedade de parâmetros quecaracterizam as linhas de telefone e que são usadas para fornece e/ou podepotencialmente ser usado para fornecer serviços de DSL (por exemplo, oexemplo das linhas telefônicas 105A-D). No exemplo ilustrado, o parâmetrode caracterização das linhas telefônicas e/ou as características de operaçãosão armazenadas na base de dados do exemplo 125 usando qualquer vari-edade de estrutura dos dados, tabela de dados, arranjo de dados, etc. Oexemplo da base de dados 125 é armazenado em um arquivo acessível damáquina e/ou em qualquer das variedades de memória 130. Utilizando qual-quer uma das variedades de métodos, técnicas e/ou algoritmos, um fornece-dor de serviços pode usar os parâmetros de caracterização de linha telefôni-ca e/ou as características de operação armazenadas na base de dados 125,por exemplo, para oferecer, vender e/ou fornecer novos serviços de DSL,e/ou manter, monitorar e/ou diagnosticas serviços existentes de DSL.
Para medir sinais de onde os parâmetros caracterizadores delinhas telefônicas podem ser determinados, o sistema exemplo da FIGURA 1inclui testes de linha nas dependências do cliente 110. Três testes de linhaexemplares 135A, 135B, 135C e 135D são mostrados na Figura 1. Os testesde linha exemplares 135A-D da Figura 1 transmitem qualquer um de umavariedade de sinais de teste de e/ou recebem e/ou medem qualquer de umavariedade de sinais de teste de linha refletidos, sinais de teste de linha dia-fônicos e/ou sinais de ruído. Sinais de teste exemplares incluem pulsaçãoe/ou etapa de sinais de reflectometria do domínio do tempo (TDR), sinais deespectro alargado, sinais de transmissão nominal de modem (por exemplo,um sinal portador múltiplo de um modem ADSL), sinais através de ondascontínuas moduladas em freqüência (sinais de chirp), séries de impulsos,impulsos únicos, etc. Para medir as condições de sinais, um sinal de testede linha pode ser uma voltagem nula, de baixo ruído e/ou todos os sinaisnulos tal que, efetivamente, nenhum sinal é transmitido para uma linha tele-fônica sendo testada ou caracterizada. Uma implementação exemplar dostestes de linha exemplares 135A-D é discutida abaixo na conexão com aFigura 2.
Para determinar e/ou computar o(s) parâmetro(s) caracterizan-te(s) da linha telefônica de sinais recebidos e/ou medidos pelos testes delinha exemplares 135A-D, o sistema exemplar da Figura 1 inclui analisado-res de dados. Quatro analisadores de dados exemplares 140A, 140B, 140Ce 140D são mostrados na Figura 1. Usando qualquer um da(s) variedade(s)de método(s), técnica(s) e/ou algoritmo(s), os analisadores de dados exem-plares 135A-D estimam, determinam, e/ou computam o(s) parâmetro(s) ca-racterizante(s) dos sinais recebidos e/ou medidos. Por exemplo, com conhe-cimento de qual sinal de teste foi transmitido e dado um sinal refletido rece-bido e/ou medido, um analisador de dados pode, por exemplo, computaruma resposta de trajetória de eco, detectar a presença de uma derivação deponte, caracterizar uma derivação em ponte detectada, estimar uma atenua-ção de laço, etc. Em algumas circunstâncias, os sinais medidos refletidos naextremidade do cliente de uma linha telefônica irá incluir um nível muito mai-or de detalhes sobre as dependências do cliente e/ou a linha telefônica queestará disponível dos sinais refletidos na outra (por exemplo, CO ou RT) ex-tremidade. Então, o exemplo ilustrado busca obter esse nível elevado dedetalhe por executar um ou mais teste(s) de linha das dependências do cliente 110.
Os analisadores de dados exemplos 140A-D da FIGURA 1 po-dem ser implementados por qualquer variedade dos dispositivos de compu-tação tal como, por exemplo, a) PC do assinante, b) analisador de dadosautônomos, c) combinado com um teste de linha e/ou d) modem de DSL oud) um conversor de assinante. Por exemplo, um PC implementando um ana-lisados de dados 140A pode estar conectado à rede de Internet e/ou serviço145, através, por exemplo, de modem de DSL 115A. Neste exemplo, o ana-lisador de PC/dados 140A é usado para receber e/ou utilizar, por exemplo,internet, áudio, vídeo, email, mensagem de texto, televisão, e/ou serviços dedados através do serviço de DSL do assinante. Neste exemplo, O PC140A' é conectado à Internet 145 através do modem de DSL 115A, a linhatelefônica 105A e o DSLAM 110. De acordo com uma modalidade, de mo-dem de DSL 115A pode ser acoplado em comunicação ao PC exemplo 140Ae/ou ser implementado e/ou dentro do PC exemplo 140A.
Os analisadores de dados exemplos 140A-D da FIGURA 1 po-dem executar instruções acessível pela máquina para determinar e/ou com-putar os parâmetros de caracterização da linha telefônica dos sinais recebi-dos e/ou medidos pela linha de testes exemplo correspondente 135A-D. Nosistema exemplo da FIGURA 1, estas instruções acessíveis pela máquinapodem ser (a) carregadas para dentro de um analisador de dados através deum disco compacto (CD) ou outro armazenamento não-volátil (por exemplo,disco versátil digital (DVD) enviado e/ou fornecido, por exemplo, a um forne-cedor de serviços, b) transferido para um analisador de dados 140A, 140B,140C e/ou 140D de um site da Internet (por exemplo, um servidor de transfe-rência 155 que fornece instruções acessíveis pela máquina fornecidas pelodispositivo de manutenção de DSL 120), e/ou (c) carregados no analisadorde dados, por exemplo, pelo dispositivo de manutenção de DSL 120. Qual-quer das variedades de protocolo de rede tal como, por exemplo, protocolode transferência de hipertexto (HTTP), protocolo de transferência de arquivo(FTP), e/ou protocolo de correio eletrônico (por exemplo, SMTP) pode serusado para transferir instruções acessíveis pela máquina 140A, 140B, 140Ce/ou 140D.
Os parâmetros caracterizadores determinados e/ou computa-dos, por exemplo, pelos analisadores de dados 140A-D são armazenadose/ou dentro dos analisadores de dados 140A-D usando qualquer uma dasvariedades de estruturas de dados, arquivos acessíveis pela máquina, e/oumemórias. Os analisadores de dados exemplos 140A-D da FIGURA 1, for-nece os parâmetros caracterizadores determinados e/ou computados para odispositivo de manutenção DSL 120 através de qualquer variedade de méto-do, redes e/ou protocolos. Por exemplo, se há uma conexão de DSL dispo-nível e/ou operante entre o modem de DSL 115A e o DSLAM 110, o analisa-dor de dados exemplo 140A-D, pode fornecer os parâmetros caracterizado-res através de serviço de DSL utilizando, por exemplo, o protocolo de trocadefinido no padrão ITU G.994.1 (a.k.a. G.hs). Além disso, ou como alternati-va, os parâmetros de caracterização podem ser enviados e/ou fornecido ao dispositivo de manutenção de DSL 120 através da internet 145 e/ou umPSTN 150 usando, por exemplo, uma dial-up e/ou modem de banda de vozacoplado em comunicação, e/ou implementado, e/ou dentro do analisador dedados 140A-D. Este dial-up ou modem de banda de voz poderia operar nabanda de voz no mesmo laço que o serviço de DSL, ou poderia operar emum laço dando suporte ao serviço de POTS. Um analisador de dados pode,além disso ou como alternativa fornecer os parâmetros de caracterização dodispositivo de manutenção do DSL 120 através de qualquer variedade deserviços intermediário, tais como, por exemplo, um Servidor de Auto-configuração (ACS), como definido no documento do Fórum DSL TR-069.No exemplo da FIGURA 1, se um analisador de dados 140A, 140B, 140Ce/ou 140D não está acoplada em comunicação atualmente e/ou capaz deacoplar do dispositivo de manutenção de DSL 120 exemplo, os parâmetrosde caracterização podem ser enviados e/ou fornecidos através de uma vari-edade de métodos adicionais e/ou alternativos, tal como, por exemplo, ar-mazenamento de parâmetros de caracterização em um CD ou outro meio dearmazenagem não-volátil (por exemplo, DVD), que pode ser enviado e/ouentregue a um fornecedor de serviço e depois carregado a fornecedor deserviço e depois carregado dentro do dispositivo de manutenção 120. Alémdisso ou como alternava, um analisador de dados 140A, 140B, 140C e/ou140D pode exibir os parâmetros, por exemplo, na forma de uma ASCII con-densado usando qualquer das variedades de interfaces gráficas do usuário(GUIs) exibidas e/ou apresentadas a uma pessoa 155. A pessoa exemplo155 pode em turno fornecer os parâmetros a um técnico e/ou representantede serviço ao cliente 160 quem por sua vez carrega os parâmetros forneci-dos no dispositivo de manutenção do DSL 120. A pessoa pode, por exemplo,ser um assinante ou técnico.
Como ilustrado na FIGURA 1, as testes de Iiinha 135A-D e osanalisadores de dados 140A-D podem ser implementados usando qualquervariedade de combinações. Por exemplo, o teste de linha 135A é implemen-tado e/ou dentro de uma variedade de modens de DSL 115A, o teste de li-nha exemplo 135B é implementada como qualquer uma das variedades dedispositivos autônomos tais como por exemplo, um testador, o teste da linhaexemplo 135C é implementado e/ou dentro do analisador de dados exemplo140C. Um teste única também pode ser implementada e/ou dentro de mo-dens DSL múltiplos nas dependências do cliente 110. As pessoas versadasna técnica prontamente apreciarão que há uma variedade grande de outrasmaneiras de implementar testes de linha e/ou analisadores de dados. Porexemplo, um teste de linha pode ser implementada por qualquer uma dasvariedades de porta de comunicaçãos residenciais ou STBs.
As testes de linha exemplos 135A-D podem ser acoplados emcomunicação ao seu respectivo analisador de dados 140A-D através dequalquer variedade de barramentos de comunicação, planos básicos (back-planes), sinais de fio ou sem fio e/ou tecnologias tais como, uma barramentoserial universal (USB), e/ou uma conexão com fio ou sem fio de acordo como Instituto de Engenheiro Elétrico e Eletrônico (IEEE), padrões 802.3x e/ou802.11x. Além disso, um modem de DSL pode ser implementado e/ou dentrode um analisador de dados 140A, 140B, 140C e/ou 140D utilizando, por e-xemplo, um cartão de interface de componente periférico (PCI).
No sistema exemplo da FIGURA 1, determinação e/ou computa-ção dos parâmetros que caracterizam uma linha telefônica pode ser iniciada,solicitada e/ou fornecida de várias maneiras. Por exemplo, o dispositivo demanutenção de DSL exemplo 120 pode enviar uma solicitação e/ou coman-do para um analisador de dados 140A, 140B, 140C e/ou 140D que por suavez solicita a transmissão de sinais de teste a um teste de linha correspon-dente 135A, 135, 135C e/ou 135D e/ou solicita recepção e/ou medição desinais do teste da linha 135A, 135B, 135C e/ou 135D. O analisador de dados140A, 140B, 140C e/ou 140D pode, em acréscimo, computar e/ou determi-nar os parâmetros de caracterização dos sinais recebidos e/ou recebidosobtidos através da respectivo teste de linha 135A, 135B, 135C e/ou 135D, edepois retorna o mesmo para o dispositivo de manutenção de DSL 120 co-mo discutido acima. Além disso, ou como alternativa, uma assinante de DSLtécnico, instalador, etc, pode iniciar o processo de transmitir sinais de teste,medição de sinal, e/ou computação de parâmetro de caracterização e/oudeterminar através de qualquer variedade de GUIs fornecidos e/ou exibidopor um analisador de dados 140A, 140B, 140C e/ou 140D. Finalmente, atransmissão de sinais de teste podem ser iniciados por um modem de DSLoperando em modo de diagnóstico de laço. O analisador de dados em si po-de fazer tentativas regulares ou periódicas para identificar a si mesmo a umdispositivo de manutenção de fornecedor de serviço de DSL 140A, 140B,140C e/ou 140D de qualquer fornecer de serviço através de qualquer umdos caminhos de comunicação eletrônica acima mencionado. Assim, sualiberação de dados não precisa necessariamente de prompt de um fornece-dor de serviço.
No exemplo ilustrado da FIGURA 1, teste de linha exemplo135A, 135B, 135C e/ou 135D implementado e/ou dentro de um modem deDSL1 porta de comunicação residencial, etc. tem acesso a corrente alternada(AC) e/ou fonte de bateria, mesmo se o modem do DSL ou porta de comuni-cação residencial está em estado de energia baixa e/ou é desligado. Istopermite um analisador de dados acoplados em comunicação 140A, 140B,140C e/ou 140D para solicitar a linha de teste, testegem e/ou sinal medindoindependente do estado do modem de DSL ou porta de comunicação resi-dencial. Assim, a testagem da linha, testegem e/ou caracterização pode serrealizada por técnicos, pessoal de manutenção e/ou representantes de ser- viço ao cliente mesmo se o modem de DSL ou porta de comunicação é des-ligado. Nestas circunstancias, o envio de solicitação ao analisador de dadosC ocorre através de conexão existente e/ou disponível entre o analisador dedados 140A, 140B, 140C e/ou 140D e a Internet 145 e/ou o PSTN 150 e/ouatravés de um usuário operando, por exemplo, um GUI exibido e/ou forneci-do pelo analisador de dados 140A, 140B, 140C e/ou 140D.
Enquanto no exemplo da FIGURA 1, as testes de linha exemplo135A-D e os analisadores de dados exemplos 140A-D estão localizados nasdependências do cliente 110, pessoas versadas na técnica prontamente a-preciarão que, em acréscimo ou como alternativa, as testes de linhas 135A,135B, 135C e/ou 135D e/ou analisadores de dados 140A, 140B, 140C e/ou140D pode ser implementado no CO ou RT. Por exemplo, o analisador dedados 140A, 140B, 140C e/ou 140D poderia ser implementado e/ou dentrodo dispositivo de manutenção DSL exemplo 120. Neste exemplo, o teste delinha (por exemplo, 135A, 135B, 135C e/ou 135D) fornece teste recebidae/ou medida e/ou sinais de ruído ao analisador de dados remotamente loca-lizado no dispositivo de manutenção DSL 120. Além disso, enquanto a Fl-GURA 1 ilustra um analisador de dados 140A-D para cado teste de linha135A-D, pessoas versadas na técnica prontamente apreciarão que o anali-sador de dados que está, por exemplo, localizado em um CO pode determi-nar e/ou computar parâmetros caracterizadores para mais do que uma linhatelefônica utilizando sinais recebidos e/ou medidos de mais do que um testede linha 135A-D localizado nas dependências do cliente. Ainda em acrésci-mo, uma ou mais testes de linhas podem ser implementadas, dentro ou emconjunto com um DSLAM para fornecer teste de linha, testegem e/ou carac-terização de parte do fornecedor de serviço de uma linha telefônica.
No exemplo ilustrado, o exemplo de dispositivo de manutençãoDSL 120 pode também usar um conjunto de testes de linha 135A-D paramedir e/ou caracterizar diafonia próxima ou distante. Por exemplo, um testede linha em uma primeira dependência de cliente 110 (por exemplo, teste delinha 135A-D) pode ser configurada para transmitir um sinal de teste dentrode uma primeira linha telefônica (por exemplo, a linha telefônica 105A) en-quanto, substancialmente ao mesmo tempo, a segundo teste de linha deuma segunda dependência de cliente 110 (por exemplo o teste de linha135B) suspende a transmissão do sinal de teste de linha, transmite um sinal"baixo", ou nenhum sinal para dentro de uma segunda linha telefônica (porexemplo, a linha telefônica 105B). Um sinal então recebido e medido pelasegundo teste de linha 135B pode ser usada para caracterizar a chamada"diafonia próxima" da primeira linha telefônica 105A associada com a primei-ro teste 135A dentro da segunda linha telefônica 105B associada com a se-gundo teste de linha 135B. Se a segundo teste de linha 135B for localizadana extremidade do CO 100 da linha telefônica 105B, então o sinal recebido emedido pela segundo teste linha 135B pode ser usada para caracterizar achamada "diafonia distante" da primeira linha telefônica 105A dentro da se-gunda linha telefônica 105B. A segundo teste da linha 135B do exemplo ilus-trado não precisa enviar sinais dentro da linhas para medir sinais da linha.Ao invés disso, o exemplo ilustrado do teste da segunda linha 135B podecoletar e guardar amostras da linha 105B em intervalos regulares e irregula-res para avaliar ruído nas dependências do cliente 110 e/ou CO 100. Estesexemplos podem ser armazenados na segundo teste de linha 135B e depoisser fornecido quando a segundo teste de linha 135B é interrogada pelo ana-Iisador de dados 140B, enviado em horários programados, enviado quandoda ocorrência de eventos predeterminados (por exemplo, armazenamentode quantidade predeterminada de dados), e/ou outro momentos periódicosou aperiódicos). De acordo com uma outra modalidade, o analisador de da-dos 140 instrui uma único teste de linha 135 para transmitir um sinal de testedentro do primeiro e depois na segunda linha de telefone 105. Um comuta-dor controlado pelo analisador de dados pode comutar uma saída de testede linha 135 entre a primeira e segunda linha de telefone 105. Assim, o ana-Iisador de dados 140 seleciona entre a primeira e segunda linha telefônica105 para o teste de linha 135 para transmitir o respectivo sinal de teste epara medir a respectiva reflexão do sinal de teste. De acordo com este e-xemplo, o analisador de dados 140 operável para instruir o teste de linha 135para transmitir um sinal de teste para dentro da linha telefônica 710 com ba-se na reflexão medida do sinal de teste da primeira linha de telefone. Damesma forma, o analisador de dados 140 é operante para instruir o teste delinha 135 para transmitir um sinal de teste par dentro de uma segunda linhatelefônica, e para computar um segundo parâmetro que representa uma ca-racterística da segunda linha telefônica 710 com base na reflexão medida dosinal de teste da segunda linha telefônica.
A figura 2 ilustra um exemplo de maneira de implementar o testede linha exemplo 135A da FIGURA 1. Pessoas versadas na técnica irão a-preciar prontamente que o exemplo de testes de linhas 135B, 135C e/ou135D podem ser implementados da mesma forma. Para comunicar com oanalisador de dados exemplo 140A FIGURA 2 inclui qualquer uma das vari-edades de interfaces 205 tal como, por exemplo, uma interface de USB ouuma interface de Ethernet a cabo ou sem cabo. Entre outras coisas, a inter-face exemplo 205 da FIGURA 2 recebe comandos do analisador de dados140A e fornece sinal recendo ou medindo dados para o analisador de dados140A. Os dados de comando e/ou medição podem ser recebidos, confirma-dos e/ou transmitidos usando qualquer um da variedade de formatos, proto-colos de comunicação e/ou técnicas.
Para controlar o exemplo de teste de linha 135A da FIGURA 2, oteste de linha 135A inclui um controlador 210. O exemplo de controlador 210pode ser de qualquer uma das variedades de processadores, tais como, porexemplo, um processador de sinal digital (DSP), um processador de propósi-tos gerais e/ou microcontrolador, um processador de conjunto de computa-ção de instrução reduzida, um processador especializado, etc. Como ilustra-do na FIGURA 2, o exemplo de controlador 210 também fornece configura-ção e/ou informação de controle para um caminho de transmissão214, uma linha de acoplamento 235 e/ou um caminho de recep-ção 237. Um exemplo de implementação do exemplo de controlador 210 daFIGURA 2 é discutido abaixo junto com o exemplo de instruções acessíveispela máquina da FIGURA 5.
Para formar e/ou transmitir um sinal de linha de teste adequadopara transmissão dentro da linha telefônica 212, o exemplo de teste de linha135A da FIGURA 2 inclui um caminho de transmissão 214. Se o teste dalinha 135A é implementada e/ou dentro de um modem de DSL e/ou porta decomunicação residencial, o exemplo de caminho de transmissão 214 podeser implementado e/ou como parte, por exemplo, de caminho de transmis-são do modem de DSL e/ou porta de comunicação residencial. O exemplode caminho de transmissão do modem de DSL e/ou porta de comunicaçãoresidencial. O exemplo de caminho de transmissão 212 da FIGURA 2 incluilógica de transmissão digital 215, um conversor de digital a analógico (DAC)220 e lógica de transmissão analógica 225. Como descrito acima, a trans-missão deste sinal não é pré-requesito para todas medições (por exemplo,não é pré-requisito para medição de sinais de ruído de linha). Ao invés disso,as medições podem ser realizadas com ou sem a transmissão de sinais deteste. Assim, apesar de as testes de linha 135A-D serem aqui referidas co-mo uma "teste", é enfatizado que o teste pode ser um dispositivo passivoque simplesmente mede amostras da linha de telefone, um dispositivo ativoque transmite sinais de teste para dentro da linha telefônica, e/ou dispositivocombinado passivo e ativo que realiza qualquer uma destas técnicas.
O exemplo de lógica de transmissão digital 215 da FIGURA 2implementa uma variedade de funções de processamento digital para gerarsinais de transmissão digital (por exemplo, um sinal de teste de linha) e/ourealizar processamento de sinal digital tal como, por exemplo, filtro, amos-tragem , etc. Além da geração de sinais de transmissão de DSL, o exemplode lógica de transmissão digital 215 pode gerar qualquer uma das varieda-des de sinais de teste de linha digital alternativa ou adicional tal como, porexemplo, pulso e/ou sinais de etapa TDR, sinais de espetro espalhado, si-nais de transmissão de modem nominal, sinais de chirp, um impulso, umtrem de impulso, ou nenhum sinal de modo que uma linha telefônica de pou-co ruído (QLN) pode ser medida, etc. O exemplo de lógica de transmissãodigital 215 pode gerar sinal de teste independentemente e/ou com base emuma variedade de parâmetros e/ou sinais representativos fornecidos peloanalisador de dados 140A através do exemplo de interface 205. Por exem-plo, o analisador de dados 140A pode especificar a amplitude e período paraum sinal de teste de trem de impulso.
Na modalidade da lógica de transmissão digital 215, um sinal di-gital pode ser gerado usando uma seqüência de operações que inclui pelomenos uma das seguintes etapas: geração de um sinal no domínio da fre-qüência correspondente a um variedade de subcondutores, escalonamentoe componentes de sinal na freqüência domínio de modo que a energiatransmitida de diferentes subcondutores podem ser apropriadamente sele-cionadas, realizando uma operação de IFFT para converter o sinal de fre-qüência-domínio, acrescentando uma extensão cíclica para a saída de ope-ração de IFFT1 aplicando uma operação de enquadramento para a saída daoperação de IFFT para melhorar o conteúdo espectral, convertendo a repre-sentação de sinal paralelo das saídas anteriores dentro da representação serial, e realizando um ou mais estágios de amostragem e operações defiltragem. Partes ou todas as funcionalidades da lógica de transmissão digital215 pode como alternativa ser suposta pelo analisador de dados 140A-D.
Para converter um sinal de transmissão digital gerado pela lógi-ca de transmissão digital 215 para dentro de uma forma de onda analógica e/ou sinal, o exemplo de teste de linha 135A da FIGURA 2 inclui o DAC 220.Em uma modalidade do DAC 220, a taxa de conversão do sinal digital dentrodo sinal analógico é escolhido para ser um múltiplo de 4.3125kHz, com osvalores preferidos sendo 2,208MHz, 4,416MHz, 8,832MHz, 17,664MHz,35,328MHz, 70,656MHz, e 141,312MHz, a qual corresponde a típicas taxasde conversão encontradas nos sistemas DSL utilizando tecnologia DMT. Pa-ra fornecer qualquer processamento analógico adicional e/ou necessário talcomo, por exemplo, ganho, filtragem, voltagem para conversão de corrente,etc., antes de transmissão da forma de onda analógica e/ou sinal para den-tro da linha telefônica 212, o exemplo de caminho de transmissão 214 da FIGURA 2 inclui a lógica de transmissão analógica 225.
Para acoplar o sinal de transmissão analógica gerada pela lógi-ca de transmissão analógica 225 dentro da linha telefônica de dois fios 212,o exemplo do teste de linha 135A da FIGURA 2 inclui um híbrido 230. Usan-do qualquer uma das variedades de técnicas, lógica, circuitos e/ou compo-nentes, o exemplo de híbrido 230 forma uma conversão adequada de quatrofios ou de dois fios para permitir que o teste da linha 135A transmita simulta-neamente e receba sinais através da linha de telefone 212/
Para acoplar o sinal de dois fios formado pelo exemplo de híbri-do 230 para a linha telefônica 212, o exemplo do teste da linha 135A da Fl-GURA 2 inclui uma de uma variedade de acoplamentos de linha 235. Entreoutras coisas, o exemplo da linha de acoplamento 235 da FIGURA 2 apre-senta e/ou fornece uma terminação apropriado que imita adequadamente aimpedância da linha telefônica 212 possibilitando assim a transmissão efici-ente e/ou recepção de sinais para dentro e/ou da linha da linha telefônica. Oexemplo da linha de acoplamento 235 da FIGURA 2 também inclui qualqueruma das variedades de lógica, comutador(es) ou componente(s) para permi-tir que o exemplo da linha de acoplamento 235 injete e/ou extraia sinais emum modo intrusivo ou de um modo de monitoramento. Em um exemplo demodo de monitoramento, o exemplo de caminho de recebimento 237 podeser capaz de receber sinais da linha telefônica 212 simultaneamente comoutro circuito em um modem de DSL enquanto o modem de DSL está ope-racional (isto é, monitorar o sinal de recepção). No modo intrusivo, o cami-nho de transmissão 214 possui substancialmente a única habilidade detransmitir um sinal para dentro da linha telefônica 212 e assim, desconectarintrusivamente qualquer modem de DSL associado da linha telefônica 212.
Para permitir que o exemplo do teste da linha 135A e/ou modemde DSL que implementa o teste da linha 135A a apresentar uma terminaçãodesejada de impedância em direção à linha de telefone 212, o exemplo deacoplamento de linha 235 da FIGURA 2 pode, em acréscimo, ou como alter-nativa, incluir um circuito de terminação-impedância. O circuito de termina-ção-impedância pode também ser implementado separadamente do exem-plo de acoplamento de linha 235. Um exemplo de circuito de terminação-impedância é discutido abaixo em conexão com a FIGURA 4 e é controlável,por exemplo, pelo exemplo de controlador 210.
Em algumas modalidades, uma único teste de linha 135A-D po-de ser configurada para conectar a mais do que uma linha telefônica 105A,para facilitar a testagem para escolher um ou mais das melhores linhas tele-fônicas entre uma variedade de linhas telefônicas disponíveis nas depen-dências do cliente 1210 ou para coletar informação de várias linhas telefôni-cas que podem ser usadas para fornecer um serviço de DSL bonded. Emuma modalidade, uma único teste de linha 135A-D pode conter lógica paraselecionar uma linha telefônica para testar por acoplamento do Acoplamentode Linha 235 para um dos pares conectados a um RJ-11 ou um conectorsimilar com mais do que 2 pinos. O teste de Iinhal 35A-D pode receber ins-trução sobre qual para testar no Analisador de Dados 140A-D, o qual podeoriginar do Dispositivo de Manutenção DSL 120. Para esta finalidade, umregistro pode ser mantido no teste de linha 135A-D e o analisador de dadospara identificar um par de telefone adequado para ser testado ou que já foitestado. O registro pode reter uma etiqueta de identificação única, e os con-teúdos do registro pode ser transferido a partir do Dispositivo de Manutençãode DSL 120.
Para receber e/ou medir sinais presentes na linha telefônica212, o exemplo do teste de linha 135A da FIGURA 2 inclui um caminho derecepção 237. Se o teste de linha 135A está implementada e/ou dentro domodem de DSL e/ou porta de comunicação residencial, o exemplo de cami-nho de recepção 237 pode ser implementado, por exemplo, pelo caminho derecepção do modem DSL e/ou porta de comunicação residencial. Da mesmaforma, o analisador de dados 140C pode ser integrado com o teste de linha135C, ou alternativamente pode ser implementado em um computador comoanalisador de dados 140A, conversor como analisador de dados 140D ouum modem de DSL 115B. O exemplo de caminho de recepção 237 da FI-GURA 2 inclui lógica de recepção analógica 240, um conversor analógicopara digital (ADC) 245 e lógica de recepção digital 250.
Para converter o sinal analógico recebido através do exemplo dehíbrido 230 para dentro do forma de onda analógico e/ou sinal adequadopara conversão para um sinal digital, o exemplo de caminho de recepção237 da FIGURA 2 inclui a lógica de recepção analógico 240. A lógica de re-cepção analógica 240 pode implementar, por exemplo, ganho, conversão decorrente para voltagem, filtragem, etc. Para converter o sinal analógico for-necido pela lógica de recepção analógica 240 para um representação lógicado sinal analógico, o exemplo de caminho de recepção 237 da FIGURA 2inclui o ADC 245. Em uma modalidade do ADC 245, a taxa de amostragemdo sinal analógico é escolhido para ser um múltiplo de 4,3125kHz, com valo-res preferidos sendo 2,208MHz, 4,416MHz, 8,832MHz, 17,665MHz,35,328MHz, 70,656MHz, e 141,312MHz, que corresponde às taxas de a-mostragem típicas encontradas em sistemas de DL utilizando tecnologiaDMT.
Para receber e/ou medir sinais adequados para processar atra-vés do exemplo da analisador de dados 140A, o exemplo de caminho derecepção 237 inclui a lógica de recepção digital 250. Entre outras coisas, oexemplo de lógica de recepção digital 250 pode implementar filtragem, redu-ção de resolução (down-sampling), etc. A lógica de recepção digital 250 po-de, em acréscimo ou como alternativa, implementar o processamento digitalpara realizar a integração de uma variedade de sinais de recepção para, porexemplo, reduzir uma variação de ruído associada com os sinais recebidos,computar uma resposta de eco com base no sinal transmitido e um sinal re-cebido. Por exemplo, se o exemplo de caminho de transmissão 215 for con-figurado para transmitir um trem de impulso, a lógica de recepção digital 250poderia acrescentar junto uma variedade de sinais onde o tempo de duraçãode casa, sinal recebido corresponde a periodicidade do trem de impulso. A-lém disso ou em acréscimo, esta integração pode ser realizada no analisa-dor de dados 140A.
Em uma modalidade da lógica de recepção digital, as etapas deprocessamento de recepção pode incluir pelo menos um dos seguintes: umaou mais etapas de filtragem e redução de resolução (down-sampling), umaconversão de representação de sinal serial para dentro da representação desinal paralelo (formação de bloco), um recepção de operação de enquadra-mento, a remoção de uma extensão cíclica do bloco recebido, uma operaçãode FFT para converter o sinal de time-domain para o domínio de freqüência,e/ou escalar a saída de operação de FFT para equalizar o sinal em cadasubcondutor. Partes ou toda a funcionalidade da lógica de recepção digital250 pode como alternativa ser inferido pelo analisador de dados 140A-D.
Será prontamente apreciado pelas pessoas versadas na técnicaque para testar a linha e/ou com finalidades de caracterização o exemplo decaminho de recepção 237 da FIGURA 2 pode ser usado para medir e/oureceber qualquer uma das variedades de sinais. Exemplos de sinais incluemuma versão refletida de um sinal transmitido, um sinal de diafonia distante oupróxima causada pelo sinal transmitido em uma linha telefônica nas vizi-nhanças, um sinal de ruído, etc. O exemplo de pátio de recepção 237 podetambém ser usado para receber, medir e/ou processar qualquer tipo de si-nais tal como sinais de modem de DSL, pulso e/ou etapa de sinais de TDR,trens de impulso, sinais de espalhamento de espectro, sinais de chirp, etc.
ou para medir ruído na falta destes sinais.
Em uma modalidade da presente invenção, o analisador de da-dos 140A-D gera o sinal digital a ser fornecido à lógica de transmissão digital215 através da interface 205. O sinal digital pode ser gerado como um sinalde freqüência-domínio usando um gerador de número pseudo-aleatório. Asaída do gerador de número pseudo-aleatório é usada para formar pontosde constelação para uma variedade de subcondutores usando Modulação deAmplitude de Quadratura (QAM). Na primeira modalidade, a saída do gera-dor de número pseudo-aleatório é usado somente pela duração de um únicobloco, e conseqüentemente, este único bloco é repetido um certo número devezes. Em uma segunda modalidade, o gerador de número pseudo-aleatórioé usado para a duração de múltiplos blocos. Para aqueles versados na téc-nica, o sinal geral da primeira modalidade é conhecido como REVERB, en-quanto o sinal gerado da segunda modalidade é conhecido como um ME-DLEY. Em uma terceira modalidade, não é usado nenhum gerador de núme-ro pseudo-aleatório, e o sinal digital a ser entrar na lógica de transmissãodigital 215 é formado pela construção do sinal desejável Ainda em outra mo-dalidade, o sinal digital é fornecido diretamente pelo Dispositivo de Manuten-ção DSL 120.
Enquanto um exemplo de teste de linha 135A foi ilustrado naFIGURA 2, os elementos, módulos, lógica, memória e/ou dispositivos ilustra-dos na FIGURA 2 podem ser combinados, rearrumados, eliminados e/ouimplementados em qualquer uma das variedades de maneiras. Além disso, oexemplo de interface 205, o exemplo de controlador 210, o exemplo de ca-minho de transmissão 214, o exemplo de lógica de transmissão digital 215, oDAC 220, a lógica de transmissão analógica 225, o híbrido 230, a linha deacoplamento 235, o exemplo de caminho de recepção 237, a lógica de rece-bimento analógica 237, a lógica de recebimento analógico 240, o ADC 245,o exemplo de lógica de recepção digital 250 e/ou, de forma mais geral, oexemplo do teste de linha 135A da FIGURA 2 pode ser implementada pelohardware, software, firmware e/ou qualquer combinação de hardware, soft-ware e/ou firmware. Por exemplo, o exemplo de interface 205, o exemplo decontrolador 210, o exemplo de lógica de transmissão digital 215 e/ou o e-xemplo de lógica de recepção digital 250 pode ser implementado através deinstruções acessíveis pela máquina executada por qualquer um da varieda-de de processadores tal como, por exemplo, um processador de sinal digital(DSPs), um processador de propósito geral e/ou microcontrolador, um pro-cessador especializado, um processador RISC, etc. Além do mais, um testede linha na FIGURA 2 e/ou pode incluir mais do que um ou todos elementosilustrados, módulos e/ou dispositivos.
FIGURA 3 é um diagrama esquemático de um exemplo de plata-forma de processador 300 que pode ser usado e/ou programado para im- plementar qualquer um dos exemplos das testes de linha 135A-D da FIGU-RA 1 e/ou 2, e/ou qualquer um dos exemplos dos analisadores de dados140A-D da FIGURA 1. por exemplo, a plataforma de processador 300 podeser implementada pó um ou mais processadores de propósito geral, núcleos,microcontroladores, etc. Além disso, o exemplo da plataforma do processa-dor 300 pode ser incluído no modem de DSL, um conversor, um computa-dor, computador pessoal, uma porta de comunicação residencial, roteadorde ponte ou qualquer outro dispositivo adequado.
A plataforma do processador 300 do exemplo da FIGURA 3 in-clui um processador programável 305. O processador 305 executa instru-ções codificadas 310 presentes na memória principal do processador 305(por exemplo, dentro da memória de acesso aleatório (RAM) 315). O pro-cessador 305 pode ser qualquer tipo de unidade de processamento, tal co-mo um DSP, um processador RISC, e/ou um processador de propósitos ge-rais e/ou processador customizado das famílias do núcleo INTEL®, AMD®,SUN®, IBM®, processadores, entre outras coisas, o exemplo de instruçõesacessíveis pela máquina da FIGURA 5 e/ou 6 para implementar qualquer umdos exemplos das testes de linhas 135A-D da FIGURA 1 e/ou 2, e/ou qual-quer um dos exemplos de analisadores de dados 140A-D da FIGURA 1.
O processador 305 em comunicação com a memória principal(incluindo uma memória somente de leitura (ROM) 320 e RAM 315) atravésde um barramento 325. A RAM 315 pode ser implementada por memória deacesso aleatório dinâmico (DRAM), Synchronous DRAM (SDRAM), e/ouqualquer um dos tipos de dispositivo de RAM, e ROM pode ser implementa-do por memória instantânea e/ou qualquer outro tipo desejado de dispositivode memória. Acesso à memória 315 e 320 é normalmente controlado por umcontrolador de memória (não mostrado). O RAM 315 pode ser usada paraarmazenar, por exemplo, os parâmetros de sinal de testegem, sinais recebi-dos, sinais medidos, ou parâmetros de caracterização de linha telefônica.
A plataforma do processador 300 também inclui um circuito deinterface 330. O circuito de interface 330 pode ser implementado por qual-quer tipo de interface padrão, tal como uma interface de memória externa,porta serial, entrada/saída de propósito geral, etc.
Um ou mais dispositivos de entrada 335 e um ou mais dispositi-vos de saída 340 são conectados ao circuito de interface 330. Os dispositi-vos de entrada 335 podem ser usados, por exemplo, para implementar oexemplo de interface 205 da FIGURA 2. Os dispositivos de saída 340 podem ser usados, por exemplo, para exibir e/ou fornecer um GUI. O exemplo ilus-trado da FIGURA 3 também inclui uma interface de rede 345 que pode serusada para acoplar de forma comunicativa um teste de linha com um anali-sador de dados, e para acoplar um analisador de dados com a Internet 145(FIGURA 1). Outro exemplo de dispositivos que podem ser conectados àinterface 330 inclui um modem de banda de voz ou dispositivo de armazémremovível tal como um drive de CD ou interface de cartão de memória.
Em uma modalidade, o interface de rede 345 acopla o analisa-dor de dados 140A-D e o Dispositivo de Manutenção DSL 120 pela Internetusando o Protocolo de Internet (IP) e um protocolo de transporte tal como oProtocolo de Controle de Transmissão (TCP) ou o Protocolo de Datagramade Usuário (UDP). Um pacote para testar nas dependências do cliente 110pode ser transportado como a carga útil de um pacote de TCP ou de um da-tagrama de UDP. Um pacote para testar nas dependências do cliente 110podem ser um pacote controlado (transportado do Dispositivo de Manuten-ção de DSL 120 para um analisador de dados 140A-D), ou pode ser um pa-cote de dados transportado de um analisador de dados 140A-D para o Dis-positivo de Manutenção DSL 120). Um pacote para testar nas dependênciasdo cliente 100 pode consistir nos seguintes campos básicos: informação deregistro, carga útil e campo CRC. O campo de registro pode incluir informa-ção de identificação sobre o Dispositivo de Manutenção de DSL 120, o testede Linha 135A-D, o Analisador de Dados 140A-D, e a linha telefônica 105A-D. Esta informação de identificação pode referir-se a versões de hardware,firmware, e/ou software, identificação de equipamento, endereços de rede, eoutros. O campo de CRC pode ser usado para verificar a integridade dosdados. A carga útil pode depender de se este é pacote de controle ou dados.
Em uma modalidade, pode haver múltiplos tipos de pacotes decontrole, tal como um pacote SET, um pacote INIT, um pacote de RE-QUEST. Um pacote de SET pode consistir em múltiplos campos, onde cadacampo pode especificar um ou mais dos seguintes parâmetros: Sinal de tes-te (por exemplo, REVERB, MEDLEY, QUIET, pulso, etapa, impulso, trem deimpulso), taxa de amostragem para ADC e/ou DAC, parâmetros de sinal (porexemplo, gerador de seed pseudo-aleatório, derivações, pulso, largura, am-plitude de sinal e/ou PSD, período de impulso, sinal em forma bruta, mododiferencial/comum), parâmetros de teste de linha (por exemplo, valor de im-pedância, ajustes de caminho de transmissão, ajuste de caminho de recep-ção). Um pacote INIT pode ser usado pelo Centro de Manutenção DSL 120para iniciar um teste nas dependências do cliente. Um pacote INIT podeconsistir em múltiplos campos, onde cada campo pode especificar um oumais dos seguintes parâmetros: Tempo de teste (por exemplo, uma vez,programado para algum momento no futuro, periodicamente), tipo de medi-ção (por exemplo, medição de PSD, captura de sinal, características de inte-gração). Um pacote de REQUEST pode ser usado pelo Centro de Manuten-ção DSL 120 para obter os resultados de teste nas dependências do clientea partir do Analisador de Dados 140A-D. Um pacote de REQUEST podeconsistir em múltiplos campos, onde cada campo pode especificar um oumais dos seguintes parâmetros: Pedido para processamento secundário pe-lo Analisador de Dados 140A-D (por exemplo, computar probabilidade deemenda ruim), parâmetros solicitados (por exemplo, sinal recebido bruto,comprimento de laço, comprimento de segmento, calibrações de cabos, pre-sença de derivação de ponte, locais de derivação de ponte, medidores dederivação de ponte, falhas abertas, falhas curtas, falhas cruzadas, emen-da/conexão ruim, ruído, ruído excessivo, taxa de dados, taxas de sinal pararuído, impedância de laço, laço de reprocessamento, e/ou atenuação de Ia-ço.
Em uma modalidade, pode haver múltiplos tipos de pacotes dedados, tal como um pacote de SET-ACK, um pacote de INIT-ACK, e um pa-cote de REQUEST-RESPONSE. O pacote de SET-ACK pode ser enviadopor um Analisador de Dados 140A-D pra um Centro de Manutenção de DSL120 para confirmar os ajustes fornecidos pelo Centro de Gerenciamento deDSL 120 através de pacote de controle de SET. O pacote de SET-ACK podefornecer códigos de status para um ou mais de ajustes solicitados. O pacotede INIT-ACK pode ser enviado pelo analisador de Dados 140A-D para oCentro de Manutenção de DSL para confirmar que o este instruído por um Centro de Manutenção de DSL 120 através de um pacote de controle INITfoi concluído com sucesso. O pacote de INIT-ACK pode incluir um código destatus para indicar se o teste foi realizado com sucesso, se problemas foremencontrados, ou se o teste falhou (por exemplo, uma linha de DSL foi desco-berta como sendo ativa). O pacote de REQUEST-RESPONSE pode consistirem parâmetros solicitados por um Centro de Manutenção de DSL 120, e po-de indicar os parâmetros que poderiam não ser precisamente medidos ouderivados por um Analisador de Dados 140A-D.
Em outra modalidade, a interface de rede 345 acopla o analisa-dor de dados 140A-D e o Dispositivo de Manutenção de DSL 120 pela Inter-net usando um empilhamento de protocolo consistindo nas seguintes cama-das: Métodos de TCP/IP, Secure Socket Layer (SSL)/Transport Layer Secu-rity (TLS), Protocolo de Transporte de Hipertexto (HTTP), Protocolo de A-cesso de Objeto Simples (SOAP), e Chamada de Procedimento Remoto(RPC). Este empilhamento de protocolo é similar aquele descrito no DSLFórum Technical Report TR-069, Maio de 2004. Nesta modalidade, o Anali-sador de Dados 140A-D mantém uma lista de parâmetros de leitura ou deescrever, que são acessíveis através de métodos de RPC que podem serchamados por um Dispositivo de Manutenção de DSL 120 e/ou um Analisa-dor de Dados 140A-D. Cada chamada de método é seguida por uma respos-ta pela entidade correspondente chamada. Os métodos chamados pelo Cen-tro de Manutenção de DSL 120 podem ser usados para ajustar o valor deum ou mais parâmetros, obter o valor de um ou mais parâmetros, ajustar oatributo de um ou mais parâmetros, acrescentar um objeto, deletar um obje-to, Transferir um arquivo para o Analisador de Dados 140A-D, transferênciade um arquivo de um Analisador de Dados 140A-D pode ser usado para in-formar o Centro de Manutenção de DSL 120 de eventos e/ou mudanças deparâmetro (por exemplo, limiar de excesso), e/ou indicar o término de umatransferência de arquivo. O arquivo transferido de um Dispositivo de Manu-tenção de DSL 120 para um Analisador de Dados 140A-D pode facilitar aatualização de software para o Analisador de Dados 140A-D e/ou o teste daLinha 135A-D.
FIGURA 4 é uma ilustração esquemática de um comutador e/ouum exemplo de circuito de impedância de terminação. O exemplo de termi-nação de circuito de impedância da FIGURA 4 pode ser usado em conjuntocom qualquer um de uma variedade de dispositivo de comunicação parapermitir que o dispositivo de comunicação apresente uma variedade de im-pedâncias para um meio de comunicação. Por exemplo, o exemplo de circui-to de terminação pode ser implementado, dentro e/ou como uma parte deum modem de DSL 115A-B, analisador de dados 140A-D, roteador, compu-tador ou outro dispositivo adequado para permitir ao modem de DSL 115A-Ba implementar uma variedade de impedâncias de terminação que facilitam acaracterização de telefone-linha usando, por exemplo, métodos de teste delinha com fim única, técnicas e/ou algoritmos. Este teste de linha beneficiada habilidade de um modem de DSL 115A-B para apresentar, em diferentesmomentos, uma impedância nominal (por exemplo, 100 ohms)m uma termi-nação aberta, uma curta, ou outro selecionável.
Como discutido acima, o exemplo de circuito de terminação daFIGURA 4 pode ser usada junto com um respectivo exemplo de teste de Ii- nha 135A-D das FIGS. 1 e 2 e/ou pode ser usado junto com um ou maismodens de DSL 115A-B implementado por um DSLAM no CO ou no RT (porexemplo, o DSLAM 110). O exemplo de circuito de terminação da FIGURA 4pode ser implementado como parte do acoplamento de linha para o modemde DSL e/ou pode ser implementado como um dispositivo autônomo acopla-do de forma comunicativa a um modem de DSL. Além disso, em algumasarquiteturas de DSLAM pode ser possível compartilhar o exemplo de circuitode terminação através de uma variedade de modens de DSL.
Para fornecer uma variedade de impedâncias de terminação, Oexemplo de circuito de impedância de terminação da FIGURA 4 inclui uma variedade de terminações. Três exemplos de terminação 405, 410 e 415 sãomostrados na FIGURA 4. Para selecionar um das variedades de terminação405, 410 ou 415, o exemplo de circuito da FIGURA 4 inclui um comutador420. Como ilustrado na FIGURA 4, a variedade de terminações 405, 410 e415 são conectados a um lado da linha telefônica de dois fios 425 com oexemplo de comutador 420 selecionando uma da variedade de terminações405, 410 ou 415 a serem conectados a outro lado da linha telefônica 425.
FIGS. 5, e 8 são fluxogramas representando o exemplo de ins-truções acessível pela máquina que pode ser executada para implementar oexemplo das testes de linhas 135A-D e o exemplo de analisadores de dados140A-D, respectivamente, da FIGURA 1 e/ou 2. O exemplo das instruçõesacessíveis pela máquina das FIGS. 5, 6 e/ou 8 podem ser executados porum DSP, processador, um núcleo, um controlador e/ou qualquer outro dis-positivo de processamento adequado. Por exemplo, as instruções acessíveispela máquina das FIGS. 5, 6 e/ou 8 podem ser configurados em instruçõescodificadas armazenadas em um meio tangível tal como memória instantâ-nea, ou RAM associado com um processador (por exemplo, o processador310 mostrado no exemplo de plataforma de processador 300 e discutido a-baixo em conjunto com a FIGURA 3). Como alternativa, parte ou todos osfluxogramas de exemplo das FIGS. 5, 6 e/ou 8 podem ser implementadosusando um circuito integrado específico de aplicativo (ASIC), um dispositivode lógica programável (PLD), um dispositivo de lógica programável de cam-po (FPLD), lógica discreta, hardware, firmware, etc. Também, parte ou todoos exemplos de fluxograma das FIGS. 5, 6 e/ou 8 pode ser implementadomanualmente ou como combinação de quaisquer das técnicas anteriores,por exemplo, uma combinação de firmware, software e/ou hardware. Alémdisso, apesar de as instruções acessíveis pela máquina das FIGS. 5-6 e 8são descritos com referência aos fluxogramas das FIGS. 5-6 e 8, as pessoasversadas na técnica prontamente apreciarão que muitos outros métodos deimplementar o exemplo das testes de linha 135A-D da FIGURA 1 e/ou 2 po-dem ser empregadas. Por exemplo, a ordem de execução dos blocos podeser mudada, e/ou alguns dos blocos descritos podem ser mudados, elimina-dos, subdividido, ou combinados. Além disso, pessoas versadas na técnicaapreciarão que o exemplo de instruções acessíveis pela máquina das FIGS.5, 6 e/ou 8 pode ser realizado seqüencialmente e/ou realizado em paralelo,por exemplo inserções de processo, processadores, dispositivos, circuitos,etc. Além disso, as instituições acessíves, threads de instruções acessíveisdas FIGS. 5, 6 e/ou 8 podem ser realizadas, por exemplo, serialmente e/ouem paralelo com qualquer outra variedade de instruções acessíveis pelamáquina, processos e/ou operações.
O exemplo de instruções acessíveis pela máquina da FIGURA 5iniciam com um teste de linha (por exemplo, o exemplo de controlador 210da FIGURA 2) esperando para receber um comando de um analisador dedados (por exemplo, o exemplo do analisador de dados 140A da FIGURA 1)(bloco 510). Se o comando é recebido (bloco 510), o controlador 210 deter-mina se o comando para ajustar uma impedância de terminação foi recebida(bloco 520).
Se um comando de ajuste de impedância de terminação foi re-cebido (bloco 520), o controlador 210 instrui um circuito de impedância determinação (por exemplo, o exemplo de circuito da FIGURA 4) para ajustar aimpedância especificada no comando recebido (bloco 525). Se o comandonão for um comando de ajuste de impedância de terminação (bloco 520), ocontrolador 210 determina se um comando para iniciar o testegem da linhafoi recebida (bloco 530).
Se um comando para iniciar o testegem de linha não foi recebi-do (bloco 530), o controle retorna para o bloco 510 para esperar por outrocomando a ser recebido. Se um comando para iniciar o testegem de linha foirecebida (bloco 530), o controlador 210 verifica se a conexão de DSL nãoestá atualmente ativa na linha telefônica (bloco 535). Se uma conexão deDSL está atualmente ativo na linha telefônica (bloco 535), o controlador 210enviar uma resposta de erro ao analisador de dados (bloco 540). O controleentão retorna ao bloco 510 para esperar por outro comando a ser recebido.
Retornando o bloco 535, se uma conexão DSL não está atual-mente ativa (bloco 535), o controlador configura o caminho de transmissão(por exemplo, o exemplo do caminho de transmissão 212 da FIGURA 2) e ocaminho de recepção (por exemplo, o exemplo de caminho de recepção 237da FIGURA 2) com base em um ou mais parâmetros contidos no comandorecebido (bloco 545). O caminho de recepção 237 então implementa as me-dições comandadas (bloco 550) e os dados medidos são retornados para oanalisador de dados (bloco 555). O controle então retorna o bloco 510 paraesperar por outro comando a ser recebido.
O exemplo das instruções acessíveis pela máquina da FIGURA6 começa com um analisador de dados (por exemplo, o analisador de dados300 da FIGURA 3) recebendo um pedido para caracterizar, teste e/ou testaruma linha telefônica. Se a conexão de DSL está atualmente ativa na linhatelefônica (bloco 605), o analisador de dados 140A envia um comando aomodem DSL 115A para desconectar a conexão de DSL (bloco 610). Se umaconexão de DSL não está atualmente ativo (bloco 605), o analisador de da-dos 140A salta enviando o comando de desconexão.
O analisador de dados 140A envia um comando de teste para oteste de linha associada com a linha telefônica (bloco 615) e depois esperapara receber dados do teste de linha (bloco 620). Se o tempo limite e/oumensagem de erro for recebida enquanto espera (bloco 620), o controleprossegue para o bloco 635. Se os dados de medição for recebido (bloco620), o analisador de dados 140A determina e/ou computa os parâmetros decaracterização de linha telefônica solicitada (bloco 625) e salva os parâme-tros dentro do analisador de parâmetros (bloco 635).
Se a linha de DSL foi originalmente conectada (bloco 605) e, as-sim, desconectado no bloco 610 (bloco 635), o analisador de bloco 140Ainstrui e/ou comanda o modem de DSL 115A para restabelecer e/ou reco-nectar o serviço de DSL (bloco 640) Se a linha de DSL não foi originalmenteconectado (bloco 635), o analisador de dados salta o restabelecimento e/oureconecta o serviço de DSL.
Se a caracterização da linha e/ou solicitação de teste foi recebi-do através do serviço de DSL (bloco 645), o analisador de dados enviar osparâmetros salvados através do G.hs (ou o analisador de dados enviar umaresposta de erro se um timeout ou mensagem de erro foi recebido no bloco620) (bloco 650). Os parâmetros salvos podem também ser enviados usan-do qualquer outro no protocolo de banda empregado pelos tranceptores deDSL para operações e manutenção (por exemplo, Canal de Operações Em-butidas, Canal de Operações Embutidas claras, bits indicadores, modo dediagnóstico de DSL). Se a caracterização da linha e/ou solicitação foi recebi-da através de um GUI (bloco 655), os displays de analisador de dados e/ouapresenta os parâmetros salvados e/ou um código ASCII condensado (ouuma resposta de erro se um timeout ou mensagem de erro foi recebida nobloco 620) através do GUI (bloco 660). Se a solicitação não foi recebida a-través do serviço de DSL (bloco 645) ou o GUI (bloco 655) o analisador dedados 140A fornece os parâmetros salvos (ou uma resposta de erro se otimeout ou mensagem de erro foi recebida no bloco 620) através do métodode comunicação (por exemplo, modem de banda de voz) e/ou rede de co-municação (por exemplo, PSTN) pela qual o solicitado foi recebido (bloco665).
FIGURA 8 é um fluxograma de um método para computar pelomenos um parâmetro que representa uma característica de pelo menos umalinha telefônica de acordo com um exemplo de modalidade. O método 800apesar de mostrado para iniciar no bloco 810 pode iniciar em qualquer pon-to. Como mostrado no bloco 810, o analisador de dados 140A-D, localizadonas dependências no cliente 110, faz a transmissão de um sinal de teste(por exemplo, através de instruções 700) para dentro de pelo menos umalinha telefônica 105. Como mostrado no bloco 820, o analisador de dados140A-D computa um parâmetro que representa uma característica de pelomenos uma linha telefônica 710 com base em pelo menos uma reflexão me-dida do sinal de teste.
Naturalmente as pessoas versadas na técnica reconhecerãoque a ordem, tamanho, e proporções da memória ilustrados nos sistemas deexemplo podem variar. Além disso, apesar desta patente revelar exemplosde sistemas incluindo, entre outros componentes, software ou firmware exe-cutados no hardware e software poderiam ser configurados exclusivamenteem hardware, firmware e/ou software. Conseqüentemente, as pessoas ver-sadas na técnica apreciarão prontamente
que os exemplos descritos acima não são as únicas maneirasde implementar estes sistemas.
Pelo menos alguns dos exemplos de métodos descritos acimae/ou aparelhos são implementados por um ou mais programas de softwarese/ou firmwares funcionando em um processador de computador. Contudo,implementações de hardware dedicado incluindo, mas não limitado a umASIC, arranjos lógicos programáveis e outros dispositivos de hardware po-dem da mesma forma ser construídos para implementar alguns ou todos osexemplos de métodos e/ou aparelhos aqui descritos, no seu todo ou em par-te. Além disso, implementações de software alternativos incluindo, mas nãolimitado a, processamento distribuído ou processamento de componen-te/objeto distribuído, processamento paralelo, ou processamento por máqui-na virtual pode também ser construído para implementar os exemplos demétodos e/ou aparelhos aqui descritos.
Deve ser também anotado que o exemplo de implementaçõesde software e/ou firmwares aqui descritos são armazenados opcionalmenteem um meio de armazenamento tangível, tal como: meio magnético (por e-xemplo, um disco ou fita); um meio magnético-óptico tal como um disco; ouum meio de estado sólido tal como um cartão de memória ou outro pacoteque aloja uma ou mais memória somente de leitura (não-volátil), memóriasde acesso aleatório, ou outras memórias regravável (voláteis); ou um sinalcontendo instruções de computador. Um anexo de arquivo digital para cor-reio eletrônico ou outra conjunto de arquivos de informação contido em simesmo ou conjunto de arquivos é considerado um meio de distribuição equi-valente a um meio de armazenamento tangível. Conseqüentemente, o e-xemplo de software e/ou firmware descrito aqui pode ser armazenado emum meio de armazenamento tangível ou meio de distribuição tal como aque-le descrito acima ou meio equivalentes e sucessores,
Até o acima é descrito um relatório descritivo de exemplo decomponentes e funções com referencia a dispositivos em especial, padrõese/ou protocolos, é entendido que os ensinamentos da invenção não são limi-tados a estes dispositivos, padrões e/ou protocolos. Por exemplo, DSL,ADSL, VDSL, HDSL, G.hs, Ethernet, DSPs, IEEE 802.11x, e IEEE 802.3xrepresenta exemplos do estado atual da técnica. Estes sistemas são periodi-camente substituídos por sistemas mais rápidos ou mais eficientes tendo omesmo propósito em geral. Conseqüentemente, a substituição de dispositi-vos, padrões e/ou protocolos tendo as mesmas funções em geral são equi-valentes as qual tem como objetivo estar dentro do escopo das reivindica-ções anexas.
Apesar de que certos exemplos de métodos, aparelhos e artigosde fabricação terem sido aqui descritos, o escopo da cobertura desta patentenão está limitado ao mesmo. Pelo contrário, este patente cobre todos os mé-todos, aparelhos e artigos de fabricação estando razoavelmente dentro doescopo das reivindicações anexas, seja literalmente ou sob a doutrina dosequivalentes.

Claims (35)

1. Aparelho compreendendo:um analisador de dados operável para ser localizado em umadependência de cliente e operável para causar a transmissão de um sinal deteste para pelo menos uma linha telefônica, e operável para computar umparâmetro que representa uma característica da pelo menos uma linha tele-fônica com base em pelo menos uma reflexão medida do sinal de teste.
2. Aparelho de acordo com a reivindicação 1, em que o anali-sador de dados é disposto em um equipamento do assinante.
3. Aparelho de acordo com a reivindicação 1, ainda compreen-dendo um primeiro testador de linha operável para transmitir um sinal de tes-te e em resposta receber a reflexão do sinal de teste, em que o primeiro tes-tador de linha está disposto em pelo menos um dentre: um modem de linhadigital de assinante (DSL), uma uma porta de comunicação residencial (portade comunicação) e um testador em laço, e o analisador de dados está dis-posto em pelo menos um dentre: o computador pessoal de um consumidor,um modem DSL e um decodificador acoplado de forma operável ao pelomenos um dentre: modem DSL, porta residencial e o testador em laço.
4. Aparelho de acordo com a reivindicação 1, em que o anali-sador de dados compreende um primeiro testador de linha operável paratransmitir um sinal de teste e em resposta receber a reflexão do sinal de teste.
5. Aparelho de acordo com a reivindicação 4, em que o anali-sador de dados compreende um dispositivo de saída operável para realizarpelo menos um dentre: exibir o parâmetro e enviar o parâmetro para um dis-positivo de manutenção através de pelo menos um dentre: o primeiro testa-dor de linha, uma conexão a Internet e uma rede telefonia pública comutada(PSTN).
6. Aparelho, de acordo com a reivindicação 4, em que o primei-ro testador de linha compreende:um caminho de transmissão operativo para formar o sinal de teste;um caminho de recepção operativo para medir a reflexão do si-nal de teste;uma híbrida operativa para acoplar o sinal de teste à linha tele-fônica e para acoplar a reflexão do sinal de teste a partir de pelo menos umalinha telefônica ao caminho de recepção;um controlador operativo para controlar o caminho de trans-missão e o caminho de recepção; euma interface operativa para prover a reflexão medida do sinalde teste ao analisador de dados.
7. Aparelho, de acordo com a reivindicação 6, em que a inter-face recebe dados de teste, a partir do analisador de dados, e o caminho detransmissão forma o sinal de teste baseado nos dados de teste.
8. Aparelho, de acordo com a reivindicação 6, em que o cami-nho de transmissão transmite o sinal de teste uma pluralidade de vezes, e ocaminho de recepção mede uma pluralidade correspondente de sinais deteste refletidos e pelo menos soma a pluralidade de sinais de teste refletidos.
9. Aparelho, de acordo com a reivindicação 4, em que o anali-sador de dados é operativo para se comunicar com um dispositivo de manu-tenção de linha de assinante digital (DSL)1 em que dispositivo de manuten-ção de DSL é operativo para requisitar o parâmetro computado que repre-senta uma característica de pelo menos uma linha telefônica a partir do ana-lisador de dados e, em resposta, causa pelo menos um dentre: instruir oprimeiro testador de linha para transmitir o sinal de teste, transmitir o sinal deteste, medir o sinal de teste refletido e computar o parâmetro.
10. Aparelho, de acordo com a reivindicação 9, em que o dis-positivo de manutenção de DSL é geograficamente separado de pelo menosum dentre o analisador de dados e o primeiro testador de linha.
11. Aparelho, de acordo com a reivindicação 1, ainda compre-endendo uma chave para selecionar uma impedância de terminação acopla-da à linha telefônica.
12. Aparelho, de acordo com a reivindicação 1, ainda compre-endendo um segundo testador de linha localizado em uma segunda depen-dência de cliente e operativo para transmitir um sinal de teste em uma se-gunda linha telefônica enquanto o primeiro testador de linha recebe um sinal,em que o analisador de dados é ainda operativo para computar diafonia dasegunda linha telefônica na primeira linha telefônica.
13. Aparelho, de acordo com a reivindicação 12, em que o ana-lisador de dados é operativo para se comunicar com um dispositivo de ma-nutenção de linha de assinante digital (DSL), em que o dispositivo de manu-tenção de DSL é operativo para requisitar o parâmetro computado que re-presenta uma característica de pelo menos uma linha telefônica a partir doanalisador de dados e, em resposta, causa pelo menos um dentre: instruir oprimeiro testador de linha para transmitir o sinal de teste, configurar o se-gundo testador de linha para receber o sinal, transmitir o sinal de teste, re-ceber o sinal, medir a reflexão do sinal de teste, computar a diafonia e com-putar o parâmetro.
14. Aparelho, de acordo com a reivindicação 1, em que o anali-sador de dados é operativo para receber de um servidor de download instru-ções para computar o parâmetro que representa a característica da linhatelefônica baseado na reflexão medida do sinal de teste.
15. Aparelho de acordo com a reivindicação 1, em que o parâ-metro computado é um primeiro parâmetro computado, o aparelho compre-endendo ainda:um testador de linha localizado nas dependências de cliente eacoplado operativamente ao analisador de dados,em que o analisador de dados é operativo para instruir o testa-dor de linha para transmitir um sinal de teste para uma segunda linha telefô-nica, e para computar um segundo parâmetro que representa uma caracte-rística da segunda linha telefônica baseado em uma reflexão medida do sinalde teste a partir da segunda linha telefônica, eem que o analisador de dados é operativo para selecionar den-tre a primeira e a segunda linha telefônica para o testador de linha transmitiro respectivo sinal de teste e para medir a respectiva reflexão do sinal de teste.
16. Aparelho de acordo com a reivindicação 15, em que o ana-lisador de dados recebe instruções de um dispositivo de manutenção deuma linha de assinante digital (DSL) para selecionar dentre a primeira e asegunda linha telefônica.
17. Método compreendendo:instruir um primeiro testador de linha na primeira dependênciade cliente para transmitir um sinal de teste da linha para uma segunda linhatelefônica;instruir um segundo testador de linha em uma segunda depen-dência de cliente para pelo menos medir um sinal recebido através da se-gunda linha telefônica; ecaracterizar para-diafonia da primeira linha telefônica na se-gunda linha telefônica, com base no sinal medido.
18. Método de acordo com a reivindicação 17, compreendendoainda:cararacterizar telediafonia da primeira linha telefônica na se-gunda linha telefônica, com base no sinal medido.
19. Método compreendendo:fazer um testador de linha em uma dependência de clientetransmitir um sinal de teste em pelo menos uma linha telefônica; ecomputar pelo menos um parâmetro que representa uma ca-racterística da pelo menos uma linha telefônica, baseado em pelo menosuma reflexão medida do sinal de teste.
20. Método de acordo com a reivindicação 19, em que o testa-dor de linha é disposto em pelo menos um dentre: uma linha de assinantedigital (DSL), um teste residencial, um computador, um analisador de dados,e um verificador em laço (loop), e em que a recepção da reflexão medida e acomputação de pelo menos um parâmetro são executadas por pelo menosum dentre: um analisador de dados, um computador pessoal, um decodifica-dor, um modem de linha de assinante digital (DSL), um teste residencial eum verificador em laço.
21. Método de acordo com a reivindicação 19, compreendendoainda:determinar se a linha telefônica está sendo utilizada para trans-mitir um sinal de linha de assinante digital (DSL); ese a linha telefônica estiver sendo utilizada para transmitir o si-nal (DSL), enviar um segundo comando para parar a transmissão do sinalDSL antes de medir a característica da linha.
22. Método, de acordo com a reivindicação 19, compreenden-do ainda:receber uma solicitação para pelo menos um parâmetro com-putado a partir de um dispositivo separado geograficamente; eenviar o pelo menos um parâmetro computado para o dispositi-vo separado geograficamente.
23. Método, de acordo com a reivindicação 22, em que o rece-bimento da solicitação e o envio do pelo menos um parâmetro computado écompletado através de pelo menos um dentre: um transporte de sinal DSLsobre a linha telefônica, uma rede de protocolo de Internet (IP), e uma redede telefonia pública comutada (PSTN).
24. Método, de acordo com a reivindicação 19, compreenden-do ainda:receber uma solicitação para computar o pelo menos um pa-râmetro computado através de uma interface gráfica de usuário (GUI); eexibir o pelo menos um parâmetro computado através da inter-face GUI.
25. Método, de acordo com a reivindicação 19, em que ummodem em modo de laço de diagnóstico faz com que o testador de linhatransita o sinal de teste e cause a computação do pelo menos um parâmetroque representa a característica da pelo menos uma linha telefônica.
26. Método compreendendo:transmitir um sinal de teste de linha em um uma extremidadede dependência telefônica de cliente da linha telefônica;medir uma reflexão do sinal de teste de linha em uma extremi-dade de dependência telefônica de cliente da linha telefônica; eprover a reflexão medida do sinal de teste de linha para umanalisador de dados localizado na extremidade de dependência telefônica decliente da linha telefônica, para computar um parâmetro característico dalinha telefônica.
27. Método, de acordo com a reivindicação 26, em que a trans-missão do sinal de teste e a medição da reflexão do sinal de teste são reali-zadas por pelo menos um dentre: um testador de linha, um modem de linhade assinante digital (DSL), um teste residencial, o analisador de dados, umcomputador, e um testador de laço, e em que o analisador de dados com-preende pelo menos um dentre: um computador pessoal, um conversor dotipo set-top box, um modem de linha de assinante digital (DSL), um testeresidencial, e um testador de laço.
28. Método, de acordo com a reivindicação 26, compreenden-do ainda:receber dados de prova do analisador de dados; etransmitir o sinal de teste em resposta pelo menos aos dadosde prova recebidos.
29. Método, de acordo com a reivindicação 26, compreenden-do ainda:transmitir o sinal de teste uma pluralidade de vezes;medir uma correspondente pluralidade de sinais de prova; esomar a pluralidade de sinais de prova refletidos.
30. Método, de acordo com a reivindicação 26, compreendendo:suspender a transmissão do sinal de teste de linha; emedir ruído presente na linha telefônica.
31. Produto que armazena instruções acessíveis por máquina,as quais quando executadas, fazem com que uma ou mais máquinas:faça(m) um testador de linha em dependências de clientetransmitir um sinal de teste a pelo menos uma linha telefônica; ecompute(m) pelo menos um parâmetro que representa uma ca-racterística de pelo menos uma linha telefônica com base na pelo menosuma reflexão medida do sinal de prova.
32. Produto, de acordo com a reivindicação 31, em que as ins-truções acessíveis por máquina, quando executadas, fazem com que umaou mais máquinas:receba(m) uma requisição para pelo menos um parâmetrocomputado a partir de um dispositivo geograficamente separado; eenvie(m) o pelo menos um parâmetro computado ao dispositivogeograficamente separado.
33. Produto, de acordo com a reivindicação 31, em que as ins-truções acessíveis por máquina, quando executadas, fazem com que umaou mais máquinas:receba(m) uma requisição para computar o pelo menos um pa-râmetro computado através de uma interface gráfica de usuário (GUI); eexiba(m) o pelo menos um parâmetro computado através aGUI.
34. Aparelho compreendendo:um primeiro testador de linha localizado em dependências deum cliente operativo para transmitir um sinal de teste a pelo menos uma li-nha telefônica, e medir uma versão refletida do sinal de teste a partir da pelomenos uma linha telefônica; eum analisador de dados para instruir o primeiro testador de li-nha para transmitir o sinal de teste, para computar o parâmetro que repre-senta uma característica da pelo menos uma linha telefônica com base napelo menos reflexão medida do sinal de teste.
35. Aparelho, de acordo com a reivindicação 34, em que o ana-lisador de dados está operativo para comunicar-se com um segundo testa-dor de linha localizado em uma segunda dependência de cliente configuradopara receber um sinal de ruído sobre a segunda linha telefônica enquanto oprimeiro testador transmite o sinal de teste, e o segundo testador de linhaadicionalmente computa diafonia de uma primeira linha telefônica sobre asegunda linha telefônica enquanto o primeiro testador de linha transmite osinal de teste.
BRPI0709756-5A 2006-05-01 2007-04-27 mÉtodo e aparelho para a realizaÇço de testes de linha em instalaÇÕes do consumidor BRPI0709756A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US79637106P 2006-05-01 2006-05-01
US60/796,371 2006-05-01
PCT/US2007/067718 WO2007130878A2 (en) 2006-05-01 2007-04-27 Methods and apparatus to perform line testing at customer premises

Publications (1)

Publication Number Publication Date
BRPI0709756A2 true BRPI0709756A2 (pt) 2011-07-26

Family

ID=38632146

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0709756-5A BRPI0709756A2 (pt) 2006-05-01 2007-04-27 mÉtodo e aparelho para a realizaÇço de testes de linha em instalaÇÕes do consumidor

Country Status (8)

Country Link
US (4) US8644169B2 (pt)
EP (4) EP2025115A2 (pt)
JP (3) JP5023144B2 (pt)
CN (3) CN101517965B (pt)
AU (1) AU2007248256B2 (pt)
BR (1) BRPI0709756A2 (pt)
CA (1) CA2651247A1 (pt)
WO (3) WO2007130879A2 (pt)

Families Citing this family (91)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7756134B2 (en) 2006-05-02 2010-07-13 Harris Corporation Systems and methods for close queuing to support quality of service
US7894509B2 (en) * 2006-05-18 2011-02-22 Harris Corporation Method and system for functional redundancy based quality of service
US8516153B2 (en) 2006-06-16 2013-08-20 Harris Corporation Method and system for network-independent QoS
US8064464B2 (en) 2006-06-16 2011-11-22 Harris Corporation Method and system for inbound content-based QoS
US7856012B2 (en) 2006-06-16 2010-12-21 Harris Corporation System and methods for generic data transparent rules to support quality of service
US7990860B2 (en) 2006-06-16 2011-08-02 Harris Corporation Method and system for rule-based sequencing for QoS
US7916626B2 (en) 2006-06-19 2011-03-29 Harris Corporation Method and system for fault-tolerant quality of service
US8730981B2 (en) 2006-06-20 2014-05-20 Harris Corporation Method and system for compression based quality of service
US7769028B2 (en) 2006-06-21 2010-08-03 Harris Corporation Systems and methods for adaptive throughput management for event-driven message-based data
US20100241759A1 (en) * 2006-07-31 2010-09-23 Smith Donald L Systems and methods for sar-capable quality of service
US8300653B2 (en) 2006-07-31 2012-10-30 Harris Corporation Systems and methods for assured communications with quality of service
CN1909394A (zh) * 2006-08-11 2007-02-07 华为技术有限公司 诊断数字用户线收发器互通性问题的系统和方法
US8046103B2 (en) * 2006-09-29 2011-10-25 F Robotics Acquisitions Ltd. System and method for determining the location of a machine
EP2074808B1 (en) * 2006-10-20 2013-10-09 Telefonaktiebolaget LM Ericsson (publ) Method and arrangement for loop qualification in a digital subscriber line (dsl) system
CN101247297B (zh) * 2007-02-16 2010-07-14 华为技术有限公司 对家庭网络中应用终端进行自动配置的装置、系统和方法
US8391354B2 (en) * 2007-05-14 2013-03-05 Broadcom Corporation Method and system for transforming uncompressed video traffic to network-aware ethernet traffic with A/V bridging capabilities and A/V bridging extensions
US20080292064A1 (en) * 2007-05-21 2008-11-27 Xidong Wu Methods and apparatus to characterize a digital subscriber line (dsl) subscriber loop
CN101312361B (zh) * 2007-05-23 2013-08-07 华为技术有限公司 数字用户线的参数采集方法、模块和线路管理系统
CN101072048B (zh) * 2007-06-13 2013-12-04 华为技术有限公司 信息参数的调整方法及装置
US8976785B2 (en) * 2007-06-28 2015-03-10 Centurylink Intellectual Property Llc System and method for voice redundancy service
US8369484B2 (en) * 2007-09-19 2013-02-05 At&T Intellectual Property I, Lp Methods and apparatus to test a subscriber line for a broadband access service
US8144835B2 (en) * 2007-09-19 2012-03-27 At&T Intellectual Property I, Lp Digital subscriber line (DSL) diagnostic tools and methods to use the same
US8599824B2 (en) * 2008-01-11 2013-12-03 Broadcom Corporation Method and system for bluetooth conditional synchronization
CN102239662B (zh) * 2008-04-15 2015-08-19 爱立信电话股份有限公司 用于宽带接入网中分散式嵌入式自优化的方法和节点
EP2282409A4 (en) 2008-06-20 2012-01-11 Huawei Tech Co Ltd METHOD, EQUIPMENT AND SYSTEM FOR TRACK ESTIMATION
US8687497B2 (en) 2008-07-01 2014-04-01 Ikanos Communications, Inc. Reduced memory vectored DSL
CA2744040A1 (en) 2008-11-24 2010-05-27 Aware, Inc. Detecting faults affecting communications links
WO2010064977A1 (en) * 2008-12-01 2010-06-10 Telefonaktiebolaget L M Ericsson (Publ) Method for transmission line analysis
EP2244400A1 (en) * 2009-04-23 2010-10-27 Thomson Telecom Belgium Device and method at the device for optimizing network parameters
JP4807436B2 (ja) * 2009-05-29 2011-11-02 ブラザー工業株式会社 通信装置
WO2010140945A1 (en) * 2009-06-04 2010-12-09 Telefonaktiebolaget L M Ericsson (Publ) Passive selt
US9241077B2 (en) * 2009-07-01 2016-01-19 Adaptive Spectrum And Signal Alignment, Inc. Method and apparatus for DSL performance enhancement in a DSL network
US8619602B2 (en) * 2009-08-31 2013-12-31 Cisco Technology, Inc. Capacity/available bandwidth estimation with packet dispersion
KR101268629B1 (ko) * 2009-11-05 2013-05-29 한국전자통신연구원 시청률 예측 연동 복수 멀티캐스트를 이용한 고속 채널 전환을 위한 채널 서버, 채널 예측 서버, 단말기 및 그 방법
ES2384249B1 (es) * 2009-11-12 2013-06-11 Telefónica, S.A. Metodo de prediccion de caudal en accesos sobre linea digital asimetrica
BR112012012628A2 (pt) * 2009-11-25 2019-09-24 At&T Intelectual Property I L P método e aparelho para detectar defeitos de fiação em uma linha de assinante digital.
DE102010004745B4 (de) 2010-01-14 2013-10-10 Phoenix Contact Gmbh & Co. Kg Verfahren, elektronisches Bauteil und System zur Diagnose von Kommunikationsverbindungen
US10015543B1 (en) * 2010-03-08 2018-07-03 Citrix Systems, Inc. Video traffic, quality of service and engagement analytics system and method
US9042251B2 (en) 2010-04-01 2015-05-26 Telefonaktiebolaget L M Ericsson (Publ) Parameter prediction for autonomous DSL system configuration profile selection
BR112012028398A2 (pt) * 2010-05-10 2017-03-21 Adaptive Spectrum And Signal Alignment teste de linha de trasmissão de diagnóstico não-invasivo
US9025438B1 (en) 2010-06-29 2015-05-05 Century Link Intellectual Property LLC System and method for communication failover
US8558552B2 (en) * 2010-09-24 2013-10-15 Jds Uniphase Corporation Home network characterization method and system
CN102149012A (zh) * 2010-11-30 2011-08-10 广东星海数字家庭产业技术研究院有限公司 一种数字电视多兼容硬件驱动的数据统计方法
EP2464089A1 (en) * 2010-12-07 2012-06-13 Alcatel Lucent Diagnostic engine for determining global line characteristics of a DSL telecommunication line and method using same
CN102065185B (zh) * 2011-01-07 2015-01-28 中兴通讯股份有限公司 数字用户线dsl电路板链路故障检测方法及装置
EP2485435A1 (en) * 2011-01-31 2012-08-08 Alcatel Lucent A home network physical layer configuration platform and method
US8749248B2 (en) 2011-04-06 2014-06-10 ConSonics, Inc. Shielding flaw detection and measurement in quadrature amplitude modulated cable telecommunications environment
US9491027B2 (en) 2011-04-06 2016-11-08 Comsonics, Inc. Miniature mobile marker system and method
US8737573B2 (en) 2011-05-09 2014-05-27 Intelligent Decisions, Inc. Systems, methods, and devices for testing communication lines
JP5101728B1 (ja) 2011-05-12 2012-12-19 シャープ株式会社 出力システムおよび表示システム
US8897144B2 (en) 2011-10-14 2014-11-25 T-Mobile Usa, Inc. Quality of user experience testing for video transmissions
US9686594B2 (en) * 2011-11-11 2017-06-20 Avago Technologies General Ip (Singapore) Pte. Ltd. Spectrum analysis and plant diagnostic tool for communications systems
US10009144B2 (en) * 2011-12-15 2018-06-26 Qualcomm Incorporated Systems and methods for pre-FEC metrics and reception reports
CN104247385A (zh) * 2012-03-12 2014-12-24 适应性频谱和信号校正股份有限公司 基于共模抑制比的诊断的装置、系统和方法
EP2826231A1 (en) * 2012-03-12 2015-01-21 Adaptive Spectrum and Signal Alignment, Inc. Methods and systems for characterizing line micro-filter states&positioning line faults relative to a network interface device
CN104247384A (zh) * 2012-03-12 2014-12-24 适应性频谱和信号校正股份有限公司 基于共模的诊断
CN104322044A (zh) * 2012-04-12 2015-01-28 适应性频谱和信号校正股份有限公司 用于双绞电话线路的基于selt和delt的诊断方法及系统
US8661004B2 (en) 2012-05-21 2014-02-25 International Business Machines Corporation Representing incomplete and uncertain information in graph data
JP2015530774A (ja) * 2012-07-13 2015-10-15 アダプティブ スペクトラム アンド シグナル アラインメント インコーポレイテッド 通信リンクの性能推定のための方法及びシステム
WO2014058416A1 (en) * 2012-10-09 2014-04-17 Adaptive Spectrum And Signal Alignment, Inc. Method and system for latency measurement in communication systems
AU2012392161A1 (en) * 2012-10-09 2015-04-30 Adaptive Spectrum And Signal Alignment, Inc. Method and system for connectivity diagnostics in communication systems
DE102012224193A1 (de) * 2012-12-21 2014-06-26 Siemens Aktiengesellschaft Aufkletterschutz
US9264299B1 (en) 2013-03-14 2016-02-16 Centurylink Intellectual Property Llc Transparent PSTN failover
EP2973095B1 (en) 2013-03-15 2018-05-09 Animas Corporation Insulin time-action model
EP3020138B1 (en) * 2013-04-23 2018-06-06 Assia Spe, Llc Methods systems, and apparatuses for implementing upstream power control for dsl
US9407956B2 (en) 2013-06-14 2016-08-02 Telus Communications Company IPTV diagnostics system
JP6141534B2 (ja) * 2013-08-23 2017-06-07 イカノス・コミュニケーションズ・インコーポレイテッドIkanos Communications,Inc. 顧客施設機器におけるシングルエンドラインテストの開始およびデータ収集のための方法および装置
US9148504B2 (en) * 2013-10-14 2015-09-29 Telefonaktiebolaget L M Ericsson (Publ) Method and system for single-ended line testing
EP2879302A1 (en) * 2013-11-29 2015-06-03 Alcatel Lucent Non-service-intrusive methods for performance estimation of multi-channel communication systems
BR112016018611B1 (pt) * 2014-03-03 2024-03-05 Intel Germany Gmbh & Co. Kg Dispositivo de simulação de linha de comunicação para simular várias linhas de comunicação
KR101828909B1 (ko) * 2014-03-14 2018-02-13 란티크 베테일리궁스-게엠베하 운트 코 카게 유선 네트워크에 대한 흐름 제어
US10146395B2 (en) * 2014-05-06 2018-12-04 T-Mobile Usa, Inc. Quality of experience diagnosis and analysis in wireless communications
US9426268B2 (en) * 2014-07-24 2016-08-23 Ikanos Communications, Inc. Method and apparatus for gauge identification based on single ended line testing (SELT)
US9826011B2 (en) 2014-07-31 2017-11-21 Istreamplanet Co. Method and system for coordinating stream processing at a video streaming platform
US9912707B2 (en) 2014-07-31 2018-03-06 Istreamplanet Co. Method and system for ensuring reliability of unicast video streaming at a video streaming platform
CN105577872A (zh) * 2014-10-17 2016-05-11 中兴通讯股份有限公司 语音芯片的检测方法及装置
EP3070917A1 (en) * 2015-03-17 2016-09-21 Alcatel Lucent Method for estimating a location of a bridge tap
US9686576B2 (en) 2015-05-08 2017-06-20 Istreamplanet Co. Coordination of video stream timing in cloud-based video streaming system
US10164853B2 (en) * 2015-05-29 2018-12-25 Istreamplanet Co., Llc Real-time anomaly mitigation in a cloud-based video streaming system
US10194020B2 (en) * 2015-09-30 2019-01-29 British Telecommunications Public Limited Company Line fault localisation
US10033621B2 (en) * 2015-12-15 2018-07-24 At&T Intellectual Property I, L.P. Method and apparatus for initiating internet connection speed testing on a residential gateway
CN105591668B (zh) * 2015-12-18 2018-04-10 中国电子科技集团公司第二十八研究所 一种基于双绞线的通用认知有线传输系统
US10708795B2 (en) * 2016-06-07 2020-07-07 TUPL, Inc. Artificial intelligence-based network advisor
WO2018039034A1 (en) * 2016-08-24 2018-03-01 Google Llc Line rate ethernet traffic testing
US10666540B2 (en) * 2017-07-17 2020-05-26 International Business Machines Corporation Dynamic time-domain reflectometry analysis for field replaceable unit isolation in a running system
RU2699062C1 (ru) * 2018-10-22 2019-09-03 Константин Евгениевич Легков Способ многоуровневого управления потоками в инфокоммуникационных системах в условиях деструктивных изменений на основе вероятностно-игрового метода
US10880430B2 (en) 2018-11-16 2020-12-29 Level 3 Communications, Llc Systems, methods, and storage media for testing local loops of telecommunications networks
KR101988918B1 (ko) * 2018-11-16 2019-06-13 (주)자람테크놀로지 광대역 통신을 위한 단자대 배선 연결 장치
US11520602B2 (en) * 2020-01-27 2022-12-06 Red Hat, Inc. Generating configuration corrections for applications using a classifier model
US11689763B2 (en) 2020-09-28 2023-06-27 T-Mobile Usa, Inc. Cross-party diagnostics
US11632413B1 (en) * 2022-07-18 2023-04-18 Rovi Guides, Inc. Methods and systems for streaming media content

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI956358A (fi) * 1995-12-29 1997-06-30 Nokia Telecommunications Oy Menetelmä tiedonsiirtonopeuden tunnistamiseksi ja vastaanotin
US6091713A (en) * 1998-04-13 2000-07-18 Telcordia Technologies, Inc. Method and system for estimating the ability of a subscriber loop to support broadband services
JP2000049825A (ja) * 1998-07-27 2000-02-18 Nec Corp 多重化システム及びその制御方法
US6891803B1 (en) * 1998-12-18 2005-05-10 Sunrise Telecom, Inc. Telecommunications transmission test set
US6292468B1 (en) * 1998-12-31 2001-09-18 Qwest Communications International Inc. Method for qualifying a loop for DSL service
US6177801B1 (en) * 1999-04-21 2001-01-23 Sunrise Telecom, Inc. Detection of bridge tap using frequency domain analysis
US6826155B1 (en) * 1999-07-28 2004-11-30 Legerity, Inc. Apparatus and method for facilitating standardized testing of signal lines
US6970560B1 (en) * 1999-11-11 2005-11-29 Tokyo Electron Limited Method and apparatus for impairment diagnosis in communication systems
EP1232636B1 (en) * 1999-11-11 2010-06-02 Tokyo Electron Limited Method and apparatus for impairment diagnosis in communication systems
US7047313B1 (en) * 2000-01-05 2006-05-16 Thomas Licensing Method for redirecting packetized data associated with a destination address in a communication protocol layer to a different destination address in a different protocol layer
EP2267914A3 (en) * 2000-01-07 2012-09-26 Aware, Inc. Systems and methods for loop length and bridged tap length determination of a transmission line
US6735234B1 (en) 2000-02-11 2004-05-11 Giga Tera Ag Passively mode-locked optically pumped semiconductor external-cavity surface-emitting laser
US6534996B1 (en) * 2000-03-27 2003-03-18 Globespanvirata, Inc. System and method for phone line characterization by time domain reflectometry
GB0008117D0 (en) * 2000-04-03 2000-05-24 Nokia Networks Oy Estimating communication quality
US7134135B2 (en) * 2000-08-01 2006-11-07 Qwest Communications International Inc. Fault management in a VDSL network
US6934655B2 (en) * 2001-03-16 2005-08-23 Mindspeed Technologies, Inc. Method and apparatus for transmission line analysis
KR20040015141A (ko) * 2001-04-26 2004-02-18 어웨어, 인크. 양단 측정으로부터의 루프 특성을 위한 시스템 및 방법
US20030147506A1 (en) * 2001-05-09 2003-08-07 Jalil Kamali Single ended line probing in DSL system using combined FDR-TDR approach
CA2354298A1 (en) * 2001-07-30 2003-01-30 Catena Networks Canada Inc. G.gen: g.dmt.bis: g.lite.bis: loop diagnostic mode of the initialization procedure
EP1444802B1 (de) * 2001-11-15 2007-02-28 Swisscom Fixnet AG Verfahren und system zum bestimmen von datentransfermargins für netzwerkverbindungen
ATE465559T1 (de) * 2001-11-21 2010-05-15 Ericsson Telefon Ab L M Dynamische frequenzspektrumzuteilung
US7173947B1 (en) * 2001-11-28 2007-02-06 Cisco Technology, Inc. Methods and apparatus to evaluate statistical remultiplexer performance
US6847682B2 (en) * 2002-02-01 2005-01-25 Hughes Electronics Corporation Method, system, device and computer program product for MPEG variable bit rate (VBR) video traffic classification using a nearest neighbor classifier
US7106833B2 (en) * 2002-11-19 2006-09-12 Telcordia Technologies, Inc. Automated system and method for management of digital subscriber lines
JP4144368B2 (ja) * 2003-02-13 2008-09-03 住友電気工業株式会社 伝送装置
KR100692429B1 (ko) * 2003-03-24 2007-03-12 가부시키가이샤 리코 기록 헤드, 캐리지 및 화상형성장치
WO2004104531A2 (en) * 2003-05-15 2004-12-02 Telcordia Technologies, Inc. Method and system for improved single-ended loop make-up identification
US7302379B2 (en) * 2003-12-07 2007-11-27 Adaptive Spectrum And Signal Alignment, Inc. DSL system estimation and parameter recommendation
US7428669B2 (en) * 2003-12-07 2008-09-23 Adaptive Spectrum And Signal Alignment, Inc. Adaptive FEC codeword management
DE102004027043A1 (de) * 2004-06-02 2005-12-29 Vierling Communications Gmbh Prüfgerät und Verfahren zur Prüfung einer ordnungsgemäßen Bereitstellung von Diensten, insbesondere von ADSL, in einem Telekommunikationsnetz
GB2415863A (en) * 2004-07-01 2006-01-04 British Sky Broadcasting Ltd Wireless network system and devices with redundancy between orthogonally polarised beams
JP2006033012A (ja) * 2004-07-12 2006-02-02 Nec Tokin Corp 遠隔制御システムおよび遠隔制御方法
US7400720B2 (en) * 2004-10-05 2008-07-15 Sbc Knowledge Ventures, L.P. System and method for optimizing digital subscriber line based services
US7688884B2 (en) * 2005-06-10 2010-03-30 Adaptive Spectrum And Signal Alignment, Inc. Vectored DSL nesting
US8948026B2 (en) * 2005-06-10 2015-02-03 Adaptive Spectrum And Signal Alignment, Inc. User-preference-based DSL system
US7432483B2 (en) * 2005-07-26 2008-10-07 Flint Hills Foods, Llc Continuous feed volumetric heating and convection oven
DE602005000993T2 (de) 2005-09-16 2007-09-06 Alcatel Lucent Verfahren und Modul zur Netzwerkanalyse
US7536595B1 (en) * 2005-10-19 2009-05-19 At&T Intellectual Property, Ii, L.P. Systems, devices, and methods for initiating recovery
US7844877B2 (en) * 2005-11-15 2010-11-30 Ramot At Tel Aviv University Ltd. Method and device for multi phase error-correction
US7529484B2 (en) * 2005-12-14 2009-05-05 Nec Laboratories America, Inc. Triplexer transceiver using parallel signal detection
US8189686B2 (en) * 2006-03-03 2012-05-29 David John Boyes Systems and methods for visualizing errors in video signals
US7940870B2 (en) * 2006-03-17 2011-05-10 Broadcom Corporation Digital subscriber line noise mitigation techniques, and applications thereof
BRPI0621578A2 (pt) * 2006-04-13 2013-01-15 Ericsson Telefon Ab L M arranjo em um sistema de acesso para configurar linhas de assinante em uma rede de acesso digital, mÉtodo de configurar linhas de assinante em uma rede de acesso digital, e nà em um sistema de acesso para configurar linhas de assinante em uma rede de acesso digital

Also Published As

Publication number Publication date
AU2007248256B2 (en) 2012-07-19
CN101523882A (zh) 2009-09-02
JP5486923B2 (ja) 2014-05-07
EP2025115A2 (en) 2009-02-18
CN101523882B (zh) 2014-05-21
CN101523804A (zh) 2009-09-02
US20160080460A1 (en) 2016-03-17
AU2007248256A2 (en) 2009-05-21
EP2033368A2 (en) 2009-03-11
WO2007130879A2 (en) 2007-11-15
WO2007130878A2 (en) 2007-11-15
WO2007130878A3 (en) 2008-06-19
US10356151B2 (en) 2019-07-16
CN101517965B (zh) 2013-08-21
JP5555488B2 (ja) 2014-07-23
AU2007248256A1 (en) 2007-11-15
JP2009536001A (ja) 2009-10-01
WO2007130879A3 (en) 2008-01-17
EP2388984A1 (en) 2011-11-23
CN101523804B (zh) 2013-07-24
US20090161741A1 (en) 2009-06-25
CA2651247A1 (en) 2007-11-15
US8902958B2 (en) 2014-12-02
JP5023144B2 (ja) 2012-09-12
US20090168972A1 (en) 2009-07-02
JP2009535999A (ja) 2009-10-01
WO2007130877A2 (en) 2007-11-15
JP2009536000A (ja) 2009-10-01
US8644169B2 (en) 2014-02-04
CN101517965A (zh) 2009-08-26
EP2036249A2 (en) 2009-03-18
WO2007130877A3 (en) 2008-01-24
US20100166051A1 (en) 2010-07-01

Similar Documents

Publication Publication Date Title
BRPI0709756A2 (pt) mÉtodo e aparelho para a realizaÇço de testes de linha em instalaÇÕes do consumidor
US10284713B2 (en) Non-invasive diagnostic transmission line testing
US10051117B2 (en) Systems, methods, and apparatuses for identifying cable-level faults in a copper plant of a DSL system
US10523810B2 (en) Systems, methods, and apparatuses for implementing DSL line fault determination and localization via selt, delt, and melt diagnostics
BRPI0613066A2 (pt) método para estimar uma configuração de laço de teste de sistema dsl, método para detectar um problema com um micro-filtro em um laço de sistema dsl, produtos de programa de computador e controladores
US9391834B2 (en) Apparatus, systems and methods of common-mode rejection ratio based diagnostics
US9461704B2 (en) Method and apparatus for initiating and data collection of single ended line test on customer premises equipment
US9491283B2 (en) Apparatus, systems and methods of common mode based diagnostics
CN100531255C (zh) 检验与用户连接线路相连的通信设备的方法和通信装置

Legal Events

Date Code Title Description
B25D Requested change of name of applicant approved

Owner name: AT AND T INTELLECTUAL PROPERTY I, L.P. (US) , ADAP

Free format text: NOME ALTERADO DE: AT AND T KNOWLEDGE VENTURES L.P.

B25G Requested change of headquarter approved

Owner name: AT AND T INTELLECTUAL PROPERTY I, L.P. (US) , ADAP

Free format text: ENDERECO ALTERADO CONFORME SOLICITADO NA PETICAO NO 020100039406/RJ DE 05/05/2010.

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]