Différentiation de classes de services de proximité dans des messages entre terminaux mobiles La présente invention concerne l'utilisation de services de proximité dans un réseau de télécommunication, et plus particulièrement l'optimisation du traitement des messages échangés entre terminaux dans le cadre d'un tel service de proximité. Le développement récent des communications directes entre terminaux mobiles, dans les réseaux mobiles de télécommunication, a permis la mise en place d'un certain nombre de services de proximité entre terminaux dans ce type de réseaux. Ce type de service a notamment fait l'objet d'une standardisation d'un ensemble de procédures et d'extensions de l'architecture EPS, dénommé « ProSe » (pour « Proximity Services »), spécifiées par le groupement 3GPP dans la spécification technique TS 23.303, reposant sur l'établissement de communications directes, dans un réseau 4G ou un réseau Wi-Fi, entre terminaux mobiles se trouvant à proximité l'un de l'autre. Cette architecture « ProSe » se base notamment sur : - l'ajout d'une entité fonctionnelle appelée « ProSe function » dans le coeur du réseau EPC (Evolved Packet Core), permettant d'effectuer des opérations de configuration et d'authentification/autorisation d'accès à des services de type « ProSe »; - une évolution fonctionnelle des terminaux mobiles, afin de supporter les procédures relatives à la découverte d'autres terminaux mobiles autour d'eux et à l'établissement de communications directes avec ces terminaux mobiles. Ainsi, parmi les fonctionnalités offertes par l'architecture « ProSe », une procédure de découverte directe appelée « ProSe Direct Discovery » est définie afin de permettre à un terminal mobile de découvrir son voisinage, et notamment les terminaux mobile à proximité susceptibles d'interagir dans le cadre d'un service de proximité. Cette phase de découverte « directe » se déclenche après que le mobile ait préalablement participé à une phase d'autorisation d'accès aux services ProSe auprès de l'entité « ProSe function ». Si le terminal mobile est autorisé à souscrire à un service de proximité par l'entité « ProSe function », l'entité « ProSe function » lui alloue un code temporaire, spécifique au service de proximité en question et d'une longueur importante (typiquement 184 bits), composé d'une partie fixe (typiquement un identifiant PLMN-ID du réseau de communication) et une partie aléatoire générée par l'entité « ProSe function »l', que le terminal mobile pourra soit annoncer en envoyant des messages de découverte contenant ce code, soit écouter en analysant des messages de découverte reçus de terminaux tiers, dans la cellule radio (4G ou Wifi) dans laquelle il se trouve. Lorsqu'un message de découverte selon la procédure « ProSe Direct Discovery », contenant un tel code temporaire, est diffusé dans une cellule 4G, les terminaux mobiles 3032083 2 en écoute dans la cellule réalisent une opération de mapping de ce code temporaire, après réception de ce message, afin de déterminer si ce code temporaire concorde avec un code de service de proximité recherché. Le protocole utilisé pour annoncer ou écouter ces codes est appelé « ProSe protocol » et est décrit dans la spécification technique TS 23.303. Le format du message de découverte envoyé par le mobile est décrit dans la spécification technique TS 24.334, où il est désigné par « PC5 discovery ». La figure 1 illustre un tel message de découverte, avec notamment les champs obligatoires qu'il est censé contenir, à savoir, dans l'ordre de lecture de ces champs par un terminal recevant un tel message : - Un premier champ pour le type de procédure de découverte, d'une longueur de 8 bits, contenant un paramètre (dit « Discovery Type » tel que décrit dans la TS 24.234 et désigné ici par DISC TYP) servant à identifier si le message de découverte sert à prévenir d'autres terminaux d'une offre de service de proximité proposé par le terminal mobile émettant le message ou à requérir auprès de ces autres terminaux un service de proximité spécifique ; - Un deuxième champ contenant le code temporaire (dénommé « ProSe Application Code » dans la TS 24.234 et désigné ici par PS ID) alloué au terminal émettant le message de découverte, d'une longueur de 184 bits ; - Un troisième champ, d'une longueur de 32 bits, contenant une séquence de sécurité (dénommée « MIC » pour « Message lntegrity Check » dans le document TS 24.234). Cette séquence est utilisée, par un terminal recevant ce message de découverte, pour contrôler l'intégrité du code temporaire reçu avec ce message. Une telle procédure de découverte présente l'inconvénient que tous les terminaux mobiles en écoute sont obligés de lire et de traiter tous les codes diffusés par les autres mobiles dans la cellule (4G ou Wifi) où ils se trouvent, quelle que soit la nature du service identifié par ces codes. En d'autres termes, un terminal mobile recevant un message de découverte de type « PC5 discovery » va systématiquement lire l'ensemble des trois champs illustrés sur la figure 1, afin d'extraire le code temporaire de ce message, de vérifier son intégrité grâce à la séquence de sécurité MIC et de pouvoir le comparer aux codes de service de proximité auquel ce terminal mobile est autorisé à accéder, lesquels sont mémorisés dans ce terminal. Or, un terminal mobile en écoute peut n'être intéressé que par un service de proximité spécifique ou par un type de service de proximité particulier.The present invention relates to the use of proximity services in a telecommunication network, and more particularly to the optimization of the processing of messages exchanged between terminals in the context of such a network. proximity service. The recent development of direct communications between mobile terminals in mobile telecommunication networks has made it possible to set up a number of proximity services between terminals in this type of network. This type of service has notably been the subject of a standardization of a set of procedures and extensions of the EPS architecture, called "ProSe" (for "Proximity Services"), specified by the 3GPP group in the specification. TS 23.303, based on the establishment of direct communications in a 4G network or Wi-Fi network between mobile terminals in close proximity to one another. This "ProSe" architecture is based in particular on: - the addition of a functional entity called "ProSe function" in the core of the EPC (Evolved Packet Core) network, enabling configuration and authentication / authorization operations to be performed access to "ProSe" type services; a functional evolution of the mobile terminals, in order to support the procedures relating to the discovery of other mobile terminals around them and the establishment of direct communications with these mobile terminals. Thus, among the functionalities offered by the "ProSe" architecture, a direct discovery procedure called "ProSe Direct Discovery" is defined in order to enable a mobile terminal to discover its vicinity, and in particular the mobile terminals nearby likely to interact. as part of a local service. This "direct" discovery phase is triggered after the mobile has previously participated in a ProSe service access authorization phase with the "ProSe function" entity. If the mobile terminal is authorized to subscribe to a proximity service by the entity "ProSe function", the entity "ProSe function" allocates to it a temporary code, specific to the service of proximity in question and of a significant length (typically 184 bits), composed of a fixed part (typically a PLMN-ID of the communication network) and a random part generated by the entity "ProSe function", that the mobile terminal will be able to announce by sending messages of discovery containing this code, or listen by analyzing discovery messages received from third-party terminals, in the radio cell (4G or Wifi) in which it is located. When a discovery message according to the "ProSe Direct Discovery" procedure, containing such a temporary code, is broadcast in a 4G cell, the mobile terminals 3032083 2 listening in the cell perform a mapping operation of this temporary code, after receiving of this message, to determine if this temporary code matches a desired proximity service code. The protocol used to advertise or listen to these codes is called "ProSe protocol" and is described in TS 23.303. The format of the discovery message sent by the mobile is described in TS 24.334, where it is referred to as "PC5 discovery". FIG. 1 illustrates such a discovery message, including the mandatory fields it is supposed to contain, namely, in the reading order of these fields by a terminal receiving such a message: a first field for the type of discovery procedure, 8 bits long, containing a parameter (called "Discovery Type" as described in TS 24.234 and referred to here as DISC TYP) for identifying whether the discovery message serves to prevent other terminals a local service offer proposed by the mobile terminal transmitting the message or to request from these other terminals a specific local service; - A second field containing the temporary code (called "ProSe Application Code" in TS 24.234 and designated here by PS ID) allocated to the terminal transmitting the discovery message, a length of 184 bits; A third field, 32 bits long, containing a security sequence (called "MIC" for "Message Integrity Check" in the document TS 24.234). This sequence is used by a terminal receiving this discovery message to check the integrity of the temporary code received with this message. Such a discovery procedure has the disadvantage that all mobile terminals listening are required to read and process all the codes broadcast by other mobiles in the cell (4G or Wifi) where they are, regardless of the nature of the service identified by these codes. In other words, a mobile terminal receiving a "PC5 discovery" type discovery message will systematically read all three fields illustrated in FIG. 1, in order to extract the temporary code from this message, to check its integrity. with the PCM security sequence and being able to compare it with the proximity service codes that this mobile terminal is authorized to access, which are stored in this terminal. However, a mobile terminal listening can be interested only in a specific local service or a particular type of local service.
3032083 3 Ainsi, si l'on distingue par exemple les deux grandes familles de services de proximité que sont les services basés sur la localisation de type commercial (réseaux sociaux, restaurant, parking, taxi, etc.) et les services d'urgence (policiers, pompiers, secouristes, etc.) qui s'appuient sur les communications directes en cas de besoin, ces deux familles de services ont des exigences distinctes (en termes de niveau de sécurité, réactivité, etc.) et ciblent des utilisateurs différents (grand public, services d'urgence) alors que les procédures de découverte directe basées sur l'annonce et la lecture des codes temporaires sont les mêmes. En d'autres termes, un terminal mobile utilisant uniquement un service de proximité de type service d'urgence est obligé d'analyser tous les codes diffusés dans une cellule radio, que ces codes soient pour des services commerciaux ou pour des services d'urgence. Cette analyse systématique de tous les codes reçus s'avère coûteuse en termes de ressources de traitement dans le terminal mobile et peut aussi avoir un impact sur l'efficacité énergétique de la batterie du terminal. Cela peut aussi engendrer une augmentation importante du temps nécessaire à la découverte d'un service de proximité. La présente invention a pour objet de remédier aux inconvénients précités. Elle propose à cet effet un procédé de traitement de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant les étapes suivantes : - réception d'un message, diffusé par un premier terminal, relatif à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un code de service de proximité caractéristique de ce service de proximité et un identifiant d'une classe de services de proximité à laquelle appartient ce service de proximité, - vérification d'une correspondance entre l'identifiant d'une classe de services de proximité reçu du premier terminal et un identifiant de classe de services de proximité mémorisé ; et - analyse du code de service de proximité reçu du premier terminal seulement si l'identifiant d'une classe de services de proximité reçu du deuxième terminal correspond à l'identifiant de classe de services mémorisé. Ainsi, l'équipement recevant un tel message, dans la mesure où il va d'abord vérifier que ce message concerne une classe de services de proximité le concernant, évite de consacrer inutilement des ressources à l'extraction et l'analyse d'un code spécifique au service de proximité lorsque le message reçu indique une classe de services de proximité ne le concernant pas, ce qui est typiquement le cas lorsque cet équipement n'a souscrit à aucun service de cette classe. En évitant ainsi une analyse systématique des codes des services de proximité insérés dans les messages reçus, l'efficacité énergétique et les ressources consommées par l'équipement peuvent être optimisées, et le processus de 3032083 4 fourniture du service de proximité accéléré lorsque l'équipement se situe dans une zone de cohabitation d'une multitude de services de proximité. Selon une caractéristique particulière, l'analyse du code de service de proximité comprend : - la vérification d'une correspondance entre le code de service de proximité reçu du premier terminal et un code de service de proximité mémorisé ; et - la mise en oeuvre de ce service de proximité entre le premier terminal et au moins un autre terminal seulement si le code de service de proximité reçu du premier terminal correspond au code de service de proximité mémorisé. Ainsi, l'équipement ayant reçu le message s'économise des opérations inutiles de vérification de correspondance avec des codes mémorisé par cet équipement, une telle vérification nécessitant un accès à la mémoire de l'équipement susceptible de ralentir la fourniture du service de proximité, lorsque la classe du service de proximité indiquée par ce message ne concerne pas cet équipement. Dans un mode de réalisation particulier, l'étape de réception du message diffusé par le premier terminal comprend la détection de ce message, parmi au moins un message reçu, au moyen d'un champ identifiant le type dudit message ou un protocole applicatif utilisant ledit message. Ceci permet à l'équipement recevant différents types de messages diffusés par le premier terminal de limiter son analyse de classe de services de proximité aux seuls messages concernant les services de proximité, sans avoir à analyser systématiquement tous les messages reçus par l'équipement, d'où un gain accru en efficacité de traitement. Dans un mode de réalisation particulier, le message diffusé par le premier terminal est un message de découverte d'un service de proximité proposé ou recherché par le premier terminal. Ce type de message étant habituellement le premier message émis dans le cadre d'un service de proximité entre terminaux, avant tout établissement de communication entre terminaux, cela permet à l'équipement recevant un tel message de bénéficier des avantages du filtrage ci-avant par classe de services de proximité, en termes d'efficacité énergétique et de temps de traitement, dès les premiers échanges de messages entre terminaux. Selon une caractéristique particulière, l'identifiant d'une classe de services de proximité à laquelle appartient ledit service de proximité est inséré dans un premier champ du message, ledit premier champ précédant un deuxième champ du message où est inséré le code de service de proximité. Une telle implémentation permet de garantir que la classe de services de proximité est analysée en premier, avant toute analyse spécifique du code du service de proximité 3032083 concerné par le message, lorsque l'équipement recevant le message est configuré pour extraire et analyser séquentiellement les données de ce message. Dans un mode particulier de réalisation, le procédé est mis en oeuvre par un deuxième terminal, configuré pour établir un lien de communication directe avec le premier terminal et dans lequel est stocké l'identifiant de classe de services de proximité mémorisé. Le traitement des messages relatifs au service de proximité est alors géré directement par les terminaux à proximité, de manière décentralisée et sans avoir à recourir à un équipement du réseau. L'invention propose également un message relatif à un service de proximité entre terminaux dans un réseau de communication, destiné à être diffusé par un premier terminal dans le réseau de communication, comprenant un premier champ dans lequel est inséré un code de service de proximité caractéristique d'un service de proximité proposé ou recherché par le premier terminal, ainsi qu'un deuxième champ, précédant le premier champ dans le message, dans lequel est inséré un identifiant d'une classe de services à laquelle appartient ledit service de proximité. Selon une caractéristique particulière, ce message comprend au moins un troisième champ comprenant des données relatives au service de proximité, le deuxième champ étant situé avant ledit au moins un troisième champ dans le message. Dans un tel cas, en cas de réception d'un message relatif à une classe de services de proximité ne concernant pas l'équipement récepteur, cet équipement récepteur évite d'analyse inutilement, outre le code spécifique au service de proximité, d'autres champs contenant des données relatives à ce service. En particulier, lorsque le message contient un champ avec une séquence de vérification d'intégrité du code de service de proximité, la vérification de l'intégrité de ce code au moyen de cette séquence peut être conditionnée à la vérification que la classe indiquée dans le message concerne l'équipement récepteur, afin d'éviter de vérifier systématiquement l'intégrité de code pour des services ne concernant pas cet équipement. Dans un cas particulier, le premier champ contenant l'identifiant de classe de services de proximité est situé au tout début du message, de sorte à éviter toute analyse inutile d'un quelconque autre champ du message (par exemple, outre l'analyse du code de service lui-même, le type de découverte ou la vérification de l'intégrité du code) lorsque ce message n'est pas associé à une classe de services de proximité susceptible de concerner l'équipement recevant le message. L'invention propose en outre un dispositif pour le traitement de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un module de communication apte à recevoir un message, diffusé par un terminal, 3032083 6 relatif à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un code de service de proximité caractéristique de ce service de proximité et un identifiant d'une classe de services de proximité à laquelle appartient ce service de proximité ; et un module de traitement configuré pour vérifier une correspondance entre cet identifiant d'une classe de services de proximité reçu et un identifiant de classe de services de proximité mémorisé par le dispositif, et pour analyser le code de service de proximité reçu seulement si l'identifiant d'une classe de services de proximité reçu correspond à un identifiant de classe de services mémorisé par le dispositif. L'invention propose aussi un dispositif pour l'émission de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant : un module de traitement configuré pour générer un message relatif à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un code de service de proximité caractéristique de ce service de proximité et un identifiant d'une classe de services de proximité à laquelle appartient ce service de proximité ; et un module de communication apte à diffuser ledit message dans le réseau de télécommunication. Selon une caractéristique particulière, le dispositif ci-avant comprend en outre un module de mémorisation configuré pour stocker au moins un code de service de proximité, caractéristique d'un service de proximité auquel a souscrit le dispositif, en association avec un identifiant d'une classe de services de proximité à laquelle appartient ce service de proximité. L'invention propose aussi un programme d'ordinateur comportant des instructions de code pour la mise en oeuvre du procédé de traitement ci-avant lorsque ce programme est exécuté par un processeur, ainsi qu'un support d'enregistrement, lisible par un processeur, sur lequel est enregistré un tel programme d'ordinateur. L'invention vise aussi un support d'informations lisible par un ordinateur ou processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations 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 ou un disque dur. D'autre part, le support d'informations 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 peut être un circuit intégré dans lequel le programme est incorporé, 3032083 7 le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture dans la description détaillée ci-après de modes de réalisation particuliers, donnés à titre d'exemples non limitatifs, et des figures annexées dans lesquelles, outre la figure 1 déjà discutée illustrant l'état de la technique : - la figure 2 illustre un réseau de télécommunications mettant en oeuvre des services de proximité entre terminaux ; - la figure 3 illustre un message relatif à un service de proximité selon un mode de réalisation de l'invention ; - la figure 4 illustre les étapes d'un procédé de traitement de message de découverte relatifs à un service de proximité selon un mode de réalisation de l'invention ; et - la figure 5 illustre un dispositif configuré pour traiter des messages relatifs à un service de proximité selon un mode de réalisation de l'invention. On se réfère tout d'abord à la figure 2 sur laquelle est illustré un réseau de télécommunications mettant en oeuvre des services de proximité entre terminaux. Dans un tel réseau, les terminaux UE1 et UE2 sont situés dans une même cellule radio desservie par une station de base B1, par exemple de type « eNodeB ». Alternativement, ces terminaux UE1 et UE2 pourraient se situer dans une même zone de couverture WiFi desservie par un point d'accès représenté par B1. Ces terminaux UE1 et UE2 peuvent être des équipements disposant d'une interface radio comme des terminaux mobiles de type smartphones, tablettes ou PC, avantageusement équipés d'une carte (U)SIM leur permettant d'être authentifiés dans le réseau. La station de base B1 est connectée, au travers d'un réseau d'accès mobile, à un coeur de réseau EPC (pour « Evolved Packet Core ») dans lequel est installé un module de gestion de services de proximité (désigné par « PS GES » sur la figure 1), par exemple de type « ProSe function» comme défini dans le document TS 23.303 discuté précédemment. On entend ici par « service de proximité entre terminaux » tout service utilisant des communications mobiles basées sur la notion de proximité géographique ou radio entre terminaux dans un réseau de télécommunications. C'est en particulier le cas d'un service de proximité utilisant un mode de « communication directe » entre terminaux, c'est-à-dire d'un service de proximité dans le cadre duquel les terminaux UE1 et UE2 s'échangent des messages via leurs interfaces radio sans que ces messages ne transitent par la 3032083 8 station de base B1. L'information de proximité des terminaux peut être gérée par l'opérateur du réseau ou bien par les terminaux eux-mêmes. Dans le premier cas, il n'y a pas nécessairement utilisation d'une communication directe entre terminaux : l'information de proximité (entre deux terminaux) est détectée par le réseau avant d'être remontée sous forme de notifications vers les terminaux souscrivant au service de proximité. Dans le deuxième cas, les terminaux qui se sont préalablement authentifiés auprès d'un module de gestion de services de proximité du réseau peuvent effectuer une découverte en mode direct (i.e. en diffusant directement des messages vers d'autres terminaux sans passer par la station de base B1) pour découvrir les terminaux et les services dans leurs voisinages, sans faire Le module de gestion de services de proximité PS_GES s'occupe ainsi, pour un service de proximité PS donné, de la génération d'un code de service de proximité PS_ID spécifique à ce service (ce code pouvant être un code temporaire), de la génération d'un identifiant de type de service SGI (pour « Service Group Identifier ») désignant une classe de services de proximité à laquelle appartient ce service, et de l'envoi de ce code et de cet identifiant vers le terminaux UE1 et UE2 ayant souscrit à ce service. Alternativement, les terminaux UE1 et UE2 peuvent disposer nativement d'identifiants de classes et codes de service de proximité pour des services de proximité considérés comme essentiels ou de base, sans avoir à s'authentifier au préalable auprès d'un module de gestion PS_GES. Ce code PS_ID et cet identifiant SGI sont ainsi mémorisés par les terminaux UE1 et UE2, afin d'être utilisés ultérieurement lors d'une phase de découverte de service de proximité, au moyen d'une communication directe entre terminaux. Plus précisément, le terminal UE1 diffuse des messages PS_DISC de découverte du service de proximité PS à destination des terminaux à proximité (on dit aussi qu'il s' « annonce », par opposition à l'envoi d'un message à un terminal identifié comme destinataire unique), ces messages de découverte comprenant le code PS_ID du service de proximité PS précédé de l'identifiant SGI de la classe de services de proximité à laquelle appartient ce service PS. Le terminal UE2, pour sa part, est en position d'écoute et surveille la réception éventuelle de tels messages de d55écouverte diffusés par des terminaux à proximité, afin de pouvoir les traiter et de mettre en oeuvre le service de proximité PS avec les terminaux émettant ces messages de découverte. La figure 3 illustre un message relatif à un service de proximité entre terminaux selon un mode de réalisation de l'invention. Ce message est ici un message de découverte d'un service de proximité PS DISC, typiquement diffusé dans son environnement radio par un terminal offrant ou requérant un service de proximité et comprenant notamment les champs successifs suivants : 3032083 9 Un champ 11 d'identification du type de service de proximité dans lequel est inséré l'identifiant SGI de la classe de services de proximité fourni par le module de gestion de services de proximité. Ce champ est d'une longueur de m bits, la plus courte possible tout en offrant un nombre de possibilités suffisantes de classes, par exemple de 4 bits. Un champ 12 d'identification du type de processus de découverte employé par l'émetteur du message, comportant une information (illustrée par « DISC TYP ») permettant au terminal récepteur de déduire ce processus de découverte, par exemple pour distinguer un message de découverte servant à annoncer la fourniture d'un service par le terminal émetteur d'un message de découverte servant à indiquer l'intérêt du terminal émetteur pour le service désigné dans ce message. Ce champ peut être d'une longueur de 8 bits. Un champ 13 d'identification du service de proximité dans lequel est inséré le code spécifique PS_ID au service de proximité recherché ou proposé par le terminal émetteur, tel que fourni à ce dernier par le module de gestion de services de proximité. Ce champ peut être d'une longueur de n bits relativement importante, par exemple de 148 bits, à l'instar du « ProSe Code » proposé dans TS 24.234 et évoqué précédemment. En particulier, plus le rapport entre les nombres n et m est important, et plus l'économie en ressources de calcul et en temps de découverte peut être importante. Un champ 14 de vérification d'intégrité dans lequel est insérée une séquence d'intégrité MIC, typiquement générée par le terminal émetteur du message à partir du code PS_ID au moyen d'une fonction cryptographique et servant à vérifier, en réception, l'intégrité de ce code. Ces champs successifs sont destinés à être traités dans l'ordre par les terminaux recevant ce message de découverte. En d'autres termes, le terminal UE2, lorsqu'il reçoit le message de découverte diffusé par le terminal UE1, va lire en premier lieu le champ 11 d'identification de type de service de proximité, afin d'extraire et analyser l'identifiant SGI de classe de services de proximité concernant le terminal UE1 ayant émis ce message de découverte. Cet identifiant SGI de classe de services de proximité identifie une classe de services de proximité parmi un certain nombre de classes possibles, chaque classe rassemblant un ou plusieurs services de proximité, typiquement des services de proximité analogues ou présentant un fonctionnement similaire. On peut ainsi par exemple distinguer les deux classes suivantes de services de proximité, lesquelles ont des exigences distinctes en termes de niveau de sécurité et de 3032083 réactivité, et ciblent des utilisateurs différents (grand public et services d'urgence), chacune de ces classes se voyant attribuée un identifiant spécifique : - La classe des services de proximité basés sur la localisation de type commercial (réseaux sociaux, restaurant, parking, taxi, etc.) - La classe des services d'urgence (policiers, pompiers, secouristes, etc.) qui peuvent s'appuyer sur des communications directes entre terminaux en cas de besoin. Il est bien entendu possible de définir un plus grand nombre de classes de service de proximité, en fonction du degré de finesse que l'on souhaite donner au filtrage des messages de découverte effectué par le terminal récepteur. Un bon compromis consiste à utiliser un champ d'identification du type de service de proximité d'une longueur de 4 bits, permettant la définition d'un nombre de classes de services allant jusqu'à 16. L'identifiant de classe de services de proximité peut alors prendre les valeurs suivantes : Valeur SGI (4 bits) Classe de service de proximité 0000 Réservé 0 0 0 1 Service commercial 0 0 1 0 Service de sécurité publique 0 0 1 1 Service véhiculaire XXXX Réservé On se réfère maintenant à la figure 4 qui illustre les étapes d'un procédé de traitement de message relatifs à un service de proximité selon un mode de réalisation de l'invention. Dans le mode de réalisation présenté ici, on considère spécifiquement un message de type « message de découverte » sans que l'invention ne se limite à ce seul type de message. Ce procédé débute par la réception (étape 101), par le terminal UE2, d'un ou plusieurs messages émis par le terminal UE1 sous la forme de paquets de données Paq PS. Le terminal UE2 détecte alors (étape 103) si l'un des messages reçus est un message de découverte PS DISC d'un service de proximité, c'est-à-dire un message diffusé par le terminal UE1 et destiné soit à annoncer que le terminal UE1 propose un service de proximité spécifique à d'autres terminaux à proximité, soit à indiquer que le terminal UE1 est intéressé par un service de proximité spécifique s'il est offert par d'autres terminaux à proximité. La détection de ce type spécifique de message de découverte peut être 3032083 11 immédiate, en particulier lorsque ce type de message est le seul pouvant être reçu du terminal UE1 sur l'interface radio du terminal UE2, ou se faire au niveau d'une couche réseau inférieure à la couche applicative (par exemple au niveau de la couche MAC) en détectant, dans les messages reçus, un champ spécifique permettant d'identifier ce type de message de découverte au sein d'une multitude de messages reçus du terminal UE1. Un tel champ peut ainsi être un champ identifiant le type de message, auquel cas ce champ peut contenir un identifiant de message de découverte permettant de détecter le message PS_DISC. Alternativement, ce champ peut être un champ identifiant le protocole employé au niveau de la couche applicative (par exemple le protocole PC5 décrit dans le document TS 24.334), auquel cas le terminal UE2 peut déduire que le message reçu est bien un message de découverte lorsque ce protocole spécifique ne prévois que ce seul type de message entre terminaux. Lorsqu'un tel message de découverte PS_DISC a été effectivement reçu, le terminal UE2 commence à lire le message de découverte PS_DISC reçu, en lisant tout d'abord le premier champ d'identification du type de service de proximité de ce message de découverte, afin d'extraire (étape 105) l'identifiant SGluE, de la classe à laquelle appartient le service de proximité recherché ou proposé par le terminal UE1. Une fois cet identifiant SGluE, extrait, le terminal UE2 vérifie (étape 107) si cet identifiant SGluE, correspond à un identifiant de classe de service de proximité SGl1E2d'un service de proximité auquel le terminal UE2 aurait lui-même préalablement souscrit auprès du module PS GES de gestion de services de proximité du réseau. Pour ce faire, le terminal UE2 consulte une table dans laquelle sont mémorisés les identifiants SGl1E2 de classe de service de proximité des différents services de proximité auxquels le terminal UE2 a souscrit, afin d'y retrouver l'identifiant SGluE, extrait du message de découverte (ou tout le moins un identifiant associé univoquement avec cet identifiant extrait). S'il s'avère, à l'issue de cette vérification, que l'identifiant SGluE, extrait du message de découverte ne correspond à aucun identifiant de classe de proximité de service SGIUE2 mémorisé par le terminal UE2, le terminal UE2 peut ignorer le reste de ce message de découverte, sans consacrer inutilement des ressources à analyser les champs suivants dans ce message, en particulier l'identifiant spécifique au service de proximité recherché ou proposé par le terminal UE1. A contrario, s'il s'avère à l'issue de cette vérification que l'identifiant SGluE, extrait du message de découverte correspond à un identifiant de classe de proximité de service SGIUE2 mémorisé par le terminal UE2, le terminal UE2 poursuit le traitement du message de découverte en lisant les champs suivants de ce message, et notamment le champ d'identification du service de proximité afin d'analyser le code spécifique au service de 3032083 12 proximité PS IDuE, proposé ou recherché par le terminal UE1. En particulier, lors de cette analyse, le terminal UE1 extrait (étape 109) ce code de service de proximité PS IDuE, et vérifie (étape 111) la concordance de ce code PS IDuE, avec d'éventuels codes spécifiques de service de proximité PS IDuE2 mémorisés par le terminal UE2. Si le code PS IDuE, extrait ne correspond à aucun code PS IDuE2 mémorisé par le terminal UE2, le message de découverte peut être ignoré sans suite. A contrario, si le code PS IDuE, extrait correspond à un code PS IDuE2 mémorisé par le terminal UE2, le terminal UE2 peut poursuivre le dialogue avec le terminal UE1, par le biais d'une communication directe entre terminaux, afin de mettre en oeuvre (étape 113) le service de proximité correspondant à ce code PS I DuEi . La mise en oeuvre (étape 113) du service de proximité peut consister en l'utilisation, par le terminal UE2, de l'information selon laquelle le terminal UE2 se situe à proximité d'un autre terminal offrant ou requérant un service de proximité, ce qui peut être le cas d'un service commercial visant à annoncer une information à tous les utilisateurs souscrivant au service et qui sont à proximité (auquel cas le terminal UE2 peut afficher la disponibilité du service en question sur son écran). Alternativement, cette mise en oeuvre 113 peut comprendre l'établissement d'un lien de communication directe entre les terminaux UE1 et UE2, pour échanger des données liées à ce service, ce qui correspond à une phase de communication directe utilisant une transmission point-à-point de messages consécutive à la phase de découverte directe utilisant une diffusion de messages. On se réfère maintenant à la figure 5 illustrant un dispositif apte à traiter des messages relatifs à un service de proximité selon un mode de réalisation de l'invention. Ce dispositif 20 peut être n'importe quel équipement susceptible d'être impliqué dans un service de proximité entre terminaux dans un réseau mobile de télécommunication, que ce soit un terminal mobile, une passerelle, un ordinateur ou un véhicule, cet équipement étant équipé d'une carte (U)SIM pour la mise oeuvre de communications sur ce réseau. Ce dispositif 20 comprend, outre une carte (U)SIM (non illustrée) lui permettant de s'authentifier dans le réseau mobile de télécommunication, un module de communication 21, un module de mémorisation temporaire 22, un module de traitement 23 et un module de mémorisation permanente 24. Le module de communication 21 est apte à recevoir des messages relatifs à un service de proximité provenant du réseau mobile ou de terminaux à proximité, sous forme de paquets de données et à émettre de tels messages vers des terminaux à proximité ou 3032083 13 vers le réseau mobile. Ce module 21 peut ainsi comprendre une antenne radio d'émission et de réception, servant d'interface radio, connectée à une interface de communication transférant les données reçues, éventuellement prétraitées (conversion A/D, démodulation, etc.), vers le module de mémoire temporaire 22 du dispositif. Le module de mémorisation temporaire 22 permet la lecture et le traitement à la volée des données reçues par le module de traitement 23. Il prend typiquement la forme d'une mémoire tampon, i.e. d'une mémoire vive stockant temporairement les données reçues par le module de communication 21. Le module de traitement 23 est configuré pour traiter les données reçues par le module de communication 21, et notamment les messages relatifs à tout service de proximité tels que des messages de découverte, de la manière indiquée précédemment, en accédant aux données reçues, stockées dans la mémoire temporaire 22, selon un mode FIFO (« First In, First Out »). Ce module 23 peut être implémenté sous la forme d'un (micro)processeur exécutant des instructions de code d'un programme d'ordinateur mémorisé dans le module de mémorisation permanente 24, instructions qui peuvent être ainsi lues par le module 23 afin d'être exécutées. Le module de mémorisation permanente 24 peut prendre la forme d'une mémoire non-volatile, dite encore « morte » (ROM en anglais), et sert à stocker d'une part une table de mémorisation TAB dans laquelle sont mémorisés les codes PS_ID des services de proximité auxquels a souscrit le dispositif 20 (soit nativement, soit après authentification auprès d'un module PS GES de gestion de services de proximité du réseau) en association avec les identifiants SGI des classes de services de proximité auxquelles appartiennent ces services. Une telle table de mémorisation peut prendre la forme suivante, à titre d'exemple : Service de proximité (PS) Classe de service de proximité (SGI) Identifiant de service de proximité (PS_ID) Service public d'urgence 0 0 1 0 PS ID1 secouriste Service commercial basé sur la localisation - taxis 0 0 0 1 PS ID2 Service commercial basé sur la 0 0 0 1 PS ID3 localisation - parking Le module de mémorisation permanente 24 sert aussi à stocker les instructions de code du programme d'ordinateur (illustré par « Prog » sur la figure 4) décrit précédemment. Outre la réception et le traitement de messages relatifs à un service de proximité 3032083 14 évoquée précédemment, le dispositif 20 peut aussi générer et transmettre de tels messages vers d'autres dispositifs similaires dans le réseau de télécommunication. Pour ce faire, lorsque le dispositif 20 souhaite diffuser un tel message, par exemple pour proposer ou rechercher un service de proximité spécifique auprès d'autres terminaux au moyen d'un message de découverte, le module de traitement 23 récupère dans le module de mémorisation permanente 24 le code PS_ID associé à ce service de proximité, ainsi que l'identifiant SGI de la classe de service de proximité à laquelle appartient ce service, et génère un message dans lequel il insère l'identifiant SGI avant le code PS ID, afin de permettre un traitement optimisé de ce message par les terminaux récepteurs. Une fois ce message généré, l'unité de traitement 23 le communique au module de communication 21, par l'intermédiaire du module de mémorisation temporaire 22, afin que le message soit diffusé aux terminaux situés à proximité du dispositif 20. Bien entendu, l'invention n'est pas limitée aux exemples de réalisation ci-dessus décrits et représentés, à partir desquels on pourra prévoir d'autres modes et d'autres formes de réalisation, sans pour autant sortir du cadre de l'invention. Ainsi, bien qu'un message de découverte de service de proximité ait été illustré en détail pour expliciter l'invention, tout type de message diffusé par un terminal dans le cadre d'un service de proximité entre terminaux, en particulier d'un service utilisant la communication directe entre terminaux, peut faire l'objet de l'invention, dans la mesure où un identifiant de classe de services de proximité y est inséré avant le code du service de proximité concerné par ce message. En outre, le procédé de traitement du message a été décrit comme étant mis en oeuvre par un terminal UE2 susceptible de se mettre en relation avec un terminal UE1 diffusant des messages dans le cadre du service de proximité, et en particulier un terminal UE2 capable d'établir une lien de communication directe avec ce terminal UE1. Cependant, il est envisageable que certaines des étapes de ce procédé, voire l'ensemble de ces étapes, soient mises en oeuvre par un équipement du réseau de communication qui n'est pas lui-même susceptible d'établir de lien de communication directe avec le terminal UE1 ou qui n'est pas directement concerné par le service de proximité entre terminaux visé par les messages diffusés, auquel cas cet équipement informe les terminaux potentiellement concernés par ce service de proximité (en leur envoyant un message spécifique à cet effet) seulement une fois effectuées avec succès les étapes de vérification et d'analyse précédemment discutées.3032083 3 Thus, if we distinguish, for example, the two main families of proximity services, which are services based on commercial-type localization (social networks, restaurant, parking, taxi, etc.). ) and emergency services (police, fire, rescue, etc.) ) that rely on direct communications when needed, these two service families have different requirements (in terms of security level, responsiveness, etc.). ) and target different users (general public, emergency services) while direct discovery procedures based on the announcement and reading of temporary codes are the same. In other words, a mobile terminal using only an emergency service type of local service is obliged to analyze all the codes broadcast in a radio cell, whether these codes are for commercial services or for emergency services . This systematic analysis of all the codes received is costly in terms of processing resources in the mobile terminal and can also have an impact on the energy efficiency of the terminal's battery. This can also lead to a significant increase in the time needed to discover a local service. The present invention aims to overcome the aforementioned drawbacks. To this end, it proposes a method for processing messages relating to a proximity service between terminals in a telecommunication network, comprising the following steps: receiving a message broadcast by a first terminal relating to a proximity service between terminals in a telecommunication network, comprising a proximity service code characteristic of this proximity service and an identifier of a class of proximity services to which this proximity service belongs, - verification of a correspondence between the identifier of a class of proximity services received from the first terminal and a stored proximity services class identifier; and analyzing the proximity service code received from the first terminal only if the identifier of a proximity service class received from the second terminal corresponds to the stored service class identifier. Thus, the equipment receiving such a message, inasmuch as it will first verify that this message concerns a class of proximity services concerning it, avoids unnecessarily dedicating resources to the extraction and analysis of a message. proximity service-specific code when the received message indicates a class of proximity services does not relate to it, which is typically the case when this equipment has not subscribed to any service of this class. By thus avoiding a systematic analysis of the proximity services codes inserted in the received messages, the energy efficiency and the resources consumed by the equipment can be optimized, and the process of providing proximity service accelerated when the equipment is located in a zone of cohabitation of a multitude of proximity services. According to a particular characteristic, the analysis of the proximity service code includes: - checking a correspondence between the proximity service code received from the first terminal and a memorized proximity service code; and - the implementation of this proximity service between the first terminal and at least one other terminal only if the proximity service code received from the first terminal corresponds to the stored proximity service code. Thus, the equipment which has received the message saves itself from the useless correspondence checking operations with codes memorized by this equipment, such a verification requiring access to the memory of the equipment likely to slow down the provision of the proximity service. when the proximity service class indicated by this message does not apply to this equipment. In a particular embodiment, the step of receiving the message broadcast by the first terminal comprises the detection of this message, among at least one received message, by means of a field identifying the type of said message or an application protocol using said message. This allows the equipment receiving different types of messages broadcast by the first terminal to limit its proximity service class analysis to only messages relating to the proximity services, without having to systematically analyze all the messages received by the equipment, d. where an increased gain in treatment efficiency. In a particular embodiment, the message broadcast by the first terminal is a discovery message of a proximity service proposed or searched by the first terminal. This type of message is usually the first message sent as part of a service between terminals, before any establishment of communication between terminals, it allows the equipment receiving such a message to enjoy the benefits of filtering above by class of proximity services, in terms of energy efficiency and processing time, from the first message exchanges between terminals. According to a particular characteristic, the identifier of a class of proximity services to which said proximity service belongs is inserted into a first field of the message, said first field preceding a second field of the message in which the proximity service code is inserted. . Such an implementation makes it possible to guarantee that the class of proximity services is analyzed first, before any specific analysis of the code of the proximity service 3032083 concerned by the message, when the equipment receiving the message is configured to retrieve and analyze the data sequentially. of this message. In a particular embodiment, the method is implemented by a second terminal configured to establish a direct communication link with the first terminal and in which is stored the stored proximity service class identifier. The processing of messages relating to the local service is then managed directly by the nearby terminals, in a decentralized manner and without having to resort to a network equipment. The invention also proposes a message relating to a proximity service between terminals in a communication network, intended to be broadcast by a first terminal in the communication network, comprising a first field in which a characteristic proximity service code is inserted. a proximity service offered or sought by the first terminal, and a second field, preceding the first field in the message, in which is inserted an identifier of a class of services to which said proximity service belongs. According to a particular characteristic, this message comprises at least a third field comprising data relating to the proximity service, the second field being located before said at least one third field in the message. In such a case, in the event of receiving a message relating to a class of proximity services not relating to the receiving equipment, this receiving equipment avoids analysis unnecessarily, in addition to the code specific to the proximity service, others fields containing data related to this service. In particular, when the message contains a field with a proximity service code integrity check sequence, verification of the integrity of this code by means of this sequence may be conditioned upon verification that the class indicated in the This message concerns the receiving equipment, in order to avoid systematically checking code integrity for services not related to this equipment. In a particular case, the first field containing the proximity service class identifier is located at the very beginning of the message, so as to avoid any unnecessary analysis of any other field of the message (for example, besides the analysis of the message). service code itself, the type of discovery or the integrity check of the code) when this message is not associated with a class of proximity services likely to concern the equipment receiving the message. The invention also proposes a device for the processing of messages relating to a service of proximity between terminals in a telecommunication network, comprising a communication module able to receive a message, broadcast by a terminal, 3032083 6 relating to a service of proximity between terminals in a telecommunication network, comprising a proximity service code characteristic of this proximity service and an identifier of a class of proximity services to which this proximity service belongs; and a processing module configured to verify a correspondence between this identifier of a received proximity service class and a proximity service class identifier stored by the device, and to analyze the received proximity service code only if the identifier of a received proximity service class corresponds to a service class identifier stored by the device. The invention also proposes a device for sending messages relating to a proximity service between terminals in a telecommunications network, comprising: a processing module configured to generate a message relating to a proximity service between terminals in a network of terminals; telecommunication, comprising a proximity service code characteristic of this proximity service and an identifier of a class of proximity services to which this proximity service belongs; and a communication module adapted to broadcast said message in the telecommunication network. According to a particular characteristic, the above device further comprises a storage module configured to store at least one proximity service code, characteristic of a proximity service to which the device has subscribed, in association with an identifier of a class of proximity services to which this proximity service belongs. The invention also proposes a computer program comprising code instructions for implementing the above method of processing when this program is executed by a processor, as well as a recording medium, readable by a processor. on which is recorded such a computer program. The invention also relates to a data carrier readable by a computer or data processor, and comprising instructions of a program as mentioned above. The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise storage means, such as a ROM, for example a CD-ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a diskette or a hard disk. On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network. Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question. Other features and advantages of the invention will appear on reading in the following detailed description of particular embodiments, given by way of non-limiting examples, and the appended figures in which, in addition to Figure 1 already discussed illustrating the state of the art: FIG. 2 illustrates a telecommunications network implementing proximity services between terminals; FIG. 3 illustrates a message relating to a proximity service according to one embodiment of the invention; FIG. 4 illustrates the steps of a discovery message processing method relating to a proximity service according to one embodiment of the invention; and FIG. 5 illustrates a device configured to process messages relating to a proximity service according to one embodiment of the invention. Referring first to Figure 2 which shows a telecommunications network implementing proximity services between terminals. In such a network, the terminals UE1 and UE2 are located in the same radio cell served by a base station B1, for example of the "eNodeB" type. Alternatively, these terminals UE1 and UE2 could be in the same WiFi coverage area served by an access point represented by B1. These terminals UE1 and UE2 may be equipment with a radio interface such as mobile terminals of the smartphone, tablet or PC, advantageously equipped with a (U) SIM card allowing them to be authenticated in the network. The base station B1 is connected, via a mobile access network, to an EPC core (for "Evolved Packet Core") in which a proximity services management module (designated by "PS") is installed. GES "in FIG. 1), for example of the" ProSe function "type as defined in the TS 23 document. 303 discussed previously. Here, the term "proximity service between terminals" means any service using mobile communications based on the notion of geographical proximity or radio between terminals in a telecommunications network. This is particularly the case of a local service using a mode of "direct communication" between terminals, that is to say of a local service in which the UE1 and UE2 terminals exchange information. messages via their radio interfaces without these messages passing through the base station B1. The proximity information of the terminals can be managed by the operator of the network or by the terminals themselves. In the first case, there is not necessarily use of a direct communication between terminals: the proximity information (between two terminals) is detected by the network before being sent in the form of notifications to the terminals subscribing to the terminal. proximity service. In the second case, the terminals that have previously authenticated themselves to a network proximity service management module can perform a discovery in direct mode (i. e. by directly broadcasting messages to other terminals without going through the base station B1) to discover the terminals and the services in their neighborhoods, without doing the PS_GES proximity services management module thus handles, for a service of given PS proximity, the generation of a PS_ID proximity service code specific to this service (this code may be a temporary code), the generation of an SGI service type identifier (for "Service Group Identifier") designating a class of proximity services to which this service belongs, and sending this code and this identifier to the terminals UE1 and UE2 having subscribed to this service. Alternatively, the UE1 and UE2 terminals can natively have class identifiers and proximity service codes for proximity services considered essential or basic, without having to first authenticate with a PS_GES management module. This PS_ID code and this SGI identifier are thus stored by the terminals UE1 and UE2, so as to be used later during a phase of discovery of proximity service, by means of a direct communication between terminals. More specifically, the terminal UE1 broadcasts PS_DISC PS proximity service discovery messages to nearby terminals (it is also said that it "announces", as opposed to sending a message to an identified terminal as a single recipient), these discovery messages including the PS_ID code of the PS proximity service preceded by the SGI identifier of the class of proximity services to which this PS service belongs. The terminal UE2, for its part, is in the listening position and monitors the possible reception of such messages of discovery scattered by nearby terminals, in order to process them and implement the PS proximity service with the terminals transmitting these messages of discovery. FIG. 3 illustrates a message relating to a proximity service between terminals according to one embodiment of the invention. This message is here a message of discovery of a PS DISC proximity service, typically broadcast in its radio environment by a terminal offering or requiring a proximity service and including in particular the following successive fields: 3032083 9 An identification field 11 of the type of proximity service in which is inserted the SGI identifier of the class of proximity services provided by the proximity services management module. This field is of a length of m bits, as short as possible while offering a sufficient number of classes, for example 4 bits. A field 12 for identifying the type of discovery process used by the sender of the message, comprising information (illustrated by "DISC TYP") enabling the receiving terminal to deduce this discovery process, for example to distinguish a discovery message for announcing the provision of a service by the terminal transmitting a discovery message used to indicate the interest of the transmitting terminal for the service designated in this message. This field can be 8 bits long. A proximity service identification field 13 in which is inserted the specific code PS_ID to the proximity service sought or proposed by the transmitting terminal, as provided to the latter by the proximity services management module. This field can be of a relatively large length of n bits, for example of 148 bits, like the "ProSe Code" proposed in TS 24. 234 and mentioned above. In particular, the larger the ratio between the numbers n and m, the greater the saving in computing resources and discovery time can be. An integrity checking field 14 in which is inserted a sequence of integrity PCM, typically generated by the terminal transmitting the message from the code PS_ID by means of a cryptographic function and used to verify, in reception, the integrity of this code. These successive fields are intended to be processed in order by the terminals receiving this discovery message. In other words, the terminal UE2, when it receives the discovery message broadcast by the terminal UE1, will first read the field 11 of proximity service type identification, in order to extract and analyze the SGI class identifier of proximity services concerning the terminal UE1 having sent this message of discovery. This SGI proximity service class identifier identifies a class of proximity services among a number of possible classes, each class gathering one or more proximity services, typically similar or similarly functioning proximity services. Thus, for example, the following two classes of proximity services, which have different requirements in terms of security level and 3032083 responsiveness, and target different users (general public and emergency services), each of these classes, can be distinguished. being assigned a specific identifier: - The class of proximity services based on the location of commercial type (social networks, restaurant, parking, taxi, etc.). - The class of emergency services (police, firefighters, first-aiders, etc.) ) that can rely on direct communications between terminals when needed. It is of course possible to define a greater number of classes of proximity service, depending on the degree of finesse that is desired to filter the discovery messages made by the receiving terminal. A good compromise is to use a 4-bit proximity service type identification field, allowing the definition of a number of service classes up to 16. The proximity services class identifier can then take the following values: SGI value (4 bits) Proximity service class 0000 Reserved 0 0 0 1 Commercial service 0 0 1 0 Public safety service 0 0 1 1 Conveyance service XXXX Reserved Reference is now made to FIG. 4 which illustrates the steps of a message processing method relating to a proximity service according to one embodiment of the invention. In the embodiment presented here, a "message of discovery" message is specifically considered without the invention being limited to this type of message alone. This method starts with the reception (step 101), by the terminal UE2, of one or more messages sent by the terminal UE1 in the form of Paq PS data packets. The terminal UE2 then detects (step 103) whether one of the received messages is a PS DISC discovery message of a proximity service, that is to say a message broadcast by the terminal UE1 and intended either to announce that the terminal UE1 proposes a specific proximity service to other terminals nearby, or to indicate that the terminal UE1 is interested in a specific proximity service if it is offered by other terminals nearby. The detection of this specific type of discovery message can be immediate, especially when this type of message is the only one that can be received from the terminal UE1 on the radio interface of the terminal UE2, or be at the level of a layer network less than the application layer (for example at the level of the MAC layer) by detecting, in the received messages, a specific field for identifying this type of discovery message in a multitude of messages received from the terminal UE1. Such a field may thus be a field identifying the type of message, in which case this field may contain a discovery message identifier for detecting the PS_DISC message. Alternatively, this field may be a field identifying the protocol used at the application layer (for example the PC5 protocol described in document TS 24. 334), in which case the terminal UE2 can deduce that the message received is indeed a discovery message when this specific protocol only provides this type of message between terminals. When such a PS_DISC discovery message has actually been received, the terminal UE2 begins to read the received PS_DISC discovery message, by first reading the first field of identification of the type of proximity service of this discovery message, in order to extract (step 105) the identifier SGluE, of the class to which belongs the proximity service sought or proposed by the terminal UE1. Once this SGluE identifier is extracted, the terminal UE2 verifies (step 107) if this SGluE identifier corresponds to a proximity service class identifier SGl1E2 of a proximity service to which the terminal UE2 itself previously subscribed with the module PS GES network proximity services management. To do this, the terminal UE2 consults a table in which are stored the SGL1E2 proximity service class identifiers of the various proximity services to which the UE2 terminal has subscribed, in order to find the SGluE identifier, extracted from the discovery message (or at least an univocally associated identifier with this extracted identifier). If it proves, after this verification, that the SGluE identifier, extracted from the discovery message does not correspond to any service proximity class identifier SGIUE2 stored by the terminal UE2, the terminal UE2 can ignore the remainder of this discovery message, without unnecessarily dedicating resources to analyze the following fields in this message, in particular the specific identifier for the proximity service sought or proposed by the terminal UE1. Conversely, if it turns out after this check that the identifier SGluE extracted from the discovery message corresponds to a service proximity class identifier SGIUE2 stored by the terminal UE2, the terminal UE2 continues the processing of the discovery message by reading the following fields of this message, and in particular the field of identification of the proximity service in order to analyze the code specific to the service PS IDuE 3032083 12 proximity, proposed or searched by the terminal UE1. In particular, during this analysis, the terminal UE1 extracts (step 109) this proximity service code PS IDuE, and verifies (step 111) the concordance of this PS IDuE code, with any PS proximity service specific codes. IDuE2 stored by the terminal UE2. If the IDuE PS code extracted does not correspond to any PS IDuE2 code stored by the terminal UE2, the discovery message can be ignored without success. Conversely, if the PS IDuE code, extracted corresponds to a PS IDuE2 code stored by the terminal UE2, the terminal UE2 can continue the dialogue with the terminal UE1, through a direct communication between terminals, to implement (step 113) the proximity service corresponding to this PS I DuEi code. The implementation (step 113) of the proximity service may consist in the use, by the terminal UE2, of the information according to which the terminal UE2 is located near another terminal offering or requiring a proximity service, this may be the case of a commercial service intended to announce information to all users subscribing to the service and which are nearby (in which case the terminal UE2 can display the availability of the service in question on its screen). Alternatively, this implementation 113 may comprise the establishment of a direct communication link between the terminals UE1 and UE2, to exchange data related to this service, which corresponds to a direct communication phase using a point-to-point transmission. -point of messages consecutive to the phase of direct discovery using a diffusion of messages. Referring now to Figure 5 illustrating a device adapted to process messages relating to a proximity service according to one embodiment of the invention. This device 20 can be any device that can be involved in a proximity service between terminals in a mobile telecommunications network, whether it is a mobile terminal, a gateway, a computer or a vehicle, this equipment being equipped with a (U) SIM card for the implementation of communications on this network. This device 20 comprises, in addition to a card (U) SIM (not shown) enabling it to authenticate in the mobile telecommunication network, a communication module 21, a temporary storage module 22, a processing module 23 and a module permanent storage 24. The communication module 21 is able to receive messages relating to a proximity service coming from the mobile network or from nearby terminals, in the form of data packets and to send such messages to terminals nearby or 3032083 13 to the network. mobile. This module 21 may thus comprise a transmitting and receiving radio antenna, serving as a radio interface, connected to a communication interface transferring the received data, possibly pre-processed (A / D conversion, demodulation, etc.). ), to the temporary memory module 22 of the device. The temporary storage module 22 allows the reading and on-the-fly processing of the data received by the processing module 23. It typically takes the form of a buffer, i. e. a RAM temporarily storing the data received by the communication module 21. The processing module 23 is configured to process the data received by the communication module 21, and in particular the messages relating to any proximity service such as discovery messages, in the manner indicated above, by accessing the received data, stored in the temporary memory 22, according to a FIFO mode ("First In, First Out"). This module 23 can be implemented in the form of a (micro) processor executing code instructions of a computer program stored in the permanent storage module 24, which instructions can thus be read by the module 23 in order to to be executed. The permanent storage module 24 can take the form of a non-volatile memory, also called "dead" (ROM in English), and serves to store firstly a TAB storage table in which are stored the PS_ID codes of the proximity services to which subscribes the device 20 (either natively or after authentication with a PS GES network proximity service management module) in combination with the SGI identifiers of the classes of proximity services to which these services belong. Such a storage table may take the following form, for example: Proximity Service (PS) Proximity Service Class (SGI) Proximity Service Identifier (PS_ID) Public Emergency Service 0 0 1 0 PS ID1 locator Location-based commercial service - taxis 0 0 0 1 PS ID2 Commercial service based on the 0 0 0 1 PS ID3 location - parking The permanent storage module 24 is also used to store the code instructions of the computer program (illustrated by "Prog" in Figure 4) previously described. In addition to receiving and processing messages relating to a previously mentioned proximity service 3032083 14, the device 20 can also generate and transmit such messages to other similar devices in the telecommunication network. To do this, when the device 20 wishes to broadcast such a message, for example to propose or search a specific proximity service to other terminals by means of a discovery message, the processing module 23 retrieves in the storage module permanent 24 the PS_ID code associated with this proximity service, and the SGI identifier of the proximity service class to which this service belongs, and generates a message in which it inserts the SGI identifier before the PS ID code, so to allow optimized processing of this message by the receiving terminals. Once this message has been generated, the processing unit 23 communicates it to the communication module 21, via the temporary storage module 22, so that the message is broadcast to the terminals located near the device 20. Of course, the invention is not limited to the embodiments described above and shown, from which we can provide other modes and other embodiments, without departing from the scope of the invention. . Thus, although a proximity service discovery message has been illustrated in detail to explain the invention, any type of message broadcast by a terminal as part of a service between terminals, in particular a service using the direct communication between terminals, may be the subject of the invention, insofar as a proximity service class identifier is inserted therein before the code of the proximity service concerned by this message. In addition, the method of processing the message has been described as being implemented by a terminal UE2 that can be put in contact with a terminal UE1 broadcasting messages as part of the proximity service, and in particular a terminal UE2 capable of establish a direct communication link with this terminal UE1. However, it is conceivable that some of the steps of this method, or all of these steps, are implemented by a communication network equipment which is not itself capable of establishing a direct communication link with the terminal UE1 or which is not directly concerned by the service of proximity of terminals targeted by the diffused messages, in which case this equipment informs the terminals potentially concerned by this service of proximity (by sending them a specific message for this purpose) only once the verification and analysis steps previously discussed have been successfully completed.