+ Responder ao Tópico



  1. #1

    Padrão Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Olá amigos do underlinux, essa é minha duvida, em um cernário que o CCQ está baixo, mas o Sinal está bom, isso prejudica o data rate, dele e de toda a rede?

  2. #2

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    A partir de um nível mínimo aceitável, o CCQ é muito mias importante do que o sinal, CCQ é o resultado do que realmente trafega, sinal é a quantidade de energia que chega.
    Para que eu e os amigos de plantão possamos te ajudar, seria interessante que vc especifique melhor seu cenário, pois cada caso é único.
    Faça print das telas dos dois radios, da tela principal e da tela de configuração Wireless.
    E divulgue a distancia real entre os equipamentos, se há visada limpa e fresnel limpo.
    Obs.: visada ao olho humano entre ponto A e B não significa Fresnel desinstruído, existem bons vídeos no youtube que explicam de forma rápida e simples sobre fresnel.
    Aguardamos mais detalhes para poder te ajudar.

  3. #3

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Citação Postado originalmente por vinitec Ver Post
    A partir de um nível mínimo aceitável, o CCQ é muito mias importante do que o sinal, CCQ é o resultado do que realmente trafega, sinal é a quantidade de energia que chega.
    Para que eu e os amigos de plantão possamos te ajudar, seria interessante que vc especifique melhor seu cenário, pois cada caso é único.
    Faça print das telas dos dois radios, da tela principal e da tela de configuração Wireless.
    E divulgue a distancia real entre os equipamentos, se há visada limpa e fresnel limpo.
    Obs.: visada ao olho humano entre ponto A e B não significa Fresnel desinstruído, existem bons vídeos no youtube que explicam de forma rápida e simples sobre fresnel.
    Aguardamos mais detalhes para poder te ajudar.
    Apoiado!


    Citação Postado originalmente por Julianolinux Ver Post
    Olá amigos do underlinux, essa é minha duvida, em um cernário que o CCQ está baixo, mas o Sinal está bom, isso prejudica o data rate, dele e de toda a rede?
    CCQ ruim atrapalha todos que estão conectados no mesmo AP. Poste as prints do teu cenário e os dados para uma melhor análise, pois exitem inúmeros fatores que deixam CCQ ruim.

  4. #4

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    amigos são varios os cenários, os CCQs na maioria fica entre 85 ~ e 100, são em torno de 300 clientes, existem clientes conectado nas contas do painel, existem clientes com obstrução por arvores, etc... são coisas que teram que ser corrigida com tempo e $$$, mas era só

  5. #5

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Sim, CCQ nada tem a ver com obstrução das áreas de Fresnel. Se esta com bom sinal quer dizer que o link esta correto e esta chegando bom sinal.

    CCQ baixo é resultado de interferências no rádio causado por outros rádios o resultando na perda de pacotes.CCQ é a relação entre dados enviados e recebidos a conforme.

    Citação Postado originalmente por Julianolinux Ver Post
    Olá amigos do underlinux, essa é minha duvida, em um cernário que o CCQ está baixo, mas o Sinal está bom, isso prejudica o data rate, dele e de toda a rede?

  6. #6

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Citação Postado originalmente por emilidani Ver Post
    Sim, CCQ nada tem a ver com obstrução das áreas de Fresnel. Se esta com bom sinal quer dizer que o link esta correto e esta chegando bom sinal.

    CCQ baixo é resultado de interferências no rádio causado por outros rádios o resultando na perda de pacotes.CCQ é a relação entre dados enviados e recebidos a conforme.

    Amigo... não sei onde você aprendeu ondulatória mas permita eu lhe corrigir...

    Sinal bom não significa que não esteja obstruído.... Coloque o SOL atrás de um morro... A luz é forte, mas está distorcida e obstruída!

    CCQ baixo é devido as retransmissões ocorridas no tráfego/caminho do sinal do sinal e por perdas de pacotes o chamado PATH LOSS... essas retransmissões tem várias causas:

    -DIFRAÇÃO
    -REFLEXÃO
    -MULTIPATH~MULTICAMINHO
    - FADDING ou DESVANECIMENTO (devido a distância)
    - ATENUAÇÃO POR OBSTÁCULOS




    Basicamente isso aqui: >>>Clique na imagem para uma versão maior

