EP2494801A1 - Procédé d'établissement d'une session applicative, dispositif et notification correspondante - Google Patents

Procédé d'établissement d'une session applicative, dispositif et notification correspondante

Info

Publication number
EP2494801A1
EP2494801A1 EP10776968A EP10776968A EP2494801A1 EP 2494801 A1 EP2494801 A1 EP 2494801A1 EP 10776968 A EP10776968 A EP 10776968A EP 10776968 A EP10776968 A EP 10776968A EP 2494801 A1 EP2494801 A1 EP 2494801A1
Authority
EP
European Patent Office
Prior art keywords
notification
connection
application session
gateway
operator
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
EP10776968A
Other languages
German (de)
English (en)
Inventor
Djelal Raouf
Michael Boutboul
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.)
Sagemcom Energy and Telecom SAS
Original Assignee
Sagemcom Energy and Telecom SAS
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 Sagemcom Energy and Telecom SAS filed Critical Sagemcom Energy and Telecom SAS
Publication of EP2494801A1 publication Critical patent/EP2494801A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/17—Selecting a data network PoA [Point of Attachment]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H04W8/265—Network addressing or numbering for mobility support for initial activation of new user

Definitions

  • the present invention relates to the field of mobile telephony and more particularly the field of so-called machine-to-machine communication modules. However, it can be applied to any wireless telephone communication device.
  • wireless telephone communication devices consisted of simple handsets for transmitting voice over a cellular radio network. Very quickly, the simple transport of the voice has proved to be insufficient, and the terminals have been equipped with data communication means according to packet communication protocols such as the IP protocol ⁇ Internet Protocol in English defined by RFC 791). These developments have resulted in different generations of communication standards such as GPRS (General Packet Radio Service), EDGE (Enhanced Data Rates for GPRS Evolution), UMTS (Universal Mobile Telecommunications System in English), HSUPA ⁇ High Speed Uplink Packet Access or high speed packet access in English). From a very schematic point of view, the connection diagram to the data communication network of a mobile telephone device according to FIG. 1.
  • GPRS General Packet Radio Service
  • EDGE Enhanced Data Rates for GPRS Evolution
  • UMTS Universal Mobile Telecommunications System in English
  • HSUPA High Speed Uplink Packet Access or high speed packet access in English.
  • a first step 1.1 the device connects to an APN (Access Point Name), the name of the gateway interconnection between the mobile packet network (GPRS or UMTS) and external IP networks. It must therefore have this name or APN gateway. Then, it identifies itself to this gateway using a login name (login in English) and a password during an authentication step 1.2. It then receives, during a step 1 .3, a context generally called PDP context, a set of parameters for the establishment of the IP session. This session is then established in step 1.4.
  • APN Access Point Name
  • PDP context a context generally called PDP context
  • This session establishment process is intended to be initiated by the mobile terminal. There is no simple way for a server connected to an IP network to initiate a data session to communicate according to the data communication protocol with a remote device. In addition, the network quickly disconnects the session from a terminal that no longer transmits data.
  • a first solution makes it possible to keep a connection already established alive by a so-called keep-alive system consisting of the periodic sending of data for the sole purpose of avoiding disconnections.
  • the terminal periodically connects to a server to enable it to transmit any data to it.
  • the server sends a voice call from a well-known number to the terminal. The user receives the call, recognizes the number, does not pick up, but establishes a session in response to the call.
  • SMS Short Message Service
  • the aim of the invention is to solve the above problems by defining a notification format for establishing an application session integrating the operator connection parameters.
  • this is the name of the gateway and the login credentials.
  • the invention relates to a method for establishing an application session by an information processing device called a client having means for communicating with a data communication network via a mobile telephone network, characterized in that it comprises a step of receiving a notification according to a first asynchronous communication mode; a step of extracting said notification, on the one hand the information for the establishment of an application session and, on the other hand, the connection information relating to the operator managing an interconnection gateway between the mobile telephone network and the data communication network; a step of initiating a synchronous connection to said gateway using the operator-related connection information retrieved and a step of initiating an application session using the extracted application session information .
  • the invention also relates to an information processing device comprising means for communicating with a data communication network through a mobile telephone network; means for receiving notifications according to a first asynchronous communication mode; means for establishing a connection according to a second synchronous communication mode with an interconnection gateway between the mobile telephone network and the data communication network, said gateway being managed by an operator; means for establishing with an server an application session through the communication network and means for extracting from said notification, on the one hand connection information relating to the operator used to enable the establishment a connection to the data communication network, and secondly the information relating to the establishment of an application session.
  • the invention also relates to a notification for the establishment of an application session by an information processing device called a client having means for communicating with a data communication network through a mobile telephone network which comprises the information for establishing an application session and the connection information relating to the operator managing an interconnection gateway between the mobile telephone network and the data communication network.
  • the notification takes the form of a short message.
  • said connection information relating to the operator comprises the name of the gateway, a connection identifier and a password.
  • Fig. 1 illustrates the method of connecting a mobile telephone module to a data communication network
  • Fig. 2 illustrates the structure of a notification in the AMO system
  • Fig. 3 illustrates the structure of an SMS according to an exemplary embodiment of the invention
  • Fig. 4 illustrates the operation of an exemplary embodiment of the invention.
  • the invention is placed in the context where at least two communication modes, or transport layers, allow communication between a client and a server.
  • a client here means an information processing device having means for communicating with a data communication network through a mobile telephone network.
  • the server is an information processing device having means for communicating with a communication network and offering a service to customers through this communication network.
  • a first mode is asynchronous and can allow the sending of messages between the client and the server.
  • a second mode is synchronous, it makes it possible to establish a connection between the client and the communication network. This connection is established between the customer and a interconnection gateway between the mobile telephone network and the data communication network. This connection in synchronous mode allows the client to establish communication sessions with the server at the application level.
  • the system is the OMA system.
  • Asynchronous communication mode is the transport layer used for sending asynchronous messages, called WAP-push, typically using the SMS short messaging infrastructure.
  • the synchronous communication mode is typically a TCP / IP connection established according to the GPRS standard.
  • Application sessions are typically management session (OMA) sessions.
  • OMA management session
  • a server wishing to enter into communication at the application level with a client and not being able to establish an application session itself sends an asynchronous notification to the client containing the information enabling this client to establish the application session with the client. the server using the synchronous communication mode.
  • OMA management session
  • the invention although described in the context of an OMA system can be implemented in any system obeying the same constraints. In particular, it can be applied to any type of session at the application level, as well as to various transport layers.
  • Fig. Figure 2 illustrates the structure of a notification in the OMA system.
  • This notification consists of a first field "digest” 2.1 which contains a key MD5 to ensure the integrity of the message and authenticate its issuer. Then comes a 2.2 header called “trigger-hdr” which contains a set of data allowing the recipient of the notification to establish a Management Session (English Management Session) with the sending server.
  • a Management Session English Management Session
  • Such a management session is a session as defined by the OMA standard, it is not here a TCP / IP session.
  • This management session is at the application layer above the TCP / IP protocol and assumes that the client and server are configured appropriately to allow communication.
  • a 2.3 payload field called "trigger-body” which contains vendor-specific data, that is, the system operator.
  • the header field itself decomposes into a first version 2.4 field that specifies the version of the OMA specification to which the notification conforms.
  • a field 2.5 indicating if the notification must be signaled to the user or processed by the system
  • a field 2.6 "initiator" which indicates what is the origin of the notification, if it is a request from the user or the server.
  • a space 2.7 is reserved for future use.
  • a session identifier 2.8 which must be used by the client when initiating the session to the server.
  • the connection between the initiation of the session by the client and the notification that provokes it is established.
  • a field 2.9 which gives the length of the identifier of the server issuing the notification and the field 2.10 which contains this identifier.
  • the information available in the notification structure as formalized in the AMO system is all related to the establishment of an AMO management session. These sessions are application-level sessions. No information is related to the underlying transport protocol layers. It is assumed in the system that the client and the server are connected and able to communicate.
  • this notification is submitted by WAP push, that is to say in the form of a short message sent asynchronously does not require the use of the communication network.
  • this information is not stored in the client. This may be the case, for example, in a machine-to-machine application such as a payment machine where the SIM card used is configured and inserted into the device before the operator agreement managing the access is negotiated. In some applications, it may also be useful to send a notification for access to a server linked to an operator different from the default operator used by the client.
  • connection information relating to the operator used to enable the establishment of a connection to the data communication network.
  • this information includes the name of the access gateway (APN in English) managed by the operator, a login (login in English) and a password. This is, for example, the case when accessing using a GPRS connection.
  • this connection information relating to the operator is transmitted in the short message used to transport the notification.
  • the connection information relating to the operator and the information relating to the establishment of an application session are conveyed in the same message.
  • they are integrated in the notification itself.
  • the exemplary embodiment of the invention inserts a data structure at the beginning of the body of the notification. This embodiment is illustrated in FIG. 3.
  • the fields 3.1, 3.2 and 3.3 represent the structure of the notification as described above, respectively the digest field, the trigger-hdr field and the trigger-body field.
  • the trigger-body 3.3 field is reserved for the data specific to the notification, it is the body of the notification.
  • This field is then divided into two parts.
  • a first part 3.4 hosts the data structure containing the connection information relating to the operator according to the invention.
  • the second part 3.5 is available for any additional data and is equivalent to the trigger-body field of the prior art.
  • the data structure 3.4 may be as follows: a first field 3.6 contains the length of the name of the gateway, followed by a field 3.7 containing this name.
  • the 3.8 field contains the length of the connection identifier followed by the field 3.9 containing this identifier.
  • Field 3.10 contains the length of the password followed by the field 3.1 1 containing this password.
  • this connection information can be inserted directly into the short message or SMS used to carry the notification without being included in it.
  • IEEE Information Element Identifier
  • Another alternative is to insert this information into the data portion of the short message.
  • Fig. 4 illustrates the operation of an exemplary embodiment of the invention. It describes a method of establishing an application session by the client.
  • the server wishing to communicate with the client sends a notification according to the invention in asynchronous mode.
  • the client analyzes this notification and extracts on the one hand the information for the establishment of an application session and secondly the connection information relating to the operator.
  • the entire message received under the name notification In particular, if the information relating to the operator is inserted in the short message carrying the actual notification and not in the latter, the entire short message is considered as a notification.
  • it tests whether it is already connected to the data network via the operator whose connection information is communicated to it.
  • step 4.3 If it is not, it initiates this synchronous connection using the extracted operator-related connection information, this is step 4.3.
  • this connection is established, the client is now connected to the data network that allows him to communicate with the server. It then uses the information relating to the application session that it received in the notification to initiate the application session in step 4.5.
  • step 4.6 the application session between the client and the server is established. The server can then communicate with the client using this application session.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Dans le domaine de la téléphonie mobile et plus particulièrement le domaine des modules de communication dits de machine à machine, l'invention vise à définir un format de notification pour l'établissement d'une session applicative intégrant les paramètres de connexion opérateur. En l'occurrence, dans le cas du GPRS, il s'agit du nom de la passerelle et des identifiants de connexion.

