SlideShare a Scribd company logo
1 of 42
Download to read offline
1-1
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
GPRS Architecture
Contents
1 Objectives...................................................................................................2
2 GPRS Subscriber Profile..........................................................................3
3 GPRS QoS Profile..................................................................................... 5
3.1 Rel'99 QoS parameter set.........................................................................12
3.2 Traffic classes............................................................................................16
3.3 Ranges of Rel'99 attributes.......................................................................18
3.4 Mapping between QoS parameters in Rel'97 and Rel'99.........................19
4 GPRS Logical Functions........................................................................ 21
4.1 Logical Functions in the GPRS Network.................................................. 21
4.2 Network Access Control Functions...........................................................22
4.3 Packet Routing and Transfer Functions................................................... 24
4.4 Mobility Management Functions............................................................... 26
4.5 Logical Link Management Functions........................................................ 26
4.6 Radio Resource Management Functions..................................................26
4.7 Network Management Functions.............................................................. 27
5 Network elements................................................................................... 28
5.1 Packet Control Unit (PCU-PIU of BSC).................................................... 29
5.2 Channel Codec Unit (CCU).......................................................................30
5.3 Serving GPRS Support Node (SGSN)......................................................30
5.4 Gateway GPRS Support Node (GGSN)................................................... 31
5.5 GPRS MS..................................................................................................32
5.6 Domain Name Servers..............................................................................35
5.7 Firewalls.................................................................................................... 35
5.8 Border Gateway........................................................................................ 36
5.9 Charging Gateway.....................................................................................36
6 GPRS Interfaces......................................................................................37
7 Transfer of Packets between GSNs...................................................... 40
1-2
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
1 Objectives
After completing this learning element, the student should be able to:
Explain the GPRS subscriber profile, GPRS QoS profile, and GPRS logical
functions
Name the GPRS specific network elements and their most important
functions
Name and explain five important open interfaces in the GPRS network
Explain the principle of transfer of packets between GSNs
1-3
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
2 GPRS Subscriber Profile
The GPRS Subscriber Profile is the description of the services a subscriber is
allowed to use. Essentially, it contains the description of the packet data protocol
used. A subscriber may also use different packet data protocols (PDPs), or one
PDP with different addresses. The following parameters are available for each
PDP:
The packet network address is necessary to identify the subscriber in the public
data net. Either dynamically assigned (temporary) addresses or (in the future)
static addresses are used in case of IP. The problem of the dynamic addresses
will be overcome with the change from Ipv4 to IPv6. In GPRS is two layer 2
protocols are allowed, X.25 or IP.
The quality of service QoS: QoS describes various parameters. The subscriber
profile defines the highest values of the QoS parameters that can be used by the
subscriber.
The screening profile: This profile depends on the PDP used and on the
capacity of the GPRS nodes. It serves to restrict acceptance during
transmission/reception of packet data. For example, a subscriber can be
restricted with respect to his possible location, or with respect to certain specific
applications.
The GGSN address: The GGSN address indicates which GGSN is used by the
subscriber. In this way the point of access to external packet data networks PDN
is defined. The internal routing of the data is done by IP protocol; the GSNs will
have IP addresses. A DNS function is needed to find the destination of the data
packets (address translating: e.g. www.gsn-xxx.com → 129.64.39.123)
1-4
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 1 Part of the GPRS subscriber profile are the PDPs and their parameters
1-5
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
3 GPRS QoS Profile
The different applications that will make use of packet-oriented data transmission
via GPRS require different qualities of transmission. GPRS can meet these
different requirements because it can vary the quality of service (QoS) over a
wide range of attributes. The quality of service profile (Rec. 02.60, 03.60) permits
selection of the following attributes:
Precedence class
Delay class
Reliability class
Peak throughput class
Mean throughput class.
By combining the variation possibilities of the individual attributes a large number
of QoS profiles can be achieved. Only a limited proportion of the possible QoS
profiles need PLMN-specific support.
Fig. 2 Quality of service parameters
1-6
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Precedence Class
Three different classes have been defined to allow assessment of the importance
of the data packets, in case of limited resources or overload:
High precedence
Normal precedence
Low precedence
Delay Class
GSM Rec.02.60 defines 4 delay classes (1 to 4). However, a PLMN only needs
to realize part of these. The minimum requirement is the support of the so-called
„best effort delay class“ (Class 4). Delay requirements (maximum delay) concern
the delay of transported data through the entire GPRS network (the first two
columns refer to data packets 128 bytes in length, while the last two columns
apply to packets 1024 bytes in length).
Delay Class
Mean transfer
delay (sec)
95% delay (sec)
Mean transfer
delay (sec)
95% delay (sec)
1 < 0,5 < 1,5 < 2 < 7
2 < 5 < 25 < 15 < 75
3 < 50 < 250 < 75 < 375
4 (Best Effort) unspecified unspecified unspecified unspecified
Table 1 Delay Class
1-7
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 3 QoS is an assumption of several parameters, which are defined in the recommendations
Reliability class
Transmission reliability is defined with respect to the probability of data loss, data
delivery beyond/outside the sequence, twofold data delivery, and data falsification
(probabilities 10-2 to 10-9):. 5 reliability classes (1 to 5) have been defined, 1
guaranteeing the highest and 5 the lowest degree of reliability. Highest reliability
(Class 1) is required for error-sensitive, non-real-time applications, which have no
possibility of compensating for data loss; lowest reliability (Class 5) is needed for
real-time applications which can get over data loss.
The reliability classes (see Table 2) define the probability of:
Lost data
Duplication of data
Data arriving out of sequence
Corruption of data
The reliability class specifies the requirements of the various network protocol
layers. The combinations of the GTP, LLC, and RLC transmission modes support
the reliability class performance requirements.
1-8
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Reliability
Class
GTP Mode LLC Frame
Mode
LLC Data
Protection
RLC Block
Mode
Traffic Type
1 Acknowledg
ed
Acknowledg
ed
Protected Acknowledg
ed
Non-real-time traffic,
error-sensitive application
that cannot cope with data
loss.
2 Unacknowle
dged
Acknowledg
ed
Protected Acknowledg
ed
Non-real-time traffic,
error-sensitive application
that can cope with
infrequent data loss.
3 Unacknowle
dged
Unacknowle
dged
Protected Acknowledg
ed
Non-real-time traffic,
error-sensitive application
that can cope with data
loss, GMM/SM, and SMS.
4 Unacknowle
dged
Unacknowle
dged
Protected Unacknowle
dged
Real-time traffic,
error-sensitive application
that can cope with data
loss.
5 Unacknowle
dged
Unacknowle
dged
Unprotected Unacknowle
dged
Real-time traffic, error
non-sensitive application
that can cope with data
loss.
Table 2 Reliability classes
Note: Signalling and SMS are transferred with reliability class 3.
1-9
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Throughput classes
The throughput class indicates the data throughput requested by the user.
Throughput is defined by two negotiable parameters:
Maximum bit rate
Mean bit rate. This includes, for example for "bursty" transmissions, the
periods in which no data is transmitted.
The maximum and mean bit rates can be represented by a parameter known as
the Information Transfer Rate.
It is possible for the network to re-negotiate the throughput parameters at any
time during a session. User data throughput is specified in terms of a set of
throughput classes that characterise the expected bandwidth required for a PDP
context.
Maximum bit rate
The maximum bit rate is measured in octets per second at the Gi and R
reference points. It specifies the maximum rate at which data is expected to be
transferred across the network for an individual PDP context. There is no
guarantee that this maximum rate will be achieved or sustained for any time
period as this depends upon the MS capability and available radio resources. The
network may limit the subscriber to the negotiated maximum data rate, even if
additional transmission capacity is available. The maximum throughput is
independent of the particular delay class being used. The maximum (peak)
throughput classes are defined in Table 3.
1-10
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Max. Throughput Class
Max. Throughput in octets per
second
1 Up to 1000 (8 kbit/s)
2 Up to 2000 (16 kbit/s)
3 Up to 4000 (32 kbit/s)
4 Up to 8000 (64 kbit/s)
5 Up to 16 000 (128 kbit/s)
6 Up to 32 000 (256 kbit/s)
7 Up to 64 000 (512 kbit/s)
8 Up to 128 000 (1024 kbit/s)
9 Up to 256 000 (2048 kbit/s)
Table 3 Maximum bit rate classes
Mean bit rate
The mean bit rate (throughput) is measured at the Gi and R reference points in
units of octets per hour. It specifies the average rate at which data is expected
to be transferred across the GPRS network during the remaining lifetime of an
activated PDP context. The network may limit the subscriber to the negotiated
mean bit rate (for example, for flat rate charging), even if additional transmission
capacity is available.
A 'best effort' means bit rate class may be negotiated. This means that bandwidth
will be made available to the MS on a need and availability basis. The mean
throughput classes are defined in Table 4.
Note: ETSI GPRS specifications define several QoS classes which are
associated with each PDP context, covering priority, reliability, delay, and
throughput. The NSN GPRS system release 1 does not support this QoS
functionality. The GPRS QoS can be considered as ‘best effort’.
1-11
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Mean Throughput Class Mean Throughput in octets per hour
1 Best effort.
2 100 (~0.22 bit/s)
3 200 (~0.44 bit/s)
4 500 (~1.11 bit/s)
5 1000 (~2.2 bit/s)
6 2000 (~4.4 bit/s)
7 5000 (~11.1 bit/s)
8 10 000 (~22 bit/s)
9 20 000 (~44 bit/s)
10 50 000 (~111 bit/s)
11 100 000 (~0.22 kbit/s)
12 200 000 (~0.44 kbit/s)
13 500 000 (~1.11 kbit/s)
14 1 000 000 (~2.2 kbit/s)
15 2 000 000 (~4.4 kbit/s)
16 5 000 000 (~11.1 kbit/s)
17 10 000 000 (~22 kbit/s).
18 20 000 000 (~44 kbit/s).
19 50 000 000 (~111 kbit/s).
Table 4 Mean bit rate classes
1-12
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 4 QoS is an assumption of several parameters, which are defined in the recommendations
3.1 Rel'99 QoS parameter set
Rel'99 parameters are specified for UMTS. NSN GPRS Release 2 also supports
these parameters. The list of attributes in Rel'99 are given below:
Maximum bit rate specifies the maximum rate at which the data is expected
to be transferred in the network for a PDP context. The subscribed transfer
rate is not guaranteed; it just specifies the limit that cannot be exceeded. Its
purpose is to limit the delivered bit rate to applications or external networks
with such limitations and to allow maximum wanted user bit rate to be
defined for applications able to operate with different rates, for example,
non-transparent circuit switched data. Compare Rel'97/98, similar as 'Peak
throughput class'.
1-13
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Guaranteed bit rate specifies guaranteed bit rate delivered in the network
for the PDP context. Guaranteed bit rate may be used to facilitate admission
control based on available resources, and for resource allocation. Quality
requirements expressed by, for example, delay and reliability attributes only
apply to incoming traffic up to the guaranteed bit rate.
Delivery order (y/n) indicates whether the bearer shall provide in-sequence
SDU delivery or not. The attribute is derived from the user protocol (PDP
type) and specifies if out-of-sequence SDUs are acceptable or not. This
information cannot be extracted from the traffic class. Whether
out-of-sequence SDUs are dropped or re-ordered depends on the specified
reliability required for the application. Compare Rel'97/98, similar as
'Reordering required'.
Maximum SDU size (maximum allowed SDU size, octets) is used for
admission control and policing. Policing makes sure that bandwidth limits of
the PDP context are not exceeded to protect radio interface. Admission
control calculates what network resources are required to provide the
requested QoS, determine if resources are available, and reserve them. The
admission controller in SGSN has the responsibility to accept or reject PDP
context activation and the requested QoS parameter values.
SDU format information (list of possible exact sizes of SDUs, bits) is
needed because network needs SDU size information to be able to operate
in transparent RLC protocol mode, which is beneficial to spectral efficiency
and delay when RLC re-transmission is not used. Thus, if the application can
specify SDU sizes, the bearer is less expensive. SDU format info is not
supported by NSN 2G-SGSN.
SDU error ratio indicates the fraction of SDUs lost or detected as erroneous.
By reserving resources, SDU error ratio performance is independent of the
loading conditions, whereas without reserved resources, such as in
Interactive and Background classes, SDU error ratio is used as target value.
SDU error ratio is mapped with Rel'97/98 'Reliability class'.
Residual bit error ratio indicates the undetected bit error ratio in the
delivered SDUs. If no error detection is requested, residual bit error ratio
indicates the bit error ratio in the delivered SDUs. Residual bit error ratio is
mapped with Rel'97/98 'Reliability class'.
1-14
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Delivery of erroneous SDUs (y/n/-) indicates whether SDUs detected as
erroneous shall be delivered or discarded. Delivery of erroneous SDUs is
used to decide whether error detection is needed and whether frames with
detected errors shall be forwarded or not. A 'yes' value implies that error
detection is employed and that erroneous SDUs are delivered together with
an error indication, and 'no' implies that error detection is employed and that
erroneous SDUs are discarded, and '-' implies that SDUs are delivered
without considering error detection. Residual bit error ratio is mapped with
Rel'97/98 'Reliability class'.
SDU error ratio Residual bit error
ratio
Delivery of
erroneous SDUs
Traffic type
10
-6
10
-5
No Non-real-time traffic,
error sensitive
application that
cannot cope with
data loss
10
-6
10
-5
No Non-real-time traffic,
error sensitive
application that can
cope with infrequent
data loss
10
-4
10
-5
No Non-real-time traffic,
error sensitive
application that can
cope with data loss
10
-3
10
-5
No Real-time traffic,
error sensitive
application that can
cope with data loss.
10
-3
4*10
-3
Yes Real-time traffic,
error non-sensitive
application that can
cope with data loss.
Table 5 Traffic examples mapped to Rel'99 attributes
1-15
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Note: For real-time traffic, the QoS profile also requires appropriate settings for
delay and throughput. Signalling and SMS are transferred with reliability class 3.
Transfer delay (ms) indicates maximum delay for 95% of the distribution of delay
for all delivered SDUs during the lifetime of a bearer service. Transfer delay is
used to specify the delay tolerated by the application.
Traffic handling priority specifies the relative importance for handling of all
SDUs belonging to the radio access bearer compared to the SDUs of other
bearers. Traffic handling priority is mapped with Rel'97/98 'Delay class'.
Allocation/Retention priority is used for differentiating between bearers. In
situations where resources are scarce, the relevant network elements can
prioritise bearers when performing admission control. Attribute has three
categories:
High. Users whose packets will never be discarded
Normal. Users whose packets will be discarded sometimes
Low . The low priority class users whose packets will be discarded
The Allocation/Retention priority attribute is a subscription attribute which is not
negotiated from the mobile terminal. The addition of a user-controlled
Allocation/Retention priority attribute is for further study in future releases.
Allocation/Retention priority is mapped with Rel'97/98 'Precedence class'.
Source statistics descriptor is used for conversational and streaming classes
for ('speech'/'unknown'). Since conversational class is not supported by GPRS,
NSN 2G-SGSN does not support Source statistics descriptor.
1-16
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
3.2 Traffic classes
End-user applications can be categorised in major groups according to their main
QoS requirements. There are four different Rel'99 QoS traffic classes:
Conversational class
Streaming class
Interactive class
Background class
Fig. 5 Rel'99 QoS traffic classes
The main distinguishing factor between these QoS traffic classes is how delay
sensitive the traffic is: Conversational class is meant for traffic which is very delay
sensitive while Background class is the most delay insensitive traffic class.
Conversational and Streaming classes are intended to be used to carry real-time
traffic flows. The main difference between them is how delay sensitive the traffic
is. Conversational real-time services, like video telephony, are the most delay
sensitive applications and those data streams should be carried in Conversational
class.
1-17
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Interactive class and Background are mainly meant to be used by traditional
Internet applications like WWW, e-mail, Telnet, FTP, and News. The main
difference between Interactive and Background class is that Interactive class is
mainly used by interactive applications, for example, interactive e-mail or
interactive web browsing, while Background class is meant for background traffic,
for example, background download of e-mails or background file downloading.
Responsiveness of the interactive applications is ensured by separating
interactive and background applications. Traffic in the Interactive class has higher
priority in scheduling than Background class traffic, so background applications
use transmission resources only when interactive applications do not need them.
This is very important in wireless environment where the bandwidth is low
compared to fixed networks.
Although the bit rate of a conversational source codec may vary, conversational
traffic is assumed to be relatively non-bursty. Maximum bit rate specifies the
upper limit of the bit rate with which the bearer delivers SDUs. The bearer is not
required to transfer traffic exceeding the guaranteed bit rate.
As for conversational class, streaming traffic is assumed to be rather non-bursty.
Maximum bit rate specifies the upper limit of the bit rate.
This class is optimised for transport of human or machine interaction with remote
equipment, such as web browsing. The source characteristics are unknown but
may be bursty.
The background class is optimised for machine-to-machine communication that is
not delay sensitive, such as messaging services. Background applications
tolerate a higher delay than applications using the interactive class, which is the
main difference between the background and interactive classes.
1-18
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
3.3 Ranges of Rel'99 attributes
Traffic class Conversational
class
Streaming
class
Interactive class Background class
Maximum bit rate
(kbps)
< 2 048 (2) < 2 048 (2)
Delivery order Yes/No Yes/No Yes/No Yes/No
Maximum SDU
size (octets)
<=1 500 or 1 502
(4)
<=1 500 or 1
502 (4)
<=1 500 or 1 502
(4)
<=1 500 or 1 502
(4)
SDU format
information
(9) (9)
Delivery of
erroneous SDUs
Yes/No/- Yes/No/- Yes/No/- Yes/No/-
Residual BER 5*10
-2
, 10
-2
, 5*10
-3
, 10
-3
, 10
-4
, 10
-6
5*10
-2
, 10
-2
,
5*10
-3
, 10
-3
,
10
-4
, 10
-5
, 10
-6
4*10
-3
, 10
-5
, 6*10
-8
(6)
4*10
-3
, 10
-5
, 6*10
-8
(6)
SDU error ratio 10
-2
, 7*10
-3
, 10
-3
,
10
-4
, 10
-5
10
-1
, 10
-2
,
7*10
-3
, 10
-3
,
10
-4
, 10
-5
10
-3
, 10
-4
, 10
-6
10
-3
, 10
-4
, 10
-6
Transfer delay (ms 80-100 up to FFS
(8) (5)
250 up to
FFS (8)
(10) (10)
Guaranteed bit rate
(kbps)
< 2 048 (1) (2) < 2 048 (1) (2) (11) (12)
Traffic handling
priority
1,2,3 (7) (12)
Allocation/Retentio
n priority
1,2,3 (7) 1,2,3 (7) 1,2,3 (7) 1,2,3 (7)
Source statistic
descriptor
Speech/unknown(1) Speech/unkno
wn (1)
Table 6 Value ranges of Rel'99 attributes
1-19
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
3.4 Mapping between QoS parameters in
Rel'97 and Rel'99
Since there are two different parameter sets (Rel'97 and Rel'99) and they might
be used simultaneously in a same network, these parameter must be mapped
with each other.
Fig. 6 Rules for determining Rel'99 attributes from Rel-97/98 attributes
1-20
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 7 Rules for determining Rel'97 attributes from Rel'99 attributes
1-21
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
4 GPRS Logical Functions
4.1 Logical Functions in the GPRS Network
The tasks required for the handling of processes in the GSM-/GPRS network are
structured into logical functions. These functions may contain a large number of
individual functions. Logical functions are:
Network access control functions
Packet routing and transfer functions
Mobility management functions
Logical link management functions
Network management functions
Fig. 8 Logical functions of the GPRS network
1-22
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
4.2 Network Access Control Functions
Network access means the way or manner in which a subscriber gains access to
a telecommunication network to make use of the services this network provides.
An access protocol consists of a defined set of procedures, which makes access
to the network possible. Network access can be obtained both from the MS and
from the fixed network part of the GPRS network. Depending on the provider, the
interface to external data networks can support various access protocols, e.g. IP
or X.25. The following functions have been defined for access to the GPRS
network:
Registration function: Registration stands for linking the identity of the
mobile radio subscriber to his packet data protocol (or protocols), the
PLMN-internal addresses and the point of access of the user to external data
Protocol (PDP) networks. This link can be static (HLR entry), or it can be
effected on demand.
Authentication and authorization function: This function stands for the
identification of the subscriber and for access legitimacy when a service is
demanded. In addition, the legitimacy of the use of this particular service is
controlled. The authentication function is carried out in conjunction with the
mobility management functions.
Admission control function: Admission control is intended for determining
the network resources required for performing the desired service (QoS). It
also decides whether these resources are available, and lastly it is used for
reserving resources. Admission control is effected in conjunction with the
radio resource management functions to enable assessment of radio
resources requirements in each individual cell.
Message screening function: A "screening" function is combined with the
filtering of unauthorized or undesirable information/messages. In the
introduction stage of GPRS a network-controlled screening function is
supported. Subscription-controlled and user-controlled screening may be
additionally provided at a later stage.
Packet terminal adaptation function: This function adapts data packets
received/transmitted from/to the terminal equipment TE to a form suited for
transport through the GPRS network.
Charging data collection function: This function is used for collecting data
required for billing.
1-23
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 9 Network access control functions
1-24
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
4.3 Packet Routing and Transfer Functions
A route consists of an orderly list of nodes used for the transfer of messages
within and between the PLMNs. Each route consists of the node of origin, no
node, one or several relay nodes, and the node of destination. Routing is the
process of determining and using the route for the transmission of a message
within or between PLMNs.
Relay function: Transferring data received by a node from another node to the
next node of the route.
*Routing function: Determining the transmission path for the next hop on the
route towards the GPRS support node (GSN) the message is intended for. Data
transmission between GSNs can be effected via external data networks
possessing their own routing functions; e. g. X.25, Frame Relay or ATM
networks.
Address translation and mapping function: Address translation means
transforming one address into another, different address. It can be used to
transform addresses of external network protocols into internal network addresses
(for routing purposes). Address mapping is used to copy a network address into
another network address of the same type (e.g. for the routing and transmitting of
messages from one network node to the next).
Encapsulation function: Encapsulation means supplementing address- and
control information into one data unit for the routing of packets within or between
PLMNs. The opposite process is called decapsulation. Encapsulation and
decapsulation is effected between the GSN of the GPRS-PLMN as well as
between the SGSN and the MS.
Tunneling Function: Tunneling means the transfer of encapsulated data units in
the PLMN. A tunnel is a two-way point-to-point path, only the endpoints of which
are identified.
Compression function: for the optimal use of radio link capacity.
Ciphering function: preventing eavesdropping
Domain name server function: Decoding logical GSN names in GSN
addresses. This function is a standard function of the internet.
1-25
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 10 Packet routing and transfer functions in the GPRS network
1-26
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
4.4 Mobility Management Functions
Mobility management functions are used to enable tracing the actual location of a
mobile station in either the home-PLMN or a Visited-PLMN.
4.5 Logical Link Management Functions
Logical link management functions concern maintenance of a communication
channel between an MS and the PLMN via the radio interface Um. These
functions include the coordination of link state information between the MS and
the PLMN and the monitoring of data transfer activities via the logical link.
Logical link establishment function: Building up a logical link by during GPRS
attach.
Logical link maintenance function: Monitoring of the state of the logical link
and state modification control.
Logical link release function: De-allocation of resources associated with the
logical link.
4.6 Radio Resource Management Functions
Radio resource management functions include allocation and maintenance of
communication channels via the radio interface. The GSM radio resources must
be divided /distributed between circuit switched services and GPRS.
Um management function: Managing available physical channels of cells and
determining the share of radio resources allocated for use in the GPRS. This
share may vary from cell to cell.
Cell selection function: Allows the MS to select the optimal cell for a
communication path. This includes measurement and evaluation of the signal
quality of neighboring cells and detection and avoidance of overload in the
eligible cells.
Um-tranx function: Offers capacity for packet data transfer via Um. The function
includes a. o. procedures for multiplexing packets via shared physical channels,
for retaining packets in the MS, for error detection and correction, and for flow
control.
Path management function: Management of packet data communication
between BSS and serving GSN node. Establishing and canceling these paths can
be effected either dynamically (amount of traffic data) or statically (maximum load
to be expected for each cell).
1-27
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
4.7 Network Management Functions
Network management functions provide mechanisms for the support of
GPRS-related operation & maintenance functions.
Fig. 11 Mobility management, logical link, radio resource and network management functions
1-28
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5 Network elements
Figure 12 shows the architecture of a GPRS network. The GPRS system brings
some new network elements to an existing GSM network. These elements are:
Packet Control Unit (PCU)
Serving GPRS Support Node (SGSN): the MSC of the GPRS network
Gateway GPRS Support Node (GGSN): gateway to external networks
Border Gateway (BG): a gateway to other PLMN
Intra-PLMN backbone: an IP based network inter-connecting all the GPRS
elements
Charging Gateway (CG)
Legal Interception Gateway (LIG)
Domain Name System (DNS)
Firewalls: used wherever a connection to an external network is required.
Not all of the network elements are compulsory for every GPRS network.
Fig. 12 GPRS architecture
1-29
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.1 Packet Control Unit (PCU-PIU of BSC)
The PCU separates the circuit switched and packet switched traffic from the user
and sends them to the GSM and GPRS networks respectively. It also performs
most of the radio resource management functions of the GPRS network. The
PCU can be either located in the BTS, BSC, or some other point between the MS
and the MSC. There will be at least one PCU that serves a cell in which GPRS
services will be available. Frame Relay technology is being used at present to
interconnect the PCU to the GPRS core.
Fig. 13 PCU - its position within the BSS
1-30
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.2 Channel Codec Unit (CCU)
The CCU is realised in the BTS to perform the Channel Coding (including the
coding scheme algorithms), power control and timing advance procedures.
5.3 Serving GPRS Support Node (SGSN)
The SGSN is the most important element of the GPRS network. The SGSN of
the GPRS network is equivalent to the MSC of the GSM network. There must at
least one SGSN in a GPRS network. There is a coverage area associated with a
SGSN. As the network expands and the number of subscribers increases, there
may be more than one SGSN in a network. The SGSN has the following
functions:
Protocol conversion (for example IP to FR)
Ciphering of GPRS data between the MS and SGSN
Data compression is used to minimise the size of transmitted data units
Authentication of GPRS users
Mobility management as the subscriber moves from one area to another, and
possibly one SGSN to another
Routing of data to the relevant GGSN when a connection to an external
network is required
Interaction with the NSS (that is, MSC/VLR, HLR, EIR) via the SS7 network
in order to retrieve subscription information
Collection of charging data pertaining to the use of GPRS users
Traffic statistics collections for network management purposes.
1-31
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.4 Gateway GPRS Support Node (GGSN)
The GGSN is the gateway to external networks. Every connection to a fixed
external data network has to go through a GGSN. The GGSN acts as the anchor
point in a GPRS data connection even when the subscriber moves to another
SGSN during roaming. The GGSN may accept connection request from SGSN
that is in another PLMN. Hence, the concept of coverage area does not apply to
GGSN. There are usually two or more GGSNs in a network for redundancy
purposes, and they back up each other up in case of failure. The functions of a
GGSN are given below:
Routing mobile-destined packets coming from external networks to the
relevant SGSN
Routing packets originating from a mobile to the correct external network
Interfaces to external IP networks and deals with security issues
Collects charging data and traffic statistics
Allocates dynamic or static IP addresses to mobiles either by itself or with the
help of a DHCP or a RADIUS server
Involved in the establishment of tunnels with the SGSN and with other
external networks and VPN.
From the external network's point of view, the GGSN is simply a router to an IP
sub-network. This is shown below. When the GGSN receives data addressed to a
specific user in the mobile network, it first checks if the address is active. If it is,
the GGSN forwards the data to the SGSN serving the mobile. If the address is
inactive, the data is discarded. The GGSN also routes mobile originated packets
to the correct external network.
Fig. 14 GPRS network as seen by another data network
1-32
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.5 GPRS MS
Different GPRS MS classes were introduced to cope with the different needs of
future subscribers. The mobiles differ in their capabilities.
Fig. 15 GPRS network as seen by another data network
1-33
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Three GPRS MS classes were defined:
Class A:
With a class A mobile GSM circuit switched services and GSM GPRS services
can be simultaneously activated. A subscriber can get data from an active GPRS
link while simultaneously making a phone call. A class A mobile allows also a
simultaneous attach, activation and monitor of the classical GSM and GPRS
services.
Class B:
A class B mobile allows a simultaneous attach, activation and monitor of the
circuit switched GSM and GPRS services. It does not allow a simultaneous
transmission of user data on GSM and GPRS. For instance, a subscriber has
established a GPRS data connection and receives data packets. A mobile
terminating GSM circuit switched call is indicated. The subscriber accepts the
call. While he is making the voice call, the GPRS virtual connection is “held or
busy”, but no packet data transfer is possible. Having terminated the voice call,
packet data can again be transmitted via the still existing GPRS virtual
connection.
Class C:
A class C mobile is either a pure GPRS MS or it supports both GSM circuit
switched services and GPRS. If it supports both then it can be used only in one
of the two modes. If a subscriber switches his mobile into GPRS mode, he can
originate or terminate GPRS calls, but he can no longer originate or terminate
GSM circuit switched calls. In GPRS and HSCSD, increased data rates can be
achieved by channel bundling. Channel bundling is the allocation of several
timeslots to a MS. In other words, the mobile stations have a multislot capability.
In the specification 05.02, the individual GSM multislot MS classes are specified.
1-34
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
a) = 1 with frequency hopping.
= 0 without frequency hopping.
b) = 1 with frequency hopping or change from Rx to Tx.
= 0 without frequency hopping and no change from Rx to Tx.
c) = 1 with frequency hopping or change from Tx to Rx.
= 0 without frequency hopping and no change from Tx to Rx.
1-35
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.6 Domain Name Servers
These devices convert IP names into IP addresses, for example, server.nsn.com
to 133.44.15.5. There is a primary DNS server and a secondary DNS server.
Details of DNS were described in Introduction to TCP/IP module and information
is also found in the IP CORE Course. In the specifications, the DNS functionality
is included in the SGSN. However, the main vendors have chosen to separate
the DNS functions from the SGSN.
5.7 Firewalls
A firewall protects an IP network against external attack (for example, hackers
from the mobile users or from the Internet). In the case of GPRS, the firewall
might be configured to reject all packets that are not part of a GPRS
subscriber-initiated connection. The firewall can also include NAT (Network
Address Translation), see the Introduction to TCP/IP module. In the specifications
for GPRS, the firewalls are not included. It is however included here due to the
fact that operators usually need to implement firewalls in their GPRS network (for
security reasons).
1-36
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
5.8 Border Gateway
The Border Gateway (BG) is a router that can provide a direct GPRS tunnel
between different operators' GPRS networks. This is referred to as an inter-PLMN
data network. It is more secure to transfer data between two operators' PLMN
networks through a direct connection rather than via the public Internet. The
Border Gateway will commence operation once the GPRS roaming agreements
between various operators have been signed. It will essentially allow a roaming
subscriber to connect to company intranet through the Home GGSN via the
visiting PLMN network.
5.9 Charging Gateway
GPRS users have to be charged for the use of the network. In a GSM network,
charging is based on the destination, duration, and time of call. However, GPRS
offers connectionless service to users, so it not possible to charge subscribers on
the connection duration. Charging has to be based on the volume, destination,
QoS, and other parameters of a connectionless data transfer. These GPRS
charging data are generated by all the SGSNs and GGSNs in the network. This
data is referred to as Charging Data Records or CDRs. One data session may
generate a number of CDRs, so these need to collected and processed. The
Charging Gateway (CG) collects all of these records, sorts them, processes it,
and passes it on to the Billing System. Here the GPRS subscriber is billed for the
data transaction. All CDRs contain unique subscriber and connection identifiers to
distinguish it. A protocol called GTP' (pronounced GTP prime) is used for the
transfer of data records between GSNs and the Charging Gateway.
1-37
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
6 GPRS Interfaces
The GPRS system introduces new interfaces to the GSM network. Figure
illustrates the logical architecture with the interfaces and reference points of the
combined GSM/GPRS network.
Fig. 16 GPRS interfaces
Connections from the GPRS system to the NSS part of the GSM network are
implemented through the SS7 network. The GPRS element interfacing with the
NSS is SGSN. The important interfaces to the NSS are the SGSN-HLR (Gr),
SGSN-EIR (Gf), and SGSN-MSC/VLR (Gs). The other interfaces are
implemented through the intra-PLMN backbone network (Gn), the inter-PLMN
backbone network (Gp), or the external networks (Gi).
1-38
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
The interfaces used by the GPRS system are described below:
Um between an MS and the GPRS fixed network part. The Um is the access
interface the MS uses to access the GPRS network. The radio interface to
the BTS is the same interface used by the existing GSM network with some
GPRS specific changes.
Gb between a SGSN and a BSS. The Gb interface carries the GPRS traffic
and signalling between the GSM radio network (BSS) and the GPRS
network. Frame Relay based network services is used for this interface.
Gn between two GSNs within the same PLMN. The Gn provides a data and
signalling interface in the Intra-PLMN backbone. The GPRS Tunnelling
Protocol (GTP) is used in the Gn (and in the Gp) interface over the IP based
backbone network.
Gp between two GSNs in various PLMNs. The Gp interface provides the
same functionality as the Gn interface, but it also provides, together with the
BG and the Firewall, all the functions needed for inter-PLMN networking, that
is, security, routing, etc.
Gr between an SGSN and the HLR. The Gr gives the SGSN access to
subscriber information in the HLR. The HLR can be located in a different
PLMN than the SGSN (MAP).
Ga between the GSNs and the CG inside the same PLMN. The Ga provides
a data and signalling interface. This interface is used for sending the
charging data records generated by GSNs to the CG. The protocol used is
GTP', an enhanced version of GTP.
Gs between a SGSN and a MSC. The SGSN can send location data to the
MSC or receive paging requests from the MSC via this optional interface.
The Gs interface will greatly improve the effectiveness of the radio and
network resources in the combined GSM/GPRS network. This interface uses
BSSAP+ protocol.
Gd between the SMS-GMSC and an SGSN, and between SMS-IWMSC and
an SGSN. The Gd interface is available for more efficient use of the SMS
services (MAP).
Gf between an SGSN and the EIR. The Gf gives the SGSN access to GPRS
user equipment information. The EIR maintains three different lists of mobile
equipment: black list for stolen mobiles, grey list for mobiles under
observation and white list for other mobiles (MAP).
Gc between the GGSN and the HLR. The GGSN may request the location of
an MS via this optional interface. The interface can be used if the GGSN
needs to forward packets to an MS that is not active.
1-39
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
There are two different reference points in the GPRS network. The Gi is GPRS
specific, but the R is common with the circuit switched GSM network:
Gi between a GGSN and an external network. The GPRS network is
connected to an external data networks via this interface. The GPRS system
will support a variety of data networks. Because of that, the Gi is not a
standard interface, but merely a reference point.
R between terminal equipment and mobile termination. This reference point
connects terminal equipment to mobile termination, thus allowing, for
example, a laptop-PC to transmit data over the GSM-phone. The physical R
interface follows, for example, the ITU-T V.24/V.28 or the PCMCIA PC-Card
standards.
1-40
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
7 Transfer of Packets
between GSNs
User data packets are sent over the GPRS backbone in 'containers'. When a
packet coming from an external packet network arrives at the GGSN, it is
inserted in a container and sent to the SGSN. The stream of containers inside the
GPRS backbone network is totally transparent to the user: To the user, it seems
like he/she is connected directly via a router (the GGSN) to external networks. In
data communications, this type of virtual stream of containers is called a tunnel.
We say that the GSNs are performing tunnelling of user packets, see Figure 18.
Fig. 17 User packets over the GPRS backbone in ‘containers’
1-41
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
The protocol that performs the tunnelling in GPRS is called GPRS Tunnelling
Protocol (GTP). We can say that we transport GTP packets between the SGSN
and the GGSN.
Over the GPRS backbone, IP packets are used to carry the GTP packets. The
GTP packets then contain the actual user packets. This is shown in Figure 19.
The user packet, for example, a TCP/IP packet that carries some part of an
e-mail, is carried inside a GTP packet. The GTP packet is carried over the GPRS
backbone using IP and TCP or UDP (in the example, UDP).
The GTP packet headers, including the tunnel ID (TID), will tell the receiving GSN
who the user is. The tunnel ID includes the user IMSI (and another user specific
number). The TID is a label that tells the SGSN and the GGSN, whose packets
are inside the container.
Fig. 18 GTP container
From the point of view of the user and the external network, the GTP packets that
contain the user packets could be transferred between the GSNs using any
technology, for example, ATM, X.25, or Frame Relay. The chosen technology for
the GPRS backbone is IP.
All the network elements (the GSNs, the charging gateway, etc.) connected to the
GPRS backbone must have an IP address. IP addresses used in the backbone
are invisible to the MS and to the external networks. They are what we call
private IP addresses. That is, the user packets are carried in the GPRS core
between the SGSN and the GGSN using the private IP addresses of the GPRS
backbone.
This concept of tunnelling and hiding backbone addresses ('private') to the user
level is illustrated in the following figures. Figure 20 shows a close-up of the user
and backbone IP address levels. Figure 20 shows the GTP tunnel related to the
user payload, and the relationship between the protocol stacks in the Gi and Gn
interfaces.
1-42
GPRS Architecture
© Nokia Siemens Networks 2008
qeletene.und.slo
Fig. 19 Transfer of packets between the GGSN and the MS
Fig. 20 GTP tunnelling and user payload