Nome:	         Difração.jpg
Visualizações:	784
Tamanho: 	67,7 KB
ID:      	64270



    É claro que pode ser devido a interferências... Mas se o PATH LOSS não estiver intimamente envolvido com obstrução da zona de fresnel vou ter que voltar pra faculdade....
    Última edição por sphreak; 19-06-2016 às 23:48.

  7. #7

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Olhem o experimento desse cara aqui com um fio de cabelo.



    Mesma coisa aqui no exemplo. A luz do laser chega forte. Mas com obstrução, distorções e reflexões.
    Ondas de rádio-frequência se comportam exatamente como a luz e se algo tão pequeno como um fio de cabelo pode difratar assim, imagine o que não acontece com nossas antenas aí Brasil afora!!!

    Pensem que a gente faz muita coisa errada todos os dias e as vezes reclamamos de poluição de espectro, ruído nos canais de transmissão e a culpa é nossa mesmo! Se seguíssemos as normas e o conhecimento de física a risca iríamos muito mais longe!

    Então CCQ está relacionado sim com fresnel obstruído!

    Em um enlace de 5km a 1ª zona de fresnel é de aproximadamente 8 metros!!! Em 25km é de 18 metros...

    Então a gente instala antena todos os dias na casa de clientes, dá aquele "jeitinho" de colocar a antena em um lugar que não fique: feio, "aparecendo", perto da chaminé, da gaiola do papagaio e o #$%!&**!!!! E a acaba esquecendo que se a nossa torre estiver digamos, a 2km a antena tem que ficar em uma posição em que o sinal passe no mínimo a 2,5 acima e ao lado de qualquer porcaria no caminho.... casa, árvore, pombo...

    E mais tarde a gente vem aqui no fórum reclamar que o "CCQ tá ruim", que o "sinal tá fraco" o cliente "tá caindo" que "a noite tá sinistra".... E por final tem que ler que CCQ não tem a ver com fresnel....

    Ahhh desabafei....
    Última edição por sphreak; 19-06-2016 às 23:49.

  8. #8

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Boa explicação sphreak!

    É assim que se faz, compartilhar conhecimento sempre é bom!

    Concordo com suas explicações. Uns 90% dos problemas que vejo em wireless estar relacionado com as instalações e falta de planejamento do enlace, que acaba acarretando nesse monte de reclamações.

  9. #9

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Esta misturando os conceitos. O Pathloss é fenômeno de propagação é o CCQ de decodificação como disse anteriormente. Se o sinal recebido é bom, o pathloss esta resolvido!!!!

    A retransmissão de pacotes (CCQ) acontece porque o receptor não tem condições de discriminar o pacote próprio dos outros interferentes. Ele recebe pacotes proprios, com sinal suficientemente altos, porem embaralhado por sinais interferentes que impossibilita a decodificação.


    Esta errado quando define que "CCQ baixo é devido as retransmissões ocorridas no tráfego/caminho do sinal do sinal e por perdas de pacotes o chamado PATH LOSS..""

    Isso é uma verdade a medias, vou te demonstrar porque:

    1) Sinal baixo devido ao pathloss prejudica o CCQ? SIM (obriga ao transmissor repetir os pacotes)

    2) CCQ ruim implica Sinal baixo (pathloss comprometido))? NÃO , O melhor exemplo é a do colega que iniciou este post.

    Como ficou demonstrado não vale a reciproca.



    Citação Postado originalmente por sphreak Ver Post
    Amigo... não sei onde você aprendeu ondulatória mas permita eu lhe corrigir...

    Sinal bom não significa que não esteja obstruído.... Coloque o SOL atrás de um morro... A luz é forte, mas está distorcida e obstruída!

    CCQ baixo é devido as retransmissões ocorridas no tráfego/caminho do sinal do sinal e por perdas de pacotes o chamado PATH LOSS... essas retransmissões tem várias causas:

    -DIFRAÇÃO
    -REFLEXÃO
    -MULTIPATH~MULTICAMINHO
    - FADDING ou DESVANECIMENTO (devido a distância)
    - ATENUAÇÃO POR OBSTÁCULOS




    Basicamente isso aqui: >>>Clique na imagem para uma versão maior

