WO2007101996A1 - A method of enabling a wireless device to make a network connection without using a network operator's home location register - Google Patents

A method of enabling a wireless device to make a network connection without using a network operator's home location register Download PDF

Info

Publication number
WO2007101996A1
WO2007101996A1 PCT/GB2007/000782 GB2007000782W WO2007101996A1 WO 2007101996 A1 WO2007101996 A1 WO 2007101996A1 GB 2007000782 W GB2007000782 W GB 2007000782W WO 2007101996 A1 WO2007101996 A1 WO 2007101996A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
method
wireless
call
module
Prior art date
Application number
PCT/GB2007/000782
Other languages
French (fr)
Inventor
Michael Camilleri
Jose Luis Merino Gonzalez
Original Assignee
Ghost Telecom Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to GB0604537.1 priority Critical
Priority to GBGB0604537.1A priority patent/GB0604537D0/en
Application filed by Ghost Telecom Limited filed Critical Ghost Telecom Limited
Publication of WO2007101996A1 publication Critical patent/WO2007101996A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L29/00Arrangements, apparatus, circuits or systems, not covered by a single one of groups H04L1/00 - H04L27/00
    • H04L29/02Communication control; Communication processing
    • H04L29/06Communication control; Communication processing characterised by a protocol
    • H04L29/0602Protocols characterised by their application
    • H04L29/06027Protocols for multimedia communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1066Session control
    • H04L65/1069Setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1066Session control
    • H04L65/1096Features, e.g. call-forwarding or call hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • H04W4/029Location-based management or tracking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/04Registration at HLR or HSS [Home Subscriber Server]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Abstract

A wireless device can initiate a network connection without using a network operator's home location register. The wireless device sends data to a server that defines a call request; and the server decides on the appropriate routing over all available networks for that call request. But, unlike a conventional HLR, the server can receive communications from the device using any one of several different protocols, and is not limited to the MAP (mobile application part) protocol. For example, the wireless device can use SMS or HTTP over the Internet to communicate with the server. The server then determines the appropriate least cost routing.

Description

A METHOD OF ENABLING A WIRELESS DEVICE TO MAKE A NETWORK CONNECTION WITHOUT USING A NETWORK OPERATOR'S HOME LOCATION REGISTER

FIELD OF THE INVENTION

This invention relates in general terms to a method and apparatus of interfacing and connecting a wireless device to a network. It relates in particular to a method of enabling a wireless device to make a network connection without using a network operator's home location register (HLR).

BACKGROUND OF THE INVENTION

Wireless devices can now handle voice and/or data, allowing simplex and/ or duplex voice calls, video calls, text messaging, and internet browsing. Some wireless communication devices can now handle voice-over-internet-protocol (VoIP) calls, and others are able to handle multimedia (voice, video, graphics) calls through the wireless networks and/or through wireless networks connected to the internet or media servers.

Different 'types of calls, initiated by wireless devices, can be restricted for some or most of their outgoing traffic; for example voice and data calls, as well as internet web browsing, can be restricted to those calls tariffs made available by the wireless network(s) that is subscribed to. Those wireless networks could be traditional wireless network operators or so called virtual network operators. The restrictions can even limit which web servers the user is actually allowed to access; in most or all cases the restrictions will limit the users in their home country to only one wireless network, i.e. the home wireless network to which the user is subscribed to.

Users of wireless devices subscribed to a specific wireless network in their home country, may however wish to have a choice of call set-up route(s), and also have the choice of viewing any web server or web-page that they desire, and to initiate their outgoing calls at the tariff of their choice and through any of the wireless network(s) available in their home country, as well as when roaming abroad. This would give each wireless device user the freedom to choose the cheapest option for each call set-up route for any outgoing traffic, such as outgoing —SMS, -voice call, -data call.

With existing systems however, this is very difficult because mobile network operators have little economic incentive to provide end-users with the freedom to choose the cheapest network for each call set-up route for any outgoing traffic, such as outgoing —SMS, -voice call, -data call. In fact, they have every economic incentive to make this very difficult. One mechanism that entrenches the network operators' ability to restrict such freedom is the fact that every network operator in effect has considerable control over each subscriber because each subscriber to a particular has to be registered in the home location register (HLR) of that operator in order to receive service. The ownership and control that a network operator has over its HLR constitutes a major entry barrier to competitors seeking to offer lower cost services.

Before summarising the invention, we will explain some background terms.

A Home Location Register (HLR) is a database that contains mobile subscriber information for all subscribers to an operator. It is owned and maintained by that mobile operator. A Visitor Location Register (VLR) is a database owned and maintained by a mobile operator. It contains temporary information about mobile subscribers that are currently located in a geographic area served by that mobile operator, but whose Home Location Register (HLR) is elsewhere.

HLR subscriber information includes the International Mobile Subscriber Identity (IMSI), service subscription information, location information (the identity of the currently serving Visitor Location Register (VLR) to enable the routing of mobile- terminated calls), service restrictions and supplementary services information. The HLR also initiates transactions with VLRs to complete incoming calls and to update subscriber data.

The IMSI is a unique non-dialable number allocated to each mobile subscriber that identifies the subscriber and bis or her operator subscription. The IMSI is stored in the Subscriber Identity Module (SIM). The IMSI is made up of three parts (1) the mobile country code (MCC) consisting of three digits, (2) the Mobile Network Code (MNC) consisting of two digits, and (3) the Mobile Subscriber Identity Number (MSIN) with up to 10 digits.

When a mobile subscriber roams away from his home location and. into a remote location

(typically to a different country), SS7 messages are used to obtain information about the subscriber from the HLR, and to create a temporary record for the subscriber in the VLR.

There is usually one VLR per operator. The VLR automatically updates the HLR with the new location information, which it does using an SS7 Location Update Request Message.

The Location Update Message is routed to the HLR through the SS7 network, based on the global title translation of the IMSI that is stored within the SCCP Called Party Address portion of the message. The HLR responds with a message that informs the VLR whether the subscriber should be provided service in the new location.

Critical to an operator's ability to restrict what end-users can do is the fact that operators control their own HLR, which can be thought of as the gateway into the mobile communications system. Even 'virtual mobile network operators' (VMNOs) are in effect subservient to the mainstream network operators that manage the physical infrastructure because the VMNOs still need to access the HLRs of the network operators.

SUMMARY OF THE INVENTION

In the present invention, a wkeless device can initiate a network connection without using a network operator's home location register (HLR). The wireless device sends data to a server that defines a call request; and the server decides on the appropriate routing over all available networks for that call request. But, unlike a conventional HLR, the server can receive communications from the device using any one of several different protocols, and is not limited to the MAP (mobile application part) protocol. For example, the wireless device can use SMS or HTTP over the internet to communicate with the server.

The server may enable the connection by conferencing the device and recipient into a single call. The server receives and detects incoming communications/calls, by monitoring all the available external interfaces to the server.

The server can also acts as a media server, so that the network connection is not limited to a voice connection, but includes also the transfer of any media asset, including data, video, and audio files, web pages and data, video and audio streaming.

The server initiates a local call to the device, using the information on the server's location data base and services data base to correctly re-route a calling party to the device. The server maintains a database of location updates provided by the device. The server may also act as a VOIP server.

The device can include a module that is responsible for contacting the server. This module can be implemented as software that is downloadable to the device. The module establishes and controls communication between the device and the server and provides location updates to the server. The module therefore monitors the wireless network name and country code associated with the device.

The module sends any change in the wireless network name or country code to the server. The module also sends real time clock data with each message to the server, defining the time at which the message was sent according to the real time clock the module has access to. In one implementation, the user has to enter any data required by the server manually into the device. This will apply in particular where the device includes no module as described above.

The device may include a single SIM, the module enabling the device to operate as though it included two or more different IMSIs or SIMs. The module can be adapted to switch the single SIM between (a) operating as a local SIM and (b) operating as a roaming SIM. The module may itself form part of the single SIM.

