FR 3081667 A1 20191129 FR 1855460 A 20180620 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications et concerne plus particulièrement la gestion d'un état de surcharge d'un coeur de réseau contrôlant un réseau d'accès mobile, comme par exemple dans le contexte d'un réseau mobile de quatrième génération (4G) ou de cinquième génération (5G). Dans les réseaux mobiles 4G et 5G, des mécanismes sont prévus pour répondre aux situations de surcharge susceptibles d'affecter les coeurs de réseau de ces réseaux mobiles. On notera à cet égard que des procédés connus en soi permettent d'équilibrer la charge entre plusieurs noeuds du coeur de réseau analogues desservant un même point d'accès, comme ceux décrits dans les spécifications 3GPP TS 23.401 v15.3.0 (au paragraphe 4.3.7.2) et TS 36.401 (au paragraphe 7.2.10) pour la 4G; une fois un tel procédé mis en oeuvre, on peut supposer que la surcharge d'un noeud du coeur de réseau est indicatrice d'une surcharge générale du coeur de réseau, au moins pour la génération technologique et la zone géographique concernée. En tout état de cause, dans le présent document, on désigne par « surcharge du coeur de réseau » indifféremment la surcharge d'un noeud particulier du coeur de réseau ou la surcharge générale du coeur de réseau. Ces mécanismes pour répondre aux situations de surcharge opèrent notamment au niveau de la « strate de non-accès » (ou NAS pour « Non-Access Stratum » en anglais). Cette strate de non-accès désigne de façon connue, dans un système de télécommunications mobile, une couche fonctionnelle entre le coeur de réseau et un terminal connecté au réseau d'accès. Elle gère l'établissement des sessions de communications entre le terminal et le réseau mobile et sert à maintenir la continuité de la communication avec le terminal au cours de ses déplacements. Cette couche NAS s'oppose à la strate d'accès ou couche AS pour Access Stratunn, qui est en charge du transport des informations sur la portion radio (i.e. sans fil) du réseau mobile (autrement dit au niveau du réseau d'accès mobile) et de gérer les ressources radio du réseau d'accès. Ces mécanismes sont décrits par exemple dans le document de spécification TS 23.060 § 5.3.6.2, v15.2.0 (mars 2018) pour les réseaux mobiles 2G et 3G, dans le document de spécification 3GPP TS 23.401 v15.3.0 (au paragraphe 4.3.7.4.2) pour les réseaux mobiles 4G, et dans le document de spécification 3GPP TS 23.501 v15.1.0 (au paragraphe 5.19) pour les réseaux mobiles 5G. Ils sont destinés à être mis en oeuvre par des noeuds situés à l'entrée du coeur de réseau : un tel noeud est typiquement une passerelle SGSN (Serving GPRS Support Node) pour les réseaux mobiles 2G et 3G, un équipement MME (Mobility Management Entity) de gestion de la mobilité pour un réseau mobile 4G, ou un équipement AMF (Access and Mobility Function) de gestion de l'accès et de la mobilité associé à un équipement SMF (Session Management Function) de gestion de sessions pour un réseau mobile 5G. Plus spécifiquement, ce noeud du coeur de réseau peut, lorsqu'il détermine que le coeur de réseau se trouve dans une situation de surcharge et reçoit une requête NAS d'un terminal 2 d'un utilisateur souhaitant par exemple établir une session de communication pour communiquer sur le réseau mobile, s'abstenir de traiter la requête NAS du terminal, et lui associer une durée de contention (ou « backoff timer » en anglais). Cette durée de contention est destinée à retarder l'envoi par le terminal de nouvelles requêtes NAS au coeur de réseau afin de ne pas surcharger 5 davantage celui-ci. Le noeud communique au terminal la durée de contention qu'il lui a allouée en réponse à la requête NAS du terminal. Lorsque le terminal reçoit la réponse à sa requête NAS contenant une telle durée de contention, il est censé ne pas renvoyer de nouvelle requête NAS à destination du coeur de réseau tant que cette durée de contention n'a pas expiré ou tant qu'il ne reçoit pas de requête de recherche (« paging » en anglais) de la part du réseau. 10 En pratique, certains terminaux n'appliquent pas correctement ce mode de fonctionnement : ils ne respectent pas la durée de contention qui leur est allouée et réénnettent leurs requêtes NAS avant l'expiration de la durée de contention. Quand bien même le noeud situé en entrée du coeur de réseau va rejeter toutes ces requêtes NAS et ne pas les transmettre au coeur de réseau pour traitement, un tel comportement des terminaux produit des flux de signalisation 15 supplémentaires qui doivent être gérés au niveau du réseau d'accès et au niveau du coeur de réseau, notamment par le noeud situé à l'entrée de celui-ci. Ceci a un impact négatif à la fois sur le niveau de surcharge de ce noeud ainsi que sur la durée pendant laquelle ce noeud reste dans un tel état de surcharge : en cas de surcharge importante du coeur de réseau, un tel comportement est particulièrement inapproprié et s'oppose à un rétablissement rapide de la situation de surcharge du 20 coeur de réseau. Il convient de noter qu'avec l'arrivée sur le marché de populations importantes d'objets connectés fournis par une pluralité de fabricants distincts et destinés à utiliser notamment les réseaux mobiles 4G et 5G, on peut s'attendre à une augmentation de ce type de comportements inappropriés. 25 Objet et résumé de l'invention L'invention concerne un procédé de gestion d'un état de surcharge d'un coeur de réseau contrôlant un réseau d'accès mobile, ce procédé de gestion étant destiné à être mis en oeuvre par un dispositif situé à l'entrée du coeur de réseau (également désigné dans ce document 30 par dispositif d'entrée du coeur de réseau), ce procédé de gestion comprenant, pour au moins un terminal connecté au réseau d'accès mobile via un point d'accès et géré par le dispositif, suite à une réception d'une requête de strate de non-accès, dite requête NAS, en provenance du terminal : - une étape de détection si une durée de contention est associée à ce terminal ; 35 si aucune durée de contention n'est associée au terminal, une étape d'association et de transmission audit terminal d'une durée de contention destinée à être appliquée par celui-ci pour l'envoi de requêtes NAS au coeur de réseau. 3 Le procédé de gestion est remarquable en ce qu'il comprend en outre, si lors de l'étape de détection, il est détecté qu'une durée de contention est associée au terminal et n'a pas été respectée par celui-ci, une étape d'envoi au terminal par le dispositif situé à l'entrée du coeur de réseau, via le point d'accès, d'un identifiant temporaire alloué au terminal pour communiquer avec 5 le coeur de réseau, et une étape d'envoi au point d'accès, par le dispositif situé à l'entrée du coeur de réseau, d'un message de commande comprenant au moins une partie dudit identifiant temporaire, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie de l'identifiant temporaire. 10 Corrélativement, l'invention vise aussi un dispositif situé à l'entrée d'un coeur de réseau contrôlant un réseau d'accès mobile, apte à gérer un état de surcharge du coeur de réseau et comprenant : un module de réception, apte à recevoir une requête de strate de non-accès (requête NAS) en provenance d'au moins un terminal connecté au réseau d'accès mobile via un point d'accès et 15 géré par le dispositif ; des modules, activés pour au moins un dit terminal par le module de réception suite à la réception d'une requête NAS de ce terminal, ces modules comprenant : o un module de détection configuré pour détecter si une durée de contention est associée audit terminal ; et 20 o un module d'association, activé si aucune durée de contention n'est associée au terminal, et configuré pour associer et transmettre audit terminal une durée de contention destinée à être appliquée par celui-ci pour l'envoi de requêtes NAS au coeur de réseau. Ce dispositif est remarquable en ce qu'il comprend en outre un module d'envoi activé si le module 25 de détection détecte qu'une durée de contention est associée au terminal et n'a pas été respectée par celui-ci, ce module d'envoi étant configuré pour envoyer au terminal, via le point d'accès, un identifiant temporaire alloué au terminal pour communiquer avec le coeur de réseau, et pour envoyer au point d'accès un message de commande comprenant au moins une partie dudit identifiant temporaire, ce message de commande requérant un blocage par le point d'accès de tout 30 ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie de l'identifiant temporaire. L'invention propose donc un procédé permettant de gérer efficacement un état de surcharge du coeur de réseau d'un réseau mobile et tenant compte du comportement inapproprié de certains terminaux qui ne respectent pas les durées de contention qui leur sont allouées par le 35 dispositif situé à l'entrée du coeur de réseau dans une telle situation de surcharge. Ce procédé s'appuie sur le filtrage des requêtes émises par ces terminaux au niveau du réseau d'accès mobile, c'est-à-dire avant qu'elles n'atteignent le coeur de réseau afin de ne pas aggraver son état de surcharge. 4 Pour permettre ce filtrage, le procédé de gestion selon l'invention prévoit avantageusement l'attribution d'identifiants temporaires dédiés pour communiquer avec le réseau aux terminaux dont les requêtes doivent être filtrées par le réseau d'accès, et la transmission à tout ou partie des points d'accès du réseau d'accès de ces identifiants, ou tout du moins d'une 5 partie représentative de ces identifiants susceptible d'être utilisée par les terminaux lors de leurs communications via ces points d'accès (autrement dit d'une partie permettant aux points d'accès d'identifier les requêtes provenant des terminaux concernés). De cette sorte, les points d'accès peuvent aisément discriminer les terminaux qui ne respectent pas leurs durées de contention et leur empêcher toute connexion au réseau lorsque ce blocage est demandé par le dispositif situé à 10 l'entrée du coeur de réseau (notamment en cas de surcharge). En conséquence, les requêtes émises par ces terminaux « illicites », et a fortiori les requêtes NAS émises par ces terminaux illicites, ne sont pas transmises au coeur de réseau pendant ces périodes de blocage sélectif. On notera que, de manière classique, les terminaux se voient allouer un identifiant temporaire (identifiant GUTI (Globally Unique Temporary Identifier) pour les réseaux 4G et 5G) dès 15 lors qu'ils sont enregistrés sur le réseau, le réseau pouvant d'ailleurs décider à tout moment de changer l'identifiant temporaire d'un terminal. L'usage classique d'identifiants temporaires au lieu de l'identifiant permanent (IMSI) sert à préserver l'anonymat de l'utilisateur (i.e. empêcher la traque illicite d'un utilisateur). L'invention propose de remplacer, dans un mode particulier de réalisation, cet identifiant temporaire classique par un identifiant temporaire dédié à la mise en 20 oeuvre de l'invention, dont une partie au moins est mentionnée dans ledit message de commande aux points d'accès pour permettre à ceux-ci de discriminer les requêtes qu'ils doivent filtrer. En filtrant au niveau du réseau d'accès mobile les requêtes « illicites » émises par les terminaux, l'invention permet d'améliorer la résilience du réseau mobile et de contribuer à un retour à un état de charge normal de son coeur de réseau. Le fait que ce soit un dispositif situé en 25 entrée du coeur de réseau qui gère l'attribution des identifiants temporaires et soit à l'initiative du blocage au niveau des points d'accès du réseau d'accès mobile des requêtes illicites issues de ces terminaux permet d'intervenir en amont du coeur de réseau et d'éviter de surcharger davantage celui-ci. Un tel dispositif d'entrée du coeur de réseau configuré pour mettre en oeuvre le procédé de gestion selon l'invention est par exemple : 30 - un équipement SGSN (Serving GPRS Support Node) lorsque le réseau d'accès mobile est un réseau de deuxième ou troisième génération ; ou un équipement MME (Mobility Management Entity) de gestion de la mobilité lorsque le réseau d'accès mobile est un réseau de quatrième génération ; ou un équipement AMF (Access and Mobility management Function) de gestion de la mobilité et 35 de l'accès éventuellement associé à un équipement SMF (Session Management Function) de gestion de session lorsque le réseau d'accès mobile est un réseau de cinquième génération. On note que conformément à l'invention, le (ou les) point(s) d'accès du réseau d'accès mobile est (sont) configuré(s) via le message de commande envoyé par le dispositif d'entrée du 5 coeur de réseau pour bloquer soit toutes les requêtes provenant d'un terminal donné, soit seulement une partie des requêtes émises par ce terminal. Par exemple, le message de commande peut requérir un blocage par le point d'accès de toutes les requêtes émises par un terminal qui contiennent ladite au moins une partie de l'identifiant temporaire alloué à ce terminal, à l'exception 5 des requêtes relatives à un service d'urgence. L'invention offre ainsi la possibilité de moduler le filtrage opéré par le point d'accès pour tenir compte de situations exceptionnelles comme par exemple d'une situation d'urgence. De façon similaire, on peut envisager dans un mode particulier de réalisation, que le dispositif d'entrée du coeur de réseau exclut l'application du procédé de gestion selon l'invention à 10 certaines catégories de terminaux (par exemple en fonction de l'abonnement auquel les utilisateurs des terminaux ont souscrit auprès du réseau mobile ou d'une priorité associée à certains terminaux). Dans un mode particulier de réalisation, le procédé de gestion comprend en outre, si lors de l'étape de détection, il est détecté qu'une durée de contention est associée au terminal et 15 n'a pas été respectée par ce terminal, une étape d'incrémentation d'un compteur global de requêtes NAS dites illicites associé à un ensemble comprenant une pluralité de terminaux dits illicites gérés par le dispositif situé à l'entrée du coeur de réseau et ne respectant pas les durées de contention qui leur ont été allouées, l'étape d'envoi au point d'accès du message de commande étant déclenchée lorsque le dispositif situé à l'entrée du coeur de réseau détecte que le compteur 20 global est supérieur à un seuil prédéterminé. Autrement dit, l'événement déclencheur de l'envoi du message de commande au point d'accès et du filtrage par ce dernier des requêtes émises par les terminaux de l'ensemble illicite est le franchissement par un compteur de requêtes illicites maintenu par le dispositif d'entrée du coeur de réseau d'un seuil prédéterminé. Ce seuil peut typiquement être fixé de sorte à éviter que l'état 25 de surcharge du réseau n'atteigne un niveau de gravité trop important, en tenant compte notamment du dimensionnement initial du coeur de réseau et/ou de l'impact des requêtes NAS illicites sur l'état du coeur de réseau. Ce mode de réalisation offre la possibilité de moduler le blocage des requêtes illicites des terminaux en fonction d'un critère objectif tenant compte de l'existence ou non d'une situation critique à l'égard de ces requêtes illicites par rapport à l'état du 30 coeur de réseau. Dans une variante de réalisation, on peut envisager que l'étape d'envoi au point d'accès du message de commande soit déclenchée lorsque le dispositif situé à l'entrée du coeur de réseau détecte un niveau de charge du coeur de réseau supérieur à un seuil prédéterminé. Ce mode de réalisation permet de mettre en place une politique de gestion de la 35 congestion du coeur de réseau sans attendre que celui-ci ait atteint un seuil trop critique. Dans un mode particulier de réalisation, le message de commande comprend au moins une partie de chaque identifiant temporaire alloué pour communiquer avec le coeur de réseau à chaque terminal de l'ensemble des terminaux illicites, le message de commande requérant le 6 blocage par le point d'accès de tout ou partie des requêtes qui contiennent lesdites parties des identifiants temporaires alloués aux terminaux de l'ensemble de terminaux illicites. Ce mode de réalisation permet de limiter la signalisation échangée entre le dispositif situé à l'entrée du coeur de réseau et les points d'accès du réseau d'accès mobile pour activer le 5 blocage des requêtes illicites envoyées par les terminaux. Il s'ensuit un impact limité de la signalisation échangée pour mettre en oeuvre l'invention sur l'état de surcharge du coeur de réseau. Dans un mode particulier de réalisation, le procédé de gestion comprend en outre, si lors de l'étape de détection, il est détecté qu'une durée de contention est associée au terminal et 10 n'est pas respectée par ce terminal, une étape d'incrémentation d'un compteur de requêtes NAS illicites spécifique au terminal, l'identifiant temporaire étant alloué au terminal par le dispositif situé à l'entrée du coeur de réseau lorsque ledit dispositif détecte un dépassement par le compteur spécifique au terminal d'un seuil prédéterminé. Ce mode de réalisation permet de ne déclencher l'allocation d'un identifiant temporaire 15 par le dispositif d'entrée du coeur de réseau à un terminal que lorsque celui-ci a un comportement considéré comme dommageable pour la surcharge du coeur de réseau, en configurant de manière appropriée la valeur du seuil déclenchant cette allocation. On peut de cette sorte réduire la charge de travail nécessaire pour allouer de nouveaux identifiants temporaires par ce dernier à des terminaux qui n'envoient que peu de requêtes illicites à destination du coeur de réseau, et éviter de 20 bloquer l'accès à des terminaux, qui bien qu'ayant effectué quelques requêtes illicites, n'engendrent pas un dommage significatif sur la charge du réseau. Dans un mode particulier de réalisation de l'invention, l'identifiant temporaire alloué au terminal est un identifiant temporaire global unique ou GUTI tel que défini dans la spécification 3GPP TS 23.003, v15.3.0. 25 On note que par « tel que défini dans la spécification 3GPP TS 23.0003 v15.3.0 » on entend ici que l'identifiant temporaire global unique est défini de façon identique à ce qui est décrit dans la spécification 3GPP TS 23.003, v15.3.0. Cela n'empêche pas toutefois que des définitions identiques soient données dans des versions antérieures du document de spécification TS 23.003 (pouvant se rapporter à la même « release » ou à des « releases » antérieures) et que l'identifiant 30 temporaire global unique alloué dans le cadre de l'invention soit ainsi également conforme à la définition donnée dans ces versions antérieures. Ce mode de réalisation présente un avantage particulier car il propose d'utiliser comme identifiant temporaire pour mettre en oeuvre l'invention, un identifiant GUTI tel que celui qui est alloué aujourd'hui aux terminaux sur les réseaux mobiles 4G et 5G lors de leur attachement à ces 35 réseaux. Comme mentionné précédemment, cet identifiant GUTI permet, de façon connue en soi, de fournir une identité unique à un terminal pour communiquer sur le réseau mobile (et notamment avec le coeur de réseau) sans dévoiler l'identification confidentielle et unique qui est stockée dans sa carte SIM (aussi connue sous le nom de IMSI pour International Mobile Subscriber 7 Identity). Il est alloué typiquement aux terminaux lors de leur attachement au réseau mobile par le dispositif situé en entrée du coeur de réseau responsable de la gestion de la mobilité des terminaux dans le réseau mobile, et notamment par le dispositif MME pour les réseaux 4G et par le dispositif AMF pour les réseaux 5G. L'invention permet donc dans ce mode de réalisation de s'appuyer sur 5 des procédures d'allocation et de transmission d'identifiants temporaires déjà prévues et implémentées dans les réseaux mobiles normalisés, et donc de simplifier la mise en oeuvre de l'invention. En particulier, ce mode de réalisation permet une mise en oeuvre de l'invention totalement transparente pour les terminaux. De façon similaire, dans un mode particulier de réalisation, le message de commande 10 est un message OVERLOAD START tel que défini dans la spécification 3GPP TS 23.401 v15.3.0 ou à la spécification 3GPP TS 23.501 v15.1.0, modifié conformément à l'invention pour requérir un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire. Comme mentionné précédemment pour le GUTI, des versions antérieures des 15 spécifications précitées peuvent être considérées également dès lors qu'elles définissent un message OVERLOAD START tel que celui décrit dans la spécification 3GPP TS 23.401 v15.3.0 ou à la spécification 3GPP TS 23.501 v15.1.0. L'invention peut ainsi être mise en oeuvre de façon simplifiée en s'appuyant sur la signalisation existante des réseaux mobiles 4G et 5G normalisés. On note toutefois que 20 conformément à l'invention, le message de commande contient des informations qui ne sont pas prévues aujourd'hui dans le message OVERLOAD START défini par les spécifications précitées, à savoir tout ou partie des identifiants temporaires alloués aux terminaux dont le point d'accès doit filtrer les requêtes, ainsi que le cas échéant, une caractérisation des requêtes en provenance de ces terminaux qu'il convient ou non de filtrer. Il convient donc, dans ce mode de réalisation, de 25 prévoir l'adaptation du message OVERLOAD START décrit dans les spécifications 3GPP TS 23.401 et TS 23.501 en vue de pouvoir y insérer les informations précitées (par exemple via l'ajout d'un champ complémentaire, ou d'un paramètre complémentaire ou de valeurs complémentaires de paramètres ou de champs déjà existants, etc.). Dans un mode particulier de réalisation, le procédé de gestion selon l'invention 30 comprend en outre, sur détection par le dispositif situé à l'entrée du coeur de réseau d'une cessation de l'état de surcharge du coeur de réseau, une étape d'envoi au point d'accès d'un message de désactivation du blocage des requêtes. Ce mode de réalisation permet, lorsque le coeur de réseau n'est plus en situation de surcharge, d'annuler le filtrage des requêtes réalisées par le point d'accès. 35 Dans un mode particulier de réalisation, le message de désactivation est un message OVERLOAD STOP conforme à la spécification 3GPP TS 23.401 v15.3.0 ou à la spécification 3GPP TS 23.501 v15.1.0. 8 Comme mentionné précédemment pour le GUTI, des versions antérieures des spécifications précitées peuvent être considérées également dès lors qu'elles définissent un message OVERLOAD STOP tel que celui décrit dans la spécification 3GPP TS 23.401 v15.3.0 ou à la spécification 3GPP TS 23.501 v15.1.0. 5 Dans un mode particulier de réalisation, le procédé de gestion comprend une étape d'allocation audit au moins un terminal d'un nouvel identifiant temporaire et une étape d'envoi de ce nouvel identifiant temporaire audit au moins un terminal pour communiquer avec le coeur de réseau. Les étapes d'allocation et d'envoi peuvent faire suite par exemple à la détection par le 10 dispositif situé à l'entrée du coeur de réseau d'une cessation de l'état de surcharge du coeur de réseau ou à la détection d'autres événements, comme par exemple la détection de la correction du mode de fonctionnement inapproprié du terminal en question par rapport à la durée de contention qui lui est allouée. Ce mode de réalisation permet d'extraire le terminal en question de l'ensemble des terminaux considérés comme illicites par le dispositif d'entrée du coeur de réseau et qui sont 15 susceptibles d'être filtrés. Il permet également, sans avoir à agir auprès du point d'accès, de désactiver le filtrage des requêtes en provenance de ce terminal par le point d'accès (puisque le terminal n'utilisera plus dès lors l'identifiant temporaire qui a été communiqué au point d'accès), sans avoir à désactiver le filtrage des requêtes provenant des autres terminaux illicites. Comme il apparaît au vu de ce qui vient d'être décrit, l'invention s'appuie sur la gestion 20 de l'état de surcharge du coeur de réseau par le dispositif d'entrée du coeur de réseau, mais également sur la configuration par ce dispositif des points d'accès du réseau d'accès mobile avec au moins une partie des identifiants temporaires alloués aux terminaux responsables de l'envoi de requêtes NAS illicites à destination du coeur de réseau pour que les points d'accès filtrent les futures requêtes provenant de ces terminaux et ne les transmettent pas au coeur de réseau. 25 Ainsi, selon un autre aspect, l'invention vise également un procédé de traitement de requêtes, destiné à être mis en oeuvre par un point d'accès d'un réseau d'accès mobile contrôlé par un coeur de réseau, ce procédé comprenant : une étape de réception, en provenance d'un dispositif situé à l'entrée du coeur de réseau, d'un message de commande comprenant au moins une partie d'au moins un identifiant temporaire 30 alloué par ledit dispositif à au moins un terminal géré par ce dispositif pour communiquer avec le coeur de réseau, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire ; - sur réception d'une requête reçue en provenance d'un terminal : 35 o une étape de vérification si la requête reçue comprend ladite au moins une partie dudit au moins un identifiant temporaire comprise dans le message de commande et doit être bloquée conformément au message de commande ; o le cas échéant, une étape de blocage de ladite requête par le point d'accès ; 9 o sinon, une étape de transmission de ladite requête au dispositif situé à l'entrée du coeur de réseau. Corrélativement, l'invention vise aussi un point d'accès d'un réseau d'accès mobile contrôlé par un coeur de réseau, ce point d'accès comprenant : 5 - un module de réception, apte à recevoir en provenance d'un dispositif situé à l'entrée du coeur de réseau, un message de commande comprenant au moins une partie d'au moins un identifiant temporaire alloué par ledit dispositif à au moins un terminal géré par ce dispositif pour communiquer avec le coeur de réseau, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent 10 ladite au moins une partie dudit identifiant temporaire ; - des modules, activés sur réception d'une requête reçue en provenance d'un terminal, et comprenant : o un module de vérification, configuré pour vérifier si la requête reçue comprend ladite au moins une partie dudit au moins un identifiant temporaire comprise dans le 15 message de commande et doit être bloquée conformément au message de commande ; O un module de blocage, activé le cas échéant, pour bloquer la requête au niveau du point d'accès ; et o un module de transmission, activé sinon, et configuré pour transmettre la requête au 20 dispositif situé à l'entrée du coeur de réseau. Selon un autre aspect encore, l'invention vise un système de communication comprenant : un dispositif selon l'invention situé à l'entrée d'un coeur de réseau contrôlant un réseau d'accès mobile ; et 25 au moins un point d'accès du réseau d'accès mobile conforme à l'invention. Le procédé de traitement, le point d'accès et le système de communication selon l'invention bénéficient des mêmes avantages cités précédemment que le dispositif d'entrée du coeur de réseau et le procédé de gestion selon l'invention. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion 30 et/ou les différentes étapes du procédé de traitement selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif d'entrée du coeur de réseau contrôlant un réseau d'accès mobile ou plus généralement dans un ordinateur, ce 35 programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de gestion tel que décrit ci-dessus. L'invention vise également un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un point d'accès à un réseau d'accès 10 mobile ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de traitement tel que décrit ci-dessus. Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code 5 objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations ou d'enregistrement lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 10 Le support d'informations ou d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. 15 D'autre part, le support d'informations ou d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations ou d'enregistrement peut être un circuit 20 intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. On peut également envisager, dans d'autres modes de réalisation, que le procédé de gestion, le dispositif situé à l'entrée du coeur de réseau, le procédé de traitement, le point d'accès et le système de communication selon l'invention présentent en combinaison tout ou partie des 25 caractéristiques précitées. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de 30 réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente, de façon schématique, un système de communication conforme à l'invention, dans un mode particulier de réalisation ; les figures 2 et 3 représentent respectivement l'architecture matérielle d'un dispositif situé à l'entrée d'un coeur de réseau contrôlant un réseau d'accès mobile et d'un point d'accès de ce 35 réseau d'accès mobile conformes à l'invention et appartenant au système de communication de la figure 1; 11 - la figure 4 illustre sous forme d'ordinogramme les principales étapes du procédé de gestion selon l'invention tel qu'il est mis en oeuvre dans un mode particulier de réalisation par le dispositif de la figure 2; la figure 5 illustre sous forme d'ordinogramme les principales étapes du procédé de traitement 5 selon l'invention tel qu'il est mis en oeuvre dans un mode particulier de réalisation par le point d'accès de la figure 3 ; et la figure 6 représente les différents champs d'un identifiant temporaire GUT' tel que défini par le standard 3GPP. 10 Description détaillée de l'invention La figure 1 représente, dans son environnement, un système 1 de communication conforme à l'invention. Dans l'exemple de la figure 1, le système 1 de communication se situe dans un réseau mobile NW-4G de quatrième génération (4G), comprenant un réseau d'accès mobile conforme à la norme 4G, désigné par AN, et un coeur de réseau, désigné par CN, contrôlant le 15 réseau d'accès mobile AN. Le coeur de réseau CN permet aux différents utilisateurs du réseau mobile NW-4G, par l'intermédiaire d'une passerelle PGW (Packet Data Network GateWay), d'accéder via leurs terminaux respectifs à divers services applicatifs offerts par différents réseaux distants comme par exemple un réseau téléphonique publique IMS (IP Multimedia Subsystem) désigné par APP-N1, le réseau public Internet désigné par APP-N2, un réseau privé désigné par 20 APP-N3, etc. On note que dans l'exemple envisagé à la figure 1, le réseau mobile NW-4G est un réseau 4G. Cette hypothèse n'est toutefois pas limitative en soi, et l'invention s'applique à d'autres réseaux mobiles, comme par exemple à des réseaux mobiles 5G. De façon connue en soi, le coeur de réseau CN comprend à son entrée, un dispositif 2 25 de gestion de la mobilité aussi désigné par MME, gérant une pluralité de terminaux. Ce dispositif MME 2 est le premier noeud à proprement parler du coeur de réseau CN (dispositif d'entrée du coeur de réseau CN au sens de l'invention), et est connecté aux points d'accès 3 du réseau d'accès mobile AN. Les points d'accès 3 sont typiquement, dans l'exemple envisagé ici d'un réseau mobile 4G, des stations de base de type eNodeB avec lesquelles communiquent les terminaux enregistrés 30 auprès du réseau mobile par un lien radio conforme à la norme 4G. Par souci de simplification sur la figure 1, on considère une unique station de base eNodeB 3 connectée au dispositif MME 2 du coeur de réseau CN. La station de base eNodeB 3 permet à un terminal mobile 4 géré par le dispositif MME 2 d'émettre et de recevoir des communications sur le réseau mobile 4G. La gestion des sessions de 35 communication du terminal 4 sur le réseau mobile et le maintien de ces sessions lors de déplacements du terminal 4 est réalisée de façon connue en soi via une couche fonctionnelle appelée « strate de non-accès » (ou couche NAS), établie entre le terminal 4 et le coeur de réseau CN. Typiquement, le terminal mobile 4 envoie à destination du coeur de réseau CN et notamment 12 du dispositif MME 2, des requêtes dites NAS relatives à cette strate de non-accès dès qu'il souhaite établir une session de communication sur le réseau mobile. Ces requêtes NAS sont transportées par un signal radio émis par le terminal mobile 4 et reçu par la station de base eNodeB 3, qui les relaie ensuite jusqu'au dispositif MME 2 pour traitement. 5 Conformément à la norme 4G et notamment au mécanisme prévu dans le document de spécification 3GPP TS 23.401 v15.3.0 au paragraphe 4.3.7.4.2, lorsque le dispositif MME 2 détecte que le coeur de réseau CN se trouve dans un état de surcharge, il alloue à un terminal mobile dont il reçoit une requête NAS qu'il ne peut traiter en raison de la surcharge du coeur de réseau CN, une durée de contention. Cette durée de contention est destinée à retarder l'envoi 10 d'une nouvelle requête NAS par le terminal mobile en question pour ne pas surcharger davantage le coeur de réseau CN. Le dispositif MME 2 informe le terminal mobile de la durée de contention qui lui est allouée dans la réponse qu'il lui envoie à sa requête NAS. Lorsque le terminal mobile reçoit la réponse du dispositif MME 2 est que celle-ci contient une durée de contention, il est censé ne pas envoyer de nouvelle requête NAS à destination du coeur de réseau CN tant que la durée de 15 contention n'a pas expiré, ou tant qu'il ne reçoit pas du réseau mobile de requête de recherche (ou « paging » en anglais). En pratique, comme mentionné précédemment, certains terminaux mobiles susceptibles de communiquer sur le réseau mobile NW-4G ne respectent pas ce mode de fonctionnement et réémettent de façon intempestive leurs requêtes NAS sans tenir compte de la durée de contention qui leur a été attribuée. On suppose ici que c'est le cas du terminal mobile 4. 20 Dans ce document, on qualifie de « requêtes NAS illicites », les requêtes NAS émises par les terminaux connectés au réseau mobile NW-4G qui ne respectent pas la durée de contention qui leur a été attribuée. Conformément à l'invention, le système 1 de communication permet d'améliorer la résilience du réseau mobile NW-4G lorsqu'une surcharge du coeur de réseau CN est détectée, et 25 qu'un certain nombre de terminaux tels que le terminal mobile 4 ne respectent pas les mécanismes prévus par la norme 4G dans une telle situation. Comme détaillé davantage ultérieurement, aucune limitation n'est attachée à la façon dont l'état de surcharge du coeur de réseau est détecté. Pour améliorer la résilience du réseau mobile NW-4G, le dispositif MME 2 du système 1 de communication est configuré pour mettre en oeuvre un procédé de gestion d'un état de surcharge 30 du coeur de réseau CN selon l'invention, ce procédé s'appuyant sur l'analyse des requêtes NAS qu'il reçoit des terminaux qu'il gère communiquant sur le réseau mobile NW-4G, et plus particulièrement ici à titre illustratif, du terminal mobile 4. Le dispositif MME 2 est donc un dispositif situé à l'entrée du coeur de réseau CN aussi appelé dispositif d'entrée du coeur de réseau conforme à l'invention. 35 Dans le mode de réalisation décrit ici, le dispositif MME 2 dispose de l'architecture matérielle d'un ordinateur, telle que représentée schématiquement à la figure 2. Il comprend notamment un processeur 5, une mémoire morte 6, une mémoire vive 7, une mémoire non volatile 8 et des moyens de communication 9. Ces moyens de communication 9 13 permettent au dispositif MME 2 de communiquer avec les stations de base eNodeB 3 du réseau d'accès mobile AN (autrement dit avec les points d'accès du réseau d'accès mobile AN), via ces stations de base eNodeB 3, avec des terminaux connectés au réseau mobile NW-4G, et également avec d'autres équipements du coeur de réseau CN. 5 La mémoire morte 6 du dispositif MME 2 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 5 et sur lequel est enregistré un programme d'ordinateur PROG2 conforme à l'invention, comportant des instructions pour l'exécution d'un procédé de gestion selon l'invention. Le programme PROG2 définit divers modules fonctionnels et logiciels ici du dispositif 10 MME 2, aptes à mettre en oeuvre les étapes du procédé de gestion selon l'invention et s'appuyant sur les éléments matériels 5-9 du dispositif MME 2. Ces modules fonctionnels comprennent notamment, dans le mode de réalisation décrit ici (cf. figure 1) : un module 2A de réception, apte à recevoir des requêtes NAS de strate de non-accès en provenance de terminaux connectés au réseau d'accès mobile qu'il gère, via les stations de 15 base eNodeB du réseau d'accès AN (et donc en particulier ici à recevoir des requêtes NAS en provenance du terminal mobile 4 connecté à la station eNodeB 3) ; des modules, activés par le module de réception 2A suite à la réception d'une requête NAS d'un terminal (par exemple du terminal 4) et comprenant : o un module 2B de détection configuré pour détecter si une durée de contention est déjà 20 associée à ce terminal (par exemple dans un contexte maintenu dans sa mémoire non volatile 8 par le dispositif MME 2 pour ce terminal) ; et o un module 2C d'association, activé si aucune durée de contention n'est associée au terminal, et configuré pour associer et transmettre au terminal une durée de contention destinée à être respectée par celui-ci pour l'envoi de ses requêtes NAS à 25 destination du coeur de réseau ; des modules, activés si le module de détection 2B détecte qu'une durée de contention est déjà associée au terminal et n'est pas respectée par ce terminal, ces modules comprenant, dans le mode de réalisation décrit ici : o un module 2D d'incrémentation, configuré pour incrémenter un compteur global de 30 requêtes NAS illicites, noté CNTG, comptabilisant toutes les requêtes NAS illicites émises par les terminaux gérés par le dispositif MME 2 (ou en variante, par un sous-ensemble de ces terminaux), ainsi qu'un compteur de requêtes illicites spécifique au terminal en question, noté CNT(TERM), TERM désignant le terminal considéré (le dispositif MME 2 maintient ici un compteur spécifique pour chaque terminal qu'il gère à 35 l'origine de requêtes NAS illicites) ; o un module 2E de comparaison, configuré pour comparer le compteur global CNTG de requêtes NAS illicites à un premier seuil prédéterminé THRG, et pour comparer le compteur spécifique CNT(TERM) à un deuxième seuil prédéterminé THR ; 14 o un module 2F d'allocation, configuré pour allouer des identifiants temporaires aux terminaux mobiles ne respectant pas leurs durées de contention, activé sur détection d'événements prédéterminés, comme par exemple ici lorsque les compteurs spécifiques à ces terminaux dépassent le seuil THR ; et 5 o un module 2G d'envoi configuré pour envoyer aux points d'accès de la zone desservie par le dispositif MME 2, et notamment au point d'accès via lequel il a reçu la requête NAS du terminal, un message de commande comprenant au moins une partie d'un identifiant temporaire alloué au terminal par le dispositif MME 2 via son module d'allocation 2F, ce message de commande requérant un blocage par le point d'accès 10 de tout ou partie des requêtes émises par un terminal qui contiennent ladite partie de l'identifiant temporaire alloué au terminal. Dans le mode de réalisation décrit ici, le module 2G d'envoi est activé lorsque le module 2E de comparaison détermine que le compteur global CNTG a dépassé le premier seuil prédéterminé THRG. Les fonctions mises en oeuvre par les modules fonctionnels 2A-2G du dispositif MME 2 15 sont décrites plus en détail ultérieurement en référence notamment à la figure 4 illustrant les principales étapes du procédé de gestion selon l'invention. Comme mentionné précédemment, l'invention s'appuie, pour améliorer la résilience du réseau mobile NW-4G, non seulement sur le dispositif MME 2 mais également sur les points d'accès du réseau d'accès AN qui sont configurés par le dispositif MME 2 conformément à l'invention pour 20 opérer un filtrage des requêtes émises par des terminaux ne respectant pas les durées de contention qui leur sont allouées. A cet effet, les points d'accès du réseau d'accès AN, et notamment la station eNodeB 3 dans l'exemple illustré à la figure 1, sont configurés pour mettre en oeuvre le procédé de traitement selon l'invention ; il s'agit donc de points d'accès au réseau d'accès mobile AN conformes à l'invention. 25 Dans le mode de réalisation décrit ici, le point d'accès (i.e. station eNodeB) 3 a l'architecture matérielle d'un ordinateur, telle que représentée schématiquement à la figure 3. Il comprend notamment un processeur 10, une mémoire morte 11, une mémoire vive 12, une mémoire non volatile 13 et des moyens de communication 14. Ces moyens de communication 14 permettent à la station eNodeB 3 de communiquer via une liaison radio avec 30 des terminaux connectés au réseau mobile NW-4G (et notamment avec le terminal mobile 4), ainsi qu'avec des équipements du coeur de réseau CN comme typiquement le dispositif MME 2 gérant ces terminaux mobiles, via par exemple une liaison filaire. La mémoire morte 11 de la station eNodeB 3 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 10 et sur lequel est enregistré un programme 35 d'ordinateur PROG3 conforme à l'invention, comportant des instructions pour l'exécution d'un procédé de traitement selon l'invention. Le programme PROG3 définit divers modules fonctionnels et logiciels ici de la station eNodeB 3, aptes à mettre en oeuvre les étapes du procédé de traitement selon l'invention et 15 s'appuyant sur les éléments matériels 10-14 de la station eNodeB 3. Ces modules fonctionnels comprennent notamment ici (cf. figure 1) : - un module 3A de réception, apte à recevoir en provenance d'un dispositif situé à l'entrée du coeur de réseau CN, à savoir dans l'exemple envisagé à la figure 1 du dispositif MME 2, un 5 message de commande comprenant au moins une partie d'au moins un identifiant temporaire alloué par le dispositif MME 2 à au moins un terminal (en particulier dans l'exemple illustratif décrit ici au terminal mobile 4), ce message de commande requérant un blocage par la station eNodeB 3 de tout ou partie des messages émis par ledit au moins un terminal qui contiennent ladite au moins une partie dudit au moins un identifiant temporaire ; 10 - des modules, activés sur réception d'une requête reçue en provenance d'un terminal connecté au réseau mobile NW-4G (par exemple du terminal 4), et comprenant : o un module 3B de vérification, configuré pour vérifier si la requête reçue comprend ladite au moins une partie dudit au moins un identifiant temporaire comprise dans le message de commande et doit être bloquée conformément à ce message de 15 commande ; o un module 3C de blocage, activé le cas échéant, pour bloquer le message au niveau de la station eNodeB 3, autrement dit ne pas le transmettre à destination du coeur de réseau CN ; et o un module 3D de transmission, activé sinon, et configuré pour transmettre la requête 20 au dispositif situé à l'entrée du coeur de réseau CN, c'est-à-dire dire ici au dispositif MME 2. Les fonctions mises en oeuvre par les modules fonctionnels 3A-3D de la station eNodeB 3 sont décrites plus en détail ci-après en référence à la figure 5 illustrant les principales étapes du procédé de traitement selon l'invention. 25 Nous allons maintenant décrire, en référence aux figures 4 et 5 respectivement, les principales étapes d'un procédé de gestion d'un état de surcharge du coeur de réseau CN et les principales étapes d'un procédé de traitement d'un message telles qu'elles sont mises en oeuvre respectivement par le dispositif MME 2 et par la station eNodeB 3 dans un mode particulier de réalisation. 30 En référence à la figure 4, on suppose ici que le dispositif MME 2 détecte un état de surcharge du coeur de réseau CN (étape E10). Aucune limitation n'est attachée à la façon dont le dispositif MME 2 détecte un tel état de surcharge. Ainsi, par exemple, l'existence d'un état de surcharge du coeur de réseau CN peut être détectée de façon connue par le dispositif MME 2 à partir de la surveillance : 35 - d'une métrologie informatique des taux d'occupation des ressources informatiques du coeur de réseau CN (ex. CPU, mémoire, taux d'accès au stockage de masse, etc.) par les services traditionnels du système d'exploitation, ou indirectement au niveau du système d'orchestration du coeur de réseau ; et/ou 16 - d'une métrologie applicative, considérant le nombre de traitements en cours ou en attente (ex. sessions ou requêtes en cours de traitement) au niveau du coeur de réseau, par rapport au dimensionnement de référence du coeur de réseau. Les différents paramètres mesurés lors de cette surveillance (par exemple 5 périodiquement) peuvent être comparés à des seuils de surcharge prédéterminés traduisant que le coeur de réseau CN se trouve dans un état de surcharge. De tels seuils peuvent être déterminés expérimentalement ; pour plus de flexibilité, ils peuvent être dimensionnés en fonction du niveau de gravité de l'état de surcharge à partir duquel l'opérateur du réseau mobile NW-4G souhaite mettre en oeuvre les procédés de gestion et de traitement selon l'invention pour améliorer la 10 résilience du réseau mobile NW-4G (par exemple dès qu'une surcharge du coeur de réseau CN apparaît, ou si celle-ci s'aggrave au-delà d'un niveau de gravité prédéterminé, etc.). La mise en oeuvre des procédés de gestion et de traitement peut également être déclenchée en fonction d'une estimation réalisée par le dispositif MME 2, suite à la détection de la surcharge du coeur de réseau CN, de l'impact des requêtes NAS illicites sur l'état du coeur de 15 réseau CN et notamment sur son état de charge. Cet impact peut être déterminé par exemple en mesurant la proportion de requêtes NAS illicites reçues par le dispositif MME 2 par rapport à l'ensemble du trafic, puis en évaluant l'accroissement nécessaire des ressources à engager au niveau du coeur de réseau CN pour pouvoir traiter ces requêtes NAS illicites et/ou la qualité du service en résultant. On note que l'impact sur les ressources du coeur de réseau CN des requêtes 20 NAS illicites reçues par le dispositif MME 2 peut aller au-delà d'un simple rapport de proportionnalité si le traitement des requêtes NAT illicites nécessite notamment l'allocation de ressources supplémentaires par bloc au niveau du coeur de réseau CN, comme par exemple la création d'une nouvelle machine virtuelle. L'impact sur la qualité du service peut montrer par exemple un accroissement des longueurs des files d'attente au sein du coeur de réseau CN 25 incompatibles avec des exigences de temps de latence réduit. En fonction de l'impact ainsi évalué des requêtes NAS illicites sur le coeur de réseau CN et de la politique de gestion de surcharge envisagée par l'opérateur du réseau mobile NW-4G, le dispositif MME 2 peut activer ou non la mise en oeuvre des procédés de gestion et de traitement selon l'invention. 30 On note par ailleurs que la détection d'un état de surcharge du coeur de réseau CN et/ou l'estimation de l'impact des requêtes NAS illicites sur l'état du coeur de réseau peuvent être réalisés par d'autres équipements du coeur de réseau CN que le dispositif MME 2, ces équipements étant alors configurés pour informer le dispositif MME 2 de l'état du coeur de réseau CN. Dans le mode de réalisation décrit ici, on suppose que la détection d'un état de 35 surcharge du coeur de réseau CN par le dispositif MME 2 à l'étape E10 déclenche la mise en oeuvre des procédés de gestion et de traitement selon l'invention. Cette détection déclenche également l'initialisation à 0 de différents compteurs maintenus par le dispositif MME 2, et notamment dans le 17 mode de réalisation décrit ici, du compteur global CNTG de requêtes illicites NAS émis par les terminaux gérés par le dispositif MME 2. On suppose maintenant que le terminal mobile 4 émet à destination du coeur de réseau CN une première requête NAS R1 pour établir une session de communication sur le réseau 5 mobile NW-4G. La requête NAS R1 transite par la station eNodeB 3 qui la transmet au dispositif MME 2 gérant le terminal mobile 4 (étape F10 de la figure 5). Sur réception de la requête NAS R1 via son module 2A de réception et ses moyens de communication 9 (étape E20), le dispositif MME 2 détecte si une durée de contention a été précédemment attribuée au terminal mobile 4 (étape test E30). A cet effet, le module 2B de 10 détection du dispositif MME 2 consulte par exemple une base de données 15 stockée dans sa mémoire non volatile 8, et contenant les contextes précédemment établis par le dispositif MME 2 pour les terminaux mobiles dont il assure la gestion. Si le module 2B de détection ne détecte dans cette base de données 15 aucun contexte relatif au terminal mobile 4 et a fortiori/ou aucune durée de contention associée au 15 terminal mobile 4 (réponse non à l'étape test E30), le dispositif MME 2, via son module 2C d'association, détermine pour le terminal mobile 4 une durée de contention Tbackoff(4) appropriée et l'associe au terminal mobile 4 dans la base de données 15 (étape E40). Le module 2C d'association procède à cet effet par exemple comme décrit dans la norme 4G et notamment dans la spécification 3GPP TS 23.401 v15.3.0 au paragraphe 4.3.7.4.2 (la remarque faite précédemment 20 sur l'application de versions antérieures de ce document de spécification s'applique). Il stocke également dans le contexte du terminal mobile 4 l'instant de réception de la requête NAS R1, ainsi qu'un compteur CNT(4) de requêtes illicites spécifique au terminal mobile 4 qu'il initialise à 0. Puis le module 2C d'association transmet au terminal mobile 4 la durée de contention Tbackoff(4) qu'il vient de lui attribuer dans un message de réponse REP1 à sa requête NAS R1 25 (étape E50). Ce message de réponse REP1 transite via la station eNodeB3 qui le relaie au terminal mobile 4 (étape F20 de la figure 5). On suppose ici, qu'en dépit de la durée de contention Tbackoff(4) reçue dans le message de réponse REP1 à sa requête NAS R1, le terminal mobile 4 renvoie une nouvelle requête NAS R2 pour établir une session de communication sur le réseau mobile NW-4G sans respecter la 30 durée de contention Tbackoff(4), autrement dit, avant l'expiration de la durée de contention Tbackoff(4) qui lui a été allouée. La requête NAS R2, qualifiée dans ce document d'illicite car ne respectant pas la durée de contention allouée au terminal mobile 4, transite par la station eNodeB 3 qui la transmet au dispositif MME 2 (étape F30 de la figure 5). Sur réception de la requête NAS R2 via son module 2A de réception et ses moyens de 35 communication 9 (étape E20), le dispositif MME 2 détecte si une durée de contention a été précédemment attribuée au terminal mobile 4 (étape test E30). A cet effet, comme décrit précédemment, le module 2B de détection du dispositif MME 2 consulte la base de données 15 stockée dans sa mémoire non volatile 8, et contenant les contextes précédemment établis par le 18 dispositif MME 2 pour les terminaux mobiles dont il assure la gestion. Il détecte l'existence d'un contexte associé au terminal mobile 4 dans lequel est consignée la durée de contention Tbackoff(4) précédemment attribuée au terminal mobile 4 ainsi que l'instant de transmission de cette durée de contention Tbackoff(4) (réponse oui à l'étape test E30). 5 Le module 2B de détection vérifie alors si la durée de contention Tbackoff(4) attribuée au terminal mobile 4 est respectée en comparant la durée écoulée entre l'instant de transmission de la durée de contention Tbackoff(4) et l'instant de réception de la requête NAS R2 du terminal mobile 4 et la durée de contention Tbackoff(4) attribuée au terminal mobile 4 (étape test E60). Si la durée écoulée est supérieure à la durée de contention Tbackoff(4) (réponse oui à 10 l'étape test E60), alors cela signifie que le terminal mobile 4 a respecté la durée de contention qui lui a été attribuée, et le dispositif MME 2 traite la requête NAS R2 émise par le terminal mobile 4 (étape E70). Sinon (réponse non à l'étape test E60), cela signifie que le terminal mobile 4 n'a pas respecté la durée de contention qui lui a été attribuée et que la requête NAS R2 reçue du terminal 15 mobile 4 est une requête NAS « illicite » (étape E80). Comme mentionné précédemment, on suppose que c'est le cas dans l'exemple envisagé ici de la requête NAS R2. Dans le mode de réalisation décrit ici, le dispositif MME 2 ajoute alors le terminal mobile 4 à une liste de terminaux dits illicites répertoriant les terminaux qu'il gère à l'origine de requêtes NAS illicites et pour lesquels il envisage de filtrer les futures requêtes si celles-ci s'avèrent trop nombreuses, comme détaillé 20 davantage ultérieurement. Par ailleurs, sur détection du caractère illicite de la requête NAS R2, le dispositif MME 2, via son module d'incrémentation 2D, incrémente le compteur global CNTG de requêtes NAS illicites comptabilisant toutes les requêtes illicites émises par les différents terminaux gérés par le dispositif MME 2 (étape E90). 25 Dans le mode de réalisation décrit ici, le compteur global CNTG comptabilise toutes les requêtes NAS illicites de tous les terminaux gérés par le dispositif MME 2. En variante, on peut envisager que ce compteur global ne comptabilise que les requêtes NAS illicites émises par un sous-ensemble des terminaux gérés par le dispositif MME 2, et exclure notamment les requêtes illicites émises par certains terminaux comme par exemple des terminaux considérés comme 30 prioritaires ou appartenant à certains utilisateurs (dont les requêtes NAS seront par exemple traitées même si elles sont illicites), etc. Dans cette variante, ces terminaux « exclus » ne sont pas non plus répertoriés dans la liste des terminaux illicites. Par ailleurs, dans le mode de réalisation décrit ici, le module d'incrémentation 2D incrémente également le compteur CNT(4) de requêtes illicites spécifique au terminal mobile 4 et 35 comptabilisant les requêtes NAS illicites émises uniquement par le terminal mobile 4 (étape E90, incrémentation des compteurs CNTG et CNT(TERM) avec TERM=4 dans l'exemple ici). Puis le dispositif MME 2 compare, par l'intermédiaire de son module 2E de comparaison, le compteur ONT(4) de requêtes illicites spécifique au terminal mobile 4 à un seuil 19 prédéterminé THR (étape test E100). On note que le seuil THR peut être spécifique au terminal mobile 4 ou être le même pour tous les terminaux gérés par le dispositif MME 2. Si le compteur CNT(4) est inférieur ou égal au seuil THR (réponse oui à l'étape test E100), le dispositif MME 2 réitère ici les étapes E40 et E50, et répond au terminal mobile 4 en lui 5 envoyant un message de réponse REP2 à sa requête NAS R2 contenant la durée de contention qu'il lui a attribuée. Cette durée de contention peut être la même que celle attribuée précédemment au terminal mobile 4 en réponse à sa requête NAS R1, ou être différente. Dans le mode de réalisation décrit ici, si le compteur CNT(4) est supérieur au seuil THR (réponse non à l'étape test E100), le dispositif MME 2, par l'intermédiaire de son module 2F 10 d'allocation, alloue un identifiant temporaire dédié au terminal mobile 4 destiné à être utilisé par le terminal mobile 4 pour communiquer sur le réseau mobile NW-4G et en particulier avec le coeur de réseau CN (étape E110). Dans le mode de réalisation décrit ici, l'identifiant temporaire alloué au terminal mobile 4 est un identifiant temporaire global unique aussi appelé GUTI (Global Unique Temporary 15 Identifier) tel que celui qui est alloué classiquement à un terminal pour communiquer sur un réseau mobile (et en particulier sur un réseau 4G ou 5G), lorsque le terminal s'attache pour la première fois au réseau. Un tel identifiant GUTI est décrit par exemple dans le document 3GPP TS 23.003 v15.3.0 au paragraphe 2.8.1 (la remarque faite précédemment sur l'application de versions antérieures de ce document de spécification s'applique). 20 Cet identifiant GUTI permet dans l'état de la technique, de fournir une identité unique au terminal pour communiquer sur le réseau mobile NW-4G sans dévoiler l'identification confidentielle, privée et unique qui est stockée dans sa carte SIM (aussi connue sous le nom de IMSI pour International Mobile Subscriber Identity). L'identifiant GUTI est constitué, comme illustré sur la figure 6 : 25 - d'une première partie identifiant de manière unique le dispositif MME gérant le terminal considéré, aussi connue sous le nom de GUMMEI (Global Unique Mobility Management Entity Identifier). L'identifiant GUMMEI est construit à partir du code pays (MCC), du code opérateur (MNC) et de l'identifiant du dispositif MME ou MMEI (pour MME Identifier), l'identifiant MMEI étant lui-même constitué d'un identifiant de groupe MME (ou MME Group ID) et d'un code 30 MME (MME Code) ; et d'une deuxième partie identifiant de manière unique le terminal considéré parmi des terminaux gérés par le dispositif MME en question, aussi connue sous le nom M-TMSI (pour MME Tennporary Mobile Subscriber Identity). On note ici GUTIO(4) l'identifiant GUTI qui a été alloué au terminal mobile 4 par le 35 dispositif MME 2 lors de son attachement au réseau NW-4G conformément à l'état de la technique (i.e. en réponse à une requête NAS attach request envoyée par le terminal comme décrit par exemple dans le document de spécification 3GPP TS 23.401 v15.3.0 au paragraphe 5.3.2.1 (étape 17)), et que le terminal mobile 4 utilise pour communiquer jusqu'à présent sur le réseau NW-4G 20 (i.e. cet identifiant temporaire GUTIO(4) est inclus dans tous les messages et requêtes issus du terminal mobile 4). Autrement dit, dans le mode de réalisation décrit ici, sur détection du dépassement du seuil THR par le compteur CNT(4) de requêtes NAS illicites spécifique au terminal mobile 4, le 5 dispositif MME 2 déclenche l'allocation d'un nouvel identifiant temporaire GUTI1(4) au terminal mobile 4 en remplacement de l'identifiant temporaire GUTIO(4) qui lui avait été précédemment alloué (par le dispositif MME 2 déjà) pour communiquer sur le réseau mobile NW-4G lors de son attachement au réseau. Lors de la génération du nouvel identifiant temporaire GUTI1(4) et notamment de la 10 partie correspondant au M-TMSI, le module 2F d'allocation peut par exemple utiliser un masque commun dédié aux terminaux illicites (par exemple, les 16 premiers bits du M-TMSI positionnés à 1), combiné à un élément supplémentaire identifiant de manière unique le terminal 4 parmi les terminaux mobiles illicites gérés par le dispositif MME 2. Le dispositif MME 2 communique ensuite au terminal mobile 4 l'identifiant temporaire 15 GUTI1(4) qu'il vient de lui allouer pour communiquer sur le réseau mobile NW-4G et avec le coeur de réseau CN notamment (étape E120). Il procède à cet effet en incluant l'identifiant temporaire GUTI1(4) dans le message de réponse REP2 à la requête NAS R2, ou dans une commande « GUTI reallocation ». Cette procédure est décrite notamment dans les documents 3GPP TS 23.401 v15.3.0 au paragraphe 5.3.7 et TS 24.301 v15.1.0 au paragraphe 5.4.1. Dès lors, le terminal 20 mobile 4 est configuré pour utiliser cet identifiant temporaire GUTI1(4) lorsqu'il communique sur le réseau mobile NW-4G, et en particulier lorsqu'il envoie des requêtes NAS à destination du coeur de réseau CN. Autrement dit, lorsque le terminal mobile 4 envoie une requête à destination du réseau mobile NW-4G, il inclut dans cette requête son nouvel identifiant temporaire GUTI1(4) qui l'identifie de manière unique sur le réseau mobile NW-4G. 25 On note que si un autre type d'identifiant temporaire qu'un GUTI est utilisé dans la mise en oeuvre de l'invention, la transmission de cet identifiant temporaire au terminal mobile 4 déclenche la configuration du terminal mobile 4 pour que celui-ci utilise dans ses requêtes émises à destination du réseau mobile NW-4G et plus particulièrement du coeur de réseau CN cet identifiant temporaire. 30 Le dispositif MME 2 stocke par ailleurs l'identifiant temporaire GUTI1(4) nouvellement alloué au terminal mobile 4 dans le contexte associé à ce dernier dans la base de données 15. On note que dans le mode de réalisation décrit ici, on considère comme identifiant temporaire, un identifiant temporaire (à savoir le GUTI) déjà défini et utilisé classiquement sur les réseaux mobiles 4G pour identifier un terminal. Ceci permet de s'appuyer sur des procédures déjà 35 définies dans un réseau 4G de génération de GUTI, de transmission de GUTI aux terminaux, mais également d'utilisation de ces GUTI par les terminaux pour communiquer sur le réseau 4G, et donc de faciliter l'implémentation de l'invention. La mise en oeuvre de l'invention, dans ce mode de réalisation, est typiquement transparente pour les terminaux mobiles. 21 Toutefois, cette hypothèse n'est pas limitative, et l'invention peut également s'appuyer sur un autre type d'identifiant temporaire, qui vient s'ajouter aux identifiants temporaires déjà définis dans la norme, dès lors que celui-ci permet d'identifier de manière unique le terminal mobile 4 sur le réseau mobile NW-4G et est utilisé par celui-ci pour communiquer sur le réseau 5 mobile NW-4G et avec le coeur de réseau CN. Le dispositif MME 2, via son module 2E de comparaison, compare ensuite la valeur du compteur global CNTG de requêtes NAS illicites avec un seuil prédéterminé THRG (étape test E130). Ce seuil THRG est utilisé dans le mode de réalisation décrit ici pour déclencher le filtrage des requêtes NAS illicites par les points d'accès du réseau d'accès AN. Il est paramétrable par 10 l'opérateur du réseau mobile NW-4G (et du coeur de réseau CN), et est préférentiellement supérieur au seuil THR utilisé pour les compteurs spécifiques aux terminaux, le compteur CNTG étant un compteur global comptabilisant ici les requêtes NAS illicites de tous les terminaux gérés par le dispositif MME 2 (ou tout du moins pour tous les terminaux consignés dans la liste de terminaux illicites maintenue à jour par le dispositif MME 2). Il peut être déterminé en fonction 15 notamment de l'impact des requêtes illicites sur le coeur de réseau CN et/ou sur son état de surcharge. Si le compteur global CNTG est inférieur ou égal au seuil THRG (réponse oui à l'étape test E130), le dispositif MME 2 réitère les étapes E40 et E50, comme décrit précédemment lorsqu'il détecte que le compteur CNT(4) est inférieur ou égal au seuil THR. 20 Si le module 2E de comparaison détermine que le compteur global CNTG est supérieur au seuil THRG (réponse non à l'étape test E130), le filtrage des requêtes NAS illicites au niveau des points d'accès du réseau d'accès AN est déclenché par le dispositif MME 2 conformément à l'invention. A cet effet, le module 2G d'envoi du dispositif MME 2 envoie ici à la station eNodeB 3 25 un message de commande comprenant les identifiants temporaires alloués par le dispositif MME 2 à tous les terminaux répertoriés dans la liste de terminaux illicites maintenue par le dispositif MME 2 (ou au moins une partie représentative de chacun de ces identifiants temporaires, qui est susceptible d'être détectée par la station eNodeB 3 dans les messages envoyés par les terminaux transitant par cette station eNodeB 3), et requérant un blocage par la station eNodeB 3 de tout ou 30 partie des requêtes émises par ces terminaux (étape E140). Ces requêtes peuvent être avantageusement identifiées par la station de base eNodeB 3 car elles contiennent les identifiants temporaires GUTI1(TERM) alloués par le dispositif MME 2 aux terminaux de la liste des terminaux illicites ou au moins la partie représentative de ces identifiants temporaires permettant à la station de base eNodeB 3 de discriminer les requêtes qui doivent être filtrées. 35 Dans un mode particulier de réalisation, le message de commande envoyé par le module 2G d'envoi peut contenir uniquement les masques ayant servi à la génération des identifiants temporaires GliT11(TERM) alloués aux terminaux de la liste des terminaux illicites (autrement dit uniquement une partie de ces identifiants temporaires correspondant aux masques 22 utilisés pour les générer), pour blocage des requêtes comprenant des identifiants temporaires alloués aux terminaux qui ont généré ces requêtes contenant les masques en question. En pratique, d'autres parties des identifiants temporaires peuvent être transmises à la station eNodeB 3 pour identifier les requêtes devant être filtrées, dès lors que ces parties sont représentatives 5 d'identifiants de terminaux susceptibles de ne pas appliquer les durées de contention qui leur sont allouées et que les terminaux sont configurés pour inclure au moins ces parties des identifiants temporaires dans les requêtes qu'ils envoient et qui transitent par la station eNodeB 3. Dans une autre variante, les identifiants temporaires (ou une partie de ces identifiants temporaires) des terminaux mobiles appartenant à la liste de terminaux illicites peuvent être 10 envoyés séparément au point d'accès 3, par exemple lorsque le compteur spécifique associé à chacun de ces terminaux dépasse un seuil prédéterminé. Dans une autre variante, l'événement déclencheur de l'envoi du message de commande au point d'accès peut être la détection d'un niveau de charge du coeur de réseau CN supérieur à un seuil prédéterminé considéré comme requérant une intervention du dispositif 2 et 15 un renforcement de la politique de congestion appliquée pour sortir le coeur de réseau CN de son état de surcharge. Dans le mode de réalisation décrit ici, le message de commande envoyé par le module 2G à la station de base eNodeB 3 est un message OVERLOAD START tel que décrit dans la spécification 3GPP TS 23.401 au paragraphe 4.3.7.4.1 pour les réseaux mobiles 4G, adapté de 20 sorte à contenir une partie des identifiants temporaires GUTI1(Term) (par exemple dans un champ prévu à cet effet dans le message OVERLOAD START), et plus particulièrement la partie de ces identifiants correspondant au S-TMSI (noté S-TMSI1(Term)) qui est constitué, pour chaque identifiant GUTI alloué à un terminal, du code MME et de l'identifiant M-TMSI alloué à ce terminal (voir figure 6). Il convient de noter que dans les réseaux mobiles 4G, les terminaux sont configurés 25 pour utiliser pour communiquer avec le coeur de réseau, au niveau de la strate de non-accès (NAS), l'identifiant GUTI dans son intégralité, tandis qu'ils communiquent avec les stations eNode B, au niveau de la strate d'accès, en utilisant une partie seulement du GUTI, à savoir la partie correspondant au S-TMSI. On note par ailleurs que chaque S-TMSI extrait d'un identifiant temporaire GUTI alloué 30 à un terminal est lui-même à proprement parler un identifiant temporaire alloué à ce terminal au sens de l'invention, si bien que dans la suite de la description on désigne parfois également les STMSI par « identifiants temporaires S-TMSI ». Dans un autre mode de réalisation, les identifiants temporaires GUTI1(Term) sont transmis dans leur intégralité à la station de base eNodeB 3 dans le message de commande. 35 En outre, dans le cas où seule une partie des requêtes émises par les terminaux désignés par ces identifiants doivent être filtrées par le point d'accès 3 (par exemple toutes les requêtes émises par les terminaux à l'exception de celles liées à un service d'urgence), une mention complémentaire spécifiant les requêtes qui doivent être filtrées ou au contraire spécifiant 23 celles que le point d'accès doit laisser passer et transmettre au dispositif MME 2 est ajoutée dans le message de commande envoyé par le module 2F. On considère ici qu'en l'absence de mention explicite dans le message OVERLOAD START, la station eNodeB 3 doit filtrer toutes les requêtes sans exception émises par les terminaux dont elle a reçus les identifiants temporaires dans le 5 message de commande (ou correspondant aux masques reçus). On note que le message de commande peut comprendre en outre une indication temporelle spécifiant la durée pendant laquelle la station eNodeB3 doit filtrer les requêtes des terminaux de la liste des terminaux illicites. On considère ici que si aucune indication temporelle n'est fournie dans le message OVERLOAD START, la station eNodeB 3 applique le filtrage des 10 requêtes jusqu'à mention contraire du dispositif MME 2. Dans un autre mode de réalisation, on peut envisager l'utilisation d'un autre type de message qu'un message OVERLOAD START pour activer le filtrage des requêtes par la station eNodeB 3, par exemple un message de signalisation dédié à cet effet. En outre dans l'exemple envisagé ici, par souci de simplification, on considère une 15 unique station eNodeB 3 rattachée au dispositif MME 2 et a fortiori la transmission du message de commande contenant les identifiants S-TMSI1(TERM) des terminaux illicites à cette unique station eNodeB 3. Toutefois lorsque plusieurs stations eNode B sont rattachées au dispositif MME 2, celui-ci transmet préférentiellement le message de commande contenant les identifiants temporaires des terminaux illicites à filtrer à l'ensemble des stations eNode B qui lui sont rattachées, et pas 20 uniquement aux stations eNode B auxquelles sont connectés les terminaux illicites. Ceci permet de tenir compte d'une éventuelle mobilité des terminaux. En référence à la figure 5, la station eNodeB 3 reçoit, via son module 3A de réception et ses moyens de communication 14, le message de commande OVERLOAD START transmis par le dispositif MME 2 (étape F40), et extrait de ce message de commande, les identifiants temporaires 25 S-TMSI1(Term) dérivés des identifiants temporaires GUTI1(TERM) (ou les masques le cas échéant) des terminaux dont il doit filtrer les requêtes. Elle stocke en mémoire ces identifiants temporaires, par exemple dans sa mémoire non volatile 13. Dès lors, sur réception d'une requête R émise par un terminal enregistré auprès du réseau mobile NW-4G (réponse oui à l'étape test F50), telle que par exemple une requête RRC 30 Connection Request (telle que décrite notamment dans le document de spécification 3GPP TS 36.331 v15.3.0 aux paragraphes 5.3.3.1 et 5.3.3.3) émise par le terminal mobile 4, la station eNodeB 3 vérifie, via son module 3B de vérification, si cette requête contient l'un des identifiants temporaires S-TMSI1(Term) transmis dans le message de commande du dispositif MME 2 (étape test F60). Dans le mode de réalisation décrit, les identifiants temporaires communiqués à la station 35 eNodeB 3 étant des identifiants S-TMSI (utilisés par les terminaux au niveau de la strate d'accès), le module 3B de vérification analyse à cet effet le contenu du champ ue-Identity de la requête reçue R et compare l'identifiant S-TMSI compris dans ce champ avec la liste des identifiants 24 temporaires S-TMSI1(TERM) stockés dans sa mémoire non volatile 13 (ou des masques, le cas échéant). Dans l'exemple décrit ici où toutes les requêtes émanant de terminaux utilisant les identifiants temporaires S-TMSI1(TERM) doivent être filtrées inconditionnellement par la station 5 eNodeB 3, si l'identifiant S-TMSI compris dans la requête R coïncide avec l'un des identifiants temporaires S-TMSI1(TERM) (ou correspond le cas échéant à l'un des masques stockés ou à l'identifiant temporaire GUTI1(TERM)) (réponse oui à l'étape test F60), la station eNodeB3, via son module 3C de blocage, bloque la requête R : par blocage, on entend ici qu'elle ne transmet pas cette requête au coeur de réseau CN et notamment au dispositif MME 2, mais la rejette ou la 10 détruit (étape F70). Il en résulte a fortiori que les terminaux filtrés ne sont plus en mesure d'aggraver la surcharge du coeur de réseau CN avec des requêtes NAS illicites puisque les requêtes de ces terminaux ne sont plus transmises jusqu'à ce dernier. Au contraire, si l'identifiant S-TMSI compris dans la requête R ne coïncide avec aucun des identifiants temporaires S-TMSI1(TERM) (ou ne correspond à aucun des masques stockés ou à 15 un des GUTI stockés) (réponse non à l'étape test F60), la station eNodeB3, via son module 3D de transmission, transmet la requête R au dispositif MME 2 (étape F80). On note que la station eNodeB 3 procède de la même façon (i.e. elle transmet la requête R au dispositif MME 2) si en dépit du fait que la requête R contienne un identifiant S-TMSI coïncidant avec l'un des identifiants S-TMSI1(TERM), la requête R ne vérifie pas les critères de blocage mentionnés le cas échéant dans 20 le message de commande. La station eNode B 3 réitère les étapes F60 à F80 pour chaque requête R en provenance de terminaux qui transite par elle tant qu'elle n'a pas reçu d'instruction contraire du dispositif MME 2, ou dans l'hypothèse où une durée d'application du blocage des requêtes lui a été communiquée dans le message de commande, tant que cette durée n'est pas écoulée (réponse 25 non à l'étape F90). On suppose maintenant ici que le dispositif MME 2 détecte (lui-même ou via un autre équipement) que le coeur de réseau CN n'est plus dans un état de surcharge (étape E150 sur la figure 4). Dans le mode de réalisation décrit ici, le dispositif MME 2 est configuré pour, en 30 réponse à cette détection, désactiver le filtrage opéré par la station eNodeB 3. A cet effet, le dispositif MME 2 transmet à la station eNodeB 3 par l'intermédiaire de son module 2G d'envoi un message de désactivation du blocage des requêtes de ces terminaux (étape E170). Dans le mode de réalisation décrit ici, si par ailleurs, il est estimé que le fonctionnement illicite d'un certain terminal a été corrigé, le dispositif MME 2 via son module 2F 35 d'allocation alloue un nouvel identifiant temporaire GUTI2(TERM) au terminal afin de lui permettre de sortir du groupe de terminaux illicites (étape E160). L'allocation lors de l'étape E160 d'un nouvel identifiant temporaire GLITI2(TERM) à des terminaux répertoriés dans sa liste de terminaux illicites est réalisée de la même façon qu'à l'étape E110 précédemment décrite. Les identifiants 25 temporaires GUTI2(TERM) sont ensuite communiqués aux terminaux correspondant pour être utilisés par ceux-ci pour communiquer sur le réseau mobile NW-4G, en particulier avec le coeur de réseau CN, comme indiqué pour l'étape E120. On note que l'étape E160 peut être mise en oeuvre indifféremment avant, après ou concomitamment avec l'étape E170. 5 Par ailleurs, dans le mode de réalisation décrit ici, le message de désactivation envoyé par le module 2G à la station de base eNodeB 3 est un message OVERLOAD STOP tel que décrit la spécification 3GPP TS 23.401 au paragraphe 4.3.7.4.1 pour les réseaux mobiles 4G. Un tel message est prévu dans la spécification 3GPP pour annuler les effets d'un message OVERLOAD START envoyé précédemment. 10 En référence à la figure 5, sur réception du message de désactivation OVERLOAD STOP (réponse oui à l'étape F90), la station eNodeB 3 arrête le blocage des requêtes contenant les identifiants temporaires S-TMSI1(TERM) (étape F100). Dans le mode de réalisation décrit ici, elle supprime les identifiants temporaires S-TMSI1(TERP1) de sa mémoire non volatile. Dès lors, chaque requête nouvellement reçue par la station eNodeB 3 est transférée au dispositif MME 2, sans 15 opérer de filtrage. Dans le mode de réalisation décrit ici, on a considéré que les identifiants temporaires alloués par le dispositif MME 2 aux terminaux illicites étaient des identifiants GUTI et que seule une partie de ces identifiants permettant de discriminer (i.e. reconnaître, identifier) les requêtes émanant de ces terminaux illicites, à savoir les identifiants S-TMSI, était transmise aux stations de 20 base eNodeB 3, tandis que les identifiants temporaires GUTI sont transmis dans leur intégralité aux terminaux auxquels ils ont été alloués. Ce mode de réalisation permet de réutiliser et le cas échéant d'adapter des procédures d'allocation et de transmission (ainsi que des messages) existantes de l'état de la technique. Selon une autre interprétation, on peut considérer que les STMSI sont des identifiants temporaires au sens de l'invention alloués aux terminaux qui sont 25 transmis dans leur intégralité aux stations eNodeB, et intégrés dans des identifiants plus complets, à savoir les GUTI lorsqu'ils sont transmis aux terminaux. Dans le mode de réalisation décrit ici, le réseau mobile NW-4G est un réseau mobile 4G. Toutefois, l'invention s'applique à d'autres réseaux mobiles, et notamment à un réseau mobile 5G. Pour un tel réseau 5G, le dispositif situé en entrée du coeur de réseau et configuré pour mettre 30 en oeuvre le procédé de gestion selon l'invention est par exemple un équipement AMF (Access and Mobility management Function) de gestion de la mobilité et de l'accès au coeur de réseau, éventuellement associé à un équipement SMF (Session Management Function) de gestion de session du coeur de réseau pour la mise en oeuvre des étapes E10, E40 et E50 (c'est-à-dire pour l'allocation et la transmission des durées de contention, l'équipement AMF se trouvant sur le 35 chemin entre les terminaux et l'équipement SMF, étant alors configuré pour mémoriser les durées de contention allouées par l'équipement SMF et transmettre ces durées de contention aux terminaux concernés). Des messages OVERLOAD START et OVERLOAD STOP pouvant être utilisés 26 pour mettre en oeuvre l'invention sont définis par la norme et sont décrits notamment dans le document 3GPP TS 23.501 au paragraphe 5.19.5. L'invention qui vient d'être décrite permet d'améliorer facilement la résilience du réseau mobile considéré. En complément des procédés de gestion et de traitement selon 5 l'invention, d'autres mesures peuvent être mises en oeuvre pour gérer l'état de surcharge du coeur de réseau CN. Ainsi, par exemple, le dispositif MME 2 peut transmettre les identifiants permanents ou temporaires des terminaux appartenant à la liste de terminaux illicites qu'il maintient à d'autres entités du coeur de réseau et notamment aux entités PCC (Policy and Charging Contrai) de contrôle 10 de la charge du coeur de réseau, qui pourront appliquer envers les propriétaires de ces terminaux des actions spécifiques, telles qu'une réduction du débit de données dont ils bénéficient, ou l'imposition d'une pénalité. Selon un autre exemple, l'opérateur du coeur de réseau CN peut utiliser le compteur spécifique CNT(TERM) maintenu par le dispositif MME 2 pour chaque terminal ayant un 15 comportement illicite pour adapter sa stratégie en conséquence sur le plan commercial : notamment, l'opérateur pourra par exemple exiger des fabricants de configurer leurs terminaux de manière à ce qu'ils respectent le principe de fonctionnement préconisé par la norme par rapport aux durées de contention. Selon un autre exemple encore, le dispositif MME 2 peut enregistrer le comportement 20 illicite de chaque terminal (par exemple dans un fichier CDR pour Charging Data Record) afin que l'opérateur du coeur de réseau CN puisse adapter sa stratégie en conséquence au niveau de la supervision de réseau, ou pour appliquer une taxation spécifique au propriétaire du terminal pour non-respect de la norme. Bien entendu ces exemples ne sont donnés qu'à REVENDICATIONS1. Procédé de gestion d'un état de surcharge d'un coeur de réseau (CN) contrôlant un réseau d'accès mobile (AN), ce procédé de gestion étant destiné à être mis en oeuvre par un dispositif (2) situé à l'entrée du coeur de réseau, ledit procédé de gestion comprenant, pour au moins un terminal (4) connecté au réseau d'accès mobile via un point d'accès (3) et géré par ledit dispositif, suite à une réception (E20) d'une requête de strate de non-accès, dite requête NAS, en provenance dudit terminal : une étape (E30) de détection si une durée de contention est associée à ce terminal ; - si aucune durée de contention n'est associée au terminal, une étape d'association (E40) et de transmission (E50) audit terminal d'une durée de contention destinée à être appliquée par celui-ci pour l'envoi de requêtes NAS au coeur de réseau ; ledit procédé étant caractérisé en ce qu'il comprend en outre, si lors de l'étape (E30) de détection, il est détecté qu'une durée de contention est associée au terminal et n'a pas été respectée par celui-ci (E60), une étape (E110) d'envoi au terminal par le dispositif situé à l'entrée du coeur de réseau, via le point d'accès, d'un identifiant temporaire alloué au terminal pour communiquer avec le coeur de réseau, et une étape (E140) d'envoi au point d'accès, par le dispositif situé à l'entrée du coeur de réseau, d'un message de commande comprenant au moins une partie dudit identifiant temporaire, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire. 2. Procédé de gestion selon la revendication 1 comprenant en outre, si lors de l'étape de détection, il est détecté qu'une durée de contention est associée au terminal et n'a pas été respectée par ce terminal, une étape d'incrémentation (E90) d'un compteur global (CNTG) de requêtes NAS dites illicites associé à un ensemble comprenant une pluralité de terminaux dits illicites gérés par le dispositif situé à l'entrée du coeur de réseau et ne respectant pas les durées de contention qui leur ont été allouées, l'étape d'envoi au point d'accès du message de commande étant déclenchée lorsque le dispositif situé à l'entrée du coeur de réseau détecte que le compteur global est supérieur à un seuil prédéterminé. 3. Procédé de gestion selon la revendication 2 dans lequel le message de commande comprend au moins une partie de chaque identifiant temporaire alloué pour communiquer avec le coeur de réseau à chaque terminal de l'ensemble des terminaux illicites, le message de commande requérant le blocage par le point d'accès de tout ou partie des requêtes contenant lesdites parties des identifiants temporaires alloués aux terminaux de l'ensemble de terminaux illicites. 28 4. Procédé de gestion selon l'une quelconque des revendications 1 à 3 dans lequel l'étape d'envoi au point d'accès du message de commande est déclenchée lorsque le dispositif situé à l'entrée du coeur de réseau détecte un niveau de charge du coeur de réseau supérieur à un seuil prédéterminé. 5 5. Procédé de gestion selon l'une quelconque des revendications 1 à 4 comprenant en outre, si lors de l'étape de détection, il est détecté qu'une durée de contention est associée au terminal et n'est pas respectée par ce terminal, une étape d'incrémentation (E90) d'un compteur (CNT(TERM)) de requêtes NAS illicites spécifique au terminal, l'identifiant temporaire étant alloué 10 au terminal par le dispositif situé à l'entrée du coeur de réseau lorsque ledit dispositif détecte un dépassement par le compteur spécifique au terminal d'un seuil prédéterminé. 6. Procédé de gestion selon l'une quelconque des revendications 1 à 5 dans lequel l'identifiant temporaire alloué au terminal est un identifiant temporaire global unique ou GUTI 15 conforme à la spécification 3GPP TS 23.003, v15.3.0. 7. Procédé de gestion selon l'une quelconque des revendications 1 à 6 dans lequel le message de commande est un message OVERLOAD START conforme à la spécification 3GPP TS 23.401 v15.3.0 ou à la spécification 3GPP TS 23.501 v15.1.0, ledit message OVERLOAD START 20 étant modifié pour requérir un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire. 8. Procédé de gestion selon l'une quelconque des revendications 1 à 7 comprenant en outre, sur détection par le dispositif situé à l'entrée du coeur de réseau d'une cessation de l'état de 25 surcharge du coeur de réseau, une étape d'envoi (E170) au point d'accès d'un message de désactivation du blocage des requêtes. 9. Procédé de gestion selon la revendication 8 dans lequel le message de désactivation est un message OVERLOAD STOP conforme à la spécification 3GPP TS 23.401 v15.3.0 ou à la 30 spécification 3GPP TS 23.501 v15.1.0. 10. Procédé de gestion selon l'une quelconque des revendications 1 à 9 comprenant une étape d'allocation audit au moins un terminal d'un nouvel identifiant temporaire et une étape d'envoi de ce nouvel identifiant temporaire audit au moins un terminal pour communiquer avec le 35 coeur de réseau. 11. Procédé de gestion selon l'une quelconque des revendications 1 à 10 dans lequel le message de commande requiert un blocage par le point d'accès de toutes les requêtes émises par 29 un terminal qui contiennent ladite au moins une partie de l'identifiant temporaire à l'exception des requêtes relatives à un service d'urgence. 12. Procédé de traitement de requêtes, destiné à être mis en oeuvre par un point 5 d'accès (3) d'un réseau d'accès mobile contrôlé par un coeur de réseau, ce procédé comprenant : une étape de réception (F40), en provenance d'un dispositif situé à l'entrée du coeur de réseau, d'un message de commande comprenant au moins une partie d'au moins un identifiant temporaire alloué par ledit dispositif à au moins un terminal géré par ce dispositif pour communiquer avec le coeur de réseau, ce message de commande requérant un blocage par le 10 point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire ; sur réception (F50) d'une requête reçue en provenance d'un terminal : o une étape de vérification (F60) si la requête reçue comprend ladite au moins une partie dudit au moins un identifiant temporaire comprise dans le message de 15 commande et doit être bloquée conformément au message de commande ; o le cas échéant, une étape de blocage (F70) de ladite requête par le point d'accès ; o sinon, une étape de transmission (F80) de ladite requête au dispositif situé à l'entrée du coeur de réseau. 20 13. Programme d'ordinateur (PROG2,PROG3) comportant des instructions pour l'exécution des étapes du procédé de gestion selon l'une quelconque des revendications 1 à 11 ou comportant des instructions pour l'exécution des étapes du procédé de traitement selon la revendication 12 lorsque ledit programme est exécuté par un ordinateur. 25 14. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur selon la revendication 13. 15. Dispositif (2) situé à l'entrée d'un coeur de réseau contrôlant un réseau d'accès mobile, apte à gérer un état de surcharge du coeur de réseau et comprenant : 30 - un module (2A) de réception, apte à recevoir une requête de strate de non-accès, dite requête NAS, en provenance d'au moins un terminal connecté au réseau d'accès mobile via un point d'accès et géré par ledit dispositif ; des modules, activés pour au moins un dit terminal par le module de réception suite à la réception d'une requête NAS dudit terminal, ces modules comprenant : 35 o un module (2B) de détection configuré pour détecter si une durée de contention est associée audit terminal ; et o un module (2C) d'association, activé si aucune durée de contention n'est associée audit terminal, et configuré pour associer et transmettre audit terminal une durée de 30 contention destinée à être appliquée par celui-ci pour l'envoi de requêtes NAS au coeur de réseau ; le dispositif étant caractérisé en ce qu'il comprend en outre un module (2F) d'envoi activé si le module de détection détecte qu'une durée de contention est associée au terminal et n'a pas été 5 respectée par celui-ci, ledit module d'envoi étant configuré pour envoyer au terminal, via le point d'accès, un identifiant temporaire alloué au terminal pour communiquer avec le coeur de réseau, et pour envoyer au point d'accès un message de commande comprenant au moins une partie dudit identifiant temporaire, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie de 10 l'identifiant temporaire. 16. Point d'accès (3) d'un réseau d'accès mobile contrôlé par un coeur de réseau, ce point d'accès comprenant : - un module (3A) de réception, apte à recevoir en provenance d'un dispositif situé à l'entrée du 15 coeur de réseau, un message de commande comprenant au moins une partie d'au moins un identifiant temporaire alloué par ledit dispositif à au moins un terminal géré par ce dispositif pour communiquer avec le coeur de réseau, ce message de commande requérant un blocage par le point d'accès de tout ou partie des requêtes émises par un terminal qui contiennent ladite au moins une partie dudit identifiant temporaire ; 20 - des modules, activés sur réception d'une requête reçue en provenance d'un terminal, et comprenant : o un module (3B) de vérification, configuré pour vérifier si la requête reçue comprend ladite au moins une partie dudit au moins un identifiant temporaire comprise dans le message de commande et doit être bloquée conformément au message de 25 commande ; o un module (3C) de blocage, activé le cas échéant, pour bloquer la requête au niveau du point d'accès ; et o un module (3D) de transmission, activé sinon, et configuré pour transmettre la requête au dispositif situé à l'entrée du coeur de réseau. 30 17. Système de communication (1) comprenant : un dispositif (2) selon la revendication 15 situé à l'entrée d'un coeur de réseau contrôlant un réseau d'accès mobile ; et au moins un point d'accès (3) du réseau d'accès mobile selon la revendication 16. 35 18. Système de communication (1) selon la revendication 16 dans lequel le dispositif (2) situé à l'entrée du coeur de réseau est : 31 - un équipement SGSN (Serving GPRS Support Node) lorsque le réseau d'accès mobile est un réseau de deuxième ou troisième génération ; ou un équipement MME (Mobility Management Entity) de gestion de la mobilité lorsque le réseau d'accès mobile est un réseau de quatrième génération ; ou 5 un équipement AMF (Access and Mobility management Function) de gestion de la mobilité et de l'accès lorsque le réseau d'accès mobile est un réseau de cinquième génération.