EP2468023A2 - Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. - Google Patents
Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux.Info
- Publication number
- EP2468023A2 EP2468023A2 EP10762984A EP10762984A EP2468023A2 EP 2468023 A2 EP2468023 A2 EP 2468023A2 EP 10762984 A EP10762984 A EP 10762984A EP 10762984 A EP10762984 A EP 10762984A EP 2468023 A2 EP2468023 A2 EP 2468023A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- user
- call
- mobile
- gateway
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 132
- 230000001413 cellular effect Effects 0.000 title claims abstract description 69
- 238000004891 communication Methods 0.000 claims abstract description 45
- 238000010295 mobile communication Methods 0.000 claims description 41
- 241000282836 Camelus dromedarius Species 0.000 claims description 27
- 230000011664 signaling Effects 0.000 claims description 19
- 230000001960 triggered effect Effects 0.000 claims description 11
- 238000012546 transfer Methods 0.000 claims description 8
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000006870 function Effects 0.000 claims description 6
- 230000006978 adaptation Effects 0.000 claims description 5
- 230000008859 change Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 4
- 238000003306 harvesting Methods 0.000 claims description 3
- 230000004807 localization Effects 0.000 claims description 3
- 230000009977 dual effect Effects 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 claims 1
- 238000009434 installation Methods 0.000 claims 1
- 101000616761 Homo sapiens Single-minded homolog 2 Proteins 0.000 description 54
- 102100021825 Single-minded homolog 2 Human genes 0.000 description 54
- 230000008901 benefit Effects 0.000 description 5
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 5
- 230000008520 organization Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 238000013519 translation Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 101100365794 Schizosaccharomyces pombe (strain 972 / ATCC 24843) sim3 gene Proteins 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/27485—Appending a prefix to or inserting a pause into a dialling sequence
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
- H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
- H04M7/1245—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks where a network other than PSTN/ISDN interconnects two PSTN/ISDN networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/253—Telephone sets using digital voice transmission
- H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
Definitions
- the present invention relates to a method and a device for optimal call management between national cellular mobile networks.
- Roaming refers to the ability of users to access their mobile services from a cellular network in a foreign country) that allow all users to remain reachable anywhere in the world.
- Roaming services require, in particular, agreements between the operators concerned, so that a cellular subscriber traveling in a visited country can benefit from the same mobile services provided by the operator of his home country.
- the cost of the call is then the sum of the following three elements:
- the cost of establishing the international outgoing call on the network Y of the country visited B it is defined by the operator of the network visited Y according to the roaming agreements between the latter and the network operator X of country A.
- the cost of terminating the call on the network X of country A it is defined by the operator of network X.
- the cost of the interconnection ie the transport of the signaling and call data between the network Y of the visited country B and the network X of the country A, it is defined by the operator interconnection.
- the roaming subscriber in the country B on the network Y receives a call, this call is issued by a correspondent of his country A, he then pays a tariff consisting of both elements following:
- SIM cards Subscriber Identity Module
- prepaid and rechargeable With a local SIM card of the country visited, a traveler can make international calls at a price more interesting than roaming and receive calls for free, regardless of their origin.
- the invention therefore more particularly aims to solve these problems by proposing the deployment of an intelligent roaming service over the various national cellular networks.
- This service offers several advantages to users:
- the user is located where he is; in all countries where this service is deployed, it can be reached via its home mobile telecommunication device number;
- the user optimizes the costs of his communications regardless of his location, regardless of the type of SIM used, local SIM of the country visited or domestic SIM of the country of residence. This cost reduction factor represents in some cases a saving of more than 60% compared to the conventional roaming tariff.
- the implementation of the invention results in the establishment of a global communications network between mobile telecommunication devices such as mobile phones.
- This network consists of a set of national cellular networks connected to an interconnection network by gateway servers which are controlled by a central routing server associated with a database that manages the access rights to the interconnection network.
- users the user who may be a subscriber to host on its mobile telecommunication device (or on its mobile telecommunication devices) an application module that allows a dialogue between its mobile telecommunication device and the central routing server device - base user data.
- the present invention therefore relates to a method of providing interconnection services characterized by the implementation of the following steps:
- an application module hosting the user's mobile telecommunication device, an application module, the user retaining his subscription on the domestic cellular network as well as his domestic SIM card;
- the multi-identifier SIM aims to eliminate the disadvantage of owning and managing as many local SIM cards as countries frequently visited;
- the chaining of the identifier number used in a visited country to the home number of the user is also carried out in the routing server.
- the mobile telecommunication device verifies the identifier of the SIM used and automatically proceeds to a registration at a local interconnection gateway.
- the registration procedure triggers localization functionalities, these functionalities being managed by said interconnection gateway, located in the visited country.
- the mobile telecommunications device on arrival in a country, initiates the same registration procedure with the local interconnection gateway and triggers the same location features.
- any call sent by the subscriber is then a local call between his mobile telecommunication device and an interconnection gateway in the country visited, the call then being routed to a subscriber. gateway terminating on a mobile network of the country of the called party.
- a multi-identifier SIM if the identifier is that of a network of the visited country, any call is also a local call, if the identifier is a neighboring country of the visited country, the Call will not be a local call but a regional or continental call with a rate close to the local rate.
- any call received by the subscriber is managed by an interconnection router, this router determining the most appropriate call termination procedure according to the cost of call termination on the mobile network of the country visited.
- the present invention is designed to allow the operator of an interconnection network to control harvesting, interconnection and call termination charges between a first national cellular mobile network (outbound call). and a second national cellular mobile network (received call), both connected to the interconnection network.
- the present invention also allows a user of a national cellular network to reduce its communication costs for any call sent to or received from a mobile phone on a cellular network abroad, while roaming.
- the present invention has the specificity of ensuring the transversality between several cellular telephony technologies (such as "GSM”("Global System for Mobile Communication”) or “CDMA”("Code Multiple Access Division”)).
- GSM Global System for Mobile Communication
- CDMA Code Multiple Access Division
- the present invention also has the advantage of using existing protocols, methods, and features without resorting to changes in existing national cellular network infrastructures.
- FIG. 1 is a schematic representation of the architecture of a specific network, making it possible to implement the method according to the invention.
- FIG. 2 is a schematic representation making it possible to visualize the main elements constituting the database of the device making it possible to implement the method according to the invention.
- FIG. 3 is a schematic representation of a multi-identifier SIM card included in the device making it possible to implement the method according to the invention.
- Figure 4 is a schematic representation of an operation of the application module.
- FIG. 5 is a schematic representation of the steps of a method of linking between the start-up procedures of a mobile communication means and a procedure for establishing the "Presence" state of the invention.
- FIG. 6 is a schematic representation, in the form of a flowchart of an example of treatment of the "Presence” event according to the invention
- Figure 7 is a schematic representation of a sequence of steps that explain the operation of a "direct" call termination procedure.
- Figure 8 is a schematic representation of a sequence of steps that explain the operation of such a call procedure with "CaIl Back SMS" termination.
- Figure 9 is a schematic representation, in the form of a flowchart of an example of call management policies.
- Figure 10 is a schematic representation of a principle architecture of a cellular system that supports CAMEL by highlighting the possibility of incorporating the system according to the invention.
- FIG. 11 is a schematic representation of the adaptation to the CAMEL platform of the steps of a linking method between the start-up procedures of a mobile communication means and a procedure for establishing the state of "Presence According to the invention.
- Figure 12 is a schematic representation of the procedure for adapting the SMS call-back procedure to the CAMEL platform, using a USSD call-back procedure.
- GSM / GPRS system Global System for Mobile communications
- IP Internet Protocol
- SIP Session Initiation Protocol
- the device making it possible to implement the method according to the invention comprises a cellular telephone network 601 which is connected to a mobile telecommunications device 101 constituted in this case by a mobile phone.
- Any communication constituted for example by voice, short messages (SMS, "Short Message Service”), multimedia messages (MMS, "Multimedia Message Service”) between the telephone 101 and the network 601 complies with the standard defined by the 3rd Generation Partnership Project (3GPP).
- Phone 101 and Network 601 support all the features and protocols required by 3GPP.
- the device for implementing the method according to the invention also comprises a cellular telephone network 602 which is connected to a mobile telecommunications device 102, such as a mobile phone; the phone 102 and the network 602 support all the features and protocols required by the 3GPP.
- the networks 601 and 602 are independent.
- the information relating to the user of the telephone 101 is saved in a memory area called 'Home Location Register' (HLR - 611).
- HLR - 611 a memory area called 'Home Location Register'
- the information relating to him is saved in the HLR 612.
- HLR Home Location Register
- the user of the telephone is on his home network 601, he is always located on the network, he can make a call after the verification of his identity and validation of his rights by the HLR 611, in the same way when he receives a call.
- the user can continue to use his phone 101 with his home SIM and register as a visitor on the network 602, information about it are recorded then temporarily in the network 602 to allow the operator of the network 602 to send information about his outgoing calls and received calls to his home operator 601 for roaming billing.
- the user of the telephone 101 may also use a local SIM 602 of the network, replacing his home SIM in his phone 101 or use the telephone 102.
- the local SIM 602 network the information on Concerning the 601 network are not known to the HLR 612, so it can not be reached via its home mobile network number 601.
- the device making it possible to implement the method according to the invention, as represented in FIG. 1, also comprises an application module 111 and 112 which is hosted in the mobile telecommunication devices 101 and 102 respectively, these application modules 111 and 112. being integrated in a storage means of these mobile telecommunication devices 101, 102.
- the device making it possible to implement the method according to the invention, as represented in FIG. 1, also comprises "voice gateway” devices 201, 202 which guarantee a logical and physical connection between, respectively, each of the networks 601 and 602. and a device “interconnection router” 500 through the Internet (public) network 400.
- the devices 201 and 202 provide the features of type “Softswitch” known in the state of the art: namely, a signaling translation between the SIP format and the "ISDN User Part” (ISUP) telephone format, as well as the translation of the voice transport protocols between the switched cellular networks. circuit and the packet-switched Internet network.
- Softswitch known in the state of the art: namely, a signaling translation between the SIP format and the "ISDN User Part” (ISUP) telephone format, as well as the translation of the voice transport protocols between the switched cellular networks. circuit and the packet-switched Internet network.
- the device making it possible to implement the method according to the invention, as represented in FIG. 1, also comprises "SMS gateway” devices 301, 302 which guarantee a logical and physical connection between - respectively - each of the networks 601 and 602. and the "interconnect router" device 500 across the (public) Internet network 400.
- the devices 301 and 302 provide signaling translation between the "Short Message Relay Protocol” (SM-RP) format and the "Hypertext Transfer Protocol" (http) format between circuit switched cellular networks and the packet switched internet network.
- SM-RP Short Message Relay Protocol
- http Hypertext Transfer Protocol
- the interconnection router device 500 provides a logical and physical connection between multiple voice gateways, such as gateways 201 and 202, to provide routing of signaling data and voice data between two mobile networks, such as networks. 601 and 602, using the Internet network 400.
- the same interconnection router device 500 provides a logical and physical connection between multiple SMS gateways, such as gateways 301 and 302, to provide routing of SMS data between two networks.
- Mobile such as networks 601 and 602 using the Internet network 400.
- the interconnection router 500 (and its associated database 501) will be able to manage the communication between the users of the telephones 101 and 102 depending on their location and the costs of harvesting, interconnecting and terminating calls between the 601 and 602 networks.
- this telephone 101 comprises a local, continental or multi-identifier SIM card provided by the operator of the global roaming service, this SIM card
- the second subscriber uses the mobile phone 102, this phone
- SIM card provided by the operator of the global roaming service, this SIM card (and its identifiers) being registered in the HLR 612 of the mobile network 602.
- the database 501 which is controlled by the roaming global service provider, has the following main elements:
- the user element 511 which includes all the identifiers of a French subscriber to the global roaming service: the name, the "Mobile Station International ISDN Number” (MSISDN) telephone number assigned by its home cellular operator, the telephone identifier "Passerelle-Voix-France” of the device which connects to the French mobile network for any voice communication, the "Gateway-SMS" telephone identifier of the device that connects to the same French mobile network for all SMS communication.
- MSISDN Mobile Station International ISDN Number
- the contact element 521 which contains all the identifiers of each of
- N contacts forming part of the address book of the user 511: name, current geographical location (domestic country or visited country), the telephone identifier MSISDN-Current assigned by the home cellular operator of the contact.
- the country element 531 which includes all the operator / network parameters for each visited country in which a French subscriber to the global roaming service can go: the identifier of the local operator, the telephone identifier MSISDN-Local of the SIM card that the subscriber uses in this country, the "Gateway-Voice-Local" telephone identifier of the device 201 or 202 which interconnects with the mobile network 601 or 602 for any voice communication, the telephone identifier "Gateway- SMS "device 301 or 302 which interconnects to the foreign mobile network 601 or 602 for any SMS communication, the cost of a local call transmitted / received to / from the device" Gateway-Voice-Local ", the cost of an SMS sent to the device "Gateway-SMS”.
- State element 541 which functions as a finite state machine, making it possible to know the operational state of the user at a given instant.
- a multi-identifier SIM card (also called SIM multi-IMSI) 700 comprises a file system defining a specific architecture.
- a card called "UMTS Integrated Circuit Card” (UICC) 700 includes several GSM applications ("Global System for Mobile Communications") and / or UMTS (Universal Mobile Telecommunications System).
- GSM / UMTS application comprises a set of specific data, such as identifiers, encryption and authentication keys, and administrative files, which enables the mobile communication means 101 hosting the UICC 700 card to communicate with the cellular network 601. comprising a corresponding data set.
- this set of specific data comprises:
- a GSM 11 application SIMl APP # 7F20 whose header # 7F20 follows the format defined by the "3rd Generation Partner ship Project" (3 GPP).
- the application 701 includes in particular the international subscriber number (IMSIn number) and the secret authentication key Km.
- the pair IMSI 11 , Km allows the communication between each mobile communication means 101 and the corresponding GSM cellular network 601.
- a UMTS 702 application (SIM2 APP # 7F21).
- the application 702 notably comprises the international subscriber number (IMSI number 12 ) and the secret authentication key K U2 .
- the pair (IMSI 12 , Kj 12 ) enables the communication between each mobile communication means 101 and the corresponding UMTS 601 cellular network.
- a "SIM Application Toolkit” application (SAT-X APP # 7F2X) 704, which allows the multi-IMSI 700 SIM card to have a "proactive" role: the multi-IMSI 700 SIM card can send commands to the mobile communication means 101, independently of the cellular networks 601.
- the JCRE model is capable of choosing each Applet and of allowing the dialogue between the mobile communication means 101 and any Applet (in particular the GSM / UMTS applications) by means of specific protocols, called APDUs ("Application Protocol Data Units"). .
- APDUs Application Protocol Data Units
- FIG. 4 represents the operational operation of the application module 111, which behaves like an automaton which changes state according to commands of input by the user on his mobile means of communication 101 or according to automatic locating means, as will be explained later.
- the operation of the application module 111 comprises the following steps: • putting in the "waiting" state 121 of the application module 111
- This physical and logical interface can be of type "short messages” (such as SMS) or USSD ("Unstructured Supplementary Service Data ”) or data type, such as HTTP (" HyperText Transfer Protocol ").
- This physical / logical interface is generally of data type, such as HTTP ⁇ "HyperText Transfer Protocol" or SIP
- the event "Presence” advantageously allows the database 501 of the interconnection router 500 to know the geographical location of the user; this geographical location is stored in the element 531 of the database 501.
- the database 501 of the interconnection router 500 is thus able to match the logical location of the mobile communication means 101 (this location being characterized by the telephone identifier corresponding to one of the IMSI of the multi-identifier SIM card 700 installed in the mobile communication means 101) with the geographical location of the user (this location following the processing of the event " Presence ").
- the interconnection router 500 After receiving the command "Presence", the interconnection router 500 sends a return message to the application module 111 so that the latter can also make the correspondence between logical location and physical location.
- the "Call" command allows the application module 111 and the interconnection router 500 to establish communication with another mobile communication means 102; the way in which this communication is established depends on the outcome of the procedure for establishing the state of "Presence", the objective being to enable users of mobile services to make calls at the best possible price, to the international and / or roaming.
- the two users of the mobile communication means 101 and 102 can be connected by implementing the following steps:
- FIG. 5 represents an exemplary link procedure between the start procedures of the mobile communication means 101 and the "Presence" procedure.
- the linking method comprises the following numbered steps, as shown in FIG. 5:
- Steps 1 and 2 at startup, the multi-identifier SIM card 700 and the mobile communication means 101 verify the compatibility of the latter with the "SIM Application Toolkit"(SAT); "Step 3: The multi-ID 700 SIM card sends a boot menu with the list of available SIM applications;
- Steps 4 and 5 the user chooses a SIM application (eg SIM "France”, or SIM “Italy”, or other).
- SIM application eg SIM "France”, or SIM "Italy”, or other.
- the multi-identifier SIM card 700 sends the mobile communication means 101 the IMSI identifier corresponding to the chosen SIM application; it is interesting to note that, depending on how the SIM card works, steps 4 and 5 could be automated and transparent to the user.
- Step 6 Registration procedures to the cellular network 601
- GSM Global System for Mobile communications
- Step 7 the user starts the application module 111.
- the application module 111 can be started automatically;
- Step 8 the "Presence" procedure is executed by the application module 111: the parameters describing the physical and logical location are sent to the interconnection router 500 via the "SMS-gateway” 301.
- a signaling SMS is triggered by the application module 111 to the "Gateway-SMS” 301, this SMS containing the logical and physical location parameters of the mobile communication means 101 and the user, respectively.
- the "SMS Gateway” 301 can relay the location information to the interconnection router 500.
- Steps 9. and 10 the interconnection router 500 stores the location information and returns a return message to the" SMS Gateway "301; in turn, the "SMS Gateway” 301 can relay the location information to the application module 111 by means of an SMS.
- Step 11 the same location information is recorded by the application module 111 of the mobile communication means 101.
- FIG. 6 shows an example of policies for processing the "Presence” event, according to a possible implementation variant. Art experts will recognize that other policies can be put in place without violating the spirit of the invention. According to the diagram of FIG. 6, these "Presence” event management policies are executed by the application software 111 (which is initially in the "Pending" state 121) according to the following steps:
- Step A The application module 111 triggers the recognition of the "Mobile Country Code” (MCC).
- MCC is a three-digit code, standardized by the International Telecommunication Union (ITU) in Recommendation E.212, to identify countries in mobile networks, especially GSM and UMTS technologies. It is possible to recognize the MCC from the radio link between the mobile communication means 101 and the cellular network 601 to which it is attached.
- ITU International Telecommunication Union
- Step B The value of the MCC is compared with the value stored in a memory area controlled by the application software 111. If the two values differ, this means that the subscriber of the global roaming service has changed country: The "Presence” event is then triggered and the PLC of the application module 111 changes to the "PRESENCE” state 122 in order to declare the new geographic location of the user to the interconnection router 500.
- Step C If the two values of MCC are identical, the "International Mobile Subscriber Identifier" is then analyzed from the SIM card inserted in the communication means 101.
- Step D The value of the IMSI is compared with the value stored in a memory area controlled by the application software 111. If the two values differ, this means that the subscriber of the global roaming service has changed network.
- GSM UMTS
- the "Presence” event is then triggered and the PLC of the application module 111 changes to the "PRESENCE” state 122 in order to declare the new logical location of the mobile communication means 101 to the interconnection router 500 .
- CALL PROCEDURE - "DIRECT" CALL TERMINATION Example context: A French user of the global roaming service calls a second user (French) of the roaming global service in the United States.
- the outgoing call procedure is managed by an application module 111 of the mobile telephone 101.
- the incoming call procedure to the mobile telephone 102 is managed by the interconnection router device 500.
- Figure 7 shows a sequence of numbered steps. which explain the operation of such a "direct" call termination procedure.
- Step 1 Following a call trigger command from the calling user, the PLC of the application module 111 goes into the state 'Call' 123 to check the call management policies to be applied . These policies will be explained in detail later.
- the application module 111 triggers a call setup procedure to the device "Gateway-Voice-Local” 201 (France).
- the call signaling between the switches of the local cellular network 601 and the "Gateway-Voice-Local” device 201 conforms to the "ISDN User Part” (ISUP) standard, well known to those skilled in the art.
- ISUP ISDN User Part
- the call establishment procedure triggered by the application module 111 is in accordance with the "URLs for Telephone Calls" standard defined in the "RFC2806" document of the "Internet Engineering Task Force".
- Step 3 Following the call establishment (Step 2), the "Gateway-Voice-Local" device 201 triggers a call setup procedure to the interconnection router device 500.
- a procedure is in accordance with the standard "Session Initiation Protocol" (SIP).
- SIP Session Initiation Protocol
- the header of the SIP procedure will contain a "From" field of type: MSISDN- Current @ Gateway-Voice-Local. It will therefore be possible for the interconnection router device 500 to know the caller's telephone identifier and the corresponding "Gateway-Voice-Locale".
- Step 4 At the end of steps 2 and 3, a "voice" communication channel is established between the mobile telephone 101 and the interconnection router 500, by means of the "Gateway-Voice-Local” 201.
- the call triggering procedure performed by the application module 111, as soon as the establishment of such a communication channel, the DTMF tones ("Dual Tone Multifrequency") that correspond to the telephone identifier "MSISDN-France" of the The call is sent from the mobile telephone 101 to the interconnection router device 500, through the intermediary of the "Voice-Local Gateway” 201.
- Step 5 The interconnection router device 500 queries the contact part 521 of the database 501 in order to obtain the current location (United States) and the telephone identifier "MSISDN-Current" of the called party.
- Step 6 The interconnection router device 500 queries the country portion 531 of the database 501 to obtain the telephone identifier of the "Gateway-Voice-Local" device 202 (United States).
- Step 7 The interconnection router device 500 triggers a call setup procedure to the "Gateway-Voice" device. Local "202.
- a procedure is in accordance with the" Session Initiation Protocol "(SIP) standard, for example, the SIP procedure header will contain a" To "field of type: MSISDN-Current @ Gateway- Voice-Local, the MSISDN-Current identifier referring to the called party, it will therefore be possible for the "Gateway-Voice-Local" device 202 to know the telephone identifier to be called.
- SIP Session Initiation Protocol
- Step 8 the "Gateway-Voice-Local” device 202 initiates a call setup procedure to a mobile telephone 102 (in the United States).
- the call signaling between the switches of the local cellular network 602 and the "Gateway-Voice-Local” device 202 conforms to the "ISDN User Part” (ISUP) standard, well known to those skilled in the art.
- ISUP ISDN User Part
- a "voice" communication channel is established between the mobile telephone 101 and the interconnection router 500, through the intermediary of the "Voice-Local Gateway” 201.
- a voice communication channel is established between the mobile telephone 102 and the interconnection router 500, by means of the "Gateway-Voice-Local” 202. It is therefore possible for the router device of interconnection 500 to bridge the different sections of communication to match the mobile phone 101 of the caller (in France) and 102 of the called (in the United States).
- CALL PROCEDURE - TELEPHONE CONFERENCE Example context A French user of the global roaming service in England calls another user (French) of the global roaming service on the road in the United States.
- the outgoing call procedure is managed by the application module 111 of the mobile telephone 101.
- the interconnection router device 500 receives the call request by SMS and triggers a call to the mobile telephone 101, a second call to a mobile telephone 102 , and puts them in conference call.
- Figure 8 shows a sequence of numbered steps that explain the operation of such a call procedure - conference call
- the PLC of the application module 111 goes into the state 'Call' 123 to check the call management policies to apply. These policies will be explained in detail later.
- Step 3 The PLC of the application module issues an instruction command in SMS comprising the number of the called party with its international code to the "gateway-SMS" device 301.
- Step 4 The "SMS-gateway" device 301 triggers a call establishment procedure to the interconnection router device 500.
- a procedure complies with the "HyperText Transfer Protocol" standard ( HTTP).
- HTTP HyperText Transfer Protocol
- the header of the http GET (or http POST) procedure will contain the caller's MSISDN-Current and the recipient's MSISDN.
- Step 5 The interconnection router device 500 queries the contact part 521 of the database 501 in order to obtain the current location (United States) and the telephone identifier "MSISDN-Current" of the called party.
- Step 6 The interconnection router device 500 queries the country portion 531 of the database 501 to obtain the telephone identifier of the "Gateway-Voice-Local" device 202 (United States).
- Step 7 The interconnection router device 500 opens a conference call session. It initiates a callback procedure to the "Gateway-Voice-Local" device 201.
- a procedure complies with the standard Session Initiation Protocol (SIP).
- SIP Session Initiation Protocol
- the header of the SIP procedure will contain a "To" field of type: MSISDN- Current @ Gateway-Voice-Local, the MSISDN-Current identifier referring to the calling party. It will therefore be possible for the "Gateway-Voice-Local" device 201 to know the telephone identifier to be called.
- the "Gateway-Voice-Local" device 201 uses the received MSISDN number in order to locate the GMSC ('Gateway Mobile Switching Center') of the calling mobile network 101. Once the GSMC has been identified, an 'IAM' signal ('Initial Address Message') is relayed to the latter.
- Step 9 The MSC / VLR ('Mobile Switching Center / Visiting Location Register') of the cellular network 601 which currently controls the cellular telephone 101 of the recipient caller verifies that the called number is in its routing tables and proceeds to A reminder to the appellant 101.
- step 9 consists of several substeps, particularly in the case of the English (roaming) caller in England.
- the MSC / VLR belongs to an English 'visited' local cellular network, while the GMSC from step 8 belongs to the caller's home network. All substeps describing the interactions between the 'visited' network and the home network are not described because well known to those skilled in the art.
- Step 10 Following step 9, a communication channel is established between the interconnection router device 500 and the mobile telephone 101. A waiting message can be sent to the caller
- Step 15 The GMSC of the cellular network 602 sends back to the "Gateway-Voice-Local" device 202 (United States) an 'ACM' ('Address Complete Message') message in order to inform the device 202 that a circuit has well booked.
- 'ACM' 'Address Complete Message'
- the device "Gateway-Voice-Local" 202 refers to the interconnection router 500 a SIP message type 'Ringing'. This message is relayed by all the network elements concerned so that the caller can hear the 'free' tone from the recipient's mobile phone 102.
- Step 21 Following the unhooking of the mobile telephone 102, the GMSC of the cellular network 602 sends back to the "Gateway-Voice-Local" device 202 (United States) an 'ANS' message ('ANswer Message') in order to inform the device. 202 that the recipient has dropped out.
- the device "Gateway-Voice-Local" 202 refers to the interconnection router 500 a SIP message type 'OK'. This message is relayed by all the network elements concerned so that a direct connection can be established between the caller and the called party.
- the calling procedures as shown in FIGS. 7 and 8 make it possible to reduce the cost of a call to the mobile network 602 (United States).
- the called party does not pay anything if he is on his home network, but he has to pay a call cost when he is roaming abroad.
- the calling party pays according to the policies of the direct call if he is on his home network, however, he must pay a call cost received (network reminder) while roaming abroad.
- call management policies must be implemented, these policies being under the control of the application module 111.
- Figure 9 shows an example of call management policies, according to a possible implementation variant. Art experts will recognize that other policies can be put in place without violating the spirit of the invention. According to the scheme of Figure 9, these call management policies can result in the implementation of the following steps: - Initial state. Following a call trigger command from the user, the application module 111 goes into the state 'CALL' 123.
- Step A The application module reads the current value of the MCC stored in a specific memory area. This value was obtained beforehand from the radio link between the mobile communication means 101 and the cellular network 601 to which it is attached. This value will be called "MCC Radio" in the following.
- Step B The application module reads a second current value of the MCC stored in a specific memory area. This value was obtained beforehand from one of the IMSI of the Multi-IMSI SIM card inserted in the mobile communication means 101. This value will be called "MCC IMSI" in the following.
- Step C The values "MCC Radio” and "MCCJMSI” are compared. If they are different, the physical location of the user and the 'logical' location (in the direction of the GSM / UMTS network) are different.
- Step D The application module 111 checks whether the value of the "MCC Radio" corresponds to the user's country of origin. It is important to note that in the case of a Multi-IMSI SIM, the user has several 'Country of origin': indeed, in this case, several physical locations of the user can correspond to as many 'localization' logical logic of the mobile communication means 101. If the value of the "MCC Radio" corresponds to one of the user's country of origin, a call procedure of the "direct call” type (FIG. 7) is triggered; if not, a call procedure of the type 'conference call' (figure 8) is triggered. It should be noted that the call management policies described also apply if the recipient of the call request is a fixed number. It should also be noted that the same policies may apply if the called party is not subscribed to the global roaming service and, therefore, his / her mobile phone does not host the application module 112: in this case, the called correspondent will be considered to be in his home country.
- CAMEL is the reference service architecture for mobile operators.
- the standardization work initiated by 1 ⁇ TSI European Telecommunication Standard Institute
- 3GPP has been to adapt to the mobile context the concept of intelligent network developed by the ITU ("International Telecommunications Union").
- ITU International Telecommunications Union
- the deployment of CAMEL by the majority of mobile operators attests to its stability and maturity.
- Figure 10 shows a principle architecture of a cellular system that supports CAMEL and also a possible way to "graft" the system according to the invention.
- the architecture essentially refers to CAMEL's "Phase 1".
- CAMEL's “Phase 2” may be subsequently find that the principles of the description may apply equally to CAMEL's "Phase 2”.
- a subset of the functional blocks of the cellular network 601 is shown in Figure 10.
- the main features of CAMEL are well known to those skilled in the art. Nevertheless it is useful to make some reminders, in relation to the representation of Figure 10:
- gsmSCF 800 (SCF stands for Service Control Function) is the entity where the CAMEL services reside. gsmSCF 800 is controlled by the home cellular operator. The node in which gsmSCF resides is called "Service Control Point" (SCP 800). SCP 800 supports the following protocols:
- o CAP (“CAMEL Application Part"), standardized by the 3GPP organization, represented with a continuous line in Figure 10, and which allows interfacing between SCP 800 and gsmSSF 810.
- IP-based protocol for communicating with the Interconnect Router 500 in the country of the home cellular operator.
- This type of protocol is not standardized. It will therefore be based on a proprietary implementation. It is interesting to note that the interconnection router 500 can be controlled by the roaming global service provider, while the home cellular operator controls the SCP 800. Access and interfacing agreements must be established between the two economic actors.
- gsmSSF 810 (SSF stands for "Service Switching Function”) is a functional entity that resides in the “Gateway Mobile Switching Function” GMSC (in the home cellular operator's network) and in the "Visiting Location Register" / "Mobile
- the gsmSSF 810 supports the following protocols:
- FIG 10 which allows interfacing with the HLR 611.
- CAP CAMEL Application Part
- 3GPP the organization 3GPP, shown with a continuous line in Figure 10, and which allows interfacing with the SCP 800 .
- the interconnection router 500 is operatively connected by IP-based protocols (shown with a solid line in Figure 10).
- the voice gateway 201 is operatively linked by ISDN User Part (ISUP) protocols with the GMSC (or VLR / MSC) which hosts the gsmSSF 810.
- ISUP ISDN User Part
- Interconnect router 500 with multiple SCP 800s through IP-based protocols (shown with a dot-square line in Figure 10).
- ISUP ISDN User Part
- FIG. 11 represents, by way of example, the procedure for adapting the "Presence” procedure to the CAMEL platform, this adaptation procedure comprising the following steps:
- Steps 1 to 7. They are identical to the corresponding steps in FIG.
- the application module 111 makes a call according to the USSD syntax: * ABC * Message body, where * ABC * is the USSD service code defined in the CAMEL platform, this code corresponding to the procedure of "Presence” and the Body of the message containing the current telephone identifier of the Multi-IMSI SIM card as well as the description of the user's physical location.
- * ABC * is the USSD service code defined in the CAMEL platform, this code corresponding to the procedure of "Presence" and the Body of the message containing the current telephone identifier of the Multi-IMSI SIM card as well as the description of the user's physical location.
- the request from the USSD service is relayed from the HLR 611 to the gsmSCF 800 included in the SCP 800.
- Step 9 Through an http request, the SCP device 800 triggers a "Presence" request to the interconnection router 500.
- Step 10 The interconnection router 500 and its database 501 record the location information.
- Step 11 Through an http request, the interconnect router 500 returns a response to the SCP device 800.
- Step 12 the SCP device 800 sends back to the application module 111 a response according to the USSD syntax: * AB C * Body of the message, body of the message comprising the telephone identifier of the local SIM card as well as the parameters necessary to the application module 111 of the mobile communication means 101 to enable it to record the physical and logical location information (step 13).
- SMS signaling between the application module 111 and the "SMS-Gateway" device 302 is replaced by messages of the "Unstructured Supplementary Service” type.
- Data "(USSD) these messages being exchanged between the SCP device 800 and the application module 111 by intermediation of the HLR 611.
- FIG. 12 represents, by way of example, the adaptation of the SMS call-back procedure represented in FIG. the CAMEL platform, using a USSD call-back procedure. It should be noted that steps 6 to 24 of Figure 12 correspond exactly to steps 7 to 25 of Figure 8. Therefore, only steps 1 to 5 of Figure 12 will be detailed:
- Step 1 Following a call trigger command from the calling user, the PLC of the application module 111 goes into the state 'Call' 123 to check the call management policies to be applied .
- Step 2 The application module 111 sends a call request according to the USSD syntax: * XYZ * Body of the message, where * XYZ * is the code of the USSD service defined in the CAMEL platform, this code corresponding to a procedure of " USSD call-back "and the Message Body with the called party's number and international dialing code.
- Step 3 The SCP device 800 initiates a call establishment procedure to the interconnection router device 500.
- a procedure complies with the "HyperText Transfer Protocol" (HTTP) standard.
- HTTP HyperText Transfer Protocol
- the header of the http GET (or http POST) procedure will contain the caller's MSISDN-Current and the recipient's MSISDN.
- Step 5 The interconnection router device 500 queries the contact part 521 of the database 501 in order to obtain the current location (United States) and the telephone identifier "MSISDN-Current" of the called party.
- Another alternative embodiment consists in replacing the short signaling messages (SMS or USSD) with HyperText Transfer type connections.
- http http GET (or http POST) messages contains the information necessary to perform the "Presence" procedures as well as the conference call procedure.
- the application module
- Any cellular and IP system and infrastructure is compatible with the process, devices, and operational steps described above.
- the embodiment of the invention mainly involves the implementation of hardware and software required for communication between the devices and sub-devices shown in the different Figures.
- the principles of the invention can be advantageously applied by the following economic actors:
- - Cellular Operators adopting incompatible technologies can benefit from a simple solution to ensure compatibility in the provision of services, such as voice and SMS.
- a Cellular Operator who does not have roaming agreements with the Cellular Operator of a foreign country may adopt the interconnection solution presented in order to implement roaming agreements without having to resort to the intermediation of third party operators. This is the case for national operators.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
L'invention concerne un procédé de fourniture de services d'interconnexion, caractérisé en ce qu'il relie un ensemble de réseaux cellulaires nationaux (601, 602) à un réseau d'interconnexion par des serveurs passerelles (201, 202, 301, 302) qui sont pilotés par un serveur central de routage (500) afin d'établir un réseau global de communications entre des dispositifs de télécommunication mobiles (101, 102) tels que des téléphones mobiles; un module applicatif (111, 112) qui permet un dialogue entre chaque dispositif de télécommunication mobile (101, 102) et le serveur central de routage (500) est hébergé sur le dispositif de télécommunication mobile (101, 102) de chaque utilisateur.
Description
PROCEDE ET DISPOSITIF PERMETTANT LA GESTION OPTIMALE D'APPELS ENTRE DES RESEAUX DE TELEPHONIE MOBILE CELLULAIRE NATIONAUX.
La présente invention a pour objet un procédé et un dispositif permettant la gestion optimale d'appels entre des réseaux de téléphonie mobile cellulaire nationaux.
On sait que la croissance mondiale de la demande de communications mobiles a créé le besoin de services globaux d'itinérance (l'itinérance désigne la capacité des usagers à accéder à leurs services de téléphonie mobile depuis un réseau cellulaire d'un pays étranger) qui permettent à tous les usagers de rester joignables partout dans le monde. Les services d'itinérance nécessitent, notamment, des accords entre les opérateurs concernés, afin qu'un abonné cellulaire en déplacement dans un pays visité puisse bénéficier des mêmes services mobiles fournis par l'opérateur de son pays domestique.
A titre d'exemple, si l'on prend l'hypothèse d'un abonné d'un opérateur cellulaire de réseau X d'un pays A, en situation d'itinérance sur le réseau Y dans un pays B et désirant appeler un correspondant lui-même abonné de l'opérateur cellulaire du réseau X se trouvant dans le pays A, le coût de l'appel est alors la somme des trois éléments suivants :
1. Le coût de l'établissement de l'appel sortant à l'international sur le réseau Y du pays visité B, il est défini par l'opérateur du réseau visité Y en fonction des accords d'itinérance entre ce dernier et l'opérateur du réseau X du pays A.
2. Le coût de la terminaison de l'appel sur le réseau X du pays A, il est défini par l'opérateur du réseau X.
3. Le coût de l'interconnexion, c'est-à-dire le transport de la signalisation et de données d'appel entre le réseau Y du pays visité B et le réseau X du pays A, il est défini par l'opérateur d'interconnexion.
Pour l'appelant en situation d' itinérance, l'ensemble de ces trois coûts peut être très élevé.
Toujours à titre d'exemple, dans un deuxième cas, l'abonné en itinérance dans le pays B sur le réseau Y reçoit un appel, cet appel est émis par un correspondant de son pays A, il paie alors un tarif composé des deux éléments suivants :
1. le coût d'interconnexion, c'est-à-dire le transport de la signalisation et des données d'appel entre le réseau X du pays A et le réseau Y du pays visité B. Ce coût est défini par l'opérateur d'interconnexion.
2. le coût de terminaison d'appel reçu sur le réseau Y du pays visité B. Ce coût est défini par l'opérateur du réseau Y.
En outre, afin de minimiser les coûts des communications en itinérance, de plus en plus de voyageurs achètent et utilisent dans les pays qu'ils visitent, des cartes SIM ("Subscriber Identity Module"), de type prépayé et rechargeables. Avec une carte SIM locale du pays visité, un voyageur peut ainsi émettre des appels internationaux à un prix plus intéressant qu'en itinérance et recevoir des appels gratuitement, quelle que soit leur provenance.
II faut préciser qu'en principe, un appel reçu par un abonné sur son réseau domestique (même en mode prépayé) est toujours gratuit à l'exception de quelques pays, et qu'un appel émis depuis ce réseau domestique vers l'international est toujours moins cher qu'un appel émis en itinérance sur un réseau étranger vers 1 ' international .
L'inconvénient majeur du remplacement de la carte SIM domestique par une carte SIM locale du pays visité est la perte de l'identité de l'usager, qui n'est plus joignable sur son numéro domestique et ce dernier n'a plus accès non plus aux informations personnelles contenues sur sa carte SIM domestique.
L'invention a donc plus particulièrement pour but de résoudre ces problèmes en proposant le déploiement d'un service d'itinérance intelligent par-dessus des différents réseaux cellulaires nationaux. Ce service offre plusieurs avantages aux usagers :
1. l'usager est localisé là où il se trouve ; dans tous les pays où ce service est déployé, il peut être joint via son numéro de dispositif de télécommunication mobile domestique ;
2. l'usager conserve les contenus de sa carte SIM domestique, principalement le répertoire ;
3. l'usager optimise les coûts de ses communications indépendamment de sa localisation, quel que soit le type de SIM utilisée, SIM Locale du pays visité ou SIM domestique du pays de résidence. Ce facteur de réduction de coût représente dans certains cas, une économie de plus de 60 % par rapport au tarif d'itinérance classique.
Afin d'atteindre ce résultat, la mise en œuvre de l'invention se traduit par l'établissement d'un réseau global de communications entre des dispositifs de télécommunication mobiles tels que des téléphones mobiles. Ce réseau est constitué d'un ensemble de réseaux cellulaires nationaux reliés à un réseau d'interconnexion par des serveurs passerelles qui sont pilotés par un serveur central de routage associé à une base de données qui gère les droits d'accès au réseau d'interconnexions des usagers, l'utilisateur qui peut être un abonné devant héberger sur son dispositif de télécommunication mobile (ou sur ses dispositifs de télécommunication mobiles) un module applicatif qui permet un dialogue entre son dispositif de télécommunication mobile et le dispositif serveur central de routage - base des données des usagers.
La présente invention concerne donc un procédé de fourniture de services d'interconnexion caractérisé par la mise en œuvre des étapes suivantes :
- l'abonnement de l'usager à un service global d'itinérance dans son pays domestique où l'usager a un abonnement lui permettant d'accéder au réseau cellulaire domestique ;
- l'hébergement le dispositif de télécommunication mobile de l'usager, d'un module applicatif, l'usager conservant son abonnement sur le réseau cellulaire domestique ainsi que sa carte SIM domestique ;
- la fourniture à l'usager, en déplacement dans un pays étranger, par un opérateur du service global d'itinérance, d'une carte SIM locale ou continentale ou d'une carte SIM multi-identifiants qui comprend l'identifiant de la SIM domestique, à noter que la SIM multi-identifiants a pour objectif de supprimer l'inconvénient de posséder et gérer autant de cartes SIM locales que de pays fréquemment visités ;
- le chaînage du numéro de la SIM locale ou continentale en usage au numéro domestique de l'usager dans le serveur de routage ;
- dans le cas d'utilisation d'une SIM multi-identifiants, le chaînage du numéro de l'identifiant utilisé dans un pays visité au numéro domestique de l'usager est aussi réalisé dans le serveur de routage.
Ainsi, à chaque arrivée dans un pays visité, le dispositif de télécommunication mobile vérifie l'identifiant de la SIM utilisée et procède automatiquement à un enregistrement à une passerelle locale d'interconnexion. La procédure d'enregistrement déclenche des fonctionnalités de localisation, ces fonctionnalités étant gérées par ladite passerelle d'interconnexion, située dans le pays visité. Dans le cas d'utilisation d'une SIM multi-identifiants, à l'arrivée dans un pays, le dispositif de télécommunication mobile enclenche la même procédure d'enregistrement auprès de la passerelle locale d'interconnexion et déclenche les mêmes fonctionnalités de localisation.
De cette façon, la mise en œuvre de l'invention présente les avantages suivants :
- Dans le cas d'utilisation d'une SIM locale, tout appel émis par l'abonné est alors un appel local entre son dispositif de télécommunication mobile et une passerelle d'interconnexion dans le pays visité, l'appel étant ensuite acheminé vers une passerelle de terminaison sur un réseau mobile du pays de l'appelé. Dans le cas d'utilisation d'une SIM multi-identifiants, si l'identifiant est celui d'un réseau du pays visité, tout appel est aussi un appel local, si l'identifiant est un pays voisin du pays visité, l'appel ne sera pas un appel local mais un appel régional ou continental bénéficiant d'un tarif proche du tarif local.
- Quelle que soit la SIM utilisée, tout appel reçu par l'abonné est géré par un routeur d'interconnexion, ce routeur déterminant la procédure de terminaison d'appel la plus appropriée en fonction du coût de terminaison d' appel sur le réseau mobile du pays visité.
De manière avantageuse, la présente invention est conçue de façon à permettre à l'opérateur d'un réseau d'interconnexion de maîtriser les frais de récolte, d'interconnexion et de terminaison d'appel entre un premier réseau mobile cellulaire national (appel sortant) et un deuxième réseau mobile cellulaire national (appel reçu), tous deux connectés au réseau d'interconnexion.
La présente invention permet également à un usager d'un réseau cellulaire national de réduire ses coûts de communication pour tout appel émis vers ou reçu d'un téléphone mobile sur un réseau cellulaire à l'étranger, en situation d'itinérance.
Avantageusement, la présente invention présente la spécificité d'assurer la transversalité entre plusieurs technologies de téléphonie cellulaire (telles que le "GSM" ("Global System for Mobile Communication") ou le "CDMA" ("Code Division Multiple Accès")).
La présente invention présente également l'avantage d'utiliser des protocoles, méthodes, et fonctionnalités existants sans recours aux modifications d'infrastructures des réseaux cellulaires nationaux déjà en place.
Des modes d'exécution de l'invention seront décrits ci-après, à titre d'exemples non limitatifs, avec référence aux dessins annexés, dans lesquels :
La figure 1 est une représentation schématique de l'architecture d'un réseau spécifique, permettant de mettre en œuvre le procédé selon l'invention.
La figure 2 est une représentation schématique permettant de visualiser les éléments principaux constituant la base de données du dispositif permettant de mettre en œuvre le procédé selon l'invention.
La figure 3 est une représentation schématique d'une carte SIM multi - identifiants comprise dans le dispositif permettant de mettre en œuvre le procédé selon l'invention.
La figure 4 est une représentation schématique d'un fonctionnement du module applicatif.
La figure 5 est une représentation schématique des étapes d'un procédé de liaison entre les procédures de démarrage d'un moyen mobile de communication et d'une procédure d'établissement de l'état de « Présence » selon l'invention.
La figure 6 est une représentation schématique, sous forme d'un organigramme d'un exemple de traitement de l'événement « Présence » selon l'invention
La figure 7 est une représentation schématique, d'une suite d'étapes qui expliquent le fonctionnement d'une procédure d'appel avec terminaison d'appel "directe".
La figure 8 est une représentation schématique, d'une suite d'étapes qui expliquent le fonctionnement d'une telle procédure d'appel avec terminaison par "CaIl Back SMS". La figure 9 est une représentation schématique, sous forme d'un organigramme d'un exemple de politiques de gestion d'appel.
La figure 10 est une représentation schématique, d'une architecture de principe d'un système cellulaire qui supporte CAMEL en mettant en évidence la possibilité d'y incorporer le système selon l'invention.
La figure 11 est une représentation schématique de l'adaptation à la plateforme CAMEL des étapes d'un procédé de liaison entre les procédures de démarrage d'un moyen mobile de communication et d'une procédure d'établissement de l'état de « Présence » selon l'invention.
La figure 12 est une représentation schématique, de la procédure d'adaptation de la procédure de "call-back SMS" à la plateforme CAMEL, en utilisant une procédure de "call-back USSD".
Fonctionnement du système global d'itinérance
Dans la description qui suit, le système GSM/GPRS ("Global System for
Mobile" / "General Packet Radio Service") sera considéré comme réseau cellulaire de référence et la signalisation sur le réseau IP ("Internet Protocol") sera conforme aux standards "Session Initiation Protocol" (SIP). Il est entendu
que ces hypothèse constituent un exemple possible de réalisation : les principes de l'invention peuvent être étendus à d'autres systèmes cellulaires (tels que CDMA ou UMTS ("Universal Mobile Télécommunications System")) et à d'autres types de signalisation sur les réseaux IP.
Dans cet exemple, tel que cela est représenté sur la figure 1, le dispositif permettant de mettre en œuvre le procédé selon l'invention comporte un réseau de téléphonie cellulaire 601 qui est relié à un dispositif de télécommunication mobile 101 constitué en l'espèce par un téléphone mobile.
Toute communication constituée par exemple par de la voix, des messages courts (SMS, "Short Message Service"), des messages multimédia (MMS, "Multimedia Message Service") entre le téléphone 101 et le réseau 601 est conforme à la norme définie par l'organisme "3rd Génération Partnership Project" (3GPP). Le téléphone 101 et le réseau 601 supportent toutes les fonctionnalités et les protocoles requis par le 3GPP.
Le dispositif permettant de mettre en œuvre le procédé selon l'invention, tel que représenté sur la figure 1, comprend également un réseau de téléphonie cellulaire 602 auquel est relié un dispositif de télécommunication mobile 102, tel qu'un téléphone mobile ; le téléphone 102 et le réseau 602 supportent toutes les fonctionnalités et les protocoles requis par le 3GPP. Les réseaux 601 et 602 sont indépendants. Sur le réseau 601, les informations relatives à l'usager du téléphone 101 sont sauvegardées dans une zone mémoire appelée 'Home Location Register' (HLR - 611). De même pour l'usager du téléphone 102, les informations le concernant sont sauvegardées dans le HLR 612. Lorsque l'usager du téléphone est sur son réseau domestique 601, il est localisé systématiquement sur le réseau, il peut émettre un appel après la
vérification de son identité et la validation de ses droits par le HLR 611, de la même façon quand il reçoit un appel.
Lors d'un déplacement à l'étranger, sur le réseau 602 par exemple, l'usager peut continuer d'utiliser son téléphone 101 avec sa SIM domestique et s'enregistrer comme visiteur sur le réseau 602, les informations le concernant sont enregistrées alors temporairement dans le réseau 602 afin de permettre à l'opérateur du réseau 602 d'envoyer les informations concernant ses appels sortants et appels reçus à son opérateur domestique 601 pour une facturation des appels en itinérance.
Lors de son déplacement, l'usager du téléphone 101 peut aussi utiliser une SIM locale du réseau 602, en remplacement de sa SIM domestique dans son téléphone 101 ou utiliser le téléphone 102. Quand il utilise la SIM locale du réseau 602, les informations le concernant du réseau 601 ne sont pas connues du HLR 612, il ne peut donc pas être joint via son numéro de mobile domestique du réseau 601.
Le dispositif permettant de mettre en œuvre le procédé selon l'invention, tel que représenté sur la figure 1, comprend également un module applicatif 111 et 112 qui est hébergé dans les dispositifs de télécommunication mobiles 101 et 102 respectivement, ces modules applicatifs 111 et 112 étant intégrés dans un moyen de stockage de ces dispositifs de télécommunication mobiles 101, 102.
Le dispositif permettant de mettre en œuvre le procédé selon l'invention, tel que représenté sur la figure 1, comprend également des dispositifs "passerelle voix" 201, 202 qui garantissent une connexion logique et physique entre, respectivement, chacun des réseaux 601 et 602 et un dispositif "routeur d'interconnexion" 500 à travers le réseau Internet (public) 400. Dans ce sens, les dispositifs 201 et 202 assurent les fonctionnalités de type "Softswitch"
connues dans l'état de l'art : à savoir, une translation de signalisation entre le format SIP et le format téléphonique "ISDN User Part" (ISUP), ainsi que la translation des protocoles de transport voix entre les réseaux cellulaires à commutation de circuit et le réseau Internet à commutation de paquet.
Le dispositif permettant de mettre en œuvre le procédé selon l'invention, tel que représenté sur la figure 1 , comprend également des dispositifs "passerelle SMS" 301, 302 qui garantissent une connexion logique et physique entre - respectivement - chacun des réseaux 601 et 602 et le dispositif "routeur d'interconnexion" 500 à travers le réseau Internet (public) 400. Dans ce sens, les dispositifs 301 et 302 assurent une translation de signalisation entre le format "Short Message Relay Protocol" (SM-RP) et le format "Hypertext Transfer Protocol" (http) entre les réseaux cellulaires à commutation de circuit et le réseau internet à commutation de paquet.
Le dispositif routeur d'interconnexion 500 garantit une connexion logique et physique entre plusieurs passerelles voix, telles que les passerelles 201 et 202, afin d'assurer l'acheminement des données de signalisation et des données voix entre deux réseaux mobiles, tels que les réseaux 601 et 602, en utilisant le réseau Internet 400. Le même dispositif routeur d'interconnexion 500 garantit une connexion logique et physique entre plusieurs passerelles SMS, telles que les passerelles 301 et 302 afin d'assurer l'acheminement des données SMS entre deux réseaux mobiles, tels que les réseaux 601 et 602 en utilisant le réseau Internet 400. Selon les explications qui vont suivre, le routeur d'interconnexion 500 (et sa base de données 501 associée) pourra gérer la communication entre les usagers des téléphones 101 et 102 en fonction de leur localisation et des coûts de récolte, d'interconnexion et de terminaison d'appel entre les réseaux 601 et 602. Tout expert de l'art reconnaîtra que l'ensemble de plusieurs passerelles voix, de plusieurs passerelles SMS, d'un routeur d'interconnexion (et de sa base de
données), et de plusieurs modules applicatifs constitue un "super-réseau" d'équipements / fonctionnalités d'interconnexion. Ce réseau étant superposé et opérant en parallèle aux réseaux mobiles et aux réseaux d'interconnexion entre réseaux mobiles existants. Il sera montré par la suite de la description que tel "super-réseau" garantit une interconnexion optimale (en termes de rapport qualité/prix) entre les réseaux mobiles existants.
Afin de permettre une meilleure compréhension des procédures opérationnelles du système global d'itinérance, on fera référence à un contexte exemplaire d'utilisation, selon lequel :
Deux abonnés français au service global d'itinérance se rendent dans deux pays différents (Angleterre et Etats-Unis).
Le premier abonné utilise le téléphone mobile 101, ce téléphone 101 comporte une carte SIM locale, continentale ou multi-identifiants fournie par l'opérateur du service global d'itinérance, cette carte SIM
(et ses identifiants) étant enregistrée dans le HLR 611 du réseau mobile 601.
Le deuxième abonné utilise le téléphone mobile 102, ce téléphone
102 est muni d'une carte SIM locale, continentale ou multi- identifiants fournie par l'opérateur du service global d'itinérance, cette carte SIM (et ses identifiants) étant enregistrée dans le HLR 612 du réseau mobile 602.
En outre, tel que cela est représenté sur la figure 2, la base de données 501, qui est contrôlée par le fournisseur du service global d'itinérance, comporte les éléments principaux suivants :
L'élément utilisateur 511 qui comporte tous les identifiants d'un abonné français au service global d'itinérance : le nom, l'identifiant téléphonique "Mobile Station International ISDN Number" (MSISDN) assigné par son opérateur cellulaire domestique, l'identifiant téléphonique "Passerelle- Voix-France" du dispositif qui
s'interconnecte au réseau mobile français pour toute communication voix, l'identifiant téléphonique "Passerelle- SMS" du dispositif qui s'interconnecte au même réseau mobile français pour toute communication SMS.
- L'élément contact 521 qui comporte tous les identifiants de chacun de
N contacts faisant partie du carnet d'adresse de l'utilisateur 511 : nom, localisation géographique courante (pays domestique ou pays visité), l'identifiant téléphonique MSISDN-Courant assigné par l'opérateur cellulaire domestique du contact.
- L'élément pays 531 qui comporte tous les paramètres opérateur/réseau pour chaque pays visité dans lequel un abonné français au service global d'itinérance peut se rendre : l'identifiant de l'opérateur local, l'identifiant téléphonique MSISDN-Local de la carte SIM que l'abonné utilise dans ce pays, l'identifiant téléphonique "Passerelle-Voix-Locale" du dispositif 201 ou 202 qui s'interconnecte au réseau mobile 601 ou 602 pour toute communication voix, l'identifiant téléphonique "Passerelle-SMS" du dispositif 301 ou 302 qui s'interconnecte au réseau mobile étranger 601 ou 602 pour toute communication SMS, le coût d'un appel local émis/reçu vers/de le dispositif "Passerelle— Voix-Locale", le coût d'un SMS envoyé vers le dispositif "Passerelle-SMS".
L'élément Etat 541 qui fonctionne comme machine à états finis, permettant de connaître l'état opérationnel de l'usager à un instant donné.
Selon une variante d'exécution de l'invention, tel que cela est représenté sur la figure 3, une carte SIM multi identifiants (appelée aussi SIM multi-IMSI) 700 comporte un système de fichiers définissant une architecture spécifique. Ainsi, une carte dite « UMTS Integrated Circuit Card » (UICC) 700 comprend plusieurs applications GSM (« Global System for Mobile communications »)
et/ou UMTS (« Universal Mobile Télécommunications System »). Chaque application GSM / UMTS comprend un ensemble de données spécifiques, tels que des identifiants, des clefs de chiffrement et d'authentification, des fichiers administratifs, qui permet au moyen mobile de communication 101 hébergeant la carte UICC 700 de dialoguer avec le réseau cellulaire 601 comprenant un ensemble de données correspondant.
Tel que cela est représenté sur la figure 3, cet ensemble de données spécifiques comporte :
• Une application GSM 11 (SIMl APP #7F20) dont l'en-tête #7F20 suit le format défini par le « 3rd Génération Partner ship Project » (3 GPP). L'application 701 comprend notamment le numéro international de souscripteur (numéro IMSIn) et la clef secrète d'authentification Km. Le couple (IMSI11, Km) permet la communication entre chaque moyen mobile de communication 101 et le réseau cellulaire GSM 601 correspondant.
• Une application UMTS 702 (SIM2 APP #7F21). L'application 702 comprend notamment le numéro international de souscripteur (numéro IMSI12) et la clef secrète d'authentification KU2. Le couple (IMSI12, Kj12) permet la communication entre chaque moyen mobile de communication 101 et le réseau cellulaire UMTS 601 correspondant.
• Une autre application UMTS 703 (SIM3 APP #7F22).
• Une application de type « SIM Application Toolkit » (SAT-X APP #7F2X) 704, qui permet à la carte SIM multi-IMSI 700 d'avoir un rôle « proactif » : la carte SIM multi-IMSI 700 peut envoyer des commandes vers le moyen mobile de communication 101, indépendamment des réseaux cellulaires 601.
• Un répertoire dit « Master File » (MF) 705, agissant comme racine logique pour les applications 701, 702, 703.
• Un répertoire 706 dit « Elementary File» qui comprend les pointeurs aux applications 701, 702, 703 auxquelles le moyen mobile de communication 101 peut accéder. La description exemplaire de la figure 3 fait implicitement référence au model décrit dans les spécifications « Java Card 2.1 Runtime Environment » (JCRE). Selon les fonctionnalités et protocoles de ce modèle, chaque application (GSM / UMTS ou autre) est un « Applet » (une application qui nécessite une machine virtuelle Java). Le modèle JCRE est capable de choisir chaque Applet et de permettre le dialogue entre le moyen mobile de communication 101 et tout Applet (en particulier les applications GSM / UMTS) par le biais des protocoles spécifiques, dits APDU (« Application Protocol Data Unit »).
La figure 4 représente le fonctionnement opérationnel du module applicatif 111, qui se comporte comme un automate qui change d'état selon des commandes de saisie de la part de l'utilisateur sur son moyen mobile de communication 101 ou selon de moyens de localisation automatiques, comme il sera expliqué par la suite. Ainsi, le fonctionnement du module applicatif 111, tel qu'il est représenté sur la figure 4, comprend les étapes suivantes : • La mise dans l'état « en attente » 121 du module applicatif 111
• Le traitement par le module applicatif 111 d'un événement de type « Présence », qui fait passer l'automate à l'état « PRESENCE » 122 ; dans cet état, le module applicatif 111 déclare la localisation géographique de l'utilisateur au routeur d'interconnexion 500. Cette déclaration se fait par le biais d'un protocole de signalisation transporté en utilisant :
o L'interface physique et logique entre le moyen mobile de communication 101 (102) et le réseau cellulaire 601 (602). Cette interface physique / logique peut être de type « messages courts » (tels que des SMS) ou des USSD (« Unstructured
Supplementary Service Data ») ou de type données, telles que du HTTP (« HyperText Transfer Protocol »).
o L'interface physique et logique entre le réseau cellulaire 601
(602) et le routeur d'interconnexion 500. Cette interface physique / logique est généralement de type données, telles que du HTTP {« HyperText Transfer Protocol ») ou du SIP
(« Session Initiation Protocol »).
L'événement « Présence » permet avantageusement à la base de données 501 du routeur d'interconnexion 500 de connaître la localisation géographique de l'utilisateur ; cette localisation géographique est stockée dans l'élément 531 de la base de données 501. En outre, par le biais de l'événement « Présence », il est aussi possible de transmettre à la base de données 501 du routeur d'interconnexion 500 l'identifiant téléphonique correspondant à l'application GSM 701 ou application UMTS 702 (ou 703) ; cette localisation 'logique' est stockée dans les éléments 511 et 541 de la base de données 501. La base de données 501 du routeur d'interconnexion 500 est ainsi en mesure de faire correspondre la localisation logique du moyen mobile de communication 101 (cette localisation étant caractérisée par l'identifiant téléphonique correspondant à l'un des IMSI de la carte SIM multi identifiants 700 installée dans le moyen mobile de communication 101) avec la localisation géographique de l'utilisateur (cette localisation faisant suite au traitement de l'événement « Présence »).
- A la suite de la réception de la commande « Présence », le routeur d'interconnexion 500 envoie un message de retour au module applicatif 111 afin que ce dernier puisse également faire la correspondance entre localisation logique et localisation physique.
En outre, la commande « Appel » permet au module applicatif 111 et au routeur d'interconnexion 500 d'établir une communication avec un autre moyen mobile de communication 102; la façon dont cette communication est établie dépend du résultat de la procédure d'établissement de l'état de
« Présence », l'objectif étant de permettre aux utilisateurs de services de téléphonie mobile d'émettre des appels au meilleur prix possible, vers l'international et/ou en situation d'itinérance. En général, les deux utilisateurs des moyens mobiles de communication 101 et 102 peuvent être mis en relation en mettant en œuvre les étapes suivantes :
• l'établissement d'une première liaison locale entre le moyen de communication 101 de l'appelant et une première passerelle 201 comprise dans le réseau 601 déployé dans le pays ou le territoire où se trouve ledit correspondant appelant;
* l'établissement d'une deuxième liaison, préférentiellement en utilisant le réseau Internet, entre cette première passerelle 201 et une seconde passerelle 202 comprise dans un réseau de communication 602 déployé dans le pays ou le territoire dans lequel se trouve l'utilisateur appelé ;
• l'établissement d'une troisième liaison locale entre cette seconde passerelle 202 et le moyen de communication 102 de l'utilisateur appelé.
La suite de la description décrit des exemples de scénarios opérationnels possibles pour montrer le fonctionnement du système global d'itinérance et des services associés. Les experts de l'art reconnaîtront que ces procédures et les protocoles associés peuvent changer dans la réalisation, sans pour autant contrevenir à l'esprit de l'invention.
PROCEDURE DE "PRESENCE"
La figure 5 représente un exemple de procédure de liaison entre les procédures de démarrage du moyen mobile de communication 101 et la procédure de « Présence ». Ainsi, le procédé de liaison comprend les étapes numérotées suivantes, telles que représentées sur la figure 5 :
• Etapes 1 et 2 : au démarrage, la carte SIM multi identifiants 700 et le moyen mobile de communication 101 vérifient la compatibilité de ce dernier avec le « SIM Application Toolkit » (SAT) ;
« Etape 3 : la carte SIM multi identifiants 700 envoie un menu de démarrage avec la liste des applications SIM disponibles ;
* Etapes 4 et 5 : l'utilisateur choisi une application SIM (par exemple la SIM « France », ou la SIM « Italie », ou autre). La carte SIM multi identifiants 700 envoie au moyen mobile de communication 101 l'identifiant IMSI correspondant à l'application SIM choisie ; il est intéressant de noter que, selon le mode de fonctionnement de la carte SIM, les étapes 4 et 5 pourraient être automatisées et transparentes par rapport à l'utilisateur.
* Etape 6 : les procédures d'enregistrement au réseau cellulaire 601
(réseau GSM ou UMTS) sont échangées entre la carte SIM multi identifiants 700, le moyen mobile de communication 101 et le réseau cellulaire 601, ces procédures étant bien connues par les hommes de l'art ;
• Etape 7 : l'utilisateur démarre le module applicatif 111. Selon une variante d'exécution de l'invention, sur certains modèles de moyen mobile de communication 101, le module applicatif 111 peut être démarré automatiquement ;
* Etape 8 : la procédure de « Présence » est exécutée par le module applicatif 111 : les paramètres décrivant la localisation physique et logique sont envoyés au routeur d'interconnexion 500 via la "Passerelle-SMS" 301. En particulier, un SMS de signalisation est déclenché par le module applicatif 111 vers la "Passerelle- SMS" 301, ce SMS contenant les paramètres de localisation logique et physique du moyen mobile de communication 101 et de l'utilisateur, respectivement. A son tour, la "Passerelle- SMS" 301 peut relayer les informations de localisation au routeur d'interconnexion 500.
« Etapes 9. et 10 : le routeur d'interconnexion 500 enregistre les informations de localisation et renvoie un message de retour à destination de la "Passerelle- SMS" 301; à son tour, la "Passerelle- SMS"
301 peut relayer les informations de localisation au module applicatif 111 par le biais d'un SMS.
* Etape 11 : les mêmes informations de localisation sont enregistrées par le module applicatif 111 du moyen mobile de communication 101.
La Figure 6 représente un exemple de politiques de traitement de l'événement « Présence », selon une possible variante d'implémentation. Les experts de l'art reconnaîtront que d'autres politiques peuvent être mises en place, sans pour autant contrevenir à l'esprit de l'invention. Selon le schéma de la figure 6, ces politiques de gestion de l'événement « Présence » sont exécutées par le logiciel applicatif 111 (qui se trouve initialement dans l'état 121 "En attente") selon les étapes suivantes :
- Etape A. Le module applicatif 111 déclenche la reconnaissance du "Mobile Country Code" (MCC). Le MCC est un code sur trois chiffres, standardisé par l'Union internationale des télécommunications (UIT) dans sa recommandation E.212, pour identifier les pays dans les réseaux de téléphonie mobile, plus particulièrement dans les technologies GSM et UMTS. Il est possible de reconnaître le MCC à partir de la liaison radio entre le moyen mobile de communication 101 et le réseau cellulaire 601 auquel il est attaché.
- Etape B. La valeur du MCC est comparée avec la valeur stockée dans une zone de mémoire contrôlée par le logiciel applicatif 111. Si les deux valeurs diffèrent, cela signifie que l'abonné du service global d'itinérance a changé de pays : l'événement « Présence » est alors déclenché et l'automate du module applicatif 111 passe à l'état « PRESENCE » 122 afin de déclarer la nouvelle localisation géographique de l'utilisateur au routeur d'interconnexion 500
- Etape C. Si les deux valeurs de MCC sont identiques, l' "International Mobile Subscriber Identifier" est alors analysé à partir de la carte SIM insérée dans le moyen de communication 101.
- Etape D. La valeur de l'IMSI est comparée avec la valeur stockée dans une zone de mémoire contrôlée par le logiciel applicatif 111. Si les deux valeurs diffèrent, cela signifie que l'abonné du service global d'itinérance a changé de réseau GSM (UMTS) : l'événement « Présence » est alors déclenché et l'automate du module applicatif 111 passe à l'état « PRESENCE » 122 afin de déclarer la nouvelle localisation logique du moyen mobile de communication 101 au routeur d'interconnexion 500.
PROCEDURE D'APPEL - TERMINAISON D'APPEL "DIRECTE" Exemple de contexte : un utilisateur français du service global d'itinérance appelle un deuxième utilisateur (français) du service global d'itinérance en déplacement aux Etats-Unis. La procédure d'appel sortant est gérée par un module applicatif 111 du téléphone mobile 101. La procédure d'appel entrant vers le téléphone mobile 102 est gérée par le dispositif routeur d'interconnexion 500. La Figure 7 représente une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure d'appel avec terminaison d'appel "directe".
- Etape 1. Suite à une commande de déclenchement d'appel de la part de l'utilisateur appelant, l'automate du module applicatif 111 passe dans l'état 'Appel' 123 afin de vérifier les politiques de gestion d'appel à appliquer. Ces politiques seront expliquées par la suite de façon détaillée.
- Etape 2. Toujours dans l'état 'Appel' 123, le module applicatif 111 déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix-Locale" 201 (France). La signalisation d'appel entre les commutateurs du réseau cellulaire local 601 et le dispositif "Passerelle- Voix-Locale" 201 est conforme à la norme "ISDN User Part" (ISUP), bien connue par les experts de l'art. La procédure d'établissement d'appel déclenchée par le module applicatif 111 est conforme à la norme "URLs for Téléphone Calls" définie dans le document "RFC2806" de la "Internet Engineering Task Force". Selon cette norme, une syntaxe appropriée de la procédure de déclenchement d'appel permet d'envoyer des tonalités dites
"Dual-Tone Multi Frequencies" (DTMF) dès qu'un canal de communication est établi entre deux entités d'un réseau téléphonique. Le document "RFC2806" est bien connu par les experts de l'art. A la fin de l'étape 2, l'automate du module APPLICATIF 111 revient dans l'état 'en attente1 121.
- Etape 3. Suite à l'établissement d'appel (Etape 2), le dispositif "Passerelle- Voix-Locale" 201 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Une telle procédure est conforme au standard "Session Initiation Protocol" (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "From" de type : MSISDN- Courant@ Passerelle- Voix-Locale. Il sera donc possible pour le dispositif routeur d'interconnexion 500 de connaître l'identifiant téléphonique de l'appelant ainsi que la "Passerelle- Voix-Locale" correspondante.
- Etape 4. A la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le téléphone mobile 101 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle- Voix-Locale" 201. Grâce à la procédure de déclenchement d'appel exécutée par le module applicatif 111, dès l'établissement d'un tel canal de communication, les tonalités DTMF ("Dual Tone Multifrequency") qui correspondent à l'identifiant téléphonique "MSISDN-France" de l'appelé sont envoyées du téléphone mobile 101 au dispositif routeur d'interconnexion 500, par intermédiation de la "Passerelle- Voix-Locale" 201.
- Etape 5. Le dispositif routeur d'interconnexion 500 interroge la partie Contact 521 de la base de données 501 afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé.
- Etape 6. Le dispositif routeur d'interconnexion 500 interroge la partie Pays 531 de la base de données 501 afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle- Voix-Locale" 202 (Etats-Unis).
- Etape 7. Le dispositif routeur d'interconnexion 500 déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle- Voix-
Locale" 202. Une telle procédure est conforme au standard « Session Initiation Protocol » (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "To" de type : MSISDN-Courant@Passerelle- Voix- Locale, l'identifiant MSISDN-Courant se référant au correspondant appelé. II sera donc possible pour le dispositif "Passerelle- Voix-Locale" 202 de connaître l'identifiant téléphonique à appeler.
- Etape 8. Suite à l'étape 7, le dispositif "Passerelle- Voix-Locale" 202 déclenche une procédure d'établissement d'appel vers un téléphone mobile 102 (aux Etats-Unis). La signalisation d'appel entre les commutateurs du réseau cellulaire local 602 et le dispositif "Passerelle- Voix-Locale" 202 est conforme à la norme "ISDN User Part" (ISUP), bien connue par les experts de l'art.
A la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le téléphone mobile 101 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle- Voix-Locale" 201. Similairement, à la fin des étapes 7 et 8, un canal de communication "voix" est établi entre le téléphone mobile 102 et le routeur d'interconnexion 500, par intermédiation de la "Passerelle- Voix- Locale" 202. Il est donc possible pour le dispositif routeur d'interconnexion 500 d'établir un pont entre les différents tronçons de communication afin de mettre en correspondance le téléphone mobile 101 de l'appelant (en France) et celui 102 de l'appelé (aux Etats-Unis).
PROCEDURE D'APPEL - MISE EN CONFERENCE TELEPHONIQUE Exemple de contexte : un utilisateur français du service global d'itinérance en déplacement en Angleterre appelle un autre utilisateur (français) du service global d'itinérance en déplacement aux Etats-Unis. La procédure d'appel sortant est gérée par le module applicatif 111 du téléphone mobile 101. Le dispositif routeur d'interconnexion 500 reçoit la requête d'appel par SMS et déclenche un appel vers le téléphone mobile 101, un deuxième appel vers téléphone mobile 102, et les met en conférence téléphonique. La Figure 8
montre une suite d'étapes numérotées qui expliquent le fonctionnement d'une telle procédure d'appel - mise en conférence téléphonique
- Etapes 1, 2. Suite à une commande de déclenchement d'appel de la part de l'utilisateur appelant, l'automate du module applicatif 111 passe dans l'état 'Appel' 123 afin de vérifier les politiques de gestion d'appel à appliquer. Ces politiques seront expliquées par la suite de façon détaillée.
- Etape 3. L'automate du module applicatif émet une commande d'instruction en SMS comportant le numéro de l'appelé avec son indicatif international vers le dispositif "passerelle- SMS" 301.
- Etape 4. Le dispositif "passerelle-SMS" 301 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Selon un exemple d'implémentation, une telle procédure est conforme au standard "HyperText Transfer Protocol" (HTTP). L'en-tête de la procédure http GET (ou http POST) contiendra l' MSISDN-Courant de l'appelant ainsi que le MSISDN du destinataire.
- Etape 5. Le dispositif routeur d'interconnexion 500 interroge la partie Contact 521 de la base de données 501 afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé.
- Etape 6. Le dispositif routeur d'interconnexion 500 interroge la partie Pays 531 de la base de données 501 afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle- Voix-Locale" 202 (Etats-Unis).
- Etape 7. Le dispositif routeur d'interconnexion 500 ouvre une session de conférence téléphonique. Il déclenche une procédure de rappel vers le dispositif "Passerelle- Voix-Locale" 201. Une telle procédure est conforme au standard Session Initiation Protocol (SIP). A titre d'exemple, l'en-tête de la procédure SIP contiendra un champ "To" de type : MSISDN- Courant@Passerelle-Voix-Locale, l'identifiant MSISDN-Courant se référant au correspondant appelant. Il sera donc possible pour le dispositif "Passerelle-Voix-Locale" 201 de connaître l'identifiant téléphonique à appeler.
- Etape 8. Le dispositif "Passerelle- Voix-Locale" 201 utilise le numéro MSISDN reçu afin de localiser le GMSC ('GSMC = 'Gateway Mobile Switching Center') du réseau mobile de l'appelant 101. Une fois le GSMC identifié, un signal 'IAM' ('Initial Address Message') est relayé à ce dernier.
- Etape 9. Le MSC/VLR ('Mobile Switching Center / Visiting Location Register') du réseau cellulaire 601 qui contrôle actuellement le téléphone cellulaire 101 de l'appelant destinataire vérifie que le numéro appelé est bien dans ses tables de routage et procède à un rappel vers l'appelant 101. Les experts de l'art reconnaîtront que l'étape 9 consiste dans plusieurs sous- étapes, en particulier dans le cas de l'appelant (français) en itinérance en Angleterre. Dans ce cas exemplaire, le MSC/VLR appartient à un réseau cellulaire local 'visité' anglais, tandis que le GMSC de l'étape 8 appartient au réseau d'origine de l'appelant. Toutes les sous-étapes décrivant les interactions entre le réseau 'visité' et le réseau d'origine ne sont pas décrites, car bien connues par les experts de l'art.
- Etape 10. Suite à l'étape 9, un canal de communication est établi entre le dispositif routeur d'interconnexion 500 et le téléphone mobile 101. Un message d'attente peut être envoyé à l'appelant
- Etapes 11, 12, 13. Identiques aux étapes correspondantes 7, 8, 9 : suite à l'étape 13, un canal de communication est établi entre le dispositif routeur d'interconnexion 500 et le téléphone mobile 102.
- Etape 15. Le GMSC du réseau cellulaire 602 renvoie au dispositif "Passerelle- Voix-Locale" 202 (Etats-Unis) un message 'ACM' ('Address Complète Message') afin d'informer le dispositif 202 qu'un circuit a bien été réservé.
- Etapes 16 à 19. Suite à l'étape 15, le dispositif "Passerelle- Voix-Locale" 202 renvoie au routeur d'interconnexion 500 un message SIP de type 'Ringing'. Ce message est relayé par tous les élément réseau concernés afin que l'appelant puisse entendre la tonalité 'libre' provenant du téléphone mobile 102 du destinataire.
- Etape 21. Suite au décrochage du téléphone mobile 102 le GMSC du réseau cellulaire 602 renvoie au dispositif "Passerelle- Voix-Locale" 202 (Etats- Unis) un message 'ANM' ('ANswer Message') afin d'informer le dispositif 202 que le destinataire a décroché.
- Etapes 22. à 25. Suite à l'étape 21, le dispositif "Passerelle- Voix-Locale" 202 renvoie au routeur d'interconnexion 500 un message SIP de type 'OK'. Ce message est relayé par tous les éléments réseau concernés afin qu'une connexion directe puisse être établie entre l'appelant et l'appelé. Les procédures d'appel telles que représentées sur les Figures 7 et 8 permettent de réduire le coût d'un appel vers le réseau mobile 602 (Etats- Unis). Le correspondant appelé ne paie rien s'il est sur son réseau domestique, en revanche, il doit payer un coût d'appel reçu lorsqu'il est en itinérance à l'étranger. Le correspondant appelant paie selon les politiques de l'appel direct s'il est sur son réseau domestique, en revanche, il doit payer un coût d'appel reçu (rappel du réseau) lorsqu'il est en itinérance à l'étranger.
POLITIQUES DE GESTION D'APPEL
Le système décrit doit pouvoir permettre aux utilisateurs de services de téléphonie mobile d'émettre et de recevoir des appels au meilleur prix possible, vers l'international et/ou en situation d'itinérance. En même temps, le système doit permettre au fournisseur du service global d'itinérance de réduire les coûts d'interconnexion et de terminaison d'appel. A ce titre, des politiques de gestion d'appel doivent être mises en place, ces politiques étant sous le contrôle du module applicatif 111. La Figure 9 représente un exemple de politiques de gestion d'appel, selon une possible variante d'implémentation. Les experts de l'art reconnaîtront que d'autres politiques peuvent être mises en place, sans pour autant contrevenir à l'esprit de l'invention. Selon le schéma de la figure 9, ces politiques de gestion d'appel peuvent se traduire par la mise en œuvre des étapes suivantes :
- Etat initial. Suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif 111 passe dans l'état 'APPEL' 123.
- Etape A. Le module applicatif lit la valeur courante du MCC stockée dans une zone de mémoire spécifique. Cette valeur avait été obtenue au préalable à partir de la liaison radio entre le moyen mobile de communication 101 et le réseau cellulaire 601 auquel il est attaché. On appellera dans la suite cette valeur "MCC Radio".
- Etape B. Le module applicatif lit une deuxième valeur courante du MCC stockée dans une zone de mémoire spécifique. Cette valeur avait été obtenue au préalable à partir d'un des IMSI de la carte SIM Multi-IMSI insérée dans le moyen mobile de communication 101. On appellera dans la suite cette valeur "MCC IMSI".
- Etape C. Les valeurs "MCC Radio" et "MCCJMSI" sont comparées. Si elles sont différentes, la localisation physique de l'utilisateur et la localisation 'logique' (dans le sens du réseau GSM/UMTS) sont différentes.
Dans ce cas, une procédure d'appel de type 'conférence téléphonique' (figure 8) est déclenchée. Par contre, si les valeurs "MCC Radio" et "MCC IMSI" sont identiques, on passe à l'étape D.
- Etape D. Le module applicatif 111 vérifie si la valeur du "MCC Radio" correspond au pays d'origine de l'utilisateur. Il est important de noter que dans le cas d'une SIM Multi-IMSI, l'utilisateur a plusieurs 'Pays d'origine' : en effet, dans ce cas, plusieurs localisations physiques de l'utilisateur peuvent correspondre à autant de 'localisation logiques' du moyen mobile de communication 101. Si la valeur du "MCC Radio" correspond à l'un des pays d'origine de l'utilisateur, une procédure d'appel de type 'appel direct' (figure 7) est déclenchée ; dans le cas contraire, une procédure d'appel de type 'conférence téléphonique' (figure 8) est déclenchée. II convient de noter que les politiques de gestion d'appel décrites s'appliquent également si le destinataire de la requête d'appel correspond à un numéro fixe.
II convient également de noter que les mêmes politiques peuvent s'appliquer si le correspondant appelé n'est pas abonné au service global d'itinérance et, par conséquent, son téléphone mobile n'héberge pas le module applicatif 112 : dans ce cas, le correspondant appelé sera considéré comme étant dans son pays domestique.
VARIANTE DE REALISATION
Actuellement dans le monde, plusieurs stratégies d'évolution des réseaux cellulaires sans-fil sont à l'étude et/ou commencent à être déployées. Parmi ces solutions, un effort particulier de la part des opérateurs cellulaires est dédié à la mise en place de l' 1TP Multimedia Subsystem" (IMS), qui permet de fournir des services multimédias fixes et mobiles aux abonnés. Une étape intermédiaire vers ce type d'évolution est constituée par la plateforme de support de services dite "CAMEL" ("Customized Applications Mobile network Enhanced Logic").
CAMEL constitue l'architecture de services de référence pour les opérateurs mobiles. Le travail de standardisation initié par 1ΕTSI ("European Télécommunication Standard Institute") puis poursuivi par le 3GPP, a consisté à adapter au contexte mobile le concept de réseau intelligent développé par l'ITU ("International Télécommunications Union"). Une multitude de services peut être supportée par une plateforme CAMEL. Par exemple, avec le support d'un service comme la "carte prépayée", CAMEL a contribué de façon notable au succès du GSM. Le déploiement de CAMEL par la majorité des opérateurs mobiles atteste de sa stabilité et de sa maturité.
Les procédures décrites dans le cadre de présentation de l'invention se prêtent à un développement et déploiement compatibles avec CAMEL ; dans ce contexte, l'architecture, les protocoles et les procédures doivent être adaptés pour pouvoir utiliser les méthodes, les primitives et les interconnexions
décrites dans la normative de CAMEL. Néanmoins, les principes de base de l'invention restent similaires.
La Figure 10 représente une architecture de principe d'un système cellulaire qui supporte CAMEL et aussi une façon possible d'y "greffer" le système selon l'invention. Afin de simplifier la description, l'architecture fait essentiellement référence à la "Phase 1" de CAMEL. Tout expert de l'art peut constater par la suite que les principes de la description peuvent s'appliquer également à la "Phase 2" de CAMEL. Il faut aussi noter qu'un sous-ensemble des blocs fonctionnels du réseau cellulaire 601 est représenté en Figure 10. Les fonctionnalités principales de CAMEL sont bien connues par les experts de l'art. Néanmoins il est utile de faire quelques rappels, en relation avec la représentation de Figure 10 :
gsmSCF 800 (SCF signifie "Service Control Function") est l'entité où résident les services CAMEL. gsmSCF 800 est contrôlé par l'opérateur cellulaire domestique. Le nœud dans lequel gsmSCF réside est appelé "Service Control Point" (SCP 800). SCP 800 supporte les protocoles suivants :
o MAP ("Mobile Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en
Figure 10, et qui permet l'interfaçage entre SCP 800 et HLR 611.
o CAP ("CAMEL Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 10, et qui permet l'interfaçage entre SCP 800 et gsmSSF 810.
o Un ou plusieurs protocole(s) basé(s) sur IP, afin de communiquer avec le routeur d'interconnexion 500 dans le pays de l'opérateur cellulaire domestique. Ce type de protocole n'est pas standardisé. Il sera donc basé sur une implémentation propriétaire.
II est intéressant de noter que le routeur d'interconnexion 500 peut être contrôlé par le fournisseur du service global d'itinérance, tandis que l'opérateur cellulaire domestique contrôle le SCP 800. Des accords d'accès et d'interfaçage doivent être établis entre les deux acteurs économiques.
gsmSSF 810 (SSF signifie "Service Switching Function") est une entité fonctionnelle qui réside dans le "Gateway Mobile Switching Function" GMSC (dans le réseau de l'opérateur cellulaire domestique) et dans le "Visiting Location Register" / "Mobile
Switching Function" (VLR/MSC) (dans le réseau de l'opérateur cellulaire domestique ou visité). Le gsmSSF 810 supporte les protocoles suivants :
o MAP ("Mobile Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en
Figure 10, et qui permet l'interfaçage avec le HLR 611. o CAP ("CAMEL Application Part"), standardisé par l'organisme 3GPP, représenté avec une ligne continue en Figure 10, et qui permet l'interfaçage avec le SCP 800.
- Le routeur d'interconnexion 500 est relié fonctionnellement par des protocoles basés sur IP (représenté avec une ligne continue en Figure 10).
La passerelle voix 201 est reliée fonctionnellement par des protocoles "ISDN User Part" (ISUP) avec le GMSC (ou VLR/MSC) qui héberge la fonctionnalité gsmSSF 810.
Il est intéressant de noter que dans le cas d'une SIM Multi-IMSI plusieurs instances du réseau cellulaire 601 seront présentes. Par conséquent, plusieurs instances des dispositifs 800 et 810 seront disponibles. Il sera alors possible de relier fonctionnellement :
Le routeur d'interconnexion 500 avec plusieurs SCP 800 par le biais de protocoles basés sur IP (représenté avec une ligne point-carré en Figure 10).
La passerelle voix 201 avec plusieurs GMSC (ou VLR/MSC) qui hébergent la fonctionnalité gsmSSF 810 par le biais des protocoles
"ISDN User Part" (ISUP).
Dans la suite de la description, l'adaptation des procédures de l'invention à la plateforme CAMEL sera expliquée.
PROCEDURE DE "PRESENCE"
Fonctionnellement, il n'y a pas de changements majeurs par rapport aux procédures représentées sur la Figure 5. Tout SMS de signalisation entre module applicatif 111 et le réseau de support est remplacé par des messages de type "Unstructured Supplementary Service Data" (USSD). En outre, il est nécessaire que le HLR 611 soit en connaissance du fait que ses abonnés puissent être utilisateurs du service global d'itinérance. A ce titre, il est nécessaire de définir un identifiant des services de " Présence " dans la base de données du HLR 611 : en particulier, l'élément dit "UG-CSI" ("USSD Generic CAMEL Subscription Information") doit contenir les codes des services USSD de "Présence" (code "*ABC*" en Figure 11) et l'adresse logique du gsmSCF 800 qui va traiter de tels messages USSD. Le protocole USSD est bien connu par les experts de l'art. La Figure 11 représente, à titre d'exemple, la procédure d'adaptation de la procédure de "Présence" à la plateforme CAMEL, cette procédure d'adaptation comprenant les étapes suivantes :
- Etapes 1 à 7. Elles sont identiques aux étapes correspondantes de la figure 5.
- Etape 8. Suite à une commande de l'utilisateur, le module applicatif 111 effectue un appel selon la syntaxe USSD : * ABC* Corps du message, où *ABC* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à la procédure de "Présence" et le Corps du message
comportant l'identifiant téléphonique courant de la carte SIM Multi-IMSI ainsi que la description de la localisation physique de l'utilisateur. La requête du service USSD est relayée du HLR 611 vers le gsmSCF 800 compris dans le SCP 800.
- Etape 9. Par le biais d'une requête http, le dispositif SCP 800 déclenche une requête de "Présence" vers le routeur d'interconnexion 500.
- Etape 10. le routeur d'interconnexion 500 et sa base de données 501 enregistrent les informations de localisation.
- Etape 11. Par le biais d'une requête http, le routeur d'interconnexion 500 renvoie une réponse au dispositif SCP 800.
- Etape 12. A son tour, le dispositif SCP 800 renvoie vers le module applicatif 111 une réponse selon la syntaxe USSD : * AB C *Corps du message, Corps du message comprenant l'identifiant téléphonique de la carte SIM locale ainsi que les paramètres nécessaire au module applicatif 111 du moyen mobile de communication 101 afin de lui permettre d'enregistrer les informations de localisation physique et logique (étape 13).
VARIANTE DE LA PROCEDURE D'APPEL - MISE EN CONFERENCE TELEPHONIQUE PAR " USSD"
Fonctionnellement, il n'y a pas de changements majeurs par rapport aux étapes décrites dans la Figure 8. Tout SMS de signalisation entre le module applicatif 111 et le dispositif "Passerelle-SMS" 302 est remplacé par des messages de type "Unstructured Supplementary Service Data" (USSD), ces messages étant échangés entre le dispositif SCP 800 et le module applicatif 111 par intermédiation du HLR 611. Similairement aux cas de "Présence" il est nécessaire de définir un identifiant du service de "Call-back USSD" dans la base de données du HLR 611 : en particulier, l'élément dit "UG-CSI" ("USSD Generic CAMEL Subscription Information") doit contenir le code de tels services (code '*XYZ*' en Figure 12) et l'adresse logique du gsmSCF 800 qui va traiter de tels messages USSD. La Figure 12 représente, à titre d'exemple, l'adaptation de la procédure de "call-back SMS" représentée sur la figure 8 à
la plateforme CAMEL, en utilisant une procédure de "call-back USSD". Il convient de noter que les étapes 6 à 24 de la figure 12 correspondent exactement aux étapes 7 à 25 de la figure 8. Par conséquent, seulement les étapes 1 à 5 de figure 12 seront détaillées :
- Etape 1. Suite à une commande de déclenchement d'appel de la part de l'utilisateur appelant, l'automate du module applicatif 111 passe dans l'état 'Appel' 123 afin de vérifier les politiques de gestion d'appel à appliquer.
- Etape 2. Le module applicatif 111 envoie une requête d'appel selon la syntaxe USSD : *XYZ* Corps du message, où *XYZ* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à une procédure de "call-back USSD" et le Corps du message comportant le numéro de l'appelé avec son indicatif international.
- Etape 3. Le dispositif SCP 800 déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion 500. Selon un exemple d'implémentation, une telle procédure est conforme au standard "HyperText Transfer Protocol" (HTTP). L'en-tête de la procédure http GET (ou http POST) contiendra le MSISDN-Courant de l'appelant ainsi que le MSISDN du destinataire.
- Etape 5. Le dispositif routeur d'interconnexion 500 interroge la partie Contact 521 de la base de données 501 afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé.
Une autre variante de réalisation consiste à remplacer les messages courts de signalisation (SMS ou USSD) par des connexions de type HyperText Transfer
Protocol (http). Le corps des messages http GET (ou http POST) contient les informations nécessaires à l'exécution des procédures de "Présence" ainsi que de la procédure d'appel par conférence téléphonique. Le module applicatif
111 déclenche l'envoie d'une requête de type http GET (ou http POST) vers le routeur d'interconnexion 500. Fonctionnellement, la séquence des opérations et les échanges de messages associés sont identiques aux cas SMS ou USSD.
APPLICATIONS INDUSTRIELLES ET CHAMPS D'APPLICATION
Tout système et infrastructure cellulaire et IP est compatible avec le procédé, les dispositifs et les étapes opérationnelles décrits ci-dessus.
En effet, la réalisation de l'invention comporte surtout la mise en œuvre des matériels et logiciels nécessaires à la communication entre les dispositifs et sous-dispositifs représentés sur les différentes Figures. Les principes de l'invention peuvent être appliqués avantageusement par les acteurs économiques suivants :
- Les entreprises avec des filiales dans des pays étrangers: elles peuvent adopter la solution pour disposer d'un service d'itinérance à coût réduit, afin de permettre une réduction significative des frais des communications (téléphone, SMS, data) pour les employés qui voyagent entre les différents sites.
- Les fournisseurs d'infrastructures à grande capacité (par exemple, IU - "Internet Initiative Japan", "NTT Communications", "AIH - Asia Internet Holding", "Tl-Sparkle"), qui peuvent proposer la solution objet de l'invention comme un nouveau service d'interconnexion et de transport de trafic.
- Les Opérateurs cellulaires qui adoptent des technologies incompatibles (par exemple, Orange avec le GSM/GPRS/UMTS et Korea Telecom avec le cdmaOne) peuvent bénéficier d'une solution simple pour assurer une compatibilité au niveau de la fourniture de services, tels que voix et SMS. En outre, un Opérateur cellulaire qui n'a pas d'accords d'itinérance avec l'Opérateur cellulaire d'un pays étranger, peut adopter la solution d'interconnexion présentée afin de mettre en place des accords d'itinérance sans devoir recourir à l' intermédiation d'opérateurs tiers. Tel est le cas des opérateurs nationaux.
Claims
1. Procédé de fourniture de services d'interconnexion,
caractérisé en ce qu'il relie un ensemble de réseaux cellulaires nationaux (601, 602) à un réseau d'interconnexion par des serveurs passerelles (201, 202, 301, 302) qui sont pilotés par un serveur central de routage (500) afin d'établir un réseau global de communications entre des dispositifs de télécommunication mobiles (101, 102) tels que des téléphones mobiles ; un module applicatif (111, 112) qui permet un dialogue entre chaque dispositif de télécommunication mobile (101, 102) et le serveur central de routage (500) est hébergé sur le dispositif de télécommunication mobile (101, 102) de chaque utilisateur, ce module applicatif (111, 112) se comportant comme un automate, qui change d'état selon notamment des commandes de saisie de la part de l'utilisateur, sur son dispositif de télécommunication mobile (101, 102) ou suite au changement de carte SIM dans le dispositif de télécommunication mobile (101, 102) ou suite au changement de pays de l'utilisateur ; en outre, une connexion logique et physique entre plusieurs passerelles (201, 202, 301, 302) est effectuée au moyen d'un dispositif routeur d'interconnexion (500) qui gère la communication entre les usagers des dispositifs de télécommunication mobile (101, 102) en fonction de leur localisation et des coûts de récolte, d'interconnexion et de terminaison d'appel entre les réseaux (601, 602).
2. Procédé selon la revendication 1, permettant l'interconnexion entre des réseaux cellulaires,
caractérisé en ce qu'il comprend les étapes consistant à procéder à :
• l'enregistrement de l'utilisateur auprès d'un routeur d'interconnexion (500) et l'attribution d'informations d'identification à un dispositif de télécommunication mobile (101, 102) de l'utilisateur, qui sont enregistrées dans un moyen de mémoire compris dans le routeur d'interconnexion (500), ou accessible par ce dernier ; • l'installation dans le dispositif de télécommunication mobile (101, 102) d'un utilisateur :
o d'une carte SIM (700) multi - identifiants ;
o d'un module applicatif (111, 112) ;
• le déplacement dudit utilisateur et son arrivée dans un nouveau pays ou territoire ;
• l'enregistrement de cet utilisateur auprès d'un réseau mobile (601, 602) déployé dans le pays ou dans le territoire dans lequel l'utilisateur se trouve, un identifiant étant attribué au dispositif de télécommunication mobile (101, 102) de l'utilisateur ; grâce à la carte SIM (700) multi - identifiants, l'utilisateur procède à cet enregistrement en tant qu'abonné dudit réseau (601, 602) et non en tant que visiteur étranger ;
• l'émission par le module applicatif (111, 112) à destination du routeur d'interconnexion (500), de l'identifiant du dispositif de télécommunication mobile (101, 102) de l'utilisateur au sein dudit réseau (60, 602) auprès duquel l'utilisateur s'est enregistré ;
• l'association de cet identifiant avec les informations d'identification du dispositif de télécommunication mobile (101, 102) de l'utilisateur ;
• le chaînage de tous les numéros de ladite carte SIM (700) multi - identifiants au numéro domestique de l'usager dans le serveur de routage (500).
3. Dispositif de fournitures de services d'interconnexion permettant de mettre en œuvre le procédé selon l'une des revendications 1 et 2,
caractérisé en ce qu'il comporte :
• un réseau de téléphonie cellulaire (601) qui est relié à un dispositif de télécommunication mobile (101) constitué en l'espèce par un téléphone mobile ;
• un réseau de téléphonie cellulaire (602) auquel est relié un dispositif de télécommunication mobile (102), ce réseau (602) s'étendant dans un pays étranger distinct de celui où s'étend ledit réseau (601) ; • une zone de mémoire appelée "Home Location Register" (HLR - (611, 612)) compris dans chaque réseau de téléphonie (601, 602), qui comporte notamment les caractéristiques permettant la localisation, l'identification du téléphone mobile (101) ainsi que des informations d'ordre commercial ;
• un module applicatif (111, 112) qui est hébergé dans les dispositifs de télécommunication mobiles (101, 102) respectivement, ces modules applicatifs (111, 112) étant intégrés dans un moyen de stockage de ces dispositifs de télécommunication mobiles (101, 102) ;
• des dispositifs "passerelle voix" (201, 202) qui garantissent une connexion logique et physique entre, respectivement, chacun des réseaux (601, 602) et un dispositif "routeur d'interconnexion" (500) à travers le réseau Internet (public) (400) ;
• des dispositifs "passerelle SMS" (301, 302) qui garantissent une connexion logique et physique entre— respectivement - chacun des réseaux (601, 602) et le dispositif "routeur d'interconnexion" (500) à travers le réseau Internet (public) (400) ;
• un dispositif routeur d'interconnexion (500) qui garantit une connexion logique et physique entre plusieurs passerelles voix, telles que les passerelles (201, 202), afin d'assurer l'acheminement des données de signalisation et des données voix entre deux réseaux mobiles, tels que les réseaux (601, 602), en utilisant le réseau Internet (400) ; ce dispositif routeur d'interconnexion (500) garantit également une connexion logique et physique entre plusieurs passerelles SMS, telles que les passerelles (301, 302) afin d'assurer l'acheminement des données SMS entre deux réseaux mobiles, tels que les réseaux (601, 602) en utilisant le réseau Internet (400) ;
• une base de données (501) associée au routeur d'interconnexion (500).
4. Dispositif selon la revendication 3, caractérisé en ce que la base de données (501) comporte les éléments principaux suivants :
un élément utilisateur (511) qui comporte tous les identifiants d'un abonné: le nom, l'identifiant téléphonique "Mobile Station International ISDN Number" (MSISDN), l'identifiant téléphonique
"Passerelle- Voix" du dispositif (201, 202) qui s'interconnecte au réseau mobile local pour toute communication voix, l'identifiant téléphonique "Passerelle-SMS" du dispositif (301, 302) qui s'interconnecte au même réseau mobile local pour toute communication SMS ;
l'élément contact (521) qui comporte tous les identifiants de chacun de N éléments faisant partie du carnet d'adresse de l'utilisateur (511) : nom, localisation courante (pays d'origine ou pays visité), l'identifiant téléphonique MSISDN-Courant (dans le pays d'origine ou dans le pays visité) ;
l'élément pays (531) qui comporte tous les paramètres opérateur/réseau pour chaque pays visité dans lequel un utilisateur peut se rendre: l'identifiant de l'opérateur local, identifiant téléphonique MSISDN-Courant parmi les identifiants possibles de la carte SIM (700) multi - identifiants que l'utilisateur utilise dans ce pays, l'identifiant téléphonique "Passerelle-Voix" du dispositif (201 ou 202) qui s'interconnecte au réseau mobile étranger (601 ou 602) pour toute communication voix, l'identifiant téléphonique "Passerelle-SMS" du dispositif (301 ou 302) qui s'interconnecte au réseau mobile étranger (601 ou 602) pour toute communication SMS, le coût d'un appel local émis/reçu vers/de le dispositif "Passerelle- Voix", le coût d'un SMS envoyé vers le dispositif "Passerelle- SMS" ;
l'élément Etat (541) qui fonctionne comme machine à états finis, permettant de connaître l'état opérationnel de l'usager à un instant donné.
5. Procédé de fourniture de services d'interconnexion selon l'une des revendications précédentes,
caractérisé en ce qu'il comprend la procédure dite de "Présence" effectuée par l'utilisateur suite à un changement de pays, cette procédure de "
Présence " qui a pour objectif de vérifier les droits de l'utilisateur et de faire correspondre la localisation physique de l'utilisateur à la localisation logique du dispositif de télécommunication mobiles (101, 102) et de la carte SIM
(700) multi - identifiants, se traduisant par la mise en œuvre des étapes suivantes;
Etapes 1 et 2 : au démarrage, la carte SIM multi identifiants (700) et le dispositif de télécommunication mobiles (101, 102) vérifient la compatibilité de ce dernier avec le « SIM Application Toolkit » (SAT);
- Etape 3 : la carte SIM multi identifiants (700) envoie un menu de démarrage avec la liste des applications SIM disponibles ;
Etapes 4 et 5 : l'utilisateur choisi une application SIM (par exemple la SIM « France », ou la SIM « Italie », ou autre) ; la carte SIM multi identifiants (700) envoie au moyen mobile de communication (101, 102) l'identifiant IMSI correspondant à l'application SIM choisie ; selon le mode de fonctionnement de la carte SIM, les étapes 4 et 5 peuvent être automatiques et transparentes par rapport à l'utilisateur; Etape 6 : les procédures d'enregistrement au réseau cellulaire (601) (réseau GSM ou UMTS) sont échangées entre la carte SIM multi identifiants (700), le moyen mobile de communication (101, 102) et le réseau cellulaire (601, 602);
Etape 7 : l'utilisateur démarre le module applicatif (111, 112) ;
Etape 8 : la procédure de « Présence » est exécutée par le module applicatif (111, 112): les paramètres décrivant la localisation physique et logique sont envoyés au routeur d'interconnexion (500) via la "Passerelle-SMS" (301) ; en particulier, un SMS de signalisation est déclenché par le module applicatif (111, 112) vers la "Passerelle- SMS" (301), ce SMS contenant les paramètres de localisation logique et physique du moyen mobile de communication (101, 102) et de l'utilisateur, respectivement ; à son tour, la "Passerelle-SMS" (301) peut relayer les informations de localisation au routeur d'interconnexion (500) ;
Etapes 9. et 10 : le routeur d'interconnexion (500) enregistre les informations de localisation et renvoie un message de retour à destination de la "Passerelle- SMS" (301) ; à son tour, la "Passerelle- SMS" (301) peut relayer les informations de localisation au module applicatif (111, 112) par le biais d'un SMS ;
Etape 11 : les mêmes informations de localisation sont enregistrées par le module applicatif (111, 112) du moyen mobile de communication (101, 102).
6. Procédé selon la revendication 5,
caractérisé en ce que le module applicatif (111, 112) déclenche la procédure de « Présence » selon la réalisation des étapes suivantes :
Etape A. le module applicatif (111, 112) déclenche la reconnaissance du "Mobile Country Code" (MCC) à partir de la liaison radio entre le moyen mobile de communication (101, 102) et le réseau cellulaire (601, 602) auquel il est attaché ;
Etape B. la valeur du MCC est comparée avec la valeur stockée dans une zone de mémoire contrôlée par le logiciel applicatif (111, 112) ; si les deux valeurs diffèrent, l'utilisateur a changé de pays : l'événement « Présence » est alors déclenché et l'automate du module applicatif (111, 112) passe à l'état « PRESENCE » (122) afin de déclarer la nouvelle localisation géographique de l'utilisateur au routeur d'interconnexion (500); Etape C. si les deux valeurs de MCC sont identiques, l' IMSI est alors analysé à partir de la carte SIM insérée dans le moyen de communication (101, 102);
Etape D. la valeur du IMSI est comparée avec la valeur stockée dans une zone de mémoire contrôlée par le module applicatif (111, 112) ; si les deux valeurs diffèrent, cela signifie que l'utilisateur a changé de réseau GSM (UMTS) : l'événement « Présence » est alors déclenché et l'automate du module applicatif (111, 112) passe à l'état
« PRESENCE » (122) afin de déclarer la nouvelle localisation logique du moyen mobile de communication (101, 102) au routeur d'interconnexion (500).
7. Procédé selon l'une des revendications précédentes,
caractérisé en ce qu'un utilisateur déclenche une procédure d'appel sortant à partir de son pays d'origine; cette procédure dite d'appel avec terminaison d'appel « directe » comporte la réalisation des étapes suivantes :
Etape 1 : suite à une commande de déclenchement d'appel de la part de l'utilisateur, le module applicatif (111) vérifie les politiques de gestion d'appel à appliquer ;
- Etape 2 : le module applicatif (111) déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle-Voix" (201) ; la signalisation d'appel entre les commutateurs du réseau cellulaire local (601) et le dispositif "Passerelle-Voix" (201) est conforme à la norme "ISDN User Part" (ISUP) ;
- Etape 3 : suite à l'établissement d'appel (Etape 2), le dispositif
"Passerelle- Voix" (201) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) ; une telle procédure est conforme au standard "Session Initiation Protocol" (SIP) ;
- Etape 4 : à la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le moyen mobile de communication (101) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle-Voix" (201) ; grâce à la procédure de déclenchement d'appel exécutée par le module applicatif (111, 112), dès l'établissement d'un tel canal de communication, les tonalités DTMF ("Dual Tone Multifrequency") qui correspondent à l'identifiant téléphonique "MSISDN-France" de l'appelé sont envoyées du moyen mobile de communication (101) au dispositif routeur d'interconnexion (500), par intermédiation de la "Passerelle- Voix" (201) ;
Etape 5 : le dispositif routeur d'interconnexion (500) interroge la partie Contact (521) de la base de données (501) afin d'obtenir la localisation courante et l'identifiant téléphonique "MSISDN- Courant" du correspondant appelé ;
Etape 6 : le dispositif routeur d'interconnexion (500) interroge la partie Pays (531) de la base de données (501) afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle- Voix" (202) ;
Etape 7 : le dispositif routeur d'interconnexion (500) déclenche une procédure d'établissement d'appel vers le dispositif "Passerelle- Voix" (202) ; une telle procédure est conforme au standard Session Initiation Protocol (SIP) ;
- Etape 8 : suite à l'étape 7, le dispositif "Passerelle- Voix" (202) déclenche une procédure d'établissement d'appel vers un moyen mobile de communication (102) ; la signalisation d'appel entre les commutateurs du réseau cellulaire local (602) et le dispositif "Passerelle- Voix" (202) est conforme à la norme "ISDN User Part" (ISUP) ;
à la fin des étapes 2 et 3, un canal de communication "voix" est établi entre le moyen mobile de communication (101) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle- Voix" (201) ; similairement, à la fin des étapes 7 et 8, un canal de communication "voix" est établi entre le moyen mobile de communication (102) et le routeur d'interconnexion (500), par intermédiation de la "Passerelle- Voix" (202) ; le dispositif routeur d'interconnexion (500) peut ainsi établir un pont entre les différents tronçons de communication afin de mettre en correspondance le mobile de communication (101) de l'appelant et celui (102) de l'appelé. 8. Procédé selon les des revendications précédentes,
caractérisé en ce que l'utilisateur en déplacement dans un pays étranger déclenche une procédure d'appel sortant ; la procédure d'appel sortant est gérée par le module applicatif (111) du moyen mobile de communication (101) ; cette procédure dite d'appel avec mise en conférence par « Call-back SMS » comporte la réalisation des étapes suivantes :
Etapes 1, 2. suite à une commande de déclenchement d'appel de la part de l'utilisateur appelant, l'automate du module applicatif (111) passe dans l'état 'Appel' (123) afin de vérifier les politiques de gestion d'appel à appliquer;
- Etape 3. l'automate du module applicatif émet une commande d'instruction en SMS comportant le numéro de l'appelé avec son indicatif international vers le dispositif "passerelle-SMS" (301);
Etape 4. le dispositif "passerelle-SMS" (301) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) ; selon un exemple d'implémentation, une telle procédure est conforme au standard "HyperText Transfer Protocol" (HTTP) ; l' en-tête de la procédure http GET (ou http POST) contient le MSISDN-Courant de l'appelant ainsi que le MSISDN du destinataire;
- Etape 5. le dispositif routeur d'interconnexion (500) interroge la partie Contact (521) de la base de données (501) afin d'obtenir la localisation courante (Etats-Unis) et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé;
Etape 6. le dispositif routeur d'interconnexion (500) interroge la partie Pays (531) de la base de données (501) afin d'obtenir l'identifiant téléphonique du dispositif "Passerelle-SMS" (302); Etape 7. le dispositif routeur d'interconnexion (500) ouvre une session de conférence téléphonique ; il déclenche une procédure de rappel vers le dispositif "Passerelle- Voix" (201);
Etape 8. le dispositif "Passerelle- Voix" (201) utilise le numéro MSISDN reçu afin de localiser le GMSC ('GSMC = 'Gateway
Mobile Switching Center') du réseau mobile de l'appelant (101) ; une fois le GSMC identifié, un signal 'IAM' ('Initial Address Message') est relayé à ce dernier;
Etape 9. le MSC/VLR ('Mobile Switching Center / Visiting Location Register') du réseau cellulaire (601) qui contrôle actuellement le téléphone cellulaire (101) de l'appelant destinataire vérifie que le numéro appelé est bien dans ses tables de routage et procède à un rappel vers l'appelant (101);
Etape 10. suite à l'étape 9, un canal de communication est établi entre le dispositif routeur d'interconnexion (500) et le téléphone mobile
(101) ; un message d'attente peut être envoyé à l'appelant;
Etapes 11, 12, 13. elles sont identiques aux étapes correspondantes 7,
8, 9 : suite à l'étape 13, un canal de communication est établi entre le dispositif routeur d'interconnexion (500) et le téléphone mobile (10); Etape 15. le GMSC du réseau cellulaire (602) renvoie au dispositif
"Passerelle- Voix" (202) un message 'ACM' ('Address Complète Message') afin d'informer le dispositif (202) qu'un circuit a bien été réservé;
Etapes 16. à 19. suite à l'étape 15, le dispositif "Passerelle- Voix" (202) renvoie au routeur d'interconnexion (500) un message SIP de type 'Ringing' ; ce message est relayé par tous les éléments réseau concernés afin que l'appelant puisse entendre la tonalité 'libre' provenant du téléphone mobile (102) du destinataire;
Etape 21. suite au décrochage du téléphone mobile (102) le GMSC du réseau cellulaire (602) renvoie au dispositif "Passerelle- Voix" (202) un message 'ANM' ('ANswer Message') afin d'informer le dispositif (202) que le destinataire a décroché;
Etapes 22 à 25. suite à l'étape 21, le dispositif "Passerelle- Voix" (202) renvoie au routeur d'interconnexion (500) un message SIP de type 'OK' ; ce message est relayé par tous les éléments réseau concernés afin que une connexion directe puisse être établie entre l'appelant et le destinataire;
9. Procédé selon l'une des revendications 7 et 8,
caractérisé en ce que les politiques de gestion d'appel mises en place sous le contrôle du module applicatif (111, 112) ou du dispositif routeur d'interconnexion (500), se traduisent par la mise en œuvre des étapes suivantes :
Etape A. le module applicatif lit la valeur courante du MCC stockée dans une zone de mémoire spécifique ; cette valeur avait été obtenue au préalable à partir de la liaison radio entre le moyen mobile de communication (101) et le réseau cellulaire (601) auquel il est attaché ; on appellera dans la suite cette valeur "MCC Radio";
Etape B. le module applicatif lit une deuxième valeur courante du MCC stockée dans une zone de mémoire spécifique ; cette valeur avait été obtenue au préalable à partir d'un des IMSI de la carte SIM Multi-IMSI insérée dans le moyen mobile de communication (101) ; on appellera dans la suite cette valeur "MCC IMSI";
Etape C. les valeurs "MCC Radio" et "MCC IMSI" sont comparées ; si elles sont différentes, la localisation physique de l'utilisateur et la localisation 'logique' (dans le sens du réseau GSM/UMTS) sont différentes ; dans ce cas, une procédure d'appel de type 'conférence téléphonique' est déclenchée ; par contre, si les valeurs "MCC Radio" et "MCC IMSI" sont identiques on passe à l'étape D; - Etape D. le module applicatif (111) vérifie si la valeur du
"MCC Radio" correspond au pays d'origine de l'utilisateur ; il est important de noter que dans le cas d'une SIM Multi-IMSI, l'utilisateur a plusieurs 'Pays d'origine' : en effet, dans ce cas, plusieurs localisations physiques de l'utilisateur peuvent correspondre à autant de 'localisation logiques' du moyen mobile de communication 101 ; si la valeur du "MCC Radio" correspond à l'un des pays d'origine de l'utilisateur, une procédure d'appel de type 'appel direct' est déclenchée ; dans le cas contraire, une procédure d'appel de type 'conférence téléphonique' est déclenchée.
10. Procédé selon l'une des revendications 3 à 9,
caractérisé en ce que la procédure d'adaptation de la procédure de " Présence " à la plateforme CAMEL et, en particulier, à la méthode de signalisation courte de type USSD comprend les étapes suivantes :
Etapes 1 à 7. elles sont identiques aux étapes correspondantes de la revendication 4 ;
Etape 8. suite à une commande de l'utilisateur, le module applicatif (111) effectue un appel selon la syntaxe USSD : * ABC* Corps du message, où *ABC* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à la procédure de "Présence" et le Corps du message comportant l'identifiant téléphonique courant de la carte SIM Multi-IMSI ainsi que la description de la localisation physique de l'utilisateur, la requête du service USSD est relayée du HLR (611) vers le gsmSCF (800) compris dans le SCP (800);
- Etape 9. par le biais d'une requête http, le dispositif SCP (800) déclenche une requête de "Présence" vers le routeur d'interconnexion (500);
Etape 10. le routeur d'interconnexion (500) et sa base de données (501) enregistrent les informations de localisation;
- Etape 11. par le biais d'une requête http, le routeur d'interconnexion
(500) renvoie une réponse au dispositif SCP (800); Etape 12. à son tour, le dispositif SCP (800) renvoie vers le module applicatif (111) une réponse selon la syntaxe USSD : *ABC*Corps du message, Corps du message comprenant l'identifiant téléphonique de la carte SIM locale ainsi que les paramètres nécessaire au module applicatif (111) du moyen mobile de communication (101) afin de lui permettre d'enregistrer les informations de localisation physique et logique.
11. Procédé selon l'une des revendications 3 à 10,
caractérisé en ce que l'adaptation de la procédure de "Call-back SMS" selon la revendication 8, en utilisant une procédure de "Call-back USSD", se traduit par la mise en œuvre des étapes suivantes:
Etape 1 : suite à une commande de déclenchement d'appel de la part de l'utilisateur appelant, l'automate du module applicatif (111) passe dans l'état 'Appel' (123) afin de vérifier les politiques de gestion d'appel à appliquer;
Etape 2. le module applicatif (111) envoie une requête d'appel selon la syntaxe USSD : *XYZ* Corps du message, où *XYZ* est le code du service USSD défini dans la plateforme CAMEL, ce code correspondant à une procédure de "call-back USSD" et le Corps du message comportant le numéro de l'appelé avec son indicatif international;
Etape 3. le dispositif SCP (800) déclenche une procédure d'établissement d'appel vers le dispositif routeur d'interconnexion (500) , selon un exemple d'implémentation, une telle procédure est conforme au standard "HyperText Transfer Protocol" (HTTP) ; l'entête de la procédure http GET (ou http POST) contiendra l' MSISDN- Courant de l'appelant ainsi que le MSISDN du destinataire ; Etape 4. le dispositif routeur d'interconnexion (500) interroge la partie Contact (521) de la base de données (501) afin d'obtenir la localisation courant et l'identifiant téléphonique "MSISDN-Courant" du correspondant appelé ;
les étapes suivantes sont identiques à celles correspondantes de la revendication 8.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0955727A FR2949285B1 (fr) | 2009-08-21 | 2009-08-21 | Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. |
| FR1050630A FR2949287B1 (fr) | 2009-08-21 | 2010-01-29 | Procede et dispositif de fourniture de services d'interconnexion permettant de relier un ensemble de reseaux cellulaires. |
| FR1053231A FR2949286B1 (fr) | 2009-08-21 | 2010-04-27 | Procede et dispositif permettant l'interconnexion entre des reseaux cellulaires. |
| PCT/FR2010/051718 WO2011020972A2 (fr) | 2009-08-21 | 2010-08-16 | Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| EP2468023A2 true EP2468023A2 (fr) | 2012-06-27 |
Family
ID=41785786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| EP10762984A Withdrawn EP2468023A2 (fr) | 2009-08-21 | 2010-08-16 | Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20120157094A1 (fr) |
| EP (1) | EP2468023A2 (fr) |
| CN (1) | CN102577452A (fr) |
| FR (3) | FR2949285B1 (fr) |
| WO (1) | WO2011020972A2 (fr) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8862742B2 (en) * | 2010-12-21 | 2014-10-14 | Oracle International Corporation | Communications service broker for orchestration of services in a telecommunications network |
| CN102892101B (zh) * | 2011-07-19 | 2017-11-14 | 中兴通讯股份有限公司 | 一种智能漫游业务的实现方法及系统 |
| CN103631808B (zh) * | 2012-08-24 | 2018-03-23 | 腾讯科技(深圳)有限公司 | 沟通记录排列方法和装置 |
| DE102012018540A1 (de) | 2012-09-19 | 2014-03-20 | Giesecke & Devrient Gmbh | Teilnehmeridentitätsmodul zum Authentisieren eines Teilnehmers an einem Kommunikationsnetzwerk |
| FR3003424A1 (fr) * | 2013-03-15 | 2014-09-19 | Marco Fratti | Systeme de reseaux cellulaires avec carte sim multi service a double identifiant |
| US9414415B1 (en) * | 2013-09-10 | 2016-08-09 | Sprint Communications Company L.P. | Call setup system and method for setting up a wireless media session extending from a first network to a second network |
| US9330247B2 (en) * | 2014-04-18 | 2016-05-03 | The Boeing Company | Apparatus and method for managing multiple user accounts on a memory card |
| US9735821B2 (en) | 2014-11-25 | 2017-08-15 | Red Hat, Inc. | Subscriber identity module (SIM) selection in multi-SIM communication devices |
| CN107705108A (zh) * | 2017-09-15 | 2018-02-16 | 公安县凯翔网络软件开发有限公司 | 海外手机充值平台 |
| US11368833B2 (en) * | 2017-10-22 | 2022-06-21 | Mohamed Jamoussi | Announced roaming location (AROL) service |
| CN108430042B (zh) * | 2018-01-02 | 2019-06-18 | 杭州络漫科技有限公司 | 六模全网通全球移动通信语音短信网络交换转发系统 |
| CN111031181B (zh) * | 2019-11-18 | 2021-09-17 | 集奥聚合(北京)人工智能科技有限公司 | 电话外呼的属地化线路部署、调度方法以及系统、服务器 |
| US11936694B2 (en) | 2021-11-18 | 2024-03-19 | T-Mobile Usa, Inc. | Cross-domain routing based on session initiation protocol information |
| US12035420B2 (en) | 2021-11-18 | 2024-07-09 | T-Mobile Usa, Inc. | Breakout gateway control function number modification based on SIP invite header information |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1040691B1 (fr) * | 1997-12-10 | 2007-04-04 | XIRCOM Wireless, Inc. | Systeme de telecommunication et procede d'adressage de lignes de jonction sans fil multi-capacite |
| FI108201B (fi) * | 1998-12-30 | 2001-11-30 | Nokia Networks Oy | Usean tilaajatunnuksen hallinta |
| US7050426B2 (en) * | 2000-03-29 | 2006-05-23 | Edgeaccess, Inc. | Method and system for routing calls from a standard telephone device to a voice over internet protocol network |
| EP1665838B1 (fr) * | 2003-08-13 | 2010-03-10 | Roamware, Inc. | Passerelle de signalisation àa imsi multiples et services multiples msisdn (mimm) dans un seul sim pour multiples partenaires itinerants |
| US7477734B1 (en) * | 2003-11-04 | 2009-01-13 | Nortel Networks Limited | Packet switching dialing plan interface to/from PSTN networks |
| WO2005069657A1 (fr) * | 2004-01-13 | 2005-07-28 | Siemens Aktiengesellschaft | Procede et dispositif pour la selection d'une identite d'abonne de telephonie mobile |
| US7912504B2 (en) * | 2004-12-30 | 2011-03-22 | Telepo Ab | Alternative routing |
| JP4964148B2 (ja) * | 2004-12-30 | 2012-06-27 | テレポ アクチボラゲット | 別のルーティングのために設けられたセルラテレコミュニケーションネットワークにおける方法及びサーバ |
| WO2006094564A1 (fr) * | 2005-03-09 | 2006-09-14 | Telecom En Consulting | Procede de reroutage de communications de telephonie mobile |
| FR2887109B1 (fr) * | 2005-06-09 | 2007-12-07 | Inter Mobile Soc Par Actions S | Procede d'etablissement d'une communication a partir d'un telephone mobile |
| US20070003035A1 (en) * | 2005-06-21 | 2007-01-04 | Bin Zhu | Auto phone dialing system for multiple phone service providers |
| WO2007041649A2 (fr) * | 2005-10-03 | 2007-04-12 | Lagunawave Inc | Voip avec acces appel local |
| US20080020755A1 (en) * | 2006-05-16 | 2008-01-24 | Mino Holdings, Inc. | Method and system for international roaming using virtual sim card |
| GB2439370A (en) * | 2006-06-26 | 2007-12-27 | Symbian Software Ltd | Telecommunications device contains multiple subscriber identities for simultaneous use on a wireless network |
| WO2008103394A2 (fr) * | 2007-02-21 | 2008-08-28 | Roamware, Inc. | Procédé et système de réalisation de service simm vers des abonnés sortants d'un réseau de référence au moyen d'une solution à base de surveillance passive |
| US20100257539A1 (en) * | 2009-03-31 | 2010-10-07 | Krishnakumar Narayanan | System, method and apparatus for providing functions to applications on a digital electronic device |
-
2009
- 2009-08-21 FR FR0955727A patent/FR2949285B1/fr not_active Expired - Fee Related
-
2010
- 2010-01-29 FR FR1050630A patent/FR2949287B1/fr not_active Expired - Fee Related
- 2010-04-27 FR FR1053231A patent/FR2949286B1/fr not_active Expired - Fee Related
- 2010-08-16 CN CN2010800455596A patent/CN102577452A/zh active Pending
- 2010-08-16 EP EP10762984A patent/EP2468023A2/fr not_active Withdrawn
- 2010-08-16 WO PCT/FR2010/051718 patent/WO2011020972A2/fr not_active Ceased
- 2010-08-16 US US13/391,470 patent/US20120157094A1/en not_active Abandoned
Non-Patent Citations (1)
| Title |
|---|
| See references of WO2011020972A2 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102577452A (zh) | 2012-07-11 |
| FR2949287B1 (fr) | 2012-05-04 |
| FR2949287A1 (fr) | 2011-02-25 |
| FR2949285A1 (fr) | 2011-02-25 |
| FR2949286A1 (fr) | 2011-02-25 |
| US20120157094A1 (en) | 2012-06-21 |
| WO2011020972A3 (fr) | 2011-04-14 |
| FR2949286B1 (fr) | 2012-10-19 |
| WO2011020972A2 (fr) | 2011-02-24 |
| FR2949285B1 (fr) | 2012-05-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2468023A2 (fr) | Procede et dispositif permettant la gestion optimale d'appels entre des reseaux de telephonie mobile cellulaire nationaux. | |
| EP3639541B1 (fr) | Configuration d'un terminal dans un réseau ims avec une stratégie de resélection d'un type réseau | |
| EP3417591B1 (fr) | Procédé et serveur de sélection d'un serveur d'entrée d'un réseau de communication ims | |
| EP3257295B1 (fr) | Procédé de configuration d'un terminal connecte a un réseau de communication | |
| EP2404406B1 (fr) | Centre réseau multiservices générique, de création et d'orchestration d'applications et de services de réseaux | |
| EP1942695B1 (fr) | Système de mobiles à deux cartes SIM | |
| EP2327236B1 (fr) | Centre ussd générique d'applications et de services réseaux | |
| WO2014009502A1 (fr) | Procede d'enregistrement d'au moins une adresse publique dans un reseau ims et application correspondante | |
| FR3010607A1 (fr) | Systeme de reseaux cellulaires avec carte sim virtuelle et equipement de support | |
| FR2911240A1 (fr) | Systeme de terminaisons d'appels vers des numeros de mobiles par ip sans cooperation du reseau de mobile | |
| FR2911239A1 (fr) | Systeme de terminaisons d'appels vers des numeros de mobiles par ip avec authentification | |
| FR2936390A1 (fr) | Procede et dispositif pour un systeme de communication offrant des services d'itinerance | |
| FR2941832A1 (fr) | Procede et dispositif pour un systeme d'interconnexion entre reseaux cellulaires | |
| FR2930395A1 (fr) | Procede et dispositif pour un systeme de communication offrant des services de convergence fixe-mobile. | |
| FR2882487A1 (fr) | Procede de routage d'appel dans un terminal bi-mode | |
| BE1015583A3 (fr) | Systeme de transmission d'informations entre les telephones mobiles d'operateurs de reseau non lies par des accords d'itinerance. | |
| WO2022136786A1 (fr) | Procede de traitement d'une demande d'enregistrement d'un terminal d'un utilisateur d'un reseau de communication, procede de mise a disposition d'une table de numeros d'urgence, procede de gestion d'une table de numeros d'urgence, dispositifs, equipement de proximite, equipement de controle, equipement de gestion d'une mobilite d'un terminal d'un utilisateur, systeme et programmes d'ordinateur correspondants | |
| FR2865342A1 (fr) | Solution de selection du transporteur depuis telephone mobile pour des communications preferentielles | |
| FR2986685A1 (fr) | Systeme de hub de sous-reseaux cellulaires avec carte sim a double identifiant | |
| FR2856878A1 (fr) | Systeme de transmission d'informations entre les telephones mobiles d'operateurs de reseau non lies par des accords d'itinerance | |
| FR2887727A1 (fr) | Procede de personnalisation de la carte de visite d'un appele selon l'identite d'un appelant | |
| FR2887390A1 (fr) | Procede et equipement de selection, depuis un terminal mobile, d'un compte payeur d'un appel telephonique | |
| EP2837155A1 (fr) | Procédé d'appairage d'un élément de sécurité a un terminal de télécommunications et système correspondant | |
| FR3003424A1 (fr) | Systeme de reseaux cellulaires avec carte sim multi service a double identifiant | |
| FR2999858A1 (fr) | Procede et systeme d'enregistrement d'un telephone mobile cellulaire equipe d'une carte proactive de type uicc aupres de divers operateurs mobiles, et carte proactive correspondante |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
| 17P | Request for examination filed |
Effective date: 20120221 |
|
| AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR |
|
| DAX | Request for extension of the european patent (deleted) | ||
| STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
| 18D | Application deemed to be withdrawn |
Effective date: 20140301 |