US5629974A - Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network - Google Patents

Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network Download PDF

Info

Publication number
US5629974A
US5629974A US08/558,533 US55853395A US5629974A US 5629974 A US5629974 A US 5629974A US 55853395 A US55853395 A US 55853395A US 5629974 A US5629974 A US 5629974A
Authority
US
United States
Prior art keywords
protocol
network
communication system
scp
application layer
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.)
Expired - Lifetime
Application number
US08/558,533
Inventor
Jussi Rajala
Kari Aaltonen
Juhani Murto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Telecommunications Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Telecommunications Oy filed Critical Nokia Telecommunications Oy
Priority to US08/558,533 priority Critical patent/US5629974A/en
Assigned to NOKIA TELECOMMUNICATIONS OY reassignment NOKIA TELECOMMUNICATIONS OY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AALTONEN, KARI, MURTO, JUHANI, RAJALA, JUSSI
Priority to PCT/FI1996/000618 priority patent/WO1997018681A1/en
Priority to AU75739/96A priority patent/AU7573996A/en
Priority to CA002237325A priority patent/CA2237325A1/en
Application granted granted Critical
Publication of US5629974A publication Critical patent/US5629974A/en
Assigned to NOKIA SIEMENS NETWORKS OY reassignment NOKIA SIEMENS NETWORKS OY ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: NOKIA CORPORATION
Assigned to NOKIA SOLUTIONS AND NETWORKS OY reassignment NOKIA SOLUTIONS AND NETWORKS OY CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: NOKIA SIEMENS NETWORKS OY
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0029Provisions for intelligent networking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13527Indexing scheme relating to selecting arrangements in general and for multiplex systems protocols - X.25, TCAP etc.
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13532Indexing scheme relating to selecting arrangements in general and for multiplex systems mobile networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements

