FR 2828969 A1 20030228 FR 0210534 A 20020823 L'invention concerne de façon générale un procédé de signalisation entre des couches de commande d'accès au support à haute vitesse entre homologues pour un accès par paquets à une liaison descendante à haute vitesse dans un système de communications à accès multiples par répartition par code, et en particulier un procédé pour échanger de façon intermittente des informations de commande entre des entités d'une commande d'accès au support à haute vitesse sur un N#ud B et un équipement d'utilisateur UE. En général, on entend par accès par paquets de liaison descendante à haute vitesse (HSDPA pour "High Speed Dowlink Packet Access") un canal partagé de liaison descendante à haute vitesse (HS-DSCH pour "High Speed-Dowlink Shared Channel") destiné à supporter une transmission par paquets de liaison descendante à haute vitesse et des canaux de commande qui lui sont associés dans un système de communications à accès multiples par répartition par code AMRC, ainsi qu'un appareil, et un procédé et un système prévus à cet effet. Dans un système de communications AMRC utilisant l'accès HSDPA, les trois nouvelles techniques suivantes ont été introduites pour supporter la transmission par paquets à haute vitesse. On décrira d'abord la procédure de modulation et codage adaptatifs (AMCS pour "Adaptive Modulation and Coding Scheme"). La procédure AMCS détermine d façon adaptative une technique de modulation et une technique de codage d'un canal de données conformément à une condition de canal entre une cellule et un utilisateur, augmentant ainsi le rendement global d'utilisation de la cellule. Une combinaison de la technique de modulation et de la technique de codage est appelée procédure de codage par modulation (MCS pour "Modulation Coding Scheme"), et la procédure MCS a un niveau de 1 à n. La procédure AMCS détermine de façon adaptative un niveau de la procédure MCS conformément à une condition de canal d'un utilisateur et d'une cellule, augmentant ainsi le rendement global d'utilisation. On donnera ensuite une description d'une demande de retransmission automatique hybride (HARQ pour "Hybrid Automatic Retransmission Request"), en particulier une demande de retransmission automatique hybride à arrêt et attente à N canaux (SAW HARQ pour "Stop and Wait Hybrid Automatic Retransmission Request). Dans la demande ARQ classique, un signal d'acquittement ACK et un paquet retransmis sont échangés entre un équipement d'utilisateur UE et une unité de commande de réseau radio (RNC pour "Radio Network Controller"). Cependant, dans le service HSDPA, un équipement ACK et un paquet retransmis sont échangés entre des couches de commande d'accès au support (MAC pour "Medium Access Control") d'un équipement UE et d'un N#ud B. De plus, N canaux logiques sont construits pour transmettre une pluralité de paquets même dans un état où un équipement ACK n'est pas reçu. Plus particulièrement, dans la demande SAW HARQ existante, un paquet suivant ne peut pas être émis avant qu'un acquittement ACK pour un paquet précédent soit reçu. Il est donc nécessaire d'attendre l'acquittement ACK, bien qu'il soit possible d'émettre un paquet. Cependant, dans la demande SAW HARQ à N canaux, plusieurs paquets peuvent être émis en continu même sur un nombre N de canaux avant qu'un acquittement ACK soit reçu sur un canal, augmentant ainsi le rendement d'utilisation des canaux. Autrement dit, si N canaux logiques sont établis entre un équipement UE et un N#ud B, et que ces canaux logiques peuvent être identifiés par leurs numéros de canaux ou leur temps d'émission, l'équipement UE peut déterminer un canal auquel un paquet reçu en un certain point appartient, et peut réagencer les paquets reçus dans l'ordre exact de réception. On décrira enfin la technique de sélection rapide de cellule (FCS pour "Fast Cell Sélection"). La technique FCS permet à un équipement d'utilisateur pour HSDPA (un équipement UE utilisant le service HSDPA) dans une région de transfert en douceur de recevoir des paquets provenant uniquement d'une cellule dans la meilleure condition de canal, réduisant ainsi le brouillage global. Si une autre cellule présente la meilleure condition de canal, l'équipement UE reçoit des paquets provenant de la cellule par un canal HS-DSCH, minimisant ainsi le temps d'interruption de transmission. La technique HARQ nouvellement proposée pour le service HSDPA sera décrite en détail ci-dessous. Plusieurs techniques du protocole SAW HARQ à N canaux ont été proposées pour le service HSDPA, et ces techniques peuvent être classées selon les trois techniques suivantes, conformément à une information de commande et à leurs techniques de transmission de données en liaisons montante/descendante. Une première technique est une technique de transmission synchrone/synchrone dans laquelle une retransmission de données sur une liaison descendante est synchronisée sur un canal sur lequel des données originales ont été transmises, et une transmission d'acquittement/non acquittement ACK/NACK sur une liaison montante est également synchronisée avec un canal HARQ. Une deuxième technique est une technique de transmission asynchrone/synchrone, dans laquelle une retransmission sur une liaison descendante n'est pas limitée à un canal sur lequel des données originales ont été transmises, mais est effectuée de façon alternée et asynchrone sur des canaux différents. Une troisième technique est une technique de transmission asynchrone/asynchrone, dans laquelle même une transmission ACK/NACK sur une liaison descendante n'est pas synchronisée sur un canal par lequel des données originales ont été transmises. La figure 1 des dessins annexés et décrits ci-après illustre une émission synchrone par un N#ud B et une émission synchrone/synchrone par un équipement UE pour un service HSDPA. On suppose sur la figure 1 que quatre (N) canaux sont utilisés pour la transmission. En référence à la figure 1, un bloc 101 de données reçu d'une couche supérieure d'un réseau (ou d'un N#ud B, ici les termes "réseau" et "N#ud B" sont utilisés avec la même signification) est stocké dans une file d'attente 102. Le bloc 101 de données stocké dans la file d'attente 102 est fourni à un séquenceur (ou distributeur) 103 de canaux où le bloc de données fourni est distribué à des émetteurs 104,105, 106 et 107 associés aux canaux respectifs. Les émetteurs 104,105, 106 et 107 émettent séquentiellement les blocs de données distribués par le distributeur de canaux 103, et les blocs de données émis sont reçus à des récepteurs correspondants 111,113, 115 et 117 par l'intermédiaire d'un canal 108 de données. Les blocs de données reçus aux récepteurs 111,113, 115 et 117 sont appliqués à des premier à quatrième décodeurs pour réémission (ou décodeurs HARQ) 112,114, 116 et 118, respectivement. Les blocs de données sont analysés par les décodeurs HARQ correspondants 112,114, 116 et 118, puis transmis à une couche supérieure d'un équipement UE. Pendant que les blocs de données sont transmis, une information de signalisation correspondante est transmise par un canal de commande. Une information d'acquittement/non acquittement ACK/NACK pour les blocs de données émis est transmise d'un équipement UE à un réseau par un canal de rétroaction. La figure 1 est un schéma pour expliquer ce concept, mais un système réel peut avoir une structure différente. Par exemple, bien que les émetteurs 104 à 107 et les récepteurs 111 à 117 soient utilisés sur la figure 1, on peut utiliser un émetteur et un récepteur pour émettre et recevoir plusieurs blocs de données sur une base à répartition dans le temps. De plus, bien que le canal 108 de données soit situé entre le côté d'émission et le côté de réception, le côté d'émission comporte une mémoire tampon pour les N canaux HARQ. Le côté de réception comporte également une mémoire de combinaison pour les N canaux HARQ, et un tampon pour regrouper des séquences de messages restaurées par un numéro spécifié et les transmettre à une couche supérieure. La technique d'émission synchrone/synchrone, une technique de réémission qui repose sur une relation temporelle entre une émission de données sur une liaison descendante et une réception ACK/NACK pour les données émises, n'a pas besoin de numéros de séquence. Par conséquent, dans la liaison descendante, un drapeau Nouveau/Continu (N/C) ayant un minimum de 1 bit transmis par un canal de commande est nécessaire pour distirguer si un bloc de données émis est un nouveau bloc émis ou un bloc réémis, et une information ACK/NACK sur un canal de rétroaction peut également être émise avec un minimum de 1 bit. C'est la raison pour laquelle il est possible de distinguer des données et un signal ACK/NACK de chaque canal par un temps dans une transmission synchrone. La technique d'émission asynchrone/synchrone est similaire, en fonctionnement, à la technique d'émission synchrone/synchrone. Cependant, étant donné qu'une réémission d'un bloc de données est permise même pour des canaux autres que le canal sur lequel les données originales ont été émises, un canal de commande de liaison descendante a en outre besoin d'un numéro de processeur de canal en plus du drapeau N/C à 1 bit. Dans la technique d'émission asynchrone/synchrone, l'information ACK/NACK sur un canal de rétroaction est transmise avec un minimum de 1 bit, comme dans la technique d'émission synchrone/synchrone. La technique d'émission asynchrone/asynchrone a besoin d'un numéro de processeur de canal en plus du drapeau N/C à 1 bit pendant une émission, et elle doit transmettre une information ACK/NACK sur un canal de rétroaction avec un numéro de séquence pour un bloc de données de liaison descendante. Cette technique augmente la charge de signalisation, mais présente un temps relâché de restriction à l'émission et une grande résistance à la possibilité d'erreurs. Le fonctionnement, décrit ci-dessus, de la couche MAC pour le service HSDPA utilisant la demande HARQ correspond à un concept qui n'a pas été introduit dans le système existant de communications du service mobile, et le fonctionnement associé à la réémission est effectué dans une couche de commande de liaison radio (RLC pour "Radio Link Control"). La figure 2 des dessins annexés et décrits ci-après illustre une structure de protocole multicouche dans un système de communications AMRC à large bande (W-CDMA pour "Wideband CDMA"). Dans un système de communications du service mobile, une unité de commande de réseau radio (RNC pour "Radio Network Controller") à l'exception d'un réseau central (ou MSC pour "Mobile Switching Center") est constituée d'une couche de commande de ressource radio (RRC pour "Radio Resource Control") destinée à commander chaque élément d'un réseau d'accès radio, d'une couche de commande de liaison radio RLC pour la gestion d'un paquet de données reçu d'une couche supérieure dans une taille appropriée, d'une couche de commande d'accès au support MAC pour la distribution/combinaison de blocs de données unités ayant une taille spécifiée dans des canaux de transport, et d'une couche physique (ou couche 1 (Ll)) 230 pour la transmission de blocs de données réels sur un canal radio. La couche RRC appartient à la Couche 3 (L3), et la couche RLC 210 appartient à la Couche 2 (L2). Une signalisation entre un réseau et un équipement d'utilisateur est effectuée principalement dans les entités RRC et RLC. L'entité RRC est conçue pour émettre une procédure de message et une information de commande pour une information du système, une communication RRC et un établissement à une reconfiguration d'un canal radio. L'entité RLC est conçue pour émettre une taille d'une fenêtre et une signalisation ACK de données reçues pour commander l'émission et la réémission de données. Cependant, l'entité MAC possède une information pour identifier un équipement UE (Id pour Identification) et un canal logique de couche supérieure dans un en-tête, mais elle ne possède pas de procédure de message de signalisation entre le réseau et l'équipement UE. Etant donné que le système de communications W-CDMA utilisant le service HSDPA a besoin d'une fonction HARQ pour la couche MAC en plus d'une fonction HARQ pour la couche RLC, sa structure de protocole doit être modifiée de façon correspondante. Classiquement, l'entité MAC est incluse dans l'unité RNC, afin que les entités RLC et RRC soient toutes deux installées dans l'unité RNC. Cependant, dans le HSDPA, une entité MAC à haute vitesse (MAC-hs pour "MAC-high speed") est installée dans un appareil d'émission du N#ud B. La modification structurale et les entités MAC seront décrites séparément pour un équipement UE et un N#ud B (ou un réseau). La figure 3 des dessins annexés et décrits ci-après illustre une structure MAC d'un équipement UE. En référence à la figure 3, une entité MAC-d 330, une entité MAC pour canaux dédiés, effectue une fonction MAC sur des canaux logiques dédiés tels qu'un canal de commande dédié (DCCH) et un canal de trafic dédié (DTCH). Les canaux logiques dédiés, lorsqu'ils sont appliqués à un canal de transport dédié, sont connectés à un canal dédié (DCH). Lorsque les canaux logiques dédiés sont appliqués à un canal commun, des données sont émises vers, ou reçues de, une entité MAC commune/partagée (MAC-c/sh pour "MAC-common/shared") 320 par l'intermédiaire d'une ligne de connexion à l'entité MAC-d 330 et l'entité MAC-c/sh 320. L'entité MAC-c/sh 320, qui est une entité MAC pour des canaux communs, échange des données sur des canaux logiques communs tels qu'un canal de commande de recherche (PCCH pour "Paging Control Channel"), un canal de commande de diffusion (BCCH pour "Broadcast Control Channel"), un canal de commande commun (CCCH pour "Common Control Channel"), un canal de trafic commun (CTCH pour "Common Traffic Channel") et un canal de commande partagé (SHCCH pour "Shared Control Channel") et échange des données avec l'entité MAC-d 330, avec des canaux de transport communs tels qu'un canal de recherche (PCH pour "Paging Channel"), un canal d'accès direct (FACH pour "Forward Access Channel"), un canal d'accès aléatoire (RACH pour "Random Access Channel"), un canal commun de paquets (CPCH pour "Common Packet Channel"), un canal partagé de liaison montante (USCH pour "Uplink Shared Channel") et un canal partagé de liaison descendante (DSCH pour "Downlink Shared Channel"). Ces entités reçoivent un ordre de commande provenant de l'entité RRC par l'intermédiaire d'une ligne de commande montrée sur la figure 2, et elles transmettent un rapport d'état à l'entité RRC. Cette information de commande est obtenue par l'intermédiaire d'une commande MAC. La structure existante est constituée uniquement de l'entité MAC-d (MAC-dédié) 330 pour des canaux dédiés et de l'entité MAC-c/sh (MAC-commune/partagée) 320 pour des canaux communs (ou partagés). Cependant, étant donné que la structure existante adopte la technique HSDPA, elle introduit additionnellement une entité MAC-hs (MAC-haute vitesse) 310, procurant ainsi une fonction MAC supportant un canal HS-DSCH (canal partagé de liaison descendante à haute vitesse). L'entité MAC-hs 310 est conçue pour être commandée par l'entité RRC par l'intermédiaire d'une commande MAC. Un message reçu d'un N#ud B est restauré en données par un traitement du signal dans une couche physique, et est reçu à l'entité MAC-hs 310 par l'intermédiaire d'un canal de transmission HS-DSCH. La figure 4 des dessins annexés et décrits ci-après illustre une structure détaillée de l'entité MAC-c/sh. Celle-ci sera décrite plus en détail en référence à la figure 4. Elle comprend une partie "addition/lecture de Id d'UE" pour additionner/lire une identification d'équipement UE à des données/à partir de données échangées avec l'entité MAC-d, une partie "planification/traitement de priorité" pour la transmission de canaux de transport tels que RACH et CPCH, une partie "sélection TF" pour sélectionner le type d'un format de transport (TF), et une partie de sélection de classe de service d'accès (ACS pour "Access Service Class"). De plus, l'entité MAC-c/sh comprend une partie de multiplexage de champ de type de canal cible (TCTF MUX pour "Target Channel Typo Field Multiplexing") destinée à attacher à des données un champ d'en-tête pour identifier des canaux logiques communs et à multiplexer les données auxquelles un en-tête est attaché sur des canaux de transport respectifs, et une partie de "sélection TFC" destinée à sélectionner une combinaison de format de transport (TFC pour "Transport Format Combination") pendant la transmission d'un canal USCH de transport. Avec l'introduction de la technique HSDPA, la structure existante possède une nouvelle connexion avec l'entité MAC-hs, tout en maintenant la fonction de l'entité MAC-c/sh existante. La figure 5 des dessins annexés et décrits ci-après illustre une structure détaillée d'une couche MAC-hs nouvellement définie avec l'introduction de la technique HSDPA. Cette couche MAC-hs sera décrite plus en détail en référence à la figure 5. La couche MAC-hs effectue une fonction de protocole HARQ en tant que fonction HARQ principale sur un canal HS-DSCH. Autrement dit, l'entité MAC-hs effectue un contrôle pour la recherche d'une erreur d'un bloc de données reçu d'un canal radio, et réalise une génération et une transmission d'un message ACK/NACK vers l'entité MAC-c/sh. Cette entité comporte des canaux de commande radio de "signalisation de liaison montante/liaison descendante associée" pour échanger souvent une information de commande HSDPA avec un réseau d'accès radio terrestre (UTRAN pour "UMTS ("Universal Mobile Telecommuications System") Terrestrial Radio Access Network"). Cette entité est commandée par l'entité RRC. La figure 6 des dessins annexés et décrits ci-après illustre une structure MAC d'un réseau. En référence à la figure 6, une entité MAC-d est conçue pour échanger des données sur des canaux logiques dédiés DTCH et DCCH avec un canal dédié DCH et MAC-c/sh, comme l'entité MAC-d de l'équipement UE. Cependant, le réseau UTRAN comprend plusieurs entités MAC-d associées de façon unique aux équipements UE, et les entités MAC-d sont connectées à l'entité MAC-c/sh. L'entité MAC-c/sh est également similaire à celle de l'équipement UE. Ces entités sont toutes commandées par l'entité RRC par l'intermédiaire de la commande MAC . Lorsque la technique HSDPA est introduite, la structure MAC existante comprend une entité MAC-hs. L'entité MAC-hs est conçue pour être agencée non pas dans une unité de commande de réseau radio (RNC), mais dans un N#ud B. Par conséquent, des données provenant d'une couche supérieure sont transmises par l'intermédiaire d'un lub d'interface entre une unité RNC et un N#ud B, et un message de commande pour le MAC-hs est également transmis par l'intermédiaire du lub d'interface. L'entité MAC-hs planifie des données d'émission, et est connectée à un canal d'émission HS-DSCH. La figure 7 des dessins annexés et décrits ci-après illustre une fonction de l'entité MAC-c/sh existante. En référence à la figure 7, l'entité MAC-c/sh comprend un bloc de fonction "commande de flux MAC-c/sh/MAC-d" pour un échange de données avec l'entité MAC-d, et un bloc de fonction "TCTF MUX Id UE MUX" pour une identification entre des canaux logiques communs PPCCH, BCCH, SHCCH, CCCH, CTCH et des canaux logiques dédiés à partir de l'entité MAC-d, et pour une identification d'équipement UE. En outre, l'entité MAC-c/sh comprend un bloc de fonction "traitement de planification/priorité/Demux" pour des canaux de transport communs, et un bloc de fonction "sélection TFC" pour sélectionner une combinaison de format de transport (TFC pour "Transport Format Combination") pendant une transmission de données par les canaux de transport communs. Lors d'une émission de données sur un canal de transmission DSCH, l'entité MAC-c/sh comprend additionnellement un bloc de fonction "DL : affectation de code" qui affecte un code utilisé pour un DSCH de liaison descendante. Avec l'introduction additionnelle de la fonction HSDPA, le bloc de fonction Commande de Flux est ajouté à un routage pour la transmission de blocs de données à l'entité MAC-hs. La figure 8 des dessins annexés et décrits ci-après illustre plus en détail une fonction de l'entité MAC-hs. En référence à la figure 8, l'entité MAC-hs possède une fonction de traitement de blocs de données sur un canal HSDSCH, et une gestion de ressources du canal physique pour des données HSDPA est également traitée par cette entité. Des données reçues à l'entité MAC-hs provenant de l'entité MAC-c/sh de la figure 7 sont transmises à un canal de transmission HS-DSCH par l'intermédiaire d'un bloc de fonction Commande de Flux pour commander un flux des données reçues, d'un bloc de fonction de protocole HARQ pour le traitement d'un protocole associé à une demande HARQ, d'un bloc de fonction de Traitement de Planification/Priorité pour la détermination d'un point d'émission de données obtenu en traitant les données reçues conformément au protocole HARQ, et d'un bloc de fonction de sélection TFC. A la différence des entités MAC-d et MAC-c/sh, l'entité MAC-hs est agencée dans un N#ud B et est connectée directement à une couche physique. Par conséquent, l'entité MAC-hs possède des canaux de commande radio de "Signalisation de Liaison Montante/Liaison Descendante Associée" pour échanger souvent des informations de commande associées au HSDPA avec un équipement UE par l'intermédiaire de la couche physique. En utilisant les entités décrites ci-dessus, un message de commande nécessaire au service de données en paquets à haute vitesse est généré et transmis par une entité RLC agencée dans le N#ud B ou dans l'équipement UE. Puis l'entité RLC d'un côté de réception analyse le message de commande et effectue les opérations nécessaires conformément au résultat de l'analyse. Un service de données en paquets à haute vitesse a besoin d'une unité d'émission courte et d'une réponse rapide. Cependant, une communication entre une entité RLC agencée dans l'unité RNC et d'une entité RLC agencée dans l'équipement UE présente un long temps de retard, car la communication est effectuée par l'intermédiaire de l'unité RNC et du N#ud B. De plus, la technique HARQ est utilisée pour le service de données en paquets à haute vitesse. Dans ce cas, s'il est nécessaire de remettre à l'état initial une mémoire tampon pour la demande HARQ, une communication entre l'entité MAC-hs d'un côté d'émission et d'une entité MAC-hs d'un côté de réception doit être effectuée. La présente invention propose donc une technique pour permettre un échange de messages entre des couches MAC-hs d'un N#ud B et d'un équipement UE. Un objet de l'invention est donc de proposer un procédé de signalisation entre des entités MAC-hs d'un réseau et un équipement UE dans un système de communications par paquets utilisant une technique HSDPA. Un autre objet de l'invention est de proposer un procédé pour faire face à une erreur de message de signalisation sur un SAW HARQ à N canaux en introduisant une signalisation MAC-hs dans un système de communications par paquets. Un autre objet encore de l'invention est de proposer un procédé de transmission de messages pour remettre à l'état initial une entité MAC-hs lorsqu'une couche RLC est remise à l'état initial, en introduisant une signalisation MAC-hs dans un système de communications par paquets. Conformément à un premier aspect de l'invention, il est proposé un procédé de signalisation entre une entité d'une couche MAC d'un appareil d'émission et une entité d'une couche MAC d'un appareil de réception dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception. Le procédé comprend les étapes qui consistent : lors de la réception d'une demande de signalisation, à émettre un message de signalisation MAC comprenant une information de commande et une indication de signalisation indiquant une émission de l'information de commande par l'entité de la couche MAC de l'appareil d'émission ; et à déterminer par l'entité de la couche MAC de l'appareil de réception si le message de signalisation MAC comprend l'indication de signalisation, et à recevoir l'information de commande incluse dans le message de signalisation MAC, si le message de signalisation MAC comprend l'indication de signalisation. Conformément à un deuxième aspect de l'invention, il est proposé un procédé pour effectuer une signalisation pour une entité d'une couche MAC d'un appareil de réception par une entité de couche MAC d'un appareil d'émission sous la commande d'une entité RLC dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception. Le procédé comprend les étapes qui consistent : si un bloc de transport de signalisation est fourni par l'entité RLC, à générer un message de signalisation MAC incluant le bloc de transport de signalisation et une indication de signalisation indiquant une émission du bloc de transport de signalisation ; si un bloc de transport de données est fourni par l'entité RLC, à générer un message de données MAC incluant le bloc de transport de données ; à planifier des instants d'émission du message de signalisation MAC et du message de données MAC ; et à transmettre le message de signalisation MAC et le message de données MAC à l'entité de la couche MAC de l'appareil de réception aux instants d'émission planifiés correspondants. Conformément à un troisième aspect de l'invention, il est proposé un procédé pour effectuer une signalisation pour une entité de couche MAC d'un appareil d'émission par une entité de couche MAC d'un appareil de réception dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception. Le procédé comprend la réception d'un message de signalisation MAC émis depuis l'entité de la couche MAC de l'appareil d'émission et le fait de déterminer si le message de signalisation MAC comprend une indication de signalisation indiquant une émission d'une information de commande ; et la réception d'une information de commande incluse dans le message de signalisation MAC, si le message de signalisation MAC comprend l'indication de signalisation. L'invention sera décrite plus en détail en regard des dessins annexés à titre d'exemples nullement limitatifs et sur lesquels : la figure 1 est un schéma illustrant l'émission/réception de données dans un système général de communications du type AMRC utilisant le service HSDPA ; la figure 2 illustre une structure générale d'un protocole multicouche dans un système de communications du type AMRC ; la figure 3 illustre une structure générale d'une couche MAC dans une structure de protocole multicouche d'un équipement UE supportant le service HSDPA ; la figure 4 illustre une structure détaillée de la couche MAC-c/sh représentée sur la figure 3 ; la figure 5 illustre une structure détaillée de la couche MAC-hs représentée sur la figure 3 ; la figure 6 illustre une structure générale d'une couche MAC dans la structure de protocole multicouche d'un réseau supportant le service HSDPA ; la figure 7 illustre une structure détaillée de la couche MAC-c/sh représentée sur la figure 6 ; la figure 8 illustre une structure détaillée de la couche MAC-hs représentée sur la figure 6 ; la figure 9 illustre un échange d'une information de signalisation MAC entre des entités MAC-hs dans un système de communications du type AMRC supportant le service HSDPA selon une forme de réalisation de l'invention ; la figure 10 illustre un format d'une unité de données de protocole (PDU pour "Protocol Data Unit") MAC dans un système existant de communications du type AMRC ne supportant pas le service HSDPA ; la figure 11 illustre un format d'une unité PDU MAC dans un système de communications du type AMRC supportant le service HSDPA selon une forme de réalisation de l'invention ; la figure 12 illustre un exemple de format de la charge utile MAC montré sur la figure 11 ; la figure 13 illustre un procédé d'émission d'un bloc de transport de signalisation MAC par un canal HS-DSCH de liaison descendante ainsi que d'un bloc de transport de données générales selon une forme de réalisation de l'invention ; la figure 14A illustre un processus pour la réception et le traitement de données ou d'une demande de signalisation MAC provenant d'une commande RLC par une entité MAC-hs d'un N#ud B selon une forme de réalisation de l'invention ; la figure 14B illustre un processus pour la détection de la nécessité d'une émission de signalisation par une entité MAC-hs et l'exécution d'une émission de signalisation MAC selon une forme de réalisation de l'invention ; la figure 15 est un diagramme de flux de signaux illustrant une procédure pour échanger une information de remise à l'état initial entre des couches MAC-hs dans un système de communications du type AMRC supportant le service HSDPA ; la figure 16 est un organigramme illustrant un processus pour la réception d'un bloc de transport de signalisation MAC par un équipement UE dans un système de communications du type AMRC supportant le service HSDPA selon une forme de réalisation de l'invention ; la figure 17 illustre la structure générale d'un canal physique dédié de liaison montante dans un système de communications du type AMRC ; la figure 18 illustre la structure générale d'un canal physique dédié de liaison montante dans un système de communications du type AMRC supportant le service HSDPA ; la figure 19 illustre la structure d'un canal physique dédié de liaison montante dans un système de communications du type AMRC supportant le service HSDPA selon une forme de réalisation de l'invention ; la figure 20 illustre une autre structure d'un canal physique dédié de liaison montante dans un système de communications du type AMRC supportant le service HSDPA selon une forme de réalisation de l'invention ; la figure 21 illustre une erreur apparaissant dans un signal d'acquittement/non acquittement ACK/NACK lorsque la demande HARQ synchrone/synchrone est utilisée dans un système de communication du type AMRC supportant le service HSDPA ; et la figure 22 illustre un procédé pour la correction d'une erreur par une signalisation par une entité MAC-hs d'un équipement UE lorsqu'une erreur NACK apparaît dans la demande HARQ synchrone/synchrone selon une forme de réalisation de l'invention. Dans la description qui suit, les fonctions ou constructions bien connues ne sont pas décrites en détail pour ne pas obscurcir inutilement l'invention. L'invention propose un appareil et un procédé pour la génération d'une information de signalisation par une entité MAC-hs d'un côté d'émission et l'émission d'un bloc de données avec la signalisation sur le MAC-hs en même temps qu'un bit d'indication de signalisation inséré dans un en-tête MAC. En outre, l'invention propose un appareil et un procédé pour la réception d'un bloc de données avec une signalisation sur une entité MAC-hs d'un côté de réception et la reconnaissance du bloc de données reçu. La figure 9 illustre un échange d'une information de signalisation MAC entre des entités MAC-hs selon une forme de réalisation de l'invention. En général, une couche MAC attache un en-tête MAC à un bloc de données (ou une unité de données de protocole RLC (PDU) transmise depuis une couche RLC, de façon à générer un bloc de transport. La figure 10 illustre un format de MAC PDU dans un système AMRC existant n'utilisant pas le service HSDPA. Le MAC PDU est constitué d'un en-tête MAC et d'une charge utile. L'entête MAC est constitué d'un TCTF (champ de type de canal cible), d'un type Id-UE, d'un Id-UE, et d'un C/T. Le TCTF est un champ pour distinguer le type d'un canal logique, et le type Id-UE et Id-UE indiquent le type d'identification et l'identification d'un équipement UE, respectivement. Enfin, C/T est une indication pour distinguer un canal logique dans le même canal de transport. La figure 11 illustre un format MAC avec une signalisation MAC selon une forme de réalisation de l'invention. Comme illustré sur la figure 11, un en-tête MAC selon une forme de réalisation de l'invention comporte un champ d'indication de signalisation MAC en plus de l'information d'en-tête existante. Par exemple, dans le cas où le champ d'indication est constitué d'un bit, si le bit d'indication est "0", il indique un MAC PDU classique. Par contre, si le bit d'indication est "1", une unité de données de service (SDU pour "Service Data Unit") MAC SDU est constituée uniquement d'une information de commande pour une signalisation MAC. Le champ d'indication de signalisation MAC peut être placé à diverses positions de l'en-tête MAC, la position du champ d'indication n'est pas limitée. La figure 12 illustre un format d'une charge utile MAC, ou d'un MAC SDU d'une information de commande de signalisation MAC selon une forme de réalisation de l'invention. En référence à la figure 12, le MAC SDU comprend un champ de Type de Signalisation pour distinguer le type d'un message de signalisation sur une entité MAC-hs, et un champ de Contenu de Signalisation contenant une information de commande du message correspondant. En outre, le MAC SDU comprend des bits de garnissage pour le garnissage du bloc de données. L'invention propose une procédure de signalisation directe depuis une entité MAC-hs vers une autre entité MAC-hs. Une liaison descendante et une liaison montante utilisent des canaux physiques différents. On donnera donc une description du procédé de signalisation séparée pour la liaison descendante et pour la liaison montante. Premièrement, dans le cas d'une liaison descendante, un bloc de données de signalisation MAC peut être transmis par un canal HS-DSCH. Ceci sera décrit en référence à la figure 13. La figure 13 illustre un procédé de transmission d'un bloc de transport de signalisation MAC sur un canal HS-DSCH de liaison descendante en même temps qu'un bloc de transport de données générales. Un canal HS-DSCH transmet plusieurs blocs de données UE pendant une unité d'un intervalle de temps de transmission (TTI pour "Transmission Time Interval") sur une base à répartition dans le temps. En variante, plusieurs blocs de données d'équipement UE dans un intervalle TTI peuvent être segmentés en codes unités avant d'être transmis. Un en-tête est attaché par une entité MAC-hs au bloc de données transmis à l'entité MAC-hs après segmentation par une unité RLC, générant ainsi un bloc de transport de données. Les blocs de transport de données de l'équipement UE sont affectés à plusieurs codes dans un intervalle TTI par une fonction de planification exécutée par l'entité MAC-hs, avant d'être transmis. Si une signalisation sur l'entité MAC-hs est demandée, un bloc de transport de signalisation est généré dans la structure de la figure 11. Le bloc de transport de signalisation généré est transmis par un canal HS-DSCH en même temps qu'un bloc de transport de données d'un équipement UE demandant une signalisation. La figure 14A illustre un processus pour la réception et le traitement de données ou d'une demande de signalisation MAC provenant d'une commande RLC par un N#ud B selon une forme de réalisation de l'invention. En référence à la figure 14A, une entité MAC-hs reçoit un bloc de transport de données (ou un RLC PDU) d'une commande RLC dans une étape 1407. L'entité MAC-hs attache un en-tête MAC au RLC PDU reçu dans une étape 1409. Par ailleurs, l'entité MAC-hs reçoit un signal d'indication de signalisation MAC indiquant une demande de signalisation MAC provenant de la commande RLC dans une étape 1401. A la réception de la commande de signalisation MAC, l'entité MAC-hs passe à une étape 1403 où elle génère un bloc de transport de signalisation MAC, ou un message de signalisation MAC pour une information de signalisation MAC. Ensuite, dans une étape 1405, l'entité MAC-hs attache un en-tête MAC avec un bit d'indication indiquant une signalisation MAC au message de signalisation MAC. L'en-tête MAC attaché dans l'étape 1405, qui est un en-tête indiquant une signalisation, doit être distingué de l'en-tête MAC attaché dans l'étape 1409. Dans une étape 1411, l'entité MAC-hs planifie un instant où le RLC PDU ou le message de signalisation MAC ayant l'entête MAC, ou bien le RLC PDU et le message de signalisation MAC doivent être transmis. Ici, le message de signalisation MAC peut avoir une priorité sur le RLC PDU, un bloc de données. Si un point d'émission est déterminé par la planification, l'entité MAC-hs passe à une étape 1413 où elle transmet le RLC PDU ou le message de signalisation MAC à un équipement UE pendant chaque intervalle TTI (ou par intervalle TTI). On décrit jusqu'à présent le processus pour la réception d'un signal provenant d'une commande RLC par une entité MAC-hs et de transmission du signal reçu à un équipement UE en référence à la figure 14A. On décrira ensuite, en référence à la figure 14B, un processus pour la détection de la nécessité d'une émission de signalisation par une entité MAC-hs et l'exécution d'une émission de signalisation MAC selon une forme de réalisation de l'invention. En référence à la figure 14B, s'il est déterminé d'après un niveau MAC-hs que la signalisation MAC-hs est nécessaire, une entité MAC-hs détermine une signalisation MAC pour une entité MAC-hs homologue dans une étape 1420. Après la détermination de la signalisation MAC, l'entité MAC-hs passe à une étape 1422 où elle génère un bloc de transport de signalisation MAC pour une information de signalisation MAC. Dans une étape 1424, l'entité MAC-hs instaure une indication de signalisation MAC dans un entête MAC pour indiquer une signalisation, et attache l'entête MAC au bloc de transport de signalisation MAC. Dans une étape 1426, l'entité MAC-hs reçoit un bloc de données (ou un RLC PDU) de la commande RLC. Dans une étape 1428, l'entité MAC-hs attache un en-tête MAC général de la figure 10 au bloc de données ou au RLC PDU reçu de la commande RLC. Dans une étape 1430, l'entité MAC-hs planifie le bloc de données auquel un en-tête est attaché et/ou un bloc de transport de signalisation MAC. Dans une étape 1432, l'entité MAC-hs transmet le bloc de données ou le bloc de transport de signalisation MAC à un équipement UE à un instant planifié pour chaque intervalle TTI. Les processus des figures 14A et 14B peuvent être utilisés diversement lorsqu'une entité MAC-hs doit transmettre un message de signalisation à son entité MAC-hs homologue. On décrira ici un processus pour l'échange d'une information de restauration entre des entités MAC-hs en référence à la figure 15. On donnera d'abord une description d'un processus de restauration dans une couche MAC-hs ajoutée lorsque la technique HSDPA est utilisée dans une forme de réalisation de l'invention. Un processus de restauration RLC classique est défini pour faire face à une erreur de protocole dans un système de communications W-CDMA n'utilisant pas le service HSDPA. Cependant, le processus de restauration RLC classique provoque une émission inutile de données dans une couche MAC du fait de l'utilisation de la technique HSDPA. Lorsque la technique HSDPA est utilisée, une nouvelle couche MAC, c'est-à-dire une couche MAC-hs destinée à supporter la technique HSDPA est nécessaire, et lorsque la couche MAC-hs exécute une fonction HARQ, un N#ud B doit effectuer une fonction de tampon pour émettre et réémettre des blocs de données. Par conséquent, un bloc de données émis depuis la commande RLC est placé en tampon (stocké temporairement) dans la couche MAC-hs avant d'être transmis par un canal radio. A ce moment, si un processus de restauration de la commande RLC est exécuté du fait d'une erreur de protocole apparaissant sur la commande RLC, le bloc de données placé en tampon dans la couche MAC-hs avant le processus de restauration RLC est transmis à une couche MAC-hs homologue par une couche physique. Cependant, lorsque la couche MAC-hs homologue, c'est-à-dire la couche MAC-hs du côté de réception, reçoit le bloc de données, le bloc de données est rejeté dans une couche RLC du côté de réception conformément à un processus de restauration RLC. Par conséquent, lorsque le processus de restauration RLC est exécuté, l'émission du bloc de données par la couche MAC-hs est une émission inutile. En outre, le bloc de données est placé en tampon jusqu'à ce que le processus de restauration RLC soit achevé, provoquant une utilisation inutile d'une mémoire. De plus, la couche MAC-hs du côté de réception doit également restaurer l'information de réémission. C'est la raison pour laquelle lorsque des blocs de données ou des paquets de données reçus du réseau UTRAN comprennent un bloc de données à partir duquel une erreur est détectée dans la couche MAC-hs, l'entité MAC-hs doit exécuter temporairement une mise en tampon pour la réémission sur le bloc de données défectueux. En conséquence, une mémoire sur la couche MAC-hs du côté de réception est utilisée inutilement, et le bloc de données défectueux est également transmis inutilement à une couche supérieure, ou bien à la couche RLC du côté de la réception. La figure 15 est un diagramme de circulation de signaux illustrant un processus d'échange d'une information de restauration entre des couches MAC-hs, basé sur le processus de restauration MAC. Si l'entité MAC-hs du côté d'émission est restaurée en même temps que la commande RLC du côté d'émission est restaurée, tous les blocs de données stockés dans l'entité MAC-hs du côté d'émission sont rejetés. Par conséquent, les blocs de données correspondants stockés dans l'entité MAC-hs du côté d'émission et dans l'entité MAC-hs du côté de réception sont inutiles, en sorte qu'ils doivent être rejetés. L'entité MAC-hs du côté de réception doit donc également être restaurée, en même temps que l'entité MAC-hs du côté d'émission est restaurée. A cet effet, sur la figure 15, l'entité MAC-hs 1500 du côté d'émission émet une information de restauration indication RLC RESET 1511 indiquant que l'entité MAC-hs 1500 du côté d'émission est restaurée, vers l'entité MAC-hs 1550 du côté de réception. A la réception de l'information de restauration, l'entité MAC-hs 1550 du côté de réception rejette des blocs de données correspondants stockés dans sa mémoire interne, puis est restaurée. Ici, pour un message indiquant l'information de restauration transmise de l'entité MAC-hs 1500 du côté d'émission à l'entité MAC-hs 1550 du côté de réception, on utilise un message de signalisation MAC-hs entre les couches MAC-hs. La figure 16 illustre un processus pour la réception d'un bloc de transport de signalisation MAC émis par une entité MAC-hs dans un réseau radio, par un équipement UE selon une forme de réalisation de l'invention. En référence à la figure 16, à la réception d'un bloc de données émis par une entité MAC-hs d'un réseau dans une étape 1601, une entité MAC-hs d'un équipement UE passe à une étape 1602 où elle contrôle un en-tête MAC inclus dans le bloc de données reçu. Ensuite, l'entité MAC-hs détermine dans une étape 1603 si chaque bloc de transport de données est constitué de données ou d'une information de signalisation, sur la base du résultat du contrôle. Si le bloc de données est une information de signalisation, l'entité MAC-hs passe à une étape 1604 dans laquelle elle enlève un en-tête MAC de l'information de signalisation. Ensuite, dans une étape 1605, l'entité MAC-hs réalise l'information de signalisation dont l'en-tête MAC est enlevé, c'est-à-dire un ordre de l'information de commande. Cependant, si le bloc d'information est une information de données, l'entité MAC-hs enlève un en-tête MAC de l'information de données dans une étape 1606, puis passe à une étape 1607. Dans l'étape 1607, l'entité MAC-hs émet l'information de données de laquelle l'en-tête MAC est enlevé. L'information de données de laquelle l'en-tête MAC est enlevé est une information MAC SDU, et celle-ci est transmise à une entité RLC supérieure par l'entité MAC-hs. On a décrit jusqu'à présent le procédé d'émission de signalisation MAC pour la liaison descendante. On décrira ensuite un procédé d'émission de signalisation MAC pour une liaison montante. L'émission de signalisation MAC pour la liaison montante peut être exécutée en utilisant un canal de commande physique dédié additionnel (DPCCH pour "Dedicated Physical Control Channel") en réponse à une demande de signalisation MAC. La figure 17 illustre une structure d'un canal physique dédié de liaison montante général (DPCH). En référence à la figure 17, une trame radio d'une période Tf=10 ms est constituée de 15 créneaux, et un canal physique dédié de données (DPDCH pour "dedicated physical data channel") par créneau comporte Ndonnées bits conformément un facteur d'étalement (SF pour "spreading factor"). Un canal de commande physique dédié (DPCCH) par créneau comprend un Pilote, une indication de combinaison de format de transport (TFCI pour "Transport Format Combination Indication"), une information de rétroaction (FBI pour "Feedback Information") et des bits de commande de puissance d'émission (TPC pour "Transmit Power Control"), et le facteur SF est fixé à 256. La figure 18 illustre une structure d'un canal physique dédié (DPCH) de liaison montante lorsque le service HSDPA est utilisé. Comme illustré sur la figure 18, le canal physique dédié de liaison montante comprend une indication de qualité de canal (CQI pour "Channel Quality Indication"), une information ACK/NACK (acquittement/non acquittement) qui est une indication HARQ ACK, et une indication de meilleure cellule (BCI pour "Best Cell Indication") pour sélectionner la meilleure cellule pour la sélection FCS, en plus des bits de commande de la figure 17. La structure de canal de la figure 18 utilise un multiplexage à répartition par code (MRC) prenant en considération la compatibilité avec le système existant n'utilisant pas le service HSDPA. Autrement dit, le canal physique dédié de liaison montante transmet les bits d'information CQI, ACK/NACK et BCI pour le service HSDPA en affectant de nouveaux codes, tout en maintenant le canal de commande physique dédié général DPCCH-0. La figure 19 illustre un procédé pour la transmission d'une signalisation MAC sur une liaison montante selon une forme de réalisation de l'invention. En référence à la figure 19, un champ pour l'émission d'une indication de signalisation MAC est ajouté à un canal de commande physique dédié DPCCH-1 pour supporter le service HSDPA. Par ailleurs, une information (ou un contenu) de signalisation du type similaire au type de signalisation MAC pour la liaison descendante décrite en regard de la figure 12 est transmise sur une base MRC en affectant un nouveau code de liaison montante (indiquant DPCCH-2). L'indication de signalisation MAC sur le canal de commande physique dédié DPCCH-1 indique la présence/absence d'une information de commande de signalisation MAC. Lorsqu'elle est indiquée par cette indication, l'information de commande de signalisation MAC est émise sur le canal de commande physique dédié DPCCH-2. Cette information de commande comprend un type de signalisation et le contenu de l'information de commande nécessaire. La figure 20 illustre un autre procédé possible de transmission d'une signalisation MAC sur une liaison montante selon une forme de réalisation de l'invention. En référence à la figure 20, ce procédé sélectionne au préalable un code correspondant au DPCCH-2 pour l'émission d'une information de commande de signalisation MAC, puis il permet à un récepteur d'un réseau de déterminer la présence/absence d'une signalisation MAC sur la base d'un niveau de puissance reçu, au lieu de déterminer la présence/absence d'une signalisation MAC par l'indication de signalisation MAC de la figure 19. Ce procédé de signalisation MAC peut être utilisé dans la correction d'une erreur d'un message HARQ ACK sur une entité MAC-hs, et l'émission d'une information de restauration de l'entité MAC-hs. La figure 21 illustre une erreur apparaissant dans un signal ACK/NACK lorsqu'une demande HARQ synchrone/synchrone est utilisée. Dans la technique HARQ synchrone/synchrone, un signal ACK/NACK est transmis par une liaison montante pour chaque bloc de transport de données transmis par une liaison descendante pendant un intervalle TTI. Bien qu'un équipement UE ait transmis un signal NACK à un réseau par suite d'une erreur apparue dans un bloc de transport de données reçu "a", le réseau peut recevoir un signal ACK par suite d'une erreur sur un canal radio. Dans ce cas, le réseau émet un nouveau bloc de données "e", et l'équipement UE prend par erreur le nouveau bloc de données "e" pour un bloc de données réémis du bloc de données défectueux "a", et combine le bloc de données reçu "e" avec le bloc de données "a" reçu précédemment, comprenant ainsi à tort qu'une erreur est de nouveau apparue. Par conséquent, l'équipement UE émet de nouveau un message NACK (ou un message de demande de réémission) , et le réseau comprend à tort qu'une erreur est apparue dans le bloc de données émis "e". Pour cette raison, la technique HARQ synchrone/synchrone ne peut pas corriger une erreur. La figure 22 illustre un procédé pour la correction d'une erreur par une signalisation par une entité MAC-hs d'un équipement UE (ou d'un côté de réception) lorsqu'une erreur NACK apparaît dans la technique HARQ synchrone/synchrone selon une forme de réalisation de l'invention. Lors de l'émission d'un message NACK par signalisation MAC, ce procédé émet un message NACK émis en second ou après pour le même bloc de données en même temps qu'une information de signalisation contenant la fréquence des émissions, afin qu'un réseau puisse reconnaître que le bloc de données "a" émis précédemment doit être réémis. Comme décrit ci-dessus, la présente invention peut transmettre efficacement une information de commande devant être échangée directement entre des couches MAC-hs. Par exemple, la présente invention peut corriger une erreur ACK/NACK dans la technique HARQ synchrone/synchrone, et émettre une information de restauration sur l'entité MAC-hs. Par ailleurs, en validant une signalisation entre des couches MAC-hs selon la présente invention, pour qu'une entité MAC placée dans une unité de commande de réseau radio supporte la technique HSDPA dans un réseau supportant la technique HSDPA, l'entité MAC-hs est placée dans un N#ud B et elle exécute en outre une fonction HARQ en plus de la fonction d'entité MAC classique, en sorte qu'un échange d'un message de signalisation général ainsi que du nouveau message de signalisation peut être nécessaire. Il va de soi que de nombreuses modifications peuvent être apportées au procédé décrit et représenté sans sortir du cadre de l'invention. REVENDICATIONS 1. Procédé de signalisation entre une entité d'une couche de commande d'accès au support MAC (1500) d'un appareil d'émission et une entité d'une couche MAC (1550) d'un appareil de réception dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception, caractérisé en ce qu'il comprend les étapes qui consistent : à la réception d'une demande de signalisation, à émettre par l'entité de la couche MAC de l'appareil d'émission un message de signalisation MAC comprenant une information de commande et une indication de signalisation indiquant l'émission de l'information de commande ; et à déterminer par l'entité de la couche MAC de l'appareil de réception si le message de signalisation MAC comprend l'indication de signalisation, et à recevoir l'information de commande incluse dans le message de signalisation MAC si ce message de signalisation MAC comprend l'indication de signalisation. 2. Procédé de signalisation selon la revendication 1, caractérisé en ce que l'indication de signalisation et l'information de commande sont transmises par des canaux de commande physiques dédiés différents, et l'information de commande est transmise par le même canal de commande physique dédié que l'information du type signalisation pour distinguer le message de signalisation MAC. 3. Procédé de signalisation selon la revendication 1, caractérisé en ce que le message de signalisation MAC comprend l'information de commande et un en-tête ccntenant l'indication de signalisation. 4. Procédé de signalisation selon la revendication 3, caractérisé en ce que l'information de commande comprend une information du type signalisation pour distinguer le message de signalisation MAC. 5. Procédé pour effectuer une signalisation pour une entité d'une couche de commande d'accès au support MAC d'un appareil de réception par une entité de couche MAC d'un appareil d'émission sous la commande d'une entité de commande de liaison radio RLC dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception, caractérisé par les étapes qui consistent : à la réception d'un bloc de transport de signalisation provenant de l'entité PLC, à générer un signal de signalisation MAC comprenant le bloc de transport de signalisation et une indication de signalisation indiquant l'émission du bloc de transport de signalisation ; à planifier des instants d'émission du message de signalisation MAC ; et à transmettre le message de signalisation MAC à l'entité de la couche MAC de l'appareil de réception aux instants d'émission planifiés correspondants. 6. Procédé selon la revendication 5, caractérisé en ce qu'une priorité est donnée au message de signalisation MAC, tandis que des instants d'émission du message de signalisation MAC sont planifiés plutôt qu'un message de données MAC. 7. Procédé selon la revendication 5, caractérisé en ce que l'indication de signalisation et le bloc de transport de signalisation sont transmis par des canaux de commande physiques dédiés différents, et le bloc de transport de signalisation est transmis par le même canal de commande physique dédié que l'information du type signalisation pour distinguer le message de signalisation MAC. 8. Procédé selon la revendication 5, caractérisé en ce que le message de signalisation MAC comprend le bloc de transport de signalisation et un en-tête contenant l'indication de signalisation. 9. Procédé selon la revendication 8, caractérisé en ce que le bloc de transport de signalisation comprend une information du type signalisation pour distinguer le message de signalisation MAC. 10. Procédé pour effectuer une signalisation pour une entité de couche de commande d'accès au support MAC d'un appareil d'émission par une entité de couche MAC d'un appareil de réception dans un système de communications par paquets comprenant l'appareil d'émission et l'appareil de réception, caractérisé par les étapes qui consistent : à recevoir un message MAC émis depuis l'entité de la couche MAC de l'appareil d'émission et à déterminer si le message MAC comprend une indication de signalisation indiquant l'émission d'une information de commande ; et à déterminer l'information de commande incluse dans le message MAC, si le message MAC comprend l'indication de signalisation. 11. Procédé selon la revendication 10, caractérisé en ce que l'indication de signalisation et l'information de commande sont transmises par des canaux de commande physiques dédiés différents, et le bloc de transport de signalisation est transmis par le même canal de commande physique dédié que l'information du type signalisation pour distinguer un message de signalisation MAC. 12. Procédé selon la revendication 10, caractérisé en ce que le message MAC comprend l'information de commande et un en-tête contenant l'indication de signalisation. 13. Procédé selon la revendication 12, caractérisé en ce que l'information de commande comprend une information du type signalisation pour distinguer un message de signalisation MAC.