Brevet FR2875986A1 — publié le 20060331

UNITE DE PROTOCOLE DE COUCHE DE PROTECTION DE DONNEES, DISPOSITIFS DE TELEPHONIE MOBILE, UNITE DE CONTROLE DE RESEAU DE TELEPHONIE MOBILE ET PROCEDE DE LECTURE DE DONNEES DANS UNE PLURALITE DE MEMOIRES TAMPON DE PROTOCOLE DE COUCHE DE PROTECTION DE DONNEES L'invention concerne une unité de protocole de couche de protection de données, des dispositifs de téléphonie mobile, une unité de contrôle de réseau de téléphonie mobile et un procédé de lecture de données dans une pluralité de mémoires tampon de protocole de couche de protection de données On connaît un tel dispositif de téléphonie mobile, une telle unité de contrôle de réseau de téléphonie mobile ainsi qu'un tel procédé dans le cadre du système de téléphonie mobile UMTS (Universal Mobile Telecommunications System). Un système de téléphonie mobile UMTS comporte habituellement un réseau central (Core Network, CN), un réseau d'accès de téléphonie mobile (UMTS Terrestrial Radio Access Network, UTRAN) ainsi qu'un grand nombre de terminaux de téléphonie mobile (User Equipment, UE). Selon UMTS, il est prévu un mode de transmission, désigné par mode FDD (Frequency Division Duplex), dans le cadre duquel une transmission de signaux séparée est effectuée dans le sens Uplink (également appelé voie montante et désignant un sens de transmission de signaux d'un terminal de téléphonie mobile vers une station de base respective dans le réseau d'accès de téléphonie mobile) et le sens Downlink (également appelée voie descendante et désignant un sens de transmission de signaux d'une station de base associée à chaque fois au terminal de téléphonie mobile dans le réseau d'accès de téléphonie mobile au terminal de téléphonie mobile) par une affectation séparée de fréquences ou de domaines de fréquences. Pour transmettre des données entre un terminal de téléphonie mobile et une station de bases respective d'une cellule de téléphonie mobile, il est défini selon UMTS une interface aérienne qui est divisée en trois couches de protocole. Une vue d'ensemble ainsi qu'une description détaillée des couches de protocole d'interface aérienne selon UMTS sont exposées dans [1]. L'une des trois couches de protocole de l'interface aérienne UMTS est également connue sous le nom de couches de protocole Radio Resource Control (RRC). Le protocole RRC resp. la couche de protocole RRC est responsable de l'élaboration et de la suppression ainsi que de la (re-) configuration de canaux physiques, de canaux de transport, de canaux logiques, de Signalling Radio Bearers et de Radio Bearers ainsi que du traitement de tous les paramètres des couches de protocole de la couche 1 ou de la couche 2 selon UMTS. Pour cela, les unités de la couche RRC dans le terminal de téléphonie mobile et dans l'unité de contrôle de réseau de téléphonie mobile échangent des informations RRC correspondantes par le Signalling Radio Bearers, comme décrit dans [3]. Pour effectuer le management, d'une façon générale la gestion de ressources d'émission de téléphonie mobile dans le terminal de téléphonie mobile dans le cadre de la transmission de données en paquets Uplink, on sait que le terminal de téléphonie mobile d'une unité de contrôle de réseau de téléphonie mobile (Radio Network Controller, RNC) transmet au niveau de la couche de protocole RCC des informations sur la survenance de trafic de données dans un canal de transport. Ceci est effectué au moyen d'informations dites Measurement- Report. À cet égard, comme représenté dans le tableau 1 suivant, des états de remplissage de la mémoire intermédiaire de données, c'est-à-dire l'état de remplissage de la mémoire intermédiaire de données des unités RLC, pour le canal de transport correspondant sont indiqués à l'unité de contrôle de réseau de téléphonie mobile actuellement compétente. En d'autres termes, cela signifie que selon [3] on transmet à l'unité de contrôle de réseau de téléphonie mobile au niveau de la couche RRC combien de données à transmettre se trouvent actuellement dans les mémoires intermédiaires des unités RLC du terminal de téléphonie mobile respectif. Par ressources d'émission de téléphonie mobile, il faut entendre ici en particulier la puissance d'émission du terminal de téléphonie mobile, le nombre ainsi que le facteur d'étalement des codes CDMA affectés. Le tableau 1 représente un exemple d'une telle liste de résultats de mesure, comme décrit dans [3] . Information Need Multi Type and Semantics element/Group reference description name Traffic volume OP 1 à measurement resultats >RB Identity MP RB Identity 10.3.4.1 >RLC Buffer OP Enumerated (0, In Bytes Payload Î 32, 2K, 4, 8, 16, And N 64, 128, Kbytes = N*1024 512, 1024, bytes. Twelve 4K, spare values are 32K, needed. 128K, 512K, 8K, 16K, 64K, 256K, 1024K) >Average of OP Enumerated (0, In Bytes RLC Buffer 4, 8, 16, 32, And N Payload 64, 128, 256, Kbytes = N*1024 512, 1024, 2K, bytes. Twelve 4K, 8K, 16K, spare values are 32K, 64K, needed. 128K, 256K, 512K, 1024K) >Variance of OP Enumerated (0, In Bytes RLC Buffer 4, 8, 16, 32, And N Payload 64, 128, 256, Kbytes = N*1024 512, 1024, 2K, bytes. Twelve 4K, 8K, 16K, spare values are 32K, 64K, needed. 128K, 256K, 512K, 1024K) Tableau A l'aide de ces informations, l'unité de contrôle de réseau de téléphonie mobile peut procéder à des configurations correspondantes du terminal de téléphonie mobile pour limiter ou augmenter par exemple les formats de transport utiles d'un terminal de téléphonie mobile ou pour effectuer un passage (Handover) à une autre cellule de téléphonie mobile, une reconfiguration des canaux physiques dédiés ou un changement d'état RRC, en particulier d'un premier état RRC CELL DCH dans un deuxième état RRC CELL FACH. La liste de résultat de mesure représentée dans le tableau 1 est donc envoyé par une unité RRC se trouvant dans le terminal de téléphonie mobile à l'unité RCC se trouvant dans l'unité de contrôle de réseau de téléphonie mobile correspondante et l'état de remplissage de la mémoire intermédiaire de données respective est indiqué pour chaque Radio Bearer (RB). Dans l'organisme de normalisation 3GPP (3rd Generation Partnership), on travaille actuellement, comme décrit dans [2], sur l'amélioration de la transmission de données en paquets sur des canaux de transport dédiés de la voie montante, c'est-à-dire pour le sens Uplink de l'interface aérienne UMTS pour le mode FDD, en ce qui concerne l'augmentation du débit de données et de la vitesse de transmission. Pour améliorer la limite par rapport au canal de transporter dédié déjà existant, on a pour cela introduit un nouveau canal de transport dédié appelé Enhanced Dedicated Channel (E-DCH). Les propriétés importantes de ce nouveau canal de transport impliquent l'utilisation d'un procédé Hybrid Automatic Repeat Request (Procédé HARQ) fondé sur le procédé N- Channel Stop&Wait, sur une programmation (Scheduling) contrôlée par la station de base, également désignée dans UMTS par NodeB, ainsi que des longueurs de trame inférieures ou égales à 10 ms. Le procédé HARQ N-Channel Stop&Wait est un procédé de protection de la transmission dans lequel un certain nombre des N processus dits HARQ est configuré sur un terminal de téléphonie mobile, chaque processus HARQ représentant une instance du procédé Stop&Wait. Pour chaque processus Stop&Wait, les données sont envoyées au réseau et sont mémorisées temporairement jusqu'à confirmation par le réseau de la bonne réception des données (Acknowledgement, ACK). Sinon, c'est-à-dire en cas de mauvaise réception des données (Negative Acknowledgement, NACK), les données sont renvoyées au réseau. La programmation contrôlée NodeB est un procédé de contrôle de la programmation dans le terminal de téléphonie mobile, c'est-à-dire du choix d'un format de transport adapté parmi une quantité de formats de transport définis pour le canal de transport E-DCH, dans lequel le NodeB peut limiter ou élargir temporairement l'utilisation de formats de transport, parmi la quantité de formats de transport définis pour le canal de transport E-DCH, à un terminal de téléphonie mobile en fonction de la situation de trafic dans la cellule de téléphonie respective. Aucune décision n'a encore été prise jusqu'à présent quant à la manière de transmettre de façon détaillée les données sur le nouveau canal de transport E-DCH par l'intermédiaire de l'interface aérienne UMTS. Une solution possible consiste à répartir les données en fonction de leurs priorités vers différentes mémoires intermédiaires de données, également appelées Priority Queues (PQ), lesquelles données sont ensuite traitées et donc transmises préférentiellement ou moins préférentiellement en fonction de leur poids. Comme exposé ci-dessus, on utilise un procédé de protection de la transmission (HARQ) dans lequel le réseau envoie au terminal de téléphonie mobile une confirmation de la bonne ou mauvaise réception des données. De même, pour cette fonction, le terminal de téléphonie mobile contient différentes mémoires intermédiaires de données permettant de mémoriser temporairement les données jusqu'à la confirmation de la bonne réception. Les deux fonctions sont remplies à l'intérieur de la couche de protocole Mac de la sous-couche de protocole nouvellement prévue c'est-à-dire d'une entité (Mac-e) également appelée Medium Access Control Enhanced Uplink qui existe, c'est-à-dire est implémentée, aussi bien côté terminal que côté réseau. Du côté réseau, l'entité réalisant le protocole de communication selon Mac-e se trouve dans le Node- B, c'est-à-dire dans la station de base UMTS. En outre, dans la norme de communication UMTS Version 5, il est prévu pour la voie descendante (Sens de transmission Downlink) un procédé, appelé High Speed Downlink Packet Access (HSDPA), d'amélioration de l'interface aérienne pour la transmission de données en paquets par l'intermédiaire du canal de transport dit commun (shared) High Speed Downlink Shared Channel (HS-DSCH). Tout comme le protocole de commande d'accès à un support Enhanced Uplink, les propriétés importantes du procédé HSDPA reposent sur l'utilisation d'un procédé N-Channel Stop&Wait, sur une programmation (Scheduling) contrôlée NodeB et sur des longueurs de trame inférieures à 2 ms. Ces fonctions sont remplies dans la couche de protocole de commande d'accès à un support MAC-hs (Medium Access Control High Speed) ; les unités réalisant le protocole MAC-fs sont prévues aussi bien du côté terminal que du côté réseau, dans ce cas habituellement dans une station de base de téléphonie mobile. La sous-couche de protocole MAC-hs contient des données à traiter dans le sens de transmission Downlink, c'est-à-dire les unités de données de protocoles qui sont traitées dans la sous-couche de protocole MAC-hs, par la sous-couche de protocole MAC-d à l'aide de ce que l'on appelle des MACd Flows sous la forme d'unité de données de protocole MAC-d qui correspondent aux unités de données de service MAC-hs (Service Data Units, SDU). Les unités de données de protocole formées par la sous-couche de protocole MAC-hs, c'est-à-dire ce que l'on appelle les MAC-hs-PDU, sont transmises par le canal de transport appelé HS-DSCH à la couche de transmission physique qui les envoie ensuite à un terminal d'abonné par le canal physique HS-PDSCH (High Speed Physical Downlink Shared Channel) et par l'interface aérienne. Une unité de données de protocole MAC-hs est constituée d'une zone de tête (Header) MAC-hs et d'un ou plusieurs MAC-hs SDU. Pour chaque intervalle de temps de transmission (Transmission Time Interval, TTI) de 2 ms, on peut transmettre au maximum un MAC-hs PDU. La tête de données de contrôle MAC-hs, c'est-à-dire la zone de tête du MAC-hs PDU, a une longueur variable. Dans la sous-couche de protocole MAC-hs, les données à transmettre sont mémorisées temporairement dans des mémoires intermédiaires de données, appelées Priority Queues (PQ), en fonction de leurs priorités. Selon la sous-couche de protocole MAC-hs, comme décrit dans [4], tous les MAC-hs SDU d'un intervalle de temps de transmission appartiennent à la même Priority Queue, c'est-à-dire pour chaque intervalle de temps de transmission on ne transmet sur le canal de transport HSDSCH que des MAC-hs SDU de même priorité. Selon le procédé HSPDA, il est prévu ce que l'on appelle un Transport Format Resource Indicator (TFRI) qui est transmis par le canal de physique, appelé High Speed Shared Control Channel (HS-SCCH) aux terminaux d'abonné individuels dans une cellule de téléphonie mobile respective. Grâce au Transport Format Resource Indicator, le terminal d'abonné respectif peut déduire les dimensions respectives des blocs de transport d'un MAC-hs PDU selon [4]. On signale donc la dimension du MAC- hs PDU respectif qui est transmis sur le HS-PDSCH associé. Selon le procédé HSDPA, on transmet pour chaque intervalle de temps de transmission de données les données d'une seule Priority Queue par le HSDSCH, de sorte que la tête de données de contrôle d'une unité de données de protocole MAC-hs a une structure très simple et seule l'information relative à la Priority Queue d'où proviennent les données doit être transmise. Selon le procédé Enhanced Uplink UMTS, on transmet par contre dans un intervalle de temps de transmission de données les données de différentes priorités, c'est-à-dire les données provenant des différentes Priority Queues, dans une unité de données de protocole MAC-e. Une solution possible pour signaler l'affectation d'un MAC-e SDU, c'est-àdire par exemple d'un MAC-d PDU, à une Priority Queue respective et à un flux de données MAC-d respectif, serait d'ajouter à chaque MAC-e SDU une tête de données de contrôle comportant une identification du MAC-d Flow respectif (Flow-ID, FID) puis à chaque paquet de données individuel provenant d'une Priority Queue, avant la transmission, une tête de données de contrôle comportant une identification de la Priority Queue respective (Queue-ID, QID), pour pouvoir de nouveau répartir ensuite du côté du récepteur les données de façon appropriée dans la couche de protection de données. Cependant, cela présenterait un inconvénient à cause de l'importante quantité de données de signalisation supplémentaires nécessaires de la tête de données de contrôle (En-tête (Overhead) importante). Selon le procédé HSDPA, on signale par le TFRI la dimension d'une unité de données de contrôle MAC-hs. Par conséquent, dans le cas de E-DCH, cela présenterait un inconvénient particulier car, pour chaque intervalle de temps de transmission de données, l'on transmet des données de différentes Priority Queues. Selon l'état de la technique, il est ainsi seulement possible de signaler la dimension totale d'une unité de données de protocole MAC-e mais pas la constitution des données d'une unité de données de protocoles, c'est-àdire la Priority Queues d'origine, la quantité et la dimension des paquets des données transmises dans une unité de données de protocole MAC- e. Le but de l'invention est de représenter de façon simple, et avec une dépense de signalisation réduite par rapport aux modes opératoires connus, des données d'au moins un canal logique sur au moins un canal de transport dans une unité de protocole de couche de protection de données. Une unité de protocole de couche de protection de données d'un dispositif de téléphonie mobile, destinée à reproduire au moyen du dispositif de téléphonie mobile des données à transmettre d'au moins un canal logique à au moins un canal de transport, comporte une pluralité de mémoires intermédiaires de protocole de couche de protection de données destinées à mémoriser temporairement les données à transmettre du canal logique à partir d'un ou plusieurs flux de données de couche de protection de données des données du canal logique. En outre, il est prévu au moins une mémoire de format de transport destinée à mémoriser plusieurs formats de transport. Chaque format de transport inclut des paramètres de commande permettant à l'unité de protocole de couche de protection de données de représenter les données de l'au moins un canal logique sur au moins un canal de transport. Au moins une partie des formats de transport, en d'autres termes un ou plusieurs formats de transport, de préférence tous les formats de transport, incluent sous forme de paramètres de commande des informations qui spécifient depuis quelles mémoires intermédiaires de protocole de couche de protection de données et de quels flux de données de couche de protection de données les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données. Il est également prévu une unité de sélection de format de transport qui est destinée à sélectionner un format de transport à utiliser à chaque fois parmi la pluralité de formats de transport en mémoire pendant au moins un intervalle de temps de transmission de données. Il est en outre prévu un dispositif de lecture de mémoires intermédiaires de protocole de couche de protection de données qui est destinée à lire les données mémorisées temporairement dans les mémoires intermédiaires de protocole de couche de protection de données selon le format de transport sélectionné. Chaque format de transport contient donc concrètement des caractéristiques de transmission de données qui sont utilisées pour la transmission de données dans un format de transport respectif. En d'autres termes, cela signifie que chaque format de transport inclut les paramètres de commande destinés à régler les paramètres utilisés à chaque fois dans la couche de protection de données pour représenter les données qui doivent être transmises sur les canaux de transport et qui sont utilisées pour la transmission de données dans la couche physique; ces paramètre peuvent être par exemple la taille des blocs, le nombre de blocs dans un ensemble de blocs ainsi que l'information sur l'intervalle de temps de transmission (Transmission Time Interval, TTI). Concrètement, le mode opératoire décrit ci-dessus signifie qu'un format de transport est à chaque fois sélectionné au niveau du protocole de couche de protection de données du dispositif de téléphonie mobile pour un intervalle de temps de transmission de données et on indique à chaque fois, de façon dédié, dans le format de transport dans quelles mémoires intermédiaires de protocole de couche de protection de données et dans quels flux de données de couche de protection de données il faut lire les données à transmettre, c'est-à-dire les données à représenter sur le canal de transport. Ainsi, il est signalé concrètement dans un format de transport dans quelles mémoires intermédiaires respectivement dans quels flux de données des flux de données délivrés au-dessus de la couche de protection de données les données sont représentées sur le canal de transport, en particulier sur un bloc de transport dans un intervalle de temps de transmission de données. Un dispositif de téléphonie mobile comporte au moins une unité de protocole de couche de protection de données présentant les caractéristiques expcsées ci-dessus. Un autre dispositif de téléphonie mobile comporte au moins une unité de protocole de couche de protection de données ainsi qu'une mémoire de format de transport destinée à mémoriser plusieurs formats de transport; des paramètres de commande sont inclus dans un ou plusieurs formats de transport, de préférence dans chaque format de transport, et permet à à l'unité de protocole de couche de protection de données d'un autre dispositif de téléphonie mobile de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande contiennent des informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données. Il est en outre prévu un dispositif de transmission de format de transport qui est destiné à transmettre les formats de transport à l'autre dispositif de téléphonie mobile. Une unité de contrôle de réseau de téléphonie mobile comporte une mémoire de format de transport destinée à mémoriser plusieurs formats de transport; un format de transport inclut des paramètres de commande permettant à une unité de protocole de couche de protection de données d'un autre dispositif de téléphonie mobile de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande incluent une information sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données. L'unité de contrôle de réseau de téléphonie mobile comporte en outre un dispositif de transmission de format de transport qui est destiné à transmettre les formats de transport à l'autre dispositif de téléphonie mobile. Dans un procédé de lecture de données dans une pluralité de mémoires intermédiaires de protocole de couche de protection de données qui sont associées à au moins une unité de protocole de couche de protection de données, ledit procédé étant mis en uvre dans un dispositif de téléphonie mobile, un format de transport est sélectionné parmi une pluralité de formats de transport en mémoire; un format de transport inclut des paramètres de commande permettant à l'unité de protocole de couche de protection de données de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande incluent des informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données. Les données mémorisées temporairement dans les mémoires intermédiaires de protocole de couche de protection de données sont lues selon les paramètres de commande. Concrètement, selon l'invention, un format de transport peut contenir désormais des informations supplémentaires sur les mémoires intermédiaires de protocole de couche de protection de données et/ou les flux de données de couche de protection de données, lesquelles informations permettent de lire dans les mémoires intermédiaires de couche de protection de données des données mémorisées dans les mémoires intermédiaires de couche de protection de données. En signalisant cette information dans les formats de transport, on obtient une signalisation très simple, avantageusement du côté du réseau, de cette information pour un dispositif de téléphonie mobile. Concrètement, on génère ainsi un format de transport élargi, désigné dans la suite par format de transport Enhanced Uplink, qui est utilisé dans le cadre de la représentation de données au moyen de la couche de protection de données pour déterminer la composition de l'unité ou des unités de données de protocole formées par l'unité de protocole de couche de protection de données. Une couche de protection de données comporte ici, par exemple dans le cas où le dispositif de téléphonie mobile est destiné à la communication selon la norme de communication UMTS, une plusieurs des sous-couches suivantes: - une couche de commande de liaison hertzienne (Radio Link Control Layer, RLC), - une couche de protocole de convergence de données en paquets (Packet Data Convergence Protocol Layer, (PDCP), - une couche de commande Broadcast/Multicast (Broadcast/Multicast Control Layer, BMC), - une couche de commande d'accès à un support (Medium Access Control Layer, MAC). De façon préférée, il est en outre prévu dans le dispositif de téléphonie mobile une mémoire de poids dans laquelle des valeurs de poids et/ou des plages de valeurs de poids sont mémorisées, une valeur de poids et/ou une plage de valeurs de poids étant associée à chaque fois à l'une des mémoires intermédiaires de protocole de couche de protection de données. En d'autres termes, cela signifie que au moins une valeur de poids et/ou une plage de valeurs de poids est associée à chaque fois à chacune des mémoires intermédiaires de protocole de couche de protection de données prises en compte dans le cadre du mode opératoire de l'invention pour lire les mémoires intermédiaires de données. Il faut indiquer ici que l'invention peut être appliquée aussi bien à toutes les sous-couches qu'à seulement une ou plusieurs sous-couches de la couche de protection de données comportant par exemple les sous- couches mentionnées ci-dessus ou bien les sous-couches décrites dans la suite de la couche de commande d'accès à un support. En d'autres termes, cela signifie que, dans chaque sous-couche individuelle ou dans toutes les sous-couches en commun, une valeur de poids et/ou une plage de valeurs de poids peut être associée à chaque fois aux mémoires intermédiaires prévues dans la sous-couche respective. En outre, le dispositif de lecture de mémoires intermédiaires de protocole de couche de protection de données est de préférence destinée à lire dans les mémoires intermédiaires de protocole de couche de protection de données des données mémorisées temporairement selon un ordre indiqué par les priorités dans les mémoires intermédiaires de protocole de couche de protection de données. Avec les valeurs de poids et/ou les plages de valeurs de poids, on indique à chaque fois un pourcentage de la largeur de bande de transmission de données totalement disponible pour la transmission de données qui est allouée, c'est à dire réservée, à chaque fois à la lecture et à la transmission des données mémorisées dans la mémoire intermédiaire de protocole de couche de protection de données respective. Dans le cadre de cette description, il faut entendre par priorité associée à une Priority Queue l'importance relative ou absolue des données mémorisées temporairement dans la mémoire intermédiaire de la Priority Queue respective. Par valeur de poids, il faut entendre dans le cadre de cette description un pourcentage d'une largeur de bande de transmission de données qui est allouée, en d'autres termes réservée, à chaque fois pour la lecture des données mémorisées dans la mémoire intermédiaire de protocole de couche de protection de données respective. Par plage de valeurs de poids, il faut entendre dans le cadre de cette description un pourcentage d'un intervalle d'une largeur de bande de transmission de données à l'intérieur de laquelle la largeur de bande de transmission à allouer pour la lecture des données mémorisées dans la mémoire intermédiaire de protocole de couche de protection de données respective peut être sélectionnée de façon admissible. Dans un dispositif de téléphonie mobile qui est avantageusement utilisée comme station de base de téléphonie mobile, désignée par exemple par NodeB dans le système de téléphonie mobile cellulaire UMTS, il est également prévu au moins une unité de couche de protection de données. Les données mémorisées temporairement dans les mémoires intermédiaires sont avantageusement lues dans un ordre donné par les valeurs de poids et/ou les plages de valeurs de poids; avec les valeurs de poids et/ou les plages de valeurs de poids, on indique à chaque fois un pourcentage de la largeur de bande de transmission de données totalement disponible pour la transmission de données qui est alloué à chaque fois pour la lecture des données mémorisées dans la mémoire intermédiaire de protocole de couche de protection de données respective. Les largeurs de bande de transmission de données associées à chaque fois sont avantageusement toujours supérieures à O. Dans une conformation de l'invention, dans le cas où temporairement aucune donnée d'un service déterminé n'est transmise, il est prévu de pouvoir associer, éventuellement temporairement, au dispositif de téléphonie mobile par le réseau une largeur de bande de transmissions de données égale à zéro pour une mémoire intermédiaire de données déterminée. Il faut indiquer ici que la mémoire intermédiaire de protocole de couche de protection de données d'une ou plusieurs sous-couches de protocole et/ou la mémoire de poids peuvent être utilisées comme mémoire commune comportant des zones de mémoire à chaque fois associées logiquement aux différentes mémoires. Le procédé est approprié en particulier à la commande de la lecture des mémoires intermédiaires de la couche de protection de données pour l'utilisation dans un terminal de téléphonie mobile; les formats de transport connus en soi ainsi que les informations supplémentaires selon l'invention dans les formats de transport, c'est-à-dire les informations des mémoires intermédiaires respectivement des flux de données de protection de données, à partir desquels les données sont lues et sont représentées à chaque fois sur le canal logique, sont mémorisées, ils sont avantageusement prédéterminés par le UTRAN, de façon particulièrement préférée par une unité de contrôle de réseau de téléphonie mobile et/ou par la station de base UMTS (NodeB). Dans une conformation de l'invention, l'au moins une unité de protocole de couche de protection de données est conformée en l'une des unités suivantes. - une couche de commande de liaison hertzienne (Radio Link 5 Control Layer, RLC), - une unité de protocole de convergence de données en paquets (Packet Data Convergence Protocol, PDCP), - une couche de commande Broadcast/Multicast (Broadcast/Multicast Control Layer, BMC). Dans une autre conformation de l'invention, l'unité de protocole de couche de protection de données est conformée en unité de commande d'accès à un support; l'unité de commande d'accès à un support peut être utilisée comme unité dans l'une des sous-couches de protocole suivantes de la couche de commande d'accès à un support: - une sous-couche de protocole d de commande d'accès à un support (MAC dedicated layer), - une sous-couche de protocole c/sh de commande d'accès à un support (MAC control/shared), une sous-couche de protocole b de commande d'accès à un support (MAC broadcast), et - une sous-couche de protocole e de commande d'accès à un support (MAC enhanced uplink). Si l'unité de protocole de couche de protection de données est conformée en unité de commande d'accès à un support, les mémoires intermédiaires de protocole de couche de protection de données sont des mémoires intermédiaires de protocole d'unité de commande d'accès à un support et les flux de données de couche de protection de données sont des flux de données d'unité de commande d'accès à un support. Dans une autre conformation de l'invention, une unité de génération d'unité de données de protocole de couche de protection de données est prévue en plus pour générer une unité de données de protocole selon le protocole de couche de protection de données utilisé à chaque fois. Chaque unité de données de protocole générée par l'unité de génération d'unité de données de protocole de couche de protection de données comporte une zone de données de commande et une zone de données utiles. La zone de données de commande inclut des données de commande (données de contrôle) selon le protocole de couche de protection de données respectif; on entend également par là un sous-protocole de couche de protection de données correspondant. La zone de données utiles inclut les données utiles à transmettre de la couche de protocole (sous-couche de protocole) placée au-dessus de l'unité de protocole de couche de protection de données, c'est-à-dire les données utiles à transmettre depuis le canal logique. L'unité de génération d'unité de données de protocole de couche de protection de données est en outre conçue de façon que les informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données, à partir desquels les données à transmettre contenues dans l'unité de données de protocole générée sont lues, sont écrites dans la zone de données de commande de l'unité de données de protocole. De cette façon, on obtient une signalisation très simple et efficace de l'association des données respectives aux mémoires intermédiaires de protocole de couche de protection de données et/ou aux flux de données de couche de protection de données sans avoir à indiquer cette information d'association à chaque unité de données de protocole individuelle de la couche de protection de données de la couche de protocole située audessus de l'unité de protocole de couche de protection de données dans le terminal de téléphonie mobile. Ainsi, on indique concrètement une tête de données de contrôle (Header de données de contrôle) en particulier pour la sous-couche de protocole Enhanced Uplink qui contient les informations sur - le MAC-d Flow, caractérisé par une donnée d'identification MAC-d Flow (Flow-ID, FID) et la Priority Queue, c'est-à-dire sur la mémoire intermédiaire de sousprotocole de couche de protection de données, caractérisée par une donnée d'identification de Priority Queue (Queue-ID, QID) d'où proviennent les données délivrées par la sous-couche de protocole MAC-d et traitées par la sous-couche de protocole MAC-e dans l'unité de données de protocole MAC-e (MAC-e PDU) Il faut signaler ici que les données traitées par la sous-couche de protocole MAC-e sont assemblées à l'intérieur d'un intervalle de temps de transmission de données (TTI), en d'autres termes les MAC-e SDU provenant des différents MAC-d Flows (flux de données MAC-d) et des différentes priorités, c'est-à-dire des données provenant de différentes Priority Queues, pour donner une unité de données de protocole et sont transmises dans le canal de transport. De façon préférée, l'unité de données de protocole de couche de protection de données est conçue de telle sorte que la zone de tête, en d'autres termes le Header de l'unité de données de protocole est conformée en zone de données de commande. En d'autres termes, cela signifie que l'information sur les mémoires intermédiaires de couche de protection de données et/ou sur les flux de données de couche de protection de données est de préférence ajoutée dans la zone de tête de l'unité de données de compte protocole de la couche de protocole de couche de protection de données respectivement de préférence de la sous- couche de protocole MAC-e. Cette information est ainsi de préférence transmise à un autre dispositif de téléphonie mobile, de préférence à une station de base de téléphonie mobile. La technique décrite ci-dessus de la signalisation de l'information sur la répartition et l'agencement des données à transmettre provenant de la mémoire intermédiaire de protocole de couche de protection de données respectivement des flux de données de couche de protection de données à l'unité de données de protocole de couche de protection de données est particulièrement avantageuse car des paquets de données qui se suivent directement d'un service de communication déterminé, lesquels paquets de données sont très vraisemblablement transmis au même flux de données de couche de protection de données, par exemple au même MAC-d Flow et par la même mémoire intermédiaire de protocole de couche de protection de données, avantageusement par la même Priority Queue, ne doivent être dotés qu'une seule fois d'une identification de MAC-d Flow correspondante (FID et/ou de l'identification de Priority Queue correspondante (QID) et ainsi la dimension des données de contrôle à transmettre dans l'unité de données de protocole de couche de protection de données, avantageusement dans les MAC-e PDU, est considérablement réduite. Il faut signaler ici que la signalisation elle-même, décrite ci-dessus, ne présente un avantage que lorsque les données à transmettre sont réparties irrégulièrement entre les différentes mémoires intermédiaires de couche de protection de données, avantageusement entre les différentes Priority Queues, car dans ce cas au moins l'identification de la Priority Queue peut être signaler en commun pour toutes les données provenant d'une Priority Queue. Dans une autre conformation de l'invention, il est prévu que l'unité de génération d'unité de données de protocole de couche de protection de données soit conçue de telle sorte que les informations sur les mémoires intermédiaires de protocole de couche de protection de données, dans lesquelles sont lues les données à transmettre, contenues dans l'unité de données de protocole générée, sont écrites dans la zone de données de commande de l'unité de données de protocole et que les informations sur les flux de données de couche de protection de données, dans lesquels sont lues les données à transmettre, contenues dans l'unité de données de protocole générée, sont associées à chaque fois à l'une des mémoires intermédiaires de protocole de couche de protection de données et sont écrites dans la zone de données de commande de l'unité de données de protocole. Concrètement, cette conformation de l'invention signifie que la structure de la zone de données de commande, avantageusement de la zone de tête de l'unité de données de protocole, est conformée de telle sorte que à un niveau de structure supérieur de la zone de données de commande, c'est-àdire de la tête de données de contrôle, pour chaque Priority Queue individuelle, c'est-à-dire pour chaque mémoire intermédiaire de protocole de couche de protection de données individuelle, on détermine quelles unités de données en paquets (N) sont transmises d'une Priority Queue, et avec quelle dimension de paquets (SID) elles le sont, et on signale à un niveau de structure inférieure de la zone de données de commande de l'unité de données de protocole, en d'autres termes de la tête de données de contrôle, de quel flux de données de couche de protection de données, avantageusement de quel MAC-d Flow (FID) proviennent les données successives N, et en quelle quantité. Dans le cas où seule l'information sur les mémoires intermédiaires de protocole de couche de protection de données, dans lesquelles sont lues les données à transmettre, sont écrites dans la zone de données de commande de l'unité de données de protocole, il est prévu d'ajouter l'information sur les flux de données de couche de protection de données à chaque unité de données de service (SDU) de l'unité de protocole de couche de protection de données. Dans le cas où seules les informations sur les flux de données de couche de protection de données, dans lesquels sont lues les données à transmettre, sont écrites dans la zone de données de commande de l'unité de données de protocole, il est prévu d'ajouter l'information sur la mémoire intermédiaire, dans laquelle sont lus les paquets de données respectifs de la couche de protocole située au-dessus de la couche de protection de données, sur le service de la couche de protection de données qui est demandé et auquel sont amenés les paquets de données respectifs au-dessus du point d'accès de services, à une unité de données de service respective (SDU) de l'unité de protocole de couche de protection de données. En particulier dans le cas où l'unité de couche de protection de données est utilisée comme unité e de commande d'accès à un support, elle comporte une sous-unité de commande d'accès à un support ainsi qu'une unité de commande Automatic-Repeat-Request. Au moins une partie de la pluralité de mémoires intermédiaires de protocole de couche de protection de données est utilisée comme mémoire intermédiaire de commande d'accès à un support dans laquelle les données sont mémorisées temporairement. En d'autres termes, cela signifie que les mémoires intermédiaires dans l'unité sont destinées à répartir les données entre les mémoires intermédiaires de données individuelles de différentes priorités de la couche de protocole MAC-e et/ou sont prévues comme mémoires intermédiaires des processus ARQ dans l'unité de protocole MAC-e. L'unité de commande Automatic-Repeat-Request est avantageusement utilisée selon MAC-e pour mettre en uvre un procédé Hybrid-Automatic-RepeatRequest (procédé HARQ). L'unité de commande Automatic-Repeat-Request est utilisée, dans une conformation de l'invention, pour mettre en uvre précisément à processus Automatic-Repeat-Request pour chaque mémoire intermédiaire de protocole de couche de protection de données. Dans une autre conformation de l'invention, il est prévu d'utiliser l'unité de protocole de couche de protection de données pour sélectionner un format de transport pour chaque processus Automatic-Repeat-Request. En outre, les mémoires intermédiaires de protocole de couche de protection de données peuvent être des mémoires intermédiaires AutomaticRepeat-Request; chaque mémoire intermédiaire Automatic-Repeat-Request est associée à un processus, avantageusement précisément un processus Automatic-Repeat-Request. L'unité de protocole de couche de protection de données est conçue, dans cette conformation de l'invention, de façon à sélectionner le format ou les formats de transport en fonction d'états de remplissage des mémoires intermédiaires Automatic-Repeat-Request. Un certain nombre de conformations préférées du dispositif de téléphonie mobile décrit ci-dessus sont expliquées dans la suite. Dans une conformation de l'invention, il est prévu une unité de réglage de poids destinée à prédéterminer des valeurs de poids et/ou des plages de valeur de poids selon une qualité de service utilisée à chaque fois pour la transmission de données, en d'autres termes par exemple selon une classe de trafic et de transport prévu dans le cadre du système de téléphonie mobile respectif pour la transmission de données et caractérisé par la qualité de service à chaque fois disponible. De cette façon, on obtient un traitement, particulièrement simple et efficace, des données dans les mémoires intermédiaires de couche de protection de données ainsi qu'une signalisation simple et fiable du poids respectif des mémoires intermédiaires en garantissant une transmission totale et opportune des données mémorisées temporairement dans les mémoires intermédiaires respectives selon la priorité affectée à chaque fois aux données. L'unité de réglage du poids est avantageusement conçue de façon à prédéterminer des valeurs de poids qui se trouvent dans une plage de valeurs de poids respective. De cette façon, l'unité de réglage de poids et par conséquent le dispositif de téléphonie mobile peuvent associer de façon flexible différentes valeurs poids et donc différentes largeurs de bande de transmission de données à des mémoires intermédiaires à chaque fois prises en compte; la prédétermination des plages de valeurs de poids respectives et, par voie de conséquence, la prédétermination des plages de largeurs de bande de transmission de données respectives permettent une optimisation de la lecture et donc de la transmission de données du dispositif de téléphonie mobile à par exemple une station de base de téléphonie mobile. En outre, dans une autre conformation de l'invention, il est prévu un dispositif de commande d'émission, conçu de préférence selon le Radio Ressource Control Layer de UMTS, destiné à commander des ressources d'émission de téléphonie mobile du dispositif de téléphonie mobile. Le dispositif de commande d'émission est destiné, dans une autre conformation de l'invention, à recevoir les formats de transport d'un autre dispositif de téléphonie mobile, permettant de prédéterminer les formats de transport de l'autre dispositif de téléphonie mobile. De cette façon, pour la signalisation efficace respectivement pour la configuration de l'unité de protocole MAC-e, on signale au dispositif de téléphonie mobile, de préférence au terminal de téléphonie mobile et à la station de base UMTS (NodeB) de l'unité de contrôle de réseau de téléphonie mobile UMTS (RNC), comment assembler les données d'une unité de données de protocole MAC-e, généralement d'une unité de données de protocole de couche de protection de données, c'est-à-dire que l'on signale à partir de quelles mémoires intermédiaires de protocole de couche de protection de données, identifiées au moyen d'indicateurs de Priority Queue, généralement identifiés au moyen d'indicateurs de mémoires intermédiaires de protocole de couche de protection de données, les données (SID) sont transmises dans une unité de données de protocole, généralement dans une unité de données de protocole de couche de protection de données, et en quelle quantité et avec quelle dimension de paquets (N) ces données le sont. De préférence, lors de la sélection des paramètres des différentes mémoires intermédiaires de protocole de couche de protection de données (Priority Queues), on tient compte des conditions de transmission actuelles. Par exemple, on tient compte du fait que éventuellement aucune donnée à transmettre n'est mémorisée temporairement dans une ou plusieurs Priority Queues, c'est-à-dire que 0 fois N bits sont lies dans une Priority Queue, c'est-à-dire que aucune donnée n'est lue. Les informations sur le MAC-d Flow et sur la Priority Queue d'où proviennent les données à transmettre sont gérées en interne du côté de l'émetteur, avantageusement du côté du terminal de téléphonie mobile et, dans l'utilisation de l'invention, sont insérées dans la zone de données de commande dans une sous-couche de protocole MAC-e dans l'unité de commande Automatic-Repeat-Request destinée à la mise en uvre d'un procédé Hybrid-Automatic-Repeat-Request, c'est-à-dire qu'elles sont insérées dans la tête de données de contrôle dans l'unité de données de protocole MAC-e. Le dispositif de commande d'émission est conçu de façon à recevoir des valeurs de poids et/ou des plages de valeurs de poids d'un autre dispositif de téléphonie mobile, avantageusement d'une station de téléphonie mobile, de façon particulièrement préférée d'une unité de contrôle de réseau de téléphonie mobile (Ressource Network Control) et les transmet à l'unité de réglage de poids, c'est-à-dire les délivrent dans le but de pouvoir prédéterminer les valeurs de poids et/ou les plages de valeurs de poids de l'autre dispositif de téléphonie mobile. Ainsi, du côté du réseau de téléphonie mobile, au niveau de la couche de protocole Radio Network Control (RNC) selon UMTS, il est possible d'effectuer de façon très simple et fiable la commande du comportement en lecture des mémoires intermédiaires de données dans la couche de protection de données des terminaux de téléphonie mobile en fonction de l'arrivée de données et de la qualité de transmission régnant dans la cellule de téléphonie mobile respective pour laquelle l'unité de contrôle de réseau téléphonie mobile est compétente. Le cas échéant, l'unité de contrôle de réseau de téléphonie mobile peut également activer un Handover. En outre, au moyen de l'unité de contrôle de réseau de téléphonie mobile, un ou plusieurs formats de transport peuvent être prédéterminés temporairement comme invalide ou, en prédéterminant un ensemble de formats de transport, les valeurs de poids et/ou les plages de valeurs de poids étant combinées avantageusement aux formats de données respectifs, une sélection de valeur de poids/plages de valeurs de poids possibles sont prédéterminées au moins partiellement. Dans une autre conformation de l'invention, il est prévu que le dispositif de lecture de mémoire intermédiaire de protocole de couche de protection de données soit conçu de façon à allouer, dans le cas où aucune donnée à transmettre n'est mémorisée temporairement dans une ou plusieurs mémoires intermédiaire de protocole de couche de protection de données, le pourcentage ou les pourcentages de la largeur de bande de transmission de données, alloués à ces mémoires intermédiaires de protocole de couche de protection de données, aux mémoires intermédiaire de protocole de couche de protection de données dans laquelle des données à transmettre sont mémorisées temporairement. On obtient ainsi pendant le fonctionnement une réaction dynamique au fait que aucune donnée à transmettre n'est actuellement mémorisée temporairement dans certaines mémoires intermédiaires. Les largeurs de bande de transmission de données allouées à chaque fois à ces mémoires intermédiaires, en d'autres termes, des ressources d'émission, sont réparties de façon prédéterminée, de façon particulièrement préférée uniformément, c'est-à-dire à part égales, en variante selon les pourcentages de largeur de bande de transmission de données associés jusqu'à présent aux mémoires intermédiaires respectives, entre les mémoires intermédiaires, en d'autres termes les largeurs de bande de transmission de données libres sont réparties entre les mémoires intermédiaires, dans lesquelles des données à transmettre sont mémorisées temporairement. Les dispositifs de téléphonie mobile ainsi que l'unité de contrôle de réseau de téléphonie mobile sont avantageusement conçus selon une norme de communication pour la communication selon un système de téléphonie mobile cellulaire, avantageusement pour la communication selon le système de téléphonie mobile cellulaire UMTS. En particulier dans le cas de l'utilisation de l'invention dans le cadre de UMTS, on peut considérer concrètement des aspects importants de l'invention selon lesquels le poids des mémoires intermédiaires de données, en particulier des Priority Queues, c'est-à-dire des mémoires intermédiaires dans la sous-couche de protocole MAC-e est considéré conformément aux exigences de la qualité de service, c'est-à-dire le Quality of Service, qui sont imposées aux données respectives, pour le traitement efficace des données mémorisées temporairement dans ces mémoires intermédiaires de données ainsi que dans une signalisation très simple du poids, c'est-à-dire des valeurs de poids et/ou des plages de valeurs de poids en partant de la station de base UMTS ou de l'unité RNC. La signalisation pour la configuration du poids selon l'invention des mémoires intermédiaires de données dans la couche de protection de données, avantageusement dans la sous-couche de protocole MAC-e, est effectuée sous la forme d'informations Radio Ressource Control (informations RRC) de l'unité de contrôle de réseau de téléphonie mobile au terminal de téléphonie mobile, également désigné par terminal d'abonné (User Equipment, UE), ainsi que par ladite interface Iub entre l'unité de contrôle de réseau téléphonique et la station de base UMTS associée NodeB. Les poids, c'est-à-dire les valeurs de poids, respectivement les plages de valeurs de poids, qui sont associées aux mémoires intermédiaires de données respectives de la couche de protection de données, avantageusement aux Priority Queues dans la sous-couche de protocole MAC- e, peuvent être signalées explicitement sous la forme de pourcentage défini des largeurs de bande transmission de données totalement disponibles et utilisées. Ainsi, par exemple lorsque l'on prévoit trois mémoires intermédiaires de couche de protection de données, on peut associer à la première mémoire intermédiaire de priorité la plus élevée 50% de la largeur de bande transmission totalement disponible, à la mémoire intermédiaire de protocole de couche de protection de données de deuxième priorité la plus élevée, en d'autres termes de priorité médiane, 25% de la largeur de bande transmission totalement disponible, et à la troisième mémoire intermédiaire de données, dans laquelle des données sont mémorisées temporairement avec la priorité la plus faible, 25% de la largeur de bande transmission totalement disponible. Les données, qui sont transmises par le canal E-Dedicated Channel (E-DCH) dans un intervalle de temps défini, se composent proportionnellement des données qui sont mémorisées temporairement dans les mémoires intermédiaires de données respectives, dans ce cas conformément au poids signalé (aux valeurs de poids signalées et aux largeurs de bande transmission de données combinées à celles-ci et associées aux mémoires intermédiaires de données respectives). Dans une variante avantageuse, il est prévu une mémoire intermédiaire de Priority Queue dans la sous-couche de protocole MAC-e pour chaque classe de trafic de données (Traffic Class). Les poids des mémoires intermédiaires de données dans la sous-couche de protocole MAC-e ne sont pas signalées dans ce cas explicitement mais il est effectué une affectation préalablement déterminée de la classe trafic de données aux poids des Priority Queues correspondantes et, en combinaison, une allocation des largeurs de bande de transmission de données délivrées correspondant aux priorités. Les classes de trafic de données prévues selon UMTS sont expliquées en détail dans la suite. Il est actuellement prévu selon UMTS les quatre classes de trafic de données suivantes: Conversational, Streaming, Interactive, Background. L'association des valeurs de poids aux Priority Queues selon les classes de trafic de données peut être effectuée par exemple en affectant aux données Streaming une poids de 40%, aux données Conversational un poids de 30%, aux données Interactive une poids de 20% et aux données Background un poids de 10%. En d'autres termes, cela signifie que 40% de la largeur de bande transmission de données totalement disponible sont associés aux données Streaming, 30% aux données Conversational, 20% aux données Interactive et 10% aux données Background. Lorsqu'une Priority Queue ne contient temporairement aucune donnée, en d'autres termes lorsque actuellement aucune donnée n'est mémorisée temporairement dans la mémoire intermédiaire de cette Priority Queue, il est attribué selon une conformation de l'invention davantage de largeur de bande aux autres Priority Queues, comme décrit ci-dessus. Ceci peut être effectué par exemple en répartissant la largeur de bande restante disponible, c'est-à-dire la largeur de bande de transmission de données non utilisée par les Priority Queues avec des mémoires intermédiaires vides , entre les autres mémoires intermédiaires de données, avantageusement à parts égales. Pour pouvoir adapter dynamiquement les poids, c'est-à-dire les valeurs de poids des Priority Queues individuelles, en général des mémoires intermédiaires de protocole de couche de protection de données, aux conditions de transmission actuelles, en particulier aux états deremplissage actuels des mémoires intermédiaires de données dans la souscouche MAC-e ainsi qu'à la situation de transmission dans la cellule de téléphonie mobile respective, on introduit concrètement, avantageusement pour chacune des mémoires intermédiaires de données envisagées et prises en compte, en variante pour au moins une partie des mémoires intermédiaires de données considérées, des bandes de poids, également désignées dans le cadre de cette description par plages de valeurs de poids, dans lesquelles le poids peut être réduit ou augmenté par le réseau de téléphonie mobile, en particulier par la station de base UMTS en fonction de l'état de remplissage respectif des mémoires intermédiaires de données, de la situation de transmission de données dans la cellule de téléphonie mobile respective et des poids des autres Priority Queues, en général des autres mémoires intermédiaires de protocole de couche de protection de données. Pour cela, l'unité de contrôle de réseau de téléphonie mobile RNC configure la station de base UMTS au moyen de l'interface Iub avec les bandes de poids utilisées, c'est-à- dire les zones de valeurs de poids dans lesquelles la station de base UMTS peut reconfigurer le terminal de téléphonie mobile qui envoie dans le cadre d'une liaison de communication Uplink des données à la station de téléphonie mobile UMTS, puis très rapidement et dynamiquement les valeurs de poids utilisées à chaque fois, c'est-à-dire en d'autres termes les poids affectés aux mémoires intermédiaires et par conséquent les largeurs de bande de transmission de données utilisées et allouées à chaque fois. S'il n'y a aucune donnée ou s'il y a très peu de données dans la mémoire intermédiaire de données d'une Priority Queue, il n'est affecté à cette Priority Queue et par conséquent aux mémoires intermédiaires de protocole de couche de protection de données respectives qu'un faible poids dans la bande de poids, c'est-à-dire une très faible la valeur de poids dans la plage de valeurs de poids, avantageusement une valeur de poids qui se trouve à la limite inférieure de la plage de valeurs de poids. Si l'état de remplissage de la mémoire intermédiaire de protocole de protection de données respective est très élevée, il est alors affecté à cette Priority Queue, en général à cette mémoire intermédiaire, un poids plus élevé dans la bande de poids et par conséquent une valeur de poids plus élevée dans la plage de valeurs de poids, avantageusement une valeur de poids qui se trouve à la limite supérieure de la plage de valeurs de poids. Avantageusement, l'adaptation dynamique du poids est commandée en se référant aux bandes de poids par le réseau de téléphonie mobile, en particulier par la station de base UMTS. Lorsque l'on modifie le poids d'une Priority Queue, les poids, c'est-àdire les valeurs de poids des autres Priority Queues, sont prises en compte et éventuellement adaptées de façon appropriée. Pour effectuer l'adaptation du poids d'une Priority Queue à l'état de remplissage de la mémoire intermédiaire de données respective, il est prévu en particulier deux variantes: - l'état de remplissage en pourcentage de la mémoire intermédiaire de données respective est représenté un à un sur le poids de la Priority Queue dans la bande de poids. - on définit des valeurs de seuil de mémoire intermédiaire de données de Priority Queue dans lesquelles; lorsque ces valeurs de seuil sont dépassées, le poids de la Priority Queue respective est augmentée ou diminuée discrètement de façon prédéterminée, c'est-à-dire d'une valeur prédéterminée. Il faut signaler ici que la somme de tous les poids, qui sont associés aux Priority Queues, en général aux mémoires intermédiaires de protocole de couche de protection de données, ne doit à aucun moment dépasser 100%. Si on obtient des poids identiques en raison de la convergence des bandes de poids des Priority Queues, ces poids sont avantageusement traitées de la même façon réalisée en extrayant, c'est-à-dire en lisant, dans toutes les Priority Queues le même nombre de paquets de données. Concrètement, on peut considérer un aspect élémentaire de l'invention dans l'application du principe Weighted Fair Queueing, connu en soi, dans lequel les flux de données sont affectés aux Queues individuelles, chaque Queue étant affectée d'un poids qui représente un pourcentage défini de toute la largeur de bande de transmission, au domaine d'application particulier de la couche de protection de données dans un système de communication de téléphonie mobile, avantageusement dans un système de communication de téléphonie mobile cellulaire, de façon particulièrement préférée dans un système de communication de téléphonie mobile UMTS. Le dispositif de téléphonie mobile est de préférence conçu comme un terminal de téléphonie mobile qui est destiné de façon particulièrement préférée à recevoir et émettre des données selon un ou plusieurs protocoles d'un système de téléphonie mobile cellulaire, par exemple GSM, de préférence GPRS ou UMTS. De façon particulièrement préférée, le terminal de téléphonie mobile est donc conçu pour la communication dans un système de téléphonie mobile UMTS, en d'autres termes le terminal de téléphonie mobile est conçu pour recevoir et émettre des données selon un ou plusieurs protocoles d'un système de téléphonie mobile UMTS. On considère des aspects particulièrement avantageux de l'invention dans l'introduction et la transmission d'une tête de données de contrôle MAC-e par l'interface aérienne pour la transmission, efficace et ménageant les ressources de téléphonie mobile, de données de contrôle pour le traitement efficace, du côté du récepteur, des unités de données de protocole MAC-e reçues ainsi que dans la signalisation par le réseau d'accès de téléphonie mobile UMTS, avantageusement l'unité de contrôle de réseau de téléphonie mobile, au terminal de téléphonie mobile et à la station de base de téléphonie mobile, de la manière dont les données des unités de données de protocole MAC-e doivent s'assembler, c'est-à-dire de quelles Priority Queues les MAC-e Service Data Units (SDU), c'est-à-dire des unités de données de service MAC-e, sont transmises dans une unité de données de protocole MAC-e, dans quelle quantité et avec quelle dimension de paquets. Des exemples de réalisation de l'invention sont expliqués en détail dans la suite et sont représentés dans les dessins dans lesquels: la figure 1 représente un système de communication dans un 30 exemple de réalisation de l'invention; la figure 2 est une représentation d'une structure de protocole de l'interface aérienne; la figure 3 est une représentation des unités dans une couche de protocole MAC-e dans un premier exemple de réalisation de l'invention; la figure 4 est une représentation des unités dans une 5 couche de protocole MAC-e dans un deuxième exemple de réalisation de l'invention; la figure 5 est une représentation d'une information RRC pour la signalisation des valeurs de poids et des plages de valeurs de poids dans un exemple de réalisation de l'invention; et la figure 6 est un synoptique du traitement des données dans une couche de protocole MAC-e dans les exemples de réalisation de l'invention. La figure 1 représente un système de téléphonie mobile UMTS 100, pour des raisons de simplification en particulier les composants du réseau d'accès de téléphonie mobile UMTS (UMTS Terrestrial Radio Access Network, UTRAN), qui comporte une pluralité de sous-systèmes de réseau de téléphonie mobile (Radio Network Subsystems, RNS) 101, 102 qui sont reliés à chaque fois au moyen de ce que l'on appelle interface Iu 103, 104 au réseau central UMTS (Core Network, CN) 105. Un sous-système de réseau de téléphonie mobile 101, 102 comportent à chaque fois une unité de contrôle de réseau de téléphonie mobile (Radio Network Controller, RNC) 106, 107 ainsi qu'une ou plusieurs stations de base UMTS 108, 109, 110, 111 qui sont également désignés selon UMTS par NodeB. Dans le réseau d'accès de téléphonie mobile, les unités de contrôle de réseau de téléphonie mobile 106, 107 des sous-systèmes de réseau de téléphonie mobile individuels 101, 102 sont reliées entre elles au moyen de ce que l'on appelle une interface Iur 112. Chaque unité de contrôle de réseau de téléphonie mobile 106, 107 surveille à chaque fois l'association de ressources de téléphonie mobile de toutes les cellules de téléphonie mobile dans un sous-système de réseau de téléphonie mobile 101, 102. Une station de base UMTS 108, 109, 110, 111 est reliée à chaque fois à une unité de contrôle de réseau de téléphonie mobile 106, 107, associée à la station de base, au moyen de ce que l'on appelle une interface Iub 113, 114, 115, 116. Chaque station UMTS 108, 109, 110, 111 couvre concrètement du point de vue de la technique téléphonique une ou plusieurs cellules de téléphonie mobile à l'intérieur d'un sous-système de réseau de téléphonie mobile 101, 102. Des signaux d'information respectivement des signaux de données sont transmis au moyen d'une interface aérienne, désignée selon UMTS par interface aérienne 117, avantageusement selon une procédure de transmission d'accès multiple, entre une station de base respective 108, 109, 110, 111 et un terminal d'abonné 118 (User Equipment, UE), également désigné dans la suite par terminal de téléphonie mobile, dans une cellule de téléphonie mobile. Par exemple, selon le mode UMTS-FDD (Frequency Division Duplex), une transmission de signaux séparée dans le sens Uplink et Downlink (Uplink: transmission de signaux du terminal de téléphonie mobile 118 à la station de base UMTS respective 108, 109, 110, 111; Downlink: transmission de signaux de la station de base UMTS associée respective 108, 109, 110, 111 au terminal de téléphonie mobile 118) par une affectation séparée correspondante de fréquences ou de plages de fréquences. Plusieurs abonnés, en d'autres termes plusieurs terminaux de téléphonie mobile 118, activés ou appelé dans le réseau d'accès de téléphonie mobile, dans la même cellule de téléphonie mobile sont avantageusement séparés l'un de l'autre du point de vue de la technique de signal au moyen de codes orthogonaux, en particulier selon la procédure dite CDMA (Code Division Multiple Access). Il faut signaler ici que, pour des raisons de simplicité de représentation, il n'est représenté dans la figure 1 qu'un terminal de téléphonie mobile 118. Cependant, d'une façon générale, un nombre quelconque de terminaux de téléphonie mobile 118 sont prévues dans le système de téléphonie mobile 100. La communication d'un terminal de téléphonie mobile 118 avec un autre appareil de communication peut être établie au moyen d'une liaison de communication de téléphonie mobile complète à un autre terminal de téléphonie mobile, en variante à un autre appareil de communication de réseau fixe. Comme représenté dans la figure 2, l'interface aérienne UMTS 117 est divisée logiquement en trois couches de protocole (symbolisées dans la figure 2 par un agencement de couches de protocole 200). Les unités (entités), réalisant et garantissant la fonctionnalité des couches de protocole respectives décrites dans la suite, sont implémentées aussi bien dans le terminal de téléphonie mobile 118 que dans la station de base UMTS 108, 109, 110, 111 respectivement dans l'unité de contrôle de réseau de téléphonie mobile respective 106, 107. Dans la figure 2, il est représenté la structure de protocole 200 du point de vue du canal de transport dédié DCH (Dedicated Channel). La couche inférieure représentée dans la figure 2 est la couche physique PHY 201 qui représente selon le modèle de référence OSI (Open System Interconnection) selon ISO (International Standardisation Organisation) la couche de protocole 1. La couche de protocole située au-dessus de la couche physique 201 est la couche de protection de données 202, selon le modèle de référence OSI la couche de protocole 2 qui comporte de son côté plusieurs sous-couches de protocole, c'est-à-dire la couche de protocole Medium Access Control 203(couche de protocole MAC), la couche de protocole Radio Link Control 204 (couche de protocole RLC), la couche de protocole Packet Data Convergence Protocol 205 (couche de protocole PDCP), ainsi que la couche de protocole Broadcast/Multicast Control 206 (couche de protocole BMC). La couche supérieure de l'interface aérienne UMTS Uu et la couche de réseau de téléphonie mobile (selon le modèle de référence OSI la couche de protocole 3), comportant l'unité de contrôle de ressources de téléphonie mobiles 207 (couche de protocole Radio Ressource Control, couche de protocole RRC). Chaque couche de protocole 201, 202, 203, 204, 205, 206, 207 offre à la couche de protocole sus-jacente son service par l'intermédiaire d'un point d'accès de service défini prédéterminé (Service Access Points). Pour une meilleure compréhension de l'architecture en couches de protocole, les points d'accès de service portent des noms clairs et généralement usuels, comme par exemple canaux logiques 208 entre la couche de protocole MAC 203 et la couche de protocole RLC 204, canaux de transport 209 entre la couche physique 201 et la couche de protocole MAC 203, Radio Bearer (RB) 210 entre la couche de protocole RLC 204 et la couche de protocole PDCP 205 respectivement la couche de protocole BMC 206, ainsi que Signalling Radio Bearer (SRB) 213 entre la couche de protocole RLC 204 et la couche de protocole RRC 207. La structure de protocole 200, représentée dans la figure 2, est divisée selon UMTS non seulement horizontalement en les couches de protocole décrites ci-dessus et unités des couches de protocole respectives, mais également verticalement en ce que l'on appelle un niveau de protocole de contrôle 211 (Control-Plane, C-Plane) qui contient des parties de la couche physique 201, des parties de la couche de protocole MAC 203, des parties de la couche de protocole RLC 204 ainsi que la couche de protocole RRC 207 et le niveau de protocole utilisateur 212 (User-Plane, U-Plane) qui contient des parties de la couche physique 201, des parties de la couche de protocole MAC 203, des parties de la couche de protocole RLC 204, la couche de protocole 205 ainsi que la couche de protocole BMC 206. Au moyen des unités du niveau de protocole de contrôle, on transmet exclusivement des données de contrôle qui sont nécessaires à l'établissement et à la suppression ainsi qu'au maintien d'une liaison de communication, tandis que au moyen des unités du niveau utilisateur 212 on transmet les données utiles proprement dites. En [1], il est décrit des détails de l'agencement en couches de protocole 200. Chaque couche de protocole respectivement chaque unité (entité) d'une couche de protocole respective comporte des fonctions prescrites déterminées dans le cadre d'une communication de téléphonie mobile. Du côté de l'émetteur, le rôle de la couche physique 201 respectivement des unités de la couche physique 201 est de garantir la transmission sûre de données venant de la couche de protocole MAC 203 par l'intermédiaire de l'interface aérienne 117. Les données sont représentées à cet égard sur des canaux physiques (non représentés dans la figure 2). La couche physique 201 offre son service à la couche de protocole MAC 203 par l'intermédiaire de canaux de transport 209 au moyen desquels on détermine comment et avec quelle caractéristique les données sont transportées par l'intermédiaire de l'interface aérienne 117. Les fonctions importantes, qui sont fournies par les unités de la couche physique 201, contiennent le codage de canaux, la modulation et l'étalement de code CDMA. De façon correspondante, la couche physique 201 respectivement les entités de la couche physique 201 réalisent du côté du récepteur le désétalement de code CDMA, la démodulation et le décodage des données reçues et les transmet ensuite à la couche de protocole MAC 203 pour traitement ultérieur. La couche de protocole MAC 203 respectivement les unités de la couche de protocole MAC 203 offre leur service à la couche de protocole RLC 204 au moyen de canaux logiques 208 en tant qu'un point d'accès de service au moyen desquels on caractérise le type de fichier dans les données transportées. Le rôle de la couche de protocole MAC 203 dans l'émetteur, c'est-à-dire lors de la transmission de données dans le sens Uplink dans le terminal de téléphonie mobile 118, consiste en particulier à représenter les données, qui sont appliquées à un canal logique 208 audessus de la couche de protocole 203, sur les canaux de transport 209 de la couche physique 201. La couche physique 201 offre pour cela aux canaux de transport 209 des taux de transmission discrets. Par conséquent, une fonction importante de la couche de protocole MAC 203 respectivement des entités de la couche de protocole MAC 203 dans le terminal de téléphonie mobile 118 dans le cas de l'émission est la sélection d'un format de transport approprié (TF) à chaque canal de transport configuré en fonction du taux de transmission de données actuel et de la priorité de données respective des canaux logiques 208 qui sont représentés sur le canal de transport respectif 209, ainsi que de la puissance d'émission disponible du terminal de téléphonie mobile 118 (UE). Dans un format de transport, on détermine entre autres combien d'unités de paquets de données MAC, désignées par blocs de transport, sont envoyés, en d'autres termes transmis, dans un intervalle de temps de transmission TTI (Transmission Time Interval) sur le canal de transport 209 à la couche physique 201. Les formats de transport autorisés ainsi que les combinaisons autorisées de formats de transport des différents canaux de transport 209 sont signalés au terminal de téléphonie mobile 118 par l'unité de contrôle de réseau de téléphonie mobile 106, 107 lors de l'établissement d'une liaison de communication. Dans le récepteur, les blocs de transport reçus sur les canaux de transport 209 sont de nouveau divisés en les canaux logiques 208 par les unités de la couche de protocole MAC 203. La couche de protocole MAC respectivement les unités de la couche de protocole MAC 203 comportent habituellement trois unités logiques. L'unité dite MAC-d (unité MAC-dedicted) traite les données utiles et les données de contrôle qui sont représentées sur les canaux de transport dédiés DCH (Dedicated Channel) par les canaux logiques dédiés correspondants DTCH (Dedicated Traffic Channel) et DCCH (Dedicated Control Channel). L'unité MAC-c/sh (unité MAC-Control/Shared) traite les données utiles et les données de contrôle de canaux logiques 208 qui sont représentées sur les canaux de transport commun 209, comme par exemple le canal de transport commun RACH (Random Access Channel) dans le sens Uplink ou le canal de transport commun FACH (Forward Access Channel) dans le sens Downlink. L'unité MAC-b (unité MAC-Broadcast) ne traite que les informations de système, importantes pour les cellules de téléphonie mobile, qui sont représentées par le canal logique BCCH (Broadcast Control Channel) sur le canal de transport BCH (Broadcast Channel) et qui sont transmises par Broadcast à tous les terminaux de téléphonie mobile 118 dans la cellule de téléphonie mobile respective. Au moyen de la couche de protocole RLC 204 resp. des unités de la couche de protocole RLC 204, leurs services sont proposés à la couche de protocole RLC 207 au moyen de Signalling Radio Bearer (SRB) 213 comme points d'accès aux services et à la couche de protocole PDCP 205 et à la couche de protocole BMC 206 au moyen de Radio Bearer (RB) 210 comme points d'accès aux services. Les Signalling Radio Bearer et les Radio Bearer caractérisent la manière dont la couche de protocole RLC 204 est manipulée avec les paquets de données. Pour cela, le mode de transmission pour chaque Signalling Radio Bearer resp. Radio Bearer configuré est déterminé par exemple par la couche de protocole RRC 207. Il est prévu selon UMTS des modes de transmission suivants: - Transparent Mode (TM), Unacknowledge Mode (UM), ou - Acknowledge Mode (AM). La couche de protocole RLC 204 est modélisée de façon à ce qu'il y ait une entité RLC autonome par Signalling Radio Bearer resp. Radio Bearer. En outre, le rôle de la couche de protocole RLC resp. de ses entités 204 dans le dispositif d'émission est de diviser ou d'assembler les données utiles et les données de signalisation provenant des Signalling Radio Bearer et des Radio Bearer en paquets de données. La couche de protocole RLC 204 transmet les paquets de données générées après la division ou l'assemblage à la couche de protocole MAC 203 pour le transport ultérieur respectivement le traitement ultérieur. La couche de protocole PDCP 205 respectivement les unités de la couche de protocole PDCP 205 sont conformées pour la transmission respectivement la réception de données de ce que l'on appelle le Packet-Switched-Domain (Domaines de transmission de données, PS-Domain). La fonction principale de la couche de protocole PDCP 205 est la compression respectivement décompression des informations IP-Header (Informations Internet Protocol-Header). La couche de protocole BMC 206 respectivement ses entités sont utilisées pour transmettre respectivement recevoir par l'intermédiaire de l'interface aérienne ce que l'on appelle des informations Cell-Broadcast. La couche de protocole RRC 207 respectivement les entités de la couche de protocole RRC 207 sont responsables de l'établissement et de la suppression et de la reconfiguration de canaux physiques, de canaux de transport 209, de canaux logiques 208, des Signalling Radio Bearer 213 et des Radio Bearer 210 ainsi que du traitement de tous les paramètres de la couche de protocole 1, c'est-à-dire de la couche physique 201 et de la couche de protocole 2. Pour cela, les unités RRC, c'est-à-dire les unités de la couche de protocole RRC 207 dans l'unité de contrôle de réseau de téléphonie mobile 106, 107 et le terminal de téléphonie mobile respective 118 échangent des informations RRC correspondantes par l'intermédiaire des Signalling Radio Bearer 113. Des détails de la couche RRC sont décrits dans [3]. Comme décrit ci-dessus, le terminal de téléphonie mobile 118 peut transmettre à l'unité de contrôle de réseau de téléphonie mobile 106, 107 qui lui est associé, au niveau RRC des informations (les informations dites Measurement Report) sur la survenance de trafic de données d'un canal de transport dans le but du management des ressources de téléphonie mobile. Il est alors indiqué à l'unité de contrôle de réseau de téléphonie mobile Serving (Serving Radio Network Controller, SRNC), les états de remplissage de la mémoire intermédiaire de données RLC du canal de transport correspondant, c'est-à-dire qu'il est indiqué combien de données se trouvent actuellement dans les mémoires intermédiaires de données RLC respectives du terminal de téléphonie mobile 118. À l'aide de ces informations, l'unité de contrôle de réseaux de téléphonie mobile Serving 106, 107 peut procéder alors à des configurations correspondantes du terminal de téléphonie mobile 118 pour limiter respectivement augmenter par exemple les formats de transport utiles d'un terminal de téléphonie mobile 118 ou pour effectuer un passage (handover) à une autre cellule de téléphonie mobile, une reconfiguration des canaux physiques dédiés ou un changement d'état RRC d'un premier état CELL DCH dans un deuxième état CELL FACH. Dans l'organisme de normalisation 3GPP, on s'efforce actuellement d'améliorer la transmission de données en paquets sur des canaux de transport dédiés de la voie montante pour le mode UMTS-FDD. À cet égard, il est prévu un canal de transport dédié désigné EnhancedDCH (E-DCH). Les propriétés importantes de ce nouveau canal de transport inclut l'utilisation d'un procédé Hybrid Automatic Repeat Request (Procédé HARQ) fondé sur le procédé N-Channel Stop&Wait, une programmation (Scheduling) contrôlée par une station de base UMTS ainsi qu'une fourniture de longueurs de trame inférieures ou égales à 10 ms. Au moyen du procédé de protection de transmission HARQ, on transmet au terminal de téléphonie mobile 118 par le réseau une confirmation de la bonne ou mauvaise réception des données. Pour cette fonction, le terminal de téléphonie mobile 118 comporte différentes mémoires intermédiaires de données pour mémoriser temporairement les données jusqu'à la confirmation de la bonne réception. En outre, selon la proposition actuelle dans le cadre du canal de transport Enhanced-DCH, il est prévu de répartir les données en fonction de leur priorité vers différentes mémoires intermédiaires de données, appelées Priority Queues; les données dans les mémoires intermédiaires de données sont mémorisées temporairement en fonction de leur poids, c'est-à-dire dans leur caractère prioritaire, et sont donc traitées après leur mémorisation temporaire de façon préférentielle ou moins préférentielle dans les mémoires intermédiaires respectives d'une priorité donnée. Les deux fonctions sont implémentées dans une nouvelle sous-couche de la couche de protocole MAC 203, comme représenté dans un premier mode de réalisation dans la figure 3 par la sous-couche de protocole MAC-e (MAC-Enhanced-Uplink) 300, laquelle est implémentée également aussi bien du côté du terminal, c'est-à-dire dans le terminal de téléphonie mobile 118, que du côté du réseau, c'est-à-dire dans une station de base UMTS 108, 109, 110, 111. La sous-couche de protocole MAC- e 300 reçoit ses données de la sous-couche de protocole MAC-d par ce que l'on appelle des MAC-d-Flows 301, 302 et transmettent ses données de nouveau par le canal de transport E-DCH 303 à la couche physique 201. La sous-couche de protocole MAC-e 300 respectivement ses entités communiquent, par exemple en vue de la configuration, avec la couche de protocole RRC 207 par le point d'accès MACControl 304. Dans la sous-couche de protocole MAC-d, un ou plusieurs canaux logiques sont multiplexé sur un MAC-d-Flow 301, 302; une priorité est associée à chaque MAC-d-Flow 301, 302 dans la sous-couche de protocole MAC-d. Grâce à cette priorité, la fonction Priority Queue Distribution, réalisée dans une unité de répartition Priority Queue 305 dans la sous-couche de protocole 300, procède à la répartition des données vers les mémoires intermédiaires de données 306 avec les différentes priorités, c'est-à- dire pour le traitement avec des données de différentes propriétés dans une mémoire intermédiaire de données, des données d'une priorité étant mémorisées temporairement dans une mémoire intermédiaire de données. Les données sont alors mémorisées temporairement dans la mémoire intermédiaire de données des Priority Queues 306 jusqu'à ce qu'elles soient appelées au moyen d'une unité HARQ 307 pour la transmission. Selon le procédé N-Channel Stop&Wait, l'unité 307 HARQ est constituée d'un certain nombre N de processus dit HARQ; un processus représente à chaque fois une instance du procédé Stop&Wait. Pour chaque processus, l'unité HARQ 307 génère un certain nombre d'unités de données en paquets (PDU) en fonction de leur priorité à partir des mémoires intermédiaires de données des Priority Queues 306 et les transmet par le canal de transport E-DCH à la couche physique 201 où elles sont transmis ensuite au réseau par des canaux physiques dédiés par l'intermédiaire de l'interface aérienne 117. L'unité HARQ 307 mémorise temporairement les unités de données en paquets (PDUs) transmises par chaque processus HARQ dans une mémoire intermédiaire HARQ correspondante (non représentée) tant que la transmission réussie est confirmée par le réseau. Une unité de sélection TF 308 couplée à l'unité HARQ 307 est responsable du choix du format de transport approprié à la transmission pour chaque processus HARQ. Dans la sous-couche de protocole MAC-e 300, on configure pour cela au moyen de la couche de protocole RRC 207 une quantité de formats de transport différents à partir desquels l'unité de sélection TF 308 choisit un format approprié pour chaque intervalle de temps de transmission (TTI) et pour chaque processus HARQ. Le réglage de la couche de protocole MAC-e 300 est effectué au moyen de la couche de protocole RRC du côté de l'unité de contrôle de réseau de téléphonie mobile 106, 107. Lorsqu'un abonné de téléphonie mobile utilise un service selon UMTS au moyen du terminal de téléphonie mobile 118, avantageusement dans le dispositif de téléphonie mobile décrit ci-dessus, ce service demandé est délivré par le réseau central de téléphonie mobile UMTS 105 avec une qualité de service définie prédéterminée (Quality of Service, QoS) qui correspond aux exigences de qualité service du service correspondant. Selon UMTS, on définit actuellement les quatre classes de trafic suivantes pour la classification de services délivrés qui se distinguent par leurs propriétés de transmission de données spécifiques et leurs exigences spécifiques en matière de qualité : - Conversational: La classe de trafic Conversational est prévue pour des demandes en réel entre des abonnés. Des applications telles que la téléphonie vocale et la téléphonie vidéo appartiennent à cette classe de trafic. Les liaisons de communication de cette classe de trafic nécessitent un débit de transmission de données constant, c'est- à-dire garanti, et par conséquent une largeur de bande transmission de données avec des retards courts dans la transmission de données. D'autre part, une application Conversational est insensible à de brèves erreurs de transmission de données. - Streaming: La classe de trafic Streaming est prévue pour le service de distribution en temps réel comme la vidéo et l'audio dans lequel des données sont transmises de façon unidirectionnelle, par exemple d'un ordinateur-serveur à un ordinateur-client; les services de distribution en temps réel permettent au récepteur de lire les données déjà pendant la transmission et de les présenter à un utilisateur du dispositif de téléphonie mobile de récepteur. Dans le Streaming, un flux de données continu est établi de sorte que des liaisons de communication de cette classe de trafic nécessitent un débit de transmission de données, et donc une largeur de bande transmission de données, constant, c'est-à-dire garanti. Une application Streaming est cependant insensible à de courts retards de transmission de données et n'imposent à cet égard aucune exigence stricte en comparaison avec une application de la classe trafic Conversational. - Interactive: La classe de trafic Interactive est prévue pour des applications interactives, comme par exemple des surfs sur l'Internet, des jeux ou des Chat. Les liaisons de communication dans cette classe de trafic ne nécessitent aucun débit de transmission de données, et donc aucune largeur de bande transmission de données, constante, mais imposent des exigences élevées en matière de sécurité de transmission de données, c'est-à-dire qu'elles nécessitent un taux d'erreurs binaires très faible. - Arrière-plan: Des applications de la classe de trafic transmettent des données avec une faible priorité en arrière-plan. Des exemples sont le Download (téléchargement) de données, la réception d'e-mail (Electronic Mail) et de SMS (Short Message Service). Des liaisons de communication de cette classe de trafic ne nécessitent un aucun débit de transmission de données, et donc aucune largeur de bande transmission de données, constant et sont insensibles aux retards dans le cadre de la transmission de données. D'autre part, elles imposent des exigences élevées en matière de sécurité de transmission, c'est-à-dire qu'elles nécessitent un taux d'erreurs binaires très faible. De façon détaillée, le Quality of Service, la qualité de service, d'un service de communication disponible respectivement apporté est décrit en se référant à différents attributs comme par exemple le débit binaire maximum, le débit binaire garanti ou le retard de transmission maximum pour le service de communication respectif. Lorsqu'un service de communication demandée est fourni à un abonné de téléphonie mobile du réseau central de téléphonie mobile 105 avec une qualité service définie QoS, les attributs QoS associés sont déterminés de façon appropriée par le réseau central de téléphonie mobile 105. Lors de l'établissement de la liaison de communication (établissement de liaison) il est alloué à l'un abonné et donc au terminal de téléphonie mobile d'abonné 118 par l'unité de contrôle de réseau de téléphonie mobile 106, 107 du côté du réseau, c'est-à-dire du côté de l'UTRAN, les ressources téléphonie mobiles correspondantes nécessaires à la liaison de communication, comme par exemple les codes d'étalement CDMA nécessaires, et les protocoles des couches de protocoles 1 et 2 sont configurés de telle sorte que le service de communication peut être garanti avec la qualité de service réglée pendant la durée de la liaison de communication. La qualité de service réglé d'un service de communication peut être reconfigurée pendant une liaison de communication existante par le réseau central de téléphonie mobile 105, par exemple en raison de ressources de téléphonie mobile limitées ou d'interférence croissante dans la cellule de téléphonie mobile. En se référant là encore à la figure 3, il est expliqué en détail dans la suite le procédé Stop&Xait utilisé (également désigné par procédé Send&Wait) ainsi que le procédé HARQ utilisé (procédé Hybrid-AutomaticRepeat-Request). Le procédé HARQ N-Channel Stop&Wait est un procédé de protection de la transmission de données dans lequel un certain nombre N de processus dits HARQ est configuré dans un terminal de téléphonie mobile 118, chaque processus HARQ représentant une instance du procédé Stop&Wait. Pour chaque processus HARQ, les données sont envoyées au réseau de communication, en particulier dans la station de base de téléphonie mobile, et sont mémorisées temporairement jusqu'à confirmation par le réseau de communication de la bonne réception des données (Acknowledgement, ACK) au moyen d'un accusé réception positif. Sinon, c'est-à-dire en cas de mauvaise réception des données, au moyen d'un accusé réception négatif (Negative Acknowledgement, NACK), les données sont renvoyées de façon répétée au réseau de communication de téléphonie mobile. Ladite programmation contrôlée NodeB est un procédé de contrôle de la programmation dans le terminal de téléphonie mobile 118, c'est-à-dire du choix d'un format de transport adapté parmi une quantité de formats de transport définis pour le canal de transport E-DCH, dans lequel le NodeB 108, 109, 110, 111 peut limiter temporairement l'utilisation de formats de transport, parmi la quantité de formats de transport définis pour le canal de transport E-DCH, au terminal de téléphonie mobile 118 en fonction de la situation de trafic dans la cellule de téléphonie respective. Les deux fonctions, c'est-à-dire la fonctionnalité du procédé HARQ ainsi que la fonctionnalité du procédé Stop&Wait, sont implémentées dans la sous-couche de protocole MAC-e (MACEnhanced Uplink) à l'intérieur de la couche MAC; la sous-couche de protocole MAC-e existe, c'est-à-dire est implémentée, aussi bien du côté du terminal que du côté du réseau. Du côté du réseau, la sous-couche de protocole MAC-e se trouve dans le NodeB 108, 109, 110, 111. La figure 3 représente à titre d'exemple l'architecture MAC-e du côté du terminal, c'est-à-dire qu'il est représenté la manière dont la fonctionnalité de la sous-couche de protocole MAC-e est réalisée dans le terminal de téléphonie mobile 118. On prend pour les exemples de réalisation représentés un scénario de transmission dans lequel un utilisateur du terminal de téléphonie mobile 118 utilise en parallèle dans le temps trois services en paquets en mode Uplink, par exemple un service pour des jeux interactifs sur Internet, un service pour le Download (téléchargement) de fichiers de texte et un service pour le Streaming de données vidéo. Ces données en paquets sont transmises par le terminal de téléphonie mobile 118, sur le canal de transport E-DCH 303, au réseau de communication de téléphonie mobile, c'est-à-dire à l'unité de contrôle de réseau de téléphonie mobile 106 et à la station de base 109 par l'intermédiaire de l'interface aérienne 117. Lors de l'établissement de la liaison de communication, des messages de configuration sur la couche de protocole RRC 207, implémentée aussi bien dans l'unité de contrôle de réseau de téléphonie mobile 106 que dans le terminal de téléphonie mobile 118, sont envoyées au terminal de téléphonie mobile 118 et permettent à la couche de protocole RRC 207 dans le terminal de téléphonie mobile 118 de configurer les couches de protocole sous-jacentes par rapport au modèle de couche de communication. Deux MAC-d Flows 301, 302 sont configurés dans cet exemple de réalisation de l'entité de la sous-couche de protocole MAC- e 300; un seul canal logique est multiplexé à chaque fois sur un MAC-d Flow 301, 302 et les données des services en paquets sont transmises au canal logique associé à chaque fois. En outre, on configure pour chaque MAC-d Flow 301, 302 une Priority Queue 306 et, dans l'unité HARQ, quatre processus HARQ chacun avec une mémoire intermédiaire de HARQ. De plus, on configure pour le canal de transport E-DCH 303 une pluralité de formats de transport différents parmi lesquels une unité de sélection de format de transport 308 (TF-Selection) doit rechercher pour chaque intervalle de temps de transmission (Transmission Time Interval) et chaque processus HARQ un format de transport approprié. Les données provenant des MAC-d Flow 301, 302 sont associées, et transmises, en fonction de leur priorité aux Priority Queues individuelles 306. Dans la sous-couche de protocole MAC-d, un ou plusieurs canaux logiques sont multiplexés sur un MAC-d Flow 301, 302; une priorité est associée à chaque MAC-d Flow 301, 302 dans la sous-couche de protocole MAC-d, ladite priorité permettant à l'unité de répartition de Priority Queue 305 d'effectuer la répartition des données entre les Priority Queues respectives 306 et par conséquent entre les mémoires intermédiaires de Priority Queue avec les différentes priorités. Dans les mémoires intermédiaires de données des Priority Queues 306, les données sont ensuite mémorisées temporairement jusqu'à être appelées, c'est-à-dire lues, par l'unité HARQ 307 en vue de la transmission de données. Comme décrit ci-dessus, les différents formats de transport sont transmis par l'unité de contrôle de réseau de téléphonie mobile 106 au terminal de téléphonie mobile 118 où ils sont mémorisés. En outre, pour chaque format de transport, comme exposé dans le tableau suivant, il est indiqué à chaque fois comment les unités de données de protocole MAC-e sont configurées, en d'autres termes comment elles son structurées. Les valeurs présentées dans le tableau suivant ne sont nullement destinées à limiter la valeur générale de ce mode opératoire. TF PQ#1 PQ#2 PQ#3 # of TB Size # of TB Size # of TB Size TBs (bit) TBs (bit) TBs (bit) #1 0 100 0 100 0 100 #2 1 100 0 100 0 100 #3 0 100 1 100 0 100 #4 0 100 0 100 1 100 #10 2 200 2 100 0 100 #11 3 200 2 100 2 100 #12 2 300 1 200 2 100 #n 5 300 3 300 1 300 Dans le tableau, il est indiqué : * dans une première colonne (TF) le numéro du format de transport respectif, * dans une deuxième colonne (PQ#1/# of TBs), un nombre, permis par le format de transport respectif, de paquets de données de la première Priority Queue A 306, * dans une troisième colonne (PQ#1/TB size (bit)), la dimension du bloc de transport en bit dans lequel les paquets de données de la première Priority Queue A 306 sont insérés dans l'unité de données de protocole MAC-e, * dans une quatrième colonne (PQ#2/# of TBs), un nombre, 20 permis par le format de transport respectif, de paquets de données de la deuxième Priority Queue B 306, * dans une cinquième colonne (PQ#2/TB size (bit)), la dimension du bloc de transport en bit, dans lequel les paquets de données de la deuxième Priority Queue B 306 sont introduits dans l'unité de données de protocole MAC-e, * dans une sixième colonne (PQ#3/# of TBs), un nombre, permis par le format de transport respectif, de paquets de données de la troisième Priority Queue C 306, et * dans une septième colonne (PQ#3/TB size (bit)), la dimension du bloc de transport en bit, dans lequel les paquets de données de la troisième Priority Queue C 306 sont insérés dans l'unité de données de protocole MAC-e. Ainsi, par exemple dans un premier format de transport (#1), il est prévu de ne transférer aucune donnée aux moyens de la sous-unité de protocole MAC-e. Dans un quatrième format de transport (#4), par exemple aucun paquet de données de la première Priority Queue A 306 n'est autorisé (valeur 0 dans la deuxième colonne), aucun paquet de données de la deuxième Priority Queue B 306 n'est autorisé (valeur 0 dans la quatrième colonne) et un paquet de données de la dimension 100 en bit de la troisième Priority Queue C 306 (valeur 1 dans la septième colonne et valeur 100 dans la septième colonne du tableau). En outre, par exemple pour un douzième format de transport (#12), l'unité de données de protocole de la sous-couche de protocole MAC- e est structurée de telle sorte que l'on ajoute deux paquets de données de la dimension de 300 bits chacun de la première Priority Queue A 306 de l'unité de protocole, un paquet de données de la dimension de 200 bits des paquets de données de la deuxième Priority Queue B 306, ainsi que deux paquets de données de la dimension de 100 bits chacun de la troisième Priority Queue C 306. Ainsi, dans ce format de transport, un MAC-e PDU doit être formé avec deux paquets de données de la dimension de 300 bits, un paquet de données de la dimension de 200 bits et deux paquets de données de la dimension 100 bits. En fonction de ses combinaisons possibles représentées dans le tableau et mémorisées dans le terminal de téléphonie mobile 118, un format de transport élargi approprié est choisi par la sous-couche de protocole MACe 300 pour chaque intervalle de temps de transmission de données, comme expliqué en détail dans la suite en se référant à la figure 6. Dans la figure 6, la structure d'une tête de données de contrôle MAC-ePDU est représentée dans un synoptique 600 qui est expliqué en détail dans la suite. Comme représenté dans la figure 6 et comme expliqué en détail ci-dessus, les données à transmettre, c'est-à-dire les MAC-e-SDU, sont amenées de la sous-couche de protocole MAC-d à la sous-couche de protocole MAC-e 300 au moyen des MAC-d Flows301, 302. Dans cet exemple de réalisation de l'invention, le premier MAC-d Flow 301 comporte une première unité de données de protocole MAC-d (MAC-d PDU1_2) 601 ainsi qu'une deuxième unité de données de protocole moyen MAC-d (MACd PDU1.1) 602. En outre, le deuxième MAC-d Flow 302 comporte une troisième unité de données de protocole MAC-d (MAC-d PDU2.2) 603 ainsi qu'une quatrième unité de données de protocole MAC-d (MAC-d PDU2.1) 604. Au moyen de l'unité de répartition de Priority Queues 305, les unités de données de protocole MAC-d individuelles sont réparties en fonction de leur poids, c'est-à-dire en fonction de leur priorité, entre les Priority Queues individuelles 306 et sont mémorisées temporairement dans les mémoires temporaires des Priority Queues 306. Dans l'exemple de réalisation représenté dans la figure 6, la quatrième unité de données de protocole MAC-d 604, dotée d'un deuxième identificateur MAC-d Flow 605 (FID#2) est associé à la première Priority Queue 306, tout comme la première unité de données de protocole MAC-d 601, dotée d'un premier identificateur MAC-d Flow 606 (FID#1) caractérisant le premier moyen MAC-d Flow 301. L'unité de répartition de Priority Queues 305 amène en outre la deuxième unité de données de protocole MAC-d 602, dotée du premier identificateur MAC-d Flow 601 (FID#1), à la deuxième Priority Queue B 306, tout comme la troisième unité de données de protocole MAC-d 603, celle-ci étant cependant dotée du deuxième identificateur MAC-d Flow 605 (FID#2). Selon le format de transport choisi à chaque fois et les informations supplémentaires, décrites ci-dessus et associées au format de transport respectif, sur le nombre et la dimension des paquets de données à lire à chaque fois dans une Priority Queue 306 et à ajouter au MAC-e PDU, les paquets de données sont lus par l'unité HARQ 307 en coopération avec l'unité de sélection de format de transport 308 et sont ajoutés à l'unité de données de protocole MAC-e, qui est expliquée en détail encore dans la suite. Ainsi, comme décrit ci-dessus, les MAC-e SDU sont répartis au moyen de l'unité de répartition de Priority Queues 305, en fonction de leur poids, c'est-à-dire de leur priorité, entre les différentes Priority Queues 306. Étant donné que les données de différents MAC-d Flows 301, 302 peuvent être transmises à une Priority Queue 306, l'information Quel MAC-e SDU provient de quel MAC-d Flow 301, 302 (identifié au moyen de Flow-ID, FID) est mémorisée temporairement dans cet exemple de réalisation, de préférence en interne, au moyen de la sous-couche de protocole MAC-e. Ainsi, dans la figure 6, la donnée identification MAC- d Flow 605, 606 est représentée simplement en pointillé, ce qui symbolise que, de préférence, cette information n'est pas ajoutée au paquet de données, c'est-à-dire à l'unité de données de protocole MAC-e et n'est donc pas transmise par l'interface aérienne. L'unité de données de protocole MAC-e 607, dont la structure est représentée en détail dans la figure 6, est élaborée au moyen de l'unité HARQ 307, comme expliqué en détail dans la suite. Pour élaborer l'unité de données de protocole MAC-e 607, l'unité HARQ 307 appelle, c'est-à-dire lit, les données dans les différentes Priority Queues 306 suivant des critères déterminés, comme par exemple les priorités des données ou les poids ou plages de valeurs de poids transmis par une information RRC, comme expliqué en détail dans la suite, des Priority Queues individuelles 306. Ceci est effectué en fonction du format de transport (TF-Sélection) choisi à chaque fois au moyen de l'unité de sélection de format de transport 308. En outre, l'unité HARQ 307 ajoute une tête de données de contrôle, c'està-dire un MAC-e Header, aux données lues dans les Priority Queues 306. Le Header, en d'autres termes la plage de données de commande 608 de la souscouche de protocole MAC-e, comporte une zone de numéro de version 609 pour la réception d'un numéro de version (V), ainsi qu'une zone du numéro de séquences 610 dans laquelle il est indiqué un numéro de séquences (Transmission Sequence Number, TSN) augmenté en continu, c'est-à-dire incrémenté, à chaque unité de données de protocole MAC-e. Le numéro de séquence est nécessaire pour mettre en uvre le procédé de protection de transmission HARQ au niveau de la sous-couche de protocole MAC-e. Comme représenté dans la figure 6, à un niveau de structure plus élevé, désigné dans la figure 6 par la référence 611, pour un nombre déterminé de paquets de données SID (Size Index) qui proviennent de la même Priority Queue 306, la plage de données de commande 608 comporte dans le mode de réalisation préféré précisément une caractéristique de l'identité de la Priority Queue 306, dans ce mode de réalisation dans une zone d'identificateur de Priority Queue 612. Dans une zone de nombre de paquets de données 613, il est indiqué pour les données de la Priority Queue respective 306 combien de paquets de données de cette Priority Queue 306 sont contenus dans l'unité de données de protocole MAC-e 607. En outre, à un niveau de structure inférieur de la zone de données de commande 608, en d'autres termes dans la tête de données de contrôle, portant dans la figure 6 la référence 614, il est indiqué de quel MAC-d Flow proviennent les paquets de données successifs, en en quelle quantité. Ces données se répètent à l'intérieur du plan de structure plus élevé 611 pour chaque MAC-d Flow 301, 302. Par conséquent, comme représenté dans la figure 6, il y a pour chaque MACd Flow une zone d'identificateur de MAC-d Flow 615, ainsi qu'une zone de nombre de paquets de données de MAC-d Flow 616. L'information sur le MAC-d Flow 301, 302 depuis lequel des paquets de données sont transmis dans une unité de protocole MAC-e 607, et en quelle quantité, est indiquée dans le format de transport sélectionné à chaque fois et est écrite par exemple dans le tableau représenté ci-dessus. Dans une variante de mode de réalisation de l'invention, il est prévu d'indiquer et, dans l'unité de données de protocole MAC-e 607, de transmettre à la station de base mobile 109 non pas les identificateurs complets, mais seulement un index d'une ligne d'un tableau respectivement un pointeur sur une ligne d'un tableau dans laquelle l'ordre et le nombre de paquets de données d'une Priority Queue respective 306 et leur dimension sont mémorisées clairement. Dans ce cas, ce tableau est mémorisé aussi bien du côté terminal que du côté réseau de sorte qu'il est seulement nécessaire d'écrire un index de la ligne de tableau respective dans la zone de commande de l'unité de données de protocole MAC-e 607, ce qui permet en plus de faire une économie considérable de bits nécessaires dans la zone de données de commande 608, c'est-à-dire dans la zone de tête de l'unité de données de protocole MAC-e 607 puis de permettre un codage et un décodage clairs des données selon le protocole MAC-e, c'est-à-dire en particulier une répartition des données multiplexées entre les Priority Queues respectives 306 et les MAC-d Flows du côté récepteur, en particulier dans la station de base de téléphonie mobile 109. À la fin d'un ou plusieurs éléments d'information du niveau de structure inférieur 614, il est prévu un Flag 617 permettant d'indiquer si d'autres données de contrôle ou données utiles suivent le Flag 617 dans l'unité de données de protocole MAC-e 607. Les unités de données de protocole 604, 606 mémorisées dans une zone de données utiles 618 de l'unité de données de protocole MAC-e 607 sont ajoutées à l'unité de données de protocole MAC-e 607 selon le format de transport et/ou les poids et/ou les bandes de poids choisis. Dans la zone de données de commande 608, les données du niveau de structure plus élevée 611 se répètent pour chaque Priority Queue 306 prise en compte des données qui sont transmises dans l'unité de données de protocole MAC-e respective 607. Pour remplir la longueur totale d'une unité de données de protocole MAC-e 607 sur une longueur appropriée respectivement nécessaire à la transmission, il est prévu dans cet exemple de réalisation de l'invention d'introduire à la fin de l'unité de données de protocole MAC-e 607 d'autres bits de remplissage qui sont également désignés par Padding-Bits, dans une zone Pading 619. L'unité de données de protocole MAC-e formée 607 est amenée par le E-DCH à la couche physique et est transmise au moyen de cette couche à la station de base de téléphonie mobile 109. Dans la sous-couche de protocole MAC-e, à la réception de l'unité de données de protocole MAC-e 607, la station de base de téléphonie mobile 109, généralement du côté récepteur, répartit en fonction des informations contenues dans la zone de données de commande 608 les données entre lesdites différentes Reordering Queues, qui correspondent aux Priority Queues de la sous-couche de protocole MAC-e du dispositif de téléphonie mobile en émission, ainsi qu'entre les MAC-d Flows respectifs 301, 302. Le mode opératoire pour d'élaborer l'unité de données de protocole MAC-e 607, lequel mode est représenté dans la figure 6 et décrit ci-dessus, est valable aussi bien pour la conformation de la sous-couche de protocole MAC-e selon la figure 3 que pour la sous-couche de protocole MAC-e selon la figure 4. Il est expliqué en détail dans la suite comment et selon quelle règle les paquets de données sont lus dans les Priority Queues individuelles 306. Comme représenté dans la figure 3 et dans la figure 4, il est envoyé au terminal de téléphonie mobile 118 par l'UTRAN au moyen d'une information RRC 500, comme représenté par exemple dans la figure 5, le poids des Priority Queues 306 individuelles et en plus les bandes de poids dans lesquelles le poids des Priority Queues 306 peut être réduit respectivement augmenté dynamiquement par le réseau de communication de téléphonie mobile, en particulier la station de base UMTS 108, 109, 110, 111 en fonction de l'état de remplissage de mémoires intermédiaires de données respectif des Priority Queues 306, de la situation de transmission de données dans la cellule de téléphonie mobile respective et des poids des autres Priority Queues 306 dans le terminale de téléphonie mobile 118 (Priority Queue Weighting Band). Les poids, c'est-à-dire en d'autres termes les valeurs de poids 309 ainsi que les plages de valeurs de poids (c'est-à- dire les bandes de poids) sont mémorisés dans une mémoire de poids (non représentée) dans le terminal de téléphonie mobile 118. Il est associé de façon univoque à chaque Priority Queue 5 306 une valeur de poids 309 et une plage de valeurs de poids 310. Dans la figure 5, il est représenté à titre d'exemple la structure de l'information RRC 500 permettant la transmission des valeurs de poids 309 ainsi que des plages de valeurs de poids 310 pour les Priority Queues respectives 306. Il est indiqué ici, sans limiter la valeur générale, que le terminal de téléphonie mobile 118 signale au réseau de communication de téléphonie mobile par l'intermédiaire d'informations RRC correspondantes les états de remplissage respectifs des mémoires intermédiaires de données des Priority Queues 306 individuelles régulièrement, c'est-à-dire avantageusement à des instants prédéterminés ou à la demande de l'unité de contrôle de réseau de téléphonie mobile 308. Comme représenté dans la figure 5, l'information de valeurs de poids RRC 500 contient les données suivantes: * une donnée sur la Priority Queue respective 501, * une donnée sur la valeur de poids respective 502, et * une donnée sur la bande de poids, c'est-à-dire sur la plage de valeurs de poids 503, la plage de valeurs de poids 503 étant indiquée par une donnée sur une valeur de poids inférieure 504, c'est-à-dire une valeur de poids minimale permise ainsi que par une valeur de poids supérieure 505, c'est-à-dire une valeur de poids maximale permise. En ce qui concerne l'exemple de réalisation représenté dans la figure 3, il faut indiquer que pour les quatre Priority Queues 306 on configure lesvaleurs suivantes: d'une part, explicitement les valeurs de poids 309 * pour la première Priority Queue A, 50% de la largeur de bande de transmissions de données totalement disponible, * pour la deuxième Priority Queue B, 30% de la largeur de bande de transmissions de données totalement disponible, * pour la troisième Priority Queue C, 15% de la largeur de bande de transmissions de données totalement disponible, * pour la quatrième Priority Queue D, 5% de la largeur de bande de transmissions de données totalement disponible. En outre, il est associé aux Priority Queues 306 individuelles des valeurs de poids suivantes 310: * à la première Priority Queue A, une première plage de 10 valeurs de poids de 30% à 60% de la largeur de bande transmission de données totalement disponible, * à la deuxième Priority Queue B, 10 à 40% de la largeur de bande transmission de données totalement disponible, * à la troisième Priority Queue C, 5 à 30% de la largeur de bande transmission de données totalement disponible, * à la quatrième Priority Queue D, de 2 à 15% de la largeur de bande transmission de données totalement disponible. Il faut de nouveau mentionner que, lorsque dans les plages de valeurs de poids 310 les valeurs de poids varient, il faut veiller à ce que la somme des valeurs de poids des quatre, trois dans la figure 4, valeurs de poids 309 ne dépassent pas la valeur 100%, sinon il faut allouer plus de largeur de bande de transmission de données que l'on en dispose généralement. Dans ces exemples de réalisation de l'invention, il est prévu différentes définitions des Priority Queues. Comme représenté dans la figure 3, chaque Priority Queue 306 peut être associée de façon fixe à un MAC-d Flow 301, 302 et il y a pour chaque MACd Flow N Priority Queues 306 pour les différentes priorités. N correspond dans ce cas au nombre des priorités des canaux logiques 208 qui sont multiplexés au moyen MAC-d Flow respectif. En variante, il peut être prévu, comme représenté dans la figure 4, que chaque Priority Queue 306 peut recevoir des données de tous les MAC-d Flow 301, 302 et dans ce cas il y a N Priority Queues 306 pour tous les MAC-d Flows en commun. N correspond dans ce cas au nombre des différentes priorités des canaux logiques 208 qui sont multiplexées aux MAC-d Flows. Dans une troisième variante de réalisation des Priority Queues 306, il est prévu une Priority Queue pour chaque classe de trafic définie (Traffic Class). Il y a N une Priority Queues 306 pour tous les MAC-d Flows 301, 302 en commun, comme représenté dans la figure 4. N correspond dans ce cas au nombre de classes de trafic, c'est-à-dire aux Traffic Classes, par exemple pour le cas où les quatre classes de trafic Conversational , Streaming , interactive et Background sont définies. La sous-couche de protocole MAC-d transmet dans ce cas à la sous-couche de protocole MAC-e 300 des informations sur les priorités des canaux logiques 208 qui sont multiplexées à un MAC-d Flow et qui permettent à l'unité Priority Queue Distribution 305 dans la sous-couche de protocole MAC-e 300 d'effectuer ensuite alors la répartition des données entre les une Priority Queues 306 individuelles. Dans l'exemple de réalisation représenté dans la figure 4, il est donc prévu trois une Priority Queues 306 à chacune desquelles sont associées une valeur de poids 309 et une plage de valeurs de poids 310 comme représentée ci-dessus de façon appropriée. Dans cet exemple de réalisation, il est associé aux Priority Queues 306 individuelles les valeurs de poids suivantes 309: * à la première Priority Queue E, 50% de la largeur de bande de transmissions de données totalement disponible, * à la deuxième Priority Queue F, 25% de la largeur de bande de transmissions de données totalement disponible, * à la troisième Priority Queue G, 25% de la largeur de bande de transmissions de données totalement disponible. En outre, il est associé aux Priority Queues 306 individuelles les plages de valeurs de poids suivantes 310, c'est-à-dire les bandes de poids suivantes: * à la première Priority Queue E, une plage de valeurs de poids de 30% à 60% de la largeur de bande transmission de données totalement disponible, * à la deuxième Priority Queue F, une plage de valeurs de poids de 10 à 40% de la largeur de bande transmission de données totalement disponible, * à la troisième Priority Queue G, une plage de valeurs de poids de 10 à 40% de la largeur de bande transmission de données totalement disponible. Dans le cadre de la lecture des données dans les mémoires intermédiaires de données de Priority Queues respectives, les données sont lues selon la largeur de bande transmission de données allouée en fonction de la valeur de poids 309 actuellement associée à chaque Priority Queue 306. Cela signifie en outre que, pendant la liaison de communication de téléphonie mobile existante pour la transmission des données utiles, les paquets de données mémorisées temporairement dans les mémoires intermédiaires de Priority Queues et provenant des différentes Priority Queues 306 sont transmis proportionnellement, par unité de temps TTI, par le canal de transport E-DCH 303 selon leur poids explicite (c'est-à-dire les valeurs de poids) et le format de transport choisi. Lorsqu'il n'y a temporairement qu'un très petit nombre de données dans la mémoire intermédiaire de données d'une Priority Queue 306, il n'est affecté à cette Priority Queue 306 par la station de base UMTS 308, 309, 310, 311 qu'un faible poids dans la bande de poids, c'est-à-dire dans la plage de valeurs de poids. Cela signifie que l'on choisit une valeur de poids qui est affectée à la Priority Queue 306 respective qui se trouve à proximité de la valeur de poids 504 inférieure, c'est-à-dire minimale permise, de la plage de valeurs de poids 503. Si l'état de remplissage de la mémoire intermédiaire de données de la Priority Queue respective 306 est par contre temporairement très élevé, il est affecté à la Priority Queue 306 par la station de base UMTS 308, 309, 310, 311 un poids plus élevé dans la bande de poids, avantageusement une valeur de poids qui se trouve à proximité de la valeur de poids 505 supérieure, c'est-à-dire maximale permise, de la plage de valeurs de poids respective 503. Revendications 1. Unité de protocole de couche de protection de données d'un dispositif de téléphonie mobile, destinée à représenter au moyen du dispositif de téléphonie mobile des données à transmettre d'au moins un canal (208) logique à au moins un canal (209) de transport, caractérisée en ce qu'elle comporte. * une pluralité de mémoires intermédiaires de protocole de couche de protection de données destinées à mémoriser temporairement les données à transmettre du canal (208) logique à partir d'un ou plusieurs flux de données de couche de protection de données des données du canal logique, * au moins une mémoire de format de transport destinée à mémoriser plusieurs formats de transport, chaque format de transport incluant des paramètres de commande permettant à l'unité de protocole de couche de protection de données de reproduire les données d'au moins un canal (208) logique sur au moins un canal (209) de transport, dans au moins une partie des formats de transport les paramètres de commande incluant des informations qui spécifient depuis quelles mémoires intermédiaires de protocole de couche (200) de protection de données et de quels flux de données de couche de protection de données les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données, * au moins une unité (308) de sélection de format de transport qui est destinée à sélectionner un format de transport à utiliser à chaque fois parmi la pluralité de formats de transport en mémoire pendant, * un dispositif de lecture de mémoires intermédiaires de protocole de couche de protection de données qui est destiné à lire les données mémorisées temporairement dans les mémoires intermédiaires de protocole de couche de protection de données selon le format de transport sélectionné. 2875986 2. Unité de protocole de couche de protection de données selon la revendication 1, caractérisée en ce que l'unité de protocole de couche de protection de données est conformée en l'une des unités suivantes: une unité de commande de liaison hertzienne, une unité de protocole de convergence de données en paquets, - une unité de commande Broadcast/Multicast. 3. Unité de protocole de couche de protection de données 10 selon la revendication 1, * utilisée comme unité de commande d'accès à un support, caractérisée en ce que * les mémoires intermédiaires de protocole de couche de protection de données sont des mémoires intermédiaires de protocole d'unité de commande d'accès à un support, et * les flux de données de couche de protection de données sont des flux de données d'unité de commande d'accès à un support. 4. Unité de protocole de couche de protection de données selon l'une des revendications 1 à 3, caractérisée en ce qu'elle comporte une unité de génération d'unité de données de protocole de couche de protection de données qui * est conçue pour générer une unité de données de protocole qui comporte une zone de données de commande et une zone de données utiles, les données de commande étant contenues dans la zone de données de commande selon le protocole de couche de protection de données et les données utiles à transmettre étant contenues dans la zone de données utiles, et * est conçue de telle sorte que les informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données, à partir desquels les données à transmettre contenues dans l'unité de données de protocole 66 2875986 générée sont lues, sont écrites dans la zone de données de commande de l'unité de données de protocole. 5. Unité de protocole de couche de protection de données selon la revendication 4, caractérisée en ce que l'unité de génération d'unité de données de protocole de couche de protection de données est conçue de telle sorte que la zone de tête de l'unité de données de protocole est conformée en zone de données de commande. 6. Unité de protocole de couche de protection de données selon la revendication 4 ou 5, caractérisée en ce que l'unité de génération d'unité de données de protocole de couche de protection de données est conçue de telle sorte que * les informations sur les mémoires intermédiaires de protocole de couche de protection de données, à partir desquelles les données à transmettre contenues dans l'unité de données de protocole générée sont lues, sont écrites dans la zone de données de commande de l'unité de données de protocole, et * les informations sur les flux de données de couche de protection de données, à partir desquels les données à transmettre contenues dans l'unité de données de protocole générée sont lues, sont associées à chaque fois à l'une des mémoires intermédiaires de protocole de couche de protection de données et sont écrites dans la zone de données de commande de l'unité de données de protocole. 7. Unité de protocole de couche de protection de données selon l'une des revendications 3 à 6, caractérisée en ce qu'elle comporte une sous-unité de commande d'accès à un support et une unité de commande AutomaticRepeat-Request. 8. Unité de couche de protection de données selon la revendication 7, caractérisée en ce que l'unité de commande Automatic-Repeat-Request est conçue pour mettre en oeuvre un procédé Hybrid-Automatic-Repeat-Request. 6'7 2875986 9. Unité de couche de protection de données selon la revendication 7, caractérisée en ce que l'unité de commande Automatic-Repeat-Request est conçue pour mettre en uvre précisément un processus Automatic-Repeat- Request pour chaque mémoire intermédiaire de protocole de couche de protection de données. 10. Unité de couche de protection de données selon l'une des revendications 7 à 9, caractérisée en ce qu'elle est conçue pour sélectionner un format de transport pour chaque processus AutomaticRepeat-Request. 11. Unité de couche de protection de données selon la revendication 9 ou les revendications 9 et 10, caractérisée en ce que * les mémoires intermédiaires de protocole de couche de protection de données sont des mémoires intermédiaires Automatic-Repeat-Request, chaque mémoire intermédiaire Automatic-Repeat- Request étant associée à un processus Automatic-Repeat-Request * l'unité de protocole de couche de protection de données étant conçue de façon à sélectionner le format ou les formats de transport en fonction d'états de remplissage des mémoires intermédiaires Automatic-Repeat-Request. 12. Unité de couche de protection de données selon l'une des revendications 1 à 11, caractérisée en ce qu'elle est conçue en unité de commande d'accès à un support dans une sous-couche de protocole EnhancedUplink d'unité de commande d'accès à un support. 13. Dispositif de téléphonie mobile caractérisé en ce qu'il comporte au moins une unité de protocole de couche de protection de données selon l'une des revendications 1 à 12. 14. Dispositif de téléphonie mobile selon la revendication 13, caractérisé en ce qu'il comporte * une mémoire de poids dans laquelle des valeurs de poids et/ou des plages de valeurs de poids sont mémorisées, une valeur de poids et/ou une plage de valeurs de poids étant associée à chaque fois à l'une des mémoires intermédiaires de protocole de couche de protection de données, et * un dispositif de lecture de mémoires intermédiaires de protocole de couche de protection de données qui est destinée à lire les données mémorisées temporairement dans les mémoires intermédiaires de protocole de couche de protection de données selon le format de transport sélectionné et/ou un ordre indiqué par les valeurs de poids et/ou les plages de valeurs de poids; avec les valeurs de poids et/ou les plages de valeurs de poids, on indique à chaque fois un pourcentage de la largeur de bande de transmission de données totalement disponible pour la transmission de données qui est allouée à chaque fois à la lecture des données mémorisées dans la mémoire intermédiaire de protocole de couche de protection de données respective. 15. Dispositif de téléphonie mobile selon la revendication 14, caractérisé en ce qu'il comporte une unité de réglage de poids destinée à prédéterminer les valeurs de poids et les plages de valeurs de poids selon une qualité de service utilisée à chaque fois pour la transmission de données. 16. Dispositif de téléphonie mobile selon la revendication 15, caractérisé en ce que l'unité de réglage de poids est conçue de façon à prédéterminer des valeurs de poids qui se trouvent dans une plage de valeurs de poids respective. 17. Dispositif de téléphonie mobile selon l'une des revendications 14 à 16, caractérisé en ce qu'il comporte un dispositif de commande d'émission destiné à commander des ressources d'émission de téléphonie mobile du dispositif de téléphonie mobile, lequel dispositif de commande d'émission est destiné à recevoir les formats de transport d'un autre dispositif de téléphonie mobile, permettant de prédéterminer les formats de transport de l'autre dispositif de téléphonie mobile. 69 2875986 18. Dispositif de téléphonie mobile, .aractérisé en ce qu'il comporte * au moins une unité de protocole de couche de protection de données, * une mémoire de format de transport destinée à mémoriser plusieurs formats de transport; des paramètres de commande sont inclus dans un format de transport et permet à l'unité de protocole de couche de protection de données d'un autre dispositif de téléphonie mobile de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande contiennent des informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données, * un dispositif de transmission de format de transport qui est destiné à transmettre les formats de transport à l'autre 20 dispositif de téléphonie mobile. 19. Dispositif de téléphonie mobile selon la revendication 18, caractérisé en ce qu'il est conçu en station de base de téléphonie mobile. 20. Unité de contrôle de réseau de téléphonie mobile, 25 caractérisé en ce qu'il comporte * une mémoire de format de transport destinée à mémoriser plusieurs formats de transport; un format de transport inclut des paramètres de commande permettant à une unité de protocole de couche de protection de données d'un autre dispositif de téléphonie mobile de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande incluent une information sur les mémoires intermédiaires de protocole de couche de protection de données 2875986 et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données, * un dispositif de transmission de format de transport qui est destiné à transmettre les formats de transport à l'autre dispositif de téléphonie mobile. 21. Procédé de lecture de données dans une pluralité de mémoires intermédiaires de protocole de couche de protection de données qui sont associées à au moins une unité de protocole de couche de protection de données, ledit procédé étant mis en oeuvre dans un dispositif de téléphonie mobile, caractérisé en ce que * un format de transport est sélectionné parmi une pluralité de formats de transport en mémoire; un format de transport inclut des paramètres de commande permettant à l'unité de protocole de couche de protection de données de représenter les données d'au moins un canal logique sur au moins un canal de transport et, dans au moins une partie des formats de transport, les paramètres de commande incluent des informations sur les mémoires intermédiaires de protocole de couche de protection de données et/ou sur les flux de données de couche de protection de données à partir desquels les données à transmettre doivent être transmises dans un intervalle de temps de transmission de données, * les données mémorisées temporairement dans les mémoires intermédiaires de protocole de couche de protection de données sont lues selon les paramètres de commande.