Definitions

  • This invention relates to mobile communications systems and, in particular, to mobility management between an overlay radio system having a mobile switching center and a radio system connected to local exchanges.
  • Known access mobile networks are so called overlay networks, enabling the setting up of calls between mobile network subscribers and subscribers to other telecommunication networks.
  • Network elements belonging to the mobile network are kept separate from elements belonging to other networks and in consequence of this the networks can be easily managed by different operators.
  • the access element from the mobile network to another telecommunication network, and vice versa, is a mobile switching center MSC, through which not only calls and call-related signalling but also non-call related signalling transit.
  • a base station sub-system BSS includes a plurality of base transceiver stations BTS for communicating with mobile stations MS through the radio interface and a base station controller BSC.
  • the base station system is connected to the mobile switching center MSC, which can access location registers like a home location register HLR and a visitor location register VLR, the latter one usually being included to the MSC.
  • the location registers are essential elements for mobility management. Using several switching centers connected with trunk lines to each other it is possible to build a mobile subscribers serving network which has large covering area.
  • the MSC is connected via SS#7 interfaces to a communication network such as a Public Switched Telephone Network PSTN or Integrated Services Digital Network ISDN and through these networks a mobile subscriber can use services offered by an intelligent network IN.
  • a communication network such as a Public Switched Telephone Network PSTN or Integrated Services Digital Network ISDN
  • FIG. 2 depicts the known stack of protocols on the SS#7 interfaces used in communication between networks.
  • Call-related signalling between MSC and external networks makes use of TUP for PSTN, ISUP for ISDN or national variants of these protocols.
  • Non-call related signalling corresponds to many different protocols, which are grouped together in MAP (Mobile Application Part). All MAP protocols use the services provided by the SS#7 protocol TCAP (Transaction Capabilities Application Part), itself using the service offered by the SS#7 protocol SCCP (Signalling Connection Control Part). All these protocols use signalling transport, the lowest layer being referred to as MTP (Message Transfer Part).
  • TCAP Transmission Capabilities Application Part
  • SCCP Signalling Control Part
  • AIN-network is not a network separated from the ISDN communication network but it utilizes the existing ISDN-network with its transmission lines and exchanges.
  • the physical elements of the AIN include a Service Switching Point SSP, which is a digital exchange being capable to detect calls requiring AIN-services.
  • the services reside in a physical element called Service Control Point SCP, which contains application programs and service logic, whereas service data is stored in data bases called the Service Data Point SDP.
  • the document GR-1299-CORE ⁇ Advanced Intelligent Network (AIN) 0.2 Switch- Service Control point (SCP)/Adjunct Interface Generic Requirements ⁇ , published in 1993 by Bellcore in AIN Rel.1, contains Bellcore's view of application and lower layer protocol generic requirements for the interface between the local exchange LE and the SCP. GR-1299.CORE describes messages sent over that interface.
  • TR-NWT-001285 ⁇ Advanced Intelligent Network (AIN) 0.1 Switch- Service Control point (SCP) Application Protocol Interface Generic Requirements ⁇ , published by Bellcore, contains application layer protocol generic requirements for the LE-SCP interface. The application layer protocol is based on the ANSI Transaction Capabilities Application Part (TCAP).
  • TCAP Transaction Capabilities Application Part
  • the radio system has access to the SS#7-signalling network so being capable to communicate with the SCP and an overlay network element directly through the SS#7 network.
  • This first type is named later in this document as RS/SS#7-type.
  • the radio system has no access to the SS#7 signalling network but it can communicate with the SCP using non-call associated signalling NCAS as access protocol.
  • This second type is called RS/NCAS type later in this document.
  • all call associated signalling i.e.
  • call control signalling between the radio system and the local exchange LE uses as the access protocol ISDN's DSS1 (Digital Subscriber Signalling System No. 1), which is described in ANSI (American National Standard) T1.602-1989 (Layer 1 specification) and T1607-1990 (Layer 3 specification).
  • DSS1 Digital Subscriber Signalling System No. 1
  • ANSI American National Standard
  • T1.602-1989 Layer 1 specification
  • T1607-1990 Layer 3 specification
  • Signalling between the local exchange LE and the SCP uses the known AIN application protocol.
  • the application programs in AIN Service Control Point (SCP) are used to provide the mobility management functions.
  • the block RS (Radio System) in FIG. 3 includes not only some of the functions of the traditional BSC but also a part of the functions of the visitor location register VLR and the mobile switching center MSC. It takes care of many of the MSC responsibilities like hand-over related switching.
  • the local exchange LE handles basic call process and may, according the above-mentioned second type of the radio system, support non-call associated (NCAS) signalling. It is Standard National ISDN 3 LE or some later version.
  • SCP has ability to communicate with MAP added so it can do locating queries to HLR and locating queries to VLR.
  • the functions of VLR are divided between SCP and RS.
  • MAP Mobile Application Part MAP
  • MMAP Mobility Management Protocol
  • a problem in modifying an overlay network architecture to fit to the ISDN/AIN architecture is caused by the lack of MSC.
  • the known GSM network is designed to fit to the ISDN-network by means of the MSC.
  • Another problem is caused by the lack of means for realising mobility management between the C-interface radio systems without MSC and the traditional overlay mobile network with MSC. This can be reduced to the problem how to create a mechanism for exchanging information between C-interface radio system and the MSC or another element belonging to the overlay network.
  • FIG. 4 is depicted a straightforward way to solve the problem.
  • All the RSs, MSC/VLR and HLR are connected to the global SS#7 network.
  • the RSs may be considered similar to MSC/VLR.
  • This case may be seen equivalent to GSM case.
  • the C-interface radio system uses SS#7 signalling and those same protocols used in the overlay network.
  • the address information like Global Titles, Subsystem Numbers, etc., it sends is similar to that of the overlay network element. This means that the hand-off and roaming operations transferred via SS#7 between two RSs and between the radio system RS and overlay network elements are standardized MAP operations or corresponding MMAP operations.
  • the anchor RS does not need to know whether the target is MSC/VLR or another RS. Additionally, some C-interface specific MMAP protocol operations not having counterparts in the traditional MAP protocol may be defined between the radio system RS and the SCP. Also the SCP uses the MAP protocol when communicating with the HLR.
  • SCP is not involved when the hand-off procedure is performed between network elements in SS#7 network.
  • the MAP connections to SCP are presented here only to allow interworking with RS/NCAS entities.
  • the hand-off and roaming procedures in this solution are considered obvious and therefore signalling flow diagrams are not presented.
  • One objective of the present invention is to provide a mobility management in a communication system comprising the C-interface system capable to access an overlay network only via SCP and using NCAS signalling and the overlay network using SS#7 signalling.
  • the RS/SS#7 is comparable to an overlay network element in this communication system and therefore in the following the term overlay network element refers also to RS/SS#7.
  • Another objective is to provide means which ensure that a message sent by the overlay network element is routed exactly to that radio system element RS defined in the destination address of the message. This means that when routing a message via a plurality of SS#7 network nodes, sufficient information to uniquely identify the target RS shall be preserved in the destination address field of the message.
  • These protocols shall enable mobility management and so roaming and handovers between the C-interface radio systems and overlay networks as well as between different kinds of the C-interface radio systems without doing any changes in the existing overlay network elements, e.g. MSC/VLR, HLR.
  • the service control point SCP has access to a common channel signalling network for sending and receiving mobility management messages by means of a first application layer protocol.
  • the telephone switch for transmitting mobility management messages between the radio system and the service control point SCP uses a second application layer protocol.
  • a network element having access to said common channel signalling network for sending and receiving the mobility management messages uses the first application layer protocol.
  • the service control point SCP includes a protocol conversion means for converting the first application layer protocol of the mobility management message to the second application layer protocol and vice versa.
  • the first application layer protocol could be MAP and the second application layer protocol could be MMAP. If the second application layer protocol is both MMAP and MAP, SCP further includes a relay protocol means for either directing the incoming message to the protocol entity (MMAP) or for routing it transparently forward (MAP).
  • MMAP protocol entity
  • MAP transparently forward
  • the C-interface radio system together with the associated Service Control Point SCP will act as the corresponding overlay network element like the Mobile Switching Center MSC, Visitor Location Register VLR etc.
  • the SCP will provide the access to the appropriate signalling system like SS#7. No modifications are needed to the overlay network elements and the communicating elements do not even have to know whether the other element is the C-interface Radio System or the overlay network element.
  • the C-interface radio system uses DDS.1 signalling, an overlay network element uses SS#7 and all the information is transferred via SCP. As to the protocols, there are in this case two alternatives depending on the role of the SCP.
  • the radio system RS uses NCAS signalling and communicates with the SCP using the MMAP protocol.
  • the SCP then makes the conversion to traditional MAP protocol when necessary to communicate with other network entities.
  • the SCP takes care of the interworking between these two transactions.
  • the SCP only relays the MAP operations transparently between the radio system RS and the overlay network element when the communication takes place between the RS and the overlay network.
  • the transaction is between the RS and the overlay network element.
  • the MMAP protocol is used and the transaction is established between these two entities.
  • a Relay Protocol is needed between the RS and the SCP to carry the appropriate address information and to discriminate between the transparent MAP operations and non-transparent MMAP operations.
  • the SCP communicates with the HLR using the MAP protocol.
  • an overlay network element uses the Radio System number (E.164 number) as a Global Title (GT) address in SS#7 network.
  • GT Global Title
  • the GT translation for this address is then defined in such a way that the message is routed to the SCP and the original address is also passed to the SCP.
  • the number of the target radio system RS is placed to the Global Title--field of the message.
  • the Global Title remains during routing through several nodes up to SCP and therefore the target RS is identified to the SCP, which then can relay the message to the RS.
  • FIG. 1 depicts a typical overlay mobile network
  • FIG. 2 shows stack of protocols on the SS#7 interfaces
  • FIG. 3 depicts a C-interface mobile network
  • FIG. 4 depicts a known solution to connect networks
  • FIG. 5 depicts a network according the first embodiment
  • FIG. 6 illustrates protocol stack of the first embodiment
  • FIG. 7 shows another network according to the second embodiment.
  • FIG. 8 shows protocol stack according to the second embodiment.
  • Radio System RS ⁇ consists of radio stations which are named in GSM language as base stations, and a radio station controller, which performs control functions as described in the document ISDN-Based C Interface Access for GSM (DCS1900).
  • MMAP operations relating to the C-interface are divided into two groups: MMAP1 and MMAP2.
  • the first group, MMAP1 consists of the operations that are pure C-interface specific. They are completely new operations without having counterparts in MAP. These operations cover the interface between the lower part of the VLR resident in the radio system RS, and the upper part of the VLR resident in SCP. Note, that the VLR is the one belonging to the C-interface system.
  • MMAP2 contains operations that are analogous to respective MAP operations, but not necessarily having equivalent ASN.1 definitions.
  • the basic network entities that are involved in roaming and hand-off procedures, are the radio system RS, the home location register HLR and the mobile switching center MSC/VLR, see FIG. 3. These procedures are controlled by MAP/MMAP operations that are carried using underlying signalling networks such as SS#7 and DSS.1. Naturally there are intermediate nodes, like signalling transfer points STP and switches, that provide connections between the basic entities.
  • a network according to FIG. 5 contains all the three types of radio systems, RS/NCAS, RS/SS#7 and MSC/VLR as well as other essential network elements LEs, SCPs and HLR.
  • RS/NCAS radio systems
  • RS/SS#7 RS/SS#7
  • MSC/VLR mobile subscriber control system
  • SCPs essential network elements
  • HLR HLR
  • the communication between RS/NCAS is based on NCAS signalling that could be either direct, i.e via local exchanges, or indirect, i.e. via one ore more SCPs. In the former case the SCP is not involved.
  • the direct signalling between RS elements is based on unidirectional approach.
  • the initiating RS addresses the destination by giving the number of the target RS in a REGISTER message.
  • the local exchange LE receives the message and translates it to AIN 0.2 message and sends it further to the signalling transfer point STP.
  • the STP does the Global Title Translation in order to route the query to the target LE in AIN 0.2 network.
  • the indirect signalling route between two RS elements is via local exchanges LE and via one or more SCPs.
  • the RSs does not necessary share the same SCP. This is the reason why there has to be two intermediate SCPs communicating with each other using MAP protocol on SS#7 network as shown in FIG. 5.
  • FIG. 6 shows the protocol stack for the first embodiment in the case when the target system is a network element MSC/VLR, HLR or C-interface radio system with SS#7 interface. All the mobility management related communication from the RS takes place via the SCP using the MMAP protocol.
  • SCP makes the conversion between the MMAP and MAP operations.
  • the SCP also links together the transactions between RS and SCP and the transactions between SCP and the other network entity.
  • the address of the target network element is associated to the initiating MMAP operation
  • the routing information can be derived from the transaction on which they are sent.
  • An adaptation entity is needed to map the MMAP and TCAP messages on the underlying protocol stack DSS.1 in the RS.
  • a similar adaptation entity is needed in SCP.
  • the adaptation entity blocks are shown in FIG. 6.
  • MMAP operations sent by RS have firstly to be routed via LE to SCP.
  • SCP does the necessary routing and MMAP/MAP conversions so being the other MMAP end-point.
  • it is a gateway between MAP and MMAP environments. This require that the MMAP operations must be slightly modified compared with respective MAP operations.
  • RS Prepare Handover
  • RS Send Identification
  • HLR Authentication Information Request
  • the SCP communicating with the RS/NCAS acts as a gateway between these two environments.
  • the MMAP protocol is used between the RS/NCAS and the SCP while the SCP communicates towards the other end in the SS#7 network using the MAP protocol.
  • This other end may be an overlay MSC/VLR, HLR or RS/SS#7. It can also be another SCP.
  • MMAP operations need to be transferred on SS#7 is the C-interface specific operations, i.e. MMAP1 operations between RS/SS#7 and SCP.
  • a query from RS/NCAS to a network element in SS#7 is considered.
  • the MMAP operation between the RS/NCAS and the SCP has to carry the ISDN address of the target network element.
  • the SCP After receiving a MMAP-message, the SCP decodes this address information from the MMAP operation and use it as a Global Title address on the SCCP level when sending the corresponding MAP message to the target.
  • the address parameter is only needed in MMAP operations which open a new transaction, i.e. in operations like Prepare -- Handover, Send -- Identification and Authentication -- Information -- Request.
  • a query from SS#7 network element to RS/NCAS is now considered.
  • the SS#7 network element sends the message with the target RS number as a Global Title Address and using the MAP protocol. With this address the message shall be routed to the SCP, which can communicate with the target RS using NCAS. It is essential that the SCP will receive the RS number in the Called Party Address of the SCP Unitdata message, even though it has been used in the STP for the Global Title Translation to get the Point Code and Subsystem Number.
  • the SCP On receipt of the message, the SCP does the MAP/MMAP conversion, and sends the message to LE in the AIN 0.2 operation ⁇ NCA -- Data ⁇ .
  • the Called ID argument of this AIN 0.2 operation is populated with the target RS number.
  • the Called Party Address on the SCCP level has to be some other number with which the message will be routed to the LE. It cannot be the target RS number, since it is reserved in the SS#7 network as a global address to route the messages to the SCP.
  • the RS number has two functions: it has to be used to route the message to the SCP and it has to identify the Radio System in that SCP area. Note that there is no possibility to have different addresses for these two purposes when the (MAP) message is coming from an overlay MSC or VLR.
  • a network according to FIG. 7 contains all the three types of radio systems, RS/NCAS, RS/SS#7 and MSC/VLR as well as other essential network elements LEs, SCPs and HLR.
  • the network is quite similar to the network according to FIG. 5 but differs from that with regard to the application layer protocols.
  • FIG. 8 shows the protocol stack in this embodiment.
  • SCP provides transparent MAP services for RS. It is based on an assumption that the mobility management interfaces between C-interface network elements are similar to those in overlay network except the additional interface between the distributed VLR parts, i.e. between the RS and the SCP. Due to this the C-interface specific MMAP operations needed are those between the distributed parts of the VLR.
  • the MMAP and TCAP protocol entities in the RS and the SCP are dedicated for this purpose. These protocols are represented by the left stack in RS-part of FIG. 8. Only the MAP operations are exchanged between the C-interface and overlay network elements. This is the first factor to provide interworking between these two networks.
  • MAP protocol stack To ensure that the overlay network elements remain unchanged a similar MAP protocol stack must be found from the C-interface network architecture.
  • the stack is distributed: the upper layers, i.e. MAP and TCAP, are implemented in RS and the lower layers, SCCP and MTP, are implemented in SCP.
  • the MAP protocol with index (2) in SCP is a standard MAP protocol used for signalling with HLR. It is presented only to provide a complete picture of the different MAP interfaces in SCP.
  • the MAP(1) and TCAP protocols are carried from RS to SCP, and vice versa, using NCAS signalling.
  • the DSS.1 protocols are used between RS and LE, and AIN protocol over SS#7 between LE and SCP.
  • the unidirectional approach is recommended in order to minimize the load of the network elements concerned.
  • the MAP(1) operations between RS/NCAS and overlay network elements are transferred transparently via SCP.
  • RPE Relay Protocol entity
  • SCP routes the MAP-TCAP ⁇ bundle ⁇ (TCAP message containing MAP operation) sent by RS either to HLR, MSC/VLR or RS in SS#7 network or to another RS/NCAS.
  • the discriminator of the Relay Protocol denotes whether to give the embedded information in Relay Protocol frame to MMAP/TCAP entity or forward it further in SS#7 network.
  • the Relay Protocol frame contains address information of the target system, which may be RS/NCAS, RS/SS#7 or an overlay network element.
  • the source RS/NCAS sets the destination address field in Relay Protocol to indicate the target overlay network element in SS#7 network. It may be a Point Code, a Sub-system Number, a Global Title (E.164 or E.212 number) or any combination of these.
  • the Relay Protocol data unit containing the bundle is transported over NCAS network to SCP. SCP may be capable to handle different kinds of networks and addresses not only those specific for SS#7.
  • the target RS/NCAS is addressed at SCCP level.
  • the target RS address is put in the Called Party Address (CdPA) field at SCCP level.
  • the message is transmitted to associated SCP because of no SS#7 access in RS/NCAS.
  • the Called Party Address field of the received message is mapped in SCP to the actual RS, in which case the RPE forwards the bundle to the target RS. If the Called Party Address indicates the SCP itself, the SCCP gives the message to the MAP(2) stack.
  • GT translations are performed in STP nodes.
  • the information to uniquely identify the target RS shall be kept in the GT in the Called Party Address field. For example this can be ensured by defining the Routing Indicator (RI) in the results of the GTTs to indicate the GT.
  • RI Routing Indicator

