Brevet FR3161827A1 — publié le 20251031

L’invention concerne une technique d’allocation de ressources temporelles dans un système de communication sur fibre optique comprenant un terminal de ligne optique connecté à une pluralité de modules utilisateurs via une fibre optique unique, le terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur. Une telle technique repose sur la mise en œuvre des étapes suivantes : une mise à jour (100) de la durée de champs d’entête, un établissement (200) du calendrier d’allocation en tenant compte de la mise à jour de la durée des champs d’entête et une diffusion (300) à l’ensemble des modules utilisateurs du calendrier d’allocation établi. Figure pour l’abrégé : Figure 1 Procédé d’allocation de ressources temporelles en voie montante dans un système de communication sur fibre optique, procédé de transmission en voie montante, module utilisateur, et terminal de ligne optique correspondants L’invention relève du domaine des communications sur fibre optique, et en particulier du domaine des réseaux optiques passifs ou réseaux PON (pour « Passive Optical Network » en anglais). Plus particulièrement, l’invention concerne l’optimisation de l’écoulement du trafic de données et notamment la gestion d’un calendrier d’allocation de ressources temporelles dans un réseau PON. État de la technique Au cours de ces dernières années, les attentes croissantes des utilisateurs trafic et en qualité de service ont conduit au développement de nouvelles architectures et de nouveaux protocoles pour les réseaux de communication optique. En particulier, l’architecture PON, à laquelle s’applique l’invention, est une architecture point-à-multipoints passive qui offre un accès optique haut débit à une population d’utilisateurs par exemple résidentielle distante (typiquement distribuée sur plusieurs dizaines de kilomètres). Cette architecture se caractérise par l’absence d’équipements actifs le long des branches du réseau de fibre optique reliant le central optique au modules utilisateurs. Traditionnellement, un réseau PON comprend, comme illustré sur la FIG. 1 , un terminal de ligne optique (ou OLT pour « Optical Line Terminal » en anglais) localisé au niveau du central optique (ou CO pour « Central Office » en anglais) relié à un coupleur optique C par une unique fibre optique OF, ainsi qu’un ensemble de modules utilisateurs (ou ONU pour « Optical Network Unit » en anglais) référencés ONU-1 à ONU-m (m pouvant classiquement aller jusqu’à 64). Les modules utilisateurs ONU-1 à ONU-m sont respectivement reliés au coupleur C au moyen de fibres optiques OF-1 à OF-m dédiées. L’OLT émet vers les ONUs un signal optique descendant et chaque ONU émet vers l’OLT un signal optique montant dans un intervalle temporel qui lui est propre. Afin que l’OLT puisse identifier le signal optique montant propre à chaque ONU, un calendrier d’émission est préalablement imposé à chaque ONU, qui se voit alloué une fenêtre temporelle d’émission pour la transmission de données optiques sous la forme d’une trame ou d’une rafale optique. Autrement dit, ce calendrier d’émission est un calendrier permettant de définir l’allocation de ressources temporelles aux différents ONUs du réseau. L’OLT est donc configuré pour desservir optiquement les ONUs via la fibre OF partagée passivement via le coupleur/combineur C selon une topologie de 1 vers m et un calendrier de communication défini. Le processus d’allocation des ressources temporelles dans un PON vise notamment à garantir que chaque utilisateur reçoive une part équitable d’allocation de trafic disponible tout en optimisant les performances globales du réseau. Un premier protocole connu d’allocation d’écoulement de trafic consiste en une allocation donnée de la bande passante (c’est-à-dire d’une quantité de trafic) : on parle alors d’allocation fixe de bande passante. Cependant, ce type de protocole ne permet pas de répondre à une demande au-delà de l’allocation fixe et générera, d’une part, une sous-utilisation lorsque les clients n’utilisent pas leur bande passante, et d’autre part, une forte limitation de bande passante, de plus ce type de protocole n’est pas adapté au trafic IP (pour « Internet Protocol » en anglais). Ainsi, un deuxième protocole connu d’allocation de bande passante consiste à ajuster l’allocation temporelle de manière dynamique en fonction des conditions de trafic en temps réel et des demandes des utilisateurs : on parle alors d’allocation dynamique de bande passante ou mécanisme DBA (pour « Dynamic Bandwidth Allocation » ). De plus, ce protocole permet de fournir une meilleure adéquation entre les flux IP et la gestion de la bande passante, et permet également un niveau élevé d’intégration entre des services de QoS (pour « Quality of Service » ) hétérogènes. Dans le cas d’une allocation dynamique de bande passante pour une communication montante, le calendrier d’allocation de ressources comprend des fenêtres d’émission allouées dynamiquement à chacun des ONUs. Ce calendrier d’allocation est mis à jour périodiquement par l’OLT. Chaque fenêtre d’émission constitue un créneau temporel de trafic alloué à l’un des ONUs du réseau pour la transmission d’un signal optique montant vers l’OLT. Chaque créneau temporel est lui-même composé de plusieurs intervalles de temps, principalement destinés à la transmission de données d’en-tête et de données utiles ( « payload data » en anglais ). Or, les intervalles de temps pour la transmission de données d’en-tête sont identiques pour chacun des ONUs, bien que ceux-ci présentaient des paramètres d’émission différents. Ainsi, certains ONUs ne nécessitent pas un intervalle de temps aussi grand, tandis que d’autres nécessiteraient un intervalle de temps plus important, et le calendrier d’allocation apparaît donc sous-optimisé. Il existe par conséquent un besoin d’optimiser la gestion du calendrier de communication entre un OLT et des ONUs au sein d’un réseau PON. En particulier, il existe un besoin d’optimiser les intervalles de temps alloués à la transmission de données d’en-tête. La présente invention se propose de résoudre tout ou partie de ces inconvénients. Présentation de l’invention Dans un mode de réalisation particulier de l’invention, il est proposé un procédé d’allocation de ressources temporelles dans un système de communication sur fibre optique comprenant un terminal de ligne optique connecté à une pluralité de modules utilisateurs via une fibre optique unique, le terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, le procédé comprenant les étapes suivantes, mises en œuvre par le terminal de ligne optique : mise à jour de la durée d’au moins un champ d’entête ; établissement du calendrier d’allocation, tenant compte de la mise à jour de la durée dudit au moins un champ d’entête ; diffusion à l’ensemble desdits modules utilisateurs du calendrier d’allocation. Ainsi, la présente invention repose sur une nouvelle approche consistant à optimiser le calendrier d’allocation de ressources temporelles allouées aux différents modules utilisateurs du système de communication par une opération de mise à jour de la durée des champs d’entête associé à ces modules utilisateurs pour la transmission des trames optiques en voie montante. Selon une mise en œuvre particulière, ladite étape de mise à jour de la durée consiste à réduire la durée dudit au moins champ d’entête de sorte à rendre disponible au moins une ressource temporelle et à allouer ladite au moins une ressource temporelle à au moins un champ de charge. Ainsi, l’optimisation du calendrier d’allocation se fonde sur une optimisation temporelle des champs d’entête consistant à allouer moins de ressources pour les champs d’entête et plus de ressources pour les champs de garde des trames optiques en voie montante. En d’autres termes, une telle approche permet de dédier plus de temps pour l’allocation de trafic moins pour les motifs d’en-tête des trames optiques. Selon une implémentation particulière, la mise à jour de la durée dudit au moins un champ d’entête est effectuée pour un module utilisateur donné de ladite pluralité. Selon une variante d’implémentation, la mise à jour de la durée dudit au moins un champ d’entête est effectuée pour une paire de modules utilisateurs se succédant dans le calendrier d’allocation. Selon une mise en œuvre particulièrement avantageuse, le procédé comprend au moins deux itérations de l’étape de mise à jour de la durée, dans laquelle, à chaque itération, la durée d’un champ d’entête candidat est réduite tant qu’un critère de qualité reste au-dessus d’un seuil prédéterminé. Ceci permet de réaliser un réglage progressif et précis de la durée du champ d’entête. Selon une autre caractéristique du procédé, ledit au moins un champ d’entête comprenant un bloc de temps de garde et un bloc de préambule portant un signal permettant à un module utilisateur de détecter la puissance d’un signal optique et/ou de régler la phase temporelle d’un signal optique, ladite étape de mise à jour de la durée consiste à ajuster la durée dudit bloc de temps de garde et/ou la durée dudit bloc de préambule. Ainsi, l’allocation de ressources temporelles (aussi appelées temps de parole) peut porter sur un ou plusieurs paramètres temporels du calendrier. Plus précisément, ledit bloc de préambule étant constitué d’une répétition d’un motif binaire, ladite étape de mise à jour de la durée consiste à modifier le nombre de répétitions dudit motif binaire. Selon une mise en œuvre particulière, l’ajustement de la durée dudit bloc de temps de garde et/ou la durée dudit bloc de préambule tient compte d’au moins un des critères appartenant au groupe comprenant : une information représentative de la puissance optique reçue par le terminal de ligne optique, de la part du module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la distance en fibre entre le terminal de ligne optique et le module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la puissance reçue minimale et de la puissance reçue maximale de la part des modules utilisateurs déjà connectés ; une information représentative de la distance minimale et de la distance maximale des modules utilisateurs déjà connectés ; une information représentative du type du module utilisateur pour lequel la mise à jour est considérée. Selon un premier mode de mise en œuvre, le procédé est mis en œuvre de façons distinctes selon qu’un module utilisateur est dans une phase d’accrochage avec le terminal de ligne optique ou dans une phase d’écoulement de trafic depuis au moins un module utilisateur vers le terminal de ligne optique. L’étape de mise à jour peut comprendre une optimisation de la durée dudit bloc de préambule, préalablement à ladite phase d’accrochage. L’étape de mise à jour peut comprendre une optimisation de la durée du bloc de temps de garde et/ou de la durée du bloc de préambule, de façon itérative, préalablement à ladite phase d’écoulement du trafic. Selon un deuxième mode de mise en œuvre, le procédé est mis en œuvre pour une phase d’arrêt d’urgence d’un module utilisateur, l’étape de mise à jour comprenant une optimisation de la durée du temps de préambule de façon itérative, préalablement à ladite phase d’arrêt d’urgence. Dans un autre mode de réalisation particulier de l’invention, il est proposé un procédé de transmission de trames par un module utilisateur, dans un système de communication sur fibre optique comprenant un terminal de ligne optique connecté à une pluralité de modules utilisateurs via une fibre optique unique, le terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, le procédé comprenant les étapes suivantes, mises en œuvre par ledit module utilisateur : réception d’un signal de mise à jour du calendrier d’allocation de ressources temporelles ; extraction d’informations relatives à une modification de la durée du champ d’entête des trames émises par ledit module utilisateur, au sein dudit calendrier à partir du signal de mise à jour ; construction d’un entête selon les informations extraites ; transmission d’une trame comprenant l’entête construit. Ainsi, du côté des modules utilisateurs, la réception du signal de mise à jour signifie qu’une allocation de ressources temporelles est à mettre en œuvre pour la trame montante à transmettre. En particulier, le signal de mise à jour comprend des données relatives à la durée des champs d’entête associés aux modules utilisateurs, à partir desquelles chaque module utilisateur est configuré pour construire sa propre trame optique en tenant compte de la nouvelle allocation de ressources temporelles qui lui est spécifiquement imposée. Dans un autre mode de réalisation de l'invention, il est proposé un terminal de ligne optique pour système de communication sur fibre optique comprenant une pluralité de modules utilisateurs, ledit terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, le terminal de ligne optique comprenant : des moyens de mise à jour la durée d’au moins un champ d’entête ; des moyens d’établissement du calendrier d’allocation, tenant compte de la mise à jour de la durée dudit au moins un champ d’entête ; des moyens de diffusion du calendrier d’allocation à l’ensemble desdits modules utilisateurs. Dans un autre mode de réalisation de l'invention, il est proposé un module utilisateur pour système de communication sur fibre optique comprenant un terminal de ligne optique et une pluralité de modules utilisateurs, ledit système de communication mettant en œuvre un calendrier d’allocation de ressources temporelles allouant audit module utilisateur un créneau temporel pour l’émission d’au moins une trame vers le terminal de ligne optique, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles ; le module utilisateur comprenant : des moyens de réception d’un signal de mise à jour du calendrier d’allocation de ressources temporelles ; des moyens d’extraction d’informations relatives à une modification de la durée du champ d’entête des trames émise par ledit module utilisateur à partir du signal de mise à jour ; des moyens de construction d’un entête selon les informations extraites ; des moyens de transmission d’une trame comprenant l’entête construit. Dans un autre mode de réalisation de l'invention, il est proposé un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé tel que décrit précédemment, dans l’un quelconque de ses modes de réalisation, lorsqu’il est exécuté par un processeur. Dans un autre mode de réalisation de l'invention, il est proposé un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé selon l’invention tel que décrit ci-dessus. Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé objet de l’invention précité. Présentation des figures D'autres buts, caractéristiques et avantages de la technique apparaîtront à la lecture de la description suivante donnée à titre uniquement illustratif et non limitatif, et qui se réfère aux figures annexées, dans lesquelles : FIG. 1 , déjà décrite en relation avec l’art antérieur, représente de façon schématique un réseau de communication PON traditionnel ; FIG. 2 représente un exemple de fenêtre temporel mis à la disposition d’un module utilisateur pour la transmission d’une trame optique montante vers un terminal de ligne optique ; FIG. 3 est un organigramme d’un mode de réalisation particulier du procédé selon l’invention ; FIG. 4 présente un diagramme d’évènements montrant de manière générique le déroulement du procédé entre un module utilisateur et une un terminal de ligne optique selon un mode de réalisation particulier de l’invention ; FIG. 5 présente un diagramme d’évènements illustrant l’étape de mise à jour de la durée d’un champ d’entête, selon un exemple de réalisation de l’invention ; FIG. 6 représente, sous forme d’organigramme, la phase de réglage progressive de la durée du champ d’entête selon un exemple de réalisation de l’invention ; FIG. 7 présente la structure simplifiée d'un dispositif mettant en œuvre le procédé selon un mode de réalisation particulier de l'invention Description détaillée de l’invention Sur toutes les figures du présent document, les éléments et étapes identiques sont désignés par une même référence numérique. Dans la suite de la description, on considère un exemple de mise en œuvre de l’invention dans un système de communication sur fibre optique du type PON (couramment nommé réseau d’accès optique passif), comme celui illustré en relation avec la FIG. 1 . Il peut s’agir d’un réseau PON reposant sur un mode de transmission point-à-multipoints (TDM (Time-Division Multiplexing) descendant et TDMA (Time-Division Multiple Access) montant) par exemple. Un tel réseau optique comprend un terminal de ligne optique (OLT) et un ensemble de modules utilisateurs (ONU1-ONU-m), typiquement 64 ONUs. L’OLT est configuré pour desservir optiquement l’ensemble des modules utilisateurs distants ONU1 à ONU-m au moyen de la fibre optique OF via le coupleur optique C. Dans cette configuration, afin que l’OLT puisse identifier le signal optique montant propre à chaque ONU, un calendrier d’allocation de ressources temporelles est imposé périodiquement aux ONUs, allouant à chaque ONU un créneau temporel pour la transmission d’une trame optique par ledit ONU à l’OLT. On parle alors d’allocation de ressources temporelles (ou de bande passante) en voie montante. Le calendrier est donc divisé en une pluralité de créneaux temporels (couramment appelés « temps de parole »), chacun alloué à l’un des ONUs du réseau optique, soit une succession de 64 créneaux temporels dans l’exemple de mise en œuvre présenté ici. Un exemple de créneau temporel T ONU2 mis à la disposition d’un module utilisateur ONU2 pour la transmission d’une trame optique montante vers l’OLT est illustré sur la FIG. 2 . On considère que chaque créneau temporel se succédant dans le calendrier est structuré de la même façon. Le créneau temporel T ONU2 comprend un premier intervalle de temps (T plo ) dédié à la transmission d’un champ d’en-tête de la trame optique et un deuxième intervalle de temps (T u ) dédié à la transmission d’un champ de charge de la trame optique. Le champ d’entête comprend des données destinées à des fonctions de couche physique opto-électronique. Le champ de charge comprend des données utiles. Ainsi, le deuxième intervalle de temps constitue un temps de parole dédié au trafic, qui est alloué au module utilisateur pour la transmission de ses données utiles dans le réseau. Le champ d’entête comprend un bloc de temps de garde GT et un bloc de préambule PR. Une première portion de l’intervalle de temps T plo (référencé T g ) est mis à la disposition du module utilisateur ONU2 pour autoriser le temps de garde, qui est un temps de pause permettant d’éviter le chevauchement de signaux envoyés par deux modules utilisateurs successifs, typiquement entre le module utilisateur ONU1 (ONU précédent) et le module utilisateur ONU2 (ONU courant). Le module utilisateur ONU2 dispose d’une deuxième portion de l’intervalle de temps T plo (référencé T p ) pour la transmission du bloc de préambule à l’OLT, ce bloc de préambule portant un signal optique dimensionné pour permettre la détection de puissance de ce signal et/ou de régler la phase temporelle de ce signal. Le bloc de préambule est composé d’un motif binaire (référencé P sur la figure) qui est répété « n » fois. Par exemple, si le motif de préambule est de type AAAAAAAAAAAAAAAA en hexadécimale, cela correspond à 8 octets en binaire avec une alternance de 1 et 0 qui est répété 255 fois, soit 4 080 bits. Le module utilisateur ONU2 dispose également d’une troisième portion de l’intervalle de temps T plo (référencé T d ) dédiée à la transmission d'un bloc de délimitation (DE). Ce bloc de délimitation sert à marquer temporellement le démarrage des données utiles avec une information numérique. Le champ de charge comprend, plus précisément, un bloc d’entête BH (pour « Burst header » ) utilisé pour l’identification de la trame optique notamment, un bloc d’état DB (pour « Dynamic Bandwidth Report upstream » ) utilisé pour rapporter l'état des files d'attente de trames à destination de l’OLT (sur lequel repose la fonction d'allocation dynamique de bande passante) et un bloc de données utiles PL (pour « payload » ) comprenant les informations utiles à transmettre par l’ONU. La FIG. 3 représente un organigramme d’un mode de réalisation particulier du procédé d’allocation selon l’invention. Cet organigramme comprend les étapes principales de mise en œuvre du procédé, qui sont appliquées a chaque fois que le calendrier est à mettre à jour. Cette mise à jour peut être mise en œuvre de manière ponctuelle (par exemple sur survenance d’un évènement particulier (détection d’un dysfonctionnement, introduction d’un nouvel équipement, etc.)) ou périodique dans le temps. Certaines de ces étapes sont effectuées par l’OLT et d’autres sont effectuées par un ONU du réseau. Pour faciliter la compréhension de la présente invention, ces étapes sont également représentées sur la FIG. 4 sous la forme d’un diagramme d’évènements illustrant le déroulement du procédé entre l’OLT et un ONU donné du réseau. Comme discuté plus en détails ci-après, le procédé repose sur une nouvelle approche consistant à mettre à jour la durée des champs d’entête associés aux modules utilisateurs de façon à établir un calendrier d’allocation de ressources optimisé et adapté à chaque module utilisateur, caractérisé par un octroi d’une bande passante accrue pour la transmission des données utiles. On considère par la suite que cette optimisation du calendrier d’allocation est effectuée avant chaque transmission d’une trame optique montante vers l’OLT. A l’étape 100 (notée « MAJ_CE »), l’OLT procède à une mise à jour du champ d’entête associé au module utilisateur OLT. Cette mise à jour repose sur l’obtention d’une durée réduite de l’intervalle de temps (T plo ) dédié à la transmission du champ d’entête associé à l’ONU (on parle alors, par abus de langage, de réduction de la durée du champ d’entête). Cette durée réduite du champ d’entête peut être obtenue au moyen d’une phase de réglage progressif du champ d’entête (symbolisé par la boucle I sur la FIG. 4 ) dans laquelle plusieurs valeurs de durée de champ d’en-tête sont testées séquentiellement et de proche en proche, tant qu’un critère de qualité reste au-dessus d’un seuil prédéterminé. Elle permet de régler au plus juste la durée du champ d’en-tête, et donc la bande passante qui lui est associée. Un exemple détaillé de mise en œuvre de cette phase de réglage est illustré plus loin en relation avec la FIG. 7 . La (ou les) ressource(s) rendue(s) disponible(s) par une réduction de la durée du champ d’entête associé à l’ONU est(sont) destinée(s) à être réallouée(s) au champ de charge. Le réglage du champ d’entête peut s’effectuer sur une ou plusieurs fenêtres temporelles dédiées au champ d’entête, et en particulier sur l’intervalle de temps dédié au temps de garde T g et/ou sur l’intervalle de temps dédié au préambule T p . Ainsi, l’OLT est configuré pour mettre à jour la durée du champ d’entête en ajustant la durée du bloc de temps de garde GT et/ou la durée du bloc de préambule PR. L’ajustement de la durée du bloc de temps de garde et/ou la durée du bloc de préambule tient compte d’au moins un des critères suivants (sans pour autant être exhaustif) : une information représentative de la puissance optique reçue par le terminal de ligne optique, de la part du module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la distance en fibre entre le terminal de ligne optique et le module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la puissance reçue minimale et de la puissance reçue maximale de la part des modules utilisateurs déjà connectés ; une information représentative de la distance minimale et de la distance maximale des modules utilisateurs déjà connectés ; une information représentative du type du module utilisateur pour lequel la mise à jour est considérée. Selon une mise en œuvre particulière, l’étape de mise à jour consiste à modifier le nombre de répétitions du motif binaire afin de réduire la durée du bloc de préambule PR. L’étape 100 de mise à jour est réalisée par l’OLT pour chacun des 64 ONUs du réseau optique. Les données mises à jour relatives à la durée des champs d’entête obtenues à l’issue de cette étape sont stockées par exemple dans une table locale de l’OLT. A l’étape 200 (notée « ETA_CA »), l’OLT établit un calendrier d’allocation de ressources temporelles optimisé en tenant compte de la mise à jour de la durée du champ d’en-tête associé à chacun des ONUs du réseau. Plus précisément, pour un ONU donné et un créneau temporel associé fixe, l’OLT effectue une réduction de la durée du champ d’entête (i.e. réduction de la durée de l’intervalle de temps T plo ) au profit du champ de charge (i.e. augmentation de la durée de l’intervalle de temps T u ). Ainsi, la ressource rendue disponible par réduction de la durée du champ d’entête associé à l’ONU est allouée au champ de charge associé à cet ONU, ce qui se traduit par un intervalle de temps de champ d’entête T plo plus petit et par un intervalle de temps de champ de charge T u plus grand que dans le calendrier d’allocation précédent. Cette opération revient donc à allouer un temps de parole augmenté pour le trafic des données utiles par l’ONU concerné. Une telle approche permet d’octroyer donc plus de bande passante à la transmission de données utiles en voie montante par les équipements du réseau. Une fois le calendrier établi pour l’ensemble des ONUs du réseau, à l’étape 300 (notée « DIF_CA »), l’OLT procède à la diffusion du calendrier d’allocation optimisé à l’ensemble des ONUs du réseau. Pour ce faire, l’OLT construit un signal optique, dit signal de mise à jour, et le transmet en voie descendante à l’ensemble des ONUs via les canaux de communication dédiés du réseau (signal matérialisé par la flèche Fd sur la FIG. 5 ). Ce signal de mise à jour comprend un champ en-tête, un champ de données utiles et éventuellement un champ de protection, le champ de données utiles contenant les données relatives à une modification de la durée des champs d’entête et des champs de charge à allouer à chacun des ONUs du réseau. Une telle optimisation du calendrier d’allocation, telle qu’illustrée par les étapes 100, 200 et 300, peut être mise en œuvre de manière ponctuelle (par exemple sur survenance d’un évènement particulier (détection d’un dysfonctionnement d’un équipement, introduction d’un nouvel équipement, etc.) ou de manière périodique dans le temps, par exemple selon une périodicité prédéfinie par l’OLT, typiquement avant chaque transmission d’une trame optique ou d’une rafale optique montante, ou d’un nombre prédéfini de trames optiques ou de rafales optiques. On rappelle ici qu’une rafale optique est regroupement de plusieurs trames (ou paquets) optiques transmises par un ONU du réseau. A l’étape 400 (notée « Rx_SM »), sur réception du signal de mise à jour, l’ONU effectue une extraction des données relatives à une modification de la durée du champ d’entête et du champ de charge qui lui sont spécifiques à partir dudit signal de mise à jour, puis procède à la modification de la trame optique destinée à être transmise sur le réseau. Pour ce faire, à l’étape 500 (notée « CON_TO »), l’ONU construit une trame optique montante dans laquelle la durée du champ d’entête et la durée du champ de charge sont dimensionnées en fonction des données extraites du signal de mise à jour et qui lui sont spécifiquement imposées par l’OLT de façon à optimiser l’allocation des ressources temporelles au profit du trafic de données utiles. Typiquement, l’opération consiste à allouer une quantité réduite de ressources temporelles pour la transmission du champ d’entête (soit une durée réduite de l’intervalle de temps T plo ) et une quantité augmentée de ressources temporelles pour la transmission du champ de charge (soit une durée augmentée de l’intervalle de temps T u ) conformément aux données extraites du signal de mise à jour relatives à la modification du calendrier d’allocation. Enfin, à l’étape 600 (notée « Tx_TO »), l’ONU procède à la transmission de la trame optique montante ainsi construite (matérialisée par la flèche Fm sur la FIG. 5 ) en y intégrant les données utiles dans le champ de charge de plus grande capacité grâce à l’invention. Les étapes 400 à 600 décrites ci-avant peuvent être implémentées par chacun des 64 ONUs du réseau. Ainsi, sur requête de l’OLT, chaque ONU est en mesure de construire sa propre trame montante, dont l’allocation en ressources temporelles (et donc en bande passante) a été optimisée au profit des données utiles, à partir des données de modification reçues de l’OLT. Dans l’exemple de réalisation décrit ci-dessus, la mise à jour de la durée du champ d’entête par l’OLT est propre à un module utilisateur particulier du réseau. Selon une variante de réalisation, la mise à jour de la durée du champ d’entête par l’OLT peut être propre à une séquence de deux modules utilisateur se succédant dans le calendrier. En effet, comme décrit plus en détails par la suite, du fait de l’existence d’une sensibilité possible de paires d’ONUs se succédant dans le calendrier sur les intervalles de temps de temps de garde et/ou de préambule du champ d’entête (tel qu’illustré sur la FIG. 2 avec les modules utilisateurs dont les créneaux temporels T ONU1 et T ONU2 sont successifs dans le calendrier), l’OLT peut prendre en compte les paires d’ONUs imposés par le calendrier afin d’optimiser la durée de ces intervalles de temps dans le cadre de sa mise jour. On présente ci-après les détails d’implémentation du procédé d’allocation côté OLT à travers trois exemples de réalisation particulier du procédé : lors d’une phase d’accrochage d’un nouveau module utilisateur, lors d’une phase d’écoulement du trafic, et/ou lors d’une phase d’arrêt d’urgence. 1. Phase d’accrochage d’un nouveau module utilisateur Selon un premier exemple de réalisation, le procédé selon l’invention peut être mis en œuvre pour une phase d’accrochage d’un nouvel ONU à l’OLT. En effet, il peut paraître intéressant de mettre en œuvre le procédé de l’invention lorsqu’un nouveau module utilisateur est introduit dans le réseau PON et qu’une phase d’accroche est initiée, afin d’optimiser l’allocation de ressources en bande passante au cours de cette phase d’accrochage. Pour cette phase d’accrochage, on considère que la durée du bloc de préambule est le seul élément temporel à modifier pour permettre d’optimiser la reconnaissance du signal envoyé, en fonction du niveau de puissance optique reçue. Ainsi, au moins un paramètre du motif contenu dans le champ d’entête peut être ajusté par l’OLT en tenant compte d’un ou plusieurs paramètres utilisateur. Par ajustement d’au moins un paramètre du motif, on entend la possibilité d’ajuster la forme et/ou la longueur du motif lui-même et/ou le nombre de répétition de celui-ci, afin d’augmenter le niveau de détectabilité de celui-ci par l’OLT au cours de la phase d’accrochage. Quant au paramètre utilisateur, il s’agit d’un paramètre appartenant au groupe comprenant : un paramètre représentatif du type de modules utilisateurs provisionnés mais non accrochés sur l’interface du terminal de ligne optique, un paramètre représentatif de la distance maximum et la distance minimum de fibres optiques entre le terminal de ligne optique et les modules utilisateurs déjà connectés, un paramètre représentatif de la puissance maximum reçue et la puissance minimum reçue des modules utilisateurs déjà connectés, un paramètre représentatif de la durée de préambule des modules utilisateurs déjà connectés, stocké par le terminal de ligne optique. En complément, il est également possible de diminuer la durée du bloc de préambule, en fonction des paramètres pris en compte par l’OLT, et tant que le seuil minimal de détectabilité soit garanti, afin de permettre une allocation de la durée libérée à un champs de charge pour la transmission de données utiles en sus d’une certaine garantie d’accrochage de l’ONU par l’OLT. 2. Phase d’écoulement du trafic Selon un deuxième exemple de réalisation, le procédé selon l’invention peut être mis en œuvre pour une phase d’écoulement du trafic entre au moins un module utilisateur et le terminal de ligne optique. Avant le lancement de la phase d’écoulement, l’OLT peut mettre en œuvre une phase d’optimisation du calendrier, en modifiant la durée du bloc de temps de garde et/ou la durée du bloc de préambule, par exemple à l’aide d’un réglage progressive par itération successive. En particulier, ces durées peuvent être diminuées afin d’allouer la bande passante libérée aux champs de charge pour la transmission de données utiles. Optimisation du bloc de préambule Selon un premier mode de mise en œuvre, le procédé d’allocation de bande passante repose sur une optimisation de la durée du bloc de préambule, à l’aide de la phase de réglage progressif discutée plus haut. Un exemple détaillé de cette mise en œuvre particulière du procédé est illustré à la FIG. 5 sous la forme d’un diagramme d’évènements. Dans cet exemple, l’OLT teste par itération successive différentes valeurs de durées qui pourraient potentiellement être attribuées au bloc de préambule associé à un ONU donné. La valeur retenue à l’issue du test constitue la durée de champ d’entête mis à jour lors de l’étape 100. A l’étape 110 , l’OLT procède à une modification du motif d’entête (au moins un des paramètres parmi la longueur et le nombre de répétitions du motif) afin de réduire la durée du champ d’entête. Elle consiste typiquement à attribuer au bloc de préambule une durée candidate réduite T test (par exemple par rapport à la durée allouée à dans le précédent calendrier). A l’étape 115 , l’OLT transmet à l’ONU concerné une requête de test (matérialisée par la flèche « Req » sur la FIG. 5 ) comprenant des données représentatives de ladite modification du motif d’entête à effectuer (par exemple la durée candidate T i associée à l’itération i). Sur réception de la requête, l’ONU établit un signal de test conformément à la requête dans laquelle la durée du bloc de préambule allouée correspond la durée candidate T i . Puis, à l’étape 120 , l’ONU transmet la trame de test à l’OLT (matérialisée par la flèche « Sig ») à des fins d’analyse de signal par rapport à un critère de qualité de communication prédéfini. Si le signal de test est bien reçu par l’OLT (niveau de supérieur à un seuil), alors l’OLT compare, à l’étape 130 , la valeur d’au moins un indicateur de qualité de réception du signal de test avec un seuil (tel qu’un niveau de puissance en réception mesuré par l’OLT ou un taux d’erreur binaire estimé par celui-ci) ; si le test est positif, l’OLT passe à l’étape 131 , stocke la valeur courante testée dans une table locale dédiée, puis retourne à l’étape 110 de manière à tester une nouvelle valeur de durée candidate (durée T i+1 associée l’itération i+1), réduite par rapport à la valeur testée à l’itération précédente ( T i+1 > T i ) ; si le test est négatif, l’OLT passe à l’étape 132 et procède à la mise à jour de la durée du bloc de préambule en prenant en compte, non pas la durée candidate courante testée (itération i), mais la durée candidate testée à l’itération précédente (durée T i-1 ). Si le signal de test n’est reçu par l’OLT (niveau de puissance en réception insuffisant par exemple ou présentant un taux d’erreurs trop important), l’OLT passe à l’étape 140 et procède à la mise à jour de la durée du bloc de préambule en prenant en compte la durée candidate testée à l’itération précédente (i-1). Les valeurs de durées obtenues lors de cette phase de réglage progressif, ainsi que les informations liées aux modules utilisateurs, sont collectées pour l’ensemble des ONUs et stockées dans une table locale de l’OLT. Elles peuvent être regroupées dans des abaques pour définir des paramètres de fonctionnement optimaux de ces ONUs. En particulier, le terminal de ligne optique peut stocker les durées optimisées des champs d’entête pour chacun des modules connectés à l’OLT. Selon une mise en œuvre particulière, la phase de réglage progressif est initiée par une étape de détermination d’une durée initiale approximative, destinée à être prise en compte par l’OLT lors de la première itération de la phase de réglage. Typiquement, le motif d’entête ou le taux de répétition de celui-ci est fixé au préalable par l’OLT en fonction d’au moins un des paramètres ONU suivants : un paramètre représentatif du type d’ONU concerné par la phase de réglage (par exemple, le terminal utilisateur peut utiliser un indicateur d’intensité du signal reçu (ou RSSI)) ; un paramètre représentatif de la distance entre l’OLT et l’ONU concerné par la phase de réglage (par exemple, l’OLT peut utiliser les informations transmises lors de la phase d’accrochage de l’ONU qui permet de mesurer le temps de vol entre l’OLT et l’ONU), un paramètre représentatif de la puissance reçue de l’ONU concerné, un paramètre représentatif du budget optique à allouer à l’ONU concerné, un paramètre représentatif de la durée du bloc de préambule dernièrement allouée à l’ONU concerné. Par exemple, l’OLT détermine une durée initiale approximative du bloc de préambule en tenant compte : des paramètres standards relatifs au bloc de préambule (par exemple un motif de préambule de type AAAAAAAA en hexadécimale, correspondant à 2 octets en binaire avec une alternance de 1 et 0 répétée 90 fois, ce qui correspond à 16 x 90 = 1440 bits) ; des informations relatives à la puissance reçue associée au module utilisateur et à la distance entre l’OLT et l’ONU. A titre d’alternative ou en complément, l’OLT peut également s’appuyer sur un ou plusieurs abaques pour obtenir une durée initiale approximative du bloc de préambule, avant de procéder au réglage progressif itératif à proprement parler. Ces abaques définissent des zones de fonctionnement des ONUs en fonction de différentes données telles que : le taux de répétition du motif, la distances de fibre entre l’OLT et les ONUs, la puissance reçue pour différents taux de répétition du motif, le taux d’erreur de paquet Ethernet, le budget optique alloué aux ONUs, etc. Ces abaques peuvent être intégrés initialement à l’OLT, avant sa mise en service, et peuvent être mis à jour au fur et à mesure avec les informations obtenues par le procédé (ces informations pouvant elles-mêmes être croisées avec les paramètres ONUs précités). La phase de réglage progressive permet ainsi à l’OLT de calculer une nouvelle allocation temporelle montante pour l’ensemble des ONUs avec les ressources rendues disponibles grâce à l’optimisation de la durée des champs d’entête. Par exemple, avec un module utilisateur connecté à 128 modules utilisateurs, et si l’optimisation permet de gagner pour chacun 1440 – 288 = 1152 bits, cela correspond à 147 456 bits ré-allouables pour du trafic de données utiles pendant chaque période d’allocation de l’ensemble des modules utilisateurs. On présente maintenant, en relation avec la FIG. 5 , un organigramme illustrant la mise en œuvre de la phase de réglage progressive selon un exemple de réalisation particulier dans lequel deux ONUs sont impliqués, référencés ONU-1 et ONU-2. Cet exemple de réalisation particulier repose sur une optimisation globale de la durée à allouer aux ONUs du réseau. A l’étape 110’ , l’OLT détermine une durée candidate initiale (T i ) à allouer au bloc de préambule à chacun des ONUs ONU-1 et ONU-2 et transmet à chacun d’eux une requête de test comprenant des données représentatives de la durée candidate T i . Sur réception de la requête, chacun des ONU-1 et ONU-2 établit un signal de test conformément à la requête reçue dans laquelle la durée du bloc de préambule allouée correspond la durée candidate T i (étapes 120-1 et 120-2 ), et le transmet à l’OLT. Si le signal de test est bien reçu par l’OLT (niveau de supérieur à un seuil), alors l’OLT compare la valeur d’au moins un indicateur de qualité de réception du signal de test de chacun des deux signaux de test reçus avec un seuil (étapes 130-1 et 130-2 ) ; si le test est positif pour les deux signaux de test reçus, l’OLT passe à l’étape 131’, stocke les valeurs courantes testées dans une table locale dédiée, puis retourne à l’étape 110’ de manière à tester une nouvelle valeur de durée candidate (durée T i+1 avec T i+1 > T i ) ; si le test est négatif pour au moins l’un des deux signaux de test reçus, l’OLT procède à la mise à jour de la durée du bloc de préambule en prenant en compte la durée candidate testée à l’itération précédente (durée T i-1 ) (étapes 132-1 et 132-2 ). Si au moins l’un des deux signaux de test n’est reçu par l’OLT, l’OLT procède à la mise à jour de la durée du bloc de préambule en prenant en compte la durée candidate testée à l’itération précédente (i-1) (étapes 140-1 et 140-2 ). Une même durée du bloc de préambule peut être mise à jour pour l’ensemble ONU-1 et ONU-2. Cette approche peut être bien entendu étendue à un nombre de modules utilisateurs plus important, typiquement à l’ensemble des 64 ONUs du réseau PON. Ainsi, selon cette méthode d’optimisation globale, il est possible d’obtenir une même durée de bloc de préambule, qui convienne à tous les modules utilisateurs. Selon une variante de réalisation, la durée optimale du bloc de préambule garde peut être propre à la paire de modules utilisateurs dont les créneaux temporels sont successifs dans un calendrier. Ainsi, s’il y a « m » modules utilisateurs connectés à l’OLT, alors il y a « m x (m-1) » paires d’ONUs successifs susceptibles de pouvoir être impliqués dans la mise à jour du calendrier d’allocation. Dans ce cas, l’OLT construit une table comprenant, pour chaque paire de modules utilisateurs successifs, la valeur optimisée de la durée du bloc de préambule qui lui est associée. Optimisation du temps de garde Selon un deuxième mode de mise en œuvre, le procédé d’allocation de ressources temporelles repose sur une optimisation de la durée du bloc de temps de garde. Comme illustré sur la FIG. 2 , le bloc de temps de garde est compris entre les intervalles de transmission effectifs de deux ONUs successifs (T ONU1 et T ONU2 ). Son rôle est d’éviter le chevauchement de signaux optiques envoyés par deux modules utilisateurs dont les créneaux temporels se suivent dans le calendrier. Comme pour la détermination de la durée optimale du bloc de préambule, cette optimisation peut également s’effectuer à l’aide de la phase de réglage progressif, dans l’un quelconque des exemples de réalisation décrit plus haut : la durée optimale du bloc de temps de garde peut propre à chacun des ONUs du réseau, propre à l’ensemble des ONUs du réseau, ou propre aux paires d’ONUs successifs. Les exemples détaillés ci-dessus permettant l’optimisation du bloc de préambule, en particulier illustrés aux figures 5 et 6, peuvent donc s’appliquer mutatis mutandis à l’optimisation du bloc de temps de garde. La durée du bloc de temps de garde peut donc être identique pour tous les ONUs connectés à l’OLT ou adaptée à chaque ONU connectés à l’OLT ou adaptée à chaque paire d’ONUs successifs du calendrier. 3. Phase d’arrêt d’urgence Selon un troisième exemple de réalisation, le procédé selon l’invention peut être mis en œuvre pour une phase d’arrêt d’urgence d’un ONU, afin d’assurer la transmission correcte d’un dernier signal par l’ONU avant son extinction, tout en limitant l’utilisation des ressources temporelles par le champ d’entête du signal. Ainsi, le procédé permet de déterminer une durée optimale du champ d’entête, au cours d’une phase d’optimisation spécifique. Plus particulièrement, lorsqu’un ONU doit envoyer un message de type « dying gasp » vers l’OLT auquel il est connecté, car son alimentation électrique est en cours de coupure par exemple, il a peu de temps pour envoyer ce message. Par conséquent, le procédé d’allocation selon l’invention peut permettre de réduire la durée du bloc de préambule, la phase d’optimisation spécifique de la durée du bloc de préambule comprenant les étapes suivantes : dans un état de fonctionnement « normal » (en dehors de la phase d’arrêt d’urgence), l’OLT propose un motif et un taux de répétition de celui-ci ; L’OLT propose de tester un motif et un taux de répétition plus court si cela est possible au module utilisateur ; si le test est concluant, ce motif et ce taux de répétition est pris en compte par l’ONU lorsqu’un message de « dying gasp » doit être envoyé. Par conséquent, les étapes d’optimisation du bloc de préambule pour une phase d’arrêt d’urgence sont similaires aux étapes décrites plus haut en relation avec l’optimisation du bloc de préambule pour la phase d’écoulement du trafic. Ainsi, l’application du procédé au bloc de préambule utilisé au cours d’une phase d’arrêt d’urgence, permet d’assurer une transmission correcte et efficace d’un dernier signal par un ONU avant son extinction, vers l’OLT. La FIG. 7 présente la structure simplifiée d’un dispositif 700 mettant en œuvre le procédé d’allocation selon l’invention (par exemple le mode de réalisation particulier décrit ci-dessus en relation avec les figures 3 à 4). Ce dispositif 700 comprend une mémoire vive 730 (par exemple une mémoire RAM), une unité de traitement 710, équipée par exemple d'un processeur, et pilotée par un programme d’ordinateur stocké dans une mémoire morte 720 (par exemple une mémoire ROM ou un disque dur). A l’initialisation, les instructions de code du programme d’ordinateur sont par exemple chargées dans la mémoire vive 730 avant d’être exécutées par le processeur de l’unité de traitement 710. Un tel programme d'ordinateur, s’il est exécuté par une entité intelligente interne à un terminal de ligne optique, permet l’exécution d’une partie des étapes de l’algorithme de FIG. 3 décrite ci-dessus (étapes 100, 200, 300), ou s’il est exécuté par un module utilisateur, de l’autre partie des étapes de l’algorithme de FIG. 3 décrite ci-dessus (étapes 400, 500, 600). Dans une variante de réalisation, on peut envisager que ce soit une entité intelligente externe à la terminaison optique qui se charge d’effectuer les étapes de mise à jour des champs d’entête et d’établissement du calendrier d’allocation du procédé. Plus particulièrement, on pourrait envisager que c’est cette entité externe (par exemple localisée dans le central CO) qui initie l’algorithme de la FIG. 4 et envoie des commandes d’exécution des étapes dédiées à la terminaison optique et au module utilisateur respectivement, selon le principe décrit ci-dessus. Cette FIG. 7 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser les différents algorithmes détaillés ci-dessus, en relation avec la FIG. 3 . En effet, la technique de l’invention se réalise indifféremment : - sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou - sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où l’invention est implantée sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Procédé d’allocation de ressources temporelles dans un système de communication sur fibre optique comprenant un terminal de ligne optique (OLT) connecté à une pluralité de modules utilisateurs via une fibre optique unique, le terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur (ONU) un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, caractérisé en ce qu’il comprend les étapes suivantes, mises en œuvre par le terminal de ligne optique : mise à jour (100) de la durée d’au moins un champ d’entête ; établissement (200) du calendrier d’allocation, tenant compte de la mise à jour de la durée dudit au moins un champ d’entête ; diffusion (300) à l’ensemble desdits modules utilisateurs du calendrier d’allocation. Procédé selon la revendication 1, dans lequel ladite étape de mise à jour de la durée consiste à réduire la durée dudit au moins champ d’entête de sorte à rendre disponible au moins une ressource temporelle et à allouer ladite au moins une ressource temporelle à au moins un champ de charge. Procédé selon l'une quelconque des revendications 1 et 2, dans lequel la mise à jour de la durée dudit au moins un champ d’entête est effectuée pour un module utilisateur donné de ladite pluralité. Procédé selon l'une quelconque des revendications 1 et 2, dans lequel la mise à jour de la durée dudit au moins un champ d’entête est effectuée pour une paire de modules utilisateurs se succédant dans le calendrier d’allocation. Procédé selon l'une quelconque des revendications 1 à 4, comprenant au moins deux itérations de l’étape de mise à jour de la durée, dans laquelle, à chaque itération, la durée d’un champ d’entête candidat est réduite tant qu’un critère de qualité reste au-dessus d’un seuil prédéterminé. Procédé selon l’une quelconque des revendications 1 à 5, dans lequel ledit au moins un champ d’entête comprend : un bloc de temps de garde ; un bloc de préambule portant un signal permettant à un module utilisateur de détecter la puissance d’un signal optique et/ou de régler la phase temporelle d’un signal optique ; et dans lequel ladite étape de mise à jour de la durée ajuste la durée dudit bloc de temps de garde et/ou la durée dudit bloc de préambule. Procédé selon la revendication 6, dans lequel, ledit bloc de préambule étant constitué d’une répétition d’un motif binaire, ladite étape de mise à jour de la durée consiste à modifier le nombre de répétitions dudit motif binaire. Procédé selon la revendication 6 ou la revendication 7, dans lequel l’ajustement de la durée dudit bloc de temps de garde et/ou la durée dudit bloc de préambule tient compte d’au moins un des critères appartenant au groupe comprenant : une information représentative de la puissance optique reçue par le terminal de ligne optique, de la part du module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la distance en fibre entre le terminal de ligne optique et le module utilisateur pour lequel la mise à jour est considérée ; une information représentative de la puissance reçue minimale et de la puissance reçue maximale de la part des modules utilisateurs déjà connectés ; une information représentative de la distance minimale et de la distance maximale des modules utilisateurs déjà connectés ; une information représentative du type du module utilisateur pour lequel la mise à jour est considérée. Procédé selon l'une quelconque des revendications 6 à 8, dans lequel il est mis en œuvre de façons distinctes selon qu’un module utilisateur est dans une phase d’accrochage avec le terminal de ligne optique ou dans une phase d’écoulement de trafic depuis au moins un module utilisateur vers le terminal de ligne optique. Procédé selon l’une quelconque des revendications 6 à 8, dans lequel il est mis en œuvre pour une phase d’arrêt d’urgence d’un module utilisateur, l’étape de mise à jour comprenant une optimisation de la durée du temps de préambule de façon itérative, préalablement à ladite phase d’arrêt d’urgence. Procédé de transmission de trames par un module utilisateur (ONU), dans un système de communication sur fibre optique comprenant un terminal de ligne optique (OLT) connecté à une pluralité de modules utilisateurs via une fibre optique unique, le terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, caractérisé en ce qu’il comprend les étapes suivantes, mises en œuvre par ledit module utilisateur : réception (400) d’un signal de mise à jour du calendrier d’allocation de ressources temporelles ; extraction d’informations relatives à une modification de la durée du champ d’entête des trames émises par ledit module utilisateur, au sein dudit calendrier à partir du signal de mise à jour ; construction (500) d’un entête selon les informations extraites ; transmission (600) d’une trame comprenant l’entête construit. Produit programme ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu’il comprend des instructions de code de programme pour l’exécution d’un procédé d’allocation de bande passante selon l’une quelconque des revendications 1 à 10 lorsque ledit programme est mis en œuvre par un ordinateur. Produit programme ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu’il comprend des instructions de code de programme pour l’exécution d’un procédé de transmission de trames selon la revendication 11 lorsque ledit programme est mis en œuvre par un ordinateur. Terminal de ligne optique (OLT) pour système de communication sur fibre optique comprenant une pluralité de modules utilisateurs, ledit terminal de ligne optique mettant en œuvre un calendrier d’allocation de ressources temporelles auxdits modules utilisateurs mis à jour périodiquement, allouant à un module utilisateur (ONU) un créneau temporel pour l’émission d’au moins une trame depuis le module utilisateur, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles, caractérisé en ce qu’il comprend : des moyens de mise à jour la durée d’au moins un champ d’entête ; des moyens d’établissement du calendrier d’allocation, tenant compte de la mise à jour de la durée dudit au moins un champ d’entête ; des moyens de diffusion du calendrier d’allocation à l’ensemble desdits modules utilisateurs. Module utilisateur (ONU) pour système de communication sur fibre optique comprenant un terminal de ligne optique (OLT) et une pluralité de modules utilisateurs, ledit système de communication mettant en œuvre un calendrier d’allocation de ressources temporelles allouant audit module utilisateur un créneau temporel pour l’émission d’au moins une trame vers le terminal de ligne optique, ladite au moins une trame comprenant : un champ d’entête, comprenant des données relatives à des fonctions de couche physique opto-électronique ; un champ de charge, comprenant des données utiles ; caractérisé en ce qu’il comprend : des moyens de réception d’un signal de mise à jour du calendrier d’allocation de ressources temporelles ; des moyens d’extraction d’informations relatives à une modification de la durée du champ d’entête des trames émise par ledit module utilisateur à partir du signal de mise à jour ; des moyens de construction d’un entête selon les informations extraites ; des moyens de transmission d’une trame comprenant l’entête construit.