FR 2778517 A1 19991112 FR 9902636 A 19990303 Activation de porteuse pour transmission de données La présente invention concerne un procédé et un dispositif de transmission de données, et en particulier un dispositif d'activation de porteuse dans un système de communication par satellite. Dans les systèmes de télécommunication vocale par satellite, une technique connue consiste à couper la porteuse dans un sens de la liaison satellite lorsque le correspondant émettant dans ce sens n'est pas en train de parler. Cette technique est connue sous le nom d' "acti- vation par la voix", ou de manière plus générale "activation de porteu- se" et est décrite par exemple page 55, chapitre 3.2 de l'ouvrage "Sa- tellite Communications - Principles and Applications" de Calcutt et Tetley, première édition 1994, publié par Edward Arnold. L'interlocu- teur Anglais moyen ne parle que pendant environ 40% du temps d'une conversation téléphonique, par conséquent une économie de puissance pouvant aller jusqu'à 4 dB pour le satellite peut être réalisée grâtce à cette technique. Le document US 5481561 évoque la possibilité d'appliquer l'activation de porteuse aux télécommunications vocales, à la télécopie et aux transmissions de données, mais en reconnaissant que ceci est difficile à mettre en pratique. L'activation de porteuse dans la transmission de fax a été mise en place dans les services par satellite Inmarsat-MTM, Inmarsat- BTM et Inmarsat-mMTM. La nature déterministe des protocoles UIT T.30, auxquels les terminaux de fax du Groupe 3 se conforment, est utilisée pour détecter l'instant o un terminal est sur le point de rece- voir des données de page et ne va donc plus émettre; la porteuse utili- sée pour l'émission de ce terminal est alors coupée. Cependant, les transmissions de données en duplex sont géné- ralement considérées comme non favorables à l'utilisation de l'activa- tion de porteuse, car les données peuvent être envoyées en continu dans les deux sens. Un premier aspect de la présente invention est qu'elle propo- se un émetteur de système de communication par satellite, qui reçoit des données sous un format pouvant inclure un signal d'inactivité indi- quant l'absence de données d'utilisateur, compare ces données à une configuration binaire correspondant audit signal d'inactivité dans plus d'un alignement binaire relatif, et cesse l'émission en cas d'égalité. Un avantage de cet aspect est que l'activation de porteuse peut être mise en application même lorsque l'alignement par octet n'est pas conservé entre des applications émettrices et réceptrices. Un autre aspect de la présente invention est qu'elle propose un émetteur de système de communication par satellite, qui assemble des données et des informations de signalisation pour une transmission par le satellite, détermine lesquelles desdites informations de signali- sation ont besoin d'être transmises afin de maintenir la liaison de télé- communication par le satellite et interrompt la transmission s'il n'y a pas de donnée et seulement des informations de signalisation inutiles à transmettre. Un autre aspect de la présente invention est qu'elle propose un système de télécommunications par satellite du type à porteuses monovoies (appelé ci-après système SCPC) dans lequel des signaux sont transmis en une structure de trame de longueur constante et l'acti- vation de porteuse est mise en oeuvre de sorte que les trames transmi- ses après la réactivation de la porteuse sont synchronisées selon la mê- me synchronisation que celle des trames transmises avant la désactiva- tion de la porteuse. L'intervalle entre les transmissions de trames peut être un nombre entier de périodes de trame, ou un nombre entier de fractions d'une période de trame, telles que des quarts de période de trame. Un avantage de cet aspect de l'invention est qu'un récepteur peut recevoir et décoder les trames émises après la réactivation de la porteuse sans avoir à acquérir de nouveau la synchronisation de trame. De plus, l'activation de porteuse peut être mise en oeuvre de cette ma- nière comme une caractéristique supplémentaire d'un système à satelli- te SCPC existant sans modification des protocoles de mise en forme des trames. Un autre aspect de la présente invention est qu'elle propose un procédé et un dispositif d'inhibition de la transmission d'un bloc de données répétées en détectant si le dernier octet d'un bloc précédent est le même que chaque octet du bloc en cours, la transmission du bloc en cours étant inhibée si c'est le cas. De préférence, la porteuse sur la- quelle les blocs sont transmis est désactivée ou sa puissance est rédui- te au cours de la période pendant laquelle le bloc en cours serait autre- ment transmis. Un autre aspect de la présente invention est qu'elle propose un procédé de transmission d'une rafale d'informations après une pé- riode de désactivation de porteuse, dans lequel un préambule à niveau de puissance constant est transmis avant les informations. Ceci contri- bue avantageusement à la commande automatique de niveau. La présente invention sera mieux comprise à la lecture de la description détaillée suivante de modes de réalisation spécifiques, fai- te en référence aux dessins d'accompagnement dans lesquels: la figure 1 est un schéma d'une liaison de communication en- tre des terminaux de données dans un RTPC et un réseau de satellites; la figure 2 est un schéma fonctionnel d'une station terrienne mobile et son interface associée faisant interface avec un terminal de données; la figure 3 est un schéma fonctionnel d'une station terrienne fixe et son interface associée faisant interface avec un RTPC; la figure 4 montre le format de voie utilisé pour la liaison avec le satellite dans un premier mode de réalisation de la présente in- vention; la figure 5 est un organigramme d'un algorithme d'activation de porteuse du premier mode de réalisation; la figure 6 montre la synchronisation de trames SCPC dans le premier mode e réalisation; la figure 7 est un schéma du format de trame utilisé dans la liaison satellite dans un deuxième mode de réalisation; la figure 8 montre un processus de réception et d'émission HDLC incluant l'insertion et le retrait de zéros; la figure 9 est un organigramme d'un algorithme d'activation de porteuse du deuxième mode de réalisation; la figure 10 montre la synchronisation de trames SCPC dans le deuxième mode de réalisation; les figures 1 la à 11c montrent la synchronisation de trames SCPC et le contenu de blocs codés transmis dans ces trames, dans un troisième mode de réalisation; la figure 12 est un organigramme d'un algorithme exécuté par l'UIM émettrice sur chaque bloc de données dans le troisième mode de réalisation; et la figure 13 est un organigramme d'un algorithme exécuté par !'UIM réceptrice dans le troisième mode de réalisation. La présentation générale d'un système de communications par satellite utilisé pour des transmissions de données est montrée en figu- re 1. Un exemple d'un tel système est le système de communications par satellite INMARSAT-B (TM) ou INMARSAT-M (TM), tel que dé- crit par exemple dans les chapitres 12 et 14 de l'ouvrage "Satellite Communications: Principles and Applications" de Calcutt et Tetley, 1ère édition, publié par Edward Arnold. Le système suivant est égale- ment décrit dans le document WO96/31040, dont le contenu est incor- poré ici en référence. Un appareil terminal mobile 2 est connecté via une interface RS232C à une unité d'interface modem (appelée ci-après UIM) 4. L'UIM 4 simule un modem compatible Hayes et est capable de décoder des commandes de type Hayes provenant de l'appareil terminal mobile 2, afin que des logiciels de communication courants puissent être utili- sés dans l'appareil terminal mobile 2. Ici, 'UIM 4 ne réalise pas de modulation ni de démodulation, puisqu'elle n'est pas reliée à une ligne analogique. L'UIM 4 constitue une interface pour une station terrienne mobile (appelée ci-après STM) 6 qui permet de communiquer avec une station terrienne fixe (appelée ci-après STF) 10 via un satellite 8. La STF 10 est connectée à une UIM de STF 12 qui réalise l'interface entre la liaison satellite et un réseau 14, ici un réseau téléphonique public commuté (RTPC), et fonctionne comme un modem pour convertir les signaux analogiques du RTPC 14 en signaux numériques sur la liaison satellite, et vice-versa. Un appareil terminal fixe 18 est relié au RTPC 14 via un modem 16 de type standard. La figure 2 montre 'UIM de STM 4 et la STM 6 plus en dé- tail. L'UIM de STM 4 comprend une interface 20 d'appareil terminal, qui constitue une interface physique RS232 et émule un modem de ty- pe AT.PCCA, c'est-à-dire conforme à la spécification fonctionnelle minimum pour systèmes de transmission de données publiée par l'asso- ciation pour les communications et ordinateurs portables (PCCA), in- cluant l'utilisation du jeu de commandes et des réponses AT. Les données reçues par l'interface 20 d'appareil terminal sont envoyées à un tampon 22, qui à son tour est connecté à une interface STM 24. L'interface STM 24 met en oeuvre, en mode "demande de ré- pétition automatique" (ARQ), une variante du protocole de commande de liaison de données à haut-niveau (HDLC), comme défini dans les recommandations ISO ISO/IEC 3309, ISO/IEC 4335: 1993 et ISO/IEC 7809: 1993. La version particulière employée est 'ISO HDLC BAC 3.2, 4, 8, 10, 12 comme défini dans l'ISO 7809: 1993 (synchrone, bidi- rectionnel simultané, duplex, non commuté). Un contrôleur 26 com- mande le fonctionnement des interfaces 20 et 24 et le flux de données à travers le tampon 22. La STM inclut un modulateur/démodulateur à fréquence ra- dioéléctrique 27, relié à une antenne 28, destiné à moduler en radiofré- quence la sortie de l'interface STM 24 et émettre la sortie via l'antenne 28 vers le satellite 8, et à démoduler en radiofréquence les signaux à fréquence radioélectrique provenant du satellite 8 via l'antenne 28 et envoyer les signaux démodulés à l'interface STM 24. La STM 6 inclut également un appareil de contrôle d'accès et de signalisation (appelé ci-après ACSE) 30, servant à établir et couper la liaison satellite, qui échange des données avec le contrôleur 26 de l'UIM mobile 4. L'ACSE 30 de STM communique avec un poste de gestion de réseau (appelé ci-après NCS) qui alloue des voies de communication, supervise le trafic de communications du satellite 8 et communique avec un ACSE supplémentaire à la STF. L'UIM mobile 4, la STM 6 et l'ACSE 30 peuvent être intégrés dans une unité mobile et l'antenne 28 peut être intégrée à l'unité mobi- le ou connectée extérieurement à celle-ci. La figure 3 montre la STF 10 et rUIM de STF 12 plus en dé- tail. L'UIM de STF 12 inclut un modem 31 servant à démoduler les si- gnaux analogiques provenant du RTPC 14 et à moduler les signaux nu- mériques pour le RTPC 14, et une interface 32 de modem qui supporte des protocoles de modem tels que la correction d'erreur V.42, pour communiquer avec le modem 16. L'interface 32 de modem est reliée, via un tampon 34, à une interface STF 36, qui met en oeuvre des protocoles compatibles avec l'interface STM 24, afin que des données puissent être échangées entre MrUM de STF 12 et l'UIM de STM 4. Un contrôleur 38 supervise le fonctionnement de l'interface 32 de modem, du tampon 34 et de l'inter- face STF 36. L'interface STF 36 est reliée à un modulateur/démodula- teur à fréquence radioéléctrique 40 qui module les signaux à envoyer au satellite 8 via une antenne 42, et démodule les signaux reçus du sa- tellite 8 via l'antenne 42. L'établissement et la coupure des communi- cations sont commandées par un ACSE de STF 44 à l'intérieur de la STF 10 qui échange des signaux avec l'UIM de STF 12, l'ACSE 30 de STM et le poste de gestion de réseau (NCS). Bien que le système décrit ci-dessus autorise les transmis- sions de données en duplex, beaucoup d'applications utilisateur telles que transfert de fichiers, bases de données et protocoles e-mail com- muniquent en mode semi-duplex pour des raisons de simplicité de conception, même si des fichiers doivent être envoyés dans les deux sens. Cependant, couper la porteuse pendant une communication peut faire perdre au récepteur sa synchronisation avec l'émetteur. De plus, dans les protocoles de communication par satellite existants, une signalisation redondante a lieu lorsqu'il n'y a pas de données utilisateur à envoyer. La porteuse pourrait être coupée pen- dant cette signalisation, mais il faut déterminer quelle signalisation est redondante et quelle signalisation est nécessaire. Dans le premier mode de réalisation, 1'UIM reliée à la STF 10 et à la STM 6 détecte s'il n'y a pas d'information ou seulement des in- formations redondantes à transmettre, et si c'est le cas, envoie un si- gnal à la STF 10 ou à la STM 6, qui désactive son émetteur jusqu'à ce que V'UIM indique que l'information est prête pour la transmission. Dans le cas o la STF 10 reçoit la porteuse qui est désactivée, la STF le signale à r'UIM de STF 12, qui maintient la connexion avec le modem 16 du RTPC. Par exemple, si le protocole V.42 est utilisé, l'UIM de STF 12 transmet des drapeaux. Comme décrit ci-dessus, I'UIM met en forme les données à transmettre en trames HDLC. Des trames HDLC multiples sont mises en forme en une seule trame du type à porteuses monovoies (appelée ci-après trame SCPC), comme montré en figure 4. La transmission dé- bute avec un en-tête P. suivi d'une séquence de trames SCPC de lon- gueur fixe SM1, SM2,... SMn. La fin de la transmission est indiquée par un signal de fin E. Chaque trame SM est subdivisée en quatre sections, chacune contenant un en-tête H1, H2, H3, H4, un champ de données D1, D2, D3, D4 et des bits fictifs (hachurés). Les champs de données D1 et D2 for- ment ensemble une trame HDLC ou plus, qui est répétée dans les champs de données D3 et D4, afin d'accroître l'énergie par bit. Le contenu de chaque trame HDLC dépend de la nature des informations à envoyer, données ou commande. Si des données sont envoyées, la trame HDLC a un format d'information (I) formé à partir des champs de données D1 et D2 concaténés. La trame HDLC inclut des octets de commande C conte- nant l'accusé de réception et une information de numéro de trame indi- quant le numéro de séquence de la trame transmise et le numéro de sé- quence de la dernière trame correctement reçue. Des messages de commande de lignes sont envoyés sous for- me de trames HDLC d'information non numérotée (UI), plus d'une d'entre elles pouvant être contenues à l'intérieur des champs de don- nées D1 et D2. Des messages de commande de flux sont envoyés sous un format de trame HDLC de supervision (S). L'UIM de STF 12 et l'UIM de STM 4 sont programmées pour générer des trames de commande de flux HDLC, soit de type "récep- tion prête" RR (Receive Ready) soit de type "réception impossible" RNR (Receive Not Ready), lorsqu'aucune donnée utilisateur n'est re- çue et qu'aucune autre signalisation HDLC n'est requise. Les trames de commande de flux indiquent si l'UIM est prête à recevoir plus de don- nées par la liaison satellite. Afin de maintenir cette fonction, tout en mettant en oeuvre l'activation de porteuse, I'UIM suit l'algorithme dé- crit en figure 5. Cet algorithme est destiné à réaliser la modification d'une fonctionnalité UIM existante et est par conséquent appliqué après avoir structuré les données en trames HDLC et SCPC, en in- cluant la génération de trames RR et RNR. L'algorithme détermine l'état de la porteuse qui est signalé à la station terrienne à laquelle I'UIM est connectée, afin de couper la porteuse. A la première itération de l'algorithme, au début d'une com- munication, les variables sont initialisées aux valeurs suivantes Drapeau de commande de flux, FC = remis à zéro, Nombre de trames de commande de flux redondantes à en- voyer, X = 1 (ou un entier plus grand), Nombre d' "Etablir LCM" à envoyer, NE = 3 (ou un autre en- tier positif), Variable pour détection des changements dans N(R), Nrp = 0. A l'étape S10, on détecte si une nouvelle trame SCPC a été constituée. A l'étape S20, on détecte si la trame SCPC est vide. Si c'est le cas, l'état de la porteuse passe à "ARRET" (S30) et l'algorith- me redémarre. Si la trame SCPC n'est pas vide, I'UIM détecte (S40) si la nouvelle trame SCPC est un "Etablir LCM" (message de commande de ligne) qui est transmis pendant l'établissement de la communication pour établir les paramètres de la communication. Si c'est le cas (S50), l'UIM fait passer l'état de la porteuse à "ARRET" (S55) si le compteur NE (nombre d'Etablir LCM) est égal à zéro; si NE n'est pas égal à zéro, il est décrémenté (S60) et l'état de la porteuse passe à "MARCHE" (S65). Dans les deux cas, l'algorithme redémarre. En conséquence, un nombre suffisant de trames "Etablir LCM" est transmis pour s'assurer qu'une trame est reçue, avant la désactivation de la porteuse. Si la trame SCPC n'est pas un "Etablir LCM", 'UIM détecte ensuite (S70) si Nrp = N(R), o N(R) est une variable définie dans le protocole HDLC et représente le numéro de série de la prochaine tra- me I (information) attendue. Si la trame SCPC en cours de traitement contient plus d'une trame HDLC, chacune ayant une valeur N(R), la plus grande valeur N(R) est choisie. Si Nrp: N(R), Nrp prend la valeur de N(R) (S80), l'état de la porteuse passe à "MARCHE" (S95) et l'al- gorithme passe à l'étape S100. Si Nrp = N(R), l'UIM détecte (S90) si la trame SCPC contient seulement des trames HDLC RNR ou RR. Si ce n'est pas le cas, l'état de la porteuse passe à "MARCHE" (S95) et l'algorithme passe à l'étape S100. A l'étape S100, l'UIM détecte si la trame SCPC inclut une trame RR. Si c'est le cas, le drapeau de commande de flux FC est remis à zé- ro (étape S 110) et l'algorithme redémarre. Si ce n'est pas le cas, l'UIM détecte (S120) si la trame SCPC inclut une trame RNR et met le dra- peau FC à 1 (S130) si c'est le cas. Ensuite, dans tous les cas, l'algo- rithme redémarre. Si l'UIM détecte à l'étape S90 que la trame SCPC ne contient que des trames RR ou RNR, ceci signifie qu'aucune donnée utilisateur n'est présente, mais I'UIM doit encore déterminer si les trames RR ou RNR ont besoin d'être envoyées pour assurer la commande de flux. A l'étape S140, l'UIM détermine si la dernière trame à l'intérieur de la trame HDLC est une trame RR ou une trame RNR. Si la trame est RNR, l'UIM détecte (S150) si FC est à 1, si ce n'est pas le cas, elle le fait passer à 1 (S160) et passe à l'étape S190. Si la trame est RR, I'UIM détecte (S150) si FC est à 1, et si c'est le cas, elle le remet à 0 (S180) et passe à l'étape S190. A l'étape S190, l'état de la porteuse passe à "MARCHE". La variable NFC, qui est utilisée comme compteur du nombre d'indications de commande de flux redondantes restant à transmettre, prend la va- leur X-1 (S200), et l'algorithme redémarre. Si l'on détecte que FC est à 1 à l'étape S150 ou à 0 à l'étape S170, l'UIM détecte alors (S210) si NFC est égal à zéro, c'est-à-dire si plus aucune indication de commande de flux n'est à envoyer. Si c'est le cas, l'état de la porteuse passe à "ARRET" (S220) et l'algorithme redé- marre. Si ce n'est pas le cas, l'état de la porteuse passe à "MARCHE" (S230), NFC est décrémenté (S240) et l'algorithme redémarre. L'état de la porteuse est redéterminé pour chaque trame SCPC et une décision est prise en ce qui concerne la coupure de la porteuse pour cette trame SCPC. La longueur de la trame SCPC est constante. Ainsi, lorsque la porteuse est coupée puis rétablie, la synchronisation de la trame SCPC suivante est alignée sur celle de la trame transmise précédente, comme montré en figure 6. En d'autres termes, la période pendant laquelle la porteuse est coupée est un nombre entier de trames SCPC. Un deuxième mode de réalisation de la présente invention va maintenant être décrit, dans lequel une voie à 64 kbit/s est fournie par la liaison satellite et est utilisée par une application de réseau numéri- que à intégration de services RNIS. Dans ce mode de réalisation, le ré- seau 14 est un RNIS et le satellite 8 comporte une antenne utilisateur à faisceaux multiples pour communiquer avec la STM 6, afin d'accroître le gain de la liaison utilisateur et de supporter un débit plus élevé. Dans ce mode de réalisation, l'UIM de STF 12 apporte une interface RNIS au réseau 14, tandis que l'UIM de STM 4 simule un adaptateur terminal RNIS pour l'appareil terminal mobile 2. Puisque l'UIM de STM 4 ne simule pas un modem dans ce mode de réalisation, il ne dé- code pas le jeu de commandes AT HayesTM et est de préférence intégré à la STM 6. Dans le deuxième mode de réalisation, un procédé de mo- dulation en amplitude de deux porteuses en quadrature MAQ-16 est utilisé pour la transmission, de sorte que les données transmises ont une enveloppe de puissance variable. De plus amples détails sur les procédés de modulation et de codage sont donnés dans la demande co- pendante GB 9804639.4, dont le contenu est incorporé en référence dans la mesure o il concerne une voie satellite à 64 kbit/s. Comme montré en figure 7, le format utilisé pour la transmis- sion de données dans ce mode de réalisation comprend des trames SCPC SM1, SM2,... SMn chacune comportant pour en-tête un mot uni- que UW pour assister la synchronisation au niveau du récepteur. La fin d'une séquence de trames SCPC est indiquée par un signal de fin de données E. Chaque trame SCPC contient deux trames secondaires SF1 1l et SF2. Chaque trame secondaire SF est codée selon une trame d'entrée IF 1, IF2 qui contient un champ de données D de longueur fixe (dans ce cas 2560 bits) et un champ de signalisation S. Chaque champ de don- nées D contient des trames HDLC transmises par une application RNIS sur l'appareil terminal mobile 2 ou l'appareil terminal fixe 18. Dans les applications RNIS, un état d'inactivité est indiqué en émettant une séquence continue de drapeaux HDLC (O01111110 binaire ou 7E hexa- décimal). Cependant, les données utilisateur peuvent, par pure coïnci- dence, contenir cette séquence de bits. Par conséquent, les applica- tions suivent une procédure telle que celle montrée en figure 8. En P10O, les données utilisateur sont groupées pour la transmission. En P20, toute séquence de 5 bits à 1 consécutifs (11111) est détectée et un zéro (0) est inséré derrière eux. Les bits suivants sont tous décalés d'une position (d'un bit) pour permettre au zéro d'être inséré. Cette technique s'appelle 1' "insertion de zéros". En conséquence, les don- nées utilisateur ne peuvent pas reproduire la séquence de drapeaux. En P30, des drapeaux HDLC sont générés s'il n'y a pas de données utilisa- teur à envoyer et les trames HDLC sont transmises. En P40, les trames HDLC sont reçues par l'application de ré- ception, les drapeaux sont détectés et les données utilisateur sont sé- parées de ces derniers. En P50, un zéro est retiré après chaque groupe de 5 bits à 1 séquentiels, dans une opération inverse à celle de P20, afin de redonner aux données utilisateur leur forme d'origine, pour les entrer ensuite dans l'application en P60. Les données utilisateur sont mises en forme en octets de 8 bits et le champ de donnée D comprend un nombre entier d'octets (320 ici). Cependant, l'insertion de zéros détruit l'alignement d'origine en octets des données utilisateur, de sorte que des drapeaux HDLC ris- quent de ne plus apparaître sous la forme binaire 01111110. A la pla- ce, les drapeaux HDLC peuvent apparaître comme l'un quelconque des octets représentés dans le tableau 1: Tableau 1 Représentation du Drapeau HDLC avec Décalage Nombre de bits Sdécaiés Binaire Hexadécimal décalés _ _ _ 0 01111110 7E 1 00111111 3F 2 10011111 9F 3 lOO11001111 CF 4 11100111 E7 ll10 _ _ _ _ __5 11110011_ F3 6 11111001 F9 7 i 11111100 FC Dans ce mode de réalisation, l'UIM exécute l'algorithme mon- tré en figure 9 afin de détecter une trame SCPC constituée entièrement de drapeaux, qui n'a donc pas besoin d'être transmise. A l'étape T10, l'UIM assemble le contenu des trames d'entrée IFI et IF2 de la trame SCPC en cours de traitement. A l'étape T20, l'UIM vérifie si la valeur du dernier octet de données de la trame SCPC précédente n'était pas une des valeurs hexadécimales du tableau 1 montré ci-dessus. Si c'est le cas, l'UIM détecte ensuite (T30) si tous les octets de données de la trame SCPC en cours sont égaux au dernier octet de données de la tra- me SCPC précédente. Si c'est le cas, cela signifie que la trame SCPC en cours est constituée en totalité de drapeaux HDLC, et un état "inac- tif' est mis à 1 (T40). Si l'un des deux tests T20 et T30 est négatif, l'état "inactif" n'est pas mis à 1 (T50). Si l'état "inactif' est mis à 1, l'UIM commande la STM 6 ou la STF 10 à laquelle elle est connectée afin de couper la porteuse pen- dant la durée de la trame SCPC en cours de traitement. Lorsqu'une transition à l'état "inactif' intervient, l'UIM ajoute un signal de fin E à la fin de la dernière trame SCPC transmise, comme montré en figure 10. Ensuite, lorsqu'intervient une transition de sortie de l'état "inac- tif", les nouvelles trames SCPC sont transmises avec la même synchro- nisation de trame que les trames SCPC précédemment transmises, de sorte que le début de la nouvelle trame SCPC arrive un nombre entier de périodes de trame après le début de la trame SCPC précédemment transmise. L'UIM réceptrice, en détectant le signal de fin E sans indica- tion de fin de communication de la part de l'ACSE, détermine que l'UIM émettrice a détecté un état d'inactivité. Le RNIS étant un proto- cole synchrone, l'UIM réceptrice doit continuer à transmettre des si- * gnaux à son appareil terminal associé. L'UIM réceptrice répète le der- nier octet de la trame SCPC reçue avant le signal de fin. Ceci ayant déjà été détecté par l'UIM émettrice comme étant un drapeau HDLC ou une version à bits décalés de celui-ci, les bits répétés seront détectés comme drapeaux HDLC par l'application utilisateur réceptrice. Dans une variante du deuxième mode de réalisation, l'UIM vérifie de manière continue les données utilisateur d'entrée sans atten- dre qu'un nombre suffisant de données utilisateur ait été reçu pour for- mer une trame SCPC complète, et un état d'inactivité est détecté dès que 8 bits consécutifs ont la valeur binaire "01111110", par exemple en lisant les bits d'entrée dans un registre à décalage à 8 bits et en comparant en continu son contenu avec la valeur hexadécimale 7E. Ce- pendant, la transmission de la trame SCPC en cours ne peut être inter- rompue immédiatement lorsqu'un drapeau est détecté sans sortir du format de trame, cette option n'apporte donc aucun avantage en met- tant en oeuvre l'activation de porteuse et nécessite un temps système de traitement plus grand que le deuxième mode de réalisation. Une caractéristique optionnelle du format de trame de la fi- gure 10 est représentée en pointillés. Dans ce mode, un préambule court P est transmis au début d'une rafale de trames SM, dès que la porteuse a été réactivée. Le préambule P comprend une séquence répétée du même symbole MAQ-16, ayant un niveau de puissance égal au niveau de puissance moyen de la constellation MAQ-16. Cette séquence com- prend 16 symboles transmis avec un débit de 33,6 kSymboles/s, et a une durée totale de 476 Its. La transmission du préambule contribue à la commande auto- matique de niveau en utilisant une boucle de rétroaction dans un am- plificateur de grande puissance (appelé ci-après AGP) dans le modula- tour à radiofréquence 27 de la STM et dans le modulateur à radiofré- quence 40 de la STF, afin que la puissance de transmission puisse monter au niveau requis en 500 As ou moins. Si le préambule P n'était pas transmis au début de chaque ra- fale, la transmission commencerait avec un mot unique qui n'a pas un niveau de puissance constant, et ne permettrait donc pas au niveau de l'AGP de se stabiliser en temps voulu. Dans une autre variante du deuxième mode de réalisation, lorsque la porteuse est coupée et que de nouvelles données utilisateur sont entrées dans l'UIM, la trame SCPC suivante est transmise dès qu'un nombre suffisant de données a été reçu pour une trame secondai- re SF et que cette trame secondaire a été codée. Ainsi, la synchronisa- tion de trame précédente est perdue et le récepteur doit acquérir la nouvelle synchronisation en détectant le mot unique UW. Dans un troisième mode de réalisation illustré en référence aux figures 11 à 13, I'UIM divise les données de bande de base pour une transmission par blocs dl à dn, chaque bloc ayant une durée de 20 ms, comme montré en figure 1 la. Les blocs ne contenant pas de don- nées utilisateur sont ombrés. Chaque trame SM a une durée de 80 ms et contient donc quatre blocs. L'UIM exécute un algorithme d'activa- tion de porteuse comme montré en figure 12 sur chaque bloc, avant de brouiller et de coder les données pour la transmission. Comme décrit dans le document GB9804639.4, le codage est réalisé par un Turbo-co- deur incluant un imbricateur dans lequel les blocs de 20 mls sont char- gés l'un après l'autre. Le Turbo-codeur est remis à zéro toutes les 40 ms de sorte que l'algorithme de Turbo-codage est exécuté sur des blocs de 40 ms correspondant à deux blocs de 20 ms ou à une trame secon- daire SF. A cause de la longueur imposée de l'imbricateur, de la moitié de la taille totale de l'imbricateur, le Turbo-codeur ne subit qu'un re- tard de 20 ms comme montré en figure la. Cette technique est décrite plus en détail dans le document PCT/GB97/03551. Les blocs de 20 ms sont donc des subdivisions pratiques d'une trame entière pour réaliser une détection d'activation de porteuse. A l'étape U10, 'UIM commence le traitement du bloc de 20 ms suivant d. A l'étape U20, l'UIM détecte si le bloc est le premier bloc d'une trame SM. Un pointeur de position X compte la position du bloc courant à l'intérieur de la trame, afin qu'à l'étape U20, I'UIM dé- tecte si X--=0. Si X n'est pas égal à zéro, ceci indique qu'un bloc précé- dent de la trame en cours a déjà été envoyé pour transmission. L'UIM ne pouvant pas interrompre la transmission d'une trame SM déjà com- mencée, le bloc en cours est ensuite sorti pour le brouillage et le coda- ge à l'étape U30 et le compteur X est incrémenté modulo 4 à l'étape U40, pour indiquer la position de trame du prochain bloc à vérifier. Si X est égal à zéro, indiquant que le bloc, s'il est transmis, sera le premier bloc d'une trame, alors I'UIM détecte à l'étape U50 si le dernier octet du bloc précédent était égal à l'une des valeurs hexa- décimales 7E, 3F, 9F, CF, E7, F3, F9 ou FC. Si ce n'est pas le cas, c'est qu'il ne doit pas y avoir présence de drapeaux d'inactivité dans le bloc courant et le bloc courant est sorti afin d'être transmis, à l'étape U60. A l'étape U70, on fait passer X à 1, indiquant ainsi que le pro- chain bloc sera le second bloc de la trame. Par contre, si le résultat du test de l'étape U50 est positif, l'UIM détecte à l'étape U80 si chaque octet du bloc en cours est identi- que au dernier octet du bloc précédent, comme détecté à l'étape U50. Si ce n'est pas le cas, ceci indique que le bloc courant contient proba- blement au moins quelques données autres que des drapeaux, les don- nées sont donc sorties afin d'être transmises à l'étape U90, et l'on fait passer X à 1 à l'étape U100. Autrement, si le résultat du test de l'étape U80 est positif, le bloc en cours n'est pas sorti à l'étape Ul 10, la por- teuse est coupée et X passe à zéro à l'étape U120. Comme montré en figure 1 lb, la tranche de 20 ms d5 qui aurait été sortie au début d'une nouvelle trame n'est pas transmise, à la place un signal de fin E est transmis et la porteuse est coupée pendant le reste de la période de 20 ms. Dans ce cas, le bloc d6 contient des données utilisateur de sorte que la porteuse est rétablie et qu'une nouvelle trame SM,+1 est trans- mise, commençant au bloc d6. De cette manière, bien que la synchro- nisation de trame ne soit pas maintenue lors de la réactivation de la porteuse, la synchronisation est maintenue avec les blocs qui représen- tent une fraction de la longueur totale de trame, de sorte que le récep- teur n'a pas besoin de se resynchroniser dans de grandes proportions. La figure 13 montre un algorithme utilisé par une UUM rece- vant les transmissions représentées en figure 11, chaque fois qu'une nouvelle trame SM est reçue. A l'étape V10, une nouvelle trame est démodulée et décodée. A l'étape V20, I'UIM détecte si la trame est im- médiatement suivie d'un signal EOD. Si ce n'est pas le cas, à l'étape V30 le contenu de la trame reçue est envoyé à l'appareil terminal 2 ou 18, autrement l'UIM détecte à l'étape V40 si le dernier octet de la tra- me en cours de traitement est égal à la valeur hexadécimale 7E ou l'une de ses versions décalées. S'il est égal à l'une de ces valeurs, à l'étape V50 ce dernier octet est envoyé de manière répétée aux appa- reils terminaux 2, 18 jusqu'à ce que la trame suivante soit reçue ou que la communication soit finie; ceci a pour effet de transmettre une série continue de drapeaux aux appareils terminaux. Si le résultat de l'étape V40 est négatif, l'UIM envoie des drapeaux de valeur hexadécimale 7E de façon continue aux appareils terminaux à l'étape V60 jusqu'à ce que la trame suivante soit reçue ou que la communication soit finie. Les algorithmes des figures 9, 12 et 13 sont conçus spéciale- ment pour chercher des drapeaux HDLC de valeur hexadécimale 7E, mais ils peuvent être modifiés pour chercher n'importe quel octet se répétant et remplissant entièrement une trame ou un bloc, et pour cou- per la porteuse si l'octet se répétant est également le dernier octet de la précédente trame ou du précédent bloc transmis(e). L'UIM réceptri- ce enverrait alors l'octet répété un nombre de fois correspondant à la période pendant laquelle la porteuse est coupée. Ainsi, de l'énergie peut être économisée en ne transmettant pas les données utilisateur ré- pétées, ainsi que les drapeaux répétés. L'UIM réceptrice déduit que le dernier octet de la trame précédente doit être répété si la porteuse est coupée, mais doit maintenir la synchronisation pour calculer le nombre correct de répétitions. Cependant, puisque la porteuse est coupée pen- dant un nombre entier de blocs ou de trames, l'UIM réceptrice a seule- ment besoin d'être capable de détecter l'intervalle de désactivation de porteuse avec une résolution d'un bloc ou d'une trame, afin que la ré- férence d'horloge locale de l'UIM réceptrice soit suffisante. Les modes de réalisation ci-dessus ont été décrits en référen- ce à un protocole HDLC 8 bits, mais sont applicables à d'autres proto- coles de communication avec des séquences d'inactivité différentes. Par exemple, dans une variante à 16 bits du HDLC, le drapeau d'inacti- vité est la valeur hexadécimale 7FFE, l'algorithme d'activation de por- teuse rechercherait donc des versions décalées de ce drapeau. De mê- me, certains protocoles peuvent utiliser un octet tout à zéro ou tout à un (par exemple 00 ou FF hex) comme drapeau d'inactivité. Dans ce cas, il n'y aurait pas besoin de chercher des versions décalées du dra- peau d'inactivité, mais la porteuse serait désactivée si un bloc ou une trame ne contenait que des zéros ou que des uns. D'autres protocoles utilisent une séquence répétée d'octets différents pour indiquer un état d'inactivité; par exemple le MPEG-4 utilise une séquence répétée d'une séquence de synchronisation pseudo-aléatoire et d'un en-tête. Si elle transmet des données selon ces protocoles, l'UIM stocke au moins la quantité de données d'un bloc ou d'une trame précédent(e) corres- pondant à une période de répétition d'une séquence d'inactivité et la compare au contenu du bloc ou de la trame en cours de traitement pour voir si la séquence se répète dans tout le bloc ou toute la trame. Even- tuellement, les UIM peuvent fonctionner avec plus d'un protocole, chacun ayant une longueur d'octet ou une séquence de drapeau diffé- rente, et le type de protocole est alors signalé par la UIF émettrice à la UIF réceptrice pendant l'établissement de la communication afin que les paramètres des algorithmes de désactivation de porteuse puissent être établis de manière appropriée à l'UIM réceptrice. Dans les modes de réalisation décrits ci-dessus, la porteuse émise par la STF 10 ou par la STM 6 peut être désactivée; dans le pre- mier cas, le rendement en puissance du satellite est amélioré, tandis que dans le deuxième cas, l'énergie fournie par la batterie de la STM est économisée. Cependant, il n'est pas essentiel que l'activation de porteuse soit mise en oeuvre dans les deux sens. Par exemple, l'activa- tion de porteuse peut être une caractéristique optionnelle de la STM, pourvu que la STF 10 soit capable d'exécuter les protocoles de récep- tion nécessaires si l'activation de porteuse est mise en oeuvre dans la STM. La présente invention n'est pas limitée aux présents services de satellites ou aux services proposés InmarsatTM, mais peut être ap- pliquée à d'autres services de données par satellite employant le HDLC ou d'autres protocoles. Dans les modes de réalisation ci-dessus, une porteuse est complètement désactivée s'il n'y a que des données redondantes à en- voyer. Dans une variante, cependant, le niveau de puissance de la por- teuse pourrait être réduit et éventuellement une séquence de synchro- nisation comme un mot unique pourrait être transmise à une puissance réduite pendant la période de désactivation; ces mesures réduisent les besoins en puissance d'une STM si elles sont mises en oeuvre dans I'UIM d'une STM et d'un satellite si elles sont mises en oeuvre dans V'UIM d'une STF. Les références faites ici à la "désactivation" d'une porteuse englobent la transmission continue sur une porteuse à puis- sance réduite tout en ne transmettant aucune donnée utilisateur mni in- formation de signalisation de niveau. Dans la description spécifique ci-dessus, le dispositif est illustré en termes de blocs fonctionnels, pour la facilité de compréhen- sion. Cependant, ces blocs ne correspondent pas nécessairement à des unités physiques discrètes. ni est bien entendu que la description qui précède n'a été don- née qu'à titre purement illustratif et non limitatif et que des variantes ou des modifications peuvent y être apportées dans le cadre de la pré- sente invention. REVENDICATIONS 1. Dispositif formant interface de télécommunications pour la connexion entre une source de données, incluant des données utilisa- teur, et un émetteur, lesdites données présentant un format dans lequel une absence de données utilisateur est indiquée par une séquence de bits prédéterminée, le dispositif étant prévu pour envoyer lesdites données utili- sateur audit émetteur pour une transmission sur une porteuse à fré- quence radio modulée, le dispositif étant de plus prévu pour comparer une série de bits desdites données avec ladite séquence de bits prédéterminée, avec une pluralité d'alignements de bits relatifs différents, et pour comman- der l'émetteur afin de désactiver ladite porteuse en cas d'égalité avec l'un quelconque desdits alignements. 2. Dispositif selon la revendication 1, prévu pour comparer lesdites séries de bits, ayant une longueur égale à celle de la séquence de bits prédéterminée, avec chacune d'un ensemble comprenant ladite séquence de bits prédéterminée et toutes les permutations par décalage de bits de celle-ci. 3. Dispositif selon la revendication 2, prévu pour mettre en forme lesdites données en une série de trames ou de blocs de longueur constante pour la transmission sur ladite porteuse, le dispositif étant prévu pour comparer chacune desdites séries séquentielles de bits de données de l'un(e) desdit(e)s blocs ou trames et la dernière dite série de bits de données du (de la) précédent(e) desdit(e)s blocs ou trames avec chacune dudit ensemble, et pour commander à l'émetteur de dés- activer la porteuse de sorte que ladite trame ou ledit bloc n'est pas transmis(e) si toutes lesdites séries comparées sont égales aux mêmes dudit ensemble. 4. Dispositif selon l'une quelconque des revendications précé- dentes, dans lequel ladite source de données est prévue pour modifier lesdites données utilisateur en insérant au moins un bit additionnel avant la sortie. 5. Dispositif selon l'une quelconque des revendications précé- dentes, prévu ensuite pour réactiver ladite porteuse lorsqu'il n'y a au- cune dite égalité. 6. Procédé de désactivation de porteuse, comprenant les éta- pes consistant à: recevoir des données, incluant des données utilisateur, sous un format dans lequel une absence de donnée utilisateur est indiquée par une séquence de bits prédéterminée, et transmettre lesdites don- nées utilisateur sur une porteuse à fréquence radio modulée, le procédé incluant les étapes consistant à: comparer une série de bits desdites données avec ladite sé- quence de bits prédéterminée, avec une pluralité d'alignements de bits relatifs différents, et désactiver ladite porteuse en cas d'égalité avec n'importe le- quel desdits alignements de bits. 7. Procédé selon la revendication 6, dans lequel ladite étape de comparaison comprend une étape consistant à comparer ladite série de bits, ayant une longueur égale à celle de la séquence de bits prédé- terminée, avec chacune d'un ensemble comprenant ladite séquence de bits prédéterminée et toutes les permutations par décalage de bits de celle-ci. 8. Procédé selon la revendication 7, dans lequel lesdites don- nées sont mises en forme en une série de trames ou de blocs de lon- gueur constante, l'étape de comparaison comprenant une étape consis- tant à comparer chacune desdites séries séquentielles de bits de don- nées de l'une desdites trames ou de l'un desdits blocs et la dernière di- te série de bits de données du (de la) précédent(e) desdit(e)s blocs ou trames avec chacune dudit ensemble, et désactiver la porteuse de sorte que ladite trame ou ledit bloc n'est pas transmis(e) si toutes lesdites séries comparées sont égales à la même dudit ensemble. 9. Procédé selon l'une quelconque des revendications 6 à 8, dans lequel lesdites données utilisateur sont modifiées en insérant au moins un bit additionnel avant ladite étape de réception. 10. Procédé selon l'une quelconque des revendications 6 à 9, comprenant de plus l'étape consistant à réactiver ladite porteuse lors- qu'il n'y a aucune dite égalité. 1 1. Dispositif formant interface de télécommunications pour la connexion entre une source de données, incluant des données utili- sateur et des informations de signalisation, et un émetteur, lesdites données utilisateur étant émises par ledit émetteur sur une porteuse à fréquence radio modulée, le dispositif étant prévu pour recevoir lesdites données, pour détecter la présence d'informations de signalisation répétées et l'ab- sence de données utilisateur dans lesdites données, et pour désactiver ladite porteuse si le nombre de répétitions desdites informations de si- gnalisation est égal à une valeur prédéterminée ou dépasse celle-ci, de sorte que les répétitions en excédent ne sont pas transmises. 12. Dispositif selon la revendication 11, dans lequel ladite in- formation de signalisation est un message de commande de ligne HDLC. 13. Dispositif selon la revendication 11, dans lequel ladite in- formation de signalisation est un message de commande de flux. 14. Procédé de désactivation de porteuse, comprenant les éta- pes consistant à: recevoir des données, incluant des données utilisateur et des informations de signalisation, et émettre lesdites données utilisateur sur une porteuse à fréquence radio modulée, le procédé incluant les étapes consistant à: détecter la présence d'informations de signalisation répétées et l'absence de données utilisateur dans lesdites données, et désactiver ladite porteuse si le nombre de répétitions desdites informations de signalisation est égal à une valeur prédéterminée ou dépasse celle-ci, de sorte que lesdites répétitions en excédent ne sont pas transmises. 15. Procédé selon la revendication 14, dans lequel ladite in- formation de signalisation est un message de commande de ligne HDLC. 16. Procédé selon la revendication 14, dans lequel ladite in- formation de signalisation est un message de commande de flux. 17. Dispositif formant interface de télécommunications par satellite pour la connexion entre une source de données et un émetteur de station terrienne, le dispositif étant prévu pour mettre en forme lesdites don- nées en une série de trames de longueur constante et pour envoyer de manière sélective lesdites trames audit émetteur de sorte que lesdites trames envoyées sont émises sur une porteuse à fréquence radio modu- lée sous un format SCPC, le dispositif étant de plus prévu pour détecter si au moins une partie initiale de chacune desdites trames ne contient pas d'informa- tion ou seulement des informations redondantes, pour commander à l'émetteur de désactiver la porteuse en réponse à une dite détection po- sitive, pour réactiver la porteuse en réponse à une dite détection néga- tive ultérieure, et pour transmettre des trames après ladite réactivation avec la même synchronisation que les trames émises avant ladite dés- activation. 18. Dispositif selon la revendication 17, dans lequel le dispo- sitif est prévu pour détecter si la totalité de chacune desdites trames ne contient pas d'information ou seulement des informations redondan- tes. 19. Procédé d'activation de porteuse de satellite, comprenant les étapes consistant à: recevoir des données, mettre en forme lesdites données en une série de trames de longueur constante, et émettre de manière sé- lective lesdites trames sur une porteuse à fréquence radio modulée sous un format SCPC, l'étape d'émission sélective comprenant l'étape consistant à détecter si au moins une partie initiale de chacune desdites trames ne contient pas d'information ou seulement des informations redondantes, et désactiver la porteuse de sorte que ladite partie de la trame n'est pas émrise, dans lequel, après que la porteuse a été désactivée, les trames suivantes sont émises avec la même synchronisation que les trames émises avant ladite désactivation. 20. Procédé selon la revendication 19, dans lequel l'étape de détection comprend l'étape consistant à détecter si la totalité de chacu- ne desdites trames ne contient pas d'information ou seulement des in- formations redondantes. 21. Procédé de transmission d'une rafale de données via un satellite à un terminal récepteur, comprenant les étapes consistant à: transmettre la rafale de données sous un format comprenant une trame ou plus ayant une modulation de niveau de puissance varia- ble, précédée par un préambule ayant un niveau de puissance constant. 22. Procédé selon la revendication 21, dans lequel le niveau de puissance dudit préambule est approximativement égal au niveau de puissance moyen de ladite (desdites) trame(s). 23. Signal de rafale de données comprenant une porteuse de fréquence modulée par un préambule ayant un niveau de puissance constant, suivi par une trame de données ou plus ayant un niveau de puissance variable. 24. Dispositif de télécommunication en fréquences radio pour la connexion entre une source de données et un émetteur de fréquences radio, le dispositif étant prévu pour diviser lesdites données en sé- quence en blocs et pour comparer une série de bits d'une longueur pré- déterminée à la fin d'un premier bloc avec des séries séquentielles multiples de bits de ladite longueur prédéterminée comprenant un deuxième bloc et, si toutes lesdites séries sont égales, inhiber la trans- mission dudit deuxième bloc. 25. Dispositif selon la revendication 24, comprenant de plus un moyen de commande de porteuse permettant de désactiver ou de ré- duire le niveau de puissance d'une porteuse émise par l'émetteur de fréquences radio pour au moins approximativement une durée d'émis- sion correspondant à la longueur dudit deuxième bloc. 26. Dispositif selon la revendication 24 ou 25, prévu de plus pour mettre en forme les blocs en trames pour la transmission, chacun desdits blocs présentant la même longueur et chacune desdites trames comprenant le même nombre entier de dits blocs. 27. Procédé de communication en fréquences radio, compre- nant les étapes consistant à: diviser les données pour la transmission en blocs en séquen- ce; comparer une série de bits d'une longueur prédéterminée à la fin d'un premier bloc avec des séries séquentielles multiples de bits de ladite longueur prédéterminée comprenant un deuxième bloc, et si toutes lesdites séries sont égales, inhiber la transmission dudit deuxième bloc. 28. Procédé selon la revendication 27, comprenant de plus l'étape consistant à désactiver ou à réduire le niveau de puissance d'une porteuse émise par l'émetteur de fréquences radio pendant au moins approximativement une durée de transmission correspondant à la longueur dudit deuxième bloc. 29. Procédé selon la revendication 27 ou 28, comprenant de plus l'étape consistant à mettre en forme les blocs en trames avant la transmission, chacun desdits blocs étant de la même longueur et cha- cune desdites trames comprenant le même nombre entier desdits blocs. 30. Station terrienne de satellite incluant un dispositif selon l'une quelconque des revendications 1 à 5, 11 à 13, 17, 18, 24, 25 et 26.