WO2005018260A2 - Procede et systeme de detection de presence d’un terminal mobile - Google Patents

Procede et systeme de detection de presence d’un terminal mobile Download PDF

Info

Publication number
WO2005018260A2
WO2005018260A2 PCT/FR2004/001725 FR2004001725W WO2005018260A2 WO 2005018260 A2 WO2005018260 A2 WO 2005018260A2 FR 2004001725 W FR2004001725 W FR 2004001725W WO 2005018260 A2 WO2005018260 A2 WO 2005018260A2
Authority
WO
WIPO (PCT)
Prior art keywords
present
mobile
state
mobile subscriber
network
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/FR2004/001725
Other languages
English (en)
Other versions
WO2005018260A3 (fr
Inventor
Diego Anza Hormigo
Florent Le Lain
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Priority to US10/564,949 priority Critical patent/US20060209740A1/en
Priority to EP04767565A priority patent/EP1647158A2/fr
Publication of WO2005018260A2 publication Critical patent/WO2005018260A2/fr
Publication of WO2005018260A3 publication Critical patent/WO2005018260A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management

Definitions

  • the field of the invention is that of mobile telecommunications networks.
  • a mobile telecommunications network such as cellular networks of GSM, GPRS, UMTS type
  • users have the possibility of traveling with a mobile terminal over the entire territory covered by a network to which they have subscribed, see covered by other compatible mobile telecommunications networks, this is called roaming, while retaining their ability to communicate with the mobile telecommunications network and, through it, with the outside for services or applications telephone type or other data type applications. It is also possible that a user temporarily leaves the coverage of mobile telecommunications networks, that his terminal is switched off voluntarily or, involuntarily because of the depletion of the battery.
  • the term "mobile subscriber” used in this text is a literal translation of the English term "mobile subscriber” used in the GSM / GPRS / UMTS standards of 3GPP and indicates a subscription taken out with a mobile operator which gives access to its network of mobile telecommunications.
  • This subscription is identified by the international mobile subscriber identity (IMSI for International Mobile Subscriber Indentity) or the mobile terminal number on the integrated service digital network (MSISDN for Mobile Station Integrated Services Digital Network Number).
  • IMSI International Mobile Subscriber Indentity
  • MSISDN Mobile Station Integrated Services Digital Network Number
  • the MSISDN does not have to be stored in the SIM card to identify the subscription, it can be stored from a correspondence between MSISDN and IMSI in the core network.
  • the term "Mobile Subscriber” refers less to the person who uses the mobile telecommunications network than to the use they make of it or is able to make of it using their mobile terminal.
  • a binary state of presence of a subscriber on the mobile network is defined as follows. A mobile subscriber is present on the network when he has access to its functions and therefore can be reached by external applications (voice services, data services). Conversely, the mobile subscriber is not present, that is to say absent on the network, when he does not have access to these functions and cannot be reached by external applications.
  • This second state corresponds, for example, to the switched off mobile terminal or to the mobile terminal on a part of territory not covered by the mobile telecommunication network.
  • This set may include, by way of nonlimiting example, at least the presence status with two values (present, not present) as described above, the means of reaching the mobile subscriber such as his current IP address, l current activity of the subscriber (mobile in standby, in communication, in WAP transfer on an X application, etc.), the location of the subscriber, etc.
  • the mobility management mechanisms existing in mobile networks generate a lot of presence information. Unfortunately, these are part of the internal functioning of the network and applications external to it do not have direct access to them in the current state of the art. Such external applications cannot therefore know a priori the state of presence of a given mobile terminal.
  • the application presence consists in using an explicit action either of the user, or of a specific software or agent embedded in the mobile terminal with the application in question so that it can become aware of the presence of the user and how it can be reached.
  • instant messaging applications require a registration procedure where the user must enter their name and password to be able to consider it present and reachable in the service. These actions generally result in an exchange of messages on the application protocol layers between the mobile terminal and the application server.
  • the mobile telecommunications network is limited to conveying the messages sent by the terminal to the application server.
  • the use of application presence has some drawbacks compared to the use of presence data which can be provided directly by the mobile telecommunications network. For example, in the case of deployment, the application presence is often based on the use of a specific client embedded or downloaded in the mobile terminal. Consequently, the service is limited in this case to the terminal having said customer.
  • an object of the invention is to obtain presence information directly from the mobile telecommunications network.
  • An object of the invention is a method for informing an application server whether or not a mobile subscriber is present on a mobile telecommunications network. The process is remarkable in that it includes:
  • This method makes it possible to communicate a state present or not present to any application server without first having to have an agent dedicated to this server for the mobile subscriber because it is based on a reaction from the network of mobile telecommunications to a signal sending whether the present or not present state is determined.
  • the distinctive signal of the mobile subscriber can be of different types.
  • said first signal — is a short message sent to the mobile telecommunications network intended for the mobile subscriber.
  • a data coding scheme parameter in a header of the short message is positioned at a value which has the effect of commanding the mobile recipient of the message, to discard the content of the message and to deactivate an indication of receipt of the message. on the mobile.
  • the first step is activated during an activation of the second step by positioning a duration as a function of the present or not present state determined in the second step.
  • the method comprises a waiting step activated when the second step determines the present state so as to activate the first step after expiration of the waiting.
  • said first signal consists of a node interrogation of the telecommunications network on the present or not present state of the mobile subscriber.
  • the reaction of the mobile telecommunications network consists then in a response from the telecommunication network node on the present or not present state of the mobile subscriber.
  • said first signal consists in positioning a detection point on a node of the telecommunications network relating to any modification of the present or not present state of the mobile subscriber.
  • the reaction of the mobile telecommunications network then consists of a notification of the node of the telecommunications network relating to each modification of the present or not present state of the mobile subscriber.
  • the application server can be permanently informed of the status by subscription or only if necessary by request. For a subscription, a third stage activation communicating to the application server the present state, is followed by a third stage activation communicating to the application server the non-present state when the state determined in second stage changes from present to not present.
  • An object of the invention is also a system for informing an application server whether or not a mobile subscriber is present on a mobile telecommunications network.
  • the system is remarkable in that it comprises: first means for sending a first signal distinctive of the mobile subscriber to the mobile telecommunications network; - of second .. means. to determine a binary state present or not present as a function of a reaction of the mobile telecommunications network to said first signal; third means for communicating to the application server the state determined by the second means.
  • the first means are arranged to send the first signal in the form of a short message to the mobile subscriber
  • the second means are arranged to determine the present state when the short message is delivered and to determine the state not present when the short message is not delivered after exceeding a fixed duration.
  • the first means are arranged to send said first signal at regular time intervals which are a function of the present or not present state of the mobile subscriber.
  • FIG. 1 shows the mobile telecommunications network of Figure 1 with implementation of the invention
  • Figures 3 to 5 show process steps according to the invention.
  • a mobile communicating device 1 communicates with a mobile telecommunication network 3 by exchanging high frequency signals with radio relays 2 connected to the mobile telecommunication network 3 by an access network infrastructure.
  • An application server 4 is - linked to the mobile telecommunications network 3 by a core network infrastructure.
  • the application server 4 hosts applications of the electronic messaging or other type, for which the communicating mobile devices 1 host a corresponding agent.
  • An agent corresponding to an application hosted in the application server 4 is a part of an application program which, from the communicating mobile device 1, exchanges directly with the application hosted in the application server 4 via the radio relay. 2 and the mobile telecommunication network 3.
  • the communicating mobile device 1 when the communicating mobile device 1 is in radio communication with the radio relay 2 of the mobile telecommunication network 3, the corresponding agent located in the communicating mobile device 1, transmits a signal to the application server 4 to notify of its presence, the application which is hosted there.
  • the corresponding agent located in the communicating mobile device 1 transmits a signal to the application server 4 to notify of its presence, the application which is hosted there.
  • FIG 2 there is a mobile device 'communicating 1, a radio relay 2, and a conventional mobile telecommunications network 3 such as those shown in Figure 1.
  • Application servers 7, 8, host applications for which it is not necessary for the communicating mobile device 1 to contain a corresponding agent.
  • a presence detection system 5 is connected, on the one hand, to the mobile telecommunications network 3 and, on the other hand, to an IP type network 6.
  • the network 6 connected to the server 7, 8, allows the system 5 to communicate with these application servers.
  • the system 5 interfaces with the mobile telecommunications network 3 to obtain information on the presence of the mobile subscribers by means particular which will be described later in this presentation. Interfaces with the application servers using standard protocols on the IP network, the system 5 processes requests from the various application servers in a centralized manner in order to deliver presence information to them on mobile subscribers.
  • the system 5 can also perform other functions such as that of implementing techniques for optimizing access to the mobile telecommunications network by means of ante memory (cache in English), of carrying out authorization checks, issue billing tickets.
  • the application servers 7, 8 use presence information which they obtain from the presence detection system 5 to provide various services to the communicating mobile device 1.
  • the presence detection system 5 is capable of managing at least two types of exchange with the application servers 7, 8, implementing for each, the method now described with reference to Figures 3 and.
  • FIG. 3 shows steps of the presence detection method executed in the system 5 to respond to requests for the presence of a mobile subscriber at an instant t received from an application server 7, 8.
  • a step 9 of initialization in request mode triggered for example when the system 5 is put into service, places the system 5 in a listening step 10.
  • the system — S is listening on the network 6, for requests received from one of the servers 7, 8.
  • a transition 11 takes the system 5 from step 10 to a step 12. The transition 11 is validated by a reception of request received from one of the servers 7, 8 by the network 6.
  • the request which validates the transition 11, is distinctive of the server which issued it and of the mobile terminal number MSISDN for which the server in question requests the presence state on the mobile communication network 3.
  • the system 5 consults the presence state of the MSISDN. Means used by the system 5 to obtain the presence state of the MSISDN are explained later in the description.
  • a present state of the MSISDN validates a transition 13.
  • a validation of transition 13 takes the system 5 from step 12 to a step 15.
  • the system 5 sends over the network 6, a response to the application server which issued the request, to inform it of the presence of the mobile subscriber identified by the MSISDN.
  • step 16 the system 5 sends on the network 6 a response intended for the server which emitted the request to inform it of the absence or not presence of the mobile subscriber identified by the MSISDN.
  • step 15 or step 16 the system 5 remains in step 10 listening pending a new request for the presence of a server for the same or another mobile subscriber.
  • the request issued by the application server can also be non-specific to a given MSISDN but by type example - for request - all - the -MSL-SDN -at JJatat present.
  • the response provides a list of MSISDNs present.
  • FIG. 4 shows steps of the presence detection method executed by the system 5 to inform application servers 7, 8 of the state of presence of mobile subscribers permanently within the framework of a subscription.
  • the system 5 listens to any new subscription received by the network 6, by a man-machine interface (not shown) connected to the system 5 to specify subscriptions from application servers and mobile subscribers or consultation of subscription tables internal to the system 5.
  • a transition 19 is validated by each subscription identified for a determined server and a mobile subscriber identified by an MSISDN.
  • Each transition validation 19 activates a step 20 in which the system 5 consults the presence state of the mobile subscriber identified by the MSISDN as part of the subscription having validated the transition 19.
  • the system 5 loops back to the step 18 listening for any other subscription.
  • a present state of the mobile subscriber validates a transition 21.
  • a state not present or absent from the mobile subscriber validates a transition 22.
  • a validation of the transition 21 activates a step 23 in which the system 5 sends a notification of presence of the mobile subscriber to the server concerned by the subscription.
  • a validation of the transition 22 activates a step 24 in which the system 5 sends a notification of non-presence or absence to the application server concerned by the subscription.
  • a new absent state validates a transition 25 and a new present state validates a transition 26.
  • transition 25 activates step 24 and after step 24 transition 26 activates step 23 so that the server concerned by the subscription is constantly informed of the presence state of the mobile subscriber.
  • the system 5 optionally adds to the presence notification other contextual data relating to the mobile subscriber, called presence information.
  • the present embodiment describes a method for detecting the presence state of a mobile subscriber by sending invisible SMS applicable in networks of GSM / GPRS / UMTS type. Other techniques can be used to extract the presence information from the core of mobile networks 3.
  • the invisible SMS technique has the advantage of being very simple to implement and compatible with all GSM / GPRS / networks.
  • UMTS currently deployed. Recommendation TS 123.040 of 3 GPP, version 5.5.1 of September 2002, defines how perform a -service -of- short message- (SMS).
  • chapter 9.2.2.1 describes basic types of configuration of SMS message headers to act on the mode of delivery of the message.
  • the TP-DCS data coding scheme parameter. Coding-Scheme which identifies the coding scheme in the user data of the transfer protocol.
  • the parameter TP-DCS contains eight bits whose recommendation 3GPP TS 23.038 defines in chapter 4, behaviors of delivery of SMS messages according to the values to zero or to one of these eight bits numbered from zero to seven.
  • the inventors have selected in the 3GPP TS 23.038 V3.3.0 (2000-01) recommendation, setting the TP-DCS parameter to the hexadecimal value C0. So the value 1100 of bits 7 through
  • bits 4 of the TP-DCS parameter has the effect that the mobile discards the contents of the message by presenting at most one indication to the user.
  • the values of bits 2 to 0 have no particular effect for the invention, given that the value of bit 2 at zero is imposed in chapter 4 of the above-mentioned recommendation TS 23.038.
  • the zero value of bits 1 and 0 relates to waiting for a voicemail message, it will be understood that any other value of bits 1 and 0 has no effect on the implementation of the invention. Selecting a value from the group of four indication bits to trigger a discard. message content and selecting the value of the indication activation bit to make 1-!
  • SMS-C short message services
  • An “alert-SC” procedure allows the mobile telecommunications network to inform the SMS-C of the registration in the network of a mobile subscriber who is absent at the time of sending a short message so that the latter he can try again to deliver the pending messages.
  • This event notification is made through the MAP-alert-SC message sent by the HLR to the SMS-C (cf. 3 GPP TS 29.002 V3.14.0 2002-09 chapter 12.5).
  • This functionality is exploited by the present invention to detect the registration of a subscriber in the network after a period of absence.
  • the presence detection method uses the sending of invisible SMS to subscribers whose presence must be detected.
  • the SMS-C ensures the delivery of SMS in GSM / GPRS / UMTS networks and acts as an entry point to the core of the mobile network for the presence detection system.
  • the interface and the dialogue protocol between the system 5 and the SMS-C are specific to each operator (UCP and SMPP are the most common).
  • an initialization step 27 specific to each MSISDN by default places the mobile subscriber concerned in an absent state defined by a step 28.
  • Each activation of step 28 simultaneously activates a step 29 in which the system 5 sends an SMS to the mobile subscriber.
  • the SMS is of the invisible type as defined above so as not to disturb the user of the mobile.
  • the SMS indicates in header that it has a lifetime Ti at the end of which the SMS is destroyed by the SMS-C if it has not been received by the mobile subscriber. So that the SMS-C can control the reception of the message by the mobile, the SMS message is of the type with acknowledgment of receipt notified to the SMS-C by the mobile.
  • Step 29 arms, together with the sending of the short message SMS, a time counter t.
  • a transition 30 is validated when the time t exceeds the value i without the SMS-C having received an acknowledgment of receipt notified by the mobile.
  • the validation of the transition 30 can be carried out in different ways. In a first possible way, the time counter resides in the SMS-C.
  • the SMS-C is then configured so as to carry out the arming of the counter in step 29 on receipt of the SMS message from the system 5 and so as to send an acknowledgment of non-delivery to the system 5 when the time -t-exceeds -the -value — T ⁇ - s-an-s— to have received an acknowledgment of receipt notified by the mobile.
  • the transition 30 is then validated by the acknowledgment of non-delivery received from the SMS-C.
  • the time counter resides in the system 5.
  • the transition 30 is then directly validated in the system 5 when the time t exceeds the value T_. This second way does not require any particular configuration of the SMS-C to validate the transition 30.
  • the validation of one of the transitions 30 or 31 has for effect of disarming the counter of step 29.
  • the transition 31 simultaneously activates a step 32 and a step 33.
  • step 32 the mobile subscriber is recognized in a state present by the system 5.
  • step 33 the system 5 arms a time counter t to perform a waiting period of time T 2 .
  • a transition 34 is validated when the time t exceeds T 2 .
  • the transition 34 activates a step 35 in which the system 5 sends a short SMS message with a lifetime T 3 .
  • step 35 the SMS-C according to the first way or the system 5 according to the second way explained above, arms the time counter t so as to validate a transition 36 when the time t exceeds the duration T 3 .
  • a validation of one of transitions 34, 36 or 37 has the effect of disarming a previous .arming of any time counter.
  • a transition - 3-7 - following "steps - ⁇ 32 - and 35, is validated when the short message is delivered to the mobile subscriber.
  • a validation of the transition 37 activates steps 32 and 33 again. validation of the transition 30 to a "result of steps 28 and 29 or the transition 36 as a result of steps 32 and 35, active Repeat steps 28 and 29.
  • the system 5 comprises first means which make it possible to send a signal to the mobile telecommunications network 3. It is for example a conventional type interface between the system 5 and a node of the network 3.
  • the first means are of the software type designed to generate short messages with a header configured so that the short messages are not visible to the operator and trigger an acknowledgment transmission by the mobile terminal to the SMS-C upon receipt.
  • the system 5 comprises second means in software, micro programmed or dedicated micro circuit form which, for example executing steps and transitions 27 to 37, determine a binary state present or not present as a function of a reaction from the mobile telecommunications network.
  • the reaction of the network 3 is constituted by an acknowledgment of reception retransmitted by the SMS-C to the system 5 which, informed that the message is delivered, validates the transitions 31 and 37 which activate step 32 corresponding to the present state of the mobile subscriber.
  • the reaction of the network 3 is destruction of the message by the SMS-C.
  • the system 5 does not receive an acknowledgment of receipt within the expiration period or receives an acknowledgment of non-delivery, validates the corresponding transition 30 or 36 which activates step 38 corresponding to the non-present state of the mobile subscriber .
  • the reaction of the network 3 is constituted by an acknowledgment of reception retransmitted by the SMS-C to the system 5 which , informed that the message is delivered, validates the transition 31 which activates step 31- corresponding to the present state of the mobile subscriber.
  • the reaction of the network 3 is destruction of the message by the SMS-C.
  • the system 5 does not receive an acknowledgment of receipt within the expiration time T 3 or receives an acknowledgment of non-delivery, validates the transition 36 which activates step 38 corresponding to the non-present state of the mobile subscriber.
  • the lifetime i of the invisible SMS sent by the system 5 in the non-present state is of high value.
  • the waiting time T 2 fixes a frequency for probing the state present by the system 5. Its value is a compromise between the need to limit the ⁇ "traffic" between the system 5 and the network 3 and the need for the application server to be rapidly informed of a mobile subscriber who leaves the present state.
  • T 3 of invisible SMS sent by system 5 in the present state is of low value, a mobile subscriber present being supposed to send an acknowledgment quickly. Latency resulting from the waiting time T 2 , it is recommended to choose a lifetime T 3 less than the waiting time T 2.
  • the system 5 comprising first and second technical means for extracting from the mobile telecommunications core, the state of presence of a subscriber, the system 5 finally comprises third means for communicating to the application server 7,8 the extracted state, these means for example comprising a protocol interface for transmitting, on the network 6, the presence information to the application server. ication must itself have the dual protocol interface with system 5 to make the best use of presence information.
  • a short message intended for the mobile subscriber as a distinctive signal sent to the network 3 has the advantage of easy implementation. However, this is not the only distinctive signal possible.
  • the ATI (Any Time Interrogation) procedure makes it possible to send as a distinctive signal, an interrogation of the HLR (Home Location Register), the reaction of network 3 then being a response from the HLR which gives the last state known to the subscriber mobile e-en-f-firmly- la --recommandation- -3GPP TS 29.002 including more specifically paragraph 21.2.7.
  • HLR Home Location Register
  • the information thus collected is not necessarily up to date.
  • the ATM (Any Time Modification) procedure defined in the 3GPP TS 29.002 recommendation more particularly in paragraphs 24A.2 and 8.1.8, allows a CAMEL (Customized Applications for Mobile network Enhanced Logic) detection point to be set on any change in the status of a mobile subscriber.
  • the VLR Visitor Location Register
  • the VLR Visitor Location Register managing the subscriber then notifies the presence detection system 5 which acts in CSE according to the CAMEL nomenclature, at each change of state.
  • the application servers of the IP world maintain a unique interface with the mobile communication network, namely system 5 which lists the presence and non-presence states of the mobiles. communication, thus facilitating deployment.
  • system 5 by centralizing the presence information relating to mobile subscribers, provides a cache function for the application servers.
  • the system 5 avoids untimely soliciting the mobile communication network when several application servers need to access the presence information.

Landscapes

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

Abstract

De façon à pouvoir informer un serveur d'application si un abonné mobile est présent ou pas sur un réseau de télécommunication mobile, le procédé comprend au moins une première étape (29, 35) pour envoyer un signal distinctif de l'abonné mobile tel qu'un SMS au réseau de télécommunication mobile et au moins une deuxième deuxième étape (28, 32) pour déterminer un état binaire présent ou non présent en fonction d'une réaction du réseau de télécommunication mobile au signal.

Description

Procédé et système de détection de présence d'un terminal mobile.
Le domaine de l'invention est celui des réseaux de télécommunication mobile. Dans un réseau de télécommunication mobile, tel que les réseaux cellulaires de type GSM, GPRS, UMTS, les utilisateurs ont la possibilité de se déplacer avec un terminal mobile sur l'ensemble du territoire couvert par un réseau auquel ils ont souscrit, voir couvert par d'autres réseaux de télécommunication mobile compatibles, on parle alors de fonction d'itinérance (roaming en anglais), tout en conservant leur capacité à communiquer avec le réseau de télécommunication mobile et, par lui, avec l'extérieur pour des services ou applications de type téléphonique ou d'autres applications de type données. Il se peut aussi qu'un utilisateur sorte temporairement de la couverture des réseaux de télécommunication mobile, que son terminal soit éteint volontairement ou, involontairement à cause de l'épuisement de la batterie. Dans ce cas, l'utilisateur n'a plus accès aux fonctions du réseau et réciproquement, il ne peut être joint par d'autres personnes ou par des applications . Le terme « abonné mobile » utilisé dans ce texte est une traduction littérale du terme anglais « mobile subscriber » utilisé dans les normes GSM/GPRS/UMTS du 3GPP et désigne un abonnement souscrit auprès d'un opérateur mobile qui donne accès à son réseau de télécommunication mobile. Cet abonnement est identifié par l'identité internationale d'abonné mobile (IMSI pour International Mobile Subscriber Indentity) ou le numéro de terminal mobile sur réseau numérique à intégration de service (MSISDN pour Mobile Station Integrated Services Digital Network Number) . L' IMSI est généralement mémorisé dans une carte SIM (Subscriber Identity Module pour Module d'Identification de l'Abonné) qui, à l'intérieur du terminal mobile, en lie le fonctionnement à l'abonnement identifié. Il n'est pas nécessaire que le MSISDN soit mémorisé dans la carte SIM pour identifier l'abonnement, celui-ci peut l'être à partir d'une correspondance entre MSISDN et IMSI dans le cœur de réseau. Le terme « Abonné Mobile » désigne moins la personne qui se sert du réseau de télécommunication mobile que plutôt l'usage qu'elle en fait ou est capable d' en faire au moyen de son terminal mobile. On définit un état binaire de présence d'un abonné sur le réseau mobile comme suit. Un abonné mobile est présent sur le réseau quand il a accès aux fonctions de celui-ci et par conséquent, est joignable par des applications externes (services vocaux, services données) . Inversement, l'abonné mobile n'est pas présent, c'est-à- dire absent sur le réseau, lorsqu'il n'a pas accès à ces fonctions et ne peut être joint par des applications externes. Ce deuxième état correspond, par exemple, au terminal mobile éteint ou au terminal mobile sur une partie de territoire hors couverture par le réseau de télécommunication mobile. De façon générale, on parle de contexte ou information de présence d'un abonné mobile, pour décrire un ensemble de données liées à l'abonné qui évolue en fonction des interactions de celui-ci et/ou de son terminal avec le réseau et les applications externes. Cet ensemble peut comporter, à titre d'exemple non limitatif, au moins l'état de présence à deux valeurs (présent, pas présent) tel que décrit précédemment, les moyens de joindre l'abonné mobile tels que son adresse IP courante, l'activité actuelle de l'abonné (mobile en veille, en communication, en cession WAP sur une application X, etc.), la localisation de l'abonné, etc. Les mécanismes de gestion de la mobilité existant dans les réseaux mobiles génèrent de nombreuses informations de présence. Malheureusement, celles-ci font partie du fonctionnement interne du réseau et les applications externes à celui-ci n'y ont pas accès directement dans l'état actuel de la technique. De telles applications externes ne peuvent donc pas connaître a priori l'état de présence d'un terminal mobile donné . Les applications qui utilisent, dans leur logique de service, la gestion de la présence des utilisateurs, notamment des services de communication interpersonnelle, de mise en relation ou autres, utilisent dans l'état de la technique une détection de la présence dite applicative. La présence applicative consiste à utiliser une action explicite soit de l'utilisateur, soit d'un logiciel spécifique ou agent embarqué dans le terminal mobile auprès de l'application en question pour que celle-ci puisse prendre connaissance de la présence de l'utilisateur et la façon dont il peut être joint. A titre d'exemple, les applications de messagerie instantanée nécessitent une procédure d'enregistrement où l'utilisateur doit entrer son nom et son mot de passe pour pouvoir le considérer présent et joignable dans le service. Ces actions se traduisent en général par un échange de messages sur les couches protocolaires applicatives entre le terminal mobile et le serveur d'application. Dans ce cas, le réseau de télécommunication mobile se limite à véhiculer les messages émis par le terminal vers le serveur d'applications. Dans un environnement de télécommunication mobile, l'utilisation de la présence applicative a quelques inconvénients par rapport à l'utilisation des données de présence qui peuvent être fournies directement par le réseau de télécommunication mobile. Par exemple, dans le cas de déploiement, la présence applicative se base souvent sur l'utilisation d'un client spécifique embarqué ou téléchargé dans le terminal mobile. Par conséquent, le service est limité dans ce cas au terminal disposant dudit client. C'est le cas par exemple d'un navigateur WAP ou d'un client de messagerie instantanée. Dans un cas d'usage, la présence applicative requiert une action explicite dans le terminal vis-à-vis du serveur d'applications. On peut citer à titre d'exemple, l'envoi d'un SMS avec un contenu particulier pour se déclarer présent, s'enregistrer sur une page WAP, activer son client messagerie instantanée embarqué, etc. Souvent, une action explicite de l'utilisateur est requise, composition et envoi d'un SMS, entrée d'un nom d'utilisateur et d'un mot de passe sur un site WAP, lancement de son client de messagerie instantanée embarqué, etc. Cela représente un frei --à l'usage— rès -important qui "limite _le~" degré d'adoption du service. Pour remédier aux inconvénients précédemment mentionnés de l'état de la technique, un but de l'invention est d'obtenir des informations de présence directement du réseau de télécommunication mobile. Ceci permet par exemple l'enregistrement automatique dans un service à l'allumage de son téléphone mobile. Un objet de l'invention est un procédé pour informer un serveur d'application si un abonné mobile est présent ou pas sur un réseau de télécommunication mobile. Le procédé est remarquable en ce qu'il comprend:
- au moins une première étape pour envoyer un premier signal distinctif de l'abonné mobile au réseau de télécommunication mobile;
- au moins une deuxième étape pour déterminer un état binaire présent ou non présent, en fonction d'une réaction du réseau de télécommunication mobile au dit premier signal; - au moins une troisième étape pour communiquer au serveur d'application l'état déterminé en deuxième étape. Ce procédé permet de communiquer un état présent ou non présent à un quelconque serveur d'application sans nécessiter au préalable de disposer d'un agent dédié à ce serveur pour l'abonné mobile car c'est en fonction d'une réaction du réseau de télécommunication mobile à un envoi de signal que l'état présent ou non présent, est déterminé. Le signal distinctif de l'abonné mobile peut être de différentes natures. Particulièrement, ledit premier signal—est un message court envoyé au réseau de télécommunication mobile à destination de l'abonné mobile. Une première transition validée par une réaction du réseau de télécommunication mobile indiquant que le message est délivré, respectivement une deuxième transition validée par un dépassement de durée sans réaction du réseau de télécommunication mobile, active alors la deuxième étape qui détermine l'état présent, respectivement non présent de l'abonné mobile. Avantageusement, un paramètre de schéma de codage de données dans une entête du message court, est positionné à une valeur qui a pour effet de commander au mobile destinataire du message, de se défausser du contenu du message et de désactiver une indication de réception du message sur le mobile. Ainsi, un utilisateur du mobile n'est pas dérangé par les messages courts utilisés dans le cadre de la détection de présence. Plus particulièrement la première étape est activée pendant une activation de la deuxième étape en positionnant une durée fonction de l'état présent ou non présent déterminé en deuxième étape. Plus particulièrement encore, le procédé comprend une étape d'attente activée lorsque la deuxième étape détermine l'état présent de façon à activer la première étape après expiration de l'attente. Alternativement, ledit premier signal consiste en une interrogation de nœud du réseau de télécommunication sur l'état présent ou non présent de l'abonné mobile. La réaction du réseau de télécommunication mobile consiste alors en une réponse du nœud du réseau de télécommunication sur l'état présent ou non présent de l'abonné mobile. Alternativement encore, ledit premier signal consiste en un positionnement de point de détection sur un nœud du réseau de télécommunication relatif à toute modification de l'état présent ou non présent de l'abonné mobile. La réaction du réseau de télécommunication mobile consiste alors en une notification du nœud du réseau de télécommunication relatif à chaque modification de l'état présent ou non présent de l'abonné mobile. Le serveur d'application peut être informé en permanence de l'état par abonnement ou uniquement en cas de besoin par requête. Pour un abonnement, une activation de troisième étape communiquant au serveur d'application l'état présent, est suivie d'une activation de troisième étape communiquant au serveur d'application l'état non présent lorsque l'état déterminé en deuxième étape passe de présent à non présent. Pour répondre à un besoin spécifique, une activation de troisième étape fait suite à une transition validée par une requête en provenance du serveur pour demander l'état de l'abonné mobile. Un objet de l'invention est encore un système pour informer un serveur d'application si un abonné mobile est présent ou pas sur un réseau de télécommunication mobile. Le système est remarquable en ce qu'il comprend: des premiers moyens pour envoyer un premier signal distinctif de l'abonné mobile au réseau de télécommunication mobile; - de.s deuxièmes ..moyens .pour déterminer un état binaire présent ou non présent en fonction d'une réaction du réseau de télécommunication mobile au dit premier signal; des troisièmes moyens pour communiquer au serveur d'application l'état déterminé par les deuxièmes moyens. Particulièrement, les premiers moyens sont agencés pour envoyer le premier signal sous forme d'un message court à destination de l'abonné mobile, les deuxièmes moyens sont agencés pour déterminer l'état présent lorsque le message court est délivré et pour déterminer l'état non présent lorsque le message court n'est pas délivré après dépassement d'une durée préfixée. Plus particulièrement, les premiers moyens sont agencés pour envoyer ledit premier signal à intervalles de temps réguliers qui sont fonctions de l'état présent ou non présent de l'abonné mobile. L'invention sera mieux comprise à la lumière de la mise en œuvre décrite à présent en référence aux dessins annexés dans lesquels: - la . figure 1 est un schéma de réseau de télécommunication mobile conventionnel;
- la figure 2 montre le réseau de télécommunication mobile de la figure 1 avec mise en œuvre de l'invention; les figures 3 à 5 montrent des étapes de procédé conforme à l'invention. De façon conventionnelle en référence à la figure 1, un dispositif mobile communiquant 1 communique avec un réseau de télécommunication mobile 3 en échangeant des signaux haute fréquence avec des relais radio 2 reliés au réseau de télécommunication mobile 3 par une infrastructure de réseau d'accès. Un serveur d'application 4 est - -relié— au— é-s-e-a-u de-- télécommunication mobile- 3 -par une infrastructure de cœur de réseaux. Le serveur d' application 4 héberge des applications de type messagerie électronique ou autre, pour lesquels les dispositifs mobiles communiquant 1 hébergent un agent correspondant. Un agent correspondant à une application hébergée dans le serveur d'application 4, est une partie de programme applicative qui, depuis le dispositif mobile communiquant 1, échange directement avec l'application hébergée dans le serveur d'application 4 en passant par le relais radio 2 et le réseau de télécommunication mobile 3. Par exemple, lorsque le dispositif mobile communiquant 1 est en relation radio avec le relais radio 2 du réseau de télécommunication mobile 3, l'agent correspondant qui se trouve dans le dispositif mobile communiquant 1, émet un signal vers le serveur d' application 4 pour notifier de sa présence, l'application qui y est hébergée. En référence à la figure 2, on retrouve un dispositif mobile ' communiquant 1, un relais radio 2, et un réseau de télécommunication mobile 3 conventionnels tels que ceux représentés dans la figure 1. Des serveurs d'application 7, 8, hébergent des applications pour lesquelles il n'est pas nécessaire que le dispositif mobile communiquant 1 contienne un agent correspondant. Un système de détection de présence 5 est relié, d'une part, au réseau de télécommunication mobile 3 et, d'autre part, à un réseau de type IP 6. Le réseau 6 relié au serveur 7, 8, permet au système 5 de communiquer avec ces serveurs d'application. Le système 5 s' interface avec le réseau de télécommunication mobile 3 pour obtenir des informations de présence des abonnés mobiles par des moyens particuliers qui vont être décrits dans la suite de cet exposé. Interfaces avec les serveurs d'application au moyen de protocoles standard sur réseau IP, le système 5 traite des requêtes des différents serveurs d'application de façon centralisée pour leur délivrer des informations de présence sur les abonnés mobiles. Le système 5 peut aussi réaliser d'autres fonctions telle que celle de mettre en place des techniques pour optimiser les accès au réseau de télécommunication mobile au moyen d' ante mémoire (cache en anglais), de réaliser des contrôles d'autorisation, d'émettre des tickets de facturation. Les serveurs d'application 7, 8, utilisent des informations de présence qu'ils obtiennent du système de détection de présence 5 pour fournir différents services à destination du dispositif mobile communiquant 1. Le système de détection de présence 5 est capable de gérer au moins deux types d' échange avec les serveurs d'application 7, 8, en mettant en œuvre pour chacun, le procédé décrit à présent en référence aux figures 3 et . Le protocole spécifique utilisé pour mettre en œuvre le procédé, est en dehors du cadre de cette invention. Il peut être de type propriétaire ou reposer sur des protocoles standards existants tels que XMPP, SIP/SIMPLE, etc. La figure 3 montre des étapes de procédé de détection de présence exécutées dans le système 5 pour répondre à des demandes de présence d'un abonné mobile à un instant t reçu d'un serveur d'application 7, 8. Une étape 9 d'initialisation en mode requête, déclenchée par exemple à la mise en service du système 5, place le système 5 dans une étape 10 d'écoute. Dans l'étape—10, le système—S est en- écoute sur- le réseau 6, de requêtes reçues de l'un des serveurs 7, 8. Une transition 11 fait passer le système 5 de l'étape 10 à une étape 12. La transition 11 est validée par une réception de requête reçue de l'un des serveurs 7, 8 par le réseau 6. La requête qui valide la transition 11, est distinctive du serveur qui l'a émise et du numéro de terminal mobile MSISDN pour lequel le serveur en question, demande l'état de présence sur le réseau de communication mobile 3. Dans l'étape 12, le système 5 consulte l'état de présence du MSISDN. Des moyens mis en œuvre par le système 5 pour obtenir l'état de présence du MSISDN, sont expliqués plus loin dans la description. Un état présent du MSISDN valide une transition 13. Un état absent du MSISDN ou encore non présent, valide une transition 14. Une validation de transition 13 fait passer le système 5 de l'étape 12 à une étape 15. Dans l'étape 15, le système 5 envoie sur le réseau 6, une réponse à destination du serveur d'application qui a émis la requête, pour l'informer de la présence de l'abonné mobile identifié par le MSISDN. Dans l'étape 16, le système 5 émet sur le réseau 6 une réponse à destination du serveur qui a émis la requête pour l'informer de l'absence ou non présence de l'abonné mobile identifié par le MSISDN. A la suite de l'étape 15 ou de l'étape 16, le système 5 reste dans l'étape 10 d'écoute en attente d'une nouvelle requête de présence d'un serveur pour le même ou un autre abonné mobile. La requête émise par le serveur d'application peut aussi être non spécifique à un MSISDN donné mais par exemple de type- pour demande —tous—les -MSL-SDN -à JJétat présent. Dans ce cas, la réponse fournit une liste de MSISDN présents. La figure 4 montre des étapes de procédé de détection de présence exécutées par le système 5 pour informer des serveurs d'application 7, 8 de l'état de présence d'abonnés mobiles en permanence dans le cadre d'un abonnement. Une étape d'initialisation 17, activée par exemple à la mise en service du système 5, place le système 5 dans une étape d'écoute 18 pour fonctionner en mode abonnement . Dans l'étape 18, le système 5 est à l'écoute de tout nouvel abonnement reçu par le réseau 6, par une interface homme-machine (non représentée) connectée sur le système 5 pour spécifier des abonnements de serveurs d'application et d' abonnés mobiles ou de consultation de tables d'abonnement internes au système 5. Une transition 19 est validée par chaque abonnement identifié pour un serveur déterminé et un abonné mobile identifié par un MSISDN. Chaque validation de transition 19 active une étape 20 dans laquelle le système 5 consulte l'état de présence de l'abonné mobile identifié par le MSISDN dans le cadre de l'abonnement ayant validé la transition 19. Le système 5 reboucle sur l'étape 18 d'écoute pour tout autre abonnement. Un état présent de l'abonné mobile valide une transition 21. Un état non présent ou absent de l'abonné mobile, valide une transition 22. Une validation de la transition 21 active une étape 23 dans laquelle le système 5 envoie une notification de présence de l'abonné mobile au serveur concerné par 1' abonnement . Une validation de la transition 22, active une étape 24 dans laquelle le système 5 envoie une notification de non présence ou d'absence au serveur d'application concerné par l'abonnement. Un nouvel état absent valide une transition 25 et un nouvel état présent valide une transition 26. A la suite de l'étape 23 la transition 25 active l'étape 24 et à la suite de l'étape 24 la transition 26 active l'étape 23 de sorte que le serveur concerné par l'abonnement est informé en permanence de l'état de présence de l'abonné mobile. Dans l'étape 23, le système 5 ajoute éventuellement à la notification de présence d'autres données contextuelles relatives à l'abonné mobile, dites informations de présence . La figure 5 montre des étapes particulières de procédé pour obtenir l'état de présence d'un abonné mobile de façon à pouvoir exécuter les étapes 12, 20 décrites précédemment . La présente réalisation décrit un procédé de détection de l'état de présence d'un abonné mobile par l'envoi de SMS invisibles applicable dans les réseaux de type GSM/GPRS/UMTS. D'autres techniques peuvent être utilisées pour extraire les informations de présence du cœur de réseaux mobiles 3. La technique des SMS invisibles a l'avantage d'être très simple à mettre en œuvre et compatible avec l'ensemble des réseaux GSM/GPRS/UMTS déployés à l'heure actuelle. La recommandation TS 123.040 du 3 GPP, version 5.5.1 de septembre 2002, définit comment réaliser un -service —de- -message court- --(SMS) . Plus particulièrement, le chapitre 9.2.2.1 décrit des types de base de paramétrage des entêtes de messages SMS pour agir sur le mode de délivrance du message. Parmi les paramètres de - protocole -de transfert TP-MTI à TP-UD du tableau présenté au chapitre 9.2.2.1 de la recommandation TS 123.040, les inventeurs ont sélectionné le paramètre de schéma de codage de données TP-DCS (TP-Data-Coding-Scheme) qui identifie le schéma de codage dans les données utilisateur du protocole de transfert. Le paramètre TP-DCS contient huit bits dont la recommandation 3GPP TS 23.038 définit au chapitre 4, des comportements de délivrance de messages SMS en fonction des valeurs à zéro ou à un de ces huit bits numérotés de zéro à sept. Les inventeurs ont sélectionné dans la recommandation 3GPP TS 23.038 V3.3.0 (2000-01) , un positionnement du paramètre TP-DCS à la valeur hexadécimale C0. Ainsi, la valeur 1100 des bits 7 à
4 du paramètre TP-DCS, a pour effet que le mobile se défausse des contenus du message en présentant tout au plus une indication à l'utilisateur. La valeur 0 du bit 3, rend inactive l'indication à l'utilisateur. Les valeurs des bits 2 à 0 sont sans effet particulier pour l'invention, sachant que la valeur à zéro du bit 2 est imposée au chapitre 4 de la recommandation TS 23.038 précitée. La valeur nulle des bits 1 et 0, est relative à une attente de message de boîte vocale, on comprendra que toute autre valeur des bits 1 et 0, est sans incidence sur la mise en œuvre de l'invention. La sélection de valeur du groupe de quatre bits d'indication de façon à déclencher une défausse . de contenu de message et la sélection de valeur du bit d' activation d'indication de façon à rendre 1-! indication -i-nactive, -permettent -de -géné-re-r un SMS invisible comme un message court dont les entêtes sont paramétrées d'une façon particulière de manière à ce que le terminal mobile récepteur acquitte immédiatement la réception du message et le terminal mobile récepteur n'affiche aucun comportement perceptible par 1' utilisateur. De façon connue dans les normes GSM/GPRS/UMTS, le cœur de réseaux de télécommunications mobiles 3 comprend un centre de gestion de services de messages courts (SMS- C) non représenté. Les accusés de réception pour les SMS, constituent une fonctionnalité optionnelle qui permet à l'émetteur d'être notifié par le SMS-C quand le message a été reçu par le terminal destinataire. Comme nous le verrons par la suite, on peut utiliser ou ne pas utiliser des accusés de réception tels que définis aux chapitres 3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.040 précitée. Une procédure « alert-SC » permet au réseau de télécommunication mobile d' informer le SMS-C de l'enregistrement dans le réseau d'un abonné mobile qui est absent au moment de l'envoi d'un message court pour que celui-ci puisse procéder à une nouvelle tentative de livraison des messages en attente. Cette notification d'événement est réalisée à travers le message MAP-alert-SC envoyé par le HLR au SMS-C (cf. 3 GPP TS 29.002 V3.14.0 2002-09 chapitre 12.5). Cette fonctionnalité est exploitée par la présente invention pour détecter l'enregistrement d'un abonné dans le réseau après une période d'absence. En référence à la figure 5, le procédé de détection de présence utilise l'envoi de SMS invisibles aux abonnés dont la présence doit être détectée. Le SMS-C assure la délivrance des SMS dans les réseaux GSM/GPRS/UMTS et agit en point d'entrée au cœur de réseau mobile pour le système de détection de présence. L'interface et le protocole de dialogue entre le système 5 et le SMS-C sont spécifiques à chaque opérateur (UCP et SMPP sont les plus répandus) . En référence à la figure 5, une étape d'initialisation 27 spécifique à chaque MSISDN, place par défaut l'abonné mobile concerné dans un état absent défini par une étape 28. Chaque activation de l'étape 28 active simultanément une étape 29 dans laquelle le système 5 envoie un SMS à l'abonné mobile. De préférence, le SMS est de type invisible tel que défini ci-dessus de façon à ne pas déranger l'utilisateur du mobile. Le SMS indique en entête qu'il a une durée de vie Ti à l'issue de laquelle le SMS est détruit par le SMS-C s'il n'a pas été reçu par l'abonné mobile. De façon à ce que le SMS-C puisse contrôler la réception du message par le mobile, le message SMS est de type avec accusé de réception notifié au SMS-C par le mobile. L'étape 29 arme, conjointement à l'envoi du message court SMS, un compteur de temps t. Une transition 30 est validée lorsque le temps t dépasse la valeur i sans que le SMS-C ait reçu un accusé de réception notifié par le mobile. La validation de la transition 30 peut être réalisée de différentes façons. Selon une première façon possible, le compteur de temps réside dans le SMS-C. Le SMS-C est alors configuré de sorte à réaliser l'armement du compteur de l'étape 29 à réception du message SMS en provenance du système 5 et de sorte à envoyer un accusé de non livraison au système 5 lorsque le temps- t -dépasse -la -valeur—Tι--s-an-s— avoir reçu d'accusé de réception notifié par le mobile. Au niveau du système 5, la transition 30 est alors validée par l'accusé de non livraison reçu du SMS-C. Selon une deuxième façon possible, le compteur de temps réside dans le système 5. La transition 30 est alors directement validée dans le système 5 lorsque le temps t dépasse la valeur T_ . Cette deuxième façon ne nécessite pas de configuration particulière du SMS-C pour valider la transition 30. Une notification de délivrance par le SMS-C au système 5, valide une transition 31. La validation de l'une des transitions 30 ou 31 a pour effet de désarmer le compteur de l'étape 29. La transition 31 active simultanément une étape 32 et une étape 33. Dans l'étape 32, l'abonné mobile est reconnu dans un état présent par le système 5. Dans l'étape 33, le système 5 arme un compteur de temps t pour réaliser une attente de durée T2. Une transition 34 est validée lorsque le temps t dépasse T2. La transition 34 active une étape 35 dans laquelle le système 5 envoie un message court SMS avec une durée de vie T3. Dans l'étape 35, le SMS-C conformément à la première façon ou le système 5 conformément à la deuxième façon expliquée précédemment, arme le compteur de temps t de sorte à valider une transition 36 lorsque le temps t dépasse la durée T3. Comme pour les transitions 30 et 31, une validation de l'une des transitions 34, 36 ou 37 a pour effet de désarmer un .armement précédent de tout compteur de temps. Une transition—-3-7—faisant suite"aux - étapes-~32 -et 35, est validée lorsque le message court est délivré à l'abonné mobile. Une validation de la transition 37 active à nouveau les étapes 32 et 33. Une validation de la transition 30 à la' "suite des étapes 28 et 29 ou de la transition 36 à la suite des étapes 32 et 35, active à nouveau les étapes 28 et 29. Pour mettre en œuvre le procédé précédemment décrit, le système 5 comprend des premiers moyens qui permettent d'envoyer un signal au réseau de télécommunication mobile 3. C'est par exemple une interface de type conventionnelle entre le système 5 et un nœud du réseau 3. Dans l'exemple décrit en référence à la figure 5 où le signal est un message court (SMS) envoyé à destination du terminal mobile 1, les premiers moyens sont de type logiciel agencé pour générer des messages courts avec entête paramétrée pour que les messages courts ne soient pas visibles de l'opérateur et déclenchent une émission d'accusé de réception par le terminal mobile à destination du SMS-C dès réception. Le système 5 comprend des deuxièmes moyens sous forme logicielle, micro programmée ou de micro circuit dédié qui, exécutant par exemple les étapes et transitions 27 à 37, déterminent un état binaire présent ou non présent en fonction d'une réaction du réseau de télécommunication mobile 3 au signal émis par les premiers moyens. Lorsque l'abonné mobile est présent, la réaction du réseau 3 est constituée par un accusé de réception retransmis par le SMS-C au système 5 qui, informé que le message est délivré, valide les transitions 31 et 37 qui activent l'étape 32 correspondant à l'état présent de l'abonné mobile. Lorsque l'abonné mobile n'est pas présent dans le délai d'expiration du message court, la réaction du réseau 3 est une destruction du message par le SMS-C. Le système 5 ne recevant pas d'accusé de réception dans le délai d'expiration ou recevant un accusé de non délivrance, valide la transition 30 ou 36 correspondante qui active l'étape 38 correspondant à l'état non présent de l'abonné mobile. Lorsque l'abonné mobile n'est pas présent sur le réseau 3 mais devient présent dans le délai Ti d'expiration du message court, la réaction du réseau 3 est constituée par un accusé de réception retransmis par le SMS-C au système 5 qui, informé que le message est délivré, valide la transition 31 qui active l'étape 31- correspondant à l'état présent de l'abonné mobile. Lorsque l'abonné mobile est présent sur le réseau 3 mais cesse de l'être dans le délai T2 d'attente avant émission du message court, la réaction du réseau 3 est une destruction du message par le SMS-C. Le système 5 ne recevant pas d'accusé de réception dans le délai d'expiration T3 ou recevant un accusé de non délivrance, valide la transition 36 qui active l'étape 38 correspondant à l'état non présent de l'abonné mobile. De façon à limiter le trafic entre le système 5 et le réseau 3, la durée de vie i des SMS invisibles envoyés par le système 5 dans l'état non présent, est de valeur élevée. Le délai T2 d'attente fixe une fréquence de sondage de l'état présent par le système 5. Sa valeur est un compromis entre le -besoin- de limiter- le~"trafic 'entre le système 5 et le réseau 3 et le besoin pour le serveur d'application d'être rapidement informé d'un abonné mobile qui quitte l'état présent. La durée de vie T3 des SMS invisibles envoyés par le système 5 dans l'état présent, est de valeur faible, un abonné mobile présent étant censé envoyer rapidement un accusé de réception. Une latence résultant du délai d'attente T2, il est recommandé de choisir une durée de vie T3 inférieure au délai d'attente T2. Le système 5 comprenant des premier et deuxième moyens techniques pour extraire du cœur de réseau de télécommunication mobile, l'état de présence d'un abonné, le système 5 comprend enfin des troisièmes moyens pour communiquer au serveur d'application 7,8 l'état extrait. Ces moyens comprennent par exemple une interface protocolaire pour transmettre sur le réseau 6, les informations de présence au serveur d'application. Le serveur d'application doit posséder lui-même l'interface protocolaire duale avec le système 5 pour exploiter au mieux les informations de présence. Un message court à destination de l'abonné mobile comme signal distinctif émis vers le réseau 3, présente l'avantage d'une mise en œuvre facile. Cependant, ce n'est pas le seul signal distinctif possible. Par exemple, la procédure ATI (Any Time Interrogation) permet d'envoyer comme signal distinctif, une interrogation du HLR (Home Location Register) , la réaction du réseau 3 étant alors une réponse du HLR qui donne le dernier état connu de l'abonné mobile e-en-f-ermément à- la --recommandation- -3GPP TS 29.002 dont plus particulièrement le paragraphe 21.2.7. Il faut noter que les informations ainsi récupérées ne sont pas obligatoirement à jour. Par exemple encore, la procédure ATM (Any Time Modification) définie dans la recommandation 3GPP TS 29.002, plus particulièrement aux paragraphes 24A.2 et 8.1.8, permet de mettre un point de détection CAMEL (Customized Applications for Mobile network Enhanced Logic) sur toute modification d'état d'un abonné mobile. Le VLR (Visitor Location Register) gérant l'abonné notifie alors le système 5 de détection de présence qui agit en CSE selon la nomenclature CAMEL, à chaque changement d'état. Quelque soit la technique d'extraction de présence du réseau de communication mobile, les serveurs applicatifs du monde IP, gardent une interface unique avec le réseau de communication mobile, à savoir le système 5 qui répertorie les états de présence et de non présence des mobiles de communication, facilitant ainsi le déploiement. Que le signal distinctif soit de type à émission périodique comme c'est le cas des SMS invisibles ou de la procédure ATI ou soit de type souscription à abonnement de mise à jour comme c'est le cas de la procédure ATM, le système 5, en centralisant l'information de présence relative aux abonnés mobiles, procure une fonction antémémoire (cache en anglais) pour les serveurs applicatifs. Ainsi, le système 5 évite de solliciter intempestivernent le réseau de communication mobile lorsque plusieurs serveurs applicatifs ont besoin d'accéder à l'information de présence.

Claims

Revendications :
1. Procédé pour informer un serveur d'application (7,8) si un abonné mobile est présent ou pas sur un réseau de télécommunication mobile (3), caractérisé en ce qu'il comprend:
- au moins une première étape (29,35) pour envoyer un premier signal distinctif de l'abonné mobile au réseau de télécommunication mobile (3) à destination de l'abonné mobile ;
- au moins une deuxième étape (28,32) pour déterminer un état binaire présent ou non présent, en fonction d'une réaction du réseau de télécommunication mobile (3) au dit premier signal; - au moins une troisième étape (13,14,23,24) pour communiquer au serveur d'application (7,8) l'état déterminé en deuxième étape .
2. Procédé selon la revendication 1, caractérisé en ce que :
- ledit premier signal est un message court envoyé au réseau de télécommunication mobile à destination de l'abonné mobile;
- une première transition (31,37) validée par une réaction du réseau de télécommunication mobile indiquant que le message est délivré, respectivement une deuxième transition (30,36) validée par un dépassement de durée sans réaction du réseau de télécommunication mobile, active la deuxième étape (28,32) qui détermine l'état présent, respectivement non présent de l'abonné mobile.
3. Procédé selon la revendication- 2, caractérisé- en ce qu'un paramètre de schéma de codage de données dans une entête du message court, est positionné à une valeur qui a pour effet de commander au mobile destinataire du message, de se défausser du contenu du message et de désactiver une indication de réception du message sur le mobile.
4. Procédé selon la revendication 2, caractérisé en ce que la première étape (29,35) est activée pendant une activation de la deuxième étape (28,32) en positionnant une durée (T3/Tι) fonction de l'état présent ou non présent déterminé en deuxième étape.
5. Procédé selon la revendication 4, caractérisé en ce qu'il comprend une étape (33) d'attente (T2) activée lorsque la deuxième étape (32) détermine l'état présent de façon à activer la première étape (35) après expiration de l 'attente (T2) .
6. Procédé selon la revendication 1, caractérisé en ce que:
- ledit premier signal consiste en une interrogation de nœud du réseau de télécommunication sur l'état présent ou non présent de l'abonné mobile; - la réaction du réseau de télécommunication mobile consiste en une réponse du nœud du réseau de télécommunication sur l'état présent ou non présent de l'abonné mobile.
7. Procédé selon la revendication 1, caractérisé en ce que: - ledit- premier -signal eonsiste en un pβs-itl-onn-eme-nt de point de détection sur un nœud du réseau de télécommunication relatif à toute modification de l'état présent ou non présent de l'abonné mobile; - la réaction du réseau de télécommunication mobile consiste en une notification du nœud du réseau de télécommunication relatif à chaque modification de l'état présent ou non présent de l'abonné mobile.
8. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'une activation de troisième étape (23) communiquant au serveur d'application l'état présent, est suivie d'une activation de troisième étape (24) communiquant au serveur d'application l'état non présent lorsque l'état déterminé en deuxième étape passe de présent à non présent .
9. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'une activation de troisième étape (15,16) fait suite à une transition (11) validée par une requête en provenance du serveur pour demander 1 ' état de 1 ' abonné mobile .
10. Système (5) pour informer un serveur d'application (7,8) si un abonné mobile est présent ou pas sur un réseau de télécommunication mobile (3), caractérisé en ce qu'il comprend: des premiers moyens pour envoyer un premier signal distinctif de l'abonné mobile au réseau de télécommunication mobile (3) à destination de l'abonné mobile ; - des deuxièmes moyens pour déterminer un état binaire présent ou non présent en fonction d'une réaction du réseau de télécommunication mobile (3) au dit premier signal; - des troisièmes moyens pour communiquer au serveur d'application (7,8) l'état déterminé par les deuxièmes moyens .
11. Système selon la revendication 10, caractérisé en ce que :
- les premiers moyens sont agencés pour envoyer le premier signal sous forme d'un message court à destination de 1 ' bonné mobile ;
- les deuxièmes moyens sont agencés pour déterminer l'état présent lorsque le message court est délivré et pour déterminer l'état non présent lorsque le message court n'est pas délivré après dépassement d'une durée préfixée.
12. Système selon la revendication 11, caractérisé en ce que les premiers moyens sont agencés pour envoyer ledit premier signal à intervalles de temps réguliers qui sont fonctions de l'état présent ou non présent de l'abonné mobile .
PCT/FR2004/001725 2003-07-17 2004-07-02 Procede et systeme de detection de presence d’un terminal mobile Ceased WO2005018260A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10/564,949 US20060209740A1 (en) 2003-07-17 2004-07-02 Method and system for detecting the presence of a moblie terminal
EP04767565A EP1647158A2 (fr) 2003-07-17 2004-07-02 PROCEDE ET SYSTEME DE DETECTION DE PRESENCE D’UN TERMINAL MOBILE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0308722A FR2857815A1 (fr) 2003-07-17 2003-07-17 Procede et systeme de detection de presence d'un terminal mobile
FR03/08722 2003-07-17

Publications (2)

Publication Number Publication Date
WO2005018260A2 true WO2005018260A2 (fr) 2005-02-24
WO2005018260A3 WO2005018260A3 (fr) 2005-05-06

Family

ID=33548204

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/001725 Ceased WO2005018260A2 (fr) 2003-07-17 2004-07-02 Procede et systeme de detection de presence d’un terminal mobile

Country Status (4)

Country Link
US (1) US20060209740A1 (fr)
EP (1) EP1647158A2 (fr)
FR (1) FR2857815A1 (fr)
WO (1) WO2005018260A2 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7698307B2 (en) 2004-05-01 2010-04-13 Microsoft Corporation System and method for synchronizing between a file system and presence of contacts on a network
US7607096B2 (en) * 2004-05-01 2009-10-20 Microsoft Corporation System and method for a user interface directed to discovering and publishing presence information on a network
US8270958B2 (en) * 2007-06-20 2012-09-18 Verizon Patent And Licensing Inc. Apparatus, system and method for automated communication forwarding
US8515063B2 (en) * 2009-12-21 2013-08-20 Motorola Mobility Llc Coordinated viewing experience among remotely located users
US8543144B2 (en) 2010-02-17 2013-09-24 Microsoft Corporation Automated caller identifier from contact lists of a user's contacts
DK2555488T3 (en) * 2011-08-02 2016-06-13 Telia Co Ab A method for transmitting data to a functional application and a user terminal therefor

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI110982B (fi) * 2000-01-27 2003-04-30 Sonera Oyj Lyhytsanomien välittäminen tietoliikennejärjestelmässä
SE523049C2 (sv) * 2000-04-27 2004-03-23 Microsoft Corp Universellt meddelandehanteringssystem med användartillgänglighetsinformation
US20030018704A1 (en) * 2001-03-08 2003-01-23 Vasilis Polychronidis Network presence and location agent
US6687495B2 (en) * 2001-11-07 2004-02-03 Teltier Technologies, Inc. Method and system for supporting differentiated network service for mobile customers and applications
ES2208038B1 (es) * 2001-12-10 2005-09-01 Airtel Movil, S.A. Sistema de almacenamiento de mensajes cortos (sms).
US7139259B2 (en) * 2002-07-09 2006-11-21 Qualcomm, Inc. Method and apparatus for conveying reports for SMS messages in wireless communication systems
US20040038688A1 (en) * 2002-08-26 2004-02-26 Zabawshyj Bohdan Konstantyn Method and system for presence determination of mobile devices
CA2499524C (fr) * 2002-09-19 2011-02-01 Research In Motion Limited Dispositif et procede de messagerie hertzienne instantanee
US7373144B1 (en) * 2002-09-30 2008-05-13 Danger, Inc. System and method for automatically providing user status in a messaging service
US7826828B2 (en) * 2003-04-29 2010-11-02 Comverse, Ltd. Method and system for detecting availability of a wireless device
US7127232B2 (en) * 2003-05-08 2006-10-24 Bell South Intellectual Property Corporation Multiple access internet portal revenue sharing

Also Published As

Publication number Publication date
EP1647158A2 (fr) 2006-04-19
FR2857815A1 (fr) 2005-01-21
US20060209740A1 (en) 2006-09-21
WO2005018260A3 (fr) 2005-05-06

Similar Documents

Publication Publication Date Title
EP3257295B1 (fr) Procédé de configuration d'un terminal connecte a un réseau de communication
EP2052525B1 (fr) Procede de communication par messages et dispositif associe
EP1059824A1 (fr) Procédé d'autorisation d'accès à un réseau cellulaire de radiocommunications à partir d'un téléphone mobile, système de radiocommunications et téléphone simplifié associés
EP1695576B1 (fr) Procede et dispositif de sauvegarde avance de donn es pers onnelles d un abonne a un reseau de telecommunications
EP1655915B1 (fr) Procédé pour la gestion des notifications dupliquées dans un service de messagerie multimédia
EP1647158A2 (fr) PROCEDE ET SYSTEME DE DETECTION DE PRESENCE D’UN TERMINAL MOBILE
EP2862391B1 (fr) Procédé de roaming en cas de déficience du service données d'un réseau de téléphonie mobile
FR2894099A1 (fr) Procede et dispositif pour la transmission de donnees entre terminaux mobiles communicants.
EP3516851B1 (fr) Procédés d'échange de messages et de gestion de messages, terminal et serveur de messagerie
EP1850602B1 (fr) Procédé et système pour accélérer l'accès à un contenu à partir d'un terminal mobile
EP3747238B1 (fr) Agrégation d'une pluralité de connexions radio dans un réseau sans fil
WO2015193609A1 (fr) Procédé d'activation d'une carte d'abonné de type carte sim
EP2087765B1 (fr) Detection automatique d'une passerelle residentielle du type systeme de telecommunication mobile universel
BE1020800A3 (fr) Procede de declenchement d'une operation de selection de reseau par un terminal de communication.
EP2073450A1 (fr) Procédé de communication entre un terminal et un réseau de communication
EP3685599B1 (fr) Procede de verification de la validite d'une ligne telephonique d'un utilisateur
WO2018068978A1 (fr) Procede de verification de la validite d'une ligne telephonique d'un utilisateur d'un service ou d'une application logicielle
EP1714509A2 (fr) PROCEDE ET SYSTEME D IDENTIFICATION ET DE CONFIGURATION D&ap os;APPAREILS DANS UN RESEAU DE COMMUNICATIONS SANS FIL
FR2847405A1 (fr) Procede de gestion de messages, systeme et entites de communication pour la mise en oeuvre du procede
WO2011023904A1 (fr) Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee
WO2006122871A1 (fr) Procede de remplacement automatique d'un module d'identification d'utilisateur dans un terminal
EP4154559A1 (fr) Procede de notification d'un terminal mobile
EP2317707A1 (fr) Objet à microcircuit de poche et terminal de communication comprenant cet objet
FR2852759A1 (fr) Systeme de routage des sms
WO2007099267A1 (fr) Procede de redirection d'un appel et terminal mobile adapte a mettre en oeuvre un tel procede

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004767565

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10564949

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2004767565

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 10564949

Country of ref document: US