FR 3020229 A1 20151023 FR 1553316 A 20150415 Domaine de l'invention La présente invention se rapporte à un procédé de classi- fication d'un segment de données pour la poursuite de son traitement dans une unité de transport de données, notamment dans un proces- seur de réseau, le segment de données étant fourni par une interface d'entrée. L'invention se rapporte également à un circuit intégré appliquant un tel procédé. Etat de la technique Il est connu que le contrôleur de communication de ré- seau comme par exemple le contrôleur CAN (Contrôleur de réseau) ou le système FlexRay (marque déposée) peuvent avoir des fonctions de filtre pour les paquets de données pour ne filtrer qu'un extrait du trafic du réseau et l'observer. Pour les unités de passage entre les réseaux ou passe- relles, on peut réaliser des filtres de paquets de données à partir de grandes matrices de communication mettant en oeuvre des moyens importants pour les mémoires de données. En particulier, le nombre croissant de type de réseau et le nombre croissant de parties de réseau dans le domaine automobile complique la construction d'une telle unité de passerelle flexible entre les différents réseaux. Exposé et avantages de l'invention Le problème de l'invention est résolu par un procédé du type défini ci-dessus caractérisé en ce qu'on détermine une première clé pour une table de mise à jour en fonction d'une caractéristique fixée au préalable et en fonction d'une caractéristique de l'interface d'entrée d'où provient le segment de données et on détermine une seconde clé pour la table de mise à jour. En d'autres termes, comme on détermine une première clé pour une table de mise à jour et une seconde clé pour la table de mise à jour, on développe un espace d'adresses flexible. La première et la seconde clé indiquent avantageusement un espace d'adresses réservé notamment pour une caractéristique de l'unité de données d'entrée et pour la caractéristique fixée au préalable. Selon un développement avantageux, en fonction de la première et de la seconde clé on détermine des paramètres pour la suite du traitement d'un segment de données à partir de la table de mise à jour en créant un filtre non-étanche (filtre avec fuite) qui détermine la suite du traitement du segment de données selon une liste blanche sous la forme des paramètres présents. Selon un développement avantageux, on détermine la se- conde clé en fonction de la caractéristique fixée au préalable ce qui permet de déterminer simplement la seconde clé. lo Selon un développement avantageux, on détermine la se- conde clé en fonction de l'information de l'entête du paquet de données d'un protocole de réseau encapsulé, en tenant compte de ce protocole de réseau encapsulé pour classifier le segment de données. Selon un développement avantageux, en fonction d'un 15 premier segment de l'information de l'entête on détermine une troisième clé pour la table de mise à jour et en fonction d'un second segment de l'information d'entête, on détermine une quatrième clé pour la table de mise à jour. Comme seconde clé, on sélectionne alors la troisième ou la quatrième clé. 20 De façon avantageuse il n'est pas nécessaire de dévelop- per toute les permutations des informations possibles de l'entête, notamment de l'information d'adresse contenue dans l'information d'entête sur une table de hachage de dimension correspondante. On réduit ainsi la complexité des données réservées et on peut développer 25 un procédé qui se termine. De façon avantageuse le procédé est appliqué dans un circuit ce qui réduit en même temps la mise en oeuvre de données. Selon un développement avantageux du procédé, on dé- termine les clés des règles et on sélectionne ainsi l'une de ces clés. En 30 fonction de la clé de règle sélectionnée, on détermine une seconde clé. Les règles supplémentaires qui déterminent la seconde clé à partir des clés de règle sélectionnées, résolve la collision ou le procédé prédéterminé. On évite ainsi avantageusement d'avoir à effectuer un hachage postérieur ce qui permet d'aboutir à un comportement final du procédé. Selon un développement avantageux, on rejette les segments de données si en fonction de la première clé et/ou en fonction de la seconde clé, on ne peut déterminer aucun paramètre pour poursuivre le traitement du segment de données en partant de la table de mise à jour. On crée ainsi avantageusement un filtre à trous (filtre à fuites) qui, en utilisant une liste blanche sous la forme d'une table de mise à jour, prédéfinit le traitement des segments de données par exemple avec une certaine combinaison de la caractéristique fixée au préalable et de la caractéristique des données d'entrée permettent la poursuite du traite- ment. Les segments de données pour lesquels il n'y a pas d'enregistrement dans la table de mise à jour seront rejetés. Toutes les caractéristiques du procédé sont développées pour que le procédé puisse s'exécuter de façon terminale (procédé fermé) ce qui permet de réaliser un circuit sous la forme d'un circuit inté- gré. Dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide de mode de réalisation du procédé de classification de segments de données représenté dans les dessins annexés dans lesquels : - les figures 1 à 3 montrent chacune un schéma par blocs, - les figures 4 et 5 montrent chacune un ordinogramme schématique, et - les figures 6 et 7 montrent chacune un schéma par blocs. Description de modes de réalisation de l'invention La figure 1 montre un schéma par blocs 2. Un segment de données 4 est fourni par une interface d'entrée 6. Le segment de données 4 comprend une caractéristique fixée au préalable chid qui est également appelée identificateur de canal. Un segment de données 4 comporte également une caractéristique devid de l'interface d'entrée 6. En outre le segment de données 4 comporte une plage de données 8 encore appelée « charge utile du segment de donnés 4 ». Le segment de données 4 comporte également d'autres informations telles que par exemple la position du segment de données 4 comme partie d'un bloc de données comportant plusieurs segments de données 4. Le paquet de données 10 d'un protocole réseau encapsulé comporte une information d'entête 12 ainsi qu'une plage de données 14. Selon la figure 1, la plage de donnés 8 du segment de données 4 ne constitue qu'une partie du paquet de données 10. A titre d'exemple, le segment de données 4 de la figure 1 est le premier de plusieurs seg- ments de données 4 pour transmettre le paquet de données 10. Le bloc 16 reçoit la caractéristique chid convenue au préalable, la caractéristique devid de l'interface d'entrée 6 ainsi que dans le cas du premier segment de données 4, l'information d'entête 12 du paquet de données 10. En fonction des grandeurs transmises, le bloc 16 détermine les paramètres 20 pour la poursuite du traitement du segment de données 4 à partir d'une table de mise à jour décrite ensuite. Ainsi, le bloc 16 classifie le segment de données 4 pour la poursuite de son traitement dans l'unité de transport de données notamment dans un processeur réseau ; l'unité de transport de don- nées comporte au moins le bloc 16 et un bloc 18 ; le bloc 18 reçoit les paramètres 20 ainsi que le segment de données correspondant 4. Selon la flèche 22, le bloc 18 transmet les segments de données 4 pour lesquels on a pu déterminer les paramètres 20, vers une ou plusieurs in- terfaces de sortie non détaillées. Le paquet de données 10 peut être par exemple un paquet de données CAN, un paquet de données FlexRay, un paquet de données XCP (protocole de calibrage de mesure universel), un paquet de données CCP (protocole de calibrage CAN) ou un paquet de données Ethernet. On peut également envisager d'autres protocoles réseau non cités dans ce contexte. L'un des paramètres 20 identifie par exemple la file d'attente dans le bloc 18 pour la poursuite du traitement du segment de données 4. L'un des paramètres 20 identifie par exemple pour la pour- suite du traitement du segment de données, une unité de traitement dans le bloc 18 qui reçoit le segment de données 4. De façon avantageuse tous les procédés décrits font que le bloc 16 réalise un procédé qui se termine (procédé fermé), c'est-à-dire qu'il y a un nombre fini d'étapes de traitement appliquées à une entrée sous la forme d'un segment de données 4 pour une sortie sous la forme de paramètres 20. Le bloc 16 peut être avantageusement réalisé sous la forme d'un circuit intégré. Un circuit intégré comporte par exemple un circuit ASIC (circuit dédié) ou aussi un circuit FPGA (réseau de portes programmées). La figure 2 présente sous la forme d'un schéma par blocs, d'un détail du bloc 16 qui classifie un segment de données pour la poursuite de son traitement en déterminant les paramètres pour la poursuite du traitement du segment de données. La classification d'un seul segment de données englobe évidemment aussi la classification d'un bloc de données à plusieurs segments de données. C'est ainsi que par exemple, comme cela sera décrit ensuite, une information d'entête dans un premier segment de données d'un bloc de données peut avantageusement être utilisée pour déterminer des paramètres correspondants qui s'appliquent également au segment de données du bloc de données faisant suite au premier segment de données, en vue de la poursuite de leur traitement. Un bloc 24 reçoit la caractéristique chid fixée au préa- lable et la caractéristique devid de l'interface d'entrée 6. En fonction de la caractéristique chid fixée au préalable et la caractéristique devid de l'interface de l'entrée 6, on forme les grandeurs de sortie du bloc 24. Le bloc 24 utilise une première table préconfigurée 26 et une seconde table préconfigurée 28. Dans le premier cas, à partir de la caractéristique devid de la première interface d'entrée 6 la table 26 peut déterminer une première clé 30. Dans un autre cas, en utilisant la caractéristique chid convenue au préalable, on peut déterminer en plus de la caractéristique devid par la table 28, la première clé 30 en fonction de la caractéristique devid de l'interface d'entrée 6 et de la caractéristique chid convenu au préalable. A l'aide de la première clé 30 on peut par exemple adresser des plages de mémoire dans la table de mise à jour 32 et qui sont asso- ciées à l'une des interfaces d'entrée 6 ou aussi à l'une des interfaces d'entrée 6 et à la caractéristique chid convenue préalablement. La première clé 30 et une seconde clé 34 sont appliquées à la plage 34. A partir de la première clé 30 et de la seconde clé 34 on forme une clé de mise à jour 36, par exemple par l'addition de la pre- mière clé 30 et de la seconde clé 34. L"addition, la seconde clé 34 cor- respond par exemple à un décalage par rapport à la première clé 30. On peut également envisager d'autres combinaisons entre la première clé 30 et la seconde clé 34 pour la clé de mise à jour 36. Le bloc 40 utilise la table de mise à jour 32 préconfigurée en fonction de la clé de mise à jour 36 et détermine ainsi à partir de la table de mise à jour 32, les paramètres 20 pour la poursuite du traitement du segment de données 4 en cours de travail. L'information 84 indique au bloc 40 si le segment de données 4, examiné est un dernier segment, un premier segment ou un segment intermédiaire 4 de don- nées d'un bloc de données ou d'un paquet de données 10. Si avec la clé de mise à jour 36 qui lui est fournie dans la table de mise à jour 32 le bloc 40 ne peut déterminer aucun paramètre 20 pour la poursuite du traitement du segment de données 4, alors le traitement du segment de données 4 s'arrête et il sera rejeté. Le rejet du segment de données 4 par une pré-configuration dans la table de mise à jour 32 n'est pas saisi de sorte qu'il est avantageux de ne pas prévoir d'éléments de filtre avant l'interface d'entrée 6 concernant le réseau respectif ; on centralise avantageusement le filtrage des flux de données pour des parties de réseaux ou des types de réseaux différents à travers le bloc 16. En outre, une implémentation du bloc 16 sous la forme d'un circuit constitue un per- fectionnement supplémentaire. Par le signal 42 on indique au bloc 44 celui des signaux d'entrée du bloc 44 qui doivent être fournis comme seconde clé 34. Le bloc 46 détermine une seconde clé 34a en fonction de la caractéristique chid fixée au préalable. Le bloc 48 génère une seconde clé 34b en fonction, des informations d'entête 12 d'un paquet de données 10 et en fonction d'un signal 52 ; ce signal 52 est généré par le bloc 24 et transmis par le bloc 48 qui exploite le protocole et la plage des informations d'entête 12. Le bloc 50 est un classificateur XCP pour le protocole XCP (protocole de calibrage universel de mesure). Le bloc 24 indique au bloc 50 par le signal 54, l'endroit de l'entête XCP dans les données car XCP peut être transmis par Ethernet, par le bus CAN ou par FlexRay et ainsi l'information d'entête 12 du type de réseau est distinc- tive et aussi la position de l'entête XCP dans d'autres positions ou posi- tions différentes. Le signal 56 transmet au bloc 50 des informations concernant la position de départ de l'entête XCP dans l'entête 12 et des informations concernant le codage de l'entête XCP. Selon un signal 58 on sélectionne le bloc 50 pour générer une autre clé 34c. Le bloc 60 génère une seconde clé 34d en fonction de l'entête 12 et du signal 62 que le bloc 60 sélectionne pour générer la seconde clé 34d. Le bloc 60 génère le second bloc 34d à partir de l'information d'entête 12 pour le protocole CCP (protocole de calibrage CAN). Le bloc 64 permet de générer et de sélectionner la se- conde clé 34. En particulier par l'exploitation de l'information d'entête 12 en forme de la seconde clé 34. C'est ainsi qu'une trame FRAME-ID (identification de données de trame) à partir de l'information d'entête 12 notamment une adresse d'origine et/ou une adresse-cible dans l'information d'entête 12 sont exploitées avantageusement pour avoir une relation univoque entre devid, chid, l'information d'entête 12 et les paramètres 20, c'est-à-dire un enregistrement dans la table de mise à jour 32. Le bloc 66 contient un bloc 68 et un bloc 70. Le bloc 68 accède à une troisième table 72 et à une quatrième table 74. Le bloc 68 génère une seconde clé 34e. Le bloc 24 applique au bloc 68 les informations concernant le signal 76 pour le mode selon lequel le bloc 68 doit générer la seconde clé 34e. Avec la table 28, le bloc 24 génère un signal 78 qui carac- térise l'une des différentes interfaces d'entrée virtuelle. Le signal 82 communique au bloc 70 qu'il faut utiliser l'interface d'entrée virtuelle. Le bloc 68 génère une autre information d'entête 12a qui représente l'information d'entête du protocole examiné. Le bloc 68 génère également une clé de régulation 80 du bloc 70. Le bloc 70 accède à une table de régulation 82. La figure 3 montre comme schéma bloc un extrait du bloc 68 qui génère en fonction de l'information d'entête 12 et du signal 76, l'information d'entête 12a. L'information d'entête 12a est appliqué aux blocs 88 et 90 qui sont générés par chaque fois des masques préconfi- gurés 92, 94 d'un premier segment 96 et d'un second segment 98. Ain- si, le premier segment 96 correspond par exemple à la partie supérieure de l'entête 12a et le second segment 98 correspond à la partie inférieure de l'entête 12a. En fonction du premier segment 96, un bloc 100 détermine une troisième clé 104 et une première clé de réglage 106 à partir de la table préconfigurée 72. A partir de la table préconfigurée 74 et en fonction du second segment 98, le bloc 108 détermine une quatrième clé 110 et une seconde clé de régulation 112. Selon le signal 114, on extrait les pondérations des ta- bleaux 72 et 74 qui correspondent au segment de données observé 4 représentant l'équilibrage entre les blocs 100 et 108. Un bloc 116 décide à partir des pondérations selon le signal 114, laquelle des clés 104,110 doit être transmise comme seconde clé 34f au bloc 118. En outre, le bloc 116 décide à partir des pondérations selon le signal 114, laquelle des clés de réglage 106 et 112 doit être transmise comme clé de régula- tion sélectionnée 80. Un bloc 120 préconfiguré, génère à partir de l'information d'entête 12, par exemple d'une information type du paquet de données 10, une seconde clé 34g. Le bloc 118 continue de recevoir une seconde clé 34h générée par le bloc 70. Le bloc 118 sélectionne parmi les clés 34f, 34g et 34h, celle qui servira pour la suite du traite- ment, comme seconde clé 34e. La figure 4 montre un ordinogramme très schématique faisant partie du bloc 116 pour générer la seconde clé 34f. Lorsqu'à partir de la table 72 on détermine une troisième clé valable 104, on passe de la position 112 à la position 124. A la position 124 on vérifie si la quatrième clé 110 a été générée de manière valable à partir de la table 74. Si la quatrième clé 110 a été générée valablement, on passe de la position 124 à la position 126. A la position 126 on compare entre-elles les pondérations des tableaux 72 et 74 relatives aux blocs 100 et 108. Si la pondération relative au bloc 100 est supérieure à celle du bloc 108, alors selon le bloc 128 on transmet la troisième clé 104 comme se- conde clé 34f au bloc 118. Si la pondération dans la comparaison 126 est à l'avantage du bloc 108, alors selon le bloc 130 on transmet la quatrième clé 110 comme seconde clé 34f. Si à la position 124 on n'avait pu déterminer aucune quatrième clé valable 110 à partir de la table 74, alors on transmet la troisième clé 104 comme seconde clé 34f selon le bloc 132. Si à la position 122 on n'a déterminé aucun troisième clé 104 valable dans la table 72, alors on passe à la position 134. A la position 134 on vérifie si on a pu déterminer une clé valable 110 dans le tableau 74. Si l'on a pu déterminer une quatrième clé valable 110 dans le ta- bleau 74, alors selon le bloc 136 on transmet la quatrième clé 110 comme seconde clé 34f. Si à la position 134 on n'a pas pu déterminer de clé valable 110 dans la table 74, alors on rejette le segment 4 selon le bloc 140. Selon le même principe que celui de la figure 4, on dé- termine la clé de régulation 80. Ainsi, selon le bloc 128 et le bloc 132 on transmet la première clé de réglage 106 comme clé de réglage sélectionnée 80. Selon les blocs 130 et 136, on transmet la seconde clé de réglage 112 comme clé de régulation sélectionnée 80. Selon le bloc 140, on ne sélectionne aucune clé de réglage 80 et on rejette le segment de données correspondant 4. La figure 5 montre un ordinogramme très schématique comme partie du bloc 118 de la figure 3. A la position 142 on vérifie si le bloc préconfiguré 120 a généré de manière valable une seconde clé 34g. Si la clé 34g a été générée de manière valable, alors selon le bloc 144 on transmet la seconde clé 34g comme seconde clé 34e. Si à la po- sition 142 on constate qu'il n'y a pas de seconde clé valable 34g, alors on passe à la position 146. A la position 146 on vérifie s'il y a une seconde clé valable 34f. S'il n'y a aucune seconde clé valable 34f, on rejette le segment de données 4 selon le bloc 148. Si l'on dispose d'une seconde clé valable 34f, on passe à la position 150. A la position 150 on vérifie si une clé de réglage 80 valable a été générée. Si aucune clé de réglage 80, valable n'a été générée, on sélectionne selon le bloc 152 la seconde clé 34g comme seconde clé 34e et on la transmet. Si une clé de réglage 80, valable a été générée, on passe à la position 154. Si à la po- sition 154 on constate qu'une seconde clé valable 34h a été générée, alors on la transmet comme seconde clé 34e au bloc 156. Si à la position 154 on constate qu'aucune seconde clé 34h valable n'a été générée, on transmet la seconde clé 34f comme seconde clé 34e selon le bloc 158. Précédemment, il a été question de clé « valable », ce qui signifie que le mot « valable » correspond à un enregistrement dans le tableau préconfiguré respectif. La figure 6 est un chemin par blocs d'une partie du bloc 70 de la figure 2. Le bloc 70 détermine à partir de la table 82 et en fonc- tion de la clé de réglage 80 fournie, les enregistrements 160 et 162 adaptés à la clé de réglage 80. En fonction des entrées 160 et 162 de l'information d'entête, 12a fournie, le bloc 164 conduit un procédé pour déterminer les grandeurs de sortie 34h, 58, 62 ainsi que d'autres gran- deurs 166, 168. Par exemple l'enregistrement 160 peut comporter un masque de bits qui est combiné par la fonction logique ET aux informations d'entête 12a. Si ces combinaisons coïncident à la valeur transmise selon l'entrée 160, on peut déterminer le bloc 68 à partir de l'enregistrement correspondant 162, ou de la seconde clé 34h. De plus, l'enregistrement 162 peut comporter les valeurs appropriées pour les sorties 58 et 62. Si en revanche la combinaison ET de l'information d'entête 12a avec le masque de l'entrée 160 n'a pas donné lieu à une correspondance dans la table 82, alors le bloc 164 ne génère aucune émission valable. Avec le schéma par blocs du bloc 70 on peut résoudre avantageusement les cas dans lesquels l'information d'entête 12a, malgré l'existence des tables 72 et 74 n'a pas pu résoudre des conflits concernant le procédé de hachage et on a déterminé une seconde clé 34h. On contourne ainsi un hachage postérieur et on a une solution basée sur circuit dans le bloc 70. De façon correspondante, il faut préconfigu- rer la table 82 pour réduire l'importance de la table 72 et de la table 74. La figure 7 montre un schéma par blocs très simple d'un extrait du bloc 40. La table de mise à jour 32 transmet les paramètres appropriés 20a de la clé de mise à jour 36 vers le bloc 170. Par un si- gnal 172, le bloc 170 indique à un bloc 174, lequel des paramètres 20c, 20d doit être transmis comme paramètre 20. Si le segment de données 4 est un unique segment, c'est-à-dire à la fois le premier et le dernier segment de données 4, alors le bloc 170 transmet les paramètres 20a comme paramètres 20c au bloc 174 et qui les transmet comme para- mètre 20. En revanche, si selon le signal 84 un segment de données 4 un segment 4 de plusieurs segments de données associés à un bloc de données et/ou un paquet de données 10, alors par la clé de mise à jour 36 générée par les blocs 24, 66, 64 est enregistrée dans une mé- moire intermédiaire 176. Pour les segments de données 4 à la suite du premier segment de données 4, on peut continuer d'utiliser le résultat des blocs 34, 66, 64 sous la forme de la clé de mise à jour 36. En variante, les paramètres 20a sont mémorisés de façon intermédiaire dans la mémoire de données 176 et sont réemployés par les segments inter- médiaires et le dernier segment de données 4. Le signal 78 indique par une interface d'entrée virtuelle, l'enregistrement correspondant dans la mémoire intermédiaire 176 ce qui permet au bloc 170 et avec le second paramètre 20d d'aller dans la table de mise à jour 32, et de le transmettre comme paramètre 20. 20 REVENDICATIONS1°) Procédé de classification d'un segment de données (4) pour la poursuite de son traitement dans une unité de transport de données (18), notamment dans un processeur de réseau, procédé selon lequel le segment de données (4) est fourni par une inter- face d'entrée (6). procédé caractérisé en ce qu' on détermine une première clé (30) pour une table de mise à jour (32) en fonction d'une caractéristique (chid) fixée au préalable et en fonction d'une caractéristique (devid) de l'interface d'entrée (6) d'où provient le segment de données (4) et on détermine une seconde clé (34) pour la table de mise à jour (32). 2°) Procédé selon la revendication 1, caractérisé en ce qu' on détermine des paramètres (20) pour la poursuite du traitement du segment de données (4) à partir de la table de mise à jour (32) en fonction de la première et de la seconde clé (30, 34). 3°) Procédé selon la revendication 1, caractérisé en ce qu' on détermine la seconde clé (34) en fonction de la caractéristique préalablement fixée (chid). 4°) Procédé selon la revendication 1, caractérisé en ce qu' un premier segment de données (4) contient une information d'entête (12) de bloc de données comportant un ensemble de segments de données (4) dans un paquet de données (10), encapsulé d'un protocole ré- seau et la seconde clé (34) se détermine en fonction de l'information d'entête (12) notamment en fonction de l'identification de trame (trame ID). 5°) Procédé selon la revendication 4, caractérisé en ce quela première et la seconde clés (30, 34) sont enregistrées pour le premier segment de données (4) du bloc de données et on détermine les paramètres (20) pour la poursuite du traitement de l'ensemble des segments de données (4) à partir de la table de mise à jour (32) en fonction de la première et de la seconde clé (30, 34) mémo- risées. 6°) Procédé selon la revendication 4, caractérisé en ce que le protocole de réseau est le protocole CAN, Flex-Ray, XCP, CCP et/ou Ethernet. 7°) Procédé selon la revendication 4, caractérisé en ce qu' en fonction d'un premier segment (96) de l'information d'entête (12) on détermine une troisième clé (104), en fonction d'un second segment (98) de l'information d'entête (12) où on détermine une quatrième clé (110), et comme seconde clé (34f) on sélectionne la troisième ou la quatrième clé (104 ; 110). 8°) Procédé selon la revendication 7, caractérisé en ce qu' on détermine un premier poids (114) pour la troisième clé (104), on détermine un second poids (114) pour la quatrième clé (110) et en fonction de la comparaison (126) du premier et du second poids (114) on sélectionne la troisième ou la quatrième clé (104, 110) comme seconde clé (34f). 9°) Procédé selon la revendication 7, caractérisé en ce qu' en fonction du premier segment (96) de l'information d'entête (12), on détermine une première clé de réglage (106), en fonction du second segment (98) de l'information d'entête (12) on dé- termine une seconde clé de réglage (112), eton sélectionne la première ou la seconde clé de réglage (104, 112). 10°) Procédé selon les revendications 8 et 9, caractérisé en ce qu' en fonction de la comparaison entre le premier et le second poids (114) on sélectionne la première ou la seconde clé de réglage (104, 112). 11°) Procédé selon la revendication 10, caractérisé en ce qu' en fonction de la clé de réglage sélectionnée (80) on sélectionne une clé enregistrée dans une table de réglage (82) comme seconde clé (34h). 12°) Procédé selon la revendication 1, caractérisé en ce que l'un des paramètres (20) pour la poursuite du traitement du segment de données (4) identifie une file d'attente dans laquelle est inscrit le segment de données (4). 13°) Procédé selon la revendication 1, caractérisé en ce que l'un des paramètres (20) pour la poursuite du traitement du segment de données identifie une unité de traitement qui reçoit le segment de données (4). 14°) Procédé selon la revendication 1, caractérisé en ce que le segment de données (4) est rejeté si en fonction de la première clé (30) et/ou de la seconde clé (34), on n'a pu déterminer aucun paramètre de poursuite de traitement du segment de données (4) dans la table de mise à jour (32) et/ou si à partir du premier segment (96) et/ou à partir du second segment (98) on n'a pu déterminer aucune troisième ou quatrième clé (104, 110). 15°) Circuit intégré pour la mise en oeuvre du procédé selon l'une quel- conque des revendications 1 à 14.