Abstract

A communication system providing mobility management interworking between a C-interface radio system and an overlay mobile radio network. In the first embodiment the radio system uses NCAS signalling and communicates with the SCP using the MMAP protocol. The SCP then makes the conversion to traditional MAP protocol when necessary to communicate with other network entities. The SCP takes care of the interworking between these transactions. In the second embodiment the SCP only relays the MAP operations embedded into TCAP messages transparently between the radio system RS and the overlay network element when the communication takes place between the RS and the overlay network. Thus the transaction is between the RS and the overlay network element. A Relay Protocol is needed between the RS and the SCP to carry the appropriate address information and to discriminate between the transparent MAP operations and non-transparent MMAP operations.

Description

FIELD OF THE INVENTION
This invention relates to mobile communications systems and, in particular, to mobility management between an overlay radio system having a mobile switching center and a radio system connected to local exchanges.
BACKGROUND OF THE INVENTION
Known access mobile networks are so called overlay networks, enabling the setting up of calls between mobile network subscribers and subscribers to other telecommunication networks. Network elements belonging to the mobile network are kept separate from elements belonging to other networks and in consequence of this the networks can be easily managed by different operators. The access element from the mobile network to another telecommunication network, and vice versa, is a mobile switching center MSC, through which not only calls and call-related signalling but also non-call related signalling transit.
Referring to the FIG. 1, in the European GSM network (the Global System for Mobile Communications) a base station sub-system BSS includes a plurality of base transceiver stations BTS for communicating with mobile stations MS through the radio interface and a base station controller BSC. The base station system is connected to the mobile switching center MSC, which can access location registers like a home location register HLR and a visitor location register VLR, the latter one usually being included to the MSC. The location registers are essential elements for mobility management. Using several switching centers connected with trunk lines to each other it is possible to build a mobile subscribers serving network which has large covering area.
In the overlay mobile network, the MSC is connected via SS#7 interfaces to a communication network such as a Public Switched Telephone Network PSTN or Integrated Services Digital Network ISDN and through these networks a mobile subscriber can use services offered by an intelligent network IN.
FIG. 2 depicts the known stack of protocols on the SS#7 interfaces used in communication between networks. Call-related signalling between MSC and external networks makes use of TUP for PSTN, ISUP for ISDN or national variants of these protocols. Non-call related signalling corresponds to many different protocols, which are grouped together in MAP (Mobile Application Part). All MAP protocols use the services provided by the SS#7 protocol TCAP (Transaction Capabilities Application Part), itself using the service offered by the SS#7 protocol SCCP (Signalling Connection Control Part). All these protocols use signalling transport, the lowest layer being referred to as MTP (Message Transfer Part).
Alternative approaches to build up a mobile network are also being studied. It has been proposed to utilize capacity of the ISDN network and an Advanced Intelligent Network AIN, which is specified by Bellcore in his AIN Rel.1 (Advanced Intelligent Network Release 1) and AIN Rel.2. The AIN-network is not a network separated from the ISDN communication network but it utilizes the existing ISDN-network with its transmission lines and exchanges. The physical elements of the AIN include a Service Switching Point SSP, which is a digital exchange being capable to detect calls requiring AIN-services. The services reside in a physical element called Service Control Point SCP, which contains application programs and service logic, whereas service data is stored in data bases called the Service Data Point SDP. The document GR-1299-CORE, `Advanced Intelligent Network (AIN) 0.2 Switch- Service Control point (SCP)/Adjunct Interface Generic Requirements`, published in 1993 by Bellcore in AIN Rel.1, contains Bellcore's view of application and lower layer protocol generic requirements for the interface between the local exchange LE and the SCP. GR-1299.CORE describes messages sent over that interface. The document TR-NWT-001285 `Advanced Intelligent Network (AIN) 0.1 Switch- Service Control point (SCP) Application Protocol Interface Generic Requirements`, published by Bellcore, contains application layer protocol generic requirements for the LE-SCP interface. The application layer protocol is based on the ANSI Transaction Capabilities Application Part (TCAP).
In said alternative approach it has been studied a possibility to drop the MSC of the overlay GSM/DCS1900 network and connect the base station sub-system BSS directly to an ISDN/AIN switch and use its switching capabilities instead of the separate mobile switching center. The result is a radio system shown in FIG. 3. Such radio system is called a C-interface Radio System. The C-interface network architecture is described more detailed in the document ISDN-Based C Interface Access for GSM (DCS1900), Special Report SR-3546, Issue 1, Bellcore, August 1995. C-interface refers to the interface between the radio system and ISDN-network. The ISDN-based C-interface is the most important interface in this mobile network. At present, regarding mobility management no solutions and no standards exist for the C-interface but at least two types of transport options have been suggested: in the first type the radio system has access to the SS#7-signalling network so being capable to communicate with the SCP and an overlay network element directly through the SS#7 network. This first type is named later in this document as RS/SS#7-type. In the second type the radio system has no access to the SS#7 signalling network but it can communicate with the SCP using non-call associated signalling NCAS as access protocol. This second type is called RS/NCAS type later in this document. In both types, all call associated signalling i.e. call control signalling between the radio system and the local exchange LE uses as the access protocol ISDN's DSS1 (Digital Subscriber Signalling System No. 1), which is described in ANSI (American National Standard) T1.602-1989 (Layer 1 specification) and T1607-1990 (Layer 3 specification). Signalling between the local exchange LE and the SCP uses the known AIN application protocol. In the C-interface radio system the application programs in AIN Service Control Point (SCP) are used to provide the mobility management functions.
In comparison to the system shown in FIG. 1, the block RS (Radio System) in FIG. 3 includes not only some of the functions of the traditional BSC but also a part of the functions of the visitor location register VLR and the mobile switching center MSC. It takes care of many of the MSC responsibilities like hand-over related switching. The local exchange LE handles basic call process and may, according the above-mentioned second type of the radio system, support non-call associated (NCAS) signalling. It is Standard National ISDN 3 LE or some later version. SCP has ability to communicate with MAP added so it can do locating queries to HLR and locating queries to VLR. The functions of VLR are divided between SCP and RS.
In the overlay mobile network a protocol for managing the mobility of subscribers is called Mobile Application Part MAP. Also in the C-interface system a mobility protocol shall be specified between each of the radio systems RS and between each radio system RS and the service control point SCP. This protocol called Mobility Management Protocol (MMAP) is being standardized by ANSI/T1 subcommittee T1S1. The MMAP for PCS1900 will be based on MAP.
A problem in modifying an overlay network architecture to fit to the ISDN/AIN architecture is caused by the lack of MSC. For example, the known GSM network is designed to fit to the ISDN-network by means of the MSC. Another problem is caused by the lack of means for realising mobility management between the C-interface radio systems without MSC and the traditional overlay mobile network with MSC. This can be reduced to the problem how to create a mechanism for exchanging information between C-interface radio system and the MSC or another element belonging to the overlay network.
In FIG. 4 is depicted a straightforward way to solve the problem. All the RSs, MSC/VLR and HLR are connected to the global SS#7 network. Thus the RSs may be considered similar to MSC/VLR. This case may be seen equivalent to GSM case. When communicating towards an overlay network element like MSC, the C-interface radio system uses SS#7 signalling and those same protocols used in the overlay network. Also the address information like Global Titles, Subsystem Numbers, etc., it sends is similar to that of the overlay network element. This means that the hand-off and roaming operations transferred via SS#7 between two RSs and between the radio system RS and overlay network elements are standardized MAP operations or corresponding MMAP operations. Due to this the anchor RS does not need to know whether the target is MSC/VLR or another RS. Additionally, some C-interface specific MMAP protocol operations not having counterparts in the traditional MAP protocol may be defined between the radio system RS and the SCP. Also the SCP uses the MAP protocol when communicating with the HLR.
Further, SCP is not involved when the hand-off procedure is performed between network elements in SS#7 network. The MAP connections to SCP are presented here only to allow interworking with RS/NCAS entities. The hand-off and roaming procedures in this solution are considered obvious and therefore signalling flow diagrams are not presented.
OBJECTIVES OF THE INVENTION
One objective of the present invention is to provide a mobility management in a communication system comprising the C-interface system capable to access an overlay network only via SCP and using NCAS signalling and the overlay network using SS#7 signalling. The RS/SS#7 is comparable to an overlay network element in this communication system and therefore in the following the term overlay network element refers also to RS/SS#7.
Another objective is to provide means which ensure that a message sent by the overlay network element is routed exactly to that radio system element RS defined in the destination address of the message. This means that when routing a message via a plurality of SS#7 network nodes, sufficient information to uniquely identify the target RS shall be preserved in the destination address field of the message. These are essential prerequisites of the mobility management interworking between overlay network switches and the C-interface radio systems attached to local exchanges.
These protocols shall enable mobility management and so roaming and handovers between the C-interface radio systems and overlay networks as well as between different kinds of the C-interface radio systems without doing any changes in the existing overlay network elements, e.g. MSC/VLR, HLR.
SUMMARY OF THE INVENTION
In the communication system the service control point SCP has access to a common channel signalling network for sending and receiving mobility management messages by means of a first application layer protocol. The telephone switch for transmitting mobility management messages between the radio system and the service control point SCP uses a second application layer protocol. A network element having access to said common channel signalling network for sending and receiving the mobility management messages uses the first application layer protocol.
Further, in the system the service control point SCP includes a protocol conversion means for converting the first application layer protocol of the mobility management message to the second application layer protocol and vice versa. The first application layer protocol could be MAP and the second application layer protocol could be MMAP. If the second application layer protocol is both MMAP and MAP, SCP further includes a relay protocol means for either directing the incoming message to the protocol entity (MMAP) or for routing it transparently forward (MAP).
To enable the interworking, the C-interface radio system together with the associated Service Control Point SCP will act as the corresponding overlay network element like the Mobile Switching Center MSC, Visitor Location Register VLR etc. The SCP will provide the access to the appropriate signalling system like SS#7. No modifications are needed to the overlay network elements and the communicating elements do not even have to know whether the other element is the C-interface Radio System or the overlay network element. The C-interface radio system uses DDS.1 signalling, an overlay network element uses SS#7 and all the information is transferred via SCP. As to the protocols, there are in this case two alternatives depending on the role of the SCP.
In the first embodiment the radio system RS uses NCAS signalling and communicates with the SCP using the MMAP protocol. The SCP then makes the conversion to traditional MAP protocol when necessary to communicate with other network entities. There is a transaction between the RS and the SCP and when needed another transaction between the SCP and the other network entity. The SCP takes care of the interworking between these two transactions.
In the second embodiment the SCP only relays the MAP operations transparently between the radio system RS and the overlay network element when the communication takes place between the RS and the overlay network. Thus the transaction is between the RS and the overlay network element. For C-interface specific communication between the radio system RS and the SCP the MMAP protocol is used and the transaction is established between these two entities. In this second embodiment, a Relay Protocol is needed between the RS and the SCP to carry the appropriate address information and to discriminate between the transparent MAP operations and non-transparent MMAP operations.
In both embodiments the SCP communicates with the HLR using the MAP protocol. When sending a message to the radio system RS, an overlay network element uses the Radio System number (E.164 number) as a Global Title (GT) address in SS#7 network. The GT translation for this address is then defined in such a way that the message is routed to the SCP and the original address is also passed to the SCP. In translation it is essential that the number of the target radio system RS is placed to the Global Title--field of the message. The Global Title remains during routing through several nodes up to SCP and therefore the target RS is identified to the SCP, which then can relay the message to the RS.
BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be described in more detail in the following with reference to the accompanying drawings, in which:
FIG. 1 depicts a typical overlay mobile network;
FIG. 2 shows stack of protocols on the SS#7 interfaces;
FIG. 3 depicts a C-interface mobile network;
FIG. 4 depicts a known solution to connect networks;.
FIG. 5 depicts a network according the first embodiment;
FIG. 6 illustrates protocol stack of the first embodiment;
FIG. 7 shows another network according to the second embodiment; and
FIG. 8 shows protocol stack according to the second embodiment.
DETAILED DESCRIPTION
In the following, for convenience the expression `Radio System RS` is used and it consists of radio stations which are named in GSM language as base stations, and a radio station controller, which performs control functions as described in the document ISDN-Based C Interface Access for GSM (DCS1900).
For clarification MMAP operations relating to the C-interface are divided into two groups: MMAP1 and MMAP2. The first group, MMAP1, consists of the operations that are pure C-interface specific. They are completely new operations without having counterparts in MAP. These operations cover the interface between the lower part of the VLR resident in the radio system RS, and the upper part of the VLR resident in SCP. Note, that the VLR is the one belonging to the C-interface system. The second group, MMAP2, contains operations that are analogous to respective MAP operations, but not necessarily having equivalent ASN.1 definitions.
The basic network entities, that are involved in roaming and hand-off procedures, are the radio system RS, the home location register HLR and the mobile switching center MSC/VLR, see FIG. 3. These procedures are controlled by MAP/MMAP operations that are carried using underlying signalling networks such as SS#7 and DSS.1. Naturally there are intermediate nodes, like signalling transfer points STP and switches, that provide connections between the basic entities.
The First Embodiment
A network according to FIG. 5 contains all the three types of radio systems, RS/NCAS, RS/SS#7 and MSC/VLR as well as other essential network elements LEs, SCPs and HLR. In this kind of a network the communication between RS/NCAS is based on NCAS signalling that could be either direct, i.e via local exchanges, or indirect, i.e. via one ore more SCPs. In the former case the SCP is not involved.
The direct signalling between RS elements is based on unidirectional approach. The initiating RS addresses the destination by giving the number of the target RS in a REGISTER message. The local exchange LE receives the message and translates it to AIN 0.2 message and sends it further to the signalling transfer point STP. The STP does the Global Title Translation in order to route the query to the target LE in AIN 0.2 network.
The indirect signalling route between two RS elements is via local exchanges LE and via one or more SCPs. The RSs does not necessary share the same SCP. This is the reason why there has to be two intermediate SCPs communicating with each other using MAP protocol on SS#7 network as shown in FIG. 5.
FIG. 6 shows the protocol stack for the first embodiment in the case when the target system is a network element MSC/VLR, HLR or C-interface radio system with SS#7 interface. All the mobility management related communication from the RS takes place via the SCP using the MMAP protocol.
SCP makes the conversion between the MMAP and MAP operations. The SCP also links together the transactions between RS and SCP and the transactions between SCP and the other network entity. When a new transaction is established by the RS, the address of the target network element is associated to the initiating MMAP operation For the subsequent messages the routing information can be derived from the transaction on which they are sent. An adaptation entity is needed to map the MMAP and TCAP messages on the underlying protocol stack DSS.1 in the RS. A similar adaptation entity is needed in SCP. The adaptation entity blocks are shown in FIG. 6.
MMAP operations sent by RS have firstly to be routed via LE to SCP. SCP does the necessary routing and MMAP/MAP conversions so being the other MMAP end-point. Hence, it is a gateway between MAP and MMAP environments. This require that the MMAP operations must be slightly modified compared with respective MAP operations. There has to be added to a MMAP message an additional parameter that identifies the ISDN address of the target RS or HLR at least in the following operations: Prepare Handover (RS), Send Identification (RS) and Authentication Information Request (HLR).
The main idea behind the interworking between the C-interface system using SS#7 and the system using NCAS and network elements of the overlay network is that the SCP communicating with the RS/NCAS acts as a gateway between these two environments. As shown in FIG. 6, the MMAP protocol is used between the RS/NCAS and the SCP while the SCP communicates towards the other end in the SS#7 network using the MAP protocol. This other end may be an overlay MSC/VLR, HLR or RS/SS#7. It can also be another SCP. The only case when MMAP operations need to be transferred on SS#7 is the C-interface specific operations, i.e. MMAP1 operations between RS/SS#7 and SCP.
As a first example a query from RS/NCAS to a network element in SS#7 is considered. In this case the MMAP operation between the RS/NCAS and the SCP has to carry the ISDN address of the target network element. After receiving a MMAP-message, the SCP decodes this address information from the MMAP operation and use it as a Global Title address on the SCCP level when sending the corresponding MAP message to the target. The address parameter is only needed in MMAP operations which open a new transaction, i.e. in operations like Prepare-- Handover, Send-- Identification and Authentication-- Information-- Request.
As a second example a query from SS#7 network element to RS/NCAS is now considered. In this case the SS#7 network element sends the message with the target RS number as a Global Title Address and using the MAP protocol. With this address the message shall be routed to the SCP, which can communicate with the target RS using NCAS. It is essential that the SCP will receive the RS number in the Called Party Address of the SCP Unitdata message, even though it has been used in the STP for the Global Title Translation to get the Point Code and Subsystem Number.
On receipt of the message, the SCP does the MAP/MMAP conversion, and sends the message to LE in the AIN 0.2 operation `NCA-- Data`. The Called ID argument of this AIN 0.2 operation is populated with the target RS number. The Called Party Address on the SCCP level has to be some other number with which the message will be routed to the LE. It cannot be the target RS number, since it is reserved in the SS#7 network as a global address to route the messages to the SCP.
Thus the RS number has two functions: it has to be used to route the message to the SCP and it has to identify the Radio System in that SCP area. Note that there is no possibility to have different addresses for these two purposes when the (MAP) message is coming from an overlay MSC or VLR.
The Second Embodiment
A network according to FIG. 7 contains all the three types of radio systems, RS/NCAS, RS/SS#7 and MSC/VLR as well as other essential network elements LEs, SCPs and HLR. The network is quite similar to the network according to FIG. 5 but differs from that with regard to the application layer protocols.
FIG. 8 shows the protocol stack in this embodiment. In this embodiment SCP provides transparent MAP services for RS. It is based on an assumption that the mobility management interfaces between C-interface network elements are similar to those in overlay network except the additional interface between the distributed VLR parts, i.e. between the RS and the SCP. Due to this the C-interface specific MMAP operations needed are those between the distributed parts of the VLR. The MMAP and TCAP protocol entities in the RS and the SCP are dedicated for this purpose. These protocols are represented by the left stack in RS-part of FIG. 8. Only the MAP operations are exchanged between the C-interface and overlay network elements. This is the first factor to provide interworking between these two networks.
To ensure that the overlay network elements remain unchanged a similar MAP protocol stack must be found from the C-interface network architecture. In the invention the stack is distributed: the upper layers, i.e. MAP and TCAP, are implemented in RS and the lower layers, SCCP and MTP, are implemented in SCP. The MAP protocol with index (2) in SCP is a standard MAP protocol used for signalling with HLR. It is presented only to provide a complete picture of the different MAP interfaces in SCP.
The MAP(1) and TCAP protocols are carried from RS to SCP, and vice versa, using NCAS signalling. The DSS.1 protocols are used between RS and LE, and AIN protocol over SS#7 between LE and SCP. The unidirectional approach is recommended in order to minimize the load of the network elements concerned. The MAP(1) operations between RS/NCAS and overlay network elements are transferred transparently via SCP.
In FIG. 8, three kind of protocol stacks in the area of interworking are depicted between C-interface and overlay network elements:
MMAP/TCAP running on NCAS signalling network (distributed VLR; C-interface)
MAP(1)/TCAP on NCAS as well as on SS#7 using SCP as a transparent gateway
MAP(2)/TCAP between SCP and HLR
As shown in FIG. 8, there is also a Relay Protocol entity (RPE) both in RS and in SCP. It has three purposes: Firstly, it performs necessary actions to map application layer protocols (MMAP, MAP and TCAP) onto DSS.1 and AIN stacks. Secondly, in RS it discriminates the incoming messages and relays them either to MMAP or MAP stack. In SCP it relays messages coming from RS either to MMAP-stack or transparently routes them forward to the SCCP stack. Thirdly, it carries addressing information for routing purposes.
SCP routes the MAP-TCAP `bundle` (TCAP message containing MAP operation) sent by RS either to HLR, MSC/VLR or RS in SS#7 network or to another RS/NCAS. In the SCP the discriminator of the Relay Protocol denotes whether to give the embedded information in Relay Protocol frame to MMAP/TCAP entity or forward it further in SS#7 network. The Relay Protocol frame contains address information of the target system, which may be RS/NCAS, RS/SS#7 or an overlay network element.
The source RS/NCAS sets the destination address field in Relay Protocol to indicate the target overlay network element in SS#7 network. It may be a Point Code, a Sub-system Number, a Global Title (E.164 or E.212 number) or any combination of these. The Relay Protocol data unit containing the bundle is transported over NCAS network to SCP. SCP may be capable to handle different kinds of networks and addresses not only those specific for SS#7.
There is no RPE in overlay network elements. Thus there must be another way to address the RS/NCAS in overlay network elements. In SS#7 network the Global Title (GT) is used for this purpose. The target RS/NCAS is addressed at SCCP level. The target RS address is put in the Called Party Address (CdPA) field at SCCP level. The message is transmitted to associated SCP because of no SS#7 access in RS/NCAS. The Called Party Address field of the received message is mapped in SCP to the actual RS, in which case the RPE forwards the bundle to the target RS. If the Called Party Address indicates the SCP itself, the SCCP gives the message to the MAP(2) stack.
When routing the message in the SS#7 network GT translations (GTT) are performed in STP nodes. During the GTTs the information to uniquely identify the target RS shall be kept in the GT in the Called Party Address field. For example this can be ensured by defining the Routing Indicator (RI) in the results of the GTTs to indicate the GT.

