Brevet FR2894106A1 — publié le 20070601

GESTION DE CHANGEMENT DE CANAL RADIO La présente invention est relative aux réseaux de radiocommunication et plus précisément au transfert entre deux réseaux d'un lien radio établi entre un terminal et un réseau d'accès. Dans de tels réseaux, il est prévu un processus faisant en sorte qu'un terminal mobile puisse changer de canal radio de transmission en maintenant une communication en cours. Un tel processus de transfert de canal est couramment appelé "handover". Dans ce type de réseaux, on distingue d'autre part le transfert de canal progressif ou "soft handover" (SHO), dans lequel des liens radio multiples sont établis simultanément entre le terminal et plusieurs cellules voisines pendant un certain temps, ce qui assure une continuité de communication ainsi qu'une diversité de réception dans la phase transitoire, et le transfert de canal avec coupure ou "hard handover" (HHO) dans lequel la communication sur le premier canal est rompue au moment ou le terminal bascule sur le second canal. Des mécanismes de transfert de canal peuvent être mis en oeuvre notamment dans les réseaux GSM ("Global System for Mobile communications") et UMTS. Ils peuvent aussi intervenir entre un réseau d'accès de type UMTS et un réseau d'accès de type WLAN ou vice-versa. C'est alors un transfert de canal entre deux technologies d'accès différentes. Différentes raisons peuvent être à l'origine d'un transfert de canal radio. Un transfert de canal peut être déclenché lorsque le terminal sort de la zone de couverture du réseau dans lequel il dispose d'un lien radio établi. Cela peut être le cas également lorsque la charge sur ce réseau est trop élevée pour garantir un certain niveau de qualité de service au terminal. Un transfert de canal peut également être déclenché lorsque le réseau dans lequel le terminal dispose d'un canal radio n'est pas ou n'est plus adapté pour le service utilisé par le terminal. Certains algorithmes de gestion de transfert de canal prennent en compte un niveau de qualité de réseau. D'autres sont basés sur des informations relatives à la couverture de réseau. Certains autres se fondent sur une valeur indiquant la charge de réseau, le terme 'charge' d'un réseau indiquant un rapport de ressources radio utilisées dans un réseau sur la totalité des ressources radio gérées dans ce réseau. Ainsi, la charge est une valeur qui indique si le réseau est proche d'être saturé, ou si au contraire il peut accepter de nouveaux terminaux, car il est en mesure d'allouer de nouveaux canaux radio. Le document US-2004/121777 divulgue une méthode de gestion de changement de canal radio entre différents réseaux ou entre différentes fréquences, basée sur une détermination de charge de réseau. Cette méthode propose de décider un changement de canal radio en fonction de la charge du réseau dans lequel le terminal dispose d'un canal radio et du service de télécommunication utilisé par le terminal sur le canal radio considéré. Ainsi, si la charge du réseau considéré atteint une valeur supérieure à une valeur seuil, on déclenche un transfert de canal vers un réseau cible pour certains terminaux. Le document US-6,754,494 présente une méthode pour éviter des changements de canal inutiles lorsque ces derniers sont déclenchés sur détection d'un changement brusque d'un niveau de qualité du signal transmis sur le canal radio alloué au terminal considéré. A cet effet, on collecte des données relatives au niveau de qualité du signal entre le terminal et un certain nombre de stations de base. Ces données sont traitées pour évaluer une amélioration de la qualité du signal en cas de transfert de canal. Ainsi, en fonction de cette évaluation, on décide si un transfert de canal du terminal vers une des stations de base est pertinent. Par application des méthodes précitées, certains transferts de canal radio peuvent être déclenchés alors que leur mise en oeuvre n'est finalement pas pertinente et n'apporte pas une amélioration attendue selon un critère souhaité. La présente invention vise à améliorer la performance d'une gestion de transfert de canal radio. Un premier aspect de la présente invention propose un procédé de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, mettant en oeuvre une base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées auxdites associations. Le procédé comprend les étapes suivantes : /a/ déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication de la base de données ; /b/ sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; /c/ sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. La présente invention couvre différents types de transfert de canal radio, notamment les transferts de canal radio 'hard handover' et 'soft 20 handover' tels qu'énoncés ci-avant. La présente invention peut être appliquée dans le contexte d'un changement d'un canal radio appartenant à un réseau vers un autre canal radio appartenant à un autre réseau, dans le cas où le terminal communique dans une pluralité de réseaux par exemple. 25 Elle peut également être appliquée dans le contexte d'un changement d'un canal radio vers un autre canal radio, les deux canaux radio appartenant à un même réseau. Ce dernier cas peut se produire entre plusieurs cellules du réseau considéré, soit lorsque les cellules opèrent à la même fréquence, soit encore lorsqu'elles opèrent à des fréquences différentes. 30 Un contexte de communication de la base de données peut comprendre un groupe de caractéristiques de communication relatives au terminal et/ou au réseau considéré. 15 De préférence, les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. Ainsi, les informations de pertinence peuvent être relatives à un critère de pertinence donné. Ainsi, selon le critère de pertinence considéré, il peut être opportun d'appliquer un certain traitement de changement de canal radio, alors que pour un autre critère de pertinence, il est possible qu'il soit plus approprié d'appliquer un autre traitement de changement de canal radio. Avantageusement, un tel procédé offre ainsi une grande flexibilité d'application. Le critère de pertinence peut être choisi parmi au moins un des critères de la liste suivante : une qualité de service offerte au terminal, un débit du terminal, une charge du réseau. Ainsi, il est possible de privilégier la qualité de service ou le débit que le réseau offre à un terminal et, de ce fait, de particulariser une offre du réseau en fonction du terminal auquel un tel procédé de gestion de changement de canal radio est appliqué. Il est également possible de prendre en compte des informations globales au réseau ou à la pluralité de réseaux dans laquelle le terminal se situe, pour prendre des décisions de changement de canal radio. Ces différents critères permettent d'augmenter encore la flexibilité d'application du procédé selon un mode de réalisation de la présente invention. Dans un mode de réalisation de la présente invention, la fonction de gestion de la base de données initialise la base de données en se fondant sur 25 des données estimées. La présente invention couvre tout type de données estimées permettant de fournir des données initiales à stocker dans la base de données. De telles données estimées peuvent notamment résulter de la mise en oeuvre d'un simulateur. Ces données estimées peuvent également résulter 30 d'expérience de la mise en oeuvre des traitements de changement de canal radio dans le réseau. La fonction de gestion de la base de données peut mettre à jour les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sur la base de données reçues après le changement de canal radio. Dans de telles conditions, les données contenues dans la base de données peuvent évoluer tout au long de la mise en oeuvre du procédé. Une telle gestion de la base de données présente l'avantage de confirmer ou de corriger les données initiales en fonction de données réellement recueillies sur le terrain. Une telle gestion est particulièrement avantageusement lorsque les données initiales de la base de données sont issues de simulations. Cette gestion permet de fonder le procédé sur des données plus précises et plus correctes que celles initialement stockées dans la base de données. Un tel procédé peut en outre comprendre une étape consistant à requérir des informations pour mettre en oeuvre le traitement de changement de canal radio sélectionné. Des informations de ce type, utiles pour la mise en oeuvre du traitement sélectionné, peuvent être obtenues auprès du terminal ou encore auprès du réseau ou d'un des réseaux de la pluralité de réseaux dans lequel ou dans lesquels se situe le terminal considéré. Une telle étape permet de mettre en oeuvre un traitement sélectionné même si, au moment de la sélection, par exemple, toutes les informations requises pour sa mise en oeuvre ne sont pas encore disponibles. Dans un mode de réalisation de la présente invention, chaque traitement de gestion compris dans la base de données correspond à un algorithme de changement de canal radio associé à un paramétrage respectif, des associations de différents paramétrages à un même algorithme formant différents traitements de gestion respectifs. Ainsi, la base de données peut contenir plusieurs traitements de gestion correspondant à un même algorithme auquel sont respectivement associés différents paramètres. La base de données peut également contenir plusieurs traitements de gestion, chacun correspondant à un algorithme différent avec son paramétrage associé. De tels paramètres peuvent correspondre à différents seuils se référant par exemple à un critère de couverture radio, ou encore un critère de charge ou autre. Ainsi, un traitement de gestion de changement de canal radio correspond à un couple formé d'un algorithme et du ou des paramètres qui lui sont associés. La base de données comprend donc plusieurs traitements possibles à appliquer pour prendre une décision de changement de canal de radio, certains de ces traitements pouvant correspondre à un même algorithme associé à différents paramétrages. Un deuxième aspect de la présente invention propose un dispositif de gestion de changement de canal radio alloué à un terminal, comprenant : une unité de détermination adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données ; une unité de sélection adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; une unité de prise de décision adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. Les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, peuvent indiquer si, dans le contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. Un troisième aspect de la présente invention propose un dispositif de gestion de base de données destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal, la base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées aux associations. Les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, peuvent avantageusement indiquer si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. Les informations de pertinence affectées respectivement aux 5 associations d'un contexte de communication et d'un traitement de changement de canal radio peuvent avantageusement être mises à jour en fonction de données reçues après un changement de canal radio. Un quatrième aspect de la présente invention propose un système de gestion de changement de canal radio alloué à un terminal comprenant : 10 un dispositif de gestion de base de données destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau, des informations de pertinence étant respectivement affectées auxdites associations; et un dispositif de gestion de changement de canal radio comprenant : • une unité de détermination adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données; • une unité de sélection adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; • une unité de prise de décision adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. 15 20 25 30 Un cinquième aspect de la présente invention propose un programme d'ordinateur destiné à être installé dans un dispositif de gestion de changement de canal radio, comprenant des instructions aptes à mettre en oeuvre le procédé selon le premier aspect de la présente invention, lors d'une exécution du programme par des moyens de traitement du dispositif. Un sixième aspect de la présente invention propose un programme d'ordinateur destiné à être installé dans un dispositif de gestion de base de données, comprenant des instructions aptes à mettre en oeuvre le procédé selon le premier aspect de la présente invention, lors d'une exécution du programme par des moyens de traitement du dispositif. D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation, donnée ci-après en référence aux dessins annexés. L'invention sera également mieux comprise à l'aide de la description 15 qui suit, en référence aux dessins joints, sur lesquels : - la figure 1 illustre une architecture d'une pluralité de réseaux selon un mode de réalisation de la présente invention ; la figure 2 illustre une base de données gérée selon un mode un mode de réalisation de la présente invention ; 20 la figure 3 illustre les principales étapes d'un procédé selon un mode de réalisation de la présente invention; la figure 4 illustre une méthode d'utilisation de la base de données selon un mode de réalisation de la présente invention ; la figure 5 représente une méthode d'utilisation de la base de 25 données avec une boucle de rétroaction selon un mode de réalisation de la présente invention ; la figure 6 illustre un dispositif de gestion de changement de canal radio selon un mode de réalisation de la présente invention. Dans la suite, la présente invention est décrite dans son application aux 30 changements de canal radio dans une pluralité de réseaux. Toutefois, une telle description est illustrative et non limitative. Un but de la présente invention est de proposer un mécanisme permettant d'optimiser une sélection de traitements de transfert de canal parmi une pluralité de traitements de transfert de canal disponibles dans une pluralité de réseaux reliés entre eux. A cet effet, un tel mécanisme prend avantageusement en compte le contexte de communication courant dans lequel se trouve le terminal et/ou tout ou partie de la pluralité de réseaux considérés. Plus précisément, en fonction de certaines caractéristiques de communication des réseaux et/ou du terminal considérés, le mécanisme vise à sélectionner le traitement de transfert de canal le plus pertinent. On entend par les termes 'traitement pertinent', le traitement, qui, parmi la pluralité de traitements de transfert de canal disponibles, est susceptible de fournir le meilleur contexte de communication relativement à un critère de pertinence. A cet effet, après avoir déterminé un contexte de communication courant, on peut estimer si il est pertinent de déclencher tel ou tel traitement de transfert de canal dans le contexte de communication déterminé, en cherchant à estimer les conséquences d'un tel transfert de canal radio. Cette estimation peut être réalisée relativement à un ou plusieurs critères de pertinence, comme par exemple un critère de pertinence relatif à un niveau de qualité du service utilisé par le terminal. Dans un tel cas, un mécanisme selon la présente invention vise à estimer si ce niveau de qualité peut être amélioré par l'application d'un des traitements de transfert de canal dans le contexte de communication considéré. Si tel est le cas, on sélectionne alors le traitement de transfert de canal permettant d'obtenir, de manière estimée, le meilleur niveau de qualité du service utilisé par le terminal. On peut également estimer une amélioration des conditions de transmission relativement à un critère de pertinence correspondant à certains des réseaux. Par exemple, on peut sélectionner un traitement de transfert de canal en cherchant à diminuer un niveau de charge du réseau courant, dans lequel le terminal dispose d'un canal radio. Dans ce cas, on vise à estimer les conséquences d'application des différents traitements de transfert de canal au contexte de communication déterminé en considérant le niveau de charge comme critère de pertinence. On peut en outre prendre en compte dans ce cas là, l'augmentation d'un niveau de charge du réseau cible fourni par chacun des traitements de transfert de canal considérés pour cette estimation. Ainsi, on est alors en mesure de sélectionner, pour le contexte de communication considéré, le traitement de transfert de canal qui apporte un bon compromis entre une diminution du niveau de charge sur le réseau courant et une augmentation du niveau de charge sur le réseau cible. La figure 1 illustre une architecture de réseaux selon un mode de réalisation de la présente invention. Un premier réseau de télécommunication 101, de type UMTS, est relié à un second réseau de télécommunication de type WLAN, présentant un premier point d'accès 102 utilisé pour augmenter la couverture et un second point d'accès 103 utilisé pour augmenter la capacité de réseau. La partie référencée 104 représentant une zone de non couverture du réseau 101. La figure 1 illustre en outre une fonction de gestion de transfert de canal 100 et une fonction de gestion de base de données 105, ces fonctions pouvant être mises en oeuvre par une même entité réseau, ou respectivement chacune par une entité différente, ou encore chacune par plusieurs entités de façon distribuée dans le réseau. Un contexte de communication est défini par des caractéristiques de communication qui peuvent notamment comprendre des caractéristiques statiques ainsi que des caractéristiques dynamiques, ces caractéristiques pouvant être relatives au terminal considéré, ou encore à l'un ou à plusieurs des différents réseaux. On peut par exemple prendre en compte des caractéristiques de communication relatives au réseau dans lequel le terminal dispose d'un canal radio avant le transfert de canal ainsi que celles relatives aux réseaux potentiellement considérés comme cibles pour un transfert de canal radio. Les caractéristiques relatives au terminal, peuvent par exemple être un type de service utilisé par le terminal ou encore un niveau de qualité de service requis par le terminal. Ces caractéristiques peuvent également être des informations que le terminal peut obtenir par des mesures, telles qu'un niveau de puissance reçue ou encore un niveau d'interférences reçues, sur le réseau courant et éventuellement sur les autres réseaux considérés, qui peuvent être des réseaux cibles de transfert de canal pour le terminal. Un contexte de communication peut également comprendre des caractéristiques relatives aux réseaux considérés, qui peuvent correspondre à des informations radio telles qu'un niveau de charge, ou des informations relatives à la capacité du réseau à fournir un service et une qualité de service donnés. Certaines de ces caractéristiques sont statiques. Tel est le cas par exemple, pour les informations correspondant à la capacité d'un réseau à fournir un service. D'autres sont des caractéristiques dynamiques, présentant des périodes de variations relativement courtes. Tel est le cas, par exemple, pour le niveau de puissance reçue par le terminal ou encore le niveau de charge d'un réseau. D'autres encore peuvent être dynamiques et présenter des périodes de variations relativement longues. Tel est le cas, par exemple, pour un niveau de qualité de service requis par un terminal. Dans un mode de réalisation de la présente invention, on définit plusieurs contextes de communication, chacun pouvant réunir à la fois des caractéristiques de communication relatives au terminal et des caractéristiques de communication relatives aux réseaux. De préférence, avant de déclencher un changement de canal, un mécanisme selon un mode de réalisation de la présente invention prend en compte des informations de pertinence affectées aux différents changements de canal dans un contexte de communication donné. Ces informations de pertinence de transfert de canal sont de préférence définies de manière relative par rapport à un critère de pertinence donné. Ainsi, ces informations de pertinence permettent d'indiquer si il est pertinent d'appliquer tel traitement ou non. Appliquer un traitement dans un contexte déterminé peut apparaître comme pertinent au regard d'un certain critère de pertinence et ne pas apparaître comme pertinent au regard d'un autre critère. Ainsi, par exemple, un transfert de canal peut apporter dans un contexte de communication donné, une amélioration au niveau de la charge de réseau et donc apparaître comme pertinent au regard de ce critère et il peut apporter une détérioration au regard du service utilisé par le terminal, et donc apparaître comme n'étant pas pertinent au regard de ce critère. La pertinence d'un traitement de transfert de canal étant donc toute relative, avantageusement les informations de pertinence affectées à chacune des associations de la base de données, sont relatives à un critère de pertinence donné. Par conséquent, de préférence, ces informations de pertinence sont affectées à un ensemble comprenant un contexte de communication, un traitement de transfert de canal et un critère de pertinence. Elles indiquent alors un niveau de probabilité avec lequel le déclenchement du transfert de canal considéré dans le contexte de communication déterminé apportera une amélioration correspondant au critère de pertinence considéré. Grâce à de telles dispositions, on peut décider de déclencher un transfert de canal uniquement dans les cas où il est fortement probable que le transfert de canal permette une amélioration correspondant à un critère de pertinence connu. Ainsi, avantageusement, on peut donc éviter de déclencher un transfert de canal lorsque les informations de pertinence indiquent qu'il ne serait probablement pas opportun de le faire. En évitant de déclencher certains changements de canal, on évite en outre que le terminal ne fasse des mesures inutiles. En effet, en règle générale, lorsqu'on déclenche un changement de canal, le terminal est sollicité pour réaliser des mesures et envoyer des informations à une entité qui gère le transfert de canal et qui requiert ces mesures pour mettre en oeuvre le transfert de canal décidé. Dans un mode de réalisation de la présente invention, une base de données est gérée de sorte à associer une pluralité de contextes de communication respectivement avec une pluralité de traitements de changement de canal, les associations d'un contexte de communication donnée et d'un traitement de transfert de canal étant de préférence respectivement affectées d'informations de pertinence telles que celles décrites ci-avant. Ainsi, en fonction des données gérées dans cette base de données, on est en mesure de déclencher des changements de canal qui présentent une forte probabilité d'améliorer des conditions de transmission, correspondant au critère de pertinence, dans la pluralité des réseaux considérés. La figure 2 illustre une structure d'une telle base de données selon un mode de réalisation de la présente invention dans lequel on prend en considération un seul critère de pertinence pour sélectionner un traitement de transfert de canal radio. Cette base de données 200 comprend quatre contextes de communication 201-204 et trois traitements de transfert de canal 205-207. Elle comprend en outre des informations de pertinence relativement à certaines associations entre un contexte de communication et un traitement de transfert de canal radio. Ainsi, l'association correspondant au contexte de communication 201 avec le traitement 205 est affectée d'une information de pertinence p1, et l'association du contexte de communication 201 avec le traitement de transfert de canal 206 est affectée d'une information de pertinence p2. Dans un tel cas, si on détermine que le contexte de communication courant relatif au terminal considéré se rapproche des conditions de transmission du contexte de communication 201, on est en mesure de sélectionner le traitement, parmi le traitement 205 et le traitement 206, qui correspond à l'information de pertinence la meilleure parmi p1 et p2. Puis, on peut avantageusement appliquer le traitement de transfert de canal ainsi sélectionné au terminal considéré. II est aisé d'en déduire les autres scénarii possibles, selon le contexte de communication déterminé pour le terminal considéré. Les autres associations illustrées par cette figure sont : l'association du contexte de communication 202 avec le traitement 205 affectée de l'information de pertinence p3 ; l'association du contexte de communication 202 avec le traitement 206 affectée de l'information de pertinence p4 ; l'association du contexte de communication 203 avec le traitement 206 affectée de l'information de pertinence p5 ; l'association du contexte de communication 203 avec le traitement 207 affectée de l'information de pertinence p6 ; l'association du contexte de communication 204 avec le traitement 206 affectée de l'information de pertinence p7 ; l'association du contexte de communication 204 avec le traitement 207 affectée de l'information de pertinence p8. Dans un mode de réalisation de la présente invention, une base de donnéesayant une structure du type de celle décrite ci-avant est gérée, en une première et une seconde phases principales, en appliquant une des méthodes d'apprentissage bien connue de l'homme du métier, telle qu'une méthode d'apprentissage de type bayésien. La première phase correspond à l'initialisation des données dans la base de données et la seconde phase correspond à une mise à jour de la base de données suite à son utilisation par la fonction de gestion de transfert de canal radio, grâce à l'évaluation des critères de pertinence du transfert de canal radio.Une telle mise à jour peut avantageusement correspondre à une correction, et donc une amélioration, de la base de données sur laquelle est fondée la décision de changer de canal radio. On définit différentes classes d'apprentissage. Ainsi, pour un traitement, noté Traitement, paramétré avec des paramètres référencées Paramétrage, une classe référencée Classe (Traitement, Paramétrage) contient les caractéristiques de communication relatives au terminal et les caractéristiques de communication relatives aux réseaux qui permettent d'obtenir la plus grande probabilité qu'un transfert de canal effectué selon le traitement Traitement avec le paramétrage Paramétrage soit un transfert de canal pertinent au regard d'un critère de pertinence déterminé. Une classe spécifique peut être créée de sorte à représenter le cas où aucun transfert de canal n'est pertinent, c'est-à-dire que le déclenchement d'aucun transfert de canal ne permet d'obtenir une amélioration selon le critère de pertinence considéré avec une probabilité supérieure à un seuil déterminé. Ces différentes Classes peuvent être obtenues par une méthode d'apprentissage, du type méthode d'apprentissage bayésien, qui prend en entrée l'ensemble des caractéristiques de communication relatives au terminal et aux réseaux considérées. Cet ensemble est ensuite découpé en classes Classe (Traitement, Paramétrage). De préférence, pour cette étape de détermination des classes, on considère un nombre limité et prédéfini de traitements de changement de canal, et les paramètres associés à chaque traitement varient dans une plage de valeur prédéfinie. Il est possible que certaines classes soient non significatives, tel est notamment le cas lorsque le paramétrage n'est pas adapté. On peut définir une classe d'apprentissage Classe (Traitement, Paramétrage) de telle sorte qu'elle maximise la probabilité que le traitement Traitement et son paramétrage soient pertinents dans le contexte de communication considéré et par rapport au critère de pertinence pris comme référence. On note que plus le nombre de caractéristiques de communication considérées est important, plus on est amené à faire une classification fine, et plus grand est le nombre de classes à gérer. Il est donc avantageux de déterminer un compromis entre une classification fine et une complexité de gestion. Puis, dans un tel cas, en fonction de la classe à laquelle appartient le terminal considéré, on est en mesure de prendre une décision quand au 15 traitement de transfert de canal à appliquer au terminal. Dans la seconde phase de gestion de la base de données, par application de méthodes d'apprentissage, on continue avantageusement de mettre à jour les données stockées dans la base de données en fonction des informations, de préférence reçues depuis le terminal ou depuis les réseaux, 20 après qu'un transfert de canal ait été déclenché afin de contrôler la réelle pertinence du transfert de canal réalisé dans le contexte de communication détecté. La figure 3 illustre les principales étapes d'un procédé de gestion de changement de canal radio selon un mode de réalisation de la présente 25 invention. A une étape 30, on attend de recevoir des informations relatives à des caractéristiques de communication prises en compte pour définir les contextes de communication stockés dans la base de données 200. Lorsqu'on reçoit de telles informations, à une étape 31, on détermine un contexte de 30 communication parmi les différents contextes de communication stockés dans la base de données. Cette étape vise à représenter les conditions de transmission courantes du terminal par un contexte de communication prédéfini et stocké dans la base de données. Ainsi, par exemple, les contextes de communication peuvent être définis par des caractéristiques de communication d'une part relatives à la couverture et à la charge du réseau courant dans lequel se trouve le terminal, et d'autre part relatives à la couverture et à la charge d'un réseau voisin du réseau courant. Dans un tel cas, différents contextes de communication peuvent être stockés dans la base de données, chacun indiquant des valeurs respectives différentes de couverture et de charge concernant les deux réseaux. Puis, la fonction de gestion de transfert de canal 100 se fonde sur les données dont elle dispose en ce qui concerne la charge et la couverture du réseau courant du terminal, par exemple le réseau UMTS 101, et d'un réseau voisin, par exemple le réseau WLAN 102, pour déterminer le contexte de communication stocké dans la base de données qui se rapproche le plus des conditions de transmission courantes du terminal. A une étape 32, on sélectionne un traitement de transfert de canal en fonction du contexte ainsi déterminé et d'informations de pertinence associées stockées dans la base de données. Ensuite, dans une étape 33, on décide en fonction du traitement de transfert de canal sélectionné, si on déclenche un transfert de canal ou non. Dans le cas où on décide de ne pas déclencher de changement de canal, on revient à l'étape 30 (flèche n). Dans le cas contraire (flèche o), on réalise un transfert de canal à l'étape 34 avant de retourner à l'étape 30. Si certaines informations sont requises pour appliquer le traitement de transfert de canal sélectionné et ne sont pas disponibles pour l'entité de gestion de changement de canal, elles sont alors demandées au terminal et/ou aux réseaux. A cet effet, la fonction de gestion de transfert de canal peut envoyer une notification au terminal et/ou aux réseaux concernés par le transfert de canal à venir, cette notification contenant une liste d'informations requises pour la mise en oeuvre du traitement de transfert de canal sélectionné, et que la fonction de gestion de transfert de canal ne possède pas encore. Par exemple, si l'entité de contrôle sélectionne un traitement de transfert de canal dépendant de la charge des réseaux, une notification est envoyée aux différents réseaux pour requérir des informations relatives à leur charge respective. Si, la fonction de gestion de transfert de canal sélectionne un traitement de transfert de canal dépendant de caractéristiques relatives au signal reçu par le terminal, un message est envoyé au terminal pour lui indiquer certaines mesures à effectuer, et les conditions dans lesquelles les informations relatives à ces mesures peuvent être remontées vers la fonction de gestion de transfert de canal 100. De telles informations peuvent être obtenues par échange de messages entre les réseaux et l'entité responsable du changement de canal, si elles sont relatives aux réseaux. Elles peuvent également remontées depuis le terminal soit directement à l'entité de gestion de changement de canal, soit via le réseau qui sert actuellement le terminal, le cas échéant après que le terminal ait effectué certaines mesures. On note que la présente invention est indépendante de la façon dont ces informations sont demandées et remontées à l'entité de gestion de transfert de canal qui peut d'ailleurs être une entité distribuée dans les différents réseaux, ou centralisée. La présente invention couvre tout type d'architecture permettant de mettre en oeuvre un tel procédé de gestion de transfert de canal sur la base d'échanges de messages entre une fonction de gestion de changement de canal, les différents réseaux et le terminal. Ainsi, dans un mode de réalisation de la présente invention, on est donc en mesure de limiter le nombre de mesures et la quantité d'informations à remonter depuis le terminal vers la fonction de gestion de transfert de canal aux informations considérées comme étant les plus pertinentes. On diminue alors la consommation de batterie des mobiles, puisqu'ils ont moins de mesures à effectuer, ainsi que la quantité de signalisation échangée entre, d'une part, les terminaux et les réseaux, et d'autre part les réseaux et la fonction de gestion de transfert de canal radio. Dans un mode de réalisation de la présente invention, la gestion de la base de données peut être énoncée en une première et une seconde phases. La figure 4 illustre une telle gestion de la base de données. Dans la première phase 400, en une étape 402, la base de données 200 est initialisée avec des données obtenues soit par expérience, notamment en mettant en oeuvre des mesures sur le terrain, soit de manière théorique, de sorte à structurer les données comme cela est décrit en référence à la figure 2. Cette phase d'initialisation peut donc se baser soit sur des tests terrain, soit sur les résultats de simulations réseaux modélisant le comportement du réseau. Une méthodologie possible pour remplir les structures de la base de données avec un simulateur réseau consiste à tester chaque traitement et chaque paramétrage associé, dans diverses conditions de charge et de couverture, puis à comparer ensuite les résultats obtenus pour chaque transfert de canal afin d'affecter un coefficient de pertinence, ou encore information de pertinence, à une association d'un contexte de communication et d'un traitement de transfert de canal radio. On peut avantageusement mettre en oeuvre à cet effet des méthodes d'apprentissage de type bayésien. Puis, dans la seconde phase 401, en une étape 403, la base de données est utilisée par la fonction de gestion de transfert de canal qui met en oeuvre un procédé selon l'invention tel que décrit en référence à la figure 3. Dans cette phase d'utilisation, avantageusement, pour chaque terminal, en fonction de caractéristiques de communication des réseaux et/ou du terminal, on évalue, d'après la base de données, si il serait opportun de déclencher un transfert de canal pour ce terminal avec un des traitements associés au contexte de communication représentant au mieux les caractéristiques de communication courantes du terminal, que ces caractéristiques soient relatives au terminal lui-même ou encore aux différents réseaux considérés. Ensuite, dans le cas où l'on conclue à l'opportunité de déclencher un changement de canal, on prend note des résultats obtenus à l'issue du transfert de canal de manière à mettre à jour en une étape 404, le cas échéant, les données de la base de données 200, telles que le coefficient de pertinence affecté à l'association correspondante au transfert de canal effectué, ou encore le paramétrage du traitement de transfert de canal sélectionné. Puis, le procédé est appliqué à nouveau par l'étape 403 en se fondant sur la base de données ainsi mise à jour. Grâce à ce mécanisme de contre réaction de la gestion de la base de données, tel qu'illustré par la liaison 405, on est avantageusement en mesure d'affiner, de préciser ou encore de corriger a posteriori les données stockées, tout au cours de la mise en oeuvre d'un procédé selon l'invention. La présente invention couvre toutes les façons d'effectuer les échanges de messages entre le terminal et la fonction de gestion de changement de canal, ainsi qu'entre les différents réseaux et cette même fonction. Les informations contenues dans ces messages peuvent être relatives aux caractéristiques de communication des réseaux et du terminal, qui peuvent être statiques, ou encore varier dynamiquement pendant une communication en cours. La figure 5 est un schéma représentant ces différents échanges de messages dans un mode de réalisation de la présente invention. La fonction de gestion de transfert de canal 100 reçoit des informations 56 relatives au terminal et aux réseaux considérés. Ces informations 56 peuvent être envoyées par le terminal et correspondre alors à des caractéristiques 54 relatives à la qualité de service et aux conditions radio mesurées. Ces informations 56 peuvent également être envoyées par les réseaux et correspondre alors à des caractéristiques relatives à la charge 55. La fonction de gestion de la base de données 105 reçoit des informations, selon une boucle de rétroaction 53, qui permettent de mettre à jour les informations contenues dans la base de données en fonction des changements qui se produisent dans les conditions de transmission du terminal et des réseaux suite à un transfert de canal déclenché par la fonction de gestion de transfert de canal radio. Par cette voie là, il est avantageux de recevoir des informations relatives aux conséquences d'un transfert de canal dans un contexte de communication donné. On peut alors mettre à jour les informations de pertinence selon les critères de pertinence considérés en fonction de ces informations reçues a posteriori du transfert de canal radio. Par ailleurs, lorsqu'un transfert de canal a été décidé, la fonction de gestion de transfert de canal 100 peut générer, dans certains cas, des messages 51 à destination du terminal et/ou des réseaux pour requérir des informations pour mettre en oeuvre un traitement de transfert de canal sélectionné. La fonction de gestion de transfert de canal peut recevoir des informations dynamiques telles que la puissance du signal reçue par le terminal de la part de tout ou partie des réseaux de la pluralité de réseaux considérés, la charge des réseaux susceptibles d'être affectés lors du changement de canal, la Qualité de Service demandée par le terminal pour la communication en cours, une proportion de la charge d'un réseau réservée à un type de service. Cette fonction de gestion de transfert de canal peut également recevoir des d'informations statiques telles qu'une puissance maximale de transmission sur chaque réseau, la capacité d'un réseau à fournir un service donné, un niveau de priorité attaché au terminal. Ces exemples sont donnés à titre illustratif et ne sont pas limitatifs. Ainsi, en fonction des données telles que structurées dans la base de données, la fonction de gestion de transfert de canal sélectionne le traitement de transfert de canal qui est considéré comme étant le mieux adapté, avec un paramétrage adapté. Dans un mode de réalisation de la présente invention, pour l'attribution d'une information de pertinence aux différentes associations stockées dans la base de données, on peut se reporter par exemple à un critère de pertinence relatif à la qualité de service au niveau du terminal considéré. Un transfert de canal est alors considéré comme pertinent, ou encore utile, s'il permet d'augmenter la qualité de service au niveau du terminal. Dans ce cas, on peut affecter une information de pertinence sous la forme d'un nombre à chaque association, le nombre le plus élevé signifiant que l'association à laquelle il est affecté est la plus adaptée au regard de ce critère de pertinence. On peut également considérer un critère de pertinence relatif à la charge des réseaux, notamment celle du réseau courant dans lequel le terminal dispose d'un canal radio et celle du réseau cible du transfert de canal considéré. Dans ce cas, par exemple, les informations de pertinence affectées à une association donnée d'un contexte de communication et d'un traitement de changement de canal, prennent en compte la diminution de la charge du réseau courant et l'augmentation de la charge du réseau cible résultant de l'application de cet traitement dans ce contexte de communication. Dans un mode de réalisation de la présente invention, la fonction de gestion de transfert de canal prend en compte plusieurs critères de pertinence, de préférence de manière hiérarchique, c'est-à-dire que les différents critères de pertinence sont considérés l'un après l'autre dans le but de permettre une sélection de traitement de transfert de canal si, au regard des critères de pertinence précédemment considérés, il n'est pas facile d'en sélectionner un. Il est également possible de prévoir que, sur mise à jour des informations de pertinence dans la base de données, les contextes de communication soient modifiés ou corrigés. La figure 6 illustre un dispositif de gestion de changement de canal radio 60 comprenant une unité de détermination 61, une unité de sélection 62 et une unité de décision 63 selon un mode de réalisation de la présente invention. Les sections suivantes illustrent un exemple d'application d'un procédé selon un mode de réalisation de la présente invention dans lequel un réseau de type UMTS (pour 'Universal Mobility Telecommunication System') comprenant par exemple trois cellules et un réseau de type WLAN (pour 'Wireless Local Area Network') comprenant deux points d'accès. La base de données comprend un premier traitement de transfert de canal THO1 prenant en compte la couverture de réseau pour décider d'un transfert de canal radio. Selon ce premier traitement, si une valeur représentant un niveau de réception d'un indicateur de couverture sur le réseau courant du terminal est inférieure à une valeur seuil Tcouv actuel, et si une valeur représentant un niveau de réception d'un indicateur de couverture sur le réseau cible est supérieure à une valeur seuil Tcouv_cible, alors le transfert de canal est déclenché. La base de données comprend un second traitement de transfert de canal THO2 prenant en compte la charge des réseaux courant et cible de telle sorte que, si une valeur représentant un niveau de charge du réseau actuel est supérieure à une valeur seuil Tcharge_actuel, et si une valeur représentant un niveau de charge du réseau cible est inférieure à une valeur seuil Tcharge_cible, alors le transfert de canal est déclenché. Dans cet exemple, trois critères de pertinence sont pris en compte de manière hiérarchique. Le premier critère de pertinence, considéré dans cet exemple comme le plus important, est relatif à une dégradation de la qualité de service fournie au terminal. Le deuxième critère de pertinence est relatif à la charge des deux réseaux et il vise à éviter une surcharge du réseau cible tout en diminuant une charge du réseau courant. Le troisième critère de pertinence est applicable au terminal fonctionnant en mode données et est relatif au débit fourni au terminal. Ainsi, ce troisième critère vise à maintenir ou augmenter le débit offert au terminal. Un contexte de communication est défini par une première et une deuxième caractéristiques, respectivement caract1 et caract2, relatives au terminal ainsi qu'une troisième et une quatrième caractéristiques, respectivement caract3 et caract4, relatives aux réseaux. La première caractéristique de communication correspond au réseau courant du terminal et la deuxième caractéristique correspond à une valeur représentant le niveau de réception d'un indicateur de couverture (ou de distance) sur le réseau courant. La troisième caractéristique correspond à la charge du réseau UMTS et la quatrième caractéristique de communication correspond à la charge du réseau WLAN. Lors de la phase d'initialisation de la base de données par un simulateur réseau, dans une première simulation, seul le traitement THOI est utilisé, en faisant varier les paramètres Tcouv_actuel et Tcouv_cible. Puis, dans une deuxième simulation, le traitement THO2 est utilisé, en faisant varier les paramètres Tcharge_actuel et Tcharge_cible. Pour chaque transfert de canal inter-réseaux, une note sur 5 est donnée à chaque critère de pertinence, 5 indiquant une pertinence importante du transfert de canal considéré et 0 une faible pertinence du transfert de canal considéré, la pertinence d'un transfert de canal indiquant l'utilité du transfert de canal dans le contexte de communication considéré relativement à un critère de pertinence donné. Contexte de Traitement Premier Deuxième Troisième communication (ctx) de Critère de Critère de Critère de handover pertinence : pertinence : pertinence : qualité de charge sur le débit service offert réseau maintenu au terminal courant, sans ou augmentation augmenté de charge sur le réseau cible Ctxl : THO1, 5 5 5 {caractl : UMTS ; param1 caract2 : Couverture UMTS mauvaise ; caract3 : charge UMTS bonne ; caract4: charge WLAN bonne} THO2, Pas de transfert de canal déclenché param2 Ctx2 : THO1, 5 4 5 {caractl : UMTS ; param1 caract2: Couv UMTS mauvaise ; caract3: charge UMTS mauvaise ; caract4: charge WLAN bonne} THO2, 5 5 5 param2 Ctx3 : THO1, 3 1 3 {caractl : UMTS ; param1 caract2: Couv UMTS mauvaise ; caract3 : charge UMTS mauvaise ; caract4: charge WLAN mauvaise} THO2, Pas de transfert de canal déclenché param2 Ctx4 : THO1, Pas de transfert de canal déclenché {caractl : UMTS ; param1 caract2: Couv UMTS mauvaise ; caract3 : charge UMTS mauvaise ; caract4: charge WLAN bonne} THO2, 3 5 3 param2 CtxS : THO1, Pas de transfert de canal déclenché {caractl : UMTS ; param1 caract2 : Couv UMTS bonne ; caract3: charge UMTS mauvaise ; caract4: charge WLAN bonne} THO2, 2 5 3 param2 Ctx6 : THO1, Pas de transfert de canal déclenché {caractl : UMTS ; param1 caract2: Couv UMTS bonne ; caract3 : charge UMTS mauvaise ; caract4: charge WLAN bonne} THO2, 5 5 5 Param2 Ctx7 : THO1, 5 4 3 {caractl : WLAN ; param1 caract2 : couv WLAN mauvaise ; caract3 : charge WLAN mauvaise ; caract4: charge UMTS bonne} THO2, 5 5 3 Param2 Dans un tel exemple, si la fonction de gestion de transfert de canal détermine que le terminal se trouve dans le réseau UMTS, avec une couverture réseau mauvaise et une charge bonne, et que le réseau WLAN présente également une charge bonne, cette fonction de gestion de transfert de canal peut en déduire que le terminal se trouve dans le premier contexte de communication listé dans le tableau ci-dessus, Ctxl. Pour ce contexte là, la base de données 200 détient des informations sur les deux traitements THOI avec un paramétrage param1, et TH02 avec un paramétrage param2. La probabilité que l'application du traitement THO1 dans le contexte de communication ctxl, apporte une amélioration par rapport au premier critère de pertinence, est représentée par un coefficient de pertinence de 5, c'est-à-dire qu'il est très fortement probable qu'un tel transfert de canal soit pertinent au regard de ce premier critère de pertinence. En revanche, la base de données indique que l'application du traitement de transfert de canal TH02 au contexte de communication ctxl ne déclenche pas de transfert de canal et de ce fait l'application du traitement TH02 n'améliore pas les conditions de transmission dans lesquelles le terminal se trouve. Ainsi, avantageusement, la fonction de gestion de transfert de canal 20 sélectionnera le traitement THO1 avec son paramétrage param1. Par conséquent, un transfert de canal est déclenché. Après le changement de canal, lorsque un nouveau canal radio est alloué au terminal, on met avantageusement à jour les données correspondantes dans la base de données 200, comme décrit dans une section précédente. II est possible que la fonction de gestion de transfert de canal détermine que le contexte de communication le plus proche des conditions de transmission dans lesquelles se trouve le terminal est le contexte ctx2 de la base de données. Dans ce cas, au regard du premier critère de pertinence, il n'est pas facile de sélectionner un traitement entre THOI et THO2. La fonction de gestion de transfert de canal peut alors se référer au second critère de sélection et de ce fait sélectionner le traitement de gestion de transfert de canal THO2 avec son paramétrage param2 qui apparaît être le plus pertinent dans ce contexte donné. Ainsi, un procédé selon un mode de réalisation de la présente invention peut être très avantageux, tant au niveau des terminaux qu'au niveau des réseaux eux-mêmes. La mise en place d'un tel procédé est simple. Elle requiert une base de données structurée et gérée comme cela est décrit dans les sections précédentes, ainsi qu'une fonction qui est en charge de la gestion des transferts de canal et qui est en relation avec la base de données. REVENDICATIONS 1. Procédé de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, mettant en oeuvre une base de données (200) comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans ledit réseau (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit procédé comprenant les étapes suivantes : /a/ déterminer (31), relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication de la base de données ; /b/ sélectionner (32), en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; /c/ sur la base du traitement sélectionné, prendre une décision (33) sur un changement de canal radio pour le terminal. 2. Procédé selon la revendication 1, suivant lequel les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. 3. Procédé selon la revendication 2, suivant lequel le critère de pertinence est choisi parmi au moins un des critères de la liste suivante : une qualité de service offerte au terminal, un débit du terminal, une charge du réseau. 4. Procédé selon la revendication 1 ou 2, suivant lequel la fonction de30gestion de la base de données initialise (400) ladite base de données en se fondant sur des données estimées. 5. Procédé selon la revendication 1 ou 2, suivant lequel la fonction de gestion de la base de données met à jour (401) les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sur la base de données reçues après le changement de canal radio. 6. Procédé la revendication 1 ou 2, comprenant en outre une étape consistant à requérir des informations pour mettre en oeuvre le traitement de changement de canal radio sélectionné. 7. Procédé selon la revendication 1 ou 2, suivant lequel chaque traitement de gestion compris dans la base de données correspond à un algorithme de gestion de changement de canal radio associé à un paramétrage respectif, des associations de différents paramétrages à un même algorithme formant différents traitements de gestion respectifs. 8. Dispositif (60) de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ledit dispositif opérant en fonction d'une base de données (200) comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit dispositif comprenant : une unité de détermination (61) adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données une unité de sélection (62) adaptée pour sélectionner, en fonctiondesdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; une unité de prise de décision (63) adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. 9. Dispositif de gestion de changement de canal radio selon la revendication 8, dans lequel les informations de pertinence affectées à une association d'un contexte de communication avec un traitement de changement de canal radio, indiquent si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. 10. Dispositif de gestion de base de données (200) destinées à être utilisées pour gérer un changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans le réseau (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; lesdites informations de pertinence indiquant si, dans ledit contexte de communication, il est pertinent selon un critère de pertinence donné, d'appliquer le traitement de changement de canal radio de ladite association. 11. Dispositif de gestion de base de données selon la revendication 10, dans lequel les informations de pertinence affectées respectivement aux associations d'un contexte de communication et d'un traitement de changement de canal radio sont mises à jour (401) en fonction de données reçues après un changement de canal radio. 12. Système de gestion de changement de canal radio alloué à un terminal communicant dans au moins un réseau de radiocommunication ledit système opérant en fonction d'une base de données (200) comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans lesdits réseaux (201-204), des informations de pertinence étant respectivement affectées auxdites associations ; ledit système comprenant : un dispositif de gestion de base de données (200) destinées à être utilisées pour gérer un changement de canal radio alloué à 10 un terminal communicant dans au moins un réseau de radiocommunication, ladite base de données comportant des associations entre des traitements de gestion de changement de canal radio et des contextes de communication dans lesdits réseaux (201-204), des informations de pertinence étant respectivement affectées auxdites associations; et un dispositif de gestion de changement de canal radio comprenant : • une unité de détermination (61) adaptée pour déterminer, relativement audit terminal et en fonction de caractéristiques de communication, un contexte de communication parmi lesdits contextes de communication stockés dans la base de données; • une unité de sélection (62) adaptée pour sélectionner, en fonction desdites informations de pertinence affectées à au moins une association correspondant audit contexte de communication, un traitement de gestion de changement de canal de la base de données ; • une unité de prise de décision (63) adaptée pour, sur la base du traitement sélectionné, prendre une décision sur un changement de canal radio pour le terminal. 15 20 25 30 13. Programme d'ordinateur destiné à être installé dans un dispositif de gestion de changement de canal radio, comprenant des instructions aptes à mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 7, lors d'une exécution du programme par des moyens de traitement du dispositif. 14. Programme d'ordinateur destiné à être installé dans un dispositif de gestion de base de données, comprenant des instructions aptes à mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 7, lors d'une exécution du programme par des moyens de traitement du dispositif.