On notera que les PDU peuvent contenir soit des données utilisateur, soit des informations de commande MPC. L'un des indicateurs du champ 34 indique si les informations qui suivent sont des données utilisateur ou des signaux de commande MPC. Un type de tel signal de commande MPC est représenté par les signaux d'identification d'échange (XID) qui seront présentés en liaison avec les figures 5 à 8. Des indicateurs sont également disponibles dans le champ 34 afin d'indiquer le type d'unité de données, si cela est approprié, et d'identifier le dernier PDU dans un bloc de transmission. Le champ d'identification de protocole 35 est utilisé pour identifier le protocole utilisé par l'application utilisateur qui est à la source de ce PDU de données. Cette identification de protocole permet au système distant de traiter les données utilisateur avec le processus de protocole approprié et de rendre le processus de commande de sous-canal indépendant du protocole de l'application utilisateur 10 de la figure 1 L'en-tète de PDU 26 comprend également un champ de numéro de séquence 36 afin d'établir la séquence initiale d'une pluralité de PDU mis en bloc ensemble, au cas où de tels numéros de séquence s'avéreraient nécessaires pour reconstituer un bloc de transmission désassemblé. Comme cela sera décrit en liaison avec les figures 8 à 12, les PDU de contrôle peuvent comprendre des champs optionnels qui peuvent être utilisés par l'application utilisateur afin d'adapter les valeurs des variables à utiliser dans la mise sous forme de bloc et dans la mise en file d'attente des données utilisateur Sur la figure 3 est représenté un schéma synoptique plus détaillé de l'interface de canaux multi-voies 12 de la figure 1, qui comprend trois composantes majeures. Le gestionnaire de données MPC 45 réalise l'interface avec l'application utilisateur 10 de la figure 1 et comprend un processus de formatage de données en sortie 46 qui convertit les données et le flux de commande de l'application utilisateur 10 en blocs adaptés à l'émission sur les voies de canaux disponibles 22 à 24. Le gestionnaire de données 45 comprend également des files d'attente de données en entrée qui acceptent les données provenant de l'extrémité éloignée des voies de transmission 22 à 24 et les mémorisent pour les délivrer à l'application utilisateur 10. Un sous-système de commande de transmission sur un interface de canaux multi-voies 48 réalise l'interface entre les signaux de commmande et de données provenant du gestionnaire de données 46 et une pluralité de sous-canaux d'entrée et sortie logiques 49 à 54 sur lesquels les transmissions d'entrée et sortie peuvent être faites. On notera que les sorties des processus 48 sont des sous-canaux logiques qui sont unidirectionnels et adaptés à la transmission de blocs de transmission de taille fixe variant de zéro à 64 kilooctets de longueur. Le superviseur de transmission de la technique antérieure 13 (figure 1) convertit ces sous-canaux logiques en capacité de transmission physique multiplexée sur les voies de canaux physiques 22 à 24, en restant totalement conforme aux processus connus de la technique antérieure. On notera cependant que les sous-canaux logiques 49 à 54 représentés sur la figure 3 ne nécessitent pas d'être équilibrés et que plus ou moins de canaux d'entrée peuvent être combinés avec un nombre différent de canaux de sortie.