Brevet FR3099680A1 — publié le 20210205

Description Titre de l'invention : Procédé de souscription à un géo-service dans une architecture MEC [0001] La présente invention se rapporte de manière générale au domaine des télécommu- nications et concerne plus précisément un procédé de souscription d'un équipement mobile à des informations propres à un lieu géographique, dans une architecture MEC (d'après l'anglais « Mobile Edge Computing »). [0002] L'architecture MEC telle que définie dans la spécification ETSI GS MEC 003 (« European Telecommunications Standards Institute Group Specification Mobile Edgc Computing ») permet de déporter certains calculs effectués dans un terminal mobile vers des serveurs distribués, localisés dans une zone géographique restreinte autour de la position du terminal mobile et/ou centralisés dans l'architecture MEC. Cela permet, notamment pour des dispositifs mobiles embarqués dans un véhicule connecté, de profiter d'une puissance de calcul très grande disponible dans ces serveurs, notamment pour afficher une cartographie haute définition de la route, enrichie d'évènements en temps réel et qui peut être partagée entre véhicules connectés. Un service complémentaire hébergé dans ces serveurs est un service de détermination d'un horizon virtuel aussi appelé horizon électronique, informant le véhicule d'objets ou d'événements survenant dans un futur proche mais non accessibles immédiatement par les capteurs embarqués dans le véhicule. Ces services de cartographie ou d'horizon électronique sont des géo-services dans le sens où les données qu'ils traitent dépendent d'un lieu géographique. [0003] Un équipement mobile ME de véhicule voulant bénéficier d'un tel service doit d'abord s'identifier et s'enregistrer auprès d'un serveur central SC d'un réseau d'architecture MEC, dans une première étape El comportant l'envoi d'un message MEI d'enregistrement, représenté à la figure I. A la réception de cc message MEI, le serveur central SC authentifie l'équipement mobile ME. Celui-ci étant authentifié, le serveur central SC vérifie que l'équipement mobile ME a les droits nécessaires pour utiliser le géo-service requis puis l'autorise à l'utiliser. [0004] Dans une deuxième étape E2, l'équipement mobile ME établit une session de com- munication avec un serveur périphérique SP de traitement de données qui instancie ce géo-service pour une zone géographique dans laquelle se trouve l'équipement mobile ME. [0005] Une fois la session de communication établie, l'équipement mobile ME envoie dans une étape E3 un message ME3 de souscription au géo-service, au serveur périphérique SP. Ce message ME3 comporte une liste d'évènements susceptibles de l'intéresser 2 dans une zone d'intérêt ROI qu'il indique également dans ce message ME3. La liste d'évènements comporte par exemple une valeur correspondant aux accidents de la route, et une autre valeur correspondant aux embouteillages. Le message ME3 peut être une requête de type http sécurisé. [0006] L'étape suivante E4 est l'envoi par le serveur périphérique SP à l'équipement mobile ME d'un message d'acquittement ME4, ici un message http sécurisé d'acquittement. [0007] Lorsqu'un évènement correspondant à la liste envoyée lors de l'étape E3 par l'équipement mobile ME survient, le serveur périphérique SP envoie un message MES sécurisé, pour en informer l'équipement mobile ME, dans une étape E5. [0008] Cette procédure permettant à un équipement mobile de souscrire à un géo-service induit une communication coûteuse entre l'équipement mobile et le serveur périphérique. En effet l'étape E2 de connexion https (d'après l'anglais « HyperText Transfer Protocol Sccure ») incluant l'ouverture d'une session de communication et une négociation TLS (d'après l'anglais « Transport Layer Security ») comporte l'échange d'environ vingt messages. Ces communications utilisent de plus des tranches uRLLC (d'après l'anglais « ultra-rcliable and low latency connexion ») à forte qualité de service pour assurer une notification en temps réel de l'équipement mobile. Ce sont donc des communications relativement chères et volumineuses en données pour l'équipement mobile et pour le réseau d'architecture MEC dont les ressources uRLLC sont limitées, tout comme les ressources de calcul dans les serveurs périphériques du réseau. De plus, le temps utilisé sur un serveur périphérique pour lancer une éxécution d'un géo-service est onéreux. [0009] 11 existe donc un besoin pour un équipement mobile, de limiter l'usage des ressources uRLLC et les connexions sur un serveur périphérique, lorsqu'il est utilisateur d'un géo-service dans un réseau d'architecture MEC. [0010] Un des buts de l'invention est de remédier à au moins une partie des inconvénients de la technique antérieure en fournissant un procédé de souscription d'un équipement mobile à un géo-service, et un procédé d'envoi à un équipement mobile d'informations liées à un géo-service, qui limitent les procédures de souscription de l'équipement mobile aux cas où les serveurs périphériques instanciant ce géo-service ont réellement des informations à fournir à l'équipement mobile. [0011] A cette fin, l'invention propose un procédé de souscription d'un équipement mobile à des informations sur des évènements d'au moins un type auprès d'un service de notification lié à la géographie d'un lieu, ledit service de notification étant hébergé dans un serveur périphérique de traitement de données dans un réseau d'architecture MEC, ledit procédé étant mis en oeuvre dans ledit équipement mobile et comportant des étapes de : [0012] - envoi d'un message de demande d'enregistrement auprès d'un serveur central dudit 3 réseau, [0013] - envoi d'un message de souscription à destination dudit serveur périphérique de traitement de données, audit au moins un type d'évènement, [0014] - réception d'un message donnant des informations audit équipement mobile sur un évènement dudit au moins un type, [0015] ledit procédé étant caractérisé en ce que ledit message de demande d'enregistrement indique ledit au moins un type d'évènement et en ce que l'étape d'envoi d'un message de souscription est conditionnée à l'existence d'une étape précédente de réception d'un message de notification qu'un évènement dudit au moins un type est survenu dans ledit lieu, des informations correspondantes étant aptes à être communiquées par ledit serveur périphérique, ledit message de notification étant délivré audit équipement mobile sur un canal de messagerie rapide dit canal de « paging ». [0016] Grâce à l'invention, l'équipement mobile ne déclenche la procédure de souscription auprès du serveur périphérique de traitement de données que si celui-ci a effectivement des informations à fournir à l'équipement mobile, c'est-à-dire qui correspondent à moins un des types d'évènements pour lesquels l'équipement mobile s'est enregistré préalablement auprès du serveur central. Ainsi on évite d'envoyer inutilement des messages correspondant à la procédure de souscription, on économise des ressources uRLLC et du réseau coeur de l'architecture MEC, et on réduit la consommation électrique du véhicule. [0017] Selon une caractéristique avantageuse du procédé de souscription selon l'invention, ledit équipement mobile indique dans ledit message de souscription une région d'intérêt pour laquelle ledit serveur périphérique doit lui envoyer lesdites informations sur lesdits évènements d'au moins un type. [0018] Ainsi même lorsque le véhicule souscrit auprès du serveur périphérique à certains types d'évènements, on économise l'envoi d'informations ne correspondant pas à la zone géographique présentant vraiment un intérêt pour l'équipement mobile. [0019] Typiquement, ledit équipement mobile est un module de communication d'un véhicule automobile et ladite région d'intérêt correspond à une trajectoire programmée dudit véhicule. Cet exemple d'utilisation de l'invention présente un intérêt particulier car la région d'intérêt peut être traitée de manière dynamique, le serveur central et les serveurs périphériques étant par exemple couplés à un service de localisation du véhicule pour suivre la position de celui-ci et restreindre dynamiquement la zone de diffusion des messages de notification. [0020] Selon une autre caractéristique avantageuse du procédé de souscription selon l'invention, l'étape de réception d'un message de notification comporte une sous-étape de décodage d'un champ de données spécifique à une telle notification d'évènement, ledit champ de données spécifique étant inclus dans un champ de données attribué au réseau coeur et présent dans le champ « Paging record » dudit canal de messagerie rapide. [0021] Ce champ de données spécifique est par exemple attribué à tous les services V2X (d'après l'anglais « vehicle-to-everything ») ce qui permet de spécifier une liste de type d'évènements auxquels les véhicules peuvent souscrire. [0022] L'invention concerne aussi un procédé d'envoi à un équipement mobile d'informations sur un évènement d'un type par un serveur périphérique de traitement de données hébergeant un service de notification lié à la géographie d'un lieu dans un réseau d'architecture MEC, ledit procédé étant mis en oeuvre dans ledit réseau et comportant des étapes de : [0023] - réception par un serveur central d'un message de demande d'enregistrement envoyé par ledit équipement mobile, ledit message comportant une indication d'au moins ledit type d'évènement, [0024] - envoi par ledit serveur central d'un message indiquant au moins ledit type d'évènement à au moins un serveur périphérique de traitement de données dudit réseau hébergeant ledit service de notification, [0025] - vérification par ledit au moins un serveur périphérique de la présence d'évènements dudit type dans sa hase de données, [0026] - lorsque ledit au moins un serveur périphérique comporte dans sa base de données un évènement dudit type, envoi par ledit au moins un serveur périphérique d'un message à au moins une station de base à laquelle il est rattaché pour diffusion sur un canal de messagerie rapide d'un message de notification de la présence dudit type d'évènement, audit équipement mobile, [0027] - réception par ledit au moins un serveur périphérique d'un message de souscription audit type d'évènement, envoyé par ledit équipement mobile, [0028] - envoi par ledit au moins un serveur périphérique d'un message audit équipement mobile, donnant des informations sur ledit évènement. [0029] Avantageusement, ledit message de souscription comporte une région d'intérêt, et ladite étape d'envoi d'un message donnant des informations est conditionnée au fait que ledit évènement concerne ladite région d'intérêt. [0030] Avantageusement encore, lors de l'étape d'envoi par ledit serveur central d'un message indiquant au moins ledit type d'évènement, ledit message indiquant au moins ledit type d'évènement n'est envoyé qu'aux serveurs périphériques de traitement de données dudit réseau hébergeant ledit service de notification dont la couverture réseau correspond à la position actuelle ou programmée dudit équipement mobile. [0031] Avantageusement encore, ledit au moins un serveur périphérique n'envoie un message qu'aux stations de base correspondant à la position actuelle ou programmée dudit équipement mobile, pour diffusion sur un canal de messagerie rapide dudit message de notification de la présence dudit évènement audit équipement mobile. [0032] Avantageusement encore, ledit au moins un serveur périphérique n'envoie ledit message à ladite au moins une station de hase que si ledit évènement est associé à la zone couverte par ladite au moins une station de base. [0033] Avantageusement encore, l'étape d'envoi par ledit au moins un serveur périphérique d'un message donnant des informations audit équipement mohile est suivie d'une étape d'envoi d'un message par ledit au moins un serveur périphérique à ladite moins une station de hase à laquelle il est rattaché pour stopper la diffusion sur ledit canal de messagerie rapide dudit message de notification lorsque ledit évènement devient obsolète ou lorsque ledit équipement mohile sort de la zone desservie par ledit au moins un serveur périphérique de traitement de données. [0034] Le procédé d'envoi à un équipement mohile d'informations sur un évènement d'un type par un serveur périphérique de traitement de données selon l'invention présente des avantages analogues à ceux du procédé de souscription selon l'invention. [0035] D'autres caractéristiques et avantages apparaîtront à la lecture d'un mode de réa- lisation préféré décrit en référence aux figures dans lesquelles : [0036] [fig.1] décrite en relation avec l'art antérieur, représente une procédure de sous- cription d'un équipement mobile à des évènements auprès d'un géo-service selon l'art antérieur, [0037] [fig.2] représente une procédure de souscription d'un équipement mobile à des évènements auprès d'un géo-service selon l'invention, ainsi qu'un procédé d'envoi à cet équipement mobile d'informations sur ces évènements selon l'invention, dans ce mode préféré de réalisation de l'invention, [0038] [fig.3] représente des étapes de suspension de l'envoi de messages de notification à l'équipement mobile lorsque les évènements correspondants sont devenus obsolètes, dans ce mode préféré de réalisation de l'invention, et [0039] [fig.4] représente des étapes de suspension de l'envoi de messages de notification à l'équipement mobile lorsque celui-ci sort de la zone de couverture correspondante, dans une variante de réalisation du procédé selon l'invention. [0040] Selon un mode de réalisation préféré de l'invention, un équipement mobile ME souscrit à un service de notification d'informations liées à la géographie d'un lieu, appelé géo-service, par la procédure représentée à la figure 2. [0041] Dans une première étape E11, l'équipement mobile ME, ici embarqué dans un véhicule, envoie un message MEll d'enregistrement à un serveur central SC d'un réseau d'architecture MEC. Ce message MEI I comporte un identifiant de l'équipement mobile ME, des valeurs de paramètres permettant d'évaluer les capacités de traitement et de communication du véhicule, un identifiant du géo-service auquel l'équipement mobile ME s'enregistre, et une ou des valeurs correspondant à des types 6 d'évènement dont l'équipement mobile demande à être notifié. Ces évènements correspondent par exemple à des travaux, des accidents, des véhicules lents ou des embouteillages. Le message ME1 1 s'appuie par exemple sur le protocole https. [0042] A la réception de ce message ME11, le serveur central SC authentifie l'équipement mobile ME, puis vérifie que l'équipement mobile ME a les capacités nécessaires pour utiliser le géo-scrvicc requis, et l'autorise à l'utiliser auprès des serveurs périphériques de traitement de données instanciant cc géo-service. Le serveur central SC envoie notamment, après l'étape El 1, un message ME12 à un premier serveur périphérique SP1 dans une étape E12 et un message ME13 à un deuxième serveur périphérique SP2 dans une étape El 3. Ces serveurs correspondent aux serveurs périphériques instanciant le géo-service et dont l'opérateur autorise l'accès à l'équipement mobile ME en fonction notamment de l'abonnement de celui-ci. Les messages ME12 et ME13 s'appuient par exemple sur les protocoles https ou mqtt (d'après l'anglais « Message Qucuing Telemetry Transport ») sur une couche sécurisée. En variante, si le serveur central SC est interface avec un service de localisation de l'équipement mobile ME, le serveur central SC n'envoie de messages, immédiatement après la première étape El 1, qu'au serveur périphérique de traitement de données correspondant à une localisation grossière du véhicule. Ainsi le véhicule bénéficiera du géo-service même s'il se déplace dans une zone de distance prédéfinic. [0043] Les messages ME12 et ME13 comportent chacun un identifiant de l'équipement mobile ME et une liste de valeurs correspondant à des types d'évènement dont il demande à être notifié. Cet identifiant d'équipement mobile dérive de l'IMEI (d'après l'anglais « International Mobile Equipment Identity ») selon les standards du réseau cellulaire. Les étapes El2 et El3 sont chacune suivies respectivement des étapes El4 et E15 qui sont par exemple effectuées simultanément. [0044] L'étape E14 est la vérification, par le serveur périphérique SRI, qu'un ou plusieurs évènements du type inclus dans la liste reçue à l'étape El2 sont enregistrés dans sa base de données. Dans cet exemple de réalisation de l'invention, on suppose qu'au moins un de ces évènements est enregistré dans la base de données du serveur périphérique SPI, par exemple un accident dans la zone géographique couverte par ce serveur périphérique. [0045] De même l'étape E15 est la vérification, par le serveur périphérique SP2, qu'un ou plusieurs évènements du type inclus dans la liste reçue à l'étape E13 sont enregistrés dans sa base de données. Dans cet exemple de réalisation de l'invention, on suppose qu'aucun évènement con-espondant n'est enregistré dans la base de données du serveur périphérique SP2. De ce fait le serveur périphérique SP2 enregistre la liste reçue à l'étape E13 mais n'initie pas de procédure de notification concernant l'équipement mobile ME. 7 [0046] Après l'étape E14, le serveur périphérique SPI envoie un message ME16 à une première station de hase SB1 lors d'une étape E16, et un message ME18 à une deuxième station de hase SB2 lors d'une étape El 8. Ces messages utilisent par exemple le protocole https. [0047] Ces stations de hase SB1 et SB2 correspondent aux stations d'émission et de réception radio auxquelles le serveur périphérique SP1 est rattaché. En variante, si le serveur périphérique SP1 est interface avec un service de localisation de l'équipement mobile ME, le serveur périphérique SP1 n'envoie de messages, immédiatement après l'étape E14, qu'aux stations de hase correspondant à une localisation grossière du véhicule, et/ou aux stations de hase dont la couverture géographique correspond aux évènements enregistrés dans la hase de données du serveur périphérique SP1. Ainsi le véhicule bénéficiera du géo-service même s'il se déplace dans une zone de distance prédéfinic et ne sera notifié que des évènements liés à cette zone de distance prédéfinic. [0048] Les messages ME16 et MEl8 comportent chacun un identifiant de l'équipement mobile ME et une ou des valeurs correspondant aux types d'évènements enregistrés dans la hase de données du serveur périphérique SP1 et compris dans la liste reçue à l'étape E12, ici une valeur correspondant à un accident. [0049] A la réception du message ME16, la station de hase SB1 envoie dans une étape E] 7, un message ME17 de notification à l'équipement mobile ME. L'envoi de cc message de notification ME17 utilise le canal de messagerie rapide dit de « paging ». Pour cela la station de base SB1 ajoute dans le sous-champ LTE (d'après l'anglais « Long Term Evolution ») dit « Paging Occasion (PO) » correspondant à l'identifiant de l'équipement mobile, un champ de données spécifique « V2X » dans le champ de données dit « PagingRecord » d'une liste de données « PagingRecordList » à destination des équipements mobiles rattachés à la station de base SB1. [0050] Le champ de données « PagingRecord » comporte alors les champs de données suivants : [0051] - « UE-identity » qui code une valeur d'identifiant de l'équipement mobile ME, [0052] - « cn-domain » qui prend les valeurs « ps » pour « packet-switched», « cs » pour « circuit-switched » ou « V2X » qui est une nouvelle valeur permettant de notifier l'équipement mobile selon l'invention, la valeur « cn-domain » choisie étant celle qui correspond au message destiné à l'équipement mobile : communication de données entrante, communication voix entrante ou message de notification selon l'invention. Dans cet exemple de réalisation de l'invention le champ « cn-domain » prend donc la valeur « V2X ». [0053] - le champ de données spécifique « V2X » qui code, dans cet exemple de réalisation, le type d'évènement correspondant à un accident. Plus généralement, le contenu de ce 8 champ est une table énumérant l'ensemble des événements présents dans la hase de données du serveur périphérique associé à la station de hase considérée et pour lesquels l'équipement mobile dont l'identifiant est « UE -identity » est potentiellement intéressé (i.e. qui font partie du message d'enregistrement ME11. Ainsi si lors du message d'enregistrement ME11, le véhicule a indiqué qu'il était intéressé par 4 types d'évènements {accident, animal sur la route, travaux, embouteillage}, le serveur périphérique SPI ayant dans sa hase de données des événements de type accident seulement, le champ « V2X » prend la valeur {Accident}. [0054] Le message ME17 correspondant à ce champ de données spécifique « V2X » est notifié périodiquement à l'équipement mobile ME, qui se réveille typiquement toutes les 1,048s (secondes) pour lire le champ « Paging Occasion ». Cette période de 1,048 correspond à un cycle réception discontinue appelé DRX, et permet à l'équipement mobile ME de ne pas monopoliser en continu ses ressources radio à l'écoute du canal de « paging » lorsqu'il est en mode veille. A la réception du message ME17 dans cette étape E17, l'équipement mobile ME décode donc ce champ spécifique « V2X » du message ME17 transmis sur le canal de « paging » et constate que le géo-service a enregistré un évènement de type « accident » susceptible de correspondre à sa région d'intérêt ROI. [0055] De même à la réception du message ME18, la station de base SB2 envoie dans une étape E19, un message ME19 de notification à l'équipement mobile ME. L'envoi de cc message de notification ME17 comportant le type d'évènement correspondant à un accident ainsi que l'identifiant de l'équipement mobile, utilise le canal de « paging » de manière similaire à l'étape E17. [0056] On suppose, dans cet exemple de réalisation de l'invention, que l'équipement mobile ME se trouve sous la couverture de la station de base SB1 et reçoit donc le message de notification ME17. [0057] L'étape suivante E20 est alors l'établissement d'une session de communication avec le serveur périphérique SPI de traitement de données, afin de récupérer des informations sur l'évènement de type « accident » dont il vient d'être notifié. Cette étape E20 se déroule de manière similaire à l'étape E2. [0058] L'étape suivante E21 est l'envoi par l'équipement mobile ME d'un message de sous- cription ME21 à l'évènement de type « accident ». Ce message ME21 comporte l'identité de l'équipement mobile ainsi qu'une valeur correspondant au type d'évènement « accident », et qu'une région d'intérêt ROI correspondant, dans cet exemple de réalisation de l'invention, à une trajectoire programmée du véhicule. [0059] Il est à noter que ce message ME21 ne comporte pas de valeur correspondant à un type d'évènement autre qu'«accident » puisque l'équipement mobile sait grâce au message de notification ME17 qu'il n'y a pas d'évènements d'autres types enregistrés 9 dans la hase de données du serveur périphérique SP1. De plus l'équipement mohile ME n'envoie un message de souscription qu'au serveur périphérique SP1 car c'est celui qui correspond à sa position géographique. [0060] Si entretemps un nouveau type d'événement apparaissait dans la hase de données du serveur SPI (un animal sur la route étant détecté par exemple), le champ « V2X » du « Paging Record » des équipements mobiles intéressés par ce type d'événement serait mis à jour et les équipements mobiles seraient notifiés de cc nouveau type d'évènement lors de la prochaine transmission du message de messagerie rapide, dit de paging. Un équipement mobile recevrait alors une notification sur ce canal avec le champ « V2X » valant {Accident, Animal sur la route}. Après reçu cette notification, il pourrait alors inclure ce nouveau type d'événement dans son prochain message de souscription auprès du serveur SP1. [0061] A la réception du message ME21, le serveur périphérique SPI envoie un message ME22 d'acquittement à l'équipement mohile ME, dans une étape E22. Puis le serveur périphérique SPI vérifie si l'évènement qu'il a enregistré se trouve dans la région d'intérêt ROI du véhicule. On suppose dans cet exemple de réalisation, que l'accident dont il est question s'est produit dans la zone d'intérêt ROI du véhicule. [0062] L'étape suivante E23 est alors l'envoi d'un message ME23 par le serveur péri- phérique SPI à l'équipement mohile ME, comportant des informations liées à l'accident, notamment la position de l'accident. [0063] Il est à noter qu'en fonction des occurrences d'évènements traités par le géo-service, plus ou moins d'échanges de messages sont nécessaires dans le réseau d'architecture MEC lors de l'utilisation de l'invention. Notamment : [0064] - dans le cas où l'accident n'a pas lieu dans la zone d'intérêt du véhicule, l'étape E23 n'a pas lieu, le serveur périphérique n'envoyant pas les informations correspondantes au véhicule dans ce cas. [0065] - dans le cas où un autre type d'évènement a lieu dans la zone desservie par le serveur périphérique SP1, par exemple des travaux, les messages ME17 et ME19 comporteront deux valeurs dans le champ de données spécifique « V2X », correspondant aux types « accident » et « travaux » pourvu que l'équipement ait indiqué lors de l'étape El l d'enregistrement être intéressé par au moins les événements de type accident » et « travaux ». [0066] - dans le cas où un autre évènement d'un type compris dans la liste reçue à l'étape E13 a lieu dans la zone desservie par le serveur périphérique SP2, celui-ci envoie des messages aux stations de base auxquelles il est associé pour qu'elles notifient par le canal de « paging » la présence de cet autre évènement à l'équipement mobile ME. Celui-ci ne recevra cette notification que lorsqu'il entrera sous la couverture d'une de ces stations de base. [0067] Il est à noter que dans ce dernier cas où un autre évènement a lieu dans la zone desservie par le serveur périphérique SP2, l'ordre d'exécution des étapes est différent dans la variante dans laquelle le serveur central SC n'envoie un message comportant les évènements d'intérêt pour l'équipement mobile qu'au serveur périphérique SP1 desservant la zone dans laquelle se trouve le véhicule. En effet dans cette variante, il faut attendre que le véhicule entre dans la zone desservie par le serveur périphérique SP2 pour que le serveur central SC, notifié de ce mouvement par le service de localisation, envoie un message avec les évènements d'intérêt au serveur périphérique SP2, qui alors envoie des messages aux stations de hase auxquelles il est rattaché, ces stations de hase notifiant alors l'équipement mobile ME. Si le serveur périphérique SP2 est également interface avec le service de localisation, il n'envoie de préférence un message qu'à la station de hase sous laquelle se trouve l'équipement mobile ME, et éventuellement seulement si cet autre évènement se trouve dans la zone couverte par cette station de hase, afin d'économiser encore des ressources réseau et radio. [0068] En référence à la figure 3, des étapes supplémentaires E30 à E33 sont prévues dans le cas où le serveur périphérique SP1 n'a plus d'évènements enregistrés dans sa hase de données, pour lesquels l'équipement mobile ME avait demandé à recevoir des notifications. Dans cet exemple d'utilisation de l'invention, on suppose par exemple que le véhicule accidenté correspondant à l'évènement notifié à l'étape E17 a été dégagé de la route. [0069] L'étape E30 est alors la suppression, dans la base de données du serveur périphérique SP1, de l'évènement correspondant à cet accident. [0070] Les étapes suivantes E32 et E33 sont l'envoi de messages ME32 et ME33 par le serveur périphérique SP1, respectivement à la station de base SB2 et à la station de base SB1, leur demandant d'arrêter d'insérer le message « V2X » correspondant au type d'évènement « accident » dans le canal de « paging » à destination de l'équipement mobile ME. Les stations de base SB2 et SB1 libèrent ainsi des ressources radio et mémoire en effaçant cette demande de notification de leur base de données. Il est à noter que le serveur périphérique n'efface pas pour autant ses données liées à l'équipement mobile ME pour le géo-service tant que l'équipement mobile ne se désenregistre pas de ce géo-service. Ainsi si un nouvel évènement intéressant l'équipement mobile ME survient, le serveur périphérique SP1 sera en mesure de ré-envoyer des messages similaires aux messages ME16 et ME18 à ses stations de base de rattachement. [0071] Dans la variante où le serveur périphérique SP1 est interfacé avec un service de loca- lisation, le serveur périphérique SP1 n'envoie de message demandant l'arrêt de la notification à l'équipement mobile ME par le canal de « paging » qu'à la station de base sous la couverture de laquelle se trouve l'équipement mobile ME. 11 [0072] L'équipement mobile est notifié de la disparition de l'accident par l'absence du champ de donnée « V2X » dans le canal de « paging », au prochain cycle de réception discontinue DRX. Si au contraire un prochain champ de données « V2X » émis par le canal de « paging » comporte un nouveau type d'évènement, compris dans le message ME11, par exemple correspondant à des travaux, alors l'équipement mobile « ME » pourra mettre à jour sa demande de souscription pour recevoir les informations correspondantes par l'envoi d'un nouveau message similaire au message ME21. [0073] En référence à la figure 4, des étapes supplémentaires E40 à E43 sont prévues dans la variante de réalisation de l'invention dans laquelle le serveur central SC est interfacé avec un service de localisation de l'équipement mobile ME. [0074] En effet dans cette variante de réalisation, afin d'économiser des ressources radio, le serveur central SC libère les ressources attribuées à l'équipement mobile ME dans un serveur périphérique lorsque l'équipement mobile ME sort de la zone desservie par ce serveur périphérique. Ces ressources seront bien sûr réattribuées à nouveau par un message envoyé par le serveur central SC au serveur périphérique si le serveur central SC détecte un retour de l'équipement mobile ME dans la zone desservie par ce serveur périphérique. [0075] Ainsi à l'étape E40, le serveur central SC détecte une sortie de l'équipement mobile ME de la zone desservie par le serveur périphérique SP1. [0076] L'étape suivante E41 est alors l'envoi d'un message ME41, par le serveur central SC, au serveur périphérique SPI. Ce message ME4I signale que l'équipement mobile ME a changé de serveur périphérique de rattachement. [0077] A la réception du message ME41, le serveur périphérique SPI envoie des messages ME42 dans une étape E42 à la station de base SB2, et ME43 dans une étape E43 à la station de base SB1, puis efface de sa mémoire les données attribuées à l'équipement mobile ME concernant le géo-service. Ces messages ME42 et ME43 sont similaires aux messages ME32 et ME33 : ils demandent l'arrêt de la notification par le canal de paging » à destination de l'équipement mobile ME des types d'évènements intéressant l'équipement mobile ME. Les stations de base SB2 et SBI libèrent ainsi des ressources radio et mémoire en effaçant cette demande de notification de leur base de données. [0078] Dans la variante où le serveur périphérique SPI est interfacé avec un service de loca- lisation, le serveur périphérique SPI n'envoie de message demandant l'arrêt de la notification à l'équipement mobile ME par le canal de «paging » qu'à la station de base sous la couverture de laquelle se trouvait l'équipement mobile ME. [0079] Il est à noter que dans la variante principale de réalisation, les ressources attribuées à la notification d'évènements au véhicule ne sont définitivement libérées dans les serveurs périphériques et dans les stations de base en général que lors du désern-e- 12 gistrement du véhicule au géo-service. [0080] De plus d'autres variantes de réalisation de l'invention sont bien entendu envi- sageables et parfois combinables. Par exemple en variante le serveur central SC est interface avec un service de localisation de l'équipement mobile ME, mais au lieu de faire attribuer des ressources pour l'équipement mobile ME dans les différents serveurs périphériques dynamiquement en fonction de la position de l'équipement mobile, il fait attribuer ces ressources une fois pour toutes, après le message d'enregistrement ME11, dans tous les serveurs périphériques desservant la région d'intérêt de l'équipement mobile ME, par exemple une trajectoire programmée. Dans ce cas le message d'enregistrement MEl l comporte la région d'intérêt ROI de l'équipement mobile ME. Dans cette variante ou une autre variante les serveurs périphériques sont par exemple interfaces avec un service de localisation très précis, permettant de ne monopoliser des ressources pour l'équipement mobile ME pour le géo-service que dans les stations de base auxquelles est rattaché l'équipement mobile ME. [0081] Enfin le message de notification utilisant le canal de paging peut s'adresser à un seul équipement mobile ou un groupe d'équipements mobiles (par exemple un groupe de véhicules ayant souscrit à un même géo-service). L'identification associée au canal de notification et transmis dans ce canal de notification serait alors un identifiant collectif. Dans ce cas un seul message d'enregistrement serait envoyé au serveur central par exemple via un serveur de gestion de flotte pour cet ensemble de véhicules. 13 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] REVENDICATIONSProcédé de souscription d'un équipement mobile (ME) à des informations sur des évènements d'au moins un type auprès d'un service de notification lié à la géographie d'un lieu, ledit service de notification étant hébergé dans un serveur périphérique (SPI) de traitement de données dans un réseau d'architecture MEC, ledit procédé étant mis en oeuvre dans ledit équipement mobile (ME) et comportant des étapes de : - envoi (El 1) d'un message (MEI 1) de demande d'enregistrement auprès d'un serveur central (SC) dudit réseau, - envoi (E21) d'un message (ME21) de souscription à destination dudit serveur périphérique (SP1) de traitement de données, audit au moins un type d'évènement, - réception (E23) d'un message (ME23) donnant des informations audit équipement mobile (ME) sur un évènement dudit au moins un type, ledit procédé étant caractérisé en ce que ledit message (ME11) de demande d'enregistrement indique ledit au moins un type d'évènement et en ce que l'étape d'envoi (E21) d'un message (ME21) de souscription est conditionnée à l'existence d'une étape précédente de réception (E17) d'un message (ME17) de notification qu'un évènement dudit au moins un type est survenu dans ledit lieu, des informations correspondantes étant aptes à être communiquées par ledit serveur périphérique (SP1), ledit message (ME17) de notification étant délivré audit équipement mobile (ME) sur un canal de messagerie rapide dit canal de « paging ». Procédé de souscription d'un équipement mobile selon la revendication 1, dans lequel ledit équipement mobile (ME) indique dans ledit message (ME21) de souscription une région d'intérêt pour laquelle ledit serveur périphérique (SP1) doit lui envoyer lesdites informations sur lesdits évènements d'au moins un type. Procédé de souscription d'un équipement mobile (ME) selon la revendication 2, clans lequel ledit équipement mobile (ME) est un module de communication d'un véhicule automobile et dans lequel ladite région d'intérêt correspond à une trajectoire programmée dudit véhicule. Procédé de souscription d'un équipement mobile (ME) selon l'une quelconque des revendications 1 à 3, dans lequel l'étape de réception (E17) d'un message de notification (ME17) comporte une sous-étape de décodage d'un champ de données spécifique à une telle notification d'évènement, ledit champ de données spécifique étant inclus dans un 14 [Revendication 5] [Revendication 6] [Revendication 7] champ de données attribué au réseau coeur et présent dans le champ « Paging record » dudit canal de messagerie rapide. Procédé d'envoi à un équipement mobile (ME) d'informations sur un évènement d'un type par un serveur périphérique (SP1) de traitement dc données hébergeant un service de notification lié à la géographie d'un lieu dans un réseau d'architecture MEC, ledit procédé étant mis en oeuvre dans ledit réseau et comportant des étapes de : - réception par un serveur central (SC) d'un message (ME11) de demande d'enregistrement envoyé par ledit équipement mobile (ME), ledit message (ME11) comportant une indication d'au moins ledit type d'évènement, - envoi par ledit serveur central (SC) d'un message (ME12) indiquant au moins ledit type d'évènement à au moins un serveur périphérique (SP1) de traitement dc données dudit réseau hébergeant ledit service de notification, - vérification (E14) par ledit au moins un serveur périphérique (SPI) de la présence d'évènements dudit type dans sa base de données, - lorsque ledit au moins un serveur périphérique (SP1) comporte dans sa hase dc données un évènement dudit type, envoi (El 6) par ledit au moins un serveur périphérique (SP1) d'un message (ME16) à au moins une station de base à laquelle il est rattaché pour diffusion sur un canal de messagerie rapide d'un message de notification (ME17) de la présence dudit type d'évènement, audit équipement mobile (ME), -réception par ledit au moins un serveur périphérique (SP1) d'un message de souscription (ME21) audit type d'évènement, envoyé par ledit équipement mobile (ME), - envoi (E23) par ledit au moins un serveur périphérique (SP1) d'un message (ME23) audit équipement mobile (ME), donnant des informations sur ledit événement. Procédé d'envoi à un équipement mobile (ME) d'informations sur un évènement d'un type par un serveur périphérique (SP1) de traitement de données selon la revendication 5, dans lequel ledit message de souscription (ME21) comporte une région d'intérêt, et dans lequel ladite étape (E23) d'envoi d'un message (ME23) donnant des informations est conditionnée au fait que ledit évènement concerne ladite région d'intérêt. Procédé d'envoi à un équipement mobile d'informations sur un évènement d'un type par un serveur périphérique (SP1) de traitement de 15 [Revendication 8] [Revendication 9] [Revendication 10] données selon la revendication 5 ou 6, dans lequel, lors de l'étape d'envoi par ledit serveur central (SC) d'un message (ME12) indiquant au moins ledit type d'évènement, ledit message (ME12) indiquant au moins ledit type d'évènement n'est envoyé qu'aux serveurs périphériques de traitement de données dudit réseau hébergeant ledit service de notification dont la couverture réseau correspond à la position actuelle ou programmée dudit équipement mobile (ME). Procédé d'envoi à un équipement mobile (ME) d'informations sur un évènement d'un type par un serveur périphérique (SPI) de traitement de données selon la revendication 7, dans Icqucl ledit au moins un serveur périphérique (SPI) n'envoie un message (ME16) qu'aux stations de hase correspondant à la position actuelle ou programmée dudit équipement mobile (ME), pour diffusion sur un canal de messagerie rapide dudit message de notification (ME17) de la présence dudit évènement audit équipement mobile (ME). Procédé d'envoi à un équipement mobile (ME) d'informations sur un évènement d'un type par un serveur périphérique (SP1) de traitement de données selon la revendication 8, dans Icqucl ledit au moins un serveur périphérique (SPI) n'envoie ledit message à ladite au moins une station de base que si ledit évènement est associé à la zone couverte par ladite au moins une station de base. Procédé d'envoi à un équipement mobile (ME) d'informations sur un évènement d'un type par un serveur périphérique (SPI) de traitement de données selon l'une quelconque des revendications 5 à 9, dans lequel l'étape d'envoi (E23) par ledit serveur périphérique (SPI) d'un message (ME23) donnant des informations audit équipement mobile (ME) est suivie d'une étape d'envoi (E33) d'un message (ME33) par ledit au moins un serveur périphérique (SPI) à ladite moins une station de base (SB1) à laquelle il est rattaché pour stopper la diffusion sur ledit canal de messagerie rapide dudit message de notification (ME17) lorsque ledit évènement devient obsolète ou lorsque ledit équipement mobile (ME) sort de la zone desservie par ledit au moins un serveur périphérique (SPI) de traitement de données.