INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Les codeurs/décodeurs (ci-après appelés « codecs ») qui sont utilisés actuellement en téléphonie mobile sont mono (un seul canal de signal pour une restitution sur un seul haut-parleur). Le codec 3GPP EVS (pour « Enhanced Voice Services ») permet d’offrir une qualité « Super-HD » (aussi appelée voix « Haute Définition Plus » ou HD+) avec une bande audio en bande super-élargie (SWB pour « super-wideband » en anglais) pour des signaux échantillonnés à 32 ou 48 kHz ou pleine bande (FB pour « Fullband ») pour des signaux échantillonnés à 48 kHz ; la largeur de bande audio est de 14,4 à 16 kHz en mode SWB (de 9,6 à 128 kbit/s) et de 20 kHz en mode FB (de 16,4 à 128 kbit/s).
La prochaine évolution de qualité dans les services conversationnels proposés par les opérateurs devrait être constituée par les services immersifs, en utilisant des terminaux tels que des smartphones équipés de plusieurs microphones ou des équipements de conférence audio spatialisée ou de visioconférence de type télé-présence ou vidéo 360°, ou encore des équipements de partage de contenus audio « live », avec un rendu sonore spatialisé en 3D autrement plus immersif qu’une simple restitution stéréo 2D. Avec les usages de plus en plus répandus d’écoute sur téléphone mobile avec un casque audio et l’apparition d’équipements audio avancés (accessoires tels qu’un microphone 3D, assistants vocaux avec antennes acoustiques, casques de réalité virtuelle ou augmentée, etc.) la captation et le rendu de scènes sonores spatialisées sont désormais assez répandus pour offrir une expérience de communication immersive.
A ce titre, la future norme 3GPP « IVAS » (pour « Immersive Voice And Audio Services ») propose l’extension du codec EVS à l’audio immersif en acceptant comme format d’entrée du codec au moins les formats de son spatialisé listés ci-dessous (et leurs combinaisons): - Format multicanal (channel-based en anglais) de type stéréo ou 5.1 où chaque canal vient alimenter un haut-parleur (par exemple L et R en stéréo ou L, R, Ls, Rs et C en 5.1) ; - Format objet (object-based en anglais) où des objets sonores sont décrits comme un signal audio (en général mono) associé à des métadonnées décrivant les attributs de cet objet (position dans l’espace, largeur spatiale de la source, etc.), - Format ambisonique (scene-based en anglais) qui décrit le champ sonore en un point donné, en général capté par un microphone sphérique ou synthétisé dans le domaine des harmoniques sphériques.
Il est également question de considérer potentiellement d’autres formats d’entrée tels que le format appelé MASA (Metadata assisted Spatial Audio en anglais) qui correspond à une représentation paramétrique d’une prise de son sur téléphone mobile équipés de plusieurs microphones. Ce format est étudié plus en détails ci-après.
Les signaux à traiter par le codeur/décodeur se présentent comme des successions de blocs d’échantillons sonores appelés « trames » ou « sous-trames » ci-après.
En outre, ci-après, les notations mathématiques suivent la convention suivante : - Scalaire : ou (minuscule pour les variables ou majuscule pour les constantes) - Vecteur : (minuscule, gras et italique)
- Matrice : (majuscule, gras et italique)
Par la suite, on notera la sphère de rayon en dimension +1 définie comme
où désigne la norme euclidienne. Quand le rayon ne sera pas précisé, on supposera que (sphère unité). On se focalise ici sur le cas de la dimension 3 où =2.
Le mélange air/eau issu de la canalisation verticale 105 est entraîné dans la canalisation venturi 107.
La turbine 108 est configurée pour capter l’énergie du mélange air/eau, mais aussi, par effet de réaction, son énergie potentielle de pesanteur. Par exemple, la turbine 108 peut être similaire à une turbine Francis.
L’arbre de la turbine 108 est connecté à l’arbre de la génératrice 109. La rotation de l’arbre de la turbine active l’arbre de la génératrice 109 produisant ainsi de l’énergie électrique de manière connue de l’homme du métier.
Dans des modes de réalisation, le dispositif, 100 ou 600, comporte, de plus, un séparateur 111 de l’eau et de l’air dans le mélange d’eau et d’air. Préférentiellement, les ailettes de la turbine 108 lors de leur rotation agissent en séparateur cyclonique. Un séparateur cyclonique est connu de l’homme du métier par exemple dans le lavage de gaz où il est associé à des éjecteurs liquides. L’eau est projetée sur les parois externes 605 de la conduite et recueillie dans un réservoir intermédiaire 604.
Préférentiellement, le dispositif 100 comporte une pompe 113, alimentée en énergie électrique par la génératrice 109, configurée pour acheminer l’eau 112 séparée vers le réservoir 101. Par exemple, une pompe de 22kW monte un débit de 100m 3 /h à 50 mètres d’altitude sous 6 bars. Pour un fonctionnement continu, cela représente 7 à 20% de la puissance électrique générée, en fonction de la force du vent.
L’air 114, en sortie du séparateur 111, est acheminé vers un diffuseur d’air 116 également représenté en et 10.
Le diffuseur 116 est configuré pour ralentir le flux d’air en sortie de la canalisation venturi 107 avec un angle, par rapport à la paroi de la conduite verticale 105 correspondant à l’angle des divergents de canalisation venturi connues de l’homme du métier.
On observe, en figures 9 et 10, un diffuseur d’air 116 disposé coaxialement à la canalisation venturi 107. C’est-à-dire que le diffuseur d’air 116 est disposé autour de la conduite verticale 105. Une canalisation 606 oriente le flux en sortie du séparateur 111 vers le diffuseur 116.
Le diffuseur 116 comporte, au moins un étage de diffusion comportant une structure de déflecteurs 60 positionnée autour de la paroi de la conduite verticale 105 et formant un coude hélicoïdal pour capter le vent horizontal et le réorienter verticalement dans l’axe et à l’intérieur du diffuseur 116 le dispositif 600.
En s’éloignant du sol sur lequel est implanté le dispositif, 100 ou 600, chaque étage présente un diamètre supérieur au diamètre des étages en dessous.
Le diffuseur 116 assure le mélange du débit sortant déprimé par le passage dans la canalisation venturi 107 et la turbine 108 avec 5 ou 10 fois environ le même débit de vent à pression atmosphérique. La dépression régnant dans le canal 606 attire l’air. La section verticale de l’orifice d’entrée étant supérieure à la section horizontale de transfert vers le diffuseur 116, le vent est accéléré, et entoure le flux sortant. Chaque étage de diffusion est configuré pour apporter un débit au moins équivalent à celui qui sort de la turbine 108. Les deux flux se mélangent sous une pression commune. À chaque étage, la dépression totale est donc divisée en fonction du rapport des flux. Avec cinq étages, comme représenté en figures 9 et 10, le flux à extraire présente une pression avoisinant 1000 hPa, soit la pression atmosphérique.
Après avoir été acheminé au travers du diffuseur 116, l’air est extrait au moyen d’un extracteur 117. Préférentiellement, l’extracteur 117 d’air est coaxial à la canalisation venturi.
L’extracteur 117 peut être de tout type connu de l’homme du métier. L’extracteur 117 est configuré pour acheminer le flux d’air issu du diffuseur 116. Par exemple, l’extracteur comporte un ensemble d’extracteurs éoliens mis en rotation par la vitesse du vent 102 autour de la canalisation centrale 105, à l’extrémité du diffuseur 116. Un extracteur éolien comporte des ailettes hélicoïdales mises en rotation par le vent configurées pour aspirer l’air de la conduite du diffuseur 116 pour le rejeter horizontalement.
Pour résumer l’invention, par son aspect, le présent dispositif ressemble à un château d’eau, par les technologies utilisées, le dispositif s’apparente avec les laveurs de gaz, mais partage, avec les éoliennes, le but de produire de l’électricité avec l‘énergie du vent. Le dispositif objet de la présente invention peut être considéré comme une centrale de production aéro-hydro-électrique, est constituée d’une haute tour coiffée d’un réservoir d’eau sous pression. La tour est équipée d’une chambre d’admission sectorielle à volets entourant au moins un éjecteur. Chaque éjecteur est alimenté par l’eau du réservoir, qui aspire le vent dans un canal vertical et l’accélèrent vers le sol. Le brouillard ainsi formé est admis dans un canal venturi situé au bas de la tour et dont le col est occupé par une turbine qui utilise les énergies cinétiques et de gravitation pour entraîner un générateur électrique. De plus, la turbine par son mouvement de rotation sépare l’eau, qui est recueillie dans un bassin où une pompe la renvoie au sommet. L’air sec ralenti et dont la pression a fortement diminué à cause de l’énergie cédée au Venturi et à la turbine est canalisé vers un diffuseur vertical. Le vent est encore aspiré dans le diffuseur par de nombreux orifices étagés équipés de déflecteurs qui le réorientent dans le sens du flux sortant. Le mélange avec le flux sortant rééquilibre la pression avant le rejet à l’atmosphère par des extracteurs éoliens rotatifs.
Le vent, par sa présence tout autour de la tour, fournit l’énergie nécessaire de trois manières : - le flux d’air entrant dans le système avec un débit Q cède son énergie cinétique à la turbine ; le vent cède aussi son énergie de gravitation qui ne contribue que pour 1.5 à 3% de la production totale d’électricité. - le flux d’air entre dans le diffuseur avec un débit très supérieur à Q pour diluer la dépression dans la pression atmosphérique. - le flux d’air fait tourner l’extracteur de sortie.
Le recours à un éjecteur liquide permet de créer une dépression suffisante pour aspirer l’air dans un système de conduite qui le contraint. Le mélange air/eau ayant une masse spécifique plus forte que l’air, tombe dans la conduite verticale et son énergie de gravitation récupérée par la turbine contribue à la production d’électricité.
Les paquets de données de position partiels de différents paquets de données de position hybrides véhiculés pendant une période de synchronisation commune représentent différentes portions d’une unité de données de position de synchronisation commune. Les paquets de données de déplacement véhiculés dans des paquets de données de position hybrides pendant une période de synchronisation courante représentent différents déplacements de la position de l’actionneur 204 à différents instants d’actualisation par rapport à la position de l’actionneur 204 à un instant de synchronisation d’une période de synchronisation antérieure (dénommé ci-après « instant de synchronisation antérieur »).
Le nombre figurant après un « P » ou « D » d’un bit quelconque est un nombre ordinal identifiant la position du bit soit dans une unité de données de position de synchronisation, soit dans une unité de données de déplacement, correspondant respectivement au paquet de données de position partiel ou au paquet de données de déplacement dans lequel il se trouve. Par exemple, pour tout bit dont l’étiquette est « P0 » ou « D0 », le chiffre « 0 » indique que le bit est le bit le moins significatif (LSB, least significant bit) (également dénommé « bit de poids faible » ou « bit le plus à droite ») dans l’unité de données. Pour tout bit dont l’étiquette est « P49 » ou D19, les nombres « 49 » et « 19 » indiquent que les bits sont le bit le plus significatif (MSB, most significant bit) (également dénommé « bit de poids fort » ou « bit le plus à gauche ») dans leurs unités de données respectives.
Les éléments ci-dessus seront plus faciles à comprendre à la lumière du complément de description ci-dessous relatif à la , qui illustre une pluralité de paquets de données de position hybrides : par exemple un premier paquet de données de position hybride 402_1 et un vingt-cinquième paquet de données de position hybride 402_25, véhiculés chacun pendant une période de synchronisation commune 402. Bien que cela ne soit pas illustré, des paquets de données de position hybrides supplémentaires (c’est-à-dire, un deuxième, troisième, quatrième,..., vingt-quatrième paquet) sont également véhiculés consécutivement après le premier paquet de données de position hybride 402_1 et avant le vingt-cinquième paquet de données de position hybride 402_25. Un vingt-cinquième paquet de données de position hybride 404_25 véhiculé pendant une période de synchronisation 404, qui précède la période de synchronisation 402, est également illustré. Ainsi, dans l’exemple illustré, chaque période de synchronisation est composée d’un nombre « M » de périodes d’actualisation (et donc de « M » paquets de données de position hybrides), où « M » est égal à vingt-cinq. Il est à relever toutefois que « M » peut représenter tout autre nombre entier égal à 2, 3, 4, 5, 10, 15, 20, 30, 40, 50, etc., ou toute autre valeur intermédiaire à celles-ci.
Comme le montre la , le paquet de données de position partiel du premier paquet de données de position hybride 402_1 inclut une première paire de bits (c’est-à-dire les bits P48 et P49) d’une unité de données de position de synchronisation qui décrit complètement la position d’un actionneur 204 à un instant de synchronisation donné marquant le début de la période de synchronisation 402. De même, le paquet de données de position partiel du vingt-cinquième paquet de données de position hybride 402_25 inclut une vingt-cinquième paire de bits (c’est-à-dire les bits P0 et P1) de l’unité de données de position de synchronisation susmentionnée. Bien que cela ne soit pas illustré, les paquets de données de position partiels des deuxième, troisième, quatrième, etc., paquets de données de position hybrides incluent également des deuxième, troisième, quatrième, etc., paires de bits (c’est-à-dire les bits P46 et P47, P44 et P45, P42 et P43, etc.) dans l’unité de données de position de synchronisation susmentionnée. Le paquet de données de position partiel du vingt-cinquième paquet de données de position hybride 404_25 inclut une vingt-cinquième paire de bits (c’est-à-dire les bits P0 et P1) d’une unité de données de position de synchronisation qui décrit complètement la position d’un actionneur 204 à un instant de synchronisation marquant le début de la période de synchronisation 404.
Ainsi que le montre également la , le deuxième ensemble de bits du paquet de données de déplacement de chaque paquet de données de position hybride inclut des bits D0, D1, ..., D19, qui correspondent à des bits décrivant le déplacement de la position de l’actionneur 204 à un instant d’actualisation donné pendant une période de synchronisation courante par rapport à la position de l’actionneur 204 à un instant de synchronisation d’une période de synchronisation antérieure. Ainsi, les paquets de données de déplacement dans les paquets de données de position hybrides 402_1 à 402_25 incluent des bits décrivant le déplacement de la position de l’actionneur 204 aux premier à vingt-cinquième instants d’actualisation pendant la période de synchronisation 402 par rapport à la position de l’actionneur 204 à un instant de synchronisation de la période de synchronisation 404, qui précède immédiatement la période de synchronisation 402. De même, l’unité de données de déplacement dans le paquet de données de position hybride 404_25 inclut des bits décrivant le déplacement de position de l’actionneur 204 à un vingt-cinquième instant d’actualisation pendant la période de synchronisation 404 par rapport à la position de l’actionneur 204 à un instant de synchronisation antérieur de la période de synchronisation qui a précédé la période de synchronisation 404.
Il est à relever que le nombre et/ou la durée de chaque période d’actualisation (Tupdate) et, donc, la durée de chaque période de synchronisation (Tsync) peuvent dépendre d’un ou plusieurs facteurs tels que les longueurs binaires de chacune des unités de données de position de synchronisation, le nombre de bits dans le paquet de données de position partiel et le paquet de données de déplacement, la fréquence opérationnelle du dispositif de détection de chaque actionneur, la fréquence opérationnelle du contrôleur de nœud 206, la fréquence d’entrée du dispositif de détection, la fréquence d’horloge bit maximale permise par les liaisons physiques (câbles, émetteurs-récepteurs, etc.), la gigue du signal affectant le temps mort minimal entre les paquets de données de position hybrides (voir par ex. la période de début 406a et la période de fin 406b), et similaires. D’une manière générale, la période d’actualisation peut présenter une durée, Tupdate, dans une plage de (ou d’environ) 50 ns à (ou environ) 500 ns, telle que de 100 ns, 150 ns, 200 ns, 250 ns, 300 ns, 400 ns, etc., ou toute valeur intermédiaire à celles-ci, mais peut également être inférieure à 50 ns ou supérieure à 500 ns. Ainsi, la période de synchronisation peut présenter une durée, Tsync, dans une plage de (ou d’environ) 1 µs à (ou environ) 12 µs, telle que 3 µs, 5 µs, 7 µs, etc., ou toute valeur intermédiaire à celles-ci, mais peut bien entendu être inférieure à 1 µs ou supérieure à 12 µs. Pour toute durée donnée de la période d’actualisation, on peut considérer que les bits relatifs à un nouveau paquet de données de position hybride seront déterminés à une fréquence d’actualisation inverse de la période d’actualisation (par ex. dans une plage de 2 MHz (ou environ) à 20 MHz (ou environ)). De même, pour toute durée donnée de la période de synchronisation, un ensemble complet de paquets de données de position partiels représentant complètement une unité de données de position de synchronisation peut être accumulé à une fréquence de synchronisation inverse de la période de synchronisation (par ex. dans une plage de 83 kHz (ou environ) à 1 MHz (ou environ)).
Dans l’exemple de mode de réalisation décrit ci-dessus en relation avec la , la longueur en bits de l’unité de données de position de synchronisation est de 50 bits (dont éventuellement une charge utile et quelques bits, par ex. 4 bits pour la détection d’erreur parité/CRC), mais on comprendra que la longueur en bits de l’unité de données de position de synchronisation peut être supérieure à 50 bits, ou inférieure (par ex. de 16 bits, 32 bits, 64 bits, etc., ou toute valeur comprise entre celles-ci). De même, bien que la longueur en bits du paquet de données de position partiel soit de 2 bits, on comprendra que la longueur en bits du paquet de données de position partiel puisse être d’un seul bit, ou de plus de 2 bits. Enfin, bien que la longueur en bits de l’unité de données de déplacement soit de 20 bits (dont éventuellement au moins un bit pour la détection d’erreur de parité/CRC), on comprendra que la longueur en bits de l’unité de données de déplacement peut être supérieure à 20 bits, ou inférieure (par ex. de 4 bits, 8 bits, 16 bits, 24 bits, 30 bits, etc., ou toute valeur comprise entre celles-ci), pour autant que la longueur en bits de l’unité de données de déplacement soit inférieure à la longueur en bits de l’unité de données de position de synchronisation.
A. Exposé supplémentaire concernant les lignes et les signaux
En plus des lignes DataOdd et DataEven, la présente des lignes référencées « BitClock » et « Sync ». Ces lignes sont incluses comme faisant partie de chacune des liaisons de communication 212 représentées sur la . Dans les modes de réalisation dans lesquels les liaisons de communication 212 sont chacune réalisées sous la forme d’un câble de raccordement Ethernet ainsi qu’il est décrit ci-dessus, les différentes lignes de chacune des liaisons de communication 212 (c’est-à-dire les lignes DataOdd, DataEven, BitClock et Synchronisation) peuvent être chacune fournies sous la forme d’une paire torsadée de fils, de la manière connue dans l’art.
i. La ligne d’horloge bit et son signal Un signal d’horloge bit est généré et transmis par chaque contrôleur de nœud secondaire 206’’ au contrôleur de nœud primaire 206’ par l’intermédiaire de la ligne BitClock. Le contrôleur de nœud primaire 206’ peut également générer un signal d’horloge bit, bien qu’il ne soit pas transmis sur une liaison de communication 212. Généralement, le signal d’horloge bit est généré par une horloge bit interne de chaque contrôleur de nœud 206 (c’est-à-dire le contrôleur de nœud primaire 206’ et chaque contrôleur de nœud secondaire 206’’), et correspond à la fréquence de fonctionnement du contrôleur de nœud 206. Dans certains modes de réalisation, la fréquence de fonctionnement de l’horloge bit (ci-après « fréquence d’horloge bit »), et donc du signal d’horloge bit, peut être dans une plage de 25 MHz à 200 MHz (par ex. de 50 MHz, 100 MHz, 200 MHz, etc., ou toute valeur intermédiaire à celles-ci). On admettra que la fréquence d’horloge bit peut être inférieure à 25 MHz ou supérieure à 200 MHz selon la configuration des composants, tels que les contrôleurs de nœud 206, les liaisons de communication 212 et similaires.
La transmission des bits sur les lignes DataOdd et DataEven à partir d’un contrôleur de nœud secondaire 206’’ peut être synchronisée sur le signal d’horloge bit. En outre, les opérations du contrôleur de nœud primaire 206’ et de chaque contrôleur de nœud secondaire 206’’ à l’intérieur d’une période de synchronisation peuvent être synchronisées les unes avec les autres à l’aide du signal d’horloge bit. Par exemple, le contrôleur de nœud secondaire 206’’ peut pointer à la sortie des données sur le front montant du signal d’horloge bit et le contrôleur de nœud primaire 206’ peut pointer à l’entrée des données sur le front descendant du signal d’horloge bit. Facultativement, le contrôleur de nœud primaire 206’ peut atténuer toute métastabilité potentielle créée par un signal d’horloge bit (reçu en provenance d’un contrôleur de nœud secondaire 206’’) en phase par rapport au signal d’horloge bit du contrôleur de nœud primaire 206’, selon toute technique appropriée ou connue dans l’art.
Comme on l’aura compris, il est généralement important que la relation temporelle entre les signaux délivrés en sortie par un contrôleur de nœud secondaire 206’’ sur les lignes DataOdd et DataEven soit maintenue dans certaines tolérances (par ex. plus ou moins 5 ns, ou environ 5 ns) par rapport au signal d’horloge bit transmis sur la ligne BitClock. Une dérive temporelle hors tolérance peut résulter d’un ou plusieurs facteurs, tels que la longueur physique des lignes, des retards inégaux lors du trajet des signaux délivrés en sortie par le contrôleur de nœud secondaire 206’’, des retards inégaux de trajets de signaux dans les entrées de signal du contrôleur de nœud primaire 206’, une distorsion du cycle de fonctionnement dans l’émetteur-récepteur et d’autres circuits de chaque contrôleur de nœud 206 et une variation de température du contrôleur de nœud 206 et des lignes dans la liaison de communication 212. Afin de réduire les effets potentiellement délétères d’une quantité inacceptable de dérive par rapport au signal d’horloge bit, les lignes DataOdd et DataEven ont des rapports de torsion différents l’une de l’autre, et le rapport de torsion de la ligne BitClock est compris entre les rapports de torsion des lignes DataOdd et DataEven. En faisant en sorte que le rapport de torsion de la ligne BitClock se situe entre les rapports de torsion des lignes DataOdd et DataEven, la dérive totale entre les lignes DataOdd et DataEven sera divisée par rapport au signal d’horloge bit transmis sur la ligne BitClock. En d’autres termes, un signal de données sur l’une des lignes DataOdd et DataEven peut dériver temporellement vers l’avant par rapport au signal d’horloge bit tandis que le signal de données sur l’autre des lignes DataOdd et DataEven dérive temporellement vers l’arrière par rapport au signal d’horloge bit.
En outre, le signal d’horloge bit peut également servir à communiquer le début d’un paquet de données de position hybride dans le signal de rétroaction de position. Par exemple, ainsi qu’il est représenté sur la , le signal d’horloge bit peut être dans un état logique statique « 0 » pendant une période de temps 406a prolongée (ci-après « période de début de paquet »). Le contrôleur de nœud primaire 206’ peut synchroniser son horloge bit interne pour passer de l’état logique « 0 » à l’état logique « 1 » au terme de la période de début de paquet 406a.