INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
RÉSUMÉ Les procédés, appareils et modes de réalisation techniques localisent des objets en utilisant l'anticrénelage tel que pour le rendu d'un objet avec un effet pour une expérience d’essai virtuel (VTO). Un exemple de système comprend un moteur de localisation d'ongles comportant une circuiterie de calcul pour localiser un ou plusieurs objets d'ongles dans une image d'entrée d'une main ou d'un pied via un ou plusieurs réseaux neuronaux profonds, dans lequel les un ou plusieurs réseaux neuronaux profonds sont configurés pour un anticrénelage dans chacun des composants d'encodeur et de décodeur ; et un composant de rendu comportant une circuiterie de calcul pour rendre une image de sortie simulant un produit pour ongles ou un services pour ongles appliqué sur les un ou plusieurs objets d'ongles, en réponse à la localisation par le moteur de localisation d'ongles, pour fournir une expérience d'essai virtuel (VTO). Dans un mode de réalisation, les opérateurs de flou respectifs dans chacun des encodeurs et décodeurs dispersent les valeurs vers les régions voisines pour contrecarrer le scintillement et la variance de décalage, cherchant à obtenir une invariance de décalage.
Ces outils de mesure peuvent aussi comprendre des capteurs configurés pour capter la position du volet mobile 101. Par exemple, ils peuvent renvoyer trois états : ouvert, intermédiaire ou fermé, en fonction de la position du volet mobile 101.
Ils peuvent aussi être configurés pour capter la position de la plaque de régulation 103 sur les montants latéraux.
Le dispositif hydraulique 100 peut également comprendre des moyens de réglage à distance d’au moins une plaque de régulation 103. Les moyens de réglage à distance sont configurés pour permettre de régler le positionnement de la ou des plaques de régulation sur le volet mobile à distance.
La plaque de régulation peut alors être positionnée sur des moyens de positionnement 120. Les moyens de positionnement 120 peuvent être disposés sensiblement perpendiculairement à l’axe de rotation 104.
Ils peuvent être configurés pour permettre le positionnement de la ou des plaques de régulation 103 sur le volet mobile 101.
Les moyens de positionnement 120 sont par exemple des rails. Ils peuvent être contrôlés à distance. Ils peuvent être positionnés sur les deux montants latéraux. Ils permettent, à partir d’une consigne en entrée, de monter ou descendre la plaque de régulation le long des montants latéraux. Ce mouvement, lorsque le volet mobile est en position fermée, est sensiblement selon l’axe z.
Les moyens de réglages à distance peuvent comprendre un système de commande. L’unité de commande peut être un calculateur, ou un ordinateur. L’unité de commande est alimentée par la source d’alimentation. L’unité de commande est configurée pour recevoir les signaux issus des capteurs, effectuer des calculs, et renvoyer des informations à un système de commande.
Le système de commande est configuré pour permettre à l’opérateur d’avoir des informations sur l’état de la canalisation 10. Par exemple, cet opérateur peut avoir des informations sur le débit ou le niveau d’eau du flux d’eau en amont et/ou en aval 13,14. Aussi, elle peut avoir des informations sur le positionnement de la plaque de régulation 103 sur le volet mobile 101, ou encore sur la position du volet mobile 101. Par exemple, la position du volet mobile 101 peut être ouverte, fermée, ou intermédiaire.
Le système de commande est configuré pour permettre à l’opérateur ou l’opératrice de pouvoir envoyer un ordre sur la position souhaitée, selon l’axe z lorsque le volet mobile 101. La position de la plaque de régulation 103 peut notamment être sa hauteur, c’est-à-dire sa position sur l’axe z quand le volet mobile 101 est en position fermée.
L’ordre est ensuite transmis par l’unité centrale aux actionneurs. Lesdits actionneurs vont alors entrer en mouvement afin de modifier la position de la plaque de régulation 103.
Ce mode de réalisation permet avantageusement un contrôle très précis du niveau d’eau du flux d’eau amont 11 et aval 12, et de l’adapter en temps réel.
Les différents modes de réalisation peuvent potentiellement être combinés.
Les autres éléments des précédents modes de réalisation sont identiques au premier mode de réalisation décrit.
Dispositif de coffrage de planchers à poutres incorporant des balles de tennis La présente invention concerne un dispositif de coffrage de planchers à poutres (dits aussi planchers nervurés). Le dispositif est intégré au plancher et il permet d’optimiser le coffrage et d’améliorer les performances acoustiques et de résistance au feu du plancher avec un faible ajout de poids grâce à l’incorporation de balles de tennis.
Arrière-plan technique Les planchers de bâtiments peuvent être construits en dalle d’épaisseur uniforme ou avec des poutres ou poutrelles sur lesquelles sont coulée une dalle mince dite souvent dalle de compression. Ces poutres peuvent être classiquement en béton, en bois ou en acier. La présente invention est destinée à la réalisation de ces planchers à poutres.
Du point de vue de la résistance mécanique à froid, l’épaisseur de la dalle de compression des planchers avec poutres peut être faible. Cela permet d’avoir une consommation de matière par mètre carré de plancher plus faible que pour un plancher-dalle de même capacité portante. Cela a un intérêt à la fois en matière d’éco-conception du plancher mais aussi en matière d’optimisation des éléments porteurs (poteaux, voiles) et fondations du bâtiment du fait de la diminution du poids des planchers à supporter.
Dans ce contexte et dans le mode de réalisation décrit ici, l’entité 2 conforme à l’invention est une station de base (aussi appelée gNode B ou gNB) du réseau NW, couvrant au moins une cellule CELL du réseau NW à laquelle l’UE 3 est rattaché et via laquelle l’UE 3 peut accéder aux services offerts par le réseau NW. On suppose ici que la cellule CELL est configurée avec au moins une fréquence porteuse CF à laquelle l’opérateur du réseau NW a alloué une bande passante BW(CF). Ainsi, la fonctionnalité BWP permet à l’UE 3 d’utiliser en transmission (en DL et/ou en UL) une partie seulement (BWP) de la bande passante BW(CF) associée à une certaine numérologie µ (désignée dans la suite par « partie de bande passante BWP/µ »), lorsqu’il est rattaché à la cellule CELL.
L’UE 3 est configuré initialement, au moment de l’établissement de la connexion entre l’UE 3 et la gNB 2, avec une BWP définie par défaut BWP def(0) /µ def(0) (pour l’UL, respectivement pour le DL), et un délai d’inactivité T inact(0) à l’issue duquel l’UE 3 bascule vers cette BWP définie par défaut BWP def(0) /µ def(0) . Plus précisément, lors de la reconfiguration RRC, la gNB 2 envoie un message RRC à l’UE 3 comprenant un champ defaultUplinkBWP-Id pour l’UL, respectivement defaultDownlinkBWP-Id pour le DL, contenant un indicateur désignant la BWP définie par défaut BWP def(0) /µ def(0) à utiliser en UL, respectivement en DL, ainsi qu’un champ bwp-InactivityTimer, valorisé avec la valeur du délai d’inactivité T inact(0) . Ces champs sont décrits plus en détail dans le document 3GPP TS 38.331 cité précédemment.
L’UE 3 est par ailleurs configuré pour, à chaque activation par l’UE 3 d’une BWP courante (pour l’UL, respectivement pour le DL) différente de la BWP définie par défaut (pour l’UL, respectivement pour le DL), déclencher un temporisateur pour une durée égale au délai d’inactivité avec lequel il est configuré. Si le temporisateur expire et qu’aucun trafic (UL, respectivement DL) associé à l’UE 3 n’est à transmettre, l’UE 3 bascule vers la BWP définie par défaut (pour l’UL, respectivement pour le DL). On note que des BWP différentes peuvent être définies par défaut en UL et en DL, de même que des délais d’inactivité différents.
Comme mentionné précédemment, en dehors de ce mécanisme de basculement vers la BWP définie par défaut, l’UE 3 est informé de la BWP et de la numérologie associée (BWP/µ) à activer à un instant donné par l’intermédiaire d’informations de contrôle DCI destinées à l’UE 3 et envoyées par la gNB 2 dans un canal de contrôle PDCCH, diffusé en broadcast sur la cellule CELL. Les informations de contrôle DCI véhiculées dans les canaux de contrôle PDCCH peuvent prendre différents formats selon les éléments qu’elles transportent. Les informations de contrôle DCI selon un format 0_1 (dédié à l’UL) ou 1_1 (dédié au DL) contiennent outre la localisation des ressources en temps et en fréquence allouées en UL et/ou en DL à l’UE 3, un indicateur de la BWP à activer par celui-ci, cet indicateur désignant de façon univoque une BWP à activer par l’UE 3 et la numérologie associée à utiliser. Les formats 0_1 et 1_1 des informations de contrôle DCI et les éléments qu’ils contiennent, ainsi que les autres formats d’informations de contrôle DCI proposés par le standard 3GPP, sont décrits notamment dans le paragraphe 7.3 du document 3GPP TS 38.212 intitulé « Technical Specification Group Radio Access Network ; NR ; Multiplexing and channel coding (Release 17) », v17.5.0, mars 2023.
De façon connue en soi, le service S2 est considéré comme prioritaire, en raison de la faible latence qu’il supporte (inférieure à un seuil donné à savoir, une milliseconde). Les autres services sont considérés comme non prioritaires.
En outre, dans le mode de réalisation décrit ici, le réseau NW met en œuvre un découpage en tranches ou « network slicing ». Chaque tranche SL ou « slice » est un sous-réseau logique s’appuyant sur l’infrastructure physique du réseau NW et auquel sont allouées des ressources spécifiques (ex. ressources matérielles, logicielle, etc.). Les différentes slices SL du réseau sont donc avantageusement isolées les unes des autres et disposent de ressources qui leur sont propres.
On suppose ici, à titre illustratif, que l’UE 3 est connecté simultanément à plusieurs slices du réseau NW, et plus particulièrement aux slices SL(S1) et SL(S2) via lesquelles il peut accéder respectivement aux services S1 non prioritaire et S2 prioritaire.
Dans le mode de réalisation décrit ici, le programme PROG2 définit notamment les modules fonctionnels suivants de la gNB 2 (représentés sur la ), qui sont activés pour chaque UE de la cellule CELL pour laquelle la gNB 2 est sollicitée pour transmettre en UL ou en DL des données associées à cet UE (plus particulièrement pour l’UE 3 dans l’exemple envisagé ici) : un module 2A d’estimation, sur une période de temps déterminée, d’un trafic associé à l’UE en question et relatif au(x) service(s) (ou de façon équivalente ici aux slices) auquel l’UE est connecté; un module 2B d’ordonnancement ou ordonnanceur (« scheduler » en anglais), configuré pour, à partir de l’estimation du trafic réalisée par le module 2A, décider des ressources en temps et en fréquence allouées à la transmission de ces flux (PRB alloués à l’UE et instants de transmission de ces PRB) et leur ordonnancement compte tenu notamment des exigences des services relatifs ce trafic indiquées dans les SLA. C’est le module 2B d’ordonnancement qui décide notamment de la BWP et de la numérologie associée à activer par l’UE pour la transmission de ce trafic pour chaque service auquel ce trafic se rapporte ; un module 2C de détermination, configuré pour déterminer, en fonction de l’estimation du trafic réalisée par le module 2A d’estimation et de l’ordonnancement réalisé par le module 2B d’ordonnancement, la BWP et la numérologie associée (BWP def /µ def ) à utiliser par défaut par l’UE 3, ainsi qu’un délai d’inactivité T inact à appliquer par l’UE pour la transmission de ce trafic et à l’expiration duquel l’UE 3 doit activer la BWP définie par défaut BWP def /µ def . Conformément à l’invention, en présence d’un service prioritaire (par exemple S2 ici), la partie de bande passante BWP def /µ def par défaut est choisie égale à la BWP et à la numérologie associée affectées par le module 2B d’ordonnancement à ce service prioritaire ; et un module 2D d’envoi, configuré pour envoyer à l’UE, dans au moins un message de configuration, le délai d’inactivité T inact et un indicateur désignant ladite partie de bande passante BWP def /µ def définie par défaut. Dans le mode de réalisation décrit ici, ces messages sont conformes au protocole RRC, et appelés messages RRC. Il convient de noter que l’indicateur désignant la partie de bande passante BWP def /µ def définie par défaut et le délai d’inactivité T inact peuvent être envoyés dans un même message de configuration ou dans des messages de configuration distincts, notamment en fonction de la fréquence à laquelle ils évoluent respectivement.
Il convient de noter que l’invention s’applique aussi bien en voie montante (UL) qu’en voie descendante (DL). Plus particulièrement, lorsque l’estimation du trafic associé à l’UE réalisée par le module 2A concerne le trafic montant, la BWP définie par défaut est une BWP définie par défaut pour le trafic montant. Il en est de même pour le délai d’inactivité déterminé conformément à l’invention. Inversement, lorsque l’estimation du trafic associé à l’UE concerne le trafic descendant, la BWP définie par défaut et le délai d’inactivité déterminé correspondent respectivement à une BWP définie par défaut pour le trafic descendant et un délai d’inactivité avant de basculer vers cette BWP définie par défaut pour le trafic descendant. Par souci de simplification ici, on utilise les mêmes notations BWP def /µ def pour désigner la BWP définie par défaut et sa numérologie associée, et T inact , pour désigner le délai d’inactivité, qu’on se place en UL ou en DL. Toutefois, une BWP associée à une numérologie µ différente peut être définie par défaut en UL et en DL, de même qu’un délai d’inactivité T inact différent.
Le fonctionnement des modules 2A à 2D de la gNB 2 est détaillé davantage ultérieurement en référence aux étapes du procédé de configuration selon l’invention. Les modules 2A et 2B sont optionnels, la gNB 2 pouvant obtenir en variante l’estimation du trafic associé à chaque UE lui étant rattaché, et/ou la façon dont ce trafic est ordonnancé d’une autre entité du réseau NW, par exemple pour l’estimation du trafic, d’une fonction réseau d’analyse de données aussi connue sous le nom de fonction réseau NWDAF (pour « NetWork Data Analysis Function » en anglais) dans le contexte d’un réseau 5G.
Le programme d’ordinateur enregistré dans la mémoire non volatile NVM, lorsque l’architecture matérielle de l’ordinateur 4 est celle de l’UE 3, est noté PROG3 et comporte des instructions définissant les principales étapes d’un procédé de communication selon l’invention tel qu’il est mis en œuvre par l’UE 3. Il définit plus spécifiquement les modules fonctionnels de l’UE 3, qui s’appuient et/ou commandent tout ou partie des éléments PROC, MEM, ROM, NVM, et COM de l’ordinateur 4, cités précédemment.
Le programme PROG3 définit notamment les modules fonctionnels de l’UE 3 suivants (représentés sur la ) : un module 3A de réception, configuré pour recevoir au moins un message de configuration (par exemple au moins un message RRC) en provenance d’une entité du réseau conforme à l’invention, et plus particulièrement ici de la gNB 2. Ce ou ces messages de configuration comprennent notamment un indicateur de la BWP définie par défaut BWP def /µ def et du délai d’inactivité T inact déterminé par la gNB 2 pour l’UE 3 à partir de l’estimation de son trafic ; et un module 3B d’application, configuré pour appliquer la BWP définie par défaut BWP def /µ def et le délai d’inactivité T inact reçus par le module 3A de réception.
Le fonctionnement des modules 3A et 3B de l’UE 3 est détaillé davantage ultérieurement en référence aux étapes du procédé de communication selon l’invention.
Par souci de simplification, bien que comme mentionné précédemment, l’invention s’applique aussi bien en UL qu’en DL, on se limite ici à un accès DL aux services S1 et S2 par l’UE 3, autrement dit à un trafic descendant reçu par l’UE 3 via le réseau NW. L’homme du métier n’aurait aucune difficulté à adapter la description qui suit à la transmission d’un trafic montant, c’est-à-dire émis par l’UE 3 à destination d’une entité distante, qui peut se trouver dans le réseau NW ou en dehors de celui-ci. Il suffit pour cela de transposer ce qui est décrit pour le trafic entrant (DL) au trafic sortant (UL). De façon similaire, l’homme du métier n’aurait aucune difficulté à adapter la description à une transmission combinée d’un trafic montant et descendant, quelle que soit la technique de multiplexage considérée entre UL et DL (TDD (pour « Time Division Duplex » en anglais) ou FDD (pour « Frequency Division Duplex » en anglais), l’invention étant appliquée de façon indépendante à la voie montante et à la voie descendante.
La décrit les principales étapes d’un procédé de configuration conforme à l’invention, dans un mode particulier de réalisation dans lequel il est mis en œuvre par la gNB 2.
Comme évoqué précédemment, suite à la reconfiguration RRC de l’UE 3 lors de l’établissement de la connexion entre l’UE 3 et la gNB 2, la BWP définie par défaut en DL pour l’UE 3 et le délai d’inactivité au-delà duquel l’UE 3 bascule sur la BWP définie par défaut en DL, sont configurés respectivement avec la partie de bande passante BWP def(0) /µ def(0) et le délai d’inactivité T inact(0) (étape E00).
Grâce à l’invention, cette BWP définie par défaut et ce délai d’inactivité configurés initialement au niveau de l’UE 3 peuvent être modifiés au cours du temps de façon dynamique par la gNB 2 pour s’adapter au contexte de l’UE 3 (et à sa consommation des services auxquels il est connecté). Dans la suite de la description, on désigne par BWP définie par défaut courante, notée BWP def /µ def , respectivement par délai d’inactivité courant, noté T inact , la BWP définie par défaut et la numérologie associée, respectivement le délai d’inactivité, configurés au niveau de l’UE 3 et appliqués à l’instant considéré par l’UE 3. Ainsi, après l’étape E00 de reconfiguration RRC de l’UE 3 :
BWP def /µ def = BWP def(0) /µ def(0) et T inact = T inact(0) .
Les étapes du procédé de configuration décrites ci-après illustrent comment ces paramètres courants sont mis à jour par la gNB 2 conformément à l’invention, dans un mode particulier de réalisation.
Plus précisément, la gNB 2 détermine, via son module 2A d’estimation, des caractéristiques du trafic entrant associé à l’UE 3 relatif à chaque service auquel l’UE 3 est connecté, c’est-à-dire auprès duquel l’utilisateur de l’UE 3 a souscrit un abonnement ou négocié un accès (étape E10). Dans l’exemple illustratif envisagé ici, il s’agit des services S1 et S2 pour l’UE 3.
On peut également envisager, dans d'autres modes de réalisation, que les procédés de configuration et de communication, l’entité du réseau, l’équipement utilisateur et le système de communication selon l’invention présentent en combinaison tout ou partie des caractéristiques précitées.
la représente, sous forme d’ordinogramme, les principales étapes d’un procédé de configuration selon l’invention, telles qu’elles sont mises en œuvre par une entité du réseau conforme à l’invention appartenant au système de communication de la ;
- une partie analyse (bloc 101) par un réseau de neurones qui convertit le signal d’entrée x dans une représentation latente z appelé également « espace latent ». Cet espace latent représente sous forme compacte les caractéristiques importantes du signal d’entrée.
Dans l’exemple d’EnCodec, l’architecture de la partie analyse est décrite plus loin en référence aux figures 9 et 10.
- une partie quantification/codage (bloc 102) de la représentation latente z avec éventuellement un codage entropique (appelé modèle de langage ou « language model » en anglais) dans le cas d’EnCodec, générant un train binaire I constitué d’indices de quantification multiplexés.
De même, à la phase d’inférence, le décodage (bloc 110) qui reconstruit le signal audio se décompose en deux blocs :
- une quantification inverse/décodage de l’espace latent (bloc 111) à partir du train binaire I;
- une partie synthèse par un réseau de neurones de synthèse (bloc 112). L’architecture de cette partie est symétrique (en ordre inverse) de la partie analyse, avec des convolutions transposées au lieu de convolutions ; cette architecture est décrite plus loin en référence aux figures 9 et 10. La synthèse génère une valeur approchée du signal x appelée .
On notera qu’une implémentation complète d’Encodec (blocs 100 et 110) est donnée dans : https://github.com/facebookresearch/encodec
La quantification utilisée dans EnCodec est une quantification vectorielle multi-étages, appelée « Residual VQ » ou encore RVQ (pour « Residual Vector Quantization » en anglais).
Lors de la phase d’apprentissage, les dictionnaires de quantification RVQ sont appris et stockés ; le mot de code sélectionné est mis à jour avec une moyenne mobile (avec un facteur d’oubli) et les entrées non utilisées sont remplacées par des candidats tirés du lot courant de la base d’apprentissage. La quantification est court-circuitée dans la phase de rétropropagation des gradients pour les réseaux d’analyse/synthèse. Un nombre variable d’étages (appelés « étages résiduels ») est sélectionné à l’apprentissage pour entrainer un seul modèle représentant plusieurs débits. Par ailleurs, lors de l’apprentissage, le codec comprend également des blocs supplémentaires de calcul de métriques (bloc 121) et un réseau de neurones complémentaire appelé « discriminateur » (bloc 120) selon le principe des réseaux de neurones génératifs antagonistes (GAN pour « Generative Adversarial Network » en anglais), pour obtenir différentes fonctions de coût pour l’apprentissage. Les détails concernant l’apprentissage ne sont pas détaillés ici car cela dépasse le cadre de la présente invention qui se focalise sur l’amélioration d’un codec par réseaux de neurones à un signal audio, une fois les réseaux d’analyse et de synthèse déjà entrainés (partie grisée de la ).
La illustre le fonctionnement de la quantification à plusieurs étages (bloc 102 sans codage entropique) et la décrit le décodage associé (bloc 111 sans décodage entropique).
En fonction du nombre de bits R par trame, celle-ci fonctionne avec une série de K quantificateurs (blocs 201, 202, … 20K) en cascade, où le signal z de l’espace latent est codé par un premier étage puis l’erreur de quantification de l’étage précédent e k est calculée (bloc 251, 252, …) pour obtenir l’entrée de l’étage courant.
Dans l’EnCodec décrit dans l’article précité, le débit d’un étage est de 10 bits pour un signal d’entrée en dimension D=128. Pour une entrée mono à 24 kHz, EnCodec définit des étages de N=1024 entrées (10 bits par trame de 320 échantillons à 24 kHz, soit 0.75 kbit/s), et peut en combiner jusqu’à 32 (pour le débit de 24 kbit/s). La quantification RVQ implique de stocker K=32 dictionnaires (blocs 001 à 00K), avec un dictionnaire par étage ; chaque dictionnaire C k est de dimension D=128 et de taille N=1024. La quantification dans le k-ième étage s’effectue par simple recherche du plus proche voisin entre e k et tous les mots de code du dictionnaire C k , en minimisant l’erreur quadratique (la distance euclidienne).
Par défaut, le nombre d’étages successifs combinés est prédéfini : K=2, 4, 8, 16 ou 32 étages, pour un débit de 1.5, 3, 6, 12 ou 24 kbit/s (ou R = 20, 40, 80, 160, 320 bits par trame). Les indices i k de chaque étage sont multiplexés pour former le train binaire I de la trame courante (bloc 200).
Au décodage, représenté en figure 3, le nombre d’étages K est déterminé en fonction du débit R. Le train binaire I est démultiplexé et ces indices sont séparés (bloc 300), et chaque étage (blocs 301, 302, … 30K) fournit le mot de code stocké et décodé par lecture dans le dictionnaire C k associé (blocs 001 à 00K), et tous les mots de code ainsi décodés sont successivement ajoutés (blocs 352, …, 35K) pour obtenir le signal décodé de l’espace latent dans la trame courante.
La méthode de quantification de l’espace latent de type RVQ présente quelques avantages : les structures implicites de l’espace latent sont apprises implicitement (sans être explicitement extraites) par la quantification vectorielle, l’approche multi-étages permet un codage hiérarchique (scalable) avec des étages d’améliorations dont le nombre dépend du débit visé.