WO2003107645A2 - Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive - Google Patents

Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive Download PDF

Info

Publication number
WO2003107645A2
WO2003107645A2 PCT/FR2003/001779 FR0301779W WO03107645A2 WO 2003107645 A2 WO2003107645 A2 WO 2003107645A2 FR 0301779 W FR0301779 W FR 0301779W WO 03107645 A2 WO03107645 A2 WO 03107645A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
server
network
channel
configuration data
Prior art date
Application number
PCT/FR2003/001779
Other languages
English (en)
Other versions
WO2003107645A3 (fr
Inventor
Francis Pinault
Jean-Louis Boulet
Original Assignee
Alcatel
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 Alcatel filed Critical Alcatel
Priority to EP03760024A priority Critical patent/EP1518392A2/fr
Priority to US10/517,369 priority patent/US9258430B2/en
Priority to AU2003260585A priority patent/AU2003260585A1/en
Priority to JP2004514321A priority patent/JP4312712B2/ja
Publication of WO2003107645A2 publication Critical patent/WO2003107645A2/fr
Publication of WO2003107645A3 publication Critical patent/WO2003107645A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0003—Interconnection between telephone networks and data networks
    • H04M7/0009—Interconnection between telephone networks and data networks where voice calls remain entirely in the telephone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42178—Administration or customisation of services by downloading data to substation equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/05—Aspects of automatic or semi-automatic exchanges related to OAM&P
    • H04M2203/053—Aspects of automatic or semi-automatic exchanges related to OAM&P remote terminal provisioning, e.g. of applets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/25—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service
    • H04M2203/257—Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service remote control of substation user interface for telephonic services, e.g. by ISDN stimulus, ADSI, wireless telephony application WTA, MExE or BREW
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the invention relates to the field of communications between terminals within networks, and more particularly the supply of services offered by private networks to terminals connected to a public communications network.
  • a first arrangement consists in assigning certain keys on the terminal keyboard functions corresponding to particular services.
  • Pressing one of these keys causes the transmission, to the gateway, of a preprogrammed data sequence, of DTMF type (for “Dual Tone MultiFrequency”), on a transmission channel of the public network, dedicated to the exchange of voice data. Consequently, when a user has established a voice connection with another terminal and wants to access a service, he must first temporarily interrupt his connection, then establish a connection with the server so that he can activate said service. service at its disposal and finally reestablish the initial link with the other terminal. In addition, this prohibits dynamically offering the user, during a voice link with another user, services adapted to certain events that may occur during a call, such as a priority incoming call, a text message to display during call or a request for conference entry. In addition, only the services associated with the preprogrammed functions can be made available to terminal users. This arrangement therefore has a "static" character ill-suited to the requirements of real-time processing.
  • 1 107523 consists first of all in establishing, in a transmission channel of the public network, dedicated to signaling, a link between a terminal wishing to access services of its private home network and a gateway connected to this private network, then have the calling terminal transmit, via the gateway, a page in WML language (for “Word Markup Language”) so as to offer its user a certain number of services.
  • WML language for “Word Markup Language”
  • his terminal sends a command to the gateway in WML language, and, after specific processing of the type of conversion of data exchange protocol formats, the terminal can access the chosen service.
  • the user having to choose from a predefined list of services, it is therefore not possible to dynamically offer the user, during a voice connection with another user, services adapted to certain events that may occur during communication .
  • This arrangement therefore also has a "static" character ill-suited to the requirements of real-time processing.
  • the invention therefore aims to remedy all or part of the aforementioned drawbacks.
  • a communications server located between one or more first communications networks (public and / or private) and a second private communications network capable of offering a multiplicity of services to terminals, said server being arranged to establish connections, according to a chosen protocol (such as for example the WAP protocol (for "Wireless Application Protocol"), with communication terminals, such as for example mobile telephones, connected to one of the first networks and arranged to simultaneously exchange signaling data on a first transmission channel and voice data on a second transmission channel.
  • a chosen protocol such as for example the WAP protocol (for "Wireless Application Protocol"
  • This server which is for example an access gateway, is characterized by the fact that it includes control means capable of transmitting to a terminal connected to the first network, in a first channel and according to a chosen criterion, configuration data (constituting for example a script or an "applet") intended to allow this terminal to establish a connection with the server in the first channel, even when it has established a voice connection in a second channel, so as to make available to its user, during this voice connection, at least some of the services offered by the second network to which it is attached.
  • the invention thus makes it possible to take full advantage of the architecture of certain communication networks, such as GPRS and UMTS, in which the signaling data and the content data or “media” data, in particular voice data, use different transmission channels. .
  • control means are arranged to transmit configuration data to a terminal when the latter has previously established a connection with the server using a chosen primary identifier, such as a dedicated call number.
  • a chosen primary identifier such as a dedicated call number.
  • the establishment of this prior connection constitutes the chosen criterion.
  • control means can be arranged so as to carry out an identification procedure prior to the transmission of said configuration data.
  • a memory is provided in the server storing secondary identifiers, such as for example the user identifier or IMSI (for “International Mobile Station Identity”), stored in the SIM card of his terminal, and the means are arranged to transmit identification data to the terminal allowing, once installed in this terminal, to automatically transmit to the server at least the secondary identifier stored in the terminal, then to compare this secondary identifier received with the identifiers stored in the memory, so that in the event of identity they transmit to the terminal the appropriate configuration data.
  • Security data can also be sent to the terminal, by the control means, after the configuration data has been sent.
  • the configuration data can be arranged, when activated by the user, to request the user to provide at least one tertiary identifier, such as for example his password or his user name, so as to transmit to the control means, always on the first channel, a terminal registration request comprising at least the tertiary identifier provided by the user (as well as possibly the security data).
  • a terminal registration request comprising at least the tertiary identifier provided by the user (as well as possibly the security data).
  • control means can first of all send a request to the configuration data, located in the terminal, asking them to transmit at least the primary identifier associated with the terminal, then compare this primary identifier and the tertiary identifier received with the identifiers stored in memory, so as to allow or deny recording depending on the result of the comparison.
  • the configuration data can be arranged, as soon as the terminal receives a call message from the first network and preferably when the terminal has been registered, so as to extract certain information from this message to transmit it to the means of control by the first channel.
  • the control means can apply processing according to their content, then transmit to the terminal, still in the first channel, a message chosen according to the processing applied and the information received and possibly comprising information to display on the terminal screen.
  • the configuration data can be arranged so as to inhibit access to the first network as soon as the user tries to call a remote terminal, then to transmit to the means of controls, in the first channel, information comprising at least the primary identifier (or call number) of the remote terminal.
  • the control means can apply processing according to their content, then transmit to the terminal, still in the first channel, a message chosen according to the processing applied and the information received and comprising at least an authorization or a prohibition to make the call as well as possibly information to be displayed on the terminal screen, so that upon receipt from this message, the configuration data inhibits access to the first network for the establishment of the call, or prohibits this call.
  • the invention also relates to a method of providing, of terminals connected to a first communications network and capable of exchanging signaling data on a first transmission channel and voice data on a second transmission channel simultaneously, of the services offered. by a second private communications network, via a communications server and according to a chosen protocol.
  • This method consists in having the server transmit to a terminal connected to the first network, in a first channel and according to a chosen criterion, configuration data (constituting for example a script or an "applet") making it possible to establish with this server a link in the first channel, during a voice link on a second channel, so as to make available to this terminal, during the voice link, at least some of the services offered by the second network to which it is attached.
  • the method according to the invention may include numerous additional characteristics which can be taken separately and / or in combination, and in particular:
  • the configuration data can be transmitted to a terminal after the latter has established a connection with the server using a chosen primary identifier.
  • the establishment of this connection constitutes the chosen criterion
  • an identification procedure can be carried out before transmitting the configuration data.
  • the configuration data can be arranged, in the event of activation by the user of the terminal, to request the user to provide at least one tertiary identifier, and to transmit to the server, in the first channel, a request for record containing at least this tertiary identifier.
  • the configuration data can be arranged, in the event of receipt of a call message from the first network, and preferably after the terminal has been registered, to extract certain information from this message and transmit it to the server in the first channel.
  • the configuration data can be arranged, when the terminal attempts to call a remote terminal, and preferably after the terminal has been registered, to inhibit access to the first network and transmit to the server in the first channel information comprising at minus the secondary identifier of the remote terminal.
  • a treatment based on their content, then transmit to the terminal, in the first channel, a message chosen according to the processing applied and the information received and comprising at least one authorization or prohibition to call as well as possibly information to be displayed on the screen of said terminal, so that upon receipt of this message the configuration data inhibits access to the first network for the establishment of the call or prohibits this call.
  • the invention also relates to a communications installation comprising at least a first communications network connected to at least one second private communications network via a communications server of the type presented above.
  • the invention can be implemented in the first public communications networks chosen from PSTN, PLMN and the Internet (IP), and in particular in public communications networks for mobile equipment chosen from the GSM, GPRS and UMTS networks, as well as in second private networks chosen from PABX and private communication gateways (better known by the English expression
  • FIG. 1 schematically illustrates an example of installation according to the invention
  • FIG. 2 is a block diagram illustrating the links between the main functional modules of a communications terminal of the installation of Figure 1.
  • the installation illustrated in Figure 1 first includes a first public communications network (PLMN), belonging to a first mobile telephone operator and connected to a service server 1, a second public communications network (PSTN), belonging to a second telephone operator and connected to the main PLMN network and audit service server 1, a third public network of INTERNET type, also connected to the main network PLMN and to the service server 1, and a private network RP connected by a gateway 2 to the service server 1.
  • PLMN public communications network
  • PSTN public communications network
  • INTERNET private network
  • the first and second public networks are respectively of PLMN type (for “Public Land Mobile Network”), such as for example the GSM network, and of PSTN type (for “Public Switched Telephony Network”).
  • PLMN type for “Public Land Mobile Network”
  • PSTN type for “Public Switched Telephony Network”.
  • private network is for example of PABX type (for "Private Automatic Branch Exchange”), possibly wireless (if it uses the DECT standard).
  • PABX type for "Private Automatic Branch Exchange”
  • the invention is not limited to these types of networks alone, nor to the number of networks chosen.
  • the installation must in fact comprise at least a private network offering specific services to these users and a public communications network provided with a multiplicity of base stations 3 for transmission / reception, also called Node-B in the case of a UMTS or BTS network in the case of a GSM (or GPRS) type network, with which communication terminals 4 can simultaneously exchange signaling data on a selected protocol a first transmission channel and voice data on a second transmission channel.
  • a private network offering specific services to these users
  • a public communications network provided with a multiplicity of base stations 3 for transmission / reception
  • Node-B in the case of a UMTS or BTS network in the case of a GSM (or GPRS) type network
  • GSM or GPRS
  • the communication terminals 4 are, for example, fixed or mobile telephones, (micro-) computers, fixed or portable, or personal digital assistants (or PDAs), with which are associated primary identifiers such as telephone numbers or addresses , or any other unique identifier allowing to establish a link with them. These terminals 4 belong to users who are attached to the private network RP. These users are for example employees of a company. The primary identifiers of the terminals 4 are therefore known to the private network RP. More specifically, the gateway 2 comprises a first memory 5 in which the primary identifiers of the user terminals are stored authorized to benefit from the services offered by the RP private network.
  • the public PLMN network is of GPRS type
  • the exchange protocol chosen is the WAP protocol (for “Wireless Application Protocol ”).
  • WAP protocol for “Wireless Application Protocol ”.
  • other types of public networks can be envisaged, such as for example networks of the UMTS type, and other types of protocols can be envisaged, such as for example SI P.
  • the terminals 4 are portable (or mobile) telephones. These network and protocol being perfectly known to those skilled in the art, they will therefore not be described here in detail.
  • FIG. 2 shows the links between the main functional modules of a mobile telephone 4 operating according to the WAP protocol.
  • MMI stands for the man-machine interface (or "Man-machine interface
  • WAE-UA stands for the Wireless Application Environment User-Agent.
  • This user agent is a circuit or software intended to interpret resources, such as WML or WMLScript. It can include a text or voice browser, or a search engine.
  • WTA-UA stands for the Wireless Telephony Application User-Agent.
  • This user agent is an extension of WAE-UA, capable of interfacing the telephone 4 with network services which interact with the components of the architecture supporting WTA services.
  • WTAI indicates the WTA interface (or "Wireless Telephony Application Interface”).
  • PWTAI indicates the public interface WTA (or "Public Wireless Telephony Application Interface”).
  • REP designates the archiving memory (or "Repositoi ⁇ ").
  • This (permanent) memory contains in particular the resources (data network objects or services identifiable by a URL) collected in the transmission channels.
  • the acronym DSF designates the module specific to the telephone 4 (or “Device-Specific Features”).
  • the acronym NL indicates the network layer (or “Network Layer”).
  • the elements or modules designated by the acronyms WAE-UA, WTA-UA, PWTA, WTAI, REP, DSF and NL constitute the communications management means of terminal 4.
  • the WTA-UA user agent is notably capable of extracting data from the REP memory and the WTAI interface ensures that WTA-UA can interact with the functions of the mobile network (such as for example setting up a call ) and with the specific characteristics of mobile phone 4 (such as the use of the address book).
  • the WTA-UA user agent receives network events which may be linked to its content, thus making it possible to implement dynamic telephony applications. These network events are the result of actions performed by services that operate within the WTA-UA user agent. Telephony events initiated outside of cell phone 4 are also transmitted to the WTA-UA user agent. This is particularly the case for text messages originating from the network and which are not directed to another user agent (such as events concerning the SIM card).
  • the WEA-UA user agent only removes its information from external WAP servers, such as server 1, and has access only to the functions offered by the WTAI public libraries (such as the placement function of a call).
  • the object of the invention is to allow mobile telephones 4 to dynamically access the services offered by their private home network RP, when they are connected to one of the public networks, such as for example the PLMN network.
  • gateway 2 of the private network RP, a control module 6 connected to a second memory 7 in which configuration data are preferably stored in the form of scripts (or applets) in WTA format. These WTA scripts are intended to take control of the portable telephones 4, once installed in them, so as to be able to exchange signaling data with the gateway 2, via a first transmission channel (or signaling channel).
  • the control module 6 is also coupled to the first memory 5 in which a correspondence table is stored between the primary identifiers of the portable telephones authorized to access the services of the private network RP and the associated secondary identifiers, to which we will return later.
  • This control module 6 can be produced in the form of electronic circuits, software (or computer) modules, or a combination of circuits and software.
  • the gateway 2 is arranged to establish links with the various networks, and in particular to exchange data in the signaling channel. Furthermore, this gateway 2 is associated with a primary identifier (or address), such as a URL address (for “Uniform Resource Locator”) which allows another server or a mobile telephone 4 to establish a link with it.
  • a primary identifier or address
  • URL address for “Uniform Resource Locator”
  • the user of a mobile telephone 4, attached to the private network RP wishes to benefit, for the first time, from the services offered by this network, he provides his telephone 4 with the URL address of the gateway 2 so that it establishes a connection with it.
  • the control module 6 of the gateway 2 transmits to the portable telephone 4, via the signaling channel, an indication of the scenario to be executed, previously stored in the terminal or sent, preferably a first WTA script (or data configuration) intended to automatically extract from the telephone 4 one or two secondary identifiers.
  • This first WTA script is stored in a memory area of the terminal controlled by the WTA-UA user agent.
  • a first secondary identifier is the user identification number (or IMSI) stored in the SIM card 8, while a second secondary identifier is the identification number of the telephone (or IMEI for “International Mobility Equipment Identity”) stored in the terminal.
  • IMSI user identification number
  • IMEI International Mobility Equipment Identity
  • the WTA-UA user agent After extracting the secondary identifier (s), the WTA-UA user agent transmits all or part of this information to gateway 2 via the signaling channel.
  • the control module 6 compares them to the identifiers stored in the correspondence table of the first memory 5. In the event of identity with the identifiers stored in correspondence of the primary identifier of the telephone 4, the module control extracts from the second memory 7 a second WTA script or a second script identification, previously stored in the terminal, and transmits it to the user agent WTA-UA of the telephone 4, via the signaling channel. If this second WTA script is transmitted, it is then stored in the repository (REP) of the communication management means 9.
  • REP repository
  • control module 6 transmits to the user agent WTA-UA of the telephone 4, via the signaling channel, security information, such as a calculated authentication key.
  • security information such as a calculated authentication key. This information will later be used by the control module 6 of the gateway 2 to know the connection status, including in the absence of active exchange within the GPRS transmission channels.
  • the telephone 4 is then able to automatically access the services offered by its home network RP, via gateway 2.
  • This accession can be automatic. However, for security reasons, it is possible that each time the user wishes to use the services, he registers with the control module 6.
  • the user must first activate the stored WTA script.
  • Said script then preferably requests the user to provide it with a tertiary identifier, such as for example a password and / or a user name, then it transmits this tertiary identifier to the control module 6, via the signaling channel .
  • the tertiary identifiers are also stored in the table of the first memory 5, in correspondence with the primary and secondary identifiers.
  • the script establishes then a link with the gateway 2, via the signaling channel, to transmit the secondary and tertiary identifiers to it, as well as possibly the security information (which could have evolved simultaneously in the telephone 4 and in the gateway 2 , taking into account exchanges between this gateway and this telephone).
  • the control module 6 checks in the first memory 5 whether they correspond to those which are stored in correspondence with the primary identifier of the telephone 4. If this is the case, the procedure registration ends and telephone 4 can benefit from the services offered by the RP private network at any time. In other words, the script installed in the telephone 4 can now establish with the gateway 2 a connection in the signaling channel, even though the telephone has established a voice connection in the transmission channel dedicated to the exchange of data vocal.
  • gateway 2 Each time the script establishes a link with gateway 2, it will be able to control the menus and the display of information on the screen of the phone 4, before or during communications on the voice channel, and offer the user services adapted to the circumstances, such as, for example, message storage, access to directories, access to voice or written notepads, conference calling, call screening, transfer of call, call broadcast, etc.
  • the WTA script can act at any time, once the terminal has been registered. It can in particular act following an action by the user, such as when he wishes to establish a connection with a remote terminal (or a server) manually or by voice command (without picking up). It can also act following an action by the public PLMN network to which the portable terminal 4 is connected, such as by example in case of incoming call or conference request or of arrival of a short SMS message (for “Short Message Service”). It can also act following an action of the gateway 2, such as for example to display information, or when requesting a location, or when sending a mini SMS message, or in the event of an event reminder. He can still act on his own, such as to request parameters, or perform tests or timers.
  • a first example concerns outgoing calls from the portable terminal 4 equipped with a WTA script.
  • the user first designates at his terminal 4 the primary identifier of the remote terminal with which he wishes to establish a communication (or connection, or even session). This can be done by voice command or by selecting a name from an address book or by dialing a number using the keyboard (or MMI).
  • the primary identifier reaches the user agent WTA-UA and therefore the WTA script, which inhibits access to the public PLMN network and then transmits a message to the control module 6 of the gateway 2, via the signaling channel.
  • information comprising at least the primary identifier designating the remote terminal that the user wishes to call.
  • This message can also include a request to set up the call by the RP private network, for example to benefit from a preferential rate or communicate information specific to the company, such as the presentation of the name.
  • the control module 6 can apply processing to the data it contains. It can in particular determine whether the called party is attached to the private RP network (local call) or if this is not the case (external call). It can also decide to authorize or prohibit the requested call, for example because of the type of terminal of the called party. It can also carry out the operations necessary for the handling of the call by the private RP network, such as recalling the caller's terminal 4 and the called party's terminal call, then establishing the connection between these two terminals. It can also place information in an information log (or "call log"), such as for example the number of the called party, the instant of the call, the duration of the call, and the like.
  • an information log or "call log"
  • the control module 6 generates a message intended for the portable terminal 4, a function of the processing applied and of the information received, and comprising at least the authorization or the prohibition to make the call.
  • This message which circulates in the signaling channel, may also include information which must be displayed on the screen of the terminal 4 of the caller and / or the called party, such as for example the number of the called party or the status of the called party's terminal (available or busy).
  • the WTA-UA user agent On receipt of this message, and when the call is not made by gateway 2, the WTA-UA user agent communicates it to the WTA script which, after having consulted and / or used the REP memory, inhibits the access to the public PLMN network for the establishment of the call, or prohibits this call, and possibly initiates a procedure for displaying information on the screen of the terminal 4.
  • a second example concerns calls entering the portable terminal 4 equipped with a WTA script, via the public PLMN network.
  • the WTA-UA user agent receives the call message, it transmits it to the WTA script which extracts information from it, for example the primary identifier of the caller's terminal to transmit it in the form of a message. to the control module 6 via the first channel.
  • the control module 6 can apply processing to them. It can in particular determine whether the caller is connected to the private RP network (local call) or if this is not the case (external call). It can also perform filtering, such as for example deciding to authorize or prohibit the requested call. It can also place information in an information log (or "call log"), such as for example the number of the called party, the instant of the call, the duration of the call, and the like.
  • the control module 6 generates a message intended for the portable terminal 4, depending on the processing applied and the information received, and possibly including information which must be displayed on the screen of the terminal 4 of the called party, such as for example the number of the calling party and / or his name, or the indication of whether or not he belongs to the private network, or the characteristics of the associated ringtone.
  • the WTA-UA user agent communicates it to the WTA script which, after having consulted and / or used the REP memory, establishes the call, or prohibits it, and possibly initiates a procedure for display of information on the terminal screen 4.
  • the WTA script exchanging data with gateway 2 via the signaling channel the user can therefore, at the same time, communicate with a remote terminal via the voice channel.
  • the control module 6 can therefore at any time propose to the user, on the screen of his terminal 4, and by means of the WTA script, actions or menus adapted to the events which may occur during the communication.
  • terminal 4 can in particular offer terminal 4 a priority incoming call, a text message to be displayed during a call, a request to enter a conference, access to private databases, the access to private network directories, incoming call forwarding, message storage, access to a voice or written notepad, and the like.
  • the invention therefore makes it possible to dynamically adapt, depending on the situation, the functions offered to a user, in particular by controlling the information displayed on the screen of his terminal, before and during a call.
  • the invention also provides a method for making available to terminals 4 connected to a first communications network (PLMN) and capable of exchanging signaling and voice data simultaneously on signaling channel and voice channel, respectively, of services offered by a second private communications network (RP), via a communications server 2 and according to a chosen protocol.
  • PLMN first communications network
  • RP private communications network
  • This method consists in having the server 2 transmit to a terminal 4 connected to the first PLMN network, in a first channel and according to a chosen criterion, configuration data (constituting for example a script or an "applet") allowing to establish with this server 2 a link in the first channel, during a voice link on a second channel, so as to make available to this terminal 4, during the voice link, at least some of the services offered by the second RP network to which it is attached.
  • configuration data consisting for example a script or an "applet”
  • An identification procedure can be provided before carrying out the procedure for transmitting the configuration data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un serveur de communications (2) permet de mettre à la disposition de terminaux (4), raccordés à un premier réseau de communications (PLMN) et pouvant échanger simultanément, selon un protocole choisi, des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission, des services offerts par un second réseau privé (RP) de communications. Le serveur (2) comporte des moyens de contrôle (6) permettant de transmettre à un terminal (4) raccordé au premier réseau (PLMN), sur le premier canal et en fonction d'un critère choisi, des données de configuration destinées à permettre au terminal (4) d'établir avec le serveur (2) une liaison sur ce premier canal, pendant une liaison vocale sur le second canal, de manière à mettre à disposition du terminal, durant la liaison vocale, des services offerts par le second réseau (RP).

Description

PROCÉDÉ DE MISE À DISPOSITION DYNAMIQUE D'UN TERMINAL RACCORDÉ À UN RÉSEAU DE COMMUNICATIONS PUBLIC, DE SERVICES OFFERTS PAR UN RÉSEAU DE COMMUNICATIONS PRIVÉ
L'invention concerne le domaine des communications entre terminaux au sein de réseaux, et plus particulièrement la fourniture de services offerts par des réseaux privés à des terminaux connectés à un réseau public de communications.
De nombreux réseaux de communications privés, par exemple de type PABX (pour « Private Automatic Branch Exchange »), offrent des services aux terminaux de communications qui y sont rattachés. Parmi ces services, on peut notamment citer le renvoi d'appel, l'accès à des répertoires ou bases de données, la mémorisation de messages, la conférence ou le bloc note vocal ou écrit. Ces services sont bien entendu accessibles aux terminaux lorsqu'ils sont directement connectés à leur réseau privé de rattachement. Mais, lorsque ces terminaux sont éloignés de ces réseaux privés, il ne peuvent accéder à certains de leurs services qu'à condition que lesdits réseaux privés de rattachement soient raccordés à un réseau public par l'intermédiaire d'un serveur de communications, tel qu'une passerelle (ou « gateway »), sous réserve d'aménagements particuliers. Un premier aménagement consiste à attribuer à certaines touches du clavier du terminal des fonctions correspondant à des services particuliers. L'appui sur l'une de ces touches provoque l'émission, à destination de la passerelle, d'une séquence de données préprogrammée, de type DTMF (pour « Dual Tone MultiFrequency »), sur un canal de transmission du réseau public, dédié à l'échange de données vocales. Par conséquent, lorsqu'un utilisateur a établi une liaison vocale avec un autre terminal et qu'il souhaite accéder à un service, il doit tout d'abord interrompre momentanément sa liaison, puis établir une liaison avec le serveur pour qu'il mette ledit service à sa disposition et enfin rétablir la liaison initiale avec l'autre terminal. De plus, cela interdit de proposer dynamiquement à l'utilisateur, pendant une liaison vocale avec un autre utilisateur, des services adaptés à certains événements pouvant survenir en cours de communication, comme par exemple un appel entrant prioritaire, un message texte à afficher en cours d'appel ou une demande d'entrée en conférence. En outre, seuls les services associés aux fonctions préprogrammées peuvent être mis à la disposition des utilisateurs des terminaux. Cet aménagement présente donc un caractère « statique » mal adapté aux exigences des traitements en temps réel. Un second aménagement, décrit dans la demande de brevet EP
1 107523, consiste tout d'abord à établir, dans un canal de transmission du réseau public, dédié à la signalisation, une liaison entre un terminal désirant accéder à des services de son réseau privé de rattachement et une passerelle raccordée à ce réseau privé, puis à faire transmettre au terminal appelant, par la passerelle, une page en langage WML (pour « Word Markup Language ») de manière à proposer à son utilisateur un certain nombre de services. Une fois que l'utilisateur a fait son choix, son terminal adresse à la passerelle une commande en langage WML, et, après des traitements spécifiques de type conversion de formats de protocoles d'échange de données, le terminal peut accéder au service choisi. L'utilisateur devant effectuer son choix dans une liste de services prédéfinie, il n'est donc pas possible de proposer dynamiquement à l'utilisateur, pendant une liaison vocale avec un autre utilisateur, des services adaptés à certains événements pouvant survenir en cours de communication. Cet aménagement présente donc, également, un caractère « statique » mal adapté aux exigences des traitements en temps réel.
L'invention a donc pour but de remédier à tout ou partie des inconvénients précités.
Elle propose à cet effet un serveur de communications implanté entre un ou plusieurs premiers réseaux de communications (public(s) et ou privé(s)) et un second réseau privé de communications susceptible d'offrir une multiplicité de services à des terminaux, ledit serveur étant agencé pour établir des liaisons, selon un protocole choisi (comme par exemple le protocole WAP (pour « Wireless Application Protocol »), avec des terminaux de communications, comme par exemple des téléphones portables, raccordés à l'un des premiers réseaux et agencés pour échanger simultanément des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission. Ce serveur, qui est par exemple une passerelle d'accès, se caractérise par le fait qu'il comporte des moyens de contrôle capables de transmettre à un terminal raccordé au premier réseau, dans un premier canal et en fonction d'un critère choisi, des données de configuration (constituant par exemple un script ou un « applet ») destinées à permettre à ce terminal d'établir avec le serveur une liaison dans le premier canal, alors même qu'il a établi une liaison vocale dans un second canal, de manière à mettre à disposition de son utilisateur, durant cette liaison vocale, certains au moins des services offerts par le second réseau auquel il est rattaché. L'invention permet ainsi de profiter pleinement de l'architecture de certains réseaux de communications, tels que GPRS et UMTS, dans laquelle les données de signalisation et les données de contenu ou données «média», notamment vocales, empruntent des canaux de transmission différents.
Préférentiellement, les moyens de contrôle sont agencés pour transmettre des données de configuration à un terminal lorsque celui-ci a préalablement établi une liaison avec le serveur à l'aide d'un identifiant primaire choisi, tel qu'un numéro d'appel dédié. Dans ce cas, l'établissement de cette liaison préalable constitue le critère choisi.
Egalement de préférence, les moyens de contrôle peuvent être agencés de manière à effectuer une procédure d'identification préalablement à la transmission desdites données de configuration. Dans ce cas, on prévoit dans le serveur une mémoire stockant des identifiants secondaires, comme par exemple l'identifiant de l'utilisateur ou IMSI (pour « International Mobile Station Identity »), stocké dans la carte SIM de son terminal, et les moyens de contrôle sont agencés pour transmettre au terminal des données d'identification permettant, une fois implantées dans ce terminal, de transmettre automatiquement au serveur au moins l'identifiant secondaire stocké dans le terminal, puis pour comparer cet identifiant secondaire reçu aux identifiants stockés dans la mémoire, de sorte qu'en cas d'identité ils transmettent au terminal les données de configuration appropriées. Des données de sécurisation peuvent être également adressées au terminal, par les moyens de contrôle, après l'envoi des données de configuration.
Toujours de préférence, les données de configuration peuvent être agencées, lorsqu'elles sont activées par l'utilisateur, pour demander à celui-ci de fournir au moins un identifiant tertiaire, comme par exemple son mot de passe ou son nom d'utilisateur, de manière à transmettre aux moyens de contrôle, toujours sur le premier canal, une requête d'enregistrement du terminal comportant au moins l'identifiant tertiaire fourni par l'utilisateur (ainsi qu'éventuellement les données de sécurisation). Dans ce cas, il est avantageux de stocker dans la mémoire du serveur les identifiants primaires en correspondance d'au moins un identifiant tertiaire (ainsi qu'éventuellement les données de sécurisation), de sorte qu'à réception d'une requête d'enregistrement, les moyens de contrôle puissent tout d'abord adresser aux données de configuration, implantées dans le terminal, une requête leur demandant de transmettre au moins l'identifiant primaire associé au terminal, puis comparer cet identifiant primaire et l'identifiant tertiaire reçus aux identifiants stockés dans la mémoire, de manière à autoriser ou refuser l'enregistrement en fonction du résultat de la comparaison.
Egalement de préférence, les données de configuration peuvent être agencées, dès que le terminal reçoit un message d'appel issu du premier réseau et préférentiellement lorsque le terminal a été enregistré, de manière à extraire de ce message certaines informations pour les transmettre aux moyens de contrôle par le premier canal. Dans ce cas, à réception des informations extraites, les moyens de contrôle peuvent leur appliquer un traitement fonction de leur contenu, puis transmettre au terminal, toujours dans le premier canal, un message choisi fonction du traitement appliqué et des informations reçues et comportant éventuellement des informations à afficher sur l'écran du terminal.
De la même façon, et préférentiellement après l'enregistrement du terminal, les données de configuration peuvent être agencées de manière à inhiber l'accès au premier réseau dès que l'utilisateur tente d'appeler un terminal distant, puis à transmettre aux moyens de contrôle, dans le premier canal, des informations comportant au moins l'identifiant primaire (ou numéro d'appel) du terminal distant. Dans ce cas, à réception des informations extraites, les moyens de contrôle peuvent leur appliquer un traitement fonction de leur contenu, puis transmettre au terminal, toujours dans le premier canal, un message choisi fonction du traitement appliqué et des informations reçues et comportant au moins une autorisation ou une interdiction d'effectuer l'appel ainsi qu'éventuellement des informations à afficher sur l'écran du terminal, de sorte qu'à réception de ce message les données de configuration désinhibent l'accès au premier réseau en vue de l'établissement de l'appel, ou interdisent cet appel.
L'invention porte également sur un procédé de mise à disposition, de terminaux raccordés à un premier réseau de communications et pouvant échanger simultanément des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission, de services offerts par un second réseau privé de communications, via un serveur de communications et selon un protocole choisi.
Ce procédé consiste à faire transmettre par le serveur à un terminal raccordé au premier réseau, dans un premier canal et en fonction d'un critère choisi, des données de configuration (constituant par exemple un script ou un « applet ») permettant d'établir avec ce serveur une liaison dans le premier canal, pendant une liaison vocale sur un second canal, de manière à mettre à disposition de ce terminal, pendant la liaison vocale, certains au moins des services offerts par le second réseau auquel il est rattaché. Le procédé selon l'invention pourra comporter de nombreuses caractéristiques complémentaires qui pourront être prises séparément et/ou en combinaison, et en particulier :
- on peut transmettre les données de configuration à un terminal après que celui-ci ait établi une liaison avec le serveur à l'aide d'un identifiant primaire choisi. Dans ce cas, l'établissement de cette liaison constitue le critère choisi ;
- on peut effectuer une procédure d'identification avant de procéder à la transmission des données de configuration. Dans ce cas, il est préférable de stocker préalablement des identifiants secondaires dans une mémoire du serveur, de sorte que l'on puisse tout d'abord transmettre au terminal des données d'identification qui, une fois implantées dans le terminal, permettent la transmission automatique au serveur d'au moins un identifiant secondaire stocké dans le terminal, puis que l'on compare cet identifiant secondaire aux identifiants stockés dans la mémoire, et, qu'en cas d'identité, on transmette au terminal les données de configuration appropriées ;
- on peut également faire adresser au terminal, par le serveur, des données de sécurisation une fois que les données de configuration lui ont été transmises ;
- les données de configuration peuvent être agencées, en cas d'activation par l'utilisateur du terminal, pour demander à l'utilisateur de fournir au moins un identifiant tertiaire, et pour transmettre au serveur, dans le premier canal, une requête d'enregistrement comportant au moins cet identifiant tertiaire. Dans ce cas, il est préférable de stocker dans la mémoire du serveur les identifiants primaires en correspondance d'au moins un identifiant tertiaire. Ainsi, à réception d'une requête d'enregistrement, on fait adresser aux données de configuration, par le serveur, une requête de transmission d'au moins l'identifiant primaire associé au terminal, puis on compare dans le serveur l'identifiant primaire et l'identifiant tertiaire reçus aux identifiants stockés dans sa mémoire, de manière à autoriser ou refuser l'enregistrement en fonction du résultat de la comparaison ; - les données de configuration peuvent être agencées, en cas de réception d'un message d'appel issu du premier réseau, et préférentiellement après que le terminal ait été enregistré, pour extraire de ce message certaines informations et les transmettre au serveur dans le premier canal. Ainsi, à réception des informations, on peut leur appliquer un traitement fonction de leur contenu, puis transmettre au terminal, dans le premier canal, un message choisi fonction du traitement appliqué et des informations reçues, ainsi qu'éventuellement des informations à afficher sur l'écran du terminal ;
- les données de configuration peuvent être agencées, lorsque le terminal tente d'appeler un terminal distant, et préférentiellement après que le terminal ait été enregistré, pour inhiber l'accès au premier réseau et transmettre au serveur dans le premier canal des informations comportant au moins l'identifiant secondaire du terminal distant. Ainsi, à réception des informations, on peut leur appliquer un traitement fonction de leur contenu, puis transmettre au terminal, dans le premier canal, un message choisi fonction du traitement appliqué et des informations reçues et comportant au moins une autorisation ou une interdiction d'appeler ainsi qu'éventuellement des informations à afficher sur l'écran dudit terminal, de sorte qu'à réception de ce message les données de configuration désinhibent l'accès au premier réseau en vue de l'établissement de l'appel ou interdisent cet appel.
L'invention porte également sur une installation de communications comportant au moins un premier réseau de communications raccordé à au moins un second réseau privé de communications via un serveur de communications du type de celui présenté ci-avant.
L'invention peut être mise en œuvre dans les premiers réseaux publics de communications choisis parmi PSTN, PLMN et Internet (IP), et en particulier dans les réseaux publics de communications pour équipements mobiles choisis parmi les réseaux GSM, GPRS et UMTS, ainsi que dans les seconds réseaux privés choisis parmi PABX et les passerelles de communication privées (plus connues sous l'expression anglaise
« Residential gateway ») pouvant mettre en oeuvre des accès fixes, et sans fil tels que WLAN, Bluetooth ou UMTS. Par ailleurs, l'invention s'applique tout particulièrement aux liaisons, entre un premier réseau et un serveur, qui s'effectuent selon le protocole WAP, ou le protocole SIP dans des formats variés tel que XML, WML, HTML, WTAI ou des formats propriétaires. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : - la figure 1 illustre de façon schématique un exemple d'installation selon l'invention,
- la figure 2 est un diagramme bloc illustrant les liens entre les principaux modules fonctionnels d'un terminal de communications de l'installation de la figure 1. Ces figures sont, pour l'essentiel, de caractère certain. En conséquence, elles pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
L'installation illustrée sur la figure 1 comporte tout d'abord un premier réseau public de communications (PLMN), appartenant à un premier opérateur de téléphonie mobile et raccordé à un serveur de services 1 , un second réseau public de communications (PSTN), appartenant à un second opérateur de téléphonie et raccordé au réseau principal PLMN et audit serveur de services 1 , un troisième réseau public de type INTERNET, également raccordé au réseau principal PLMN et au serveur de services 1 , et un réseau privé RP raccordé par une passerelle 2 au serveur de services 1.
Dans cet exemple les premier et second réseaux publics sont respectivement de type PLMN (pour « Public Land Mobile Network »), comme par exemple le réseau GSM, et de type PSTN (pour « Public Switched Telephony Network »). Par ailleurs, le réseau privé est par exemple de type PABX (pour « Private Automatic Branch Exchange »), éventuellement sans fil (s'il utilise la norme DECT). Mais, bien entendu, l'invention n'est pas limitée à ces seuls types de réseaux, ni au nombre de réseaux choisi. Pour mettre en œuvre l'invention, l'installation doit en effet comporter au minimum un réseau privé offrant des services spécifiques à ces utilisateurs et un réseau de communications public muni d'une multiplicité de stations de base 3 d'émission/réception, également appelées Node-B dans le cas d'un réseau UMTS ou BTS dans le cas d'un réseau de type GSM (ou GPRS), avec lesquelles des terminaux de communications 4 peuvent échanger simultanément, selon un protocole choisi, des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission.
Les terminaux de communications 4 sont par exemple des téléphones fixes ou mobiles, des (micro-)ordinateurs, fixes ou portables, ou des assistants numériques personnels (ou PDA), auxquels sont associés des identifiants primaires tels que des numéros de téléphone ou des adresses, ou tout autre identifiant unique permettant d'établir une liaison avec eux. Ces terminaux 4 appartiennent à des utilisateurs qui sont rattachés au réseau privé RP. Ces utilisateurs sont par exemple des salariés d'une entreprise. Les identifiants primaires des terminaux 4 sont donc connus du réseau privé RP. Plus précisément, la passerelle 2 comporte une première mémoire 5 dans laquelle sont stockés les identifiants primaires des terminaux d'utilisateurs autorisés à bénéficier des services offerts par le réseau privé RP.
Dans ce qui suit, on considère à titre d'exemple, d'une part, que le réseau public PLMN est de type GPRS, et d'autre part, que le protocole d'échange choisi est le protocole WAP (pour « Wireless Application Protocol »). Mais, bien entendu, d'autres types de réseaux publics peuvent être envisagés, comme par exemple les réseaux de type UMTS, et d'autres types de protocoles peuvent être envisagés, comme par exemple SI P. Par ailleurs, on considère à titre d'exemple que les terminaux 4 sont des téléphones portables (ou mobiles). Ces réseau et protocole étant parfaitement connus de l'homme de l'art, ils ne seront donc pas décrits ici en détails. Néanmoins, afin de faciliter la compréhension de ce qui suit, on a représenté sur la figure 2 les liens entre les principaux modules fonctionnels d'un téléphone portable 4 fonctionnant selon le protocole WAP. L'acronyme MMI désigne l'interface homme-machine (ou « Man-
Machine Interface »).
L'acronyme WAE-UA désigne l'agent d'utilisateur de l'environnement d'application sans fil (ou « Wireless Application Environment User-Agent »).
Cet agent d'utilisateur est un circuit ou un logiciel destiné à interpréter des ressources, telles que WML ou WMLScript. Il peut comporter un navigateur textuel ou vocal, ou un moteur de recherches.
L'acronyme WTA-UA désigne l'agent d'utilisateur de l'application de téléphonie sans fil (ou « Wireless Telephony Application User-Agent »). Cet agent d'utilisateur est une extension de WAE-UA, capable d'interfacer le téléphone 4 avec des services du réseau qui interagissent avec les composantes de l'architecture supportant les services WTA.
L'acronyme WTAI désigne l'interface WTA (ou « Wireless Telephony Application Interface »).
L'acronyme PWTAI désigne l'interface publique WTA (ou « Public Wireless Telephony Application Interface »).
L'acronyme REP désigne la mémoire d'archivage (ou « Repositoiγ »). Cette mémoire (permanente) contient notamment les ressources (données objets du réseau ou services identifiables par une adresse URL) collectées dans les canaux de transmission.
L'acronyme DSF désigne le module des caractéristiques propres au téléphone 4 (ou « Device-Specific Features »). L'acronyme NL désigne la couche réseau (ou « Network Layer »).
Les éléments ou modules désignés par les acronymes WAE-UA, WTA-UA, PWTA, WTAI, REP, DSF et NL constituent les moyens de gestion de communications du terminal 4.
L'agent d'utilisateur WTA-UA est notamment capable d'extraire des données de la mémoire REP et l'interface WTAI assure que WTA-UA peut interagir avec les fonctions du réseau mobile (comme par exemple l'établissement d'un appel) et avec les caractéristiques spécifiques du téléphone portable 4 (comme par exemple l'utilisation du carnet d'adresse).
Par ailleurs, l'agent d'utilisateur WTA-UA reçoit les événements du réseau qui peuvent être liés à son contenu, permettant ainsi de mettre en œuvre des applications de téléphonie dynamiques. Ces événements du réseau résultent d'actions effectuées par des services qui fonctionnent au sein de l'agent d'utilisateur WTA-UA. Les événements de téléphonie initiés à l'extérieur du téléphone portable 4 sont également transmis à l'agent d'utilisateur WTA-UA. C'est notamment le cas des messages textuels provenant du réseau et qui ne sont pas dirigés vers un autre agent d'utilisateur (comme par exemple les événements concernant la carte SIM).
L'agent d'utilisateur WEA-UA ne retire ses informations que des serveurs WAP externes, tels que le serveur 1 , et n'a accès qu'aux fonctions offertes par les bibliothèques publiques WTAI (comme par exemple la fonction de placement d'un appel).
Les caractéristiques détaillées de ces différents éléments ou modules peuvent être trouvées à l'adresse « www.wapforum.org ».
Le but de l'invention est de permettre aux téléphones portables 4 d'accéder de façon dynamique aux services offerts par leur réseau privé de rattachement RP, lorsqu'ils sont connectés à l'un des réseaux publics, comme par exemple le réseau PLMN.
Pour ce faire, on prévoit dans la passerelle 2, du réseau privé RP, un module de contrôle 6 raccordé à une seconde mémoire 7 dans laquelle sont stockées des données de configuration agencées préférentiellement sous la forme de scripts (ou applets) au format WTA. Ces scripts WTA sont destinés à prendre le contrôle des téléphones portables 4, une fois implantés dans ceux-ci, de manière à pouvoir échanger des données de signalisation avec la passerelle 2, via un premier canal de transmission (ou canal de signalisation). Le module de contrôle 6 est également couplé à la première mémoire 5 dans laquelle est stockée une table de correspondance entre les identifiants primaires des téléphones portables autorisés à accéder aux services du réseau privé RP et des identifiants secondaires associés, sur lesquels on reviendra plus loin. Ce module de contrôle 6 peut être réalisé sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels.
Comme indiqué précédemment, la passerelle 2 est agencée pour établir des liaisons avec les différents réseaux, et notamment pour échanger des données dans le canal de signalisation. Par ailleurs, cette passerelle 2 est associée à un identifiant primaire (ou adresse), tel qu'une adresse URL (pour « Uniform Resource Locator ») qui permet à un autre serveur ou un téléphone portable 4 d'établir une liaison avec elle. Selon l'invention, lorsque l'utilisateur d'un téléphone portable 4, rattaché au réseau privé RP, souhaite bénéficier, pour la première fois, des services offerts par ce réseau, il fournit à son téléphone 4 l'adresse URL de la passerelle 2 de sorte qu'il établisse avec celle-ci une liaison. Une fois la liaison établie, le module de contrôle 6 de la passerelle 2 transmet au téléphone portable 4, via le canal de signalisation une indication du scénario à exécuter, préalablement stocké dans le terminal ou envoyé, de préférence un premier script WTA (ou données de configuration) destiné à extraire automatiquement du téléphone 4 un ou deux identifiants secondaires. Ce premier script WTA est stocké dans une zone mémoire du terminal contrôlée par l'agent d'utilisateur WTA-UA.
Préférentiellement, un premier identifiant secondaire est le numéro d'identification de l'utilisateur (ou IMSI) stocké dans la carte SIM 8, tandis qu'un second identifiant secondaire est le numéro d'identification du téléphone (ou IMEI pour « International Mobility Equipment Identity ») stocké dans le terminal.
Après avoir extrait le(s) identifiant(s) secondaire(s), l'agent d'utilisateur WTA-UA transmet tout ou partie de ces informations à la passerelle 2 via le canal de signalisation. A réception de ces identifiants secondaires, le module de contrôle 6 les compare aux identifiants stockés dans la table de correspondance de la première mémoire 5. En cas d'identité avec les identifiants stockés en correspondance de l'identifiant primaire du téléphone 4, le module de contrôle extrait de la seconde mémoire 7 un second script WTA ou une seconde identification de script, préalablement stockée dans le terminal, et le transmet à l'agent d'utilisateur WTA-UA du téléphone 4, via le canal de signalisation. Si ce second script WTA est transmis, il est alors stocké dans la mémoire REP (repository) des moyens de gestion de communications 9. Préférentiellement, le module de contrôle 6 transmet ensuite à l'agent d'utilisateur WTA-UA du téléphone 4, via le canal de signalisation, une information de sécurisation, telle qu'une clé d'authentification calculée. Cette information servira ultérieurement au module de contrôle 6 de la passerelle 2 à connaître l'état de connexion, y compris en l'absence d'échange actif au sein des canaux de transmission GPRS.
Muni des ces scripts WTA et information de sécurisation, le téléphone 4 est alors en mesure d'accéder automatiquement aux services offerts par son réseau de rattachement RP, via la passerelle 2. Cette accession peut être automatique. Néanmoins, pour des raisons de sécurité, il est possible que chaque fois que l'utilisateur souhaite utiliser les services, il se fasse enregistrer auprès du module de contrôle 6.
Pour ce faire, l'utilisateur doit tout d'abord activer le script WTA stocké. Ledit script, demande alors préférentiellement à l'utilisateur de lui fournir un identifiant tertiaire, comme par exemple un mot de passe et/ou un nom d'utilisateur, puis il transmet cet identifiant tertiaire au module de contrôle 6, via le canal de signalisation. Dans ce cas, on stocke également les identifiants tertiaires, dans la table de la première mémoire 5, en correspondance des identifiants primaires et secondaires. Le script établit alors une liaison avec la passerelle 2, via le canal de signalisation, pour lui transmettre les identifiants secondaire(s) et tertiaire, ainsi qu'éventuellement l'information de sécurisation (laquelle a pu évoluer simultanément dans le téléphone 4 et dans la passerelle 2, compte tenu d'échanges entre cette passerelle et ce téléphone).
A réception de ces identifiants secondaire(s) et tertiaire le module de contrôle 6 vérifie dans la première mémoire 5 s'il correspondent à ceux qui sont stockés en correspondance de l'identifiant primaire du téléphone 4. Si tel est le cas, la procédure d'enregistrement s'achève et le téléphone 4 peut à tout moment bénéficier des services offerts par le réseau privé RP. En d'autres termes, le script implanté dans le téléphone 4 peut désormais établir avec la passerelle 2 une liaison dans le canal de signalisation, alors même que le téléphone a établi une liaison vocale dans le canal de transmission dédié à l'échange de données vocales. Chaque fois que le script établira une liaison avec la passerelle 2, celle-ci pourra contrôler les menus et l'affichage des informations sur l'écran du téléphone 4, avant ou pendant les communications sur le canal vocal, et proposer à l'utilisateur les services adaptés compte tenu des circonstances, comme par exemple, la mémorisation de messages, l'accès à des répertoires, l'accès à des blocs notes vocaux ou écrits, la mise en conférence, le filtrage d'appel, le transfert d'appel, la diffusion d'appel, etc.
Cela est d'autant plus intéressant que le téléphone dispose d'un système « main libre » et/ou d'un compagnon d'exploitation indépendant du traitement vocal. Lorsque l'utilisateur ne souhaite plus disposer des services, il n'a plus qu'à désactiver le script, lequel transmet au module de contrôle 6 un message lui demandant d'annuler l'enregistrement du téléphone 4.
Le script WTA peut agir à tout moment, une fois que le terminal a été enregistré. Il peut notamment agir consécutivement à une action de l'utilisateur, comme par exemple lorsqu'il souhaite établir une liaison avec un terminal distant (ou un serveur) manuellement ou par commande vocale (sans décrocher). Il peut également agir consécutivement à une action du réseau public PLMN auquel est connecté le terminal portable 4, comme par exemple en cas d'appel entrant ou de demande de conférence ou encore d'arrivée d'un message court SMS (pour « Short Message Service »). Il peut également agir consécutivement à une action de la passerelle 2, comme par exemple pour afficher des informations, ou lors de requête de localisation, ou lors d'envoi de mini message SMS, ou en cas de rappel d'événement. Il peut encore agir de son propre chef, comme par exemple pour requérir des paramètres, ou effectuer des tests ou des temporisations.
On décrit ci-après, plus en détail, deux exemples d'intervention d'un script WTA. Dans ces exemples, on considère que le terminal 4 a été préalablement enregistré auprès de la passerelle 2, et que le script WTA qu'il comporte est activé. Mais, comme indiqué précédemment, cette procédure d'enregistrement n'est pas obligatoire.
Un premier exemple concerne les appels sortant du terminal portable 4 équipé d'un script WTA. L'utilisateur désigne tout d'abord à son terminal 4 l'identifiant primaire du terminal distant avec lequel il souhaite établir une communication (ou liaison, ou encore session). Cela peut se faire par commande vocale ou par sélection d'un nom dans un carnet d'adresse ou encore par composition d'un numéro à l'aide du clavier (ou MMI). L'identifiant primaire parvient à l'agent d'utilisateur WTA-UA et donc au script WTA, qui inhibe l'accès au réseau public PLMN puis transmet au module de contrôle 6 de la passerelle 2, via le canal de signalisation, un message d'information comportant au moins l'identifiant primaire désignant le terminal distant que l'utilisateur souhaite appeler. Ce message peut également comporter une demande d'établissement de l'appel par le réseau privé RP, par exemple pour bénéficier d'un tarif privilégié ou communiquer une information propre à l'entreprise, comme la présentation du nom.
A réception du message d'information, le module de contrôle 6 peut appliquer un traitement aux données qu'il contient. Il peut notamment déterminer si l'appelé est rattaché au réseau privé RP (appel local) ou si ce n'est pas le cas (appel externe). Il peut également décider d'autoriser ou d'interdire l'appel demandé, par exemple en raison du type du terminal de l'appelé. Il peut également effectuer les opérations nécessaires à la prise en charge de l'appel par le réseau privé RP, comme par exemple le rappel du terminal 4 de l'appelant et l'appel du terminal de l'appelé, puis l'établissement de la liaison entre ces deux terminaux. Il peut en outre placer des informations dans un relevé d'information (ou « call log »), comme par exemple le numéro de l'appelé, l'instant de l'appel, la durée de l'appel, et analogue. Une fois le traitement terminé, le module de contrôle 6 génère un message à destination du terminal portable 4, fonction du traitement appliqué et des informations reçues, et comportant au moins l'autorisation ou l'interdiction d'effectuer l'appel. Ce message, qui circule dans le canal de signalisation, peut également comporter des informations qui doivent être affichées sur l'écran du terminal 4 de l'appelant et/ou de l'appelé, comme par exemple le numéro de l'appelé ou l'état du terminal de l'appelé (disponible ou occupé). A réception de ce message, et lorsque l'appel n'est pas effectué par la passerelle 2, l'agent d'utilisateur WTA-UA le communique au script WTA qui, après avoir consulté et/ou utilisé la mémoire REP , désinhibe l'accès au réseau public PLMN en vue de l'établissement de l'appel, ou interdit cet appel, et initie éventuellement une procédure d'affichage d'informations sur l'écran du terminal 4.
Un second exemple concerne les appels entrant dans le terminal portable 4 équipé d'un script WTA, via le réseau public PLMN. Dès que l'agent d'utilisateur WTA-UA reçoit le message d'appel, il le transmet au script WTA qui en extrait des informations, comme par exemple l'identifiant primaire du terminal de l'appelant pour les transmettre sous forme de message au module de contrôle 6 via le premier canal. A réception des informations extraites, le module de contrôle 6 peut leur appliquer un traitement. Il peut notamment déterminer si l'appelant est rattaché au réseau privé RP (appel local) ou si ce n'est pas le cas (appel externe). Il peut également effectuer un filtrage, comme par exemple décider d'autoriser ou d'interdire l'appel demandé. Il peut en outre placer des informations dans un relevé d'information (ou « call log »), comme par exemple le numéro de l'appelé, l'instant de l'appel, la durée de l'appel, et analogue.
Une fois le traitement terminé, le module de contrôle 6 génère un message à destination du terminal portable 4, fonction du traitement appliqué et des informations reçues, et comportant éventuellement des informations qui doivent être affichées sur l'écran du terminal 4 de l'appelé, comme par exemple le numéro de l'appelant et/ou son nom, ou l'indication de l'appartenance ou non au réseau privé, ou les caractéristiques de la sonnerie associée. A réception de ce message, l'agent d'utilisateur WTA-UA le communique au script WTA qui, après avoir consulté et/ou utilisé la mémoire REP, établit l'appel, ou l'interdit, et initie éventuellement une procédure d'affichage d'informations sur l'écran du terminal 4.
Grâce à l'invention il est également possible de mettre en œuvre dynamiquement d'autres fonctions. En effet, le script WTA échangeant des données avec la passerelle 2 via le canal de signalisation, l'utilisateur peut donc dans le même temps, dialoguer avec un terminal distant via le canal vocal. Le module de contrôle 6 peut donc à tout moment proposer à l'utilisateur, sur l'écran de son terminal 4, et par l'intermédiaire du script WTA, des actions ou des menus adaptés aux événements qui peuvent survenir pendant la communication. A titre d'exemples non limitatifs, il peut notamment proposer au terminal 4 un appel entrant prioritaire, un message texte à afficher en cours d'appel, une demande d'entrée en conférence, l'accès à des bases de données privées, l'accès à des répertoires du réseau privé, un renvoi d'appel entrant, la mémorisation de messages, l'accès à un bloc note vocal ou écrit, et analogue.
L'invention permet donc d'adapter dynamiquement, en fonction de la situation, les fonctions offertes à un utilisateur, notamment par le biais du contrôle des informations affichées sur l'écran de son terminal, avant et pendant un appel. L'invention offre également un procédé permettant de mettre à la disposition de terminaux 4 raccordés à un premier réseau de communications (PLMN) et pouvant échanger simultanément des données de signalisation et vocales respectivement sur des canal de signalisation et canal vocal, de services offerts par un second réseau privé de communications (RP), via un serveur de communications 2 et selon un protocole choisi.
Celui-ci peut être mis en œuvre à l'aide du dispositif présenté ci- avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant l'installation, seules seront résumées ci- après les étapes mettant en œuvre les fonctions principales du procédé selon l'invention.
Ce procédé consiste à faire transmettre par le serveur 2 à un terminal 4 raccordé au premier réseau PLMN, dans un premier canal et en fonction d'un critère choisi, des données de configuration (constituant par exemple un script ou un « applet ») permettant d'établir avec ce serveur 2 une liaison dans le premier canal, pendant une liaison vocale sur un second canal, de manière à mettre à disposition de ce terminal 4, pendant la liaison vocale, certains au moins des services offerts par le second réseau RP auquel il est rattaché.
On peut prévoir d'effectuer la transmission des données de configuration au terminal 4 après que celui-ci ait établi une liaison avec le serveur 2 à l'aide d'un identifiant primaire choisi. On peut prévoir une procédure d'identification avant d'effectuer la procédure de transmission des données de configuration.
On peut prévoir une procédure d'enregistrement du terminal 4 auprès du serveur 2, via le premier canal de signalisation, avant de mettre les services du réseau privé RP à disposition dudit terminal. L'invention ne se limite pas aux modes de réalisation de procédé, serveur et installation décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.
Ainsi, dans ce qui précède il a été fait référence à des échanges entre liaisons entre un premier réseau et un serveur selon le protocole WAP, mais l'invention s'applique également aux protocoles SIP et plus généralement aux échanges entre des réseaux publics et des noeuds de réseaux privés. De la même manière, en terme de transport on pourra utiliser un réseau sans fil de type WLAN ou un réseau Bluetooth.

Claims

REVENDICATIONS
1. Serveur de communications (2) pour la mise à disposition, de terminaux (4) raccordés à un premier réseau de communications (PLMN) et pouvant échanger simultanément, selon un protocole choisi, des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission, de services offerts par un second réseau privé (RP) de communications, caractérisé en ce qu'il comporte des moyens de contrôle (6) propres à transmettre à un terminal (4) raccordé au premier réseau (PLMN), sur ledit premier canal et en fonction d'un critère choisi, des données de configuration destinées à permettre audit terminal (4) d'établir avec ledit serveur (2) une liaison sur le premier canal, pendant une liaison vocale sur ledit second canal, de manière à mettre à disposition dudit terminal, durant ladite liaison vocale, certains au moins desdits services offerts par ledit second réseau (RP).
2. Serveur selon la revendication 1 , caractérisé en ce que lesdits moyens de contrôle (6) sont agencés pour transmettre des données de configuration à un terminal (4), lorsque ledit terminal a établi une liaison avec ledit serveur (2) à l'aide d'un identifiant primaire choisi, l'établissement de cette liaison constituant ledit critère choisi.
3. Serveur selon la revendication 1 , caractérisé en ce que lesdits moyens de contrôle (6) sont agencés pour effectuer une procédure d'identification préalablement à la transmission desdites données de configuration.
4. Serveur selon la revendication 3, caractérisé en ce qu'il comprend une mémoire (5) dans laquelle sont stockés des identifiants secondaires, et en ce que lesdits moyens de contrôle (6) sont agencés pour transmettre audit terminal (4) des données d'identification propres, une fois implantées dans ledit terminal, à permettre la transmission automatique audit serveur (2) d'au moins un identifiant secondaire stocké dans une mémoire dudit terminal, puis pour comparer l'identifiant secondaire reçu aux identifiants stockés dans ladite mémoire (5), et, en cas d'identité, pour transmettre audit terminal (4) lesdites données de configuration.
5. Serveur selon la revendication 3, caractérisé en ce que lesdits moyens de contrôle (6) sont agencés pour adresser au terminal (4), après lesdites données de configuration, des données de sécurisation.
6. Serveur selon la revendication 3, caractérisé en ce que ledit identifiant secondaire est représentatif de l'utilisateur dudit terminal (4).
7. Serveur selon la revendication 3, caractérisé en ce que lesdites données de configuration et/ou lesdites données d'identification constituent un script ou un « applet ».
8. Serveur selon la revendication 1, caractérisé en ce que lesdites données de configuration sont agencées, en cas d'activation par l'utilisateur du terminal (4), pour demander audit utilisateur de fournir au moins un identifiant tertiaire, et transmettre auxdits moyens de contrôle (6), sur le premier canal, une requête d'enregistrement comportant au moins ledit identifiant tertiaire, en ce que ladite mémoire (5) stocke lesdits identifiants primaires en correspondance d'au moins un identifiant tertiaire, et en ce qu'à réception d'une requête d'enregistrement, lesdits moyens de contrôle (6) sont agencés pour adresser auxdites données de configuration une requête de transmission d'au moins l'identifiant primaire associé audit terminal (4), puis à réception dudit identifiant primaire, pour comparer l'identifiant primaire et l'identifiant tertiaire, précédemment reçu, aux identifiants stockés dans ladite mémoire (5), de manière à autoriser ou refuser ledit enregistrement en fonction du résultat de cette comparaison.
9. Serveur la revendication 1 , caractérisé en ce que lesdites données de configuration sont agencées, en cas de réception d'un message d'appel, issu du premier réseau (PLMN), par ledit terminal (4), pour extraire de ce message certaines informations et transmettre ces informations auxdits moyens de contrôle (6) par ledit premier canal, et en ce qu'à réception desdites informations, lesdits moyens de contrôle (6) sont agencés pour leur appliquer un traitement fonction de leur contenu, puis transmettre audit terminal (4), sur ledit premier canal, un message choisi fonction dudit traitement appliqué et desdites informations reçues.
10. Serveur la revendication 1, caractérisé en ce que lesdites données de configuration sont agencées, après que le terminal (4) ait été enregistré et en cas de tentative d'appel d'un terminal distant par ledit terminal, pour inhiber l'accès au premier réseau (PLMN) et transmettre auxdits moyens de contrôle (6) sur ledit premier canal des informations comportant au moins l'identifiant primaire du terminal distant, et en ce qu'à réception desdites informations, lesdits moyens de contrôle (6) sont agencés pour leur appliquer un traitement fonction de leur contenu, puis transmettre audit terminal (4), sur ledit premier canal, un message choisi fonction dudit traitement appliqué et desdites informations reçues et comportant au moins une autorisation ou une interdiction de l'appel et des informations à afficher sur l'écran dudit terminal (4), de sorte qu'à réception dudit message lesdites données de configuration désinhibent l'accès au premier réseau (PLMN), en vue de l'établissement de l'appel, ou interdisent l'appel.
11. Serveur la revendication 9 en combinaison avec la revendication 8, caractérisé en ce que lesdits moyens de contrôle (6) sont agencés pour traiter les informations reçues dudit terminal (4) après avoir procédé à l'enregistrement du terminal.
12. Procédé de mise à disposition, de terminaux (4) raccordés à un premier réseau de communications (PLMN) et pouvant échanger simultanément des données de signalisation sur un premier canal de transmission et des données vocales sur un second canal de transmission, de services offerts par un second réseau privé de communications (RP), via un serveur de communications (2) et selon un protocole choisi, caractérisé en ce qu'il consiste à transmettre par le serveur (2), sur un premier canal et en fonction d'un critère choisi, à un terminal (4) raccordé au premier réseau (PLMN) des données de configuration destinées à lui permettre d'établir avec ledit serveur (2) une liaison sur le premier canal, pendant une liaison vocale sur un second canal, de manière à mettre à disposition dudit terminal (4), durant ladite liaison vocale, certains au moins desdits services offerts par ledit second réseau (RP).
13. Procédé selon la revendication 12, caractérisé en ce que l'on transmet lesdites données de configuration à un terminal (4) lorsque ce terminal a établi une liaison avec le serveur (2) à l'aide d'un identifiant primaire choisi, l'établissement de cette liaison constituant ledit critère choisi.
14. Procédé la revendication 12, caractérisé en ce que l'on effectue une procédure d'identification avant de transmettre les données de configuration.
15. Procédé selon la revendication 14, caractérisé en ce que l'on stocke dans une mémoire (5) du serveur (2) des identifiants secondaires, et en ce que l'on transmet au terminal (4) des données d'identification propres, une fois implantées dans ledit terminal, à permettre la transmission automatique audit serveur (2) d'au moins un identifiant secondaire stocké dans une mémoire (8) dudit terminal (4), puis à réception de l'identifiant secondaire on le compare aux identifiants stockés dans la mémoire (5) du serveur (2), et, en cas d'identité, on transmet audit terminal (4) lesdites données de configuration.
16. Procédé la revendication 14, caractérisé en ce que l'on adresse au terminal (4) des données de sécurisation après avoir transmis lesdites données de configuration.
17. Procédé la revendication 14, caractérisé en ce que ledit identifiant secondaire est représentatif de l'utilisateur dudit terminal (4).
18. Procédé la revendication 14, caractérisé en ce que lesdites données de configuration et/ou lesdites données d'identification constituent un script ou un « applet ».
19. Procédé la revendication 12, caractérisé en ce que lesdites données de configuration sont agencées, en cas d'activation par l'utilisateur du terminal (4), pour demander audit utilisateur de fournir au moins un identifiant tertiaire, et transmettre audit serveur (2), sur le premier canal, une requête d'enregistrement comportant au moins ledit identifiant tertiaire, en ce que l'on stocke dans ladite mémoire (5) du serveur (2) lesdits identifiants primaires en correspondance d'au moins un identifiant tertiaire, et en ce qu'à réception d'une requête d'enregistrement, on adresse auxdites données de configuration une requête de transmission d'au moins l'identifiant primaire associé audit terminal (4), puis à réception dudit identifiant primaire, on compare dans le serveur (2) l'identifiant primaire et l'identifiant tertiaire, précédemment reçu, aux identifiants stockés dans sa mémoire (5), de manière à autoriser ou refuser ledit enregistrement en fonction du résultat de cette comparaison.
20. Procédé la revendication 12, caractérisé en ce que lesdites données de configuration sont agencées, en cas de réception d'un message d'appel, issu du premier réseau (PLMN), par ledit terminal (4), pour extraire de ce message certaines informations et les transmettre au serveur (2) par le premier canal, et en ce qu'à réception desdites informations, on applique aux informations reçus un traitement fonction de leur contenu, puis on transmet au terminal (4), sur ledit premier canal, un message choisi fonction dudit traitement appliqué et desdites informations reçues.
21. Procédé la revendication 12, caractérisé en ce que lesdites données de configuration sont agencées, en cas de tentative d'appel d'un terminal distant par ledit terminal (4), pour inhiber l'accès au premier réseau (PLMN) et transmettre au serveur sur ledit premier canal des informations comportant au moins l'identifiant secondaire du terminal distant, et en ce qu'à réception desdites informations, on leur applique un traitement fonction de leur contenu, puis on transmet audit terminal (4), sur ledit premier canal, un message choisi fonction dudit traitement appliqué et desdites informations reçues et comportant au moins une autorisation ou une interdiction d'appeler et des informations à afficher sur l'écran dudit terminal (4), de sorte qu'à réception dudit message lesdites données de configuration désinhibent l'accès au premier réseau (PLMN) en vue de l'établissement de l'appel, ou interdisent ledit appel.
22. Procédé la revendication 20 en combinaison avec la revendication 19, caractérisé en ce qu'on traite les informations reçues dudit terminal (4) après avoir effectué une opération d'enregistrement de ce terminal.
23. Installation de communications, caractérisée en ce qu'elle comporte au moins un premier réseau public de communications (PLMN) raccordé à au moins un second réseau privé de communications (RP) via un serveur de communications (2) selon l'une des revendications 1 à 11.
24. Utilisation des procédé, dispositif et installation selon l'une des revendications précédentes dans des premiers réseaux publics de communications choisis parmi PSTN, PLMN et Internet (IP), et dans des seconds réseaux privés choisis parmi PABX et les passerelles de communication privées.
25. Utilisation selon la revendication 24, caractérisée en ce que les premiers réseaux publics de communications sont des réseaux pour équipements mobiles choisis parmi les réseaux GSM, GPRS et UMTS.
26. Utilisation selon la revendication 24, caractérisée en ce que les liaisons entre le premier réseau (PLMN) et le serveur (2) s'effectuent selon le protocole WAP.
27. Utilisation selon la revendication 24, caractérisée en ce que les liaisons entre le premier réseau (PLMN) et le serveur (2) s'effectuent selon le protocole SIP.
PCT/FR2003/001779 2002-06-13 2003-06-13 Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive WO2003107645A2 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP03760024A EP1518392A2 (fr) 2002-06-13 2003-06-13 Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive
US10/517,369 US9258430B2 (en) 2002-06-13 2003-06-13 Method for dynamically providing a terminal connected to a public communication network, with services offered by a private telecommunication network
AU2003260585A AU2003260585A1 (en) 2002-06-13 2003-06-13 Method for dynamically providing a terminal connected to a public communication network, with services offered by a private telecommunication network
JP2004514321A JP4312712B2 (ja) 2002-06-13 2003-06-13 公衆通信ネットワークに接続された端末に構内通信ネットワークによって提供されるサービスを動的に利用可能にする方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR02/07271 2002-06-13
FR0207271A FR2841071B1 (fr) 2002-06-13 2002-06-13 Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive

Publications (2)

Publication Number Publication Date
WO2003107645A2 true WO2003107645A2 (fr) 2003-12-24
WO2003107645A3 WO2003107645A3 (fr) 2004-07-01

Family

ID=29595199

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/001779 WO2003107645A2 (fr) 2002-06-13 2003-06-13 Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive

Country Status (7)

Country Link
US (1) US9258430B2 (fr)
EP (1) EP1518392A2 (fr)
JP (1) JP4312712B2 (fr)
CN (1) CN100493124C (fr)
AU (1) AU2003260585A1 (fr)
FR (1) FR2841071B1 (fr)
WO (1) WO2003107645A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9882939B2 (en) 2005-09-29 2018-01-30 Comcast Cable Communications, Llc System and method for providing multimedia services

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8489147B2 (en) * 2006-04-11 2013-07-16 Sony Corporation Simplified access to messaging services
CN101090427B (zh) * 2006-06-16 2010-08-25 新世纪资通股份有限公司 双声多频数字传递方式的协议方法及系统
US8416929B2 (en) * 2008-01-09 2013-04-09 Christopher Henry Becker Sharing solutions for a universal linking gateway between telephonic devices
US8281369B2 (en) * 2008-03-12 2012-10-02 Avaya Inc. Method and apparatus for creating secure write-enabled web pages that are associated with active telephone calls
KR101524602B1 (ko) * 2008-12-30 2015-06-01 삼성전자주식회사 듀얼 스탠바이 휴대단말기의 표시 방법 및 장치
US9525710B2 (en) * 2009-01-29 2016-12-20 Avaya Gmbh & Co., Kg Seamless switch over from centralized to decentralized media streaming
US8879464B2 (en) 2009-01-29 2014-11-04 Avaya Inc. System and method for providing a replacement packet
US8238335B2 (en) 2009-02-13 2012-08-07 Avaya Inc. Multi-route transmission of packets within a network
US7936746B2 (en) * 2009-03-18 2011-05-03 Avaya Inc. Multimedia communication session coordination across heterogeneous transport networks
US20100265834A1 (en) * 2009-04-17 2010-10-21 Avaya Inc. Variable latency jitter buffer based upon conversational dynamics
US8094556B2 (en) * 2009-04-27 2012-01-10 Avaya Inc. Dynamic buffering and synchronization of related media streams in packet networks
US8553849B2 (en) 2009-06-17 2013-10-08 Avaya Inc. Personal identification and interactive device for internet-based text and video communication services
US8800049B2 (en) * 2009-08-26 2014-08-05 Avaya Inc. Licensing and certificate distribution via secondary or divided signaling communication pathway
GB201104602D0 (en) 2010-10-18 2011-05-04 Data Connection Ltd Data communication
GB201104558D0 (en) 2010-10-18 2011-05-04 Data Connection Ltd Data communication
GB2500130B (en) 2010-10-18 2018-03-21 Metaswitch Networks Ltd Data communication
GB201104613D0 (en) 2010-12-14 2011-05-04 Data Connection Ltd Data communication
CN104486519B (zh) * 2014-11-12 2017-01-18 徐匡一 一种数据化客户服务方法及系统
CN104767752A (zh) * 2015-04-07 2015-07-08 西安汇景倬元信息技术有限公司 一种分布式网络隔离系统及方法
US10142463B2 (en) * 2016-08-02 2018-11-27 Pindrop Security, Inc. Method and apparatus for threat identification through analysis of communications signaling, events, and participants
FR3063590A1 (fr) * 2017-03-03 2018-09-07 Orange Dispositif d'acces a adressage multiple

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002015501A1 (fr) * 2000-08-11 2002-02-21 Estara, Inc. Téléphonie internet pour commerce électronique

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5490251A (en) * 1991-08-09 1996-02-06 First Data Resources Inc. Method and apparatus for transmitting data over a signalling channel in a digital telecommunications network
US5375244A (en) * 1992-05-29 1994-12-20 At&T Corp. System and method for granting access to a resource
US5625677A (en) * 1993-12-30 1997-04-29 At&T Simultaneous voice and data communications
US7106843B1 (en) * 1994-04-19 2006-09-12 T-Netix, Inc. Computer-based method and apparatus for controlling, monitoring, recording and reporting telephone access
US6501950B1 (en) * 1996-03-14 2002-12-31 Bellsouth Intellectual Property Corporation Systems and methods for monitoring data signals on a communications network
US5867562A (en) * 1996-04-17 1999-02-02 Scherer; Gordon F. Call processing system with call screening
US6226623B1 (en) * 1996-05-23 2001-05-01 Citibank, N.A. Global financial services integration system and process
US6456709B1 (en) * 1997-03-13 2002-09-24 Metro One Telecommunications, Inc. Method and apparatus for monitoring telephonic members and providing directory assistance
US6766454B1 (en) * 1997-04-08 2004-07-20 Visto Corporation System and method for using an authentication applet to identify and authenticate a user in a computer network
US6023762A (en) * 1997-07-09 2000-02-08 Northern Telecom Limited Multi-view personalized communications agent
US6112084A (en) * 1998-03-24 2000-08-29 Telefonaktiebolaget Lm Ericsson Cellular simultaneous voice and data including digital simultaneous voice and data (DSVD) interwork
FR2778294B1 (fr) * 1998-04-30 2000-06-09 Alsthom Cge Alcatel Profil d'abonne internet
US6311060B1 (en) * 1998-05-21 2001-10-30 Cellemetry Llc Method and system for registering the location of a mobile cellular communications device
US6389039B1 (en) * 1998-10-22 2002-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Asynchronous transfer on the cellular radio link
US6782264B2 (en) * 1999-01-08 2004-08-24 Trueposition, Inc. Monitoring of call information in a wireless location system
US6876858B1 (en) * 1999-01-20 2005-04-05 Lojack Operating Company, Lp Methods of and system for portable cellular phone voice communication and positional location data communication using the cellular phone network control channel
FR2802042B1 (fr) * 1999-12-06 2002-05-31 Cit Alcatel Passerelle de telecommunication entre un reseau prive et un reseau mobile
US6788667B1 (en) * 2000-06-20 2004-09-07 Nokia Corporation Wireless access to wired network audio services using mobile voice call
US6807165B2 (en) * 2000-11-08 2004-10-19 Meshnetworks, Inc. Time division protocol for an ad-hoc, peer-to-peer radio network having coordinating channel access to shared parallel data channels with separate reservation channel
US20020075844A1 (en) * 2000-12-15 2002-06-20 Hagen W. Alexander Integrating public and private network resources for optimized broadband wireless access and method
CA2641610C (fr) * 2001-03-09 2010-09-14 Research In Motion Limited Operations perfectionnees d'echanges vocaux et de donnees dans un dispositif mobile de transmission de donnees
US20020138622A1 (en) * 2001-03-21 2002-09-26 Motorola, Inc. Apparatus and method of using long lived addresses in a private network for push messaging to mobile devices
US6987755B2 (en) * 2001-03-22 2006-01-17 Siemens Communications, Inc. System and method for user notification in a communication system
US7369529B2 (en) * 2001-05-24 2008-05-06 Qualcomm.Incorporated. Method and apparatus for differentiating point to point protocol session termination points
US20020188725A1 (en) * 2001-05-31 2002-12-12 Mani Babu V. User verification service in a multimedia-capable network
US20030014488A1 (en) * 2001-06-13 2003-01-16 Siddhartha Dalal System and method for enabling multimedia conferencing services on a real-time communications platform
US7002995B2 (en) * 2001-06-14 2006-02-21 At&T Corp. Broadband network with enterprise wireless communication system for residential and business environment
US8713185B2 (en) * 2001-12-07 2014-04-29 Rockstar Bidco, LP Methods of establishing virtual circuits and of providing a virtual private network service through a shared network, and provider edge device for such network
US7609673B2 (en) * 2002-02-08 2009-10-27 Telefonaktiebolaget Lm Ericsson (Publ) Packet-based conversational service for a multimedia session in a mobile communications system
US20040215711A1 (en) * 2002-03-14 2004-10-28 Openwave Systems Inc. Mobile services platform architecture
US7492873B2 (en) * 2002-04-25 2009-02-17 Azurn Networks, Inc. Voice/data session switching in a converged application delivery environment
US7233786B1 (en) * 2002-08-06 2007-06-19 Captaris, Inc. Providing access to information of multiple types via coordination of distinct information services
US20040073674A1 (en) * 2002-09-05 2004-04-15 Alcatel Method and a server for allocating local area network resources to a terminal according to the type of terminal

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002015501A1 (fr) * 2000-08-11 2002-02-21 Estara, Inc. Téléphonie internet pour commerce électronique

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9882939B2 (en) 2005-09-29 2018-01-30 Comcast Cable Communications, Llc System and method for providing multimedia services

Also Published As

Publication number Publication date
JP4312712B2 (ja) 2009-08-12
FR2841071B1 (fr) 2004-12-10
CN100493124C (zh) 2009-05-27
AU2003260585A8 (en) 2003-12-31
FR2841071A1 (fr) 2003-12-19
AU2003260585A1 (en) 2003-12-31
JP2005530407A (ja) 2005-10-06
CN1659854A (zh) 2005-08-24
EP1518392A2 (fr) 2005-03-30
WO2003107645A3 (fr) 2004-07-01
US9258430B2 (en) 2016-02-09
US20050249146A1 (en) 2005-11-10

Similar Documents

Publication Publication Date Title
WO2003107645A2 (fr) Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive
US10560571B2 (en) Technique for obtaining caller-originated alert signals in IP-based communication sessions
US6977909B2 (en) Method and apparatus for exchange of information in a communication network
US20070230678A1 (en) Technique for providing caller-originated alert signals
US20080062893A1 (en) Method and apparatus for event-based exchange of information between communication devices conditioned on personal calendar information
US20070226240A1 (en) Technique for providing data objects prior to call establishment
US8400946B2 (en) System and method for sharing common location-related information between communication devices
US20070124481A1 (en) System and method for sharing event-triggered, location-related information between communication devices
FR2753862A1 (fr) Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet
US20070237320A1 (en) Technique for providing caller-originated alert signalsin circuit-switched communications
WO2004061580A3 (fr) Integration de l'internet au reseau telephonique public commute
EP2116033B1 (fr) Procédé et appareil de synchronisation d'informations basées sur des évènements entre des dispositifs de communication
EP1443727A1 (fr) Dispositif de traitement de données pour l'établissement de communications par sélection de terminaux d'utilisateurs en fonction de leur accessibilité
WO2009006904A1 (fr) Carte sim, système et procédé pour un dispositif de communication mobile pour établir et/ou maintenir un accès à des services de communication internet, et procédé de fabrication de cette carte sim
EP1518429A1 (fr) Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique
US20070230676A1 (en) Technique for delivering caller-originated alert signals in ip-based communication sessions
EP2107752B1 (fr) Serveur d'applications permettant à un appel destiné à un terminal connecté à une passerelle, d'être étendu vers tous les terminaux connectés à cette passerelle
EP1407585B1 (fr) Procede et appareil permettant l'echange d'informations dans un reseau de communication
EP2605491A1 (fr) Procédé d'initiation d'une conversation
EP2161911A1 (fr) Dispositif et procédé de contrôle par un équipement de communication de fonction(s) offerte(s) par au moins un autre équipement de communication via une liaison de proximité

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 BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE 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 NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL 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): GH GM KE LS MW MZ 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 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: 2004514321

Country of ref document: JP

Ref document number: 20038135914

Country of ref document: CN

Ref document number: 10517369

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2003760024

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003760024

Country of ref document: EP