Description

Procédé d'établissement d'une session applicative, dispositif et notification
correspondante
La présente invention concerne le domaine de la téléphonie mobile et plus particulièrement le domaine des modules de communication dits de machine à machine. Toutefois, elle peut s'appliquer à tout dispositif de communication téléphonique sans-fil.
À l'origine, les dispositifs de communication téléphonique sans-fil consistaient en de simples combinés permettant de transmettre de la voix par l'intermédiaire d'un réseau radio cellulaire. Très vite, le simple transport de la voix s'est révélé insuffisant, et les terminaux ont été dotés de moyens de communication de données selon des protocoles de communication par paquet comme le protocole IP {Internet Protocol en anglais défini par la RFC 791). Ces développements ont donné lieu à différentes générations de normes de communication telles que GPRS {General Packet Radio Service en anglais), EDGE {Enhanced Data Rates for GPRS Evolution en anglais), UMTS {Universal Mobile Télécommunications System en anglais), HSUPA {High Speed Uplink Packet Access ou accès paquet montant haute vitesse en anglais). D'un point de vue très schématique, on peut décrire le schéma de connexion au réseau de communication de données d'un dispositif de téléphonie mobile selon la Fig. 1. Selon une première étape 1.1, le dispositif se connecte à un APN (Access Point Name en anglais), le nom de la passerelle d'interconnexion entre le réseau paquet mobile (GPRS ou UMTS) et les réseaux IP externes. Il doit donc pour cela disposer de ce nom ou APN de la passerelle. Ensuite, il s'identifie auprès de cette passerelle à l'aide d'un nom de connexion (login en anglais) et d'un mot de passe lors d'une étape d'authentification 1.2. Il reçoit alors, lors d'une étape 1 .3, un contexte appelé généralement contexte PDP, un ensemble de paramètres pour l'établissement de la session IP. Cette session est alors établie lors de l'étape 1.4.
Ce processus d'établissement de session est prévu pour être initié par le terminal mobile. Il n'existe pas de moyen simple pour un serveur connecté à un réseau IP d'initier une session de données pour communiquer selon le protocole de communication de données avec un dispositif distant. De plus, le réseau déconnecte rapidement la session d'un terminal qui n'émet plus de données.
Pour pallier ce problème et permettre à un serveur de communiquer avec un dispositif de téléphonie mobile, plusieurs solutions ont été décrites. Une première solution permet de garder une connexion déjà établie vivante par un système dit de keep-alive consistant dans l'envoi périodique de données dans le seul but d'éviter les déconnexions. On peut également implémenter un mécanisme de rendez-vous. Selon ce mécanisme, le terminal se connecte périodiquement à un serveur pour permettre à celui-ci de lui transmettre d'éventuelles données. Selon un autre mécanisme, le serveur émet un appel voix à partir d'un numéro bien connu vers le terminal. Celui-ci reçoit l'appel, reconnaît le numéro, ne décroche pas, mais établit une session en réponse à cet appel. Enfin, une dernière solution, sans doute la plus simple à mettre en œuvre, consiste à envoyer un SMS (Short Message Service en anglais) vers le dispositif pour lui demander d'établir une connexion ou session.
Un document normalise cette dernière solution selon l'alliance OMA (Open Mobile Alliance en anglais) c'est le document « OMA-TS-DM_Notification-Vl_2_l- 20080617-A» intitulé « OMA Device Management Notification Initiated Session ». Selon ce document, il est décrit de transmettre une notification sous la forme d'un SMS vers le terminal. A réception de ce SMS, le terminal initie une connexion sur le serveur à l'origine de la notification. Cette connexion va, dans notre cas, utiliser la connexion GPRS établie à l'aide de ses paramètres de connexion mémorisés tels que le nom de la passerelle et les identifiants de connexion associés. Malheureusement, dans le cas d'une connexion machine à machine, ces informations ne sont généralement pas mémorisées par le terminal. En effet, ces terminaux sont typiquement configurés avant que le choix de l'opérateur ne soit fait. Le choix de cet opérateur peut être remis en cause au cours de l'exploitation.
D'autre part, il pourrait être utile de permettre une connexion à un service donné en utilisant un opérateur choisi pour le service en lieu et place de l'opérateur par défaut configuré dans l'appareil.
L'invention vise à résoudre les problèmes précédents par la définition d'un format de notification pour l'établissement d'une session applicative intégrant les paramètres de connexion opérateur. En l'occurrence, dans le cas du GPRS, il s'agit du nom de la passerelle et des identifiants de connexion.
L'invention concerne un procédé d'établissement d'une session applicative par un dispositif de traitement de l'information appelé client disposant de moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile, caractérisé en ce qu'il comprend une étape de réception d'une notification selon un premier mode de communication asynchrone ; une étape d'extraction de ladite notification, d'une part les informations pour l'établissement d'une session applicative et d'autre part les informations de connexion relatives à l'opérateur gérant une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données ; une étape d'initiation d'une connexion synchrone à ladite passerelle à l'aide des informations de connexion relatives à l'opérateur extraites et une étape d'initiation d'une session applicative à l'aide des informations relatives à la session applicative extraite.
L'invention concerne également un dispositif de traitement de l'information comprenant des moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile ; des moyens de recevoir des notifications selon un premier mode de communication asynchrone ; des moyens d'établir une connexion selon un second mode de communication synchrone avec une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données, ladite passerelle étant gérée par un opérateur ; des moyens d'établir avec un serveur une session applicative au travers du réseau de communication et des moyens d'extraire de ladite notification, d'une part des informations de connexion relative à l'opérateur utilisé pour permettre l'établissement d'une connexion au réseau de communication de données, et d'autre part les informations relatives à l'établissement d'une session applicative.
L'invention concerne également une notification pour l'établissement d'une session applicative par un dispositif de traitement de l'information appelé client disposant de moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile qui comprend les informations pour l'établissement d'une session applicative et les informations de connexion relatives à l'opérateur gérant une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données.
Selon un mode particulier de réalisation de l'invention, la notification prend la forme d'un message court.
Selon un mode particulier de réalisation de l'invention, lesdites informations de connexion relatives à l'opérateur comprennent le nom de la passerelle, un identifiant de connexion et un mot de passe.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels :
La Fig. 1 illustre le procédé de connexion d'un module de téléphonie mobile à un réseau de communication de données,
La Fig. 2 illustre la structure d'une notification dans le système OMA,
La Fig. 3 illustre la structure d'un SMS selon un exemple de réalisation de l'invention,
La Fig. 4 illustre le fonctionnement d'un exemple de réalisation de l'invention. L'invention se place dans le cadre où au moins deux modes de communication, ou couches de transport, permettent la communication entre un client et un serveur. On entend ici par client un dispositif de traitement de l'information disposant de moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile. Le serveur s'entend d'un dispositif de traitement de l'information disposant de moyens de communiquer avec un réseau de communication et offrant un service à des clients au travers de ce réseau de communication. Un premier mode est asynchrone et peut permettre l'envoi de messages entre le client et le serveur. Un second mode est synchrone, il permet d'établir une connexion entre le client et le réseau de communication. Cette connexion s'établit entre le client et une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données. Cette connexion en mode synchrone permet au client d'établir des sessions de communication avec le serveur au niveau applicatif. On se place dans le cas où le serveur n'est pas en mesure d'établir une telle session de communication avec le client. Dans l'exemple de réalisation, le système est le système OMA. Le mode de communication asynchrone est la couche de transport utilisée pour l'envoi de messages asynchrones, nommé WAP-push, utilisant typiquement l'infrastructure d'envoi de messages courts SMS. Le mode de communication synchrone est typiquement une connexion TCP/IP établie selon la norme GPRS. Les sessions applicatives sont typiquement des sessions de gestion OMA (management session en anglais). Dans un tel système, un serveur désirant entrer en communication au niveau applicatif avec un client et ne pouvant pas établir lui-même une session applicative envoie une notification en mode asynchrone au client contenant les informations permettant à ce client d'établir la session applicative avec le serveur en utilisant le mode de communication synchrone. Toutefois, l'invention, bien que décrite dans le cadre d'un système OMA peut être implémentée dans tout système obéissant aux mêmes contraintes. En particulier, il peut être appliqué à tout type de session au niveau applicatif, ainsi qu'à des couches de transport diverses.
La Fig. 2 illustre la structure d'une notification dans le système OMA. Cette notification est constituée d'un premier champ « digest » 2.1 qui contient une clé MD5 permettant de garantir l'intégrité du message et d'authentifier son émetteur. Ensuite vient un en-tête 2.2 appelé « trigger-hdr » qui contient un ensemble de données permettant au receveur de la notification d'établir une session de gestion (Management Session en anglais) avec le serveur émetteur. Une telle session de gestion est une session telle que définie par la norme OMA, il ne s'agit pas ici d'une session TCP/IP. Cette session de gestion se situe au niveau de la couche applicative au-dessus du protocole TCP/IP et présuppose que le client et le serveur sont configurés de manière appropriée pour permettre la communication. Après le champ d'en-tête, vient un champ de données (payload en anglais) 2.3 appelé « trigger-body » qui contient des données spécifiques au vendeur, c'est-à-dire à l'opérateur du système.
Le champ d'en-tête se décompose lui-même en un premier champ de version 2.4 qui spécifie la version de la spécification OMA à laquelle la notification est conforme. S'ensuit un champ 2.5 indiquant si la notification doit être signalée à l'utilisateur ou traitée par le système, puis un champ 2.6 « initiator » qui signale quelle est l'origine de la notification, s'il s'agit d'une demande de l'utilisateur ou du serveur. Un espace 2.7 est réservé pour un usage futur. Ensuite on trouve un identifiant de session 2.8 qui doit être utilisé par le client lorsqu'il initie la session vers le serveur. Ainsi, on établit le lien entre l'initiation de la session par le client et la notification qui la provoque. Ensuite, on trouve un champ 2.9 qui donne la longueur de l'identifiant du serveur émetteur de la notification et le champ 2.10 qui contient cet identificateur.
On peut constater que les informations dont on dispose dans la structure de la notification telle que formalisée dans le système OMA sont toutes relatives à l'établissement d'une session de gestion OMA. Ces sessions sont des sessions au niveau applicatif. Aucune information n'est relative aux couches protocolaires de transport sous-jacentes. Il est supposé dans le système que le client et le serveur sont connectés et en capacité de communiquer.
Or, dans le cas où le client utilise un réseau de communication de données par mobile tel que le GPRS, par exemple, la connexion à ce réseau n'est pas forcément établie. Lorsque le client possède les paramètres de connexion, il peut les utiliser pour établir cette communication en réponse à la réception de la notification. Il faut noter ici que cette notification est soumise par WAP push, c'est-à-dire sous la forme d'un message court envoyé de manière asynchrone ne nécessitant pas l'utilisation du réseau de communication. Dans certains cas, ces informations ne sont pas mémorisées dans le client. Ce peut être le cas, par exemple, dans une application machine à machine comme un automate de paiement où la carte SIM utilisée est configurée et insérée à l'appareil avant que ne soit négocié le contrat opérateur gérant l'accès. Dans certaines applications, il peut aussi être utile d'envoyer une notification pour l'accès à un serveur lié à un opérateur différent de l'opérateur par défaut utilisé par le client.
Pour permettre la connexion dans ces cas-là, il faut communiquer les informations de connexion relatives à l'opérateur utilisé pour permettre l'établissement d'une connexion au réseau de communication de données. Typiquement, ces informations comprennent le nom de la passerelle d'accès (APN en anglais) gérée par l'opérateur, un identifiant de connexion (login en anglais) et un mot de passe. C'est, par exemple le cas, lors d'un accès utilisant une connexion GPRS.
Selon l'invention, ces informations de connexion relatives à l'opérateur sont transmises dans le message court servant au transport de la notification. De cette façon, on transporte dans un même message, les informations de connexion relatives à l'opérateur et les informations relatives à l'établissement d'une session applicative. Avantageusement, elles sont intégrées dans la notification elle-même. L'exemple de réalisation de l'invention insère une structure de données en début du corps de la notification. Ce mode de réalisation est illustré Fig. 3. Les champs 3.1 , 3.2 et 3.3 représentent la structure de la notification telle que décrite précédemment, respectivement le champ digest, le champ trigger-hdr et le champ trigger-body. Le champ trigger-body 3.3 est réservé aux données spécifiques à la notification, c'est le corps de la notification. Ce champ est alors divisé en deux parties. Une première partie 3.4 héberge la structure de données contenant les informations de connexion relatives à l'opérateur selon l'invention. La seconde partie 3.5 est disponible pour d'éventuelles données complémentaires et est équivalente au champ trigger-body de l'art antérieur.
Selon l'exemple de réalisation, la structure de données 3.4 peut être la suivante : un premier champ 3.6 contient la longueur du nom de la passerelle, suivie par un champ 3.7 contenant ce nom. Le champ 3.8 contient la longueur de l'identifiant de connexion suivie par le champ 3.9 contenant cet identifiant. Le champ 3.10 contient la longueur du mot de passe suivie du champ 3.1 1 contenant ce mot de passe. Il est évident pour l'homme du métier que cette structure n'est qu'un exemple de réalisation et peut être adaptée. En particulier, elle est adaptée à une connexion à un réseau GPRS et devra être adaptée à tout autre type de réseau de communication de données utilisé en fonction des informations de connexion alors requises. Cette notification est alors transportée au sein d'un SMS de la même manière que la notification selon l'art antérieur. Elle peut alternativement être transmise par tout moyen approprié autre que le SMS et s'adapter à toute couche de transport pouvant être utilisée pour transmettre les notifications en mode asynchrone.
Alternativement, ces informations de connexions peuvent être insérées directement dans le message court ou SMS servant à transporter la notification sans être inclues dans celle-ci. Par exemple, il est possible de définir un nouvel élément d'information dans l'en-tête de données utilisateur {User Data Header en anglais) du SMS dédié au transport de cette structure de données. Il faut alors définir un identifiant d'élément d'information (IEI pour Information Elément Identifier en anglais) correspondant.
Une autre alternative consiste à insérer ces informations dans la partie de données du message court.
La Fig. 4 illustre le fonctionnement d'un exemple de réalisation de l'invention. Elle décrit un procédé d'établissement d'une session applicative par le client. Lors d'une première étape 4.1, le serveur désirant communiquer avec le client lui envoie une notification selon l'invention en mode asynchrone. Lors d'une étape 4.2, le client analyse cette notification et extrait d'une part les informations pour l'établissement d'une session applicative et d'autre part les informations de connexion relatives à l'opérateur. On intègre ici l'ensemble du message reçu sous la dénomination notification. En particulier, si les informations relatives à l'opérateur sont insérées dans le message court transportant la notification proprement dite et non dans celle-ci, l'ensemble du message court est considéré comme une notification. Avantageusement, il teste alors s'il est déjà connecté au réseau de données via l'opérateur dont les informations de connexion lui sont communiquées. S'il ne l'est pas, il initie cette connexion synchrone à l'aide des informations de connexion relatives à l'opérateur extraites, c'est l'étape 4.3. Lors de l'étape 4.4 cette connexion est établie, le client est maintenant connecté au réseau de données qui lui permet de communiquer avec le serveur. Il utilise alors les informations relatives à la session applicative qu'il a reçues dans la notification pour initier la session applicative lors de l'étape 4.5. Lors de l'étape 4.6, la session applicative entre le client et le serveur est établie. Le serveur peut alors communiquer avec le client en utilisant cette session applicative.