More Related Content

What's hot (20)

GPRS
GPRSGPRS
GPRS
 
GPRS Technology
GPRS TechnologyGPRS Technology
GPRS Technology
 
General Packet Radio Service (GPRS)
General Packet Radio Service (GPRS) General Packet Radio Service (GPRS)
General Packet Radio Service (GPRS)
 
Gprs ppt
Gprs pptGprs ppt
Gprs ppt
 
GPRS(General Packet Radio Service)
GPRS(General Packet Radio Service)GPRS(General Packet Radio Service)
GPRS(General Packet Radio Service)
 
Gprs
GprsGprs
Gprs
 
Modul 7 gprs operation
Modul 7    gprs operationModul 7    gprs operation
Modul 7 gprs operation
 
Gprs
GprsGprs
Gprs
 
GPRS
GPRSGPRS
GPRS
 
GPRS
GPRSGPRS
GPRS
 
Introduction to Mobile Core Network
Introduction to Mobile Core NetworkIntroduction to Mobile Core Network
Introduction to Mobile Core Network
 
Factors affecting 2g data speed
Factors affecting 2g data speedFactors affecting 2g data speed
Factors affecting 2g data speed
 
Gprs
GprsGprs
Gprs
 
Copy Of Copy Of Gprs
Copy Of Copy Of GprsCopy Of Copy Of Gprs
Copy Of Copy Of Gprs
 
