3GPP TS 23.002
3GPP TS 23.002
3GPP TS 23.002
002
3rd Generation Partnership Project;
V6.3.0Aspects;
Technical Specification Group Services and Systems (2003-12)
Network architecture
Technical Specification
(Release 6)
The present document has been developed within the 3 rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this
Specification.
Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organisational Partners' Publications Offices.
Release 6 2 3GPP TS 23.002 V6.3.0 (2003-12)
Keywords
GSM, UMTS, network, architecture
3GPP
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Internet
http://www.3gpp.org
Copyright Notification
© 2003, 3GPP Organizational Partners (ARIB, CCSA, ETSI, T1, TTA, TTC).
All rights reserved.
3GPP
Release 6 3 3GPP TS 23.002 V6.3.0 (2003-12)
Contents
Foreword...........................................................................................................................................................7
Introduction.......................................................................................................................................................7
1 Scope......................................................................................................................................................8
2 References...............................................................................................................................................8
3 Definitions and abbreviations................................................................................................................11
3.1 Public Land Mobile Network (PLMN)...................................................................................................................11
3.2 Core Network (CN) and Access Network (AN)......................................................................................................11
3.3 Circuit Switched (CS) and Packet Switched (PS) Domains...................................................................................11
3.3.1 CS Domain........................................................................................................................................................12
3.3.2 PS Domain.........................................................................................................................................................12
3.3a IP Multimedia subsystem (IMS)........................................................................................................................12
3.4 Location register.....................................................................................................................................................12
3.5 Cell..........................................................................................................................................................................13
3.6 Base Station Controller (BSC) area........................................................................................................................13
3.7 Radio Network Controller (RNC) area...................................................................................................................13
3.8 Location Area (LA).................................................................................................................................................13
3.9 Routing Area (RA)..................................................................................................................................................13
3.10 MSC area...........................................................................................................................................................13
3.11 VLR area...........................................................................................................................................................13
3.12 SGSN area.........................................................................................................................................................13
3.13 Zones for Regional Subscription.......................................................................................................................13
3.14 Service area.......................................................................................................................................................14
3.15 Group call area..................................................................................................................................................14
3.16 Pool-area............................................................................................................................................................14
4 The basic entities of the mobile system.................................................................................................14
4.1 The Core Network (CN) entities.............................................................................................................................14
4.1.1 Entities common to the PS and CS domains....................................................................................................14
4.1.1.1 The Home Subscriber Server (HSS)..................................................................................................................14
4.1.1.1.1 The Home Location Register (HLR)...........................................................................................................15
4.1.1.1.2 The Authentication Centre (AuC)..............................................................................................................15
4.1.1.1.3 HSS logical functions..................................................................................................................................16
4.1.1.2 The Visitor Location Register (VLR)................................................................................................................17
4.1.1.3 (void) 18
4.1.1.4 The Equipment Identity Register (EIR)............................................................................................................18
4.1.1.5 SMS Gateway MSC (SMS-GMSC)..................................................................................................................18
4.1.1.6 SMS Interworking MSC (SMS-IWMSC).........................................................................................................18
4.1.2 Entities of the CS domain.................................................................................................................................18
4.1.2.1 The Mobile-services Switching Centre (MSC).................................................................................................18
4.1.2.1.1 MSC Server..................................................................................................................................................19
4.1.2.1.2 Circuit Switched - Media Gateway Function (CS-MGW)..........................................................................19
4.1.2.2 The Gateway MSC (GMSC).............................................................................................................................19
4.1.2.2.1 Gateway MSC Server (GMSC Server)........................................................................................................20
4.1.2.3 The Interworking Function (IWF)....................................................................................................................20
4.1.3 Entities of the PS domain..................................................................................................................................20
4.1.3.1 Serving GPRS Support Node (SGSN)..............................................................................................................20
4.1.3.2 Gateway GPRS Support Node (GGSN)............................................................................................................21
4.1.3.3 Border Gateway (BG)........................................................................................................................................21
4.2 The Access Network (AN) entities.........................................................................................................................21
4.2.1 The Base Station System (BSS)........................................................................................................................21
4.2.1.1 Base Station Controller (BSC)..........................................................................................................................22
4.2.1.2 Base Transceiver Station (BTS)........................................................................................................................22
4.2.2 The Radio Network System (RNS)...................................................................................................................22
4.2.2.1 Radio Network Controller (RNC).....................................................................................................................22
4.2.2.2 Node B...............................................................................................................................................................22
3GPP
Release 6 4 3GPP TS 23.002 V6.3.0 (2003-12)
3GPP
Release 6 5 3GPP TS 23.002 V6.3.0 (2003-12)
3GPP
Release 6 6 3GPP TS 23.002 V6.3.0 (2003-12)
3GPP
Release 6 7 3GPP TS 23.002 V6.3.0 (2003-12)
Foreword
This Technical Specification (TS) has been produced by the 3 rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following
formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG
with an identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
Introduction
This document presents the possible architectures of the Universal Mobile Telecommuncation System (UMTS).
Clause 4 of the document contains the description of the basic entities of the PLMN, and clause 4a contains the
description of the specific entities of the PLMN.
Clauses 6, 6a and 7 of the document contain the PLMN's basic and specific interfaces and reference points and the
PLMN's interfaces towards other networks.
3GPP
Release 6 8 3GPP TS 23.002 V6.3.0 (2003-12)
1 Scope
This document offers an overview of the PLMN and its architectures and configuration. The configuration and the
functional entities of the PLMN and the interfaces between them are described on a general level in order to cope with
possible implementations. These descriptions include interfaces between and within the core networks, the access
networks, the user equipment, different service platforms, different domains and subsystems, and functional entities
within domains and subsystems.
This document covers different architectural aspects with varying level of detail. In general, other specifications shall
be referred to for further details; these specifications enable the reader to acquire the full understanding of a system or
service feature.
Note that this document does not cover, or even list, all features of PLMNs.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in
the same Release as the present document.
[1] [void]
[2] 3GPP TS 22.016: " International Mobile station Equipment Identities (IMEI)".
[2a] 3GPP TS 22.060: " General Packet radio Service (GPRS); Service description; Stage 1".
[2b] 3GPP TS 22.071: " Location Services (LCS); Service description; Stage 1".
[2c] 3GPP TS 22.078: "Customised Applications for Mobile network Enhanced Logic (CAMEL);
Service description, Stage 1".
[9] [void]
[9a] 3GPP TS 23.060: " General Packet Radio Service (GPRS); Service description; Stage 2".
[10] [void]
[10a] 3GPP TS 43.064: "Digital cellular telecommunication system (Phase 2+); General Packet Radio
service (GPRS); Overall description of the GPRS radio interface; Stage 2".
3GPP
Release 6 9 3GPP TS 23.002 V6.3.0 (2003-12)
[10c] 3GPP TS 23.078: "Customised Applications for Mobile network Enhanced Logic (CAMEL)
Phase 3 - Stage 2".
[10d] 3GPP TS 43.059: “Functional Stage 2 Description of Location Services in GERAN”[11] ITU-T
Recommendation Q.1214 (05/1995): "Distributed Functional Plane for Intelligent Network CS-1"
[12] 3GPP TS 24.002: " GSM - UMTS Public Land Mobile Network (PLMN) access reference
configuration".
[13] 3GPP TS 48.001: " Base Station System - Mobile-services Switching Centre (BSS - MSC)
interface; General aspects".
[14] 3GPP TS 48.002: " Base Station System - Mobile-services Switching Centre (BSS - MSC)
interface; Interface principles".
[15] 3GPP TS 48.004: " Base Station System - Mobile-services Switching Centre (BSS - MSC)
interface Layer 1 specification".
[16] 3GPP TS 48.006: " Signalling transport mechanism specification for the Base Station System -
Mobile-services Switching Centre (BSS - MSC) interface".
[17] 3GPP TS 48.008: " Mobile-services Switching Centre - Base Station System (MSC - BSS)
interface; Layer 3 specification".
[18] [void]
[19] 3GPP TS 48.051: " Base Station Controller - Base Transceiver Station (BSC - BTS) interface;
General aspects".
[20] 3GPP TS 48.052: " Base Station Controller - Base Transceiver Station (BSC - BTS) interface;
Interface principles".
[21] 3GPP TS 48.054: " Base Station Controller - Base Transceiver Station (BSC - BTS) interface;
Layer 1 structure of physical circuits".
[22] 3GPP TS 48.056: " Base Station Controller - Base Transceiver Station (BSC - BTS) interface;
Layer 2 specification".
[23] 3GPP TS 48.058: " Base Station Controller - Base Transceiver Station (BSC - BTS) interface;
Layer 3 specification".
[24] 3GPP TS 48.060: " In-band control of remote transcoders and rate adaptors for full rate traffic
channels".
[25] 3GPP TS 48.061: " In-band control of remote transcoders and rate adaptors for half rate traffic
channels".
[27] 3GPP TS 22.228: “Service requirements for the IP Multimedia Core Network Subsystem”
[28] [void]
[29] [void]
[30] [void]
[31] 3GPP TS 29.007: " General requirements on interworking between the Public Land Mobile
Network (PLMN) and the Integrated Services Digital Network (ISDN) or Public Switched
Telephone Network (PSTN)".
3GPP
Release 6 10 3GPP TS 23.002 V6.3.0 (2003-12)
[32] 3GPP TS 29.010: " Information element mapping between Mobile Station - Base Station System
(MS – BSS) and Base Station System - Mobile-services Switching Centre (BSS - MSC);
Signalling procedures and the Mobile Application Part (MAP)".
[36] 3GPP TR 43.051: "Technical Specification Group GSM/EDGE Radio Access Network; Overall
description, Stage 2”.
[40] 3GPP TS 23.066: "Support of Mobile Number Portability (MNP); Technical realization; Stage 2"
[41] 3GPP TS 43.068: "Voice Group Call Service (VGCS); Stage 2"
[43] 3GPP TS 23.205: "Bearer independent circuit switched core network; Stage 2"
[44] 3GPP TS 48.014: "Base Station System (BSS) – Serving GPRS Support Node (SGSN) interface;
Gb interface Layer 1"
[45] 3GPP TS 48.016: "Base Station System (BSS) – Serving GPRS Support Node (SGSN) interface;
Network service"
[46] 3GPP TS 48.018: "Base Station System (BSS) – Serving GPRS Support Node (SGSN); BSS
GPRS Protocol (BSSGP)"
[47] 3GPP TS 48.031: "Serving Mobile Location Centre – Serving Mobile Location Centre (SMLC –
SMLC); SMLCPP specification"
[48] 3GPP TS 29.016: "Serving GPRS Support Node (SGSN) – Visitor Location Register (VLR); Gs
interface network service specification"
[49] 3GPP TS 29.018: "Serving GPRS Support Node (SGSN) – Visitor Location Register (VLR); Gs
interface Layer 3 specification"
[50] 3GPP TS 49.031: "Network Location Services (LCS); Base Station System Application Part LCS
extension (BSSAP-LE)
[51] 3GPP TS 29.060: "GPRS Tunnelling Protocol (GTP) across the Gn and Gp Interface"
[53] ITU-T Recommendation E.164: "The International public telecommunication numbering plan"
[55] 3GPP TS 44.071: " Mobile radio interface layer 3 Location Services (LCS) specification "
[57] ITU-T Recommendation I.363-2 :"B-ISDN ATM Adaptation Layer (AAL) type 2 specification"
3GPP
Release 6 11 3GPP TS 23.002 V6.3.0 (2003-12)
[62] LIF TS 101 "Mobile Location Protocol Specification"(Location Interoperability Forum 2001)
[Available at http://www.openmobilealliance.org/tech/LIF/]
[63] 3GPP TS29.198: "Open Service Access (OSA) Application Programming Interface (API)"
[64] 3GPP TS 33.210: "3G Security; Network Domain Security; IP network layer security"
[65] 3GPP TS 23.236: " Intra Domain Connection of RAN Nodes to Multiple CN Nodes".
The definitions of the entities of the mobile system are given in the next subclause.
Functionally the PLMNs may be regarded as independent telecommunications entities even though different PLMNs
may be interconnected through the ISDN/PSTN and PDNs for forwarding of calls or network information. A similar
type of interconnection may exist for the interaction between the MSCs/SGSNs of one PLMN.
These two domains are overlapping, i.e. they contain some common entities. A PLMN can implement only one
domain or both domains.
3.3.1 CS Domain
The CS domain refers to the set of all the CN entities offering "CS type of connection" for user traffic as well as all the
entities supporting the related signalling. A "CS type of connection" is a connection for which dedicated network
resources are allocated at the connection establishment and released at the connection release.
The entities specific to the CS domain are: MSC, GMSC, VLR. All the other CN entities defined in clause "4 The
basic entities of the mobile system" and not defined as PS domain specific entities (see following subclause) are
common to the CS and to the PS domains.
3GPP
Release 6 12 3GPP TS 23.002 V6.3.0 (2003-12)
3.3.2 PS Domain
The PS domain refers to the set of all the CN entities offering "PS type of connection" for user traffic as well as all the
entities supporting the related signalling. A "PS type of connection" transports the user information using autonomous
concatenation of bits called packets: each packet can be routed independently from the previous one.
The entities specific to the PS domain are the GPRS specific entities, i.e. SGSN and GGSN. All the other CN entities
defined in clause "4 The basic entities of the mobile system" and not defined as CS domain specific entities (see
previous subclause) are common to the CS and to the PS domains.
The Home Location Register (HLR) is the location register to which a mobile subscriber is assigned for record
purposes such as subscriber information.
The Visitor Location Register (VLR) is the location register for Circuit Switched (CS) services, other than the HLR,
used by an MSC to retrieve information for, e.g. handling of calls to or from a roaming mobile station currently
located in its area.
The location register function in the SGSN stores subscription information and location information for Packet
Switched (PS) services for each subscriber registered in the SGSN.
The location register function in the GGSN stores subscription information and routeing information (needed to
tunnel packet data traffic destined for a GPRS MS to the SGSN where the MS is registered) for each subscriber for
which the GGSN has at least one PDP context active.
3.5 Cell
The cell is an area of radio coverage identified by a Base station identification as defined in TS 23.003 [3].
3GPP
Release 6 13 3GPP TS 23.002 V6.3.0 (2003-12)
The definition of a mobile subscriber's regional subscription area is stored within the HLR per National Destination
Code(s) (NDC) of a PLMN and is transferred to the VLRs and/or SGSNs of that PLMN. The VLR and/or SGSN
evaluates this information to extract the restricted or accessible MSC and/or SGSN areas and location areas to which
the mobile subscriber is allowed to roam. The VLR and/or SGSN informs the HLR if an entire MSC and/or SGSN
area is restricted.
Zones for Regional Subscription and their handling are defined in TS 23.003 [3], TS 23.008 [5] and TS 29.002 [26].
3GPP
Release 6 14 3GPP TS 23.002 V6.3.0 (2003-12)
3.16 Pool-area
A pool area is an area where Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied. Within a pool-
area an MS may roam without need to change the serving Core Network (CN) node. A pool-area is served by one or
more CN nodes in parallel.
A Home Network may contain one or several HSSs: it depends on the number of mobile subscribers, on the capacity of
the equipment and on the organisation of the network.
As an example, the HSS provides support to the call control servers in order to complete the routing/roaming
procedures by solving authentication, authorisation, naming/addressing resolution, location dependencies, etc…
The HSS is responsible for holding the following user related information:
User Security information: Network access control information for authentication and authorization
User Location information at inter-system level: the HSS supports the user registration, and stores inter-system
location information, etc.
The HSS also generates User Security information for mutual authentication, communication integrity check and
ciphering.
Based on this information, the HSS also is responsible to support the call control and session management entities of
the different Domains and Subsystems (defined in section 3.3 and 3.3a) of the operator as shown in Figure 0-a.
3GPP
Release 6 15 3GPP TS 23.002 V6.3.0 (2003-12)
HSS
Subscription Location
information information
D C Gr Gc Cx
The HSS may integrate heterogeneous information, and enable enhanced features in the core network to be offered to
the application & services domain, at the same time hiding the heterogeneity.
IP multimedia functionality to provide support to control functions of the IM subsystem such as the CSCF. It is
needed to enable subscriber usage of the IM CN subsystem services. This IP multimedia functionality is
independent of the access network used to access the IM CN subsystem.
The subset of the HLR/AUC functionality required by the CS Domain, if it is desired to enable subscriber
access to the CS Domain or to support roaming to legacy GSM/UMTS CS Domain networks.
The organisation of the subscriber data is outlined in 3GPP TS 23.008 [5]. It also indicates which numbers, addresses
and identifiers specified in TS 23.003 [3] are stored in HSS.
The functionality required to provide support to PS Domain entities such as the SGSN and GGSN, through the
Gr and Gc interfaces. It is needed to enable subscriber access to the PS Domain services.
The functionality required to provide support to CS Domain entities such as the MSC/MSC server and
GMSC/GMSC server, through the C and D interfaces. It is needed to enable subscriber access to the CS
Domain services and to support roaming to legacy GSM/UMTS CS Domain networks.
The AuC can be considered a subset of the HSS that holds the following functionality for the CS Domain and PS
Domain:
- The AuC is associated with an HLR and stores an identity key for each mobile subscriber registered with the
associated HLR. This key is used to generate security data for each mobile subscriber:
- data which are used for mutual authentication of the International Mobile Subscriber Identity (IMSI) and
the network;
- a key used to check the integrity of the communication over the radio path between the mobile station and
the network;
3GPP
Release 6 16 3GPP TS 23.002 V6.3.0 (2003-12)
- a key used to cipher communication over the radio path between the mobile station and the network.
- The AuC communicates only with its associated HLR over a non-standardised interface denoted the H-
interface. The HLR requests the data needed for authentication and ciphering from the AuC via the H-interface,
stores them and delivers them to the VLR and SGSN which need them to perform the security functions for a
mobile station.
HSS
Mobility Management Identification handling
C D Gr Gc Sh Si Cx
- Mobility Management
This function supports the user mobility through CS Domain, PS Domain and IM CN subsystem.
The HSS supports the call and/or session establishment procedures in CS Domain, PS Domain and IM CN
subsystem. For terminating traffic, it provides information on which call and/or session control entity currently
hosts the user.
- The HSS generates user authentication, integrity and ciphering data for the CS and PS Domains and for the IM
CN subsystem. User security support
The HSS supports the authentication procedures to access CS Domain, PS Domain and IM CN subsystem services
by storing the generated data for authentication, integrity and ciphering and by providing these data to the
appropriate entity in the CN (i.e. MSC/VLR, SGSN or CSCF)..
3GPP
Release 6 17 3GPP TS 23.002 V6.3.0 (2003-12)
The HSS provides the appropriate relations among all the identifiers uniquely determining the user in the system:
CS Domain, PS Domain and IM CN subsystem (e.g. IMSI and MSISDNs for CS Domain; IMSI, MSISDNs and
IP addresses for PS Domain, private identity and public identities for IM CN subsystem).
- Access authorisation
The HSS authorises the user for mobile access when requested by the MSC/VLR, SGSN or CSCF, by checking that
the user is allowed to roam to that visited network.
The HSS provides basic authorisation for MT call/session establishment and service invocation. Besides, the HSS
updates the appropriate serving entities (i.e., MSC/VLR, SGSN, CSCF) with the relevant information related to
the services to be provided to the user.
- The HSS provides access to the service profile data for use within the CS Domain, PS Domain and/or IM CN
subsystem.Application Services and CAMEL Services Support
The HSS communicates with the SIP Application Server and the OSA-SCS to support Application Services in the
IM CN subsystem. It communicates with the IM-SSF to support the CAMEL Services related to the IM CN
subsystem. It communicates with the gsmSCF to support CAMEL Services in the CS Domain and PS Domain.
The VLR contains also the information needed to handle the calls set-up or received by the MSs registered in its data
base (for some supplementary services the VLR may have to obtain additional information from the HLR). The
following elements are included:
- the Mobile Station Roaming Number (MSRN), see TS 23.003 [3] for allocation principles;
- the location area where the mobile station has been registered;
- the identity of the SGSN where the MS has been registered. Only applicable to PLMNs supporting GPRS and
which have a Gs interface between MSC/VLR and SGSN;
- the last known location and the initial location of the MS.
The VLR also contains supplementary service parameters attached to the mobile subscriber and received from the
HLR. The organisation of the subscriber data is outlined in TS 23.008 [5].
4.1.1.3 (void)
3GPP
Release 6 18 3GPP TS 23.002 V6.3.0 (2003-12)
The equipment is classified as "white listed", "grey listed", "black listed" or it may be unknown as specified in TS
22.016 [2] and TS 29.002 [26].
This functional entity contains one or several databases which store(s) the IMEIs used in the GSM system.
The mobile equipment may be classified as "white listed", "grey listed" and "black listed" and therefore may be stored
in three separate lists.
An EIR shall as a minimum contain a "white list" (Equipment classified as "white listed").
The choice of which MSCs can act as SMS Gateway MSCs is a network operator matter (e.g. all MSCs or some
designated MSCs).
The choice of which MSCs can act as SMS Interworking MSCs is a network operator matter (e.g. all MSCs or some
designated MSCs).
In order to obtain radio coverage of a given geographical area, a number of BSS and/or RNSare normally required; i.e.
each MSC would thus have to interface to one or more BSS(s) and/or RNS(s). In addition several MSCs may be
required to cover a country.
When Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied, all the MSCs serving a pool-area
share the responsibility to serve the MSs located in the pool-area. All these MSCs interface to all the BSS(s) and/or
RNS(s) forming the pool-area.
The Mobile-services Switching Centre is an exchange, which performs all the switching and signalling functions for
mobile stations located in a geographical area designated as the MSC area. When Intra Domain Connection of RAN
Nodes to Multiple CN Nodes is applied, one or more MSCs serve a pool-area, but each individual MS is served by
only one out of these MSCs, as described in TS 23.236 [65]. The main difference between a MSC and an exchange in
a fixed network is that the MSC has to take into account the impact of the allocation of radio resources and the mobile
nature of the subscribers and has to perform in addition, at least the following procedures:
NOTE: When this improves the readibility (e.g. when dealing with inter-releases handover), the term 2G-MSC
can be used to refer to an MSC Release 98 or prior, and the term 3G-MSC can be used to refer to an
MSC Release 99 or later.
When needed, the MSC can be implemented in two different entities: the MSC Server, handling only signalling, and
the CS-MGW, handling user’s data. A MSC Server and a CS-MGW make up the full functionality of a MSC.
3GPP
Release 6 19 3GPP TS 23.002 V6.3.0 (2003-12)
The MSC Server is responsible for the control of mobile originated and mobile terminated CC CS Domain calls. It
terminates the user-network signalling and translates it into the relevant network – network signalling. The MSC
Server also contains a VLR to hold the mobile subscriber's service data and CAMEL related data.
The MSC Server controls the parts of the call state that pertain to connection control for media channels in a CS-
MGW.
This component is PSTN/PLMN transport termination point for a defined network and interfaces UTRAN with the
core network over Iu.
A CS-MGW may terminate bearer channels from a switched circuit network and media streams from a packet network
(e.g., RTP streams in an IP network). Over Iu, the CS-MGW may support media conversion, bearer control and
payload processing (e.g. codec, echo canceller, conference bridge) for support of different Iu options for CS services
(AAL2/ATM based as well as RTP/UDP/IP based).
The CS-MGW:
Interacts with MGCF, MSC server and GMSC server for resource control.
The CS-MGW will be provisioned with the necessary resources for supporting UMTS/GSM transport media. Further
tailoring (i.e packages) of the H.248 [52] may be required to support additional codecs and framing protocols, etc.
The CS-MGW bearer control and payload processing capabilities will also need to support mobile specific functions
such as SRNS relocation/handover and anchoring. It is expected that current H.248 standard [52] mechanisms can be
applied to enable this.
The choice of which MSCs can act as Gateway MSCs is for the operator to decide (i.e. all MSCs or some designated
MSCs).
If the call is a voice group/broadcast call, it is routed directly from the GMSC to the VBS/VGCS Anchor MSC, based
on information (VBS/VGCS call reference) contained in the dialled number (see also TS 43.068 [41] and 43.069
[42]).
[Editor’s note: There is a need to consider possibilities that call incoming to the PLMN may be routed to entities
other than the GMSC, e.g., for networks that do not deploy CS domain.]
When needed, the GMSC can be implemented in two different entities: the GMSC Server, handling only signalling, as
defined bellow, and the CS-MGW, defined above. A GMSC Server and a CS-MGW make up the full functionality of a
GMSC.
3GPP
Release 6 20 3GPP TS 23.002 V6.3.0 (2003-12)
- subscription information:
- the IMSI;
- one or more temporary identities;
- location information:
- depending on the operating mode of the MS, the cell or the routeing area where the MS is registered;
- the VLR number of the associated VLR (if the Gs interface is implemented);
- the GGSN address of each GGSN for which an active PDP context exists.
The organisation of the subscriber data in the SGSN is defined in TS 23.008 [5] and TS 23.060 [9a].
The procedures for information transfer between the SGSN, the GGSN, the VLR and the HLR are defined in TS
23.016 [39] and TS 23.060 [9a].
NOTE: When this improves the readibility (e.g. when dealing with inter-releases handover), the term 2G-SGSN
can be used to refer to an MSC Release 98 or prior, and the term 3G-SGSN can be used to refer to an
MSC Release 99 or later.
- subscription information:
- the IMSI;
- location information:
The organisation of the subscriber data in the GGSN is defined in TS 23.008 [5] and TS 23.060 [9a].
The procedures for information transfer between the GGSN, the SGSN and the HLR are defined in TS 23.016 [39]
and TS 23.060 [9a].
3GPP
Release 6 21 3GPP TS 23.002 V6.3.0 (2003-12)
The access technologies offered by the BSS are described in the 45-series of 3GPP specifications. The access
technologies offered by the RNS (FDD, TDD) are described in the 25-series of 3GPP specifications.
The radio equipment of a BSS may support one or more cells. A BSS may consist of one or more base stations. Where
an Abis-interface is implemented, the BSS consists of one Base Station Controller (BSC) and one or more Base
Transceiver Station (BTS). The split of functions between BSS and CN for a Iu interface is desribed in the 25-series of
UMTS Technical Specifications.
The split of functions between BSS and CN for a A/Gb interface is described in the 48-series of GSM Technical
Specifications. The split of functions between BSS and CN for a Iu interface is desribed in the 25-series of UMTS
Technical Specifications.
NOTE: The mobile station shall operate using only the following modes:
a. A / Gb mode, e.g. for pre-Release 4 terminals, or for Release 4 terminals when connected to a BSS with no Iu
interface towards the Core Network.
b. Iu mode (i.e. Iu-CS and Iu-PS ), e.g. for Release 4 terminals when connected to a BSS with Iu interfaces towards
the Core Network
3GPP
Release 6 22 3GPP TS 23.002 V6.3.0 (2003-12)
interfaces. The functionality for the Iu-CS interface is described in TS 25.410 [14a] and for the Iu-PS interface in TS
23.060 [9a]. The radio equipment of a RNS may support one or more cells. A RNS may consist of one or more base
stations. The RNS consists of one Radio Network Controller (RNC) and one or more Node B.
The split of functions between RNS and CN is described in the 25-series of UMTS Technical Specifications.
4.2.2.2 Node B
A Node B is a logical network component which serves one or more cells.
[editor’s note: an input is expected to introduce the UE (User Equipment) definition and clarify the difference
between MS and UE.]
All the specific entities defined so far are located in the Core Network.
Voice group or broadcast call attributes are defined for a specific voice group or broadcast call reference and include
the data required to configure the conference bridge for a VGCS or VBS call and other call related attributes.
The Group Call Register (GCR) shall hold for a related MSC area for each group ID and cell from which Voice Group
Call Service (VGCS) or Voice Broadcast Service (VBS) calls can be established by mobile stations the voice group call
reference or voice broadcast call reference to be used for a VGCS or VBS call to be established and an indication
whether the originating MSC is the MSC responsible for that call.
If the originating MSC is not responsible for that call, the GCR shall hold the routing information identifying the
MSC responsible for that call.
A GCR may be in charge of one or several MSC. Each MSC involved in a voice group or broadcast call requests its
proper voice group or broadcast call attributes from its related GCR by use of the voice group or broadcast call
reference.
The contents of each list related to requests of the MSC responsible for a voice group or broadcast call is as follows:
- a list of cells inside the MSC area of the requesting MSC into which the call is to be sent (part of the group call
area);
3GPP
Release 6 23 3GPP TS 23.002 V6.3.0 (2003-12)
- a list of identities of dispatchers which are allowed to initiate the voice group or broadcast call;
- a list of identities of dispatchers which are allowed to terminate the voice group or broadcast call;
- the length of time over which no activity is detected before the voice group call is automatically terminated;
- the default priority level related to the voice group or broadcast call if the eMLPP supplementary service
applies;
- a flag indicating if acknowledgements are required for this voice group or broadcast call.
The contents of each list related to requests of an MSC not responsible for a voice group or broadcast call is as follows:
- a list of cells inside the MSC area of the requesting MSC into which the call is to be sent (part of the group call
area).
4a.2 (void)
For further details on LCS in UMTS and GSM from system and core network point view, see 3GPP TS 23.271 [56].
BSC/SRNC: the BSC for GERAN and SRNC for UTRAN receive authenticated location requests from the CN:
In UTRAN, the SRNC co-ordinates the positioning requests taking into account their priority and it selects
the positioning method to fulfil the requested accuracy. It interfaces, when necessary, with the CRNC
which mainly manages resources allocated to UE positioning operations and requests UE Positioning
related measurements from its associated Node Bs and LMUs.
SMLC:
The Serving Mobile Location Center (SMLC) function can be part of the RNC or be a SAS (Stand-Alone
A-GPS SMLC) for UTRAN. The SMLC function can be part of the BSC or be in a separate SMLC server
for GERAN.
In UTRAN, the SMLC function provides GPS assistance data to the RNC and acts as a location calculation
server if the location estimates are not to be calculated in the RNC.
In GERAN, the SMLC function co-ordinates the positioning request, schedules resources required to
perform positioning of a mobile, and calculates the final location estimate and accuracy. The SMLC may
control a number of LMUs.
LMU: The Location Measurement Unit (LMU) entity makes measurements for one or more positioning methods.
3GPP
Release 6 24 3GPP TS 23.002 V6.3.0 (2003-12)
Node B: Node B is a network element of UTRAN that may provide measurement results for position estimation and
makes measurements of radio signals.
CBC: The Cell Broadcast Center, in GERAN, the SMLC function may interface a CBC in order to broadcast
assistance data using existing cell broadcast capabilities.
For detail on Location services, entities and interfaces provided by UTRAN, see 3GPP TS 25.305 [10b].
For detail on Location services, entities and interfaces provided by GERAN, see 3GPP TS 43.059 [10d].
- Type B LMU:accessed over the base station to controller interface (Abis in GSM and Iub in UMTS).
A type A LMU is accessed exclusively over the GSM air interface (Um interface): there is no wired connection to any
other network element.
In GSM, a type A LMU has a serving BTS and BSC that provide signaling access to a controlling SMLC. With an
NSS based SMLC, a type A LMU also has a serving MSC and VLR and a subscription profile in an HLR. A type A
LMU always has a unique IMSI and supports all radio resource and mobility management functions of the GSM air
interface that are necessary to support signaling using an SDCCH to the SMLC. A type A LMU supports those
connection management functions necessary to support LCS signaling transactions with the SMLC and may support
certain call control functions of to support signaling to an SMLC using a circuit switched data connection.
In UMTS, a type A LMU has signaling access to the SRNC. Type A LMU is not supported in UMTS release 1999.
In GSM, a Type B LMU is accessed over the Abis interface from a BSC. The LMU may be either a standalone network
element addressed using some pseudo-cell ID or connected to or integrated in a BTS. Signaling to a Type B LMU is by
means of messages routed through the controlling BSC for a BSS based SMLC or messages routed through a
controlling BSC and MSC for an NSS based SMLC.
In UMTS, a Type B LMU is accessed over the Iub interface from an RNC. The LMU may be either a standalone
network element addressed using some pseudo-cell ID or connected to or integrated in a Node B.
3GPP
Release 6 25 3GPP TS 23.002 V6.3.0 (2003-12)
Note: Whether it should be possible that an RNC is connected to at least two CBCs at the same time (the "normal" one
as in GSM and a second one for LCS) is for further study and depents on the solution taken for LCS.
The NPDB stores the table of correspondence between MSISDNs and Subscription networks. Upon request of the
(gateway or visited) MSC, the NPDB retrieves from the MSISDN the Routing Number pointing out the Subscription
network.
The MNP-SRF obtains the routing information from a NP database to identify the subscription network associated
with a particular national MSISDN. Upon request from gateway MSC, the MNP-SRF may perform one of the
following actions:
1. the MNP-SRF will reply back to the GMSC with the necessary routing information to route the call;
For non-call related signalling (e.g. delivery of SMS), only cases 2 and 3 are applicable.
3GPP
Release 6 26 3GPP TS 23.002 V6.3.0 (2003-12)
- Controls the parts of the call state that pertain to connection control for media channels in an IMS-MGW.
- Selects the CSCF depending on the routing number for incoming calls from legacy networks.
- Performs protocol conversion between ISUP and the IM subsystem call control protocols.
- Out of band information assumed to be received in MGCF and may be forwarded to CSCF/IMS-MGW.
A IMS-MGW may terminate bearer channels from a switched circuit network and media streams from a packet
network (e.g., RTP streams in an IP network). The IMS-MGW may support media conversion, bearer control and
payload processing (e.g. codec, echo canceller, conference bridge), it:
The IMS-MGW will be provisioned with the necessary resources for supporting UMTS/GSM transport media. Further
tailoring (i.e. packages) of the H.248 [52] may be required to support additional codecs and framing protocols, etc.
- Interprets information coming from an AS and S-CSCF (e.g session identifier) and control MRFP accordingly.
- Generates CDRs .
3GPP
Release 6 27 3GPP TS 23.002 V6.3.0 (2003-12)
- Is queried by the I-CSCF during the Registration and Session Setup to get the name of the HSS containing the
required subscriber specific data. Furthermore the SLF is also queried by the S-CSCF during the Registration.
- Is queried by the AS in conjunction with the Sh interface operation to get the name of the HSS containing the
required subscriber specific data.
- Is accessed via the Dx interface by the CSCF and via the Dh interface by the AS
The SLF is not required in a single HSS environment. An example for a single HSS environment is a server farm
architecture. Use of SLF is not required when AS are configured/managed to use pre-defined HSS.
Note: The OSA Application Server does not directly interact with the IMS network entities but through the OSA
Service Capability Servers (OSA SCS-s). Further information on OSA is provided in TS 22.127 [4].
The AS (SIP Application Server and/or the OSA Service Capability Server and/or IM-SSF) can communicate with the
HSS. The Sh and Si interfaces are used for this purpose.
The Serving-CSCF to AS interface is used to provide services residing in an AS. Two cases were identified:
- Serving-CSCF to an AS in a trusted External Network (e.g., Third Party or Visited). The S-CSCF does not
provide authentication and security functionality for secure direct third party access to the IM Subsystem. The
OSA framework provides a standardized way for third party access to the IM Subsystem.
An Application Server may influence and impact the SIP session on behalf of the services supported by the operator’s
network. An AS may host and execute services.
- Routing calls through a CTM Special resource function (CTM-SRF) in the core network. The CTM-SRF is
linked in to the call path via CAMEL procedures. Depending on operator configuration the CTM-SRF may also
be linked in to the call path for Emergency calls.
3GPP
Release 6 28 3GPP TS 23.002 V6.3.0 (2003-12)
- A CTM / Text telephone converting function included along the speech call path selected by the network after
an indication from the terminal that CTM is required.
- A CTM / Text telephone converting function included in all speech call paths.
Further information of the support for text telephony is found in TS 23.226 [37].
The interface between different security domains is protected by Security Gateways (SEGs). The SEGs are responsible
for enforcing the security policy of a IP security domain towards other SEGs in the destination IP security domain. All
NDS/IP traffic shall pass through a SEG before entering or leaving a security domain. For further details of SEG, see
TS 33.210 [64].
In the basic configuration presented in figure 1, all the functions are considered implemented in different equipments.
Therefore, all the interfaces within PLMN are external. Interfaces A and Abis are defined in the 48-series ofTechnical
Specifications. Interfaces Iu, Iur and Iub are defined in the 25.4xx-series of Technical Specifications. Interfaces B, C,
D, E, F and G need the support of the Mobile Application Part of the signalling system No. 7 to exchange the data
necessary to provide the mobile service. No protocols for the H-interface and for the I-interface are standardized. All
the GPRS-specific interfaces (G- series) are defined in the 23-series and 24-series of Technical Specifications.
Interfaces Mc, Nb, and Nc are defined in TS 23.205 [43] and in the 29-series of Technical Specifications.
From this configuration, all the possible PLMN organisations can be deduced. In the case when some functions are
contained in the same equipment, the relevant interfaces become internal to that equipment.
3GPP
Release 6 29 3GPP TS 23.002 V6.3.0 (2003-12)
PSTN Go* Gi Gp
PSTN PSTN Gq
Go
PDF
CS Mc
GMSC GGSN
MGW server
C
Gc
HSS
Nc
PSTN (HLR,AuC) Gn
Nb
Gr
D EIR
F Gf
G
VLR VLR
B Gs
B E SGSN
MSC server Nc MSC server
Mc
Mc
CN
CSMGW CSMGW
Nb
A Gb
IuCS IuCS IuPS
IuPS
BSS RNS
Iur
BSC RNC RNC
Abis Iub
Um Uu
ME
SIMME i/f or Cu
SIM USIM
MS
Legend:
Bold lines: interfaces supporting user traffic;
Dashed lines: interfaces supporting signalling.
NOTE 1: The figure shows direct interconnections between the entities. The actual links may be provided by an
underlying network (e.g. SS7 or IP): this needs further studies.
NOTE 2: When the MSC and the SGSN are integrated in a single physical entity, this entity is called UMTS MSC
(UMSC).
NOTE 3: A (G)MSC server and associated CS-MGW can be implemented as a single node: the (G)MSC.
NOTE 4: The Gn interface (between two SGSNs) is also part of the reference architecture, but is not shown for
layout purposes only.
NOTE 5: The Go interface marked with a ‘*’ has been included to this figure for backwards compatibility only, in
order to support connecting to Release-5 IM CN Subsystem configurations
3GPP
Release 6 30 3GPP TS 23.002 V6.3.0 (2003-12)
SMS-GMSC/
SMS-IWMSC
E Gd
C
HSS
MSC-Server SGSN
(HLR)
gsmSCF * Note 3
BSS
Proprietary
3GPP
Release 6 31 3GPP TS 23.002 V6.3.0 (2003-12)
gsmSCF * Note 3
RNS
Proprietary
Stand-Alone
SMLC (SAS) Lc OSA SCS
NOTE: Most CAMEL-specific interfaces have no particular name. They are designated by the name of the two
entities they link together, e.g. "the gsmSSF-gsmSCF interface".
GMSC
gsmSSF
C
Ge D Gr
The bold lines are used for interfaces supporting user data only, the dashed lines are used for interfaces supporting
signalling only.
3GPP
Release 6 32 3GPP TS 23.002 V6.3.0 (2003-12)
CBC
CN
Note 1 IuBC
BSS RNS
BSC RNC
Abis Iub
BTS BTS Node B Node B
Only the interfaces specifically linked to the IM subsystem are shown, i.e. all the SGSN, GGSN and HSS interfaces
depicted in figure 1 are still supported by these entities even if not shown.
3GPP
Release 6 33 3GPP TS 23.002 V6.3.0 (2003-12)
I P M u ltim e d ia N e tw o r k s L e g a c y m o b ile
P ST N s ig n a llin g N e tw o r k s
M b M b P S T N
B G C F C S C F
P S T N M m
M k M k
M w
C , D ,
M j B G C F G c , G r
M i
C x
IM S M G C F H S S
M G W M g C S C F
M n
M r M w D x S L F
M b
M R F P M R F C P -C S C F
U E
M p G m
M b M b M b G q IM S u b s y s te m
Legend:
Bold lines: interfaces supporting user traffic;
Dashed lines: interfaces supporting only signalling.
The figure below depicts an overall view of the functional architecture for services.
AS AS
SCIM
SIP
SIPApplication
Application
Server
Server
Sh
ISC
OSA
OSAservice
service OSA
OSA
HSS
HSS SS-CSCF
-CSCF capability
capabilityserver
server application
application
Cx ISC (SCS)
(SCS) server
server
OSA API
ISC
Si
IM
IM-SSF
-SSF
MAP
CAP
Camel
CamelService
Service
Environment
Environment
Figure 6a: Functional architecture for the provision of service in the IMS
The purpose of the IM SSF is to host the CAMEL network features (i.e. trigger detection points, CAMEL Service
Switching Finite State Machine, etc) and to interwork with CAP.
The IM SSF and the CAP interface support legacy services only.
3GPP
Release 6 34 3GPP TS 23.002 V6.3.0 (2003-12)
The application server may contain “service capability interaction manager” (SCIM) functionality and other
application servers. The SCIM functionality is an application which performs the role of interaction management. The
internal components are represented by the “dotted boxes” inside the SIP application server. The internal structure of
the application server is outside the standards. The Sh interface shall have sufficient functionality to enable this
scenario.
The figure below depicts an overall view of the functional architecture for enabling the management of the user’s
service related information via the Ut interface.
SIP
Application
Server /
OSA-SCS
Sh
HSS ISC
Ut
Cx
UE S-CSCF
Figure 6b: Functional architecture for the management of the user’s service related information
Note: The Application Server in this figure depicts the SIP Application Server and the OSA-SCS.
IP SS7
Signalling Signalling
transport SCTP/IP SGW MTP transport
NW NW
Note: SS7 application transport and SCTP/IP adaption protocols are not shown.
[editor’s note: either the difference between interface and reference point should be cleary provided, or only one of
the terms should be used].
3GPP
Release 6 35 3GPP TS 23.002 V6.3.0 (2003-12)
6.1.2 Interface between User Equipment and Radio Netwok System (Uu-
interface)
The interface between the UE and the RNS is specified in the 24- and 25-series of Technical Specifications.
6.2 Interface between the Core Network and the Access Network
6.2.1 Interfaces between the CS domain and the Access Network
6.2.1.1 Interface between the MSC and Base Station System (A-interface)
The interface between the MSC and its BSS is specified in the 48-series of Technical Specifications.
- BSS management;
- call handling;
- mobility management.
6.2.1.2 Interface between the MSC and Base Station System (Iu_CS interface)
The interface between the MSC and its BSS is specified in the 25.41x-series of Technical Specifications.
- BSS management;
- call handling;
- mobility management;
- RNS management;
- call handling;
- mobility management.
3GPP
Release 6 36 3GPP TS 23.002 V6.3.0 (2003-12)
- mobility management.
The Gb interface is defined in TS 48.014 [44], 48.016 [45] and 48.018 [46].
- mobility management.
- mobility management.
The interface also allows control of the radio equipment and radio frequency allocation in the BTS.
The interface also allows control of the radio equipment and radio frequency allocation in the Node B.
6.4.1.1 Interface between the MSC server and its associated VLR (B-interface)
The VLR is the location and management database for the mobile subscribers roaming in the area controlled by the
associated MSC server(s). Whenever the MSC server needs data related to a given mobile station currently located in
its area, it interrogates the VLR. When a mobile station initiates a location updating procedure with an MSC server,
the MSC server informs its VLR which stores the relevant information. This procedure occurs whenever an MS roams
to another location area. Also, when a subscriber activates a specific supplementary service or modifies some data
3GPP
Release 6 37 3GPP TS 23.002 V6.3.0 (2003-12)
attached to a service, the MSC server informs (via the VLR) the HLR which stores these modifications and updates the
VLR if required.
This interface is internal to the MSC server /VLR; signalling on it is not standardised.
6.4.1.2 Interface between the HLR and the MSC server (C-interface)
The Gateway MSC server must interrogate the HLR of the required subscriber to obtain routing information for a call
or a short message directed to that subscriber.
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (see TS 29.002 [26]).
For CAMEL purposes, this interface is used as described in 23.078 [10c]. It is used e.g. at terminating calls to
exchange routeing information, subscriber status, location information, subscription information, etc.
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (see TS 29.002 [26]).
For CAMEL purposes, this interface is used to send the CAMEL related subscriber data to the visited PLMN and for
provision of MSRN. The interface is also used for the other purposes described in 23.078 [10c], e.g. to retrieve
subscriber status and location information of the mobile subscriber or to indicate suppression of announcement for a
CAMEL service.
After the handover operation has been completed, the MSC servers will exchange information to transfer A- or Iu-
interface signalling as defined in TS 23.009[6].
When a short message is to be transferred between a Mobile Station and Short Message Service Centre (SC), in either
direction, this interface is used to transfer the message between the MSC server serving the Mobile Station and the
MSC server which acts as the interface to the SC.
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (see TS 29.002 [26]).
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (see TS 29.002 [26]).
3GPP
Release 6 38 3GPP TS 23.002 V6.3.0 (2003-12)
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (see TS 29.002 [26]).
full compliance with the H.248 standard [52], baseline work of which is currently carried out in ITU-T Study
Group 16, in conjunction with IETF MEGACO WG.
flexible connection handling which allows support of different call models and different media processing
purposes not restricted to H.323 usage [54].
open architecture where extensions/Packages definition work on the interface may be carried out.
dynamic sharing of MGW physical node resources. A physical MGW can be partitioned into logically separate
virtual MGWs/domains consisting of a set of statically allocated Terminations.
dynamic sharing of transmission resources between the domains as the MGW controls bearers and manage
resources according to the H.248 protocols [52].
The functionality across the Mc reference point will need to support mobile specific functions such as SRNS
relocation/handover and anchoring. It is expected that current H.248/IETF Megaco standard [52] mechanisms can be
applied to enable this.
6.4.1.8 Reference Point MSC Server – GMSC Server (Nc Reference Point)
Over the Nc reference point, the Network-Network based call control is performed. Examples of this are ISUP or an
evolvement of ISUP for bearer independent call control (BICC). Different options for signalling transport on Nc shall
be possible including IP.
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (TCAP) (see TS 29.002 [26]).
Signalling on this interface uses the User Datagram Protocol, UDP/IP [59]. The Gn/Gp interface is defined in TS
29.060 [51].
3GPP
Release 6 39 3GPP TS 23.002 V6.3.0 (2003-12)
- if an SS7 interface is implemented in the GGSN, signalling between the GGSN and the HLR uses the Mobile
Application Part (MAP), which in turn uses the services of Transaction Capabilities (TCAP) (see TS 29.002
[26]);
- if there is no SS7 interface in the GGSN, any GSN in the same PLMN and which has an SS7 interface installed
can be used as a GTP to MAP protocol converter, thus forming a signalling path between the GGSN and the
HLR.
Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction
Capabilities (TCAP) (see TS 29.002 [26]).
Signalling on this interface uses connectionless SCCP (without TCAP). SCCP Global Title (GT) is used for
addressing. The Gs-interface is defined in TS 29.016 [48] and 29.018 [49].
3GPP
Release 6 40 3GPP TS 23.002 V6.3.0 (2003-12)
6a.2 (void)
- Lh interface: interface between GMLC and HLR. This interface is used by the GMLC to request the address of
the visited MSC or SGSN for a particular target UE whose location has been requested. (see TS 29.002 [26]).
- Lg interface: interface between GMLC - MSC and GMLC - SGSN. This interface is used by the GMLC to
convey a location request to the MSC or SGSN currently serving a particular target UE whose location was
requested. The interface is used by the MSC or SGSN to return location results to the GMLC. (see TS 29.002
[26]).
- Lc interface: between GMLC and gsmSCF, CAMEL. This interface is used to get location information for
CAMEL based services. (see TS 29.002 [26]).
6a.3.2 Void
6a.3.3 Void
6a.3.4 Void
In UTRAN, the Lb interface is not standardized, the SMLC functionality is included in SRNC.
Signalling on this interface uses BSSAPP-LE, which is defined in TS 49.031[50], and SMLCPP, which is specified in
TS 48.031[47].
In UTRAN, the SMLC functionality is included in SRNC and the Iur interface shall include the Lp interface type of
functionality.
3GPP
Release 6 41 3GPP TS 23.002 V6.3.0 (2003-12)
Technical Specifications. Furthermore, 25.305 describes how a stand-alone LMU may be distinguished from a normal
UE.
This interface is also used for USSD operations, both for gsmSCF-initiated dialogues and MS-initiated dialogues
(relayed via HLR). It is a network operator option whether to support or not USSD operations on this interface.
3GPP
Release 6 42 3GPP TS 23.002 V6.3.0 (2003-12)
The main procedures that require information transfer between CSCF and HSS are
4) Procedures related to authentication: transfer of security parameters of the subscriber between HSS and
CSCF
5) Procedures related to filter control: transfer of filter parameters of the subscriber from HSS to CSCF
3GPP
Release 6 43 3GPP TS 23.002 V6.3.0 (2003-12)
The protocol used for the Gm reference point is SIP (as defined by RFC 3261 [61], other relevant RFC’s, and
additional enhancements introduced to support 3GPP´s needs).
- full compliance with the H.248 standard functions for IMS – PSTN/PLMN interworking.- flexible connection
handling which allows support of different call models and different media processing purposes not restricted to
H.323 [54] usage.
- open architecture where extensions/Packages definition work on the interface may be carried out.
- dynamic sharing of IMS-MGW physical node resources. A physical IMS-MGW can be partitioned into logically
separate virtual MGWs/domains consisting of a set of statically allocated Terminations.
- dynamic sharing of transmission resources between the domains as the IMS- MGW controls bearers and
manage resources according to the H.248 [52] protocols and functions for IMS.
The protocol used for the Mg reference point is SIP (as defined by RFC 3261 [61], other relevant RFC’s, and
additional enhancements introduced to support 3GPP´s needs.)
6a.7.5 [void]
The protocol used for the Mr reference point is SIP (as defined by RFC 3261 [61], other relevant RFC’s, and
additional enhancements introduced to support 3GPP´s needs).
- Open architecture where extensions (packages) definition work on the interface may be carried out.
3GPP
Release 6 44 3GPP TS 23.002 V6.3.0 (2003-12)
6a.7.8 [void]
This interface is not required in a single HSS environment. An example for a single HSS environment is a server farm
architecture.
6a.7.16 Reference Point HSS – SIP AS or OSA SCS (Sh Reference Point)
The Application Server (SIP Application Server and/or the OSA Service Capability Server) may communicate to the
HSS. The Sh interface is used for this purpose. Details are described in 23.228 [34], sub-clause 4.2.4.
3GPP
Release 6 45 3GPP TS 23.002 V6.3.0 (2003-12)
The Ut interface enables the user to manage information related to his services. Such as creation and assignment of
Public Service Identities, management of authorization policies that are used e.g. by Presence service, conference
policy management, etc.
The AS may need to exhibit security related functions for the Ut interface, the details of these security functions are
described in 3G TS 3x.yzw [??].
This interface is not required in a single HSS environment. An example for a single HSS environment is a server farm
architecture.
3GPP
Release 6 46 3GPP TS 23.002 V6.3.0 (2003-12)
3GPP
Release 6 47 3GPP TS 23.002 V6.3.0 (2003-12)
Annex A (informative):
Description for GLR-related entities and interfaces
This annex describes the GLR-related entities and the interfaces. This annex is an informative annex. The
'informative' means just that the GLR is an optional functional entity to optimize signalling traffic between PLMNs.
Therfore, this annex is normative to a PLMN which introduce the GLR.
The GLR is a logical node and acts as a VLR for MAP signalling (e.g. PRN) from the HPLMN point of view. The
GLR acts as a HLR for MAP signalling (e.g. Register SS) from the VPLMN point of view.
The GLR also acts as an SGSN for MAP signalling only (e.g. ISD) from the HPLMN point of view. This is because
MAP operations such as ISD must be terminated at the GLR for the purpose of subscriber data caching.
The GLR shall terminate all TC dialogues and start new dialogues towards the HLR or the VLR. The GLR shall
generate SCCP address of the HLR (i.e. E.214 MGT) from IMSI.
3GPP
Release 6 48 3GPP TS 23.002 V6.3.0 (2003-12)
- The Intermediate MSC (IM-MSC) is a logical node and represents the VMSC in the GLR equipped VPLMN.
- The IM-MSC acts as the VMSC for the HPLMN in the same way that the GLR acts as a VLR for HPLMN. The
IM-MSC terminates MAP signalling from the HPLMN towards the VMSC and forwards the signal to the
actual VMSC.
- The IM-MSC has an address interrogation function with which it is able to obtain the actual VMSC Number
from the GLR.
- The IM-MSC is implemented in the same physical node as the one in which the GLR is implemented.
- The GLR alters the VMSC Number to the IM-MSC Number within an Update Location message.
- The IM-MSC Number is the E.164 Number assigned to the IM-MSC [53].
The IM-GSN acts as an SGSN for only some GTP signalling messages (i.e. PDU_Notification request/response,
PDU_Notification_reject request/response) from the HPLMN point of view. The IM-GSN terminates these GTP
signalling messages from the HPLMN towards SGSN and forwards the signal to the actual SGSN. The IM-GSN has
an address interrogation function with which it is able to request the actual SGSN address from the GLR.
Apart from the case described above (i.e. PDU_Notification request/response, PDU_Notification_reject
request/response), all other GTP signalling should be handled directly between the SGSN and the GGSN.
NOTE: MAP signalling towards the SGSN is NOT terminated at the IM-GSN. Instead it is terminated at the
GLR.
3GPP
Release 6 49 3GPP TS 23.002 V6.3.0 (2003-12)
SGSN VLR/MSC
GLc GLb
GLk
GLh
GLe GLd
IM-GSN GLR IM-MSC
GLg
GLa
GLj GLi
GLf
GGSN HLR SMS-GMSC GMLC
Other PLMN
Signalling interface
User traffic interface. User traffic includes Short Message.
3GPP
Release 6 50 3GPP TS 23.002 V6.3.0 (2003-12)
The SMS-GMSC regards the GLR as the SGSN via this interface.
The SMS-GMSC regards the IM_MSC as the MSC via this interface.
The GMLC regards the IM_MSC as the MSC via this interface.
3GPP
Release 6 51 3GPP TS 23.002 V6.3.0 (2003-12)
Annex B (informative):
Change history
3GPP
Release 6 52 3GPP TS 23.002 V6.3.0 (2003-12)
October 2000 v.5.0.0 Incorporation –with editorial modifications- of the following CRs:
CR #016 on Introduction of Definitions from 23.821 into 23.002
CR #017 on Introduction of functional elements from 23.821
Incorporation –as such- of the following CRs:
CR #018 on Introduction of reference model from 23.821
CR #019 on Introduction of reference points from 23.821
December 2000 v.5.1.0 Incorporation of CR #024 on Camel for the PS domain
March 2001 v.5.2.0 Incorporation of the following CRs (approved at SA#11):
CR #033r1 Clarification of the difference between MGW in BICCN and IMS
CR #034 Introduction of Iu-CS and Iu-PS interfaces to BSS of type GERANin the
network architecture
CR #035r1 CSCF-GGSN interface
CR #041 Missing Nc interface in basic configuration figure
CR #044r2 Clarification to the GGSN/PCF interface to the R5 reference architecture
CR #046 Resolution of editor's note in the MGW description
CR #050 Signalling and User Traffic Interfaces
June 2001 v.5.3.0 Incorporation of the following CRs (approved at SA#12):
CR #053r1 Addition of Radio Access Technologies
CR #062r1 Clarification of the role of the SGWs
CR #051r3 Addition of GTT specific entities
CR #037r1 HSS / HLR structuring
October 2001 v.5.4.0 Incorporation of the following CRs (approved at SA#13):
CR #061r2 Introduction of Dx Reference Point in the IMS Reference Architecture
CR #063r1Update the IP MM Subsystem configuration to include the BGCF node
CR #068 MRF functionality
January 2002 v.5.5.0 Incorporation of the following CRs (approved at SA#14):
070 Editorial alignment of 23.002 on CSCF
072 Aligning MGW descriptions
074 Correction of abbreviation of CSCF
075r2 HSS section clean up
079 Correction of Gi reference point definition
082 Deleting SIWF functionality
Introduction of section 6a.7.13 on Dx Reference Point from CR #061r2
March 2002 v.5.6.0 Incorporation of the following CRs (approved at SA#15):
077r3 Editorial correction to References
078r2 Introduction of an IMS bearer reference point
085 Corrections to the Radio Network System (node B) definitions
087 Nb and Nc reference points - editorial corrections
090 Deletion of Reference Point towards SCP
091r1 BGCF: Alignment to 23.228
093 Removal of the Sr Reference point
123r1 Application Server Definition
June 2002 v.5.7.0 Incorporation of the following CRs (approved at SA#16):
095r2 Alignment with TS23.271
092r2 General updates due to Intra Domain Connection of RAN nodes to multiple CN
nodes
094r1 Security Gateway
3GPP
Release 6 53 3GPP TS 23.002 V6.3.0 (2003-12)
3GPP