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 cœur 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 à ré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 »Γ, 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 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 PSJD) 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 Integrity 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. 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 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 œuvre 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é 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 œuvre 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, 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 œuvre 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é, 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 œuvre 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 œuvre 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 cœur 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 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é PSJD 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 PSJD 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 PSJDISC 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 PSJD 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 œuvre 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é PSJDISC, typiquement diffusé dans son environnement radio par un terminal offrant ou requérant un service de proximité et comprenant notamment les champs successifs suivants : - Un champ 1 1 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 PSJD 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 PSJD 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 1 1 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 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 :

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 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 SG I UEI de la classe à laquelle appartient le service de proximité recherché ou proposé par le terminal UE1 .

Une fois cet identifiant SG IUEI extrait, le terminal UE2 vérifie (étape 107) si cet identifiant SG IUEI correspond à un identifiant de classe de service de proximité SGI UE ₂ d 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 SGIuE ₂ de classe de service de proximité des différents services de proximité auxquels le terminal UE2 a souscrit, afin d'y retrouver l'identifiant SG IUEI 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 SG IUEI extrait du message de découverte ne correspond à aucun identifiant de classe de proximité de service SG I UE ₂ 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 SG IUEI extrait du message de découverte correspond à un identifiant de classe de proximité de service SG IUE ₂ 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 proximité PSJ DUEI 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é PSJ DUEI et vérifie (étape 1 1 1 ) la concordance de ce code PSJ DUEI avec d'éventuels codes spécifiques de service de proximité PS_I DUE ₂ mémorisés par le terminal UE2.

Si le code PSJ DUEI extrait ne correspond à aucun code PS_I DUE ₂ mémorisé par le terminal UE2, le message de découverte peut être ignoré sans suite.

A contrario, si le code PS_ID _UE i extrait correspond à un code PSJD UE ₂ mémorise 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 œuvre (étape 1 13) le service de proximité correspondant à ce code PSJ DUEI -

La mise en œuvre (étape 1 13) 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 œuvre 1 13 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 œuvre 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 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 PSJD 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 :

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é é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 PSJD 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 PSJD, 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 œuvre 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 œuvre 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.