Nome:	         Difração.jpg
Visualizações:	784
Tamanho: 	67,7 KB
ID:      	64270



    É claro que pode ser devido a interferências... Mas se o PATH LOSS não estiver intimamente envolvido com obstrução da zona de fresnel vou ter que voltar pra faculdade....

  10. #10

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Citação Postado originalmente por emilidani Ver Post
    Esta misturando os conceitos. O Pathloss é fenômeno de propagação é o CCQ de decodificação como disse anteriormente. Se o sinal recebido é bom, o pathloss esta resolvido!!!!

    A retransmissão de pacotes (CCQ) acontece porque o receptor não tem condições de discriminar o pacote próprio dos outros interferentes. Ele recebe pacotes proprios, com sinal suficientemente altos, porem embaralhado por sinais interferentes que impossibilita a decodificação.


    Esta errado quando define que "CCQ baixo é devido as retransmissões ocorridas no tráfego/caminho do sinal do sinal e por perdas de pacotes o chamado PATH LOSS..""

    Isso é uma verdade a medias, vou te demonstrar porque:

    1) Sinal baixo devido ao pathloss prejudica o CCQ? SIM (obriga ao transmissor repetir os pacotes)

    2) CCQ ruim implica Sinal baixo (pathloss comprometido))? NÃO , O melhor exemplo é a do colega que iniciou este post.

    Como ficou demonstrado não vale a reciproca.
    Então explique, um enlace que tem Multipath, por obstrução, onde o pacote sofreu reflexão e chegou 2x com delay, (comum em cenário urbano ou cenário de antena em parede) e fez o radio transmitir a resposta 2x (ou seja aumentando a taxa de retransmissão... CCQ isso?????)

    Ou explique o cenário de obstrução em que o sinal refletido se perdeu e obriga o rádio a transmitir o pacote 2x, 3x, 1000x... (CCQ isso???)

    Se você acha que sinal 100% ... recebido a -10dBm é sinal de qualidade e que só interferência causa retransmissão, vai com fé amigo....

    Interferência não é só aquila que vem de outros rádios. Tem a auto-interferência que é infinitamente mais comum que a poluição de espectro. Já viu efeito looping? Coloca um espelho na frente de outro pra ver que legal... Já olhou por um caleidoscópio?


    Agora imagina uma antena instalada a beira de uma parede.. Imagina ela transmitindo pelo lobo traseiro pra parede e recebendo o próprio sinal de volta infinitas vezes... Imaginou? Agora pense como deve ser difícil pra um hardware entender que aquilo que está recebendo de volta em looping é o que acabou de ser enviado?

    Pense em outro cenário... Você olhando por um caleidoscópio... Agora imagina uma antena vendo sinais refletidos em prédios, casas, árvores, chegando com todo atraso de tempo possível... Seria como se o sinal tivesse passado por uma casa de espelhos. Um caleidoscópio de RF! A antena iria enxergar uma "zona", uma completa bagunça ao invés de um sinal único, fazendo com que a mesma emitisse várias respostas/retransmissões.


    Então repito.. Se obstrução de Fresnel não tem a ver também ​com CCQ... Eu abandono a profissão e vou vender espetinho...

  11. #11

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Aconselho não abandone a profissão ainda, aprofunde nos seus conhecimentos que isso vai fazer de ti um autodidata e poderá se manter atualizado durante toda sua vida útil.

    Intuo que você não vem da área de telecomunicações , pois ficaria fácil de entender o fenômeno da comunicação. Quando fala de Fresnel, Difração, etc., estamos falando de NIVEIS de SINAL, normalmente se toma como unidade a Potencia recebida (dBm) ou Intensidade de campo eletrico (dBu). ISTO é só SINAL , SEM INFORMAÇÃO, não interessa modulação , protocolos , etc.
    O sinal pode ter qualquer modulação porem o calculo de Loss Budget (balanço de sinal) vai ser sempre o mesmo (há algumas variantes porem é outro tema).

    Agora quando fala de CCQ esta falando de protocolo de comunicação (pacote TCP) que esta montado acima da modulação e analisamos a INFORMAÇÃO CONTIDA NESSE SINAL .

    Insisto novamente :

    1)O colega esta com BOM sinal recebido e esse bom sinal acontece porque tem resolvido TODOS os ofensores da propagação (difração , reflexão, mutipath, polaridade , Fadding, etc.)

    2)O problema dele é não DECODIFICAR todos os pacotes que recebe e isso obriga a retransmissão. Como o sinal recebido é muito bom, só pode ser interferência co-canal ou canal adjacente (chamo interferências a todas as fontes inclusive as de ruído aleatório) .


    RESUMINDO: Ele pode mudar todos os parâmetros que afetam as zonas de Fresnel e não vai resolver .Uma boa medida serai mudar a modulação para uma mais robusta .


    Citação Postado originalmente por sphreak Ver Post
    Então explique, um enlace que tem Multipath, por obstrução, onde o pacote sofreu reflexão e chegou 2x com delay, (comum em cenário urbano ou cenário de antena em parede) e fez o radio transmitir a resposta 2x (ou seja aumentando a taxa de retransmissão... CCQ isso?????)

    Ou explique o cenário de obstrução em que o sinal refletido se perdeu e obriga o rádio a transmitir o pacote 2x, 3x, 1000x... (CCQ isso???)

    Se você acha que sinal 100% ... recebido a -10dBm é sinal de qualidade e que só interferência causa retransmissão, vai com fé amigo....

    Interferência não é só aquila que vem de outros rádios. Tem a auto-interferência que é infinitamente mais comum que a poluição de espectro. Já viu efeito looping? Coloca um espelho na frente de outro pra ver que legal... Já olhou por um caleidoscópio?


    Agora imagina uma antena instalada a beira de uma parede.. Imagina ela transmitindo pelo lobo traseiro pra parede e recebendo o próprio sinal de volta infinitas vezes... Imaginou? Agora pense como deve ser difícil pra um hardware entender que aquilo que está recebendo de volta em looping é o que acabou de ser enviado?

    Pense em outro cenário... Você olhando por um caleidoscópio... Agora imagina uma antena vendo sinais refletidos em prédios, casas, árvores, chegando com todo atraso de tempo possível... Seria como se o sinal tivesse passado por uma casa de espelhos. Um caleidoscópio de RF! A antena iria enxergar uma "zona", uma completa bagunça ao invés de um sinal único, fazendo com que a mesma emitisse várias respostas/retransmissões.


    Então repito.. Se obstrução de Fresnel não tem a ver também ​com CCQ... Eu abandono a profissão e vou vender espetinho...

  12. #12

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Galera, não vamos perder o foco que é nos ajudarmos.
    Quanto as divergências de opinião isso é que enriquece o fórum e nos da vários parâmetros para analisarmos o que se enquadra melhor em cada caso, pois como eu já disse cada cenário é único.
    Guardadas as proporções, tanto Fresnel quanto interferência vão influenciar em queda de CCQ.
    De posse de todo conhecimento e experiência de todos que contribuem é que geralmente chegamos a um consenso.
    Todo dia aprendo algo inusitado trabalhando com Telecom.
    Só houve uma resposta do amigo # https://under-linux.org/customavatars/avatar79658_4.gif Julianolinux,
    e com detalhes insuficientes do cenário, acho cedo diante de tão pouca informação esquentarmos as discussões.
    Mas foi de grande enriquecimento de conhecimento as respostas dadas até o momento.

  13. #13

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Citação Postado originalmente por emilidani Ver Post
    Aconselho não abandone a profissão ainda, aprofunde nos seus conhecimentos que isso vai fazer de ti um autodidata e poderá se manter atualizado durante toda sua vida útil.
    Você tem razão... A 12 anos atrás eu não era da área de telecomunicações.... Eu era professor!
    E por casos como esse eu saí de sala de aula... Abraço! Boa sorte!

  14. #14

    Padrão Re: Sinal Bom, porem CCQ baixo deixa o Data Rate ruim de toda a rede?

    Sobre a questão de sinal "bom", tem que ver como os chipsets medem nível de sinal.

    Tem 5 duzias de portadoras de 315KHz de largura cada, o preambulo é enviado num BPSK diferencial que é altamente legível e como gasta um data rate bem baixo tem uso perene de potência (E geralmente tem potência maior nos amplificadores, data rate baixo dá potência alta em quase todo amplificador), e o resto do pacote segue depois em um data rate mais alto (Digamos 64QAM) com legibilidade bem mais baixa, com potência menor no amplificador (Ou no chipset mesmo, dependendo da configuração).

    Os sinais chegam no destino com nível variado as vezes, preâmbulo chega alto, e a parte final do pacote chega mais baixo, fora que as vezes as portadoras das bordas (Além das portadoras de guarda) são atingidas por um canal vizinho em uso. No modelo OFDM existe emissão fora da faixa. Se desenha a mascara de uso do espectro de maneira meio trapezoidal, a borda do trapézio acerta canal vizinho:
    Clique na imagem para uma versão maior

