BRPI0614570A2

BRPI0614570A2 - método para aprovisionar um dispositivo de interface, dispositivo de gerenciamento para automaticamente aprovisionar um dispositivo de interface, programa de computador, e, meio portador

Info

Publication number: BRPI0614570A2
Application number: BRPI0614570-1A
Authority: BR
Inventors: Ashley Pickering; Philip Everett; Norwin Simms; Gary Dalby; Trevor Linney
Original assignee: British Telecomm
Priority date: 2005-07-29
Filing date: 2006-07-28
Publication date: 2012-11-27
Also published as: US8406135B2; US20090262647A1; EP1911322B1; CA2616446A1; CN101233780B; EP1911322A1; CN101233781B; KR20080040722A; US8144580B2; CN101233781A; EP1911321B1; CN101233780A; WO2007012869A1; WO2007012867A1; US20090103559A1; EP1911321A1

Abstract

MéTODO PARA APROVISIONAR UM DISPOSITIVO DE INTERFACE, DISPOSITIVO DE GERENCIAMENTO PARA AUTOMATICAMENTE APROVISIONAR UM DISPOSITIVO DE INTERFACE, PROGRAMA DE COMPUTADOR, E, MEIO PORTADOR. Um dispositivo de gerenciamento (100) para, automaticamente aprovisionar um Servidor de Acesso Remoto de Banda Larga (BRAS) (40) para uso ao conectar Equipamento de Premissa de Cliente (CPE) (10) á uma rede de Protocolo Internet (IP) (50) através de uma linha de Assinante Digital (DSL) (19) e um Multiplexador de Acesso de LInha de Assinante Digital (DSLAM) (20) e o BRAS (40), o dispositivo de gerenciamento (100) compreendendo: uma primeira interface para receber de tempo em tempo dados de leitura a partir do DSLAM (20) indicativo da taxa de linha corrente ou recente do DSL; uma unidade de processador para calcular a partir dos dados de leitura recebidos, uma taxa consistente inidicativa de uma taxa de linha para o DSL (19) a partir do DSLAM (20); e uma segunda interface para transmitir mensagens de aprovisionamento para o BRAS (40) para aprovisionar o BRAS (40) para restringir os dados fluindo para o DSL (19) à uma taxa máxima selecionada pelo dispositivo de gerenciamento 100 de acordo com a taxa consistente calculada.

Description

"Método para aprovisionar um dispositivo de interface, dispositivo de gerenciamento para automaticamente aprovisionar um dispositivo de interface, programa de computador, e, meio portador"

Campo da Invenção

A presente invenção se refere a um método e aparelho para comunicação de dados sobre uma rede de dados. Em particular, se refere ao controle da quantidade de largura de banda que um usuário pode transmitir ou receber sobre uma conexão de Linha de Assinante Digital Assincrona(ADSL) e um rede de acesso para Provedor de Serviço de Internet (ISP) de usuário.

Fundamentos da Invenção

Recomendação ITU G992.1 especifica como a largura de banda máxima que pode ser suportada sobre um conexão particular de ADSL entre uma particular Unidade de Transceptor de ADSL Remoto (ATU-R) e um escritório particular central ou uma Unidade de Transceptor de ADSL de operador de rede (ATU-C) pode ser determinada na hora da iniciação da conexão de ADSL (ver G992.1 Capítulo 10) e pode mesmo ser periodicamente re-negociada durante uma conexão (ver G992.1 Apêndice ÍTEM); a largura máxima de fato depende de vários fatores que diferem de IinhA a linha, e de hora a hora, dependendo de coisas tais como a quantidade de ruído eletromagnético presente no ambiente da ATU-Rede, etc.

Contudo, a despeito disto, é comum na maioria das implementações práticas de ADSL, para um operador de rede oferecer ao usuário final um largura de banda fixa (comumente, valores oferecidos sendo500 kb (quilo bits/segundo, 1 Mb (Mega bits/segundo) e 2 Mb), em tais circunstâncias, o processo de iniciação acontece na maneira padrão para estabelecer a largura de banda máxima disponível sobre a conexão, mas em vez de então configurar a conexão na configuração máxima, esta é simplesmente verificada se esta máxima é ou não igual a largura de banda acordada contratualmente, e se sim, então a conexão é feita nesta quantidade acordada (mais propriamente que a máxima disponível) mas caso contrário a conexão apenas não é feita por completo.

Para conexões de IP passando através da Rede de Acesso através de uma conexão de ADSL para um Provedor de Serviço de Internet, ISP, (e assim através de um Ponto de Presença (POP) da Internet), em uma típica rede de acesso existente correntemente, há dois pontos de agregação. Um ocorre no Multiplexador de Acesso de Linha de Assinante Digital (DSLAM) (discutido acima) e o outro ocorre em um dispositivo conhecido como o Servidor de Acesso Remoto de Banda Larga (BRAS - pronunciado com " Bee Raz ")· O BRAS regula fluxo de dados a partir dos ISPs através do BRAS e através da rede de acesso em direção ao DSLAM e assegura que a taxa na qual cada ISP envia dados para qualquer usuário final dado, compreende um perfil que é armazenado com relação a cada usuário final e inclui a taxa máxima na qual o usuário final está habilitado a receber dados (que é determinada pela taxa de conexão acordada contratualmente, e. g. de 1 Mb). Qualquer dado enviado além da taxa permitida máxima é descartado pelo BRAS que faz a fonte de envio diminuir de volta a seu a taxa de transmissão (pelo operação normal do Protocolo de Controle de Transporte (TCP)) até esta atingir a taxa máxima permitida pelo BRAS.

Em adição, cada ISP tem uma taxa agregada permitida máxima na qual ele pode enviar dados para todos os seus clientes a qualquer uma hora, através de qualquer particular BRAS. Usualmente um ISP irá adquirir capacidade suficiente para manter um número pré-determinado de seus usuários finais em capacidade total a qualquer uma hora, cujo número pré-determinado tipicamente representa somente uma fração pequena do número total para o qual está conectado através do respectivo BRAS, já que somente um número pequeno de usuários é esperado estar descarregando dados simultaneamente através de um único BRAS a qualquer uma hora. Se muitos clientes estão on-line e descarregando dados a qualquer hora, o BRAS irá reduzir a quantidade de dados enviados para cada usuário proporcionalmente de modo a reduzir a quantidade total de dados transportados para uma taxa que satisfaça o acordo entre o operador de rede e o ISP.

Seria desejável fornecer um sistema no qual, em vez de configurar uma conexão de ADSL em uma largura de banda pré-arrumada ou não por completo, a conexão seja configurada na largura de banda máxima que a conexão pode estabelecer. Naturalmente, de modo a permitir a taxa total de dados a ser transmitida sobre a conexão de ADSL, é necessário que o respectivo BRAS também permita, pelo menos, que a taxa de dados para aquela conexão sejam passados através do BRAS para a rede de acesso.

O presente requerente está ciente de duas abordagens propostas previamente para alcançar isto em casos onde a largura de banda de conexão de ADSL não é restrita a ser somente um único valor. Uma abordagem, que se acredita estar correntemente em operação na Nova Zelândia, é não limitar a quantidade de dados que pode passar através do BRAS com relação a qualquer uma conexão, mas simplesmente impor que os dados de um único ISP não possam exceder uma certa quantidade. O usuário final (e / ou a maquina do usuário final em nome do usuário final) pode negociar com seu ISP após a conexão de ADSL tenha sido configurada tal que o ISP possa permitir aos dados, passar na rede de acesso um uma taxa que coincide com aquela que a conexão de ADSL pode suportar. Alternativamente, dados são enviado em uma taxa estabelecida pelo protocolo de TCPP (i- e. se uma fonte está enviando dados muito rapidamente - por qualquer razão - pacotes serão perdidos até uma taxa é alcançada na qual deixa de causar perdas de pacotes). Esta abordagem deve trabalhar razoavelmente bem em redes que não são muito usadas, mas em rede mais congestionadas isto é muito ineficiente. Uma abordagem proposta alternativa é aquela apontada no DSL Forum's Technical Report No. TR-059. Neste relatório, é sugerido que o " BRAS PRECISA ser aprovisionado tal que não permita o tráfego fluir mais rápido do que a taxa de " sincronização " de DSL, que é a taxa máxima que uma conexão de ADSL pode suportar como determinada pelas ATU's no momento de configurar a conexão ]. A BRAS PODE ser aprovisionado com a taxa de sincronização de DSL real para realizar isso. - ver seção 4.2.5.4 de TR-059 (que está na Página 21 da Versão 10 do TR-059). Naturalmente, já que TR-059 é uma lista de requisitos mais propriamente do que uma descrição de um sistema de trabalho, esta não especifica como isto pode ser alcançado. Contudo, ela parece ensinar no sentido de comunicar com o BRAS acerca de cada conexão de ADSL, pelo menos, cada vez que tal uma conexão é configurada. Contudo, esta solução colocaria um fardo bem pesado de sinalização sobre a rede de acesso e sobre cada BRASs dando a infra-estrutura atual em uma rede de acesso típica, para comunicação com os BRAS s. Sumário da Invenção

