FR 2726669 A1 19960510 FR 9413197 A 19941104 La présente invention concemrne un procédé et un dispositif de traduction d'un en-tête de cellule appliquée à l'entrée d'un noeud d'un réseau asynchrone de transmission de données par paquets. Elle s'applique notamment aux équipements de brassage et de com- mutation de données numériques composant un réseau fonctionnant dans le mode de transmission connu sous l'abréviation anglo-saxonne ATM de "Asynchronous Transfert Mode". Le mode de transfert asynchrone ATM est principalement défini dans les recommandations de l'UIT-T (série 1), ainsi que dans les travaux d'un groupement d'industriels ayant pris le nom de "ATM Forum". Dans le mode de transfert asynchrone ATM les informations à trans- mettre sont regroupées sous forme de paquets de longueur 48 octets précé- dés d'un en-tête de 5 octets. L'ensemble en-tête plus données prend le nom de cellule. Dans son principe l'ATM fonctionne dans un mode connecté, c'est-à-dire qu'il nécessite d'établir un chemin dans le réseau de trans- mission avant de pouvoir émettre les données. Ce chemin est dénommé "circuit virtuel". Il y a en général de nombreux circuits virtuels qui empruntent la même connexion physique entre deux équipements ATM. L'entête des cellules a principalement pour rôle de permettre l'identification des circuits virtuels sur la liaison. Un exemple de mise en oeuvre d'un tel procédé est notamment connu de la demande de brevet français n 2 681 164 déposée au nom de la Demanderesse. Selon ce procédé chaque paquet de données à acheminer dans un réseau est composé d'une part, d'un en-tête permettant de l'identifier et de le guider à travers des canaux virtuels, et d'autre part, d'une partie contenant les informations à véhiculer. L'acheminement est assuré au niveau de chaque noeud du réseau en extrayant de l'en-tête l'adresse d'un mot contenu dans une première mémoire de contexte contenant les informations nécessaires à l'identification de l'en-tête et au guidage des données à véhiculer et en créant à partir du mot lu dans la première mémoire de contexte une nouvelle adresse. Cette nouvelle adresse sert de pointeur vers une zone d'une deuxième mémoire de contexte dans laquelle se trouve au moins une nouvelle en-tête et une information de direction sortante pour le ou les paquets sortant du noeud. La fonction de traduction qui est ainsi réalisée permet d'associer à chaque en-tête de cellule, les informations lui permettant de subir les traite- ments auxquels elle est destinée. Le traducteur qui a la charge d'exécuter cette fonction sur chaque cellule qu'il reçoit doit typiquement fournir des in- formations sur la validité du conduit virtuel, la validité de la voie virtuelle, le comptage, la liste des directions sortantes sur lesquelles est émise la cellule reçue, le nouvel en-tête associé à la cellule lors de son émission etc... Le traducteur doit également exécuter les traitements correspondant au con- texte défini précédemment pour chaque cellule. Ces traitements concernent notamment la commutation de conduit virtuel VP, la commutation de voie virtuelle VC, la commutation du conduit et de voie virtuelle VPNC, l'extraction des flux de maintenance. D'autres fonctions et traitements peuvent aussi être envisagés pour permettre l'identification de différents types de cellules: cellule libre, métasignalisation, diffusion générale, signalisation point à point, gestion des ressources, cellules non assignées etc... D'autre part, lors de la commuta- tion d'une cellule et en fonction de la nature du commutateur, le traducteur doit pouvoir assurer une certaine transparence c'est-à-dire qu'il doit pouvoir reconduire dans l'en-tête de la cellule sortante certains champs de l'en-tête de la cellule entrante. C'est ainsi qu'il doit par exemple assurer une transpa- rence au champ VCI d'identification d'une voie virtuelle lors d'une commuta- tion de conduit virtuel, une transparence au champ CLP de priorité à la perte de cellule et une transparence du champ PTI relatif au contenu de la cellule. Les traitements décrits précédemment doivent être relativement simples à réaliser. Leur programmation est faite en fonction des appels et de l'état du réseau sur une plage relativement grande des valeurs d'entrée et de sortie. Le temps de traitement est court et inférieur au temps de réception d'une cellule. Ce temps est de l'ordre de 12,3 ps à 34,368 Mbit/s, 2,7 ps à ,52 Mbit/s et 680 ns à 622 Mbit/s. Au plan structurel la fonction de traduction peut aussi être simplement réalisée à l'aide d'un plan de mémoire adressé par une unité de traitement microprogrammée. La principale difficulté résulte cependant dans la nécessité qu'il y a de mettre en oeuvre un plan de mémoire de taille très importante, composé par exemple de 232 mots de 16 bits, et à l'organiser pour permettre l'exécu- tion de la fonction de traduction précédemment décrite. Le but de l'invention est de pallier les inconvénients précités. A cet effet, l'invention a pour objet un procédé de traduction d'un en- tête de cellule appliquée à l'entrée d'un noeud d'un réseau asynchrone de transmission de données par paquets consistant à identifier, dans un espace mémoire du noeud, le circuit virtuel du réseau auquel appartient la cellule, à partir des numéros de conduit virtuel VPI et de voie virtuelle VCI contenus dans l'en-tête de la cellule caractérisé en ce qu'il consiste: - à adresser l'espace mémoire du noeud à partir du numéro de conduit virtuel VPI contenu dans l'en-tête de la cellule pour identifier dans cet espace une première zone de contexte indiquant la plage des voies virtuelles utilisables par la cellule pour ce VPI - et à adresser une deuxième zone de contexte à partir d'un numéro de voie virtuelle VCI contenu dans l'en-tête de la cellule et d'une adresse de base lue dans la première zone de contexte pour obtenir la liste des directions que doit prendre la cellule à la sortie du noeud, ainsi que le nouvel en-tête. L'invention a également pour objet un dispositif pour la mise en oeuvre du procédé précité. D'autres caractéristiques et avantages de l'invention apparaîtront à l'aide de la description qui suit faite en regard des figures des dessins an- nexés qui représentent: - La figure 1 un exemple de format d'une cellule ATM. - Les figures 2 et 3 le format d'un en-tête de cellule ATM dans le cas d'un interface usager réseau et d'un interface de noeud de réseau. - La figure 4 une illustration des étapes du procédé selon l'invention. - La figure 5 un tableau résumant les actions de commutation de con- duit et de voie virtuels. - La figure 6 un mode de réalisation d'un dispositif de traduction pour la mise en oeuvre du procédé selon l'invention. - La figure 7 un mode d'organisation de l'espace mémoire du traducteur selon l'invention. - La figure 8 un exemple de formatage d'une première zone de contexte. - La figure 9 un exemple de formatage d'une deuxième zone de contexte. La figure 10 un exemple de tableau d'extraction de cellules possibles. Le format d'une cellule ATM est rappelé à la figure 1. Il se compose d'un en-tête I codé sur 5 octets et d'un champ d'information 2 codé sur 48 octets. Le champ d'information 2 contient les données utiles à véhiculer. Deux formats d'en-tête sont considérés selon que les cellules transitent par un interface usager réseau ou un interface entre noeuds de réseau. Ces en- têtes sont représentés respectivement aux figures 2 et 3. Celles-ci compor- tent différents champs CLP, GFC, PTI, HEC, VCI et PTI qui ont les significa- tions suivantes. Le champ CLP est codé sur une longueur de 1 bit. Il indique que la cellule est ou non prioritaire à la perte de cellules en cas de congestion du réseau. Le champ GFC est codé sur une longueur de 4 bits. Il permet, pour le cas seulement d'une cellule transitant sur un interface usager-réseau, un contrôle de flux entre un usager et le réseau. Ce champ peut également permettre le raccordement de plusieurs terminaux sur un même point d'inter- face. Le champ PTI est codé sur une longueur de 3 bits. Ce champ permet d'identifier le conduit virtuel auquel appartient la cellule. Ce conduit regroupe plusieurs voies virtuelles (VC) pour permettre un traitement com- mun à l'ensemble de ces voies. Le champ HEC est codé sur une longueur de 8 bits. Ce champ est un champ de contrôle qui permet la détection et parfois la correction d'erreur sur l'ensemble de la cellule. Le champ VCI est codé sur une longueur de 16 bits. Ce champ iden- tifie la voie virtuelle à laquelle appartient la cellule, dans le conduit virtuel VP indique. Le champ PTI est codé sur une longueur de 3 bits. Ce champ indique le type de contenu (payload) de la cellule. La fonction de traduction de l'en-tête réalisé par un équipement ATM a pour rôle d'associer à chaque en-tête d'une cellule, les informations lui permettant de subir les traitements auxquels elle est destinée et d'effectuer ces traitements. Les informations que le traducteur doit typiquement fournir sont notamment des informations sur la validité du conduit et de la voie virtuelle, sur le comptage des cellules, la liste des directions sortantes sur lesquelles seront émises une cellule reçue, le nouvel en- tête associé à la cellule lors de son émission. Pour simplifier l'exposé on suppose dans ce qui suit que le champ HEC est exploité en amont du traducteur et que seules les cellules ayant un en-tête réputé correct se présentent à l'entrée du traducteur. Les traitements correspondants sont réalisés selon l'invention en analysant comme l'indique la figure 4 I'en-tête en deux étapes. Selon une première étape, l'analyse a lieu en considérant les éléments binaires pré- pondérants dont la signification est quasiment toujours utilisée. Selon une deuxième étape, l'analyse a lieu sur les éléments binaires dont l'utilisation dépend du mode de fonctionnement. L'association entre le résultat de la première analyse et l'entrée de la deuxième est réalisée par pointeur. L'intérêt est que cela permet par exem- ple, de ne pas analyser le champ VCI pour les conduits virtuels VP en mode commutation de conduit virtuel, ce qui conduit à une considérable économie de mémoire. Par rapport à ce qui est indiqué dans le procédé qui a fait l'objet de la demande de brevet précitée, l'amélioration apportée par l'inven- tion consiste en ce que le type de commutation (VP, VC, VPNC) n'est plus indiqué explicitement dans la première mémoire de contexte, mais implicite- ment par une information portant sur le "nombre de bits utiles du champ VCI'. Le dispositif représenté à la figure 4 comporte un dispositif de calcul d'adresse 3 couplé entre deux mémoires de contexte 4 et 5. Un dispositif dit de finition 6 est couplé à la sortie de la mémoire 5 pour réaliser une mise en forme de l'en-tête sortante. La première mémoire de contexte 4 permet la réalisation de la pre- mière analyse. Cette mémoire 4 est adressée par les éléments binaires pré- pondérants. Elle comprend, un élément de validation du contexte, pour in- terdire les contextes non initialisés ou que l'organe de commande du com- mutateur aurait décidé de ne pas employer, un pointeur vers la zone de contexte 2 pour poursuivre l'analyse, et la plage VCI utilisée. La deuxième mémoire de contexte 5 sert de support à la deuxième analyse. Cette mémoire est adressée par le dispositif de calcul d'adresse 3 à partir du pointeur issu de la première analyse et fourni par la première mémoire 4, et à partir d'une partie des éléments binaires résiduels de l'en- tête entrant qui dépend du nombre d'éléments binaires utiles fournis par la première analyse. La mémoire 5 contient typiquement, un élément de validation du contexte, pour interdire les contextes du deuxième type non initialisés, ou que l'organe de commande du commutateur aurait décidé de ne pas em- ployer, la liste des directions sortantes sur lesquelles la cellule entrante sera retransmise, le ou les en-têtes de la cellule sortante et éventuellement des compteurs de trafic, d'erreurs etc... Le dispositif de calcul 3 a pour but d'exploiter le résultat de la pre- mière analyse pour en déduire une adresse dans la deuxième mémoire de contexte 5 à associer à la cellule entrante. Cette adresse est calculée en ajoutant au pointeur d'adresse lu dans la première mémoire de contexte 4 indiquant le déplacement de la zone des contextes du deuxième type associés au contexte du premier type, le champ VCI de l'en-tête entrant multiplié par la taille du contexte 2 compté en nombre de mots mémoire nécessaires pour ranger un contexte de deuxième type.. Ainsi, le Jème VC utilise le Jème contexte de deuxième type associé au contexte 1. Dans ces conditions si le champ VCI de l'en-tête entrant est dans la plage indiquée dans la première mémoire de contexte 4 alors le VCI de l'en- tête entrant est utilisé pour le calcul de l'adresse dans la deuxième mémoire de contexte 5. Si non le calcul de l'adresse dans la mémoire 5 est effectué en prenant la valeur VCI = 0. Le dispositif de finition 6 réalise la mise en forme de l'en-tête sor- tante, en fonction de la validité du contexte du deuxième type. Pour se faire la règle suivante est adoptée en considérant que si le champ VCI entrant n'est pas dans la plage indiquée dans le contexte du premier type alors le champ VCI de sortie est placé égal au champ VCI d'entrée. Dans le cas contraire le VCI de sortie est pris dans la deuxième mémoire de contexte 5. L'énoncé des principes précédents permet d'envisager des modes commutation de conduit virtuel, de voie virtuelle, de conduit et de voie vir- tuels. Pour une commutation de conduit virtuel, il suffit d'indiquer que le nombre d'éléments binaires utiles du champ VCI est nul. Deux cas peuvent s alors se présenter selon que le champ VCI est différent de zéro ou non. Si le champ VCI n'est pas nul, le contenu de la mémoire 5 du deuxième contexte correspondant à la voie virtuelle VCI zéro du conduit virtuel VP considéré pour tous les champs VCI non nuls est utilisé, en appli- quant une transparence pour le champ VCI entrant. Si le champ VCI est nul, le deuxième contexte de la mémoire 5 cor- respondant à la voie virtuelle VC zéro est utilisé de façon normale. Dans ce cas le champ VCI après traduction peut être différent de zéro. Dans ce mode de commutation de conduit virtuel (VP), des valeurs préassignées peuvent être données aux faibles valeurs du champ VCI de facçon à signifier que pour un conduit virtuel VPI donné, les éléments binaires utiles sont tels que toutes les valeurs préassignées y figurent. Comme seuls peu de bits du champ VCI sont utilisés, cela conduit à ne consommer que très peu d'espace mémoire. Ceci permet d'obtenir une traduction complète pour ces cellules avec un traitement spécifique conduisant par exemple à un aiguillage vers un serveur. Pour réaliser une commutation de voie virtuelle il suffit de positionner le même pointeur et donc les mêmes deuxièmes contextes dans tous les contextes du premier type qui correspondent à la plage de VPI autorisée (non analysée dans ce cas). Le nombre d'éléments binaires utiles du champ VCI est alors programmé en fonction de la plage VCI à traiter. Les cellules qui comportent des conduits virtuels VPI hors plage sont rejetées au niveau de la première mémoire de contexte 4. Les cellules comportant les voies virtuelles hors plage sont rejetées au niveau de la deuxième mémoire de contexte 5. Pour réaliser une commutation de conduit et de voie virtuelle les champs VPI et VCI sont tous les deux utilisés afin d'identifier les voies vir- tuelles et leur associer un en-tête sortant. Pour chaque conduit virtuel VPI de la plage autorisé, il est défini une plage de voie virtuelle VCI associée, ainsi qu'un pointeur vers une zone de la deuxième mémoire de contexte 5. La deuxième mémoire de contexte 5 est pour cela fractionnée en autant de zones de contexte du deuxième type qu'il y a de pointeurs différents. La cohérence de cette partition est confiée à un dispositif de gestion de traduc- tion non représenté. Un résumé des actions menées qui résultent du fait qu'un conduit virtuel VPI ou une voie virtuelle VCI se trouvent ou non dans les plages autorisées est consignée dans le tableau de la figure 5. Il est ainsi possible de mixer les types de conduits (VD, VPNC) et d'extraire les canaux logiques de faibles valeurs, tout en optimisant l'utilisation de la mémoire, ou encore, pour chaque VP, de mixer le mode VP et VC (soit avec ou sans différenciation du traitement selon la VCI) selon la valeur du champ VCI. Le dispositif pour la mise en oeuvre du procédé selon l'invention qui est représenté à la figure 6, comporte, de manière similaire à la figure 4, une première mémoire de contexte 7 couplée à une deuxième mémoire de con- texte 8 par l'intermédiaire d'un dispositif de calcul d'adresse 9. Bien que sé- parées sur la figure 6 les deux espaces formés par les mémoires 7 et 8 peu- vent éventuellement être contenus dans une même mémoire physique de la façon représentée à la figure 7. Un automate programmé 10 permet la génération des adresses de poids faibles qui permettent l'exécution des opérations à l'intérieur des mémoires 7 et 8. Il permet la sélection des zones des mémoires 7 et 8 en fonction de la progression du processus de traduc- tion. Le dispositif comporte également un comparateur 11 couplé entre les sorties de données de la mémoire 7 et un circuit multiplexeur 12, ainsi qu'un circuit multiplexeur couplé sur une sortie de données de la mémoire 8. Le comparateur 11 positionne un signal F à l'état vrai si la valeur 2VC est su- périeure ou égale à la valeur 2NBU, c'est-à-dire lorsque la valeur VCI n'est pas dans la plage autorisée. Le dispositif de calcul d'adresse 9 transforme les éléments binaires du pointeur lu dans la mémoire de contexte 7 en une adresse dans la mémoire 8. Cette transformation est réalisée par une addition d'une adresse de base ABC2 de contexte 2 au champ NBU peut ainsi être réalisée par un simple masquage des éléments binaires non utiles du champ VCI par les éléments binaires correspondant de l'adresse de base ABC2 en faisant l'hypothèse que le champ ABC2 pointe sur une adresse de type Kx2NBU. S'il en était autrement, la partition de la mémoire entre les différentes zones de contexte 2 ne serait pas assurée. Si le VCI entrant est dans la plage indiquée dans le contexte I le mul- tiplieur 12 transmet cette valeur au dispositif de calcul d'adresse 9 sous l'action du signal F pour le calcul de l'adresse dans la mémoire 8 selon la relation (1). Dans le cas contraire le multiplexeur 12 transmet la valeur VCI = 0. Egalement le VCI entrant est transmis à la sortie du multiplexeur 13 si le VCI entrant est en dehors de la plage indiquée dans le contexte I ou le VCI obtenu en sortie de la mémoire 8 si le VCI entrant est dans la plage in- diquée par la mémoire de contexte 8. Un exemple de contenu des contextes 1 et 2 associés à chaque cellule est montré aux figures 8 et 9. Sur la figure 8 le contexte 1 est déter- miné et adressé dans la mémoire 7 par les champs VP1, PTI et CLP de la cellule entrante. Le contexte 1 occupe un espace formé par deux mots mémoire de 16 bits. Ces mots se composent d'un champ V1 qui précise la validité du contexte 1, d'un champ NBU qui donne le nombre de bits utiles du champ VCI associé (la plage correspondante étant comprise entre 0 et 2NBU-1), et d'un champ ABC2 qui donne l'adresse de base du contexte 2 correspondant dans la mémoire 8 à l'adresse de début de la zone réservée dans la mémoire 8 au contexte 2 et qui est attribué au contexte 1. Sur la figure 9 le contexte 2 occupe dans la mémoire 8 un espace formé par 16 mots de 16 bits. L'adressage des zones mémoire d'un contexte 2 associé à un contexte 1 est déterminé par l'adresse de base ABC2 du contexte 1 et par les mots d'adresse VCI ou 0 fourni par la sortie du multiplexeur 12 en fonction du nombre de bits utiles NBU. Les mots du contexte 2 se compo- sent d'un champ V2 qui précise la validité du contexte 2, d'un champ COMPTEUR qui représente un compteur d'utilisation du contexte 2, de plu- sieurs champs de 16 bits formant une LISTE des DIRECTIONS qui donne les directions que la cellule doit emprunter, de champs VPIT et VCIT qui représentent les valeurs des champs VPI et VCI de la cellule sortante. Des champs DIVERS peuvent être utilisés pour d'autres fins. L'architecture du traducteur qui vient d'être décrite permet d'obtenir un mode de commutation de conduits virtuels sur toute la plage codée sur 12 bits des VPI et un mode de commutation de voies virtuelles jusqu'à con- currence de 214 voies avec la contrainte d'avoir 2i voies possibles par VPI. Elle répond notamment entièrement aux exigences de la recommandation UIT.1.361 concernant les capacités d'extraction des différentes valeurs citées dans cette recommandation notamment pour les VP utilisés en mode VP (sans traduction des VC). Les principales possibilités d'extraction sont résumées dans le tableau de la figure 10. REVENDICATIONS 1. Procédé de traduction d'un en-tête de cellule appliquée à l'entrée d'un noeud d'un réseau asynchrone de transmission de données par paquets consistant à identifier, dans un espace mémoire (4, 5; 7, 8) du noeud, le circuit virtuel du réseau auquel appartient la cellule, à partir des numéros de conduit virtuel VPI et de voie virtuelle VCI contenus dans l'en- tête de la cellule caractérisé en ce qu'il consiste: - à adresser l'espace mémoire du noeud à partir du numéro de conduit virtuel VPI contenu dans l'en-tête de la cellule pour identifier dans cet espace une première zone de contexte (4; 7) indiquant la plage des voies virtuelles utilisables par la cellule pour ce VPI - et à adresser une deuxième zone de contexte (5; 8) à partir d'un numéro de voie virtuelle VCI contenu dans l'en-tête de la cellule et d'une adresse de base lue dans la première zone de contexte pour obtenir la liste des directions que doit prendre la cellule à la sortie du noeud, ainsi que le nouvel en-tête. 2. Procédé selon la revendication 1 caractérisé en ce qu'il consiste à calculer (3; 9) I'adresse de la deuxième zone de contexte en ajoutant à l'adresse de base contenue dans la première zone de contexte le numéro de voie virtuelle VCI contenu dans l'en-tête de la cellule entrante. 3. Procédé selon l'une quelconque des revendications 1 et 2 caractérisé en ce qu'il consiste à donner au numéro de la voie virtuelle VCI la valeur zéro lorsque le numéro de la voie virtuelle contenu dans l'en-tête est en dehors de la plage des voies virtuelles utilisables. 4. Procédé selon la revendication 3 caractérisé en ce qu'il consiste à inscrire dans l'en-tête de la cellule sortante du noeud un numéro de voie virtuelle égal au numéro de voie virtuel de la cellule à l'entrée du noeud lorsque le numéro de voie virtuelle de la cellule entrante dépasse la plage NBU des voies virtuelles utilisables. 5. Dispositif pour la traduction d'un en-tête de cellule appliquée à l'entrée d'un noeud d'un réseau asynchrone de transmission de données par paquets comprenant un dispositif de calcul d'adresse (6) couplé entre une première mémoire de contexte (7) et une deuxième mémoire de contexte (8) pour identifier le circuit virtuel du réseau auquel appartient la cellule à partir des numéros de conduit virtuel VPI et de voie virtuelle VCI contenus dans l'en-tête de la cellule caractérisé en ce que la première mémoire (7) comporte des premières zones de contexte 1 adressées par le numéro de conduit virtuel contenu dans l'en-tête de la cellule et en ce que la deuxième mémoire (8) comporte des deuxième zone de contexte (2) pour indiquer la liste des directions que doit prendre la cellule en sortie du noeud, et en ce que les deuxième zone de contexte sont adressées par le dispositif de calcul d'adresse (9) à partir d'une adresse de base lue dans la première zone de contexte et du numéro de voie VCI contenu dans l'en-tête de la cellule entrante. 6. Dispositif selon la revendication 5 caractérisé en ce qu'il comprend un circuit comparateur (11) pour comparer le numéro de voie virtuel VCI de la cellule entrante à un nombre de voies disponibles indiqué dans la première zone de contexte (1). 7. Dispositif selon la revendication 6 caractérisé en ce qu'il comprend un premier multiplexeur (12) commandé par le circuit comparateur (11) pour placer la valeur du numéro de voie virtuelle à zéro pour le calcul de l'adresse de la deuxième zone de contexte (2). 8. Dispositif selon la revendication 7 caractérisé en ce qu'il comprend un deuxième multiplexeur (13) couplé par une première entrée à la sortie de la deuxième mémoire (8) et recevant sur sa deuxième entrée le numéro de voie virtuelle VCI, pour transmettre le numéro canal virtuel VCI de la cellule sortant du noeud. 9. Dispositif selon l'une quelconque des revendications 1 à 8 caractérisé en ce que la première zone de contexte (1) comporte un premier champ de données pour préciser la validité de la première zone de contexte, un deuxième champ pour préciser le nombre de bits utiles du champ VCI de la voie virtuelle associée, et un troisième champ ABC2 contenant l'adresse de base de la deuxième zone de contexte (2). 10. Dispositif selon la revendication 9 caractérisé en ce que la deuxième zone de contexte comporte un premier champ de donnée pour préciser la validité de la zone de contexte (2), des deuxièmes champs "COMPTEUR" pour compter l'utilisation de la deuxième zone de contexte, des troisièmes champs "LISTE des DIRECTIONS" pour donner les directions que la cellule doit emprunter, des quatrième et cinquième champs VPIt, VClt représentant les valeurs des champs VPI et VCI à la sortie de la cellule.