Brevet FR2831009A1 — publié le 20030418

PROCEDE POUR LA REPRISE DE TRANSFERT SUR UNE CONNEXION TEMPORAIRE EN MODE PAQUET DANS UN SYSTEME DE RADIOCOMMUNICATIONS MOBILES La présente invention concerne d'une manière générale les systèmes de radiocommunications mobiles. D'une manière générale, dans ces systèmes, on distingue les services en mode circuit, qui ont plutôt été conçus pour du trafic sensible aux délais d'acheminement (tel que notamment la voix) mais dans lesquels l'utilisation de la bande passante n'est pas optimisée, et les services en mode paquet, qui ont plutôt été conçus pour du trafic peu sensible aux délais d'acheminement (tel que notamment le transfert de données) mais dans lesquels l'utilisation de la bande passante est mieux optimisée. Un exemple de système de radiocommunications mobiles est le système GSM ("Global System for Mobile communications"), initialement développé principalement pour la téléphonie, et dans lequel a ensuite été introduite la fonctionnalité GPRS ("General Packet Radio Service") permettant d'offrir des services en mode paquet. Pour une description détaillée d'un tel système, on pourra notamment se référer aux spécifications correspondantes, publiées par les organismes de normalisation correspondants. Pour les services en mode paquet, l'architecture d'un système de type GSM/GPRS est rappelée sur la figure 1, elle comporte essentiellement- - un sous-système de stations de base ou BSS ("Base Station Subsystem"), comportant des stations de base ou BTS ("Base Transceiver Station"), et des contrôleurs de stations de base ou BSC ("Base Station Controller"), - un sous-système de réseau comportant des entités telles que les entités SGSN ("Serving GPRS Support Node") et GGSN (o Gateway GPRS Support Node > > ). Le BSS est en relation d'une part avec des stations mobiles ou MS ( Mobile Station ) et d'autre part avec le sous-système de réseau. Le sous-système de réseau est en relation d'une part avec le BSS, d'autre part avec des réseaux extérieurs tels que notamment des réseaux IP (pour Internet Protocol en anglais),... etc, non illustrés spécifiquement sur la figure 1. Selon l'architecture en couches utilisée pour décrire un tel système, on distingue, sur l'interface entre MS et BSS (ou interface radio) : une première couche, ou couche physique, une deuxième couche, ou couche liaison, elle-même divisée en plusieurs couches : par ordre de niveaux croissants, MAC ( Medium Access Control ), RLC ( Radio Link Contrez et LLC ( Logical Link Control))). De même, on distingue, sur l'interface entre BSS et SGSN : une première couche, ou couche physique, une deuxième couche, ou couche liaison, elle-même divisée en plusieurs couches : par ordre de niveaux croissants, Frame Relay , BSSGP ( BSS GPRS Protocol ), et LLC ( Logical Link Control ). Des trames appelées trames LLC sont formées, dans la couche LLC, à partir d'unités de données de niveau supérieur. Dans les trames LLC ces unités de données sont appelées unités de données LLC-PDU ( LLC-Protocol Data Units ). Les unités de données LLC-PDU sont ensuite segmentées dans la couche MAC/RLC, de manière à former des blocs appelés blocs de données RLC (ou RLC data blocks ), ou blocs radio. Les blocs de données RLC sont ensuite mis au format requis pour transmission sur l'interface radio, dans la couche physique. En outre, dans les couches RLC et LLC peuvent être mises en oeuvre des procédures de re-transmission de données non correctement reçues (blocs de données RLC ou unités de données LLC-PDU selon le cas), selon une technique appelée aussi ARQ ("Automatic Repeat reQuest"). L'état, correct ou non, des blocs ou unités de données reçus est signalé par le récepteur à l'émetteur au moyen de messages dits d'acquittement (ou ACK, pour "ACKnowledgment") ou de nonacquittement (ou NACK, pour "Non-ACKnowledgment"). En outre, des protocoles de signalisation sont prévus, notamment pour la gestion des ressources radio ou RR ( Radio Resource Management ), la gestion de la mobilité ou MM ( Mobility Management ), la gestion de session ou SM ( Session Management ), le contrôle de lien logique ou LL ( Logical Link Control ),... etc. En mode paquet, une station mobile peut être : soit dans un mode dit packet trar. sfer mode , dans lequel des ressources sont allouées temporairement, lorsque des données sont effectivement à transmettre au cours d'une communication, ces ressources formant une connexion temporaire en mode paquet ou TBF (pour Temporary Block Flow ), pour un sens de transmission donné, soit dans un mode dit packet idle mode , dans lequel aucun TBF n'est établi. Par opposition, en mode circuit, le mode dans lequel des ressources sont allouées à une station mobile est appelé dedicated mode (en anglais), ces ressources étant alors des ressources dédiées allouées à la station mobile pour la durée de la communication. En mode paquet, les ressources allouées sont constituées par des canaux appelés PDCH (pour Packet Data Channel ). Les canaux PDCH correspondent à des intervalles de temps (ou time-slots ) d'une structure de trame de type TDMA ( Time Division Multiple Access ). Un ou plusieurs intervalles de temps d'une même trame peuvent être alloués, dans le sens montant et/ou dans le sens descendant. Dans le cas de communication bidirectionnelle, les canaux alloués pour le sens montant et pour le sens descendant sont indépendants, et d'une manière générale asymétriques. En outre, chaque canal PDCH inclut un canal de contrôle associé ou PACCH ( Packet Associated Control Channel ) utilisé pour transporter de la signalisation associée. Notamment, pour un PDCH alloué à une station mobile dans le sens montant, la signalisation associée inclut des acquittements de données transférées dans le sens descendant ; le réseau invite alors la station mobile à transmettre ces acquittements, dans des ressouces réservées à cet effet dans le sens montant (cette technique d'invitation à transmettre étant aussi appelé polling en anglais). En outre, pour un multiplexage efficace de blocs radio dans le sens montant, un mode d'allocation dynamique est prévu, selon lequel le réseau indique à chaque station mobile, pour chaque occurrence d'un PDCH qui lui a été alloué, si elle est ou autorisée ou non à transmettre. Plus précisément une information appelée USF ( Up) ink Status Flag ) est transmise à chaque occurrence d'un PDCH dans le sens descendant et indique si une station mobile est ou non autorisée à transmettre à la prochaine occurrence du PDCH correspondant dans le sens, montant. En outre, pour l'initialisation d'un transfert de données par une station mobile (ou établissement d'un TBF à l'initiative de la station mobile), il est possible d'utiliser l'une ou l'autre de deux méthodes dites respectivement d'accès en une seule phase (ou one phase access ) ou d'accès en deux phases (ou two phase access ). Lors de l'établissement d'un TBF à l'initiative de la station mobile, la station mobile envoie au réseau un message PACKET CHANNEL REQUEST sur un canal commun montant ou PRACH ( Packet Random Access Channel ), ou un message CHANNEL REQUEST sur un canal commun montant ou RACH ( Random Access Channel ). Dans le cas de l'accès en une seule phase le réseau répond par un message PACKET UPLINK ASSIGNMENT sur un canal commun descendant ou PAGCH ( Packet Access Grant Channel ), ou par un message IMMEDIATE ASSIGNMENT sur un canal commun descendant ou AGCH ( Access Grant Channel ), ce message indiquant directement à la station mobile les canaux PDCH alloués. La station mobile utilise alors ces ressources pour transmettre des données (ou blocs de données RLC) dans le sens montant. Dans le cas de l'accès en deux phases le réseau répond par un message PACKET UPLINK ASSIGNMENT sur le canal PAGCH, ou par un message IMMEDIATE ASSIGNMENT sur le canal AGCH, ce message indiquant à la station mobile une ressource limitée sur un canal PDCH, qu'elle peut utiliser pour transmettre un message PACKET RESOURCE REQUEST contenant une description plus précise des ressources requises. Le réseau lui indique alors, au moyen d'une message Packet Uplink Assignment les canaux PDCH qui lui ont été alloués, comme dans le cas de l'accès en une phase. En outre, des procédures de ré-allocation de ressources ou de changement de demande de service en cours de transfert sont prévues, selon lesquelles la station mobile effectue une requête (dans un message de type PACKET RESOURCE REQUEST et et le réseau répond au moyen d'un message de type PACKET UPLINK ASSIGNMENT indiquant à la station mobile de nouvelles ressources qui lui sont allouées. En outre, lorsqu'un TBF est en cours dans le sens descendant, la station mobile peut requérir l'établissement d'un TBF dans le sens montant en transmettant une requête dans un message d'acquittement de données transférées dans le sens descendant, ou message PACKET DOWNLINK ACK/NACK (plus précisément dans un champ d'information de ce message appelé Channel Request Description ) et le réseau répond au moyen d'un message de type PACKET UPLINK ASSIGNMENT indiquant à la station mobile de nouvelles ressources qui lui sont allouées. Les ressources ou canaux PDCHs alloués pour un transfert de données dans le sens montant (ou transfert de données ayant pour origine la station mobile) sont généralement réservés pour un nombre donné de blocs radio, correspondant généralement au volume de données à transférer annoncé par la station mobile lors de la phase d'établissement du TBF. Cependant, pour permettre à un tel système de pouvoir traiter en mode paquet des trafics autres que ceux pour lesquels il a initialement été conçu, des fonctionnalités supplémentaires ont été introduites. Ainsi, la notion de TBF ouvert (ou open-ended TBF ) a été introduite, par opposition à la notion de TBF fermé (ou close-ended TBF ). Notamment, dans le sens montant, un TBF ouvert peut opérer dans un mode appelé mode TBF étendu (ou extended TBF en anglais), dans lequel le TBF peut être maintenu pendant des périodes d'inactivité temporaire de la station mobile où la station mobile n'a pas d'informations RLC à transmettre, le réseau continuant alors à allouer des ressources à la station mobile même pendant ces périodes d'inactivité temporaire. Plus précisément : - Une valeur différente de zéro du paramètre RLC~OCTET~COUNT contenu dans le message CHANNEL REQUEST signifie que le TBF dont la station mobile requiert l'établissement est un TBF fermé. Des ressources ne sont alors allouées que pour la transmission du volume de données que la station mobile souhaite transférer, indiqué par la valeur de ce paramètre. Le TBF est alors relâché lorsque la station mobile indique (dans un paramètre spécifique prévu dans l'en-tête des blocs de données RLC qu'elle transmet, ou paramètre CV ( Countdown Value ) que le bloc transmis est le dernier bloc. - Une valeur du paramètre RLCOCTETCOUNT égale à zéro signifie que le TBF dont la station mobile requiert l'établissement est un TBF ouvert. En outre, pour le sens montant, si les entités RLC/MAC du réseau et de la station mobile qui échangent des unités de données de protocole sur la connexion temporaire correspondant à ce TBF supportent toutes les deux le mode TBF étendu, alors ce TBF est opéré selon le mode TBF étendu. Pour plus de détails sur le protocole RLC/MAC, on pourra se référer notamment à la spécification 3GPP TS 44.060. Ce document ne décrit cependant pas de solution pour la reprise de transfert de données sur un TBF étendu, après une période d'inactivité temporaire d'une station mobile. Le document EP 1 021 01 7 propose la solution suivante : - lorsque le réseau reçoit de la station mobile un dernier bloc (avant une période d'inactivité temporaire), le réseau transmet à la station mobile un message d'acquittement, - la station mobile indique alors, au moyen d'un message acquittement transmis en retour au réseau, qu'elle a besoin de poursuivre le transfert, - les besoins de la station mobile pour la poursuite du transfert pouvant être différents de ses besoins précédents, et la taille du message utilisé n'étant pas suffisante pour contenir une description détaillée de ses besoins, le réseau lui alloue alors des ressources spécifiques pour la transmission détaillée de ses besoins dans un message PACKET RESOURCE REQUEST , - la station mobile transmet alors ce message PACKET RESOURCE REQUEST , et le réseau peut alors lui allouer des ressources pour poursuivre le transfert. Une telle solution a notamment pour inconvénient d'être relativement longue à mettre en oeuvre et de nécessiter une quantité relativement importante de ressources radio pour les échanges de signalisation correspondants (puisque quatre échanges sont nécessaires avant que le réseau puisse allouer des ressources à la station mobile pour la poursuite du transfert, en correspondance avec ses nouveaux besoins). En outre, le maintien du TBF pendant une période d'inactivité temporaire entraîne un gaspillage inutile de ressources radio allouées, tant que la station mobile n'a pas besoin de reprendre le transfert. Notamment, dans le mode d'allocation dynamique rappelé précédemment, des invitations à transférer des données (ou USFs) sont transmises inutilement à une station mobile, alors que cette station mobile n'a actuellement rien à transmettre. La solution proposée par le document cité précédemment ne permet pas non plus d'éviter ces inconvénients. La présente invention a notamment pour but d'éviter ces différents inconvénients. Plus généralement, la présente invention a pour but d'optimiser les mécanismes de maintien d'un TBF en mode étendu pendant des périodes d'inactivité temporaire et de reprise de transfert après ces périodes d'inactivité temporaire. Plus genéralement encore, la présente invention a pour but d'optimiser les mécanismes d'allocation de ressources, ou d'actualisation de ressources allouées, en vue d'optimiser les performances de ces systèmes. Un des objets de la présente invention est un procédé pour la reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant entre une station mobile et un réseau dans un système de radiocommunications mobiles, ce procédé étant essentiellement tel que la station mobile transmet au réseau des informations de requête de reprise de transfert, dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant entre le réseau et la station mobile. Suivant une autre caractéristique, ledit message de signalisation est un message utilisé pour transmettre des acquittements. Suivant une autre caractéristique, ledit message d'acquittement est un message de type PACKET DOWNLINK ACK/NACK . Suivant une autre caractéristique, lesdites informations de requête de reprise de transfert appartiennent au groupe comportant : une indication selon laquelle la station mobile requiert une reprise de transfert, une indication du nombre courant de blocs de données qui n'a pas été transmis, une indication que la station mobile a l'intention de reprendre le transfert avec un changement de service demandé, une indication du nombre courant de blocs de données qui n'a pas été transmis et une indication que la station mobile a l'intention de reprendre le transfert avec un changement de service demandé. Suivant une autre caractéristique, ladite indication du nombre courant de blocs de données qui n'a pas été transmis est fournie par un paramètre de type CV ( Suivant une autre caractéristique, ledit changement de service demandé est indiqué au moyen de paramètres appartenant au groupe comportant : - un ensemble de paramètres représentatifs de la qualité de service pour le protocole RLC/MAC, un paramètre représentatif d'un profil de qualité de service négocié entre la station mobile et le réseau. Suivant une autre caractéristique, ledit ensemble de paramètres représentatifs de la qualité de service pour le protocole RLC/MAC est transmis dans un champ d'information de type Channel Request Description . Suivant une autre caractéristique, ledit paramètre représentatif d'un profil de qualité de service négocié entre la station mobile et le réseau est un paramètre de type PFI ( Packet Flow Identifier ). Suivant une autre caractéristique, le réseau peut stopper l'allocation de ressources à la station mobile dans le sens montant pendant une période d'inactivité temporaire de la station mobile. Suivant une autre caractéristique, dans un mode d'allocation dynamique de ressources dans le sens montant, le réseau peut ne recommencer à transmettre à la station mobile des invitations à transférer des données dans le sens montant, après une période d'inactivité temporaire de la station mobile, que lorsqu'il reçoit de la station mobile des informations de requête de reprise de transfert. Suivant une autre caractéristique, dans un mode d'allocation dynamique de ressources dans le sens montant, le réseau peut ajuster la transmission à la station mobile des invitations à transférer des données dans le sens montant, dans une période d'activité de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. Suivant une autre caractéristique, le réseau peut ajuster la transmission à la station mobile des invitations à transférer des acquittements dans le sens montant, pendant une période d'inactivité temporaire de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. Un autre objet de la présente invention est une station mobile pour la mise en oeuvre d'un tel procédé, ladite station mobile comportant essentiellement : - des moyens pour, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, transmettre au réseau des informations de requête de reprise de transfert, dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. Un autre objet de la présente invention est un équipement de réseau pour la mise en oeuvre d'un tel procédé, ledit équipement de réseau comportant essentiellement : - des moyens pour recevoir d'au moins une station mobile des informations de requête de reprise de transfert, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, lesdites informations étant transmises par la station mobile dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. Suivant une autre caractéristique, ledit équipement de réseau peut en outre comporter : - des moyens pour stopper l'allocation de ressources à la station mobile dans le sens montant pendant une période d'inactivité temporaire de la station mobile. Suivant une autre caractéristique, ledit équipement de réseau peut en outre comporter : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ne recommencer à transmettre à la station mobile des invitations à transférer des données dans le sens montant, après une période d'inactivité temporaire de la station mobile, que lorsqu'il reçoit de la station mobile des informations de requête de reprise de transfert. Suivant une autre caractéristique, ledit équipement de réseau peut en outre comporter : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ajuster la transmission à la station mobile des invitations à transférer des données dans le sens montant, pendant une période d'activité, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. Suivant une autre caractéristique, ledit équipement de réseau peut en outre comporter : - des moyens pour ajuster la transmission à une station mobile des invitations à transférer des acquittements dans le sens montant, pendant une période d'inactivité temporaire de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. D'autres objets et caractéristiques de la présente invention apparaîtront à la lecture de la description suivante d'exemples de réalisation, faite en relation avec les dessins ci-annexés dans lesquels : - la figure 1 (décrite précédemment) est un schéma destiné à rappeler l'architecture générale d'un système cellulaire de radiocommunications mobiles de type GSM/GPRS, - la figure 2 est un schéma destiné à illustrer un premier exemple de procédé suivant l'invention, - la figure 3 est un schéma destiné à illustrer un deuxième exemple de procédé suivant l'invention. La présente invention peut aussi être expliquée de la façon suivante. Pour reprendre un transfert dans le sens montant alors qu'un TBF étendu est en cours dans le sens montant et qu'un TBF est simultanément en cours dans le sens descendant, l'invention propose d'ajouter une signalisation superposée (ou piggybacked signaling en anglais) dans un message d'acquittement de type PACKET DOWNLINK ACK/NACK . Une telle signalisation permet à la station mobile d'effectuer une requête de ressources pour la reprise du transfert dans le sens montant, dans le TBF courant en mode étendu dans le sens montant. A la réception de cette information, le réseau peut re-démarrer la transmission des USFs (ou invitations à transférer des données dans le sens montant). En d'autres termes, la présente invention reconnaît que la solution actuelle, suivant laquelle pendant les périodes d'inactivité temporaire le réseau invite doublement la station mobile à transmettre, est inefficace : - premièrement, le réseau transmet à la station mobile des invitations à transmettre, soit des acquittements de données transférées dans le sens descendant (si le TBF descendant ne présente pas à ce moment de période d'inactivité temporaire), soit des acquittements de commandes spécifiques (ou LLC Dummy Commands ) transmises dans le sens descendant (si le TBF descendant présente à ce moment une période d'inactivité temporaire), ces acquittements étant transmis dans des messages PACKET DOWNLINK ACK/NACK , deuxièmement, le réseau transmet à la station mobile des invitations (ou USFs) à transférer des données dans le sens montant, afin de maintenir le TBF pendant les périodes d'inactivité temporaire. Une telle solution conduit notamment à un gaspillage inutile des ressources radio, ou en d'autres termes l'efficacité du multiplexage dans le sens montant est réduite, ou encore le débit des autres TBFs qui partagent le même PDCH dans le sens montant est réduit. Cet inconvénient peut être illustré au moyen d'un exemple. Considérons par exemple le cas de cinq TBFs opérant sur les mêmes PDCH, en l'occurrence sur deux intervalles de temps (ou time-slots ). Considérons en outre par exemple le cas où quatre de ces TBFs sont opérés dans le mode TBF étendu, parce qu'ils transportent des données correspondant à des applications de type interactif et le cinquième TBF est un TBF de type fermé, parce qu'il transporte des données correspondant à une application de type transfert de fichier. Par exemple, si chaque application interactive n'est active que la moitié du temps, ces quatre applications se comportent alors comme deux applications interactives, soit au total trois applications actives en permanence. Afin de permettre le mode TBF étendu, chacune est alors invitée à transmettre toutes les 240 ms (12 périodes blocs, sur deux PDCHs, c'est-à-dire 24 blocs). Le transfert de fichier est alors perturbé puisque deux USFs sur 24 sont gaspillés, ce qui représente 8,3 % de la bande passante. La présente invention reconnaît encore qu'un tel gaspillage peut être évité dans le cas où un TBF est en cours simultanément dans le sens descendant. Si aucun TBF n'est établi dans le sens montant, mais si un TBF est établi dans le sens descendant, la station mobile doit envoyer des informations du type contenu dans le champ d'information Channel Request Description d'un message PACKET DOWNLINK ACK/NACK pour déclencher une reprise du trafic. Mais le réseau doit alors allouer des ressources à la station mobile via un message PACKET UPLINK ASSIGNMENT . Ceci peut nécessiter jusqu'à 60ms pour que la station mobile soit alors prête à transmettre sur les ressources ainsi allouées. La présente invention reconnaît encore qu'un tel temps de commutation vers des ressources allouées dans le sens montant pourrait être évité si la station mobile était dans le mode TBF étendu dans le sens montant. L'ajout d'une signalisation superposée dans un message d'acquittement de type PACKET DOWNLINK ACK/NACK , comme indiqué précédemment, permet d'éviter de tels inconvénients et donc d'améliorer les performances. Ainsi, lorsqu'une période d'inactivité temporaire sur un TBF en mode étendu dans le sens montant, et un TBF dans le sens descendant, sont simultanément en cours, le réseau peut stopper l'allocation de blocs radio dans le sens montant à la station mobile. Dans ce cas, le réseau continue à envoyer à la station mobile des blocs de données RLC avec un champ RRBP ( Relative Reserved Block Period ) valide dans l'en-tête de bloc de données RLC (c'est-à-dire le réseau continue à envoyer à la station mobile des invitations à transmettre des acquittements), de sorte que la station mobile transmet un message PACKET DOWNLINK ACK/NACK dans le bloc radio dans le sens montant spécifié par le champ RRBP. Lorsque la station mobile a l'intention de reprendre le transfert dans le sens montant, elle peut indiquer au réseau qu'un nouveau bloc de données RLC devient disponible et elle peut requérir la reprise du transfert dans le sens montant, pendant un TBF dans le sens descendant, en incluant un paramètre tel que notamment le paramètre CV ( Countdown Value ) dans le message PACKET DOWNLINK ACK/NACK . Le paramètre CV indique le nombre courant de blocs de données RLC qui n'a pas encore été transmis. Le paramètre CV est alors inclus dans un champ d'information d'un message PACKET DOWNLINK ACK/NACK si la station mobile et le réseau supportent tous les deux le mode TBF étendu dans le sens montant. S'il n'y a pas de TBF en cours simultanément dans le sens descendant, le réseau continue à allouer à la station mobile des blocs radio dans le sens montant pendant une période d'inactivité temporaire. S'il y a un TBF en cours simultanément dans le sens descendant, le réseau peut continuer à allouer à la station mobile des blocs radio dans le sens montant en utilisant les procédures habituelles, ou il peut peut stopper l'allocation à la station mobile de blocs radio dans le sens montant, et dans ce cas le réseau fonctionne comme indiqué précédemment. En outre, pendant un TBF en mode étendu dans le sens montant, un changement de demande de service peut être requis par la station mobile. Un tel changement de service demandé devrait aussi être requis sur le canal PACCH d'un TBF en cours simultanément dans le sens descendant. A la fin d'une période d'inactivité dans le sens montant, les couches de protocole supérieures peuvent requérir le transfert d'une unité de données LLC PDU avec un paramètre PFI ( Packet Flow Identifier ) différent, ou une priorité radio différente, ou une classe de débit crête (pour peak throughput class ) différente, ou un mode RLC différent de celui qui est en transfert. Si la nouvelle LLC PDU est à transférer avec le même mode RLC que le TBF courant dans le sens montant, la station mobile peut indiquer qu'elle a l'intention de reprendre le trafic dans le sens montant avec un changement de service demandé au réseau, en incluant, dans le message PACKET DOWNLINK ACK/NACK , l'élément d'information CV, et le champ Channel Request Description ou le paramètre PFI ( Packet Flow Identifier . On rappelle que le paramètre PFI est un paramètre représentatif d'un profil de qualité de service négocié entre la station mobile et le réseau ; pour plus de détails on pourra se référer notamment à la spécification 3GPP TS 23.060. Comme rappelé précédemment, le champ Channel Request Description peut aussi contenir des paramètres représentatifs de la qualité de service pour le protocole RLC/MAC. On rappelle aussi qu'il existe deux modes RLC possibles, le mode RLC acquitté (ou RLC acknowledged mode ), et le mode RLC non acquitté (ou RLC non acknowledged mode ). En d'autres termes encore, l'invention permet d'optimiser la bande passante dans le sens montant, en évitant de transmettre inutilement des invitations (USFs) à transmettre des données si la station mobile n'a pas actuellement besoin de transférer des données dans le sens montant, et de permettre à la station mobile de transmettre à la demande , de sorte que des ressources ne lui sont allouées dans le sens montant que lorsque les couches de protocole plus élevées de la station mobile en ont réellement besoin. En outre, comme rappelé précédemment, actuellement le champ d'information RLC~octet~count permet à la station mobile, lors de l'établissement d'un TBF, soit d'indiquer le nombre de blocs à transmettre dans le cas où elle souhaite établir un TBF de type fermé, soit d'indiquer que le TBF qu'elle souhaite établir est de type ouvert. Actuellement, ce champ ne permet pas à la station mobile d'indiquer un nombre courant de blocs qu'elle a à transmettre, pour un TBF en mode étendu. Actuellement, pour un TBF en mode étendu, le réseau ne reçoit alors de la station mobile une indication sur le nombre courant de blocs à transmettre qu'au moyen du paramètre CV transmis dans l'en-tête des blocs de données RLC. Cependant, entre la première allocation de ressource dans le sens montant et la réception du premier bloc de données RLC, le réseau peut avoir transmis trop d'invitations à transmettre (ou USFs) à la station mobile, ce qui ne correspond pas à une utilisation efficace des ressources radio dans le sens montant. En outre, la qualité de service requise (ou QoS, pour Quality of Service ) peut changer pendant un TBF en mode étendu. L'invention permet également de répondre à ces différents besoins. A la reception des informations de requête de reprise de transfert, le réseau peut alors ajuster l'envoi des invitations (USFs) à transférer des données dans le sens montant (c'est-à-dire en envoyer un nombre approprié), et ajuster la qualité de service requise. Ainsi le réseau peut (ou non) allouer à la station mobile un débit approprié et transmettre à la station mobile un nombre approprié d'USFs. Le réseau peut aussi dériver de telles informations la période d'invitation à transmettre dans le sens montant lorsque la station mobile est temporairement inactive. Cette période d'invitation à transmettre peut s'appliquer à l'envoi des invitations (USFs) à transférer des données pendant les périodes actives, et/ou à l'invitation à transmettre des PACKET DOWNLINK ACK/NACK (si un TBF est aussi établi dans le sens descendant) pendant les périodes d'inactivité temporaire. Des exemples d'échanges de signalisation entre station mobile et réseau, pour la mise en oeuvre d'un procédé suivant l'invention, ont été illustrés sur les figures 2 et 3. On notera qu'il ne s'agit bien que d'exemples, donnés à titre d'illustration seulement, et non dans un but de limiter la portée de l'invention à ces exemples particuliers. Dans l'exemple de la figure 2 : Un premier état noté 1 indique qu'un transfert est en cours sur deux TBFs, un dans le sens montant (ou station mobile vers réseau, ou MS vers BSS) et un un autre dans le sens descendant (ou réseau vers station mobile, ou BSS vers MS). Par exemple, dans cet état 1 : dans une étape notée 11, des blocs de données RLC ( RLC Data Block ) sont transmis par le réseau à la station mobile, dans une étape notée 12, la station mobile transmet un message d'acquittement (ou message PACKET DOWNLINK ACK/NACK ), dans une étape notée 13, le réseau transmet à la station mobile des invitations (USFs) à transférer des données, et la station mobile répond à cette invitation en transmettant des blocs de données RLC ( RLC Data Block ), dans une étape notée 14, dans un bloc de données RLC ( RLC Data Block ) transmis par la station mobile, le paramètre CV ( Countdown Value ) transmis dans l'en-tête des blocs de données RLC devient égal à zéro, dans une étape notée 15 le réseau transmet à la station mobile un message d'acquittement (ou PACKET UPLINK ACK/NACK ) Un deuxième état noté 2 indique que le transfert est suspendu dans le sens montant, c'est-à-dire que la station mobile est entrée dans le mode TBF étendu dans le sens montant, car elle n'a temporairement plus de données à transmettre. Un troisième état noté 3 indique que le transfert est toujours en cours dans le sens descendant. Notamment, dans cet état 3 : dans une étape notée 31, des blocs de données RLC ( RLC Data Block ) sont transmis par le réseau à la station mobile, dans une étape notée 32, la station mobile transmet un message d'acquittement (ou message RACKET DOWNDNK ACK/NACK ). Dans cet exemple, lorsque la station mobile a de nouveau des données à transmettre, elle transmet une requête de reprise de transfert dans un tel message d'acquittement (ou message PACKET DOWNLINK ACK/NACK ). En d'autres termes, dans cet exemple, le message d'acquittement ou message PACKET DOWNLINK ACK/NACK contient simplement une indication selon laquelle la station mobile requiert une reprise de transfert dans le sens montant (une telle indication pouvant par exemple prendre la forme d'un bit additionnel ayant une valeur égale à 1 ou à 0 suivant qu'une reprise de transfert est ou non requise). Ensuite : dans une étape notée 33, le réseau transmet à la station mobile des invitations à transférer des données (USFs), et la station mobile répond à cette invitation en transmettant des blocs de données RLC ( RLC Data Block ). En d'autres termes, et comme indiqué par un état noté 4, le transfert est repris dans le sens montant. Dans l'exemple de la figure 3 : Un premier état noté 100 indique qu'un transfert est en cours sur deux TBFs, un dans le sens montant (ou station mobile vers réseau, ou MS vers BSS) et un un autre dans le sens descendant (ou réseau vers station mobile, ou BSS vers MS). Par exemple, dans cet état 100 : dans une étape notée 101, des blocs de données RLC ( RLC Data Block ) sont transmis par le réseau à la station mobile, dans une étape notée 102, la station mobile transmet un message d'acquittement (ou message PACKET DOWNLINK ACK/NACK ), et dans cet exemple, la station mobile transmet des informations de requête de reprise de transfert dans un tel message d'acquittement (ou message PACKET DOWNLINK ACK/NACK ), dans une étape notée 103, le réseau transmet à la station mobile des invitations (USFs) à transférer des données (ces invitations étant avantageusement ajustées en fonction des informations de requête de reprise de transfert, reçues à l'étape 102), et la station mobile répond à cette invitation en transmettant des blocs de données RLC ( RLC Data Block ), dans une étape notée 104, dans un bloc de données RLC ( RLC Data Block ) transmis par la station mobile, le paramètre CV ( Countdown Value ) devient égal à zéro, dans une étape notée 105 le réseau transmet à la station mobile un message d'acquittement (ou PACKET UPLINK ACK/NACK ) Un deuxième état noté 200 indique que le transfert est suspendu dans le sens montant, c'est-à-dire que la station mobile est entrée dans le mode TBF étendu dans le sens montant, car elle n'a temporairement plus de données à transmettre. Un troisième état noté 300 indique que le transfert est toujours en cours dans le sens descendant. Notamment, dans cet état 300 : dans une étape notée 301, le réseau transmet à la station mobile selon le cas (c'est-à-dire selon que le TBF descendant présente ou non une période d'inactivité temporaire à ce moment) des commandes spécifiques (ou LLC Dummy Commands ) ou des blocs de données RLC (ou RLC Data Block ). Dans l'un ou l'autre cas le réseau invite également la station mobile à transmettre des acquittements (ou messages PACKET DOWNLINK ACK/NACK ), ces invitations étant avantageusement ajustées en fonction des informations de requête de reprise de transfert, reçues à l'étape 102, dans une étape notée 302, la station mobile répond à cette invitation en transmettant un message d'acquittement (ou message PACKET DOWNUNK ACK/NACK ). Lorsque la station mobile a de nouveau des données à transmettre, elle transmet une demande de reprise de transfert dans un tel message d'acquittement (ou message PACKET DOWNLINK ACK/NACK ). Ensuite : dans une étape notée 303, le réseau transmet à la station mobile des invitations (USFs) à transférer des données, (ces invitations étant avantageusement ajustées en fonction des informations de requête de reprise de transfert, reçues à l'étape 302) et la station mobile répond à cette invitation en transmettant des blocs de données RLC ( RLC Data Block ). En d'autres termes, et comme indiqué par l'état 400, le transfert dans le sens montant est repris. Ainsi, l'exemple de la figure 3 diffère de celui de la figure 2 en ce que : - dans l'exemple de la figure 3, des informations de requête de reprise de transfert peuvent également être transmises par la station mobile au réseau, non seulement pour une reprise de transfert après une période d'inactivité temporaire, mais aussi pendant une période d'activité, lorsque les besoins de la station mobile changent. Le terme reprise de transfert sera alors compris comme couvrant ces différents cas possibles. Ainsi, plus généralement, l'invention propose de transmettre des informations de requête de reprise de transfert à tout moment pendant l'exécution d'un TBF en mode étendu, en vue d'optimiser l'efficacité de l'allocation de ressources et/ou la qualité de service pour la communication considérée. dans l'exemple de la figure 3, les informations de requête de reprise de tranfert ne contiennent pas simplement une indication selon laquelle la station mobile requiert une reprise de transfert dans le sens montant, mais des informations sur les besoins de la station mobile pour cette reprise de transfert, ces besoins étant avantageusement indiqués, comme décrit précédemment, au moyen de l'élément d'information CV, et/ou du champ Channel Request Description ou du paramètre PFI ( Packet Flow Identifier ). On notera que la description qui précède correspond à un système particulier, en l'occurrence le système GSM/GPRS, mais que l'invention n'est pas limitée à un tel système. La présente invention a également pour objet une station mobile, un équipement de réseau de radiocommunications mobiles, et un système de radiocommunications mobiles, tous comportant des moyens pour mettre en oeuvre l'un ou l'autre des procédés suivant la présente invention. Ainsi, une station mobile comporte essentiellement, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, transmettre au réseau des informations de requête de reprise de transfert, dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. De même un équipement de réseau comporte essentiellement, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour recevoir d'au moins une station mobile des informations de requête de reprise de transfert, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, lesdites informations étant transmises par la station mobile dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. De même un équipement de réseau peut également comporter, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour stopper l'allocation de ressources à la station mobile dans le sens montant pendant une période d'inactivité temporaire de la station mobile. De même un équipement de réseau peut également comporter, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ne recommencer à transmettre à la station mobile des invitations à transférer des données dans le sens montant, après une période d'inactivité temporaire de la station mobile, que lorsqu'il reçoit de la station mobile des informations de requête de reprise de transfert. De même un équipement de réseau peut également comporter, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ajuster la transmission à la station mobile des invitations à transférer des données dans le sens montant, pendant une période d'activité, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. De même un équipement de réseau peut également comporter, pour mettre en oeuvre un procédé suivant l'invention : - des moyens pour, ajuster la transmission à une station mobile des invitations à transférer des acquittements dans le sens montant, pendant une période d'inactivité temporaire de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. La réalisation particulière de tels moyens ne présentant pas de difficulté particulière pour l'homme du métier, de tels moyens ne nécessitent pas d'être décrits ici de manière plus détaillée que ce qui a été fait précédemment, par leur fonction. REVENDICATIONS 1. Procédé pour la reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant entre une station mobile et un réseau dans un système de radiocommunications mobiles, procédé dans lequel la station mobile transmet au réseau des informations de requête de reprise de transfert, dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant entre le réseau et la station mobile. 2. Procédé selon la revendication 1, dans lequel ledit message de signalisation est un message utilisé pour transmettre des acquittements. 3. Procédé selon la revendication 2, dans lequel ledit message d'acquittement est un message de type PACKET DOWNLINK ACK/NACK . 4. Procédé selon l'une des revendications 1 à 3, dans lequel lesdites informations de requête de reprise de transfert appartiennent au groupe comportant : une indication selon laquelle la station mobile requiert une reprise de transfert, une indication du nombre courant de blocs de données qui n'a pas été transmis, une indication que la station mobile a l'intention de reprendre le transfert avec un changement de service demandé, une indication du nombre courant de blocs de données qui n'a pas été transmis et une indication que la station mobile a l'intention de reprendre le transfert avec un changement de service demandé. 5. Procédé selon la revendication 4, dans lequel ladite indication du nombre courant de blocs de données qui n'a pas été transmis est fournie par un paramètre de type CV ( Countdown Value ). 6. Procédé selon la revendication 4, dans lequel ledit changement de service demandé est indiqué au moyen de paramètres appartenant au groupe comportant : - un ensemble de paramètres représentatifs de la qualité de service pour le protocole RLC/MAC, un paramètre représentatif d'un profil de qualité de service négocié entre la station mobile et le réseau. 7. Procédé selon la revendication 6, dans lequel ledit ensemble de paramètres représentatifs de la qualité de service pour le protocole RLC/MAC est transmis dans un champ d'information de type Channel Request Description . 8. Procédé selon la revendication 6, dans lequel ledit paramètre représentatif d'un profil de qualité de service négocié entre la station mobile et le réseau est un paramètre de type PFI ( Packet Flow Identifier ). 9. Procédé selon l'une des revendications 1 à 8, dans lequel le réseau peut stopper l'allocation de ressources à la station mobile dans le sens montant pendant une période d'inactivité temporaire de la station mobile. 10. Procédé selon l'une des revendications 1 à 8, dans lequel, dans un mode d'allocation dynamique de ressources dans le sens montant, le réseau peut ne recommence à transmettre à la station mobile des invitations à transférer des données dans le sens montant, après une période d'inactivité temporaire de la station mobile, que lorsqu'il reçoit de la station mobile des informations de requête de reprise de transfert. 11. Procédé selon l'une des revendications 1 à 8, dans lequel, dans un mode d'allocation dynamique de ressources dans le sens montant, le réseau peut ajuster la transmission à la station mobile des invitations à transférer des données dans le sens montant, dans une période d'activité de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. 12. Procédé selon l'une des revendications 1 à 8, dans lequel le réseau peut ajuster la transmission à la station mobile des invitations à transférer des acquittements dans le sens montant, pendant une période d'inactivité temporaire de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. 13. Station mobile pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 12, ladite station mobile comportant : - des moyens pour, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, transmettre au réseau des informations de requête de reprise de transfert, dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. 14. Equipement de réseau pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 12, ledit équipement de réseau comportant : - des moyens pour recevoir d'au moins une station mobile des informations de requête de reprise de transfert, dans le cas de reprise de transfert sur une connexion temporaire en mode paquet et en mode étendu dans le sens montant, lesdites informations étant transmises par la station mobile dans un message de signalisation relatif à une connexion temporaire en mode paquet en cours simultanément dans le sens descendant. 15. Equipement de réseau selon la revendication 14, ledit équipement de réseau pouvant en outre comporter : - des moyens pour stopper l'allocation de ressources à la station mobile dans le sens montant pendant une période d'inactivité temporaire de la station mobile. 16. Equipement de réseau selon l'une des revendication 14 et 15, ledit équipement de réseau pouvant en outre comporter : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ne recommencer à transmettre à la station mobile des invitations à transférer des données dans le sens montant, après une période d'inactivité temporaire de la station mobile, que lorsqu'il reçoit de la station mobile des informations de requête de reprise de transfert. 17. Equipement de réseau selon l'une des revendication 14 à 16, ledit équipement de réseau pouvant en outre comporter : - des moyens pour, dans un mode d'allocation dynamique de ressources dans le sens montant, ajuster la transmission à la station mobile des invitations à transférer des données dans le sens montant, pendant une période d'activité, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. 18. Equipement de réseau selon l'une des revendication 14 à 17, ledit équipement de réseau pouvant en outre comporter : - des moyens pour, ajuster la transmission à une station mobile des invitations à transférer des acquittements dans le sens montant, pendant une période d'inactivité temporaire de la station mobile, en fonction desdites informations de requête de reprise de transfert reçues de la station mobile. 19. Système de radiocommunications mobiles, comportant au moins une station mobile selon la revendication 13. 20. Système de radiocommunications mobiles, comportant au moins un équipement de réseau selon l'une des revendications 14 à 18.