2 g data call flow
2 g data call flow2 g data call flow
2 g data call flow
 
Skg gsm channel concept ; call processing
Skg gsm channel concept ; call processingSkg gsm channel concept ; call processing
Skg gsm channel concept ; call processing
 
Enhanced Data rates for Global Evolution (EDGE)
Enhanced Data rates for Global Evolution (EDGE)Enhanced Data rates for Global Evolution (EDGE)
Enhanced Data rates for Global Evolution (EDGE)
 
Call flows
Call flowsCall flows
Call flows
 
Common air protocol
Common air protocolCommon air protocol
Common air protocol
 
Gprs persentation
Gprs persentation Gprs persentation
Gprs persentation
 

Similar to GPRS Architecture Overview

Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_EN
Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_ENNokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_EN
Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_ENJuan Boggiano
 
Latency Considerations in LTE: Implications to Security Gateway
Latency Considerations in LTE:  Implications to Security GatewayLatency Considerations in LTE:  Implications to Security Gateway
Latency Considerations in LTE: Implications to Security GatewayTerry Young
 
C2G Wireless Multimedia Networks Technology
C2G Wireless Multimedia Networks TechnologyC2G Wireless Multimedia Networks Technology
C2G Wireless Multimedia Networks Technologycloud2groundtech
 
Cisco 900 Series Integrated Services Routers Datasheet
Cisco 900 Series Integrated Services Routers DatasheetCisco 900 Series Integrated Services Routers Datasheet
Cisco 900 Series Integrated Services Routers Datasheet美兰 曾
 
