FR2966675A1 - Activation d'une application ip sur un terminal utilisateur - Google Patents

Activation d'une application ip sur un terminal utilisateur Download PDF

Info

Publication number
FR2966675A1
FR2966675A1 FR1058704A FR1058704A FR2966675A1 FR 2966675 A1 FR2966675 A1 FR 2966675A1 FR 1058704 A FR1058704 A FR 1058704A FR 1058704 A FR1058704 A FR 1058704A FR 2966675 A1 FR2966675 A1 FR 2966675A1
Authority
FR
France
Prior art keywords
user terminal
application
platform
database
ussd
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.)
Withdrawn
Application number
FR1058704A
Other languages
English (en)
Inventor
Morgan Richomme
David Blaisonneau
Ber Erwan Le
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 FR1058704A priority Critical patent/FR2966675A1/fr
Publication of FR2966675A1 publication Critical patent/FR2966675A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1053—IP private branch exchange [PBX] functionality entities or arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0057—Services where the data services network provides a telephone service in addition or as an alternative, e.g. for backup purposes, to the telephone service provided by the telephone services network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0075—Details of addressing, directories or routing tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Abstract

L'invention concerne un procédé d'activation d'une application IP sur un terminal utilisateur (2) ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte les étapes de : - interrogation (E5) d'une base de données (4) pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro d'appel du terminal utilisateur, - si cette correspondance est établie, envoi (E8) d'une notification de commande à une plateforme USSD (5) pour qu'elle envoie (E9) un message selon le protocole USSD au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur.

Description

