Brevet FR2894761A1 — publié le 20070615

Procédé et dispositif de gestion d'une surcharge dans une cellule d'un réseau de radiocommunication, utilisation, programme informatique et moyen de stockage correspondants. 1. DOMAINE DE L'INVENTION Le domaine de l'invention est celui des réseaux de communication. Plus précisément, l'invention concerne les réseaux mobiles de 3ème génération (aussi appelés réseaux 3G) tels que notamment, mais non exclusivement, le GSM/GPRS ( Global System for Mobile / Global Packet Radio Service en anglais), l'UMTS WCDMA ( Universal Mobile Telecommunications Service Wideband Code-Division Multiple Access en anglais), l'UMTS TS-CDMA ( Universal Mobile Telecommunications Service Time Slot Code-Division Multiple Access en anglais),... Plus précisément encore, l'invention concerne une technique de gestion de charge permettant de faciliter la commutation d'une pluralité d'équipements utilisateur (téléphone mobile 3G, assistant personnel numérique (PDA),...) entre une pluralité d'états de service mise en oeuvre dans de tels réseaux. L'invention trouve notamment des applications dans la gestion de surcharge d'une cellule. 2. ART ANTÉRIEUR La norme 3GPP ( 3ra Generation Patrnership Project ) définit plusieurs états de 20 service d'un équipement utilisateur. Comme illustré par la figure 1, un équipement utilisateur ( UE pour User Equipment en anglais) peut commuter entre quatre états : - un premier état IDLE dans lequel l'équipement utilisateur ne se voit allouer aucun contexte et/ou ressources radio dans le réseau d'accès radio ; 25 un deuxième état Cell_DCH dans lequel l'équipement utilisateur se voit allouer des ressources radio dédiées ( DCH pour Dedicated Channel en anglais), destinées au transfert en temps réel de grande quantité de données, dans le cadre d'un appel circuit ou un appel paquet ; - un troisième état Cell_FACH dans lequel l'équipement utilisateur se voit 30 allouer des ressources radio communes ( FACH pour Forward Access Channel en anglais) (en d'autres termes, l'équipement utilisateur ne se voit 2 2894761 pas allouer de ressources radio propres), destinées au transfert de données de petite taille sans contrainte temps réel, dans le cadre d'un appel paquet uniquement ; et - un quatrième état URA PCH/CELL_PCH dans lequel l'équipement 5 utilisateur ne se voit allouer aucune ressource radio, mais conserve un contexte (par exemple une identité internationale d'abonné mobile ( IMSI pour International Mobile Subscriber Identity en anglais)) dans le contrôleur de réseau radio ( RNC pour Radio Network Controller en anglais). On rappelle que l'état URA_PCH ( UTRAN Registration Area 10 Paging Channel en anglais) permet d'économiser de l'énergie d'une part (libération des ressources) et de localiser l'équipement utilisateur au groupe URA de cellule près d'autre part. De façon générale, le passage dans l'état Cell FACH d'un équipement utilisateur est obtenu pour trois cas : 15 - un premier cas correspondant à une fin de période d'activité : l'équipement utilisateur n'a plus ou peu de données à transmettre ; - un deuxième cas correspondant à un manque de ressources radio dans l'état Cell DCH : l'équipement utilisateur est mis en attente dans l'état Cell_FACH jusqu'à ce que des ressources radio puissent lui être dédiées ; et - un troisième cas correspondant à une re-sélection de cellule : l'équipement utilisateur dans une cellule donnée passe dans une autre cellule, tout en restant dans l'état Cell FACH. On discute ci-après les inconvénients de l'art antérieur à travers le cas particulier de l'accès d'un équipement utilisateur à un service à commutation de paquets ( Packet-25 Switched (PS) service en anglais). Dans le contexte de l'accès à des services paquets, lorsqu'un équipement utilisateur n'a plus ou peu de données à transmettre, il commute (flèche référencée 1 sur la figure 1) de l'état Cell_DCH à l'état Cell_FACH. Dans l'état Cell FACH, l'équipement utilisateur reçoit et transmet des données sur un canal physique de contrôle 30 commun secondaire ( SCCPCH pour Secondary Common Control Physical 3 2894761 Channel en anglais), pour lequel aucune ressource radio n'est réservée par équipement utilisateur. Réciproquement, lorsque l'équipement utilisateur a de nouvelles données à transmettre, il commute (flèche référencée 2 sur la figure 1) de l'état Cell FACH à l'état 5 Cell_DCH. Il est important de noter que le passage dans l'état Cell_DCH de l'équipement utilisateur est conditionné par la vérification d'un algorithme d'admission, par exemple de type RAC ( Radio Admission Control en anglais), consistant à déterminer si on dispose de suffisamment de ressources radio (en terme de puissance) pour l'équipement 10 utilisateur. La plupart des algorithmes RAC existants sont stricts , en ce sens qu'ils n'autorisent que très peu d'équipements utilisateur d'une même cellule à être dans un état CellDCH. A titre d'exemple, pour le cas d'un service paquet de 64 kbit/s en voie montante et 384 kbit/s en voie descendante, seulement trois à sept équipements 15 utilisateur par cellule sont acceptés dans l'état Cell_DCH. Les inventeurs ont constaté que ces algorithmes d'admission pouvaient êtres inadaptés dans certaines situations. En effet, ils peuvent entraîner une surcharge de l'état Cell_FACH dans une cellule donnée du fait que, pour une transition aller (1) un grand nombre 20 d'équipements utilisateur est autorisé à passer de l'état Cell_DCH à l'état Cell_FACH (typiquement dans le cas de consultations de pages web, dans lequel les équipements utilisateur utilisent des services paquet avec un modèle de trafic non continu), alors que pour une transition retour (2) seulement un nombre limité d'équipements utilisateur est autorisé à repasser de l'état Cell_FACH à l'état Cell_DCH. Ainsi, l'inconvénient de ces algorithmes est qu'ils maintiennent plus longuement les équipements utilisateur dans l'état Cell_FACH avec un débit binaire ( bit rate en anglais) et une qualité de service ( QoS pour Quality of Service en anglais) très faible, et se traduit par exemple par des temps de chargements plus longs pour les nouvelles pages web. Aujourd'hui aucune technique de gestion de charge ou de gestion de qualité 30 de service dans l'état Cell_FACH n'est définie dans la norme 3GPP. 4 2894761 Néanmoins, une technique bien connue permettant de faciliter le passage (2) d'un équipement utilisateur de l'état Cell_FACH à l'état Cell_DCH repose sur la limitation du nombre d'équipements utilisateur dans l'état Cell_FACH. L'avantage de cette solution est qu'elle permet d'éviter une surcharge de l'état Cell_FACH. 5 Cependant, cette technique connue est mal adaptée au cas des surcharges de l'état Cell DCH. En effet, si plusieurs équipements utilisateur dans une même cellule devenaient très actifs dans le domaine de service paquet (PS) (c'est-à-dire dans le cas de téléchargements et/ou consultations des pages web ( web browsing en anglais)), alors un nombre limité de ces équipements utilisateur passerait à l'état CellFACH, tandis 10 qu'un grand nombre d'entre eux resterait bloqué dans l'état CellDCH, dans lequel ils consommeraient inutilement des ressources radio dédiées et empêcheraient des équipements utilisateur dans l'état IDLE de passer dans l'état Cell_DCH. Un autre inconvénient majeur de cette solution est qu'elle ne peut pas être adaptée de façon dynamique à la situation du trafic, et de ce fait n'est pas optimale pour 15 les réseaux 3G, dans la mesure où ces réseaux présentent en général des modèles de trafic variables. Il existe donc un besoin d'optimisation du contrôle de la charge dans une cellule d'un réseau 3G, notamment pour faciliter la commutation d'un ou plusieurs équipements utilisateur entre les différents états de service précités. 20 3. OBJECTIFS DE L'INVENTION L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir une technique de gestion de surcharge qui soit simple et efficace à mettre en oeuvre, notamment en terme de rapidité de transition de l'état Cell_FACH à l'état Cell_DCH, c'est-à-dire permettant 25 de minimiser les temps d'attente dans l'état Cell FACH. Un autre objectif de l'invention est de fournir une telle technique qui, dans un mode de réalisation particulier, facilite le passage d'un équipement utilisateur de l'état Cell DCH à l'état Cell FACH. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de 30 proposer une telle technique qui permette de réduire le temps d'attente d'un équipement utilisateur pour le passage de l'état IDLE à l'état Cell_FACH ou Cell_DCH. 5 2894761 Un autre objectif de l'invention, dans au moins un mode de réalisation, est de proposer une telle technique qui permette de réduire le temps d'attente d'un équipement utilisateur pour le passage de l'état URA PCH/CELL PCH à l'état CellFACH. Un autre objectif de l'invention, dans au moins un mode de réalisation, est de 5 fournir une telle technique qui supprime, ou tout le moins limite, les risques de coupures de communication en cours ( call drops en anglais). L'invention a encore pour objectif de fournir une telle technique qui, dans un mode de réalisation particulier, soit notamment bien adaptée à tous les réseaux 3G existants. 10 L'invention a également pour objectif de fournir une telle technique qui, dans un mode de réalisation particulier, ne conduise pas à une modification lourde ou complexe des stations mobiles actuelles. 4. EXPOSÉ DE L'INVENTION Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints à l'aide 15 d'un procédé de gestion d'une surcharge dans une cellule d'un réseau de radiocommunication cellulaire comprenant une pluralité d'équipements utilisateur pouvant chacun commuter entre une pluralité d'états comprenant un état Cell_DCH et un état Cell FACH. Selon l'invention, un tel procédé comprend les étapes suivantes, pour chaque requête d'allocation de ressources radio, appelée requête RAB, à un 20 équipement utilisateur donné se trouvant, avant envoi de ladite requête, dans un état initial dans lequel aucune ressource radio n'est allouée audit équipement utilisateur : - obtention pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell FACH à l'état Cell DCH ; détection d'une surcharge de l'état Cell_FACH, par analyse dudit taux courant de 25 transitions réussies ; - si une surcharge est détectée, rejet de ladite requête ; - si aucune surcharge n'est détectée, acceptation de ladite requête avec passage dudit équipement utilisateur dudit état initial à un état final dans lequel au moins une ressource radio est allouée audit équipement utilisateur. Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive pour la gestion de la charge dans une cellule d'un réseau de radiocommunication. En effet, 6 2894761 l'invention s'appuie sur le calcul d'un taux courant de transitions réussies pour le passage de l'état Cell_FACH à l'état Cell_DCH, qui n'impose donc aucune restriction fixe sur le nombre d'équipements utilisateur dans l'état Cell_FACH. En outre, l'invention propose d'automatiser tout ou partie de l'allocation des 5 ressources radio d'une cellule, en utilisant les informations de surcharge de l'état Cell_FACH qui sont obtenues par le traitement du taux courant de transitions réussies. Il est à noter qu'on prévoit avantageusement de ne pas refuser le passage d'un équipement utilisateur de l'état Cell_DCH à l'état Cell_FACH, de façon à éviter d'empêcher la libération des ressources radio dédiées. 10 De façon avantageuse, ledit état initial est un état IDLE, et ladite étape d'acceptation comprend les étapes suivantes : - détection d'une quantité suffisante de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur ; - si une quantité suffisante de ressources radio est détectée, passage dudit équipement 15 utilisateur dudit état IDLE audit état Cell DCH ; - sinon, passage dudit équipement utilisateur dudit état IDLE audit état Cell_FACH. De façon préférentielle, ledit état initial est un état URA PCH/CELLPCH, et ledit état final est l'état Cell_FACH. Avantageusement, ladite étape d'obtention pour ladite cellule d'un taux courant 20 de transitions réussies pour le passage de l'état Cell_FACH à l'état CellDCH comprend les étapes suivantes : - détermination d'un taux de succès immédiat RiT, égal au rapport entre un nombre de transitions réussies et un nombre de transitions essayées pendant une période courante T ; 25 détermination dudit taux courant de transitions réussies, noté RT, en fonction dudit taux de succès immédiat RiT et d'un taux précédent de transitions réussies noté RT-1 et obtenu à l'issue d'une période précédente T-l. Préférentiellement, RT = a.RiT + (1-a).RT-1 ; avec a e [0 ; 1]. 30 Il est à noter que cette formule mathématique est généralement appelée équation de filtrage à facteur d'oubli. 7 De façon avantageuse, ladite étape de détection d'une surcharge de l'état Cell FACH comprend les étapes suivantes : - comparaison dudit taux courant de transitions réussies à un seuil déterminé ; - si ledit taux courant est inférieur audit seuil déterminé, on estime qu'une surcharge 5 est détectée ; - sinon, on estime qu' aucune surcharge n' est détectée. Ainsi, il est possible pour un opérateur de réseau d'ajuster la valeur du seuil de façon à optimiser le compromis entre la qualité de service (en terme de réactivité) et la charge du réseau. 10 Dans un mode de réalisation avantageux de l'invention, ledit procédé comprend en outre les étapes suivantes : - première détection d'une capacité de préemption associée audit équipement utilisateur ; - en cas de première détection positive, deuxième détection d'une quantité suffisante 15 de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur ; - si une quantité suffisante de ressources radio est détectée, passage dudit équipement utilisateur dudit état IDLE audit état Cell DCH ; -sinon, réalisation de la préemption de ressources radio pour ledit équipement 20 utilisateur. De façon avantageuse, ledit procédé comprend en outre les étapes suivantes, dans le cas où la préemption de ressources radio est réalisée : - troisième détection d'une quantité suffisante de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur ; 25 si une quantité suffisante de ressources radio est détectée, passage dudit équipement utilisateur dudit état IDLE audit état Cell DCH ; - sinon : o obtention pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell_FACH à l'état Cell_DCH ; 30 o détection d'une surcharge de l'état Cell_FACH, par analyse dudit taux courant de transitions réussies ; o si une surcharge est détectée, rejet de ladite requête ; o si aucune surcharge n'est détectée, acceptation de ladite requête avec passage dudit équipement utilisateur dudit état IDLE audit état Cell_FACH L'invention concerne également une utilisation du procédé précité, dans le cas 5 où chaque équipement utilisateur, quand il est dans l'état Cell_DCH, utilise un canal dédié DTCH. L'invention concerne aussi une utilisation du procédé précité, dans le cas où chaque équipement utilisateur, quand il est dans l'état Cell DCH, utilise un canal dédié HS-DSCH. 10 L'invention concerne en outre un dispositif de gestion d'une surcharge dans une cellule d'un réseau de radiocommunication cellulaire comprenant une pluralité d'équipements utilisateur pouvant chacun commuter entre une pluralité d'états comprenant un état Cell_DCH et un état CellFACH. Selon l'invention, un tel dispositif comprend : 15 - des moyens de réception d'une requête d'allocation de ressources radio, appelée requête RAB, à un équipement utilisateur donné se trouvant, avant envoi de ladite requête, dans un état initial dans lequel aucune ressource radio n'est allouée audit équipement utilisateur ; - des moyens d'obtention pour ladite cellule d'un taux courant de transitions réussies 20 pour le passage de l'état Cell_FACH à l'état Cell DCH ; - des moyens de détection d'une surcharge de l'état Cell FACH, par analyse dudit taux courant de transitions réussies ; - des moyens de traitement de ladite requête et des moyens de commutation dudit équipement utilisateur dudit état initial à un état final dans lequel au moins une 25 ressource radio est allouée audit équipement utilisateur, si aucune surcharge n'est détectée. Plus généralement, le dispositif selon l'invention comprend des moyens de mise en oeuvre du procédé de gestion d'une surcharge tel que décrit précédemment (dans l'un quelconque de ses modes de réalisation). 30 Préférentiellement, le dispositif précité est compris dans un contrôleur de réseau radio. 9 2894761 L'invention concerne encore un programme informatique comprenant des instructions de code de programme pour l'exécution des étapes du procédé précité, lorsque ledit programme est exécuté dans ou par un microprocesseur. L'invention concerne aussi un moyen de stockage, éventuellement totalement ou 5 partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé précité. 5. LISTE DES FIGURES D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre 10 de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1, déjà commentée en relation avec l'art antérieur, présente les quatre états de service d'un équipement utilisateur de la norme 3GPP ; la figure 2 présente un schéma simplifié d'un système d'accès à des services paquet selon un mode de réalisation particulier de l'invention ; 15 - la figure 3 représente un organigramme d'un mode de réalisation particulier du procédé de gestion de l'invention, pour le cas d'un équipement utilisateur venant d'un état initial IDLE ; et - la figure 4 représente un organigramme d'un mode de réalisation particulier du procédé de gestion de l'invention, pour le cas d'un équipement utilisateur 20 venant d'un état initial URA PCH/CELL PCH. 6. DESCRIPTION DÉTAILLÉE La figure 2 illustre de façon schématique un mode de réalisation particulier d'un système d'accès 20 à des services paquet selon l'invention, permettant de mettre en oeuvre le procédé de gestion d'une surcharge selon un mode de réalisation particulier de 25 l'invention. On suppose qu'un équipement utilisateur UE dans une cellule donnée (non représentée) souhaite accéder à un ou plusieurs services 3GPP à commutation de paquets ( 3GPP Packet Services en anglais) offerts via un réseau coeur CN ( Core Network en anglais) relié à un contrôleur de réseau radio RNC ( Radio Network Controller en 30 anglais). 10 2894761 De façon classique, l'équipement utilisateur UE est relié à une station de base, appelée Node B (dans le cadre des réseaux 3G) (ou BTS pour Base Transceiver Station en anglais, dans le cadre des réseaux GSM), via une interface Uu. La station de base Node B est reliée au contrôleur de réseau radio RNC, via une interface Iub. Le contrôleur de réseau radio RNC est relié au réseau coeur CN, via une interface Iu-Ps. Dans toute la suite de ce document, on entend par établissement d'un RAB (pour Radio Access Bearer en anglais, ou tunnel de communication en français) un établissement complet comprenant : non seulement l'établissement d'un RAB en tant que tel (c'est-à-dire 10 l'établissement d'un canal dédié DTCH ( Dedicated Transport Channel en anglais) ou HS-DCH ( High Speed Downlink Shared Channel en anglais) ; mais aussi l'établissement préalable d'une connexion RRC ( Radio Resource Control en anglais). De la même façon, on entend par requête RAB (aussi appelée requête d'allocation de ressources radio) une requête, transmise depuis le réseau coeur CN vers le contrôleur de réseau radio RNC, en vue de l'établissement d'un RAB au sens précité (c'est-à-dire au sens d'un établissement complet). Une telle requête RAB est traitée par le contrôleur de réseau radio RNC. Selon un mode de réalisation particulier de l'invention, le traitement de cette requête RAB repose sur la détection d'une surcharge dans la cellule donnée, par l'analyse d'un taux courant de transitions réussies. Le traitement de la requête RAB est présenté en détail par la suite, en relation avec les figures 3 et 4, correspondant à deux états de départ (aussi appelés par la suite états initiaux) distincts de l'équipement 25 utilisateur UE. On décrit maintenant, en relation avec la figure 3, l'enchaînement successif des différentes étapes du procédé 30 selon l'invention, pour un premier mode de réalisation dans lequel un équipement utilisateur dans une cellule donnée se trouve, avant envoi de la requête RAB, dans un état IDLE. 30 Une phase d'identification, référencée I, comprend une première étape 31, au cours de laquelle le contrôleur de réseau radio RNC détermine la classe de service de la 15 20 11 2894761 requête RAB, de sorte qu'en présence d'une classe de service PS Interactive/Background ( Service Paquet interactive/transfert long en français) on passe à une étape 32, en revanche, s'il ne s'agit pas d'une classe de service PS Interactive/Background, on exécute la procédure classique d'établissement d'appel, c'est- 5 à-dire sans faire intervenir le mécanisme selon l'invention de détection d'une surcharge dans une cellule, tel que décrit ci-dessous. Lors de l'étape 32, le contrôleur de réseau radio RNC vérifie les droits associés à l'équipement utilisateur UE. Si une capacité de préemption associée à l'équipement utilisateur UE est détectée (321), on passe à une étape 33, sinon (322) on passe à une étape 34. Lors de l'étape 34, on détermine un taux de succès immédiat, noté RiT, égal au rapport entre un nombre de transitions réussies et un nombre de transitions essayées pendant une période courante T. Ensuite, lors de l'étape 35 on calcule un taux courant de transitions réussies, noté 15 RT, en fonction du taux de succès immédiat RiT obtenu à l'étape 34 et d'un taux précédent de transitions réussies, noté RT-1, obtenu à l'issue d'une période précédente T-1. Dans un mode de réalisation particulier de l'invention, le taux courant de transitions réussies RT est obtenu avec l'équation suivante : 20 RT = a.RiT + (1-a).RT-1 avec a E [O ; 1]. Lors de l'étape 36, on compare le taux courant de transitions réussies RT obtenu à l'étape 35 à un seuil déterminé, de sorte que si le taux courant RT est inférieur au seuil déterminé, alors on estime qu'une surcharge est détectée (361) ; dans le cas contraire, on 25 estime qu'aucune surcharge n'est détectée (362) puis on passe à une étape 37. On rappelle que lorsqu'une surcharge est détectée (361), la requête est rejetée (363), ce qui entraîne le maintien de l'équipement utilisateur UE dans l'état IDLE. Enfin, lors de l'étape 37, le contrôleur de réseau radio RNC met en oeuvre un algorithme (par exemple du type RAC, CAC, CEAC,...) permettant de détecter si une 30 quantité suffisante de ressources radio et de bande passante sur des interfaces peut être allouées de façon dédiée à l'équipement utilisateur UE. En cas de détection positive 12 2894761 (372) (ressources radio et bande passante sur des interfaces dédiées suffisantes), l'équipement utilisateur UE bascule (flèche référencée 3 sur la figure 1) de l'état IDLE à l'état Cell_DCH (373) ; dans le cas contraire (371), l'équipement utilisateur UE bascule (flèche référencée 4 sur la figure 1) de l'état IDLE à l'état Cell FACH (374). 5 On décrit ci-après l'enchaînement successif des différentes étapes du procédé 30 selon l'invention pour le cas où une capacité de préemption associée à l'équipement utilisateur UE est détectée à l'étape 32 précitée. Lors de l'étape 33 (identique à l'étape 37), le contrôleur de réseau radio RNC met en oeuvre un algorithme (par exemple du type RAC, CAC, CEAC,...) permettant de 10 détecter si une quantité suffisante de ressources radio peut être allouées de façon dédiée à l'équipement utilisateur UE. En cas de détection positive (331) (ressources radio dédiées suffisantes), l'équipement utilisateur UE (en référence à la figure 1) bascule 3 de l'état IDLE à l'état Cell_DCH (334) ; dans le cas contraire (332), on réalise la préemption de ressources radio (333) pour l'équipement utilisateur UE puis on passe à une étape 38. Lors de l'étape 38 (identique à l'étape 37), le contrôleur de réseau radio RNC met en oeuvre un algorithme (par exemple du type RAC, CAC, CEAC,...) permettant de détecter si une quantité suffisante de ressources radio peut être allouées de façon dédiée à l'équipement utilisateur UE. En cas de détection positive (381) (ressources radio dédiées suffisantes), l'équipement utilisateur UE (en référence à la figure 1) bascule (3) de l'état IDLE à l'état Cell_DCH (334) ; dans le cas contraire (382), on réalise successivement les étapes 34 et 35 précitées, puis on passe à une étape 39. Enfin, lors de l'étape 39, on compare le taux courant de transitions réussies RT obtenu à l'étape 35 à un seuil déterminé, de sorte que si le taux courant RT est inférieur au seuil déterminé, alors on estime qu'une surcharge est détectée (391) ; dans le cas contraire (392), l'équipement utilisateur UE (en référence à la figure 1) bascule (4) de l'état IDLE à l'état Cell_FACH (393). On rappelle que lorsqu'une surcharge est détectée (391), la requête est rejetée (394), ce qui entraîne le maintien de l'équipement utilisateur UE dans l'état IDLE. On décrit maintenant, en relation avec la figure 4, l'enchaînement successif des différentes étapes du procédé 40 selon l'invention, pour un deuxième mode de 13 2894761 réalisation dans lequel un équipement utilisateur dans une cellule donnée se trouve, avant envoi de la requête RAB, dans un état URA_PCH/CELL_PCH. Une phase d'identification, référencée II, comprend une première étape 41, au cours de laquelle le contrôleur de réseau radio RNC détermine la classe de service de la 5 requête RAB, de sorte qu'en présence des classes de services interactive ou transfert long (dit background en anglais) on passe à une étape 42, en revanche, en présence d'un autre type de classe de service (par exemple streaming ) on rejette la requête, c'est-à-dire qu'on maintien l'équipement utilisateur dans l'état URA PCH/CELL PCH. 10 Lors de l'étape 42 (identique à l'étape 34), on détermine un taux de succès immédiat, noté RiT, égal au rapport entre un nombre de transitions réussies et un nombre de transitions essayées pendant une période courante T. Ensuite, lors de l'étape 43 (identique à l'étape 35) on calcule un taux courant de transitions réussies, noté RT, en fonction du taux de succès immédiat RiT obtenu à 15 l'étape 42 et d'un taux précédent de transitions réussies, noté RT-1, obtenu à l'issue d'une période précédente T-1. Enfin, lors de l'étape 44, on compare le taux courant de transitions réussies RT obtenu à l'étape 43 à un seuil déterminé, de sorte que si le taux courant RT est inférieur au seuil déterminé, alors on estime qu'une surcharge est détectée (441) ; dans le cas 20 contraire (442), l'équipement utilisateur UE bascule (flèche référencée 5 sur la figure 1) de l'état URA PCH/CELL PCH à l'état Cell FACH (443). On rappelle que lorsqu'une surcharge est détectée (441), la requête est rejetée (444), ce qui entraîne le maintien de l'équipement utilisateur UE dans l'état URA PCH/CELL PCH. 25 Latechnique de l'invention présente de nombreux avantages, dont une liste non exhaustive est donnée ci-dessous : - amélioration du passage de l'état Cell FACH à l'état Cell_DCH. En effet, l'invention permet à un équipement utilisateur de ne pas être bloqué dans l'état Cell FACH et de sortir rapidement de cet état, sans devoir repasser par 30 l'état IDLE. 5 10 14 2894761 - amélioration de l'ergonomie pour la gestion de la charge d'un réseau. En effet, l'invention est basée sur la détection d'une surcharge de l'état Cell_FACH. Cette information de surcharge s'adapte automatiquement aux évolutions du réseau (variation du nombre d'équipements utilisateur sur le réseau, évolution des modèles de trafic,...). L'invention s'applique notamment, mais non exclusivement, au cas où : - chaque équipement utilisateur, quand il est dans l'état Cell_DCH, utilise un canal dédié DTCH ; - chaque équipement utilisateur, quand il est dans l'état Cell_DCH, utilise un canal dédié HS-DSCH. 15 REVENDICATIONS 1. Procédé (30) de gestion d'une surcharge dans une cellule d'un réseau de radiocommunication cellulaire comprenant une pluralité d'équipements utilisateur (UE) pouvant chacun commuter entre une pluralité d'états comprenant un état Cell_DCH et un état Cell FACH, caractérisé en ce que ledit procédé (30) comprend les étapes suivantes, pour chaque requête d'allocation de ressources radio, appelée requête RAB, à un équipement utilisateur (UE) donné se trouvant, avant envoi de ladite requête, dans un état initial dans lequel aucune ressource radio n'est allouée audit équipement utilisateur (UE) : - obtention (34, 35) pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell FACH à l'état Cell_DCH ; - détection (36) d'une surcharge de l'état Cell_FACH, par analyse dudit taux courant de transitions réussies ; - si une surcharge est détectée, rejet de ladite requête ; - si aucune surcharge n'est détectée, acceptation (37) de ladite requête avec passage dudit équipement utilisateur (UE) dudit état initial à un état final dans lequel au moins une ressource radio est allouée audit équipement utilisateur (UE). 2. Procédé (30) selon la revendication 1, caractérisé en ce que ledit état initial est un état IDLE, et en ce que ladite étape d'acceptation (37) comprend les étapes suivantes : - détection d'une quantité suffisante de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur (UE) ; - si une quantité suffisante de ressources radio est détectée (372), passage dudit équipement utilisateur (UE) dudit état IDLE audit état Cell_DCH (373) ; sinon (371), passage dudit équipement utilisateur (UE) dudit état IDLE audit état Cell_FACH (374). 3. Procédé (30) selon la revendication 1, caractérisé en ce que ledit état initial est un état URA PCH/CELL_PCH, et en ce que ledit état final est l'état Cell FACH. 4. Procédé (30) selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite étape d'obtention pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell FACH à l'état Cell_DCH comprend les étapes suivantes : 16 2894761 - détermination (34) d'un taux de succès immédiat RiT, égal au rapport entre un nombre de transitions réussies et un nombre de transitions essayées pendant une période courante T ; - détermination (35) dudit taux courant de transitions réussies, noté RT, en fonction 5 dudit taux de succès immédiat RiT et d'un taux précédent de transitions réussies noté RT-1 et obtenu à l'issue d'une période précédente T-1. 5. Procédé (30) selon la revendication 4, caractérisé en ce que : RT = a.RiT + (1-a).RT-1 avec a E [0 ; 1]. 10 6. Procédé (30) selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite étape de détection (36) d'une surcharge de l'état Cell_FACH comprend les étapes suivantes : - comparaison dudit taux courant de transitions réussies à un seuil déterminé ; - si ledit taux courant est inférieur audit seuil déterminé, on estime qu'une surcharge 15 est détectée (361) ; - sinon, on estime qu'aucune surcharge n'est détectée (362). 7. Procédé (30) selon la revendication 2, caractérisé en ce que ledit procédé comprend en outre les étapes suivantes : - première détection (32) d'une capacité de préemption associée audit équipement 20 utilisateur (UE) ; - en cas de première détection positive (321), deuxième détection (33) d'une quantité suffisante de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur (UE) ; - si une quantité suffisante de ressources radio est détectée (331), passage dudit 25 équipement utilisateur (UE) dudit état IDLE audit état Cell DCH (334) ; -sinon (332), réalisation de la préemption de ressources radio (333) pour ledit équipement utilisateur (UE). 8. Procédé (30) selon la revendication 7, caractérisé en ce que ledit procédé comprend en outre les étapes suivantes, dans le cas où la préemption de ressources radio 30 (333) est réalisée : 17 2894761 -troisième détection (38) d'une quantité suffisante de ressources radio pouvant être allouées de façon dédiée audit équipement utilisateur (UE) ; - si une quantité suffisante de ressources radio est détectée (381), passage dudit équipement utilisateur (UE) dudit état IDLE audit état Cell DCH (334) ; 5 - sinon (382) : o obtention (34, 35) pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell FACH à l'état Cell DCH ; o détection (39) d'une surcharge de l'état Cell_FACH, par analyse dudit taux courant de transitions réussies ; 10 o si une surcharge est détectée (391), rejet de ladite requête (394) ; o si aucune surcharge n'est détectée (392), acceptation de ladite requête avec passage dudit équipement utilisateur (UE) dudit état IDLE audit état CellFACH (393). 9. Utilisation d'un procédé de gestion d'une surcharge selon l'une quelconque des 15 revendications 1 à 8, dans le cas où chaque équipement utilisateur (UE), quand il est dans l'état Cell DCH, utilise un canal dédié DTCH. 10. Utilisation d'un procédé de gestion d'une surcharge selon l'une quelconque des revendications 1 à 8, dans le cas où chaque équipement utilisateur (UE), quand il est dans l'état Cell DCH, utilise un canal dédié HS-DSCH. 20 11. Dispositif de gestion d'une surcharge dans une cellule d'un réseau de radiocommunication cellulaire comprenant une pluralité d'équipements utilisateur (UE) pouvant chacun commuter entre une pluralité d'états comprenant un état Cell DCH et un état Cell FACH, caractérisé en ce qu'il comprend : - des moyens de réception d'une requête d'allocation de ressources radio, appelée 25 requête RAB, à un équipement utilisateur (UE) donné se trouvant, avant envoi de ladite requête, dans un état initial dans lequel aucune ressource radio n'est allouée audit équipement utilisateur (UE) ; - des moyens d'obtention pour ladite cellule d'un taux courant de transitions réussies pour le passage de l'état Cell_FACH à l'état Cell DCH ; 30 - des moyens de détection d'une surcharge de l'état Cell_FACH, par analyse dudit taux courant de transitions réussies ; 18 2894761 - des moyens de traitement de ladite requête et des moyens de commutation dudit équipement utilisateur (UE) dudit état initial à un état final dans lequel au moins une ressource radio est allouée audit équipement utilisateur (UE), si aucune surcharge n'est détectée. 5 12. Dispositif selon la revendication 11, caractérisé en ce qu'il est compris dans un contrôleur de réseau radio (RNC). 13. Programme informatique caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution des étapes du procédé d'au moins une des revendications 1 à 8, lorsque ledit programme est exécuté dans ou par un 10 microprocesseur. 14. Moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé d'au moins une des revendications 1 à 8.