onos-day-dkim-20150914-lkin
onos-day-dkim-20150914-lkinonos-day-dkim-20150914-lkin
onos-day-dkim-20150914-lkinDongkyun Kim
 
ADC PWR-GSR12-DC
ADC PWR-GSR12-DCADC PWR-GSR12-DC
ADC PWR-GSR12-DCsavomir
 
Improving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkImproving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkeSAT Journals
 
Improving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkImproving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkeSAT Publishing House
 

Similar to GPRS Architecture Overview (20)

gsm,umts.ppt
gsm,umts.pptgsm,umts.ppt
gsm,umts.ppt
 
Latency considerations in_lte
Latency considerations in_lteLatency considerations in_lte
Latency considerations in_lte
 
Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_EN
Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_ENNokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_EN
Nokia_Mission-critical_Utilities_Network_Teleprotection_Application_Note_EN
 
Latency Considerations in LTE: Implications to Security Gateway
Latency Considerations in LTE:  Implications to Security GatewayLatency Considerations in LTE:  Implications to Security Gateway
Latency Considerations in LTE: Implications to Security Gateway
 
C2G Wireless Multimedia Networks Technology
C2G Wireless Multimedia Networks TechnologyC2G Wireless Multimedia Networks Technology
C2G Wireless Multimedia Networks Technology
 