Activation d'une application IP sur un terminal utilisateur
10 Le domaine de l'invention est celui de la foumiture de services basés sur un transport IP (Internet Protocol). Les télécommunications à travers le réseau Internet connaissent un essor important depuis plusieurs années. Les applications IP nécessitent 15 souvent des ressources importantes. A titre d'exemple, une application de voix sur IP, dite VoIP (Voice over IP), doit toujours être dans un état actif sur un terminal utilisateur, dès lors que l'utilisateur de ce terminal souhaite pouvoir recevoir des appels VoIP. En effet, l'état actif est nécessaire pour l'établissement de la 20 communication, et l'utilisateur ne peut pas prévoir quand il recevra un appel. Cette contrainte sur l'état actif est liée à des choix protocolaires, notamment au passage de NAT (Network Address Translation), qui imposent généralement l'envoi et la réception de paquets IP à intervalle régulier. Cela entraîne une consommation d'énergie importante. 25 Or de plus en plus de terminaux utilisateurs sont conçus pour fonctionner sur batterie. On peut citer par exemple les téléphones mobiles de type « smartphone », les ordinateurs portables. Des essais en laboratoire ont montré que l'autonomie d'un téléphone mobile de type « smartphone » est réduite d'une valeur de 45 à 76 % lorsque 30 qu'une application IP demeure à l'état actif, simplement du fait de l'envoi et de la réception de paquets IP à intervalle régulier, selon un protocole n'impliquant pas de passage de NAT. Les essais ont également montré que la réduction peut aller jusqu'à 96 % pour ce même téléphone lorsque l'état actif de l'application IP implique un passage de NAT. Pour éviter cet état actif permanent, il existe des mécanismes d'activation d'application IP sur terminal utilisateur, qui implique l'utilisation d'une seconde application IP moins consommatrice d'énergie, car nécessitant moins d'envois de paquets IP. Cette seconde application IP doit donc rester à l'état actif sur le terminal utilisateur et se voit affectée de la fonction d'activation de la première application IP. Ces mécanismes reposent entièrement sur le protocole IP. Même si la 10 consommation d'énergie liée à l'état actif de la seconde application IP est réduite, elle est néanmoins existante. En outre, ces mécanismes ne sont pas totalement fiables. En effet, si la seconde application IP se trouve à l'état inactif, il devient impossible d'activer la première par son intermédiaire. 15 Enfin, ces mécanismes reposent sur l'utilisation d'une seconde application IP, cela impose donc à l'utilisateur d'avoir cette seconde application IP sur son terminal.
La présente invention a pour but de résoudre les inconvénients de la 20 technique antérieure. A cette fin, l'invention propose un procédé d'activation d'une application IP sur un terminal utilisateur ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte les étapes de : - interrogation d'une base de données pour déterminer une 25 correspondance entre l'identité applicative du terminal utilisateur et un numéro d'appel du terminal utilisateur, - si cette correspondance est établie, envoi d'une notification de commande à une plateforme USSD pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur en utilisant le numéro d'appel, ledit 30 message étant adapté pour activer l'application IP sur le terminal utilisateur. Grâce à l'invention, l'application IP du terminal utilisateur peut rester à l'état inactif tant qu'elle n'est pas utilisée. Ainsi, il n'y a pas consommation d'énergie associée au maintient de l'état actif de cette application IP sur le terminal utilisateur. L'autonomie de ce terminal utilisateur est par conséquent préservée. Le protocole USSD est un protocole circuit universel à tous les téléphones mobiles. Chaque téléphone mobile peut ainsi recevoir un message selon ce protocole. L'envoi et la réception de message selon le protocole USSD sont très peu consommateurs d'énergie. Selon une caractéristique préférée, le procédé comporte une étape préalable de vérification de l'état actif ou inactif de l'application IP sur le terminal 10 utilisateur. Ainsi, s'il se trouve que l'application IP sur le terminal utilisateur est déjà à l'état actif, la communication peut être établie directement.
Selon une caractéristique préférée, l'étape préalable de vérification 15 comporte l'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur.
Selon une caractéristique préférée, le procédé comporte en outre les étapes de : 20 - détection de l'activation de l'application IP sur le terminal utilisateur, - établissement d'une communication IP avec le terminal utilisateur. Ainsi, dès que l'application IP est activée sur le terminal utilisateur, la communication est établie.
25 L'invention concerne également un dispositif d'activation d'une application IP sur un terminal utilisateur ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte : - des moyens d'interrogation d'une base de données pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un 30 numéro d'appel du terminal utilisateur, - des moyens d'envoi, si cette correspondance est établie, d'une notification de commande à une plateforme USSD pour qu'elle envoie un message au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur.
Ce dispositif est de préférence implanté dans une plateforme 5 d'application IP. Ainsi, l'invention concerne une telle plateforme d'application IP.
L'invention concerne encore une base de données d'activité, caractérisée en ce qu'elle comporte des moyens de mémorisation d'un état d'activité de session IP pour au moins un terminal utilisateur et des moyens de 10 communication avec la plateforme d'application IP précédemment exposée.
L'invention concerne également une base de données d'identité, caractérisée en ce qu'elle comporte des moyens de mémorisation, pour au moins un terminal utilisateur, d'une identité applicative relative à une application 15 IP et d'un numéro téléphonique, et des moyens de communication avec la plateforme d'application IP précédemment exposée.
L'invention concerne également une plateforme USSD caractérisée en ce qu'elle comporte des moyens de réception de notification d'activation depuis 20 la plateforme d'application IP précédemment exposée, ladite notification comportant un numéro d'appel d'un terminal utilisateur, des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement de client IP au terminal utilisateur.
25 L'invention concerne également un système comportant une plateforme d'application IP, une base de données d'activité, une base de données d'identité et une plateforme USSD telles que précédemment exposées.
Ces différents équipements présentent des avantages analogues à ceux 30 du procédé précédemment présenté.
Dans un mode particulier de réalisation, les différentes étapes du procédé selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé tel que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions des programmes d'ordinateur tels que mentionnés 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 (floppy disc) 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 apparaîtront à la lecture de modes de réalisation préférés décrits en référence aux figures dans lesquelles : - la figure 1 représente un mode de réalisation de dispositifs selon l'invention, - la figure 2 représente un mode de réalisation de procédé selon l'invention, - la figure 3 représente un mode de réalisation de plateforme d'application IP selon l'invention, - la figure 4 représente un mode de réalisation de terminal utilisateur selon l'invention, - la figure 5 représente un mode de réalisation de plateforme USSD selon l'invention.
Selon un mode de réalisation de l'invention représenté à la figure 1, l'invention est mise en oeuvre dans un réseau de communication dont seuls les éléments directement impliqués sont représentés et décrits. De manière classique, des terminaux utilisateurs sont connectés à au moins un réseau d'accès. Ces réseaux d'accès fournissent aux terminaux 15 utilisateurs un accès à un réseau de transport IP. Une plateforme d'application IP 1 doit établir une communication avec un terminal utilisateur 2. II s'agit par exemple d'un terminal de téléphonie mobile, d'un ordinateur portable, d'un assistant personnel numérique ou autre. Dans le mode de réalisation représenté, le terminal utilisateur 2 est un terminal de 20 téléphonie mobile de type « smartphone ». On suppose ici qu'il s'agit d'une communication en mode point à point. Cependant, l'invention n'est pas limitée à ce mode et peut s'appliquer par exemple au mode dit multicast dans lequel il y a une pluralité de terminaux utilisateur avec lesquels une communication est à établir. 25 Par communication entre la plateforme 1 et le terminal utilisateur 2, on entend ici toute communication IP à destination du terminal 2 et impliquant la plateforme d'application IP 1. La plateforme 1 utilise une identité, dite identité applicative, du terminal utilisateur 2, par exemple son adresse IP ou une adresse de courrier 30 électronique. La communication à établir est destinée à une application IP donnée, par exemple la voix sur IP, dite VoIP.
Pour que cela soit possible, il faut que le terminal utilisateur 2 dispose de l'application IP en question, dite client IP, et qu'en outre ce client IP soit actif. La plateforme d'application IP 1 envoie une requête à une base de données d'activité 3, qui mémorise l'état d'activité IP du terminal utilisateur 2, et plus généralement d'un ensemble de terminaux utilisateurs. L'état d'activité du terminal utilisateur 2 est l'état de la session entre la plateforme 1 et le terminal 2. Cette session peut être active ou inactive. Par exemple, dans le cas du protocole SIP, cette vérification est faite généralement par interrogation de la base de données associée au service SIP.
Cette base de données stocke la date de validité du dernier enregistrement SIP. En effet, un client SIP s'enregistre régulièrement, et à chaque enregistrement la durée de validité de l'enregistrement est précisée. Si le client ne se ré-enregistre pas avant la date prévu, il est automatiquement des-enregistré par le système.
Cette durée de validité d'enregistrement est stockée dans la base de données et permet de savoir si le terminal utilisateur est actif ou non. La base de données 3 envoie un message de réponse à la requête à destination de la plateforme 1. Ce message de réponse indique l'état actif ou inactif de la session. Il est reçu et interprété par la plateforme d'application IP 1.
Si la session est active, alors la communication pour l'application IP entre la plateforme 1 et le terminal 2 est établie de manière classique. Si la session est inactive, alors la plateforme d'application IP 1 envoie une requête à une base de données d'identité 4 qui mémorise l'identité applicative du terminal utilisateur 2 en association avec un numéro téléphonique de ce même terminal. La base de données d'identité 4 envoie à la plateforme 1 un message de réponse qui est reçu et interprété par la plateforme d'application IP 1. Soit ce message de réponse contient une indication qu'il n'est pas possible d'associer l'identité applicative du terminal utilisateur 2 avec un numéro d'appel téléphonique, soit il contient le numéro téléphonique du terminal 2. Dans le premier cas, la communication ne peut pas être établie.
Dans le second cas , la plateforme d'application IP 1 envoie une notification d'activation à une plateforme USSD 5 (d'après l'anglais « Unstructured Supplementary Service Data »). La notification d'activation indique le numéro téléphonique du terminal 2 et constitue une demande d'activation du client IP du terminal 2. Après réception de cette notification d'activation, la plateforme USSD 5 envoie un message de type USSD en mode « push » au terminal utilisateur 2 en utilisant le numéro téléphonique de ce dernier. L'USSD est un protocole circuit, c'est-à-dire non IP.
Le message constitue un déclencheur du client IP du terminal utilisateur 2. Le message peut comporter un code ou un mot clé pour identifier le client IP à activer dans le terminal utilisateur. Après activation du client IP du terminal utilisateur 2, celui-ci s'enregistre de manière classique. La plateforme IP 1 détecte l'état actif du terminal et la 15 communication IP est établie. La communication IP se déroule de manière classique. Lorsqu'elle se termine, le terminal utilisateur 2 peut revenir à un état inactif. Par exemple, un message de fin d'appel reçu ou envoyé provoque l'arrêt ou les des-enregistrement du client IP dans le terminal 2. 20 En référence à la figure 2, le procédé selon l'invention comporte des étapes E1 à E11. On suppose que l'application IP est de type voix sur IP (VoIP). L'étape E1 est la détection par la plateforme IP 1 d'un appel entrant. Cet 25 appel entrant est celui d'un terminal utilisateur 6 vers le terminal utilisateur 2. Cet appel entrant transite par la plateforme IP 1. La plateforme IP met l'appel entrant en attente puis effectue l'étape E2 à laquelle elle envoie une requête à la base de données d'activité 3, pour connaître l'état d'activité du terminal utilisateur 2. 30 A l'étape suivante E3, la base de données 3 envoie un message de réponse à la requête à destination de la plateforme 1. Ce message de réponse indique l'état actif ou inactif de la session. Il est reçu et interprété par la plateforme d'application IP 1. Si la session est active, alors l'étape E3 est suivie de l'étape E4 à laquelle la communication est établie de manière classique.
Si la session est inactive, alors l'étape E3 est suivie de l'étape E5 à laquelle la plateforme d'application IP 1 envoie une requête à la base de données d'identité 4 qui mémorise l'identité applicative du terminal utilisateur 2 en association avec un numéro téléphonique de ce même terminal. L'étape E5 est suivie de l'étape E6 à laquelle la base de données d'identité 4 envoie à la plateforme 1 un message de réponse qui est reçu et interprété par la plateforme d'application IP 1. Dans le cas où la base de données 4 ne comporte pas les informations nécessaires, le message de réponse est une indication qu'il n'est pas possible d'associer l'identité applicative du terminal utilisateur 2 avec un numéro téléphonique. L'étape E6 est alors suivie de l'étape E7 à laquelle l'appel entrant est terminé. Lorsque la base de données 4 comporte les informations nécessaires, le message de réponse comporte le numéro téléphonique associé avec l'identité applicative du terminal utilisateur 2. L'étape E6 est alors suivie de l'étape E8 à laquelle la plateforme d'application IP 1 envoie une notification d'activation à la plateforme USSD 5. La notification d'activation indique le numéro téléphonique du terminal 2 et constitue une demande d'activation du client IP du terminal 2. A l'étape suivante E9, la plateforme USSD 5 reçoit cette notification d'activation et envoie un message de type USSD en mode « push » au terminal utilisateur 2 en utilisant le numéro téléphonique de ce dernier. Le message constitue un déclencheur du client IP du terminal utilisateur 2. Le message peut comporter un code ou un mot clé pour identifier le client IP à activer dans le terminal utilisateur. L'étape suivante E10 est l'activation du client IP du terminal 2.
A l'étape suivante E11, la plateforme IP 1 détecte l'état actif du terminal et la communication IP est établie.
Comme représenté sur la figure 3, la plateforme IP 1 comporte un module d'émission/réception 11 pour communiquer avec les terminaux utilisateurs, les bases de données 3 et 4 et avec la plateforme USSD 5. La plateforme 1 comporte également une unité de traitement 12, équipée par exemple d'un microprocesseur, et pilotée par un programme d'ordinateur 13 mettant en oeuvre le procédé selon l'invention. La plateforme 1 comporte également une mémoire 14 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le 10 processeur de l'unité de traitement 12. L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, la plateforme d'application IP comporte des moyens d'interrogation d'une base de données pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro 15 d'appel du terminal utilisateur. La plateforme d'application IP comporte des moyens d'envoi d'une notification de commande à une plateforme USSD pour qu'elle envoie un message au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. Comme 20 exposé précédemment, cette notification de commande n'est envoyée que si cette correspondance est établie. La plateforme d'application IP comporte en outre des moyens de vérification de l'état actif ou inactif de l'application IP sur le terminal utilisateur. Selon un mode préféré de réalisation, ces moyens comportent des moyens 25 d'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur. La plateforme d'application IP comporte enfin des moyens de détection de l'activation de l'application IP sur le terminal utilisateur, et des moyens d'établissement d'une communication IP avec le terminal utilisateur. 30 Comme représenté sur la figure 4, le terminal utilisateur 2 comporte un module d'émission/réception 21 pour communiquer avec d'autres terminaux utilisateurs, la plateforme d'application IP 1 et la plateforme USSD 5. Le terminal utilisateur 2 comporte également une unité de traitement 22, équipée par exemple d'un microprocesseur, et pilotée par un programme d'ordinateur 23. Le terminal utilisateur 2 comporte également une mémoire 24 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le 10 processeur de l'unité de traitement 22. L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, le terminal utilisateur 2 comporte des moyens de déclenchement de client IP sur réception d'un message de type USSD.
15 Comme représenté sur la figure 5, la plateforme USSD 5 comporte un module d'émission/réception 51 pour communiquer avec des terminaux utilisateurs et la plateforme d'application IP 1. La plateforme USSD 5 comporte également une unité de traitement 52, équipée par exemple d'un microprocesseur, et pilotée par un programme 20 d'ordinateur 53. Le terminal utilisateur 2 comporte également une mémoire 54 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 52.
25 L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, la plateforme USSD 5 comporte des moyens de réception de notification d'activation depuis la plateforme d'application IP 1. La plateforme USSD 5 comporte des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement 30 de client IP de terminal utilisateur. Ce message répond au protocole USSD.

