FR 2769455 A1 19990409 FR 9810956 A 19980902 Titre ARCHITECTURE DE PILE DE PROTOCOLES DANS UNE UNITE DE TRANSMISSION DE DONNEES SANS FIL ET PROCEDE DE COMMUNICATION Domaine de l'invention La présente invention concerne une unité de transmission de données sans fil et un procédé de communication, et elle concerne des améliorations dans une architecture de pile de protocoles de ladite unité. Arrière-Dlan technologique de l'invention Les unités de transmission de données sans fil et autres unités de communication sont généralement conçues selon un modèle d'interconnexion de systèmes ouverts (OSI) à sept couches comprenant typiquement une couche application, une couche présentation, une couche session, une couche transport, une couche réseau, une couche liaison de données et une couche physique. Une telle architecture permet de concevoir chaque couche séparément de chacune des autres couches, la seule nécessité étant d'assurer des communications correctes à travers la pile de protocoles. Chaque couche à un bout de la liaison de données communique avec sa couche correspondante (le pair) à l'autre bout de la liaison afin d'établir, maintenir et contrôler les communications au niveau de sa couche dans la pile. L'architecture prévoit un haut degré de fiabilité dans les communications. Un exemple d'une telle architecture est l'architecture décrite dans la spécification version 1.1. du système cellulaire de transmission de données numériques par paquets CDPD (Cellular Digital Packet Data) du 19 janvier 1995. Dans l'architecture décrite, chaque couche ou sous-couche possède des points d'accès aux services de couche, des primitives de services de couche, un protocole de couche et une entité de gestion de couche. Dans les unités de transmission de données sans fil modernes, il existe une demande pour prévoir la communication à travers plusieurs supports différents. Un support est un mécanisme de transmission radiofréquence (RF), un protocole d'accès, un protocole d'échange de messages, ou similaire. L'utilisation de différents supports implique la présence de différentes couches physiques et peut également impliquer que d'autres couches soient modifiées d'un support à un autre. Chaque support a son propre comportement et caractéristiques uniques. Par conséquent, des supports multiples sont typiquement desservis par une duplication complète de la pile de protocoles, seule l'application étant commune aux piles de protocoles prenant en charge différents supports. Ce procédé est réalisable et sa mise en oeuvre ne pose pas d'énormes difficultés, mais il est généralement inefficace et, en particulier, il est coûteux en ce qui concerne la mémoire requise pour le code programme pour les piles de protocoles multiples ainsi que la mémoire vive requise pour l'exploitation. De plus, l'utilisation de piles de protocoles multiples exige un grand effort pour la conception des différents supports et peut rendre le résultat extrêmement visible pour l'utilisateur, ce qui n'est pas souhaitable. Il existe un besoin d'un protocole optimisé pour mettre en oeuvre des services multiples à travers des supports sans fil multiples dans un environnement mobile. Les unités de transmission de données mobiles sont très sujettes aux contraintes liées à la mémoire. Les dispositifs de recherche de personne et les téléphones cellulaires en sont des exemples. Une mise en oeuvre d'une unité de transmission de données mobile avec des services support multiples doit avoir un protocole qui exige une petite quantité de mémoire (pour le code programme ainsi que la mémoire vive de travail) et qui fonctionnera avec une faible puissance de traitement. Par conséquent, il existe un besoin d'une architecture de pile de protocoles de transmission de données sans fil qui est transparente pour l'utilisateur (ou quasiment transparente) et qui est capable de prendre en charge la communication à travers des supports multiples tout en ayant de très faibles exigences en matière de mémoire. Un mode de réalisation préféré de l'invention sera maintenant décrit, uniquement à titre d'exemple, en référence aux dessins annexés. Brève description des dessins La figure 1 représente un modèle de référence d'application sans fil pour l'unité et le procédé de la présente invention. La figure 2 représente des détails de l'architecture de protocole de transport sans fil de la figure 1. La figure 3 est un organigramme illustrant des détails du fonctionnement d'un programme informatique pour l'émission de données selon l'architecture de la figure 2. La figure 4 est un organigramme illustrant des détails du fonctionnement d'un programme informatique pour la réception de données selon l'architecture de la figure 2. La figure 5 est un schéma fonctionnel d'une unité de transmission de données sans fil selon le mode de réalisation préféré de l'invention. Description détaillée du mode de réalisation Dréféré En référence à la figure 1, celle-ci montre un modèle de référence de protocole d'application sans fil dans lequel une couche application, une couche session et une couche transport sont représentées. Les couches audessous de la couche transport sont connues sous le nom de services support sous-jacents et il n'est pas nécessaire de les décrire en détail pour comprendre l'invention et sa mise en oeuvre. Aucune couche présentation n'est représentée, car la couche présentation est uniquement concernée par la syntaxe de communication correcte entre la couche application et la couche session et d'autres questions secondaires, lesquelles peuvent toutes être subsumées dans la couche application ou la couche session ou partagées entre ces couches. De manière plus détaillée, la couche application comprend un point d'accès au service (SAP) application couplé à un module programme de communication couche application 11, lequel est à son tour couplé à un module programme de gestion couche application 12 par l'intermédiaire d'une interface de gestion couche application 13. Un SAP couche session 20 est couplé au module programme de communication couche application 11. Le SAP couche session 20 est couplé à un module programme de communication couche session 21, lequel est à son tour couplé à un module programme de gestion couche session 22 par l'intermédiaire d'une interface de gestion couche session 23. Un SAP couche transport est couplé au module programme de communication couche session 21, ainsi qu'à un module programme de communication par protocole de transport sans fil (WTP) 31. Le module programme de communication WTP 31 est couplé à un module programme de gestion couche transport 32 par l'intermédiaire d'une interface de gestion couche transport 33. Les services support sous- jacents 40 sont couplés au module programme de communication WTP 31 et des modules programme de gestion service support 42 associés sont reliés à ceux- ci par une interface de gestion service support 43. Le module programme de gestion couche application 12 est couplé au module programme de gestion couche session 22 par l'intermédiaire d'une interface intercouche A-S 15. Le module programme de gestion couche session 22 est couplé au module programme de gestion couche transport 32 par l'intermédiaire d'une interface intercouche S-T 25. Le module programme de gestion couche transport 32 est relié aux modules programme de gestion service support 42 par une interface 35. Lors de l'exploitation, une application telle qu'une application de courrier électronique ou une application de consultation Internet est prévue comme module programme de communication couche application 11 et communique avec des services support sous-jacents multiples 40 par l'intermédiaire d'une couche session commune et d'un module programme de communication couche WTP 31 commun. Chacun des modules programme de communication 11, 21 et 31 reçoit et délivre des messages des et aux modules programme de communication au-dessus et au-dessous. Ainsi, des messages circulent à travers la pile dans les deux sens. Les modules programme de gestion 12, 22 et 32 communiquent à travers leurs interfaces respectives 13, 23 et 33 avec leurs modules programme de communication respectifs 11, 21 et 31 au moyen de petits ensembles de commandes primitives, parmi lesquelles on compte au minimum les commandes suivantes: une commande de lancement (c'est-à-dire d'initialisation) avec des paramètres de lancement; une commande d'arrêt; une commande d'attente et une commande de modification de configuration (avec des paramètres). Parmi les paramètres de lancement de configuration, on compte au minimum de préférence des paramètres de durée d'horloge et de taille de paquet, ainsi que d'autres paramètres qu'il n'est pas nécessaire de décrire en détail. Les modules programme de gestion 12, 22 et 32 contrôlent l'établissement et la maintenance de communications continues à travers les modules programme de communication respectifs des couches respectives. Si, par exemple, un événement se produit qui est susceptible d'empêcher toute communication à travers une certaine couche, l'entité de gestion pour cette couche tentera d'ajuster le paramètre d'exploitation de la couche de façon à continuer les communications (par exemple, à une vitesse inférieure) ou arrêter la communication au niveau de cette couche sans perte de données. Un signal de faible niveau de batterie, par exemple, sera transmis d'un système d'exploitation environnant (non représenté) à tous les modules programme de gestion (une défaillance de batterie affectera les communications à tous les niveaux) et tous les modules programme de gestion tenteront d'arrêter les communications sans perte de données. Les informations de configuration entre une source (par exemple, une entrée d'utilisateur) et le module programme de gestion sont prises en charge par le module programme de gestion et toute modification requise des paramètres est transmise au module programme de communication couche protocole, soit lors de la configuration, soit dynamiquement en cours d'exploitation. En référence à la figure 2, celle- ci montre des détails du module programme de communication WTP 31. Le module programme comprend un service de données de service supplémentaires non formatées (USSD) 100, un service de messages abrégés (SMS) 101, un service de transmission de données à commutation de circuits (CS) 102 et un service de radiocommunication par paquets (GPRS) 103 de type GSM (système global de communication mobile). Tous ces services sont illustrés en tant qu'exemples d'éventuels services auxiliaires pour un service de radiocommunication cellulaire numérique GSM 104 sous-jacent. Il n'est pas nécessaire de détailler les services 100-104, car ils sont bien documentés dans les normes et documentations GSM. Bien que quatre services support alternatifs 100- 103 soient représentés, n'importe quel sous-ensemble comprenant deux de ces services ou plus peut être prévu. Le service GPRS est le plus riche des quatre services, disposant de fonctions telles que le chiffrement, la compression, la segmentation et la rotation de fenêtre (ainsi que les fonctions inverses) inclues avec le service défini. Le service USSD est le plus pauvre des services, ne disposant d'aucune de ces fonctions. La richesse des services augmente de la gauche vers la droite sur la figure 2. Un protocole de transport sans fil commun 110 est prévu pour assurer la communication avec la pluralité de services support 100-103 de sorte qu'un seul SAP couche transport assure l'interface avec tous les services support sous-jacents. Le protocole de transport sans fil commun 110 prévoit un service de transmission de données fiable pour la couche session. Ce service est généralement connu sous le nom de service à connexion. Un sous-ensemble du service à connexion, généralement connu sous le nom de service de datagrammes ou service sans connexion, constitue un service de transmission de données peu fiable. Le protocole de transport sans fil commun 110 élimine la duplication du code programme au niveau des couches au- dessus de la couche transport. En référence à la figure 3, celle-ci représente un programme informatique mettant en oeuvre un fonctionnement en émission selon le protocole de transport sans fil de la figure 2. Le programme comprend une étape 300 dans laquelle une connexion vers un certain numéro d'adresse est ouverte. I1 est à signaler qu'avant l'étape 300, un service support particulier souhaité pour la connexion a été sélectionné dans la couche session ou couche application. Si la connexion est une nouvelle connexion, un numéro d'identification (ID) est affecté dans l'étape ou élément 301. L'ID est affecté à partir d'une table 302 stockée dans la mémoire de l'unité de transmission de données sans fil. La table 302 conserve des enregistrements des IDs, supports (c'est-à- dire SMS, USSD, CS ou GPRS), adresses source et adresses destination. La première fois qu'une application souhaite ouvrir une connexion, l'application fournit une adresse à la destination. Un identificateur de connexion est donc affecté par le protocole de transport sans fil. Si la connexion n'est pas nouvelle, un ID est déjà affecté et peut être consultée dans la table 302. Les règles de sémantique pour l'ID sont identiques quel que soit le service support demandé par la couche session. Par exemple, lorsqu'une connexion SMS est demandée, un ID compris entre 1 et 1000 est affecté, et lorsqu'une connexion GPRS est demandée, un autre ID également compris entre 1 et 1000 est affecté. Dans chaque cas, la couche session est informée de l'ID affecté et la couche session peut réutiliser l'ID pour d'autres demandes de communication pendant la durée de la connexion. Après l'étape 301, l'étape 310 détermine si le service requis est le service le plus riche disponible, en l'occurrence le service GPRS. Cette détermination est effectuée d'après l'ID de connexion et le contenu de la table 302. Si le service souhaité est le service GPRS, un module programme d'émission GPRS 312 est appelé, lequel n'a pas besoin d'être décrit en détail. Sinon, le message à émettre est compressé (en option) dans l'étape 313. Dans ce mode de réalisation, l'étape 313 est exécutée du fait qu'aucun des autres services disponibles ne dispose de la compression comme partie intégrante du service. Par conséquent, le code programme nécessaire pour exécuter l'étape 313 peut être employé par tous les autres services sans avoir à disposer de différents codes de compression pour différents services. Après l'étape 313, le programme détermine à l'étape 314 si une émission de données à commutation de circuits est nécessaire ou non, en se servant encore une fois du contenu de la table 302. Si c'est le cas, un module programme d'émission de données à commutation de circuits 316 est appelé. On peut d'abord faire passer le message par un module de chiffrement 318, si nécessaire. Si le service souhaité n'est pas commuté en mode circuit, le module programme 320 assurant la segmentation est appelé. Un passage par le module de chiffrement 318 suite à la segmentation est également possible en option. Après la segmentation, une fonction rotation de fenêtre 322 est exécutée. La fonction rotation de fenêtre 322 envoie des paquets multiples, attend la réception d'accusés de réception multiples, et procède à l'envoi de paquets supplémentaires lors de la réception d'accusés de réception, maintenant un maximum de sept paquets en transit à chaque instant. Si le service souhaité est le service SMS, l'étape 324 appelle le module programme de transmission USSD 326. Sinon, c'est le service SMS qui est requis et le module programme de transmission SMS 328 est appelé. La duplication du code programme nécessaire pour exécuter les fonctions des modules 318, 320, 322 est évitée lors de la fourniture des services SMS et USSD. Avec le dispositif décrit ci-dessus, on prévoit une architecture pour l'intégration de services support sans fil multiples afin de fournir un service commun et il cohérent aux protocoles et applications de couche supérieure. L'architecture exploite les fonctions communes disponibles dans les protocoles conçus pour des supports spécifiques de façon à produire un protocole qui est compact dans son utilisation de la mémoire et qui n'exige qu'une faible puissance de traitement. Le protocole intégré exploite les fonctions communes de chacune des différentes piles de protocoles présentes dans l'unité mobile multimode. Ce protocole intégré peut offrir un ensemble de services commun aux applications, ce qui a pour conséquence la portabilité des applications à travers n'importe quelle unité mobile mettant en oeuvre le protocole quel que soit le support pris en charge. Afin de compléter la description de l'architecture de protocole de la figure 2, son fonctionnement en réception est décrit ci-après. En référence à la figure 4, la réception comprend l'écoute en continu, à l'étape 400, dans l'attente d'un message entrant provenant d'un service support sous- jacent. Lorsqu'un message est recu, un module programme de réception correspondant 420-423 est appelé. Dans l'organigramme de la figure 4, ceci est représenté comme étant dépendant d'un certain nombre de décisions binaires 401-403, mais le programme peut être structuré d'une manière différente, ce qui veut dire que le module programme 420-423 appelé dépend du service support sous-jacent à partir duquel le message est reçu. Après les modules programme de réception 420-423, des opérations supplémentaires sont exécutées le cas échéant. Tel qu'illustré, les modules programme 420 et 421 sont complétés par le module programme de rotation de fenêtre 430, le module de déchiffrage 431 en option et le module programme de réassemblage 432. De plus, les modules programme 420, 421 et 422 sont complétés (en option) par le module programme de décompression 433. En fait, tous les modules programme 430-433 sont en option. Par la suite, le programme passe à l'étape 434, o il détermine si une connexion est déjà ouverte pour le message. Cette détermination est effectuée d'après l'adresse source du message (et, si nécessaire, l'adresse destination dans le cas o l'unité de transmission de données sans fil possède plus d'une adresse). Si la connexion est une nouvelle connexion, le programme passe à l'étape 436, o un identificateur (ID) de connexion est affecté à la connexion à partir de la table 302. Finalement, le programme passe à l'étape 438, o le message est transmis à la couche session et pour finir à l'application. En ce qui concerne le procédé de la figure 3, les règles de sémantique pour l'ID sont identiques quel que soit le service support à partir duquel la connexion est reçue. Par exemple, lorsqu'une connexion SMS est reçue, un ID compris entre 1 et 1000 est affecté et cet ID est transmis à la couche session, et lorsqu'une connexion GPRS est reçue, un ID également compris entre 1 et 1000 est affecté et transmis à la couche session. En référence à la figure 5, celle-ci représente des éléments d'un exemple d'une unité de transmission de données sans fil 512 selon la présente invention. L'unité de transmission de données sans fil 512 comprend un émetteur 501 et un récepteur 502, tous deux couplés à un commutateur d'antenne 503 et, par l'intermédiaire du commutateur d'antenne, à une antenne 504. Un synthétiseur 505 est couplé au récepteur 502 et à l'émetteur 501. Un démodulateur 510 est couplé au récepteur 502. Un modulateur 511 est couplé au synthétiseur 505. Une unité logique 520 est couplée au démodulateur 510 et au modulateur 511 respectivement par l'intermédiaire des lignes de transmission de données 521 et 522, et elle est couplée au démodulateur 510 et au récepteur 502 par la ligne de commande 523 et à l'émetteur 501 et au commutateur d'antenne 503 par la ligne de commande 524. Un bus de commande 526 est couplé entre l'unité logique 520 et le synthétiseur 505. Un processeur 530 est couplé à l'unité logique 520 par l'intermédiaire d'un bus numérique 528. Une mémoire vive (RAM) 531, une mémoire de programmes sous forme de mémoire morte programmable effaçable électriquement (EEPROM) 532 et une interface opérateur 533 telle un clavier et un écran sont couplées au processeur 530. A la place d'un commutateur d'antenne 503, on peut employer un duplexeur, permettant la réception et l'émission en simultané. L'unité logique 520 commande le synthétiseur 505 par l'intermédiaire du bus de commande 526 pour sélectionner les fréquences appropriées à l'émission et à la réception selon les fréquences particulières du système. Les programmes décrits en référence aux figures 3 et 4 sont stockés dans la mémoire EEPROM 532 (ou dans une mémoire morte ou mémoire vive) et commandent le processeur 530 pour exécuter les opérations décrites. Dans le mode de réalisation préféré, le processeur exécute au moins les fonctions de la couche transport, couche session et couche application, c'est-à-dire toutes les fonctions des éléments 10-31 de la figure 1. Les fonctions des couches inférieures peuvent être exécutées dans l'unité logique 520 ou elles peuvent être partagées entre l'unité logique 520 et le processeur 530, selon les besoins. Lors du fonctionnement en émission, le processeur 530 génère un paquet ou fragment de paquet à émettre et fournit les données à l'unité logique 520. L'unité logique 520 exécute des fonctions de temporisation et synchronisation, ainsi que d'autres fonctions, selon le service support sélectionné. L'unité logique 520 commande la temporisation de l'envoi d'un paquet de données au modulateur 511. L'exécution de fonctions au- dessous de la couche transport, telles que le codage de blocs et la génération de contrôles d'erreurs, lorsque ces fonctions sont inclues, peut être assurée soit par le processeur 530, soit par l'unité logique 520. L'unité logique 520 transmet les données à émettre au modulateur 511 bit par bit et délivre un signal de commutation de l'émetteur sur la ligne de commande 524 (basculant en même temps le commutateur d'antenne 503 vers la position inférieure représentée). Le circuit de temporisation 529 commande la temporisation de la commutation de l'émetteur 501, de sorte que chaque rafale d'émission est émise à un moment sélectionné de façon précise. Par exemple, dans le cas d'une émission SMS, le moment sélectionné coïncide avec des tranches de temps de voie de commande, tandis que dans le cas d'une émission GPRS ou à commutation de circuits, le moment sélectionné coïncide avec une voie de trafic à multiplexage temporel affectée. Lorsque l'émetteur 501 n'est pas commuté pour l'émission, la ligne de commande 524 fait basculer le commutateur d'antenne 503 vers la position supérieure représentée, permettant aux signaux d'être reçus par l'intermédiaire de l'antenne 504 et du récepteur 502, démodulés par le démodulateur 510, et transmis à l'unité logique 520. L'unité logique 520 exécute un traitement de bas niveau dépendant du type de service support. Par exemple, les messages reçus pendant des tranches de voie de commande peuvent être considérés soit comme des données GPRS lorsqu'ils sont reçus sur une voie GPRS affectée, soit comme des données à commutation de circuits lorsqu'ils sont reçus sur une voie de trafic général. L'unité logique 520 transmet par la suite les données reçues au processeur 530 en vue de traitements supplémentaires. Si nécessaire, l'unité logique 520 peut assurer des traitements de bas niveau, tels que le codage de blocs et le contrôle d'erreurs. Ainsi, une unité de transmission de données sans fil a été décrite qui comprend un processeur 530 et un programme informatique associés à celle-ci. Le programme informatique est structuré selon un modèle de pile de protocoles ayant au moins une couche application, une couche session et une couche transport, la couche application étant reliée à la couche session et la couche session étant reliée à la couche transport. La couche transport comprend: un élément programme d'affectation de numéro d'identification de connexion 301, un élément de décision 310 couplé à l'élément programme d'affectation d'identificateur de connexion; au moins un premier module programme de transmission (par exemple, le module programme 312) couplé à l'élément de décision; et au moins un deuxième module programme de transmission (par exemple, un des modules programme 316, 326 et 328) couplé à l'élément de décision. L'élément de décision est sensible à l'étape d'affectation de numéro d'identification de connexion 301 pour acheminer les communications vers l'un des premier et deuxième modules programme de transmission. L'affectation de l'ID par l'étape 301 et l'utilisation de cet ID comme "descripteur" par la couche transport pour déterminer vers lequel des modules 312, 316, 326 ou 328 la connexion doit être acheminée élimine la nécessité de réexécuter à chaque fois l'algorithme qui détermine quel service support est demandé. Une fois qu'une connexion a été établie, la couche session réutilisera l'ID pendant toute la durée de la connexion demandée par la couche session (dans le cas d'une demande sortante non sollicitée par la couche transport) et la couche transport réutilisera l'ID en réception pendant toute la durée de la connexion indiquée à la couche session (dans le cas d'une demande entrante non sollicitée par la couche session). Une unité de transmission de données sans fil a également été décrite dans laquelle le programme informatique est structuré selon un modèle de pile de protocoles et dans laquelle un module programme de communication couche transport 31 comprend: un élément programme d'affectation de numéro d'identification de connexion 301; au moins un premier module programme de transmission (par exemple, 312); au moins un deuxième module programme de transmission (par exemple, 328, 326 ou 316); et un élément de décision couplé à l'élément programme d'affectation d'identificateur de connexion, au premier module programme de transmission et au deuxième module programme de transmission pour acheminer les communications vers l'un des premier et deuxième modules programme de transmission. De cette manière, une architecture performante et flexible a été décrite. Un avantage particulier de celle-ci consiste en ce que, pour les supports moins riches, environ 70-80% du code dans la couche transport est partagé entre ces services support (par exemple, les modules programme 313, 320 et 322). D'autres avantages et modifications seront évidents pour les spécialistes de la technique et rentrent dans le cadre et dans l'esprit de l'invention. REVENDICATIONS 1. Unité de transmission de données sans fil caractérisée par un processeur et un programme informatique associés à celle- ci, le programme informatique étant structuré selon un modèle de pile de protocoles ayant au moins une couche application, une couche session et une couche transport, la couche application étant reliée à la couche session et la couche session étant reliée à la couche transport, la couche transport comprenant: un élément programme d'affectation de numéro d'identification de connexion; un élément de décision couplé à l'élément programme d'affectation de numéro d'identification de connexion; au moins un premier module programme de transmission couplé à l'élément de décision; et au moins un deuxième module programme de transmission couplé à l'élément de décision, l'élément de décision étant sensible à l'étape d'affectation de numéro d'identification de connexion pour acheminer les communications vers l'un des premier et deuxième modules programme de transmission. 2. Unité de transmission de données sans fil selon la revendication 1, caractérisée en outre par au moins un module programme fonctionnel supplémentaire couplé entre l'élément de décision et le deuxième module programme de transmission. 3. Unité de transmission de données sans fil selon la revendication 2, le module programme fonctionnel supplémentaire étant au moins l'un des modules programme suivants: un module programme de compression; un module programme de segmentation; un module programme de chiffrement; et un module programme de rotation de fenêtre. 4. Unité de transmission de données sans fil selon la revendication 2, le module programme fonctionnel supplémentaire assurant un prétraitement des communications en vue de leur présentation au deuxième module programme de transmission selon des fonctions qui sont équivalentes aux fonctions subsumées dans le premier module programme de transmission. 5. Unité de transmission de données sans fil selon la revendication 2, le premier module programme de transmission étant un module programme de transmission du type système de radiocommunication cellulaire numérique par paquets ayant des fonctions de compression inclues dans celui-ci et le module programme fonctionnel supplémentaire au nombre d'au moins un étant un module programme de compression. 6. Unité de transmission de données sans fil selon la revendication 2, le premier module programme de transmission étant un module programme de transmission de données à commutation de circuits et le module programme fonctionnel supplémentaire au nombre d'au moins un étant soit un module programme de segmentation, soit un module programme de rotation de fenêtre. 7. Unité de transmission de données sans fil selon la revendication 6, le deuxième module programme de transmission étant soit un module programme de transmission du type service de messages abrégés, soit un module programme de transmission de données de service supplémentaires non formatées. 8. Unité de transmission de données sans fil selon la revendication 1, l'élément programme d'affectation de numéro d'identification de connexion comprenant une mémoire conservant des enregistrements des correspondances entre numéros d'identification de connexion, supports, adresses source et adresses destination. 9. Unité de transmission de données sans fil caractérisée par un processeur et un programme informatique associés à celle-ci, le programme informatique étant structuré selon un modèle de pile de protocoles comprenant au moins: une couche application caractérisée par un module programme de communication couche application et un module programme de gestion couche application couplés à celle-ci; une couche session caractérisée par un module programme de communication couche session et un module programme de gestion couche session couplés à celle- ci; et une couche transport caractérisée par un module programme de communication couche transport et un module programme de gestion couche transport couplés à celle-ci, le module programme de communication couche application étant couplé au module programme de communication couche session et le module programme de communication couche session étant couplé au module programme de communication couche transport, le module programme de gestion couche application étant couplé au module programme de gestion couche session et le module programme de gestion couche session étant couplé au module programme de gestion couche transport, et le module programme de communication couche transport comprenant: un élément programme d'affectation de numéro d'identification de connexion; au moins un premier module programme de transmission; au moins un deuxième module programme de transmission; et un élément de décision couplé à l'élément programme d'affectation de numéro d'identification de connexion, au premier module programme de transmission et au deuxième module programme de transmission pour acheminer les communications vers l'un des premier et deuxième modules programme de transmission. 10. Procédé de communication par l'intermédiaire d'un premier protocole de communication relativement riche ou d'un deuxième protocole de communication relativement pauvre, caractérisé par l'affectation, dans une couche transport, de numéros d'identification de connexion aux communications et par l'acheminement, en réponse à une sélection de support indiquée à la couche transport, des communications vers un premier module programme de transmission relativement riche ou un deuxième module programme de transmission relativement pauvre et, lorsque les communications sont acheminées vers le deuxième module programme de transmission, par le prétraitement des communications dans un module fonctionnel supplémentaire. 11. Procédé selon la revendication 10, l'étape d'affectation de numéros d'identification de connexion aux communications comprenant la conservation d'une table d'enregistrements de correspondance entre numéros d'identification de connexion, supports, adresses source et adresses destination. 12. Procédé selon la revendication 10, le premier protocole de communication relativement riche étant un 22 2769455 protocole de système de radiocommunication cellulaire numérique par paquets et le deuxième protocole de communication relativement pauvre étant soit un protocole de transmission de données à commutation de circuits, soit un protocole de service de messages abrégés, soit un protocole de transmission de données de service supplémentaires non formatées. 13. Procédé selon la revendication 10, le premier protocole de communication relativement riche étant un protocole de transmission de données à commutation de circuits et le deuxième protocole de communication relativement pauvre étant soit un protocole de service de messages abrégés, soit un protocole de transmission de données de service supplémentaires non formatées. 14. Procédé pour recevoir un premier message d'un premier service support et un deuxième message d'un deuxième service support, caractérisé, dans une couche transport d'une unité de transmission de données sans fil par un processeur et un programme informatique 4o associés à celle-ci, le programme informatique étant structuré selon un modèle de pile de protocoles, par: la réception d'un premier message du premier service support par l'intermédiaire d'un premier module de communication, le premier module de communication étant un module de communication relativement riche; la réception d'un deuxième message du deuxième service support par l'intermédiaire d'un deuxième module de communication, le deuxième module de communication étant un module de communication 3o relativement pauvre; le traitement du deuxième message dans un module fonctionnel supplémentaire; 23 2769455 l'affectation de numéros d'identification de connexion aux messages provenant du premier module de communication et du module fonctionnel supplémentaire, les numéros d'identification de connexion obéissant à des règles de syntaxe communes quel que soit le service support à partir duquel les messages sont reçus; et la transmission des messages et des numéros d'identification de connexion correspondant à ceux-ci à une couche session de l'unité.