De acordo com o primeiro aspecto da presente invenção, é fornecido um método para fornecer uma conexão de banda larga para um usuário final através de uma Linha de Assinante Digital de usuário final, DSL, modem, um laço local, um Multiplexador de Acesso de Linha de Assinante Digital, DSLAM, uma rede de acesso, um Servidor de Acesso Remoto de Banda Larga, BRAS, e uma conexão á frente para um provedor de serviço que pode ter um Ponto de Presença no backbone da Internet, o método compreendendo os passos de iniciar uma conexão de Linha de Assinante Digital, DSL, sobre o laço local entre o modem de DSL do usuário final e o DSLAM, determinando a taxa máxima alcançável na qual dados podem ser transmitidos na seqüência de descida para o modem de DSL do usuário final sobre a conexão de DSL com determinado entre o modem de DSL do usuário final e o DSLAM, comparando a taxa máxima alcançável determinada com o valor consistente armazenado e, se a taxa máxima alcançável é mais baixa do que o valor consistente armazenado, reduzindo o valor consistente armazenado para a taxa máxima alcançável ou, se a taxa máxima alcançável é igual ou maior do que o valor consistente armazenado, processar a taxa máxima alcançável determinada em um número pré-determinado das mais recentes ocasiões quando a conexão de DSL foi iniciada sobre o laço local para apurar se a taxa máxima alcançável consistentemente foi maior do que o valor consistente armazenado, e se sim, aumentar o valor consistente armazenado para a menor das mais altas taxas consistentemente alcançadas; o método ainda inclui enviar uma mensagem ao BRAS para informá-lo para limitar tráfego destinado para o usuário final para uma taxa que é menor do que ou igual ao valor consistente armazenado.

De acordo com um segundo aspecto da presente invenção é fornecido um dispositivo de gerenciamento para auxiliar a fazer conexões de dados de banda larga para cada um dos usuários finais através de um modem de DSL do usuário final, um laço local, um Multiplexador de Acesso de Linha de Assinante Digital, DSLAM, uma rede de acesso, um Servidor de Acesso Remoto de Banda Larga, BRAS, e uma conexão á frente para um provedor de serviço que pode ter um Ponto de Presença no backbone da Internet. O dispositivo incluindo uma interface de DSLAM para receber mensagens do, ou de cada DSLAM e uma interface de BRAS para transmitir mensagens para o, ou para cada BRAS, um depósito de dados para armazenar dados com relação a cada conexão com a qual estejam associados, e uma unidade de processador para processar mensagens recebidas sistema do ou de cada DSLAM em combinação com os dados armazenados no depósito de dados, para gerar mensagens de controle para enviar para o, ou para cada BRAS.

Preferencialmente, em operação, o dispositivo de gerenciamento recebe do, ou de cada DSLAM, mensagens indicando a taxa máxima alcançável na qual dados podem ser transmitidos na seqüência de descida para o modem de DSL do usuário final sobre a conexão de DSL como determinado entre o modem de DSL do usuário final e o DSLAM com relação a cada conexão de DSL com a qual o dispositivo de gerenciamento está associado, processa essas mensagens para determina, com relação a cada conexão, uma taxa de dados consistente que a conexão, consistentemente, foi capaz de alcançar em um período de tempo pré-determinado ou para um número pré-determinado de inícios de conexão e, quando esta taxa consistente muda para uma particular conexão, gera uma mensagem para enviar ao BRAS correspondente informando-o da nova taxa de dados consistente para aquela conexão.

Preferencialmente, o dispositivo de gerenciamento ainda é operável para reduzir a taxa de dados consistente imediatamente para a taxa máxima alcançável mais recentemente recebida do DSLAM se esta é menor do que a ma taxa de dados consistente armazenada correntemente e então gerar uma mensagem de imediato para ir ao BRAS respectivo para informá-lo

da nova taxa de dados consistente.

Note que na prática, o DSLAM pode relatar uma taxa máxima alcançável bruta que inclui a largura de banda requerida para fins de sinalização. Contudo, referência à taxa máxima alcançável na presente especificação significa a taxa máxima alcançável líquida na qual dados de usuário podem ser transmitidos (i.e. a taxa máxima alcançável bruta menos aquela porção requerida para sinalização). Cálculo da quantidade de largura de banda requerida para sinalização pode, convenientemente, ser efetuado pelo dispositivo de gerenciamento ou alternativamente, pode ser efetuado pelo BRAS.

Procurando por uma consistentemente taxa alcançável na qual configurar o BRAS, o número de mensagens que necessita ser enviado para o BRAS pode ser, dramaticamente, reduzida enquanto ainda mantendo um bom serviço para cada usuário final. Contudo, assegurando que se a taxa máxima alcançável sempre cai abaixo daquela que o BRAS está correntemente configurado, então uma mensagem é enviada imediatamente para reduzir a configuração do BRAS5 o usuário não experimenta queda de tráfego mesmo se uma taxa máxima alcançável baixa não usual é negociada para um início de conexão particular.

De acordo com um terceiro aspecto da presente invenção, é fornecido um método para aprovisionar um dispositivo de interface, o dispositivo de interface fazendo interface entre uma rede de acesso e uma rede backbone, a rede de acesso incluindo uma conexão de Linha de Assinante Digital, DSL para um terminal de usuário final e um dispositivo transceptor incluindo um transceptor de DSL para modular e desmodular sinais enviados para e do terminal de usuário fmal sobre a conexão de DSL, o método compreendendo:

- fornecer um dispositivo de gerenciamento para gerenciar o dispositivo de interface;

- receber dados de leitura do dispositivo transceptor indicativos da taxa de linha recente ou corrente da conexão de DSL.

- calcular no dispositivo de gerenciamento a partir dos dados de leitura recebidos, um taxa consistente indicativa de uma taxa de linha alcançável consistentemente da conexão de DSL com base em uma grande quantidade de dados de leitura da conexão de DSL do dispositivo transceptor e

- aprovisionar o dispositivo de interface para restringir fluxo de dados para a conexão de DSL a uma taxa máxima selecionada pelo dispositivo de gerenciamento de acordo com a taxa consistente calculada.

Preferencialmente, os dados de leitura são enviados automaticamente para o dispositivo de gerenciamento pelo dispositivo transceptor, ou por um dispositivo transceptor intermediário gerenciando o dispositivo, para o dispositivo de gerenciamento, ou periodicamente, ou em resposta a um evento síncrono / re-síncrono na conexão de DSL. Φ

Preferencialmente, o dispositivo de interface e re-configurado logo após detectar que a taxa de linha de conexão de DSL caiu para um novo perfil, mas é re-configurada para um novo mais alto perfil somente após um mais longo retardo para assegurar que o aumento seja mantido por um período mínimo. Cada perfil do dispositivo de interface corresponde a uma gama de diferentes taxas de linha correspondentes da conexão de DSL.

Ainda aspectos da invenção incluem instruções implementáveis de processador processo de aquisição fazer um dispositivo controlado por processador, realizar o método do primeiro aspecto da presente invenção e realizar significa executar tais instruções implementáveis de processador.

Breve Descrição das Figuras

De modo que a presente invenção possa ser melhor entendida, modalidades dela serão agora descritas, somente por meio de exemplos, com referência aos desenhos anexados, nos quais:

Figura 1 é um diagrama em bloco esquemático ilustrando uma rede de telecomunicações incorporando um dispositivo de gerenciamento de acordo com o primeiro aspecto da presente invenção;

Figura 2 é uma diagrama em bloco esquemático ilustrando o dispositivo de gerenciamento da Figura 1 em mais detalhes; e

Figura 3 é um fluxograma ilustrando os passos realizados pelo sistema da Figura 1 para manter as configurações do BRAS em valores apropriados.

Descrição Detalhada das Modalidades

Modalidade principal