Claims (12)

  1. REVENDICATIONS1. Procédé d'activation d'une application IP sur un terminal utilisateur (2) ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte les étapes de : - interrogation (E5) d'une base de données (4) pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro 10 d'appel du terminal utilisateur, - si cette correspondance est établie, envoi (E8) d'une notification de commande à une plateforme USSD (5) pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur (2) en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. 15
  2. 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte une étape préalable (E2) de vérification de l'état actif ou inactif de l'application IP sur le terminal utilisateur. 20
  3. 3. Procédé selon la revendication 2, caractérisé en ce que l'étape préalable de vérification (E2) comporte l'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur.
  4. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en 25 outre les étapes de : - détection (E11) de l'activation de l'application IP sur le terminal utilisateur, - établissement (E11) d'une communication IP avec le terminal utilisateur. 30
  5. 5. Dispositif d'activation d'une application IP sur un terminal utilisateur (2) ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte : - des moyens d'interrogation d'une base de données (4) pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro d'appel du terminal utilisateur, - des moyens d'envoi, si cette correspondance est établie, d'une notification de commande à une plateforme USSD (5) pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur.
  6. 6. Plateforme d'application IP (1) caractérisée en ce qu'elle comporte un dispositif selon la revendication 5.
  7. 7. Base de données d'activité (3), caractérisée en ce qu'elle comporte des moyens de mémorisation d'un état d'activité de session IP pour au moins un terminal utilisateur (2) et des moyens de communication avec la plateforme d'application IP (1) selon la revendication 6. 20
  8. 8. Base de données d'identité (4), caractérisée en ce qu'elle comporte des moyens de mémorisation, pour au moins un terminal utilisateur, d'une identité applicative relative à une application IP et d'un numéro téléphonique, et des moyens de communication avec la plateforme d'application IP (1) selon la 25 revendication 6.
  9. 9. Plateforme USSD (5) caractérisée en ce qu'elle comporte des moyens de réception de notification d'activation depuis la plateforme d'application IP (1) selon la revendication 6, ladite notification comportant un numéro d'appel d'un 30 terminal utilisateur (2), des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement de client IP au terminal utilisateur. 10 15
  10. 10. Système comportant une plateforme d'application IP (1) selon la revendication 6, une base de données d'activité (3) selon la revendication 7, une base de données d'identité (4) selon la revendication 8 et une plateforme USSD (5) selon la revendication 9.
  11. 11. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur.
  12. 12. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 4. 20
