FR 3096547 A1 20201127 FR 1907077 A 20190628 Description Titre de l'invention : Procédé d'accès "à un réseau de commu- nication, procédé d'attachement, terminal, station de base et programmes d'ordinateur correspondants. 1. Domaine de l'invention 100011 Le domaine de l'invention est celui des communications numériques. 100021 Plus précisément, l'invention concerne la phase d'attachement d'un terminal à un réseau de communication. Elle propose notamment une solution d'accès rapide au réseau, par exemple pour des applications de type messagerie instantanée. 100031 L'invention trouve notamment, niais non exclusivement, des applications dans le domaine de la LTE (en anglais « Long Terni Evolution ») ou de la 50. 2. Art antérieur 100041 Classiquement, pour qu'un terminal puisse communiquer avec un autre dans un réseau de communication, deux phases sont mises en oeuvre : une phase d'attachement au réseau de communication, au cours de laquelle un terminal est identifié, synchronisé avec le réseau et configuré, et une phase de communication, au cours de laquelle le terminal peut échanger des données utiles avec le réseau et/ou un autre terminal attaché au réseau. [0005] A titre d'exemple, selon la norme LTE. une procédure d'accès aléatoire basée sur l'utilisation du canal RACH (en anglais « Random Acccs Channel ». en français « canal à accès aléatoire »), dite procédure RACH, est mise en oeuvre afin de pouvoir attacher un terminal au réseau. Un tel canal est « à accès aléatoire » car, du point de vue du réseau, il est difficile de savoir à quel moment un terminal va chercher à se connecter au réseau. [0006] Les principaux objectifs de la procédure RACH sont d'assurer la synchronisation du terminal et de la station de base (par exemple l'eNB selon la norme LTE) en liaison montante et d'identifier le terminal. afin que le réseau puisse le connaître et le configurcr. [0007] La synchronisation de la station de base et du terminal en liaison descendante peut quant à elle être assurée par la diffusion périodique d'informations système portant des informations de synchronisation. [0008] On décrit ci-après les principales étapes de la procédure RACH. [0009] Comme illustré en figure 1, lorsque le terminal UE sort du mode veille ou entre dans une zone de couverture d'une station de base, eNodeB par exemple, il reçoit des informations système 11, diffusées régulièrement dans le réseau par une entité du réseau, par exemple la station de base eNodeB. De telles informations identifient notamment 2 au moins une ressource temps-fréquence, appelée ressource RACH, destinée à être utilisée par le terminal pour la procédure RACH. [0010] A réception de ces informations système, le terminal UE sélectionne aléatoirement un préambule dans un groupe de préambules disponibles, et transmet, sur la ressource RACH, un premier message 12 portant ce préambule, un identifiant, noté RA-RNTI (en anglais « Random Access - Radio Nctwork Temporary Identifier »), associé à la ressource RACH et donc connu du réseau, ainsi qu'une éventuelle indication sur le volume à prévoir pour la transmission de données. L'identifiant RA-RNTI peut notamment être utilisé pour détecter les erreurs de transmission (CRC ou « Cyclic Redundancy Check »). [0011] Comme le réseau n'a pas encore identifié le terminal, le réseau (ou plus précisément une entité du réseau, par exemple la station de base) répond par un deuxième message 13, noté RAR (en anglais « Random Access Response »), portant l'identifiant du préambule reçu sur la ressource RACH, noté PID (en anglais « Preamble ID »), une estimation d'un décalage temporel à appliquer pour l'émission d'un message par le terminal, tenant compte du temps de trajet entre le terminal et la station de base, noté TA (en anglais « Timing Advance »), un identifiant temporaire d'accès au réseau, noté TC-RNTI (en anglais « Temporary Cell Radio Network Ternporary Identifier »), et une indication des ressources allouées pour les communications sur voie montante, notées « UL grant ». Ces différents paramètres peuvent être encapsulés dans des paquets et transmis sur la couche MAC. En particulier, de tels paquets peuvent être codés en utilisant l'identifiant RA-RNTI, associé à la ressource RACH et donc connu du réseau. De cette façon, seul le terminal ayant transmis le premier message 12 sur la ressource RACH peut décoder ces paquets. [0012] A réception de ces paquets, le terminal peut donc les décoder, et vérifier si l'identifiant PID correspond bien au préambule qu'il a sélectionné et transmis dans le premier message 12. Si c'est le cas, il peut continuer à décoder les différents paramètres. Sinon, il peut interrompre le décodage. [0013] Lorsque le terminal a vérifié que l'identifiant PID reçu correspond bien au préambule transmis, il sait que le réseau a correctement reçu le premier message 12 avec le préambule. Il peut donc ajuster son instant d'émission en tenant compte du paramètre TA, et transmettre son identifiant UE _ID dans un troisième message 14, sur les ressources allouées pour les communications sur voie montante « UL grant ». L'identifiant UE _ID est par exemple le numéro IMSI (en anglais « International Mobile Subscriber Identifier ») de la carte SIM du terminal. En particulier, ce troisième message 14 peut être codé en utilisant un identifiant temporaire TC-RNTI généré par la station de base. [0014] A réception de cette requête, la station de base peut envoyer un quatrième message 3 15 au terminal, de façon à résoudre les éventuels problèmes de collision. Ce message porte l'identifiant du terminal UE ID. [0015] Si cet identifiant du terminal UE ID est identique à celui transmis dans le troisième message, cela signifie que le terminal est connu du réseau. Le terminal peut alors changer l'identifiant temporaire TC-RNTI en C-RNTI (en anglais « Cell RNTI »), qui est un identifiant spécifique utilisé par le terminal pendant la phase de communication avec le réseau, après la phase d'attachement, par exemple comme CRC pour détecter des erreurs de transmission. [0016] Sinon, cela signifie que le terminal n'est pas connu du réseau. Le terminal doit alors recommencer la procédure RACH. [0017] A l'issue de la procédure RACH, la station de base connaît donc l'identité UE ID du terminal. En revanche, celui-ci ne peut pas encore transmettre des données utiles (i.e. commencer la phase de communication) tant que le réseau n'a pas configure le terminal en mettant par exemple en oeuvre un protocole de contrôle de ressources radio de type RRC (en anglais « radio ressource control »). Cette configuration est nécessaire pour que le terminal utilise efficacement le lien radioélectrique fourni par la station de base. [0018] Les procédures RACH et RRC sont donc particulièrement utiles pour l'accès au réseau et la configuration du terminal. [0019] Toutefois, un inconvénient de ces techniques est qu'elles doivent être mises en oeuvre à chaque fois que le terminal souhaite accéder au réseau, par exemple lorsque le terminal sort d'un mode veille ou bascule sur une nouvelle cellule d'un réseau cellulaire (« handover »). Or de telles techniques sont assez longues à mettre en oeuvre et coûteuses en terme de ressources. [0020] En particulier, lorsque la phase de communication est de courte durée, par exemple lorsque le terminal émet des messages de type messagerie instantanée (SMS, MMS, tchat, émission d'un message via une application de type Facebook, Whatsapp, Twitter - marques déposées - par exemple), la phase d'attachement au réseau peut être plus coûteuse en temps et/ou en ressource que la phase de communication. En effet, de tels messages instantanés présentent généralement une petite taille, de l'ordre de quelques octets ou kilooctets, et le coût de la phase d'attachement devient non négligeable par rapport au coût de la phase de communication. [0021] 11 existe donc un besoin pour une nouvelle technique d'accès au réseau, qui soit simple à mettre en oeuvre et peu coûteuse en temps et/ou en ressource. 3. Exposé de l'invention [0022] L'invention propose, selon au moins un mode de réalisation, un procédé d'accès à un réseau de communication, mis en oeuvre par un terminal. [0023] Selon l'invention, un tel procédé comprend : [0024] - la réception d'informations système diffusées par ledit réseau, les in- formations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, la transmission au réseau d'une requête d'accès, ladite requête d'accès portant une première information représentative d'un identifiant unique dudit terminal, transmise sur au moins une desdites ressources temps-fréquence identifiées à partir desdites informations système, dite ressource spécifique, l'autorisation d'accès audit réseau en cas de réception d'une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal. [0025] La solution proposée permet ainsi d'identifier, dans les informations système diffusées dans le réseau, une ou plusieurs ressources temps-fréquence spécifiques, que le terminal va pouvoir utiliser dès son premier envoi vers le réseau pour transmettre son identifiant unique, qui peut être son identifiant couche physique, son identifiant IMSI, ou tout autre identifiant unique, tel que par exemple son identifiant MSISDN (en anglais «Mobile Station ISDN Number »). [0026] Ainsi, la procédure d'accès au réseau selon au moins un mode de réalisation l'invention est simplifiée par rapport à l'art antérieur, puisqu'elle repose sur l'échange de deux principaux messages (une requête d'accès portant un identifiant unique du terminal, et une réponse à la requête), alors qu'elle repose sur l'échange de quatre principaux messages selon l'art antérieur tel que décrit en relation avec la figure 1. [0027] Du fait du nombre limité de messages échangés, la procédure d'accès au réseau selon au moins un mode de réalisation de l'invention est également plus rapide que la procédure RACH décrite en relation avec l'art antérieur et permet d'optimiser l'efficacité spectrale pendant la procédure d'accès. [0028] On note qu'une telle procédure d'accès doit être mise en oeuvre à chaque fois que le terminal quitte le réseau (par exemple parce qu'il entre en mode veille) et souhaite à nouveau « entrer » dans le réseau (par exemple parce qu'il sort du mode veille). Il est donc souhaitable de simplifier et d'accélérer la procédure d'accès. [0029] En particulier l'accès au réseau est autorisé si une réponse à la requête d'accès est reçue, et si cette réponse porte une deuxième information représentative de l'identifiant unique du terminal. Par exemple, les première et deuxième informations représentatives de l'identifiant unique du terminal sont identiques, ou corrélés. Ces première et deuxième informations permettent d'identifier le même terminal. [0030] Selon un premier mode de réalisation, la première information représentative de l'identifiant unique du terminal peut être transmise dans une ressource dédiée, notée TFR, identifiée à partir des informations système. [0031] Selon un deuxième mode de réalisation, la première information représentative de l'identifiant unique du terminal peut être transmise dans une ressource classiquement utilisée pour l'accès canal, par exemple la ressource RACH. Selon ce deuxième mode de réalisation, le réseau peut réserver une plus grande ressource temps-fréquence pour la transmission de la première information représentative de l'identifiant unique et des informations classiques pour l'accès au canal. [0032] Selon un mode de réalisation particulier, ladite requête d'accès porte également un message utile destiné à être transmis à au moins un autre terminal. En particulier, le message utile est transmis avec la première information représentative d'un identifiant unique du terminal sur la ressource temps-fréquence spécifique, ou sur une autre ressource temps-fréquence apte à porter un message utile identifiée dans les informations système. [0033] La solution proposée permet ainsi la transmission de messages utiles du terminal vers le réseau pendant la procédure d'accès, i.e. sans nécessiter la configuration préalable du terminal (reposant par exemple sur la mise en oeuvre d'un protocole de contrôle de ressources radio de type RRC). [0034] En particulier, la solution proposée permet d'améliorer l'efficacité spectrale du réseau, notamment lorsque le terminal envoie des messages avec une application de type messagerie instantanée (SMS, MMS, tchat, Facchook, Twitter, Whatsapp - marques déposées, etc). [0035] On note à cet égard que l'identifiant unique du terminal permet, entre autres, l'identification de l'émetteur d'un message utile via une application de type réseau social. II s'agit donc d'un identifiant au niveau applicatif. [0036] Selon un mode de réalisation particulier, les informations système identifient au moins deux ressources temps-fréquence aptes à porter le message utile. Selon ce mode de réalisation, le procédé met en oeuvre la sélection d'au moins une des ressources temps-fréquence en tenant compte de la taille du message utile destiné à être transmis à au moins un autre terminal. Dans ce cas, le message utile peut être transmis sur la ressource sélectionnée. [0037] Par exemple, les informations système identifient une première ressource pour la transmission de messages utiles présentant une taille de l'ordre de quelques bits, notée TFR1, une deuxième ressource pour la transmission de messages de quelques octets, note TFR2, et une troisième ressource pour la transmission de messages de quelques kilooctets, notée TFR3. [0038] On optimise ainsi l'utilisation des ressources temps-fréquence, en les adaptant à la taille du message utile. [0039] Selon un mode de réalisation particulier, la première information représentative de l'identifiant unique dudit terminal et/ou le message utile sont transmis au réseau en 6 tenant compte d'une information de modulation et codage associée à la ressource temps-fréquence spécifique sélectionnée pour la transmission. Une telle information de modulation et codage est obtenue à partir des informations système. [0040] De cette façon, le terminal a connaissance des schémas de modulation et codage (MCS, en anglais « Modulation and Coding Scherne ») à utiliser dans le réseau, notamment pour la transmission de données utiles, dès le début de la procédure d'accès. [0041] Selon un mode de réalisation particulier, l'identifiant unique du terminal est un nombre entier, et la transmission transmet également un signal de référence obtenu en appliquant un décalage cyclique à une séquence de base prédéfinic. Un tel décalage cyclique peut être déterminé en fonction de l'identifiant unique du terminal. [0042] Le signal de référence transmis du terminal vers le réseau ne porte donc pas une séquence de base classique, mais une version modifiée de cette séquence (décalée cycliquement) permettant de transmettre l'identifiant unique du terminal, ou une partie de cet identifiant, directement dans le signal de référence. [0043] On optimise ainsi le débit de transmission, en réduisant la quantité de bits nécessaire pour transmettre l'identifiant unique du terminal. [0044] Par exemple, le signal de référence est de type signal de référence de démodulation (DMRS, en anglais « DeModulation Reference Signal »). La séquence de base peut quant à elle être définie pour le réseau, normalisée, ou autre. Il s'agit d'une séquence connue du terminal et d'au moins une entité du réseau, par exemple une station de base. [0045] En particulier, lorsque l'identifiant unique du terminal est supérieur à un nombre maximal de décalages cycliques, la première information représentative de l'identifiant unique du terminal comprend la partie entière du rapport entre l'identifiant unique et le nombre maximal de décalages cycliques, également appelée valeur restante. Le nombre maximal de décalages cycliques peut notamment être obtenu à partir des informations système. [0046] De cette façon, la quantité de bits nécessaire pour transmettre la première information représentative de l'identifiant unique du terminal est faible. [0047] Par exemple, le nombre maximal de décalages cycliques est égal à la longueur de ladite séquence de base. [0048] En variante, le terminal peut transmettre directement son identifiant unique au réseau. [0049] Selon un mode de réalisation particulier, la requête d'accès porte également un préambule sélectionné parmi une pluralité de préambules, transmis sur la ressource temps-fréquence spécifique ou sur une ressource temps-fréquence apte à porter le préambule (par exemple la ressource RACH) identifiée à partir desdites informations système. Selon ce mode de réalisation, l'autorisation d'accès au réseau est accordée 7 lorsque la réponse à la requête d'accès porte la deuxième information représentative de l'identifiant unique du terminal et une information représentative du préambule sélectionné. [0050] Une ressource temps-fréquence dédiée à la transmission du préambule est également appelée « RACH occasion ». Par exemple, une telle ressource « RACH occasion » est associée à une ou plusieurs ressources temps-fréquence aptes à porter un message utile. [0051] Selon un mode de réalisation particulier, la requête d'accès porte également au moins un indicateur indiquant un retour au mode veille du terminal suite à l'autorisation d'accès au réseau. [0052] Par exemple, une partie de la ressource temps-fréquence spécifique est réservée pour la transmission d'un tel indicateur. En variante, une partie d'une ressource temps-fréquence dédiée à la transmission d'un préambule est réservée pour la transmission d'un tel indicateur. En variante, au moins deux types de préambule sont définis, un premier type de préambule à utiliser lorsque le terminal souhaite passer en mode veille après avoir accédé au canal, un deuxième type de préambule à utiliser lorsque le terminal souhaite poursuivre la procédure de configuration après avoir accédé au canal. Selon cette variante, l'indicateur est donc le type du préambule sélectionné. [0053] Un tel indicateur peut notamment être utilisé par une entité du réseau pour détecter la transmission d'un message de type messagerie instantané, pour lequel le terminal souhaite repasser en mode veille après l'émission du message utile. [0054] En particulier, lorsque le terminal a reçu une réponse à la requête d'accès et que l'accès au réseau est autorisé, le terminal peut passer en mode veille. De cette façon, on limite la consommation en énergie du terminal émetteur de la requête d'accès. [0055] En variante, lorsque l'accès au réseau est autorisé, le terminal peut rester en mode actif. [0056] Par exemple, si la requête d'accès ne porte pas de message utile, ledit procédé met en oeuvre une phase de configuration dudit terminal avec ledit réseau. [0057] En effet, si la requête d'accès porte la première information relative à l'identifiant unique du terminal, mais ne porte pas de message utile, c'est que le terminal utilise la solution proposée pour accéder rapidement au réseau. Dans ce cas, le terminal ne souhaite pas retourner en mode veille lorsque l'accès au réseau lui a été autorisé. [0058] Selon un mode de réalisation particulier, en cas de réception d'une réponse à ladite requête d'accès ne portant pas de deuxième information représentative de l'identifiant unique dudit terminal, ledit procédé comprend la retransmission de ladite requête d'accès, ladite première information représentative de l'identifiant unique dudit terminal étant transmise sur une nouvelle ressource temps-fréquence spécifique identifiée dans ladite réponse. [0059] Ce mode de réalisation particulier peut notamment être mis en oeuvre lorsqu'une 8 entité du réseau, par exemple la station dc base, peut décoder le préambule de la requête d'accès transmis sur une ressource temps-fréquence dédiée, mais ne peut pas décoder le message utile et/ou la première information représentative de l'identifiant unique du terminal de la requête d'accès transmis sur une ressource temps-fréquence spécifique. [0060] Selon cc mode de réalisation, plutôt que recommencer entièrement la procédure d'accès, il est possible d'allouer au terminal une nouvelle ressource spécifique pour la transmission de la première information représentative dc l'identifiant unique du terminal, et éventuellement du message utile. [0061] De plus, comme la station de base indique au terminal la nouvelle ressource à utiliser pour la transmission de la première information représentative de l'identifiant unique du terminal, et éventuellement du message utile, le risque de collision avec des requêtes d'accès émises par d'autres terminaux est limité. [0062] Selon une caractéristique particulière, en cas de non réception de réponse à la requête d'accès à l'issue d'un intervalle de temps prédéterminé, ledit procédé comprend la retransmission de ladite requête d'accès. [0063] En d'autres termes, suite à la transmission de la requête d'accès, le terminal reste à l'écoute pendant une durée prédéterminée, notée fenêtre RAR (en anglais « RAR window »). S'il n'a pas reçu de réponse à sa requête d'accès à l'issue de cette durée, il peut retransmettre la requête d'accès, éventuellement en utilisant d'autres ressources temps-fréquence. [0064] Dans un autre mode de réalisation, l'invention concerne un terminal correspondant. [0065] Un tel terminal est notamment adapté à mettre en oeuvre le procédé d'accès décrit précédemment. Il s'agit par exemple d'un équipement utilisateur comme un téléphone portable. Ce terminal pourra bien sûr comporter les différentes caractéristiques relatives au procédé selon l'invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages de ce terminal sont les mêmes que ceux du procédé décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. [0066] L'invention concerne également, selon un mode de réalisation, un procédé d'attachement d'un terminal à un réseau de communication. En particulier, un tel procédé est mis en oeuvre au niveau d'une entité du réseau, par exemple une station de base. [0067] Selon l'invention, un tel procédé comprend : [0068] la diffusion d'informations système par ledit réseau, les informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, la vérification de la réception, sur au moins une desdites ressources temps-fréquence identifiées à partir des informations système, dite ressource 9 spécifique, d'une première information représentative d'un identifiant unique du terminal portée par une requête d'accès audit réseau ; si ladite première information représentative d'un identifiant unique dudit terminal est reçue, la transmission audit terminal d'une réponse à ladite requête d'accès, portant une deuxième information représentative de l'identifiant unique dudit terminal. [0069] Un tel procédé est notamment adapté à recevoir une requête d'accès émise par un terminal, selon le procédé d'accès au réseau décrit précédemment. [0070] Comme déjà indiqué, selon au moins un mode de réalisation, il permet à un terminal d'accéder rapidement au réseau. [0071] Selon un mode de réalisation particulier, ladite vérification vérifie également la réception, sur la ressource temps-fréquence spécifique utilisée pour la transmission de la première information représentative de l'identifiant unique du terminal ou sur une autre ressource temps-fréquence apte à porter un message utile, identifiée à partir desdites informations système, d'un message utile destiné à être transmis à au moins un autre terminal. [0072] Le procédé comprend également la transmission dudit message utile audit au moins un autre terminal si ladite première information représentative d'un identifiant unique dudit terminal et ledit message utile sont reçus. [0073] Le procédé selon ce mode de réalisation permet ainsi d'optimiser l'efficacité spectrale du réseau. [0074] Selon un mode de réalisation particulier, l'identifiant unique du terminal étant un nombre entier et un signal de référence obtenu en appliquant un décalage cyclique à une séquence de base prédéfinie étant reçu sur la ressource temps-fréquence spécifique, ledit procédé met en oeuvre une étape de détermination de l'identifiant unique dudit terminal. [0075] Pour ce faire, connaissant la séquence de base et ayant reçu le signal de référence, il est en effet possible de déterminer le nombre de décalages apportés à la séquence de base, et donc l'identifiant unique du terminal. [0076] Selon un mode de réalisation particulier, le procédé comprend également : [0077] la vérification de la réception, sur ladite ressource temps-fréquence ou sur au moins une ressource temps-fréquence apte à porter un préambule, identifiée à partir des informations système, d'un préambule porté par la requête d'accès, si ledit préambule est reçu, et que ladite première information représentative d'un identifiant unique dudit terminal n'est pas reçue, la transmission audit terminal d'une réponse à ladite requête d'accès portant une information représentative dudit préambule et identifiant une nouvelle ressource temps-fréquence spécifique (i.e. pour la transmission de ladite première information et éventuellement du message utile). [0078] Dans un autre mode de réalisation, l'invention concerne une station de base corres- pondante. [0079] Une telle station dc base est notamment adaptée à mettre en oeuvre le procédé d'attachement décrit précédemment. 11 s'agit par exemple d'un eNodeB selon la norme LTE, ou gNB selon la 5G. La station de base pourra bien sûr comporter les différentes caractéristiques relatives au procédé selon l'invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages de la station de base sont les mêmes que ceux du procédé décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. [0080] L'invention concerne encore un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en oeuvre d'au moins un procédé tel que décrit ci-dessus lorsque cc ou ces programmes sont exécutés par au moins un processeur. [0081] L'invention concerne aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 4. Liste des figures [0082] D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : [0083] [fig.1] La figure 1 illustre les principales étapes de la procédure RACH selon l'art antérieur ; [0084] [fig.2] La figure 2 illustre les principales étapes mises en oeuvre par un terminal et une station de base selon un mode dc réalisation de l'invention ; [0085] [fig.3] La figure 3 illustre l'utilisation d'une ressource temps-fréquence spécifique selon un mode dc réalisation de l'invention ; [0086] [fig.4] La figure 4 présente des exemples de décalage cyclique appliqué à une séquence de base ; [0087] [fig.5] La figure 5 illustre les messages échangés entre un terminal et une station de base selon un premier exemple ; [0088] [fig.6] La figure 6 illustre les messages échangés entre un terminal et une station de base selon un deuxième exemple ; [0089] [fig.7] La figure 7 présente la structure simplifiée d'un terminal mettant en oeuvre un procédé d'accès à un réseau selon un mode de réalisation de l'invention ; [0090] [fig.8] La figure 8 présente la structure simplifiée d'une station de base mettant en oeuvre un procédé d'attachement à un réseau selon un mode de réalisation de l'invention. [0091] 5. Description d'un mode de réalisation de l'invention [0092] 5.1 Principe général 11 [0093] Le principe général de l'invention repose sur une nouvelle technique permettant à un terminal de s'attacher simplement et rapidement à un réseau. Pour ce faire, les informations système classiquement diffusées par le réseau sont modifiées pour identifier au moins une ressource temps-fréquence apte à transmettre une information relative à un identifiant unique de terminal vers le réseau. De telles ressources ne sont donc pas réservées pour un terminal particulier, mais peuvent être utilisées par n'importe quel terminal souhaitant accéder au réseau. [0094] En particulier, le réseau peut réserver une ressource temps-fréquence plus grande que la ressource RACH classiquement réservée pour la procédure RACH, pour que le terminal puisse transmettre son identifiant unique (ou plus généralement une première information représentative de son identifiant unique) avec les informations classiquement transmises sur la ressource RACH. [0095] En variante, le réseau peut réserver une ressource temps-fréquence distincte pour que le terminal puisse transmettre au moins une première information représentative de son identifiant unique. [0096] Un terminal souhaitant accéder au réseau peut ainsi directement transmettre au réseau (i.e. à au moins une entité du réseau, par exemple une station de base), au niveau de la couche physique, son identifiant unique, ainsi qu'éventuellement un message utile destiné à un autre terminal, sur au moins une ressource temps-fréquence spécifique réservée par le réseau. [0097] Selon les informations reçues, le réseau peut envoyer une réponse au terminal. L'échange de ces deux principaux messages (une requête (l'accès et une réponse à la requête d'accès) entre le terminal et le réseau est suffisant pour autoriser le terminal à accéder ou non au réseau. [0098] Le terminal peut ensuite retourner en mode veille ou rester en mode actif et continuer la procédure de configuration. [0099] En particulier, si l'on se place dans le contexte d'une application de type messagerie instantanée, selon laquelle le terminal envoie un ou plusieurs messages courts, le terminal peut accéder au réseau et transmettre un message court via l'échange de ces deux principaux messages, sans nécessité la mise en oeuvre d'une procédure de configuration du terminal (de type RCC par exemple), et peut repasser en mode veille après chaque envoi, s'il ne souhaite pas poursuivre par une phase de communication, ou rester en mode actif, par exemple si plusieurs messages doivent être transmis. [0100] On présente ci-après, en relation avec la figure 2, les principales étapes mises en oeuvre par un terminal 21 et une entité d'un réseau de communication, par exemple une station de base 22 selon un mode de réalisation de l'invention. [0101] Classiquement, la station de base 22 diffuse 221 des informations système dans le réseau. De telles informations système peuvent être diffusées périodiquement, et 12 portent notamment un signal de synchronisation (par exemple de type SSB « Synchronisation Signal Block ») permettant notamment aux terminaux souhaitant accéder au réseau de se synchroniser avec la station de base. [0102] Selon l'invention, les informations système sont modifiées et comprennent une iden- tification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal. [0103] Lorsque le terminal 21 sort du mode veille ou entre dans une zone de couverture de la station de base 22, il peut donc recevoir 211 les informations système diffusées par la station de base 22, et se synchroniser avec la station de base pour les liaisons descendantes. [0104] Le terminal 21 peut alors transmettre 212 à la station de hase une requête d'accès au réseau. Une telle requête d'accès porte notamment une première information représentative d'un identifiant unique du terminal. Selon l'invention, la première information représentative d'un identifiant unique du terminal est transmise sur au moins une desdites ressources temps-fréquence identifiées à partir des informations système et donc réservées par le réseau, dite ressource spécifique. [0105] La station de base 22 observe un canal montant, par exemple le canal RACH, et vérifie 222 si la première information représentative d'un identifiant unique du terminal a été reçue sur une desdites ressources temps-fréquence réservées par le réseau. [0106] En cas de vérification positive, la station de base transmet 223 au terminal une réponse portant une deuxième information représentative de l'identifiant unique du terminal. [0107] Le terminal 21 vérifie 213 si une réponse à la requête d'accès a été reçue. [0108] En cas de vérification positive, et plus précisément en cas de réception d'une réponse à la requête d'accès portant une deuxième information représentative de l'identifiant unique du terminal, le terminal considère qu'il a été autorisé à accéder au réseau. [0109] S'il ne souhaite pas poursuivre la procédure de configuration et la phase de commu- nication, il peut passer en mode veille. Sinon, il peut rester en mode actif. [0110] 5.2 Description d'un mode de réalisation particulier [0111] On présente ci-après un exemple de mise en oeuvre de l'invention, selon lequel la requête d'accès porte une première information représentative d'un identifiant unique du terminal, ainsi qu'un message utile, destiné à être transmis à un autre terminal. [0112] En particulier, un tel message utile peut être un message court, i.e. présentant une taille de l'ordre de quelques bits ou kilobits. [0113] Selon cet exemple, on considère que les informations système, fournies par le réseau, identifient une ou plusieurs ressources temps-fréquence aptes à porter un préambule, notées RACH_O, ainsi que, pour chaque ressource RACH_O, une ou plusieurs 13 ressources temps-fréquence aptes à porter une information relative à un identifiant unique de terminal, notees TFR. De plus, selon cet exemple, les ressources TFR sont également aptes à porter un message utile. Par exemple, trois ressources TFR1-1, TFR1-2 et TFR1-3 sont associées à une première ressource RACH 01, deux ressources TFR2-1 et TFR2-2 sont associées à une deuxième ressource RACH 02, etc. [0114] Les différentes ressources TFR associées à une ressource RACH_O peuvent être réservées pour transmettre des messages utiles de tailles différentes, en plus de l'identifiant unique du terminal. La ressource TFR1-1 peut être réservée pour transmettre des messages utiles de petite taille, par exemple inférieure à 10 bits (générés par exemple dans le cadre d'applications avec un faible débit : données issues d'un capteur, communication M2M (« Machine-to-Machine »), etc). La ressource TFR1-2 peut être réservée pour transmettre des messages utiles de taille moyenne, par exemple comprise entre 10 bits et 100 bits (générés par exemple dans le cadre d'applications avec un débit moyen : Facebook, Twittcr - marques déposées, etc). La ressource TER] -3peut être réservée pour transmettre des messages utiles de grande taille, par exemple supérieurs à 100 bits (générés par exemple dans le cadre d'applications avec un débit élevé). [0115] Les informations système peuvent également porter des informations de modulation et codage, MCS, associées à chaque ressource TFR. [0116] De plus, les informations système peuvent porter une information relative à un nombre maximal de décalage cyclique que le terminal est autorisé à appliquer à une séquence de base prédéfinie. [0117] Comme indiqué en relation avec la figure 2, à réception des informations système, le terminal peut transmettre une requête d'accès à la station de base, au cours d'une première phase. [0118] Pour ce faire, il sélectionne un préambule, par exemple parmi un groupe de préambules classiquement utilisés dans la procédure RACH, et une ressource RACH_O parmi les ressources RACH_O identifiées dans les informations système. Par exemple, il sélectionne la ressource RACH_Ol. [0119] Le terminal doit ensuite sélectionner une ressource TFR, parmi les ressources TFR associées à la ressource RACH_OL S'il souhaite transmettre uniquement son identifiant unique, il peut sélectionner aléatoirement une ressource TFR parmi les ressources TFR associées à la ressource RACH_Ol. S'il souhaite transmettre son identifiant et un message utile, il peut sélectionner une ressource TFR en tenant compte de la taille du message utile qu'il souhaite transmettre. Par exemple, si le message utile à transmettre présente une taille égale à 20 bits, le terminal sélectionne la ressource TFR1-2. 14 [0120] A partir des informations système, le terminal peut également obtenir le schéma de modulation et codage à utiliser pour transmettre le message utile sur la ressource TFR1-2. On note que si les informations système identifient plusieurs ressources TFR, une ou plusieurs ressources TFR peuvent être utilisées pour transmettre d'une part l'identifiant unique du terminal et d'autre part le message utile. Si les informations système identifient une seule ressource TFR, I identifiant unique du terminal et le message utile sont transmis sur la même ressource TFR. [0121] Par exemple, la ressource TFR1-2 réserve un bloc comprenant X intervalles de temps et Y fréquences porteuses. Comme illustré en figure 3, la ressource TFR1-2 peut porter une succession temporelle de X symboles OFDM, chaque symbole OFDM portant des données modulées par Y blocs de ressources en fréquence. [0122] Selon l'exemple illustré en figure 3, le troisième symbole OFDM 31 porte un signal de référence, par exemple de type DMRS, modulé par Y fréquences porteuses. [0123] Classiquement, un tel signal de référence porte une séquence de base connue du terminal et de la station de base. Par exemple, une telle séquence de base est normalisée. [0124] Selon un mode de réalisation de l'invention, le signal de référence porte une version de la séquence de base après décalage cyclique. [0125] En effet, comme les ressources spécifiques ne sont pas réservées pour un terminal particulier, mais peuvent être utilisées par n'importe quel terminal souhaitant accéder au réseau, il est possible qu'une même ressource soit simultanément utilisée par plusieurs terminaux. Le décalage cyclique apporté à la séquence de base permet notamment à la station de base de différentier les différents terminaux. [0126] En particulier, le décalage appliqué à la séquence de base est déterminé en fonction de l'identifiant unique du terminal. [0127] Ainsi, la séquence de base peut être décomposée en N portions égales, avec N le nombre de décalages cycliques autorisés, défini dans les informations système. Le nombre de décalages cycliques à appliquer à la séquence de base pour obtenir le signal de référence est donc égal à l'identifiant du terminal UE _ID, modulo N : mod(UE_ID, N). [0128] Selon l'exemple illustré en figure 4, la séquence de base 41 peut être décomposée en 17 portions égales, avec 17 le nombre de décalages cycliques autorisés défini dans les informations système. [0129] Si l'identifiant unique du terminal est égal à 1, on applique un décalage cyclique à la séquence de base, et on obtient une première version de la séquence de base décalée cycliquement 42. [0130] Si l'identifiant unique du terminal est égal à 2, on applique deux décalages cycliques à la séquence de base, et on obtient une deuxième version de la séquence de base décalée cycliquement 43. [0131] Si l'identifiant unique du terminal est égal à 55, on applique quatre décalages cycliques à la séquence de base (mod (55,17)=4). [0132] Selon cc dernier exemple, comme l'identifiant unique du terminal est supérieur à N, le terminal peut aussi transmettre à la station de base la valeur restante correspondant à la partie entière du rapport entre l'identifiant unique et le nombre maximal de décalage cyclique, i.e. la valeur 3 selon l'exemple ci-dessus. [0133] Cette valeur restante peut notamment être transmise sur un symbole OFDM de la ressource TFR1-2 par exemple. [0134] Grâce au décalage cyclique de la séquence de base, et à cette valeur restante, le terminal peut transmettre une première information représentative de son identifiant unique à la station de base. [0135] Le terminal peut ainsi transmettre la requête d'accès portant le préambule, la première information représentative de l'identifiant unique du terminal et le message utile, à la station de base. Cette étape correspond à l'étape 212 de la figure 2. [0136] Selon l'exemple décrit ci-dessus, le préambule peut être transmis sur la ressource RACH 01, et la première information représentative de l'identifiant unique du terminal et le message utile peuvent être transmis sur la ressource TFR1-2. En particulier, les données portées par la ressource TFR1-2 peuvent être codées en utilisant un identifiant RA-RNTI, associé à la ressource RACH 01. Plus généralement, les données transmises sur les ressources spécifiques peuvent être codées en utilisant un identifiant RA-RNTI. [0137] Selon un mode de réalisation particulier, la requête d'accès peut également porter un indicateur indiquant si le terminal souhaite passer en mode veille à réception d'une réponse à la requête (l'accès, ou souhaite continuer la phase d'attachement, par exemple par la mise en oeuvre du protocole RCC. Cet indicateur peut notamment être transmis sur la ressource TFR1-2, sur la ressource RACH_01, ou sur une autre ressource temps-fréquence. En variante, au moins deux types de préambule sont définis, un premier type de préambule à utiliser lorsque le terminal souhaite passer en mode veille après avoir accédé au canal, un deuxième type de préambule à utiliser lorsque le terminal souhaite poursuivre la procédure de configuration après avoir accédé au canal. Selon cette variante, l'indicateur est donc le type du préambule sélectionné. Selon encore une autre variante, l'absence de message utile dans la requête d'accès signifie que le terminal souhaite rester en mode actif. La présence ou l'absence d'un message utile peut donc servir d'indicateur. [0138] En particulier, si le terminal ne transmet que ponctuellement des messages utiles, par exemple parce qu'il utilise une application de type messagerie instantanée, cet indicateur peut automatiquement être positionné à une valeur indiquant que le terminal 16 souhaite passer en mode veille à réception d'une réponse à la requête d'accès. [0139] A l'inverse, si le terminal transmet régulièrement des messages utiles, l'indicateur peut indiquer que le terminal souhaite rester en mode actif à réception d'une réponse à la requête d'accès. [0140] Après transmission de la requête d'accès, le terminal reste en attente d'une réponse de la part de la station de hase. Il écoute donc un canal descendant dédié, par exemple le PDCCH (en anglais « physical downlink control channel », durant un intervalle de temps prédéterminé, encore appelée fenêtre RAR. [0141] Au cours d'une deuxième phase, la station de base traite donc la requête d'accès et peut transmettre une réponse au terminal pour l'informer s'il est autorisé ou non à accéder au réseau, i.e. si la requête d'accès a bien été reçue, ou l'informer d'un éventuel conflit. [0142] En particulier, une telle réponse peut être codée en utilisant un identifiant RA-RNTI, associé à la ressource RACH 01 selon l'exemple précédent. De cette façon, seul le terminal ayant utilisé la ressource RACH 01 pour la transmission du préambule peut décoder la réponse de la station de base. [0143] On décrit ci-après le traitement mis en oeuvre par la station de base. [0144] La station de base écoute un canal montant, par exemple le canal RACH, et vérifie si un préambule a été reçu sur une ressource dédiée, connue de la station de base (par exemple RACH 01, RACH 02). Si un préambule a été détecté (par exemple sur la ressource RACH_OD, elle vérifie si un identifiant unique du terminal a été reçu sur au moins une ressource spécifique associée à la ressource dédiée portant le préambule détecté (par exemple les ressources TFRI-1, TFRI-2, TFR1-3). [0145] On distingue différents cas selon que la station de base a reçu entièrement, par- tiellement ou n'a pas reçu la requête d'accès. [0146] Selon un premier cas, illustré en figure 5, on considère que le terminal UE a reçu les informations système Si diffusées par la station de base, par exemple gNB, et a transmis une requête d'accès 52 portant un préambule, un message utile et une première information représentative de l'identifiant unique du terminal. [0147] En reprenant l'exemple précédent, la station de base reçoit le préambule sur la ressource RACH_01, et le message utile et la première information représentative de l'identifiant unique du terminal sur la ressource TFRI-2. A réception du signal de référence transmis sur la ressource TFRI-2, la station de base peut déterminer le nombre de décalages cycliques appliqués à la séquence de base, i.e. 4, puisqu'elle connaît la séquence de base. La station de base reçoit également la valeur restante. Connaissant cette valeur restante, i.e. 3, le nombre de décalages cycliques appliqués à la séquence de base, i.e. 4, et le nombre de décalages cycliques maximum autorisé, i.e. 17, la station de base peut déterminer l'identifiant unique du terminal (3''17+4 = 55). 17 [0148] La station de base peut alors envoyer au terminal une réponse 53 portant une in- formation représentative du préambule transmis sur la ressource RACH 01, par exemple PID, et une deuxième information représentative de l'identifiant unique du terminal. Selon l'exemple ci-dessus, la deuxième information représentative de l'identifiant du terminal est 55 (UE ID). [0149] Lorsque le terminal reçoit la réponse 53 pendant la fenêtre RAR, s'il détecte que l'information représentative du préambule PID correspond bien au préambule qu'il a sélectionné pour la requête d'accès, et que la deuxième information représentative de l'identifiant unique du terminal correspond bien à son identifiant unique, il considère que l'accès au réseau a été autorisé. En d'autres termes, cela signifie que la station de base a correctement identifié le terminal et reçu le message utile. Le message utile est donc désormais pris en charge par le réseau et peut être transmis au terminal destinataire. [0150] Selon cc premier cas, contrairement à la procédure RACH classique, le paramètre TA n'est pas transmis de la station de base vers le terminal. Toutefois, la station de base connaît la valeur de ce paramètre. [0151] En particulier, si la requête d'accès porte un indicateur indiquant un retour au mode veille suite à l'autorisation d'accès au réseau, le terminal peut passer en mode veille, par exemple s'il n'a pas de nouveaux messages utiles à transmettre dans un intervalle de temps prédéfini suivant la réception de la réponse à la requête d'accès (par exemple 2 minutes). [0152] Selon un deuxième cas, illustré en figure 6, on considère que le terminal UE a reçu les informations système 61 diffusées par la station de base, par exemple gNB, et a transmis une requête d'accès 62 portant un préambule, un message utile et une première information représentative de l'identifiant unique du terminal. [0153] En revanche, en reprenant l'exemple précédent, la station de base reçoit uniquement le préambule sur la ressource RACH_01, mais ne reçoit pas le message utile et/ou la première information représentative de l'identifiant unique du terminal sur la ressource TFR1-2 (par exemple suite à un problème de transmission sur cette ressource temps-fréquence, un problème de décodage, un problème de synchronisation, etc). [0154] La station de base peut alors envoyer au terminal une réponse 63 portant une in- formation représentative du préambule, par exemple PID, et identifiant au moins une nouvelle ressource temps-fréquence (par exemple sous la forme du paramètre « UL grant ») pour que le terminal puisse retransmettre la première information représentative de son identifiant unique, ainsi que le message utile selon cet exemple de mise en oeuvre. De plus, une telle réponse peut éventuellement porter d'autres paramètres classiquement utilisés dans la procédure RACH, comme les paramètres TA et TC-RNTI. De tels paramètres peuvent être transmis dans la réponse, ou dans un 18 message distinct. [0155] Lorsque le terminal reçoit la réponse 63 pendant la fenêtre RAR, s'il détecte que l'information représentative du préambule PID correspond bien au préambule qu'il a sélectionné pour la requête d'accès, niais qu'il ne détecte pas de deuxième information représentative de l'identifiant unique du terminal, il considère que la station de base a uniquement reçu le préambule, mais pas le message utile et/ou la première information représentative de l'identifiant unique du terminal. [0156] Le terminal doit donc retransmettre 64 le message utile et la première information re- présentative de l'identifiant unique du terminal. [0157] Pour ce faire, le terminal utilise la nouvelle ressource temps-fréquence spécifique identifiée dans la réponse. Le paramètre TA peut être utilisé par le terminal pour ajuster son instant d'émission du message utile et de la première information représentative de l'identifiant unique du terminal, et ainsi faciliter la synchronisation avec la station de base. [0158] En particulier, le message utile et la première information représentative de l'identifiant unique du terminal peuvent être codés en utilisant l'identifiant temporaire TC-RNTI généré par la station de base. [0159] Comme le message utile et de la première information représentative de l'identifiant unique du terminal sont transmis sur une nouvelle ressource temps-fréquence, spécifiquement allouée au terminal pour cette transmission par la station de base, la probabilité que la station de base reçoive le message utile et de la première information est plus élevée. [0160] La station de base peut alors répondre 65 avec un message de confirmation si elle a bien reçu le message utile et de la première information représentative de l'identifiant unique du terminal. Dans ce cas, le terminal considère que l'accès au réseau a été autorisé, i.e. que la station de base a correctement identifié le terminal et reçu le message utile. [0161] Sinon, la station de base peut répondre avec un message d'erreur. Dans ce cas, le terminal doit recommencer la procédure d'accès, et transmettre une nouvelle requête d'accès. [0162] Selon un troisième cas, non illustré, on considère que le terminal UE a reçu les in- formations système diffusées par la station de base gNB, et a transmis une requête d'accès portant un préambule, un message utile et une première information représentative de l'identifiant unique du terminal. [0163] En revanche, le terminal n'a pas reçu de réponse à la requête d'accès durant la fenêtre RAR. Dans ce cas, le terminal considère que la procédure d'accès a échoué. Le terminal doit donc recommencer la procédure d'accès et transmettre une nouvelle requête d'accès. 19 [0164] Dans l'exemple ci-dessus, on a considéré la transmission d'une requête d'accès portant un préambule, une première information représentative de l'identifiant unique du terminal, et un message utile, à titre illustratif. On rappelle toutefois que seule la transmission de la première information représentative de l'identifiant unique du terminal sur une ressource temps-fréquence identifiée par les informations système est nécessaire pour que le terminal puisse accéder rapidement au réseau, comme illustré en figure 2. La transmission du préambule et la transmission du message utile sont toutes les deux facultatives. [0165] En particulier, l'utilisation d'un préambule permet à la station de base de détecter qu'un terminal est entré dans le réseau. Toutefois, d'autres techniques peuvent être mises en oeuvre, notamment la simple transmission, par le terminal, de son identifiant unique. [0166] Par ailleurs, on a considéré dans l'exemple ci-dessus la transmission du préambule sur la ressource RACH 01, et de la première information représentative de l'identifiant unique du terminal sur la ressource TER1-2. On note que la première information représentative de l'identifiant unique du terminal, ainsi qu'éventuellement le message utile, peuvent être transmis sur la ressource RACH 01, si la taille de la ressource temps-fréquence réservée par le réseau est suffisante. [0167] 5.3 Di.spositifs. [0168] On présente finalement, en relation avec les figures 7 et 8, les structures simplifiées d'un terminal et d'une entité du réseau, par exemple une station de base, selon au moins un mode de réalisation décrit ci-dessus. [0169] Comme illustré en figure 7, un terminal selon au moins un mode de réalisation de l'invention comprend au moins une mémoire 71 et au moins une unité de traitement 72, équipée par exemple d'une machine de calcul programmable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 73, mettant en oeuvre des étapes du procédé d'accès à un réseau de communication selon au moins un mode de réalisation de l'invention. [0170] A l'initialisation, les instructions de code du programme d'ordinateur 73 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 72. [0171] Le processeur de l'unité de traitement 72 met en oeuvre des étapes du procédé de d'accès à un réseau de communication, selon les instructions du programme d'ordinateur 73, pour : [0172] recevoir des informations système diffusées par le réseau de communication auquel le terminal souhaite accéder, les informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, transmettre au réseau une requête d'accès, ladite requête d'accès portant une première information représentative d'un identifiant unique dudit terminal, transmise sur une desdites ressources temps-fréquence identifiées à partir desdites informations système, dite ressource spécifique, recevoir une réponse à ladite requête d'accès, l'accès du terminal audit réseau étant autorisé en cas de réception d'une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal. [0173] Comme illustré en figure 8, une station de base selon au moins un mode de réa- lisation de l'invention comprend au moins une mémoire 81 et au moins une unité de traitement 82, équipée par exemple d'une machine dc calcul programmable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 83, mettant en oeuvre des étapes du procédé d'attachement au réseau selon au moins un mode de réalisation dc l'invention. [0174] A l'initialisation, les instructions de code du programme d'ordinateur 83 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur dc l'unité de traitement 82. [0175] Le processeur de l'unité de traitement 82 met en oeuvre des étapes du procédé d'attachement au réseau décrit précédemment, selon les instructions du programme d'ordinateur 83, pour : [0176] diffuser des informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, vérifier la réception, sur au moins une desdites ressources temps-fréquence identifiées à partir desdites informations système, dite ressource spécifique, d'une première information représentative d'un identifiant unique dudit terminal, portée par une requête d'accès audit réseau, transmettre audit terminal une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal, si ladite première information représentative d'un identifiant unique dudit terminal est reçue. 21 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] REVENDICATIONSProcédé d'accès à un réseau de communication mis en oeuvre par un terminal, comprenant : - la réception (211) d'informations système diffusées par ledit réseau, les informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, - la transmission (212) audit réseau d'une requête d'accès, ladite requête d'accès portant une première information représentative d'un identifiant unique dudit terminal transmise sur au moins une desdites ressources temps-fréquence identifiées à partir desdites informations système, dite ressource spécifique, - l'autorisation (213) d'accès audit réseau en cas de réception d'une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal. Procédé selon la revendication 1, selon lequel ladite requête d'accès porte également un message utile destiné à être transmis à au moins un autre terminal, transmis sur ladite ressource spécifique ou sur au moins une ressource temps-fréquence apte à porter un message utile, identifiée à partir desdites informations système. Procédé selon la revendication 2, selon lequel, lesdites informations système identifiant au moins deux ressources temps-fréquence aptes à porter le message utile, ledit procédé met en oeuvre la sélection d'au moins une desdites ressources temps-fréquence tenant compte de la taille dudit message utile destiné à être transmis à au moins un autre terminal. Procédé selon l'une quelconque des revendications 1 à 3, selon lequel, l'identifiant unique dudit terminal étant un nombre entier, ladite transmission transmet également un signal de référence obtenu en appliquant un décalage cyclique à une séquence de base prédéfinie, déterminé en fonction de l'identifiant unique dudit terminal. Procédé selon la revendication 4, selon lequel, lorsque l'identifiant unique dudit terminal est supérieur à un nombre maximal de décalage cyclique, ladite première information représentative de l'identifiant unique dudit terminal comprend la partie entière du rapport entre l'identifiant unique et le nombre maximal de décalage cyclique, le nombre maximal de décalage cyclique étant obtenu à partir desdites informations système. [Revendication 6] Procédé selon l'une quelconque des revendications 1 à 5, selon lequel ladite requête d'accès porte également au moins un indicateur indiquant un retour au mode veille dudit terminal suite à l'autorisation d'accès audit réseau. [Revendication 7] Procédé selon l'une quelconque des revendications 1 à 6, selon lequel ladite requête d'accès porte également un préambule sélectionné parmi une pluralité de préambules, transmis sur ladite ressource spécifique ou sur une ressource temps-fréquence apte à porter le préambule, identifiée à partir desdites informations système, selon lequel l'autorisation d'accès audit réseau est accordée lorsque ladite réponse à la requête d'accès porte la deuxième information représentative de l'identifiant unique dudit terminal et une information représentative dudit préambule sélectionné et selon lequel, en cas de réception d'une réponse à ladite requête d'accès ne portant pas de deuxième information représentative de l'identifiant unique dudit terminal, ledit procédé comprend la retransmission de ladite requête d'accès, ladite première information représentative de l'identifiant unique du terminal étant transmise sur une nouvelle ressource temps-fréquence spécifique identifiée dans ladite réponse. [Revendication 8] Procédé selon l'une quelconque des revendications 1 à 7, selon lequel ledit message utile est un message de type messagerie instantanée. [Revendication 9] Procédé selon l'une quelconque des revendications 1 à 8, selon lequel ladite première information et/ou ledit message utile selon la revendication 2 sont transmis audit réseau en tenant compte d'une information de modulation et codage associée à la ressource temps-fréquence correspondante, ladite information de modulation et codage étant obtenue à partir desdites informations système. [Revendication 10] Procédé d'attachement d'un terminal à un réseau de communication, comprenant : - la diffusion (221) d'informations système par ledit réseau, les informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, - la vérification (222) de la réception, sur au moins une desdites ressources temps-fréquence identifiée à partir desdites informations système, dite ressource spécifique, d'une première information repré- 23 [Revendication 11] [Revendication 12] [Revendication 13] sentative d'un identifiant unique dudit terminal, portée par une requête d'accès audit réseau, - si ladite première information représentative d'un identifiant unique dudit terminal est reçue, la transmission (223) audit terminal d'une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal. Procédé selon la revendication 10, selon lequel ladite vérification vérifie également la réception, sur ladite ressource spécifique ou sur au moins une ressource temps-fréquence apte à porter un message utile, identifiée à partir desdites informations système, d'un message utile destiné à être transmis à au moins un autre terminal, et selon lequel le procédé comprend la transmission dudit message utile audit au moins un autre terminal si ladite première information représentative d'un identifiant unique dudit terminal et ledit message utile sont reçus. Procédé selon l'une quelconque des revendications 10 et 11, comprenant également : - la vérification de la réception, sur ladite ressource spécifique ou sur au moins une ressource temps-fréquence apte à porter un préambule, identifiée à partir desdites informations système, d'un préambule porté par ladite requête d'accès, - si ledit préambule est reçu, et que ladite première information représentative d'un identifiant dudit terminal n'est pas reçue, la transmission audit terminal d'une réponse à ladite requête d'accès portant une information représentative dudit préambule et identifiant une nouvelle ressource temps-fréquence spécifique. Terminal comprenant au moins une unité de traitement configurée pour : - recevoir (211) des informations système diffusées par un réseau de communication auquel le terminal souhaite accéder, les information système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, - transmettre (212) audit réseau une requête d'accès audit réseau, ladite requête d'accès poilant une première information représentative d'un identifiant unique dudit terminal, transmise sur au moins une desdites ressources temps-fréquence identifiées à partir desdites informations système, dite ressource spécifique, - recevoir (213) une réponse à ladite requête d'accès, l'accès du terminal audit réseau étant autorisé en cas de réception d'une réponse à ladite 24 [Revendication 14] requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal. [Revendication 15] Station de hase d'un réseau de communication, comprenant au moins une unité de traitement configurée pour - diffuser (221) des informations système comprenant une identification d'au moins une ressource temps-fréquence apte à porter une information relative à un identifiant unique de terminal, - vérifier (222) la réception, sur au moins une desdites ressources temps-fréquence identifiée à partir desdites informations système, dite ressource spécifique, d'une première information représentative d'un identifiant unique dudit terminal, portée par une requête d'accès audit réseau, - transmettre (223) audit terminal une réponse à ladite requête d'accès portant une deuxième information représentative de l'identifiant unique dudit terminal, si ladite première information représentative d'un identifiant dudit terminal est reçue. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.