Brevet FR3061621A1 — publié le 20180706

PROCEDE ET DISPOSITIF DE REALLOCATION DE RESSOURCES SATELLITE L'invention concerne un procédé et un dispositif permettant de 5 réallouer des ressources satellites dans un système de communication comportant plusieurs utilisateurs. Le domaine des télécommunications par satellite fait notamment appel à des services sécurisés qui doivent être fournis au moyen d'échanges de flux chiffrés, tels que la phonie, le multimédia, les données. Dans ce 10 domaine, il est important de pouvoir gérer la puissance et la modulation des signaux en fonction des flux à transmettre. La demande de brevet FR3033469 décrit un procédé qui permet : - D'allouer et de moduler une porteuse dont la fréquence change régulièrement, 15 - De changer de puissance et de modulation en tenant compte de la quantité de données à transmettre, - D'injecter les flux et de préempter des flux de moindre priorité lorsque les données à transmettre sont trop nombreuses par rapport à la puissance de modulation disponible, et 20 - D'allouer des ressources sur une porteuse en fonction de la nature du service, BFT, voix sur IP VoIP, etc. Malgré les avantages présentés, les procédés connus de l'art antérieur ne permettent pas d'allouer des ressources sur une autre porteuse, lorsqu'une porteuse est déjà occupée par un flux pour un terminal Satcom 25 donné. De plus, il existe encore une demande d'optimisation globale de la ressource spectrale disponible, de contrôle de trafic tout en fournissant de la qualité de service en Diffserv, et d'affectation de priorités. Des terminaux avec des flux peu prioritaires peuvent ainsi se retrouver sur des porteuses peu utilisées et donc être servis, alors que 30 d'autres terminaux avec des flux prioritaires se trouvent sur des porteuses congestionnées et ne sont pas servis. Les flux peu prioritaires seront bien 3061621 2 transportés alors qu'il n'est pas certain que les flux prioritaires soient transportés et distribués à leurs destinataires. Dans la suite de la description, le terme hub désigne le même objet que l'expression « hub satcom ». L'invention concerne un procédé pour réallouer des ressources dans un système de communication radio satellite, ledit système comprenant un ou plusieurs terminaux utilisateurs, un site hub comprenant un hub comportant un modem source et un modem destination, un contrôleur SBC, caractérisé en ce qu'il comporte au moins les étapes suivantes : - Sur réception d'une nouvelle requête de service Rq2 émise par au moins un terminal, lorsque la requête Rq2 est prioritaire sur les requêtes en cours de traitement, alors exécuter au moins les étapes suivantes : - Le hub manager notifie le modem source que ledit modem source va assurer le trafic pour une nouvelle requête, - Le hub manager prévient le terminal U1 de son changement d'allocation via les canaux du modem source, - Le terminal envoie un accusé de réception de la réallocation du canal contenant les informations relatives au moins aux requêtes de service, vers le hub manager qui libère les ressources pour la transmission du premier flux F1 et du deuxième flux F2. L'invention concerne aussi un procédé pour réallouer des ressources dans un système de communication radio satellite, ledit système comprenant un ou plusieurs terminaux utilisateurs, un site hub comprenant un hub comportant un modem source et un modem destination, un contrôleur SBC, caractérisé en ce qu'il comporte au moins les étapes suivantes - Sur réception d'une nouvelle requête de communication Rq2 émise par au moins un terminal, lorsque la requête Rq2 est prioritaire sur les requêtes en cours de traitement, alors exécuter au moins les étapes suivantes : 3061621 3 - Le hub manager notifie le modem destination que ledit modem destination va assurer le trafic pour une nouvelle requête, - Le hub manager indique au modem source, en charge jusque là d'assurer le trafic pour un premier terminal U1, de suspendre son 5 trafic, - Le hub manager notifie au hub accès de rediriger alors les flux à destination du terminal vers le modem destination, - Le hub manager prévient le terminal U1 de son changement d'allocation via les canaux du modem source, pour le premier flux de 10 données F1, - Le terminal U1 envoie un accusé de réception de la réallocation de canal, - Sur réception de cet accusé de réception, le hub manager libère les ressources attribuées au terminal par le modem source, et indique au 15 modem destination que la transmission du premier flux F1 et du deuxième flux F2 est possible, - Le hub manager confirme alors au contrôleur SBC, que la demande de ressources pour un nouveau flux à destination du terminal est acceptée et la transmission des deux flux F1 et F2 est effective. 20 La requête de communication est, par exemple, validée par un module de chiffrement/déchiffrement. La nouvelle requête de demande de service peut être émise par un même terminal. Selon une variante de réalisation, sur réception de plusieurs 25 requêtes de service, le hub manager considère les niveaux de priorité de chacune des requêtes pour réallouer les ressources. Lorsqu'une réallocation de ressource pour un premier terminal ayant un flux prioritaire entraîne la préemption de ressources d'un deuxième terminal ayant un flux moins prioritaire, alors le hub manager suspend temporairement la réallocation du 30 premier terminal et effectue une recherche de ressources pour le deuxième terminal, sur la base des demandes de flux déjà satisfaites et lorsque le hub 3061621 4 manager trouve des ressources le deuxième terminal est réalloué, autrement le hub manager indique au SBC qu'il ne peut plus assurer le contrat de service pour le deuxième terminal. Le procédé est mis en oeuvre pour des requêtes de services de 5 type SIP et le protocole de communication est un protocole de type TDMA. L'invention concerne aussi un dispositif permettant de réallouer des ressources satellite au sein d'un système de communication comportant un ou plusieurs utilisateurs Uk équipé d'un émetteur/récepteur et d'une unité de traitement caractérisé en ce qu'il comporte au moins : 10 - Un hub Satcom comportant au moins : - Un ensemble pour la transmission des données, - Au moins un modem émetteur/récepteur de données vers/depuis un ou plusieurs utilisateurs, - Une unité d'allocation des ressources radio adaptée à 15 allouer/réallouer des ressources radio en fonction d'une requête de service ou une requête de trafic, - Une interface data externe, via laquelle transitent les flux en provenance ou à destination des terminaux utilisateurs, - Une base de données contenant les ressources du système de 20 communication, - Une unité de traitement des requêtes de service intégrant une base de données adaptée à traduire une requête de services en requête de réservation pour un flux de données. Le dispositif peut comporter un module de chiffrement et de 25 contrôle de conformité des demandes CAC. D'autres caractéristiques et avantages de la présente invention apparaîtront mieux à la lecture de la description, d'exemples de réalisation donnés à titre illustratif et nullement limitatif, annexée des figures qui représentent : 30 - Figure 1, un exemple de système de communication par satellite, 3061621 5 - Figure 2, une illustration du principe du protocole selon l'invention, - Figure 3, une succession des étapes du procédé selon l'invention, et - Figure 4, une variante de mise en oeuvre du procédé. La figure 1 illustre un exemple de réseau de radiocommunication 5 satellitaire S dans lequel peut être mis en oeuvre le procédé l'invention. Le réseau est, par exemple, en topologie étoilée avec plusieurs terminaux Uk, un satellite transparent 1, un site hub 3 comprenant le hub satcom 2 et un site intranet/intemet 4. Un terminal utilisateur Uk comporte une interface externe 11k, une 10 interface IHM par exemple, ou une interface données machine-machine. L'interface est reliée à une unité de traitement générique 13k, constituée par exemple d'une mémoire et d'un processeur adapté à exécuter les étapes du procédé selon l'invention. Le terminal utilisateur comporte un module de chiffrement/déchiffrement des flux de données et un modem 14k adapté à 15 émettre et à recevoir des données depuis / vers le hub. Ce modem est en outre capable d'écouter la signalisation provenant du hub Satcom lui indiquant les ressources radio à utiliser. Ce modem est capable de changer de ressources lorsqu'il reçoit une demande de la part du hub Satcom. L'unité de traitement générique 13k est équipée d'un module de 20 gestion des requêtes 12k capable de recevoir une requête depuis l'interface externe et de la traduire en une requête de services de communications. Les requêtes peuvent être de type SIP pour Session Initiation Protocol. Pour sa fonction modem, le terminal utilise les ressources de transmission que le hub lui aura allouées en suivant les étapes du procédé 25 selon l'invention. Pour sa fonction de chiffrement/déchiffrement des flux de données, le terminal utilisateur utilise une clé secrète en accord avec la fonction de chiffrement/déchiffrement au niveau du hub selon un protocole connu de l'homme du métier et qui ne sera pas détaillé car n'étant pas l'objet 30 de l'invention. 3061621 6 A un instant t, chaque terminal Uk utilise, pour satisfaire ses services, une portion Bi de la bande passante de transmission B du réseau de transmission pour transmettre un débit Q(Di) de données D. Dans le système selon l'invention, le satellite 1 joue un rôle de 5 relais transparent et ne sera donc pas détaillé. Le site hub 3 est en liaison avec, par exemple une station terrestre 4 fournisseur de services. La station terrestre peut être équipée d'un réseau Intranet ou Internet. Le hub satcom 2 est le maître de l'allocation et de la réallocation 10 des ressources. Il comprend, par exemple, plusieurs modules colocalisés : - Un ensemble 21 comprenant un module radiofréquence RF 210 et des antennes 211j, permettant la transmission des données sur le réseau SATCOM, - Au moins un modem 22 adapté à émettre et à recevoir des données 15 depuis un ou plusieurs utilisateurs. Le modem comporte par exemple les éléments suivants : - Un premier modem Source, 221, modem du hub qui assure le trafic vers un terminal et via lequel les transmissions vers ce terminal ont cours, 20 - Un deuxième modem Destinataire, 222, qui prendra le relais du trafic du terminal après une réallocation des ressources, suivant le procédé selon l'invention, - Une unité d'allocation des ressources radio, ou module hub manager, 24, capable d'allouer/de réallouer des ressources radio (créneau 25 temporel ou slot sur une porteuse) en fonction d'une demande de trafic, ou d'une demande de requête de service, - Une interface data externe IP/Ethernet par exemple, ou accès hub 25, par laquelle transitent les flux en provenance ou à destination des terminaux utilisateurs, 30 - Une base de données 28, contenant les ressources Satcom. Le site hub 3, comporte en plus du hub 2 au moins : 3061621 7 - Un équipement 26 de chiffrement/déchiffrement des flux et de vérification de la conformité des flux, destiné à protéger lesdits flux des interceptions, l'équipement de chiffrement/déchiffrement comprend une base de données 261 contenant des règles de 5 sécurité, des règles de chiffrage et de conformité qui sont propres à une application, - Une unité de traitement des requêtes de service, typiquement un contrôleur de session de périphérie plus connu sous le terme anglo-saxon « Session Border Controller » ou SBC, 27, capable de recevoir 10 une requête de services Rq provenant d'un terminal utilisateur ou d'un serveur ; l'unité de traitement des requêtes comprend une base de données 271. Le contrôleur SBC est un module de traduction de requête de services en requêtes de réservation pour un flux avec des paramètres de 15 débit/latence, jigue, etc. La requête de flux (dénommée call admission control figure 3) est vérifiée par le module de sécurité (chiffreur) et transmise au hub manager. Le contrôleur SBC comporte notamment la base de données des services supportés par le système de communication, par exemple un 20 annuaire des services 271 permettant de savoir comment une requête de service est traduite en requête de ressources SATCOM. Par exemple, une requête pour un service de phonie pourra être traduite en une allocation d'un codeur-décodeur ou codec bas débit, donc de qualité moyenne, se contentant de quelques slots d'une trame sur une porteuse TDMA, avec un 25 rendu de la phonie moyen. Elle pourra aussi être traduite avec un codec haut débit de haute qualité sur une trame dédiée au terminal. Le contrôleur SBC est par exemple une fonction implémentée sur un équipement télécom, typiquement une carte de traitement ou processing avec des interfaces externes de type Ethernet. 30 La figure 2 illustre le fonctionnement du principe du protocole de réallocation de ressources selon l'invention. 3061621 8 Suite à une première requête de contenu, le terminal utilisateur U1 est initialement en relation avec le premier modem Srce du hub auquel il est « accroché », i.e., mis en communication, pour un échange de trafic 30, i.e., par exemple la transmission des données fournies par le service Internet 5 vers l'utilisateur en fonction du contenu de sa requête sur un premier canal de communication Sur la figure 2 le trafic de flux de données en cours, 30, entre un ou plusieurs terminaux et l'accès au hub est représenté. L'exemple est donné pour un terminal qui a une première requête en cours d'exécution 10 avec échange d'un premier flux F1 et qui va émettre une deuxième requête Rq2 qui est prioritaire par rapport à la requête Rq1. Un terminal est en communication avec un et un seul modem du hub à chaque instant. L'unité d'allocation des ressources radio ou hub manager 24 connaît l'ensemble des terminaux qu'il gère. Les terminaux sont pris en 15 charge par les différents modems du hub. Lorsqu'un modem du hub n'a pas de trafic avec un terminal, il n'a pas de raison de le connaître. De ce fait, lorsqu'il y a réallocation de ressources d'un terminal et que les ressources initiales et les ressources finales ne sont pas gérées par le même modem du hub, le modem source qui gérait les ressources initiales peut oublier l'identité 20 du terminal qu'il gérait, alors que le modem destinataire apprend l'arrivée d'un terminal qu'il ne gérait pas auparavant. Dans une première étape, 31, le contrôleur SBC envoie une requête de contrôle d'admission d'appel ou CAC pour un terminal donné U1, connu du hub, pour lequel le terminal ou un service réseau requiert une 25 nouvelle requête de service Rq2. La requête CAC est transmise via le module de chiffrement/déchiffrement du site hub qui joue ici un rôle de valideur de la validité/conformité de la requête vers le hub manager. L'information contenue dans la requête est l'identité du terminal utilisateur concerné. 30 Dans une deuxième étape, 32, le procédé exécute le procédé de réallocation de ressources. Le hub manager 24 tient compte des flux de 3 0 6 1 6 2 1 9 données en cours et de la nouvelle requête Rq2 pour procéder à la réallocation de ressources si la nouvelle requête Rq2 est prioritaire par rapport aux requêtes précédentes, dans cet exemple par rapport à la première requête Rqi. La réallocation illustrée sur la figure 2 a lieu sur un 5 autre modem, le modem de destination. Lors d'une troisième étape, 33, le hub manager 24 notifie au modem destination que ce dernier va assurer le trafic pour une nouvelle requête Rq2 pour le terminal, message Channel alloc ind(Terminal, Resources). 10 Lors d'une quatrième étape, 34, le hub manager 24 indique au modem source 221, en charge jusque là d'assurer le trafic du flux F1 (requête Rq1) pour le terminal U1, de suspendre son trafic, i.e. message STOP qui indique de ne plus transmettre de données, tant dans le sens terminal vers le modem source 221, qu'inversement du modem source 221 vers le terminal. 15 Lors d'une cinquième étape 35, le hub manager 24 notifie au accès hub 25 de rediriger alors les flux F1 à destination du terminal vers le modem destination. L'ensemble des deux flux F1 et F2 correspondant aux deux requêtes Rq1 et Rq2 sera redirigé vers le modem destination. Lors d'une sixième étape, 36, le hub manager 24 prévient le 20 terminal U1 de son changement d'allocation de ressources via les canaux du modem source. Lors d'une septième étape, 37, le terminal U1 envoie un accusé de réception de la réallocation de canal. Le message d'accusé de réception ACKrealloc est émis par le modem du terminal U1 et reçu par le modem 25 source, et transmis au hub Manager qui contrôle le protocole de réallocation. Sur réception de cet accusé de réception, lors d'une huitième étape, 38, le hub manager 24 libère les ressources attribuées au terminal U1 par le modem source, afin de satisfaire la deuxième requête Rq2. Lors d'une neuvième étape, 39, le hub manager 24 indique au 30 modem destination que le trafic F1 pour le terminal peut reprendre en utilisant les ressources de ce modem. 3061621 10 Lors d'une dixième étape, 40, le hub manager 24 confirme alors au contrôleur SBC, que la demande de ressources pour la transmission d'un nouveau flux F2 à destination du terminal est acceptée. La transmission des flux de données F1 et F2 vers le terminal est réalisée, elle contient les 5 données correspondant à la première requête et les données correspondant à la deuxième requête. La décision de réallouer des ressources peut être prise par le module hub manager suite à la réception d'une requête de ressources par un utilisateur pour du trafic additionnel, ou suite à la réception d'une notification 10 de fin de session pour un trafic précédent ou encore, suite à la libération de ressources précédemment utilisées par d'autres terminaux. Lorsqu'un terminal utilisateur Uk émet une deuxième requête Rq2, dont le contenu est prioritaire par rapport à une première requête Rq1 que le terminal avait précédemment émis, alors le hub manager va déclencher un processus de 15 réallocation de ressources. Pour cela, le hub manager 24 indique, via le message Channel Alloc Ind, au modem Destination qu'il va y avoir une réallocation de canal. Le message Channel Alloc Ind spécifie au modem Dest, les ressources radio qui sont désormais attribuées à un terminal donné (Channell Alloc Ind(Terminal, Resources)). 20 Selon une autre variante de réalisation, dans le cas où la réception d'une requête de contrôle d'admission d'appel ou CAC pour un deuxième flux F2 se traduit par l'allocation de ressources complémentaires sur le même modem que celui que traite le premier flux F1, alors certaines des étapes exposées précédemment ne sont plus exécutées : 25 Dans une première étape, 31, le contrôleur SBC envoie une requête de contrôle d'admission d'appel ou CAC pour un terminal donné U1, connu du hub, pour lequel l'utilisateur ou un service réseau requiert une nouvelle requête de communication Rq2. La requête CAC est transmise via le module de chiffrement/déchiffrement du site hub qui 30 joue ici un rôle de valideur de la validité/conformité de la requête vers 3061621 11 le hub manager. L'information contenue dans la requête est notamment l'identité du terminal utilisateur concerné. Dans une deuxième étape, 32, le procédé exécute le procédé de réallocation de ressources. Le hub manager 24 tient compte des flux 5 de données en cours et de la nouvelle requête Rq2 pour procéder à la réallocation de ressources lorsque la nouvelle requête Rq2 est prioritaire par rapport aux requêtes précédentes Rq1. Lors d'une troisième étape, 43, le hub manager 24 notifie le modem source 221 qu'il va assurer le trafic pour une nouvelle requête, 10 message Channel alloc ind(Terminal, Resources), en utilisant une partie des ressources correspondant au delta de ressources complémentaires que le modem source 221 doit gérer pour le terminal, le trafic continue sur le même modem. Le trafic F1 continue sur le même modem. 15 Lors d'une quatrième étape, 44, le hub manager 24 prévient le terminal U1 de son changement d'allocation via les canaux du modem source, le terminal envoie un accusé de réception de la réallocation de canal. Le message d'accusé de réception ACKrealloc est émis par le modem du terminal U1 et reçu par le modem source et transmis au 20 hub Manager qui contrôle le protocole de réallocation, avec uniquement les ressources complémentaires que le terminal devra utiliser, pour satisfaire la deuxième requête. Lors d'une cinquième étape, 45, le hub manager 24 confirme alors au contrôleur SBC que la demande de ressources pour un nouveau flux 25 F2 à destination du terminal est acceptée. La transmission des flux de données vers le terminal est réalisée, elle contient les données correspondant à la première requête et les données correspondant à la deuxième requête. Lors d'une sixième étape, 46, le hub manager confirme alors au 30 contrôleur SBC que la demande de ressources pour un nouveau flux F2 est acceptée. 3061621 12 L'exemple a été donné avec un terminal utilisateur qui émet une nouvelle requête. Sans sortir du cadre de l'invention, cette description peut être étendue pour une application avec plusieurs utilisateurs qui émettent des nouvelles requêtes. Dans ce cas, le hub manager va gérer les priorités 5 des requêtes pour déterminer l'ordre de traitement des requêtes et la réallocation des ressources. Les requêtes de réallocation de différents terminaux sont traitées de manières consécutives afin que la base de données des ressources disponibles 28 soit à jour lors de la recherche d'une nouvelle allocation. Si 10 une réallocation de ressource pour un premier terminal ayant un flux prioritaire entraîne la préemption de ressources d'un deuxième terminal ayant un flux moins prioritaire, alors le procédé cherche néanmoins à conserver le flux pour le deuxième terminal. Pour conserver le flux de ce deuxième terminal, le hub manager suspend temporairement la réallocation 15 du premier terminal et effectue une recherche de ressources SATCOM pour le deuxième terminal, sur la base des demandes de flux déjà satisfaites. Soit le hub manager trouve des ressources autres aptes à satisfaire complétement ou partiellement ces demandes, auquel cas le deuxième terminal est réalloué, soit le hub manager ne trouve pas ces ressources, 20 auquel cas le hub manager indique au SBC qu'il ne peut plus assurer le contrat de service pour le deuxième terminal. A l'issue du traitement de réallocation de ce deuxième terminal, le hub manager procède à la réallocation du premier terminal. La figure 3 illustre un exemple d'étapes mettant en oeuvre la 25 variante de procédé exposée précédemment à la figure 2. Au niveau du contrôleur SBC, la requête d'ouverture de session SIP émise par un utilisateur UE1 est traduite en requête de réservation de ressources Rq, 401, en utilisant des informations contenues dans une base de données service 271. La base de données de services peut comporter une ou plusieurs 30 classes de services avec leurs attributs, le débit, la latence, la qualité de service QoS liée à la classe de services. 3061621 13 Le boîtier de chiffrement et de vérification de la conformité 402 reçoit cette requête Rq et vérifie sa conformité en fonction des règles de sécurité, les règles étant disponibles dans une base de données 261. La requête Rq vérifiée est ensuite transmise, 403, à un module d'allocation de 5 ressources qui est en liaison avec une base de données 28 comprenant l'ensemble des ressources Satcom disponibles. L'allocation de ressources 403 est détaillée dans la bulle sur la figure 3, le traitement de la requête est exécutée au niveau du hub : a) si aucune allocation de ressources n'est possible, 404, alors le 10 hub manager 24 renvoie à l'utilisateur une information indiquant qu'il est impossible de satisfaire sa requête SIP, b) si l'allocation de ressources est possible, 405, sans devoir interrompre une communication en cours, alors le hub manager 24 demande la redirection ou réallocation de la ressource à l'accès hub 25 et alloue la 15 ressource à l'utilisateur qui a émis la requête, c) si l'allocation de ressources est possible, 406, mais en devant interrompre une communication, alors l'unité d'allocation des ressources ou hub manager demande la réallocation des flux à l'accès hub 25. Le hub manager va préempter le trafic, interrompre le transfert du flux de données, 20 avertir l'utilisateur que le canal sur lequel il échangeait des données pour la première requête n'est plus disponible et éventuellement réallouer un deuxième canal de communication, puis ensuite allouer pour la requête prioritaire le premier canal de transmission et les ressources nécessaires au transfert du flux de données. 25 Dans cet exemple, l'accès hub reste présent car il traite le flux F1 en entrée et le dirige vers un autre hub. Dans le cas de l'exemple donné à la figure 4, il n'y a pas de redirection de flux, l'accès hub n'intervient pas car le flux reste traité par le hub modem source. Selon une variante de mise en oeuvre, le procédé lors d'une 30 allocation/réallocation de flux peut changer la nature des ressources attribuées, par exemple, passer du SCPC au TDMA. Par exemple dans le 3061621 14 cas d'une deuxième requête demandant l'utilisation d'un service haut débit et/ou faible latence, alors qu'un premier flux de données F1 est traité par un service bas débit, le procédé va sur activation de la deuxième requête, transmission du flux F2 correspondant à cette deuxième requête, attribuer un 5 canal pour la transmission du deuxième flux F2 et aussi des premiers flux F1, pour satisfaire l'exigence de haut débit et/ou faible latence exigés pour la transmission du deuxième flux F2. A la fin de la transmission du deuxième flux F2, le procédé va relâcher le service haut débit et/ou faible latence et reprendre le service bas débit suffisant pour transmettre le premier flux F1. 10 Un exemple est donné ci-après pour le service SCPC et TDMA. Un premier service de données BFT utilise des slots TDMA pour véhiculer des positions à intervalle régulier. Si un deuxième service vidéo est activé, un canal SCPC sera attribué pour ce service Vidéo. Ce canal sera aussi utilisé pour véhiculer les 15 données BFT. Les slots TDMAs utilisés avant établissement de ce service sont alors libérés lors du démarrage du service. A la fin de la session vidéo, le canal SCPC est libéré et les données BFT se voient attribuer un ou plusieurs slots TDMA, qui peuvent être distincts des slots utilisés avant la session vidéo. 20 Les données d'entrée pour l'algorithme de réallocation de ressources sont générées par le contrôleur SBC à partir d'une demande de service émise par un terminal utilisateur et sont utilisées par l'unité d'allocation des ressources ou hub manager 24. Dans le cas d'une application mettant en oeuvre le protocole 25 TDMA et le protocole SCPC, les données d'entrée comportent: - Des paramètres de la requête Rq - Débit min(Mb/s) et/ou débit moyen(Mb/s) garanti demandé pour chaque direction, - Latence demandée X x 100 ms, 30 - Précédence (0 à 3) ; - Des ressources SatCom 3061621 15 - Porteuses SCPC disponibles et allouées, - Porteuses TDMA disponibles et slots alloués. Les étapes mises en oeuvre sont les suivantes : Choix du type de porteuse conditionné par la latence: 5 - Si la latence demandée au niveau du service requis dans une requête est inférieure à la durée du créneau temporel ou slot, alors l'allocation SCPC est prioritaire; le slot est un slot TDMA d'une trame sur une porteuse. Typiquement, la durée d'un slot est de 40ms, la trame est constituée de 18 slots. Si la latence attendue est inférieure à 40 ms, il 10 faut dans ce cas allouer tous les slots pour un seul terminal, ce qui revient à allouer une porteuse complète pour le canal de communication entre le terminal et le hub, d'où la dénomination Single Channel per Carrier, - Si la latence demandée est supérieure à la durée du slot, alors 15 l'allocation TDMA est prioritaire. Allocation TDMA prioritaire - Nb_slots_demandés = Débit min / débit slot, - Espace_slots_max = latence_demandée - durée-slot, - Nouvelle allocation de Porteuses et Slots voie montante UL et voie 20 descendante DL pour la requête= fonction Allocation (Nb_slots_ddés, espace_slot_max, précédence du trafic, allocation courante des ressources, sessions en cours pour le terminal), - Si la nouvelle allocation ne retourne rien alors la réponse est négative, il n'y a pas de réallocation, 25 - Si la nouvelle allocation est conforme à la requête protocole de réallocation et la réponse positive, alors le hub procède à la réallocation des ressources et à la redirection du trafic, selon les figures 3 et 4. Allocation SCPC prioritaire 30 - Si le débit garanti est inférieur au débit minimum garanti par la porteuse, 3061621 16 - Nouvelle allocation de porteuse = fonction Allocation (précédence du trafic, débit cible, sessions en cours). Lors de l'arrivée d'une requête de call admission control pour un nouveau flux, il peut exister des ressources radio déjà réservées pour d'autres flux en 5 provenance/à destination du même terminal. En cas de réallocation, les ressources de ces flux doivent également être déplacées, de façon à ce qu'un terminal ait toutes ses ressources sur la même porteuse. REVENDICATIONS1 - Procédé pour réallouer des ressources dans un système de communication radio satellite, ledit système comprenant un ou plusieurs terminaux utilisateurs, un site hub (3) comprenant un hub (2) comportant un modem source (221) et un modem destination (222), un contrôleur SBC (27), caractérisé en ce qu'il comporte au moins les étapes suivantes : - Sur réception d'une nouvelle requête de service Rq2 émise par au moins un terminal, lorsque la requête Rq2 est prioritaire sur les requêtes en cours de traitement, alors exécuter au moins les étapes suivantes : - Le hub manager (24) notifie le modem source que ledit modem source va assurer le trafic pour une nouvelle requête, (43), - Le hub manager (24) prévient le terminal U1 de son changement d'allocation via les canaux du modem source, - Le terminal envoie un accusé de réception de la réallocation du canal contenant les informations relatives au moins aux requêtes de service, vers le hub manager (24) qui libère les ressources pour la transmission du premier flux F1 et du deuxième flux F2. 2 - Procédé pour réallouer des ressources dans un système de communication radio satellite, ledit système comprenant un ou plusieurs terminaux utilisateurs, un site hub (3) comprenant un hub (2) comportant un modem source (221) et un modem destination (222), un contrôleur SBC (27), caractérisé en ce qu'il comporte au moins les étapes suivantes : - Sur réception d'une nouvelle requête de communication Rq2 émise par au moins un terminal, lorsque la requête Rq2 est prioritaire sur les requêtes en cours de traitement, alors exécuter au moins les étapes suivantes : - Le hub manager (24) notifie le modem destination que ledit modem destination va assurer le trafic pour une nouvelle requête, (33), 3061621 18 - Le hub manager (24) indique au modem source (221), en charge jusque là d'assurer le trafic pour un premier terminal U1, de suspendre son trafic, - Le hub manager (24) notifie au hub accès (25) de rediriger alors les 5 flux à destination du terminal vers le modem destination, - Le hub manager (24) prévient le terminal U1 de son changement d'allocation via les canaux du modem source, pour le premier flux de données F1, - Le terminal U1 envoie un accusé de réception de la réallocation de 10 canal, - Sur réception de cet accusé de réception, le hub manager (24) libère les ressources attribuées au terminal par le modem source, et indique au modem destination que la transmission du premier flux F1 et du deuxième flux F2 est possible, 15 - Le hub manager (24) confirme alors au contrôleur SBC (27), que la demande de ressources pour un nouveau flux à destination du terminal est acceptée et la transmission des deux flux F1 et F2 est effective. 20 3 - Procédé selon l'une des revendications 1 ou 2 caractérisé en ce que la requête CAC est validée par un module de chiffrement/déchiffrement. 4 - Procédé selon la revendication 2 caractérisé en ce que la nouvelle requête de demande de service est émise par un même terminal. 25 5 - Procédé selon la revendication 2 caractérisé en ce que sur réception de plusieurs requêtes de service, le hub manager considère les niveaux de priorité de chacune des requêtes pour réallouer les ressources. 30 6 - Procédé selon la revendication 5 caractérisé en ce que lorsqu'une réallocation de ressource pour un premier terminal ayant un flux prioritaire 3061621 19 entraîne la préemption de ressources d'un deuxième terminal ayant un flux moins prioritaire, alors le hub manager suspend temporairement la réallocation du premier terminal et effectue une recherche de ressources pour le deuxième terminal, sur la base des demandes de flux déjà satisfaites 5 et lorsque le hub manager trouve des ressources le deuxième terminal est réalloué, autrement le hub manager indique au SBC qu'il ne peut plus assurer le contrat de service pour le deuxième terminal. 7 - Procédé selon l'une des revendications 1 à 6 caractérisé en ce qu'il 10 comporte les étapes suivantes : - Un premier service de communication est utilisé pour véhiculer un premier flux de données F1, avec un bas débit, - Sur réception de la requête Rq2, pour la transmission d'un deuxième flux de données F2 nécessitant un haut débit et/ou une faible latence, 15 on attribue un deuxième service de communication pour véhiculer le deuxième flux, les deux flux F1 et F2 sont transmis en utilisant ce deuxième service de communication, - A la fin de la transmission du deuxième flux F2, le premier service de communication est libéré et le flux de données est transmis par le 20 premier service de communication. 8 - Procédé selon la revendication 7 caractérisé en ce qu'il comporte les étapes suivantes : - Un premier service de données BFT utilise des slots TDMA pour 25 véhiculer des positions à intervalle régulier, - Lorsqu'un deuxième service vidéo est activé, un canal SCPC est attribué pour ce service Vidéo et pour véhiculer les données BFT, - Les slots TDMAs utilisés avant établissement de ce service sont libérés lors du démarrage du service, 3061621 20 - A la fin de la session vidéo, le canal SCPC est libéré et les données BFT se voient attribuer un ou plusieurs slots TDMA. 9 - Procédé selon l'une des revendications 1 à 6 caractérisé en ce que les 5 requêtes de services sont de type SIP et le protocole de communication est un protocole de type TDMA. 10 - Dispositif permettant de réallouer des ressources satellite au sein d'un système de communication comportant un ou plusieurs utilisateurs Uk 10 équipé d'un émetteur/récepteur (14k) et d'une unité de traitement (13k) caractérisé en ce qu'il comporte au moins : - un hub Satcom (2) comportant au moins : - un ensemble (21) pour la transmission des données, - au moins un modem (22) émetteur/récepteur de données vers/depuis 15 un ou plusieurs utilisateurs, - une unité d'allocation des ressources radio (24) adapté à allouer/réallouer des ressources radio en fonction d'une requête de service ou une requête de trafic, - une interface data externe (25), via laquelle transitent les flux en 20 provenance ou à destination des terminaux utilisateurs, - une base de données (28) contenant les ressources du système de communication, - une unité de traitement des requêtes de service (27) intégrant une base de données (271) adaptée à traduire une requête de services en requête 25 de réservation pour un flux de données. 11 - Dispositif selon la revendication 10 caractérisé en ce qu'il comporte un module (26) de chiffrement et de contrôle de conformité des demandes CAC. 30