FR1058704A 2010-10-25 2010-10-25 Activation d'une application ip sur un terminal utilisateur Withdrawn FR2966675A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1058704A FR2966675A1 (fr) 2010-10-25 2010-10-25 Activation d'une application ip sur un terminal utilisateur

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1058704A FR2966675A1 (fr) 2010-10-25 2010-10-25 Activation d'une application ip sur un terminal utilisateur

Publications (1)

Publication Number Publication Date
FR2966675A1 true FR2966675A1 (fr) 2012-04-27

Family

ID=43639445

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1058704A Withdrawn FR2966675A1 (fr) 2010-10-25 2010-10-25 Activation d'une application ip sur un terminal utilisateur

Country Status (1)

Country Link
FR (1) FR2966675A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999001999A1 (fr) * 1997-07-02 1999-01-14 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif pour reseau de telecommunications
WO2004095818A1 (fr) * 2003-04-16 2004-11-04 Axesstel, Inc. Etablissement d'une connexion au moyen d'un recepteur hybride

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999001999A1 (fr) * 1997-07-02 1999-01-14 Telefonaktiebolaget Lm Ericsson (Publ) Procede et dispositif pour reseau de telecommunications
WO2004095818A1 (fr) * 2003-04-16 2004-11-04 Axesstel, Inc. Etablissement d'une connexion au moyen d'un recepteur hybride