Presentation (1) (1).pptx
Presentation (1) (1).pptxPresentation (1) (1).pptx
Presentation (1) (1).pptx
 
GPRS.pdf
GPRS.pdfGPRS.pdf
GPRS.pdf
 
Cisco 900 Series Integrated Services Routers Datasheet
Cisco 900 Series Integrated Services Routers DatasheetCisco 900 Series Integrated Services Routers Datasheet
Cisco 900 Series Integrated Services Routers Datasheet
 
onos-day-dkim-20150914-lkin
onos-day-dkim-20150914-lkinonos-day-dkim-20150914-lkin
onos-day-dkim-20150914-lkin
 
Gprs
GprsGprs
Gprs
 
ADC PWR-GSR12-DC
ADC PWR-GSR12-DCADC PWR-GSR12-DC
ADC PWR-GSR12-DC
 
3g
3g3g
3g
 
Dm3000
Dm3000Dm3000
Dm3000
 
1 tmo18023 umts overview
1 tmo18023 umts overview1 tmo18023 umts overview
1 tmo18023 umts overview
 
3g and 4g
3g and 4g3g and 4g
3g and 4g
 
Improving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkImproving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation network
 
Improving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation networkImproving quality of service using ofdm technique for 4 th generation network
Improving quality of service using ofdm technique for 4 th generation network
 
Final data
Final dataFinal data
Final data
 
GPRS
GPRSGPRS
GPRS
 
Introduction to GPRS
Introduction to GPRSIntroduction to GPRS
Introduction to GPRS
 

Recently uploaded

"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr BaganFwdays
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxhariprasad279825
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfAlex Barbosa Coqueiro
 
Scanning the Internet for External Cloud Exposures via SSL Certs
Scanning the Internet for External Cloud Exposures via SSL CertsScanning the Internet for External Cloud Exposures via SSL Certs
Scanning the Internet for External Cloud Exposures via SSL CertsRizwan Syed
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationSafe Software
 
Vector Databases 101 - An introduction to the world of Vector Databases
Vector Databases 101 - An introduction to the world of Vector DatabasesVector Databases 101 - An introduction to the world of Vector Databases
Vector Databases 101 - An introduction to the world of Vector DatabasesZilliz
 
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Wonjun Hwang
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationRidwan Fadjar
 
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks..."LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...Fwdays
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Patryk Bandurski
 
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticsKotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticscarlostorres15106
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLScyllaDB
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Enterprise Knowledge
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024Lorenzo Miniero
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii SoldatenkoFwdays
 
DevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsDevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsSergiu Bodiu
 
Search Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfSearch Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfRankYa
 
Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embeddingZilliz
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Mark Simos
 

Recently uploaded (20)

"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptx
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdf
 
Scanning the Internet for External Cloud Exposures via SSL Certs
Scanning the Internet for External Cloud Exposures via SSL CertsScanning the Internet for External Cloud Exposures via SSL Certs
Scanning the Internet for External Cloud Exposures via SSL Certs
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
 
Vector Databases 101 - An introduction to the world of Vector Databases
Vector Databases 101 - An introduction to the world of Vector DatabasesVector Databases 101 - An introduction to the world of Vector Databases
Vector Databases 101 - An introduction to the world of Vector Databases
 
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 Presentation
 
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks..."LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
"LLMs for Python Engineers: Advanced Data Analysis and Semantic Kernel",Oleks...
 
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
Integration and Automation in Practice: CI/CD in Mule Integration and Automat...
 
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmaticsKotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
Kotlin Multiplatform & Compose Multiplatform - Starter kit for pragmatics
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQL
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko
 
DevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsDevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platforms
 
Search Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdfSearch Engine Optimization SEO PDF for 2024.pdf
Search Engine Optimization SEO PDF for 2024.pdf
 
Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embedding
 
DMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special EditionDMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special Edition
 
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
Tampa BSides - Chef's Tour of Microsoft Security Adoption Framework (SAF)
 