Nome:	         802-11ad-spectral-mask.gif
Visualizações:	426
Tamanho: 	1,9 KB
ID:      	64275
    E se desenha assim porque na prática é o que vemos mesmo, conforme comprime ou abre a exibição pode ver digamos
    Clique na imagem para uma versão maior

Nome:	         ofdm_dual_iir_rx_wbx.png
Visualizações:	509
Tamanho: 	531,3 KB
ID:      	64277

    ou
    Clique na imagem para uma versão maior

Nome:	         C0413-Figure1b.gif
Visualizações:	455
Tamanho: 	104,5 KB
ID:      	64276

    Atenção num detalhe dessa última: Tem um pico superior de um portadora a -26dBm, logo a frente tem um pico inferior a -39dBm.
    (Isso pelo visto é teste em bancada, por isso sinais tão altos)

    Entre -26 e -39 tem 13dBm de variação! Qual é o nível de sinal num caso desse? Provavelmente a maioria dos chipsets vai exibir sinal -32 ou -33dBm.

    Em -39dBm não tem problema, o problema é quando você tem essa situação com picos superiores de -56dBm, picos inferiores de -69dBm, média de -62dBm, e usa MCS15. Nesse caso as portadoras com sinal abaixo de -65dBm serão ilegíveis (Porque MCS15 geralmente tem sensibilidade na casa dos -73 a -75dBm, a usar uma margem menor que 10dB entre sinal e sensibilidade só funciona em bancada ou ambiente muito limpo, algo diferente do mundo real lá fora em cima do telhado), esses dados serão reenviados, o CCQ nunca chegará a 100% porque sempre haverão muitos dados perdidos, e o nível de sinal não revela isso.

    Dependendo do tipo de obstáculo, algumas portadoras são mais atingidas, pelos efeitos de suporposição um pico pode ficar muito alto, se refletir e chegar em contra-fase pode atenuar totalmente um pico (São milhões de bits por segundo, sempre tem alguns atenuados por conta de sinal que chegou com atraso porque percorreu caminho mais longo via reflexo), as vezes acontece isso conforme o tipo de obstáculo LOS ou NLOS:

    Clique na imagem para uma versão maior