Claims (21)

We claim:
1. A communication system comprising:
a mobile radio network including
at least one radio system comprising a plurality of radio stations for communicating with mobile stations and a radio station controller for performing control functions;
a service control point SCP for providing mobility management functions, the service control point SCP having access to a common channel signalling network for sending and receiving first application layer protocol messages;
a switch for transmitting transparently second application layer protocol messages between the radio station controller and the service control point SCP;
at least one network element having access to said common channel signalling network for sending and receiving first application layer protocol messages;
wherein in said system:
the service control point SCP includes a protocol conversion means for converting the first application layer protocol of the mobility management message to the second application layer protocol and for converting the second application layer protocol of the mobile management message to the first application layer protocol.
2. A communication system as in claim 1, wherein the protocol stack in the radio station controller includes an adaptation entity for mapping the second application layer protocol to the underlying signal carrying protocol.
3. A communication system as in claim 1, wherein the protocol stack in the service control point SCP includes another adaptation entity for mapping the second application layer protocol to the underlying signal carrying protocol.
4. A communication system as in claim 1, wherein the first application layer protocol is Mobile Application Part MAP and the second application layer protocol is Mobility Management Application Protocol MMAP.
5. A communication system as in claim 2, wherein the signal carrying protocol is Digital Subscriber Signalling System No. 1.
6. A communication system as in claim 1, wherein the Service Control Point SCP uses the address of the target network element as a Global Title address when sending the mobility management message to the signalling network.
7. A communication system as in claim 1, wherein transactions are performed between the radio station controller and the service control point SCP and other transactions between the service control point SCP and the network element.
8. A communication system comprising:
a mobile radio network including
at least one radio system comprising a plurality of radio stations for communicating with mobile stations and a radio station controller, a protocol stack in said controller including a first and a second application layer protocols and a relay protocol for adapting the upper layer protocols to a lower layer protocol;
a service control point SCP for providing mobility management functions, the service control point SCP having access to a common channel signalling network for sending and receiving first application layer protocol messages;
a switch for transmitting transparently first and second application layer protocol messages between the radio station controller and the service control point SCP;
at least one network element having access to said common channel signalling network for sending and receiving first application layer protocol messages;
wherein in said system:
the service control point SCP includes a relay protocol means for discriminating between the first and the second application layer protocols, and for routing the first application layer protocol messages forward.
9. A communication system as in claim 8, wherein another relay protocol means in the radio station controller discriminates the incoming mobility management message and relays it to a first or to a second application layer protocol stack.
10. A communication system as in claim 8, wherein the radio station controller sets the destination address field in the relay protocol to indicate the target network element.
11. A communication system as in claim 8, wherein the network element addresses the target radio system at lower protocol level.
12. A communication system as in claim 8, wherein the first application protocol is Mobile Application Part MAP and the common channel signalling network is SS#7.
13. A communication system as in claim 8, wherein the second application layer protocol between the radio system and the service control point SCP is Mobility Management Application Protocol MMAP on the Digital Subscriber Signalling System No.1 and on the Advanced Intelligent Network.
14. A communication system as in claim 8, wherein the second application layer protocol between the radio system and the service control point SCP is Mobile Application Part MAP on the Digital Subscriber Signalling System No.1 and on the Advanced Intelligent Network.
15. A communication system as in claim 8 or 9, wherein Mobility Management Application Protocol MMAP is running on the top of the first protocol stack and Mobile Application Part MAP is running on the top of the second protocol stack.
16. A communication system as in claim 8, wherein transactions are performed between the radio station controller and the network element.
17. A communication system as in claim 1 or 8, wherein in the network element the address of the target radio station controller is put in the Called Party Address (CdPA) field at SCCP level.
18. A communication system as in claim 1 or 8, wherein the Called Party Address field of the received mobile management message is mapped in service control point SCP to the actual radio station controller.
19. A communication system as in claim 1 or 8, wherein the network element belongs to group of network elements comprising the mobile radio network, a mobile switching center, a visitor location register, a home location register and the radio system having access to the SS#7 signalling network.
20. A communication system as in claim 1 or 8, wherein in the common channel signalling network, the target address is located into the Global Title and in a signalling transfer point global title translation is defined so that the information to uniquely identify the target radio system is kept.
21. A communication system as in claim 8, wherein the first application layer protocol between the radio system and the service control point SCP is Mobile Application Part on the Digital Subscriber Signalling System No.1 and on the Advanced Intelligent Network.
US08/558,533 1995-11-16 1995-11-16 Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network Expired - Lifetime US5629974A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US08/558,533 US5629974A (en) 1995-11-16 1995-11-16 Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network
PCT/FI1996/000618 WO1997018681A1 (en) 1995-11-16 1996-11-14 Mobility management interworking
AU75739/96A AU7573996A (en) 1995-11-16 1996-11-14 Mobility management interworking
CA002237325A CA2237325A1 (en) 1995-11-16 1996-11-14 Mobility management interworking

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US08/558,533 US5629974A (en) 1995-11-16 1995-11-16 Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network

