[Linux-bruxelles] 5G : Bonne nouvelle

[bfrere at linux.lu]

5G: L'affectation de fréquences aux impacts totalement inconnus et non 
explorés est déjà envisagé en Europe et dans le monde. Et même bien 
au-delà des 28 GHz des USA...

Extrait de ce document: 
https://www.gsma.com/spectrum/wp-content/uploads/2019/09/5G-Spectrum-Positions-FRA.pdf

> La 5G a besoin de fréquences dans trois plages de
> fréquences clés pour proposer une large couverture et
> couvrir tous les cas d’utilisation. Les trois plages sont :
>
> En-dessous de 1 GHz,
> 1-6 GHz
> et au-dessus de 6 GHz.
>
> Les fréquences en-dessous de 1 GHz permettent une
> large couverture dans les zones urbaines, suburbaines et
> rurales, et aident à mettre en place des services Internet
> des Objets (IdO).
>
> La plage 1-6 GHz propose un bon mélange d’avantages
> en termes de couverture et de capacité. Ceci comprend
> les fréquences de *la plage 3,3-3,8 GHz qui est prévue**
> **pour constituer la base de nombreux services 5G initiaux*.
> Elle comprend d’autres bandes pouvant être assignées
> ou réaffectées à la 5G dont 1800 MHz, 2,3 GHz et 2,6 GHz
> etc.
>
> *Sur le long terme, il faudra plus de fréquences pour**
> **maintenir la qualité de service de la 5G et répondre à la**
> **croissance de la demande dans les bandes entre 3 et 24**
> **GHz*.
>
> Les fréquences au-dessus de 6 GHz sont nécessaires
> pour permettre les ultra-hauts débits envisagés pour
> la 5G. Actuellement les bandes 26 GHz et/ou 28 GHz
> recueillent le plus de soutien international dans cette
> plage. Une priorité clé de la Conférence Mondiale des
> Radiocommunications de l’UIT en 2019 (CMR-19) portera
> sur la réalisation d’un *accord international sur les bandes**
> **5G au-delà de 24 GHz*.
>
> La CMR-19 sera vitale pour la réalisation de la vision de
> l’ultra-haut débit pour la 5G, le soutien étatique est donc
> essentiel. *La GSMA recommande de soutenir les bandes**
> **26 GHz, 40 GHz, 50 GHz et 66 GHz pour le mobile* – et
> assurer que les fréquences dans les bandes entre 3 GHz
> et 24 GHz peuvent être obtenues lors de la CMR suivante
> en 2023.

Clairement, il n'y aura pas de limite. Les autorités ont décidé 
d'affecter tout et n'importe quoi à la 5G, sans aucun test préalable, et 
ce malgré des appels à la raison de nombreux scientifiques:

> “La 5G augmentera l’exposition aux champs électromagnétiques de 
> radiofréquence” ont prévenu, en septembre 2017, plus de 170 
> scientifiques dans un moratoire commun 
> <https://www.alerte.ch/images/stories/documents/info/170909_Scientist_5G_appeal.pdf>. 
> En effet, cette technologie nécessitera des fréquences toujours plus 
> élevées, et donc potentiellement plus néfastes pour l’organisme. De 
> plus, de part leur faible propagation, il faudra davantage d’antennes 
> relais émettant des ondes électromagnétiques encore plus puissantes. 
> Or, selon eux, ces fameuses ondes peuvent avoir des conséquences 
> dommageables pour l’organisme. “Les effets sont : un risque de cancer, 
> de stress cellulaire, d’augmentation des radicaux libres nocifs, de 
> dommage génétique et du système reproducteur, de déficits 
> d'apprentissage et de mémoire, de troubles neurologiques” ont-ils 
> écrit. Les experts s’appuient sur l’étude du National Toxicology 
> Program américain, présentée comme la plus vaste de ce type. Elle 
> suggère un lien entre deux cancers rares et l’exposition aux champs 
> électromagnétiques. Pour en arriver à cette conclusion, des centaines 
> de rats ont été soumis à une forte exposition, par cycle, tout au long 
> de leur courte vie.
On ne s'arrêtera que lorsqu'on aura atteint l'accident sanitaire 
d'envergure mondiale...
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: </pipermail/linux-bruxelles/attachments/20200503/31a854be/attachment.html>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: smime.p7s
Type: application/pkcs7-signature
Taille: 2505 octets
Desc: Signature cryptographique S/MIME
URL: </pipermail/linux-bruxelles/attachments/20200503/31a854be/attachment.bin>