Claims

REVENDICATIONS
1/ Procédé d'établissement d'une session applicative par un dispositif de traitement de l'information appelé client disposant de moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile , caractérisé en ce qu'il comprend les étapes suivantes :
- une étape (4.1 ) de réception d'une notification selon un premier mode de communication asynchrone ;
- une étape (4.2) d'extraction de ladite notification, d'une part des informations pour l'établissement d'une session applicative et d'autre part des informations de connexion relatives à l'opérateur gérant une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données ;
et en ce que, en réponse à la réception de ladite notification, il comprend les étapes suivantes :
- une étape (4.3) d'initiation d'une connexion synchrone à ladite passerelle à l'aide des informations de connexion relatives à l'opérateur extraites ;
- une étape (4.5) d'initiation d'une session applicative à l'aide des informations relatives à la session applicative extraite. 21 Procédé selon la revendication 1 , caractérisé en ce que ladite notification est reçue sous la forme d'un message court.
3/ Procédé selon la revendication 1 , caractérisé en ce que l'étape d'extraction (4.2) de ladite notification, d'une part les informations pour l'établissement d'une session applicative et d'autre part les informations de connexion relatives à l'opérateur gérant une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données, comprend une étape d'extraction du nom de la passerelle, d'un identifiant de connexion et d'un mot de passe. 4/ Dispositif de traitement de l'information comprenant :
- des moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile ;
- des moyens de recevoir une notification selon un premier mode de communication asynchrone ; - des moyens d'établir une connexion selon un second mode de communication synchrone avec une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données, ladite passerelle étant gérée par un opérateur ;
- des moyens d'établir avec un serveur une session applicative au travers du réseau de communication ;
caractérisé en ce qu'il comprend en outre :
- des moyens d'extraire de ladite notification, d'une part des informations de connexion relatives à l'opérateur utilisé pour permettre l'établissement d'une connexion au réseau de communication de données, et d'autre part des informations relatives à l'établissement d'une session applicative,
et en ce que les moyens d'établir une connexion avec la passerelle et les moyens d'établir une session applicative avec le serveur sont activés en réponse à la réception de ladite notification.
5/ Notification pour l'établissement d'une session applicative par un dispositif de traitement de l'information appelé client disposant de moyens de communiquer avec un réseau de communication de données au travers d'un réseau de téléphonie mobile, caractérisée en ce qu'elle comprend :
- les informations pour l'établissement d'une session applicative ; et
- les informations de connexion relatives à l'opérateur gérant une passerelle d'interconnexion entre le réseau de téléphonie mobile et le réseau de communication de données. 6/ Notification selon la revendication 5, caractérisée en ce qu'elle prend la forme d'un message court.
11 Notification selon la revendication 5, caractérisée en ce que lesdites informations de connexion relatives à l'opérateur comprennent le nom de la passerelle, un identifiant de connexion et un mot de passe.
EP10776968A 2009-10-27 2010-10-26 Procédé d'établissement d'une session applicative, dispositif et notification correspondante Ceased EP2494801A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0957544A FR2951898B1 (fr) 2009-10-27 2009-10-27 Procede d'etablissement d'une session applicative, dispositif et notification correspondante
PCT/EP2010/066130 WO2011051268A1 (fr) 2009-10-27 2010-10-26 Procédé d'établissement d'une session applicative, dispositif et notification correspondante

