WO1999039526A1 - Shared communications protocol layer for interfacing between wireless networks - Google Patents
Shared communications protocol layer for interfacing between wireless networks Download PDFInfo
- Publication number
- WO1999039526A1 WO1999039526A1 PCT/EP1999/000463 EP9900463W WO9939526A1 WO 1999039526 A1 WO1999039526 A1 WO 1999039526A1 EP 9900463 W EP9900463 W EP 9900463W WO 9939526 A1 WO9939526 A1 WO 9939526A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- server
- communication
- tcp
- application
- microcellular
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/10—Mobility data transfer between location register and external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/32—Hierarchical cell structures
-
- 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
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Definitions
- This invention relates to communications between wireless networks and, more particularly, to interfaces controlling communications between wireless networks.
- the field of cellular telephony is exemplary of a communication system that has been made possible due to such advancements.
- a fixed, wireline connection is not required between a transmitting station and a receiving station in a cellular, or other radiotelephonic, communication system to effectuate communications between the stations. Because a "wireless" connection is formed between the transmitting station and the receiving station, use of such a communication system is particularly advantageous to effectuate communications when a wireline connection cannot be conveniently or practically formed.
- a macrocellular communication network -2- typically includes a large number of base stations positioned at spaced-apart locations throughout a geographic area. As a mobile subscriber unit moves throughout the geographical area, communications with the mobile subscriber unit are "handed-off ' to successive ones of the base stations.
- GSM Global System for Mobile
- control circuitry including mobile services switching centers (MSCs) and base stations controllers (BSCs), controls communications between the base stations and the mobile subscriber unit.
- location registers including a home location register (HLR) associated with the mobile subscriber unit, maintain a registry of the positioning of the mobile subscriber unit in a network.
- HLR home location register
- Microcellular communication networks have also been developed and implemented.
- a Digital Electronic Cordless Telephone (DECT) system is exemplary of a microcellular communication network.
- a microcellular communication network analogous to a macrocellular communication network, also permits wireless communications to be effectuated with a mobile subscriber unit.
- the area encompassed by a microcellular communication network is, however, typically much smaller than the area encompassed by a macrocellular communication network.
- microcellular communication networks generally encompass limited areas, a single business, or other operator, might be required to construct more than one microcellular communication network to encompass a desired area in which microcellular communications are to be permitted.
- a microcellular communication network might be constructed to provide microcellular communication coverage encompassing a single building.
- a mobile subscriber unit regularly registered to communicate pursuant to the microcellular communication network must be within the building, i.e., the area encompassed by the microcellular communication network, to communicate therethrough. It is sometimes desirable to permit a mobile subscriber unit, regularly registered in one microcellular communication network (the "home” network), also to communicate in another microcellular communication network (the “visited” network).
- the home network the "home” network
- the "visited” network the "visited” network
- a business might have separate office locations, requiring separate microcellular networks to be installed for each of the separate office locations. It is sometimes desirable, in such instances, to permit personnel regularly located at one of the office locations to be able to communicate by way of a microcellular communication network even when the personnel are temporarily positioned at the other one of the office locations.
- the present invention advantageously provides a method, and associated apparatus, for facilitating communications to and from a mobile subscriber unit operable in a microcellular communication network when the mobile subscriber unit roams into an area encompassed by a "visited" microcellular communication network other than the "home" network in which the mobile subscriber unit is regularly registered.
- Wide-area mobility management functions available in a macrocellular network are provided to microcellular networks by coupling the microcellular networks to the macrocellular network. Wide-area mobility is thereby provided to a mobile subscriber unit operable in a microcellular communication network.
- the wide- area management functions provided to the microcellular communication network permits a mobile subscriber unit to communicate by way of a microcellular communication network even when it roams into an area encompassed by a "visited" network.
- GSM Global System for Mobile communications
- the microcellular communication networks include the mobility servers which appear, to the GSM network, to be mobile services switching centers (MSCs) of the GSM network.
- Mobility management normally provided to the mobile services switching centers of the GSM network are provided to the mobility servers of the microcellular networks. Signaling between the mobility server and the macrocellular communication network permits, for example, calls to be placed to and from a mobile subscriber unit when the subscriber unit roams beyond the microcellular communication network in which the subscriber unit is regularly registered. Location updating of the position at which the subscriber unit roams is similarly also effectuated.
- location information related to the position of a mobile subscriber unit is updated when the mobile subscriber unit roams -5- into an area encompassed by a microcellular communication network other than the network in which the subscriber unit is regularly registered.
- a mobility server of such "visited" microcellular network receives indications of the positioning of the subscriber unit and provides information indicative thereof to a home location register (HLR) of the macrocellular communication network.
- HLR home location register
- HLR provides the visited mobility server with subscriber data related to the mobile subscriber unit and orders the "home" mobility server of the subscriber unit's home network to deregister the subscriber unit therefrom.
- calls originated at a Public Switched Telephone Network (PSTN) to be terminated to a mobile subscriber unit of the "home" microcellular communication network are routed to the subscriber unit when the subscriber unit roams beyond the "home” network and into a "visited” network.
- PSTN Public Switched Telephone Network
- the call is routed via the home microcellular communication network to a gateway mobile services switching center (GMSC) of the macrocellular communication network, and the GMSC interrogates the home location register of the macrocellular network to obtain routing information to route the call to the roaming subscriber unit.
- the HLR requests and receives information from the mobility server of the "roaming" microcellular network. Such information is provided to the GMSC, and the call is routed to the mobile subscriber unit, to be terminated. thereat.
- a call originated at a roaming, subscriber unit is routed to a subscriber unit registered in the macrocellular communication network.
- calls are placed between a mobile subscriber unit positioned in a "home" microcellular network to a mobile subscriber unit roaming in a "visited” microcellular communication network.
- the mobile subscriber unit forms a dual-mode subscriber unit, operable in both a microcellular network and a macrocellular network. Calls are placed, or received, by the subscriber unit when the subscriber unit is positioned in its "home" microcellular network, a visited microcellular network, or within an area encompassed only by the macrocellular network.
- the mobility management signaling entering the macrocellular network is screened to protect the functions of the macrocellular network from damage.
- a plurality of mobility servers communicate with a central server such as an HLR or a debit platform via a shared communications protocol layer.
- mobility-enhancing apparatus for a first mobility server facilitates communication with a mobile subscriber unit.
- the mobile subscriber unit is operable in a first microcellular communication network of a communication system having a macrocellular communication network and at least the first microcellular communication network.
- the first microcellular communication network includes the first mobility server.
- the mobility-enhancing apparatus facilitates communication with the mobile subscriber unit, operable in the first microcellular communication network, in a communication network other than the first microcellular communication network.
- a storage device stores location information representative of positioning of the mobile subscriber unit.
- a mobility manager is coupled to the storage device and to the macrocellular network. The mobility manager at least updates the location information stored in the storage device to indicate whether the mobile subscriber unit is positioned within range of the first microcellular communication network.
- the mobility manager further receives macrocellular network-generated data related to the mobile subscriber unit, and the network-generated data is used for the updating of the location information.
- FIGURE 1 illustrates a functional block diagram of a communication system which includes an embodiment of the present invention as a portion thereof.
- FIGURE 2 illustrates a functional block diagram of a portion of the communication system shown in FIGURE 1 used during operation of an embodiment of the present invention to update the location of a mobile subscriber unit when the mobile subscriber unit roams into an area encompassed by a microcellular communication network other than the "home" microcellular network in which the subscriber unit is regularly registered. -7-
- FIGURE 3 illustrates a functional block diagram of a portion of the communication system shown in FIGURE 1 used during a call to a mobile subscriber unit that has roamed into a microcellular communication network other than the "home" network in which the subscriber unit is regularly registered.
- FIGURE 4 illustrates a portion of the communication system shown in
- FIGURE 1 used during operation of an embodiment of the present invention to route a call originated by a mobile subscriber unit when the mobile subscriber unit is positioned in an area encompassed by a microcellular communication network other than the "home" network in which the subscriber unit is regularly registered.
- FIGURE 5 illustrates a portion of the communication system shown in
- FIGURE 1 used during operation of an embodiment of the present invention to route a call between subscriber units positioned in different microcellular communication networks.
- FIGURE 6 illustrates in detail an example of a mobility signaling portion of the mobility servers of FIGURES 1 -5.
- FIGURE 7 is a block diagram illustrating an exemplary signaling channel firewall arrangement according to the present invention.
- FIGURE 8 illustrates the signaling channel firewall arrangement of FIGURE 7 in greater detail.
- FIGURE 9 illustrates the operation of one part of the screening function of
- FIGURE 10 illustrates a portion of FIGURE 9 in greater detail.
- FIGURE 11 illustrates the operation of another part of the screening function of FIGURE 8.
- FIGURE 12 illustrates the operation of another part of the screening function of FIGURE 8.
- FIGURE 13 illustrates generally the operation of the screening function of FIGURE 8 with respect to the operation of the protocol stack and SS7 signaling channel of FIGURE 8.
- FIGURE 14 illustrates an exemplary database of operations that can be screened according to the present invention. -8-
- FIGURE 15 illustrates an exemplary database of parameters that can be screened according to the present invention.
- FIGURES 16-19 illustrates specific values and ranges which can be defined in an exemplary parameter database according to the invention.
- FIGURE 20 illustrates an exemplary database for screening origination addresses according to the invention.
- FIGURE 21 illustrates an exemplary database for screening destination addresses according to the invention.
- FIGURE 22 is a block diagram which illustrates how a plurality of mobility servers communicate with HLR via a concentrator according to the present invention.
- FIGURE 23 illustrates the concentrator and HLR of FIGURE 22 in greater detail.
- FIGURE 24 illustrates another arrangement according to the present invention wherein a plurality of mobility servers communicate with a central server via a concentrator.
- FIGURE 25 illustrates the concentrator and server of FIGURE 24 in greater detail.
- FIGURE 26 illustrates the operation of the SSN/Socket function of FIGURES 23 and 25.
- FIGURES 27 and 28 illustrate the operation of the DIALOGUE ID function ofFIGURES 23 and 25.
- FIGURE 29 illustrates a database utilized by the DIALOGUE ID function.
- FIGURE 30 illustrates a database used by the SSN/Socket function.
- FIGURE 31 illustrates a further database used by the DIALOGUE ID function.
- FIGURE 32 illustrates a further database used by the DIALOGUE ID function.
- FIGURE 33 illustrates a further alternative embodiment of the present invention, wherein the traffic handler is combined with the screening function of FIGURES 8-21. -9-
- a communication system shown generally at 10, includes an embodiment of the present invention as a portion thereof.
- the communication system 10 is a multi-network communication system, here shown to include a macrocellular communication network 12, a first microcellular communication network 14, and a second microcellular communication network 16.
- the microcellular communication network 12 for purposes of illustration, in the exemplary embodiment, is formed of a Global Systems for Mobile communications (GSM) network.
- GSM Global Systems for Mobile communications
- the macrocellular communication network 12 is alternatively formed of another type of Public Land
- the first and second microcellular communication networks 14 and 16 are, in the exemplary embodiment, formed of Digital Electronic Cordless Telephone (DECT) systems.
- the microcellular networks 14 and 16 shall, at times, be referred to as DECT systems.
- the networks 14 and 16 are alternatively formed of other types of Private
- PDNs Telephonic Networks
- the macrocellular communication network 12 encompasses a macrocellular- region throughout which wireless communications by way of the network 12 are permitted.
- the network 12 includes a plurality of spaced-apart base stations, of which two base stations 18 are illustrated in the figure. Each base station 18 encompasses an area defining a cell 20. The cells 20 defined by the base stations 18 collectively form the region encompassed by the network 12.
- the base stations are coupled by way of base station controllers 22 to mobile services switching centers (MSCs), such as the mobile services switching centers 24 and 26.
- the base station controllers 22 are operable, inter alia, to control operation of the base stations 18 coupled thereto. Control operations, such as hand-off decisions and channel allocations, are performed at the controllers 22. Operation of the base station controllers 22, and the mobile services switching centers 24 and 26 of the exemplary embodiment corresponds generally with operation of such devices in existing standards specifications.
- the mobile services switching centers 24 and 26 shown in the figure are inter- coupled, here indicated by the lines 28.
- the MSCs 24 and 26 are further coupled to -10- a Public Switched Telephone Network (PSTN).
- PSTN Public Switched Telephone Network
- the GSM network 12 further includes location registers including the home location register (HLR) 36.
- the HLR 36 is coupled to the MSCs 24 and 26 by way of lines 38 and 42, respectively.
- the HLR 36 is operable in the GSM communication network 12, inter alia, to perform wide-area mobility management functions to facilitate call routing to and from mobile subscriber units operable to communicate by way of the communication network 12.
- mobility management functions include, for instance, the maintenance of a subscriber registry.
- the subscriber registry contains information relating to the subscriber units' whereabouts and status.
- the HLR 36 is further coupled, by way of lines 44 and 46, respectively, to mobility servers 48 and 52 of the DECT systems 14 and 16, respectively.
- the mobility servers 48 and 52 are based on MD 110 hardware components. Services supported therefrom are developed on an Erlang platform. Services performed by the mobility servers 48 and 52 include those which are conventionally provided by mobility servers of conventional DECT systems.
- the mobility server 48 is coupled to radio exchange equipment 54 by way of lines 56.
- the radio exchange equipment 54 includes transceiver circuitry permitting communication with mobile subscriber units, such as the mobile subscriber unit 58.
- the mobility server 52 is coupled to radio exchange equipment 62 by way of lines 64.
- the radio exchange equipment 62 includes transceiver circuitry permitting wireless communications with mobile subscriber units positioned within the area encompassed by the DECT system 16.
- the mobile subscriber unit 58 forms a dual-mode subscriber unit, selectively operable to communicate with both the GSM network 12 and the microcellular networks 14 and 16.
- the mobility server 48 includes a mobility manager 66 capable of communicating information with the HLR 36.
- the mobility manager 66 is further o coupled to a storage device 68 which also forms a portion of the mobility server 48.
- the mobility server 52 includes a mobility manager 72 which is capable of communicating information with the HLR 36.
- the mobility manager is further -11- coupled to a storage device 74 which also forms a portion of the mobility server 52.
- the mobility server 48 is further coupled to the MSC 24, here indicated by lines 76.
- the mobility server 52 is further coupled to the MSC 26, here indicated by the lines 78. Both the mobility servers 48 and 52 are further coupled to a PSTN and provide conventional call routing of calls between the PSTN and mobile subscriber units which are regularly registered in the respective communication networks 14 and 16.
- the storage devices 68 and 74 store location information related to subscriber units operable in the respective networks associated with the mobility servers 48 and 52, respectively. As shall be described below, such location information can be updated during operation of an embodiment of the present invention. In one embodiment, the storage devices 68 and 74 further store service subscription information related to service subscriptions to which the subscriber units are subscribed. During operation of an embodiment of the present invention, the wide-area mobility management functions provided by the GSM network 12 are further utilized by the DECT systems forming the microcellular networks 14 and 16. Such utilization provides wide-area mobility to mobile subscriber units operable in the networks 14 and 16.
- the wide-area mobility management functions provided by the GSM 5 network 12 are utilized to facilitate communications with the "roaming" mobile subscriber unit.
- the wide-area mobility management functions provided by the GSM network are utilized by the subscriber units when communicating by way of the networks 14 and 16 and also when communicating by way of the GSM network 16.
- MAP Mobile application part
- Subscription information associated with mobile subscriber units, such as the subscriber unit 58, operable in the DECT network 14 are stored not only in the mobility server 48 but also in the HLR 36. Services pursuant to the subscription in the HLR 36, however, need not be defined. But, the subscriber unit 58 includes an MSISDN number and an IMSI number allocated thereto. The subscription for the subscriber unit in the HLR 36 is based on such numbers.
- the mobility server 48 contains tables permitting transformation between a DECT identity, used to identify the subscriber unit in the DECT system 14 and the MSISDN and IMSI numbers, used to identify the subscriber unit in the GSM network 12.
- the DECT identity, the IMSI, and the MSISDN allocated to the subscriber unit 58 are further defined in each mobility server, such as the mobility server 52, in each DECT system 16, or other PTN, in which the subscriber unit 58 is permitted to roam.
- Such information is predefined in the mobility servers.
- Such predefined information further includes a predefined service profile which, in one embodiment, is not otherwise transferred from the subscriber units' 58 home mobility server, here server 48, to a visited mobility server, here server 52.
- Each mobility server further includes a series of roaming numbers which are defined in manners similar to the roaming numbers defined in a mobile services switching center or location register of a conventional GSM network.
- the mobility servers 48 and 52 appear to the HLR 36 as mobile services switching centers, -13- similar to the switching centers 24 and 26.
- the mobility servers further include unique MSC/VLR addresses, similar to the MSC/VLR addresses which identify the MSCs of the macrocellular network 12.
- FIGURE 2 illustrates again the HLR 36 of the GSM network 12 and the mobility servers 48 and 52 of the DECT systems 14 and 16, respectively.
- Lines 44 and 46 are again shown to couple the HLR 36 with the mobility servers 48 and 52, respectively.
- the radio exchange equipment 54 and 62 are again shown to be coupled to the respective mobility servers 48 and 52.
- a mobile subscriber unit here subscriber unit 58
- subscriber unit 58 roams out of the microcellular network 14, its home network, and into the microcellular network 16
- the subscriber unit 58 registers with the mobility server 52.
- the roaming of the subscriber unit is indicated in the figure by the arrow 84.
- the identity of the subscriber unit 58 is indexed against a list of subscriber units permitted to roam.
- a subscriber unit 58 is assumed to be listed on such list and a transformation between the DECT identity of the subscriber unit 58 and its corresponding IMSI number is performed by the mobility manager 72.
- the mobility server 52 updates the location information of the subscriber unit with the HLR 36. Then, and as indicated by the arrow 88, the HLR 36 provides the mobility server 52 with subscriber data, namely the IMSI and MSISDN numbers, stored in the HLR 36. And, as indicated by the arrow 92, the HLR 36 causes the mobility server 48 to deregister the old registration of the subscriber unit 58 in the network 14. Thereby, the location of the subscriber unit 58 is updated to indicate its location in the area encompassed by the microcellular network 16, not the microcellular network 14.
- FIGURE 3 illustrates operation of an embodiment of the present invention by which a call is routed to the subscriber unit 58, regularly registered at the network 14, when the subscriber unit 58 roams into the network 16.
- Elements of the communication system 10 utilized in the exemplary operation of call routing to the roaming, subscriber unit 58 are shown in FIGURE 3 and identified by the same reference numerals used to identify such elements in FIGURE 1.
- the mobility server 48 receives a call, such as a call originated at the
- the identity of the subscriber unit is indexed against a list of subscriber units permitted to roam.
- the subscriber unit 58 -14- is assumed to be on the list and marked as being roaming beyond the network 14.
- the mobility manager of the mobility server 48 translates the DECT identity of the subscriber unit into an MSISDN number, and the call is routed to the MSC 24, here forming a gateway MSC (GMSC). Such routing is indicated in the FIGURE by the arrow 102. Then, and as indicated by the arrow 104, the MSC 24 interrogates the
- HLR 36 for routing information to route the call to the roaming, subscriber unit.
- the HLR 36 requests a roaming number, MSRN, from the mobility server 52, as indicated by the arrow 106.
- the mobility server 52 returns the roaming number allocated to the subscriber unit 58 to the HLR 36, as indicated by the arrow 108.
- the HLR 36 thereafter, and as indicated by the arrow 112, returns the roaming number allocated to the subscriber unit 58 to the MSC 24.
- the call is routed to the roaming subscriber unit 58, as indicated by the arrows 114, by utilizing the roaming number.
- the MSC 24, in one embodiment, generates both a transit call data record and a roaming call forwarding record, for billing purposes, if desired.
- FIGURE 4 illustrates operation of an embodiment of the present invention by which the wide-area management functions provided by the GSM network 12 of the communication system 10 are utilized to facilitate routing of a call originated at a roaming subscriber unit, here subscriber unit 52 to a mobile subscriber unit operable in the GSM network.
- a roaming subscriber unit here subscriber unit 52 to a mobile subscriber unit operable in the GSM network.
- elements of the communication system 10 utilized during such operation are identified with the same reference numerals utilized to identify such elements in FIGURE 1.
- the subscriber unit 58 originates a call, indications of which are received by the radio exchange equipment 62.
- the call request is provided to the mobility server 5 52 and the mobility manager 72 thereof indexes the identity of the roaming, subscriber unit against a listing of subscriber units permitted to roam.
- the subscriber unit is assumed to be on the list and the predefined service profile associated therewith is used for the subscriber unit 58.
- the call is set up by way of the MSC 26, here forming a gateway MSC o (GMSC) and the DECT identity of the subscriber unit 58 is used as an A-number.
- the call is thereafter routed, in conventional fashion pursuant to the GSM network, to be terminated at the mobile subscriber, here a mobile subscriber 122. That is to say, the -15-
- MSC 26 interrogates the HLR, as indicated by the arrow 124, for routing information. Such routing information is received at the HLR 36 from the MSC 24, as indicated by the arrow 126, and a visited location register (not shown) associated therewith. The routing information is provided to the MSC 26, as indicated by the arrow 128. Responsive to the routing information, the call is routed from the MSC 26, to the MSC
- FIGURE 5 illustrates operation of an embodiment of the present invention which permits routing of a call originated by a roaming, subscriber unit, here subscriber unit 58, to another subscriber unit, here subscriber unit 136, positioned in another DECT network, here DECT network 14.
- the roaming, subscriber unit 58 generates a call to the subscriber unit 136.
- the identity of the subscriber unit 58 is indexed against a list of permitted roaming subscriber units.
- the subscriber unit 58 is assumed to be listed on the list, and a predefined profile is allocated to the subscriber unit.
- the identity of the subscriber unit 136 is also indexed against a list of permitted roaming, subscriber units.
- the subscriber unit 136 is assumed not to be listed upon the list of subscriber units permitted to roam.
- the call is thereby routed as an ordinary call between two DECT networks.
- Operation of the present invention permits wide-area mobility management functions provided by a macrocellular communication network to be utilized by a microcellular communication network to facilitate communication with a mobile subscriber.
- a mobile subscriber regularly registered in one microcellular communication network can roam to another microcellular communication network and utilize the wide-area mobility permitted in a macrocellular communication network to route calls to the roaming, subscriber unit.
- FIGURE 6 is an example implementation of the mobility management part of the mobility servers 48 and 52 of FIGURES 1-5.
- the mobility manager 66 (72) can be, for example, a software application executing on the mobility server 48 (52).
- the server 48 (52) communicates with the HLR 36 via a conventional SS7 signaling channel 65 which passes through the associated MSC (not shown in FIGURE 6).
- the mobility manager accesses the SS7 signaling channel via a conventional -16- communications protocol stack at 61.
- This protocol stack includes the Transaction Capabilities Application Part (TCAP) layer pursuant to ITU-T (International Telecommunication Union-Telecommunication Standardization Sector) Recommendations Q.771, Q.772, Q.773, Q.774 and Q.775 which are hereby incorporated herein by reference.
- the protocol stack 61 further includes the Signaling
- the protocol stack 61 further includes the Message Transfer Part (MTP) according to ITU-T Recommendation Q.701, which is hereby incorporated herein by reference.
- MTP Message Transfer Part
- a TCAP API 63 interfaces between the mobility manager 66 (72) and the
- TCAP layer of protocol stack 61 The use of an API, or Application Programming Interface, to interface between a software application and the TCAP layer is well known in the art.
- the TCAP API is conventionally used for embedding MAP operations in TCAP messages and, conversely, for removing embedded MAP operations from TCAP messages.
- the TCAP layer itself is a well known conventional provider of an interface between applications and a network layer service, and the SCCP and MTP protocol layers are well known examples of network layer service providers.
- the SCCP and MTP protocol layers conventionally provide an interface between the TCAP layer and the conventional SS7 (Signaling System Number 7) signaling channel 65, as described in ITU-T Recommendation Q.700, which is hereby incorporated herein by reference.
- the protocol stack 61 translates communication signals input to the TCAP layer using TCAP protocol into corresponding signals for transmission over the SS7 signaling channel 65.
- the use of the SS7 signaling channel to support MAP signaling to the HLR is well known in the art.
- FIGURES 1-6 One problem with the arrangements illustrated in FIGURES 1-6 wherein a microcellular network uses SS7 signaling to access mobility management features of a macrocellular network is that the externally applied signaling from the microcellular network can disadvantageously interfere with existing functions of the macrocellular network that are supported by SS7 signaling within the macrocellular network.
- the present invention provides a firewall 71 between the mobility server 48 A and the associated SS7 -17- signaling channel to HLR 36, and similarly provides a firewall 71 between the mobility server 52A and the associated SS7 signaling channel to HLR 36.
- the firewall 71 provides a protective isolation between the mobility servers 48 A, 52A and their respective SS7 signaling channels to HLR 36, so it is possible to avoid the aforementioned interference with existing functions.
- FIGURE 8 illustrates a more detailed example of the arrangement of FIGURE 7.
- the mobility servers of FIGURES 7 and 8 are designated as 48A and 52A to reflect the difference between those mobility servers and the mobility servers of FIGURES 1-6.
- the difference between the mobility server 48 A (FIGURE 8) and the mobility server 48 (FIGURE 6) is best seen by comparing FIGURES 6 and 8.
- the mobility server 48 A FIG. 8
- the mobility server 48 FIGURE 6 and 8.
- TCAP API 63 of FIGURE 6 interfaces with the SS7 signaling channel 65 via the protocol stack 61, whereas the TCAP API 63 of FIGURE 8 interfaces with a conventional Ethernet system via a conventional TCP/IP application 81.
- the mobility server 48 A (52A) of FIGURES 7 and 8 may otherwise be identical to the mobility server 48 (52) of FIGURES 1-6.
- the TCP/IP application 81 communicates via Ethernet link with another conventional TCP/IP application 83 in the firewall 71.
- Applications 81 and 83 could be linked in any desired manner, such as by LAN (Local Area Network) or a private intranet.
- the TCP/IP application 83 provides a communications interface between the Ethernet system and a communications protocol stack 61 A.
- the protocol stack 61 A is similar to the above-described conventional protocol stack 61, in that it includes the conventional TCAP, SCCP and MTP protocol layers. However, the protocol stack 61 A differs from the protocol stack 61 in that it includes a screening function at 85.
- the screening function 85 can be implemented as a software module between the 5 TCP/IP application 83 and the conventional TCAP layer as shown in FIGURE 8, or can be incorporated into the software of the TCAP layer.
- the SCCP and MTP layers interface the screened TCAP layer with the SS7 signaling channel 65 to MSC and HLR.
- the screening function 85 operates to screen the various TCAP protocol o communications received by firewall 71 from mobility server 48 A.
- TCAP protocol communications or messages are transmitted from TCAP API 63 to protocol stack 61 A via TCP/IP applications 81 and 83, as connected by the Ethernet link. Only -18-
- TCAP communications which pass the screening function 85 are translated by protocol stack 61A into signals for the SS7 signaling channel 65. Disallowed communications which are caught in the screening function 85 are not translated and thus are never permitted to access the SS7 signaling channel.
- the screening function 85 is transparent to communications passing from channel 65 toward the mobility server 48A.
- FIGURE 13 illustrates one example of how the screening function 85 may be implemented either as a separate software module or as part of the TCAP protocol layer of protocol stack 61 A.
- the results of the screening function can be logged into an appropriate database or databases in the protocol layer where the screening is done. For example, TCAP communications which pass the screening function can be stored in a "PASS" database, and TCAP communications which fail the screening function can be stored in a "FAIL" database. If the TCAP communication fails to pass the screening function, then control proceeds from 135 back to 131 to await the next TCAP communication. If the TCAP communication passes the screening function, then that communication is permitted to traverse the protocol stack through the TCAP layer, the SCCP layer and the MTP layer to the SS7 signaling channel 65. The communication is signaled into the macrocellular network on the SS7 signaling channel.
- FIGURE 9 illustrates an exemplary portion of the screening procedure 133.
- FIGURE 9 illustrates an example screening response when a conventional TCAP Invoke request pursuant to ITU-T Recommendations Q.771 - Q.775 is received from TCP/IP application 83.
- the Invoke request is received at 90, it is first determined at 91 whether or not the operation to be invoked, (for example, a MAP operation) is an allowed operation. If not, then the operation is disallowed at 97 and the TCAP communication is not translated (not allowed to pass through the protocol stack 61 A) to the SS7 signaling channel 65. If the operation to be invoked is an allowed operation, then the parameters associated with the operation to be invoked are decoded at 93.
- the decoding will typically involve conventional decoding techniques according to Abstract Syntax Notation One (ASN.l). -19-
- a check parameter procedure is executed at 94. If the check parameter procedure 94 yields an OK result at 95, then it is determined at 96 whether more parameters are included in the Invoke request. If so, then the check parameter procedure at 94 is executed again for the next parameter. If there are no more parameters to be checked at 96, and if all results from procedure
- the screening procedure 133 of FIGURE 13 can thus continue to perform any other necessary screening operations, or permit the Invoke request to traverse the TCAP, SCCP and MTP layers to the SS7 signaling channel 65 in conventional fashion. If the check parameter procedure 94 yields any result that is not OK at 95, then the operation to be invoked is disallowed at 97.
- FIGURE 10 illustrates one example of the check parameter procedure 94 of FIGURE 9. It is first determined at 101 whether or not the parameter is to be subjected to the screening process. If not, then an "OK" result is returned at 107. If the parameter is to be screened at 101 , then it is determined at 103 whether or not the parameter is an allowed parameter. If so, the "OK" result is returned at 107. If the parameter is not an allowed parameter at 103, then a "not OK" result is returned at 105.
- FIGURE 11 illustrates one example of a screening operation which can be performed when a conventional TCAP Begin request pursuant to ITU-T
- TCAP Query with Permission is received from the TCP/IP application 83.
- TCAP Query with Permission is received from the TCP/IP application 83.
- a conventional TCAP Begin request is received at 110, it is first determined at 111 whether or not the destination address is an allowed destination address. If not, then the dialogue conventionally associated with the Begin request is disallowed at 115, and no communication is translated (allowed to traverse the TCAP, SCCP and MTP layers) to the SS7 signaling channel 65. If the destination address is an allowed destination address at 111, it is then determined at 113 whether or not the origination address is an allowed origination address.
- the dialogue is disallowed at 115. If the origination address is an allowed origination address at 113, then the screening procedure 131 can continue to perform other -20- screening operations, or the Begin request can be permitted to traverse the TCAP, SCCP and MTP layers to the SS7 signaling channel in conventional fashion.
- FIGURE 12 illustrates one example of a screening operation which can be performed when a conventional TCAP Result request pursuant to ITU-T Recommendations Q.771-Q.775 is received from the TCP/IP application 83.
- a conventional TCAP Result request pursuant to ITU-T Recommendations Q.771-Q.775 is received from the TCP/IP application 83.
- Result request is sent, for example, when the mobility server 48 A provides a roaming number in response to a request from HLR.
- any parameters associated therewith (such as a roaming number) are first decoded at 121 in generally the same manner discussed above with respect to the decode parameters procedure at 93 in FIGURE 9.
- the check parameter procedure 94 of FIGURES 9 and 10 is performed. If the check parameters procedure returns a "not OK" result at 125, then the Result is disallowed at 123, and no communication is permitted to traverse the TCAP, SCCP and MTP layers to the SS7 signaling channel 65.
- the check parameter procedure returns an "OK" result at 125, then it is determined at 127 whether or not any parameters remain to be checked. If so, then the check parameter procedure at 94 is performed again with respect to the next parameter. When there are no more parameters to be checked at 127, the Result associated with the Result request can traverse the TCAP, SCCP and MTP layers to reach the SS7 signaling channel 65. If the check parameter procedure 94 returns a "not OK" result for any parameter, then the Result is disallowed at 123 and no communication is permitted to traverse the TCAP, SCCP and MTP layers to reach the SS7 signaling channel.
- the firewall 71 of FIGURES 7-13 can be advantageously implemented in a suitable conventional workstation such as is commercially available from, for example, Sun Microsystems.
- the necessary hardware and software for implementing the conventional protocol stack 61 are commercially available from, for example, Ericsson Infotech, and the above-described screening procedures can be readily implemented either in the software of the TCAP layer of conventional protocol stack 61, or as a software module between TCP/IP application 83 and the TCAP layer.
- a conventional connection board for making the connection 87 between the MTP layer and the SS7 signaling channel 65 is also commercially available from AD AX. -21-
- FIGURE 14 illustrates an example of a TCAP operations database including a listing of operations that TCAP is allowed to invoke, and a listing of operations that TCAP is not allowed to invoke.
- the database can, as shown in FIGURE 14, be accessed and visually displayed by the firewall workstation, thereby permitting the macrocellular network operator freely to move various operations from the allowed operations list to the disallowed operations list.
- the operations shown in FIGURE 14 correspond to conventional MAP operations. These operations may be included either in the allowed or disallowed operations list according to the desire of the macrocellular network operator.
- FIGURE 15 shows one example of a parameters database including a list of parameters which will be screened and a list of parameters which will not be screened.
- the operator has full freedom to change any parameter from the screened list to the not screened list.
- FIGURE 16 shows an example of a database including valid values for a given parameter such as the conventional IMSI (International Mobile Subscriber Identity) number.
- the database can be displayed as above, and the list of valid IMSI numbers can be specified as a plurality of individual numbers and/or as a range or ranges of numbers.
- the IMSI number is a parameter associated with the aforementioned "update location" operation.
- FIGURE 17 is similar to FIGURE 16 but shows a parameter database of valid roaming number values.
- FIGURE 18 illustrates one example of a database that specifies the valid MSC number.
- each mobility server in effect acts as an MSC during mobility management operations.
- each mobility server has associated therewith an MSC number.
- the database of FIGURE 18 will typically have only a single entry, namely the MSC number of the mobility server -22- associated with the firewall.
- the MSC number is a parameter of the aforementioned "update location" operation.
- FIGURE 19 is similar to FIGURE 18, but illustrates a database for a valid VLR number. Because each mobility server acts as an MSC, it also has a VLR number. Again, a given firewall will typically have associated therewith only one mobility server (see FIGURE 7), so the database of FIGURE 19 will typically have only one entry.
- the VLR number is a parameter of the aforementioned "update location" operation.
- FIGURES 20 and 21 illustrate respectively the database for valid origination addresses and the database for valid destination addresses.
- FIGURE 20 includes an Origination Point Code OPC, an Origination SubSystemNumber SSN, and an Origination Global Title GT
- the destination address of FIGURE 21 includes a Destination Point Code DPC, a Destination SubSystemNumber DSSN and a Destination Global Title DGT.
- the only valid origination address will be the address of the associated mobility manager, and the only valid destination address will be the address of the HLR. Accordingly, the databases in FIGURES 20 and 21 will each typically need only a single entry.
- FIGURES 14-21 when utilized in conjunction with the above-described screening operations of FIGURES 9-13, permit the firewalls 71 of FIGURES 7-8 to screen communications (e.g. MAP communications) from the mobility managers for the protection of the SS7 signaling channel 65 in the macrocellular network.
- the firewall workstation can be provided as part of the macrocellular network, thereby permitting the operator of the macrocellular network to control incoming signaling on the SS7 signaling channel.
- the firewall can be used to control incoming signaling other than the mobility management (e.g. MAP) signaling described above.
- the communications protocol stack 61 includes the communications protocol stack 61.
- the -23- licensing and/or purchasing costs of providing each of the mobility servers with the protocol stack 61 can become quite significant, as well as installation and maintenance of the protocol stacks.
- some systems may have as many as 200 mobility servers, each of which must communicate with HLR. It is clearly desirable to reduce the typical communications protocol stack licensing costs associated with such a system.
- each firewall 71 includes a communications protocol stack at 61 A.
- the mobility server 48 A does not include the communications protocol stack 61 shown in FIGURE 6, nevertheless, because each mobility server 48 A has a firewall 71 associated therewith, the arrangement of FIGURES 7 and 8 still requires a communications protocol stack for each mobility server.
- FIGURE 22 illustrates a system wherein a plurality of mobility servers 48 A and 52A communicate with HLR 36 via a concentrator 221.
- the concentrator 221 makes it possible for the plural mobility servers to communicate with
- HLR using only one communications protocol stack of the type shown at 61 in FIGURE 6.
- FIGURE 23 illustrates the concentrator 221 in greater detail.
- the concentrator 221 includes the conventional protocol stack 61 of FIGURE 6 and a conventional TCP/IP application 239, and a traffic handler 237 interfacing between the TCP/IP application 239 and the communications protocol stack 61.
- the MTP layer of stack 61 is connected to the SS7 signaling channel via the conventional connection 87 of FIGURE 8.
- the SS7 signaling channel then communicates with another conventional protocol stack 61 in HLR 36.
- the concentrator 221 may interface a plurality of mobility servers 48A to any desired server 235, for example, a centralized debit platform.
- the clients of the concentrator 221 need not be mobility servers as shown in FIGURES 22 and 23, but could be any plurality of clients that require access to a centralized server such as shown at 235.
- the traffic handler 237 includes an SSN/Socket portion 231 and a Dialogue LD portion 233.
- the SSN/Socket section 231 tracks the SubSystemNumbers (SSNs) which the mobility servers 48A use to identify themselves in their TCAP messages. -24-
- TCP/IP server application Such use of SSNs in TCAP messages is well known in the art. Also well known in the art is the use of socket identification (Socket ID) by a TCP/IP server application to identify various TCP/IP client applications.
- the TCP/IP application 239 functions as a server application, and the TCP/IP applications 81 in the mobility servers 48 A function as client applications.
- the TCP/IP server application 239 is coupled to the plurality of TCP/IP client applications 81 via a suitable communication network 2301 such as Ethernet, or a local area network (LAN) or a private intranet.
- LAN local area network
- the SSN/Socket section 231 correlates between the Socket IDs used by the TCP/TP server application 239 and the SSNs used by the mobility servers to identify themselves in TCAP messages.
- each mobility server 48A sends an initializing TCAP message from its client application 81 to the server application 239.
- the initializing TCAP message includes the SSN that identifies the particular mobility server.
- server application 239 assigns a Socket ID to the mobility server from which the message originated.
- the SSN/Socket section 231 then stores in a database the relationship between the SSN supplied by the mobility server and the Socket ID assigned by the server application 239.
- FIGURE 30 shows an example of such a database including the relationship between the SSNs and the Socket IDs.
- the SSN/Socket function 231 provides the server application 239 with the appropriate Socket ID when a TCAP message from the protocol stack 61 is presented to the server application 239 for transmission to a mobility server 48A.
- a TCAP message would have originated at the server 235, passed to the concentrator 221 via the SS7 signaling channel, and arrived at the SSN/Socket section 231 in the form of a TCAP message having the conventional SSN to identify the mobility server 48A to which the message is directed.
- the SSN/Socket function 231 uses the SSN from the TCAP message to determine from the database of FIGURE 30 the appropriate Socket ID. This Socket LD is then passed to the server application 239, whereupon the server application 239 can forward the TCAP message to the appropriate mobility server 48 A. -25-
- the SSN/Socket portion 231 stores the one-to-one relationships between the SSNs and the Socket IDs (see FIGURE 30) as the Socket IDs are assigned. Thereafter, when a TCAP message is received (263) from the protocol stack of concentrator 221 , the Socket LD is determined from the SSN at 265. The database of FIGURE 30 is used to determine the Socket ID from the SSN. After the Socket LD has been determined at 265, it is passed to the TCP/IP server application 239 along with the TCAP message (267).
- this section pertains to the Dialogue LD portion of a conventional TCAP message.
- This portion of a TCAP message identifies the communication, or dialogue, of which the TCAP message forms a part.
- a conventional TCAP message from one of the mobility servers would include the SSN to identify the server from which the message originated, and would also include in the Dialogue LD portion a Dialogue ID value to identify the particular communication, or dialogue, of which that message forms a part. Because there are many clients (e.g.
- the DIALOGUE LD section 233 uniquely identifies each dialogue from each client so that the server 235 can keep track of all of the on-going dialogues with the various clients.
- the term "Client LD” will refer to a Dialogue LD value assigned by a client or the DIALOGUE ID section 233 to a TCAP communication occurring between the client and the DIALOGUE ID section 233
- the term "Stack LD” will refer to a Dialogue ID value assigned by the DIALOGUE ID section 233 to a TCAP communication occurring between the DIALOGUE ID section 233 and the server 235.
- FIGURES 27 and 28 illustrate one example of possible operation of the DIALOGUE LD function 233.
- the DIALOGUE ID operation of FIGURE 27 it is first determined at 271 whether a TCAP message has been received. If so, it is then determined at 273 whether the TCAP message is received from the stack 61 of concentrator 221 or from one of the clients 48 A. If the TCAP message is from a client, it is then determined at 275 whether the TCAP message is beginning a new dialogue. If the message does represent the beginning of a new dialogue, then the DIALOGUE ID function 233 assigns a new (i.e. not in the FIGURE 29 database)
- Stack LD at 277. Thereafter, at 279, the SSN and Client ID from the received TCAP message are stored in a correlating relationship to the newly assigned Stack ID, as shown in FIGURE 29.
- the DIALOGUE ID section 233 must correlate the Client ID and Stack ID to the SSN of the client that originated the message.
- the Stack ID is at 2701 inserted into the Dialogue ID portion of the TCAP message in place of the Client ID.
- step 275 If it is determined at step 275 that the TCAP message is not beginning a new dialogue, then at 2700 the Client ID and SSN are obtained from the TCAP message and are used to determine the Stack LD from the FIGURE 29 database. Then the Stack LD is determined at step 275.
- the LD is at 2701 inserted into the Dialogue ID portion of the TCAP message in place of the Client LD. If it is determined at 2703 that the TCAP message is ending a dialogue, then at 2705 the Client ID-Stack ID relationship is deleted from the database of FIGURE 29, including the corresponding SSN. Thereafter, the DIALOGUE ID section 233 passes the TCAP message to the communications protocol stack 61 at
- step 2707 follows immediately after step 2703 if it is determined at step 2703 that the TCAP message is not ending a dialogue. After passing the TCAP message to the stack at 2707, control returns to 271 to await arrival of another TCAP message. Returning to decision block 273, if the TCAP message was received from the stack 61 of concentrator 221, control flows to point A in FIGURE 28. At 281 it is determined whether or not the received TCAP message is beginning a new dialogue. -27-
- the DIALOGUE ID section 233 inspects the Dialogue ID portion of the TCAP message, which will contain the Stack LD, and then uses the Stack ID to determine the Client ED from the FIGURE 29 database. The Client ED is then inserted into the Dialogue ED portion of the TCAP message at 285. It is thereafter determined at 287 whether the TCAP message is ending a dialogue. If so, then the Client ID-
- Stack ED relationship (including the SSN) is deleted from the FIGURE 29 database at 289, after which the TCAP message is passed to the client at 2807. If the dialogue is not ending at 287, then the TCAP message is passed to the client at 2807. From step 2807, control returns to point B in FIGURE 27 and ultimately to 271 to await another TCAP message.
- the Dialogue ED value found in the Dialogue LD portion of the TCAP message (which Dialogue ED value was in this case assigned by server 235 of FIGURE 23) is assigned to be the Stack ID, and a new Client ID is assigned. Any Client ID that is not currently listed in the database of FIGURE 29 is available as a new Client ED at 2805.
- FIGURE 24 illustrates a plurality of mobility servers at 48A and 52A communicating with a server 241 (such as an HLR or debit platform) via a concentrator 243 which is connected to a bus in common with the mobility servers and the server 241.
- a server 241 such as an HLR or debit platform
- FIGURE 25 illustrates the example concentrator 243 of FIGURE 24 in more detail.
- the concentrator 243 of FIGURE 25 is similar to the concentrator 221 of
- FIGURE 23 except the concentrator 243 and the server 241 communicate with one another via respective TCP/IP applications 251 and 253 and the communication network therebetween, as opposed to the SS7 signaling channel connecting the concentrator 221 and the server 235 of FIGURE 23.
- the TCP/IP application 253 functions as a conventional server application and the TCP/IP application 251 functions as a conventional client application.
- TCP/TP applications communicate with one another via communication network 2301 such as Ethernet, local area network (LAN) or a private intranet.
- communication network 2301 such as Ethernet, local area network (LAN) or a private intranet.
- the communications between concentrator 243 and server 241 may be conducted with or without their respective MTP layers. That is, only the TCAP and SCCP layers of concentrator 243 and server 241 are needed. Moreover, if the server 241 (e.g. HLR or debit platform) services only the mobility servers and nothing else, for example, in a private system, then only the TCAP layers would be needed.
- the server 241 e.g. HLR or debit platform
- FIGURES 31 and 32 illustrate databases which are advantageous in the DIALOGUE LD section 233.
- the FIGURE 31 database maintains a record of the last
- FIGURE 32 is a database holding the last Stack ID assigned by the DIALOGUE ID section 233. Maintaining a record of the last Client IDs and the last Stack ID can simplify the process of assigning a new Client ID as at 2805 in FIGURE 28 or a new Stack ID as at 277 in FIGURE 27.
- FIGURE 33 illustrates another alternative to the concentrator embodiments illustrated in FIGURES 23 and 25.
- the embodiment in FIGURE 33 combines the screening function 85 of FIGURES 8-21 and the traffic handler 237 of FIGURE 23.
- TCAP messages received from the clients 48 A and 52 A of FIGURES 22 and 23 can be screened according to techniques described above. TCAP messages that pass the screening can then be provided to the DIALOGUE ED function. Because the screening function acts only on communications toward the central server, communications toward the clients can pass from DIALOGUE ID section 233 to SSN/Socket section 231. Because the screening function in FIGURE 33 will screen messages from plural clients, (e.g. plural mobility servers), the database of FIGURE
- the concentrators illustrated in FIGURES 23, 25 and 33 can be implemented using a commercially available workstation such as available from Sun Microsystems.
- the SSN/Socket section 231 can be realized as a software module in conjunction with the TCP/IP server application 239 which is conventionally available in such a workstation.
- the DIALOGUE ID function 233 can be implemented as a separate -29- software module operating in conjunction with the software of the TCAP communications protocol layer, or can be implemented as a part of the software of the TCAP layer.
- the throughput capacity of the SS7 signaling channel 65 may limit the throughput (in terms of TCAP transactions per second) of the concentrator 221
- FIGURE 23 to a throughput level less than the throughput capability of the TCAP layer.
- the TCP/TP link at 251, 253 and 2301 of FIGURE 25 permits the TCAP layer to operate at its full throughput capability.
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU27187/99A AU2718799A (en) | 1998-01-29 | 1999-01-25 | Shared communications protocol layer for interfacing between wireless networks |
BR9908039-7A BR9908039A (en) | 1998-01-29 | 1999-01-25 | Interface for connection and process for controlling communications between a server on a macrocellular communication network and a plurality of client applications on microcellular communication networks, and, communication system |
CA002318996A CA2318996A1 (en) | 1998-01-29 | 1999-01-25 | Shared communications protocol layer for interfacing between wireless networks |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/015,864 US6631140B1 (en) | 1998-01-29 | 1998-01-29 | Shared communications protocol layer for interfacing between wireless networks |
US09/015,864 | 1998-01-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1999039526A1 true WO1999039526A1 (en) | 1999-08-05 |
Family
ID=21774068
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP1999/000463 WO1999039526A1 (en) | 1998-01-29 | 1999-01-25 | Shared communications protocol layer for interfacing between wireless networks |
Country Status (5)
Country | Link |
---|---|
US (1) | US6631140B1 (en) |
AU (1) | AU2718799A (en) |
BR (1) | BR9908039A (en) |
CA (1) | CA2318996A1 (en) |
WO (1) | WO1999039526A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7082297B2 (en) | 2002-11-28 | 2006-07-25 | Nokio Corporation | Performing authentication |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2338127C (en) * | 1998-07-27 | 2009-02-24 | Swisscom Ag | Telecommunication method and suitable system for establishing a connection with a mobile station |
FI109443B (en) * | 2000-03-16 | 2002-07-31 | Nokia Corp | Updating subscriber data |
DE10052929A1 (en) * | 2000-10-25 | 2002-05-08 | Alcatel Sa | Method and device (RNC) for controlling a radio cell cluster consisting of several radio cells of a multistandard radio network |
US6826198B2 (en) * | 2000-12-18 | 2004-11-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Signaling transport protocol extensions for load balancing and server pool support |
AU2004318284B2 (en) * | 2004-04-09 | 2008-10-30 | Huawei Technologies Co., Ltd. | ASN.1 protocol processor and method for ASN.1 protocol processing |
US7975036B2 (en) * | 2006-05-11 | 2011-07-05 | The Mitre Corporation | Adaptive cross-layer cross-node optimization |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0505106A2 (en) * | 1991-03-22 | 1992-09-23 | Vodafone Limited | Split service in cellular telecommunications networks and methods therefore |
FR2697390A1 (en) * | 1992-10-26 | 1994-04-29 | Ericsson Ge Mobile Communicat | Method for establishing a call connection in a cellular radiotelephone system |
US5325362A (en) * | 1993-09-29 | 1994-06-28 | Sun Microsystems, Inc. | Scalable and efficient intra-domain tunneling mobile-IP scheme |
WO1995033348A1 (en) * | 1994-05-31 | 1995-12-07 | Telefonaktiebolaget Lm Ericsson | Telecommunications systems arrangement |
WO1995035007A1 (en) * | 1994-06-13 | 1995-12-21 | Nokia Telecommunications Oy | Traffic control method in a hierarchical mobile communication system |
EP0748136A1 (en) * | 1995-06-07 | 1996-12-11 | Nokia Mobile Phones Ltd. | Implementation of mutual rate adaptations in data services between GSM and DECT |
US5629974A (en) * | 1995-11-16 | 1997-05-13 | Nokia Telecommunications Oy | Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network |
US5664005A (en) * | 1992-03-05 | 1997-09-02 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
Family Cites Families (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2649842B1 (en) | 1989-07-17 | 1994-04-08 | Alcatel Cit | ACCESS NETWORK FOR WIRELESS TELEPHONY SERVICE |
SE8903455D0 (en) | 1989-10-19 | 1989-10-19 | Joakim Nelson | DYNAMIC DIGITAL CONNECTION UNIT (DFN) |
FR2662881B1 (en) | 1990-05-30 | 1994-06-03 | Cit Alcatel | METHOD FOR ROUTING A CALL TO A SUBSCRIBER TO A WIRELESS TELEPHONY SERVICE. |
US5260987A (en) | 1990-06-18 | 1993-11-09 | Northern Telecom Limited | Mobile communications |
FR2667476A2 (en) | 1990-07-11 | 1992-04-03 | Cit Alcatel | Subscriber connecting unit, with routing autonomy, for a telecommunications network having an intelligent network structure |
SE9100117L (en) | 1991-01-14 | 1992-07-15 | Ellemtel Utvecklings Ab | NETWORK STRUCTURE FOR THE MOBILE PHONE |
CA2063901C (en) | 1991-03-25 | 2002-08-13 | Arunas G. Slekys | Cellular data overlay system |
US5315636A (en) | 1991-06-28 | 1994-05-24 | Network Access Corporation | Personal telecommunications system |
US5329573A (en) | 1991-11-27 | 1994-07-12 | At&T Bell Laboratories | Arrangement for obtaining authentication key parameters in a cellular mobile telecommunications switching network |
US5396543A (en) | 1991-11-27 | 1995-03-07 | At&T Corp. | Signaling arrangements in a cellular mobile telecommunications switching system |
US5289179A (en) | 1991-11-27 | 1994-02-22 | At&T Bell Laboratories | Maintaining stable virtual circuit data connections with spare protocol handler |
SE500821C2 (en) | 1992-02-17 | 1994-09-12 | Ericsson Telefon Ab L M | Methods and devices to support communication |
US5388101A (en) | 1992-10-26 | 1995-02-07 | Eon Corporation | Interactive nationwide data service communication system for stationary and mobile battery operated subscriber units |
US5521961A (en) * | 1993-03-26 | 1996-05-28 | Celcore, Inc. | Mobility management method for delivering calls in a microcellular network |
JPH0828907B2 (en) | 1993-05-10 | 1996-03-21 | 日本電気株式会社 | Call path control method in mobile communication system |
US5457680A (en) * | 1993-05-18 | 1995-10-10 | International Business Machines Corporation | Data gateway for mobile data radio terminals in a data communication network |
US5446736A (en) * | 1993-10-07 | 1995-08-29 | Ast Research, Inc. | Method and apparatus for connecting a node to a wireless network using a standard protocol |
US5608780A (en) * | 1993-11-24 | 1997-03-04 | Lucent Technologies Inc. | Wireless communication system having base units which extracts channel and setup information from nearby base units |
US5563939A (en) | 1993-12-09 | 1996-10-08 | At&T | Method and system for delivering a communication service |
SE9304119D0 (en) | 1993-12-10 | 1993-12-10 | Ericsson Ge Mobile Communicat | Devices and mobile stations for providing packaged data communication in digital TDMA cellular systems |
US5457736A (en) | 1994-04-12 | 1995-10-10 | U S West Technologies, Inc. | System and method for providing microcellular personal communications services (PCS) utilizing embedded switches |
US5793762A (en) * | 1994-04-12 | 1998-08-11 | U S West Technologies, Inc. | System and method for providing packet data and voice services to mobile subscribers |
US5519691A (en) * | 1994-06-03 | 1996-05-21 | At&T Corp. | Arrangement for and method of providing radio frequency access to a switching system |
US5583914A (en) | 1994-06-30 | 1996-12-10 | Lucent Technologies Inc. | Intelligent wireless signaling overlay for a telecommunication network |
JPH0856378A (en) | 1994-08-12 | 1996-02-27 | Saitama Nippon Denki Kk | Mobile object packet communication system |
US5566225A (en) * | 1994-11-21 | 1996-10-15 | Lucent Technologies Inc. | Wireless data communications system for detecting a disabled condition and simulating a functioning mode in response to detection |
US5533026A (en) | 1995-03-06 | 1996-07-02 | International Business Machines Corporation | Communication system including method and apparatus for maintaining communications with a mobile terminal |
US5530693A (en) | 1995-06-06 | 1996-06-25 | Averbuch; Rod | Method and apparatus for performing handoff in a packet data communication system |
US5774695A (en) * | 1996-03-22 | 1998-06-30 | Ericsson Inc. | Protocol interface gateway and method of connecting an emulator to a network |
US5768509A (en) * | 1996-04-08 | 1998-06-16 | Adc Newnet, Inc. | Short message server without local customer database |
US5852660A (en) * | 1996-04-10 | 1998-12-22 | Ericsson Inc. | Network protocol conversion module within a telecommunications system |
US5933784A (en) * | 1996-06-28 | 1999-08-03 | Synacom Technology, Inc. | Signaling gateway system and method |
US5826186A (en) * | 1996-10-25 | 1998-10-20 | Motorola, Inc. | Method for terminating a wireless communication of a mobile communication unit |
US6011803A (en) * | 1997-01-13 | 2000-01-04 | Lucent Technologies Inc. | Distributed-protocol server |
US5910946A (en) * | 1997-01-13 | 1999-06-08 | Samsung Electronics Co., Ltd. | Wireless internet network architecture for voice and data communications |
US6018515A (en) * | 1997-08-19 | 2000-01-25 | Ericsson Messaging Systems Inc. | Message buffering for prioritized message transmission and congestion management |
-
1998
- 1998-01-29 US US09/015,864 patent/US6631140B1/en not_active Expired - Lifetime
-
1999
- 1999-01-25 BR BR9908039-7A patent/BR9908039A/en not_active IP Right Cessation
- 1999-01-25 AU AU27187/99A patent/AU2718799A/en not_active Abandoned
- 1999-01-25 WO PCT/EP1999/000463 patent/WO1999039526A1/en active Application Filing
- 1999-01-25 CA CA002318996A patent/CA2318996A1/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0505106A2 (en) * | 1991-03-22 | 1992-09-23 | Vodafone Limited | Split service in cellular telecommunications networks and methods therefore |
US5664005A (en) * | 1992-03-05 | 1997-09-02 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
FR2697390A1 (en) * | 1992-10-26 | 1994-04-29 | Ericsson Ge Mobile Communicat | Method for establishing a call connection in a cellular radiotelephone system |
US5325362A (en) * | 1993-09-29 | 1994-06-28 | Sun Microsystems, Inc. | Scalable and efficient intra-domain tunneling mobile-IP scheme |
WO1995033348A1 (en) * | 1994-05-31 | 1995-12-07 | Telefonaktiebolaget Lm Ericsson | Telecommunications systems arrangement |
WO1995035007A1 (en) * | 1994-06-13 | 1995-12-21 | Nokia Telecommunications Oy | Traffic control method in a hierarchical mobile communication system |
EP0748136A1 (en) * | 1995-06-07 | 1996-12-11 | Nokia Mobile Phones Ltd. | Implementation of mutual rate adaptations in data services between GSM and DECT |
US5629974A (en) * | 1995-11-16 | 1997-05-13 | Nokia Telecommunications Oy | Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7082297B2 (en) | 2002-11-28 | 2006-07-25 | Nokio Corporation | Performing authentication |
Also Published As
Publication number | Publication date |
---|---|
BR9908039A (en) | 2000-11-28 |
US6631140B1 (en) | 2003-10-07 |
AU2718799A (en) | 1999-08-16 |
CA2318996A1 (en) | 1999-08-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6658253B1 (en) | Method of providing services to a mobile station in visited networks | |
US6411632B2 (en) | Network hub for interconnecting a wireless office environment with a public cellular telephone network | |
AU747892B2 (en) | Method and apparatus for providing network-specific mobile services | |
EP0978203B1 (en) | Method and system for authorization, routing, and delivery of transmissions | |
US6625461B1 (en) | Method and system for providing compatibility between telecommunication networks using different transmission signaling systems | |
US6987969B1 (en) | Method for routing messages in a telecommunications network | |
EP1016292B1 (en) | Method and apparatus for defining and updating mobile services based on subscriber groups | |
CA2328223C (en) | International automatic roaming service method | |
EP1817896B1 (en) | Methods and systems for signaling in a communications network for ported, migrated and/or dual-mode subscribers | |
CA2313036C (en) | Wireless mobile call location and delivery for non-geographic numbers using a wireline ssp+scp/wireless hlr interface | |
US6097948A (en) | Signaling channel firewall for communications between wireless networks | |
US6947744B2 (en) | Call distribution method in a mobile switching system | |
US6631140B1 (en) | Shared communications protocol layer for interfacing between wireless networks | |
GB2403100A (en) | Mobile subscriber database recognising different protocols from diverse networks | |
KR101537392B1 (en) | Minimizing the signaling traffic for home base stations | |
EP1864521B1 (en) | Method and apparatus by which a home network can detect and counteract visited network inbound network traffic redirection | |
EP1496718B1 (en) | Method and system for virtual roaming and communication in cellular system | |
GB2349780A (en) | Transmitting mobility data between microcellular and macrocellular networks via an internet connection | |
KR100298365B1 (en) | call destination method during mobile subscriber location registration in communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG UZ VN YU ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW SD SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
ENP | Entry into the national phase |
Ref document number: 2318996 Country of ref document: CA Ref document number: 2318996 Country of ref document: CA Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: PA/A/2000/007442 Country of ref document: MX |
|
NENP | Non-entry into the national phase |
Ref country code: KR |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
122 | Ep: pct application non-entry in european phase |