Similar Documents

Publication Publication Date Title
EP1715642A2 (fr) Procédé et système d'activation ou de désactivation automatique d'un service
JP2009017599A (ja) ワイヤレスマルチメディア通信システム及び方法
WO2014125183A1 (fr) Transmission d'un message multimédia doublée par émission d'un message textuel
FR2897453A1 (fr) Procede et dispositif de declenchement de transfert d'activite(s) entre terminaux, a partir d'evenements associes a des identifiants d'utilisateurs
FR3027759A1 (fr) Methode de filtrage de messages pour fournir une fonction de type " ne pas deranger "
FR2966675A1 (fr) Activation d'une application ip sur un terminal utilisateur
EP1744508A2 (fr) Procédé de mise en relation interpersonnelle
FR2863811A1 (fr) Systeme de communication entre un terminal mobile et un serveur de communication et les procedes de communications associes.
EP2621205A1 (fr) Procédé d'interrogation d'un terminal mis en oeuvre par un serveur d'application.
EP3035723B1 (fr) Procédé de transmission de données en relation avec une communication
WO2023232852A1 (fr) Procédé et dispositif d'initialisation d'une communication entre un agent conversationnel et un objet connecté.
EP3162019B1 (fr) Procédé et dispositif d'établissement d'une communication
EP3048840A1 (fr) Procédé de gestion d'ondes électromagnétiques dans un réseau local
FR3059862B1 (fr) Traitement d'une communication par un agent conversationnel automatise
WO2021234250A1 (fr) Procede de notification d'un terminal mobile
FR2952262A1 (fr) Autorisation d'etablissement d'appels simultanes
FR3103074A1 (fr) Procédé et dispositif de sélection d’une interface de communication d’un terminal de communication.
WO2021260328A1 (fr) Procede de mise a jour d'un etat de presence d'un utilisateur d'un terminal de communication pour un ensemble d'applications de communication
EP4248637A1 (fr) Optimisation du declenchement de communications telephoniques
EP2469959B1 (fr) Procédé et dispositif de gestion d´une session de communication entre un terminal multi-accès et un serveur ANDSF
EP2434726B1 (fr) Terminal et procédé de collecte d'informations non déclaratives mis en oeuvre par un terminal de télécommunications
WO2011023904A1 (fr) Procede de diffusion d'un contenu dans un reseau de telecommunications de maniere geolocalisee
EP2608512B1 (fr) Procédé de communication dans un système de télécommunications
FR2991537A1 (fr) Serveur local pour dispositif d'affichage
FR2970615A1 (fr) Systeme d'interception d'une communication et procede mettant en œuvre un tel systeme

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20120629