GPRS Architecture Overview

  • 1. 1-1 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo GPRS Architecture Contents 1 Objectives...................................................................................................2 2 GPRS Subscriber Profile..........................................................................3 3 GPRS QoS Profile..................................................................................... 5 3.1 Rel'99 QoS parameter set.........................................................................12 3.2 Traffic classes............................................................................................16 3.3 Ranges of Rel'99 attributes.......................................................................18 3.4 Mapping between QoS parameters in Rel'97 and Rel'99.........................19 4 GPRS Logical Functions........................................................................ 21 4.1 Logical Functions in the GPRS Network.................................................. 21 4.2 Network Access Control Functions...........................................................22 4.3 Packet Routing and Transfer Functions................................................... 24 4.4 Mobility Management Functions............................................................... 26 4.5 Logical Link Management Functions........................................................ 26 4.6 Radio Resource Management Functions..................................................26 4.7 Network Management Functions.............................................................. 27 5 Network elements................................................................................... 28 5.1 Packet Control Unit (PCU-PIU of BSC).................................................... 29 5.2 Channel Codec Unit (CCU).......................................................................30 5.3 Serving GPRS Support Node (SGSN)......................................................30 5.4 Gateway GPRS Support Node (GGSN)................................................... 31 5.5 GPRS MS..................................................................................................32 5.6 Domain Name Servers..............................................................................35 5.7 Firewalls.................................................................................................... 35 5.8 Border Gateway........................................................................................ 36 5.9 Charging Gateway.....................................................................................36 6 GPRS Interfaces......................................................................................37 7 Transfer of Packets between GSNs...................................................... 40
  • 2. 1-2 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 1 Objectives After completing this learning element, the student should be able to: Explain the GPRS subscriber profile, GPRS QoS profile, and GPRS logical functions Name the GPRS specific network elements and their most important functions Name and explain five important open interfaces in the GPRS network Explain the principle of transfer of packets between GSNs
  • 3. 1-3 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 2 GPRS Subscriber Profile The GPRS Subscriber Profile is the description of the services a subscriber is allowed to use. Essentially, it contains the description of the packet data protocol used. A subscriber may also use different packet data protocols (PDPs), or one PDP with different addresses. The following parameters are available for each PDP: The packet network address is necessary to identify the subscriber in the public data net. Either dynamically assigned (temporary) addresses or (in the future) static addresses are used in case of IP. The problem of the dynamic addresses will be overcome with the change from Ipv4 to IPv6. In GPRS is two layer 2 protocols are allowed, X.25 or IP. The quality of service QoS: QoS describes various parameters. The subscriber profile defines the highest values of the QoS parameters that can be used by the subscriber. The screening profile: This profile depends on the PDP used and on the capacity of the GPRS nodes. It serves to restrict acceptance during transmission/reception of packet data. For example, a subscriber can be restricted with respect to his possible location, or with respect to certain specific applications. The GGSN address: The GGSN address indicates which GGSN is used by the subscriber. In this way the point of access to external packet data networks PDN is defined. The internal routing of the data is done by IP protocol; the GSNs will have IP addresses. A DNS function is needed to find the destination of the data packets (address translating: e.g. www.gsn-xxx.com → 129.64.39.123)
  • 4. 1-4 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 1 Part of the GPRS subscriber profile are the PDPs and their parameters
  • 5. 1-5 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 3 GPRS QoS Profile The different applications that will make use of packet-oriented data transmission via GPRS require different qualities of transmission. GPRS can meet these different requirements because it can vary the quality of service (QoS) over a wide range of attributes. The quality of service profile (Rec. 02.60, 03.60) permits selection of the following attributes: Precedence class Delay class Reliability class Peak throughput class Mean throughput class. By combining the variation possibilities of the individual attributes a large number of QoS profiles can be achieved. Only a limited proportion of the possible QoS profiles need PLMN-specific support. Fig. 2 Quality of service parameters
  • 6. 1-6 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Precedence Class Three different classes have been defined to allow assessment of the importance of the data packets, in case of limited resources or overload: High precedence Normal precedence Low precedence Delay Class GSM Rec.02.60 defines 4 delay classes (1 to 4). However, a PLMN only needs to realize part of these. The minimum requirement is the support of the so-called „best effort delay class“ (Class 4). Delay requirements (maximum delay) concern the delay of transported data through the entire GPRS network (the first two columns refer to data packets 128 bytes in length, while the last two columns apply to packets 1024 bytes in length). Delay Class Mean transfer delay (sec) 95% delay (sec) Mean transfer delay (sec) 95% delay (sec) 1 < 0,5 < 1,5 < 2 < 7 2 < 5 < 25 < 15 < 75 3 < 50 < 250 < 75 < 375 4 (Best Effort) unspecified unspecified unspecified unspecified Table 1 Delay Class
  • 7. 1-7 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 3 QoS is an assumption of several parameters, which are defined in the recommendations Reliability class Transmission reliability is defined with respect to the probability of data loss, data delivery beyond/outside the sequence, twofold data delivery, and data falsification (probabilities 10-2 to 10-9):. 5 reliability classes (1 to 5) have been defined, 1 guaranteeing the highest and 5 the lowest degree of reliability. Highest reliability (Class 1) is required for error-sensitive, non-real-time applications, which have no possibility of compensating for data loss; lowest reliability (Class 5) is needed for real-time applications which can get over data loss. The reliability classes (see Table 2) define the probability of: Lost data Duplication of data Data arriving out of sequence Corruption of data The reliability class specifies the requirements of the various network protocol layers. The combinations of the GTP, LLC, and RLC transmission modes support the reliability class performance requirements.
  • 8. 1-8 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Reliability Class GTP Mode LLC Frame Mode LLC Data Protection RLC Block Mode Traffic Type 1 Acknowledg ed Acknowledg ed Protected Acknowledg ed Non-real-time traffic, error-sensitive application that cannot cope with data loss. 2 Unacknowle dged Acknowledg ed Protected Acknowledg ed Non-real-time traffic, error-sensitive application that can cope with infrequent data loss. 3 Unacknowle dged Unacknowle dged Protected Acknowledg ed Non-real-time traffic, error-sensitive application that can cope with data loss, GMM/SM, and SMS. 4 Unacknowle dged Unacknowle dged Protected Unacknowle dged Real-time traffic, error-sensitive application that can cope with data loss. 5 Unacknowle dged Unacknowle dged Unprotected Unacknowle dged Real-time traffic, error non-sensitive application that can cope with data loss. Table 2 Reliability classes Note: Signalling and SMS are transferred with reliability class 3.
  • 9. 1-9 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Throughput classes The throughput class indicates the data throughput requested by the user. Throughput is defined by two negotiable parameters: Maximum bit rate Mean bit rate. This includes, for example for "bursty" transmissions, the periods in which no data is transmitted. The maximum and mean bit rates can be represented by a parameter known as the Information Transfer Rate. It is possible for the network to re-negotiate the throughput parameters at any time during a session. User data throughput is specified in terms of a set of throughput classes that characterise the expected bandwidth required for a PDP context. Maximum bit rate The maximum bit rate is measured in octets per second at the Gi and R reference points. It specifies the maximum rate at which data is expected to be transferred across the network for an individual PDP context. There is no guarantee that this maximum rate will be achieved or sustained for any time period as this depends upon the MS capability and available radio resources. The network may limit the subscriber to the negotiated maximum data rate, even if additional transmission capacity is available. The maximum throughput is independent of the particular delay class being used. The maximum (peak) throughput classes are defined in Table 3.
  • 10. 1-10 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Max. Throughput Class Max. Throughput in octets per second 1 Up to 1000 (8 kbit/s) 2 Up to 2000 (16 kbit/s) 3 Up to 4000 (32 kbit/s) 4 Up to 8000 (64 kbit/s) 5 Up to 16 000 (128 kbit/s) 6 Up to 32 000 (256 kbit/s) 7 Up to 64 000 (512 kbit/s) 8 Up to 128 000 (1024 kbit/s) 9 Up to 256 000 (2048 kbit/s) Table 3 Maximum bit rate classes Mean bit rate The mean bit rate (throughput) is measured at the Gi and R reference points in units of octets per hour. It specifies the average rate at which data is expected to be transferred across the GPRS network during the remaining lifetime of an activated PDP context. The network may limit the subscriber to the negotiated mean bit rate (for example, for flat rate charging), even if additional transmission capacity is available. A 'best effort' means bit rate class may be negotiated. This means that bandwidth will be made available to the MS on a need and availability basis. The mean throughput classes are defined in Table 4. Note: ETSI GPRS specifications define several QoS classes which are associated with each PDP context, covering priority, reliability, delay, and throughput. The NSN GPRS system release 1 does not support this QoS functionality. The GPRS QoS can be considered as ‘best effort’.
  • 11. 1-11 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Mean Throughput Class Mean Throughput in octets per hour 1 Best effort. 2 100 (~0.22 bit/s) 3 200 (~0.44 bit/s) 4 500 (~1.11 bit/s) 5 1000 (~2.2 bit/s) 6 2000 (~4.4 bit/s) 7 5000 (~11.1 bit/s) 8 10 000 (~22 bit/s) 9 20 000 (~44 bit/s) 10 50 000 (~111 bit/s) 11 100 000 (~0.22 kbit/s) 12 200 000 (~0.44 kbit/s) 13 500 000 (~1.11 kbit/s) 14 1 000 000 (~2.2 kbit/s) 15 2 000 000 (~4.4 kbit/s) 16 5 000 000 (~11.1 kbit/s) 17 10 000 000 (~22 kbit/s). 18 20 000 000 (~44 kbit/s). 19 50 000 000 (~111 kbit/s). Table 4 Mean bit rate classes
  • 12. 1-12 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 4 QoS is an assumption of several parameters, which are defined in the recommendations 3.1 Rel'99 QoS parameter set Rel'99 parameters are specified for UMTS. NSN GPRS Release 2 also supports these parameters. The list of attributes in Rel'99 are given below: Maximum bit rate specifies the maximum rate at which the data is expected to be transferred in the network for a PDP context. The subscribed transfer rate is not guaranteed; it just specifies the limit that cannot be exceeded. Its purpose is to limit the delivered bit rate to applications or external networks with such limitations and to allow maximum wanted user bit rate to be defined for applications able to operate with different rates, for example, non-transparent circuit switched data. Compare Rel'97/98, similar as 'Peak throughput class'.
  • 13. 1-13 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Guaranteed bit rate specifies guaranteed bit rate delivered in the network for the PDP context. Guaranteed bit rate may be used to facilitate admission control based on available resources, and for resource allocation. Quality requirements expressed by, for example, delay and reliability attributes only apply to incoming traffic up to the guaranteed bit rate. Delivery order (y/n) indicates whether the bearer shall provide in-sequence SDU delivery or not. The attribute is derived from the user protocol (PDP type) and specifies if out-of-sequence SDUs are acceptable or not. This information cannot be extracted from the traffic class. Whether out-of-sequence SDUs are dropped or re-ordered depends on the specified reliability required for the application. Compare Rel'97/98, similar as 'Reordering required'. Maximum SDU size (maximum allowed SDU size, octets) is used for admission control and policing. Policing makes sure that bandwidth limits of the PDP context are not exceeded to protect radio interface. Admission control calculates what network resources are required to provide the requested QoS, determine if resources are available, and reserve them. The admission controller in SGSN has the responsibility to accept or reject PDP context activation and the requested QoS parameter values. SDU format information (list of possible exact sizes of SDUs, bits) is needed because network needs SDU size information to be able to operate in transparent RLC protocol mode, which is beneficial to spectral efficiency and delay when RLC re-transmission is not used. Thus, if the application can specify SDU sizes, the bearer is less expensive. SDU format info is not supported by NSN 2G-SGSN. SDU error ratio indicates the fraction of SDUs lost or detected as erroneous. By reserving resources, SDU error ratio performance is independent of the loading conditions, whereas without reserved resources, such as in Interactive and Background classes, SDU error ratio is used as target value. SDU error ratio is mapped with Rel'97/98 'Reliability class'. Residual bit error ratio indicates the undetected bit error ratio in the delivered SDUs. If no error detection is requested, residual bit error ratio indicates the bit error ratio in the delivered SDUs. Residual bit error ratio is mapped with Rel'97/98 'Reliability class'.
  • 14. 1-14 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Delivery of erroneous SDUs (y/n/-) indicates whether SDUs detected as erroneous shall be delivered or discarded. Delivery of erroneous SDUs is used to decide whether error detection is needed and whether frames with detected errors shall be forwarded or not. A 'yes' value implies that error detection is employed and that erroneous SDUs are delivered together with an error indication, and 'no' implies that error detection is employed and that erroneous SDUs are discarded, and '-' implies that SDUs are delivered without considering error detection. Residual bit error ratio is mapped with Rel'97/98 'Reliability class'. SDU error ratio Residual bit error ratio Delivery of erroneous SDUs Traffic type 10 -6 10 -5 No Non-real-time traffic, error sensitive application that cannot cope with data loss 10 -6 10 -5 No Non-real-time traffic, error sensitive application that can cope with infrequent data loss 10 -4 10 -5 No Non-real-time traffic, error sensitive application that can cope with data loss 10 -3 10 -5 No Real-time traffic, error sensitive application that can cope with data loss. 10 -3 4*10 -3 Yes Real-time traffic, error non-sensitive application that can cope with data loss. Table 5 Traffic examples mapped to Rel'99 attributes
  • 15. 1-15 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Note: For real-time traffic, the QoS profile also requires appropriate settings for delay and throughput. Signalling and SMS are transferred with reliability class 3. Transfer delay (ms) indicates maximum delay for 95% of the distribution of delay for all delivered SDUs during the lifetime of a bearer service. Transfer delay is used to specify the delay tolerated by the application. Traffic handling priority specifies the relative importance for handling of all SDUs belonging to the radio access bearer compared to the SDUs of other bearers. Traffic handling priority is mapped with Rel'97/98 'Delay class'. Allocation/Retention priority is used for differentiating between bearers. In situations where resources are scarce, the relevant network elements can prioritise bearers when performing admission control. Attribute has three categories: High. Users whose packets will never be discarded Normal. Users whose packets will be discarded sometimes Low . The low priority class users whose packets will be discarded The Allocation/Retention priority attribute is a subscription attribute which is not negotiated from the mobile terminal. The addition of a user-controlled Allocation/Retention priority attribute is for further study in future releases. Allocation/Retention priority is mapped with Rel'97/98 'Precedence class'. Source statistics descriptor is used for conversational and streaming classes for ('speech'/'unknown'). Since conversational class is not supported by GPRS, NSN 2G-SGSN does not support Source statistics descriptor.
  • 16. 1-16 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 3.2 Traffic classes End-user applications can be categorised in major groups according to their main QoS requirements. There are four different Rel'99 QoS traffic classes: Conversational class Streaming class Interactive class Background class Fig. 5 Rel'99 QoS traffic classes The main distinguishing factor between these QoS traffic classes is how delay sensitive the traffic is: Conversational class is meant for traffic which is very delay sensitive while Background class is the most delay insensitive traffic class. Conversational and Streaming classes are intended to be used to carry real-time traffic flows. The main difference between them is how delay sensitive the traffic is. Conversational real-time services, like video telephony, are the most delay sensitive applications and those data streams should be carried in Conversational class.
  • 17. 1-17 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Interactive class and Background are mainly meant to be used by traditional Internet applications like WWW, e-mail, Telnet, FTP, and News. The main difference between Interactive and Background class is that Interactive class is mainly used by interactive applications, for example, interactive e-mail or interactive web browsing, while Background class is meant for background traffic, for example, background download of e-mails or background file downloading. Responsiveness of the interactive applications is ensured by separating interactive and background applications. Traffic in the Interactive class has higher priority in scheduling than Background class traffic, so background applications use transmission resources only when interactive applications do not need them. This is very important in wireless environment where the bandwidth is low compared to fixed networks. Although the bit rate of a conversational source codec may vary, conversational traffic is assumed to be relatively non-bursty. Maximum bit rate specifies the upper limit of the bit rate with which the bearer delivers SDUs. The bearer is not required to transfer traffic exceeding the guaranteed bit rate. As for conversational class, streaming traffic is assumed to be rather non-bursty. Maximum bit rate specifies the upper limit of the bit rate. This class is optimised for transport of human or machine interaction with remote equipment, such as web browsing. The source characteristics are unknown but may be bursty. The background class is optimised for machine-to-machine communication that is not delay sensitive, such as messaging services. Background applications tolerate a higher delay than applications using the interactive class, which is the main difference between the background and interactive classes.
  • 18. 1-18 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 3.3 Ranges of Rel'99 attributes Traffic class Conversational class Streaming class Interactive class Background class Maximum bit rate (kbps) < 2 048 (2) < 2 048 (2) Delivery order Yes/No Yes/No Yes/No Yes/No Maximum SDU size (octets) <=1 500 or 1 502 (4) <=1 500 or 1 502 (4) <=1 500 or 1 502 (4) <=1 500 or 1 502 (4) SDU format information (9) (9) Delivery of erroneous SDUs Yes/No/- Yes/No/- Yes/No/- Yes/No/- Residual BER 5*10 -2 , 10 -2 , 5*10 -3 , 10 -3 , 10 -4 , 10 -6 5*10 -2 , 10 -2 , 5*10 -3 , 10 -3 , 10 -4 , 10 -5 , 10 -6 4*10 -3 , 10 -5 , 6*10 -8 (6) 4*10 -3 , 10 -5 , 6*10 -8 (6) SDU error ratio 10 -2 , 7*10 -3 , 10 -3 , 10 -4 , 10 -5 10 -1 , 10 -2 , 7*10 -3 , 10 -3 , 10 -4 , 10 -5 10 -3 , 10 -4 , 10 -6 10 -3 , 10 -4 , 10 -6 Transfer delay (ms 80-100 up to FFS (8) (5) 250 up to FFS (8) (10) (10) Guaranteed bit rate (kbps) < 2 048 (1) (2) < 2 048 (1) (2) (11) (12) Traffic handling priority 1,2,3 (7) (12) Allocation/Retentio n priority 1,2,3 (7) 1,2,3 (7) 1,2,3 (7) 1,2,3 (7) Source statistic descriptor Speech/unknown(1) Speech/unkno wn (1) Table 6 Value ranges of Rel'99 attributes
  • 19. 1-19 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 3.4 Mapping between QoS parameters in Rel'97 and Rel'99 Since there are two different parameter sets (Rel'97 and Rel'99) and they might be used simultaneously in a same network, these parameter must be mapped with each other. Fig. 6 Rules for determining Rel'99 attributes from Rel-97/98 attributes
  • 20. 1-20 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 7 Rules for determining Rel'97 attributes from Rel'99 attributes
  • 21. 1-21 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 4 GPRS Logical Functions 4.1 Logical Functions in the GPRS Network The tasks required for the handling of processes in the GSM-/GPRS network are structured into logical functions. These functions may contain a large number of individual functions. Logical functions are: Network access control functions Packet routing and transfer functions Mobility management functions Logical link management functions Network management functions Fig. 8 Logical functions of the GPRS network
  • 22. 1-22 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 4.2 Network Access Control Functions Network access means the way or manner in which a subscriber gains access to a telecommunication network to make use of the services this network provides. An access protocol consists of a defined set of procedures, which makes access to the network possible. Network access can be obtained both from the MS and from the fixed network part of the GPRS network. Depending on the provider, the interface to external data networks can support various access protocols, e.g. IP or X.25. The following functions have been defined for access to the GPRS network: Registration function: Registration stands for linking the identity of the mobile radio subscriber to his packet data protocol (or protocols), the PLMN-internal addresses and the point of access of the user to external data Protocol (PDP) networks. This link can be static (HLR entry), or it can be effected on demand. Authentication and authorization function: This function stands for the identification of the subscriber and for access legitimacy when a service is demanded. In addition, the legitimacy of the use of this particular service is controlled. The authentication function is carried out in conjunction with the mobility management functions. Admission control function: Admission control is intended for determining the network resources required for performing the desired service (QoS). It also decides whether these resources are available, and lastly it is used for reserving resources. Admission control is effected in conjunction with the radio resource management functions to enable assessment of radio resources requirements in each individual cell. Message screening function: A "screening" function is combined with the filtering of unauthorized or undesirable information/messages. In the introduction stage of GPRS a network-controlled screening function is supported. Subscription-controlled and user-controlled screening may be additionally provided at a later stage. Packet terminal adaptation function: This function adapts data packets received/transmitted from/to the terminal equipment TE to a form suited for transport through the GPRS network. Charging data collection function: This function is used for collecting data required for billing.
  • 23. 1-23 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 9 Network access control functions
  • 24. 1-24 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 4.3 Packet Routing and Transfer Functions A route consists of an orderly list of nodes used for the transfer of messages within and between the PLMNs. Each route consists of the node of origin, no node, one or several relay nodes, and the node of destination. Routing is the process of determining and using the route for the transmission of a message within or between PLMNs. Relay function: Transferring data received by a node from another node to the next node of the route. *Routing function: Determining the transmission path for the next hop on the route towards the GPRS support node (GSN) the message is intended for. Data transmission between GSNs can be effected via external data networks possessing their own routing functions; e. g. X.25, Frame Relay or ATM networks. Address translation and mapping function: Address translation means transforming one address into another, different address. It can be used to transform addresses of external network protocols into internal network addresses (for routing purposes). Address mapping is used to copy a network address into another network address of the same type (e.g. for the routing and transmitting of messages from one network node to the next). Encapsulation function: Encapsulation means supplementing address- and control information into one data unit for the routing of packets within or between PLMNs. The opposite process is called decapsulation. Encapsulation and decapsulation is effected between the GSN of the GPRS-PLMN as well as between the SGSN and the MS. Tunneling Function: Tunneling means the transfer of encapsulated data units in the PLMN. A tunnel is a two-way point-to-point path, only the endpoints of which are identified. Compression function: for the optimal use of radio link capacity. Ciphering function: preventing eavesdropping Domain name server function: Decoding logical GSN names in GSN addresses. This function is a standard function of the internet.
  • 25. 1-25 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 10 Packet routing and transfer functions in the GPRS network
  • 26. 1-26 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 4.4 Mobility Management Functions Mobility management functions are used to enable tracing the actual location of a mobile station in either the home-PLMN or a Visited-PLMN. 4.5 Logical Link Management Functions Logical link management functions concern maintenance of a communication channel between an MS and the PLMN via the radio interface Um. These functions include the coordination of link state information between the MS and the PLMN and the monitoring of data transfer activities via the logical link. Logical link establishment function: Building up a logical link by during GPRS attach. Logical link maintenance function: Monitoring of the state of the logical link and state modification control. Logical link release function: De-allocation of resources associated with the logical link. 4.6 Radio Resource Management Functions Radio resource management functions include allocation and maintenance of communication channels via the radio interface. The GSM radio resources must be divided /distributed between circuit switched services and GPRS. Um management function: Managing available physical channels of cells and determining the share of radio resources allocated for use in the GPRS. This share may vary from cell to cell. Cell selection function: Allows the MS to select the optimal cell for a communication path. This includes measurement and evaluation of the signal quality of neighboring cells and detection and avoidance of overload in the eligible cells. Um-tranx function: Offers capacity for packet data transfer via Um. The function includes a. o. procedures for multiplexing packets via shared physical channels, for retaining packets in the MS, for error detection and correction, and for flow control. Path management function: Management of packet data communication between BSS and serving GSN node. Establishing and canceling these paths can be effected either dynamically (amount of traffic data) or statically (maximum load to be expected for each cell).
  • 27. 1-27 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 4.7 Network Management Functions Network management functions provide mechanisms for the support of GPRS-related operation & maintenance functions. Fig. 11 Mobility management, logical link, radio resource and network management functions
  • 28. 1-28 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5 Network elements Figure 12 shows the architecture of a GPRS network. The GPRS system brings some new network elements to an existing GSM network. These elements are: Packet Control Unit (PCU) Serving GPRS Support Node (SGSN): the MSC of the GPRS network Gateway GPRS Support Node (GGSN): gateway to external networks Border Gateway (BG): a gateway to other PLMN Intra-PLMN backbone: an IP based network inter-connecting all the GPRS elements Charging Gateway (CG) Legal Interception Gateway (LIG) Domain Name System (DNS) Firewalls: used wherever a connection to an external network is required. Not all of the network elements are compulsory for every GPRS network. Fig. 12 GPRS architecture
  • 29. 1-29 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.1 Packet Control Unit (PCU-PIU of BSC) The PCU separates the circuit switched and packet switched traffic from the user and sends them to the GSM and GPRS networks respectively. It also performs most of the radio resource management functions of the GPRS network. The PCU can be either located in the BTS, BSC, or some other point between the MS and the MSC. There will be at least one PCU that serves a cell in which GPRS services will be available. Frame Relay technology is being used at present to interconnect the PCU to the GPRS core. Fig. 13 PCU - its position within the BSS
  • 30. 1-30 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.2 Channel Codec Unit (CCU) The CCU is realised in the BTS to perform the Channel Coding (including the coding scheme algorithms), power control and timing advance procedures. 5.3 Serving GPRS Support Node (SGSN) The SGSN is the most important element of the GPRS network. The SGSN of the GPRS network is equivalent to the MSC of the GSM network. There must at least one SGSN in a GPRS network. There is a coverage area associated with a SGSN. As the network expands and the number of subscribers increases, there may be more than one SGSN in a network. The SGSN has the following functions: Protocol conversion (for example IP to FR) Ciphering of GPRS data between the MS and SGSN Data compression is used to minimise the size of transmitted data units Authentication of GPRS users Mobility management as the subscriber moves from one area to another, and possibly one SGSN to another Routing of data to the relevant GGSN when a connection to an external network is required Interaction with the NSS (that is, MSC/VLR, HLR, EIR) via the SS7 network in order to retrieve subscription information Collection of charging data pertaining to the use of GPRS users Traffic statistics collections for network management purposes.
  • 31. 1-31 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.4 Gateway GPRS Support Node (GGSN) The GGSN is the gateway to external networks. Every connection to a fixed external data network has to go through a GGSN. The GGSN acts as the anchor point in a GPRS data connection even when the subscriber moves to another SGSN during roaming. The GGSN may accept connection request from SGSN that is in another PLMN. Hence, the concept of coverage area does not apply to GGSN. There are usually two or more GGSNs in a network for redundancy purposes, and they back up each other up in case of failure. The functions of a GGSN are given below: Routing mobile-destined packets coming from external networks to the relevant SGSN Routing packets originating from a mobile to the correct external network Interfaces to external IP networks and deals with security issues Collects charging data and traffic statistics Allocates dynamic or static IP addresses to mobiles either by itself or with the help of a DHCP or a RADIUS server Involved in the establishment of tunnels with the SGSN and with other external networks and VPN. From the external network's point of view, the GGSN is simply a router to an IP sub-network. This is shown below. When the GGSN receives data addressed to a specific user in the mobile network, it first checks if the address is active. If it is, the GGSN forwards the data to the SGSN serving the mobile. If the address is inactive, the data is discarded. The GGSN also routes mobile originated packets to the correct external network. Fig. 14 GPRS network as seen by another data network
  • 32. 1-32 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.5 GPRS MS Different GPRS MS classes were introduced to cope with the different needs of future subscribers. The mobiles differ in their capabilities. Fig. 15 GPRS network as seen by another data network
  • 33. 1-33 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Three GPRS MS classes were defined: Class A: With a class A mobile GSM circuit switched services and GSM GPRS services can be simultaneously activated. A subscriber can get data from an active GPRS link while simultaneously making a phone call. A class A mobile allows also a simultaneous attach, activation and monitor of the classical GSM and GPRS services. Class B: A class B mobile allows a simultaneous attach, activation and monitor of the circuit switched GSM and GPRS services. It does not allow a simultaneous transmission of user data on GSM and GPRS. For instance, a subscriber has established a GPRS data connection and receives data packets. A mobile terminating GSM circuit switched call is indicated. The subscriber accepts the call. While he is making the voice call, the GPRS virtual connection is “held or busy”, but no packet data transfer is possible. Having terminated the voice call, packet data can again be transmitted via the still existing GPRS virtual connection. Class C: A class C mobile is either a pure GPRS MS or it supports both GSM circuit switched services and GPRS. If it supports both then it can be used only in one of the two modes. If a subscriber switches his mobile into GPRS mode, he can originate or terminate GPRS calls, but he can no longer originate or terminate GSM circuit switched calls. In GPRS and HSCSD, increased data rates can be achieved by channel bundling. Channel bundling is the allocation of several timeslots to a MS. In other words, the mobile stations have a multislot capability. In the specification 05.02, the individual GSM multislot MS classes are specified.
  • 34. 1-34 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo a) = 1 with frequency hopping. = 0 without frequency hopping. b) = 1 with frequency hopping or change from Rx to Tx. = 0 without frequency hopping and no change from Rx to Tx. c) = 1 with frequency hopping or change from Tx to Rx. = 0 without frequency hopping and no change from Tx to Rx.
  • 35. 1-35 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.6 Domain Name Servers These devices convert IP names into IP addresses, for example, server.nsn.com to 133.44.15.5. There is a primary DNS server and a secondary DNS server. Details of DNS were described in Introduction to TCP/IP module and information is also found in the IP CORE Course. In the specifications, the DNS functionality is included in the SGSN. However, the main vendors have chosen to separate the DNS functions from the SGSN. 5.7 Firewalls A firewall protects an IP network against external attack (for example, hackers from the mobile users or from the Internet). In the case of GPRS, the firewall might be configured to reject all packets that are not part of a GPRS subscriber-initiated connection. The firewall can also include NAT (Network Address Translation), see the Introduction to TCP/IP module. In the specifications for GPRS, the firewalls are not included. It is however included here due to the fact that operators usually need to implement firewalls in their GPRS network (for security reasons).
  • 36. 1-36 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 5.8 Border Gateway The Border Gateway (BG) is a router that can provide a direct GPRS tunnel between different operators' GPRS networks. This is referred to as an inter-PLMN data network. It is more secure to transfer data between two operators' PLMN networks through a direct connection rather than via the public Internet. The Border Gateway will commence operation once the GPRS roaming agreements between various operators have been signed. It will essentially allow a roaming subscriber to connect to company intranet through the Home GGSN via the visiting PLMN network. 5.9 Charging Gateway GPRS users have to be charged for the use of the network. In a GSM network, charging is based on the destination, duration, and time of call. However, GPRS offers connectionless service to users, so it not possible to charge subscribers on the connection duration. Charging has to be based on the volume, destination, QoS, and other parameters of a connectionless data transfer. These GPRS charging data are generated by all the SGSNs and GGSNs in the network. This data is referred to as Charging Data Records or CDRs. One data session may generate a number of CDRs, so these need to collected and processed. The Charging Gateway (CG) collects all of these records, sorts them, processes it, and passes it on to the Billing System. Here the GPRS subscriber is billed for the data transaction. All CDRs contain unique subscriber and connection identifiers to distinguish it. A protocol called GTP' (pronounced GTP prime) is used for the transfer of data records between GSNs and the Charging Gateway.
  • 37. 1-37 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 6 GPRS Interfaces The GPRS system introduces new interfaces to the GSM network. Figure illustrates the logical architecture with the interfaces and reference points of the combined GSM/GPRS network. Fig. 16 GPRS interfaces Connections from the GPRS system to the NSS part of the GSM network are implemented through the SS7 network. The GPRS element interfacing with the NSS is SGSN. The important interfaces to the NSS are the SGSN-HLR (Gr), SGSN-EIR (Gf), and SGSN-MSC/VLR (Gs). The other interfaces are implemented through the intra-PLMN backbone network (Gn), the inter-PLMN backbone network (Gp), or the external networks (Gi).
  • 38. 1-38 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo The interfaces used by the GPRS system are described below: Um between an MS and the GPRS fixed network part. The Um is the access interface the MS uses to access the GPRS network. The radio interface to the BTS is the same interface used by the existing GSM network with some GPRS specific changes. Gb between a SGSN and a BSS. The Gb interface carries the GPRS traffic and signalling between the GSM radio network (BSS) and the GPRS network. Frame Relay based network services is used for this interface. Gn between two GSNs within the same PLMN. The Gn provides a data and signalling interface in the Intra-PLMN backbone. The GPRS Tunnelling Protocol (GTP) is used in the Gn (and in the Gp) interface over the IP based backbone network. Gp between two GSNs in various PLMNs. The Gp interface provides the same functionality as the Gn interface, but it also provides, together with the BG and the Firewall, all the functions needed for inter-PLMN networking, that is, security, routing, etc. Gr between an SGSN and the HLR. The Gr gives the SGSN access to subscriber information in the HLR. The HLR can be located in a different PLMN than the SGSN (MAP). Ga between the GSNs and the CG inside the same PLMN. The Ga provides a data and signalling interface. This interface is used for sending the charging data records generated by GSNs to the CG. The protocol used is GTP', an enhanced version of GTP. Gs between a SGSN and a MSC. The SGSN can send location data to the MSC or receive paging requests from the MSC via this optional interface. The Gs interface will greatly improve the effectiveness of the radio and network resources in the combined GSM/GPRS network. This interface uses BSSAP+ protocol. Gd between the SMS-GMSC and an SGSN, and between SMS-IWMSC and an SGSN. The Gd interface is available for more efficient use of the SMS services (MAP). Gf between an SGSN and the EIR. The Gf gives the SGSN access to GPRS user equipment information. The EIR maintains three different lists of mobile equipment: black list for stolen mobiles, grey list for mobiles under observation and white list for other mobiles (MAP). Gc between the GGSN and the HLR. The GGSN may request the location of an MS via this optional interface. The interface can be used if the GGSN needs to forward packets to an MS that is not active.
  • 39. 1-39 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo There are two different reference points in the GPRS network. The Gi is GPRS specific, but the R is common with the circuit switched GSM network: Gi between a GGSN and an external network. The GPRS network is connected to an external data networks via this interface. The GPRS system will support a variety of data networks. Because of that, the Gi is not a standard interface, but merely a reference point. R between terminal equipment and mobile termination. This reference point connects terminal equipment to mobile termination, thus allowing, for example, a laptop-PC to transmit data over the GSM-phone. The physical R interface follows, for example, the ITU-T V.24/V.28 or the PCMCIA PC-Card standards.
  • 40. 1-40 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo 7 Transfer of Packets between GSNs User data packets are sent over the GPRS backbone in 'containers'. When a packet coming from an external packet network arrives at the GGSN, it is inserted in a container and sent to the SGSN. The stream of containers inside the GPRS backbone network is totally transparent to the user: To the user, it seems like he/she is connected directly via a router (the GGSN) to external networks. In data communications, this type of virtual stream of containers is called a tunnel. We say that the GSNs are performing tunnelling of user packets, see Figure 18. Fig. 17 User packets over the GPRS backbone in ‘containers’
  • 41. 1-41 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo The protocol that performs the tunnelling in GPRS is called GPRS Tunnelling Protocol (GTP). We can say that we transport GTP packets between the SGSN and the GGSN. Over the GPRS backbone, IP packets are used to carry the GTP packets. The GTP packets then contain the actual user packets. This is shown in Figure 19. The user packet, for example, a TCP/IP packet that carries some part of an e-mail, is carried inside a GTP packet. The GTP packet is carried over the GPRS backbone using IP and TCP or UDP (in the example, UDP). The GTP packet headers, including the tunnel ID (TID), will tell the receiving GSN who the user is. The tunnel ID includes the user IMSI (and another user specific number). The TID is a label that tells the SGSN and the GGSN, whose packets are inside the container. Fig. 18 GTP container From the point of view of the user and the external network, the GTP packets that contain the user packets could be transferred between the GSNs using any technology, for example, ATM, X.25, or Frame Relay. The chosen technology for the GPRS backbone is IP. All the network elements (the GSNs, the charging gateway, etc.) connected to the GPRS backbone must have an IP address. IP addresses used in the backbone are invisible to the MS and to the external networks. They are what we call private IP addresses. That is, the user packets are carried in the GPRS core between the SGSN and the GGSN using the private IP addresses of the GPRS backbone. This concept of tunnelling and hiding backbone addresses ('private') to the user level is illustrated in the following figures. Figure 20 shows a close-up of the user and backbone IP address levels. Figure 20 shows the GTP tunnel related to the user payload, and the relationship between the protocol stacks in the Gi and Gn interfaces.
  • 42. 1-42 GPRS Architecture © Nokia Siemens Networks 2008 qeletene.und.slo Fig. 19 Transfer of packets between the GGSN and the MS Fig. 20 GTP tunnelling and user payload