WO2016116704A1 - Différentiation de classes de services de proximité dans des messages entre terminaux mobiles - Google Patents

Différentiation de classes de services de proximité dans des messages entre terminaux mobiles Download PDF

Info

Publication number
WO2016116704A1
WO2016116704A1 PCT/FR2016/050112 FR2016050112W WO2016116704A1 WO 2016116704 A1 WO2016116704 A1 WO 2016116704A1 FR 2016050112 W FR2016050112 W FR 2016050112W WO 2016116704 A1 WO2016116704 A1 WO 2016116704A1
Authority
WO
WIPO (PCT)
Prior art keywords
proximity service
proximity
message
terminal
service
Prior art date
Application number
PCT/FR2016/050112
Other languages
English (en)
Inventor
Thouraya TOUKABRI GUNES
Lionel Morand
Original Assignee
Orange
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange filed Critical Orange
Publication of WO2016116704A1 publication Critical patent/WO2016116704A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/023Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]

Definitions

  • the present invention relates to the use of proximity services in a telecommunications network, and more particularly to the optimization of the processing of messages exchanged between terminals in the context of such a proximity service.
  • ProSe function a functional entity called "ProSe function” in the core of the Evolved Packet Core (EPC) network, enabling configuration and authentication / authorization of access to "ProSe” services ";
  • EPC Evolved Packet Core
  • ProSe Direct Discovery 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 discovery messages 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.
  • 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
  • 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 designated here by DISC_TYP) for identifying whether the discovery message is used to prevent other terminals of a proximity service offer proposed by the mobile terminal transmitting the message or to request from these other terminals a specific local service;
  • Discovery Type a parameter for identifying whether the discovery message is used to prevent other terminals of a proximity service offer proposed by the mobile terminal transmitting the message or to request from these other terminals a specific local service
  • PSJD Code "in TS 24.234 and hereinafter referred to as PSJD) allocated to the terminal transmitting the discovery message, 184 bits long;
  • 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.
  • MIC Message Integrity Check
  • 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 through to the PCM security sequence and to be able to compare it with the proximity service codes which this mobile terminal is authorized to access, which are stored in this terminal.
  • a mobile terminal listening can be interested only in a specific local service or a particular type of local service.
  • these two families of services which are services based on commercial-type localization (social networks, restaurant, car park, taxi, etc.) and emergency services (police, firefighters, emergency responders, etc.) who rely on direct communications when needed, these two families of services have different requirements (in terms of level of security, 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.
  • 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.
  • 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.
  • the analysis of the proximity service code comprises:
  • 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 memorized proximity service code.
  • 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.
  • 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.
  • 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.
  • 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 proximity service code. concerned by the message, when the equipment receiving the message is configured to retrieve and sequentially analyze the data of this message.
  • 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.
  • 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.
  • this receiving equipment avoids analysis unnecessarily, in addition to the code specific to the proximity service, others fields containing data related to this service.
  • 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.
  • 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 proximity service between terminals in a telecommunication network, comprising
  • a communication module able to receive a message, broadcast by a 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;
  • a processing module configured to check 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 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 able to broadcast said message in the telecommunication network.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 5 illustrates a device configured to process messages relating to a proximity service according to one embodiment of the invention.
  • Figure 2 shows a telecommunications network implementing proximity services between terminals.
  • the terminals UE1 and UE2 are located in the same radio cell served by a base station B1, for example of the "eNodeB" type.
  • 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 (for "Evolved Packet Core") backbone in which a proximity services management module (referred to as "PS_GES”) is installed.
  • EPC for "Evolved Packet Core”
  • PS_GES proximity services management module
  • FIG. 1 for example of the "ProSe function” type as defined in document TS 23.303 discussed previously.
  • 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.
  • 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.
  • the terminals that have previously authenticated themselves to a network proximity service management module can perform a discovery in direct mode (ie by directly broadcasting messages to other terminals without going through the station. B1) to discover terminals and services in their neighborhoods, without
  • the PS_GES proximity service management module thus manages, for a given PS proximity service, the generation of a PSJD proximity service code specific to this service (this code may be a temporary code), the generating an SGI 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 subscribes to this service.
  • 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 PSJD code and this SGI identifier are thus stored by the terminals UE1 and UE2, for later use during a phase of discovery of proximity service, by means of a direct communication between terminals.
  • the terminal UE1 broadcasts PSJDISC 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_D_D code of the PS proximity service preceded by the SGI identifier of the class of proximity services to which this PS service belongs.
  • the UE2 terminal for its part, is in the listening position and monitors the eventual reception of such messages of discovery distributed by nearby terminals, in order to be able to process them and to implement the PS proximity service with the transmitting terminals. 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 PSJDISC 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:
  • This field is of a length of m bits, as short as possible while offering a sufficient number of classes, for example 4 bits.
  • This field can be 8 bits long.
  • This field may be of a length of n significant bits, for example of 148 bits, like the "ProSe Code" proposed in TS 24.234 and mentioned above.
  • n significant bits for example of 148 bits, like the "ProSe Code" proposed in TS 24.234 and mentioned above.
  • An integrity verification field 14 in which is inserted a sequence of integrity PCM, typically generated by the terminal transmitting the message from the PSJD code by means of a cryptographic function and used to check, on reception, the integrity of this code.
  • the terminal UE2 when it receives the discovery message broadcast by the terminal UE1, will first read the field 1 1 of proximity service type identification, in order to extract and analyze the SGI classifier 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.
  • the following two classes of proximity services can be distinguished, which have different requirements in terms of the level of security and reactivity, and target different users (general public and emergency services), each of these classes being assigned a specific identifier:
  • the class of emergency services (police, fire, rescue, etc.) that can rely on direct communications between terminals when needed.
  • a good compromise is to use a 4-bit proximity service type identification field, which allows the definition of a number of service classes up to 16.
  • the service class identifier of proximity can then take the following values:
  • FIG. 4 illustrates the steps of a message processing method relating to a proximity service according to one embodiment of the invention.
  • 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 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 proximity service specific 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.
  • 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 proximity service specific 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.
  • 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 a network layer lower than the application layer (for example at the level of the layer MAC) by detecting, in the received messages, a specific field making it possible to identify this type of discovery message within 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.
  • 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 a discovery message when this specific protocol only provides for this type of message between terminals.
  • 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 SGI UEI identifier of the class to which the proximity service sought or proposed by the terminal UE1 belongs.
  • the terminal UE2 verifies (step 107) whether this SG IUEI identifier corresponds to an SGI UE 2 proximity service class identifier of a proximity service to which the UE2 terminal has itself subscribed beforehand.
  • the PS_GES module for managing network proximity services.
  • the terminal UE2 consults a table in which are stored the SGIuE 2 class of proximity service identifiers of the various proximity services to which the UE2 terminal has subscribed, in order to find the SG IUEI identifier extracted from the message of discovery (or at least an univocally associated identifier with this extracted identifier).
  • the terminal UE2 can ignore the rest of this discovery message, without unnecessarily dedicating resources to analyze the following fields in this message, in particular the proximity service specific identifier searched for or proposed by the terminal UE1.
  • 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 of proximity PSJ DUEI proposed or sought by the UE1 terminal.
  • the terminal UE1 extracts (step 109) this proximity service code PSJ DUEI and verifies (step 1 1 1) the concordance of this PSJ code DUEI with possible specific codes of proximity service PS_I DUE 2 stored by the terminal UE2.
  • the discovery message can be ignored without success.
  • the UE2 terminal can continue the dialogue with the terminal UE1, by means of direct communication between terminals, in order to implement (step 1 13) the proximity service corresponding to this code PSJ DUEI -
  • the implementation (step 1 13) 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 , which 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 may display the availability of the service in question on its screen).
  • this implementation 1 13 may include 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. at-point messages following the direct discovery phase using a message broadcast.
  • FIG. 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.
  • a card (U) SIM not shown
  • the communication module 21 is able to receive messages relating to a proximity service coming from the mobile network or from terminals nearby, in the form of data packets and to send such messages to terminals nearby or to the mobile network.
  • 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 module. temporary memory 22 of the device.
  • the temporary storage module 22 allows the reading and the on-the-fly processing of the data received by the processing module 23. It typically takes the form of a buffer memory, ie a RAM temporarily storing the data received by the module. communication 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, still called “dead” (ROM in English), and serves to store firstly a TAB storage table in which are stored the PSJD codes of the proximity services to which subscribes the device 20 (either natively or after authentication with a PS_GES module for managing proximity services of the network) in association with the SGI identifiers of the classes of proximity services to which these services belong.
  • a storage table can take the following form, for example:
  • the permanent storage module 24 also serves to store the code instructions of the computer program (illustrated by "Prog” in FIG. 4) previously described.
  • the device 20 can also generate and transmit such messages to other similar devices in the telecommunication network.
  • the processing module 23 retrieves in the storage module 24 the PSJD code associated with this proximity service, as well as 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 PSJD code, in order to enable optimized processing of this message by the receiving terminals.
  • 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.
  • any type of message broadcast by a terminal as part of a service 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.
  • the method of processing the message has been described as being implemented by a terminal UE2 capable of contacting 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne le traitement de traitement de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication. Un message, diffusé par un premier terminal (UE1) et relatif à un service de proximité entre terminaux dans un réseau de télécommunication, est reçu (101), ce message comprenant un code de service de proximité (PS_IDUE1) caractéristique dudit service de proximité et un identifiant (SGIUE1) d'une classe de services de proximité à laquelle appartient ledit service de proximité. Une correspondance est alors vérifiée (107) entre l'identifiant (SGIUE1) d'une classe de services de proximité reçu du deuxième terminal (UE1) et un identifiant de classe de services de proximité (SGIUE2) mémorisé, et le code de service de proximité (PS_IDUE1) reçu est analysé (109,111) seulement si l'identifiant (SGIUE1) d'une classe de services de proximité reçu du deuxième terminal (UE1) correspond à l'identifiant de classe de services (SGIUE2) mémorisé.

Description

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 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 :
Figure imgf000012_0001
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 UE2 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 SGIuE2 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 UE2 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 IUE2 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 DUE2 mémorisés par le terminal UE2.
Si le code PSJ DUEI extrait ne correspond à aucun code PS_I DUE2 mémorisé par le terminal UE2, le message de découverte peut être ignoré sans suite.
A contrario, si le code PS_IDUEi extrait correspond à un code PSJD UE2 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 :
Figure imgf000015_0001
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.

Claims

Revendications
1 . Procédé de traitement de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, caractérisé en ce qu'il comprend les étapes suivantes :
- réception (101 ) d'un message, diffusé par un premier terminal (UE1 ), relatif à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un code de service de proximité (PS_I DUEi ) caractéristique dudit service de proximité et un identifiant (SGI UEI) d'une classe de services de proximité à laquelle appartient ledit service de proximité,
- vérification (107) d'une correspondance entre l'identifiant (SG I UEI) d'une classe de services de proximité reçu du premier terminal (UE1 ) et un identifiant de classe de services de proximité (SG I UE2) mémorisé ; et
- analyse (109,1 1 1 ) du code de service de proximité (PS_I DUEi ) reçu du premier terminal (UE1 ) seulement si l'identifiant (SG I UEI) d'une classe de services de proximité reçu du deuxième terminal (UE1 ) correspond à l'identifiant de classe de services (SGI UE2) mémorisé.
2. Procédé de traitement selon la revendication 1 , caractérisé en ce que l'analyse du code de service de proximité (PSJ DUEI) comprend :
- vérifier (1 1 1 ) une correspondance entre ledit code de service de proximité (PSJ DUEI) reçu du premier terminal (UE1 ) et un code de service de proximité (PSJ DUEI ) mémorisé ; et
- mettre en œuvre (1 13) le service de proximité entre le premier terminal (UE1 ) et au moins un autre terminal (UE2) seulement si le code (PSJ DUEI) de service de proximité reçu du premier terminal (UE1 ) correspond au code de service de proximité (PS_I DUEi) mémorisé.
3. Procédé de traitement selon les revendications 1 ou 2, caractérisé en ce que la réception du message diffusé par le premier terminal (UE1 ) comprend la détection (103) dudit message, parmi au moins un message reçu (101 ), au moyen d'un champ identifiant le type dudit message ou un protocole applicatif utilisant ledit message.
4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que ledit message diffusé par le premier terminal (UE1 ) est un message de découverte d'un service de proximité proposé ou recherché par le premier terminal (UE1 ).
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que l'identifiant (SG IUEI) d'une classe de services de proximité à laquelle appartient ledit service de proximité est inséré dans un premier champ (1 1 ) du message, ce premier champ précédant un deuxième champ (13) où est inséré le code de service de proximité (PSJ DUEI) dans le message.
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'il est mis en œuvre par un deuxième terminal (UE2), configuré pour établir un lien de communication directe avec le premier terminal (UE1 ) et dans lequel est stocké l'identifiant de classe de services de proximité (SG IUE2) mémorisé.
7. Message relatif à un service de proximité entre terminaux dans un réseau de communication, destiné à être diffusé par un premier terminal (UE1 ) dans le réseau de communication, comprenant un premier champ (13) dans lequel est inséré un code de service de proximité (PSJD) caractéristique d'un service de proximité proposé ou recherché par le premier terminal (UE1 ), caractérisé en ce qu'il comprend un deuxième champ (1 1 ), précédant le premier champ (13) dans le message, dans lequel est inséré un identifiant (SGI) d'une classe de services à laquelle appartient ledit service de proximité.
8. Message selon la revendication 7, caractérisé en ce qu'il comprend au moins un troisième champ (12,14) comprenant des données relatives au service de proximité, le deuxième champ (1 1 ) étant situé avant ledit au moins un troisième champ (12,14) dans le message.
9. Dispositif (20) pour le traitement de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, caractérisé en ce qu'il comprend :
un module de communication (21 ) apte à recevoir un message, diffusé par un terminal (UE1 ), relatif à un service de proximité entre terminaux dans un réseau de télécommunication, comprenant un code de service de proximité (PS_IDUEi) caractéristique dudit service de proximité et un identifiant (SG IUEI) d'une classe de services de proximité à laquelle appartient ledit service de proximité ; et
un module de traitement (23) configuré pour vérifier (107) une correspondance entre ledit identifiant (SGI UEI) d'une classe de services de proximité reçu et un identifiant de classe de services de proximité (SG IUE2) mémorisé par le dispositif, et pour analyser (109,1 1 1 ) le code de service de proximité (PSJ DUEI) reçu seulement si l'identifiant (SG IUEI) d'une classe de services de proximité reçu correspond à un identifiant de classe de services (SG IUE2) mémorisé par le dispositif.
10. Dispositif (20) pour l'émission de messages relatifs à un service de proximité entre terminaux dans un réseau de télécommunication, caractérisé en ce qu'il comprend :
un module de traitement (23) 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é (PS_IDUEi ) caractéristique dudit service de proximité et un identifiant (SG IUEI) d'une classe de services de proximité à laquelle appartient ledit service de proximité ; et
un module de communication (21 ) apte à diffuser ledit message dans le réseau de télécommunication.
1 1 . Dispositif (20) selon l'une des revendications 9 ou 10, caractérisé en ce qu'il comprend en outre un module de mémorisation (24) configuré pour stocker au moins un code de service de proximité (PS_I DUE2), caractéristique d'un service de proximité auquel a souscrit le dispositif, en association avec un identifiant (SG I UE2) d'une classe de services de proximité à laquelle appartient ledit service de proximité.
12. Programme d'ordinateur comportant des instructions de code pour la mise en œuvre du procédé de traitement selon l'une des revendications 1 à 6 lorsque ce programme est exécuté par un processeur.
13. Support d'enregistrement, lisible par un processeur, sur lequel est enregistré le programme d'ordinateur selon la revendication 12.
PCT/FR2016/050112 2015-01-23 2016-01-21 Différentiation de classes de services de proximité dans des messages entre terminaux mobiles WO2016116704A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1550545A FR3032083A1 (fr) 2015-01-23 2015-01-23 Differentiation de classes de services de proximite dans des messages entre terminaux mobiles
FR1550545 2015-01-23

Publications (1)

Publication Number Publication Date
WO2016116704A1 true WO2016116704A1 (fr) 2016-07-28

Family

ID=52824450

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2016/050112 WO2016116704A1 (fr) 2015-01-23 2016-01-21 Différentiation de classes de services de proximité dans des messages entre terminaux mobiles

Country Status (2)

Country Link
FR (1) FR3032083A1 (fr)
WO (1) WO2016116704A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220109996A1 (en) * 2020-10-01 2022-04-07 Qualcomm Incorporated Secure communication link establishment for a ue-to-ue relay

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013191504A1 (fr) * 2012-06-21 2013-12-27 Lg Electronics Inc. Procédé et appareil pour la fourniture d'un service de proximité
US20140056220A1 (en) * 2012-08-23 2014-02-27 Interdigital Patent Holdings, Inc. Method and apparatus for performing device-to-device discovery
US20140295832A1 (en) * 2013-03-26 2014-10-02 Lg Electronics Inc. Method and apparatus of performing a discovery procedure
WO2015005693A1 (fr) * 2013-07-10 2015-01-15 Samsung Electronics Co., Ltd. Procédé et appareil d'émission et de réception d'informations de découverte dans un système de communication sans fil et architecture de pile de protocole associée
WO2015148158A1 (fr) * 2014-03-24 2015-10-01 Intel IP Corporation Appareils, systèmes et procédés de différentiation d'un volume de charge utile pour la découverte d2d

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013191504A1 (fr) * 2012-06-21 2013-12-27 Lg Electronics Inc. Procédé et appareil pour la fourniture d'un service de proximité
US20140056220A1 (en) * 2012-08-23 2014-02-27 Interdigital Patent Holdings, Inc. Method and apparatus for performing device-to-device discovery
US20140295832A1 (en) * 2013-03-26 2014-10-02 Lg Electronics Inc. Method and apparatus of performing a discovery procedure
WO2015005693A1 (fr) * 2013-07-10 2015-01-15 Samsung Electronics Co., Ltd. Procédé et appareil d'émission et de réception d'informations de découverte dans un système de communication sans fil et architecture de pile de protocole associée
WO2015148158A1 (fr) * 2014-03-24 2015-10-01 Intel IP Corporation Appareils, systèmes et procédés de différentiation d'un volume de charge utile pour la découverte d2d

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ORANGE: "Addition of Service Group Identifier", vol. CT WG1, no. Sorrento; 20150202 - 20150206, 1 February 2015 (2015-02-01), XP050929318, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Meetings_3GPP_SYNC/CT1/Docs/> [retrieved on 20150201] *
TSOLKAS DIMITRIS ET AL: "A device discovery scheme for proximity services in LTE networks", 2014 IEEE SYMPOSIUM ON COMPUTERS AND COMMUNICATIONS (ISCC), IEEE, 23 June 2014 (2014-06-23), pages 1 - 6, XP032649885, DOI: 10.1109/ISCC.2014.6912514 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220109996A1 (en) * 2020-10-01 2022-04-07 Qualcomm Incorporated Secure communication link establishment for a ue-to-ue relay

Also Published As

Publication number Publication date
FR3032083A1 (fr) 2016-07-29

Similar Documents

Publication Publication Date Title
EP3381222A1 (fr) Procede de configuration d&#39;une passerelle
FR3029728A1 (fr) Procede de provisionnement d&#39;un profil de souscripteur pour un module securise
EP3298812A1 (fr) Chargement de profil d&#39;abonnement dans une carte sim embarquée
FR3040852A1 (fr) Regroupement automatique, authentification, et approvisionnement de points d&#39;acces en utilisant une gestion d&#39;infrastructure wlan a base de nuage
EP2625925B1 (fr) Identification d&#39;un reseau hôte d&#39;un terminal utilisateur d&#39;une organisation
EP3656142A1 (fr) Chargement d&#39;un nouveau profil d&#39;abonnement dans un module embarqué d&#39;identification de souscripteur
FR2884999A1 (fr) Reseau de communication mobile et de videodiffusion serveur et procede d&#39;exploitation
EP2438735A1 (fr) Procédé de calcul d&#39;un premier identifiant d&#39;un élément sécurisé d&#39;un terminal mobile à partir d&#39;un second identifiant de cet élément sécurisé
WO2016116704A1 (fr) Différentiation de classes de services de proximité dans des messages entre terminaux mobiles
EP2870817B1 (fr) Procede de traitement d&#39;une requête de connexion a un reseau d&#39;acces sans fil
EP4018554B1 (fr) Procedes et dispositifs d&#39;appairage dans un reseau sans-fil
FR2925810A1 (fr) Procede de communicatin entre un terminal et un reseau de communication
EP3747238B1 (fr) Agrégation d&#39;une pluralité de connexions radio dans un réseau sans fil
FR3030959A1 (fr) Procede de transmission d&#39;au moins une trame de communication, procede de reception, dispositifs de transmission et de reception, programme de module logiciel et signal correspondants.
EP4080923B1 (fr) Dispositif électronique de gestion décentralisée de groupe(s) de communication
EP2260640B1 (fr) Etablissement d&#39;une communication par paquets entre un serveur et une entite de service d&#39;un reseau de radiocommunication
EP1799007A1 (fr) Procédé et systéme pour localiser et authentifier un équipement mobile dans une zone domestique
FR3046325A1 (fr) Systeme pour la connexion securisee d&#39;un equipement terminal client a un reseau etendu, par exemple internet
EP4329245A1 (fr) Procédé et dispositif de connexion sécurisée dans un réseau local
WO2011023904A1 (fr) Procede de diffusion d&#39;un contenu dans un reseau de telecommunications de maniere geolocalisee
EP3158782A1 (fr) Procédé d&#39;activation d&#39;une carte d&#39;abonné de type carte sim
FR3135859A1 (fr) Procédé de fourniture de services géographiques à un réseau hybride comprenant des réseaux 3GPP MCS et PMR
WO2022238644A1 (fr) Procede de defense contre une tentative de deconnexion entre deux entites, systeme associe
FR3100685A1 (fr) Procédé de communication sans-fil entre un objet client et un objet serveur
FR2985402A1 (fr) Procede de connexion a un reseau local d&#39;un terminal mettant en oeuvre un protocole de type eap et systeme de communication associe

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16703348

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16703348

Country of ref document: EP

Kind code of ref document: A1