The module monitors the device for an international call request, incoming call signalling, and caller ID. The module notifies the user if a connection has been made by the server to the required recipient; the module also notifies the user if no connection has been made and the attempt has timed-out. The module is adapted to switch the network operator that the device uses for a particular connection.

The server stores a record of the duration of each call, a record identifying each call and the respective call recipient. The server can then enable bϋls to be sent directly to the device user. The server will typically decide on the lowest cost routing for the connection.

The available networks includes networks controlled by multiple wireless network operators and networks controlled by multiple wireline network operators. The available networks can also include a network used or accessed by a mobile virtual network operator, virtual telecoms operator or a virtual telecoms provider.

The wireless device itself can be a mobile telephone, wireless card, smart phone or wireless module.

In one implementation, there is a proprietary applications module (PAM), which is capable of communicating user and/or media information to an application server (AS) with a built-in proprietary applications server calls manager (PASCM). The PAM is also capable of communicating user and/ or media information to a media server (MS). The communication requires a wireless device (WD) or wireless handheld device (HS), with a built-in PAM, a witeless connection (IF-B) and a wireless network (WN). There can be various types of connection to the application server (AS) and/or a media server (MS):

• a wireless and/or wired interface (IF-C)

• a wireless and/ or wired interface (IF-B) through a wireless network (WN) and a wireless and/or wired interface (IF-C) and through a feed network (FN)

• a wireless and/or wired interface (IF-B) through a wireless network (WN) and a wireless and/ or wired interface (IF-C) and through a voice over internet protocol network (VoIP) to an application server (AS) and/or a media server (MS) )

A proprietary applications server calls manager (PASCM) is capable of communicating with any WD or HS that has a built in proprietary applications module (PAM). . The PASCM enables the communication and exchange of user information with:

• any 3rd party- wireless network (WN) and their end users (even if they do not have a built-in PAM)

• and/or any fixed network (FN) and their end users • and/ or any voice over internet protocol network (VoIP) and their end users.

This is possible through:

• a wireless and/or wired interface (IF-C) with a wireless network and