Publications (1)

Publication Number Publication Date
US5629974A true US5629974A (en) 1997-05-13

Family

ID=24229921

Family Applications (1)

Application Number Title Priority Date Filing Date
US08/558,533 Expired - Lifetime US5629974A (en) 1995-11-16 1995-11-16 Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network

Country Status (4)

Country Link
US (1) US5629974A (en)
AU (1) AU7573996A (en)
CA (1) CA2237325A1 (en)
WO (1) WO1997018681A1 (en)

Cited By (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5699408A (en) * 1995-08-07 1997-12-16 Motorola, Inc. International mobile station identification method and signaling system for cellular radiotelephones and systems
US5721762A (en) * 1993-12-01 1998-02-24 Sharp Microelectronics Technology, Inc. Shared base stations for voice and data cellular telecommunications and method
US5850391A (en) * 1996-10-17 1998-12-15 Telefonaktiebolaget L M Ericsson Shared interworking function within a mobile telecommunications network
WO1999001991A2 (en) * 1997-06-30 1999-01-14 Nokia Networks Oy Determining bearer services in a radio access network
WO1999020071A1 (en) * 1997-10-10 1999-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Data transfer between gran interworking units
WO1999020067A1 (en) * 1997-10-10 1999-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Access port addressing in a generic radio access network
FR2770363A1 (en) * 1997-10-29 1999-04-30 Motorola Inc Signal transfer system for linking mobile communications networks
US5912887A (en) * 1996-06-27 1999-06-15 Mciworldcom, Inc. System and method for implementing user-to-user data transfer services
US5920820A (en) * 1996-01-25 1999-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Combined home location register and service control point for a cellular telecommunications network
WO1999039526A1 (en) * 1998-01-29 1999-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Shared communications protocol layer for interfacing between wireless networks
WO1999053713A2 (en) * 1998-04-09 1999-10-21 Ericsson Inc. System and method for facilitating inter-nodal protocol agreement in a telecommunications system
WO1999053668A2 (en) * 1998-04-15 1999-10-21 Nokia Mobile Phones Limited Adaptation layer for realising protocol adaptations in a digital wireless data transmission system
US5987118A (en) * 1997-10-21 1999-11-16 Mci Communiations Corporation Method and computer program logic for providing an intelligent network operator console with enhanced services
US5991407A (en) * 1995-10-17 1999-11-23 Nokia Telecommunications Oy Subscriber authentication in a mobile communications system
US6011969A (en) * 1997-06-13 2000-01-04 Telefonaktiebolaget L M Ericsson TCAP package type specification for ANSI-41 MAP messages in order to support MAP operation closure
WO2000024209A1 (en) * 1998-10-19 2000-04-27 Nokia Networks Oy Mechanism for network-initiated information transfer
WO2000028751A1 (en) * 1998-11-06 2000-05-18 Nokia Networks Oy A signalling method
US6088343A (en) * 1997-03-11 2000-07-11 Optimay Corporation GSM transceiver controlling timing races in channel establishment in a GSM protocol stack and method of operation thereof
WO2000042782A1 (en) * 1999-01-14 2000-07-20 Nokia Networks Oy General protocol for service control point
US6097948A (en) * 1998-01-29 2000-08-01 Telefonaktiebolaget L M Ericsson (Publ) Signaling channel firewall for communications between wireless networks
WO2000062565A1 (en) * 1999-04-12 2000-10-19 Nokia Networks Oy A mobile communications network
WO2000072195A1 (en) * 1999-05-20 2000-11-30 Motorola, Inc. Method and system for processing intelligent network commands in a communications network
WO2000076250A1 (en) * 1999-06-08 2000-12-14 Utstarcom, Inc. Method and apparatus for roaming in hierarchical mobile communications network
US6188761B1 (en) * 1997-10-21 2001-02-13 Mci Communications Corporation System and method for providing operator and customer services
US6198737B1 (en) * 1995-12-19 2001-03-06 Siemens Aktiengesellschaft Method for the transmission of information in a universal transmission network
US6330598B1 (en) 1998-06-23 2001-12-11 Ameritech Corporation Global service management system for an advanced intelligent network
EP1168857A1 (en) * 2000-06-21 2002-01-02 Siemens Aktiengesellschaft System for mobility management in a telecommunication network
US20020136173A1 (en) * 2001-03-22 2002-09-26 Monroe Robert L. System and method for user notification in a communication system
US20020183081A1 (en) * 2001-05-31 2002-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Provision of short message services
US6529490B1 (en) * 1998-03-26 2003-03-04 Hyundai Electronics Industries, Co., Ltd. Handover method between mobile switching centers using intelligent network and IMT-2000 network system adapting the same
GB2379360A (en) * 2001-08-31 2003-03-05 Marconi Comm Ltd Transmission of a MAP message from an MSC to an SCP
US6546253B1 (en) * 1998-12-30 2003-04-08 At&T Corp. Neighborhood cordless service call handoff
US20030236890A1 (en) * 2002-06-25 2003-12-25 Intel Corporation Wireless communication device and method for sharing device resources
US20040015609A1 (en) * 2002-07-18 2004-01-22 International Business Machines Corporation Method and system for conversion of message formats in a pervasive embedded network environment
US6690942B2 (en) * 1999-09-03 2004-02-10 Nokia Corporation Mobile application part (MAP) interface for exchanging short messages with a SCP
US6711142B1 (en) * 1999-02-09 2004-03-23 Sony Corporation Communication apparatus, communication system, and method of the same
US20040203641A1 (en) * 2002-05-31 2004-10-14 Telefonaktiebolaget Lm Ericsson (Publ). System and method for determining tariffs for real-time calls involving ported directory numbers
US6807170B1 (en) 1996-06-27 2004-10-19 Worldcom, Inc. System and method for implementing user-to-user information transfer services
US6816583B2 (en) 2001-02-12 2004-11-09 Siemens Aktiengesellschaft System and method for call transferring in a communication system
US20040242225A1 (en) * 2001-08-07 2004-12-02 Jincheng Wang Method for roaming call implement to foreign intelligent client
US6834186B1 (en) * 1996-12-20 2004-12-21 Avaya Technology Corp. Wireless handset feature transparency between switching nodes
US6920318B2 (en) 2001-03-22 2005-07-19 Siemens Communications, Inc. Method and system for providing message services in a communication system
US6950650B2 (en) 2001-02-12 2005-09-27 Siemens Ag System and method for call forwarding synchronization in a communication system
US20050220286A1 (en) * 2001-02-27 2005-10-06 John Valdez Method and apparatus for facilitating integrated access to communications services in a communication device
US20050246485A1 (en) * 2004-05-03 2005-11-03 Gateway, Inc. Method and apparatus for modifying reserve area of disk drive or memory
US20050259614A1 (en) * 2004-05-24 2005-11-24 Alcatel Device for locally routing local traffic within a radiocommunications network
US7003287B2 (en) 2001-02-12 2006-02-21 Siemens Ag System and method for call forwarding in a communication system
US7039025B1 (en) 2000-09-29 2006-05-02 Siemens Communications, Inc. System and method for providing general packet radio services in a private wireless network
US7260078B1 (en) 2000-02-08 2007-08-21 Siemens Aktiengesellschaft Method and system for providing management protocol mediation in wireless communications networks
US7805141B1 (en) 1998-12-30 2010-09-28 At&T Intellectual Property Ii, L.P. Neighborhood cordless service call handoff
USRE43856E1 (en) 1999-06-08 2012-12-11 Tasom Mobile Transfer Co. Llc Hybrid public/private wireless network with seamless roaming

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE515055C2 (en) * 1996-07-15 2001-06-05 Telia Ab A secure signal protocol emulator system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5036531A (en) * 1990-02-27 1991-07-30 Motorola Inc. Local PSTN interconnect with remote signal link processing
US5260987A (en) * 1990-06-18 1993-11-09 Northern Telecom Limited Mobile communications
US5396543A (en) * 1991-11-27 1995-03-07 At&T Corp. Signaling arrangements in a cellular mobile telecommunications switching system
US5546574A (en) * 1994-06-30 1996-08-13 At&T Corporation Peer-to-peer data concurrence processes and apparatus
US5550896A (en) * 1994-06-30 1996-08-27 Lucent Technologies Inc. Authentication hierarchical structure of switching nodes for storage of authentication information

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5278890A (en) * 1991-11-27 1994-01-11 At&T Bell Laboratories Paging arrangements in a cellular mobile switching system
AU659239B2 (en) * 1991-12-06 1995-05-11 Motorola, Inc. Radiotelephone system controller
US5353331A (en) * 1992-03-05 1994-10-04 Bell Atlantic Network Services, Inc. Personal communications service using wireline/wireless integration
JP3098611B2 (en) * 1992-05-19 2000-10-16 株式会社日立製作所 Calling method of communication terminal device
US5440613A (en) * 1992-12-30 1995-08-08 At&T Corp. Architecture for a cellular wireless telecommunication system
US5497373A (en) * 1994-03-22 1996-03-05 Ericsson Messaging Systems Inc. Multi-media interface

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5036531A (en) * 1990-02-27 1991-07-30 Motorola Inc. Local PSTN interconnect with remote signal link processing
US5260987A (en) * 1990-06-18 1993-11-09 Northern Telecom Limited Mobile communications
US5396543A (en) * 1991-11-27 1995-03-07 At&T Corp. Signaling arrangements in a cellular mobile telecommunications switching system
US5546574A (en) * 1994-06-30 1996-08-13 At&T Corporation Peer-to-peer data concurrence processes and apparatus
US5550896A (en) * 1994-06-30 1996-08-27 Lucent Technologies Inc. Authentication hierarchical structure of switching nodes for storage of authentication information

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
Bellcor Sepcial Report SR 3545, Issue 1, Aug. 1995, ISDN Based C Interface Access for GSM (DSC 1900) . *
Bellcor Sepcial Report SR-3545, Issue 1, Aug. 1995, "ISDN-Based C Interface Access for GSM (DSC 1900)".
Goodman, "Trends in Cellular and Cordless Communications", IEEE Communications Magazine Jun. 1991.
Goodman, Trends in Cellular and Cordless Communications , IEEE Communications Magazine Jun. 1991. *
Sadaba, "Personal Communications in the Intelligent Network", British Telecommunications Engineering, vol. 9 Aug. 1990.
Sadaba, Personal Communications in the Intelligent Network , British Telecommunications Engineering, vol. 9 Aug. 1990. *

Cited By (78)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5721762A (en) * 1993-12-01 1998-02-24 Sharp Microelectronics Technology, Inc. Shared base stations for voice and data cellular telecommunications and method
US5699408A (en) * 1995-08-07 1997-12-16 Motorola, Inc. International mobile station identification method and signaling system for cellular radiotelephones and systems
US5991407A (en) * 1995-10-17 1999-11-23 Nokia Telecommunications Oy Subscriber authentication in a mobile communications system
US6198737B1 (en) * 1995-12-19 2001-03-06 Siemens Aktiengesellschaft Method for the transmission of information in a universal transmission network
US5920820A (en) * 1996-01-25 1999-07-06 Telefonaktiebolaget Lm Ericsson (Publ) Combined home location register and service control point for a cellular telecommunications network
US6807170B1 (en) 1996-06-27 2004-10-19 Worldcom, Inc. System and method for implementing user-to-user information transfer services
US5912887A (en) * 1996-06-27 1999-06-15 Mciworldcom, Inc. System and method for implementing user-to-user data transfer services
US6195347B1 (en) * 1996-06-27 2001-02-27 Mci Worldcom, Inc. System and method for implementing user-to-user data transfer services
US5850391A (en) * 1996-10-17 1998-12-15 Telefonaktiebolaget L M Ericsson Shared interworking function within a mobile telecommunications network
US6834186B1 (en) * 1996-12-20 2004-12-21 Avaya Technology Corp. Wireless handset feature transparency between switching nodes
US6088343A (en) * 1997-03-11 2000-07-11 Optimay Corporation GSM transceiver controlling timing races in channel establishment in a GSM protocol stack and method of operation thereof
US6011969A (en) * 1997-06-13 2000-01-04 Telefonaktiebolaget L M Ericsson TCAP package type specification for ANSI-41 MAP messages in order to support MAP operation closure
US6674733B1 (en) 1997-06-30 2004-01-06 Nokia Corporation Determining bearer services in a radio access network
WO1999001991A3 (en) * 1997-06-30 1999-03-25 Nokia Telecommunications Oy Determining bearer services in a radio access network
WO1999001991A2 (en) * 1997-06-30 1999-01-14 Nokia Networks Oy Determining bearer services in a radio access network
US6151495A (en) * 1997-10-10 2000-11-21 Telefonaktiebolaget Lm Ericsson GRAN access port addressing method and apparatus
WO1999020067A1 (en) * 1997-10-10 1999-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Access port addressing in a generic radio access network
WO1999020071A1 (en) * 1997-10-10 1999-04-22 Telefonaktiebolaget Lm Ericsson (Publ) Data transfer between gran interworking units
US5987118A (en) * 1997-10-21 1999-11-16 Mci Communiations Corporation Method and computer program logic for providing an intelligent network operator console with enhanced services
US6188761B1 (en) * 1997-10-21 2001-02-13 Mci Communications Corporation System and method for providing operator and customer services
DE19882749B4 (en) * 1997-10-29 2004-09-02 Motorola, Inc., Schaumburg Method and device for completing a handover between wireless communication systems
FR2770363A1 (en) * 1997-10-29 1999-04-30 Motorola Inc Signal transfer system for linking mobile communications networks
WO1999039526A1 (en) * 1998-01-29 1999-08-05 Telefonaktiebolaget Lm Ericsson (Publ) Shared communications protocol layer for interfacing between wireless networks
US6097948A (en) * 1998-01-29 2000-08-01 Telefonaktiebolaget L M Ericsson (Publ) Signaling channel firewall for communications between wireless networks
US6631140B1 (en) 1998-01-29 2003-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Shared communications protocol layer for interfacing between wireless networks
US6529490B1 (en) * 1998-03-26 2003-03-04 Hyundai Electronics Industries, Co., Ltd. Handover method between mobile switching centers using intelligent network and IMT-2000 network system adapting the same
WO1999053713A2 (en) * 1998-04-09 1999-10-21 Ericsson Inc. System and method for facilitating inter-nodal protocol agreement in a telecommunications system
WO1999053713A3 (en) * 1998-04-09 1999-12-23 Ericsson Inc System and method for facilitating inter-nodal protocol agreement in a telecommunications system
US6353620B1 (en) 1998-04-09 2002-03-05 Ericsson Inc. System and method for facilitating inter-nodal protocol agreement in a telecommunications
AU762309B2 (en) * 1998-04-15 2003-06-19 Nokia Corporation Adaptation layer for realising protocol adaptations in a digital wireless data transmission system
US6542516B1 (en) * 1998-04-15 2003-04-01 Nokia Mobile Phones Limited Adaptation layer for realizing protocol adaptations in a digital wireless data transmission system
WO1999053668A3 (en) * 1998-04-15 2000-01-06 Nokia Mobile Phones Ltd Adaptation layer for realising protocol adaptations in a digital wireless data transmission system
WO1999053668A2 (en) * 1998-04-15 1999-10-21 Nokia Mobile Phones Limited Adaptation layer for realising protocol adaptations in a digital wireless data transmission system
US6330598B1 (en) 1998-06-23 2001-12-11 Ameritech Corporation Global service management system for an advanced intelligent network
WO2000024209A1 (en) * 1998-10-19 2000-04-27 Nokia Networks Oy Mechanism for network-initiated information transfer
US20010050908A1 (en) * 1998-10-19 2001-12-13 Markku Verkama Mechanism for network-initiated information transfer
US7079517B2 (en) 1998-10-19 2006-07-18 Nokia Corporation Mechanism for network-initiated information transfer
US6741860B1 (en) 1998-11-06 2004-05-25 Nokia Networks Oy Signalling method
WO2000028751A1 (en) * 1998-11-06 2000-05-18 Nokia Networks Oy A signalling method
US7103363B2 (en) 1998-11-06 2006-09-05 Nokia Networks Oy Signalling method
US6546253B1 (en) * 1998-12-30 2003-04-08 At&T Corp. Neighborhood cordless service call handoff
US7805141B1 (en) 1998-12-30 2010-09-28 At&T Intellectual Property Ii, L.P. Neighborhood cordless service call handoff
US7403606B1 (en) 1999-01-14 2008-07-22 Nokia Corporation General protocol for service control point
WO2000042782A1 (en) * 1999-01-14 2000-07-20 Nokia Networks Oy General protocol for service control point
US6711142B1 (en) * 1999-02-09 2004-03-23 Sony Corporation Communication apparatus, communication system, and method of the same
WO2000062565A1 (en) * 1999-04-12 2000-10-19 Nokia Networks Oy A mobile communications network
US6957065B1 (en) 1999-04-12 2005-10-18 Nokia Corporation Mobile communications network
WO2000072195A1 (en) * 1999-05-20 2000-11-30 Motorola, Inc. Method and system for processing intelligent network commands in a communications network
WO2000076250A1 (en) * 1999-06-08 2000-12-14 Utstarcom, Inc. Method and apparatus for roaming in hierarchical mobile communications network
USRE43856E1 (en) 1999-06-08 2012-12-11 Tasom Mobile Transfer Co. Llc Hybrid public/private wireless network with seamless roaming
US6868272B1 (en) 1999-06-08 2005-03-15 Utstarcom, Inc. Method and apparatus for roaming in hierarchical mobile communications network
US6690942B2 (en) * 1999-09-03 2004-02-10 Nokia Corporation Mobile application part (MAP) interface for exchanging short messages with a SCP
US7260078B1 (en) 2000-02-08 2007-08-21 Siemens Aktiengesellschaft Method and system for providing management protocol mediation in wireless communications networks
EP1168857A1 (en) * 2000-06-21 2002-01-02 Siemens Aktiengesellschaft System for mobility management in a telecommunication network
US7039025B1 (en) 2000-09-29 2006-05-02 Siemens Communications, Inc. System and method for providing general packet radio services in a private wireless network
US6950650B2 (en) 2001-02-12 2005-09-27 Siemens Ag System and method for call forwarding synchronization in a communication system
US6816583B2 (en) 2001-02-12 2004-11-09 Siemens Aktiengesellschaft System and method for call transferring in a communication system
US7003287B2 (en) 2001-02-12 2006-02-21 Siemens Ag System and method for call forwarding in a communication system
US20050220286A1 (en) * 2001-02-27 2005-10-06 John Valdez Method and apparatus for facilitating integrated access to communications services in a communication device
US7454201B2 (en) 2001-03-22 2008-11-18 Siemens Communications, Inc. System for providing message services through a private network and mobile station
US20050176410A1 (en) * 2001-03-22 2005-08-11 Brooking Michael A. Method and system for providing message services in a communication system
US20020136173A1 (en) * 2001-03-22 2002-09-26 Monroe Robert L. System and method for user notification in a communication system
US6920318B2 (en) 2001-03-22 2005-07-19 Siemens Communications, Inc. Method and system for providing message services in a communication system
US6987755B2 (en) 2001-03-22 2006-01-17 Siemens Communications, Inc. System and method for user notification in a communication system
US6917813B2 (en) * 2001-05-31 2005-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Provision of short message services
US20020183081A1 (en) * 2001-05-31 2002-12-05 Telefonaktiebolaget Lm Ericsson (Publ) Provision of short message services
US7349693B2 (en) * 2001-08-07 2008-03-25 Huawei Technologies Co., Ltd. Method for implementing a call connection between a non-local calling subscriber and a local called subscriber who is an intelligent network subscriber
US20040242225A1 (en) * 2001-08-07 2004-12-02 Jincheng Wang Method for roaming call implement to foreign intelligent client
GB2379360A (en) * 2001-08-31 2003-03-05 Marconi Comm Ltd Transmission of a MAP message from an MSC to an SCP
US7856239B2 (en) 2001-08-31 2010-12-21 Ericsson Ab Mobile phone telephony involving the sending and receiving of text messages
US20050020268A1 (en) * 2001-08-31 2005-01-27 Nadia Hosie Mobile phone telephony
US20040203641A1 (en) * 2002-05-31 2004-10-14 Telefonaktiebolaget Lm Ericsson (Publ). System and method for determining tariffs for real-time calls involving ported directory numbers
US7043229B2 (en) * 2002-05-31 2006-05-09 Telefonaktiebolaget Lm Ericsson (Publ) System and method for determining tariffs for real-time calls involving ported directory numbers
US20030236890A1 (en) * 2002-06-25 2003-12-25 Intel Corporation Wireless communication device and method for sharing device resources
US20040015609A1 (en) * 2002-07-18 2004-01-22 International Business Machines Corporation Method and system for conversion of message formats in a pervasive embedded network environment
US20050246485A1 (en) * 2004-05-03 2005-11-03 Gateway, Inc. Method and apparatus for modifying reserve area of disk drive or memory
US20050259614A1 (en) * 2004-05-24 2005-11-24 Alcatel Device for locally routing local traffic within a radiocommunications network
US7620012B2 (en) * 2004-05-24 2009-11-17 Alcatel Device for locally routing local traffic within a radiocommunications network

Also Published As

Publication number Publication date
WO1997018681A1 (en) 1997-05-22
CA2237325A1 (en) 1997-05-22
AU7573996A (en) 1997-06-05

Similar Documents

Publication Publication Date Title
US5629974A (en) Communication system providing mobility management internetworking between a C-interface radio system and an overlay mobile radio network
US6332022B1 (en) Method and apparatus for routing emergency services calls in an intelligent network
AU711632B2 (en) Mobile telecommunications network having integrated wireless office system
US5892821A (en) Virtual wide area centrex
US5867788A (en) Coverting a routing address within a telecommunications network
US6073029A (en) Method and system for providing wireless communications to a subscriber of a private wireline network
US5572579A (en) System and method for providing portable telephone number service
US5732130A (en) System and method of providing enhanced subscriber services in a multi-node telecommunications network
AU659239B2 (en) Radiotelephone system controller
NZ316802A (en) Telecommunications signal processing using switch matrix independent processor
JP4275850B2 (en) Message transfer part level 3 alias point code
WO2001024499A1 (en) Ip telephony system and method of operation thereof using ss7 network
US6751308B1 (en) Signaling method and network element for a virtual private network
US20010053218A1 (en) Transaction bridging/forwarding in signaling system of telecommunications network
US5917901A (en) Telecommunications system
EP1555844B1 (en) Method, apparatus and network arrangement for establishing calls in a communication network
US6459908B1 (en) Method and system for supporting wireless features in a Generic C wireline architecture
KR100455878B1 (en) System for communicating signals containing application layer data and system for converting signal connection control partial parameters
CA2174994C (en) Virtual wide area centrex
KR19980056918A (en) Interface device between control station and exchange using NO.7 signaling protocol
CA2160467C (en) Telecommunications system
CA2224023C (en) Virtual wide area centrex
MXPA99005576A (en) Use of isdn to provide wireless office environment connection to the public land mobile network

Legal Events

Date Code Title Description
AS Assignment

Owner name: NOKIA TELECOMMUNICATIONS OY, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RAJALA, JUSSI;AALTONEN, KARI;MURTO, JUHANI;REEL/FRAME:007763/0318

Effective date: 19951019

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: NOKIA SIEMENS NETWORKS OY, FINLAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:020837/0726

Effective date: 20070913

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: NOKIA SOLUTIONS AND NETWORKS OY, FINLAND

Free format text: CHANGE OF NAME;ASSIGNOR:NOKIA SIEMENS NETWORKS OY;REEL/FRAME:034294/0603

Effective date: 20130819