Seleção de taxa dinâmica de Wi-Fi?

Question

Eu tenho duas perguntas relacionadas sobre como a seleção de taxa dinâmica funciona em redes sem fio (802.11a / b / g / n):

1. Em que escala de tempo essa escala de taxa ocorre? Eu imagino que isso realmente ocorre com muito mais freqüência do que as mudanças são relatadas ao usuário, por exemplo, Utilitário sem fio do Windows, da ordem de milissegundos.

2. Se eu estiver correto em saber que a seleção de taxa realmente ocorre em uma escala de tempo de milissegundos, como os utilitários sem fio (por exemplo, o Windows incorporado) decidem qual velocidade informar? Eles normalmente relatam o mínimo nos últimos segundos, o máximo, a mediana, etc.?

Answer 1

Sempre que um pacote tem que ser retransmitido na camada 802.11 (porque nenhuma Ack 802.11 foi recebida dentro da janela Ack no final da transmissão do pacote), o dispositivo transmissor pode optar por enviar a retransmissão para um nível mais baixo ( mais robusto) taxa. Assim, as taxas podem mudar instantaneamente de um pacote para o outro, portanto, sim, em uma escala de tempo de milissegundos, se não mais rápido. Observe também que as taxas não são necessariamente simétricas. Assim, o cliente pode estar usando uma taxa para suas transmissões para o AP, mas o AP pode estar usando uma taxa diferente para suas transmissões para esse cliente específico. Se sua GUI reportar apenas uma "velocidade" para a conexão, ela está relatando a taxa na qual esse dispositivo está transmitindo ou a taxa que o outro dispositivo está transmitindo para este dispositivo em?

Não existe um padrão para se o software que reporta a taxa ao usuário deve relatar a taxa instantânea do último pacote enviado ou recebido, ou se deve aplicar algum tipo de média ou histerese. Eu vi um pouco de variação aqui, dependendo da combinação de ferramenta / sistema operacional / driver. E mesmo que ele relate a taxa, digamos, do último pacote transmitido no momento em que a API "GetRate ()" (por assim dizer) foi chamada, com que frequência a ferramenta em nível de usuário chama essa API? Uma vez 10 segundos? Uma vez por segundo? Muitas vezes por segundo?

Eu duvido que alguém tenha dados suficientes para dizer o que "normalmente" é feito. Se você percorrer o código da sua ferramenta / SO / driver de software livre favorito, poderá dizer como essa combinação se comporta. Boa sorte em descobrir como as ferramentas / sistemas operacionais / drivers de código fechado se comportam a esse respeito.

Definitivamente, vi combinações de ferramenta / SO / driver que relatam a taxa de recebimento mais recente, porque ela costumava mostrar um número baixo (que correspondia à taxa de multicast) quando a conexão era basicamente ociosa. Então, quando não havia tráfego real de unicast sendo enviado ou recebido, o software veria todo o tráfego de fundo multicast passando pela menor taxa de multicast, e reportaria isso como a velocidade da conexão. Nesse caso, se você realmente quisesse ver de que velocidade a conexão era capaz, precisaria enviar muito tráfego de unicast para a frente e para trás na conexão, para ver as taxas de dados unicast muito mais altas registradas .

    

Answer 2

1. Eu duvido que isso aconteça na ordem de milissegundos. Em todas as probabilidades, se houver pacotes descartados suficientes, ele será automaticamente reduzido para a conexão até que a porcentagem de pacotes descartados seja tolerável.

2. O Windows informa o que quer que seja agora.

O motivo do dimensionamento ocorre porque, se o roteador tentasse manter a mesma velocidade, haveria muita perda de dados.

Os fatores que afetam a perda de dados são:

• Distância
• Interferência de rádio
• Objetos físicos que impedem a transmissão do sinal
• Potência do transmissor

Como essas coisas não mudam rapidamente e há um número muito limitado de velocidades que o roteador pode dimensionar para (4 para sem fio b, 8 para sem fio g) não há motivo para verificar cada milissegundo ou esperar que o roteador taxa de escala para mudar rapidamente.