• a wireless interface (IF-B) with a WD or HS that have (and also those that don't have) a built in PAM, • a wireless and/ or wired interface (IF-C) with a fixed network (FN) end user, or

• a wireless and/or wired interface (IF-C) with a voice over internet protocol network (VoIP) end user.

The PAM establishes data communication between the WD or the HS and a wireless network coupled to a digital communication system with the PASCM. As a first step, the PAM provides location updates each time the WD or HS changes WN name or WN country or region or state. When the WD or HS establishes a standard call, then the PAM acts as a buffer processor between the WD or HS and the IF-B. In the event the call is a local in-country /region/state call or an international call, then the PAM will, automatically and transparently to the user, either (i) add a prefix to the dialled number and initiate the i standard non-altered call or (ϋ) initiate a modified call with a prefix-number through the IF-B or (iii) send a call request to the PASCM with a dedicated SMS through the IF-B, or (iv) send a call request to the PASCM with an HTTP message using the internet or (v) send a call request to the PASCM through some other mechanism.

When the PASCM processes the call request it will, depending on its internal database, initiate the call set-up request by initiating the call from the AS to the WD or HS that initiated such call request and the 3rd party that the WD or HS wishes to reach; it then conferences both into one phone call connection.

The PASCM records the status and actions of each WD and/or HS (with built in PAM): namely, their latest locations at all times, as well as the time of each WD and/or HS call and the duration of each call and the corresponding called 3rd party identification by the PASCM on behalf of each WD or HS (with built-in PAM). This is done, inter alia, for billing processing.

Depending on a case by case basis, as established in the PASCM internal data base, the billing will be done:

• directly by the PASCM to the WD or HS user who requested such call set-up, or

• by the PASCM to a specific WN who then bills the specific WD or HS user who requested such calls set-up, or

• by the PASCM to a specific fixed network who then bills the specific WD or HS user who requested such calls set-up, or

• by the PASCM to a specific voice over internet protocol network VoIP, internet service provider ISP, who then bills the specific WD or HS user who requested such calls set-up. BRIEF DESCRIPTION OF THE DRAWINGS

Figure 1 is a block diagram of a communications system in accordance with the present invention. It includes wireless devices and application and media servers interconnected and communicating through a wireless interface and a wired interface. It also shows the overall basic functionality, with respect to the proprietary applications module (PAM) and proprietary applications server calls manager (P ASCM).

Figures 2 to 10 are implementations of the present invention with respect to the proprietary applications module (PAM).

Figures 11 to 16 are implementations of the present invention with respect to the sub- modules of the proprietary applications module (PAM).

Figure 17 is an example implementation of the present invention with respect to the proprietary applications server calls manager (PASCM).

DETAILED DESCRIPTION OF THE DRAWINGS

Specifically, Figure 1 is a block diagram of a multi media communications system, which can be used to implement an embodiment of the present invention. For this exemplary embodiment, there is shown

• a wireless handheld device (HS),

• a wireless device (WD), both with a built-in PAM,

• a wireless interface IF-B which provides connection for voice and data communication between the WD and/ or HS and a wireless network,

• a fixed network which provides connection for voice and data communication between the wireless network and an application server (AS) and a media server (MS) • a wireless and/ or -wired interface C, which provides connection for voice and data communication between the wireless network or fixed network and the application server (AS) and the media server (MS),

Multiple configurations of the previous elements are possible. For example, there could be multiple wireless devices (WD n), multiple wireless handheld devices (HS n), multiple wireless interfaces (IF-Bn), multiple wireless networks (wireless network n), multiple fixed networks (fixed network n), multiple wireless and/ or wired interfaces (Cn), multiple application servers (AS n) and multiple media servers (MS n).

Referring to Figure 1, there is shown a wireless handheld device (HS), a wireless device (WD), both with a built-in PAM, and an appEcation server (AS) with a built-in PASCM.

The wireless device WD and handheld device HS have a downloaded or an embedded

PAM. WD and HS are configured in accordance with a combination of technologies used in the field of handheld wireless devices and personal digital handheld wireless devices, such as (but not limited to) wireless phones, cellular phones, mobile phones, hand held radio frequency digital communication devices, personal digital assistants and so called smart-phones, which can communicate with the wkeless networks as described.

The wireless network is configured in accordance with a combination of technologies used in the field of wireless digital communications networks; such as GSM-GPRS-WAP based wireless networks, GSM-GPRS-WAP-EDGE based wireless networks, UMTS based wireless networks, PCS based wireless networks, DCS based wireless networks, TDMA based wireless networks, WiFi or WiMax based wireless networks. The fixed network is configured in accordance with a combination of technologies used in the field of fixed wired line digital communications networks; such as but not limited to ATM based switching networks, ADSL or DSL based switching exchanges, fiber optics based switching exchanges, electronic data communication Internet network.

The application server (AS) is where the PASCM resides and all the data from any WD and/or HS (with a built-in PAM) is received, decoded, stored and processed. This data relates to individual users' location updates, calls set-up and any other such features, such as (but not limited to) call divert and billing. There is also shown a media server (MS). The MS is configured in accordance with a combination of technologies used in the field of digital multi-media servers; such as (but not limited to) private storage devices that have their own unique address by means of a simple PC termination; private shared mass storage devices with their own allocated space and their own internet host address, using mass data processing computing devices; publicly shared mass storage devices which each have their own allocated space and their own internet host address, using mass data processing computing devices.

The MS specific multimedia data, in its most common application, is accessed by means of a unique address, such as (but not limited to) an internet web-site address accessed through the internet. However, a dedicated MS, such as (but not limited to) a dedicated music server or a dedicated video /movie server or a dedicated multimedia server, can also be configured to reside at private sites such as private homes, at private or public company locations, private or public organizations locations, or even reside at the fixed network or wireless network locations such as (but not limited to) residing in the WAP (wireless application protocol) base internet network.

The wireless and/ or wired interface C is configured in accordance with a combination of technologies used in the field of fixed wired line digital communications networks; such as (but not limited to) point to point wireless terrestrial connections, point to multipoint wireless connections, point to satellite and satellite to terrestrial connections, ATM based PSTN telephone line, coax or fiber optics connections, ADSL or DSL based PSTN telephone line, coax or fiber optics connections, Fiber optics based PSTN telephone line, coax or fiber optics connections.

In another embodiment of the present invention, the MS of Figure 1 could also act as an application server, by simply embedding a single or multiple PASCM within such single or multiple MS. Any VoIP server could act as an application server again by simply embedding a single or multiple PASCM within such single or multiple VoIP server.

The preferred embodiment of the present invention and its advantages are best understood by referring to Figure 1. Essentially, in accordance with an embodiment of the present invention, we have a method of and apparatus for interfacing and connecting a handheld device or a wireless device to set up call in accordance to a user's own choice of routing (and/ or accessing media data) with any 3rd party end user. There has to be a server (PASCM) to enable the interfacing; the connection can then be over wireless networks, fixed networks or the internet. The WD and/or HS (with a built-in PAM) establishes data communication over a wireless network that is coupled to a digital communication system that feeds the PASCM. The PAM provides location updates each time the WD or HS changes wireless network name or wireless network country or region or state.

When the WD or HS establishes a standard call, then the PAM acts as a buffer processor between the WD and/ or HS and the IF-B5 and in the event the call is a local in country /region/state call, or an international call, then the PAM will, automatically and transparently to the user:

• add a prefix to the dialled number and initiate the standard non altered call or a modified call with a prefix-number through the IF-B,

• or send a call request to the PASCM through a dedicated SMS,

• or send an HTTP call request to the PASCM over the internet,

• or use any other means of communicating with the PASCM, through the IF-B.

When the server AS (in which a PASCM is embedded) processes the call request, it will, depending on its internal database, enable the call set-up request by initiating the call from the server to the originating WD and/ or HS (with a built-in PAM) and also to the 3rd party that the WD and/or HS, requested to communicate with. It will then conference both into one phone call connection.

The PASCM keeps records for each WD and/or HS (with built in PAM), including the latest locations, as well as any user features activated, such as call divert, as well as the actual time of each WD and/ or HS call established by the PASCM, the duration of each call and corresponding called 3rd party identification. This is for bill processing. Depending on a case by case basis as established in the PASCM internal data base, the billing will be done:

directly by the PASCM, or the server the PASCM is embedded into, to the WD or HS user who requested such calls set-up, • ' or by the PASCM to a specific wireless network, who then bills the specific WD or

HS user who requested such call set-up to the PASCM,

• or by the PASCM to a specific fixed network who then bills the specific WD or HS user who requested such call set-up,

• or by the PASCM to a specific voice over internet protocol network who then bills the specific WD or HS user who requested such calls set-up.

The WD and/or HS establishes data communication

• to a wireless network coupled to a digital communication system with the MS, using the wireless connection (IF-B),

• or through the wireless and/ or wireless interface IF-C to the MS,

• or alternatively through the wired network to the MS.

Subsequently the WD and/or HS communicates the user information to the MS allowing full duplex user authentication of the WD and/or HS and thus exchanging, uploading and/or downloading user data and media data, in particular dedicated web-pages, audio and video media downloads from the MS to the WD and/or HS.

Figures 2, 3, 4 and 5 show two different preferred integration embodiments of the proprietary application module (PAM), which in the context of the foregoing are self explanatory, basically showing the integration of a PAM within a wireless device and within a handheld device respectively.

Figures 6 to 10 show five different preferred embodiments of the proprietary application module (PAM) of the invention, which in the context of the foregoing are self explanatory, basically showing some example of the different combinations of the composition of a PAM by combining its sub-modules respectively.

Figures 11 to 16 show the preferred implementation of the proprietary application module (PAM), which in the context of the foregoing are self explanatory, basically showing in each Figure 11 to 16 an example flow-chart implementation of the following PAM sub- modules: proprietary sub-module location update (LU), proprietary sub-module international call set-up optionl (ICSUOl), proprietary sub-module international call set-up option2 (ICSUO2), proprietary sub-module local call set-up optionl (LCSUOl), proprietary sub-module local call set-up option2 (LCSUO2), and proprietary sub-module media server connection set-up (MSCSU)

Figure 17 shows the preferred embodiment of the proprietary application server module (PASCM), which in the context of the foregoing are self explanatory, basically showing an example of its flow-chart implementation.

It should be clear from the preceding disclosures that the present invention provides a method and apparatus of interfacing and connecting a wireless device(s) and specific application server(s) for location update(s), in- and out-going call(s) routing & calls set-up, as well as accessing media data from specific servers linked to or embedded in the wireless network(s), fixed network(s) or the internet. Implementations of the invention provide an advantage allowing any wireless device with a built-in PAM (and also any media server) to be interconnected through the existing wireless networks. Moreover, this invention provides an advantage allowing any wireless device with a built-in PAM to choose the optimal call routing without needing to use a network operator's HLR.

This ability to interconnect and communicate between a wireless device (WD) and/ or a wireless handheld device (HS), and an application server (AS) and/ or any media server (MS) is particularly advantageous for multimedia communications, as well as data and voice calls: the end user previously had limited freedom of choice in terms of the wireless network used; this choice is now fully in the hand of the end user, so long as that user can access the PASCM server by some mechanism (e.g. internet, SMS etc.)

There are implementations of this invention (and variations and improvements), where the PAM(s) would reside in the wireless end-users' wireless handheld device(s) (HS) and/or wireless device(s) (WD). Likewise, the PASCM(s) could reside in server(s) connected to the internet. These approaches could in effect allow one to set-up a "internet mobile virtual network operator" (IMVNO), a "virtual telecoms operator" (VTO) or a "virtual telecoms provider" (VTP), thus introducing more competition in the wireless and/or cellular market place, benefiting end-users, without the need for any wireless device and/ or wireless handheld user to change its current subscription with its wireless network operator. The benefits of this invention can be enjoyed by simply downloading or embedding a PAM within a wireless device (WD) and/or wireless handheld device (HS).

Summary of features in an implementation

The following are optional features of a preferred implementation. The proprietary applications module (PAM) and a proprietary applications server calls manager (PASCM) is capable of communicating through a wireless connection (IF-B) and a wireless and/or wired connection (IF-C). The proprietary applications module (PAM) is capable of communicating Wireless devices' (WD) and/ or wireless Handheld devices' (HS) user and/ or media information to the proprietary applications server manager (PASCM). The proprietary applications server calls manager (PASCM) is capable of communicating with any WD and/or HS that has a built in proprietary applications module (PAM) and communicating and exchanging user information with any 3£d party- wireless network (WN) and their end users, even if they do not have a build-in PAM and/or any fixed network (FN) and their end users and/ or any voice over internet protocol network/ server (VoIP) and their end users.

WD, WDn, HS and HSn are wireless devices and wireless handheld devices in any available current and future wireless technologies respectively, with a built-in PAM. IF-B and IF-Bn are wireless interfaces in any available current and future wireless technologies respectively.

WN and WNn are wireless networks in any available current and future wireless technologies respectively.

IF-C and IF-Cn are wireless and/or wired interfaces in any available current and future wireless and/ or wired technologies respectively. FN and FNn are fixed networks in any available current and future fixed line technologies respectively.

( VoIP and VoIPn are wireless and/or wired voice over internet protocol networks or voice over internet protocol servers in any available current and future "wireless and/or fixed line technologies respectively.

AS and ASn are dedicated applications servers, in any available current and future servers technologies respectively, with a built-in PASCM.

.MS and MSn are media servers in any available current and future servers technologies respectively.

Any individual or multiple PASCM may be built-in as a single (or multiple) module into any one or more of WN, WNn, FN, FNn, MS, MSn, VoIP and VoIPn or any such other processing device(s) and/or server(s) connected to any communications system(s), such as

(but not limited to) so called "servers", "internet servers", "computers", 'TCs", "media servers", "wireless switching exchanges", "fixed switching exchanges", "wireless network processors", "fixed network processor", "ATM network", "ADSL network", "DSL network", "internet servers", "intranet servers".

Any. individual or multiple PAM may be built-in into any WD, HS or any such other wireless device, such as (but not limited to) so called "handsets", "handy", "mobile phones", "cellular phones", "wireless phones", "smart phones", "wireless devices", "wireless PC cards", "wireless modules"

Any individual or multiple PAM may consist of any or all of the following proprietary sub- modules (or any single or multiple combination of these sub-modules) or indeed an equivalent of each such sub-module(s) performing a similar function: proprietary sub-module location update (LU) proprietary sub-module international call set-up optionl (ICSUOl) proprietary sub-module international call set-up option2 (ICSUO2) proprietary sub-module local call set-up optionl (LCSUOl) proprietary sub-module local call set-up option2 (LCSUO2) proprietary sub-module media server connection set-up (MSCSU)

Any individual or multiple wireless device (WD) and/ or wireless handheld device (HS), with a built-in PAM, is capable of communicating with a PASCM built into a dedicated applications server (AS) through:

• a wireless connection with a wireless or mobile network directly to an AS, or

• through a wireless connection with a wireless or mobile network and then through a second wireless and/ or wired connection through a fixed network or switching network to a AS, or

• through a first wireless connection with a wireless or mobile network and then through a second wireless and/ or wired connection through a voice over internet protocol network or server to a AS.

A wireless device (WD) and/or wireless handheld device (HS) (with a built-in PAM), are capable of communicating their geographical location to an PASCM; the proprietary sub- module location update (LU) is a sub-part of the PAM and the LU enables the WD and/or HS through its built in PAM to inform the PASCM of the geographical location, meaning wireless network name & country code, of the WD and/ or HS respectively.

The LU monitors the WD and/ or HS internal network it is authorised for and actually synchronised to and extracts the corresponding wireless network name & country code. The country code can be also a state or region code, and the LU stores it in a temporary LU register memory or alternatively, if access is available from the LU to the WD and/ or HS static read/write memory (such as i.e. EEPROM) then such location information will be stored by the LU in a free WD and/or HS memory address location. The LU then sends this stored location information by means of a dedicated SMS containing such location information to a predefined destination (i.e. phone number). The SMS will then be transmitted by the WD and/ or HS standard SMS protocol through the wireless interface (IF-B) to its final destination - i.e. the PASCM. The LU will continue to monitor any change of the wireless network name & country code to which the WD and/or HS is authorised and synchronised to, in comparison to the latest stored location information of such WD and/or HS. Only in the event of any change of either the network name code or the country name code, will the LU will repeat the previously mentioned procedure of sending a new SMS to the PASCM with the new location information and overwriting the previously memorised/stored location information with the latest new location information into the LU register memory or, if available, within the static read/write memory of the WD and/or HS. Using a static memory that keeps its memory content even after switch off and on, is the preferred embodiment, if access is available to the LU, as this will reduce the number of SMS sent to a minimum.

The PAM is capable of transmitting, together with the information it sends to the PASCM, as described above, the real time clock information of when each data was sent by the PAM to the PASCM. The PASCM is capable of receiving, storing and processing, together with the information it receives from the PAM, the real time information (derived from the real time clock) at which the data was originated by the PAM. The PASCM also has a real time clock built-in for its internal data processing.

The wireless device (WD) and/or wireless handheld device (HS), through its built-in PAM, is capable of communicating with a PASCM; the proprietary sub-module international call set-up optionl (ICSUOl) is a sub-part of the PAM and informs the PASCM of an international call request by the WD and/or HS to a specific identified 3rd party.

The ICSUOl monitors the WD and/or HS internal key-pad, and (if available) any hotkey dedicated to an international call request; it also monitors for incoming call signalling, and caller ID if available. The key-pad serial numbers are buffered and stored in a ICSUOl phone number register memory at the time the send key is hit by the WD and/ or HS user. Then, the ICSUOl will take priority over the WD and/ HS call engine whilst it is processing the data and act as a buffer between the send key action inside the WD and/or HS and the internal outgoing call- and outgoing SMS- engine of the WD and/or HS (or other engine used to communicate with the PACSM). Following the previous action, the ICSUOl will check if the stored phone number starts with either a "+" or "00" and if not it will stop its routines and allow the PAM to run its other sub-modules. But if 'yes', then the ICSUOl will send an SMS (or other signal or message, e.g. over the internet) to the PASCM with the stored phone number previously mentioned. At the same time, it will start or re-initiate an internal ICSUOl timer which initiates the monitoring of the incoming call signalling of the WD and/or HS by the ICSUOl, and if access to the WD and/oϊ HS display is available to the ICSUOl, then the ICSUOl will display a user feedback message, such as "please hold" whilst the timer is running and "Retry later" if the timer expires. If the timer expires, the ICSUOl stops and resets all its routines, the timer and the buffered phone number. However if the timer is not expired and an incoming call is received from a pre-defined identifier, then the ICSUOl will accept the incoming call and optionally notify the requesting WD and/ or HS that his call request to his specified 3rd party number has been established by, for example, a loudspeaker feedback and/or a display feedback if available; it will also reset the timer. Alternatively, if the WD and/ or HS does not support caller ID, then in the previous case when the timer has not expired and an incoming call is received, then the ICSUOl will accept the incoming call anyway and reset the timer. Also (optionally) if access is available to the WD and/or HS call waiting function by the ICSUOl, then the ICSUOl will activate the call waiting function when the it starts its internal ICSUOl timer.

The wireless device (WD) and/ or wireless handheld device (HS), (through its build-in PAM), is capable of re-routing an international call set-up request(s); a proprietary sub- module international call set-up option2 (TCSUO2) is a sub-part of the PAM and enables re-routing of an international call request by the WD and/or HS to a specific identified 3rd party. ICSUO2 monitors the WD and/ or HS internal key-pad, and any dedicated hotkey for an international call set-up request. The key-pad serial numbering for that request is buffered and stored in a ICSUO2 phone number register memory at the time the send key is hit by the WD and/or HS user. The ICSU2 will take priority over the WD and/ HS call engine whilst it is processing the data and act as a buffer between the send key action (or similar action with the same function inside the WD and/ or HS) and the internal outgoing call engine of the WD and/or HS. Following the previous action, the ICSUO2 checks if the stored phone number starts with either a "+" or "00" and if 'yes', it will stop its routines and allow the PAM to run its other sub-modules. However if not, then the ICSUO2 will add a pre-frx number to the stored phone number register and initiate an outgoing call on behalf of the requesting WD and/or HS using the new pre-fix phone number to call the requested 3rd party. Optionally the ICSUO2 will, instead of adding a prefix number to the requested dialled number, replace it with a destination identifier of the requested 3rd party that the user wishes to establish a communication with, for those cases that the WD and/or HS supports alternative ways of calling 3rd parties, such as (but not limited to) where GPRS calls are supported, EDGE calls are supported, VoIP calls are supported.

The proprietary sub-module international call set-up optionl (ICSUOl) and the proprietary sub-module international call set-up option2 (ICSUO2) are a sub-part of the PAM and inform the PASCM of an international call request by the WD and/or HS to a specific, identified 3rd party and/or re-routing of an international call set-up request. Both the ICSUOl and ICSUO2 monitor the WD and/or HS internal actual synchronized wireless network- and country- name/code; only one of these sub-modules will be active and the other deactivated, depending on the services available in a look-up table for each wireless network- and country- name/code.

The proprietary sub-module local call set-up optionl (LCSUOl) is a sub-part of the PAM and the LCSUOl and enables re-routing of a national/in-countty /regional call request by the WD and/or HS to a specific identified 3rd party. The LCSUOl monitors the WD and/ or HS internal key-pad, and any dedicated hotkey for that re-routing call request. The key-pad serial numbering is buffered and stored in a ICSUO2 phone number register memory at the time the send key is hit by the WD and/ or HS user and then the ICSU2 will take priority over the WD and/ HS call engine whilst it is processing the data and act as a buffer between the send key action (or similar action with the same function inside the WD and/ or HS) and the internal outgoing call engine of the WD and/or HS. Following the previous action, the LCSUOl checks if the stored phone number starts with either a "+" or "00" and if 'yes' it will stop its routines and allow the PAM to run its other sub-modules. However if not, then the LCSUOl will add a pre-fix number to the stored phone number register and initiate an outgoing call on behalf of the requesting WD and/ or HS using the new pre-fix phone number to call the requested 3rd party. Optionally, the LCSUO2 will, instead of adding a prefix number to the requested dialled number, replace it with a destination identifier of the requested 3rd party that the user wishes to establish a communication with, where the WD and/or HS supports alternative ways of calling 3rd parties, such as (but not limited to) where GPRS calls are supported, EDGE calls are supported, VoIP calls are supported. The proprietary sub-module local call set-up option2 (LCSUO2) is a sub-part of the PAM and informs the PASCM of a national/in-country /regional call request by the WD and/or HS to a specific identified 3rd party. The LCSUO2 monitors the WD and/or HS internal key-pad, and any dedicated hotkey, for this call request; it also monitors incoming call signalling, and caller ID if available. The key-pad serial numbering is buffered and stored in a LCSUO2 phone number register memory at the time the send key is hit by the WD and/ or HS user and then the LCSUO2 will take priority over the WD and/ HS call engine whilst it is processing the data and act as a buffer between the send key action inside the WD and/or HS and the internal outgoing call- and outgoing SMS- engine (or other communications engine — essentially anything that enables communication with the PACSM) of the WD and/or HS. Following the previous action, the LCSUO2 will check if the stored phone number starts with either a "+" or "00" and if 'yes' stop its routines and allow the PAM to run its other sub-modules. However if not, then the LCSUO2 will send a SMS (or other data packet etc, depending on the nature of the communications protocol and type) to the PASCM with the stored phone number previously mentioned. At the same time, it will start or re-initiate an internal LCSUO2 timer, which initiates the monitoring of the incoming calls signalling of the WD and/or HS by the LCSUO2, and if an access to the WD and/or HS display is available to the LCSUO2 then the LCSUO2 will display a user feedback message, such as in example "please hold" whilst timer is running and "Retry later" if the timer expires. If the timer expires, the LCSUO2 stops and resets all its routines, timer and buffered phone number. However, if the timer is not expired and an incoming call is received from a pre-defined identifier, then the LCSUO2 will accept the incoming call and optionally notify the requesting WD and/or HS that his call request to his specified 3rd party number has been established by (for example) a loudspeaker feedback and/or a display feedback if available. It will also reset the timer. Alternatively, only if the WD and/or HS does not support caller ID, then in the previous case when the timer has not expired and an incoming call is received, then the LCSUO2 will accept the incoming call anyway and reset the timer. Also optionally if access is available to the WD and/ or HS call waiting function by the LCSUO2, then the LCSUO2 will activate the call waiting function when it starts its internal LCSUO2 timer.

The proprietary sub-module local call set-up optionl (LCSUOl) and the proprietary sub- module local call set-up option2 (LCSUO2) are a sub-part of the PAM and the LCSUOl and LCSUO2 allow the WD and/or HS to either re-route a national/in-country/regional calls request, or inform the PASCM of a national/in-country/regional calls request by the WD and/or HS to a specific identified 3rd party. Both the LCSUOl and LCSUO2 monitor the WD and/or HS internal actual synchronized wireless network- and country- name/code; only one of the sub-modules will be active and the other deactivated, depending on the services available in a look-up table for each wireless network- and country- name/ code.

Where the wireless device (WD) and/or wireless handheld device (HS), is capable of communicating with a MS, the proprietary media server connection set-up sub-module (MSCSU) is a sub-part of the PAM and the MSCSU allows the WD and/or HS to communicate or re-route the web browser addresses requested by the WD and/or HS to a specific identified web internet server address. The MSCSU monitors the WD and/or. HS internal key-pad, web browser- and its addresses- engine and any dedicated hotkey for this function. The web address requested by the WD and/or HS is buffered and stored by the MSCSU in a MSCSU "temporary register memory" at the time the send key or dedicated web key is hit by the WD and/or HS user. The MSCSU will take priority over the WD and/ HS web browser engine whilst it is processing the data and act as a buffer between the send- or dedicated web- key action inside the WD and/or HS and the internal web browser engine of the WD and/or HS. Following the previous action, the MSCSU will check if its internal web internet server addresses data base has a re-route web address for the wireless network name- and country- code to which the WD and/or HS is synchronised to, and if not, the MSCSU will use the temporary web address register memory to set up the web connection on behalf of the WD and/or HS, and if 'yes' the MSCSU will use the re-route web address from the internal MSCSU "web internet server addresses data base" corresponding to the wireless network name- and country- code to which the WD and/or HS is synchronised to, to set up the web connection on behalf of the WD and/or HS. Once the web connection has been set-up, the MSCSU resets its internal "temporary register memory".

The proprietary applications server calls manager (P ASCM) is capable of communicating and exchanging user information with any WD or HS (that has a built-in proprietary applications module (PAM)) and communicating and exchanging user information with any 3rd party- wireless network (WN). It is capable of communicating with their wifeless end users, even if they do not have a built-in PAM and/or communicating and exchanging user information with any 3rd party fixed network (FN) and communicating with thek end users. It is capable of communicating and exchanging user information with any voice over internet protocol network/server (VoIP) and communicating with their end users. The PASCM monitors all incoming messages (e.g. SMS, HTTP etc), for example those originated by any PAM, as well as monitoring the wireless interfaces (TF-B), and the wired and/or wireless interfaces (IF-C), as well as the interface to the "voice over internet protocol server/network" (VoIP). If an incoming SMS or HTTP message is detected as being originated by a PAM as a location update SMS or HTTP message, then the PASCM proceeds to extract the identifier of the sender of the message and its location, for example the phone number of the originator and network name- and country- code to which the originator is synchronised to, and consequently updates the "location data base" for this specifically identified user. This approach eliminates the need for there to be a conventional HLR and hence removes the dependency on conventional network operators, who control the HLRs.

The PASCM monitors all incoming SMS and HTTP messages (and messages using any other format or protocol), for example those originated by any PAM, as well as monitoring the wireless interfaces (IF-B), and the wired and/ or wireless interfaces (IF-C), as well as the interface to "voice over internet protocol server/network" (VoIP). If an incoming SMS (etc.) is detected as being originated by a PAM as a "call set-up request" SMS, then the PASCM proceeds to extract the identifier of the sender of the SMS and the identifier of the 3rd party it wishes to establish , a communication with and optionally store these in a temporary buffer memory. It then initiates an internal PASCM programmable timer, for example the phone number of the SMS originator and the phone number of the 3rd party it wishes to talk to, and consequently the PASCM will choose the calls set-up route, depending on the requesting party's location from the PASCM "location data base" and the PASCM "services database" corresponding to such specific "call set-up requesting party" location.

With the selected calls route(s), for example wireless interface IF-B and/ or wired interface IF-C and/ or voice over internet protocol VOIP, the PASCM will initiate a call to the requesting party. And it will initiate a call to the 3rd party it wishes to talk to and conference both calls as one single communication between the parties. Multi-party conference calls are also possible. If the previously mentioned timer expires, then the requested call set-up that corresponds to that specific time-out will be aborted and the corresponding temporary buffer cleared/reset.

The PASCM monitors all its internal routines and in particular all temporary buffer memories with the information of all the "call set-up" requesting parties and the "3rd party each of them wishes to establish a communication with" and initiates one or two timers corresponding to each call that 'the PASCM initiates between each specific call requesting party and the corresponding 3rd party it is communicating to. These previously mentioned timer(s), together with the identifier of the call requesting party, as well as the identifier of 3rd party it communicated with, will then be stored in a PASCM billing data base or optionally stored in any other database, external to the PASCM, for billing processing. Following the previous action and once each individual call that was set-up by the PASCM is terminated, by either the call requesting party and/or the 3rd party it communicated with, then the PASCM will terminate those specific corresponding call(s) it had set-up and reset the timers and temporary buffets corresponding to such specific call set-up request.

Any individual or multiple PAM may be stored- into any WN, WNn, FN, FNn, MS, MSn, VoIP and VoIPn or any such other storage device(s) and/ or server(s) connected to any communications system(s), such as (but not limited to) so called "servers", "internet servers", "computers", "PCs", "media servers", "wireless switching exchanges", "fixed switching exchanges", "wireless network processors", "fixed network processor", "ATM network", "ADSL network", "DSL network", "internet servers", "intranet servers". From or through these storage devices/servers, any current and/ or future wireless device can download a PAM or any evolution-, update-, upgrade-, modification of a PAM. Downloading can use for example GPRS, WAP3JAVA.

Any individual or multiple PAM may be a part of (including an integral part of) any wireless device (WD) and/or wireless handheld device (HS), be it as software-, firmware-, hardware- or a combination that can perform the same or an equivalent function as the PAM we have described. Any such individual or multiple PAM may be activated or deactivated by the user of each individual WD and/or HS.

Any individual or multiple PASCM may be stored- into any WN, WNn, FN, FNn, MS, MSn, VoIP and VoIPn or any such other storage device(s) and/ or server(s) connected to any communications system(s), such as in example but not limited to so called "servers", "internet servers", "computers", "PCs", "media servers", "wireless switching exchanges", "fixed switching exchanges", "wireless network processors", "fixed network processor", "ATM network", "ADSL network", "DSL network", "internet servers", "intranet servers". Any current and/or future communications processing device and in particular but not limited to any AS and MS capable of downloading applications using, for example, ATM, ADSL, DSL, or internet, can download a PASCM or any evolution-, update-, upgrade-, modification- of a PACSM from such storage device or server.

One or a multiple of PASCMs is capable of receiving and detecting incoming communications/calls, by monitoring all the available external interfaces to the PASCM, such as but not limited to the wireless interface and/ or wired interface and/or VoiP interface. The incoming calls are from any 3rd party requesting to communicate with any WD and/or HS with a built-in PAM; the 3td party calls the unique PASCM identifier of such individual WD and/or HS user recognised within the PASCM'. It is the PASCM that will always initiate a local call to the specific WD and/ or HS, using the information of the PASCM "location data base" and the "Services data base" to re-route the calling party either through VoIP to the country where the WD and/ or HS is located and then through a standard PASCM call set-up as defined within this invention.

The PAM is capable of communicating with the PASCM; it is capable of communicating to the PASCM a "call divert identifier activation" that alerts the PASCM that all communications from the PASCM are to be diverted to the specific divert identifier as communicated by the PAM to PASCM; for example a divert phone number or a VoIP address or any such other calling route identifier where the originating WD and/or HS can be contacted for any call set-up by the PASCM. The PAM is also capable of communicating to the PASCM a "call divert identifier deactivation", alerting the PASCM that the PAM can be contacted for all communications, in particular the call set-up originated from the PASCM for call routing to the WD and/or HS (that originated the information communicated to the PASCM), through its original identifier, for example its own original identifying phone number.

The PASCM is capable of detecting and storing, a "call divert identifier activation" originated by a specific WD and/or HS user (with a built-in PAM), in the corresponding user location data base. The PASCM will use the "call divert identifier activation" to divert any call set-up the PASCM originates from then on, to a specific user, as identified within the PASCM location data base. The PASCM re-routes any calls to that specific user to the location identifier that the user provided, until such time that the PASCM detects and stores a "call divert identifier de-activation" originated by that same user. In that event, the PASCM updates the location identifier of that specific user in its location database and the PASCM returns to its normal procedures/routines as defined previously within this invention.

All the users' billing information detection and storage forms an integral part of a PASCM. All the users' billing data processing also forms an integral part of the PASCM. The PASCM is capable of routing any 3rd party incoming call to any VoIP destination.

The LU, ICSUOl and LCSUO2 informs the PASCM with the WD and/or HS location update, local call- and/or international call- set-up request, or any such other data transferred by the LU, ICSUOl and LCSUO2 to the PASCM, by means of GPRS or WAP as an alternative to or instead of an SMS or any such other means available in any WD and/or HS with a build-in PAM which achieves the same function.

The PASCM extracts information originated by a WD and/or HS (with built-in PAM), such as but not limited to location updates, call requests, or any such other data transferred by the LU, ICSUOl and LCSUO2 (which are sub-modules of the PAM) to the PASCM. Transfer can be by means of GPRS or WAP as an alternative to or instead of SMS or HTTP message, or can be any such other means available in any WD and/or HS which achieves the same function. The PASCM is capable of processing its internal data taking into account the real time clock information corresponding to data it receives and stores from the PAM, as well as its own internal real time clock information. The internal real time clock can optionally be used for example for the following: to adjust its internal PASCM counters, for example (but not limited to) the call set-up processing timer(s), in order to align the timer within the PAM that monitors the incoming call set-up and the timer in the PASCM that establishes the corresponding call. This means that the call set-up timer of the PAM is set at expiration time value "a" and the corresponding timer of the call set-up within the PASCM will then be adjusted and set at ("a"- (real time clock value of PASCM at the time the PASCM received the corresponding data - real time clock value of such corresponding call set-up message originated from the corresponding PAM)). Alternatively, any such other PASCM timer adjustments can be used, depending on each network(s) route and corresponding data transfer delay between the PAM data transmission and the PASCM data reception.

The PAM is capable of communicating to the PASCM through the same method and means as explained earlier on that the WD and/or HS (with the built-in PAM) is switched on or off and where the PASCM is capable of receiving and detecting and storing such switch-on or switch-off state of the PAM.

The PAM is capable of communicating with the PASCM and the wireless network, providing a standard call divert to a phone number (or equivalent identifier) controlled by the PASCM and assigned to that specific PAM. A "re-route identifier activation" is also provided by the PAM to the PASCM, alerting the PASCM that all incoming communications detected by the PASCM from the phone number or equivalent identifier controlled by the PASCM and assigned to that specific PAM are to be routed through the PASCM to the corresponding PAM. Upon detection of such incoming calls by the PASCM, the PASCM will first check its internal data base to see if a "call divert identifier activation" is set for the corresponding WD and/or HS user (with a built-in PAM) and reroute the corresponding incoming call to such divert identifier. If not set, the PASCM will re-route the corresponding incoming call to the corresponding WD and/ or HS user (with a built-in PAM). Optionally, the PASCM can take into account the switch-on or switch-off state of the corresponding PAM within the PASCM database and provide a "busy" or "not reachable" notification to the incoming user trying to communicate with the corresponding PAM, in the event the switch-off mode is set and the "call divert identifier activation" is not set. Or it can re-route the corresponding incoming call to the call identifier set by the corresponding PAM within the PASCM data base when the "call divert identifier activation" is set. Or the PASCM can re-route the corresponding incoming call to the WD and/ or HS (with the built-in PAM) when the switch-on mode is set and the "call divert identifier activation" is not set within the PASCM data base.

Many modifications and variations of this present invention are possible in view of the above disclosures, drawings and explanations. Thus, it is to be understood that, within the scope of the appended claims, the invention can be practiced other than as specifically described above. The invention which is intended to be protected should not, however, be construed as limited to the particular forms disclosed, or implementation examples outlined, as these are to be regarded as illustrative rather than restrictive. Variations in changes could be made by those skilled in the aft without deviating from the spirit of the invention. Accordingly, the foregoing detailed descriptions and drawings should be considered exemplary in nature and not limited to the scope and spirit of the invention as set forth in the claims.

Claims

1. A method of enabling a wifeless device to initiate a network connection without using a network operator's home location register, comprising the steps of: (a) the wireless device communicating with a server over a wireless link; (b) the wireless device sending, over the wireless link, data to the server that defines a call request;
(c) the server deciding on the appropriate routing over all available networks for that call request.
2. The method of Claim 1 in which the server can receive communications from the device using any one of several different protocols, and is not limited to the MAP (mobile application part) protocol.
3. The method of Claim 1 or 2 in which the wireless device uses SMS to communicate with the server.
4. The method of Claim 1, in which the wireless device uses HTTP over the internet to communicate with the server.
5. The device of Claim 4 in which the user has to enter any data required by the server manually into the device.
6. The method of any' preceding Claim, in which the server enables the connection by conferencing the device and recipient into a single call.
7. The method of any preceding Claim, in which the server receives and detects incoming communications/calls, by monitoring all the available external interfaces to the server.
8. The method of any preceding Claim, in which the server also acts as a media server so that the network connection is not limited to a voice connection, but includes also the transfer of any media asset, including data, video, and audio files, web pages and data, video and audio streaming.
9. The method of any preceding Claim, in which the server initiates a local call to the device, using the information on the server's location data base and services data base to correctly re-route a calling party to the device.
10. The method of any preceding Claim, in which the server maintains a database of location updates provided by the device.
11. The method of any preceding Claim, in which the server also acts as a VOIP server.
12. The method of any preceding Claim, in which the device includes a module that is responsible for contacting the server.
13. The method of Claim 12, in which the module is implemented as software that is downloadable to the device.
14. The method of Claim 12 in which the module establishes and controls communication between the device and the server.
15. The method of Claim 12 in which the module provides location updates to the server.
16. The method of Claim 12 in which the module monitors the wireless network name and country code associated with the device.
17. The method of Claim 16 in which the module sends a change in the wireless network name or country code to the server.
18. The method of Claim 12 in which the module sends real time clock data with each message to the server, defining the time at which the message was sent according to the real time clock the module has access to.
19. The method of Claim 12 in which the module monitors the device for an international call request, incoming call signalling, and caller ID.
20. The method of Claim 12 in which the module notifies the user if a connection has been made by the server to the required recipient.
21. The method of Claim 12 in which the module notifies the user if no connection has been made and the attempt has timed-out.
22. The method of Claim 12 in which the device includes a single SIM, the module enabling the device to operate as though it included two or more different IMSIs or SIMs.
23. The method of Claim 22 in which the module is adapted to switch the network operator that the device uses for a particular connection.
24. The method of Claim 23 in which the module is adapted to switch the single SIM between (a) operating as a local SIM and (b) operating as a roaming SIM.
25. The method of Claim 23 in which the module forms part of the single SIM. .
26. 'The method of any preceding Claim in which the server stores a record of the duration of each call.
27. The method of any preceding Claim in which the server stores a record identifying each call and the respective call recipient.
28. The method of any preceding Claim in which the server enables bills to be sent directly to the device user.
29. The method of any preceding Claim in which the available networks includes networks controlled by multiple wireless network operators.
30. The method of any preceding Claim in which the available networks includes networks controlled by multiple wireline network operators.
31. The method of any preceding Claim in which the available networks includes a network used or accessed by a mobile virtual network operator, virtual telecoms operator or a virtual telecoms provider.
32. The method of any preceding Claim in which the server decides on the lowest cost routing for the connection.
33. The method of any preceding Claim in which the wireless device is a mobile telephone, wireless card, smart phone or wireless module.
PCT/GB2007/000782 2006-03-07 2007-03-07 A method of enabling a wireless device to make a network connection without using a network operator's home location register WO2007101996A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
GB0604537.1 2006-03-07
GBGB0604537.1A GB0604537D0 (en) 2006-03-07 2006-03-07 Method and apparatus of interfacing and connecting a wireless device(s) and specific application server(s) for location update(s), in-and out-going call(s)...

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US12/281,840 US8861512B2 (en) 2006-03-07 2007-03-07 Method of enabling a wireless device to make a network connection without using a network operator's home location register
EP07731992.9A EP1997338B1 (en) 2006-03-07 2007-03-07 A method of enabling a wireless device to make a network connection without using a network operator's home location register
ES07731992.9T ES2605944T3 (en) 2006-03-07 2007-03-07 A method of enabling a wireless device to make a network connection without using a network operator's own position register
US14/490,370 US9591551B2 (en) 2006-03-07 2014-09-18 Method of enabling a wireless device to make a network connection without using a network operator's home location register
US14/671,562 US9173154B2 (en) 2006-03-07 2015-03-27 Method of enabling a wireless device to make a network connection without using a network operator's home location register

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US12/281,840 A-371-Of-International US8861512B2 (en) 2006-03-07 2007-03-07 Method of enabling a wireless device to make a network connection without using a network operator's home location register
US28184008A A-371-Of-International 2008-12-08 2008-12-08
US14/490,370 Continuation US9591551B2 (en) 2006-03-07 2014-09-18 Method of enabling a wireless device to make a network connection without using a network operator's home location register

Publications (1)

Publication Number Publication Date
WO2007101996A1 true WO2007101996A1 (en) 2007-09-13

Family

ID=36219264

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2007/000782 WO2007101996A1 (en) 2006-03-07 2007-03-07 A method of enabling a wireless device to make a network connection without using a network operator's home location register

Country Status (5)

Country Link
US (3) US8861512B2 (en)
EP (1) EP1997338B1 (en)
ES (1) ES2605944T3 (en)
GB (2) GB0604537D0 (en)
WO (1) WO2007101996A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110286385A1 (en) * 2007-09-21 2011-11-24 Cheh Ngee Goh Methods and Systems for Communications
CN101594585A (en) * 2008-05-30 2009-12-02 鸿富锦精密工业(深圳)有限公司;鸿海精密工业股份有限公司 System and method for finding cheapest talking mode
US20100304784A1 (en) * 2009-05-29 2010-12-02 Hua Lin System and Method for Placing a Mobile Telephone Call on a Secondary Network
US9992021B1 (en) 2013-03-14 2018-06-05 GoTenna, Inc. System and method for private and point-to-point communication between computing devices

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040162058A1 (en) 2002-12-23 2004-08-19 Dorron Mottes Multi MVNO and service provider platform and management
JP2005045324A (en) * 2003-07-22 2005-02-17 Mvno Co Ltd Communication system and communication method employing the same
WO2005020027A2 (en) 2003-08-20 2005-03-03 Visage Mobile, Inc. An architecture that enables a mobile virtual network operator (mvno) to create a branded wireless offering

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI96815C (en) * 1993-06-23 1996-08-26 Nokia Telecommunications Oy The call setup method
US5901341A (en) * 1994-06-10 1999-05-04 Uniden America Corporation Land mobile radio system having a cell in which mobile radios transmit and receive both data and audio
US5847680A (en) * 1997-12-05 1998-12-08 Trimble Navigation Limited GPS receiver having fast resolution of carrier phase ambiguity
JP2000078283A (en) * 1998-08-28 2000-03-14 Fujitsu Ltd Mediation-type call connection system
JP2000115838A (en) * 1998-09-30 2000-04-21 Mitsubishi Electric Corp Mobile communication terminal
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6014558A (en) * 1998-12-28 2000-01-11 Northern Telecom Limited Variable rate optional security measures method and apparatus for wireless communications network
US6868272B1 (en) * 1999-06-08 2005-03-15 Utstarcom, Inc. Method and apparatus for roaming in hierarchical mobile communications network
US7523190B1 (en) * 1999-12-23 2009-04-21 Bickerstaff Cynthia L Real-time performance assessment of large area network user experience
EP1240798B8 (en) * 1999-12-23 2008-11-26 Markport Limited Pre-paid roaming in mobile telecommunication networks
US7180889B1 (en) * 1999-12-30 2007-02-20 At&T Corp. Personal control of address assignment and greeting options for multiple BRG ports
US20020059616A1 (en) * 2000-03-31 2002-05-16 Ucentric Holdings, Inc. System and method for providing video programming information to television receivers over a unitary set of channels
US7209950B2 (en) * 2000-08-15 2007-04-24 Zonamovil.Com, Inc. Method and apparatus for a network independent short message delivery system
US7035932B1 (en) * 2000-10-27 2006-04-25 Eric Morgan Dowling Federated multiprotocol communication
US8996698B1 (en) * 2000-11-03 2015-03-31 Truphone Limited Cooperative network for mobile internet access
US7576692B2 (en) * 2001-02-23 2009-08-18 Nokia Corporation Method for positioning, a positioning system, and an electronic device
US6813347B2 (en) * 2001-04-10 2004-11-02 Lucent Technologies Inc. Selective call waiting
US20030055985A1 (en) * 2001-08-03 2003-03-20 Joshua Corb System and method for integrating voice over internet protocol network with personal computing devices
US7533271B2 (en) * 2001-09-05 2009-05-12 Vixs Systems, Inc. Method and apparatus for remote control and monitoring of a multimedia system
AT485688T (en) * 2001-10-30 2010-11-15 Alexander C Lang Method and device for providing features for constructing and controlling advanced calls using a short-stroke service
US7593686B1 (en) * 2002-01-29 2009-09-22 Sprint Spectrum L.P. Method and system for selecting transmission modes for streaming media content to a wireless handset access technology
US20040198327A1 (en) * 2002-04-22 2004-10-07 Mavis Bates Telecommunications call completion
AUPS324602A0 (en) * 2002-06-28 2002-07-18 Ehrlich, Julian Electronic message system
US7043264B2 (en) * 2002-12-18 2006-05-09 America Online, Inc. Message transmission system in a GPRS environment
GB2405051B (en) * 2003-07-16 2006-06-28 Callkey Ltd Call establishment
JP4284362B2 (en) * 2003-09-16 2009-06-24 リサーチ イン モーション リミテッドResearch In Motion Limited A method for creating a peer-to-peer rapid messaging solution without using an instant messaging server
US20050228860A1 (en) * 2004-04-12 2005-10-13 Kimmo Hamynen Methods and apparatus for geographically based Web services
GB0408457D0 (en) * 2004-04-15 2004-05-19 Ring 2 Comm Ltd Various improvements relating to telephone and conference calls between telephony devices
FR2869491B1 (en) * 2004-04-22 2006-08-18 Alcatel Sa Telecommunication network having multiple private overlay networks; autocommuter for implementing this network; and emergency call center
US20060047539A1 (en) * 2004-08-31 2006-03-02 Paul Huang Healthcare administration transaction method and system for the same
CN100488220C (en) * 2004-11-08 2009-05-13 华为技术有限公司 Method for providing fixed network intelligent business and system thereof
US7574490B2 (en) * 2004-11-20 2009-08-11 Microsoft Corporation Strategies for configuring a server-based information-transmission infrastructure
GB2422271A (en) * 2005-01-12 2006-07-19 Intellprop Ltd Telecommunications services apparatus and method for processing of voice calls
US7577420B2 (en) * 2005-02-17 2009-08-18 Sudharshan Srinivasan Instant help security system for emergency help using 2G, 2.5G and 3G cellular wirelesses half duplex call
US7852831B2 (en) * 2005-02-22 2010-12-14 Akbar Imran M Method and system for providing private virtual secure Voice over Internet Protocol communications
US7894807B1 (en) * 2005-03-30 2011-02-22 Openwave Systems Inc. System and method for routing a wireless connection in a hybrid network
KR100642935B1 (en) * 2005-05-06 2006-10-31 (주)아이디스 Name service system and method thereof
US7920529B1 (en) * 2005-05-24 2011-04-05 At&T Mobility Ii Llc Intermediary query manager for 2G and 3G services
EP1886511B1 (en) * 2005-05-27 2017-12-13 Telefonaktiebolaget LM Ericsson (publ) Call routing in a mobile communication system
JP2007206772A (en) * 2006-01-31 2007-08-16 Fujifilm Corp Terminal device, server, landmark name retrieval system, and retrieval program
US8275372B2 (en) * 2007-02-27 2012-09-25 Roamware, Inc. Method and system for providing CAMEL services to a home network's outbound roamer without need for CAMEL support or agreement
US8265083B1 (en) * 2011-07-27 2012-09-11 Vonage Network, Llc Systems and methods of providing communications services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040162058A1 (en) 2002-12-23 2004-08-19 Dorron Mottes Multi MVNO and service provider platform and management
JP2005045324A (en) * 2003-07-22 2005-02-17 Mvno Co Ltd Communication system and communication method employing the same
WO2005020027A2 (en) 2003-08-20 2005-03-03 Visage Mobile, Inc. An architecture that enables a mobile virtual network operator (mvno) to create a branded wireless offering

Also Published As

Publication number Publication date
GB2436016A (en) 2007-09-12
US20150003400A1 (en) 2015-01-01
GB0604537D0 (en) 2006-04-12
EP1997338A1 (en) 2008-12-03
US8861512B2 (en) 2014-10-14
US20090303942A1 (en) 2009-12-10
ES2605944T3 (en) 2017-03-17
US9173154B2 (en) 2015-10-27
GB0704420D0 (en) 2007-04-18
US9591551B2 (en) 2017-03-07
US20150201361A1 (en) 2015-07-16
EP1997338B1 (en) 2016-09-07

Similar Documents

Publication Publication Date Title
EP2047655B1 (en) A roaming gateway
DE60200415T2 (en) Master file (HLR) with multiple protocols and procedures for their use
US8478277B2 (en) Network-based system for rerouting phone calls from phone networks to VoIP clients for roamers and subscribers who do not answer
US7308081B2 (en) Methods and systems for telephony call completion
EP2481227B1 (en) Subscriber identification management broker for fixed/mobile networks
US6751459B1 (en) Nomadic computing with personal mobility domain name system
US8880038B2 (en) Communications device, communications service and methods for providing and operating the same
DE60030438T2 (en) Support for brief news in a packaged telephone network
US9338637B2 (en) Providing routing information in a communication system
US6421339B1 (en) Methods and systems for call forwarding
JP2005526470A (en) Control of IP domain PLMN messaging service
JP2008541617A (en) Short message service encapsulation of additional service requests in IMS
US6519242B1 (en) Apparatus and method of PSTN based network roaming and SCP based subscriber management for internet telephony systems
US7369865B2 (en) System and method for sending SMS and text messages
EP1465442A1 (en) Method for hiding mobility of a mobile terminal in a distributed packet switched core network
US7689234B2 (en) Method and system for delivery of short message service messages
US7570631B2 (en) Cable telephony network supporting roaming VoIP terminals
US8676189B2 (en) Converged mobile-web communications solution
JP2009508440A (en) Call distribution between networks serving dual mode wireless communication devices
ES2581230T3 (en) Method, system and apparatus for processing a commercial message with a plurality of terminals
US7912504B2 (en) Alternative routing
US20080293403A1 (en) Mobile communication service bridging
US20070036127A1 (en) Ip-based call establishment
CA2589094C (en) Enabling combinational services in a communications network
EP1301056B1 (en) A system for providing subscriber features within a telecommunications network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase in:

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2007731992

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007731992

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12281840

Country of ref document: US