Publications (1)

Publication Number Publication Date
EP2494801A1 true EP2494801A1 (fr) 2012-09-05

Family

ID=42145156

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10776968A Ceased EP2494801A1 (fr) 2009-10-27 2010-10-26 Procédé d'établissement d'une session applicative, dispositif et notification correspondante

Country Status (6)

Country Link
US (2) US20120201204A1 (fr)
EP (1) EP2494801A1 (fr)
CN (1) CN102598735B (fr)
BR (1) BR112012009221A2 (fr)
FR (1) FR2951898B1 (fr)
WO (1) WO2011051268A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10485032B2 (en) * 2015-02-27 2019-11-19 Verizon Patent And Licensing Inc. Providing a network gateway for user devices
JP2017169144A (ja) * 2016-03-17 2017-09-21 サクサ株式会社 網接続情報設定方法及びシステム
CN107547583A (zh) * 2016-06-24 2018-01-05 中兴通讯股份有限公司 一种应用连接的构建方法、装置及终端

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2371902B (en) * 1999-09-10 2004-11-17 Avantgo Inc System, method, and computer program product for interactive interfacing with mobile devices
US6799203B2 (en) * 2000-12-29 2004-09-28 Nokia Mobile Phones Ltd. WTA based over the air management (OTAM) method and apparatus
AUPR690701A0 (en) * 2001-08-10 2001-08-30 Redpoint Pty Ltd A system and method for customising call alerts
ATE293863T1 (de) * 2002-01-23 2005-05-15 Sony Int Europe Gmbh Ein verfahren zur übertragung von end-to-end qos durch anwendung des end-to-end negotiation protocols (e2enp)
AU2003218938A1 (en) * 2002-04-16 2003-11-03 Mobile Operandi Communications Corp. Method and system of over-the-air activation and modification of a mobile phone
US7426382B2 (en) * 2002-10-09 2008-09-16 Motorola, Inc. Contact validation and trusted contact updating in mobile wireless communications devices
US7324473B2 (en) * 2003-10-07 2008-01-29 Accenture Global Services Gmbh Connector gateway
FR2863425B1 (fr) * 2003-12-04 2006-02-10 Gemplus Card Int Procede et systeme de configuration automatique d'appareil dans un reseau de communication
US7835722B2 (en) * 2004-11-04 2010-11-16 Research In Motion Limited System and method for over the air provisioning of a mobile communications device
CN101112053A (zh) * 2004-11-24 2008-01-23 通话普拉斯有限公司 受用户控制的电信系统
US20070004391A1 (en) * 2005-06-30 2007-01-04 Vipera, Inc., A Delaware Corporation Method and apparatus for operating a value-added mobile data communication service on top of existing mobile telecommunications networks
EP1909511A1 (fr) * 2005-07-26 2008-04-09 Lanetro Zed, s.a. Procede d'activation d'une application
GB0621433D0 (en) * 2006-10-27 2006-12-06 3G Scene Ltd Networking application
US20080132218A1 (en) * 2006-11-30 2008-06-05 Yuval Samson Method and Apparatus for Starting Applications
US7774008B2 (en) * 2006-12-22 2010-08-10 Cellco Partnership MDN-less SMS messaging (network solution) for wireless M2M application
US20080313334A1 (en) * 2007-06-18 2008-12-18 Nokia Corporation Data exchange protocol enhancement to query object permissions
US8386260B2 (en) * 2007-12-31 2013-02-26 Motorola Mobility Llc Methods and apparatus for implementing distributed multi-modal applications
US8407769B2 (en) * 2008-02-22 2013-03-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for wireless device registration
JP5447103B2 (ja) * 2010-03-31 2014-03-19 富士通株式会社 無線接続のための方法、装置及びシステム
US8880886B2 (en) * 2011-05-26 2014-11-04 First Data Corporation Systems and methods for authenticating mobile devices

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"SyncML HTTP Binding ; OMA-TS-SyncML_HTTPBinding-V1_2_1-20070612-A", OMA-TS-SYNCML_HTTPBINDING-V1_2_1-20070612-A, OPEN MOBILE ALLIANCE (OMA), 4330 LA JOLLA VILLAGE DR., SUITE 110 SAN DIEGO, CA 92122 ; USA, no. 1.2.1, 12 June 2007 (2007-06-12), pages 1 - 24, XP064125183 *