Referindo à Figura 1, uma primeira modalidade da presente invenção é ilustrada em resumo. Um laço de par de cobre 19 conecta equipamento na instalação do cliente 10 a um DSLAM 20 dentro de uma central de comutação local (também conhecido com um escritório central no US). O DSLAM separa tráfego normal de voz e tráfego de dados e envia o tráfego de voz para a Rede de Telefone Comutada Pública (PSTN) 70. O tráfego de descrição detalhada a seguir é passado através d em uma modalidade alternativa Rede de Acesso 30 (que tipicamente será uma rede de ATM com é assumido nesta modalidade) para um Servidor de Acesso Remoto de Banda Larga (BRAS) 40 no qual vários tráfegos de IP fluem de (e para) múltiplos Provedores de Serviço (SP's) 62, 64, 60 que estão agregados (e desagregados) através de uma rede de IP 50 (que pode, naturalmente, ser ela mesma fornecida no topo de uma rede de ATM). Dentro do equipamento na instalação do cliente 10, há um separador de ADSL 18, um telefone motor .12 e um modem de ADSL 16 e um computador 14.

O arranjo de itens 10, 19, 20, 30, 40, 50, 62, 64, 66 e 70 mencionado acima é convencional. Contudo, em adição a este arranjo convencional, na presente invenção há um dispositivo de gerenciamento 100 que se comunica entre o DSLAM 20 e o BRAS 40. A operação detalhada deste dispositivo é explicada em maior detalhe abaixo com referência às Figuras 2 e 3. Contudo, em resumo, ele obtém informação do DSLAM 20 acerca da taxa na qual cada Linha de Assinante Digital (DSL) se conecta ao DSLAM (na presente modalidade isto é feito periodicamente sondando o DSLAM - quatro vezes ao dia - e indagando-o por dois itens relacionados de dados com relação ao DDL: a Taxa de Linha Real e a Taxa Máxima de Linha Alcançável - estes são discutidos em maiores detalhes abaixo). O dispositivo de gerenciamento então processa esta informação para avaliar uma velocidade de conexão consistente alcançada por cada tal DSL. Se ele determina que esta taxa consistente aumentou com um resultado de conexões recentes de taxa mais altas, ele instrui o BRAS para permitir mais altas através de fluxos de tráfego para aquele DSL. Por outro lado, se ele detecta que uma velocidade de conexão particular está abaixo do valor consistente armazenado, ele reduz o valor consistente para uma taxa de conexão corrente e imediatamente informa o BRAS da nova taxa de valor consistente tal que o BRAS não permite fluir mais tráfego para o DSL, do que o DSL está correntemente habilitado a tratar.

O algoritmo exato usado pelo dispositivo de gerenciamento para calcular a taxa consistente na presente modalidade é descrito abaixo. Contudo, deve ser notado que a intenção do algoritmo é arranjar que o usuário receberá dados na mais alta taxa que seu DSL, consistentemente, é capaz de obter sem requerer que o BRAS seja re-configurado cada vez que o DSL é conectado. Ao mesmo tempo, o algoritmo procura assegurar que se o DSL se conecta a uma taxa que está abaixo daquela na qual o BRAS está correntemente configurado para permitir dados através dele, então o BRAS é rapidamente re-configurado para evitar sobrecarregar o DSLAM. A razão para querer evitar ter de contatar o BRAS cada vez que um DSL se conecta ao DSLAM é porque com sistemas atuais geralmente não é possível re- configurar o BRAS sem um retardo significativo (e. g. de poucos minutos). Ainda mais, há um limite para a taxa na qual um BRAS pode processar solicitações de re-configuração. Estas restrições são algumas vezes referenciadas dizendo que o BRAS necessita ser aprovisionado, e estabelecer uma distinção entre sistemas que são comutados (e. g. Circuitos Virtuais Comutados de ATM) e sistemas que são aprovisionados. Sistemas atuais permitem aprovisionamento bastante rápido (freqüentemente uma questão de minuto, mais propriamente do que dias ou semanas), mas ainda há uma diferença significativa entre tal aprovisionamento rápido e comutação em tempo real.

Referenciando agora para a Figura 2, o dispositivo de gerenciamento 100 da presente modalidade compreende uma interface de DSLAM 110, uma unidade de processador 120, um depósito de dados 130 e uma interface de BRAS 140. Na presente modalidade, a interface de BRAS .140 inclui uma plataforma de controle de BRAS centralizada 145 tal como aquela atualmente encontrada em muitas redes de acesso de banda larga e convencionalmente usada para aprovisionar o BRAS de acordo com um perfil particular como acordado entre um Provedor de Serviço e seu cliente (a quem o serviço de ADSL está sendo provido). Como mencionado acima, isto é convencionalmente feito em um modo bem estático (e. g. um cliente adquire um serviço de ADSL de IMbps e o BRAS é configurado para permitir uma taxa correspondente de dados através dele para o DSL em questão). Na presente modalidade, a plataforma de controle de BRAS centralizada pré- existente é usada como a plataforma de controle de BRAS centralizada 145 formando parte da interface de BRAS 140 e é por conseguinte, fisicamente separada do resto do dispositivo de gerenciamento 100, contudo, isto não

precisa ser o caso em outras modalidades.

O depósito de dados 130 mantém, com relação a cada DSL que ele está gerenciando, (note que é antecipado que um único dispositivo de gerenciamento 100 cobre uma inteira rede de acesso de banda larga de ampla região ou zona e pode por conseguinte, estar gerenciando até vários milhões de tais linhas) um indicação da taxa consistente corrente para aquela linha, informação histórica acerca dos dados recuperado do DSLAM durante sondagens precedentes (explicada em mais detalhe abaixo) e dados físicos acerca da DSL, tal como o DSLAM para o qual está conectada (e a porta no DSLAM para a qual está conectada) e o BRAS 40 através do qual está conectada à Rede de IP 50.

Na presente modalidade o dispositivo de gerenciamento (à parte da plataforma de controle de BRAS 145) é implementada em um único computador servidor. Conteúdo, em uma modalidade alternativa, na qual muitas milhões de linhas podem necessitar serem gerenciadas, o dispositivo de gerenciamento 100 pode ser implementado em vários computadores servidores distribuídos e o depósito de dados 130 pode ser fornecido por uma função de armazenamento de dados, etc. Referenciando agora á figura 3, em resumo, o método empregado pelo dispositivo de gerenciamento compreende um passo de entrada par receber informação do DSLAM S300. Como mencionado acima, um presente modalidade esta informação é obtida tendo o dispositivo de gerenciamento sondado cada DSLAM, com relação a cada DSL, que o dispositivo de gerenciamento está gerenciando, quatro vezes ao dia. Como mencionado acima, a informação solicitada em cada sondagem é a assim chamada Taxa de Linha Atual (ALR) e a Taxa de Linha Realizável Máximo (MALR).

o valor de ALC fornece uma leitura da taxa de linha real que o sistema foi sincronizado. Se o sistema foi configurado para entregar uma conexão de taxa de bit fixa para o usuário final, então o valor de ALR deve ser igual a esta taxa configurada. Note que o ALR está somente disponível se acontece de haver uma conexão ativa em processo entre o CPE 10 respectivo e o DSLAM 20 respectivo.

A cifra de MALR representa uma estimativa fornecida pelo sistema de DSL da taxa de linha máxima possível que é alcançada somente as condições de ruído corrente. MALR é tipicamente somente calculada uma vez durante a seqüência de início dos modems de DSL e então fica fixa através daquela seção. A MALR é usada como uma indicação da taxa de linha porque está geralmente disponível mesmo quando não há conexão ativa de DSL (em qual caso o valor de ALR é dado como NULL).

Como mencionado acima, se o sistema foi configurado para entregar uma conexão de taxa de bit fixa para o usuário final, então o valor da ALR é igual a esta taxa configurada, ao passo que a MALR expressa a taxa máxima que a linha deve ser capaz de suportar. Quando o sistema é configurado adaptada para rodar na taxa máxima possível (i. e. não restrita a qualquer taxa fixa) então o valor de ALR e MALR devem, em teoria, ser o mesmo. Contudo, na prática muitas vezes há uma diferença pequena entre os valores já que eles são calculados ligeiramente diferentemente.

Ao completar o passo S300, o método prossegue para o passo S310 onde os dados são usados para calcular um valor consistente. Na presente invenção isto é alcançado de acordo com parâmetro algoritmo descrito abaixo sob o título de " O algoritmo ". Em resumo, contudo, o Algoritmo opera fazendo a média dos resultados das sondagens feitas durante cada dia, para manter uma media diária, e fazendo a média das médias diárias no fim de cada semana para gerar uma média semanal, e fazendo a média de η médias diárias precedentes para manter duas médias móveis, uma com η =2 e uma com η =7; na presente modalidade a mais baixa das mais recentemente sondada leitura de Taxa de Linha (ALR ou MALR) e as duas médias móveis são usadas com a taxa consistente. O assim encontrado mais baixo valor é então comparado com as Taxas de Linha Mínima e Máxima dos vários perfis de BRAS (para encontrar o Perfil para o qual o mais baixo valor cai entre os Perfis de Taxas de Linha Mínimo e Máxima) e no passo S320, é determinado se este Perfil é ou não diferente daquele correntemente aplicado a respectiva DSL e se sim, é determinado que valor consistente mudou e o perfil correspondendo a esta nova taxa é selecionada como a nova taxa consistente corrente e é enviada adaptada para receber ao BRAS no passo S330 que é instruído para se re-configurar de acordo com o novo perfil fornecido.

O perfil inclui um número de itens de informação necessários para o BRAS, mas o mais importante para os propósitos da presente invenção é a taxa na qual o BRAS irá permitir dados fluírem da DSL, que está especificada no perfil com a carga útil de ATM (e que é aproximadamente igual para a taxa titular que é a taxa publicada, a taxa titular sempre sendo um número arredondado); há um número fmito desses perfis diferentes com taxas titulares diferentes, aumentando de 1 Mbs para 8 Mbs ao passo de 0,5 Mbs.

Uma vantagem desta modalidade é que se o usuário experimenta, de forma anômala, uma Taxa de Linha baixa como uma fora durante uma única conexão, o BRAS rapidamente será re-configurado para aquela conexão e então re-configurado de volt para a mais alta taxa assim que uma conexão mais normal é feita. A desvantagem, conteúdo é que é possível para uma situação surgir onde a taxa de linha oscila tal que o perfil regularmente muda e o BRAS necessita ser freqüentemente re-aprovisionado. Para contornar este problema, na presente invenção é possível sobrepor o algoritmo de seleção manualmente e inserir um perfil padrão - o perfil padrão é então selecionado com o mais alto perfil posições para a respectiva DSL (embora mais baixos perfis podem ainda ser selecionados automaticamente de acordo com o algoritmo, onde o algoritmo entende isto como apropriado).

Modalidade alternativa

Em uma modalidade alternativa, no passo S320, a mais recente Taxa de Linha sondada é usada para verificar por uma taxa consistente reduzida enquanto a média semanal é usada para verificar por uma taxa consistente aumentada (tal que a taxa consistente somente pode ser aumentada na base de uma vez por semana quando a taxa média é calculada, embora possa ser diminuída quando uma Taxa de Linha mias baixa é sondada), a taxa consistente determinada nesta maneira, é então usada para selecionar um perfil para aplicar ao BRAS.

Assim sendo, se no fim de uma dada semana, a média semanal é encontrada cair dentro de um novo perfil de taxa titular mais alto, então no passo S320, o método prossegue par ao passo S330 e o BRAS é informado (através da plataforma de controle de BRAS centralizada 145) que eletromagnético deve se re-configurar com relação a respectiva DSL de acordo com o perfil (taxa mais alta) fornecido.

Por outro lado, se qualquer única ALR (ou MALR se o ALR para uma dada leitura e NULL, indicando que não há conexão corrente) é detectada como estando abaixo da Taxa de Linha Mínima para o perfil corrente (que é de fato alguma coisa mais alta do que a taxa titular porque a Taxa de Linha inclui uma grande quantidade de excessos que não conta como dados), então no passo S320 é imediatamente determinado que a taxa consistente foi mudada e o perfil correspondendo a esta nova taxa reduzida é imediatamente selecionada como a nova taxa consistente corrente e é imediatamente enviada ao BRAS no passo S330, que é instruído para se re- configurar de acordo com o novo (mais baixo) perfil fornecido. Se sondagens subseqüentes do DSLAM revelam que esta medida de taxa baixa foi uma anomalia (por qualquer razão), então no final da semana é provável que a média semanal estará de volta no perfil mais alto e o BRAS então será re- aprovisionado na taxa mais alta. Contudo, já que a decisão para aumentar a taxa consistente é somente feita, na maioria, em uma base semanal, de acordo com esta modalidade alternativa, não deve haver re-aprovisionamentos excessivos do BRAS ao menos que a ALRR (ou MALR) caia consistentemente.

O Algoritmo para modalidade principal

O dia é dividido em 4 períodos de tempo usados para sondar o DSLAM como a seguir:

<table>table see original document page 16</column></row><table>

Para cada usuário final, o DSLAM é sondado duas vezes para retornar até dois valores, a Taxa de Linha Real e a Taxa de Linha Máxima Alcançável. Se o usuário final não está correntemente registrado na hora que o DSLAM é sondado, a Taxa de Linha Real não é retornada. Para certos DSLAM's com base no fabricante e no Nível de Construção, a Taxa de Linha Máxima Alcançável também não pode ser retornada.

Para qualquer dado conjunto de duas sondagens ao DSLAM, o dispositivo de gerenciamento pode receber uma, ambos ou nenhum dos valores de Taxa de Linha e o dispositivo de gerenciamento armazena estes descrição detalhada a seguir historicamente para os últimos 30 dias.

(Nota Importante: para todos os cálculos, se a Taxa de Linha Real existe para um período de tempo, esta será usada em preferência sobre a Taxa de Linha Máxima Alcançável).

Cálculo da Taxa de Linha Média Diária

Cada vez que o DSLAM é sondado, a Média Diária é calculada, ao menos que ambas as Taxas de Linha Real e Máxima Alcançável seja NULL, em qual caso o calculo anterior é conservado. Após cada sondagem, as Taxas de Linha para cada período de tempo, somente para aquele dia, são adicionadas juntas (note que somente uma Taxa de Linha por período de tempo) e então este total é dividido pelo número de períodos de tempo para aquele dia (que tem, pelo menos, um valor de Taxa de Linha).

<table>table see original document page 17</column></row><table> <formula>formula see original document page 17</formula>

Exemplo IB (Após 2 sondagens do DSLAM) <table>table see original document page 17</column></row><table>

<formula>formula see original document page 17</formula>

<table>table see original document page 17</column></row><table>

<formula>formula see original document page 17</formula> Exemplo ID (Após todas as 4 sondagens do DSLAM)

<table>table see original document page 18</column></row><table>

<formula>formula see original document page 18</formula>

Exemplo 2D (Após todas as 4 sondagens do DSLAM)

<table>table see original document page 18</column></row><table>

<formula>formula see original document page 18</formula>

Se todos os valores Real e Máximo são NULL para o dia, então a média diária será NULL.

Cálculos de Taxa de Linha Real e Máxima Alcançável Semanal

Após 7 dias a partir da data de início da gestão de uma particular DSL pelo dispositivo de gerenciamento e então a cada 7 dias após isso, uma Taxa de Linha Média Semanal é calculada.

Este valor semanal é armazenado historicamente orientações do receptor um ano, 52 ocorrências.

No dia especificado, as Taxas de Linha Média Diárias para cada diagrama sobre os 7 dias anteriores são adicionados e então dividido por 7 (menos o número de Médias Diárias que foram NULL).

<table>table see original document page 19</column></row><table>

O divisor é 7 menos o numero de Médias Diárias que são NULL. Neste caso não há dias que são NULL, assim 7-0 7

Taxa de Linha Semanal = Dl + D2 + D3 + D4 + D5 + D6 + D7/7

= 6127 + 6135 + 6145 + 6178 + 6156 + 6148 + 6122 / 7 = 6145 (arredondado até mais próximo de 1Kb)

Exemplo 4 (Nenhum Média Diária para 2 dias na semana) <table>table see original document page 19</column></row><table>

Como dias 2 e 4 são ambos NULL, sae a soma foi calculada e dividida por 7 isto daria um valor médio incorreto. Por conseguinte, o divisor é 7 menos o número de Médias Diárias que são NULL. Neste caso 7-2 = 5. Taxa de Linha Semanal = Dl + D3 + D5 + D6 + D7 / 5 = 3392 + 3392 + 3584 + 3520 + 3328/5 = 3444 (arredondado até mais próximo de 1Kb) Se todas as médias diárias são NULL para todos os 7 dias, então a média semanal é NULL. Se um valor de NULL ocorre para a média semanal após somente primeiros 7 dias de serviço, então uma notificação de exceção é emitida pelo dispositivo de gerenciamento como um " aviso"

Cálculo de Média Móvel

Há duas médias móveis usadas que são ambas configuráveis para fornecer uma média de Taxa de Linha sobre η períodos de tempo.

As médias móveis não são armazenadas historicamente e cada vez que a média diária é recalculada, as médias móveis são re-calculadas. Por conseguinte, as médias móveis poderiam ser re-calculadas até 4 vezes ao diagrama.

A média móvel é a soma das últimas médias diárias de η dias dividido por η (menos o número de médias diárias que são NULL)

<table>table see original document page 20</column></row><table>

Média Móvel sobre η dias (n - 2) = (Dl + D2) / 2 = (7712+ 7776)/2 = 15488/2 = 7744

Exemplo 5, se nó =4 (média sobre os últimos quatro dias) mas .2 dias nós não recebemos dados.

<table>table see original document page 20</column></row><table> Como dias 2 e 3 são ambos NULL5 se a soma foi calculada e dividia por π (4) isto daria um valor incorreto. Por conseguinte, o divisor é η menos o número de médias diárias que são NULL. Neste caso 4-2 = 2 Média Móvel sobre η dias (n = 4) = (Dl + D4) / 2 = (6272 + 6368) /2 = 12640/2 = 6320

Se todos η valores para Médias Diárias são NULL para a Média Móvel, então a Média Móvel é deixada no valor anterior. Atualizando Perfis de BRAS

Os Perfis de BRAS são atualizados com base na seguinte Lógica.

Cada vez que as Médias Móveis tem sido re-calculadas elas são comparadas com a Taxa de Linha Mais Recente Gravável (ALBR) e a mais baixa dessas três é usada para determinar a melhor taxa na qual configurar o BRAS.

O valor mais baixo é comparado com a Taxa de Linha Mínima e Taxa de Linha Máxima na tabela de Mapeamento de Perfil de DSLAM- RAS para identificar o Perfil de BRAS adequado (o perfil para o qual o valor mais baixo cai entre as Taxas de Linha Mínima e Máxima dadas no perfil).

Se este perfil difere do Perfil de BRAS corrente então o perfil de BRAS corrente é atualizada e valores relevantes são enviados ao RAP para configurar o BRAS.

Se os dois perfis não diferem, nenhuma atualização ocorre.

Exemplo 6

Média Móvel 1 (onde η = 2) = 4736 Média Móvel 2 (onde η = 7) = 4210 Última Taxa de Linha (ALBR) = 4576 Média Móvel 2 ser comparada com a tabela de Mapeamento de Perfil de DSLAM - RAS como o mais baixo dos três valores.

Para um cliente doméstico de seqüência de IP5 a linha que a Média Móvel 2 cai é:

<formula>formula see original document page 22</formula>

Por conseguinte, o perfil de BRAS adequado é adsl3500 e se este difere do perfil de BRAS corrente, ele é atualizado e o DS_PCR, DS SCR, DS MBS e SVCTYP são enviados para a plataforma de controle de BRAS centralizada 145.

Valor de Sobreposição: Um valor de sobreposição está disponível dentro do dispositivo de gerenciamento (mencionado acima com um valor padrão) e pode ser entrado através de um GUI de sobreposição. Isto é feito, por exemplo, onde uma linha é instável e é preferencial configurá-la para uma velocidade mais baixa. Quando uma sobreposição foi configurada ele é usada, contudo, também deve ser notado que BRAS pode ser configurado para uma velocidade mais baixa do que a de sobreposição, mas nunca pode ser configurada para alguma coisa mais alta do que o valor de sobreposição.

Variações

Um algoritmo e método alternativos para calcular um perfil de BRAS consistente para uso com o dispositivo de gerenciamento da presente invenção será agora descrito.

Nesta modalidade, o dispositivo de gerenciamento efetua uma função adicional de gerenciamento do perfil de linha de cada DSL (e. g. mudar a DSL de operar em um modos " Rápido " para operar em um modo " intercalado ") assim como a função de controlar cada BRAS correspondente para cada DSL a ser corretamente aprovisionado de acordo com uma consistentemente taxa de sincronismo alcançável, alcançada através de cada Ainda mais, nesta modalidade, cada DSLAM (ou elemento gerencial gerenciando um ou mais DSLAMs) envia dados em uma maneira não solicitada para o dispositivo de gerenciamento, dois tipos de dados são enviados; um relatório diário das taxas de linha sincronizadas de suas correspondentes DSL's que pode conter até 96 (intervalo de 15 minutos) períodos para cada DSL; e dados sobre DSL's individuais quando eles sincronizam (eles idealmente pegam a forma de uma mensagem pequena (e. g. uma mensagem de Protocolo de Mensagem de Rede Simples (SNMP)) enviado cada vez que sincronização ou re-sincronização da DSL ocorre; contudo, eles podem - menos idealmente - pegar a forma de uma única mensagem ampla enviada a cada cerca de 15 minutos agregando todos tais eventos de sincronização / re-sincronização ocorrendo dentro daquele período). A informação de relatório diário é geralmente usada pela função de gerenciamento de perfil de linha para observar qualquer DSL's que estejam regularmente perdendo conexão e automaticamente re-sincronizando, etc. mas também podem ser usados pela função de gerenciamento de perfil de BRAS para DSl's estáveis (especialmente aqueles conectado através de um roteador que é deixado permanentemente ligado e conectado a Internet) para fornecer uma nova medida diária da " nova taxa de linha " variável discutida abaixo. As mensagens indicando que um evento de sincronização / re-sincronização recentemente ocorreu em um DSL particular é, contudo, usado com ao fonte principal para configurar a " nova taxa de linha " variável discutida abaixo.

Em resumo, o algoritmo para gerenciar perfis de BRAS nesta modalidade verifica, cada vez que ele recebe uma indicação de um novo evento de sincronização / re-sincronização, se a " nova taxa de linha " é tal que o perfil de BRAS deve ser atualizado. Se a " nova taxa de linha " é tal que o perfil de BRAS deve ser reduzido para uma mais baixa configuração, então é imediatamente reduzido para a nova mais baixa configuração. Se a " nova taxa de linha " é tal que exatamente coincide com o perfil de BRAS corrente então é deixado imutável, se a nova taxa de linha é tal que o perfil de BRAS deve ser aumentado para uma mais alta configuração, então o algoritmo fará assim, mas somente após um número suficiente de tais " novas taxas de linha " ter sido recebidas em uns poucos dias para indicar que o aumento será sustentável.

De modo a implementar esta funcionalidade, um número de variáveis é armazenado em um banco de dados com relação a cada DSL. Estas são:

.1. Nova Taxa de Linha - a taxa de linha armazenada devido ao último evento de sincronização / re-sincronização

.2. Novo Perfil de BRAS - o perfil de BRAS associado com a Nova Taxa de Linha

.3. Taxa de Linha Proposta - a mais baixa taxa de linha mais alta do que o taxa de Linha Potencial, recebido em uma sincronização anterior

.4. Perfil de BRAS Calculado Proposto - Perfil de BRAS associado com a Taxa de Linha Proposta (este também é algumas vezes referenciado como o " Perfil de BRAS Proposto " por meio de abreviação

.5. Perfil de BRAS Potencial - o perfil de BRAS Potencial MAX mantém para o usuário final (padrões inicialmente para perfil de 2MB). Ao menos que a linha seja sobreposta, esta é a taxa de linha correntemente configurada no BRAS, que o usuário final está recebendo realmente.

.6. Contador de Atualização - contador incrementai

.7. Data Incrementada do Contador de Atualização - Data na qual o contador foi incrementado pela última vez (a razão para esta variável é explicado abaixo)

.8. Limite de Atualização - um valor limite configurável por operador para o Contador de Atualização no qual uma atualização de Perfil de BRAS ocorre (Note que este é essencialmente uma constante e por conseguinte, não é geralmente alterada com um resultado de um evento de sincronização / re-sincronização sendo processado).

.9 - Estado - O estado do evento de sincronização (este é usado para deixar um processo separado (referenciado como o gerenciador de interface na presente invenção) para atualizar o BRAS'd conhecido quando um novo perfil deve ser configurado em um BRAS - este é discutido em maior detalhe abaixo).

Quando uma taxa de linha de Usuário Final (EU) é recebida esta aciona uma aplicação rodando no dispositivo de gerenciamento (aplicação a qual é daqui adiante referenciada como o Analisador MAX) para acessar a o registro correspondente dentro de um banco de dados e efetuar o seguinte:

A nova taxa de linha é comparada com os valores em uma tabela de Mapeamento de Perfil de DSLAM - BRAS para identificar o perfil de BRAS associada com aquela taxa de linha. (Exemplo 1)

Nova Taxa de Linha = 4448

<table>table see original document page 25</column></row><table>

O Perfil de BRAS associado com um taxa de linha de 4448 é mesmo adsl3500).

Se a taxa de linha recebida cai fora de qualquer dos intervalos mínimo / max par aos perfis de BRAS disponível então um erro surge.

Este " Novo perfil de BRAS " é armazenado no campo apropriado no banco de dados e então comparado com o " Perfil de BRAS Potencial " para aquele EU. Dependendo do resultado da comparação, o algoritmo segue uma das 3 opções: Opção 1 Esta opção é seguida, se o Novo Perfil de BRAS < Perfil de BRAS Potencial (lembre que geralmente o Perfil de BRAS Potencial é o perfil no qual o BRAS está correntemente realmente configurado), i. e. se a nova taxa de linha é mais baixa do que aquela para a qual o perfil de BRAS corrente supre.Neste caso o Perfil de BRAS deve ser modificado imediatamente e por conseguinte:

Configura Perfil de BRAS Potencial para o valor do novo Perfil de BRAS.

Anula Taxa de Linha Proposta Anula Perfil de BRAS Calculado Proposto Configura Contador de Atualização para Zero Anula Data Incrementada de Contador de Atualização ConfiguraEstado para ' P ' de Processado

(Configurando o estado para " P " de Processado deixa a interface conhecer que o BRAS necessita ser re-configurado para a respectiva DSL de acordo com o valor corrente do Perfil de BRAS Potencial - na presente invenção, isto é implementado tendo o gerenciador de interface periodicamente (e. g., uma vez cada poucos minutos) varre através de todos registros mantido no banco de dados e extrai todas entradas para as quais o estado está configurado para " P " - então muda o estado para esses registros selecionado, para " I " (que significa intermédios) (a fim de que eles não sejam capturados de novo na próxima varrida - ao menos que um novo evento de sincronização / re-sincronização tenha causado o Perfil de BRAS Potencial a ser mudado pelo Analisador MAX de novo !). Uma vez que o gerenciador de interface tenha determinado que o BRAS tem sido atualizado para o novo perfil, ele configura o estado para aquele registro, de volta a um estado de " N "que significa " Nenhuma Mudança ").

Exemplo 2 Cde um caso onde opção 1 é seguida):

Evento: Nova Taxa de Linha = 2304 Novo Perfil de BRAS = adsl2000

Estado: Perfil de BRAS Potencial = adsl3500

Resultado: Mantém Perfil de BRAS Potencial - adsl2000

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto

Configura Contador de Atualização = 0

Anula Data Incrementada do Contador de Atualização

Configura Estado = P

Opção 2

Esta opção é seguida, se o Novo Perfil de BRAS é o mesmo que o Perfil de BRAS Potencial corrente. Neste caso, nenhuma mudança é requerida para o perfil de BRAS- Contudo, os efeitos de quaisquer eventos de sincronização / re-sincronização anteriores com mais alto novos perfis de BRAS são anulados. Por conseguinte, os seguintes resultados ocorrem:

Sem mudança par ao Perfil de BRAS Potencial

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Calculado Proposto

Configura Contador de Atualização = Zero

Anula Data Incrementada de Contador de Atualização

Sem mudança para Estado

Exemplo 3 (de um caso onde Opção 2 é seguida):

Evento: Nova Taxa de Linha = 5312

Novo Perfil de BRAS = adsl4500

Estado: Perfil de BRAS Potencial = ads4500

Estado = N

Resultado: Mantém Perfil de BRAS Potencial = adsl4500

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto

Configura Contador de Atualização = 0 Anula Data Incrementada do Contador de Atualização Mantém Estado = N

Opção 3

Esta é opção que é seguida, se o Novo Perfil de BRAS é maior do que o perfil corrente. Esta é a opção mais complicada já que há um número de sub-opções, dependendo primeiramente se ou não o contador de Atualização - o Limite de Atualização, e se o novo Perfil de BRAS é ou não maior do que o Perfil de BRAS Calculado Proposto. Para facilidade de leitura, esses são configurados como duas sub-opções: Sub-opção 3.1 (onde Contador de Atualização = Limite de Atualização) e Sub-opção 3.2 (onde Contador de Atualização < Limite de Atualização). Dentro de cada sub-opção há uma estrutura de IF... ELSE... especificando onde se o novo Perfil de BRAS é maior do que o Perfil de BRAS Calculado Proposto. Dentro da Sub-opção 3.2 há ainda sub-opções afetando se o contador de atualização é ou não incrementado, dependendo se o Contador de Atualização já foi ou não incrementado, pelo menos, uma vez durante o diagrama corrente. Assim sendo,

Sub-opção 3.1

(Está "e seguida quando Novo Perfil de BRAS > Perfil de BRAS Potencial AND Contador de Atualização = Limite de Atualização)

IF Novo Perfil de BRAS < = Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Proposto = Novo Perfil de BRAS

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Calculado Proposto

Configura Contador de Atualização = 0

Anula Data Incrementada do Contador de Atualização

Configura Estado = P

ELSE IF Novo Perfil de BRAS > Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Proposto = Perfil de BRAS Calculado Proposto

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Calculado Proposto

Configura Contador de Atualização = 0

Anula Data Incrementada do Contador de Atualização

Configura Estado = Parâmetro

Exemplo 4 (do caso onde sub-opcão 3.1 é seguida com novo perfil < perfil proposto)

Evento: Nova Taxa de Linha = 7520

Novo Perfil de BRAS = adsl6500

Estado: Perfil de BRAS Proposto = adsl7000

Perfil de BRAS Potencial = adsl6000

Resultado: ConfiguraPerfil de BRAS Potencial = adsl6500

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto

Configura Contador de Atualização = 0

Anula Data Incrementada do Contador de Atualização

Configura Estado = P

Exemplo 5 (do caso onde sub-opção 3.1 é seguida com novo perfil > perfil proposto)

Evento: Nova Taxa de LInha = 7520

Novo Perfil de BRAS = adsl6500

Estado: Perfil de BRAS Proposto = adslóOOO

Perfil de BRAS Potencial = adsl5500

Resultado: Configura Perfil de BRAS Potencial = adslóOOO

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto Configura Contador de Atualizaçao - 0

Anula Data Incrementada do Contador de Atualização

Configura Estado = P

Sub-opção 3.2

(Está "e seguida quando Novo Perfil de BRAS > Perfil de BRAS Potencial AND Contador de Atualização < Limite de Atualização)

IF Novo Perfil de BRAS < Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Proposto = Novo Perfil de BRAS Configura Taxa de linha Proposta = Nova Taxa de Linha

IF Data Incrementada do Contador de Atualização = Hoje Não incrementa Contador de Atualização Não muda estado

ELSE IF Data Incrementada do Contador de Atualização + Hoje

Incrementa Contador de Atualização

Configura Data Incrementada do Contador de Atualização = Hoje

Não muda estado

ELSEIF Novo Perfil de BRAS => Perfil de BRAS Proposto

ELSE IF Data Incrementada do Contador de Atualização + Hoje

Incrementa Contador de Atualização

Configura Data Incrementada do Contador de Atualização = Hoje

Não muda estado templo 6 (do onde suh-opção 3.2 é seguida com novo perfil < perfil proposto)

Evento: Nova Taxa de Linha = 7520

Novo Perfil de BRAS = adsl6500

Estado: Perfil de BRAS Proposto = adsl7000

Perfil de BRAS Potencial = adsl5500

Contador de Atualização = 4

Data Incrementada do Contador = 12/04/2006

Hoje = 13/04/2006

Limite de Atualização = 5

Estado = N

Resultado: Mantém Perfil de BRAS Potencial = adsl5500

Configura Taxa de Linha Proposta = 7520

Configura Perfil de BRAS Proposto = adsl6500

Incrementa Contador de Atualização = 5

Configura Data Incrementada do Contador de Atualização = 13/04/2006

Mantém Estado = N

Kxemplo 6 (Ho caso onde snh-opcão 3.2 é seguida com novo perfil => perfil proposto AND Data Incrementada do contador - Hoje)

Evento: Nova Taxa de Linha = 7520

Novo Perfil de BRAS - adsl6500

Estado: Perfil de BRAS Proposto = adsl6000

Perfil de BRAS Potencial = adsl5500

Contador de Atualização = 4

Data Incrementada do Contador = 13/04/2006

Hoje= 13/04/2006

Limite de Atualização = 5

Estado = N Resultado: Mantém Perfil de BRAS Potencial - adsl5500

Mantém Taxa de Linha Proposta = 6720

Mantém Perfil de BRAS Proposto = adslóOOO

Mantém Contador de Atualização = 4

Mantém Data Incrementada do Contador de Atualização =13/04/2006

Mantém Estado = N

Do acima, está claro que o campo incrementado do contador é usado para prevenir o contador de ser incrementado mais do que uma vez por diagrama por usuário Se várias mais altas taxas são registradas para um usuário final em um único diagrama, a mais baixa dessas taxas será conservada, mas o contador somente será sempre incrementado de um, para aquele usuário final. Isto previne um usuário final de re-sincronizar várias vezes durante um período tranqüilo e temporariamente impulsionar seu perfil de BRAS para uma mais alta taxa.

Assim sendo, será aparente que o arranjo acima fornece um método por meio do qual um dispositivo de interface (e. g. o BRAS), que faz a interface entre uma rede de acesso (incluindo uma grande quantidade de conexões de DSL entre um arranjo de transceptor adequado (e. g. um DSLAM) no lado da rede de acesso e terminal de usuário final no lado remoto) e um rede de dados comutada por pacote em alta velocidade (tal com uma rede de backbone de IP) é aprovisionada em tal uma maneira que é rapidamente re-configurada para permitir mais tráfego fluir através da rede de acesso em direção a um a conexão de DSL cuja capacidade de largura de banda máxima aumenta após ceras condições tendo sido encontradas. No método descrito acima, essas condições são que um período mínimo pré- determinado precisa ter passado sem a capacidade de largura de banda máxima (instantânea) cair abaixo de uma quantidade aumentada mínima, e então o dispositivo de interface somente será re-configurado para um estado apropriado para a mais baixa capacidade de largura de banda máxima instantânea detectada durante o período pré-determinado.

Aprimoramento Adicional

Nos caso quando é esperado que um usuário final geralmente seja capaz de alcançar uma primeira capacidade de largura de banda sobre sua conexão de DSL5 operando em um modo adaptativo de taxa, mas que ocasionalmente esse valor pode cair temporariamente para uma segunda capacidade mais baixa, o método acima pode ser ampliado através de alguma lógica adicional para permitir o dispositivo de interface (e. g. o BRAS) ser mais rapidamente re-configurado de volta ao estado estável após uma queda temporária (daqui adiante referenciada como um blip). Lógica de blip

Esta adição à lógica MAX permite, para linhas que estão consistentemente rodando em uma mais alta taxa de linha, então experimentar uma única blip antes de retornar a sua mais alta taxa de linha original para não ter de esperar um número de diagrama para aumentar de volta até seu mais alto perfil de BRAS.

Para a Lógica de BLIP um conjunto adicional de parâmetros é requerido:

1. Contador de Consistência - Contagem do número de dias o Usuário Final não tem visto uma queda em sue Perfil de BRAS.

2. Limite de Consistência - Limite no qual um Usuário final é considerado ser consistente e por conseguinte, um BLIP não os fará cair em velocidade para um número de dias.

3. Data Incrementada do Contador de Consistência - Última data que o contador foi incrementado.

4. Contador de Inconsistência - Contagem do número de quedas em velocidade que o Usuário Final tenha visto.

5. Limite de Inconsistência - Limite no qual um Usuário Final é considerado ser inconsistente e por conseguinte, eles serão revertidos de volta para a lógica original processo aumente em velocidade. Na presente invenção, isto é configurado para 1.

Na recepção de cada evento de sincronização / re- sincronização a seguinte lógica é realizada. Referência abaixo para a lógica MAX original ou básica ou opções se referem ao descrito acima, lógica ampliada de non-BLIP ou opções Opção 1

1. Novo Perfil de BRAS < Perfil de BRAS Potencial ( Velocidade Diminuindo)

IF Contador de Inconsistência < Limite de Inconsistência

Incrementa Contador de Inconsistência

IF Contador de Consistência < Limite de Consistência

IF Contador de consistência = > 2

Contador de consistência -2

Anula Data Incrementada do Contador de Consistência

Efetua opção 1 da lógica Max original

ELSE IF Contador de Inconsistência = > Limite de Inconsistência

Configura Contador de Consistência = zero

Anula Data Incrementada do Contador de Consistência

Efetua opção 1 da lógica Max original

Opção 2

2. Novo Perfil de BRAS - Perfil de BRAS Potencial (Sem Mudança na Velocidade)

IF Data Incrementada do Contador de Consistência = Hoje

IF Contador de Inconsistência = > Limite de Inconsistência

Configura Contador de Consistência = Zero

Configura Contador de Inconsistência = Zero Anula Data Incrementada do Contador de Consistência Efetua opção 2 da lógica Max original

ELSE IF Contador de Inconsistência < Limite de Inconsistência

Efetua opção 2 da lógica Max original

ELSE IF Data Incrementada do Contador de Consistência < > Hoje

IF Contador de Consistência - > Limite de Consistência IF Contador de Inconsistência = > Limite de Inconsistência Configura Contador de Consistência = Zero Configura Contador de Inconsistência = Zero Anula Data Incrementada do Contador de Consistência Efetua opção 2 da lógica Max original

ELSE IF Contador de Inconsistência < Limite de Inconsistência

P.fpttiia. opção 2 da lnpfoa Max original

Configura Data Incrementada do Contador de Consistência = Hoje

ELSEIF Contador de Consistência < Limite de Consistência IF Contador de Inconsistência = > Limite de Inconsistência Configura Contador de Consistência = Zero Configura Contador de Inconsistência = Zero Anula Data Incrementada do Contador de Consistência Efetua opção 2 da lógica Max original

ELSE IF Contador de Inconsistência < Limite de Inconsistência

Incrementa Contador de Consistência + 1

Configura Data Incrementada do Contador de Consistência = Hoje Efetua opção 2 da lógica Max original

Opção 3

3. Novo Perfil de BRAS > Perfil de BRAS Potencial (Velocidade Aumentando)

IF Contador de Consistência = > Limite de Consistência

IF Contador de Inconsistência < = Limite de Inconsistência

IF Novo Perfil de BRAS < = Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Potencial para o valor do Novo Perfil de BRAS

Configura Taxa de Linha Proposta = Nova Taxa de Linha Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto

Configura Contador de Atualização = 0

Anula Data Incrementada do Contador de Atualização

Configura Contador de Inconsistência = Zero

ConfiguraEstado para ' P ' de Processado

ELSE IF Novo Perfil de BRAS > Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Potencial = Perfil de BRAS Proposto

Anula Taxa de Linha Proposta

Anula Perfil de BRAS Proposto

Configura Contador de Atualização = O

Anula Data Incrementada do Contador de Atualização

Configura Contador de Inconsistência = Zero

Configura Estado para ' P ' de Processado

ELSE IF Contador de Inconsistência = > Limite de Inconsistência IF Novo Perfil de BRAS < = Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Potencial = Novo Perfil de BRAS Anula Taxa de Linha Proposta Anula Perfil de BRAS Proposto Configura Contador de Atualização = 0 Anula Data Incrementada do Contador de Atualização Configura Contador de Inconsistência = Zero Diminui Contador de Consistência -1 Configura Estado para4 P ' de Processado ELSE IF Novo Perfil de BRAS > Perfil de BRAS Calculado Proposto

Configura Perfil de BRAS Potencial = Perfil de BRAS Proposto

Configura Contador de Atualização = 0 Anula Data Incrementada do Contador de Atualização Anula Taxa de Linha Proposta Anula Perfil de BRAS Proposto Configura Contador de Inconsistência = Zero Diminui Contador de Consistência -1 Configura Estado para ' P ' de Processado

ELSE IF Contador de Inconsistência < Limite de Inconsistência

IF Data Incrementada do Contador de Consistência = Hoje Efetua opção 2 da lógica Max original Contador de Inconsistência = 0

IF Data Incrementada do Contador de Consistência < > Hoje Incrementa Contador de Consistência

Configura Data Incrementada do Contador de Consistência = Hoje

Efetua opção 2 da lógica Max original Contador de Inconsistência = 0

Assim sendo, em resumo, as novas opções de lógica acima fornecem:

Opção 1 - Se uma redução em velocidade ocorre e é a primeira (nesta moda, já que nos temos um limite de inconsistência de um) e o contador de consistência é igual ou maior do que o limite de consistência, então nenhum dos contadores são trocados (exceto para incrementar o contador de inconsistência). Por conseguinte, se suas próximas velocidade / taxa de linha aumenta de novo ele vêem um imediato aumento no Perfil de BRAS.

Se uma segunda redução ocorre então seus detalhes de consistência são re-configurados, como eles não são mais consistentes e não verão um aumento imediato.

Opção 2 - Se não tem havido mudança em velocidade, então uma verificação é efetuada usando o contador de inconsistência para ver se esta situação de sem mudança é após uma redução em velocidade ou aumento em velocidade anterior.

Se isto é após uma redução em velocidade então isto é tratado da mesma forma que duas reduções em velocidade e os contadores de consistências são re-configurados, como eles não são mais consistentes e não verão um aumento imediato.

Se isto é após uma redução em velocidade / taxa de linha (i. e. após um aumento em velocidade ou a velocidade foi mantida constante - i. e. dentro da mesma banda do Perfil de BRAS) então isto é tratado como a linha fosse consistentemente mais alta e os contadores de consistência são aumentados.

Opção 3 - Se houve um aumento em velocidade então uma verificação é efetuada se isto esta seguindo um período onde a velocidade tem sido consistente por bastante tempo.

Se tem sido consistente bastante tempo, a lógica de aumento padrão original é usada, mas os contadores de consistência são incrementados e o contador de inconsistência é re-configurado.

A data incrementada do contador de consistência é usada para prevenir o contador de ser incrementado mais do que uma vez por usuário final. Isto é tal que o contador de consistência conta o número de diagrama que o usuário final está na taxa consistente, mais propriamente do que o número de sincronizações recebido naquela taxa mais alta. Como um usuário final poderia sincronizar até 10 vezes em um único dia na mesma taxa que não é o mesmo que estar sincronizado na mesma taxa por 10 dias.

Assim sendo, para resumir isto, o arranjo opera tal que o dispositivo de gerenciamento (e. g. o BRAS) é re-configurado para um perfil reduzido pouco depois de uma redução na taxa de linha em uma de suas conexões de DSL ser detectada sob todas circunstâncias; se há um aumento na taxa de linha detectada, então o dispositivo de interface não será re- configurado para um correspondente mais alto perfil até a taxa de linha ter sido detectada com consistentemente operado em tal uma mais alta taxa, e então, se tem havido mais altas taxas diferentes detectadas, o dispositivo de interface é re-configurado para um perfil correspondendo a mais baixa daquelas mais altas taxas diferentes detectadas; contudo, se o aumento na taxa de linha é após uma queda temporária na taxa de linha, antes de que a linha (i.e. a conexão de DSL) tenha sido operada consistentemente em uma taxa mais alta por um período pré-determinado, então o dispositivo de interface é rapidamente re-configurado para um perfil mais alto.

Claims

1. Método para aprovisionar um dispositivo de interface, o dispositivo de interface fazendo interface entre uma rede de acesso e uma rede backbone, a rede de acesso incluindo uma conexão de Linha de Assinante Digital, DSL para um terminal de usuário final e um dispositivo transceptor incluindo um transceptor de DSL para modular e desmodular sinais enviados para e do terminal de usuário final sobre a conexão de DSL5 caracterizado pelo fato de compreender: - fornecer um dispositivo de gerenciamento para gerenciar o dispositivo de interface; - receber dados de leitura do dispositivo transceptor indicativos da taxa de linha recente ou corrente da conexão de DSL; - calcular no dispositivo de gerenciamento a partir dos dados de leitura recebidos, um taxa consistente indicativa de uma taxa de linha alcançável consistentemente da conexão de DSL com base em uma grande quantidade de dados de leitura da conexão de DSL do dispositivo transceptor; - aprovisionar o dispositivo de interface para restringir fluxo de dados para a conexão de DSL a uma taxa máxima selecionada pelo dispositivo de gerenciamento de acordo com a taxa consistente calculada.

2. Método de acordo com a reivindicação !,caracterizado pelo fato de que o dispositivo de gerenciamento é um dispositivo roteador de Protocolo de Internet, IP, e pelo fato de que a rede de acesso fornece uma conexão de camada de enlace de comunicação entre o dispositivo de interface e o terminal de usuário final, tal que de uma perspectiva de IP há um salto entre o dispositivo de interface e o terminal usuário final.

3. Método de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que o dispositivo de interface é um dispositivo de Servidor de Acesso Remoto de Banda Larga, BRAS.

4. Método de acordo com quaisquer das reivindicações precedentes, caracterizado pelo fato de que o dispositivo transceptor é um Multiplexador de Acesso de Linha de Assinante Digital, DSLAM.

5. Método de acordo com quaisquer das reivindicações precedentes, caracterizado pelo fato de que a taxa de consistência é a mais baixa taxa relatada pelo dispositivo transceptor em cada semana.

6. Método de acordo com em quaisquer das reivindicações 1 à .4, caracterizado pelo fato de que a taxa de consistência é a mais baixa das mais recentes leituras de taxa de linha do dispositivo transceptor em uma ou mais taxas de linha de média móvel.

7. Método de acordo com quaisquer das reivindicações 1 à 4, caracterizado pelo fato de que se uma leitura de dados recebida indica que a taxa de linha da conexão de DSL caiu para uma taxa correspondendo a uma nova banda de perfil mais baixo para o dispositivo de interface, então o dispositivo de interface é re-configurado para o novo perfil mais baixo dentro de um primeiro período pré-determinado e pelo fato de que se uma leitura de dados recebida indica que a taxa da conexão de DSL aumentou para uma taxa correspondendo a uma nova banda de perfil mais alto para o dispositivo de interface, então o dispositivo de interface é re-configurado para um novo perfil mais alto somente após um segundo período pré-determinado, mais longo do que primeiro período pré-determinado mencionado, e somente para um novo perfil mais alto correspondendo à taxa de linha indicada mínima da conexão de DSL recebida durante aquele período.

8. Método de acordo com quaisquer das reivindicações 1 à 4, caracterizado pelo fato de que se uma leitura de dados recebida indica que a taxa de linha da conexão de DSL caiu para uma taxa correspondendo a uma nova banda de perfil mais baixo para o dispositivo de interface, então o dispositivo de interface é re-configurado para o novo perfil mais baixo dentro de um primeiro período pré-determinado e pelo fato de que se uma leitura de dados recebida indica que a taxa da conexão de DSL aumentou para uma taxa correspondendo a uma nova banda de perfil mais alto para o dispositivo de interface, então o dispositivo de interface é re-configurado para um novo perfil mais alto somente após um segundo período pré-determinado, mais longo do que primeiro período pré-determinado mencionado, e somente para um novo perfil mais alto correspondendo à taxa de linha indicada mínima da conexão de DSL recebida durante aquele período, exceto que, se durante um terceiro período pré-determinado antes da taxa da conexão de DSL cair a um taxa mais baixa, esta tem sido operado consistentemente em uma taxa de linha mais alta, então o dispositivo de interface é re-configurado para um perfil mais alto dentro de um quarto período pré-determinado, que é mais curto do que o segundo período pré-determinado mencionado.

9. Dispositivo de gerenciamento para automaticamente aprovisionar um dispositivo de interface, o dispositivo de interface fazendo interface entre uma rede de acesso e uma rede backbone, a rede de acesso incluindo uma conexão de Linha de Assinante Digital, DSL para um terminal de usuário final e um dispositivo transceptor incluindo um transceptor de DSL para modular e desmodular sinais enviados para e do terminal de usuário final sobre a conexão de DSL, caracterizado pelo fato de compreender: - um receptor para receber dados de leitura do dispositivo transceptor indicativos da taxa de linha recente ou corrente da conexão de DSL; - um processador para calcular no dispositivo de gerenciamento a partir dos dados de leitura recebidos, um taxa consistente indicativa de uma taxa de linha alcançável consistentemente da conexão de DSL com base em uma grande quantidade de dados de leitura da conexão de DSL do dispositivo transceptor; e - um transmissor para transmitir mensagens de aprovisionamento para aprovisionar o dispositivo de interface para restringir fluxo de dados para a conexão de DSL a uma taxa máxima selecionada pelo dispositivo de gerenciamento de acordo com a taxa consistente calculada.

10. Programa de computador, caracterizado pelo fato de fazer um computador realizar o método como definido em qualquer das reivindicações 1 à 8 durante a execução do programa.

11. Meio portador, caracterizado pelo fato de portar o programa de computador como definido na reivindicação 9