Nome:	         obstaculos.jpg
Visualizações:	548
Tamanho: 	137,6 KB
ID:      	64278

    (Não é tão ruim quanto parece, tem variação de apenas 15 ou 16dBm, é uma variação MENOR que na transmissão, que tem picos de -11 a -29dBm!)

    Na hora disso formar a imagem da constelação OFDM vira aqueles cantos com variações tipo:
    Clique na imagem para uma versão maior

Nome:	         commwman80216dstbc_07.png
Visualizações:	465
Tamanho: 	12,2 KB
ID:      	64279

    "Ah, mas distorção na constelação tem a ver com SNR baixo".

    E claro que tem a ver, e que essa imagem tem a ver, aquele ponto na constelação que é o primeiro inferior a direita, ele provavelmente está bonitinho bem centrado porque é fruto de digamos -60dBm, que dá 30dB de SNR se o ruído for de -90dBm. Mas o canto inferior direito provavelmente é fruto de sinal de portadoras com muitos problemas, que chegam com sinal -76dBm (16dB a menos que os melhores picos suporeriores), que dá um SNR ridículo de apenas 14dB, completamente insuficiente. Esse ponto na constelação está cheio de erros, o percentual de perda de bits (Bit error rate) nele será coisa tipo 10%, nas portadoras de melhor sinal talvez 0,001%, a média pode ficar preocupante tipo 0,1%, mas o maior problema é: O chipset usa todas as portadoras, ele não tem a feature de abandonar as que resultam em perdas demais, então ele vai enviar, perder, e reenviar até chegar, isso gera uma perda de tempo gigante.

    Com 64QAM a distorção mais longe do centro da constelação é ainda maior geralmente:
    Clique na imagem para uma versão maior