Also Published As

Publication number Publication date
BR112012009221A2 (pt) 2017-06-06
US20120201204A1 (en) 2012-08-09
CN102598735A (zh) 2012-07-18
WO2011051268A1 (fr) 2011-05-05
FR2951898A1 (fr) 2011-04-29
US20140177575A1 (en) 2014-06-26
FR2951898B1 (fr) 2015-10-02
CN102598735B (zh) 2016-01-06

Similar Documents

Publication Publication Date Title
FR2893803A1 (fr) Methode de communication entre une cartre (u)sim en mode serveur et un client
WO1998013986A1 (fr) Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet
US20180176157A1 (en) Conveying instant messages via http
EP2939450B1 (fr) Transmission d'un message multimédia doublée par émission d'un message textuel
FR2931330A1 (fr) Procede et systeme d'enregistrement automatique d'une session de communication
EP3732829A1 (fr) Procédé d'acheminement de données d'une session initialisée entre un terminal et un serveur
EP2210396B1 (fr) Système d'interconnexion entre au moins un appareil de communication et au moins un système d'information distant et procédé d'interconnexion
EP2494801A1 (fr) Procédé d'établissement d'une session applicative, dispositif et notification correspondante
WO2008012273A1 (fr) Procede de synchronisation entre un equipement mobile et une carte a puce
EP2621241A1 (fr) Procédé d'établissement d'une communication sur internet entre terminaux mobiles, programme d'ordinateur et support d'enregistrement
EP1386453A1 (fr) Procede de transmission de donnees par une station mobile comportant une etape de determination de la mds
WO2008145901A1 (fr) Procede et dispositif d'interface entre les protocoles udp ou tcp et sctp
WO2006122871A1 (fr) Procede de remplacement automatique d'un module d'identification d'utilisateur dans un terminal
EP3747238B1 (fr) Agrégation d'une pluralité de connexions radio dans un réseau sans fil
EP2605491A1 (fr) Procédé d'initiation d'une conversation
EP1867132B1 (fr) Procede et dispositifs de controle de presence d'un terminal sur un point d'acces a un reseau de telephonie
WO2015181171A1 (fr) Procede de declenchement d'une session ota entre un terminal et un serveur distant, terminal, element de securite et serveur correspondants
EP2785029A1 (fr) Procédé et dispositif de transmission d'un appel masqué, procédé et dispositif de réception d'un appel masqué, signal de transmission d'un appel masqué, et programme d'ordinateur correspondant
EP1638353B1 (fr) Procédé et dispositif pour gérer un échange de messages entre deux entités communicantes
EP1858224A1 (fr) Méthode de mise en place des réseaux privés virtuels et contrôle d'accès distant
EP2007119B1 (fr) Système et procédé de gestion de l'identification de l'opérateur du numéro d'appel d'un correspondant au niveau du terminal d'un ordinateur
EP2281382A1 (fr) Etablissement automatise d'une communication entre deux terminaux
FR2822007A1 (fr) Procede et dispositifs de securisation d'une session de communication
EP3224994A1 (fr) Procédé de notification de messages
FR2939589A1 (fr) Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120514

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20130408

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20170517