CA2324130A1 - System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications - Google Patents
System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications Download PDFInfo
- Publication number
- CA2324130A1 CA2324130A1 CA002324130A CA2324130A CA2324130A1 CA 2324130 A1 CA2324130 A1 CA 2324130A1 CA 002324130 A CA002324130 A CA 002324130A CA 2324130 A CA2324130 A CA 2324130A CA 2324130 A1 CA2324130 A1 CA 2324130A1
- Authority
- CA
- Canada
- Prior art keywords
- network
- messages
- normalized
- data
- mobile systems
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/184—Messaging devices, e.g. message centre
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A system and method for unifying and handling network messages of various communication protocols from various mobile systems. The network messages are being handled at a home system for the various mobile systems.
A gateway cluster has a number of gateways of different types of communication protocols. The gateway cluster receives the network messages of the respective communication protocols at the home system. The respective gateways convert the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom. A database system stores normalized data in categories. The normalized data at least includes data relating to the mobile systems and network types for the data. A unified mobility manager is coupled to and in communications with the gateway cluster and the database system. The unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages. The normalized responses are converted to network responses at the gateways and the network responses are sent to the respective mobile systems. A normalized data structure is provided for the normalized data, and the data structure generally comprises network message data, a category type for the data, and a network type that is reflective of the communication protocol from the network message.
A gateway cluster has a number of gateways of different types of communication protocols. The gateway cluster receives the network messages of the respective communication protocols at the home system. The respective gateways convert the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom. A database system stores normalized data in categories. The normalized data at least includes data relating to the mobile systems and network types for the data. A unified mobility manager is coupled to and in communications with the gateway cluster and the database system. The unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages. The normalized responses are converted to network responses at the gateways and the network responses are sent to the respective mobile systems. A normalized data structure is provided for the normalized data, and the data structure generally comprises network message data, a category type for the data, and a network type that is reflective of the communication protocol from the network message.
Description
10591RRUSOlU y Page -1-SYSTEM AND METHOD FOR UNIFYING THE IMPLEMENTATION AND
PROCESSING OF MOBILE COMMUNICATIONS AND A UNIFIED
MOBILITY MANAGER FOR PROVIDING SUCH COMMUNICATIONS
BACKGROUND OF THE INVENTION
1. Technical Field:
The present invention relates in general to a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols and in particular to a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units that operate on various mobile communication protocols.
Still particularly, the present invention relates to normalizing messages from the various mobile devices and units and terminals, to processing, handling, and responding to these normalized messages, and to converting the normalized responses back to respective communication protocols.
PROCESSING OF MOBILE COMMUNICATIONS AND A UNIFIED
MOBILITY MANAGER FOR PROVIDING SUCH COMMUNICATIONS
BACKGROUND OF THE INVENTION
1. Technical Field:
The present invention relates in general to a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols and in particular to a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units that operate on various mobile communication protocols.
Still particularly, the present invention relates to normalizing messages from the various mobile devices and units and terminals, to processing, handling, and responding to these normalized messages, and to converting the normalized responses back to respective communication protocols.
2. Description of the Related Art:
For the present description, the term "mobile" or "mobility" is used to define and describe a device, unit, terminal, or system that is able to be moved from one location to another location, whether the device, unit, terminal, or system is a wireless system that is movable or a wireline system that is movable. Furthermore, for this present description, the phrase "mobile communication" or "mobility communication" is used to define and describe communication protocols that track 10591RRQSOlU Page -2-movement of such "mobile" devices, units, terminals, or systems from one location to another location and that provide and support communications for such "mobile"
devices, units, terminals, or systems (i.e. whether these devices, units, terminals, or systems are wireless systems that are movable or wireline systems that are movable). As will be seen later in the specification, the present invention is not in any way limited to any particular communication device, unit, terminal, system, or respective communication protocol, and the present invention may be utilized with any device, unit, terminal, or system that is able to be moved from one location to another location (whether a wireless system or a wireline system) and with any communication protocol that tracks, provides, and supports communications for such devices, units, terminals, or systems from one location to another location.
In the telecommunications field, various access technologies and communication protocols exist. Examples of such access technologies and communication protocols are ANSI41 (North American Cellular), Group Special Mobile (GSM) network, cable modem network, mobile Internet protocol (IP), Public Switched Telephone Network (PSTN), data network, IS-136 Time Division Multiple Access (TDMA), IS-54B Time Division Multiple Access (TDMA), Advanced Mobile Phone System (AMPS), Code Division Multiple Access (CDMA), and any other such technologies that provide voice and data applications to a mobile customer.
With reference now to the figures and in particular with reference to prior art Figure l, a block diagram 5 and block diagrams 5A to 5D are shown in which each of the technologies and protocols requires its own serving 10591RRUSOlU Page -3-system 10 for a mobile unit or device or terminal 14 to locate and find its own home system 12 in order to enable further communication based services to be provided to the mobile unit or device or terminal 14 (i.e. voice related applications, data related applications, or any other form of information exchange). A home system 12 is typically where the subscriber or user information resides, and a serving system 10 is any system that provides services to and that registers or attempts registration of a mobile unit or device or terminal 14 that is outside of its home system 12 by finding and forwarding a requests) to the home system 12. Figure 1 shows that the mobile system 14 is away from its home system 12 and is at a location in which it sends its request to the serving system 10. The serving system 10 then tracks, finds, and forwards the request to the home system 12 of the mobile system 14. The home system 12 has a home message processor 15 that processes the request. A response to the request is sent from the home message processor 15 to the mobile system 14 through the serving system 10.
Figure 1 shows that each different type of mobile communication protocol involves a mobile unit or device or terminal type that requires and accesses its respective type of serving system and home system. For example, ANSI41 or North American Cellular (NAC) is the communication protocol for cellular communications in North America. Figure 5A shows that if an ANSI41 mobile unit or device 14A (i.e. cellular telephone or device) is away from its home area (i.e. home system 12A), then the ANSI41 mobile unit or device 14A must communicate with a local and compatible ANSI41 serving system 10A. The local and compatible ANSI41 serving system 10A, in turn, finds and locates the home system 12A for that mobile 10591RRUSOlU Page -4-unit or device 14A, which is an ANSI41 type, for the mobile unit or device 14A, and the serving system l0A
sends a requests) on behalf of the ANSI41 mobile unit or device 14A to its home system 12A. The home system 12A
has an ANSI41 message processor or HLR 15A that is able to handle and process the ANSI41 request and sends back a corresponding response to the request.
Figures 58, 5C, and 5D show similar topologies for the GSM protocol, cable protocol, and Internet protocol (IP). Figure 5B shows that a GSM mobile unit or device 14B requires and is enabled with communications only through a GSM serving system lOB and a GSM home system 12B having a GSM message processor 15B that handles and processes GSM requests or messages. Figure 5C shows that a cable modem mobile unit or device 14C requires and is enabled with communications only through a cable modem serving system lOC and a cable modem home system 12C
having a cable modem message processor 15C that handles and processes cable modem requests or messages. Figure 5D shows that an IP mobile unit or device 14D requires and is enabled with communications only through an IP
serving system lOD and an IP home system 12D having an IP
message processor 15D that handles and processes IP
requests or messages.
Thus, each individual type of communication protocol, such as the ones discussed above, requires its own type of message processor at the home system and its own separate hardware system for implementation.
Furthermore, as shown in Figure 1, the communications provided and enabled by the home systems 12, 12A, 12B, 12C, and 12D are tracked to respective mobile systems 14, 14A, 14B, 14C, and 14D. However, a person who possesses mobile devices or units of different communication 10591RRUSOlU Page -5-protocol types generally has subscriptions to the services for those types of communication, and these subscriptions and services require separate provisions of the services and usually separate management and billing.
Presently, cross-over for processing and handling the various messages and responses for the different communication protocols generally does not exist at this time. A system and method of unifying management of the various mobile communication protocols and of tracking a person with subscriptions to services of various mobile communication protocols do not exist. Furthermore, the unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer also does not exist at this time.
' For example, if a person owns a cellular telephone and a mobile laptop computer with Internet access, then another person trying to reach that person has to separately dial the cellular telephone and separately send an e-mail message to communicate through the mobile laptop computer. A system and method of tracking the mobility communications of a person and allowing a unified manager to automatically try the various mobile communication protocols for which the person has subscriptions) does not exist. For example, such a method that does not exist involves a type of unified communication manager for tracking the communications mobility of the person by first trying to access the person's cellular telephone and then automatically sending the e-mail message to the person's mobile laptop computer if the person was not reached by cellular telephone.
Thus, each type of mobile communication protocol 10591RRUSOlU Page -6-requires its own separate hardware system, management, and provision of service. Present tracking of mobile communications is generally to a mobile device or unit and is not linked in any way to a person. A person may own various mobile communication devices or units. In the present technology, the communications of all of the mobile systems are each maintained and managed separately and are not unified in any manner. A unified management of mobile communications would allow the tracking of mobile communications to a person. The concept of unification of communication mobility management irrespective of the various access technologies and protocols at the home system presently does not exist.
Furthermore, the unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer also does not exist.
It would therefore be advantageous and desirable to provide a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols. It would also be advantageous and desirable to provide a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols. It would still be advantageous and desirable to normalize messages from the various mobile devices and units and terminals, to process, handle, and respond to these normalized messages, and to convert the normalized responses back to respective communication protocols. It would also be advantageous and desirable to provide a unified hardware system for 10591RRUSOlU Page -7-various types of mobile communication protocols. It would also be advantageous and desirable to provide a system and method that allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types. It would further be advantageous and desirable to unify maintenance and management of the mobile communications that are of various mobile communication protocol types.
It would still further be advantageous and desirable to provide unification of mobility management irrespective of the various access technologies and protocols that exist at the home system. It would still also be advantageous and desirable to unify subscriptions.~of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer.
10591RRUSOlU Page -8-SUI~tARY OF THE INVENTION
It is therefore one object of the present invention to provide a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols.
It is also another object of the present invention to provide a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols.
It is still a further object of the present invention to normalize messages from the various mobile devices and units and terminals, to process, handle, and.
respond to these normalized messages, and to convert the normalized responses back to respective communication protocols.
It is a further object of the present invention to provide a unified hardware system for various types of mobile communication protocols.
It is still another object of the present invention to provide a system and method that allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types.
It is still a further object to unify maintenance and management of the mobile communications that are of various mobile communication protocol types.
10591RRUSOlU Page -9-It is still another object of the present invention to provide unification of mobility management irrespective of the various access technologies and protocols that exist at the home system.
It is still also an object of the present invention to unify subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer.
The foregoing objects are achieved as is now described. A system and method for unifying and handling network messages of various communication protocols from various mobile systems. The network messages are being handled at a home system for the various mobile systems.
A gateway cluster has a number of gateways of different types of communication protocols. The gateway cluster receives the network messages of the respective .
communication protocols at the home system. The respective gateways convert the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom. A database system stores normalized data in categories. The normalized data at least includes data relating to the mobile systems and network types for the data. A unified mobility manager is coupled to and in communications with the gateway cluster and the database system. The unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages. The normalized responses are converted to network responses 10591RRUSOlU Paga -10-at the gateways and the network responses are sent to the respective mobile systems. A normalized data structure is provided for the normalized data, and the data structure generally comprises network message data, a category type for the data, and a network type that is reflective of the communication protocol from the network message.
The above as well as additional objects, features, and advantages of the present invention will become apparent in the following detailed written description.
10591RRUSOlU Page -11-BRIEF DESCRIPTION OF THE DRAWINGS
The novel features believed characteristic of the invention are set forth in the appended claims. The invention itself however, as well as a preferred mode of use, further objects and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:
Figure 1 are prior art block diagrams of various individual and separate configurations of mobile communications wherein each of the diagrams shows. an individual and separate hardware system that has a mobile , system which uses a local serving system to locate and find its home system in order to enable its respective type of communication protocol and provide communications for the mobile system;
Figure 2 is a block diagram showing an example topology of the present invention unified mobility manager (Ill~i) used to provide unified implementation and processing of mobile communications by various mobile systems that operate on various mobile communication protocols;
Figure 3 is a chart of example categories of UNINI
information;
Figure 4 is an example data organization chart for the authentication information category showing various normalized data defined for each network/personality type (i.e. each communication protocol);
Figure 5 is a block diagram of a UNINI/UDS message 10591RRUSOlU Bage -12-processor system that handles and processes ill~ll~t messages;
Figure 6 is a flow chart of an algorithm for the handling and processing of UN~I, messages by the UNINI/UDS
message processor system and through a gateway cluster;
Figure 7 is a chart of permanent and transient subscriber data used in the present invention; and Figure 8 is a chart of temporary transient subscriber data used in the present invention.
10591RRUSOlU Bage -13-DETAILED DESCRIPTION OF ILLUSTRATIVE E1~ODIMENT
For the present detailed description, the term "mobile" or "mobility" is used to define and describe a . device, unit, terminal, or system that is able to be moved from one location to another location, whether the device, unit, terminal, or system is a wireless system that is movable or a wireline system that is movable.
Furthermore, for this present detailed description, the phrase "mobile communication" or "mobility communication"
is used to define and describe communication protocols that track movement of such "mobile" devices, units, terminals, or systems from one location to another.
location and that provide and support communications for such "mobile" devices, units, terminals, or systems (i.e.
whether these devices, units, terminals, or systems are wireless systems that are movable or wireline systems that are movable). The present invention described herein is not in any way limited to any particular communication device, unit, terminal, system, or respective communication protocol, and the present invention may be utilized with any device, unit, terminal, or system that is able to be moved from one location to another location (whether a wireless system or a wireline system) and with any communication protocol that tracks, provides, and supports communications for such devices, units, terminals, or systems that are movable from one location to another location.
The present invention is a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals ("mobile systems") that operate on various mobile communication protocols. With reference now to the figures and in particular with reference to Figure 2, 10591RRUSOlU Page -14-a unified mobility manager (UN~I) 30 is shown. The UNIM 30 unifies implementation and processing of mobile communications by various mobile systems, such as cellular/mobile telephones 28, pagers 29A, personal computers (PCs) 29B, Personal Digital Assistants (PDAs) 29C, etc., that operate on different mobile communication protocols, such as North American Cellular (NAC) or ANSI41 18, Group Special Mobile (GSM) network 20, a data network 22, a Public Switched Telephone Network (PSTN), etc. The UN~I 30 is also adapted to support any other future network or protocol 26 as shown in Figure 2.
Figure 2 shows that the U'MM 30 provides a unified hardware system 30 that implements and processes messages and provides responses for various types of mobile communication protocols. The UNIM 30 and the system and method of the present invention allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types. Thus, .
maintenance and management of the mobile communications that are of various mobile communication protocol types are unified.
As shown in Figure 2, the UNIM 30 provides a mobility manager platform that is capable of receiving messages for different networks (such as NAC/ANSI41 18, Group Special Mobile (GSM) network, cable modem network, mobile Internet protocol (IP), Public Switched Telephone Network (PSTN), data network, IS-136 Time Division Multiple Access (TDMA), IS-54B Time Division Multiple Access (TDMA), Advanced Mobile Phone System (AMPS), Code Division Multiple Access (CDMA), and any other such' present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and 10591RRUSOlU Page -15-data applications or any other information exchange to a mobile customer or user). The UNINI 30 provides a unified mechanism of dealing with mobility communications for users/customers. The UNINI 30 provides a logical common point for all mobility related messages regardless of the access mechanism at the home system. The reuse of technology is maximized by providing an Unified Directory Services (UDS) system 31 (see Figure 5). The UMM 30 and UDS 31 will be discussed in more detail later. The UMM
30 and UDS 31 allow the creation of a common addressing mechanism, low level message parsing, state machine, etc.
The present invention is able to provide and use context specific handlers as needed to support a specific..
protocol. The UMM 30 receives control messages that arrive in various networks and provide mobility management operations such as addressing, location, tracking of the user and his/her device(s), routing, etc.
The UMM 30 minimizes the need for separate hardware and .
software platforms and creates a unified, consistent mechanism for services provided to the users for mobile systems of different types of communication protocols.
The UN~I 30 provides unification of mobility management , irrespective of the various access technologies and protocols that exist at the home system.
Figure 2 shows that the UMM 30 involves profile integration and provides a common point for all mobility related messages regardless of access technology or protocol. The profile integration is the combining of various communication protocols into a common representation or normalized data. The profile integration is accomplished by looking for common mobility management attributes in various protocols and creating an independent normalized protocol representation. The common point for all mobility 10591RRUSOlU Page -16-related messages is provided by the UN~I 30. The UN~I 30 is able to handle the mobility related messages in two general ways: 1) It can receive and handle all control messages in their respective communication protocol formats (i.e. ANSI41, Mobile Application Part (MAP), Mobile Internet Protocol (MIP), Next Generation (NG), Authentication Authorization and Accounting (AAA), nomadic wired mobility, or any other such present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and data applications or any other information exchange to..a mobile customer or user) and 2) It can convert and handle all control messages in their respective communication formats (i.e. ANSI41, Mobile Application Part (MAP), Mobile Internet Protocol (MIP), Next Generation (NG), Authentication Authorization and Accounting (AAA), nomadic wired mobility, or any other such present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and data applications or any other information exchange to a mobile customer or user) into a normalized protocol that encompasses all mobility related functions and operations. These two options result in two respective conversions: 1) Protocol conversions, where only essential elements required for basic mobility management of legacy functions are converted and 2) Mobility management conversion, where only essential components of legacy mobility management functions are ported to the new UNINI 30.
The present invention requires the unification of 10591RRUSOlU Page -17-the information that the UI~I 30 needs to access to be in a normalized manner or fashion so that the UNINI 30 is able to, in fact, access this data. Therefore, a unified data storage method is required and disclosed for the present invention. The information needed by the UMM 30 needs to be analyzed and categorized.
With reference now to the figures and in particular with reference to Figure 3, a chart 29 shows some example categories 32 of information needed by the UNINI 30. Some common categories 32 of UMNI information for various access technologies or communication protocols include but are not limited to location tracking information 34, authentication information 36, service level agreement 38, equipment identity 40, personal information and surveillance information 42, authorization information 44, and terminal capabilities 46. The present invention is not in any way limited to the specific categories disclosed, and any suitable category may be used in conjunction with the present invention.
After these common categories 32 have been established, data 50 pertaining to each category for each network/personality type 48 (to each category within each type of communication protocol) is established, maintained, and constantly updated. With reference now to the figures and in particular with reference to Figure 4, an example data organization chart 47 for the authentication information category 36 is shown. Figure 4 shows the chart 47 with various normalized data 50 defined for each network/personality type 48 for the authentication information category 36. The data 50 is normalized data which is readable and usable by the LTMM
30. For example, the chart 47 shows that for the network/personality of ANSI41 18 (such as for a cellular 10591RRUSOlU Page -18-telephone), the normalized data 50 for the authentication information 36 is defined as Authentication Algorithm Version (AAV), Authentication Capability (AuthCap), Authentication Key (Akey), and Signaling and Messaging Encryption (SME) (NAC) wherein this normalized data 50 is used by the UN~I 30 in order to handle and process authentication information for an ANSI41 network/personality. The chart 47 further shows that for the cable network/personality (such as for cable modem), the normalized data 50 for the authentication information 36 is defined as Cable Modem specific authorization wherein this normalized data 50 is used by the UNIM 30 in order to handle and process authentication information for a cable network/personality. The chart 47 also shows that for the network/personality of GSM 20 or GSM GPRS, the normalized data 50 for the authentication information 36 is defined as Authentication (Auth.) triplets, Random Number (RAND/SRES), and Authentication Key (Kc) wherein this normalized data 50 is used by the UNIM 30 in order to handle and process authentication information for a GSM
or GSM/GPRS network or personality. The chart 47 still further shows that for the mobile IP network/personality (such as for a mobile computer with IP access), the normalized data 50 for authentication information 36 is defined as Authentication Certificates (Ruth.
Certificates) and encryption key wherein this normalized data 50 is used by the UMM 30 in order to handle and process authentication information for a mobile IP
network/personality. Other charts similar to chart 47 would exist for the other categories (i.e. location tracking, service level agreement, equipment identity, personal information and surveillance information, authorization information, terminal capabilities, etc.) for correlating normalized data for each category to respective networks/personalities. The present invention 10591RRUSOlU Bage -19-is not in any way limited to the specific data category, network/personality, organization or normalization of data disclosed, and any suitable category, network/personality, data organization or normalization __ of data is able to be used in conjunction with the present invention. Furthermore, any present or future communication protocol that requires mobility management and that tracks, supports, and provides communications of a mobile device, unit, terminal, or system, whether it is a wireless system or a wireline or wired system, is able to be used in conjunction with the present invention.
Thus, all information pertaining to the various networks/personalities are stored in the same or similar format as illustrated in the example of Figure 4. The generic representation of the format (as illustrated in chart 47 of Figure 4) is as follows: network/personality type followed by the data for that network/personality .
type. The identification and correlation of the network/personality type to the data allows conversion from the network specific messages to normalized data and vice versa as well. Any data that is already common to all networks is unlabelled and is able to be extracted and directly accessed for all network types.
With reference now to the figures and in particular with reference to Figure 5, the Unified Mobility Manager/Unified Directory Services (UMM/UDS) message processor system 72 that handles and processes UMM
messages that were converted from network specific messages is shown. Referring to Figures 1 and 5, the UMM/UDS message processor system 72 is located in the home system 12 and replaces the home message processor 15 located therein. Referring to Figure 5, the UMM/UDS
message processor system 72 comprises three main sub-10591RRUSOlU Page -20-systems: the gateway cluster 74, the Unified Mobility Manager (UMM) 30, and the Unified Directory Services (UDS) 31. The gateway cluster 74 comprises a number of gateways for various communication protocols (i.e.
networks/personalities 48). These gateways receive network specific messages from the serving system 10 (i.e. see block diagram 5 of Figure 1). The UMM 30 manages, retrieves, and performs all operations requested by network specific messages. The UDS 31 allows respective operations to be performed on it by the UMM
30, and the UDS 31 supplies all of the information needed to the UMM 30 by supplying the Network Specific Identifier (NSI), the Network Transparent Identifier (NTI), and the specific network/personality type 48 along with any common information that the user needs.
The present invention involves the implementation of a UMM message processing and handling method, which is .
illustrated in Figure 5. The first step of the method;
which generally occurs at location 84, involves the network specific messages being received by the gateway cluster 74 and directed to respective types of gateways depending on the type of messages received. For example, if a specific ANSI41 or NAC message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the ANSI41 or NAC gateway 76. If a specific GSM message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the GSM gateway 78. If a specific Mobile Internet Protocol (MIP) message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the MIP gateway 76. This step of processing messages is performed in the same manner for any other types of messages at respective types of gateways. The second step of the method, which 10591RRUSOlU Page -21-occurs at location 86, involves converting the network specific identities of the specific message to a network transparent identifier (NTI). The respective gateway performs the conversion, and the conversion is accomplished by looking up a conversion table of information, such as a local cache or UDS lookup table (i.e. conversion table may be derived from category charts, such as the chart 36 in Figure 4). The conversion is generally from a Network Specific Identity (NSI) to a Network Non-specific Identity (NNI) with generic operations requested such as add, update, search, delete entries, etc. The normalized message having the NTI is forwarded to the TJMM 30. The third step of the method, which generally occurs at location 88, involves the UN~I 30 processing the normalized message and then performing the appropriate operation on the UDS 31. The information that is needed from the UDS 31 is obtained by supplying the Network Specific Identifier (NSI) along with the Network Transparent Identifier (NTI) and the specific network/personality type 48.
The fourth step of the UN~I message processing method, which generally occurs at location 90, involves the Ul~t 30 retrieving and performing all the operations) requested by the network specific message that was/were from the mobile system 14 of the user. The UDS 31 searches through the unified or normalized data to look for any information pertaining to the user using the NSI
and network/personality type 48 along with any common information that the mobile system 14 of the user needs.
An example of how the UDS data 96 is organized in the UDS
31 is shown in chart 95. The UDS data 96 may include the identification of the user 97. For that user 97, the network specific user identification (ID) 98, the location information 100, and other such information may 10591RRUSOlU Page -22-be identified. The fifth step of the method, which generally occurs at location 92, involves the UNtNi 30 sending an intended response in the normalized manner to the appropriate and respective gateway within the gateway cluster 74. The respective gateway then converts the normalized response back to the corresponding communication protocol (i.e. network/personality), which provides a network specific response. The sixth step of the method, which generally occurs at location 94, involves sending the converted network specific response back through the serving system 10 and to the mobile system 14 and user (i.e. see block diagram 5 of Figure 1) .
With reference now to the figures and in particular with reference to Figure 6, a flow chart of an algorithm 52 for handling and processing of UNINI messages by the LTNINt/UDS message processor system 72 and through a gateway cluster 74 and for accessing the normalized data in the UDS 31 is shown. The algorithm 52 starts at block 54.
The algorithm 52 moves to block 56 where a network specific message (i.e. from the serving system 10 as shown in Figure 1) is received at the TJNINt 30. The network specific message contains a network specific identity (NSI). The algorithm 52 moves to block 58 where the Tll~ll~I 30 translates this message from a NSI to a network transparent identifier (NTI) by querying the UDS
31. At this step at block 58, a simple unique match is generally sought. The algorithm 52 moves to block 60.
At block 60, the UNIM 30 constructs a normalized query for retrieving data using the NTI specified and a network/personality type 48, which is derived from the NSI of the network specific message. The algorithm 52 moves to block 62 where the UDS 31 returns all of the information pertaining to the NTI in response to the 10591RRUSOlU Page -23-network specific message. The algorithm 52 moves to block 64 where the information is parsed to extract the network/personality specific attributes or data. The algorithm 52 moves to block 66 where the extracted data which constructs the network specific response for a network/personality type 48 is sent from the T,I1~I 31 to the gateway cluster 74 and to the appropriate and respective gateway. The algorithm 52 ends and stops at block 68.
The present invention provides unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer. A user may have mobile devices, units, or terminals in which respective subscriptions to services for these devices, units, or terminals have been obtained, and the mobile devices or units or terminals are of different types of communication protocols. The present invention, which includes the gateway cluster 74, the UN~I 30, and the UDS
31 at the home system 12 that processes network specific messages, may be implemented and used to track the various mobile communications of a user instead of the mobile systems or mobile devices, units, or terminals themselves. The normalized data provides a way for tracking all of the mobile communication protocols and mobile systems utilized by the user since all of the data is able to be stored in an unified manner (i.e. in a unified storage system and handled by a unified data manager), that is, respectively UDS 31 and UNINI 30. All of the information for a user and his/her mobile systems able to be stored as normalized data in the UDS 31.
With reference now to the figures and in particular with reference to Figure 7, a chart of permanent and 10591RRUSOlU Page -24-transient subscriber data 102, which is an example of normalized data for the present invention, is shown.
Figure 7 shows an example organization and format for the different types of permanent and transient data 102. The permanent and transient subscriber data 102 includes but is not limited to the following: 1) Top level User Identity 104 (i.e. Person, UserNAI, etc.); 2) User Identity/Terminal Identity 106 (i.e. NAI, IMSI, MI, and IP addresses); 3) Equipment Identity 108 (i.e. Serial Number (GSM and NAC), PC Identity (MAC Address), Intel Chip ID); 4) Personal Information 110 (i.e. name, address, etc.); 5) Service Level Agreements (SLA) 112;
6) Terminal capabilities/network capabilities 114 (i.e.
Access specific or technology specific (IP enabled or access enabled)); 7) Location Information 116 (macro location) (i.e. COA (IP address of subnet), MSC ID (NAC
only), MSC Number, VLR, SGSN Number (GSM), LSF NAI (IPM
specific)); 8) Authentication Information 118 (i.e.
AAV, AuthCap Akey, SME (NAC), Authentication Certificates, IPSec, IKE, AAV, Encryption key, etc. (IP
networks), Security Parameter Index (SPI), Authentication triplets, RAND/SRES, and Kc (GSM network)); 9) Authorization 120 (i.e. Authorization Period, Geographic Authorization (NAC), RSZI lists, Call barring restrictions based on location/roaming, subscription restriction, etc., IP enabled networks (such as firewall, lifetime, subnets enabled)); 10) Surveillance and Call Trace 122 (i.e. GSM, NAC, IP, etc.); 11) Services 124 (i.e. Quality of Service Profile (such as GPRS, MIP, lxRTT MIP), Origination services (such as local, national, toll, etc.), Termination services (such as forwarding services, conferencing, data delivery, call/data screening), Roaming services (such as location based services and restrictions, etc.). .
1a591RRUSOlU Page -25-With reference now to the figures and in particular with reference to Figure 8, a chart of temporary transient subscriber data, which is another example of normalized data, is shown. Figure 8 shows an example organization and format for the different types of temporary transient data 126. The temporary subscriber data 126 includes but is not limited to the following:
1) Micro level mobility information of the mobile/terminal 128; 2) Temporary transient information 130, which needs to be updated frequently where the UDS
31 may not be used (i.e. Location Area ID, Control channel data, mobile not reachable flag (NAC), MS Purged for GPRS, SGSN area restricted flag, etc. for GSM, MIP/lxrTT such as co-located address flag, broadcast data grams, identification).
While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.
For the present description, the term "mobile" or "mobility" is used to define and describe a device, unit, terminal, or system that is able to be moved from one location to another location, whether the device, unit, terminal, or system is a wireless system that is movable or a wireline system that is movable. Furthermore, for this present description, the phrase "mobile communication" or "mobility communication" is used to define and describe communication protocols that track 10591RRQSOlU Page -2-movement of such "mobile" devices, units, terminals, or systems from one location to another location and that provide and support communications for such "mobile"
devices, units, terminals, or systems (i.e. whether these devices, units, terminals, or systems are wireless systems that are movable or wireline systems that are movable). As will be seen later in the specification, the present invention is not in any way limited to any particular communication device, unit, terminal, system, or respective communication protocol, and the present invention may be utilized with any device, unit, terminal, or system that is able to be moved from one location to another location (whether a wireless system or a wireline system) and with any communication protocol that tracks, provides, and supports communications for such devices, units, terminals, or systems from one location to another location.
In the telecommunications field, various access technologies and communication protocols exist. Examples of such access technologies and communication protocols are ANSI41 (North American Cellular), Group Special Mobile (GSM) network, cable modem network, mobile Internet protocol (IP), Public Switched Telephone Network (PSTN), data network, IS-136 Time Division Multiple Access (TDMA), IS-54B Time Division Multiple Access (TDMA), Advanced Mobile Phone System (AMPS), Code Division Multiple Access (CDMA), and any other such technologies that provide voice and data applications to a mobile customer.
With reference now to the figures and in particular with reference to prior art Figure l, a block diagram 5 and block diagrams 5A to 5D are shown in which each of the technologies and protocols requires its own serving 10591RRUSOlU Page -3-system 10 for a mobile unit or device or terminal 14 to locate and find its own home system 12 in order to enable further communication based services to be provided to the mobile unit or device or terminal 14 (i.e. voice related applications, data related applications, or any other form of information exchange). A home system 12 is typically where the subscriber or user information resides, and a serving system 10 is any system that provides services to and that registers or attempts registration of a mobile unit or device or terminal 14 that is outside of its home system 12 by finding and forwarding a requests) to the home system 12. Figure 1 shows that the mobile system 14 is away from its home system 12 and is at a location in which it sends its request to the serving system 10. The serving system 10 then tracks, finds, and forwards the request to the home system 12 of the mobile system 14. The home system 12 has a home message processor 15 that processes the request. A response to the request is sent from the home message processor 15 to the mobile system 14 through the serving system 10.
Figure 1 shows that each different type of mobile communication protocol involves a mobile unit or device or terminal type that requires and accesses its respective type of serving system and home system. For example, ANSI41 or North American Cellular (NAC) is the communication protocol for cellular communications in North America. Figure 5A shows that if an ANSI41 mobile unit or device 14A (i.e. cellular telephone or device) is away from its home area (i.e. home system 12A), then the ANSI41 mobile unit or device 14A must communicate with a local and compatible ANSI41 serving system 10A. The local and compatible ANSI41 serving system 10A, in turn, finds and locates the home system 12A for that mobile 10591RRUSOlU Page -4-unit or device 14A, which is an ANSI41 type, for the mobile unit or device 14A, and the serving system l0A
sends a requests) on behalf of the ANSI41 mobile unit or device 14A to its home system 12A. The home system 12A
has an ANSI41 message processor or HLR 15A that is able to handle and process the ANSI41 request and sends back a corresponding response to the request.
Figures 58, 5C, and 5D show similar topologies for the GSM protocol, cable protocol, and Internet protocol (IP). Figure 5B shows that a GSM mobile unit or device 14B requires and is enabled with communications only through a GSM serving system lOB and a GSM home system 12B having a GSM message processor 15B that handles and processes GSM requests or messages. Figure 5C shows that a cable modem mobile unit or device 14C requires and is enabled with communications only through a cable modem serving system lOC and a cable modem home system 12C
having a cable modem message processor 15C that handles and processes cable modem requests or messages. Figure 5D shows that an IP mobile unit or device 14D requires and is enabled with communications only through an IP
serving system lOD and an IP home system 12D having an IP
message processor 15D that handles and processes IP
requests or messages.
Thus, each individual type of communication protocol, such as the ones discussed above, requires its own type of message processor at the home system and its own separate hardware system for implementation.
Furthermore, as shown in Figure 1, the communications provided and enabled by the home systems 12, 12A, 12B, 12C, and 12D are tracked to respective mobile systems 14, 14A, 14B, 14C, and 14D. However, a person who possesses mobile devices or units of different communication 10591RRUSOlU Page -5-protocol types generally has subscriptions to the services for those types of communication, and these subscriptions and services require separate provisions of the services and usually separate management and billing.
Presently, cross-over for processing and handling the various messages and responses for the different communication protocols generally does not exist at this time. A system and method of unifying management of the various mobile communication protocols and of tracking a person with subscriptions to services of various mobile communication protocols do not exist. Furthermore, the unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer also does not exist at this time.
' For example, if a person owns a cellular telephone and a mobile laptop computer with Internet access, then another person trying to reach that person has to separately dial the cellular telephone and separately send an e-mail message to communicate through the mobile laptop computer. A system and method of tracking the mobility communications of a person and allowing a unified manager to automatically try the various mobile communication protocols for which the person has subscriptions) does not exist. For example, such a method that does not exist involves a type of unified communication manager for tracking the communications mobility of the person by first trying to access the person's cellular telephone and then automatically sending the e-mail message to the person's mobile laptop computer if the person was not reached by cellular telephone.
Thus, each type of mobile communication protocol 10591RRUSOlU Page -6-requires its own separate hardware system, management, and provision of service. Present tracking of mobile communications is generally to a mobile device or unit and is not linked in any way to a person. A person may own various mobile communication devices or units. In the present technology, the communications of all of the mobile systems are each maintained and managed separately and are not unified in any manner. A unified management of mobile communications would allow the tracking of mobile communications to a person. The concept of unification of communication mobility management irrespective of the various access technologies and protocols at the home system presently does not exist.
Furthermore, the unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer also does not exist.
It would therefore be advantageous and desirable to provide a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols. It would also be advantageous and desirable to provide a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols. It would still be advantageous and desirable to normalize messages from the various mobile devices and units and terminals, to process, handle, and respond to these normalized messages, and to convert the normalized responses back to respective communication protocols. It would also be advantageous and desirable to provide a unified hardware system for 10591RRUSOlU Page -7-various types of mobile communication protocols. It would also be advantageous and desirable to provide a system and method that allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types. It would further be advantageous and desirable to unify maintenance and management of the mobile communications that are of various mobile communication protocol types.
It would still further be advantageous and desirable to provide unification of mobility management irrespective of the various access technologies and protocols that exist at the home system. It would still also be advantageous and desirable to unify subscriptions.~of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer.
10591RRUSOlU Page -8-SUI~tARY OF THE INVENTION
It is therefore one object of the present invention to provide a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols.
It is also another object of the present invention to provide a unified mobility manager system and method that is used to provide such unified implementation and processing of mobile communications by various mobile devices and units and terminals that operate on various mobile communication protocols.
It is still a further object of the present invention to normalize messages from the various mobile devices and units and terminals, to process, handle, and.
respond to these normalized messages, and to convert the normalized responses back to respective communication protocols.
It is a further object of the present invention to provide a unified hardware system for various types of mobile communication protocols.
It is still another object of the present invention to provide a system and method that allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types.
It is still a further object to unify maintenance and management of the mobile communications that are of various mobile communication protocol types.
10591RRUSOlU Page -9-It is still another object of the present invention to provide unification of mobility management irrespective of the various access technologies and protocols that exist at the home system.
It is still also an object of the present invention to unify subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer.
The foregoing objects are achieved as is now described. A system and method for unifying and handling network messages of various communication protocols from various mobile systems. The network messages are being handled at a home system for the various mobile systems.
A gateway cluster has a number of gateways of different types of communication protocols. The gateway cluster receives the network messages of the respective .
communication protocols at the home system. The respective gateways convert the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom. A database system stores normalized data in categories. The normalized data at least includes data relating to the mobile systems and network types for the data. A unified mobility manager is coupled to and in communications with the gateway cluster and the database system. The unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages. The normalized responses are converted to network responses 10591RRUSOlU Paga -10-at the gateways and the network responses are sent to the respective mobile systems. A normalized data structure is provided for the normalized data, and the data structure generally comprises network message data, a category type for the data, and a network type that is reflective of the communication protocol from the network message.
The above as well as additional objects, features, and advantages of the present invention will become apparent in the following detailed written description.
10591RRUSOlU Page -11-BRIEF DESCRIPTION OF THE DRAWINGS
The novel features believed characteristic of the invention are set forth in the appended claims. The invention itself however, as well as a preferred mode of use, further objects and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:
Figure 1 are prior art block diagrams of various individual and separate configurations of mobile communications wherein each of the diagrams shows. an individual and separate hardware system that has a mobile , system which uses a local serving system to locate and find its home system in order to enable its respective type of communication protocol and provide communications for the mobile system;
Figure 2 is a block diagram showing an example topology of the present invention unified mobility manager (Ill~i) used to provide unified implementation and processing of mobile communications by various mobile systems that operate on various mobile communication protocols;
Figure 3 is a chart of example categories of UNINI
information;
Figure 4 is an example data organization chart for the authentication information category showing various normalized data defined for each network/personality type (i.e. each communication protocol);
Figure 5 is a block diagram of a UNINI/UDS message 10591RRUSOlU Bage -12-processor system that handles and processes ill~ll~t messages;
Figure 6 is a flow chart of an algorithm for the handling and processing of UN~I, messages by the UNINI/UDS
message processor system and through a gateway cluster;
Figure 7 is a chart of permanent and transient subscriber data used in the present invention; and Figure 8 is a chart of temporary transient subscriber data used in the present invention.
10591RRUSOlU Bage -13-DETAILED DESCRIPTION OF ILLUSTRATIVE E1~ODIMENT
For the present detailed description, the term "mobile" or "mobility" is used to define and describe a . device, unit, terminal, or system that is able to be moved from one location to another location, whether the device, unit, terminal, or system is a wireless system that is movable or a wireline system that is movable.
Furthermore, for this present detailed description, the phrase "mobile communication" or "mobility communication"
is used to define and describe communication protocols that track movement of such "mobile" devices, units, terminals, or systems from one location to another.
location and that provide and support communications for such "mobile" devices, units, terminals, or systems (i.e.
whether these devices, units, terminals, or systems are wireless systems that are movable or wireline systems that are movable). The present invention described herein is not in any way limited to any particular communication device, unit, terminal, system, or respective communication protocol, and the present invention may be utilized with any device, unit, terminal, or system that is able to be moved from one location to another location (whether a wireless system or a wireline system) and with any communication protocol that tracks, provides, and supports communications for such devices, units, terminals, or systems that are movable from one location to another location.
The present invention is a system and method for unifying the implementation and processing of mobile communications by various mobile devices and units and terminals ("mobile systems") that operate on various mobile communication protocols. With reference now to the figures and in particular with reference to Figure 2, 10591RRUSOlU Page -14-a unified mobility manager (UN~I) 30 is shown. The UNIM 30 unifies implementation and processing of mobile communications by various mobile systems, such as cellular/mobile telephones 28, pagers 29A, personal computers (PCs) 29B, Personal Digital Assistants (PDAs) 29C, etc., that operate on different mobile communication protocols, such as North American Cellular (NAC) or ANSI41 18, Group Special Mobile (GSM) network 20, a data network 22, a Public Switched Telephone Network (PSTN), etc. The UN~I 30 is also adapted to support any other future network or protocol 26 as shown in Figure 2.
Figure 2 shows that the U'MM 30 provides a unified hardware system 30 that implements and processes messages and provides responses for various types of mobile communication protocols. The UNIM 30 and the system and method of the present invention allow tracking of mobile communications to a person and to his/her subscription services for various mobile communication types. Thus, .
maintenance and management of the mobile communications that are of various mobile communication protocol types are unified.
As shown in Figure 2, the UNIM 30 provides a mobility manager platform that is capable of receiving messages for different networks (such as NAC/ANSI41 18, Group Special Mobile (GSM) network, cable modem network, mobile Internet protocol (IP), Public Switched Telephone Network (PSTN), data network, IS-136 Time Division Multiple Access (TDMA), IS-54B Time Division Multiple Access (TDMA), Advanced Mobile Phone System (AMPS), Code Division Multiple Access (CDMA), and any other such' present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and 10591RRUSOlU Page -15-data applications or any other information exchange to a mobile customer or user). The UNINI 30 provides a unified mechanism of dealing with mobility communications for users/customers. The UNINI 30 provides a logical common point for all mobility related messages regardless of the access mechanism at the home system. The reuse of technology is maximized by providing an Unified Directory Services (UDS) system 31 (see Figure 5). The UMM 30 and UDS 31 will be discussed in more detail later. The UMM
30 and UDS 31 allow the creation of a common addressing mechanism, low level message parsing, state machine, etc.
The present invention is able to provide and use context specific handlers as needed to support a specific..
protocol. The UMM 30 receives control messages that arrive in various networks and provide mobility management operations such as addressing, location, tracking of the user and his/her device(s), routing, etc.
The UMM 30 minimizes the need for separate hardware and .
software platforms and creates a unified, consistent mechanism for services provided to the users for mobile systems of different types of communication protocols.
The UN~I 30 provides unification of mobility management , irrespective of the various access technologies and protocols that exist at the home system.
Figure 2 shows that the UMM 30 involves profile integration and provides a common point for all mobility related messages regardless of access technology or protocol. The profile integration is the combining of various communication protocols into a common representation or normalized data. The profile integration is accomplished by looking for common mobility management attributes in various protocols and creating an independent normalized protocol representation. The common point for all mobility 10591RRUSOlU Page -16-related messages is provided by the UN~I 30. The UN~I 30 is able to handle the mobility related messages in two general ways: 1) It can receive and handle all control messages in their respective communication protocol formats (i.e. ANSI41, Mobile Application Part (MAP), Mobile Internet Protocol (MIP), Next Generation (NG), Authentication Authorization and Accounting (AAA), nomadic wired mobility, or any other such present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and data applications or any other information exchange to..a mobile customer or user) and 2) It can convert and handle all control messages in their respective communication formats (i.e. ANSI41, Mobile Application Part (MAP), Mobile Internet Protocol (MIP), Next Generation (NG), Authentication Authorization and Accounting (AAA), nomadic wired mobility, or any other such present or future technologies that is able to track, provide, and support mobile communications of mobile devices, units, terminals, or systems that move from one location to another location and that provide voice and data applications or any other information exchange to a mobile customer or user) into a normalized protocol that encompasses all mobility related functions and operations. These two options result in two respective conversions: 1) Protocol conversions, where only essential elements required for basic mobility management of legacy functions are converted and 2) Mobility management conversion, where only essential components of legacy mobility management functions are ported to the new UNINI 30.
The present invention requires the unification of 10591RRUSOlU Page -17-the information that the UI~I 30 needs to access to be in a normalized manner or fashion so that the UNINI 30 is able to, in fact, access this data. Therefore, a unified data storage method is required and disclosed for the present invention. The information needed by the UMM 30 needs to be analyzed and categorized.
With reference now to the figures and in particular with reference to Figure 3, a chart 29 shows some example categories 32 of information needed by the UNINI 30. Some common categories 32 of UMNI information for various access technologies or communication protocols include but are not limited to location tracking information 34, authentication information 36, service level agreement 38, equipment identity 40, personal information and surveillance information 42, authorization information 44, and terminal capabilities 46. The present invention is not in any way limited to the specific categories disclosed, and any suitable category may be used in conjunction with the present invention.
After these common categories 32 have been established, data 50 pertaining to each category for each network/personality type 48 (to each category within each type of communication protocol) is established, maintained, and constantly updated. With reference now to the figures and in particular with reference to Figure 4, an example data organization chart 47 for the authentication information category 36 is shown. Figure 4 shows the chart 47 with various normalized data 50 defined for each network/personality type 48 for the authentication information category 36. The data 50 is normalized data which is readable and usable by the LTMM
30. For example, the chart 47 shows that for the network/personality of ANSI41 18 (such as for a cellular 10591RRUSOlU Page -18-telephone), the normalized data 50 for the authentication information 36 is defined as Authentication Algorithm Version (AAV), Authentication Capability (AuthCap), Authentication Key (Akey), and Signaling and Messaging Encryption (SME) (NAC) wherein this normalized data 50 is used by the UN~I 30 in order to handle and process authentication information for an ANSI41 network/personality. The chart 47 further shows that for the cable network/personality (such as for cable modem), the normalized data 50 for the authentication information 36 is defined as Cable Modem specific authorization wherein this normalized data 50 is used by the UNIM 30 in order to handle and process authentication information for a cable network/personality. The chart 47 also shows that for the network/personality of GSM 20 or GSM GPRS, the normalized data 50 for the authentication information 36 is defined as Authentication (Auth.) triplets, Random Number (RAND/SRES), and Authentication Key (Kc) wherein this normalized data 50 is used by the UNIM 30 in order to handle and process authentication information for a GSM
or GSM/GPRS network or personality. The chart 47 still further shows that for the mobile IP network/personality (such as for a mobile computer with IP access), the normalized data 50 for authentication information 36 is defined as Authentication Certificates (Ruth.
Certificates) and encryption key wherein this normalized data 50 is used by the UMM 30 in order to handle and process authentication information for a mobile IP
network/personality. Other charts similar to chart 47 would exist for the other categories (i.e. location tracking, service level agreement, equipment identity, personal information and surveillance information, authorization information, terminal capabilities, etc.) for correlating normalized data for each category to respective networks/personalities. The present invention 10591RRUSOlU Bage -19-is not in any way limited to the specific data category, network/personality, organization or normalization of data disclosed, and any suitable category, network/personality, data organization or normalization __ of data is able to be used in conjunction with the present invention. Furthermore, any present or future communication protocol that requires mobility management and that tracks, supports, and provides communications of a mobile device, unit, terminal, or system, whether it is a wireless system or a wireline or wired system, is able to be used in conjunction with the present invention.
Thus, all information pertaining to the various networks/personalities are stored in the same or similar format as illustrated in the example of Figure 4. The generic representation of the format (as illustrated in chart 47 of Figure 4) is as follows: network/personality type followed by the data for that network/personality .
type. The identification and correlation of the network/personality type to the data allows conversion from the network specific messages to normalized data and vice versa as well. Any data that is already common to all networks is unlabelled and is able to be extracted and directly accessed for all network types.
With reference now to the figures and in particular with reference to Figure 5, the Unified Mobility Manager/Unified Directory Services (UMM/UDS) message processor system 72 that handles and processes UMM
messages that were converted from network specific messages is shown. Referring to Figures 1 and 5, the UMM/UDS message processor system 72 is located in the home system 12 and replaces the home message processor 15 located therein. Referring to Figure 5, the UMM/UDS
message processor system 72 comprises three main sub-10591RRUSOlU Page -20-systems: the gateway cluster 74, the Unified Mobility Manager (UMM) 30, and the Unified Directory Services (UDS) 31. The gateway cluster 74 comprises a number of gateways for various communication protocols (i.e.
networks/personalities 48). These gateways receive network specific messages from the serving system 10 (i.e. see block diagram 5 of Figure 1). The UMM 30 manages, retrieves, and performs all operations requested by network specific messages. The UDS 31 allows respective operations to be performed on it by the UMM
30, and the UDS 31 supplies all of the information needed to the UMM 30 by supplying the Network Specific Identifier (NSI), the Network Transparent Identifier (NTI), and the specific network/personality type 48 along with any common information that the user needs.
The present invention involves the implementation of a UMM message processing and handling method, which is .
illustrated in Figure 5. The first step of the method;
which generally occurs at location 84, involves the network specific messages being received by the gateway cluster 74 and directed to respective types of gateways depending on the type of messages received. For example, if a specific ANSI41 or NAC message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the ANSI41 or NAC gateway 76. If a specific GSM message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the GSM gateway 78. If a specific Mobile Internet Protocol (MIP) message is received at the gateway cluster 74, then the message is forwarded, normalized, and processed by the MIP gateway 76. This step of processing messages is performed in the same manner for any other types of messages at respective types of gateways. The second step of the method, which 10591RRUSOlU Page -21-occurs at location 86, involves converting the network specific identities of the specific message to a network transparent identifier (NTI). The respective gateway performs the conversion, and the conversion is accomplished by looking up a conversion table of information, such as a local cache or UDS lookup table (i.e. conversion table may be derived from category charts, such as the chart 36 in Figure 4). The conversion is generally from a Network Specific Identity (NSI) to a Network Non-specific Identity (NNI) with generic operations requested such as add, update, search, delete entries, etc. The normalized message having the NTI is forwarded to the TJMM 30. The third step of the method, which generally occurs at location 88, involves the UN~I 30 processing the normalized message and then performing the appropriate operation on the UDS 31. The information that is needed from the UDS 31 is obtained by supplying the Network Specific Identifier (NSI) along with the Network Transparent Identifier (NTI) and the specific network/personality type 48.
The fourth step of the UN~I message processing method, which generally occurs at location 90, involves the Ul~t 30 retrieving and performing all the operations) requested by the network specific message that was/were from the mobile system 14 of the user. The UDS 31 searches through the unified or normalized data to look for any information pertaining to the user using the NSI
and network/personality type 48 along with any common information that the mobile system 14 of the user needs.
An example of how the UDS data 96 is organized in the UDS
31 is shown in chart 95. The UDS data 96 may include the identification of the user 97. For that user 97, the network specific user identification (ID) 98, the location information 100, and other such information may 10591RRUSOlU Page -22-be identified. The fifth step of the method, which generally occurs at location 92, involves the UNtNi 30 sending an intended response in the normalized manner to the appropriate and respective gateway within the gateway cluster 74. The respective gateway then converts the normalized response back to the corresponding communication protocol (i.e. network/personality), which provides a network specific response. The sixth step of the method, which generally occurs at location 94, involves sending the converted network specific response back through the serving system 10 and to the mobile system 14 and user (i.e. see block diagram 5 of Figure 1) .
With reference now to the figures and in particular with reference to Figure 6, a flow chart of an algorithm 52 for handling and processing of UNINI messages by the LTNINt/UDS message processor system 72 and through a gateway cluster 74 and for accessing the normalized data in the UDS 31 is shown. The algorithm 52 starts at block 54.
The algorithm 52 moves to block 56 where a network specific message (i.e. from the serving system 10 as shown in Figure 1) is received at the TJNINt 30. The network specific message contains a network specific identity (NSI). The algorithm 52 moves to block 58 where the Tll~ll~I 30 translates this message from a NSI to a network transparent identifier (NTI) by querying the UDS
31. At this step at block 58, a simple unique match is generally sought. The algorithm 52 moves to block 60.
At block 60, the UNIM 30 constructs a normalized query for retrieving data using the NTI specified and a network/personality type 48, which is derived from the NSI of the network specific message. The algorithm 52 moves to block 62 where the UDS 31 returns all of the information pertaining to the NTI in response to the 10591RRUSOlU Page -23-network specific message. The algorithm 52 moves to block 64 where the information is parsed to extract the network/personality specific attributes or data. The algorithm 52 moves to block 66 where the extracted data which constructs the network specific response for a network/personality type 48 is sent from the T,I1~I 31 to the gateway cluster 74 and to the appropriate and respective gateway. The algorithm 52 ends and stops at block 68.
The present invention provides unification of subscriptions of various communication services across various respective communication protocols under a single umbrella for each subscriber, user, or customer. A user may have mobile devices, units, or terminals in which respective subscriptions to services for these devices, units, or terminals have been obtained, and the mobile devices or units or terminals are of different types of communication protocols. The present invention, which includes the gateway cluster 74, the UN~I 30, and the UDS
31 at the home system 12 that processes network specific messages, may be implemented and used to track the various mobile communications of a user instead of the mobile systems or mobile devices, units, or terminals themselves. The normalized data provides a way for tracking all of the mobile communication protocols and mobile systems utilized by the user since all of the data is able to be stored in an unified manner (i.e. in a unified storage system and handled by a unified data manager), that is, respectively UDS 31 and UNINI 30. All of the information for a user and his/her mobile systems able to be stored as normalized data in the UDS 31.
With reference now to the figures and in particular with reference to Figure 7, a chart of permanent and 10591RRUSOlU Page -24-transient subscriber data 102, which is an example of normalized data for the present invention, is shown.
Figure 7 shows an example organization and format for the different types of permanent and transient data 102. The permanent and transient subscriber data 102 includes but is not limited to the following: 1) Top level User Identity 104 (i.e. Person, UserNAI, etc.); 2) User Identity/Terminal Identity 106 (i.e. NAI, IMSI, MI, and IP addresses); 3) Equipment Identity 108 (i.e. Serial Number (GSM and NAC), PC Identity (MAC Address), Intel Chip ID); 4) Personal Information 110 (i.e. name, address, etc.); 5) Service Level Agreements (SLA) 112;
6) Terminal capabilities/network capabilities 114 (i.e.
Access specific or technology specific (IP enabled or access enabled)); 7) Location Information 116 (macro location) (i.e. COA (IP address of subnet), MSC ID (NAC
only), MSC Number, VLR, SGSN Number (GSM), LSF NAI (IPM
specific)); 8) Authentication Information 118 (i.e.
AAV, AuthCap Akey, SME (NAC), Authentication Certificates, IPSec, IKE, AAV, Encryption key, etc. (IP
networks), Security Parameter Index (SPI), Authentication triplets, RAND/SRES, and Kc (GSM network)); 9) Authorization 120 (i.e. Authorization Period, Geographic Authorization (NAC), RSZI lists, Call barring restrictions based on location/roaming, subscription restriction, etc., IP enabled networks (such as firewall, lifetime, subnets enabled)); 10) Surveillance and Call Trace 122 (i.e. GSM, NAC, IP, etc.); 11) Services 124 (i.e. Quality of Service Profile (such as GPRS, MIP, lxRTT MIP), Origination services (such as local, national, toll, etc.), Termination services (such as forwarding services, conferencing, data delivery, call/data screening), Roaming services (such as location based services and restrictions, etc.). .
1a591RRUSOlU Page -25-With reference now to the figures and in particular with reference to Figure 8, a chart of temporary transient subscriber data, which is another example of normalized data, is shown. Figure 8 shows an example organization and format for the different types of temporary transient data 126. The temporary subscriber data 126 includes but is not limited to the following:
1) Micro level mobility information of the mobile/terminal 128; 2) Temporary transient information 130, which needs to be updated frequently where the UDS
31 may not be used (i.e. Location Area ID, Control channel data, mobile not reachable flag (NAC), MS Purged for GPRS, SGSN area restricted flag, etc. for GSM, MIP/lxrTT such as co-located address flag, broadcast data grams, identification).
While the invention has been particularly shown and described with reference to a preferred embodiment, it will be understood by those skilled in the art that various changes in form and detail may be made therein without departing from the spirit and scope of the invention.
Claims (22)
What is claimed is:
1. A method of unifying and handling network messages of various communication protocols from various mobile systems wherein the network messages are being handled at a home system for the various mobile systems comprising the steps of:
storing normalized data which at least includes data relating to the mobile systems and network types of the mobile systems correlated to the data wherein the normalized data are stored in categories in a database system, receiving the network messages at the home system, converting the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom, processing the normalized messages and performing operations based on the normalized messages and based on the categories, the data, and the network types of the normalized data, formulating normalized responses responsive to the normalized messages, converting the normalized responses to network responses, and sending the network responses to the respective mobile systems.
Page -28-
storing normalized data which at least includes data relating to the mobile systems and network types of the mobile systems correlated to the data wherein the normalized data are stored in categories in a database system, receiving the network messages at the home system, converting the network messages to normalized messages by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom, processing the normalized messages and performing operations based on the normalized messages and based on the categories, the data, and the network types of the normalized data, formulating normalized responses responsive to the normalized messages, converting the normalized responses to network responses, and sending the network responses to the respective mobile systems.
Page -28-
2. The method according to Claim 1, wherein the step of storing normalized data further comprises the step of:
storing the normalized data in a unified directory services system.
storing the normalized data in a unified directory services system.
3. The method according to Claim 1, wherein the step of receiving the network messages further comprises the steps of:
receiving the network messages at a gateway cluster that has a number of gateways for different types of communication protocols, determining the different types of communication protocols for the network messages, and directing each of the network messages to a respective one of the gateways based on each of the determined different types of communication protocols for the each of the network messages.
receiving the network messages at a gateway cluster that has a number of gateways for different types of communication protocols, determining the different types of communication protocols for the network messages, and directing each of the network messages to a respective one of the gateways based on each of the determined different types of communication protocols for the each of the network messages.
4. The method according to Claim 3, wherein the converting steps are performed at the gateways.
5. The method according to Claim 1, wherein the network messages contain network specific identities and wherein the step of converting the network messages further comprises the step of:
converting the network specific identities of the network messages to network transparent identifiers.
converting the network specific identities of the network messages to network transparent identifiers.
6. The method according to Claim 5, wherein the step of converting the network specific identities further Page -29-comprises the steps of:
providing lookup tables in the database system for the categories, and using the lookup tables to convert the network specific identities to the network transparent identifiers.
providing lookup tables in the database system for the categories, and using the lookup tables to convert the network specific identities to the network transparent identifiers.
7. The method according to Claim 1, wherein the step of processing the normalized messages further comprises the steps of forwarding the normalized messages to a unified mobility manager, and using the unified mobility manager to perform appropriate operations on the database system.
8. The method according to Claim 7, wherein the network messages contain network specific identities and wherein the step of converting the network messages further comprises the step of converting the network specific identities of the network messages to network transparent identifiers and wherein the step of using the unified mobility manager further comprises the step of:
obtaining information needed for performing the appropriate operations by supplying the network specific identities along with the network transparent identifiers and the network types to the database system.
obtaining information needed for performing the appropriate operations by supplying the network specific identities along with the network transparent identifiers and the network types to the database system.
9. The method according to Claim 1, wherein the step of processing the normalized messages further comprises the steps of:
Page -30-using a unified mobility manager for retrieving and performing the appropriate operations, and having the database system search through the normalized data to look for information relating to the mobile systems.
Page -30-using a unified mobility manager for retrieving and performing the appropriate operations, and having the database system search through the normalized data to look for information relating to the mobile systems.
10. The method according to Claim 9, wherein the network messages contain network specific identities and wherein the step of converting the network messages further comprises the step of converting the network specific identities of the network messages to network transparent identifiers and wherein the step of having the database system search further comprises the step of:
using the network specific identities, the network types, and common information for finding the information relating to the mobile systems.
Page -31-
using the network specific identities, the network types, and common information for finding the information relating to the mobile systems.
Page -31-
11. A system for unifying and handling network messages of various communication protocols from various mobile systems wherein the network messages are being handled at a home system for the various mobile systems comprising:
a gateway cluster having a number of gateways of different types of communication protocols for receiving the network messages of the respective communication protocols at the home system and for converting the network messages to normalized messages at the gateways by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom, a database system for storing normalized data in categories wherein the normalized data at least includes data relating to the mobile systems and network types of the mobile systems correlated to the data, a unified mobility manager coupled to and in communications with the gateway cluster and the database system wherein the unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and based on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages, and wherein the normalized responses are converted to network responses at the gateways and the network responses are sent to the respective mobile systems.
Page -32-
a gateway cluster having a number of gateways of different types of communication protocols for receiving the network messages of the respective communication protocols at the home system and for converting the network messages to normalized messages at the gateways by querying the categories, the data, and the network types of the normalized data for the mobile systems from which the network messages were respectively generated therefrom, a database system for storing normalized data in categories wherein the normalized data at least includes data relating to the mobile systems and network types of the mobile systems correlated to the data, a unified mobility manager coupled to and in communications with the gateway cluster and the database system wherein the unified mobility manager receives and processes the normalized messages, performs operations based on the normalized messages and based on the categories, the data, and the network types of the normalized data, and formulates normalized responses responsive to the normalized messages, and wherein the normalized responses are converted to network responses at the gateways and the network responses are sent to the respective mobile systems.
Page -32-
12. The system according to Claim 11, wherein the database system is a unified directory services system.
13. The system according to Claim 11, wherein the respective gateways determine the different types of communication protocols for the network messages and direct each of the network messages to a respective one of the gateways based on each of the determined different types of communication protocols for the each of the network messages.
14. The system according to Claim 11, wherein the network messages contain network specific identities and the gateways convert the network specific identities of the network messages to network transparent identifiers.
15. The system according to Claim 14, wherein the database system comprises lookup tables for the catagories wherein the lookup tables are used by the gateways to convert the network specific identities to the network transparent identifiers.
16. The system according to Claim 11, wherein the unified mobility manager performs appropriate operations on the database system.
17. The system according to Claim 16, wherein the network messages contain network specific identities and wherein the gateways convert the network specific identities of the network messages to network transparent identifiers and wherein the unified mobility manager obtains information needed for performing the appropriate operations by supplying the network specific identities along with the network transparent identifiers and. the network types to the database system.
Page -33-
Page -33-
18. The system according to Claim 11, wherein the unified mobility manager is used for retrieving and performing the appropriate operations and the database system searches through the normalized data to look for information relating to the mobile systems.
19. The system according to Claim 18, wherein the network messages contain network specific identities and wherein the gateways convert the network specific identities of the network messages to network transparent identifiers and wherein the database system uses the network specific identities, the network types, and common information for finding the information relating to the mobile systems.
Page -34-
Page -34-
20. A normalized data structure used for unifying and handling one of a number of network messages based on one of a number of communication protocols from various mobile systems wherein the network messages are being handled at a home system for the various mobile systems comprising:
data from the one of the network messages, one of a number of data categories for identifying a category type of the data, and one of a number of network types that identifies and correlates the respective one of the communication protocols to the data.
Page -35-
data from the one of the network messages, one of a number of data categories for identifying a category type of the data, and one of a number of network types that identifies and correlates the respective one of the communication protocols to the data.
Page -35-
21. The normalized data structure according to Claim 20, wherein the data categories comprises location tracking information, authentication information, service level agreement, equipment identity, personal information and surveillance information, authorization information, and terminal capabilities.
22. The normalized data structure according to Claim 20, wherein the network types comprises a NAC/ANSI41 network, a Group Special Mobile (GSM) network, a cable modem network, a mobile Internet protocol (IP), a public switched telephone network (PSTN), a data network, an IS-136 time division multiple access (TDMA), an IS-54B time division multiple access (TDMA), an advanced mobile phone system (AMPS), and a code division multiple access (CDMA).
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/465,177 | 1999-12-17 | ||
US09/465,177 US6563919B1 (en) | 1999-12-17 | 1999-12-17 | System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2324130A1 true CA2324130A1 (en) | 2001-06-17 |
Family
ID=23846777
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002324130A Abandoned CA2324130A1 (en) | 1999-12-17 | 2000-10-24 | System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications |
Country Status (4)
Country | Link |
---|---|
US (1) | US6563919B1 (en) |
EP (1) | EP1109417B1 (en) |
CA (1) | CA2324130A1 (en) |
DE (1) | DE60003512T2 (en) |
Families Citing this family (65)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI110982B (en) * | 2000-01-27 | 2003-04-30 | Sonera Oyj | Transmission of short messages in a telecommunications system |
US7003571B1 (en) * | 2000-01-31 | 2006-02-21 | Telecommunication Systems Corporation Of Maryland | System and method for re-directing requests from browsers for communication over non-IP based networks |
US8090856B1 (en) | 2000-01-31 | 2012-01-03 | Telecommunication Systems, Inc. | Intelligent messaging network server interconnection |
US7689696B2 (en) * | 2000-01-31 | 2010-03-30 | Telecommunication Systems, Inc. | System and method for re-directing requests from browsers for communications over non-IP based networks |
US6435164B1 (en) | 2000-12-07 | 2002-08-20 | Ford Global Technologies, Inc. | Fuel weathering method for vehicle evaporative emission system |
US8370435B1 (en) | 2000-01-31 | 2013-02-05 | Telecommunication Systems, Inc. | System and method for servers to send alerts to connectionless devices |
JP3545666B2 (en) * | 2000-02-14 | 2004-07-21 | 株式会社東芝 | Service providing system for mobile terminals |
JP2001320372A (en) * | 2000-03-13 | 2001-11-16 | Hyundai Electronics Ind Co Ltd | Device and method for integrally managing subscriber through functional modeling of integrated subscriber server in integrated internet protocol network |
US7035932B1 (en) * | 2000-10-27 | 2006-04-25 | Eric Morgan Dowling | Federated multiprotocol communication |
US6901429B2 (en) * | 2000-10-27 | 2005-05-31 | Eric Morgan Dowling | Negotiated wireless peripheral security systems |
US6965914B2 (en) * | 2000-10-27 | 2005-11-15 | Eric Morgan Dowling | Negotiated wireless peripheral systems |
US7047285B2 (en) * | 2001-02-16 | 2006-05-16 | Microsoft Corporation | System and method for providing a unified messaging scheme in a mobile device |
US7191449B2 (en) * | 2001-02-16 | 2007-03-13 | Microsoft Corporation | System and method for providing componentized transports and forms |
US7257402B2 (en) * | 2001-03-27 | 2007-08-14 | Nortel Networks Limited | Method and apparatus for managing a plurality of mobile nodes in a network |
US6996076B1 (en) * | 2001-03-29 | 2006-02-07 | Sonus Networks, Inc. | System and method to internetwork wireless telecommunication networks |
US7339903B2 (en) * | 2001-06-14 | 2008-03-04 | Qualcomm Incorporated | Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address |
US8000241B2 (en) * | 2001-06-26 | 2011-08-16 | Qualcomm Incorporated | Methods and apparatus for controlling access link packet flow aggregation and resource allocation in a mobile communications system |
US7474650B2 (en) * | 2001-06-26 | 2009-01-06 | Qualcomm Incorporated | Methods and apparatus for controlling resource allocation where tunneling and access link packet aggregation are used in combination |
US7027400B2 (en) * | 2001-06-26 | 2006-04-11 | Flarion Technologies, Inc. | Messages and control methods for controlling resource allocation and flow admission control in a mobile communications system |
JP2003046977A (en) * | 2001-07-31 | 2003-02-14 | Matsushita Electric Ind Co Ltd | Relay server |
US6873858B1 (en) * | 2001-12-06 | 2005-03-29 | Alcatel | Bridge mechanism, and associated method, for multi-network radio communication system |
RU2311741C2 (en) * | 2001-12-21 | 2007-11-27 | Ориндж Персонал Коммьюникейшнз Сервисиз Лимитед | Call processing in mobile telecommunication networks |
US20030126291A1 (en) * | 2001-12-28 | 2003-07-03 | Wang Ben B. | Method and message distributor for routing requests to a processing node |
US7263087B2 (en) * | 2002-01-25 | 2007-08-28 | Nokia Corporation | Method and system for adding IP routes to a routing mobile terminal with 3G messages |
US7564824B2 (en) * | 2002-02-04 | 2009-07-21 | Qualcomm Incorporated | Methods and apparatus for aggregating MIP and AAA messages |
US20030193952A1 (en) * | 2002-02-04 | 2003-10-16 | O'neill Alan | Mobile node handoff methods and apparatus |
US8649352B2 (en) * | 2002-02-04 | 2014-02-11 | Qualcomm Incorporated | Packet forwarding methods for use in handoffs |
WO2003067439A1 (en) | 2002-02-04 | 2003-08-14 | Flarion Technologies, Inc. | A method for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivity |
EP1351478A1 (en) * | 2002-04-03 | 2003-10-08 | Siemens Aktiengesellschaft | Control of a voice communication connection within a packet-switched communication network between communication devices associated with different domains |
AU2003230821A1 (en) * | 2002-04-08 | 2003-10-27 | Flarion Technologies, Inc. | Support of disparate addressing plans and dynamic ha address allocation in mobile ip |
US7313103B2 (en) * | 2002-06-03 | 2007-12-25 | Motorola, Inc. | Method and apparatus for interactive communication between half-duplex and full-duplex systems |
AU2003237363A1 (en) * | 2002-08-29 | 2004-03-19 | United States Postal Services | Shared services platform |
US7869803B2 (en) * | 2002-10-15 | 2011-01-11 | Qualcomm Incorporated | Profile modification for roaming in a communications environment |
US7882346B2 (en) | 2002-10-15 | 2011-02-01 | Qualcomm Incorporated | Method and apparatus for providing authentication, authorization and accounting to roaming nodes |
US7127235B2 (en) | 2003-04-30 | 2006-10-24 | Hewlett-Packard Development Company, L.P. | Multiple protocol database |
US7181196B2 (en) * | 2003-05-15 | 2007-02-20 | Lucent Technologies Inc. | Performing authentication in a communications system |
US7269727B1 (en) | 2003-08-11 | 2007-09-11 | Cisco Technology, Inc. | System and method for optimizing authentication in a network environment |
US7697501B2 (en) * | 2004-02-06 | 2010-04-13 | Qualcomm Incorporated | Methods and apparatus for separating home agent functionality |
US20060077943A1 (en) * | 2004-10-12 | 2006-04-13 | Mino Holdings, Inc. C/O M&C Corporate Services Limited | Method and system for processing international calls using a voice over IP process |
US7698556B2 (en) * | 2005-02-25 | 2010-04-13 | Hewlett-Packard Development Company, L.P. | Secure spontaneous associations between networkable devices |
US7460510B2 (en) * | 2005-04-01 | 2008-12-02 | Cml Emergency Services Inc. | Radio gateway system and method for interfacing a radio system and an IP network |
US7483416B2 (en) | 2005-04-01 | 2009-01-27 | Cml Emergency Services Inc. | Internet protocol radio dispatch system and method |
US7676228B2 (en) * | 2005-09-19 | 2010-03-09 | Plant Equipment Inc. | Radio interoperability system and method |
US9066344B2 (en) | 2005-09-19 | 2015-06-23 | Qualcomm Incorporated | State synchronization of access routers |
US20070280441A1 (en) * | 2006-05-03 | 2007-12-06 | Mino Holdings, Inc. | Method And System For Using Advertisement To Sponsor International Mobile Phone Calls For Cellular Telephone Networks |
US20080020755A1 (en) * | 2006-05-16 | 2008-01-24 | Mino Holdings, Inc. | Method and system for international roaming using virtual sim card |
US9253629B2 (en) * | 2006-06-28 | 2016-02-02 | Alcatel Lucent | Method of handling mobile station identifiers |
WO2008036645A2 (en) * | 2006-09-20 | 2008-03-27 | Useful Networks | Providing subscriber specific information across wireless networks |
US20080214189A1 (en) * | 2007-03-01 | 2008-09-04 | Pouya Taaghol | Mobility protocol switching for wireless networks |
US10171998B2 (en) | 2007-03-16 | 2019-01-01 | Qualcomm Incorporated | User profile, policy, and PMIP key distribution in a wireless communication network |
US8750863B2 (en) * | 2009-02-13 | 2014-06-10 | T-Mobile Usa, Inc. | Selection of roaming gateway |
EP2219341B1 (en) * | 2009-02-16 | 2019-05-08 | Telia Company AB | Voice and other media conversion in inter-operator interface |
US9036541B2 (en) * | 2009-02-17 | 2015-05-19 | T-Mobile Usa, Inc. | Location-based IMS server selection |
US9787827B2 (en) * | 2010-03-31 | 2017-10-10 | Genband Us Llc | Systems and methods for fused services including an integrated management system |
US20110269422A1 (en) * | 2010-04-28 | 2011-11-03 | Xu Richard H | System and Method for Routing a Message to a Mobile Device Associated with Multiple Communication Profiles |
WO2011136764A1 (en) * | 2010-04-28 | 2011-11-03 | Mino Wireless Usa, Inc. | System and method for dynamically providing communication profiles for mobile devices |
US20110270747A1 (en) * | 2010-04-28 | 2011-11-03 | Xu Richard H | System and Method for Adding Funds to a Prepaid Account for a Mobile Device Associated with Mulitple Communication Profiles |
US20110268022A1 (en) * | 2010-04-28 | 2011-11-03 | Xu Richard H | System and Method for Routing Signals Using Network-Specific Identifiers for a Common Server Module |
US8538405B2 (en) | 2010-04-29 | 2013-09-17 | T-Mobile Usa, Inc. | Communication protocol preferences |
US8923309B2 (en) * | 2010-04-29 | 2014-12-30 | T-Mobile Usa, Inc. | Managing access gateways |
US20150119075A1 (en) * | 2013-10-31 | 2015-04-30 | Telecommunication Systems, Inc. | Integrated Land Mobile Radios (LMRs) with Cellular Location Nodes |
US10313528B2 (en) * | 2014-03-26 | 2019-06-04 | Genband Us Llc | Systems, methods, and computer program products for providing regional survivable calling over a packet network |
WO2016186530A1 (en) | 2015-05-15 | 2016-11-24 | Ringcentral, Inc. | Systems and methods for determining routing information for a network request |
WO2016187528A1 (en) * | 2015-05-21 | 2016-11-24 | GroupCare Technologies, LLC | Enhanced gateway safety system |
US10499250B2 (en) | 2017-06-22 | 2019-12-03 | William Turner | RF client for implementing a hyper distribution communications protocol and maintaining a decentralized, distributed database among radio nodes |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5706286A (en) * | 1995-04-19 | 1998-01-06 | Mci Communications Corporation | SS7 gateway |
US5852660A (en) * | 1996-04-10 | 1998-12-22 | Ericsson Inc. | Network protocol conversion module within a telecommunications system |
CA2278447A1 (en) | 1996-11-08 | 1998-05-14 | Pmc-Sierra (Maryland), Inc. | Method and apparatus to translate data streams among multiple parties |
DE19801563B4 (en) | 1998-01-19 | 2006-04-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system with support of mobile participants and automatic information and media implementation |
US6418306B1 (en) * | 1999-07-19 | 2002-07-09 | Sprint Communications Company L.P. | Common message waiting notification across landline and wireless telecommunications networks |
US6393112B1 (en) * | 1999-11-01 | 2002-05-21 | Worldcom, Inc. | System method for facilitating intelligent network call processing using a call context database |
-
1999
- 1999-12-17 US US09/465,177 patent/US6563919B1/en not_active Expired - Lifetime
-
2000
- 2000-10-24 CA CA002324130A patent/CA2324130A1/en not_active Abandoned
- 2000-10-27 DE DE60003512T patent/DE60003512T2/en not_active Expired - Lifetime
- 2000-10-27 EP EP00309454A patent/EP1109417B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
DE60003512T2 (en) | 2004-04-29 |
US6563919B1 (en) | 2003-05-13 |
EP1109417B1 (en) | 2003-06-25 |
DE60003512D1 (en) | 2003-07-31 |
EP1109417A1 (en) | 2001-06-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6563919B1 (en) | System and method for unifying the implementation and processing of mobile communications and a unified mobility manager for providing such communications | |
US8554876B2 (en) | User profile service | |
JP6077048B2 (en) | Subscriber identity management broker for fixed / mobile networks | |
US6275693B1 (en) | Method and apparatus for performing bearer independent wireless application service provisioning | |
US6308267B1 (en) | Arrangement and method for mobile communications having an IP link | |
US20100030887A1 (en) | System and method of managing information distribution to mobile stations | |
JP4714261B2 (en) | Optimal selection of communication networks in the location area of terminal equipment | |
JP2004507973A (en) | Generic WLAN architecture | |
EP2023580B1 (en) | Packet transmission system in mobile communications network system | |
JP2010532019A (en) | Mobile device with obfuscated mobile device / user identification | |
JP2006508582A (en) | Mobile terminal and method for searching for address in WLAN and locating corresponding node | |
JP2010531073A (en) | Method and apparatus for accessing a foreign network using obfuscated mobile device user identification | |
CN114095987A (en) | Service processing method, device and storage medium | |
CA2478926C (en) | Method and system for providing network services | |
EP1570696B1 (en) | A method and system for positioning in a mobile communications network | |
JP5629790B2 (en) | Currency inquiry system and method | |
US20060172744A1 (en) | Method and system for subscriber integrity in a mobile communications system | |
US7127235B2 (en) | Multiple protocol database | |
KR101013274B1 (en) | Method and system for intercepting unusual call in wireless data communication environment | |
Cho et al. | Reducing the network cost of call delivery to GSM roamers | |
EP1379053B1 (en) | Method for transferring a user-id password pair, and a wireless network | |
KR101183994B1 (en) | Global roaming service system and its method using by a mobile communication terminal | |
JP5122051B2 (en) | Method and apparatus for managing multiple mobile nodes in a network | |
KR101646937B1 (en) | System and method for roaming service using USIM, and service server | |
US20080109819A1 (en) | Communication System, Message Processing Computer and Method for Processing a Message |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |