Brevet FR2828783A1 — publié le 20030221

L'invention concerne de façon générale une communication à accès par paquets de liaison descendante à haute vitesse (HSDPA pour "High-Speed Downlink Packet Access) ", et en particulier un procédé pour la transmission d'informations communes partagée par des équipements d'utilisateurs (UE) supportant un service HSDPA. En général, on entend par HSDPA (Accès par Paquets de Liaison Descendante à Haute Vitesse) une technique de transmission de données destinée à traiter un canal partagé de liaison descendante, à haute vitesse (HS-DSCH pour "High Speed-Downlink Shared Channel") c'est-à-dire un canal de données de liaison descendante destiné à supporter une transmission de données par paquets de liaison descendante à haute vitesse, et son canal de commande associé dans un système de communication UMTS (Système Universel de Télécommunications du Service Mobile). Pour supporter la technique HSDPA, on a proposé des techniques de modulation et de codage adaptatifs (AMC pour "Adaptative Modulation and Coding"), de demande de réémission automatique hybride (HARQ pour "Hybrid Automatic Retransmission Request") et de sélection rapide de cellule (FCS pour "Fast Cell Select"). La technique AMC est une technique de transmission de données pour déterminer de façon adaptative une technique de modulation et une technique de codage de différents canaux de données en fonction d'une condition de canal entre un N#ud B et les Equipements d'Utilisateurs UE, afin d'augmenter le rendement global d'utilisation de la cellule. Par conséquent, la technique AMC fait appel à plusieurs techniques de modulation et à plusieurs techniques de codage, et elle module et code des canaux de données en combinant les techniques de modulation et les techniques de codage. En général, chaque combinaison des techniques de modulation et des techniques de codage est appelée "Procédure de Modulation et de Codage, MCS" (pour "Modulation and Coding Scheme") et il y a plusieurs procédures MCS d'un niveau n 1 à un niveau n n, selon le nombre de combinaisons de techniques de modulation et de techniques de codage. En d'autres termes, la technique AMC détermine de façon adaptative un niveau de la procédure MCS en fonction d'une condition de canal entre le N#ud B et l'Equipement UE qui est alors connecté sans fil au N#ud B, augmentant ainsi le rendement global du N#ud B. On décrira ci-dessous une technique HARQ, et en particulier une technique de demande de retransmission automatique hybride à arrêt et attente à canal n (SAW HARQ pour "Stop and Wait Hybrid Automatic Retransmission Request"). La technique HARQ a introduit les deux plans suivants pour augmenter le rendement de la transmission de la technique de demande de retransmission automatique (ARQ pour "Automatic Retransmission Request"). Dans un premier plan, la technique HARQ échange une demande de retransmission de données et une réponse entre l'équipement UE et le N#ud B. Dans un second plan, la technique HARQ stocke temporairement des données défectueuses et les combine à des données retransmises correspondantes avant l'émission. En outre, la HSDPA a introduit la technique SAW HARQ à canal n pour suppléer aux inconvénients de la technique SAW ARQ classique (Technique ARQ à Arrêt et Attente) . Dans la technique SAW ARQ, le N#ud B n' émet pas les données du paquet suivant avant qu'un acquittement ACK pour les données du paquet transmis précédemment soit reçu. Par conséquent, dans certains cas, le N#ud B doit attendre l'acquittement ACK, bien qu'il lui soit immédiatement possible de transmettre des données par paquets. La technique SAW HARQ à canal n augmente le rendement d'utilisation du canal en transmettant en continu plusieurs paquets de données avant la réception de l'acquittement ACK pour les données du paquet précédent. Si n canaux logiques sont établis entre un équipement UE et un N#ud B et identifiés par des temps ou des numéros de canaux, l'équipement UE, en recevant des données en paquets à un certain instant, peut déterminer le canal logique qui transmet les données en paquets. L'équipement UE peut donc réagencer les données de paquets dans le bon ordre de réception ou peut effectuer une combinaison souple sur les données de paquets. La technique de sélection rapide de cellule FCS sélectionne une cellule ayant une bonne condition de canal parmi une ou plusieurs cellules lorsque l'équipement UE supportant la HSDPA entre dans une région à chevauchement de cellules, ou dans une région de transfert en douceur. De façon plus spécifique, si l'équipement UE supportant la HSDPA entre dans une région de chevauchement de cellules entre un N#ud ancien B et un nouveau N#ud B, l'équipement UE établit alors des liaisons radio avec plusieurs des cellules, c'est-à-dire plusieurs des N#uds B. Un ensemble de cellules, avec lequel les liaisons radio sont établies par l'équipement UE, est appelé "ensemble actif". La sélection FCS reçoit des données en paquets HSDPA provenant uniquement de la cellule maintenant la meilleure condition de canal parmi les cellules incluses dans l'ensemble actif, ce qui réduit le brouillage global. Ici, une cellule transmettant les données en paquets HSDPA du fait de sa meilleure condition de canal parmi les cellules dans l'ensemble actif est appelée "meilleure cellule". L'équipement UE vérifie périodiquement les conditions des canaux avec les cellules appartenant à l'ensemble actif. A la détection d'une cellule ayant une condition de canal meilleure que celle de la meilleure cellule en cours, l'équipement UE transmet un indicateur de meilleure cellule à toutes les cellules dans l'ensemble actif afin de remplacer la meilleure cellule en cours par une nouvelle meilleure cellule. L'indicateur de meilleure cellule comprend un identificateur de la nouvelle meilleure cellule sélectionnée. A la réception de l'indicateur de meilleure cellule, les cellules appartenant à l'ensemble actif analysent l'identificateur de cellule inclus dans l'indicateur reçu de meilleure cellule pour déterminer si l'indicateur reçu de meilleure cellule leur est destiné. La meilleure cellule sélectionnée transmet des données en paquets à l'équipement UE en utilisant un canal partagé de liaison descendante à haute vitesse (HS-DSCH). Comme décrit ci-dessus, dans la HSDPA, il est nécessaire d'échanger de nouveaux signaux de commande suivants entre un équipement UE et un N#ud B pour supporter les techniques AMC, HARQ et FCS nouvellement introduites. Premièrement, pour supporter une technique AMC, un équipement UE doit fournir une information sur un canal entre l'équipement UE et un N#ud B pour le N#ud B, et le N#ud B doit informer l'équipement UE d'un niveau MCS déterminé en fonction de la condition du canal en utilisant l'information de canal reçue de l'équipement UE. Deuxièmement, pour supporter une technique SAW HARQ à canal n, un équipement UE doit transmettre un signal ACK et un signal NACK (Acquittement Négatif) à un N#ud B, et le N#ud B doit transmettre l'information SAW à canal n à l'équipement UE. L'information SAW à canal n peut être un numéro de canal et un drapeau nouveau/continu, ou un numéro de séquence (SN). Troisièmement, pour supporter la technique FCS, l'équipement UE doit transmettre au N#ud B un indicateur de meilleure cellule indiquant la meilleure cellule, c'est-à-dire un N#ud B fournissant un canal ayant la meilleure condition de canal. De plus, si la meilleure cellule est modifiée en fonction de la condition du canal, l'équipement UE doit informer le N#ud B de son état de réception de données en paquets en ce point, et le N#ud B doit fournir l'information nécessaire afin que l'équipement UE puisse sélectionner correctement la meilleure cellule. L'information de niveau MCS, l'information HARQ comprenant le numéro de canal et le drapeau nouveau/ continu, et l'information FCS doivent être transmises précédemment avant qu'un N#ud B sélectionne un équipement UE et transmette des données à l'équipement UE sélectionné. En transmettant au préalable une telle information avant la transmission des données, on permet au n#ud et à l'équipement UE d'exécuter la même opération en utilisant l'information. Le HSDPA propose deux procédés de transmission de l'information à l'équipement UE : un procédé à 2 étapes et un procédé à 1 étape. On décrira d'abord le procédé à 2 étapes en référence à la figure 1 des dessins annexés décrits ci-après. La figure 1 illustre une structure schématique de canaux dans laquelle un procédé à 2 étapes pour la transmission de l'information HSDPA est appliqué, dans un système de communication HSDPA classique. On suppose sur la figure 1 qu'il y a trois équipements UE supportant le service HSDPA, deux canaux de commande partagés (SHCCH) pour "shared control channels" attribués, et trois canaux partagés de liaison descendante physique à haute vitesse (HS-PDSCH) attribués. Le canal SHCCH, un canal partagé nouvellement conçu pour supporter le service HSDPA, transmet une information de commande à un équipement UE programmé pour recevoir les données HSDPA. Par exemple, un canal de commande partagé à haute vitesse (HS-SCCH) est un canal SHCCH typique. Le canal HS-PDSCH, un canal physique pour la transmission du HS-DSCH est identifié par un code d'embrouillage et par un code de facteurs d'étalement de variables orthogonales (OVSF pour "Orthogonal Variable Spreading Factor") . Lorsque le service HSDPA est prévu, un ou plusieurs canaux HS-PDSCH peuvent être attribués et tous les équipements UE doivent reconnaître les informations sur les codes HS-PDSCH. Comme illustré sur la figure 1, les données HSDPA sont transmises pendant une période d'un intervalle de temps de transmission (TTI pour "Transmission Time Interval"), et un N#ud B sélectionne un équipement UE qui recevra les données HSDPA dans chaque intervalle TTI et informe l'équipement UE correspondant qu'il existe des données HSDPA à recevoir, par l'intermédiaire d'un canal physique dédié (DPCH pour "dedicated physical channel"). Pour informer l'équipement UE correspondant que les données HSDPA doivent être transmises, le N#ud B fournit l'information correspondante par l'intermédiaire d'une indication HSDPA (HI) dans chaque intervalle TTI d'un canal DPCH établi entre l'équipement UE et le N#ud B. L'indication HI est transmise par le canal PDCH attribué à chaque équipement UE. Si un bit spécifique de l'indication HI a une valeur préétablie, l'équipement UE recevra les données HSDPA dans l'intervalle TTI suivant du point de réception de l'indication HI. Si le bit spécifique de l'indication HI ne possède pas la valeur préétablie, l'équipement UE ne reçoit pas les données HSDPA dans l'intervalle TTI suivant du point de réception d'indication HI. Par conséquent, l'équipement UE reçoit l'indication HI dans chaque intervalle TTI du canal DPCH et détermine s'il y a des données HSDPA devant être reçues. Autrement dit, s'il y a des données devant être transmises à l'équipement UE, le N#ud B établit un point spécifique de l'indication HI à une valeur déterminée indiquant que les données HSDPA sont présentes, avant l'émission. L'équipement UE reçoit alors l'indication HI et reconnaît que les données HSDPA seront reçues dans l'intervalle TTI suivant du point de réception de l'indication HI. En réalité, l'indication HI est reçue dans chaque intervalle TTI sur les canaux DPCH attribués aux équipements UE respectifs, c'est-à-dire UE1, UE2 et UE3. Cependant, dans un souci de commodité, seule l'indication HI indiquant la présence des données HSDPA est illustrée sur la figure 1. Lors de la détection de la réception prévue des données HSDPA, l'équipement UE recherche le canal SHCCH transmis dans l'intervalle TTI suivant. S'il y a plusieurs canaux SHCCH attribués, l'identification d'équipement UE ID peut être incluse dans le canal SHCCH pour identifier l'équipement UE. Par conséquent, l'équipement UE reçoit une information portant sur le canal SHCCH transmise avec la même identification UE ID que sa propre identification UE ID parmi les canaux SHCCH. Entre temps, si l'identification HI, telle qu'indiquée ci-dessus, ne transmet que l'information indiquant l'existence des données HSDPA devant être reçues à l'équipement UE, le signal UE ID pour identifier l'équipement UE doit être introduit dans le canal SHCCH avant d'être transmis. Cependant, si l'indication HI contient une information indiquant l'existence des données HSDPA devant être reçues à l'équipement UE et une information portant sur le canal SHCCH que l'équipement UE doit recevoir, le signal UE ID destiné à identifier les équipements UE peut ne pas être inclus dans le canal SHCCH. A la suite de la réception de l'information SHCCH, l'équipement UE reçoit les données HSDPA dans l'intervalle TTI correspondant. Ici, l'information portant sur le canal SHCCH comprend les informations UE ID, de niveau MCS et HARQ, et on suppose sur la figure 1 que l'information SHCCH et les données HSDPA sont transmises dans le même intervalle TTI. Cependant, pour minimiser le nombre de tampons de réception, il est préférable de transmettre l'information SHCCH avant l'information HS-PDSCH. Dans ce cas, l'équipement UE peut recevoir simultanément l'identification HI et l'information SHCCH. La figure 2 illustre une structure schématique de canaux à laquelle un procédé à 1 étape pour la transmission de l'information HSDPA est appliqué, dans un système de communication HSDPA classique. On supposera également sur la figure 2 qu'il y a trois équipements UE supportant le service HSDPA, deux canaux SHCCH attribués et trois canaux HS-PDSCH attribués. Comme illustré sur la figure 2, l'information HI n'est pas transmise par les canaux DPCH reçus par les équipements UE dans le processus à 1 étape. Par conséquent, tous les équipements UE doivent recevoir en continu le signal SHCCH, et celui-ci doit comprendre le signal UE ID pour désigner un équipement UE visé auquel l'information HSDPA correspondante doit être transmise. L'équipement UE reçoit le signal SHCCH et l'analyse si le signal SHCCH reçu comprend sa propre identification UE ID. Sur la base des résultats de l'analyse, l'équipement UE reçoit les données sur un canal HS-PDSCH correspondant. On donnera maintenant une description d'un groupe d'information n 1 comprenant les informations devant être transmises du Noeud B à l'équipement UE pour supporter le service HSDPA. Groupe d'informations n 1 1) HI : ceci indique s'il y a des données HSDPA que l'équipement UE devrait recevoir. 2) Information de niveau MCS : ceci indique une procédure AMC devant être utilisée dans la modulation du canal HS-DSCH. 3) Information de code de canalisation HS-DSCH : ceci indique une information associée à un code de canalisation utilisé pour un équipement UE spécifique dans le canal HS-DSCH. 4) Numéro de processeur HARQ : ceci indique un canal transmettant des données en paquets spécifiques parmi les canaux logiques pour la demande HARQ, lorsqu'une demande SAW HARQ à canal n est utilisée. La raison pour laquelle l'information du numéro de processeur HARQ est fournie est la suivante. Lorsqu'une demande SAW HARQ à canal n est utilisée, on doit prévoir un nombre de processeurs HARQ égal au nombre "n" de canaux. Par conséquent, lorsque les données correspondantes sont transmises par un certain canal et que les données en paquets transmises contiennent une erreur, il est nécessaire de reconnaître le numéro du processeur HARQ correspondant à un canal de transmission des données en paquets erronées. Autrement dit, parmi les données en paquets transmises depuis le processeur HARQ correspondant au numéro de canal par le canal correspondant, les données en paquets défectueuses sont soumises à un processus de réémission. 5) Numéro de données en paquets HARQ : ceci est utilisé pour informer l'équipement UE d'un numéro de données en paquets de liaison descendante afin que, lorsqu'une meilleure cellule est changée dans la transmission FCS, l'équipement UE puisse informer une meilleure cellule nouvellement sélectionnée d'un état de transmission des données HSDPA. Etant donné que les données en paquets possèdent leur propre numéro de séquence, elles peuvent être identifiées par le numéro de séquence. 6) UE ID (identification) : lorsqu'elle est transmise dans une partie de l'information ci-dessus et qu' il y a au moins un canal SHCCH, l' identification UE ID indique si le SHCCH est une information de commande pour l'équipement UE correspondant. En plus du groupe d'information n l, les informations devant être transmises pour supporter le service HSDPA peuvent comprendre une valeur de décalage de puissance de transmission en liaison montante. Lorsque l'équipement UE fournit une information de la meilleure cellule sélectionnée aux N#uds B voisins, c'est-à-dire les N#uds B dans l'ensemble actif autres que la meilleure cellule en cours, l'équipement UE doit augmenter la puissance de transmission de liaison montante d'une valeur décalée afin que les N#uds B voisins puissent recevoir correctement l'information de meilleure cellule transmise par l'équipement UE. Dans ce cas, la valeur du décalage de puissance de transmission de liaison montante est fournie par le N#ud B à l'équipement UE. De plus, les informations transmises pour supporter le service HSDPA peuvent comprendre une information indiquant une réémission et une information indiquant un ordre de la réémission, dans une opération HARQ. Les informations ci-dessus, fournies de façon unique à chaque équipement UE, doivent être transmises à l'équipement UE en avance d'un signal HS-DSCH. Par conséquent, on a besoin d'un procédé pour transmettre les informations ci-dessus en avance du signal HS-DSCH, c'est- à-dire des données en paquets réelles. En outre, le système actuel de communication asynchrone du service mobile ne supporte pas un procédé de diffusion d'informations partagées par tous les équipements UE en service telles que les informations utilisées dans le service HSDPA. Il est donc nécessaire d'appliquer l'information HSDPA générée par le N#ud B ou par une unité de commande de réseau radio (RNC pour "Radio Network Controller") à tous les équipements UE lorsque le service HSDPA est utilisé. Un objet de l'invention est donc de proposer un procédé pour l'émission d'informations partagées par tous les équipements UE supportant le même service HSDPA dans un système de communication HSDPA. Un autre objet de l' invention est de proposer un procédé pour l'émission d'informations partagées par tous les équipements UE supportant le même service HSDPA afin que les équipements UE puissent recevoir les informations en même temps, dans un système de communication HSDPA. Pour réaliser les objets ci-dessus ainsi que d'autres, il est proposé un procédé pour l'émission d'informations communes vers au moins deux équipements UE parmi une pluralité d'équipements UE supportant un service HSDPA dans un système de communication à accès multiples à répartition par code (AMRC) supportant le service HSDPA. Le procédé comprend les étapes qui consistent, à la suite de la génération de l'information commune, à transmettre l'information de commande comprenant une information ID commune indiquant l'information commune par un canal partagé de commande (SHCCH) ; et à transmettre l'information commune par le canal SHCCH dans un intervalle de temps de transmission TTI ou après un intervalle TTI dans lequel l'information de commande est transmise. Pour réaliser les objets ci-dessus et autres, il est proposé un procédé de réception d'informations communes appliqué en commun à au moins deux équipements d'utilisateurs UE parmi une pluralité d'équipements UE supportant un service HSDPA dans un système de communication AMRC supportant le service HSDPA. Le procédé comprend les étapes qui consistent : à recevoir un canal dédié dans chaque intervalle TTI, et à recevoir un canal par SHCCH dans un intervalle TTI après un intervalle TTI où le signal de canal dédié est reçu, si le signal de canal dédié reçu comprend un indicateur indiquant une transmission prévue d'une information de commande avec une information ID commune indiquant l'information commune ; à recevoir un signal de canal de données partagé dans un même intervalle TTI ou après un intervalle TTI dans lequel le signal SHCCH est reçu, si le signal SHCCH reçu comprend l'information de commande ; et à détecter l'information commune à partir du signal SHCCH reçu et à exécuter le service HSDPA. 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 illustre une structure schématique de canaux à laquelle un procédé à 2 étapes de transmission d'une information HSDPA est appliqué, dans un système classique de communication HSDPA ; La figure 2 illustre une structure schématique de canaux à laquelle un procédé à 1 étape de transmission d'une information HSDPA est appliqué, dans un système classique de communication HSDPA ; La figure 3 illustre une structure schématique d'un système de communication HSDPA auquel une forme de réalisation de l'invention est appliquée ; La figure 4 illustre un processus d'émission d'une information commune depuis une unité de commande d'émission radio RNC vers un N#ud B, selon une forme de réalisation de l'invention ; La figure 5 illustre une structure du message de demande de reconfiguration HSDPA de la figure 4 ; La figure 6 illustre un processus d'émission d'une information commune depuis un N#ud B vers un équipement UE selon une forme de réalisation de l'invention ; La figure 7 illustre un format du message de reconfiguration HSDPA illustré sur la figure 6 ; La figure 8 illustre une structure schématique de canaux à laquelle un procédé à 2 étapes de transmission d'une information HSDPA est appliqué, dans un système de communication HSDPA selon une forme de réalisation de l'invention ; La figure 9 illustre une structure schématique de canaux à laquelle un procédé à 2 étapes de transmission d'une information HSDPA est appliqué, dans un système de communication HSDPA selon une autre forme de réalisation de l'invention ; La figure 10 illustre un processus d'émission d'une information HSDPA par un N#ud B utilisant un procédé à 2 étapes selon une forme de réalisation de l'invention ; La figure 11 illustre un processus de réception d'une information HSDPA par un équipement UE utilisant un procédé à 2 étapes selon une forme de réalisation de l'invention ; La figure 12 illustre une structure de canaux à laquelle un procédé à 1 étape d'émission d'une information HSDPA est appliqué, dans un système de communication HSDPA selon une forme de réalisation de l'invention ; La figure 13 illustre une structure schématique de canaux à laquelle un procédé à 1 étape de transmission d'une information HSDPA est appliqué, dans un système de communication HSDPA selon une autre forme de réalisation de l'invention ; La figure 14 illustre un processus pour l'émission d'une information HSDPA par un N#ud B utilisant un procédé à 1 étape selon une autre forme de réalisation de l'invention ; et La figure 15 illustre un processus pour la réception d'une information HSDPA par un équipement UE utilisant un procédé à 1 étape selon une autre forme de réalisation de l'invention. Une forme appréciée de réalisation de l'invention sera décrite ci-dessous en référence aux dessins d'accompagnement. Dans la description qui suit, les fonctions ou les constructions bien connues ne sont pas décrites en détail pour ne pas obscurcir inutilement l'invention. Avant de décrire la présente invention, on se référera au groupe d'informations n 2. Un système de communication HSDPA (Accès par Paquets de Liaison Descendante à Haute Vitesse) selon une forme de réalisation de l'invention possède un groupe d'informations n 2 devant être transmis depuis une unité de commande de réseau radio (RNC) à un équipement d'utilisateur UE, en plus d'un groupe d'informations n 1 qui doit être transmis d'un N#ud B à un équipement UE. Groupe d'informations n 2 1) Information de code HS-PDSCH (Canal Partagé de Liaison Descendante Physique à Haute Vitesse) : il s'agit d'une information de code de liaison descendante attribuée à une cellule pour une transmission HS-DSCH (Canal Partagé de Liaison Descendante à Haute Vitesse). Le canal HS-PDSCH, un canal physique transmettant l'information HS-DSCH, est identifié en utilisant un code d'embrouillage et un code OVSF (Facteur d'Etalement de Variables Orthogonales). Dans le service HSDPA, un ou plusieurs codes HS-PDSCH peuvent être attribués et tous les équipements UE doivent reconnaître une information sur les codes HS-PDSCH. 2) Information de code SHCCH (Canal de Commande Partagé) : dans le service HSDPA, une ou plusieurs informations SHCCH peuvent être attribuées, et tous les équipements UE doivent reconnaître une information sur les codes HS-PDSCH. De même que pour l'information de code HSPDSCH, l'information de code SHCCH est également identifiée par un code d'embrouillage et un code OVSF. 3) Information de niveau de puissance de code HSPDSCH : l'information de niveau de puissance de code HSPDSCH peut être définie comme étant soit une valeur de puissance relative, soit une valeur de puissance absolue pour un niveau de puissance de code d'un canal pilote commun (CPICH pour "Common Pilot Channel"). Tous les équipements UE doivent reconnaître au préalable le niveau de puissance de code HS-PDSCH, une valeur utilisée pour démoduler le HS-DSCH, avant de recevoir des données en paquets réelles. L'information transmise de l'unité de commande RNC à l'équipement UE dans l'ordre pour le service HSDPA peut comprendre une information associée à la technique HARQ et une information associée à la technique MCS qui devraient être préalablement reconnues par tous les équipements UE, en plus du groupe d'informations n 2. Le groupe d'informations n 1 et le groupe d'informations n 2 nécessaires à l'exécution du service HSDPA seront appelés "information HSDPA". L'information appartenant au groupe d'informations n 2 est déterminée par l'unité de commande RNC et transmise au N#ud B. Le N#ud B fournit le service HSDPA sur la base de l'information reçue de l'unité RNC, c'est-à-dire l'information HSDPA. Le N#ud B transmet l'information reçue à tous les équipements UE supportant le service HSDPA afin que tous les équipements UE puissent supporter le service HSDPA sur la base de l'information HSDPA. Le groupe d'informations n 2 peut être modifié par l'unité de commande RNC en tenant compte d'une condition de cellule. L'information modifiée en tenant compte de la condition de cellule doit être transmise au N#ud B et à tous les équipements UE supportant le service HSDPA. En outre, l'information modifiée devrait être appliquée dans le N#ud B et à tous les équipements UE au même instant. De plus, si l'information appartenant au groupe d'informations n 2, selon une forme de réalisation de l'invention, est modifiée en fonction des circonstances, l'information appartenant au groupe d'informations N 1 peut également être modifiée. Ici, lorsque la même information HSDPA est transmise à tous les équipements UE supportant le service HSDPA ou à plusieurs équipements UE supportant le service HSDPA, la même information sera appelée "information commune". Ici, on entend par "plusieurs équipements UE" des équipements UE déterminés par le groupage des équipements UE supportant le service HSDPA conformément au type de service HSDPA. La figure 3 illustre une structure schématique d'un système de communication HSDPA auquel une forme de réalisation de l'invention est appliquée. Dans une structure de couches de la figure 3, si une unité de commande RNC 300 génère une information commune et transmet l'information commune générée à un N#ud B 350, le N#ud B 350 transmet l'information commune à un équipement UE 380. Premièrement, la commande RNC 300 transmet l'information commune au N#ud B 350 en utilisant un message de protocole d'application au N#ud B (NBPA pour "Node B Application Protocol"). Bien que l'unité RNC 300 utilise la procédure AAL5 (Couche Adaptative ATM 5)/ATM (Mode de Transfert Asynchrone) comme couche inférieure transmettant le message NBAP sur la figure 3, la couche inférieure transmettant le message NBAP peut être modifiée librement dans le développement futur prévu dans la technologie des communications. Par exemple, le message NBAP peut être transmis en utilisant un protocole d'Internet (IP). A la réception de l'information commune par le message NBAP depuis l'unité RNC 300, le N#ud B 350 reconfigure le service HSDPA en cours conformément à l'information commune reçue, et retransmet l'information sur le service HSDPA reconfiguré, c'est-à-dire l'information commune vers l'équipement US 380 en utilisant un message d'un dispositif de commande de ressource radio (RRC pour "Radio Resource Controller"). Le N#ud B 350 peut avantageusement transmettre plusieurs fois le message RRC avec l'information commune pour augmenter la fiabilité. Le N#ud B 350 génère le message RRC, et transmet le message RRC généré à l'équipement UE 380 par l'intermédiaire d'une couche de commande de liaison radio (RLC pour "Radio Link Control") et d'une couche de commande d'accès médian (MAC pour "Medium Access Control"). A la réception du message RRC avec l'information commune provenant du N#ud B 350, transmise par l'air, l'équipement UE 380 met en #uvre en continu le service HSDPA en utilisant l'information commune. La figure 4 illustre un processus de transmission d'une information commune d'une unité de commande RNC à un N#ud B selon une forme de réalisation de l'invention. En référence à la figure 4, l'unité RNC 300, une unité RNC de commande (CRNC) destinée à commander le N#ud B 350, définit un nouveau processus de transmission de message NBAP pour transmettre l'information commune. Autrement dit, l'unité CRNC 300 définit un message NBAP pour la transmission de l'information commune au N#ud B 350. Dans la forme de réalisation de l'invention, un message de demande de reconfiguration HSDPA est défini comme étant le message NBAP pour la transmission de l'information commune. Si l'unité CRNC 300 transmet le message de demande de reconfiguration HSDPA au N#ud B 350 (étape 411) , le N#ud B 350 reçoit le message de demande de reconfiguration HSDPA et transmet un message de réponse de reconfiguration HSDPA à l'unité CRNC 300 en réponse au message reçu (étape 413). Une structure du message de demande de reconfiguration HSDPA pour la transmission de l'information commune sera maintenant décrite en référence à la figure 5. La figure 5 illustre une structure du message de demande de reconfiguration HSDPA illustrée sur la figure 4. En référence à la figure 5, un format du message de demande de reconfiguration HSDPA est défini par le projet de partenariat de troisième génération 3GPP TS 25.433. Cependant, tant qu'il peut transmettre l'information commune, tout format de message prescrit entre le N#ud B et l'unité NRC peut être utilisé. Sur la figure 5, une première colonne indique un nom de l'information de transmission (IE/Nom de Groupe), une deuxième colonne indique la présence de l'information de transmission, une troisième colonne indique le nombre de répétitions sur l'information, où nb max codes SHCCH signifie le nombre maximal de codes orthogonaux attribuables dans un canal SHCCH et nb max codes PDSCH signifie le nombre maximal de codes orthogonaux attribuables dans un canal HS-PDSCH, une quatrième colonne indique une plage des valeurs d'information détaillées ou une section dans le TS 25.433 où il est fait référence à l'information, une cinquième colonne indique une description de la sémantique pour l'information commune devant être transmise, une sixième colonne indique la criticité de l'information et une septième colonne indique le type de la criticité. Premièrement, on indique par "numéro de version de configuration" sur la figure 5 une version de l'information commune et le numéro de la version est transmis à l'équipement UE en même temps que l'information commune. A la réception du numéro de version de configuration, l'équipement UE analyse le numéro de version de configuration et compare le numéro de version reçu à un numéro de version alors stocké dans cet équipement pour le service HSDPA. En résultat de la comparaison, si le numéro de version reçu est différent du numéro de version stocké, ceci signifie que l'information suivante du service HSDPA diffère de l'information actuelle du service HSDPA. L'équipement UE configure donc la nouvelle information de service HSDPA. Deuxièmement, on entend par "Information de Code SHCCH" sur la figure 5 une information concernant le code SHCCH. Les valeurs détaillées de l'Information de Code SHCCH peuvent être exprimées par une information de code DL, et l'information de code DL peut être définie en autant de manières qu'il y a de canaux SHCCH nécessaires. Ici, l'information de code DL peut avoir la même valeur de plage que l' information de code FDD DL spécifiée par TS 25.433. En outre, l'information de code DL comprend une information de code d'embrouillage et une information de code de canalisation du code SHCCH défini ci-dessus. Troisièmement, on entend par "Information de Code HS-PDSCH" sur la figure 5, une information portant sur le code HS-PDSCH. Des valeurs détaillées de l'information HSPDSCH peuvent être exprimées avec une information de code DL, et l'information de code DL peut être définie en autant de manières qu'il y a de codes HS-PDSCH établis. Quatrièmement, on entend par "information de puissance HSPDSCH" sur la figure 5 une valeur de puissance totale attribuée au HS-PDSCH, et la valeur de puissance peut avoir la même valeur de plage que la puissance DL spécifiée par TS 25.433. Enf in, on entend par "Numéro de Trame du Système (SFN pour "System Frame Number") sur la figure 5, un instant où un N#ud B applique l'information commune. Le numéro SFN peut être établi soit par l'unité RNC, c'est-àdire l' unité SRNC, soit par le N#ud B lui-même . En outre, dans le message de demande de reconfiguration HSDPA de la figure 5, lorsqu'une valeur dans la deuxième colonne est établie à M (obligatoire), l'information correspondante existe obligatoirement. Autrement, si la valeur dans la deuxième colonne est établie à 0 (optionnelle) l'information correspondante peut optionnellement exister ou ne pas exister. Par conséquent, le numéro SFN peut exister ou ne pas exister, car sa deuxième colonne a une valeur 0. Premièrement dans le cas où le numéro SFN existe, l'unité RNC demande au N#ud B d'appliquer l'information commune au numéro SFN correspondant. A la réception du numéro SFN de l'unité RNC, le N#ud B doit mettre en #uvre le service HSDPA en appliquant l'information commune à un instant indiqué par le numéro SFN. Le N#ud B transmet alors la même valeur SFN que la valeur SFN reçue aux équipements UE afin que le N#ud B et les équipements UE puissent effectuer simultanément le service HSDPA en appliquant l'information commune. Ensuite, lorsque le numéro SFN n'existe pas, l'unité RNC ne transmet pas un numéro SFN spécifique. Dans ce cas, le N#ud B exécute le service HSDPA en appliquant l'information commune à un instant indiqué par un numéro SFN sélectionné par le N#ud B lui-même, et il transmet aux équipements UE le numéro SFN sélectionné indiquant l'instant où l'information commune est appliquée, afin que les équipements UE puissent exécuter le service HSDPA en appliquant l'information commune. Le format de message de demande de reconfiguration HSDPA décrit en regard de la figure 5 est un type d'un format de message NBAP défini en supposant que l'information commune est transmise d'une unité CRNC à un N#ud B afin que le N#ud B puisse exécuter le service HSDPA en appliquant l'information commune à un numéro SFN spécifique, et l'information commune est transmise du N#ud B aux équipements UE afin que les équipements UE puissent exécuter le service HSDPA en appliquant l'information commune. En plus du procédé décrit en regard des figures 4 et 5, il existe un autre procédé de transmission d'une information commune pour transmettre uniquement une partie corrigée de l'information commune. Dans ce cas, les éléments d'information respectifs dans le format du message de demande de reconfiguration HSDPA de la figure 5 indiquent uniquement les parties nouvellement corrigées. Par exemple, dans le cas de l'information de code SHCCH, seule l'information de code SHCCH nouvellement ajoutée ou l'information de code SHCCH devant être supprimée est transmise. On a décrit ci-dessus le procédé de transmission d'une information commune de l'unité RNC au N#ud B en utilisant un message NBAP, en référence aux figures 4 et 5. On décrira ensuite un procédé d'émission du N#ud B vers un équipement UE d'un message RRC indiquant l'information commune reçue de l'unité RNC en référence aux figures 6 et 7. La figure 6 illustre un processus de transmission d'une information commune d'un N#ud B à un équipement UE selon une forme de réalisation de l'invention. En référence à la figure 6, à la réception du message de demande de reconfiguration HSDPA, un message NBAP, provenant de l'unité RNC 300, le N#ud B 350 doit transmettre l'information commune reçue à un équipement UE 380 correspondant. En conséquence, le N#ud B 350 et l'équipement UE 380 peuvent exécuter simultanément le service HSDPA en appliquant l'information commune. Pour plus de commodité, le N#ud B 350 transmet l'information commune uniquement à l'équipement UE 380 sur la figure 6, mais il devrait transmettre l'information commune à la totalité ou à certains des équipements UE supportant le service HSDPA. Pour transmettre l'information commune à l'équipement UE 380, le N#ud B 350 définit un nouveau processus de transmission d'un nouveau message RRC selon une forme de réalisation de l'invention. Autrement dit, le N#ud B 350 définit un message RRC pour transmettre l'information commune à l'équipement UE 380. Dans la forme de réalisation de l'invention, le N#ud B 350 définit un message de reconfiguration HSDPA en tant qu'un message RRC pour la transmission de l'information commune. Si le N#ud B 350 transmet un message de reconfiguration HSDPA à l'équipement UE 380 (étape 611), l'équipement UE 380 reçoit le message de reconfiguration HSDPA. Le message de reconfiguration HSDPA, qui est un message RRC, est segmenté en paquets d'une taille spécifique ou est constitué d'un seul paquet. L'équipement UE 380 détecte une information commune incluse dans le message de reconfiguration HSDPA reçu, et exécute le service HSDPA en utilisant l'information commune détectée. La figure 7 illustre un format du message de reconfiguration HSDPA illustré sur la figure 6. En référence à la figure 7, le format du message de reconfiguration HSDPA est défini par le 3GPP TS 25.331. Cependant, tant qu'il peut transmettre l'information commune, tout format de message prescrit entre le N#ud B et l'équipement UE peut être utilisé. Le message de reconfiguration HSDPA'est identique en structure au message de demande de reconfiguration HSDPA de la figure 5. Cependant, le N#ud B 350 reconstruit le message de reconfiguration HSDPA en utilisant l'information commune incluse dans le message de demande de reconfiguration HSDPA reçu de l'unité RNC 300 et transmet le message reconstruit à l'équipement UE 380. Etant donné que tous les paramètres du message de reconfiguration HSDPA illustré sur la figure 7 sont identiques à ceux du message de demande de reconfiguration HSDPA décrit en regard de la figure 5, la description détaillée ne sera pas reprise pour plus de simplicité. On décrira ensuite un processus pour transmettre simultanément l'information commune, c'est-à-dire diffuser la même information commune à partir du N#ud B à tous les équipements UE exécutant le service HSDPA, en référence aux figures 8 et 9. Le processus des figures 8 et 9 sera décrit en supposant qu'il y a trois équipements UE supportant le service HSDPA, deux canaux SHCCH attribués, et trois canaux HS-DPSCH attribués. Le canal SHCCH, un canal partagé nouvellement conçu pour supporter le service HSDPA, transmet une information de commande à un équipement UE planifié pour recevoir les données HSDPA. Le canal HSPDSCH, un canal physique pour la transmission de l'information HS-DSCH, est identifié par un code d'embrouillage et un code OVSF. Lorsque le service HSDPA est fourni, un ou plusieurs canaux HS-PDSCH peuvent être attribués et tous les équipements UE doivent reconnaître une information sur les codes HS-PDSCH. L'invention peut évidemment être appliquée aussi dans le cas où il y a L équipements UE, M canaux SHCCH et N canaux HS-PDSCH. On supposera en outre sur les figures 8 et 9 qu'un N#ud B transmet une information commune à des équipements UE dans les (n+2)ième intervalle TTI et (n+5) ième intervalle TTI . La figure 8 illustre une structure schématique de canaux à laquelle un procédé à 2 étapes pour transmission d'une information HSDPA est appliqué, dans un système de communication HSDPA selon une forme de réalisation de l'invention. En référence à la figure 8, un N#ud B qui a déterminé la transmission d'une information commune dans un (n+2)ième intervalle TTI, transmet une indication HSDPA (HI) à tous les équipements UE dans des créneaux correspondants en un (n+1)ième intervalle TTI en utilisant les canaux DPCH des équipements UE. Dans un souci de commodité, seule l'indication HI dans l'intervalle TTI où des données HSDPA existent réellement, est illustrée sur la figure 8. Cependant, en réalité, l'indication HI peut être transmise à chaque intervalle TTI, afin que le N#ud B sélectionne un équipement UE planifié pour recevoir des données HSDPA dans chaque intervalle TTI, et informe un équipement UE correspondant de la présence de données devant être reçues, par l'intermédiaire de l'indication HI sur le canal DPCH. L'indication HI est transmise par le canal DPCH attribué à chaque équipement UE. Si un bit spécifique de l'indication HI a une valeur préétablie, l'équipement UE recevra les données HSDPA dans l'intervalle TTI suivant du point de réception de l'indication HI. Si le bit spécifique de l'indication HI ne possède pas la valeur préétablie, l'équipement UE ne reçoit pas les données HSDPA dans l'intervalle TTI suivant du point de réception de l'indication HI. En outre, le n#ud B transmet une information correspondante par un canal SHCCH dans un (n+2) ième intervalle TTI transmettant l'information HS-PDSCH, dans le (n+2)ième intervalle TTI. Pour informer tous les équipements UE de la transmission de l'information commune, le N#ud B utilise une identification UE ID commune préétablie. Une identification UE ID spécifique parmi des identifications UE ID disponibles peut être définie comme étant l'identification UE ID commune. Si l'information UE ID commune a une valeur fixée, le N#ud B transmet au préalable l'information UE ID commune à tous les équipements UE pour permettre aux équipements UE de reconnaître au préalable l'information UE ID commune. Si l'information UE ID commune n'a pas une valeur fixe, le N#ud B transmet l'information UE ID commune aux équipements UE correspondants en même temps que d'autres informations de préparation lorsque les équipements UE commencent chacun le service HSDPA, afin que les équipements UE puissent reconnaître l'information UE ID commune. Tous les équipements UE qui ont reconnu la réception prévue de l'information commune par l'intermédiaire de l'information UE ID commune dans le (n+2)ième intervalle TTI, reçoivent l'information HS-PDSCH de l'intervalle TTI correspondant après une analyse de l'information SHCCH correspondante. Si l'information HI dans le (n+1)ième intervalle TTI indique une information SHCCH qui pourrait être lue en plus d'une information indiquant la présence des données HSDPA pour les équipements UE correspondants, l'information SHCCH peut ne pas comprendre l'information UE ID. Dans ce cas, tous les équipements UE doivent lire une information SHCCH spécifique, et l'information SHCCH spécifique peut indiquer une information sur un canal PDSCH pour la transmission de l'information commune. Dans ce cas, l'information SHCCH peut comprendre une indication (par exemple un indicateur) indiquant que l'information commune sera transmise par le canal HS-PDSCH. Comme indication, un niveau MCS ou une certaine information incluse dans l'information SHCCH, c'est-à-dire une information HARQ ou une information de code HS-PDSCH peut être utilisée. Bien que l'information SHCCH soit transmise dans un intervalle TTI de l'indication HI correspondante ou plus tôt, un certain équipement UE peut recevoir une information SHCCH correspondante dans le même intervalle TTI de l'indication HI ou même dans un intervalle TTI antérieur, en utilisant un tampon. Lorsque le niveau MCS est utilisé, par exemple s'il existe 7 niveaux MCS, 3 bits d'information sont nécessaires pour indiquer les 7 niveaux MCS. Dans ce cas, étant donné que le nombre de cas pouvant être indiqué par les 3 bits est de 8, 7 des 8 cas sont appliqués sur les niveaux MCS et le cas restant 1 est utilisé en tant qu'indication du fait que l'information HS-PDSCH est une information commune. Lorsque le niveau MCS est utilisé pour indiquer que l'information HS-PDSCH est une information commune, le niveau MCS peut être fixé au préalable, permettant ainsi le procédé ci-dessus. Autrement dit, lorsque le canal HS-PDSCH transmet une information commune, l'un, spécifié, des niveaux MCS est désigné au préalable comme indication d'information commune pour indiquer la transmission de l'information commune. Le niveau MCS devant être utilisé pendant la transmission de l'indication de l'information commune doit être transmis avec une haute fiabilité afin que tous les équipements UE puissent recevoir correctement l'information commune. Il est donc préférable d'utiliser un niveau MCS disponible même dans la pire condition de canal. Lorsque l'information HARQ ou l'information de code HS- PDSCH est utilisée, l'information HARQ ou l'information de code HS-PDSCH a une valeur constante pendant l'émission de l'information commune. En outre, si le nombre de bits exprimant les cas est supérieur au nombre total de cas, une opération est effectuée de la même manière que lorsque le niveau MCS est utilisé. Sur la figure 8, le procédé d'émission d'une information commune a été mis en #uvre en supposant que tous les équipements UE du N#ud B reçoivent l'information commune pour le service HSDPA. On donnera ensuite, en référence à la figure 9, une description d'un procédé pour émettre l'information commune en supposant que seuls certains équipements UE du N#ud B reçoivent l'information commune pour le service HSDPA. La figure 9 illustre une structure schématique de canaux à laquelle un procédé à 2 étapes pour l'émission d'une information HSDPA est appliqué dans un système de communication HSDPA selon une autre forme de réalisation de l'invention. On supposera sur la figure 9 que certains des équipements UE existants dans le même N#ud B reçoivent une information commune pour le service HSDPA et que les autres équipements UE ne reçoivent pas l'information commune. Sur la figure 9, les équipements UE sont divisés en un groupe d'équipements UE recevant l'information commune et un autre groupe d'équipements UE ne recevant pas l'information commune, et on se référera uniquement aux équipements UE recevant l'information commune. On supposera aussi sur la figure 9 qu'il y a trois équipements UE supportant le service HSDPA, deux canaux SHCCH attribués et trois canaux HS-PDSCH attribués. Sur la figure 9, les trois équipements UE sont divisés en un groupe des équipements UE2 et UE3 recevant l'information commune et un autre groupe formé de l'équipement UE1 ne recevant pas l'information commune. Le n#ud B qui a été déterminé comme transmettant une information commune dans un (n+2)ième intervalle TTI émet une indication HI à des créneaux correspondants en utilisant des informations DPCH des équipements UE planifiés pour recevoir l'information commune. Comme décrit en regard de la figure 8, l'indication HI est transmise dans chaque intervalle TTI, et, par commodité, seule l'indication HI dans l'intervalle TTI où les données HSDPA existent réellement est illustrée sur la figure 9. En outre, le N#ud B transmet une information correspondante par un canal SHCCH dans un (n+2)ième intervalle TTI transmettant l'information HS-PDSCH, dans le (n+2)ième intervalle TTI. Pour informer les équipements EU correspondants de l'émission de l'information commune, le N#ud B utilise une information UE ID commune préétablie. Etant donné que l'information UE ID commune préétablie est établie et transmise de la même manière que celle décrite en regard de la figure 8, sa description détaillée ne sera pas reprise. Les équipements UE2 et UE3 qui ont reconnu la réception prévue de l'information commune par l'intermédiaire de l'information UE ID commune dans le (n+2)ième intervalle TTI reçoivent l'information HS-PDSCH de l'intervalle TTI correspondant après l'analyse de l'information SHCCH correspondante. Si l'information HI dans le (n+1)ième intervalle TTI indique une information indiquant un canal SHCCH qui devrait être lu en plus d'une information indiquant la présence de l'information commune, l'information SHCCH peut ne pas comprendre une information UE ID. Dans ce cas, les équipements UE correspondants doivent lire un canal SHCCH spécifique, et le canal SHCCH spécifique peut indiquer une information portant sur un canal HS-PDSCH pour la transmission de l'information commune. Dans ce cas, le canal SHCCH peut comprendre une indication d'information commune indiquant que l'information commune sera transmise par le canal HS-PDSCH. Pour l'indication, on peut utiliser un niveau MCS ou certaines informations incluses dans l'information SHCCH, c'est-à-dire une information HARQ ou une information de code HS-PDSCH. Sur la figure 9, l'information HI est transmise à l'équipement UE2 et à l'équipement UE3 dans un (n+7)ième intervalle TTI, car les données HSDPA sont transmises aux équipements UE2 et UE3. Dans ce cas, le canal SHCCH transmet les informations UE ID indiquant les équipements UE au lieu de l'information UE ID commune. On suppose sur les figures 8 et 9 que l'indication HI est transmise avant l'intervalle TTI où l'information HS-PDSCH est transmise, et que l'information SHCCH est transmise dans le même intervalle TTI que celui de l'information HS-PDSCH. Cependant, la forme de réalisation de l'invention peut être appliquée même dans le cas où l'information HI est transmise dans le même intervalle TTI que l'information SHCCH et l'information HSPDSCH est transmise dans l'intervalle TTI suivant l'intervalle TTI où l'information HI est transmise. En outre, la forme de réalisation de l'invention peut être appliquée indépendamment d'une variation d'une période de transmission de l'information HI, de l'information SHCCH, et de l'information HS-PDSCH. Cependant, on suppose que l'équipement UE reçoit l'information dans l'ordre HI, SHCCH et HS-PDSCH. Un équipement UE qui a reçu l'information commune comme décrit en regard des figures 8 et 9 n'émet pas un signal ACK/NACK pour l'information HS-PDSCH reçue. Dans le système de communication HSDPA général, à la réception d'une information HS-PDSCH, les équipements UE effectuent un contrôle de redondance cyclique (CRC pour "Cyclic Redundancy Check") sur l'information HS-PDSCH reçue. Les équipements UE émettent un acquittement ACK lorsqu'il n'y a pas d'erreur, et émettent un non acquittement NACK lorsqu'il y a une erreur. Cependant, lorsque l'information commune est reçue, les équipements UE ne transmettent pas le signal ACK ou le signal NACK. Ceci est dû au fait que, lorsque plusieurs équipements UE transmettent simultanément le signal ACK ou le signal NACK, un brouillage dans l'air dû au signal ACK ou au signal NACK augmente brusquement, ayant un effet considérable sur les autres communications. Le N#ud B doit donc établir un niveau MCS et une puissance de transmission tels que tous les équipements UE puissent recevoir l'information commune sans erreur. Il est donc possible de supposer que tous les équipements UE reçoivent une information commune sans erreur. Cependant, une erreur peut apparaître dans l'information commune reçue en fonction d'un état des équipements UE, en sorte que le Noeud B a besoin d'un procédé permettant à tous les équipements UE de recevoir sans erreur l'information commune. Il y a deux procédés permettant à tous les équipements UE de recevoir l'information commune avec une grande fiabilité, ce qui sera décrit ci-dessous. Un premier procédé consiste à émettre de façon répétée l'information commune par le N#ud B. Lors de l'émission de l'information commune un nombre prédéterminé de fois (N fois), le N#ud B doit indiquer que l'information à l'exception de l'information commune transmise initialement, c'est-à-dire, l'information commune répétée de 2 à N fois, est l'information commune répétée. Par conséquent, si un certain équipement UE détermine que l'information commune précédemment reçue présente une erreur, l'équipement UE peut recevoir normalement l'information commune en utilisant l'information commune répétée, nouvellement reçue. Il existe deux procédés pour indiquer que l'information commune est l'information commune répétée. Dans un premier procédé, lorsque le niveau MCS est précédemment établi dans le canal SHCCH, si le canal SHCCH classique transmet l'information commune plutôt qu'une information de niveau MCS, l'information de niveau MCS indiquant que l'information commune est une information commune transmise de façon répétée pour une retransmission est transmise par le canal SHCCH. Dans un second procédé, l'information indiquant si l'information commune est une information de transmission répétée est transmise en même temps qu'une information HARQ transmise par le canal SHCCH classique, pour indiquer si une information commune est l'information commune transmise initialement ou une information commune transmise de façon répétée. De cette manière, si l'équipement UE reconnaît que l'information commune est une information commune répétée, il combine une information commune répétée avec l'information commune reçue précédemment. Par contre, si l'information commune est une information commune transmise initialement et qu'il n'y a pas d'erreur, l'équipement UE transmet l'information commune à une couche supérieure. Dans un second procédé permettant à tous les équipements UE de recevoir l'information commune avec une haute fiabilité, seuls les équipements UE qui ont reçu une information commune défectueuse du N#ud B transmettent un signal NACK, puis le N#ud B retransmet l'information commune aux équipements UE qui ont transmis le signal NACK. Autrement dit, parmi les équipements UE qui ont reçu une information commune, seuls les équipements UE ayant une erreur dans l'information commune reçue transmettent le signal NACK au N#ud B. A la réception du signal NACK, le N#ud B transmet de façon répétée l'information commune uniquement à des équipements UE qui ont transmis le signal NACK. Dans ce cas, l'information commune est transmise spécialement et répétitivement uniquement vers les équipements UE qui ont transmis le signal NACK et, pour augmenter la fiabilité de la transmission répétée, le N#ud B peut effectuer la transmission répétée un nombre prédéterminé de fois. Les équipements UE qui émettent le signal NACK combinent l'information commune transmise de façon répétée par le N#ud B avec l'information commune reçue précédemment. La figure 10 illustre un processus pour la transmission d'une information HSDPA par un N#ud B utilisant un procédé à 2 étapes selon une forme de réalisation de l'invention. En référence à la figure 10, dans une étape 501, le N#ud B effectue une procédure de transmission sur des données HSDPA pour chaque intervalle TTI. Ici, le N#ud B répète la procédure de transmission sur les données HSDPA dans chaque intervalle TTI, et détermine les données d'émission et un niveau MCS correspondant en analysant les données HSDPA et les données d'information commune devant être transmises à chaque équipement UE parmi les données HSDPA en cours de transmission. De plus, le Noeud B détermine une cadence de données en considérant une condition de canal et une quantité de données de chaque équipement UE. Lorsqu'il y a une information commune à transmettre, le N#ud B émet en premier l'information commune associée à la cadence de données. Dans une étape 502, le N#ud B détermine si les données d'émission planifiées dans chaque intervalle TTI sont des données d'information commune. Si les données d'émission planifiées ne sont pas des données d'information commune, le N#ud B passe à l'étape 503, où il transmet les données d'émission à un équipement UE correspondant conformément à un processus de transmission normal de données HSDPA. Autrement dit, le N#ud B transmet d'abord l'information HI à l'équipement UE correspondant, puis transmet une information sur l'équipement UE correspondant par le canal SHCCH, et il transmet ensuite les données devant être transmises à l'équipement UE correspondant sur la base de l'information transmise par le canal SHCCH en utilisant l'information HS-PDSCH. Après la transmission des données, le N#ud B reçoit un signal ACK ou un signal NACK dans un temps préétabli et achève la transmission des données. Cependant, s'il est déterminé à l'étape 502 que les données d'émission prévues sont des données d'information commune, le N#ud B passe à une étape 504. Dans l'étape 504, avant l'émission de l'information commune, le N#ud B positionne une valeur établie indiquant que le N#ud B possède une information commune devant être transmise par l'information HI à tous les équipements UE supportant le service HSDPA, et il transmet la valeur établie afin que tous les équipements UE puissent recevoir l'information commune. Evidemment, si, comme illustré sur la figure 9, les équipements UE sont divisés par le N#ud B en un groupe d'équipements UE recevant l'information commune et un autre groupe d'équipements UE ne recevant pas l'information commune, et si l'information commune est transmise uniquement aux équipements UE recevant l'information commune, le N#ud B positionne dans l'étape 504 une valeur établie indiquant que l'information commune existe dans l'information HI transmise aux équipements UE recevant l'information commune. L'identification HI est évidemment transmise par le canal DPCH attribué à chaque équipement UE dans chaque intervalle TTI. Comme illustré sur les figures 8 et 9, l'indication HI peut être utilisée pour demander à chaque équipement UE de recevoir un canal SHCCH et peut comprendre une indication indiquant le canal SHCCH qui pourrait être reçu. Lorsqu'une indication HI comprend une information indiquant le canal SHCCH qui devrait être reçu, le canal SHCCH préétabli est établi de façon que tous les équipements UE puissent recevoir le même canal SHCCH. Dans une étape 505, le N#ud B émet une information ou une information commune sur un canal HSPDSCH qui devrait être reçu par tous les équipements UE, sur un canal SHCCH de l'intervalle TTI suivant un intervalle TTI où l'indication HI ayant une valeur établie indiquant la présence de l'information commune est transmise. Si l'information HI ne comprend pas une information indiquant le canal SHCCH qui devrait être reçu, le canal SHCCH devrait transmettre une information UE ID. Lors de l'émission d'une information commune, le canal SHCCH transmet l'information UE ID commune connue à tous les équipements UE afin que les équipements UE puissent recevoir l'information commune. L'information UE ID commune est l'une, sélectionnée, des informations UE ID et, à cet effet, une valeur fixe peut être utilisée ou la même valeur peut être transmise lorsque chaque équipement UE commence le service HSDPA. On suppose donc, dans la présente invention que tous les équipements UE peuvent reconnaître l'information UE ID commune. Le canal SHCCH peut comprendre une information associée MCS, une information de code HSPDSCH et une information associée à l'information HARQ en plus de l'information UE ID commune. En particulier, si le N#ud B émet une information commune de l'information HARQ au moins une fois puis réémet l'information commune en réponse à un signal NACK transmis depuis les équipements UE, le N#ud B peut insérer l'information sur la réémission ou l'émission répétée dans l'information HARQ. Autrement dit, le N#ud B émet une information indiquant si l'information commune en cours d'émission est une information commune réémise ou une information commune initialement émise. Etant donné que l'information commune de l'information de niveau MCS devrait être transmise avec une grande fiabilité pour que tous les équipements UE puissent recevoir l'information commune, le niveau MCS est déterminé sur la base de l'équipement UE ayant la pire condition de canal. De plus, avec l'information de code HSPDSCH, le nombre de codes peut être ajusté en fonction d'une quantité d'information commune. Par conséquent, lorsqu'une quantité d'information commune est faible et que le nombre de codes est suffisamment grand, le N#ud B peut émettre de façon répétée l'information commune en utilisant plusieurs codes, ou augmenter la puissance de transmission en utilisant le nombre réduit de codes. L'émission répétée et l'accroissement de la puissance d'émission contribuent tous deux à une transmission fiable de l'information commune. Dans l'étape 506, le N#ud B émet l'information commune en utilisant le canal HS-PDSCH dans un même intervalle TTI en même temps que l'information SHCCH est transmise conformément à un niveau MCS établi sur la base de l'information SHCCH, et l'information de code HS-PDSCH. Dans une étape 507, le N#ud B attend de recevoir un signal NACK provenant de chaque équipement UE. On suppose sur la figure 10 que les équipements UE transmettent le signal NACK uniquement lorsqu'une information commune reçue présente une erreur. Par ailleurs, si on suppose que les équipements UE ne transmettent pas le signal NACK, les opérations des étapes 507 et 508 peuvent être supprimées. Dans l'étape 508, le N#ud B détermine si le signal NACK est reçu des équipements UE. Si le signal NACK n'est pas reçu, le N#ud B reconnaît que l'émission de l'information commune est achevée avec succès, et il achève la procédure. Par contre, si le signal NACK est reçu dans l'étape 508, le N#ud B passe à une étape 509. Dans l'étape 509, le N#ud B détermine une émission répétitive de l'information commune vers les équipements UE qui ont transmis le signal NACK, prépare la réémission de l'information commune et revient à l'étape 501. A la réception du signal NACK, le N#ud B peut transmettre l'information commune à tous les équipements UE ou uniquement aux équipements UE qui ont transmis le signal NACK. Dans ce dernier cas, le N#ud B positionne dans l'étape 504 la valeur établie indiquant la transmission de l'information commune uniquement dans l'indication HI des équipements UE qui ont transmis le signal NACK. On a décrit le processus de fonctionnement du N#ud B en référence à la figure 10. On décrira maintenant le fonctionnement de l'équipement UE en référence à la figure 11. La figure 11 illustre une procédure pour la réception d'une information de HSDPA par un équipement UE utilisant un procédé à 2 étapes selon une forme de réalisation de l'invention. En référence à la figure 11, l'équipement UE reçoit une indication HI dans chaque intervalle TTI lors d'une étape 601. L'équipement UE détermine dans une étape 602 si l'indication HI reçue comporte une indication indiquant la présence de données devant être reçues (HI active). Si l'indication HI a une indication indiquant la présence de données devant être reçues, l'équipement UE passe à une étape 604. Autrement, s'il n'y a pas de données à recevoir, c'est-à-dire si le signal HI ne possède pas une indication indiquant la présence de données devant être reçues (HI non active), l'équipement UE passe à une étape 603, où il attend une indication HI de l'intervalle suivant TTI devant être reçu. Dans l'étape 604, l'équipement UE reçoit une information SHCCH dans l'intervalle TTI suivant après la réception de l'indication HI. Si l'indication HI reçue dans l'étape 603 comprend une information portant sur le canal SHCCH devant être reçu, l'équipement UE reçoit le canal SHCCH correspondant dans l'étape 604. Par contre, si l'indication HI reçue dans l'étape 603 ne comprend pas une information portant sur le canal SHCCH devant être reçu, l'équipement UE lit tous les canaux SHCCH pour analyser l'information UE ID et il reçoit un canal SHCCH correspondant conformément à l'analyse, dans l'étape 604. Dans une étape 605, l'équipement UE détermine si l'information UE ID dans le canal SHCCH reçu contient une information UE ID commune. Si l'information UE ID dans le canal SHCCH reçu n'est pas une information UE ID commune, l'équipement UE passe à une étape 606 où il effectue une opération normale de réception de données HSDPS puis achève la procédure. Dans l'opération de réception normale, l'équipement UE analyse une information portant sur le canal SHCCH avec sa propre information UE ID, reçoit une information HS-PDSCH conformément à l'information analysée, et transmet un signal ACK/NACK. Si l'information UE ID est une information UE ID commune dans l'étape 605, l'équipement UE passe à une étape 607. A l'étape 607, l'équipement UE analyse une information associée à une transmission répétée dans le canal SHCCH avec l'information UE ID commune et détermine si l'information commune est une information commune initialement émise (nouvelle émission). Si l'information commune n'est pas une information commune initialement émise, c'est-àdire si l'information commune est une information commune réémise, l'équipement UE passe à une étape 608. A l'étape 608, l'équipement UE combine l'information commune de réémission avec l'information commune défectueuse reçue précédemment, effectue un contrôle CRC sur les données communes combinées, et passe à une étape 610. Il existe plusieurs procédés pour combiner l'information commune reçue précédemment avec l'information commune réémise. Un premier procédé de combinaison est d'effectuer un contrôle CRC sur l'information commune réémise, de combiner l'information commune réémise avec l'information commune précédemment reçue lorsqu'il y a une erreur, puis d'effectuer de nouveau le contrôle CRC sur l'information commune combinée. Un second procédé de combinaison consiste à combiner l'information commune précédemment reçue avec l'information commune réémise dans une unité de symbole, puis d'effectuer un contrôle CRC sur l'information commune combinée. Cependant, s'il est déterminé à l'étape 607 qu'une information commune est une information commune émise initialement, l'équipement UE effectue un contrôle CRC sur l'information commune reçue dans l'étape 609. L'équipement UE détermine dans l'étape 610 s'il y a une erreur CRC. S'il n'y a pas d'erreur CRC, l'équipement UE transmet l'information commune reçue à une couche supérieure pour analyser l'information commune dans une étape 614. Par contre, s'il y a une erreur CRC dans l'étape 610, l'équipement UE transmet un signal NACK pour informer le N#ud B que l'information commune reçue présente une erreur, dans une étape 612. L'opération effectuée à l'étape 612 est nécessaire uniquement lorsque l'équipement UE transmet le signal NACK. Si l'équipement UE ne transmet pas le signal NACK bien que l'information commune reçue présente une erreur, l'opération de l'étape 612 peut être supprimée. Dans une étape 613, l'équipement UE attend que l'information commune soit retransmise depuis le N#ud B. On a décrit ci-dessus le procédé d'émission de l'information commune utilisant le procédé à 2 étapes en référence aux figures 8 à 11. On décrira ensuite un procédé d'émission de l'information commune utilisant le procédé à 1 étape en référence aux figures 12 à 15. On suppose également sur les figures 12 et 13 qu'il y a trois équipements UE, deux canaux SHCCH et trois canaux HS-PDSCH. L'invention peut évidemment être appliquée aussi dans le cas où il y a L équipements UE, M canaux SHCCH, et N canaux HS-PDSCH. En outre, de même que sur les figures 3 et 4, on supposera aussi sur les figures 12 et 13 qu'un N#ud B détermine la transmission d'une information commune vers des équipements UE dans un (n+2)ième intervalle TTI et un (n+5)ième intervalle TTI. La figure 12 illustre une structure de canaux à laquelle un procédé à 1 étape de transmission d'une information HSPDA est appliqué dans un système de communication HSPDA selon une forme de réalisation de l' invention. En référence à la figure 12, un N#ud B qui a déterminé de transmettre une information commune dans un (n+2)ième intervalle TTI, émet une information correspondante sur le canal SHCCH dans le (n+2)ième intervalle TTI transmettant l'information HS-PDSCH du (n+2)ième intervalle TTI. Pour informer tous les équipements UE de l'émission de l'information commune, le N#ud B utilise une information UE ID commune préétablie. Une information UE ID commune a une valeur fixe, tous les équipements UE peuvent reconnaître au préalable l'information UE ID commune. Si l'information UE ID commune n'est pas une valeur fixe, le N#ud B transmet l'information UE ID commune aux équipements UE correspondants en même temps qu'une autre information de préparation lorsque les équipements UE commencent chacun le service HSDPA. Tous les équipements UE qui ont reconnu la réception prévue de l'information commune par l'intermédiaire de l'information UE ID commune dans le (n+2)ième TTI, reçoivent l'information HS-PDSCH de l'intervalle TTI correspondant après une analyse de l'information SHCCH correspondante. Si l'information SHCCH ne contient pas l'information UE ID commune, l'information SHCCH peut comprendre une indication signifiant que l'information commune sera transmise par l'information HS-PDSCH. Pour l'indication, un niveau MCS ou une certaine information incluse dans le canal SHCCH, c'est-à-dire une information HARQ ou une information de HS-PDSCH, peut être utilisé. La figure 13 illustre une structure schématique de canaux à laquelle un procédé à 1 étape pour l' émission d'une information HSDPA est appliqué à un système de communication HSDPA selon une autre forme de réalisation de l'invention. On supposera sur la figure 13 que certains des équipements UE existant dans le même N#ud B reçoivent une information commune pour le service HSDPA et que les autres équipements UE ne reçoivent pas l'information commune. Sur la figure 13, les équipements UE sont divisés en un groupe d'équipements UE recevant l'information commune et un autre groupe d'équipements UE ne recevant pas l'information commune, et on se référera uniquement aux équipements UE recevant l'information commune. On suppose aussi sur la figure 13 que trois équipements UE sont divisés en un groupe d'équipements UE2 et UE3 recevant l'information commune et en un autre groupe formé de l'équipement UE1 ne recevant pas l'information commune. On supposera en outre que le N#ud B a déterminé de transmettre une information commune aux équipements UE dans les équipements UE dans les (n+2) ième intervalle TTI et (n+5)ième intervalle TTI. En référence à la figure 13, le N#ud B émet une information correspondante par un canal SHCCH dans un (n+2)ième intervalle TTI transmettant l'information HS-PDSCH du (n+2)ième intervalle TTI. Pour informer les équipements UE correspondants de l'émission de l'information commune, le N#ud B utilise une information UE ID commune préétablie. Si l'information UE ID commune a une valeur fixe, les équipements UE correspondants peuvent reconnaître au préalable l'information UE ID commune. Si l'information UE ID commune n'est pas une valeur fixe, le Noeud B transmet l'information UE ID commune aux équipements UE correspondants en même temps qu'une autre information de préparation lorsque les équipements UE commencent chacun le service HSDPA. Les équipements UE2 et UE3 qui ont reconnu la réception prévue de l'information commune par l'intermédiaire de l'information UE ID commune dans le (n+2)ième intervalle TTI, reçoivent l'information HS-PDSCH de l'intervalle TTI correspondant après une analyse de l'information SHCCH correspondante. Si l'information HI du (n+1)ième intervalle TTI indique une information indiquant un canal SHCCH qui devrait être lue en plus d'une information indiquant la présence d'une information commune, le canal SHCCH peut ne pas comprendre l'information UE ID. Dans ce cas, les équipements UE correspondants doivent lire un canal SHCCH spécifique, et le canal SHCCH spécifique peut indiquer une information portant sur un canal HS-PDSCH pour la transmission de l'information commune. Dans ce cas, le canal SHCCH peut comprendre une indication signifiant que l'information commune sera transmise par le canal HS-PDSCH. Pour l'indication, on utilise un niveau MCS ou une certaine information incluse dans le canal SHCCH, c'est-à-dire une information HARQ ou une information de code HS-PDSCH. Sur la figure 13, les données HS-PDSCH sont transmises aux équipements UE2 et UE3 même dans un (n+8)ième TTI, puisque la donnée HSDPA est transmise aux équipements UE2 et UE3. Dans ce cas, le N#ud B transmet les informations UE ID indiquant les équipements UE au lieu de l'information UE ID commune par le canal SHCCH du (n+8)lème intervalle TTI. Lorsqu'une information UE ID n'est pas transmise, l'indication indiquant la transmission de l'information commune n'est pas transmise. La figure 14 illustre une procédure pour l'émission d'une information HSDPA par un N#ud B utilisant un procédé à 1 étape selon une autre forme de réalisation de l'invention. En référence à la figure 14, dans une étape 901, le N#ud B effectue une procédure d'émission sur des données HSDPA pour chaque intervalle TTI. Ici, le N#ud B répète la procédure d'émission sur les données HSDPA dans chaque intervalle TTI, et détermine les données d'émission et un niveau MCS correspondant en analysant les données HSDPA et les données d'information commune devant être transmises à chaque équipement UE parmi les données HSDPA en cours de transmission. De plus, le N#ud B détermine une cadence de données en considérant une condition de canal et une quantité de données de chaque équipement UE. Lorsqu'il y a une information commune devant être transmise, le N#ud B émet en premier une information commune associée à la cadence de données. Dans une étape 902, le N#ud B détermine si les données d'émission planifiées dans chaque intervalle TTI sont des données d'information commune. Si les données d'émission prévues ne sont pas des données d'information commune, le N#ud B passe à une étape 903, où il transmet les données d'émission à un équipement UE correspondant conformément à un procédé normal de transmission de données HSDPA. Autrement dit, le N#ud B transmet d'abord l'identification HI à l'équipement UE correspondant, puis transmet une information portant sur l'équipement UE correspondant, par le canal SHCCH, et transmet ensuite les données devant être transmises à l'équipement UE correspondant sur la base de l'information transmise par le canal SHCCH en utilisant le canal HS-PDSCH. Après la transmission des données, le N#ud B reçoit un signal ACK ou un signal NACK dans un temps préétabli et achève la transmission des données. Par contre, si les données d'émission prévues sont des données d'information commune dans l'étape 902, le N#ud B passe à une étape 904. Dans l'étape 904, avant l'émission de l'information commune, le N#ud B émet une indication d'information commune pour indiquer une émission prévue de l'information commune afin que tous les équipements UE puissent recevoir l'information commune. Une information UE ID commune est une indication typique d'information commune. Lors de l'émission de l'information commune, le canal SHCCH transmet l'information UE ID commune connue précédemment à tous les équipements UE afin que les équipements UE puissent recevoir l'information commune. Lorsque l'information commune est transmise uniquement à certains équipements UE comme décrit en regard de la figure 13, une information UE ID commune connue de seulement certains des équipements UE peut être utilisée. Autrement dit, une information UE ID commune reconnue par quelques uns seulement des équipements UE peut être transmise au préalable aux équipements UE, en utilisant une information de signalisation. Les équipements UE qui sont prévus pour ne pas recevoir une information commune ne reçoivent donc pas l'information HSDPA bien que l'information UE ID commune reconnue par seulement les quelques équipements UE soit reçue. Dans un autre procédé, lorsque l'information commune est transmise depuis une couche supérieure, une information de cryptage de l'information commune est connue de seulement les quelques équipements UE conçus pour recevoir l'information commune, en sorte que les autres équipements UE ne peuvent pas décrypter l'information commune cryptée. Le canal SHCCH peut comprendre une information associée au niveau MCS, une information de code HS-PDSCH et une information associée à une demande HARQ en plus de l'information UE ID commune. En particulier, si le N#ud B émet une information commune de l'information HARQ au moins une fois puis réémet l'information commune en réponse à un signal NACK transmis depuis les équipements UE, le N#ud B peut insérer l'information associée à la réémission dans l'information HARQ. Autrement dit, le N#ud B émet une information indiquant si l'information commune en cours d'émission est une information commune en cours réémise ou une information commune émise initialement. Etant donné qu'une information commune de l'information de niveau MCS devrait être transmise avec une grande fiabilité pour que tous les équipements UE puissent recevoir l'information commune, le niveau MCS est déterminé sur la base de l' équipement UE ayant la pire condition de canal. De plus, dans le cas de l'information de code HSPDSCH, le nombre de codes peut être ajusté en fonction de la quantité de l'information commune. Lorsqu'une quantité d'information commune est faible et que le nombre de codes est suffisamment grand, le N#ud B peut émettre de façon répétée l'information commune en utilisant plusieurs codes. En variante, le N#ud B peut augmenter la puissance de transmission en utilisant le nombre réduit de codes. L'émission répétée et l'accroissement de la puissance de transmission contribuent tous deux à une transmission fiable de l'information commune. Dans une étape 905, le N#ud B émet une information commune en utilisant le canal HS-PDSCH dans le même intervalle TTI que celui dans lequel le canal SHCCH transmet conformément à un niveau MCS établi sur la base de l'information SHCCH, et l'information de code HS-PDSCH. Dans une étape 906, le N#ud B attend de recevoir un signal NACK de chaque équipement UE. On suppose sur la figure 14 que les équipements UE émettent le signal NACK uniquement lorsque l'information commune reçue présente une erreur. Par ailleurs, si l'on suppose que les équipements UE ne transmettent pas le signal NACK, les opérations des étapes 906 et 907 peuvent être supprimées. Dans l'étape 907, le N#ud B détermine si un signal NACK est reçu des équipements UE. Si le signal NACK n'est pas reçu, le N#ud B reconnaît que l'émission de l'information commune est achevée avec succès, et il achève la procédure. Par contre, si le signal NACK est reçu des équipements UE dans l'étape 907, le N#ud B passe à une étape 908. Dans l'étape 908, le N#ud B détermine de transmettre de façon répétée l'information commune aux équipements UE qui ont transmis le signal NACK, prépare la réémission de l'information commune et revient à l'étape 901. A la réception du signal NACK, le N#ud B peut transmettre l'information commune à tous les équipements UE ou uniquement aux équipements UE qui ont transmis le signal NACK. La figure 15 illustre une procédure pour la réception d'une information HSDPA par un équipement UE en utilisant un procédé à 1 étape selon une autre forme de réalisation de l'invention. En référence à la figure 15, l'équipement UE reçoit le canal SHCCH dans chaque intervalle TTI dans une étape 1001. Le canal SHCCH comprend une indication pour distinguer une information sur chaque équipement UE, et une information UE ID est un type habituel de l'indicateur. Il est possible d'utiliser plusieurs informations UE ID en tant qu'indication d'information commune indiquant l'information commune parmi des indications SHCCH, et dans ce cas, l'information UE ID commune existe. Dans une étape 1002, l'équipement UE détermine si l'information UE ID dans le canal SHCCH reçu est une information UE ID commune. Si l' information UE ID dans le canal SHCCH reçu n'est pas une information UE ID commune, l'équipement UE passe à une étape 1003. A l'étape 1003, l'équipement UE détermine s'il y a sa propre information UE ID en plus de l' information UE ID commune. L'équipement UE reçoit l'information HS-PDSCH lorsqu'il y a sa propre information UE ID et, autrement, l'équipement UE reçoit le canal SHCCH de l'intervalle TTI suivant. L'opération de l'étape 1003 est identique à une opération normale de réception de données HSDPA, et sa description ne sera donc pas détaillée. Si l'information UE ID dans le canal SHCCH reçu est une information UE ID commune, l'équipement UE passe à une étape 1004. Dans l'étape 1004, l'équipement UE analyse une information associée à une émission répétée dans le canal SHCCH avec l'information UE ID commune et détermine si l'information commune est une information commune émise initialement (nouvelle émission). Si l'information commune n'est pas une information commune émise initialement, c'est-à-dire si l'information commune est une information commune réémise, l'équipement UE passe à une étape 1006. Dans l'étape 1006, l'équipement UE combine l'information commune réémise avec l'information commune défectueuse précédemment reçue, et effectue un contrôle CRC sur les données communes combinées, puis passe à une étape 1007. Il y a plusieurs procédés pour combiner l'information commune précédemment reçue avec une information commune réémise. Un premier procédé de combinaison consiste à effectuer un contrôle CRC sur l'information commune réémise, à combiner l'information commune réémise avec l'information commune reçue précédemment lorsqu'il y a une erreur, puis à effectuer de nouveau le contrôle CRC par l'information commune combinée. Un second procédé de combinaison consiste à combiner l'information commune précédemment reçue avec l'information commune réémise dans une unité de symbole, puis à effectuer un contrôle CRC sur l'information commune combinée. Par contre, s'il est déterminé à l'étape 1004 que l'information commune est une information commune émise initialement, l'équipement UE effectue un contrôle CRC sur l'information commune reçue dans l'étape 1005. L'équipement UE détermine dans l'étape 1007 s'il y a une erreur CRC. S'il n'y a pas d'erreur CRC, l'équipement UE transmet l'information commune reçue à une couche supérieure pour analyser l'information commune dans l'étape 1009. Par contre, s'il y a une erreur CRC dan l'étape 1007, l'équipement UE transmet un signal NACK pour informer le N#ud B que l'information commune reçue présente une erreur, dans une étape 1008. L'opération effectuée à l'étape 1008 est nécessaire uniquement lorsque l'équipement UE transmet le signal NACK. Si l'équipement UE ne transmet pas le signal NACK bien que l'information commune reçue présente une erreur, l'opération de l'étape 1008 peut être supprimée. Dans une étape 1010, l'équipement UE attend que l'information commune soit réémise depuis le N#ud B. Comme décrit ci-dessus, dans le système de communication HSDPA selon l'invention, un N#ud B transmet simultanément une information commune à tous les équipements UE supportant le service HSDPA, augmentant ainsi le rendement du service HSDPA. De plus, après la transmission de l'information commune à tous les équipements UE, le N#ud B reçoit sélectivement des réponses provenant des équipements UE, contribuant à une diminution de la charge du système. En outre, le N#ud B transmet l'information commune par une émission répétée ou à une puissance d'émission accrue, augmentant ainsi la fiabilité de la transmission de l'information commune. 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é d'émission d'une information commune vers au moins deux équipements d'utilisateurs UE parmi une pluralité d'équipements UE dans des systèmes de communication à AMRC (Accès Multiples à Répartition par Code), caractérisé en ce qu'il comprend les étapes qui consistent : à émettre une information de commande comprenant une information d'identification commune ID indiquant l'information commune dans un intervalle TTI (Intervalle de Temps de Transmission) ; et à transmettre l'information commune dans l'intervalle TTI ou après l'intervalle TTI dans lequel l'information de commande est transmise. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'étape qui consiste, lors de la génération de l'information commune, à émettre un indicateur indiquant une transmission prévue de l'information commune, sur un canal dédié. 3. Procédé selon la revendication 1, caractérisé en ce que l'information commune est émise de façon répétée un nombre prédéterminé de fois. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'étape qui consiste, après l' émission de l' information commune, à réémettre l'information commune vers des équipements UE spécifiés, à la suite de la réception d'un signal d'accusé de réception négatif (NACK) depuis les équipements UE spécifiés parmi la totalité des équipements UE qui ont transmis l'information commune. 5. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'étape qui consiste, après l'émission de l'information commune, à réémettre l'information commune vers tous les équipements UE à la suite de la réception d'un signal NACK depuis les équipements UE spécifiés parmi tous les équipements UE qui ont transmis l'information commune. 6. Procédé selon la revendication 1, caractérisé en ce que l'information commune est émise à une puissance de transmission supérieure à la puissance de transmission utilisée pour émettre une information autre que l'information commune. 7. Procédé d'émission de l'information commune vers au moins deux équipements d'utilisateurs UE parmi une pluralité d'équipements UE dans un système de communication AMRC (Accès multiples par Répartition par Code), caractérisé en ce qu'il comprend les étapes qui consistent : à émettre un indicateur indiquant une émission prévue d'une information de commande comprenant une information d'identification commune ID indiquant l'information commune dans un intervalle TTI (Intervalle de Temps de Transmission) ; à émettre l'information de commande ; et à émettre l'information commune dans l'intervalle TTI après l'intervalle TTI dans lequel l'information de commande est transmise. 8. Procédé selon la revendication 7, caractérisé en ce que l'information commune est émise de façon répétée un nombre prédéterminé de fois. 9. Procédé selon la revendication 7, caractérisé en ce que l'information commune est émise à une puissance d'émission supérieure à la puissance d'émission utilisée pour émettre une information autre que l'information commune. 10. Procédé selon la revendication 7, caractérisé en ce qu'il comprend en outre l'étape qui consiste, après émission de l'information commune, à réémettre l'information commune vers les équipements UE spécifiés, à la suite de la réception d'un signal d'acquittement négatif NACK depuis les équipements UE spécifiés parmi tous les équipements UE qui ont transmis l'information commune. 11. Procédé selon la revendication 7, caractérisé en ce qu'il comprend en outre l'étape qui consiste, après l'émission de l'information commune, à réémettre l'information commune à tous les équipements UE à la suite de la réception d'un signal d'acquittement négatif NACK depuis les équipements UE spécifiés parmi la totalité des équipements UE qui ont transmis l'information commune. 12. Procédé de réception d'une information commune appliqué en commun à au moins deux équipements d'utilisateurs UE parmi une pluralité d'équipements UE dans un système de communication AMRC (Accès Multiples à Répartition par Code), caractérisé par les étapes qui consistent : à recevoir un indicateur indiquant une émission prévue d'une information de commande comprenant une information ID commune indiquant l'information commune dans un intervalle TTI ; à recevoir un signal de canal de données partagé (SHCCH) dans l'intervalle TTI ou après l'intervalle TTI ; et à recevoir l'information commune dans l'intervalle TTI ou après l'intervalle TTI. 13. Procédé selon la revendication 12, caractérisé en ce qu'il comprend en outre l'étape qui consiste, si le signal SHCCH comprend l'information de commande, à détecter un indicateur de réémission indiquant la réémission de l'information de commande, et à déterminer si l'information de commande est réémise suivant l'indication de réémission détectée. 14. Procédé selon la revendication 12, caractérisé en ce qu'il comprend en outre l'étape qui consiste à demander une réémission de l'information commune, lorsqu'une erreur est apparue dans l'information commune détectée. 15. Procédé de réception d'une information commune appliqué en commun à au moins deux équipements d'utilisateurs UE parmi une pluralité d'équipements UE dans un système de communication AMRC (Accès Multiples par Répartition par Code), caractérisé en ce qu'il comprend les étapes qui consistent : à recevoir un signal de canal de commande partagé (SHCCH) qui comprend une information ID commune dans un intervalle de temps de transmission TTI ; et à recevoir l'information commune dans l'intervalle TTI ou après l'intervalle TTI dans lequel l'information ID commune est reçue. 16. Procédé selon la revendication 15, caractérisé en ce qu'il comprend en outre l'étape qui consiste, si le signal SHCCH comprend l'information de commande, à détecter un indicateur de réémission indiquant une réémission de l'information de commande, et à déterminer si l'information de commande est réémise suivant l'indication de réémission détectée. 17. Procédé selon la revendication 15, caractérisé en ce qu'il comprend en outre l'étape qui consiste à demander une réémission de l'information commune lorsqu'une erreur est apparue dans l'information commune détectée.