Nome:	         Figure_03.gif
Visualizações:	421
Tamanho: 	36,9 KB
ID:      	64280

    Existem controles pra correção, alias, wifi como é hoje só funciona por causa disso, o controle de ganho na entrada dos chipsets é algo excepcional, ele aplica ganho não de forma linear, ele aplica ganho bit a bit, e o controlador automático de ganho aplica isso conforme a legibilidade no ADC. Com um controle linear tradicional não poderíamos usar nada além de um 8QAM ou 8PSK.
    Também tem esquema de pós distorção, pra melhorar legibilidade (Depois do ADC, tem o circuitinho que faz a transformações de Fourier, ele manda pro circuito detector de símbolo, esse circuito tem uns esquemas de decidir, não apenas definir, melhor a posição, e falo decidir porque as vezes algo estão no meio do caminho mesmo e não tem como saber de onde é, o circuito não aleatoriza a escolha, ele analisa os dados pra tentar descobrir se é desse ou daquele ponto), mas, esses diagramas são tirados DEPOIS de passar por esses circuitos (Que ficam na entrada dos chipsets de RF). Sem eles isso seria uma figura ilegível qualquer.


    Se tiver certeza que em toda a extensão do canal há sinal perene e adequado (E isso geralmente só existe no data rate baixo que é usando pro preambulo ofdm), aí sim dá pra ter certeza que tem sinal ok.

    Mas... no mundo real os obstruções não só na primeira, mas também na segunda zona de Fresnel (E até aquela manta de calor sobre o solo, na agricultura é comum medir temperatura do SOLO (Termômetro enterrado a 1cm da superfície) e encontrar mais de 70°C! Distorção por calor é algo sério em RF, ter o ar a 35°C é uma coisa, mas ter a borda da primeira zona de Fresnel a 70°C é algo bem mais preocupante, vai gerar distorção com difração antes e depois de refletir no solo, é a pior situação possível pra wifi, se simplesmente refletisse os controles automáticos atenuariam isso de maneira perene porque seria reflexo perene, mas nesse caso o reflexo varia em todos os sentidos, faz o sinal refletivo variar de nível, de distância (Como há um tapete de ar quente com até 30cm do solo, e as vezes essas bolhas de ar sobem por conta de vento que reduziu a pressão logo acima, é como se a altura do solo mudasse, o sinal refrata na bolha e vai pro solo mais próximo, reflete de volta pra bolha de ar-quente e vai pro outro lado tendo refletido em um objeto que aparenta estar mais próximo, acontece com 1 em cada 1000 sinais, mas estamos falando de wifi com milhões de sinais por segundo), essa distância afeta o ack-timeout, usar ele acima do ideal as vezes melhora um throughput em 1% por isso, você ignora reflexos por um tempo levemente maior, porque dependendo das condições atmosféricas as vezes algo reflete muito sinal e as vezes não).

    A zona de Fresnel teórica é como um espelho pra luz, mas quem já pintou por dentro uma casa de marrom ou preto sabe como ter ela branca por dentro faz diferença na hora de ligar uma lâmpada de 20W no meio da sala, qualquer objeto reflete luz, não só um espelho, assim como milhares de objetos refletem RF, não só uma chapa de aço de alta densidade. Em wifi outdoor há um cenário assim: Em linha reta o sinal percorre 1km até a CPE do cliente, se a primeira zona de Fresnel está obstruído em 20%, se ele reflete em cheio nesse ponto (E sempre reflete), esse sinal percorre um caminho 10 ou 15m maior. Pra onda de RF percorrer 1km leva o que, uns 6 us? (6 micro segundos) O que 10m adiciona de tempo? Ao invés de 6us vai levar 6,06us. Você teve o sinal chegando em linha reta em 6us, e 0,06us depois chegou o reflexo, com nível 30dBm menor. Pode parecer pouco tempo, mas em 0,06us (60nS) passar milhares de bits, nesse tempo o final de um preambulo refletido chega quando já está no meio do pacote com dados do cliente (Mais um motivo pra perder dado do cliente mas não perder sincronia/cair conexão, o preambulo é mais legível e sobre menos com reflexo porque há o intervalo de guarda pra demarcar quando começa nova transmissão). Esse reflexo nem sempre atinge só o nível de sinal (Porque precisaria chegar numa defasagem meio precisa pra atenuar de forma perene), ele afeta a legibilidade dos pacotes, mas afeta de modo variado, afeta o começo desse, o meio daquele, o fim daquele outro, afeta naquele trecho quando está quente e sem vento, naquele outro quando tem umidade alta.

    Com zona de Fresnel parcial, se houvesse só o problema do sinal atenuado, o throughput devia ser perene, haveria queda mas seria perene, só que na prática vemos throughput variando. Quando a obstrução é bem longe (Digamos 5km num PTP de 10km) ainda existe perenidade maior no throughput, varia conforme clima mas é mais perene. Só que em PTP curto varia muuuuito mais, vai de 50 a 80Mbps (Num cenário onde com MAIS da primeira zona de Fresnel limpos teria digamos 160Mbps) ao longo dos dia ou da noite (E olha que estou falando em PTP em zona rural a 30km da eletricidade mais próxima (Viva painel solar), onde não há ruído nem nehum SSID no ar, onde só o que atrapalha um PTP entre 2 repetições é mudança climática mesmo). São inúmeros os casos onde o nível de sinal se mantém, mas o CCQ varia (Throughput variando junto, claro), e sempre que vi isso tinha zona de Fresnel parcial. As vezes o throughput cai de 20 pra 4Mbps sendo que o sinal caiu só 2dBm, e ficou num nível onde teoricamente seria suficiente (-60dBm, pra MCS11, digamos). Você vai e aponta antena 1° pra cima do ideal teórico, o sinal fica perenemente 2dBm menor, mas o throughput ou CCQ nunca mais cai, porque aquele 1° afetou o ganho de um lóbulo secundário da antena que nalgum horário recebia reflexo num nível problemático (Que afetava em 4% o sinal, mas em 64% o throughput).


    Em TV e internet via satélite também tem isso, a figura do nível de sinal separado da qualidade do sinal, em dias nublados ou chuvosos nem sempre o nível de sinal cai (Ou cai 1 ou 2%), mas a qualidade sempre cai, as vezes mais de 10%, e as vezes tem nível alto (80%) e ainda assim em dia de chuva a qualidade cai abaixo do mínimo (40-45%) e você fica sem imagem. É um jeito simples de resumir pra anteneiro que não basta ter só nível alto, sob certas condições o nível médio estar alto não garante qualidade alta.

    (E o jeito simples de se informar nível, ou ruído, é informar a média. a UBNT tem o Airview que exibe todo o espectro, pra ver níveis e ruídos detalhadamente, isso é possível hoje, mas em 1999 quando o padrão A nasceu mal tinha osciloscópio de menos de US$ 50 mil que conseguiria exibir o espectro de 5150-5850MHz. Além do alto custo de um chipset com software pra exibir isso, sei lá se 0,1% dos usuários entenderiam isso, a grande maioria dos usuário precisa um resumo simples, precisa sinal mínimo acima de X, e qualidade mínima acima de Y, e não adianta ter sinal X que em certas condições ele não vai dar a qualidade Y de forma perene)