Professional Documents
Culture Documents
System
A30808-X3247-L24-5-7618
GPRS/EGPRS Global Description Information
System
Caution:
This equipment has been tested and found to comply with EN 301489. Its class of conformity is defined in table
A30808-X3247-X910-*-7618, which is shipped with each product. This class also corresponds to the limits for a
Class A digital device, pursuant to part 15 of the FCC Rules.
These limits are designed to provide reasonable protection against harmful interference when the equipment is
operated in a commercial environment.
This equipment generates, uses and can radiate radio frequency energy and, if not installed and used in accor-
dance with the relevant standards referenced in the manual “Guide to Documentation”, may cause harmful inter-
ference to radio communications.
For system installations it is strictly required to choose all installation sites according to national and local require-
ments concerning construction rules and static load capacities of buildings and roofs.
For all sites, in particular in residential areas it is mandatory to observe all respectively applicable electromagnetic
field / force (EMF) limits. Otherwise harmful personal interference is possible.
Trademarks:
All designations used in this document can be trademarks, the use of which by third parties for their own purposes
could violate the rights of their owners.
2 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This document consists of a total of 300 Pages. All pages are issue 5.
Issue History
Issue Date of Reason for Update
Number Issue
A30808-X3247-L24-5-7618 3
GPRS/EGPRS Global Description Information
System
Contents
1 Introductions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.1 Generality. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.2 Structure of the Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3 GPRS/EGPRS Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.1 GPRS and EGPRS Modulation Principles . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.2 Network Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
3.3 GPRS/EGPRS Protocol Stack . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
3.4 Data Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
3.5 RLC/MAC Block and Radio Block Structures. . . . . . . . . . . . . . . . . . . . . . . . 40
3.5.1 RLC/MAC and Radio Block Structures: Data Transfer . . . . . . . . . . . . . . . . 40
3.5.1.1 RLC/MAC Block and Radio Block Structures for GPRS Data Transfer . . . . 40
3.5.1.2 RLC/MAC Block and Radio Block Structure for EGPRS Data Transfer. . . . 41
3.5.2 RLC/MAC Block Structure: Control Signalling . . . . . . . . . . . . . . . . . . . . . . . 42
4 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
7 Gb Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
7.1 Physical Layer. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
7.2 Network Service Layer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
7.2.1 Sub-Network Service: Frame Relay on Gb Interface . . . . . . . . . . . . . . . . 144
7.2.1.1 Examples of Addressing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147
7.2.1.2 Frame Relay Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151
A30808-X3247-L24-5-7618 5
GPRS/EGPRS Global Description Information
System
6 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 7
GPRS/EGPRS Global Description Information
System
12 Abbreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298
8 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Illustrations
Fig. 3.1 Basic GMSK Constellation of Signal Vectors. . . . . . . . . . . . . . . . . . . . . 30
Fig. 3.2 Basic 8 PSK Constellation of Signal Vectors . . . . . . . . . . . . . . . . . . . . . 31
Fig. 3.3 GPRS/EGPRS Network Architecture. . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Fig. 3.4 Protocol Stack for Data Transmission in GPRS/EGPRS Network. . . . . 35
Fig. 3.5 Data Flow across Protocol Layers in case of GPRS/
EGPRS(MSC1...MSC6) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
Fig. 3.6 Data Flow across Protocol Layers in case of EGPRS(MSC7...MSC9) . 37
Fig. 3.7 Data Flow from the SGSN to the MS. . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Fig. 3.8 RLC/MAC block’s structure for Data Transfer . . . . . . . . . . . . . . . . . . . . 40
Fig. 3.9 Radio Block structure for Data Transfer on the “Um” Interface . . . . . . . 40
Fig. 3.10 RLC/MAC Block structure for Data Transfer with one RLC Data Block field
41
Fig. 3.11 RLC/MAC Block structure for Data Transfer with two RLC Data block fields
41
Fig. 3.12 Radio Block for Data Transfer with one RLC Data Block field . . . . . . . . 42
Fig. 3.13 Radio Block for Data Transfer with two RLC Data Block field . . . . . . . . 42
Fig. 3.14 RLC/MAC Block Structure for Control Messages . . . . . . . . . . . . . . . . . 42
Fig. 3.15 Radio Block for Control Messages (Signalling).. . . . . . . . . . . . . . . . . . . 42
Fig. 4.1 Packet Data Channel (PDCH) within a TDMA frame. . . . . . . . . . . . . . . 45
Fig. 4.2 Multiframe Structure for a PDCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Fig. 4.3 GPRS Coding Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Fig. 4.4 Coding of the RLC/MAC Block using CS-1 . . . . . . . . . . . . . . . . . . . . . . 50
Fig. 4.5 EGPRS Coding Schemes and Families. . . . . . . . . . . . . . . . . . . . . . . . . 52
Fig. 4.6 Interleaving of MCS9 Coded Data into Two Consecutive Normal Bursts54
Fig. 4.7 Interleaving of MCS6 Coded Data into Four Consecutive Normal Bursts .
55
Fig. 4.8 Multiplexing Mobile Station on the same PDCH (Downlink) . . . . . . . . . 57
Fig. 4.9 Multiplexing Mobile Station on the same PDCH (Uplink). . . . . . . . . . . . 58
Fig. 4.10 Example of Mapping of the PBCCH Channel. . . . . . . . . . . . . . . . . . . . . 61
Fig. 4.11 Packet Common Control Channels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
Fig. 4.12 Example of Mapping of the PCCCH Channel. . . . . . . . . . . . . . . . . . . . . 62
Fig. 4.13 Example of Mapping of two PCCCH Channels.. . . . . . . . . . . . . . . . . . . 63
Fig. 4.14 Example of Mapping of Logical Channels in the Physical Channel (Down-
link Direction). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Fig. 4.15 Example of Mapping of Logical Channels in the Physical Channel (Uplink
Direction).. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
Fig. 4.16 Example of Downlink Configuration with PBCCH and PCCCH Channels .
67
Fig. 4.17 Example of Uplink Configuration with PRACH Channel. . . . . . . . . . . . . 68
Fig. 4.18 Continuous Timing Advance Update Feature . . . . . . . . . . . . . . . . . . . . 70
Fig. 4.19 Example of Multislot Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Fig. 5.1 Example of TRXs enabled to support Packet Switched Services.. . . . . 77
Fig. 5.2 Example of TRXs enabled to support GPRS and EGPRS. . . . . . . . . . . 80
Fig. 5.3 Example of GPRS/EGPRS configuration. . . . . . . . . . . . . . . . . . . . . . . . 84
A30808-X3247-L24-5-7618 9
GPRS/EGPRS Global Description Information
System
10 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Fig. 8.2 Example of PTPPKF Distribution when a New PCU is Created - Step 1. .
179
Fig. 8.3 Example of PTPPKF Distribution when a New PCU is Created - Step 2. .
180
Fig. 8.4 Example of PTPPKF Distribution in Case of PCU Crash. . . . . . . . . . . 181
Fig. 8.5 Example of PTPPKF Distribution when a PCU Comes Back in Service . .
183
Fig. 9.1 Network Structure: Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187
Fig. 9.2 Mobility Management States . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Fig. 9.3 Radio Resource States . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Fig. 9.4 Packet Data Protocol States . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194
Fig. 9.5 Coding of the 11 Bit Access Burst . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
Fig. 9.6 One Phase Access on PCCCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200
Fig. 9.7 Two Phases Access on CCCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Fig. 9.8 Packet Access Reject Procedure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205
Fig. 9.9 TBF Establishment Initiated by the Network on PCCCH . . . . . . . . . . . 207
Fig. 9.10 Behavior of T3182 Timer and N3102 Counter . . . . . . . . . . . . . . . . . . . 218
Fig. 9.11 Detection of Anomalies during an Uplink TBF on the Network Side . . 219
Fig. 9.12 Release of an Uplink TBF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Fig. 9.13 Release of Resources on the Network Side during an Uplink TBF (in case
of T3169 timer expiration) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Fig. 9.14 Control Procedure Executed by the Network during a Downlink TBF . 223
Fig. 9.15 Release of a Downlink TBF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Fig. 9.16 Suspend Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Fig. 9.17 Resume Procedure (the MS has remained in the same cell - Successful
Resume) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Fig. 9.18 Resume Procedure (The MS has changed the Routing Area) . . . . . . 230
Fig. 10.1 Management of Adjacent Cells . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243
Fig. 10.2 Network Controlled Cell Reselection Procedure . . . . . . . . . . . . . . . . . 255
Fig. 10.3 CS1 and CS2 Throughput Depending on C/I (dB). . . . . . . . . . . . . . . . 266
Fig. 10.4 Gross Throughput Depending on CS and C/I (dB) . . . . . . . . . . . . . . . 268
Fig. 10.5 BLER as Function of C/I (dB) for all GPRS Coding Schemes . . . . . . . 269
Fig. 10.6 Simulation Results for Family A (+MCS1) without IR . . . . . . . . . . . . . 272
A30808-X3247-L24-5-7618 11
GPRS/EGPRS Global Description Information
System
1 Introductions
1.1 Generality
With the implementation of the second generation of the mobile systems, due to the
digital transmission mode they use, not only pure speech transmission, but also low rate
data transmission and several supplementary services have been provided to the final
users.
Nevertheless, since needs for mobile data transmission are rapidly increasing due to the
current world wide activities based on the exchange of big amount of informations with
the minimum time delay and maximun efficiency the growth in the area of data transmis-
sion is much higher and faster than in the area of speech transmission.
In principle, a higher data transmission rates in the GSM network can be achieved by
the HSCSD feature (High Speed Circuit Switched Data). With HSCSD it is possible to
match the ISDN transmission rate, by combining four timeslots of the TDMA frame.
One disadvantage of the HSCSD feature, however, is the circuit switched data transmis-
sion that it requires and it uses; in fact when circuit switched connections are used the
following limitations arise:
– efficient resource management becomes difficult to reach.
– additional costs arise for the user.
For this reason the HSCSD technology is essentially suited for whose applications
involving high, but constant, transmission rates (e.g., videotelephony).
To further increase data rates, exceeding HSCSD limits, the General Packet Data
Service (GPRS) has been developed.
GPRS is intended to provide the possibility of transmitting large volumes of data in a
very short time; on the other hand it ensures a better management of available
resources, which will:
– increase the number of users;
– reduce the costs arising for individual users (volume-oriented fees).
Using the GPRS technology it is possible to reach a maximum data throughput of about
150-170 kbit/s per each user.
The incoming third generation of mobile networks, however, requires, for its forthcoming
multimedia applications, much more bandwidth, at least 384 kbit/s. The Enhanced
General Packet Data Service (EGPRS) represents the GPRS upgrade and offers the
opportunity to achieve those high data rates by preserving the most important GSM air
interface features (e.g. 200 kHz channeling, TDMA access type, cell planning
processes), by introducing a new modulation scheme (8 PSK instead of GMSK). This
means that EGPRS will rely completely on underlying GSM functionality.
Due to its GSM/GPRS compatibility EGPRS is the optimal packet data feature for estab-
lished GSM operators, it provides a high protection for old investments and requires only
small new investments. Looking at the fact that only a limited number of operators per
country have been assigned UMTS licenses, EGPRS is also a good opportunity for
those operators (so called “UMTS-losers”) to make an evolutionary step to their mobile
networks and provides the opportunity to offer in advance services normally offered by
3rd generation networks.
For this reason it is expected that both UMTS and GPRS/EGPRS networks will coexist
in the near future. UMTS will serve mainly hotspots that require up to 2 Mbit/s data
12 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
services per subscriber and GPRS/EGPRS will be used to cover the rest of the area
offering up to 384 kbit/s data services.
A30808-X3247-L24-5-7618 13
GPRS/EGPRS Global Description Information
System
14 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR - F017
CR - F135
CR - F187
CR - F189
A30808-X3247-L24-5-7618 15
GPRS/EGPRS Global Description Information
System
Release: BR5.5
This Change Request introduces some improvements regarding the GPRS service,
with the purpose to increase mainly the customer acceptance and performance of the
GPRS.
CR - F190
CR - F191
CR - F205
CR - F287
Decrease Round Trip Delay Time and Improve Web Browsing Performances
Release BR5.5
This Change Request allows the improvement in the overall performance of the inter-
action between many TCP/IP based applications and the GPRS network.
CR - X232
16 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR - X366
FSH 0457
FSH 0503
FSH 0512
A30808-X3247-L24-5-7618 17
GPRS/EGPRS Global Description Information
System
FSH 0515
FSH 1928
CR - F092
CR - F119
CR - F208
Rework of default values for Power Control, Handover, Adjacent Cell and BTS
Release: BR6.0
This Change Request introduces new default values for some parameters.
CR - X260
CR - X263
18 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This Change Request is due to the decision to implement only a few parts of FSH 0515.
CR - X411
CR - X482
CR - X617
CR - X669
CR - X685
CR - X706
A30808-X3247-L24-5-7618 19
GPRS/EGPRS Global Description Information
System
CR - X912
CR - X1086
CR - X1519
CR - X1553
CR - X1681
20 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR - X1706
FSH 0419
FSH 0420
FSH 0429
A30808-X3247-L24-5-7618 21
GPRS/EGPRS Global Description Information
System
FSH 0444
FSH 0514
FSH 0516
FSH 0527
FSH 0550
CR - X0158
22 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR - X1150
CR - X1152
CR - X1362
CR - X1454
A30808-X3247-L24-5-7618 23
GPRS/EGPRS Global Description Information
System
CR - X1495
CR - X1507
CR - X1656
24 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR - X1738
CR - X1742
A30808-X3247-L24-5-7618 25
GPRS/EGPRS Global Description Information
System
Release: BR7.0
IIn this Change Request it is requested to maintaine active the delayed TBF also during
Mobility management procedures considering always the peak throughput information
for the assignment of resourses.
The Multislot class will be considered only if peak throughput information has inconsis-
tent values as already planned (e.g.0).
It's requested to give the possibility to the operator to decide if enable or disable
delayed TBF release during Mobility Management procedure in order not to have prob-
lems with other customers. When delayed TBF release during MM procedures is
disabled (current implementation):
the assignment of resourses is done using the peak throughput information every time
the TBF is established for the different procedures (signalling or data). This means for
example that 1 TS will be assigned for signalling procedures and more TS for data
depending on the information sent by SGSN. esourses).
When delayed TBF release during MM procedures is enabled (to optimise GPRS
attach time):
the assignement of resourses is done using the peak throughput information but the
TBF in this case is maintained active during "transaction" from signaling to data. Taking
the example made before, this means that 1 TS will be assigned for signalling proce-
dures and an upgrade procedure will be activated on the same TBF to assign more TS
for data.
CR - X1850
No “ping_pong” behaviour for mobiles which do not transmit packet cell change
failure
Release: BR7.0
This Change Request allows to prevent “ping_pong” effect due to questionable Mobile
Station behaviour during Netowrk Controlled Cell Reselection.To handle this event the
BSC has not to order to mobile to move again into this adjacent target cell , in
spite of good radio link scenario , until the timer TRFPSCTRL is expired .
This action trust in the fact that mobile’s TLLI used in the old serving cell and mobile’s
TLLI used in the adjacent target cell may differ only for one bit ( bit 30th ,which distin-
guish between local / foreign TLLI ) , otherwise BSC may not track mobile in
its cell change.This procedure requires also that BSC stores informations related to
mobile after the end of each TBF at least for the time STGTTLLIINF ( storage TLLI Info).
CR - X1869
Disable CS3&CS4
Release: BR7.0
Siemens is introducing the GPRS CS3&CS4 in BR7.0. Currently the CS3&CS4 featrue
is dependent on the EDGE activation. It is activated when EDGE is on and de-activated
when EDGE is off. The Siemens customer Cingular has decided not to launch GPRS
with CS3&CS4 in all their markets. Therefore this CR allows to enable/disable the
CS3&CS4 feature independently from EDGE feature activation
26 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CR-X2132
CR X-2199
CR X-2230
CR X-2263
A30808-X3247-L24-5-7618 27
GPRS/EGPRS Global Description Information
System
CR X-2313
CR X-2325
Title: (E) GPRS improvements on first ping and gap between IAMCD
and PRR/TBF start
Release: BR7.0
Description: This Change Request asks the following improvements for the
GPRS/EGPRS system: 1) For the First Ping the number of the
PDT assigned to a single block has to be set to 2 if concate-
nated PCU frames are used in the cell and to 1 if standard PCU
frames are used. 2) In the current load there is a gap of roughly
350-450ms between the IACMD and the PRR in case of 2
phase access. For this reason a reduction/optimization of the
overall delay for all kinds of the PRR/TBF start has to be
applied for cases with both idle channels as weel as active
channels. 3) In the current load the BCCH change mark is
changed about every 15 minutes to refresh the system info.
The Mobile Station will release the ongoing TBF to read all the
incoming systeminfo even if they are not changed. Therefore it
is requested to enlarge the repetition rate to refresh the system
info in order to decrease the number of the TBF released in the
network. 4) Improvement and Optimization of the GPRS and
EGPRS Link Adaptation Thresholds.
28 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
3 GPRS/EGPRS Overview
The General Packet Radio Service (GPRS) and the Enhanced General Packet Radio
Service (EGPRS) allow packet switched data transmission on the framework provided
by the GSM mobile network.
The well known word EDGE (Enhanced Data rates for the GSM Evolution) applies both
i to the circuit switched (CS) and to the packet switched (PS) services. Note that EDGE
is mainly a characteristic of the Air Interface, including a new kind of modulation (8PSK,
besides the already used GMSK modulation. See for more details the chapter:
"3.1 GPRS and EGPRS Modulation Principles").
The word EGPRS (Enhanced GPRS) applies only to the packet switched (PS) services.
Whenever in this document the word EGPRS is adopted, EDGE is referred and it is
applied to the packet switched (PS) services. That means, substantially, the coding of
the radio blocks using a specific set of modulation and coding schemes (MCS1, ..,
MCS9), and using new specific RLC/MAC control messages or new specific information
elements in GPRS RLC/MAC control messages. In the current BR 7.0 release, EDGE
is applied only to packet services. However, the generic term EDGE is used in O&M
attributes that, in some future release, could be used to define the support of EDGE also
for the circuit switched (CS) service. In the remainder of this manual, the world EDGE
means EGPRS and viceversa.
When the GPRS/EGPRS technology is not configured, the GSM/DCS network works in
circuit switched connection mode, i.e., it gives to the customer the exclusive use of a
certain amount of bandwidth for the duration of the requirement. The connection is set
up on demand and released when the caller breaks the connection. Circuit switched
connections (CS) are what is provided by the GSM architecture for speech and data
services. Data transmission with bandwidth larger than 9.6 kbit/s (or larger than 14.4
kbit/s, if this higher data rate is enabled) is reached by combining more radio channels
to a given user, by the HSCSD feature. Nevertheless, when a circuit switched connec-
tion is established and the user does not transmitt information, which is typical of data
transmission, the specific resources are wasted because they are not available for other
users requesting the services. In other words, it means that circuit switched connections
do not provide an optimized way to support data traffic.
In order to improve and optimize the use of both the network and radio resources, for
both GPRS and EGPRS technology the packet switched (PS) technique has been
implemented for supporting both data and signalling transfer in an efficient manner.
New GPRS/EGPRS radio channels are defined, and the allocation of these channels is
flexible as follow:
– from 1 to 8 radio interface timeslots can be allocated for TDMA frame, for each trans-
ceiver of the cell;
– timeslots are shared by the active users (i.e., the same timeslot can be assigned to
different users at the same time, unlike what happens in GSM);
– radio interface resources can be shared dynamically between speech services (i.e.,
circuit switched services) and data services (i.e., packet switched services) as a
function of service load and also on the basis of different operator’s needs;
– uplink and downlink resources are allocated separately.
Applications that take advantage of GPRS/EGPRS services should exhibit one or more
of the following characteristics:
• intermittent, non-periodic (i.e., bursts) data transmission;
• frequent transmission of small volumes of data;
• not frequent transmission of large volumes of data.
A30808-X3247-L24-5-7618 29
GPRS/EGPRS Global Description Information
System
The GPRS uses four different channel coding schemes (see the chapter: "4.2.1 GPRS
Channel Coding") to provide different levels of protection to the packets on the air inter-
face.
This modulation scheme, within 200 KHz bandwidth, provides good spectral perfor-
mance and an adequate data rates for GSM voice applications, however it cannot
supply fast data services since it only transmits 1 bit/symbol.
The EDGE technology uses the same bandwidth allocated for GSM voice and GPRS
data services, but delivers a higher capacity and fast data services to the mobile network
by using a new modulation scheme called 8 PSK (8-level Phase Shift Keying). With this
8PSK modulation, there are eight distinct phase changes that the decoder will look for
the conversion into binary data. Each phase represents a symbol and carries three bits
of information. (see Fig. 3.2).
30 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
GSM EDGE
Modulation GMSK, 1bit/sym 8 PSK, 3 bit/sym
Symbol Rate 270833 kbit/s 270833 kbit/s
Payload per Burst 114 bit 348 bit
Gross Rate per Time 22.8 kbit/s 69.6 kbit/s
Slot
With the classical 8 PSK modulation scheme, it is possible during symbol changes for
the signal trajectory to pass through the origin (I/Q value 0,0), which causes both a very
high Peak to Average Value (PTA) and a high dynamic range of the signal. To avoid this
possibility, EDGE uses a 3pi/8-shifted 8PSK approach, by which with every phase tran-
sition, the symbols rotate by 3pi/8 causing a shift of the I/Q constellation relative to its
previous starting position.
Nine coding schemes (from MCS1 to MCS9, as described in the chapter: "4.2.2 EGPRS
Channel Coding") using both GMSK and 8PSK modulations are introduced and a link
adaptation algorithm allows automatic switching between coding schemes, based on
the radio environment condition. The Tab. 3.1 shows which EDGE coding schemes are
GMSK modulated and which are 8 PSK modulated.
MCS1 MCS5
MCS2 MCS6
MCS3 MCS7
A30808-X3247-L24-5-7618 31
GPRS/EGPRS Global Description Information
System
MCS4 MCS8
MCS9
But for providing the Packet Switched (PS) services two new network nodes in the GSM
core network have to be introduced:
• Serving GPRS Support Node (SGSN): the SGSN keeps track of the individual
Mobile Station location and performs security functions and access control. It is at
the same hierarchical level as the MSC and it can be connected to the Base Station
System (BSS) via a Frame Relay network. It is also possible to connect the SGSN
32 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
and the BSS via nailed-up connections (NUCs) or through point-to-point connec-
tions.
The SISGSNREL99 parameter is broadcasted in the cell, in order to inform
i the Mobile Stations about the specification Release implementation in the
SGSN.
The SGSN and the BSC are connected through the Gb interface. It specifies the
data flow and the requested protocols (see the Chapter: "7 Gb Interface") and
consists of connections which carry both data and signalling simultaneously, using
the Frame Relay protocol. Besides the Gb interface is “standard” and it guarantees
multi-vendor capabilities.
• Gateway GPRS Support Node (GGSN): the new node GGSN provides:
– interworking with external packet switched (PS) networks;
– management of IP addresses.
The GGSN could be connected to the SGSN via an IP-based GPRS/EGPRS back-
bone network, but these two entities can also reside on the same physical node.
The interface between the SGSN and the GGSN is the “Gn” Interface.Two GGSN nodes
can be interconnected through the so-called “Gp” Interface.
Besides the HLR has to be upgraded with GPRS/EGPRS subscriber information, and
optionally the MSC/VLR can be enhanced for a more efficient coordination of GPRS and
non-GPRS services and functionalities like for example the following:
– paging of circuit switched calls through the SGSN;
– combined GPRS and non-GPRS location updates.
To allow co-ordination of activities between the MSC and the SGSN, the Gs interface
must be supported (see Fig. 3.3).
The security management functions for the GPRS/EGPRS technology do not differ for
those implemented for the GSM system: the SGSN performs authentication and cipher
setting procedures based on the same algorithms, keys, and criteria adopted in GSM;
the only difference is that GPRS/EGPRS networks require a ciphering algorithm opti-
mized for packet data transmission.
In order to access to the packet switched (PS) services, a Mobile Station (a specifc hard-
ware and software is needed for being able to provide GPRS services) first makes its
presence known to the SGSN by performing a GPRS attach procedure. It is described
in detail in the chapter: "9.3.2.1 Attach Function".This operation establishes a logical link
between the Mobile Station and the SGSN, and it provides the following functions:
– paging via the SGSN;
– notification of incoming GPRS/EGPRS specific data;
– SMS over GPRS;
So at the end of a successful GPRS attach procedure, the SGSN establishes with the
mobile station a mobility management session, containing information pertaining to, for
example, mobility and security etc.
In order to send and receive packet switched (PS) data, the Mobile Station first activates
the packet data address that it wants to use. In this way the Mobile Station will be recog-
nized by the corresponding GGSN and then interworking with external data networks
can begin. During this procedure, which is called PDP context activation (i.e., Packet
Data Protocol context activation), the SGSN establishes a PDP context with the related
GGSN as it is described in the chapter: "9.7 Activation and Deactivation of a PDP
Context" This context is used for routing purposes when the user:
– will send data to the external data network;
A30808-X3247-L24-5-7618 33
GPRS/EGPRS Global Description Information
System
34 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The different layers for the Um, Abis, Gb, Gn and Gi interfaces provide the following
functions:
• GSM RF: the GSM RF is the protocol specified for the Um and the Abis interfaces.
It supports the physical radio channel used to transfer packet data;
• MAC: the Media Access Control layer s the protocol specified for the Um and the
Abis interfaces.It provides the access to the physical radio resources. It is respon-
sible for the physical allocation of the packet data channels (PDCHs);
• RLC: the Radio Link Control layer is the protocol specified for the Um and the Abis
interfaces.It provides a reliable link over the air interface that fits the block structure
of the physical channel; therefore its main task is the segmentation and reassem-
bling of the LLC frames transmitted between the BSS and the SGSN. In addition it
performs:
– a sub-multiplexing to support more than one Mobile Station by one physical
channel;
– the channel combining to provide up to eight physical channels to one Mobile
station.
• LLC: the Logical Link Control layer provides a logical connection between the Mobile
Station and the SGSN even if no physical connection is established. The physical
connection is set up by the RLC/MAC layer when there is data to transmit;
A30808-X3247-L24-5-7618 35
GPRS/EGPRS Global Description Information
System
• BSSGP: the BSSGP protocol is specified for the Gb interface and it is used to
transfer LLC frames together with related information between the SGSN and the
BSC. Such information include QoS (Quality of Service) and routing information;
• SNDCF: the Sub Network Dependent Convergence Protocol is the protocol speci-
fied for the logical interface between the Mobile Station and the SGSN. It performs
the following tasks:
– encryption;
– compression;
– segmentation/re-assembling;
– multiplexing/de-multiplexing of signalling information and data packets.
The encryption function grants the best security for the data transmission whereas
the compression and the segmentation are performed to limit the amount of data
transferred by the LLC layer.
• GTP: The GPRS Tunnelling Protocol is specified for the Gn interface. Its main task
is the encapsulation/de-encapsulation function. The different kinds of data packets
are encapsulated in IP packets since IP is the GPRS/EGPRS internal network
protocol. The encapsulated data packets are then transferred between the GSN
nodes.
• IP/X.25: The network layer represents the network protocol that supports the infor-
mation transferred over the GPRS/EGPRS network starting from the Mobile Station
up to the GGSN. Depending on the supported network protocol (IP, X.25, CLNP),
there are several kinds of network layers;
• Application: The higher layers (for example the “Application Layer”) are outside the
scope of the GPRS/EGPRS, because they are not dependent from the underlying
network.
36 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
It is supposed that an IP data packet has to be sent from an external data network to a
mobile subscriber.
Precondition is that the Mobile Station has already executed the “attach” procedure and
i it has already activated the PDP context towards the involved data network.
A30808-X3247-L24-5-7618 37
GPRS/EGPRS Global Description Information
System
1. the Internet Service provider sends the IP data packet unit to the GPRS/EGPRS
network, using the IP address which has been assigned to the Mobile Station during
the PDP context activation procedure;
2. the GGSN searches for the relevant PDP context and forwards the data unit towards
the right SGSN. The original IP data unit is encapsulated in a new one (using the
GTP protocol), and the new IP address is the IP address of the SGSN;
3. the SGSN decapsulates the IP data packet and (by means of the SNDCP protocol)
it subdivides the data packet in a certain number of LLC frames (data is also
encrypted and compressed).
4. when the SGSN knows the location of the Mobile Station (i.e., the cell where the
Mobile Station is camped on), these LLC frames are sent to the right BSC, across
the Gb interface. As in the GSM system, the paging procedure is used to localize the
subscriber.
5. The LLC frames have a variable length; since they have to be sent on the radio inter-
face, which has a limited capacity, the LLC frames are segmented in a certain
number of RLC/MAC blocks; these blocks have a well defined length (according to
the used coding scheme);
6. The RLC/MAC blocks are then sent through the Abis interface, to the right BTS;
RLC/MAC blocks are sent across the Abis interface, by means of PCU frames. Two
i kinds of PCU frames exists:
- standard PCU frames: they allow the transmission of a restricted number of bits every
20 msec and so they support only CS1 and CS2 GPRS coding schemes;
- concatenated PCU frames: they support not only CS1 and CS2 GPRS coding
schemes, but also CS3 and CS4, and all the EGPRS coding schemes (MSC1..MSC9).
More details are described in the chapter: "6.3 PCU Frames and Dynamic Allocation on
the Abis Interface".
7. the BTS executes the following operations for the received RLC/MAC blocks:
– block coding;
– convolutional coding;
– puncturing;
– interleaving.
Regarding these operations, it is important to make a distinction among the following
different cases:
– when GPRS coding schemes are used, a single RLC/MAC block contains one
Information Field only; the BTS executes the described operations on it; after
these operations, each received RLC/MAC block reaches, independently from the
applied coding scheme, a fixed length of 456 bits;
– when EGPRS GMSK coding schemes are used (i.e., from MCS1 to MCS4), a
single contains one Information Field only; the BTS executes the described oper-
ations on it; after these operations, each received RLC/MAC block reaches, inde-
pendently from the applied coding scheme, a fixed length of 1368 bits;
– when EGPRS MCS5 and MCS6 coding schemes are used, a single RLC/MAC
block contains one Information Field only; the BTS executes the described oper-
ations on it; after these operations, each received RLC/MAC block reaches, inde-
pendently from the applied coding scheme, a fixed length of 1392 bits;
– when EGPRS MCS7, MCS8 and MCS9 coding schemes are used, a single
RLC/MAC block contains two Information Fields; the BTS executes the described
operations on the RLC/MAC block; after these operations, the RLC/MAC block
38 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
reaches, independently from the applied coding scheme, a fixed length of 1392
bits;
8. The block that is obtained after different coding procedures is called Radio Block.
Each Radio Block is then sent on the radio interface by means of 4 Normal Bursts,
in fact each Normal Burst can transmit:
– up to 114 bits in cases of GPRS;
– up to 114 bits in cases of EGPRS when GMSK modulation is used;
– up to 348 bits in cases of EGPRS when 8PSK modulation is used.
The figure 3.7: “Data Flow from the SGSN to the MS.” shows the data flow between the
SGSN and the Mobile Station in the downlink direction through the Gb, Abis and Um
interfaces (in the uplink direction the same data flow is transmitted but in the opposite
order).
A30808-X3247-L24-5-7618 39
GPRS/EGPRS Global Description Information
System
3.5.1.1 RLC/MAC Block and Radio Block Structures for GPRS Data Transfer
A RLC/MAC block for data transfer supported by the GPRS technology consists of one
MAC Header, one RLC Header and one RLC Data Block as represented in the
"Fig. 3.8 RLC/MAC block’s structure for Data Transfer".
– The MAC Header contains control fields with different values for the uplink and
downlink directions and it has a constant length of 8 bits.
– The RLC Header contains control fields with different values for the uplink and down-
link directions and it has a variable length;
– the RLC Data Block field contains octets from one or more LLC PDUs.
The RLC/MAC block is sent to the BTS, that will apply a block coding for the error detec-
tion, adding to the RLC Data Block field the “Block Check Sequence (BCS)” field. At the
end of the operation the Radio Block is generated, as represented in the "Fig. 3.9 Radio
Block structure for Data Transfer on the “Um” Interface". This Radio Block, after convo-
lutional coding, puncturing and interleaving, is then transmitted on the “Um” air interface
and carried by four Normal Bursts.
Fig. 3.9 Radio Block structure for Data Transfer on the “Um” Interface
40 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
3.5.1.2 RLC/MAC Block and Radio Block Structure for EGPRS Data
Transfer
A RLC/MAC block for data transfer supported by the EGPRS technology consists of one
RLC/MAC Header, and one or two RLC Data Blocks.
– the RLC/MAC Header contains control fields with different values for the uplink and
downlink directions. It also has a variable length;
– the RLC Data Block field contains octets from one or more LLC PDUs;The EGPRS
coding schemes from MCS1 to MCS6 use a RLC/MAC block constituted by only one
RLC Data Block field only (as represented in the "Fig. 3.10 RLC/MAC Block struc-
ture for Data Transfer with one RLC Data Block field"), whereas the coding schemes
from MCS7 to MCS9 use a RLC/MAC block constituted by two RLC Data Block fields
to reach a more high data rate as represented in the "Fig. 3.11 RLC/MAC Block
structure for Data Transfer with two RLC Data block fields".
Fig. 3.10 RLC/MAC Block structure for Data Transfer with one RLC Data Block field
Fig. 3.11 RLC/MAC Block structure for Data Transfer with two RLC Data block fields
The RLC/MAC block is sent to the BTS, that will apply a block coding for the error detec-
tion. At the end of the operation the Radio Block is generated. (see the "Fig. 3.12 Radio
Block for Data Transfer with one RLC Data Block field"in case only one RLC Data Block
is inserted and the "Fig. 3.13 Radio Block for Data Transfer with two RLC Data Block
field" in case two RLC Data Blocks are inserted). Besides two different block codings
are applied for the error detection:
– the Block Check Sequence (BCS) is used for the error detection of the data part.
– the Header Check Sequence (HCS) is used for the error detection of the header
part.
The RLC/MAC Header does not interact from the RLC Data Block and it has its own
check sequence.
In cases of RLC/MAC blocks constituted by two RLC Data Block fields , each field has
its own block check sequence whereas the RLC/MAC Header is common for both the
fields.
At the end of the checks and after convolutional coding, puncturing and interleaving, the
RLC/MAC Block structure represented in the "Fig. 3.13 Radio Block for Data Transfer
with two RLC Data Block field" is transmitted on the “Um” Air Interface and carried by
four Normal Bursts.
A30808-X3247-L24-5-7618 41
GPRS/EGPRS Global Description Information
System
RLC/MAC
Header HCS RLC Data Block BCS
Fig. 3.12 Radio Block for Data Transfer with one RLC Data Block field
Fig. 3.13 Radio Block for Data Transfer with two RLC Data Block field
The RLC/MAC block is sent to the BTS that will apply a block coding for the error detec-
tion by the addition of a Block Check Sequence (BCS) field. At the end of the operation
the Radio Block is generated as represented in the "Fig. 3.15 Radio Block for Control
Messages (Signalling).". After convolutional coding, puncturing and interleaving the
Radio Block is then transmitted on the “Um” Air interface and carried by four Normal
Bursts.
42 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The following control messages can be transmitted in the downlink direction within a
RLC/MAC Signalling Block Structure:
– Packet Paging Request: This message is sent by the network to trigger the channel
access by up to four Mobile Stations for a connection’ s establishment.
– Packet Downlink Assignment: This message is sent from the network to assign
resources to the Mobile Station in the downlink direction.
– Packet Uplink Ack/Nack: This message is sent from the network to the Mobile
Station for the acknowledgement of data blocks sent in the uplink direction;
– Packet Power Control/Timing Advance: This message is sent by the network to the
Mobile Station for the reconfiguration of either the “timing advance (TA)” and/or the
power control parameters;
– Packet Access Reject: This message is sent by the network to the Mobile Station to
indicate that the network has rejected its access request.
The following control messages can be transmitted in the uplink direction within a
RLC/MAC Signalling Block Structure:
– Packet Downlink Ack/Nack:This message is sent from the Mobile Station to the
network for the acknowledgement of data blocks sent in the downlink direction.
– Packet Control Acknowledgment: This message is sent from the Mobile Station to
the network for the acknowledge of control blocks sent in the downlink direction;
The Packet Control Acknowledgment message is not formatted as a single RLC/MAC
i block, but as four Access Bursts.
A30808-X3247-L24-5-7618 43
GPRS/EGPRS Global Description Information
System
Once packet switched services have been enabled, the radio resources of the cell can
be assigned to either GPRS/EGPRS packet or circuit switched services, accordingly to
the user’s preferences.
In the GPRS/EGPRS system two types of radio channels have been defined:
1. On-demand radio channels (also called dynamic channels): these channels are
shared between packet switched services and circuit switched services accordingly
to the current requests, but circuit switched services have an higher priority than
GPRS/EGPRS packed swtiched ones.
2. Dedicated radio channels (also called static channels): these channels are perma-
nently assigned to GPRS/EGPRS packet switched services, and they cannot be
used for circuit switched services (even if no GPRS/EGPRS users are exploiting
these channels).
44 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
TDMA frame
GPRS/
EGPRS
0 7
PDCH
When a timeslot is used for GPRS/EGPRS (that means when the timeslot is a PDCH
one), the multiframe structure for this PDCH consists of 52 TDMA frames structured as
follow:
– 12 blocks (one block is composed by 4 frames and it is represented as Bx, with x=
0..11); each block can convey a RLC/MAC Radio Block containing either data or
signalling as described in the chapter: "3.5 RLC/MAC Block and Radio Block Struc-
tures".
– 2 idle frames represented as “I” and used for measurements.
– 2 frames used for the continuous timing advance update procedure described in the
chapter "4.6 Packet Timing Advance Estimation").
B0 B1 B2 T B3 B4 B5 i B6 B7 B8 T B9 B10 B11 i
4 frames 1 frame
- i = Idle frame
- Bx = Radio Block
- T = PTCCH
A30808-X3247-L24-5-7618 45
GPRS/EGPRS Global Description Information
System
Coding Bits of RLC Spare Network Data Rate Bits of Total size of
scheme Data Field bits in RLC/MAC the RLC/MAC
(without RLC Data Header block (bits)
spare bits) Field (including
USF)
According to the coding scheme used, the message (RLC/MAC block), delivered by
means of PCU frames to the encoder of the BTS, has a fixed size of (obviously the same
thing is valid for the message delivered from the BTS to the BSC):
– 184 bits in cases of CS1;
– 271 bits in cases of CS2;
– 315 bits in cases of CS3;
– 431 bits in cases of CS4.
The BTS will then execute the following operations (the coding process, for every coding
scheme, is detailed in the "Fig. 4.3 GPRS Coding Process"):
1. the first step of the coding procedure is to add a Block Check Sequence (BCS) for
the error detection;
2. the second step consists of the USF pre-coding (except for CS1);
3. the third step consists of the addition of four tail bits. Then an half rate convolutional
coding for the error correction is applied (for CS4 there is no coding specific for the
error correction);
4. the fourth step consists of the puncturing operation. It is executed with the purpose
of obtaining the target coding rate.
46 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Modulation
CS1
Block code 40 bit Convolutional Interleaving
USF= 3 bit code (R=1/2)
+ 4 tail bit
CS2 / CS3
Mod.
USF Block code16 bit Convolutional Puncturing Interleaving
USF= 3 bit + 4 tail bit code (R=1/2)
pre-coding
268 bit 271 bit 274 bit 294 bit 588 bit 456 bit
312 bit 315 bit 318 bit 338 bit 676 bit 456 bit
Modulation
CS4
USF Block code Interleaving
USF= 3 bit 16 bit
pre-coding
A30808-X3247-L24-5-7618 47
GPRS/EGPRS Global Description Information
System
As default, the CS-1 and CS-2 coding schemes are enabled in the BSS; the BSC capa-
bility to support CS3/CS4 coding schemes can be enabled/disabled by the user. For the
purpose the CSCH3CSCH4SUP attribute of the BSC Managed Object allows the user
to enable/disable CS-3/CS-4 coding schemes at the BSC level.
The user can then enable/disable the support of CS3/CS4 on a cell basis configuring the
CSCH3CSCH4SUP attribute of the PTPPKF Managed Object..
When enabling the CS-3 /CS-4 coding schemes the precondition is that the bit 25 of the
i MNTBMASK attribute has to be set to FALSE, otherwise (bit 25 of MNTBMASK=TRUE)
the max coding scheme usable is forced to CS2 independently from the
CSCH3CSCH4SUP value set to TRUE.
The MNTBMASK attribute is related also to the feature: “Common Bcch allowing
GPRS/EGPRS in the complementary band” introduced in BR7.0 by the Change
Request 2263.
By means of the bit24 of the MNTBMASK attribute (plus an object patch) the feature can
be enabled also for GSMDCS.
By means of the bit17 of the MNTBMASK attribute the GSUP can be enabled. As a
consequence the TRXMD can be set to EGPRS also in TRX in the E900 sub-band, both
in EXT900 and in GSMDCS cells with BCCH in P900. This implies to send all the
frequencies (P900 and E900) within the “SystemInfo1 message” causing a limitation on
the number of possible frequencies that could be used in the cell up to 22 independently
from their value. The number could be larger than 22 only if the frequencies are well-
distributed. This limitation is applied not only to the cells allowed to the GPRS service
but to all the EXT900 or the GSMDCS cells in the BSC. (Change Request 2132).
By means of both the bit17 and the bit24 toghether of the MNTBMASK attribute, the
GSUP can be enabled. As a consequence the TRXMD can be set to EGPRS in all the
48 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
TRXs of the cells (both 900 and 1800 cells). This implies to send all the frequencies
(P900, E900 and DCS1800) within the “SystemInfo1 message” causing a limitation on
the number of possible frequencies that could be used in the cell up to 16 independently
from their value. The number could be larger than 16 only if the frequencies are well-
distributed. This limitation is applied not only to the cells allowed to the GPRS service
but to all the GSMDCS cells in the BSC.
The usage of the bit17 stand alone and the usage of the bit24 and the bit17 toghether
of the MNTBMASK attribute implies modification in the content/encoding of the
SystemInfo1 message for all the cells in the BSC and consequently of the MobileAlloca-
tions that have to be transmitted to all the BTSs connected to the BSC. For the purpose
a very complex procedure is needed but it is not implemented in the BSC in the current
release. For this reason and considering also that the usage of the bit17 and the bit24
normally is related to a specific cell planning strategy and not to a punctual demand, it
is strongly recommended not to change the bit17 and the bit24 when the bit17 is in use
, if at least one cell is configured in the BSC. Instead this operation is permitted during
the offline generation/conversion of the database.
The user can also indicate, on a cell basis, which coding scheme has to be used as
preferred for the data transmission, when a new transmission is initiated (whereas
signalling uses always the CS-1 coding scheme as described in the chapter:
"4.4.5 Coding of GPRS/EGPRS Logical Channels". For GPRS the user can set the
preferred initial coding scheme configuring the INICSCH attribute. .
The user defines a value of coding scheme to be used when a data transmission starts
i configuring the INICSCH parameter. This value will be used only when the system does
not have any other information to choose the initial coding scheme (more details are
described in the chapter: "10.5.3 Selection of the Candidate Initial Coding Scheme").
Then the link adaptation algorithm (the algorithm is described in the chapter: "10.5 Link
Adaptation"), if enabled, can change the coding scheme of the TBF according to specific
radio conditions. If the link adaptation is not enabled, the initial coding scheme is the only
one used for the data transmission in the cell.
As it is described in the chapter: "6 Hardware and Software Architecture", in order to
support GPRS TBFs with CS3 or CS4 coding schemes, the requirements are the
following:
• Only High Capacity BSC(s) support the CS3/CS4 coding schemes;
• BTS1, BTS+, E-microBTS and PicoBTS, support the CS3/CS4 coding schemes.
The coding process of a RLC/MAC block, using CS1, is shown in the "Fig. 4.4 Coding
of the RLC/MAC Block using CS-1": the 456 bits obtained after BTS coding are sent
across four Normal Burst, carrying 57X2 bits of information each one.
In order to simplify the decoding, the stealing bits of the block are used to indicate the
actual coding scheme (see for more details the chapter: "4.2.2 EGPRS Channel
Coding").
A30808-X3247-L24-5-7618 49
GPRS/EGPRS Global Description Information
System
PCU
RLC/MAC block
456 bits
57 bits 57 bits
Stealing bits
Coding Bits of RLC Net Data Rate Bits of FBI+E Total size of
scheme Data Field RLC/MAC fields the RLC/MAC
(without Header DL/UL (bits) block DL/UL
spare bits) (including (bits)
USF)
50 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Coding Bits of RLC Net Data Rate Bits of FBI+E Total size of
scheme Data Field RLC/MAC fields the RLC/MAC
(without Header DL/UL (bits) block DL/UL
spare bits) (including (bits)
USF)
According to the coding scheme used, the message (RLC/MAC block) delivered, by
means of PCU frames, to the encoder embedded in the BTS software has a fixed size
as follow:
– 209 bits in cases of MCS1;
– 257 bits in cases of MCS2;
– 329 bits in cases of MCS3;
– 385 bits in cases of MCS4;
– 478 bits in cases of MCS5 in the downlink direction, and 487 bits in cases of MCS5
in the uplink direction;
– 622 bits in cases of MCS6 in the downlink direction, and 631 bits in cases of MCS5
in the uplink direction;
– 940 bits in cases of MCS7 in the downlink direction, and 946 bits in cases of MCS7
in the uplink direction;
– 1132 bits in cases of MCS8 in the downlink direction, and 1138 bits in cases of
MCS8 in the uplink direction;
– 1228 bits in cases of MCS9 in the downlink direction, and 1234 bits in cases of
MCS8 in the uplink direction.
Obviously the message transmitted from the BTS to the BSC has the sane size for the
different MCSs:
The MCSs are divided into different families:
– A;
– Apadding;
– B;
– C.
Each family has a different basic unit of payload: 37 (and 34) octects for the A and Apad-
ding family, 28 octects for the B family and 22 octets for the C family respectively.
Different code rates within a family are achieved by transmitting a different number of
payload units within one Radio Block. For the families A and B, one, two or four payload
units are transmitted, instead for the family C only one or two payload units are trans-
mitted.
A30808-X3247-L24-5-7618 51
GPRS/EGPRS Global Description Information
System
The Tab. 4.2.4 shows the correspondence between the families and the related coding
schemes, whereas the "Fig. 4.5 EGPRS Coding Schemes and Families" represents the
different relationships among families, coding schemes and possible units of payload.
When 4 payload units are transmitted (MCS7, MCS8 and MCS9), they are split into two
separate RLC data fields of the same RLC/MAC block (that means with separate
sequence numbers and BCSs, as reported in the "Fig. 3.11 RLC/MAC Block structure
for Data Transfer with two RLC Data block fields").
52 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This can be clearly seen by comparing the "Fig. 4.6 Interleaving of MCS9 Coded Data
into Two Consecutive Normal Bursts" (family A, MCS9) and the "Fig. 4.7 Interleaving of
MCS6 Coded Data into Four Consecutive Normal Bursts" (family A, MCS6).
After the reception of a RLC/MAC block from the BSC, the BTS executes the following
operations:
To ensure strong header protection, the header part of the Radio Block (i.e., the
i RLC/MAC header) is independently coded from the data part of the Radio Block.
1. the first step of the coding procedure of the data part of the RLC/MAC Block is to
add a Block Check Sequence (BCS, 12bits) for the error detection;
2. the second step consists of the addition of six tail bits (TB);
3. the third step is the activation of a 1/3 rate convolutional coding with constraint
length 7 for error correction;
4. the fourth step is the execution of the puncturing operation for obtaining the target
coding rate. The puncturing operation takes advantage of the different puncturing
schemes Pi (where i = 1..3), which has impact on Incremental Redundancy as Link
Quality Control method; the Pi for each MCS corresponds to different puncturing
schemes achieving the same coding rate;
5. As fifth and last step , the radio block is rectangular interleaved over 4 bursts (see
the Fig. 4.6 and the Fig. 4.7). Hence the block length for each RLC block is:
– 4*114 = 456 bit in cases of GMSK modulation;
– 4*348 = 1392 bit in cases of 8 PSK modulation (including stealing symbols).
For MCS8 and MCS9, only the header is interleaved over 4 normal bursts. The data
i blocks are interleaved over 2 bursts only. The MCS7 header and data are interleaved
over 4 bursts.
The coding and puncturing scheme of a RLC/MAC radio block is clearly outlined in the
RLC/MAC header within the Coding and Puncturing Scheme indicator field (CPS).
Depending on coding scheme, three different header types are defined as follow:
• Header type 1 is used with coding scheme MCS7, MCS8 and MCS9;
• Header type 2 is used with coding scheme MCS5 and MCS6;
• Header type 3 is used with coding scheme MCS1, MCS2, MCS3 and MCS4.
The header type of an incoming EGPRS radio block is indicated with stealing bits of the
Normal Bursts:
– 12 stealing bits are used in cases of MCS1, MCS2, MCS3 and MCS4 coding
schemes;
– 8 stealing bits are used in cases of MCS5, MCS6, MCS7, MCS8 and MCS9 coding
schemes.
As it has been described in the chapter: "4.2.1 GPRS Channel Coding", stealing bits (8
bits) are also used to indicate the coding scheme used in cases of GPRS radio blocks.
Stealing bits coding is represented in the Tab. 4.2.5.
Tab. 4.2.5Coding of Stealing Bits for GPRS and EGPRS Radio Blocks
A30808-X3247-L24-5-7618 53
GPRS/EGPRS Global Description Information
System
Tab. 4.2.5Coding of Stealing Bits for GPRS and EGPRS Radio Blocks
There are eight stealing bits for 8PSK mode which indicate four header formats. There
are twelve stealing bits for GMSK mode which indicate two header formats: the first eight
of the twelve stealing bits indicate CS4 to allow Mobile Stations supporting GPRS
services to decode the header type 3 and to read the USF field of the header (more
details about the meaning of the USF field are described in the chapter: "4.3 Temporary
Block Flow" ).
The USF field has eight states, which are represented by a binary 3 bit field in the MAC
Header. The USF is encoded to twelve symbols similarly to GPRS, (that is 12 bits for
GMSK modes and 36 bits for 8PSK modes). The FBI (Final Block Indicator) bit and the
E (Extension) bit do not require extra protection: they are encoded along with the data
part.
Fig. 4.6 Interleaving of MCS9 Coded Data into Two Consecutive Normal Bursts
54 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Fig. 4.7 Interleaving of MCS6 Coded Data into Four Consecutive Normal Bursts
The user can also configure , on a cell basis, the coding scheme that has to be used as
preferred for the data transmission, when a new transmission is initiated (whereas
signalling always uses the CS1 coding scheme, as described in the chapter:
"4.4.5 Coding of GPRS/EGPRS Logical Channels").
The user can set the preferred initial coding scheme with the following parameters:
• in the uplink direction, as it is described in the chapter "9.1 Mobile Stations for
Packet Switched Services", not all the Mobile Stations that support the EGPRS
services support also the 8PSK modulation, therefore:
– the IMCSULNIR8PSK attribute suggests the MCS to be used in the uplink direc-
tion if the Mobile Station supports the 8 PSK modulation in this direction;
– the IMCSULNIRGMSK attribute suggests the MCS to be used in the uplink direc-
tion if the Mobile Station supports only the GMSK modulation in this direction;
• in the downlink direction all the Mobile Stations supporting EGPRS services are
obliged to support the 8 PSK modulation, so the INIMCSDL attribute suggests the
MCS to be used in the downlink direction for all the EGPRS Mobile Stations.
The user has to set a value of the coding scheme to be used when a data transmission
i starts. This value is adopted only when the system does not know any other information
for choosing the initial coding scheme (see the chapter "10.5.3 Selection of the Candi-
date Initial Coding Scheme").
The link adaptation algorithm, if enabled, can change the coding scheme of the TBF
according to the radio conditions. If the link adaptation algorithm is not enabled, the
initial coding scheme is the only one used for the data transmission in the cell (details
about the coding schemes’ management are described in the chapter "10.5 Link Adap-
tation").
For supporting the EGPRS coding schemes, concatenated PCU frames are used in the
A30808-X3247-L24-5-7618 55
GPRS/EGPRS Global Description Information
System
system, and the Abis throughput per radio channel (PDCH) is increased to nx16 kbit/s,
using the flexible Abis allocation strategy as described in the chapter: "6.3 PCU
Frames and Dynamic Allocation on the Abis Interface".
For each TBF, the network assigns a Temporary Flow Identity (TFI). The assigned TFI
is unique among simultaneous TBFs in the same direction, i.e.:
– TBFs belonging to the same direction of transmission must have different TFI
values;
– TBFs belonging to different directions of transmission could have the same TFI
value.
The TFI is assigned to a Mobile Station in a resource assignment message that
precedes the transfer of LLC frames (both in the uplink and the downlink directions)
belonging to one TBF. The same TFI is included in every RLC header belonging to a
particular TBF, as well as in the control messages associated to the LLC frame transfer
(e.g., acknowledgements), in order to address the RLC entities.
Each TBF is then identified by the TFI together with:
• the direction (UL or DL) in which the RLC data block is sent, in cases of RLC data
block;
• the direction (UL or DL) in which the RLC/MAC control message is sent and the
message type, in cases of RLC/MAC control message.
56 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
2. if the TFI is not the one assigned to the Mobile Station, the block is skipped;
3. if the TFI is the one assigned to the Mobile Station, this means that the block belongs
to it and then data is taken.
The "Fig. 4.8 Multiplexing Mobile Station on the same PDCH (Downlink)" represents
the mobile station behavior.
A30808-X3247-L24-5-7618 57
GPRS/EGPRS Global Description Information
System
On PDCHs (not carrying PCCCH, see "4.4.2 Packet Common Control Channel
i (PCCCH)"), eight USF values are used to reserve the uplink to different Mobile Stations,
by means of the following rule:
- 7 USF values are used for 7 Mobile Stations that have established an uplink TBF;
- one USF value is used to allow, to those Mobile Stations that have established a down-
link TBF, the transmission of control blocks in the uplink direction (e.g., to transmit the
Packet Downlink Acknowledge message).
So when the network wants to permit to one Mobile Stations, that doesn’t have an uplink
TBF, to transmit in uplink direction, it sets the USF field to this reserved value. In this
way, the Mobile Stations that have an uplink TBF do not transmit in the next uplink block
(since they don’t find their USF value), while the network informs the Mobile Stations
with the downlink TBF, that it must transmit in the uplink block that the network has
reserved for it. To inform the Mobile Stations the network uses the RRBP field which is
contained in all the downlink blocks (it is contained in the MAC header of both data and
control blocks, see the chapter "3.5 RLC/MAC Block and Radio Block Structures"); with
the informations stored in this field, the network informs the Mobile Stations that they
must send a control block in the uplink direction (see the chapter "9.8.4 Relative
Reserved Block Period Field (RRBP)").
The GPRS and EGPRS Mobile Stations can be multiplexed dynamically on the same
PDCH by utilizing the USF. The only problem is that if 8PSK modulation is used in the
downlink blocks (because downlink blocks are related to a EDGE TBF), a GPRS mobile
station multiplexed on the same channel is not able to decode the USF value.
So, the network:
– uses the GMSK modulation, i.e., either CS 1 to CS 4 or MCS 1 to MCS 4, in those
blocks that assign the next uplink radio block, or the next four uplink radio blocks, to
a GPRS mobile station;
– may use the 8PSK modulation for the other blocks.
The dynamic allocation using USF granularity requires that a GPRS Mobile Station is
able to do what the USF in an EGPRS GMSK block. This is enabled by setting stealing
58 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
bits in the EGPRS GMSK blocks to indicate CS4 (see the chapter "4.2.2 EGPRS
Channel Coding"). The coding and interleaving of the USF is done as defined for CS4;
this means that:
– a standard GPRS Mobile Station is able to detect the USF in EGPRS GMSK blocks.
The risk that the rest of the block will be misinterpreted as valid information is
assumed to be low;
– an EGPRS Mobile Station can not differentiate CS4 blocks and EGPRS GMSK
blocks by only looking at the stealing bits. This is however not needed for USF detec-
tion, since the USF is signalled in the same way. Further, assuming that the EGPRS
MS knows if it is in EGPRS or standard GPRS mode, it will only have to try to decode
the remainder of the GMSK blocks in one way in order to determine if they were
aimed for it.
Due to synchronization aspects related to the Mobile Station, if standard GPRS Mobile
Stations are multiplexed on the PDCH, at least one Radio Block every 360 ms on the
downlink direction must use GMSK (i.e., standard GPRS or MCS-1 to MCS-4); this
because every Mobile Station shall receive a radio block at least every 360 ms.
A30808-X3247-L24-5-7618 59
GPRS/EGPRS Global Description Information
System
These different packet data logical channels, which are specific for the GPRS/EGPRS
technology, can share the same physical channel (on the same PDCH), when the
timeslot is assigned to the GPRS/EGPRS users.
The sharing of the physical channel is based on blocks of 4 consecutive Normal Bursts,
i with the exception of the PTCCH (uplink direction) and the PRACH (see the chapter
:"4.4.4 Packet Dedicated Control Channels") where single Access Bursts are used.
60 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
system information 13, the Mobile Station also learns if the PBCCH channel is config-
ured in the cell. If it is configured, the Mobile Station stops reading system information
on the BCCH and starts reading packet system information on the PBCCH.
When an EGPRS mobile station camps on a cell it starts reading system information on
the BCCH channel. From the BCCH channel, it understands if the cell supports the
GPRS service. If the cell supports the service, the Mobile Station starts reading the
system information 13 message that provides information regarding the EGPRS avail-
ability too. From the system information 13 the Mobile Station also learns if the PBCCH
channel is configured in the cell, then:
a) if the PBCCH is not supported, the Mobile Station knows that EGPRS is available
reading GPRS Cell Option IE in the System Information 13 message and finding the
EGPRS Packet Channel Request support indication field. This field indicates if the
EGPRS PACKET CHANNEL REQUEST message is supported in the cell (see for
more details the chapter: "9.8.2.4 TBF Establishment for EDGE Mobile Stations").
Additionally the PSI13 message within the PACCH contains GPRS Cell Options
updated for EGPRS.
b) if the PBCCH is supported, GPRS Cell Options, updated for EGPRS, will be present
in the PSI1 message,
The PBCCH channel, when configured, is allocated on a PDCH physical channel
i (see Fig. 4.10). Only one PDCH can support the PBCCH channel, i.e., it is not possible
to configure the packet system information in two different PDCHs (it is like the GSM
system, where the BCCH channel always resides in the slot 0 of the BCCH TRx).
TDMA frame
BCCH PBCCH
0 7
PDCH
When, for GPRS/EGPRS mobile stations, the PBCCH is used instead of the BCCH,
i more information and parameters regarding packet switched (PS) data services are
transmitted; for example new cell re-selection criteria are implemented (see the
chapter:"10.1 Cell Selection and Re-selection").
A30808-X3247-L24-5-7618 61
GPRS/EGPRS Global Description Information
System
– Packet Random Access Channel (PRACH): this channel is used, in the uplink
direction only, by a Mobile Station to initiate the uplink transfer for sending data or
signalling information. Access Bursts are used on the PRACH channel (see for more
informations the chapter: "4.2 Channel Coding").
Packet Random
- to initiate uplink transfer
Access Channel
- to request allocation of new PDTCHs
PRACH
Packet Access
Grant Channel - to allocate resources
PAGCH
PCCCH channels do not have to be allocated permanently on the cell. Whenever the
PCCCH channels are not allocated, the already configured CCCH channels (i.e.,the
PCH, AGCH and RACH) are used to execute the described operations, in the same way
and with the same GSM functionalities. The existence and the location of the PCCCH
(i.e., the existence and the location of the PDCH channel that support the PCCCH) are
broadcast on the cell.
The first PCCCH channel is automatically allocated when the PBCCH channel is config-
i ured, and it resides in the same PDCH containing also the PBCCH as represented in
the "Fig. 4.12 Example of Mapping of the PCCCH Channel.".
If the user needs more packet common signalling resources, it can configure another
PCCCH in another PDCH as represented in the "Fig. 4.13 Example of Mapping of two
PCCCH Channels.".
TDMA frame
PBCCH
BCCH +
PCCCH
0 7
PDCH
62 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
TDMA frame
PBCCH
BCCH + PCCCH
PCCCH
0 7
PDCH
PDTCHUp<=7
PDTCHDown<=16
PDTCHUp + PDTCHDown <=16
A30808-X3247-L24-5-7618 63
GPRS/EGPRS Global Description Information
System
The type of channel may vary on a block by block basis. From the configuration point of
view the 12 blocks are put in an ordered list, defined as: “B0, B6, B3, B9, B1, B7, B4,
B10, B2, B8, B5, B11.”
A single PDCH carries different logical channels, according to either the configuration’s
actions done by the user or to the direction of transmission. The following configuration
can be used for a single PDCH:
64 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
a) the PDCH does not carry the specific GPRS/EGPRS signalling (for example PBCCH
and PCCCH channels);
b) the PDCH carries both PBCCH and PCCCH channels;
c) the PDCH carries GPRS/EGPRS common signalling (for example PCCCH) but not
the PBCCH channel.
• in the uplink direction (see the "Fig. 4.15 Example of Mapping of Logical Channels
in the Physical Channel (Uplink Direction).") all blocks can be used as PDTCH/U or
PACCH/U: the occurrence of the PDTCH/U (and/or the PACCH/U) at the given
block(s) Bx (where Bx = B0...B11) in the 52-multiframe structure for a given Mobile
Station on a given PDCH is indicated by the value of the Uplink State Flag (USF).
The USF is contained in the header of the preceding block, transmitted in the down-
link of the same PDCH.
The Mobile Station may transmit a PDTCH block or a PACCH block on any of the
uplink blocks used for the purpose.
The occurrence of the PACCH/U associated to a PDTCH/D is indicated by the
network by polling the Mobile Station to transmit the PACCH/U block (as described
in the chapter:"9.8.4 Relative Reserved Block Period Field (RRBP)".
A30808-X3247-L24-5-7618 65
GPRS/EGPRS Global Description Information
System
a) DOWNLINK DIRECTION:
– the first block (B0) of the multiframe (see the "Fig. 4.2 Multiframe Structure for a
PDCH") is reserved for the PBCCH channel; the user can also configure up to 3
more blocks as additional PBCCH. To configure additional blocks as PBCCH
blocks, the BSPBBLK attribute can be configured by the user: this attribute allows
the specification of at most four blocks, following the order: B0, B6, B3, B9.
– the next remaining blocks can be configured for PAGCH, PDTCH/D and
PACCH/D. To configure additional blocks to carry PAGCH, PDTCH/D and
PACCH/D, the BPAGCHR attribute can be configured by the user. This attribute
allows the specification of at most 12 blocks, following the order: B6, B3, B9, B1,
B7, B4, B10, B2, B8, B5, B11.
– the remaining blocks are used for PPCH, PAGCH, PDTCH/D and PACCH/D.
The "Fig. 4.16 Example of Downlink Configuration with PBCCH and PCCCH Chan-
nels" shows an example of one PDCH carrying both the PBCCH and the PCCCH
channels, where 3 blocks are dedicated to the PBCCH channel by setting the value
of the BSPBBLK attribute to 2. It can be noted how the number of blocks assigned
to the logical channels change according to the value of the BSPBBLK attribute.
In this example, since three blocks are always dedicated to the PBCCH channel, at
most 9 blocks can be dedicated to the PAGCH channel by the BPAGCHR parameter.
b) UPLINK DIRECTION:
– in the uplink direction, each block can be used as PRACH, PDTCH/U and
PACCH/U; the BPRACHR attribute allows the user to indicate how many blocks
must be reserved in a fixed way to the PRACH channel. The user can reserve up
to 12 blocks (i.e., all the multiframe) for the PRACH channel. Remember that in a
PRACH block, 4 random access bursts are always sent.
The "Fig. 4.17 Example of Uplink Configuration with PRACH Channel." shows an
example of one PDCH carrying PRACH channel; note how the blocks assigned to
the logical channels change according to the value given to the BPRACHR attribute.
66 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
2 0
2 1
2 2
2 3
2 4
2 5
2 6
2 7
2 8
2 9
2 :
PBCCH
Fig. 4.16 Example of Downlink Configuration with PBCCH and PCCCH Channels
0
1
2
3
4
5
6
7
8
9
10
11
12
PRACH
A30808-X3247-L24-5-7618 67
GPRS/EGPRS Global Description Information
System
68 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 69
GPRS/EGPRS Global Description Information
System
The continuous timing advance update procedure could create some delays between
i the packet downlink assignment message and the beginning of the data transfer in the
downlink direction. In order to reduce the time between a packet downlink assignment
message and the effective beginning of downlink data transmission, a specific packet
polling procedure has to be executed (see the chapter: "9.8.5 Polling Procedures" for
more details about the procedure).
70 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
When a multislot configuration is used, a certain number of timeslots (PDCHs) are allo-
cated to the same Mobile Station, accordingly to its multislot capability; the following
rules must be satisfied when more than one timeslot is assigned:
1. timeslots must belong to the same frequency (i.e., to the same TRX).
2. timeslots must be adjacent (i.e., they must have neighboring timeslots numbers-TN).
3. timeslots must belong to the same frequency hopping law, i.e., they must have the
same:
– Mobile Allocation (MA);
– Mobile Allocation Index Offset (MAIO);
– Hopping Sequence Number (HSN);
Regarding frequency hopping for GPRS/EGPRS services, both Base Band
i Frequency Hopping and Synthesizer Frequency Hopping are supported.
1 1 1 2 2 4
2 2 1 3 2 3
3 2 2 3 2 3
4 3 1 4 1 3
5 2 2 4 1 3
6 3 2 4 1 3
7 3 3 4 1 3
8 4 1 5 1 2
9 3 2 5 1 2
10 4 2 5 1 2
11 4 3 5 1 2
12 4 4 5 1 2
where the fields: “Rx_max, Tx_max, Sum, Ttbm, Tra” have the following meaning:
– Rx_max describes the maximum number of timeslots that the Mobile Station can
use per TDMA frame in the downlink direction. It shall be able to support all integer
values of timeslots (from 0 to Rx_max) in the downlink direction;
– Tx_max describes the maximum number of timeslots that the Mobile Station can
use per TDMA frame in the uplink direction. It shall be able to support all the integer
values of timeslots (from 0 to Tx_max) in the uplink direction;
A30808-X3247-L24-5-7618 71
GPRS/EGPRS Global Description Information
System
– Sum is the total number of uplink(Tx) and downlink(Rx) timeslots that the Mobile
Station can use per TDMA frame (when it has established a TBF in both the direc-
tions). The MS must be able to support all combinations of integer values of Rx and
Tx timeslots where; 1 <= Rx + Tx <= Sum , Rx<=Rx_max and Tx<=Tx_max;
– Ttb relates to the time needed for the Mobile Station to get ready to transmit. This
minimum requirement is used when adjacent cell power measurements are not
required by the service selected. For type 1 Mobile Station it is the minimum number
of timeslots that will be allowed between the end of the last previous received
timeslot and the first next transmit timeslot or between the previous transmit timeslot
and the next transmit timeslot when the frequency is changed in between;
– Tra relates to the time needed for the Mobile Station to perform adjacent cell signal
level measurement and get ready to receive after it has transmitted in the uplink
direction. For type 1 MS it is the minimum number of timeslots that are allowed
between the previous transmit or receive timeslot and the next receive timeslot when
measurement is to be performed between. For type 2 MS it is the minimum number
of timeslots that are allowed between the end of the last receive burst in a TDMA
frame and the first receive burst in the next TDMA frame.
Type 1 Mobile Station are not required to transmit and receive at the same time,
i whereas Type 2 Mobile Station are instead required.
Mobile Class = 8
Rx = 4
Tx = 1
Sum = 5
Ttb= 1
Tra = 2
TDMA frame - Downlink
0 7 0
d d d d d d
u 7
0 7
TDMA frame - Uplink
Ttb Tra
72 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
PACCH/U is allocated respecting the resources allocated to the Mobile Station and to
its multislot class.
For each PDCH allocated to the Mobile Station, an USF value is assigned to it.
To establish a multislot uplink Temporary Block Flow, the following conditions shall be
satisfied:
– one common uplink TFI is available in all timeslots (TFI is the same on all the
PDCHs).
– one USF is available for each PDCH in the set.
– a TAI is available in one of the assigned timeslots.
A30808-X3247-L24-5-7618 73
GPRS/EGPRS Global Description Information
System
74 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
According to previous concepts, the operator can use different strategies to configure
packet switched data services in a cell; e.g., he can:
a) reserve at least one static timeslot for GPRS/EGPRS specific signalling, and
configure other dynamic timeslots (which will be shared with circuit switched
services) for GPRS/EGPRS data;
b) reserve at least one timeslot for GPRS/EGPRS specific signalling, and configure
other static timeslots (which will not be shared with circuit switched services) for
GPRS/EGPRS data;
c) not reserve any timeslot for GPRS/EGPRS specific signalling, and configure some
static timeslots for GPRS/EGPRS data;
d) not reserve any timeslot for GPRS/EGPRS specific signalling, and configure some
dynamic timeslots for GPRS/EGPRS data;
e) not reserve any timeslot for GPRS/EGPRS specific signalling, and configure both
some static and some dynamic timeslots.
A30808-X3247-L24-5-7618 75
GPRS/EGPRS Global Description Information
System
Nevertheless, the EGPRS service can be also activate without activation of CS-
3/CS-4 (see note below).
To make available the EGPRS service without activation of CS-3 /CS-4 coding
i schemes, the operator shall set the bit25 of MNTBMASK parameter to TRUE,meaning
that the max coding scheme usable will be CS-2 independently from
CSCH3CSCH4SUP value set to TRUE.Other parameter settings are required to enable
EGPRS services in the cell(see "5.1.2 Enabling EGPRS Service in the Cell").The
default value of the EEDGE flag is FALSE.
To enable, in general packet switched data services on a specific TRX, the user must
set to “TRUE” the GSUP attribute belonging to the TRX object.
Setting GSUP=TRUE means that the TRX is enabled to support, in general, both packet
data services, i.e., it is enabled to support both GPRS and EGPRS.
Fig. 5.1 shows an example of one cell with five TRXs, where three of them (i.e., TRX0,
TRX3 and TRX4) have been enabled to support the packet switched services.
76 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
TDMA frame
0 7
TDMA frame
TRX 1 GSUP=FALSE
0 7
TDMA frame
TRX 2 GSUP=FALSE
0 7
TDMA frame
TRX 3 GSUP=TRUE
0 7
TDMA frame
TRX 4 GSUP=TRUE
0 7
BTSplus equipment can be equipped with two different types of carrier units (see 6.2):
1. GSM-CUs, i.e., carrier units able to support GSM and GPRS services;
2. E-CUs (EDGE carrier units), i.e., carrier units able to support GSM, GPRS and
EGPRS services.
The user, beside enabling the TRX to support packet data services (with GSUP param-
eter), can indicate if the TRX will be used for GSM/GPRS only, or if it will be used for
EGPRS too. To indicate how the TRX has to be used, the TRXMD parameter is used; it
can assume two values:
– GSM: it is the default value that means that the TRX can be used for GSM, and also
for GPRS if GSUP=TRUE;
– EDGE: it means that the TRX can be used for GSM, and also for both GPRS and
EGPRS if GSUP=TRUE.
Regarding the detailed procedure to enable EGPRS, please refer to "5.1.2 Enabling
i EGPRS Service in the Cell".
From the BTS equipment point of view, the TRXMD parameter is the criterion used to
i allocate a carrier unit type (GSM-CU or E-CU) to the transceiver. The association
between a TRX and the boards (CU or E-CU) of a BTSplus is performed automatically
by the BTS equipment, taking into account suggestion from the operator (i.e., the
TRXMD setting).
A30808-X3247-L24-5-7618 77
GPRS/EGPRS Global Description Information
System
After having enabled one or more TRXs to support GPRS, i.e., after having set for one
or more TRXs:
– GSUP=TRUE
– TRXMD=GSM
the user must set to TRUE the EGPRS parameter of the PTPPKF object, to definitely
enable the GPRS service in the cell.
It is possible to set GSUP =TRUE for whatever TRX of the cell, with the following excep-
tions:
– In cases of Concentric Cells, the TRXs supporting GPRS must always belong to the
complete cell area;
– In cases of GSMDCS (common BCCH) cells, all the TRXs that support GPRS must
belong to the same band of the BCCH TRX (and this coincides with the band of the
Complete Area). This is due to the fact that the two GSM and DCS bands have
different propagation factors, thus it could be that on cell borders only the frequency
of one band is received; one mobile that accessed the cell with one band could not
work with the other one;
– In cases of cells having SYSID=EXT900, only the TRXs with TRXFREQ belonging
to BB900 band (that is, the same band of BCCH) can have GSUP=TRUE;
– In cases SYSID=F2ONLY, if the BCCH belongs to BB900 band, all the TRXs for
which the GSUP is set at TRUE must belong to the BB900 band;
– In cases SYSID=F2ONLY, if the BCCH belongs to the extended band, all the TRXs
for which the GSUP is set at TRUE must belong to the extended band;
– It is possible to set as first GPRS TRX any TRX of the cell, that is: it is not mandatory
to set this attribute to TRUE first on the BCCH TRX;
– The setting of a TRX to GSUP = TRUE has to take into account the Multislot
constraints for TSC and Frequency Hopping parameters;
– The setting of a TRX to GSUP=TRUE must be executed only when all the TRX’s
channels are not available to the service (this situation can be reached by executing
a shutdown for all these TCHs: this is suggested to avoid impacts on CS calls.
Beside the TRXs of a cell on which the user wants to configure the packet switched data
i services, it is suggested to also configure GSUP =TRUE for the BCCH TRX. In this way
the condition of no TRXs with GSUP =TRUE (condition that puts the PTPPKF object in
DISABLE state) also happens when there is a BCCH outage. In this case, the whole
BTS is put Out of Service from both circuit switched and packet switched services point
of view.
Once one or more TRXs have been enabled to support the GPRS service, the user can
configure, according to his needs, some static and dynamic GPRS channels on them
(see "5.2 Configuration of GPRS Channels in a Cell").
78 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The ESUP parameter of the BSC object allows the user to enable EGPRS services in
the whole BSC. If the user does not set to TRUE the ESUP parameter, EGPRS service
will not be allowed in the BSC. Since EGPRS can only be enabled on high capacity
BSCs, the ESUP parameter can not be set to true if the NTWCARD parameter (BSC
object) is not set to either SNAP or SNAP_STLP.
After the user has enabled EGPRS service on a BSC basis, he has to enable it both on
a TRX basis and on a cell basis.
As described in "5.1.1 Enabling GPRS Service in the Cell", to enable, in general, packet
data services on a specific TRX, the user must set to “true” the GSUP attribute belonging
to the TRX object.
Setting GSUP =TRUE means that the TRX is enabled to support in general both packet
data services, i.e., it is enabled to support both GPRS and EGPRS.
To activate EGPRS service on a specific TRX, beside enabling the TRX to support
packet data services (with the GSUP parameter), the user has to indicate that the TRX
will also be used for EGPRS. To indicate how the TRX has to be used, the TRXMD
parameter is used; it can assume two values:
– GSM: it is the default value that means that the TRX can be used for GSM and also
for GPRS;
– EDGE: it means that the TRX can be used for GSM and also for both GPRS and
EGPRS.
To enable EGPRS service on a TRX the user must set the TRXMD parameter to the
EDGE value.
After having enabled EGPRS on a TRX basis, i.e., after having enabled at least one
TRX to support EGPRS, the user can enable EGPRS on a cell basis by setting to TRUE
the EEDGE parameter.
Fig. 5.2 shows an example of one cell with five TRXs, where two of them (i.e., TRX0,
TRX3) have been enabled to support GPRS only and one of them (TRX5) has been
enable to support a EGPRS too.
A30808-X3247-L24-5-7618 79
GPRS/EGPRS Global Description Information
System
TDMA frame
GSUP=TRUE
TRX 0 BCCH
TRXMD=GSM
0 7
TDMA frame
TRX 1 GSUP=FALSE
0 7
TDMA frame
TRX 2 GSUP=FALSE
0 7
TDMA frame
GSUP=TRUE
TRX 3 TRXMD=GSM
0 7
TDMA frame
GSUP=TRUE
TRX 4 TRXMD=EDGE
0 7
Once one or more TRXs have been enabled to support the EGPRS service, the user
can configure, according to his needs, some static and dynamic channels on them, to
be used for packet switched services (see "5.2 Configuration of GPRS Channels in a
Cell").
80 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 81
GPRS/EGPRS Global Description Information
System
In case of Baseband frequency hopping all TRXs involved in the same hopping law must
i be homogeneus, i.e. they must have the same TRXMD value. If a TRX with TRXMD =
EDGE gets TRX_CAPABLITY = GSM (e.g. due to a reconfiguration) the hopping for the
TRX related to this hopping law is stopped in the cell, and the operator is informed.
Synthesizer frequency hopping is not affected.
82 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
– PCCCH: i.e., the related channel is reserved for packet switched services, and
supports GPRS/EGPRS common signalling, and data.
Only one physical channel can be configured to carry the PBCCH logical
i channel (i.e., only one channel can be configured as the PBCCH); if the
operator then needs more PCCCHs, he must configure another channel as
PCCCH.
PBCCH and PCCCH channels can be defined on BCCH TRX only.
2. the user can then configure, among the remaining timeslots, other static timeslots
for PS services (i.e., not shared with CS services); the user can indicate this number
of static GPRS/EGPRS slots using the GMANPRES attribute of the PTPPKF object.
The difference, with respect to the configuration of static slots using the GDCH
attribute, is that with GDCH the configuration is made on a channel basis and
regards GPRS/EGPRS signalling channels only, whereas using GMANPRES the
configuration is made without indicating the channel, but only a “number of chan-
nels”, and regards GPRS/EGPRS traffic channels only.
If for example, the user defines 4 static slots for packet switched services, using
GMANPRES, then 4 slots will be reserved by the system for GPRS/EGPRS traffic
on the TRXs where GSUP =TRUE;
3. the user can choose among the remaining available slots (on TRXs where GPRS is
supported) the maximum number of dynamic GPRS/EGPRS channels; these chan-
nels will be shared between PS and CS services, according to the actual request of
resources.
To configure this number of shared slots, the user sets the GPDPDTCHA attribute
(PTPPKF object).
It indicates a percentage; this percentage is applied to the total number of available
slots (on TRXs where GPRS/EGPRS are supported) decreased by the number of
both static GPRS/EGPRS slots and slots reserved for GSM signalling. The
percentage indicates the maximum number of dynamic GPRS/EGPRS slots.
As it has been described, setting GSUP =TRUE means that that TRX is available for PS
i services in general; then, according to the TRXMD parameter value and to the avail-
ability of EDGE-CUs, TRXs are enabled to support GPRS only or both GPRS and
EGPRS.
So, if e.g. the user configure some static timeslots, according to the TRX where they are
assigned they will be used for GPRS only or for EGPRS too (obviously only on TRXs
with GSUP =TRUE).
To clarify previous concepts, let’s suppose (see Fig. 5.3) that three TRXs of a cell are
configured and enabled to support PS services (according to what has been described
in paragraph 5.1), and particularly:
– TRX0 and TRX4 support GPRS and EGPRS;
– TRX3 supports GPRS only.
Besides, the first TRX (TRX0) is the BCCH one and contains one SDCCH timeslot; the
second and the third TRXs (TRX1 and TRX2) are completely dedicated to circuit
switched services .
Then, on TRXs where packet switched services are supported, the total number of avail-
able slots for PS and CS services is equal to 22, in fact:
– 6 slots are available on TRX0;
– 8 slots are available on TRX3;
– 8 slots are available on TRX4.
A30808-X3247-L24-5-7618 83
GPRS/EGPRS Global Description Information
System
GDCH=PBCCH
TDMA frame
GSUP=TRUE
TRX 0 BCCH SDCCH TRXMD=EDGE
TRXCapability=EDGE
0 7
TDMA frame
0 7
TDMA frame
0 7
TDMA frame
GSUP=TRUE
TRX 3 TRXMD=GSM
TRXCapability=GSM
0 7
TDMA frame
GSUP=TRUE
TRX 4 TRXMD=EDGE
TRXCapability=EDGE
0 7
then, the maximum number (N) of GPRS/EGPRS channels shared with CS services is
obtained by the following formula:
= ( 22 - 2 ) * 50/100 = 10
84 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
– 10 slots reserved for CS services (i.e., the remaining slots on the TRXs where
GSUP=TRUE).
Obviously both the TRX1 and the TRX2 will be used for circuit switched services only.
It must be underlined that the previous example is only valid if HOPMODE=SYNHOP.
i As soon as HOPMODE=BBHOP (independently of whether or not frequency hopping is
enabled), timeslots 0 of all non-BCCH TRX are never allocated for GPRS/EGPRS.
Finally, to define how many users can be multiplexed in a PDCH, the GMANMSAL
attribute (PTPPKF object) is used. It defines the maximum number of GPRS/EGPRS
users that can share the same timeslot (PDCH); it is composed of two fields: the first
indicates the maximum number of users in the uplink direction, the second one specifies
the maximum number of users in the downlink direction.
The PCU, after calculating the number of requested resources, checks if the actual used
strategy is the vertical one or the horizontal one (see "5.3.2 Horizontal/Vertical Alloca-
tion Strategies"). Then, according to the used strategy and to the needed resources, it
sends the correct request to the TDPC.
According to the requests received by PPCU/PPXU, the TDPC is responsible for:
1. the assignment of the proper radio resources on the air interface (PDCHs);
2. the assignment of the Abis interface subslots related to these PDCHs.
When the PCU request arrives at the TDPC, the TDPC tries to satisfy the request.
A30808-X3247-L24-5-7618 85
GPRS/EGPRS Global Description Information
System
If required channels are found, the TDPC sends the ACK message to the PCU, other-
wise other actions have to be executed (see "5.3.3.2 TDPC Algorithm").
Note that, on a cell basis, the PPCU/PPXU knows:
1. the number of PDCHs in use at a given time; i.e., it knows:
– the timeslots (PDCHs) with at least one TBF assigned;
– PDCHs for which the Empty Channel Timer is running.
In fact, when the last MS associated to a PDCH is released, the “virtual” assignment
persists for the duration of the Empty Channel Timer. The value of this timer is set,
by means of the TEMPCH parameter, to avoid continuous requests (in cases of high
GPRS/EGPRS traffic) from the PPCU to the TDPC.
When the timer is still active, the allocated PDCH(s) for the “released” TBF are still
seen as allocated even if they are no longer active.
2. the number of PTDs (equal to the number of Abis subslots) related to the PDCHs
still in use.
From this point, it could happen that (according to what has been described in
"6.3.1 Concatenated PCU Frames") for a PDCH one or more corresponding PDTs
are useless, i.e., they are filled with idle PCU frames, due to downgrade to a coding
scheme needing less PDTs than the initial ones. When a PDT is filled with idle PCU
frames, the PCU, before releasing it waits until a timer defined by the TEMPPDT
parameter expires.
The timer is used to avoid continuous requests of Abis resources from the PPCU to
the TDPC; in fact to every PDT has corresonding Abis 16 kbit/s subslots that the
PCU requires for the TDPC, since it is the TDPC that manages Abis resources.
86 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
assigning a new PDCH. This is obtained by filling an already used PDCH, as much as
it is possible, compatibly with:
• network settings of GMANPRES, GPDPDTCHA and GMANMSAL attributes;
• MS multislot capability.
If, for example, 2 mobile stations perform 3DL+1UL GPRS/EGPRS calls, the BSC e.g.,
will assign them the timeslots number 2, 3 and 4.
In this way, timeslots from 5 to 7 remain free because the BSC multiplexes the 2 mobiles
on the same 3 PDCHs, as drawn in Fig. 5.4.
When the vertical allocation strategy is used, the BSC tries to multiplex, in a fair way,
the mobile requests, using “flat distribution”. With flat distribution, if the BSC is in VA
condition and over each radio timeslot is multiplexed only one mobile station, if three
GPRS/EGPRS mobile requests (single slot) arrive to BSC, the BSC will multiplex the 3
mobiles over 3 different radio channels trying to uniformly distribute the resources.
If flat distribution was not used, all the 3 mobiles would be multiplexed in the same
timeslot (compatibly with GMANMSAL setting).
A30808-X3247-L24-5-7618 87
GPRS/EGPRS Global Description Information
System
The threshold, that causes the transaction from one allocation algorithm to the other
one, represents the percentage of idle slots in the whole cell.
The percentage is calculated as the number of idle channels in the cell with respect to
the number of available channels in the cell (TCHs or PDCHs; do not consider slots
containing GSM signalling, such as BCCH or SDCCHs slots, and also slots statically
reserved to GPRS/EGPRS).
The number of available channels in the cell is calculated as:
Available Channels = Total number of configured channels - Number of OUT OF
SERVICE channels - Number of GPRS/EGPRS static channels (defined by both GDCH
and GMANPRES) - Number of GSM signalling channels
Obviously the number of Idle Channels is the number of “not busy” channels inside the
pool of all the available channels of the cell.
Then the percentage of idle channels in the cell (to be compared with the thresholds of
the GASTRTH parameter) is given by:
88 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
It is important to highlight that the evaluated value, that represents the percentage of
i idle channels in the cell, is truncated, so decimals are not taken into account in the
comparison with thresholds. For example, if the internal evaluation estimates that the
percentage of idle channels in the cell is 10.9%, then the real value that is compared to
the thresholds is 10% and not 11%).
Let’s consider a cell with five configured TRXs, three of them supporting GPRS/EGPRS
(see Fig. 5.6) where:
– TRX0 contains BCCH and SDCCH logical channels;
– TRX1 and TRX2 do not support GPRS/EGPRS;
– TRX3 supports the GPRS/EGPRS service, but it is out of service.
– the timeslots of the TRXs (with the exception of the BCCH and the SDCCH ones)
are defined as TCHF_HLF; then each timeslot represents, from the circuit switched
services point of view, two available channels.
TDMA frame
0 7
TDMA frame
0 7
TDMA frame
0 7
TDMA frame
TRX 3 GSUP=TRUE
0 7
TDMA frame
TRX 4 GSUP=TRUE
0 7
A30808-X3247-L24-5-7618 89
GPRS/EGPRS Global Description Information
System
In this case:
• total number of configured traffic channels = (6 + 7 + 7 + 8 + 8 ) * 2 = 72;
BCCH and SDCCH signalling channels are not considered, only traffic chan-
i nels are taken into account.
If, for instance, the GASTRTH parameter has been set with the following values:
– ThresholdIdleChannelHV=30%, for the transaction from HA ---> VA;
– ThresholdIdleChannelVH=40%, for the transaction from VA ---> HA.
when the percentage of idle slots is over 40%, horizontal allocation is used. In this case:
(100 * Idle channels) / Available channels > 40 ----> Idle channels = 21.
So, when in the cell the number of idle channels equals 21, the Horizontal Allocation
strategy is used.
If the percentage of idle slots falls under 30%, vertical allocation is used; in this case:
(100 * Idle channels) / Available channels < 30 ----> Idle channels = 14.
So, when in the cell the number of idle channels reaches 14, the vertical Allocation
strategy is used.
If the percentage again exceeds the 40% threshold, the horizontal allocation algorithm
is restored.
The difference between the two thresholds of the GASTRTH parameter should not be
i too high, but the thresholds have to be set to reasonable values (also taking into account
the number of configured TCHs in the cell). Otherwise it could happen that, when
VERTICAL allocation is used, a return back to HORIZONTAL one is applied only when
the cell is completely idle, and this is not a real hysteresis behavior.
90 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 91
GPRS/EGPRS Global Description Information
System
a) horizontal allocation in a cell is used if at the same time these three conditions are
satisfied:
– there is no radio scarcity in the cell, i.e., the percentage of idle air timeslots in the
cell is greater than the ThresholdIdleChannelHV field of the GASTRTH param-
eter;
– there is no Abis resources scarcity, i.e., the percentage of idle Abis subslots of the
BTSM managing the cell is greater than the thresholdIdleAbisHV field of the
GASTRABISTH parameter;
– there is no PDT exhaustion for the PCU that manages the cell.
b) starting from horizontal allocation, if there is radio scarcity, i.e., the percentage of
idle air timeslots in the cell becomes lower than the ThresholdIdleChannelHV field
of the GASTRTH parameter, than vertical allocation is triggered.
c) starting from horizontal allocation, if there is Abis scarcity, i.e., the percentage of idle
Abis subslots in the BTSM becomes lower than the ThresholdIdleAbisHV field of the
GASTRABISTH parameter, than vertical allocation is triggered; the PCUs that are
handling cells belonging to the impacted BTSM are informed.
d) starting from horizontal allocation, if there is PDT exhaustion in the PCU, than
vertical allocation is triggered.
e) if the vertical allocation of the cell is due to radio scarcity only, and the percentage
of idle air timeslots in the cell becomes greater than the ThresholdIdleChannelVH
field of the GASTRTH parameter, than horizontal allocation is triggered.
f) if the vertical allocation of the cell is due to Abis scarcity only, and the percentage of
idle Abis subslots in the BTSM becomes greater than the ThresholdIdleAbisVH field
of the GASTRABISTH parameter, than horizontal allocation is triggered; the PCUs
that are assigned cells belonging to the impacted BTSM are informed.
The allocation strategy used is managed and implemented in the TDPC. The TDPC
informs the PCU about the used strategy via the allocation flag (HA/VA). This flag is
updated each time the TDPC replies to PCU requests for resources.
To avoid possible misalignment between TDPC and PCU, as regards the allocation flag,
a mechanism is foreseen for which an audit, running every 10 seconds for each
equipped and in service PCU, is sent to communicate to the PCU the current allocation
strategy used on the TDPC side.
92 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The radio resources allocation algorithm keeps into account the availability of EGPRS
service, and the presence of EDGE capable mobiles and TRXs: in fact MSs that support
EGPRS could be assigned either to TRX supporting EDGE (exploiting EGPRS coding
schemes) or to TRX supporting GPRS (in this case, only GPRS coding schemes can be
used).
To distinguish EDGE TRXs from non-EDGE TRXs, both on TDPC and PCU, the
Resource Manager looks at the ‘TRX availability’ dynamic attribute of the TRX (see
"5.1.3 Aspects Related to Carrier Configuration"): TRX with ‘unknown’ ‘TRX availability’
are not taken into account, since they are not available for service at all.
Both on TDPC and on PCCU, the radio resource research algorithm will also take into
account the EBCCHTRX attribute, that specifies whether the 8PSK modulation is
allowed on the BCCH TRX (see " Configuration of the BCCH Transceiver for EGPRS").
The aim of the algorithm is: maximize the throughput in the limits of specified peak
throughput (if specified), minimizing the number of allocated radio resources.
Therefore, in principle, EDGE TRXs are preferable for EDGE-capable mobiles, because
higher data rates are possible with a lower number of radio resources, and even when
data rates are comparable, or GPRS data rates are slightly better (e.g., CS4 versus
MCS4), we can expect better performances from a TBF operating in EGPRS mode
(instead of GPRS mode), due to specific retransmissions rules and incremental redun-
dancy (see "9.9.1.2 EGPRS Acknowledged Mode").
But, for an EGPRS TBF, when the multislot capability of a mobile is high, and if radio
resources are insufficient on EDGE TRXs and available on non-EDGE TRXs, a non-
EDGE TRX could be preferable. In fact, as it has been said, trying to maximize the
throughput is the most important criteria in radio resource research. Let us consider an
example; a request to establish a TBF with the following requirements arrives at the
BSC:
According to the request, the BSC finds two solutions; the first using NE timeslots on an
EDGE TRX, the second using NG timeslots on a non EDGE TRX, where:
NE = 2 (with MCS9)
NG = 4 (with CS4)
The ‘best’ solution is to allocate 2 radio timeslots on the EDGE TRX, because the peak
throughput is sustained with the minimum number of radio resources.
But if only 1 radio resource (NE’) is available on an EDGE TRX, the sustainable
throughput is only 59.2 kbit/s. In this case, 3 radio resources (62.4 kbit/s), or 4 radio
resources (83.2 kbit/s), on a non-EDGE TRX allow sustaining of the peak throughput,
and should be considered better solutions.
From the configuration point of view, to allow, both for the voice and data calls, an higher
flexibility for different operator’s strategies, a parameter is provided. This parameter,
called CPOLICY, allows the operator to indicate on which TRX (BCCH or not BCCH) a
certain type of call (voice or data) will be preferably allocated. In this way, a clear usage
policy for the BCCH TRX channel allocation is guaranteed. The PCU and the TDPC
A30808-X3247-L24-5-7618 93
GPRS/EGPRS Global Description Information
System
administer this setting when they have to assign resources to GPRS users (see
"5.3.3.1 PCU Algorithm" and "5.3.3.2 TDPC Algorithm").
So, taking account GPRS and EGPRS mobiles, TRXs supporting EGPRS or GPRS
only, and the CPOLICY parameter, the research algorithm basically follows these rules :
• in cases of EDGE capable mobiles, TRXs are sorted giving priority to the EDGE
TRXs; this criterion is more important than the call policy. That is: if the CPOLICY
parameter is set to DATA_CALL_ON_BCCH and the BCCH TRX is a non-EDGE
TRX, the BCCH TRX is checked AFTER all the EDGE TRXs and before all the other
non-EDGE TRXs.
When the EDGE BCCH TRX doesn’t support 8PSK (EBCCHTRX=FALSE), the Call
Policy is disregarded: BCCH TRX will be considered after all the other EDGE TRXs
even if the CPOLICY parameter is set to DATA_CALL_ON_BCCH. If the operator
wants to give more priority to the BCCH TRX, according to the Call Policy, the
EBCCHTRX attribute should be set to TRUE;
• in cases of non-EDGE capable mobiles, TRXs are sorted giving priority to the non
EDGE TRXs; this criterion is more important than the call policy. That is: if the
CPOLICY parameter is set to DATA_CALL_ON_BCCH and the BCCH TRX is a
EDGE TRX, the BCCH TRX is checked AFTER all the non-EDGE TRXs and before
all the other EDGE TRXs.
The horizontal/vertical allocation algorithm on TDPC receives as input a
PDCH_Request message from the PCU containing, among other information, a list of
suggestions for channels to be granted by TDPC. The “already busy for GPRS/EGPRS”
channels can be assigned only by the PCU, while idle channels can be assigned only
by the TDPC.
If the incoming GPRS request cannot be satisfied (because some timeslots have to be
free for the GPRS multislot calls, or because the cell is congested), the request is
inserted in a waiting queue (i.e., a ‘stand by’ queue), and it will be served as soon as the
proper actions have been performed (see "5.3.6 Waiting Queue Management").
The waiting queue where the “not served GPRS requests” are inserted, is different
! from the queue related to the Queuing feature. In fact the Queuing feature is related to
The
circuit switched calls only, and the related queue is called queuing list.
As it has been described, the algorithm used to assign GPRS resources is split in two
parts: one is performed on the PCU and the other one on the TDPC; in the following
sections the parts are described.
When a new request is sent to the PCU, the following information is provided:
• Mobile capability (GPRS or EGPRS);
• required Peak throughput;
• Multislot class;
• Candidate Initial Coding Scheme (CS/MCS); as it has been described in
"4.2 Channel Coding", the user can set the preferred initial coding scheme, for both
94 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
GPRS and EGPRS services, to be used when a new TBF starts. The O&M config-
ured initial coding schemes are only used if no information about a MS in a cell is
available when a new TBF starts. In fact, the PCU holds in memory, for each mobile
station, the last coding scheme (either CS or MCS) used in the uplink/downlink
directions for TBFs associated to the MS; neverthless the PCU maintains this infor-
mation only for a specific period of time. So the Candidate Initial Coding Scheme will
be:
– the coding scheme stored in the PCU memory, if this information is still available;
– otherwise the O&M configured value.
To get more detailed information about initial coding scheme handling,
i please refer to "10.5.3 Selection of the Candidate Initial Coding Scheme".
The aim of the search on the PCU side is to find a number of adjacent PDCHs in order
to maximize the throughput of the TBF.
The PCU, before starting to search radio resources on the TRXs, calculates the optimal
number (N) of radio resources that allow the maximum “initial target throughput” of the
data transmission.
The general formula to calculate the number of “optimal” number of radio resources (N)
is the following:
where:
ceil = round up to the upper integer
PT = required Peak Throughput
T_I_CS =throughput (maximum data rate) of “Candidate initial coding scheme”
BLER = it is the initial BLER value.
The BLER value is defined as the number of radio blocks to be repeated (not acknowl-
edged blocks) versus the number of transmitted radio blocks in total (i.e., the sum of
the acknowledged blocks and the not acknowledged one, see "9.9 RLC Data Block
Transfer"):
BLER= NACK_Blocks/(ACK_Blocks+NACK_Blocks)
The user can define the initial BLER value, used in the resource assignment process,
via the INIBLER parameter.
The O&M configured initial BLER is only used if no information about a MS in a cell is
available when a new TBF starts. In fact, the PCU stores in memory, for each mobile
station, besides the last coding scheme, the last measured BLER value (historical
BLER) associated to the MS; neverthless the PCU maintains this information only for
a specific period of time. The Initial BLER corresponds to the INIBLER value if no
“historical BLER” information is available; otherwise the “historical BLER” is used.
The optimal number of radio resources that the PCU calculates depends on:
– the availability of the Peak Throughput in the request;
– the mobile station capability, i.e., if the MS is EGPRS capable or not.
The different possibilities are described:
A30808-X3247-L24-5-7618 95
GPRS/EGPRS Global Description Information
System
a) In cases of mobiles with EGPRS capability and in cases where the peak throughput
is available, two calculations must be performed, for a ‘pure’ UL or DL TBF setup (no
concurrent TBF in progress):
– calculation for the ‘optimal’ number NE of radio resources for EDGE TRX (based
on the ‘candidate’ initial MCS);
– calculation for the ‘optimal’ number NG of radio resources for non EDGE TRX
(based on the ‘candidate’ initial CS);
– in cases where a concurrent TBF is in progress with TBF mode EDGE, only NE
will be calculated; in cases where a concurrent TBF is in progress with TBF mode
GPRS, only NG will be calculated; this is because, if a MS is assigned concurrent
TBFs, these will be in the same TBF mode.
b) In cases of mobiles without EGPRS capability and in cases where the peak
throughput is available, only the calculation for NG is performed;
c) When the peak throughput is not available, the multislot class is taken into account.
Then, different solutions (i.e., different radio timeslot configurations) are compared in
terms of ‘initial target throughput’ instead of ‘number of timeslot’; the basic formula to
calculate the initial target throughput per timeslot is:
Initial target throughput per timeslot = throughput (maximum data rate) of the candi-
date initial CS/MCS
This value is multiplied by the number (NG or NE) of radio resources to get the better
solution; the better solution is that which provides the highest Initial Target Throughput.
When the initial target throughput per PDCH on GPRS TRXs is slightly better than the
i initial target throughput per PDCH on EDGE TRXs, solutions allocating N radio
resources on EDGE TRXs are preferred to solutions allocating N radio resources on
GPRS TRXs, because better performances are expected from EGPRS specific retrans-
mission rules and incremental redundancy (see "9.9.1.2 EGPRS Acknowledged
Mode"). This situation can occur, for example, when the MCS and CS used to calculate
the ‘initial target throughput’ are ‘homologous’ (e.g., CS4/MCS4). For example, 3 radio
timeslots in EGPRS TBF mode are preferable to 3 radio timeslots in GPRS mode, in
case the initial MCS in the cell is MCS4 (data rate 17,6) and the initial GPRS CS in the
cell is CS4 (data rate 20,8).
The “Initial target throughput” is just an indicator, used to compare different radio
i timeslot configurations; there is no guarantee that the ‘initial target throughput’ is really
achieved, because the actual throughput depends on several factors: radio conditions,
C/I, Link Adaptation, multiplexing factor, availability of Abis and PDT resources, etc. In
particular, in cases of Abis/PDT resources scarcity it is not guaranteed that the resource
assignment will result in the best solution in terms of throughput (see "5.3.3.2 TDPC
Algorithm").
When the PCU has calculated the optimal number of radio resources, it starts executing
a pre-search of radio resources on available TRXs; a different process is applied
according to the allocation strategy currently in use (the PCU algorithm is shown in
Fig. 5.7).
In cases of Horizontal Allocation strategy the PCU starts a search on all the TRXs
usable for GPRS or EGPRS according to the kind of request. The criteria used to find
resources are the following (in order of priority):
1. prefer EGPRS on EDGE TRXs and GPRS on non-EDGE TRXs;
2. maximize the “Initial target throughput”;
96 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
3. maximize the number of empty channels (i.e., the channels already allocated in
packet transfer mode, but without assigned TBF; these channels are seen by the
PCU as allocated until the TEMPCH timer expires);
4. minimize the overall weight on the affected PDCHs;
The following QoS parameters are taken into account in the resource allo-
i cation process on PCU side:
- Radio Priority in the uplink direction;
- Service Precedence in the downlink direction.
Internally, UL radio priority and DL service precedence are mapped into a
unique ‘internal priority’ so that UL and DL TBFs are comparable. Internal
priority’ here mentioned coincides with the ‘scheduling priority’ used by the
scheduler process (see "9.9.7 Notes About GPRS/EGPRS TBF Sched-
uling" to read how Qos attributes are mapped to scheduling priority).
According to its priority, each TBF is assigned a ‘weight’; as described in
9.9.7, the association between priorities and weights is performed by the
following O&M attributes: SCHWEIPRI1, SCHWEIPRI2, SCHWEIPRI3,
SCHWEIPRI4.
So, each PDCH(i) is assigned a ‘total weight’ W(i) given by:
W(i) = Sum of W(k)
where W(k) is the weight of all the TBF(k) multiplexed on the PDCH(i).
On PCU, the algorithm for radio resources presearch, in addition to the
other criteria, tries then to minimize the total weight of the suggestions to
be sent to TDPC.
5. maximize the number of adjacent timeslots with respect to the ones already in
packet transfer mode;
6. choose the preferred TRXs according to the CPOLICY parameter.
The output of this algorithm is a possible configuration on one TRX. Two cases exist:
1. if all the chosen timeslots are already available at PCU side, i.e., the PCU does not
need to ask new idle PDCH channels to the TDPC, the timeslots are assigned by
PCU immediately (i.e., no PDCH_Request message is sent to TDPC). But in this
case, according to the flexible Abis allocation strategy, it could happen that, even if
no new PDCH has to be allocated, new PDT/Abis allocation is necessary to support
the new TBF; this is because e.g., the current Abis allocation is not enough to
support the candidate initial coding scheme. In this case, the PCU will sent a request
to the TDPC for additional Abis resources using the PDCH_Abis_Upgrade message
(see "5.3.4.2 Upgrade of Abis Resources").
It must be noted that when horizontal allocation is used, the timeslots already avail-
able at PCU side are the empty channels, i.e., free PDCHs for which the TEMPCH
timer is running (these channels are also called pre-allocated)
2. in case some timeslots are not immediately available, i.e., when new idle channels
are necessary at the PCU side, a PDCH_request message is sent to the TDPC indi-
cating this configuration as a suggestion (the request also notifies the TDPC of the
“Initial Target Throughput per timeslot). The request also contains the number of
Abis resources needed to support the TBF.
In order to handle parallel requests, the TRX belonging to this suggestion is set as
“frozen” and excluded from subsequent searches until either the TDPC answers
(positively or not) or a protection timer expires.
With the Vertical Allocation strategy, the idea is to reduce the number of new timeslots
to asked of the TDPC for the incoming request.
A30808-X3247-L24-5-7618 97
GPRS/EGPRS Global Description Information
System
When the Vertical Allocation strategy is used, the layering method is the following (flat
distribution): instead of multiplexing continuously on the same timeslot (until the
GMANMSAL value is reached), the TBFs are spread on all the already assigned
timeslots, on all the TRXs. This leads to better system performances in terms of TBF
throughput. This is done by multiplexing the new TBF on the timeslots already in packet
mode that are not in the busy state (the busy state is set when the number of TBFs multi-
plexed on a PDCH reaches the GMANMSAL value).
The criteria used to find resources are the following (in order of priority):
1. prefer EGPRS on EDGE TRXs and GPRS on non EDGE TRXs;
2. maximize the initial target throughput;
3. maximize the number of empty channels;
4. minimize the overall weight on the affected PDCHs;
5. choose the preferred TRXs according to the CPOLICY parameter.
The output of this algorithm is a possible configuration on one TRX. If all the chosen
timeslots are already available at the PCU side, they are assigned immediately.
It must be noted, that when vertical allocation is used, timeslots already available at PCU
side are:
– timeslots already assigned to GPRS users, containing active TBFs;
– empty channels, i.e., free PDCHs for which the TEMPCH timer is running (these
channels are also called pre-allocated).
In this case no new PDCH has to be allocated, but it could happen that the current
PDT/Abis allocation is not enough, so the PCU could send a request to TDPC for addi-
tional Abis resources by the PDCH_Abis_Upgrade message (to have more details about
upgrade of Abis resources, see "5.3.4.2 Upgrade of Abis Resources").
In case some timeslots are not immediately available, a PDCH_request message is sent
to the TDPC indicating the suggestion to be preferred in the search. Also in this case, in
order to handle parallel requests, the TRX belonging to the suggestions is set as
“frozen” and excluded from subsequent searches until either TDPC answers (positively
or not) or a protection timer expires.
98 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
MS/SGSN
request
PCU PCU
needs new YES NO needs new
NO YES
PDCH PDCH
channels? channels?
PCU PCU
needs new YES needs new YES
PDT? PDT?
NO NO
A30808-X3247-L24-5-7618 99
GPRS/EGPRS Global Description Information
System
• The HA/VA indicator. This indicator is used to indicate in which allocation type
(HA/VA) the PCU has sent the message to the TDPC;
• Number of needed Abis subslots for each PDCH.
As a general rule, the TDPC will first try to satisfy the suggestion sent by the PCU. Only
if it is not possible to exactly satisfy the suggestion, it tries to satisfy the request using
as many pre-allocated channels as it can. If again the request is not satisfied, the TDPC
goes on to search through all the TRXs, in order to find out the best configuration that
matches the requirement fixed further.
It is important to underline the following feature: Abis/PDT scarcity does not affect the
radio resource assignment algorithm of TDPC. The only mandatory check (on TDPC)
100 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
concerns the availability of one Abis/PDT per new PDCHs in the selected radio timeslot
configuration. No attempt is done to search radio resources minimizing the number of
new allocated Abis/PDT resources. Hence, in case of Abis/PDT resources scarcity it is
not guaranteed that the initial coding scheme can be supported; and the initial target
throughput is based on the number of radio timeslots that can be actually activated.
Then the TDPC will answer to the PCU with:
– a PDCH_Setup message when at least one idle channel has been assigned; in this
case, no matter of the value of the thresholdIdleAbisStopUpgrade field of the
GASTRABISTH parameter (see "5.3.4.2 Upgrade of Abis Resources"), the TDPC
will allocate new PDCHs trying to assign them the requested number of Abis/PDTs
per PDCH and, if necessary and possible (see "5.3.4.2 Upgrade of Abis
Resources"), upgrade up to the requested number of PDTs per PDCH the already
allocated PDCHs in the configuration.
When Abis/PDT resources are not enough to completely satisfy the request (activa-
tion of new PDCHs and possible upgrade of already allocated PDCHs), the number
of PDTs per PDCH specified in the request is downgraded.
– a PDCH_KO message, if no idle channels have been assigned (even if some pre-
allocated channels were present in the PCU request); also in this case, if necessary
and possible (see "5.3.4.2 Upgrade of Abis Resources"), upgrade up to the
requested number of PDTs per PDCH the already allocated PDCHs in the configu-
ration.
The TDPC algorithm is described in Fig. 5.8.
When the involved BTS is congested, if the incoming GPRS/EGPRS request is for more
than one timeslot, the TDPC distinguishes between upgrade requests and new
requests:
– an upgrade request is detected each time the PCU requires additional timeslots for
GPRS/EGPRS service. This means that some timeslots are currently allocated for
PS data transmission, and the request is for additional resources. In this case, when
the BTS is congested, the request from the PCU is rejected and the TDPC sends a
PDCH_KO message to the PCU.
– a different situation occurs when an incoming request arrives at the TDPC from the
PCU and no channels are currently allocated for PS services. In this case, when the
BTS is congested, the incoming multislot request is downgraded to a single timeslot
request. At this time if the request cannot be served immediately, it will be included
in the waiting queue.
This mechanism is not applied to timeslots reserved for exclusive use of the
i GPRS/EGPRS services. So if the incoming request can be satisfied using the timeslots
reserved exclusively for PS services (fixed by the operator using the GMANPRES
attribute) no downgrade or reject is performed on the incoming request.
If the BTS is not congested, the TDPC verifies if there are some pending requests, first
in the queuing list and then in the waiting queue. If any pending request exists then the
TDPC puts the incoming GPRS/EGPRS request in the waiting queue because it is
necessary to serve the old calls first.
So, when resources are available and either the queuing list or the waiting queue is filled
with some pending request, the new request will not be served immediately, even if
there is no congestion from a BTS point of view. This is done in order to optimize the
usage of resources and it can produce a short delay in serving the new requests.
A30808-X3247-L24-5-7618 101
GPRS/EGPRS Global Description Information
System
In case both the queues are empty, the TDPC has to check if the incoming request can
be completely satisfied by available system resources.
The algorithm on TDPC will search idle channels following these criteria:
1. prefer EGPRS on EDGE TRXs and GPRS on non-EDGE TRXs;
2. maximizing the initial target throughput;
3. using as many pre allocated channels, if any, as it can (resulting from PCU sugges-
tions);
4. minimizing the number of forced intracell handovers of circuit switched calls;
5. choosing the preferred TRXs according to the CPOLICY parameter.
If the request is completely satisfied by the available resources, without the need to
execute forced intracell handovers, the request is served immediately; so the TDPC will
answer to the PCUC with a PDCH_Setup message. The PDCH_Setup message always
contains the current allocation value (VA/HA) on TDPC.
If one or more intracell handovers have to be executed, the request is put in waiting
queue and the management is delegated to the waiting queue manager process (see
"5.3.6 Waiting Queue Management").
Note that for the previous algorithm, the search including forced intracell handovers is
i applied only if forced intracell handovers have been enabled by the operator (see
"5.3.6.3 Forced Intracell Handovers of Already Established CS Calls").
If no new idle channels are assigned, the TDPC will answer to the PCU with a
PDCH_KO message; this message has a field as a bit map containing the HA/VA indi-
cator.
The HA/VA indicator is set to horizontal allocation or vertical allocation depending on the
situation of radio interface and Abis interface, described in "5.3.2 Horizontal/Vertical
Allocation Strategies".
The following considerations can also be done:
• each time more than one solution is found to satisfy a request, it is chosen that for
which, when new channels are assigned, the number of adjacent busy channels for
GPRS/EGPRS is higher. This is done to reduce holes in the configuration and to
facilitate the assignment for new incoming GPRS/EGPRS calls when the VA is
active;
• it should be noted as the priority related to the preferred TRX is the lowest one; so
if the request can be satisfied, according to the other criteria, on not preferred TRXs,
the resources will be assigned on a not preferred TRX;
• in case more than one allocation with the same number of timeslots is possible on
different TRXs, the allocation is performed according to the order of priority listed
above.
For instance if the system is handling a request for three timeslots, and both TRX0
(BCCH) and TRX1 (non BCCH) have three available timeslots, but only TRX0 has
one “empty channel”, whereas TRX1 has no empty channels, then the allocation is
performed on TRX0 even if TRX1 may have more than the required timeslots free;
• for PDCH allocation in multislot configurations, the allocated PDCHs must have (see
also "4.7 Multislot Configuration"):
– same frequency hopping law;
– same training sequence code (TSC);
– same MAIO;
102 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 103
GPRS/EGPRS Global Description Information
System
Reception of
PDCH_Request
from PCU
NO
Were there
Set VA
YES pre-allocated channels NO
in the PCU request?
Set VA
Send PDCH_KO
to PCU
104 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 105
GPRS/EGPRS Global Description Information
System
2. the number of idle radio timeslots in the cell is higher than the thresholdIdleChanEn-
ableUpgrade field of the GASTRTH attribute.
The number of idle timeslot is calculated in the same manner as described in
i "5.3.2.3 Switching between VA and HA According to Radio Conditions".
The check is performed on the TDPC. The PCU is informed by a flag (enableRadi-
oUpgradingFlag) added in all the messages containing the allocation status flag. At
system initialization, by default, the enableRadioUpgradingFlag is DISABLED both on
PCU and TDPC sides, and is set to ENABLED at the first check detecting the horizontal
allocation condition, unless the thresholdIdleChanEnableUpgrade value is 100 (this
value means: new PDCHs cannot be allocated to GPRS for upgrading reasons).
The thresholdIdleChanEnableUpgrade does not enable the ‘upgrading strategy’. It
enables the possibility to allocate new PDCHs to GPRS/EGPRS for upgrading reasons.
But PDCHs already allocated to GPRS/EGPRS can be assigned to a TBF for upgrading
reasons no matter of the thresholdIdleChanEnableUpgrade value. Besides, the thresh-
oldIdleChanEnableUpgrade threshold does not affect the assignment of resources for
new incoming TBFs.
In the following the upgrading conditions are discussed.
Number of required TSs = min (ceil ( new PT / (T_A_CS x (1-BLER)), Multislot Class).
where:
ceil = round up to the upper integer
new PT = new required Peak Throughput
T_A_CS =throughput of the Actual Coding Scheme
BLER = it is the actual BLER.
The extension is tried by adding one adjacent TS to the actual configuration; so the PCU
will send to TPDC a PDCH_Upgrade_Reqeust message, but only if the conditions
regarding horizontal allocation and the percentage of idle timeslots are verified.
In case radio resources are missing and the upgrade is not possible, the upgrading
request is dropped. The upgrading will be attempted again if a decreasing of maximum
sustainable throughput is detected, as specified in 2) Change in “Maximum Sustainable
Throughput”.
106 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
where:
T_A_CS =throughput of the Actual Coding Scheme
BLER = it is the actual BLER
#TS = number of allocated timeslots to the TBF
where:
T_A_CS = throughput of the Actual Coding Scheme
BLER = it is the actual BLER
PT = Peak Throughput
ACCEPTGDEGR= it is an O&M parameter
So, when the maximum sustainable throughput becomes lower than the maximum toler-
able degradation of the peak throughput, the upgrade is performed.
As long as the ‘one radio resource a time’ algorithm is implemented, the ACCEPT-
i GDEGR attribute is suggested to be set to 0 (no degradation allowed, radio resource
upgrading always attempted as soon as the upgrading condition is detected), in order
to reach the required radio resource allocation in several steps.
The extension is tried by adding one adjacent timeslot to the actual configuration; so the
PCU will send to TPDC a PDCH_Upgrade_Reqeust message, but only if the conditions
regarding horizontal allocation and the percentage of idle timeslots are verified.
A30808-X3247-L24-5-7618 107
GPRS/EGPRS Global Description Information
System
The user can manage the upgrade strategy of Abis resources by two fields of the
GASTRABISTH parameter. The two fields are:
• thresholdIdleAbisStopUpgrade field: it defines the percentage of idle Abis subslots
of a BTSM (over the available Abis subslots managed by the BTSM) under which
the PCU must disable the Abis upgrading requests to TDPC for all the cells
managed by the PCU and belonging to the involved BTSM. When this threshold is
overcome, the first allocation of Abis resources to a TBF is performed with the same
criteria used under normal conditions (looking at the candidate initial coding
scheme), but further upgrading of Abis resources is forbidden. Moreover, in case of
runtime Abis release (due to worsening of radio conditions, CS pre-emption or O&M
commands), the released Abis is not allowed to be allocated again to running TBFs.
The main aim of this threshold is to avoid useless signalling between PCU and
TDPC in case of nearly complete Abis congestion, therefore, the default value of the
threshold is 0, meaning that the Abis upgrading is disabled only in case of complete
Abis congestion. The secondary aim of this threshold is to avoid the allocation of
additional Abis resources to running packet services in case of Abis scarcity, so that
the residual Abis resources in the pool can be by preference available to set up new
CS services (this will be the trend in case of vertical allocation) or even to new PS
services (in case horizontal allocation is still active). Note that moving this threshold
from the default value, a reduction in PS throughput is expected;
• thresholdIdleAbisRestoreUpgrade field: it defines the percentage of idle Abis
subslots of a BTSM (over the available Abis subslots managed by the BTSM) over
which the Abis upgrade requests to TDPC are restored for all the cells managed by
the PCU and belonging to the involved BTSM.
Constraints on the Abis thresholds are:
There is no constraint between the Abis threshold to switch to vertical allocation (see
i "5.3.2.4 Switching between VA and HA according to Abis Interface Conditions") and the
Abis threshold to disable the ‘Abis upgrade requests’; the operator is free to set the one
lowest than the other, and vice versa.
108 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
1. if the incoming CS call finds the cell in a congested state, the first attempted task is
to preempt one vulnerable CS call;
2. if preemption cannot be started for whatever reason (e.g., the feature is not
enabled), the Directed Retry procedure is started;
3. if also the Directed Retry cannot be started (e.g., the feature is not enabled or the
feature is enabled but the Handover Condition Indication message does not contain
any cell) the queueing procedure is started, if enabled;
The queuing procedure puts the CS call in the Queueing List that is
i different from the Waiting Queue.
4. if the queueing procedure is not enabled, the CS call is put in the Waiting Queue.
To free resources for the CS call put in waiting queue, a packet data transfer may be
downgraded, in cases of a multislot call, or released, in the worst case. In any case,
the static GPRS/EGPRS channels can not be pre-empted by CS calls (see
"5.3.6 Waiting Queue Management").
According to the flexible Abis allocation strategy (see 6.3), it could also happen that
when the CS calls have to be served, no Abis resources are available to serve the
incoming call. Even in this case, the call is put in the waiting queue in order to find the
required resources.
A30808-X3247-L24-5-7618 109
GPRS/EGPRS Global Description Information
System
After this procedure, or if the queueing list is empty, the process will analyzes the waiting
queue.
Note, once more, that the resources that are released, are used first by the Queueing
i process and only later on by the Waiting Queue process. So the classic Queueing
procedure already implemented always has a higher priority than the waiting queue
management.
Three types of action can be performed by the process to serve pending requests on the
waiting queue:
1. Use resources just released by the TDPC: in case the system had released any
system resources, these have been included in the Idle List structure. Then the
system finds the released resources which are available for the specific cell. If the
resources are not enough to serve all the entries present in the waiting queue, the
following Downgrading mechanisms are activated;
2. Downgrading of already active HSCSD multislot calls: the downgrade of already
active HSCSD calls, is performed in two situations only:
– to serve GPRS/EGPRS pending requests in the waiting queue;
– to serve incoming CS requests in the waiting queue (see "5.3.5 Incoming CS
Calls");
The downgrade of an already active HSCSD call is executed only if the number of
used timeslots is greater than one (i.e., at least one timeslot must remain allocated
for the HSCSD call)
3. Downgrading of already active PS multislot calls: the GPRS/EGPRS downgrade
process, consists in a decrease of the number of timeslots already assigned to PS
services. When the downgrade of PS calls is performed, one of the GPRS/EGPRS
channels is “preempted” and the channel is released. In the case in which a PS data
transmission uses only one timeslot for GPRS/EGPRS, and the timeslot is
preempted for downgrading, the transmission is interrupted (to avoid GPRS/EGPRS
downgrading, the operator can assign static GPRS/EGPRS timeslots as explained
in "5.2 Configuration of GPRS Channels in a Cell"). As it has been described (see
"5.3.5 Incoming CS Calls"), the downgrade of already active PS multislot calls is
performed to serve incoming CS requests in the waiting queue.
No active GPRS/EGPRS calls are downgraded to free resources for incoming
i GPRS/EGPRS calls.
Regarding the downgrade of already active GPRS/EGPRS and HSCSD multislot calls,
the user can select the downgrade strategy. The user can choose the preferred down-
grade strategy through the DownGradeStrategy parameter (DGRSTRGY). This
attribute allows the user to choose among five different strategies:
– Downgrade of HSCSD calls first
– Downgrade of GPRS/EGPRS calls first
– Downgrade of HSCSD calls only
– Downgrade of GPRS/EGPRS calls only
– No Downgrade
110 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 111
GPRS/EGPRS Global Description Information
System
PDCHs). PDCHs can be released provided that the number of residual PDCHs allo-
cated in the cell is higher or equal to the number of reserved PDCHs.
In case the release of the PDTs does not cause the whole PDCH release, a forced
downgrade of the coding scheme is performed for all the TBFs multiplexed on the
involved PDTs. Otherwise (release of the whole PDCH), the same behavior imple-
mented in case of PDCH pre-emption (see 5.3.6.1) is ensured.
112 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Fig. 6.1 Hardware and Software Entities supporting the GPRS/EGPRS technology
The PCU unit within the BSC provides the following functions:
– Channel Access Control functions, for example access requests and grants;
– PDCH scheduling functions for uplink and downlink data transfer;
– Radio Channel Management functions, like power control, congestion control,
broadcast control information, etc.;
– PDCH RLC ARQ functions, including buffering and re-transmission of RLC blocks;
– LLC layer PDU segmentation into RLC blocks for downlink transmission;
– RLC layer PDU re-assembly into LLC blocks for uplink transmission;
– management of the protocols supporting the “Gb” interface.
The CCU unit within the BTS provides the following functions:
– Channel coding functions, including FEC and interleaving;
– Radio channel measurement functions, including received quality level, received
signal level and information related to timing advance;
– Continuous Timing Advance update.
The PCU functional managed object models the physical packet control unit designed
to implement the packet switched services (PS) in the SBS system.
A30808-X3247-L24-5-7618 113
GPRS/EGPRS Global Description Information
System
In case of PPCU boards for the standard BSC each PCU can handle up to 64 PDTs on
the Abis interface with a maximum number of 16 FRLs on the Gb interface. FRL is the
Functional Managed Object that models the physical link connection on the “Gb” inter-
face. The connection can be realised through the A interface (PCMA link) or directly to
the SGSN through the PCMG link. The Packet Data Terminal (PDT) represents a basic
16 kbit/s resource for the packet switched services manageable by the PCU.
In case of PPXU boards for the High Capacity BSC each PCU can handle 256 PDTs on
the Abis interface and up to 64 FRLs on the Gb interface.
In the next chapters it will be described in detail the difference that the support of the
GPRS/EGPRS technology requires in terms of hardware supported and software appli-
cations to the standard and High Capacity BSC and also to the different BTS types.
114 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
In the next paragraphs the different BSC types are described, taking into particular
i account their hardware and software resources configured for supporting the GPRS and
EGPRS technology. It is also important to make a distinction between the terms “Packet
Data Channel (PDCH)” and “Packet Data Terminal (PDT)”.
The Packet Data Channel (PDCH), as it has been described in the chapter "4 Radio
Interface Description", is the radio timeslot associated to packet switched services (that
means when the timeslot is associated to the packet switched services, it is called
PDCH).
The Packet Data Terminal (PDT) represents a basic 16 kbit/s resource for the packet
switched services manageable by the PCU. The capacity of the PCU, from packet
switched data services point of view, is assigned in terms of Packet Data Terminals,that
means that a PCU supports a certain number of Packet Data Terminals. This number
of Packet Data Terminals corresponds to the number of Abis subslots (16 kbit/s)
manageable by the PCU.For example, when a single PDCH is associated to a GPRS
user using CS1 coding scheme, it is also associated to a single Abis subslot, and so only
one PDT is busy in the PCU that manages this PDCH (in this case, there is a one to one
relationship between PDCH and PDT); but when a single PDCH is associated to an
EGPRS user using MCS9 coding scheme, five Abis subslots are associated to this
PDCH (see the chapter: "6.3 PCU Frames and Dynamic Allocation on the Abis Inter-
face") , and so five PDTs are busy in the PCU that manages this PDCH (in this case,
there is a one to five relationship between PDCH and PDT).
A30808-X3247-L24-5-7618 115
GPRS/EGPRS Global Description Information
System
Fig. 6.2 View of the BSC Rack with and without PPCU Boards.
Two instances of the PCU object can be created:
– PCU:0;
– PCU:1.
The creation of one PCU object implies the consequent creation of the two related
PPCU boards (active and cold-standby):
• the creation of the PCU:0 involves the creation of both the PPCU:0 and the PPCU:1;
• the creation of the PCU:1 involves the creation of both the PPCU:2 and the PPCU:3.
The system firstly creates the two PPCU objects, and then the PCU object. After the first
card reaches the Providing Service state, the PCU starts the configuration alignment.
Since the PPCUs are inserted in the BSC rack in substitution of some PPLDs, when the
user creates a PCU object instance, some PPLDs may not be equipped. The rule is
shown in Tab. 6.2.
116 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
PCU:0 PPLD:11
PPLD:12
PPLD:13
PPLD:14
PCU:1 PPLD:7
PPLD:8
PPLD:9
PPLD:10
Tab. 6.2 PPLD Boards to Be Removed according to the PCU Object Instance.
Each PPLD board can manage up to 8 LAPD channels; so, when 14 PPLD boards are
used, 112 LAPD channels are available in the BSS. When some PPLD boards are
removed to introduce PPCU boards, the number of LAPD channels decreases, reducing
the signalling capability of the BSC.
When only one PCU is created, the number of PPLD boards becomes 10, and the
number of configurable LAPD channels is 80; when both the PCU instances are created,
the number of PPLD boards decreases to 6, and the number of configurable LAPD
channels is 48.
Each Packet Control Unit is able to handle at most a data rate of 2 Mbit/s. This data flow
is divided in two data rates of 1 Mbit/s each one:
1. a data rate of 1 Mbit/s towards the Abis interface; this flow allows the management
of the Abis interface at most 64 GPRS channels (16 kbit/s each one), i.e., 64 PDTs;
2. a data rate of 1 Mbit/s towards the Gb interface; this flow allows the management of
the Gb interface at most 16 Frame Relay Links (64 kbit/s each one, see "7 Gb Inter-
face").
When the standard BSC is fully equipped with two PCUs, it can handle up to 128 GPRS
channels (PDCHs).
EGPRS is not supported by the standard BSC due to its low capacity in terms of PDTs.
i
For each BSC, it is possible to configure up to 150 cells and, as a consequence, up to
150 PTPPKF object instances.
A30808-X3247-L24-5-7618 117
GPRS/EGPRS Global Description Information
System
Fig. 6.3 View of the “High Capacity” BSC with the Traditional Rack.
In order to get a High Capacity BSC using the traditional rack, the following boards are
used:
• a new switching matrix board, called SNAP;
• new peripheral processor boards i.e.;
– PPXL boards to manage both LAPD and SS7L signalling;
– PPXU boards to manage GPRS and EGPRS services.
It is important to underline that the hardware of both PPXLs and PPXUs is named
i PPXX; depending on the slot position inside the BSC rack, the same board (i.e., the
PPXX one) acts, from the functionality point of view, as PPXU or PPXL.
In comparison with the SN16 (i.e., the switching matrix of the “standard” BSC), the
SNAP card allows the interface of 48 lines at 8 Mbit/s coming from LICD and PPXX
(double bandwidth in comparison with the SN16, which can interface 24 lines).
118 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This doubled number of lines increases independently (i.e., without trade-off) both
GPRS/EGPRS and LAPD channels.
The new switching matrix is introduced in the system through the handling of the
NTWCARD attribute; this attribute can assume the values:
– NTWSN16, when SN16 switching matrix is used (standard BSC);
– NTWSNAP, when the SNAP switching matrix is used (high capacity BSC with the
old rack).
When the NTWCARD is set to NTWSN16, the BSC works with PPCC, PPLD and PPCU
i boards.
When the attribute value is NTWSNAP, only the SNAP and the new PPXU and PPXL
boards are allowed.
Mixed configurations are not possible.
In the high capacity BSC, to get more GPRS/EGPRS channels it has been necessary
to increase the number of boards assigned to packet switched functionality and to
increase also their capability. This is allowed by the SNAP switching matrix, which
provides 8 lines at 8 Mbit/s towards PPXXs. Two lines are used for handling LAPD and
SS7 level 2 signalling protocols with the new PPXL boards; and the remaining six are
used for PPXU boards (each PPXU board has its own 8 Mbit/s line).
The PPXUs are all placed in the extended rack (as it is for the PPCUs).
To handle packet switched services, six instances of the PCU object can be created:
– PCU:0;
– PCU:1;
– PCU:2;
– PCU:3;
– PCU:4;
– PCU:5.
The creation of one PCU object implies the consequent creation of one PPXU board: i.e
the creation of the PCU:0 involves the creation of the PPXU:0; the creation of the PCU:1
involves the creation of the PPXU:1, and so on.
A PPXU card is automatically created when the PCU object with the same instance is
i created, if NTWCARD= NTWSNAP. Otherwise (if NTWCARD=NTWSN16), a couple of
PPCUs are created (PPCU 0,1 for PCU-0; PPCU 2,3 for PCU-1).
Tab. 6.3 shows the correspondence between the boards of the “standard” BSC and
those of the high capacity BSC from packet switched services point of view.
PPLD-3 PPLD-3
PPLD-4 PPLD-4 PPXU-0
PPLD-5 PPLD-5
PPLD-6 PPLD-6 PPXU-1
PPLD-7
PPLD-8 PPCU-2 PPXU-2
Tab. 6.3 Correspondence between the Boards of the Two Types of BSC
A30808-X3247-L24-5-7618 119
GPRS/EGPRS Global Description Information
System
Tab. 6.3 Correspondence between the Boards of the Two Types of BSC
Since each PPXU is connected to the SNAP matrix by an 8 Mbit/s line, each PPXU
board, and as a consequence each PCU, is able to handle at most a data rate of 8
Mbit/s.
This data rate of 8 Mbit/s is split into 128 time slots of 64 kbit/s each. Since one of these
time slots is used to transmit the CRC related to the others, then 127 timeslots can be
used effectively.
This data flow is divided into two data rates:
1. a data rate constituted of 64 time slots of 64 kbit/s towards the Abis interface; this
flow allows the management of the Abis interface at most 64 X 4 = 256
GPRS/EGPRS channels (16 kbit/s each one), i.e., 256 PDTs
Please remember that, if either GPRS CS3 and CS4 coding schemes, or
i EGPRS coding schemes are used, 256 PDTs do not strictly correspond to
256 PDCHs.
2. a data rate constituted of 63 time slots of 64 kbit/s towards the Gb interface; this flow
allows the management of the Gb interface at most 63 Frame Relay Links (64 kbit/s
each one, see "7 Gb Interface").
Each PPXU board and, as a consequence, each PCU can handle up to 256 PDTs; to
reach 1280 PDTs (that is the number of packet switched resources provided by the high
capacity BSC), 5 boards (i.e., 1280/256 boards) have to be considered in service simul-
taneously; this means that 1+1 redundancy (used in the standard BSC) is no longer
possible and a different redundancy schema is provided.
The redundancy schema used is called “load balancing”: with this schema all six boards
are simultaneously in service and the packet switched traffic is distributed among all six
boards (see "8 Load Control for Packet Switched Services"); this implies that each
board will normally work in relax (the required real time traffic can be spread over 6
boards instead of 5).
When the BSC is fully equipped with six PCUs, it can handle up to 1536 PDTs (256 X
6) and 378 Frame Relay Links (63 X 6). If the 6th board is used for redundancy
purposes, the number of handled PDTs becomes 1280 (256 X 5).
With the high capacity BSC it is possible to configure up to 250 cells and, as a conse-
quence, up to 250 PTPPKF object instances.
120 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
With the high capacity BSC it is possible to configure up to 400 cells and, as a conse-
quence, up to 400 PTPPKF object instances.
A30808-X3247-L24-5-7618 121
GPRS/EGPRS Global Description Information
System
122 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 123
GPRS/EGPRS Global Description Information
System
124 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
16 kbit/s N x 16 kbit/s
The flexible Abis allocation strategy coupled with the concept of concatenated PCU
frames gives the operator the following advantages:
– the Abis interface handling is more efficient: a common pool of Abis timeslots is
associated to a BTSM; then these Abis resources are shared between different
timeslots, carriers and even between different cells of the same base station site;
– EGPRS and GPRS Link Adaptation can be performed during runtime without loss
of service;
– unused capacity of an air interface timeslot can be released in the Abis interface and
exploited by other air interface timeslots;
– it is possible to reach a data rate up to about 60 kbit/s per packet data channel
(PDCH) on the Abis interface.
Generally speaking, the flexible Abis allocation strategy is managed by two different
processes:
1. the first task is the configuration one: the operator can assign to every BTSM a pool
of Abis timeslots. These timeslots will be used to transfer information between the
BTSM and the BSC;
2. the second task relies on the flexible allocation and release of resources taken from
the Abis pool. The Abis allocation algorithm is able to:
– assign sufficient Abis bandwidth to an air interface timeslot during run time;
– release bandwidth in case of congestion, according to service priorities and QoS
constraints.
The traditional Static Abis management is kept for backward compatibility with the
i previous releases, harmonizing the O&M management of “flexible” and “static” BTSM.
A30808-X3247-L24-5-7618 125
GPRS/EGPRS Global Description Information
System
MCS/CS
Data Data
126 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
CS1 184
CS2 271
CS3 315
CS4 431
MCS1 209
MCS2 257
MCS3 329
MCS4 385
MCS5 478/487
MCS6 622/631
MCS7 940/946
MCS8 1132/1138
MCS9 1228/1234
Tab. 6.5
The useful payload part of the concatenated PCU frames is filled as follows:
• GPRS: Block Header, Data;
• EGPRS MCS1,...,6: Block Header, E, FBI/TI, Data
• EGPRS MCS7,...,9: Block Header, E, FBI/TI, Data 1st part, E, FBI/TI, Data 2nd part
Header Check Sequences (HCS), Block Check Sequences (BCS) and Tail Bits are
added by the BTS coder.
MSs using different coding schemes can be multiplexed on the same timeslots (PDCH)
on the air interface. Multiplexing of GPRS and EGPRS mobile stations is also possible
if concatenated PCU frames are used in both cases (i.e., on the same timeslot it is not
possible to multiplex users which are exploiting new concatenated PCU frames and
others working with the standard PCU frames).
The BTS and the BSC know how many Abis subslot are allocated to an air interface
channel and both know which PCU subframe with which SFC is mapped on each 16
kbit/s Abis subslot. That means: in cases of multiplexing several TBFs on the same
PDCH, for this PDCH, all TBFs have PCU frames with the same SFC on a specific Abis
subslot. Hence, due to the selected Coding Scheme, which is outlined in the control bits
of the first subframe, the mapping of the radio block payload to the PCU frame data bits
is given and it is also clear which PCU frame data bits must be filled with the pattern and
which (maybe) are idle.
The n*16 kbit/s subframes of an air interface timeslot are arbitrarily distributed over PCM
24/30 Abis lines: they are not necessarily allocated a block of subsequent Abis subslots,
which is of course possible. The subframes can be completely disordered on the PCM
lines of the BTSM as long as they are within the defined pool of the BTSM. They do not
have to guarantee any ordered sequence in ascending way due to increasing SFC.
A30808-X3247-L24-5-7618 127
GPRS/EGPRS Global Description Information
System
But, as it has been said, for a given PDCH, all allocated TBFs use the same Abis
subslots for concatenated PCU frames with the same SFC.
Although all subframes have an equal size of 40 Octets = 320 bit (16 kbit/s bit rate), the
shape of the first subframe and the other consecutive subframes is a little bit different.
Fig. 6.6 shows an example of the Abis mapping for a DL MCS9 radio block requiring 5
Abis subslots; the first subframe in Fig. 6.6 has a payload of maximum 216 bits, all
others can carry up to 272 bit. As soon as a selected coding scheme requires less than
the full number of data bits, the rest in the last data subframe are filled with a predefined
bit pattern, e.g., 11111111...... In cases of a coding scheme, which requires less
subframes than the PDCH has allocated, those completely unused subframes are idle
subframes also filled with the bit pattern 111111.... . These idle subframes are based on
the coding of the additional subframes.
Fig. 6.6 Abis Mapping for a downlink MCS9 radio block requiring 5 Abis subslots
128 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Since users multiplexed on the same PDCH can not use a different number of PCU sub-
frames on Abis, idle PCU subframes with filling patterns are used on the Abis subslots
not carrying data payload, in order to extend all the concatenated PCU frames to the
same MCS-j (j=1,..., 9) configuration.
Let us consider an Abis channel that is allocated for a maximum bandwidth for a MS
using MCS9; in this case, MSs using MCSs lower than MCS9 have some idle PCU
frames with a filling pattern (e.g. 1111111...), due to the requirement that all TBFs on a
particular PDCH occupy the same Abis capacity, whether they need it or not.
Another case in which idle PCU-sub-frames are used to fill up the allocated Abis
capacity is when a Link Adaptation of a TBF to a lower data rates occurs (i.e.,
MCS9/MCS6, because of the impossibility of the air interface to maintain MCS9 with
good quality). The “unused” Abis capacity is filled with idle PCU sub-frames with filling
pattern, because to reduce signalling overhead, the release of allocated Abis capacity
is not executed immediately.
Standard PCU frames can be still used even combined with the flexible Abis allocation
i strategy; in fact dynamic Abis allocation does not imply the usage of concatenated PCU
frames. Standard PCU frames are used whenever the BTS does not support concate-
nated ones (see "6.3.2 Hardware supporting Flexible Abis Allocation and Concatenated
PCU Frames").
A30808-X3247-L24-5-7618 129
GPRS/EGPRS Global Description Information
System
Fig. 6.7 High Capacity BSC: Relationship between PCU Frames and Abis Allocation according to the BTSE
Type
Standard BSC
BTSplus, E-microBTS II
Only standard
- Standard/Concatenated PCU frames supported
PCU frames
- CS1...CS4 supported Standard PCU frames are supported.
- MCS1...MCS9 supported on EDGE carriers
-Dynamic Abis allocation supported
Fig. 6.8 Standard BSC: Relationship between PCU Frames and Abis Allocation according to the BTSE Type
130 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
BSC Hardware
Software Release
supporting Dynamic
Allocation
Fig. 6.9 BSC handling of BTS Equipment with Software Releases not supporting the Abis Dynamic Allocation
A30808-X3247-L24-5-7618 131
GPRS/EGPRS Global Description Information
System
(BSC) at configuration time. As a consequence, all the concepts explained below, are
valid, unless differently stated, for both “flexible” and “static” Abis allocations.
To manage the Abis allocations two concepts are introduced: the Abis Subpool and the
Abis Pool.
Referring to a specific BTSM, the Abis Subpool is a set of 16 kbit/s Abis subslots
belonging to a single PCMB line, routed together with the LPDLM instance (previously
associated to the BTSM) configured on the same PCMB line.
Remember that a BTSM can be connected to the BSC by, at most, four PCMB lines,
i and each line must contain at least one LPDLM related to the BTSM.
This is an operator constraint, valid for all kind of BSS configuration (star, loop, multidrop
with/without cross connections) and also for cross connectors external to the BSS
network elements. The “subpool” concept is necessary for O&M purposes, to manage a
correct fault propagation from LPDLM to Abis resources.
So, the user to connect the BSC to a specific BTSM can create a certain number of
subpools that will contain a specific number of timeslots of the Abis interface.
To configure an Abis subpool the SUBTSLB object is used. The SUBTSLB object
indicates one subslot of a PCMB line; when creating a SUBTSLB instance the user must
specify the following attributes:
– NAME: it indicates the subslots of a PCMB line, specifying the PCMB instance, the
slot [1..31] of the selected line, and the subslot number [0..3];
– ASSLAPD (Associated Lapd): it indicates the LPDLM instance (and as a conse-
quence the BTSM) that is related to this subslot.
So, to create on a PCMB line a subpool for a specific BTSM, the user must create more
instances of the SUBTSLB object, linking them to the same LPDLM instance (i.e., to the
same BTSM) by the ASSLAPD parameter.
Referring to a BTSM, the Abis Pool is the amount of 16 kbit/s Abis subslots reserved to
the BTSM for traffic services (i.e., it is the amount of SUBTSLB instances, configured on
different PCMB lines and associated, through the ASSLAPD, to the LPDLMs related to
the BTSM).
One more time it must be noted that:
– in cases of BTS supporting dynamic Abis allocation, Abis subslots are selected from
the Abis pool and allocated to radio channels at channel activation. In cases of
GPRS and EGPRS, changes of the Abis resources assigned to an air interface
timeslot are possible during TBF-operation via the channel modification command;
– in cases of static Abis allocation, Abis subslots are selected from the Abis Pool and
statically allocated to radio channels by O&M procedures; the relationship between
radio channels and Abis subslots is sent to the BTS by O&M Abis signalling (at radio
channel creation). The number of Abis subslots to be statically associated to the air
timeslot is always 1 for BTSs running with old SW releases.
Abis pools and subpools have the following properties and features:
• different Abis subpools, belonging to the same or different Abis pools, can be
defined on the same PCMB line;
• subpools can be distributed over all connected PCMB lines of a BTSM (at least one
subpool per line);
• the Abis subslots allocated to a radio channel may be distributed over different
subpools, over different PCM lines and it is not necessary at all to guarantee that the
subslots neighbor each other;
132 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The Abis pools are present on TDPC database, related to the list of BTS (cells) fed by
the pool. Abis idle lists are built and updated according to the O&M operator commands
issued on the SUBTSLB object.
In cases of GPRS/EGPRS services, the number of Abis resources actually allocated at
service setup depends on several factors: required peak throughput, default applicable
coding scheme, Abis resources actual availability, PCU resources actual availability.
The 16 kbit/s Abis subslots, which are assigned to a Radio Channel (PDCH), can be
located arbitrarily at the Abis pool/subpools and must not obey any rules due to
increasing or decreasing subframe counter (SFC). The Abis subslots allocated to the
same radio channel may be distributed over different PCMB lines and it is not necessary
at all to guarantee that the subslots are adjacent to each other. As far as possible, the
Abis subslots for the same PDCH are selected from the same PCMB. For each allocated
Abis subslot, one PDT is allocated. But each Abis subslot of a Radio Channel is coupled
with a specific SFC, such that in cases of multiplexing several GPRS/EGPRS TBFs on
the same PDCH, the data of each TBF is transported in a fixed, predetermined way. All
PCU frames with the same SFC must be transported with the same 16 kbit/s Abis
subslot.
In cases of packet switched services, the initial Abis assignment can be changed
dynamically during operation due to:
– radio propagation conditions of the channels (Link Adaptation, see 10.5);
– pre-emption of circuit switched services over packet switched services (see
"5.3.6.2 Pre-emption of PDT Resources").
A30808-X3247-L24-5-7618 133
GPRS/EGPRS Global Description Information
System
The pool is managed with a “soft boundary policy”, which guarantees a minimum
percentage of Abis subslots for each cell. All the cells belonging to the same BTSM
share the same Abis pool; each cell may pick up Abis resources from the pool as long
as the ‘guaranteed minimum’ is left at the other cells’ disposal. The operator can set the
guaranteed minimum number of subslots per cell by the GUARMABIS parameter (BTS
object).
As it has been said, the BSC informs the BTS about the Air timeslots/Abis subslots rela-
tionship by two messages:
– the CHANNEL ACTIVATION message, when a new PDCH is set up;
– the MODIFY ABIS CHANNEL message, when for one or more already assigned
PDCHs a different number of Abis subslots is needed.
In the following sections the two case are discussed.
134 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 135
GPRS/EGPRS Global Description Information
System
TDMA frame
CCCH PCCCH
PDCH
PCMB line
0 31
LAPD
In both cases signalling messages are processed in the PCU, which is realized in BSC
by means of PPCU/PPXU cards (Peripheral Processors for GPRS/EGPRS).
In the following sections a short description is given about the message handling which
is implied by the described mechanisms (see Fig. 6.11):
a) Dedicated CCCH: messages are carried in a PCU frame on the 16 kbit/s timeslot
related to the physical PDCH, where the PCCCH is mapped. The timeslot is routed
via switching matrix directly to the PPCU/PPXU where the channel is processed.
b) Shared CCCH: messages are carried in the LAPD channel related to the BTSE. The
channel is routed via switching matrix to a PPLD where the LAPD protocol is
processed. The extracted messages are read by TDPC via Telephonic Bus from the
PPLD Dual Port RAM.
In the TDPC, the messages are analyzed: GPRS/EGPRS related messages are
written by TDPC via Telephonic Bus in the Dual Port RAM of the PPCU/PPXU,
where they are processed.
136 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 137
GPRS/EGPRS Global Description Information
System
7 Gb Interface
The Gb interface connects the BSC to the SGSN, transferring signalling information and
user data. Several BSCs may be interfaced to one SGSN on the Gb interface.
The main characteristics of the Gb interface are:
a) The resources are given to a user upon activity (when data is sent or received) and
they are reallocated immediately thereafter; this is in contrast to the A interface,
where a single user has the only use of a dedicated physical resource throughout
the lifetime of a call, irrespective of activity;
b) GPRS/EGPRS signalling and user data are sent in the same physical channel. No
dedicated physical resources are required to be allocated for signalling purposes
(like e.g., the A interface where SS7 links are used to transmit signalling between
the BSC and the MSC).
c) The Gb interface is supported also over satellite links. Specific procedures for
defining the multiple frame operation mode necessary for the transmission of the “I”
frames have been implemented. The “T200” and “k” attributes are not configurable
by the user because they are not used. The transmission of information at applica-
tion level is supported by UI frames (Unacknowledged information/Downlink-Unit-
data). As a consequence of this the matter than the Gb interface can be suppported
also by satellite links is not relevant.In any case only the parameters defined in the
specification: “Q933” can be configurable, but their values do not depend from data
link/physical layer over satellite.
The protocol stack of the “Gb” interface is illustrated in the Fig. 7.1.
138 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
FR supports high data rate transmission with low delay. Frames of different sizes
may be transmitted. FR performs congestion control and error detection, however
error correction is not supported.
• BSSGP: the primary functions of the Base Station Subsystem GPRS protocol
(BSSGP) are:
– providing connection-less links between the SGSN and the BSS (layer 2 level);
– providing tools for bi-directional control of data flow;
– handling paging requests from the SGSN to the BSS.
• LLC (Logical Link Control layer): provides logical links between a MS and the corre-
sponding SGSN. The transport of both data and signalling is supported;
• SNDCP (SubNetwork Dependent Convergence Protocol): supports a direct peer to
peer (i.e.,, point-to-point) communication between a MS and a SGSN. User data is
transported from a network layer protocol, e.g. IP or X.25.
The NS layer of the Gb interface is split into a Network Service Control part and a Sub
Network Service part. The Service Control part is independent from the physical realiza-
tion of the network, whereas the Sub-Network Service entity is the Frame Relay
protocol.
A30808-X3247-L24-5-7618 139
GPRS/EGPRS Global Description Information
System
Fig. 7.2 Different Connection Types between the BSC and the SGSN.
On the PCMG line, 31 physical channels, of 64 kbit/s each one, can be handled (slot 0
is always use for synchronization purposes).
In case of standard BSC (see 6.1.1), up to two PCMG lines can be configured:
– PCMG:0;
– PCMG:1.
In fact in this case two PCMG lines are enough to handle the 32 X 64 kbit/s channels
(16 channels for each PCU) that can be equipped toward the Gb interface, also
providing the possibility to have fault redundancy.
When the high capacity BSC with the old rack is used (see 6.1.2), in order to completely
exploit the bandwidth that the 6 PPXUs offer toward the Gb interface (in total 378 time
slots at 64 kbit/s), an increase of the PCMG number is necessary. For E1 lines (31 time
slots), 12 lines are enough, while for the T1 lines (PCM24 mode), 16 PCMG lines are
necessary: so this is the number of PCMG that is possible to configure at most with this
kind of BSC.
When the high capacity BSC with the new rack is used (see 6.1.3), in order to completely
exploit the bandwidth that 12 PPXUs offer toward the Gb interface (in total 756 time slots
at 64 kbit/s), an increase of the PCMG number is necessary. For E1 lines (31 time slots),
24 lines are enough, while for the T1 lines (PCM24 mode), 32 PCMG lines are neces-
sary: so this is the number of PCMG that is possible to configure at most when the new
BSC rack is used.
As it has been described in "6 Hardware and Software Architecture", each PCU
manages the packet switched data traffic of a specific number of cells; to transmit packet
data (or signalling) related to these cells, each PCU can use all the PCMG lines config-
ured for the BSC. In other words, the PCM line is not statically assigned to one PCU, but
to the whole BSC.
This line can be connected in one circuit of LICD without any restrictions. The LICD
circuit using QTLP V2 can be programmed in transparent mode and in this way we can
connect 2 PCM lines to 1 LICD circuit.
The following attributes are involved in PCMG configuration:
140 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
• PCML: this attribute identifies the LICD number (range 0 to 9), the CIRCUIT number
(range 0 to 5) and the TRUNK (A or B) to which the PCM line is connected;
The range 0..5 of the CIRCUIT number is valid when STLP boards are used
i in the BSC (i.e.,, when the new BSC rack is used), otherwise that admitted
range is 0..3.
• CRC: this attribute indicates if CRC-4 signal handling for PCM 30 line or CRC-6
signal handling for PCM 24 line is Enabled on PCMG line;
• CODE: this attribute selects the line transmission code to be provided on the line;
• NUA: this attribute enables or disables handling of not urgent alarms on PCMG line;
• BER (Bit Error Rate): this attribute indicates the threshold that, if exceeded, the line
must be put in Disabled state;
• BAF: this attribute defines frame alignment bits that can be set by the operator;
• LOWBER (Lower Bit Error Rate): this attribute is relevant only for PCM24 lines;
• REMAL (Remote AlarmType): this attribute is relevant only for PCM24 lines.
The Gb interface physical layer is specified in GSM 08.14; it is called Frame Relay Link
(FRL).
The Frame Relay Link is a n X 64 kbit/s physical channel, created over a PCM line.
These physical channels can be created grouping either neighboring or spaced time
slots of the PCM line; more than one physical channel can be created over a single line
(see Fig. 7.3).
0 31
PCM line
0 31
FRL_2 FRL_3
(Fractional FRL) (Fractional FRL)
In case of direct connections between the BSC and the SGSN, frame relay links are
created over PCMG lines, whereas in case of connections through the MSC, the FR
links are created over PCMA lines.
The FRL object represents the physical channel over the Gb interface between the
BSC and the SGSN.
A30808-X3247-L24-5-7618 141
GPRS/EGPRS Global Description Information
System
In case of A interface connections, the 64 kbit/s time slots are reserved on PCMS (and
PCMA) lines and handled in TRAU as transparent channel. In case of direct Gb interface
connections (i.e., connections built without passing through the MSC), PCMG lines are
dedicated to SGSN connection, and the FRL occupies one or more 64 kbit/s timeslots.
The choice between direct connections or A interface connections can be done in base
of the bandwidth required on Gb interface (in case of a small number of FRL links, it is
advantageous to use A interface connections).
In case of A interface connections, with multislot links, the customer must guarantee that
the MSC is able to ensure the sequence. If the MSC is not able to guarantee this feature,
only single timeslot frame relay links can be configured.
When a standard BSC is used (see 6.1.1), up to 32 frame relay links can be created for
each BSC (with range 0 to 31). As described in "6 Hardware and Software Architecture",
each PCU is able to handle 1 Mbit/s data flow towards the Gb interface. This flow corre-
sponds to a flow obtained by 16 slots (64 kbit/s each one) on a PCM line. This factor
determines the maximum number of Frame Relay links that can be configured for each
PCU, and the capacity in terms of bit/rate; in fact for each PCU:
– up to 16 FRLs of 64 kbit/s can be configured;
– or only a single FRL with 1Mbit/s can be configured.
When the high capacity BSC with the old rack is used (see 6.1.2), up to 378 frame relay
links can be created for each BSC (with range 0 to 377). As described in "6 Hardware
and Software Architecture", each PCU is able to handle a 4 Mbit/s data flow towards the
Gb interface. This flow corresponds to a flow obtained by 63 slots (64 kbit/s each one)
on a PCM line. This factor determines the maximum number of Frame Relay links that
can be configured for each PCU, and the capacity in terms of bit/rate; in fact for each
PCU at most 63 FRLs of 64 kbit/s can be configured.
When the high capacity BSC with the new rack is used (see 6.1.3), up to 756 frame relay
links can be created for each BSC (with range 0 to 755). As described in "6 Hardware
and Software Architecture", each PCU is able to handle a 4 Mbit/s data flow towards the
Gb interface. This flow corresponds to a flow obtained by 63 slots (64 kbit/s each one)
on a PCM line. This factor determines the maximum number of Frame Relay links that
can be configured for each PCU, and the capacity in terms of bit/rate; in fact for each
PCU at most 63 FRLs of 64 kbit/s can be configured.
When creating a Frame Relay Link the operator specifies which PCU it belongs to, using
the PCUID attribute. This attribute indicates the pathname of the PCU managing the
FRL.
The operator indicates:
1. the PCM line on which the link is created, using the GLK attribute;
2. the number of slots that constitutes the FRL, using the GTS attribute.
For example:
– setting GTS= 3, allows configuration of a 64 kbit/s Frame Relay link on the slot
number 3 of the PCM line which is specified by the GLK attribute (see Fig. 7.4);
142 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
– setting GTS= 3&4&5&6, allows configuration of a 256 kbit/s Frame Relay link on
slots number 3, 4, 5 and 6 of the PCM line which is specified by the GLK attribute
(see Fig. 7.5);
– setting GTS= 3&4&7&8, allows configuration of a 256 kbit/s Frame Relay link on
slots number 3, 4, 7 and 8 of the PCM line which is specified by the GLK attribute
(see Fig. 7.6).
0 31
0 31
0 31
A30808-X3247-L24-5-7618 143
GPRS/EGPRS Global Description Information
System
When the links are created over different PCMA lines, and these lines belong to the
same TRAU module (i.e., the lines correspond to the same PCMS line), the FR links
must have different timeslot values for the GTS attribute.
Instead, if the lines belong to different TRAU modules this problem does not exist. This
last solution is obviously better than the previous one, since it provides the redundancy
of FRLs.
Remember that the PCMG/PCMA lines are shared between the configured PCUs,
i whereas each Frame Relay Link is associated to a specific PCU according to the PCUID
value.
144 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The NSVC (Network Service Virtual Connection) object represents the end-to-end
permanent virtual connection between the BSC and the SGSN.
Each NSVC is identified by the Network Service Virtual Connection Identifier (NSVCI).
Up to 65536 NSVCIs can be created between a BSC and the SGSN. For each FRL (i.e.,
for each Frame Relay physical link) more than one NSVC can be created.
Referring to Fig. 7.8 there is a set of principles that apply to the Gb FR network:
• the physical link is the Frame Relay bearer channel (allocated timeslots in a PCMG
or a PCMA line);
• the NSVC is the FR PVC;
• the FR PVC (NSVC) provides an end-to-end connection through the FR network.
The Network Service Virtual Link (NSVL) is the local link in one end of the FR PVC,
i.e it is the link at the User Network Interface (UNI);
• the Data Link Connection (DLC) defines the entry point to the FR network. A DLC is
identified by a DLC Identifier (DLCI);
• the Network Service Virtual Link Identifier (NSVLI) is the DLCI together with the
bearer channel identifier (FRL). A physical link supports one or more NSVLs; each
one is identified by a NSVLI.
A30808-X3247-L24-5-7618 145
GPRS/EGPRS Global Description Information
System
When creating a new PVC, i.e., when creating a new instance of the NSVC object, the
user must specify the following:
1. the Network Service Virtual Connection Identifier (NSVCI) of the NSVC, i.e., the
common and absolute identification of the virtual connection between the SGSN and
the BSS; to specify this value he uses the NSVCI parameter;
2. the Network Service Virtual Link Identifier (NSVLI) to identify the NSVC on the local
(BSS) side. To specify this value he uses the NSVLI parameter; this parameter is
composed of two fields:
– the first one (FRLN) indicates the Frame Relay physical link on which the perma-
nent virtual circuit is created;
– the second one (DLCIN) indicates the DLCI number; this identifier (that is the
address of Frame Relay packets, see "7.2.1.2 Frame Relay Structure") allows a
distinction between different NSVCs that belong to the same physical Frame
Relay link.
The mapping of the DLCI parameter is as follows:
Since Frame Relay Physical links are statically associated to a single PCU, even the
i NSVCs created inside this FRL are handled by a single PCU. The PCU will then share
its traffic among all its NSVCs.
So, each PCU can manage:
- a set of frame relay physical links (FRLs);
- a set of NSVCs, for each FRL.
- NSVCs belonging to different FRLs are distinguished by the FRLN attribute;
- NSVCs belonging to the same FRL are distinguished by the DLCIN attribute.
All the NSVCs configured for a PCU constitute the so called NSVC group; this group is
i identified by the Network Service Entity Identifier (NSEI).
The NSEI is the logical entity of the SGSN that manages a single PCU; as a conse-
quence it identifies, besides the PCU, all the NSVCs configured for the Packet Control
Unit.
The NSEI value, that identifies the PCU and its NSVCs is configured by the NSEI
parameter.
If a direct end-to-end PCMG line connection is used between the BSC and the SGSN
i (i.e., if a Frame Relay Network is not used), the two values related to one NSVC are the
same; i.e., the NSVLI value at the BSS side is equal to the NSVLI value at the SGSN
side.
When an intermediate FR network is used in connecting the BSS and the SGSN, the
NSVLI values, of the same NSVC, can have a different value at the SGSN side and at
the BSS side.
146 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
EXAMPLE 1: BSC Configured with One PCU and Two Frame Relay Links of 64
kbit/s each.
Two frame relay links of 64 kbit/s each have been created for a BSC configured with a
single PCU. The PCU has been configured with a NSEI value equal to 2354
(see Fig. 7.10).
The PCU sees a total bandwidth of 128 kbit/s (64 kbit/s + 64 kbit/s).
A30808-X3247-L24-5-7618 147
GPRS/EGPRS Global Description Information
System
FRL:0
NSEI = 2354
PCUID:PCU-0
GLK:PCMG-0
GTS:2
PCMG-0
PCU- 0
0 31
PCMG-1
0 31
FRL:1
PCUID:PCU-0
GLK:PCMG-1
GTS:5
Fig. 7.10 BSC Configured with One PCU and Two FR Links (64 kbit/s each).
Supposing now to create a PVC for each FRL; Tab. 7.4 shows possible values that can
be used to create the two virtual connections. As it can be seen, DLCI values of the two
created NSVCs can be equal, since the two NSVCs belong to two different FRLs.
NSVCI 494
FRLN 0
NSVLI
DLCI 100
NSVC belonging to FRL:1
NSVC 512
FRLN 1
NSVLI
DLCI 100
EXAMPLE 2: BSC Configured with One PCU and Two Frame Relay Links of 128
kbit/s each.
Two frame relay links of 128 kbit/s each have been created for a BSC configured with a
single PCU. The PCU has been configured with a NSEI value equal to 2354
(see Fig. 7.11).
The PCU sees a total bandwidth of 256 kbit/s (128 kbit/s + 128 kbit/s).
148 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
FRL:0
NSEI = 2354 PCUID:PCU-0
GLK:PCMG-0
GTS:2&3
PCMG-0
PCU- 0
0 31
PCMG-1
0 31
FRL:1
PCUID:PCU-0
GLK:PCMG-1
GTS:5&8
Fig. 7.11 BSC Configured with One PCU and Two FR Links (128 kbit/s each one).
Supposing now to create a PVC for each FRL; Tab. 7.4 shows possible values that can
be used to create the two virtual connections.
It can be seen, that from the NSVC configuration point of view, there isn’t any difference
with respect to the previous example, even if the FRL:1 has been created using two non-
adjacent timeslots.
Obviously the network must be enable to support one FRL created with two non-neigh-
boring slots.
EXAMPLE 3: BSC Configured with Two PCUs and Two Frame Relay Links of 128
kbit/s each.
In this case, the BSC contains two PCUs. The PCU-0 has been configured with a NSEI
value equal to 2354, while the PCU-1 is identified by the NSEI= 7564 (see Fig. 7.12).
For each PCU, two frame relay links of 128 kbit/s each have been created; the PCU sees
a total bandwidth of 256 kbit/s (128 kbit/s + 128 kbit/s).
A30808-X3247-L24-5-7618 149
GPRS/EGPRS Global Description Information
System
FRL:0 FRL:2
NSEI = 2354 PCUID:PCU-0 PCUID:PCU-1
GLK:PCMG-0 GLK:PCMG-0
GTS:2&3 GTS:8&9
PCMG-0
PCU- 0
0 31
PCU- 1
PCMG-1
0 31
FRL:1 FRL:3
NSEI = 7564 PCUID:PCU-0 PCUID:PCU-1
GLK:PCMG-1 GLK:PCMG-1
GTS:5&7 GTS:10&11
Fig. 7.12 BSC Configured with Two PCUs and Two FR Links each one.
Supposing now to create a PVC for each FRL; Tab. 7.5 shows possible values that can
be used to create the two virtual connections for the PCU-0, and possible values that
can be used to create the two virtual connections for the PCU-1.
The NSEI identifier of the PCU-0, not only identifies the PCU, but also NSVCs used to
support the traffic of the PCU-0; in the same way the NSEI identifier of the PCU-1, not
only identifies the PCU-1, but also NSVCs used to support its traffic.
Tab. 7.5 Example of Setting of NSVC Values for both PCU-0 and PCU-1
150 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Tab. 7.5 Example of Setting of NSVC Values for both PCU-0 and PCU-1
A30808-X3247-L24-5-7618 151
GPRS/EGPRS Global Description Information
System
If the network is congested, DCE devices (switches) set the value of the frames’
FECN bit to 1. When the frames reach the destination DTE device, the Address field
(with the FECN bit set) indicates that the frame experienced congestion in the path
from source to destination. The DTE device can relay this information to a higher-
layer protocol for processing. Depending on the implementation, flow-control may be
initiated, or the indication may be ignored.
DCE devices set the value of the BECN bit to 1 in frames travelling in the opposite
direction of frames with their FECN bit set. This informs the receiving DTE device
that a particular path through the network is congested. The DTE device can then
relay this information to a higher-layer protocol for processing. Depending on the
implementation, flow-control may be initiated, or the indication may be ignored.
The Discard Eligibility (DE) bit is used to indicate that a frame has lower importance
than other frames. DTE devices can set the value of the DE bit of a frame to 1 to
indicate that the frame has lower importance than other frames. When the network
becomes congested, DCE devices will discard frames with the DE bit set, before
discarding those that do not. This reduces the likelihood of critical data being
dropped by Frame Relay DCE devices during periods of congestion.
Two parameters are involved in the congestion control procedure:
– TCONG: this parameter allows the user to configure the width of the observation
window used for congestion detection. The congestion detection regards the path
from the SGSN to the BSC (i.e., it regards the frame relay frames sent by the
SGSN to the BSS).
If, during the time defined by TCONG, the number of frames indicating congestion
is equal or greater than the number of frames indicating no congestion, the
congestion state is notified to upper layers;
– TCONOFF: after a congestion notification to upper layers, no other notifications
are foreseen for a length of time defined by TCONOFF. This timer is needed to
provide a hysteresis time in order to ensure that the traffic reduction at mobile
station can be effective.
152 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
All data link peer to peer communications use frames conforming to the format shown
in Fig. 7.14.
A30808-X3247-L24-5-7618 153
GPRS/EGPRS Global Description Information
System
154 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
5. if the “error counter” reaches the N392 value during the error observation window
defined by:
N393 * T391
the Frame Relay link is put into Disable state, and all the contained PVCs are, as a
consequence, put in Disable state;
6. if the N392 threshold is not reached during the error observation window, the “error
counter” is restarted.
PCU SGSN
Expiration of STATUS_ENQUIRY
T391
STATUS
Reset and
restart T392
Expiration of STATUS_ENQUIRY
T391
STATUS
Reset and
Expiration of restart T392
T391
STATUS_ENQUIRY
N391 polling
cycles reached
FULL_STATUS
The value of the T391 timer set on the BSC side must be lower than the value of the
i T392 timer set on the SGSN side.
A30808-X3247-L24-5-7618 155
GPRS/EGPRS Global Description Information
System
156 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
maximum number of performed retries by the PCU in the NSVC block procedure; i.e., if
the SGSN does not answer the block procedure, the PCU retries the procedure at most
NNSVCBLKR times.
The Unblock Procedure allows the return of a previously blocked NSVC back to
service. The procedure is analogue to the BLOCK one.
When the PCU has sent the NS_UNBLOCK_PDU, it waits TNSVCBLK seconds for
acknowledgement from the SGSN. The NNSVCUBLR parameter specifies the
maximum number of performed retries in the NSVC unblock procedure; i.e., if the SGSN
does not respond to the unblock procedure, the procedure is retried NNSVCUBLR
times.
The Reset Procedure is used:
– when a new NSVC is set up between a BSS and the SGSN;
– after processor restart;
– after failure recovery or any local event restoring an existing NSVC which was in
dead state;
– when the state of an NSVC is undetermined between remote NS entities.
Upon completion of the reset procedure, the successfully reset NSVC is marked as
blocked and alive at both sides of the Gb interface.
The BSS (or the SGSN) sends the NS_RESET_PDU to its peer entity indicating the
NSVCI. The NS_RESET_PDU is sent on the NSVC being reset.
After the PCU sends the NS_RESET_PDU, it waits TNSVCR seconds for acknowledge-
ment. The NNSVCRR parameter specifies the maximum number of performed retries in
the NSVC reset procedure, before generating any alarm; i.e., if the SGSN does not
respond to the reset procedure, the procedure is retried infinitely times, but after
NNSVCRR times an O&M alarm is generated.
The Test Procedure is performed via NS_ALIVE_ACK_PDU and it is used when a BSS
(or SGSN) wishes to check that end-to-end communication with its peer entity exists on
an NSVC. Both sides of the Gb interface must initiate this procedure independently from
each other. This procedure is initiated upon successful completion of the reset proce-
dure (as specified in sub-clause "Reset procedure") and will then be periodically
repeated. After unsuccessful attempts, the procedure is stopped; the NSVC is marked
as dead and blocked and the O&M system and the load sharing function are informed.
A blocking procedure is initiated using an alive NSVC, if any.
The test procedure is executed according to the following features:
– the periodicity of the procedure is given by the TNSVCTST timer; i.e., when an
NSVC is available, the test message is sent to the SGSN every TNSVCTST
seconds;
– if after TNSVCPTST seconds no answer to the test is received from the SGSN, the
procedure is retried;
– after NNSVCTSTR repetitions, without any answer, the link is declared not available.
A30808-X3247-L24-5-7618 157
GPRS/EGPRS Global Description Information
System
• transmit LLC frames from the SGSN to the BSS, with radio related information (such
as Quality of Service and routing information) which is used by the RLC/MAC func-
tion;
• transmit LLC frames from the BSS to the SGSN, with radio related information (such
as Quality of Service and routing information) which is derived from the RLC/MAC
function;
• provide functionalities to enable both the SGSN and the BSS to perform manage-
ment control functions (e.g., SGSN-BSS flow control).
158 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The 0 and 1 values are reserved respectively for signalling and PTM links.
When an upgrade from the Release BR5.5 to BR7.0 is executed, some changes in the
i SGSN database must be executed. This is due to the fact that, according to the load
balancing schema that is used for the PCUs (see "6.1 Supported BSC Types"), the
PTPPKFs (i.e., the BVCIs) are no longer statically assigned to a single NSEI (i.e., to a
single PCU) but they can be moved from one PCU to another one following the PTPPKF
distribution algorithm (see "8 Load Control for Packet Switched Services"); so in the
SGSN, the BVCIs of one BSC have to be configured on all the NSEIs (PCUs) related to
the BSC.
To summarize the previous concepts, let us consider a SGSN that manages four PCUs:
• PCU:0, PCU:1 and PCU:2 configured on BSC:1;
• PCU:0 configured on BSC:2.
Reflected in Fig. 7.16, it can be seen that:
a) each PCU is identified in the SGSN by the NSEI attribute:
– the PCU:0 of the BSC:1 is identified by the NSEI_A value;
– the PCU:1 of the BSC:1 is identified by the NSEI_B value;
– the PCU:2 of the BSC:1 is identified by the NSEI_C value;
– the PCU:0 of the BSC:2 is identified by the NSEI_D value;
b) the NSEI attribute also identifies all the configured NSVCs for each PCU:
– the NSEI_A value identifies NSVC:0, NSVC:1 and NSVC:2 connections (related
to PCU:0 of BSC:1);
– the NSEI_B value identifies NSVC:3 and NSVC:4 connections (related to PCU:1
of BSC:1);
– the NSEI_C value identifies NSVC:5, NSVC:6 and NSVC:7 connections (related
to PCU:2 of BSC:1);
– the NSEI_D value identifies NSVC:0, NSVC:1 and NSVC:2 connections (related
to PCU:0 of BSC:2);
Obviously, the NSVCI values, related to the different NSVCs created for
i the four PCUs must be different from each other.
A30808-X3247-L24-5-7618 159
GPRS/EGPRS Global Description Information
System
FRL:1
GPRS FRL:1
Cell
BVCI= 4
Fig. 7.16 Distribution of Packet Switched Data Traffic among Different Cells
160 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 161
GPRS/EGPRS Global Description Information
System
Regarding the QoS, as described in "5.3 Management of Packet Data Channels", the
resource allocation algorithm allows the consideration of the required peak throughput
class.
No QoS related to BSSGP flow control ("7.3.3 SGSN-BSS Flow Control") is now imple-
mented.
These three parts are then used to dynamically queues and contexts in both the SGSN
and the BSS. The flow control mechanism is then based on these queues and contexts.
The principle of flow control is based on the following:
a) in the SGSN, queues are provided per MS. The SGSN sends PDUs to the LLC layer
as a function of the requested service type and the Mobility Management state (see
"9.3.1 Mobility Management States");
b) in the BSS, queues per cell (BVC) and per MS (TLLI) are provided at the BSSGP
level;
c) signalling has its own queue.
The BSS controls the flow of packet data units (PDUs) to its BVC buffer for an individual
MS, by indicating to the SGSN the maximum allowed throughput for a certain TLLI.
The BSS controls the flow of packet data units to its BVC buffers by indicating to the
SGSN the maximum allowed throughput for each BVC.
162 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The amount of buffered packet data units for a given TLLI or BVC has to be optimized
to efficiently use the available radio resources. The packet data units have to be trans-
ferred across the Um interface before the PDU lifetime expires; in this case, the PDU is
deleted from the BSS and the deletion is signalled to the SGSN by the LLC-
DISCARDED PDU message.
It is foreseen a cascaded mobile (MS) and cell (BVC) oriented “flow control scheme”
(see Fig. 7.17) for the downlink transmission of LLC frames from the SGSN to the PCU
(in uplink transmission the problem does not exist since it is the BSS itself which sched-
ules the MS accesses, according to its own radio capacity). A LLC PDU must first have
obtained the permission of the mobile flow control before it is submitted the cell (BVC)
specific flow control.
The Token Bucket Algorithm used in the Flow Control procedure works in the following
way (see Fig. 7.18): there is a queue of LLC frames without a permit for transmission to
the PCU, and a bucket of permits (“tokens”). The LLC frame at the head of the frame
queue obtains a permit if at least one token is available in the permit bucket. In this case,
it joins the buffer of LLC frames with permits waiting to be transmitted, and the token is
deleted. Permits are generated at the rate R as long as the number in the permit bucket
does not exceed a certain threshold Bmax. When frames have different sizes, a token
should be thought as the permission to transmit one byte. A frame p of size L(p) will
obtain the permit for transmission, if at least L(p) tokens are available in the bucket.
A30808-X3247-L24-5-7618 163
GPRS/EGPRS Global Description Information
System
On the PCU side, there is for each BVC or MS a buffer which is filled by the segmenta-
tion of the arriving LLC PDUs and empties when these blocks are transmitted over the
air interface. PCU calculates the control variables R and Bmax and transmits them with
flow control commands to the SGSN at every expiration of the TF1 timer. Thus a closed-
loop control is realised (see Fig. 7.19). In the PCU the real rate Rpcu (towards the Abis
interface) can be different from the value R sent to SGSN.
In other words, SGSN uses parameters sent by BSC in order to decide if it can send
data or not. The principle is that periocally BSC can send new parameters and SGSN
updates the internal values related.
164 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Every TF1 timer expiration, the BSC can send a new BVC or MS Flow Control with
following parameters updated:
– Bucket Size (Bmax);
– Bucket Leak Rate (R);
– Bucket FullRatio.
PCU and SGSN are provided with two different types of buffer, one for the BVC Flow
Control and another one for the MS Flow Control. As a consequence, the following
parameters are defined:
– BmaxPCUBVC is the maximum size of the buffer in PCU for the BVC Flow Control;
– BmaxPCUMS, is the maximum size of the buffer in PCU for the MS Flow Control;
– BmaxBVC is the maximum size of the buffer in SGSN for the BVC Flow Control;
– BmaxMS is the maximum size of the buffer in SGSN for the MS Flow Control.
The Bucket Leak Rate (R) is the rate at which the permits for transmission are gener-
ated.
The Bucket full ratio represents the percentage of the Current Bucket Level (Buck-
etLevelPcu) compared to Bmax.
The BSS has to trigger the Flow Control message in a way that the BSS can guarantee
a continuous data flow to the MSs.
Following things have to be taken into account:
– a too low Leak rate respect to the maximum rate possible prevents SGSN from
sending data to BSC;
– Bmax has to be high enough in order to guarantee that BSC has always “something
to send”;
– Bmax has to be low enough due to PDU-lifetime, for this reason it is better to have
a little Bucket in order to have a minimum permanence in the BSC Bucket;
A30808-X3247-L24-5-7618 165
GPRS/EGPRS Global Description Information
System
where:
Besides:
• the value i represents the consecutive number of times that the LLC PDU lifetime
expiration threshold is found to be present. LLC PDU lifetime expiration threshold is
reached when in the previous interval the number of bytes related to expired LLC is
more than 30% of LLC bytes sent for that MS;
• nGPRS_TS is the number of timeslots assigned for GPRS/EGPRS services at timer
expiration at this MS;
• RmaxMS is the teorical MS Maximum Rate according to resources assigned to MS
and to used coding scheme (CS/MCS); it is defined as:
K
RmaxMS = ∑ TSPercentageR TSk
k=1
where:
- K represents the Number of timeslots assigned to the MS;
- RTSK is the rate in case the entire timeslot is assigned to that MS;
- TSPercentage is a percentage that indicates how the timeslot is exploited (in
percentage) by the MS, when it shares the timeslot with other MSs. For example
TSPercentage=30% means that 30/100 * RTS is the rate for the MS in that timeslot.
In order to allow more flexibility in flow control management, some parameters are intro-
duced.
The purpose of these parameter is for testing purposes and for special application. It will
i not be guaranteed that the BSC works with all combination and it is suggested to
mantain default value.
166 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
As can be seen in Fig. 7.19, BmaxPCUMS must be higher than BmaxMS, so MSBSPPER
is greater than 100.
The states “congested” and “non-congested” are determined using two thresholds:
BhighMS and BlowMS. Starting from BmaxPCUMS the operator can define these two
thresholds through the parameters: MSBHIPER (MsBucketHighPercentage) and
MSBLPER (MsBucketLowPercentage). They are defined through the following formula:
(8 is due to the fact that Bucket Leak rate is in 100 bits/s unit, Bucket size is 100 octet
increments).
In the normal case the BSC sends to SGSN the following value for RMS:
RMS= RmaxMS
A30808-X3247-L24-5-7618 167
GPRS/EGPRS Global Description Information
System
RMS=f* RmaxMS
where:
168 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Besides:
• the value i represents the consecutive number of times that the LLC PDU lifetime
expiration threshold is found to be present. LLC PDU lifetime expiration threshold is
reached when in the previous interval the number of bytes related to expired LLC is
more than 10% of LLC bytes sent for all BVC;
• nGPRS_TS is the number of timeslots assigned for GPRS/EGPRS services at timer
expiration;
• RmaxBVC depends on the number of timeslots that can be assigned to
GPRS/EGPRS, and on the data rate on these timeslots, basing on initial CS or initial
MCS (see 10.5.3) or in case Link Adaptation is enable on the maximum CS or MCS;
it is defined as:
where:
K = NPCCH + KEDGE + KGPRS
NPCCH: is the number of configured packet control channels;
KEDGE: maximum number of channels (configured, unlocked and
enabled) can be assigned to EDGE after applying GPDPDTCHA
parameter.
KGPRS: maximum number of channels (configured, unlocked and
enabled) can be assigned to GPRS (but not to EGPRS) after
applying GPDPDTCHA parameter. In this number timeslots
belonging to EDGE capable TRXs are not considered (they are
counted in the KEDGE value).
A30808-X3247-L24-5-7618 169
GPRS/EGPRS Global Description Information
System
TDMA frame
GPRS
TRX 0 BCCH SDCCH PBCCH
Capable
0 7
TDMA frame
EGPRS
TRX 1 SDCCH
Capable
0 7
TDMA frame
EGPRS
TRX 2 SDCCH
Capable
0 7
GMAPERTCHRES=4
GPDPDTCHA=50%
Configured Packet Control Channels=1
Example 1
170 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
NPCCH = 1
Ndinamic =19
NdinamicEDGE =7
NdinamicGPRS =12
Nreserved =4
K = 1 + 8 + 4 = 13
Example 2
The TRX1 becomes disabled (GPDPDTCHA=50%).
NPCCH = 1
Ndinamic =12
NdinamicEDGE =7
NdinamicGPRS = 5
Nreserved =4
K=1+4+4=9
Also in case of BVC flow control, two new parameters have been introduced BVCB-
MAPER (BvcBucketMaxPercentage) and BVCBSPPER (BvcBucketSizePcuPer-
centage). Through them the operator can modify the values automatically computed by
the BSC. The new parameters are defined in the following way:
The states “congested” and “non-congested” are determined using the two thresholds
BhighBVC and BlowBVC of the BmaxPCUBVC.
Two parameters allow the operator to express them as a function of BmaxPCUBVC:
A30808-X3247-L24-5-7618 171
GPRS/EGPRS Global Description Information
System
7.3.3.3 Flow Control sending criteria (for both BVC and MS)
A BVC Flow Control/MS Flow Control can be sent at each TF1 timer expiration. In order
to reduce the number of FLOW-CONTROL messages sent, they will be sent only when:
– Bmax or R is changed compared to the previous parameter sent, i.e., in case of too
many PDU lifetime expiration or resource increased/decreased;
– If Bucket Ratio is not implemented, in case of too many RLC retransmission or
BucketLevelPCU exceeds Bhigh or goes below Blow threshold;
– If Bucket Ratio is implemented:
- every time that BucketLevelPCU is more than 70% of Bmax (this means conges-
tion at BSS side);
- every time that BucketLevelPCU is less than 5% of Bmax. This behaviour is
assumed in order to prevent possible misalignment between Bucket at SGSN side
and at BSC side; it is possible that bucket in BSC is more or less zero and completely
full at SGSN side due to SW error whatever.
If SGSN does not answer to BVC FLOW control, the PTPPKF object is put disable and
BVC RESET procedure starts.
If SGSN does not answer to MS Flow Control, BSC stops sending FLOW_CONTROL
messages for that TBF.
Fig. 7.21 and Fig. 7.22 show the message flow related to MS-Control Flow for two
different cases: the normal case and the case in which the SGSN does not answer.
172 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 173
GPRS/EGPRS Global Description Information
System
It must be noted that in case redundant NSVC links are created on the Gb-interface, the
following rule must be obeyed to avoid unnecessary GPRS/EGPRS blocking for certain
cells (see "7.2.1.3 Procedures for PVCs"): if NS-ALIVE-ACK is not received because of
link problems, the respective NSVC is put into disabled state after a maximum time
defined by:
The PTPPKF object is put into disabled state if FLOW-CONTROL-ACK is not received
during the time defined by:
In case of link problems it could therefore happen that the PTPPKF object is disabled
while the NSVC is still enabled. To avoid this situation, the following rule has to be
followed:
The default value of "Number of Flow Control Retries" is fixed to the value 15. The rule
is therefore fulfilled with the database default values for the following parameters:
– TNSVCTST;
– TNSVCPTST;
– NNSVCTSTR;
– TF1.
174 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 175
GPRS/EGPRS Global Description Information
System
– the last FRL is locked or goes down, and as a consequence, the last NSVC is
disabled;
– the last NSVC is locked or goes down;
– the PCU is locked;
• the connection of the PCU towards the SGSN comes back, that means that the last
NSVC connection from the PCU to the SGSN is now available.
In general, the PTPPKFs reconfiguration is triggered from all the operations
i that generate a PCU/Gb down-restart.
So the previous causes can be summarized with these sentences: “any time
the Gb interface related to any PCU is no longer available, the reallocation is
triggered” or “when a PCU <<can not see>> the SGSN, the PTPPKF allocated
to that PCU should be moved to another PCU that can <<see>> the SGSN“.
Then the load of a single PCU can be considered as the sum of the PTPPKF_load of
all the PTPPKF associated to the PCU divided by the PCU_TS_Gb of the PCU (that is
how the FR links associated to the PCU can manage all the radio channels associated
to the PCU); so:
176 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Then the algorithm tries to distribute the packet switched traffic among the configured
and available PCUs, so that all the PCUs have the same PCU_load.
Moving one PTPPKF from one PCU to another one causes a release of all the TBFs
associated with that PTPPKF. To avoid, as much as possible, this situation, the set of
PTPPKF is divided in 3 sub sets (the three sets are considered by the general algorithm
that calculates and moves PTPPKFs from one PCU to another one):
• PTPPKF_DIED: this set contains PTPPKFs belonging to PCUs without the Gb in
service that have to be moved to PCUs in service; this set is taken into account as
soon as the algorithm runs after the PCU/Gb fault;
• PTPPKF_KO: it includes PTPPKFs that are not carrying traffic because they are
disabled or have been locked; this set is first analyzed for a possible moving of
PTPPKFs, when a new PCU goes into service.
• PTPPKF_ENABLE: it includes all the other PTPPKFs, that are considered for
possible moving; this set is the second analyzed for possible moving of PTPPKFs,
when a new PCU goes into service. The set is considered after the previous set (i.e.
PTPPKF_KO) has become void.
According to different situations, different handling is provided even if the general rule is
always to redistribute the traffic in the better way.
The following examples are shown:
– System initialization (Bring-Up and Full Init), see 8.1.1;
– Creation of a new PCU object (new PPXU board, or new PPCU couple of boards),
see 8.1.2;
– PCU crash (see 8.1.3);
– PCU comes back in service (see 8.1.4).
A30808-X3247-L24-5-7618 177
GPRS/EGPRS Global Description Information
System
PCU:0
PTPPKF
NSEI:0
RA=2 PTPPKF
PCU_load=9/3=3
1 PDCH RA=1
BVC=4 3 PDCH
BVC=23 PCU_TS_Gb= 3
PTPPKF
RA=2 PTPPKF PTPPKF
1 PDCH RA=2 RA=1
BVC=24 1 PDCH 3 PDCH
BVC=33 BVC=34
SGSN
PCU:4
NSEI:4
PCU_load=3/1=3 PTPPKF
RA=3
1 PDCH
BVC=77 PCU_TS_Gb= 1
PTPPKF
RA=5
2 PDCH
BVC=35
178 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
PCU:0 BSSGP:BVC_BLOCK_34
PTPPKF
NSEI:0
RA=2 BSSGP:BVC_BLOCK_ACK_34
old_PCU_load=9/3=3 PTPPKF
1 PDCH RA=1
new_PCU_load=6/3=2
BVC=4 3 PDCH
BVC=23 PCU_TS_Gb= 3
PTPPKF
RA=2 PTPPKF PTPPKF
1 PDCH RA=2 RA=1
BVC=24 1 PDCH 3 PDCH
BVC=33 BVC=34
PCU:2
NSEI:2
PCU_load=4/2=2
PCU_TS_Gb= 2 SGSN
New PCU is created
PCU:4
NSEI:4 BSSGP:BVC_BLOCK_77
old_PCU_load=3/1=3 PTPPKF
new_PCU_load=2/1=2 RA=3 BSSGP:BVC_BLOCK_ACK_77
1 PDCH
BVC=77 PCU_TS_Gb= 1
PTPPKF
RA=5
2 PDCH
BVC=35
Fig. 8.2 Example of PTPPKF Distribution when a New PCU is Created - Step 1
A30808-X3247-L24-5-7618 179
GPRS/EGPRS Global Description Information
System
PCU:0
PTPPKF
NSEI:0
RA=2 PTPPKF
PCU_load=6/3=2
1 PDCH RA=1
BVC=4 3 PDCH
BVC=23 PCU_TS_Gb= 3
PTPPKF
RA=2 PTPPKF
1 PDCH RA=2
BVC=24 1 PDCH
BVC=33
PCU_TS_Gb= 2
PCU:4
NSEI:4
PCU_load=2/1=2
PCU_TS_Gb= 1
PTPPKF
RA=5
2 PDCH
BVC=35
Fig. 8.3 Example of PTPPKF Distribution when a New PCU is Created - Step 2
180 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
PCU:0
PTPPKF
NSEI:0 BSSGP:BVC_RESET_34:Cell Identifier
RA=2 PTPPKF
old_PCU_load=6/3=2
1 PDCH RA=1
new_PCU_load=9/3=3 BSSGP:BVC_RESET_ACK_34
BVC=4 3 PDCH
BVC=23 PCU_TS_Gb= 3
PTPPKF
RA=2 PTPPKF PTPPKF BSSGP:BVC_UNBLOCK_34
1 PDCH RA=2 RA=1 BSSGP:BVC_UNBLOCK_ACK_34
BVC=24 1 PDCH 3 PDCH
BVC=33 BVC=34
A30808-X3247-L24-5-7618 181
GPRS/EGPRS Global Description Information
System
182 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
PCU_TS_Gb= 2
PCU:4
NSEI:4 PTPPKF BSSGP:BVC_BLOCK_77
old_PCU_load=3/1=3 RA=3
1 PDCH BSSGP:BVC_BLOCK_ACK_77
new_PCU_load=2/1=2
BVC=77
PTPPKF
RA=5
2 PDCH
BVC=35
Fig. 8.5 Example of PTPPKF Distribution when a PCU Comes Back in Service
A30808-X3247-L24-5-7618 183
GPRS/EGPRS Global Description Information
System
184 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
increasing number of cells (at steps of 10 cells) allocated on the involved PCU, if the
overload situation persists.
On the contrary, if the overload finishes, System Information indicating that
GPRS/EGPRS service is present again are sent; this is done in steps of 5 cells that were
formerly "GPRS/EGPRS barred". When all cells are in the original situation, the PCU
overload alarm is ceased.
A30808-X3247-L24-5-7618 185
GPRS/EGPRS Global Description Information
System
9 GPRS/EGPRS Procedures
186 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Location Area
Routing Area
A30808-X3247-L24-5-7618 187
GPRS/EGPRS Global Description Information
System
188 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
in the same RA. Therefore, for MSs in STANDBY state, the location information in the
SGSN MM context contains only the routing area identity (RAI).
The Routing Area Identity is defined as:
i RAI = MCC + MNC + LAC + RAC
where:
- MCC = mobile country code
- MNC = mobile network code
- LAC = location area code
- RAC = routing area code
A30808-X3247-L24-5-7618 189
GPRS/EGPRS Global Description Information
System
In order to move from READY state to IDLE state, the MS initiates the GPRS Detach
procedure.
The following procedures cause the transition from the ready state to the other MM
states:
• moving from READY to STANDBY:
– READY timer expiry (see " READY TIMER"): the MS and the SGSN MM contexts
return to STANDBY state;
– Force to STANDBY: the SGSN indicates an immediate return to STANDBY state
before the READY timer expires;
– abnormal RLC condition: the SGSN MM context returns to STANDBY state in
case of delivery problems on the radio interface;
• moving from READY to IDLE:
– GPRS Detach: the MS or the network request that the MM contexts return to IDLE
state and that the PDP contexts return to INACTIVE state. The SGSN may delete
the MM and PDP contexts. The PDP contexts in the GGSN are deleted.
– Cancel Location: the SGSN receives a Cancel Location message from the HLR
and removes the MM and PDP contexts.
READY TIMER
The READY timer controls the time that a MS remains in READY state before going to
the STANDY state. In the MS the READY timer is reset and begins running when a LLC
PDU is transmitted; in the SGSN the timer begins running when a LLC PDU is correctly
received. When the READY timer expires, both the MS and SGSN MM contexts return
to STANDBY state. The length of the READY timer is the same in the MS and in the
SGSN. If the READY timer length is set to zero, the MS is immediately forced into
STANDBY state.
190 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
i.e., only when the Gs interface between the MSC and the SGSN is configured (see also
"9.8.3.1 Network Operation Modes for Paging").
If the network operates in Mode I (see "9.8.3.1 Network Operation Modes for Paging"),
i then a MS that is both GPRS/EGPRS-attached and IMSI-attached performs the
combined RA/LA update procedure.
If the network operates in Mode II or III, then a GPRS/EGPRS-attached MS, that has
the capability to be simultaneously GPRS/EGPRS attached and IMSI-attached,
performs the (not-combined) Routing Area Update procedure, and accesses the CCCH
channel for CS operation.
After having executed the GPRS attach procedure, the MS is in READY state and MM
contexts are established in both the MS and the SGSN. The MS may then activate PDP
contexts as described in "9.7 Activation and Deactivation of a PDP Context".
An IMSI-attached MS that can only operate in class-C mode of operation follows the
normal IMSI detach procedure before making a GPRS attach. A GPRS-attached MS in
class-C mode of operation will always perform a GPRS detach before making an IMSI
attach.
The steps of the Attach procedure are illustrated below:
1. The MS initiates the attach procedure by the transmission of the Attach Request
message to the SGSN. The message contains the following information:
– IMSI or P-TMSI: IMSI is included if the MS does not have a valid P-TMSI. If the
MS has a valid P-TMSI, then P-TMSI and the old RAI associated with P-TMSI are
included;
– Classmark: it contains the MS's multislot capabilities and supported ciphering
algorithms for PS services;
– Attach Type: it indicates which type of attach that must be performed, i.e.,
GPRS/EGPRS attach only, GPRS/EGPRS Attach while already IMSI attached, or
combined (E)GPRS/IMSI attach;
– DRX Parameters: indicate when the MS is in a non-sleep mode and when it is
able to receive paging requests and channel assignments (see
"9.8.3.2 Discontinuous Reception").
2. The SGSN sends the Attach Accept message to the MS; P-TMSI is included if the
SGSN allocates a new P-TMSI;
3. If P-TMSI has been changed, the MS acknowledges the received P-TMSI by the
Attach Complete message.
P-TMSI (Packet Temporary Mobile Subscriber Identity) is optionally sent by the SGSN
i to the MS in Attach Accept and Routing Area Update Accept messages. If the P-TMSI
signature has been sent by the SGSN to the MS because a new P-TMSI has been allo-
cated by the SGSN, then the MS includes the received P-TMSI signature in the next
Routing Area Update Request or in the next Attach Request for identification checking
purposes. In both the Attach and Routing Area Update procedures, the SGSN
compares the P-TMSI signature sent by the MS with the signature stored in the SGSN.
If the values do not match, the SGSN should use the security functions to authenticate
the MS. The P-TMSI signature parameter has only local significance in the SGSN that
allocated the signature.
P-TMSI is similar the GSM T-IMSI (temporary IMSI).
A30808-X3247-L24-5-7618 191
GPRS/EGPRS Global Description Information
System
If the Attach Request cannot be accepted, the SGSN returns the Attach Reject
message to the MS. The message contains the cause that has generated the rejection.
A GPRS/EGPRS-attached MS makes IMSI attach via the SGSN with the combined
RA/LA update procedure if the network operation mode is I. In network operation modes
II and III, or if the MS is not GPRS/EGPRS-attached, the MS makes IMSI attach as
defined in GSM.
- No RLC context in
Packet Idle State
MS & SGSN
- Mobile originated
call - Deactivation of RLC context
- Answer to paging
192 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 193
GPRS/EGPRS Global Description Information
System
194 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
An active PDP context for a MS is moved to the INACTIVE state when the deactivation
procedure is initiated. All active PDP contexts for a MS are moved to the INACTIVE state
when the MM state changes to IDLE.
A30808-X3247-L24-5-7618 195
GPRS/EGPRS Global Description Information
System
8. The SGSN selects the Radio Priority based on the Negotiated QoS, and returns the
ACTIVATE PDP CONTEXT ACCEPT message to the MS.
The RLC/MAC layer supports four Radio Priority levels and an additional level for signal-
i ling messages as defined in GSM 04.60. Upon uplink access, the MS can indicate one
of the four priority levels, and whether the cause for the uplink access is user data or
signalling message transmission. This information is used by the BSS to determine the
radio access precedence (i.e., access priority) and the service precedence (i.e., transfer
priority under congested situation).
The Radio Priority concept is related to the QoS one, i.e., a higher Quality of Service
corresponds to a higher Radio Priority. The Radio Priority is coded as follows:
- 0: Radio Priority 1 (Highest priority, used also for signalling)
- 1: Radio Priority 2
- 2: Radio Priority 3
- 3: Radio Priority 4 (Lower priority)
196 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The packet access procedure is initiated by the mobile station when a request to transfer
LLC PDUs comes from upper layers.
Two different access types exist:
• one phase access: the network responds reserving resources on the PDCH(s) to
allow uplink packet transfer of a number of Radio Blocks;
• two phase access: the network responds reserving resources for transmitting a
PACKET RESOURCE REQUEST message; this message is used by the MS to
better define the needed radio resources.
In both cases, when the uplink TBF is set up, the following parameters and radio
resources are allocated to the MS (with the assignment message):
– USF
– TFI
– Time Slot numbers
– Channel Coding Scheme
– ARFCN
– optionally, the Timing Advance parameters (TAI and Timeslot number); if the timing
advance index (TAI) is included in the uplink assignment construction, the mobile
station will use the continuous update timing advance mechanism, using PTCCH in
the same timeslot as the assigned PDCH (see 4.6). If a timing advance index (TAI)
field is not included, the continuous update timing advance mechanism will not be
used;
– MAC access mode (always set to dynamic in BR7.0, see "9.8.1 Medium Access
Modes").
In addition, the EGPRS uplink assignment contains the following information:
– the EGPRS modulation and coding scheme;
– the EGPRS window size;
– information on whether or not retransmitted uplink data blocks must be reseg-
mented.
When a MS tries to access to the network, the GPATH parameter indicates if the MS,
according to its priority class, is authorized to perform a random access to request
packet switched services.
A30808-X3247-L24-5-7618 197
GPRS/EGPRS Global Description Information
System
According to ETSI specifications, a new enhanced Access Burst type with 11 informa-
tion bit can be sent by the mobile station to try to access the network. In fact, 8 bit of
information does not allow to widely specify the needed resources. To overcome this
bottleneck, an access burst using 11 information bit is defined. Fig. 9.5 shows the
coding process of the 11 bit access burst.
Therefore, a GPRS/EGPRS mobile station can access the network by using an 8 bit or
an 11 bit access burst, in particular:
• the CHANNEL REQUEST message sent on RACH is always formatted with 8 bit of
information;
• the PACKET CHANNEL REQUEST sent on PRACH can be formatted either with 8
or 11 bit.
The possibility of using one message type or the other one for the PACKET
CHANNEL REQUEST depends on network settings: the capability of the network to
receive 8 or 11 bit length message is broadcast by the System Information param-
eter ABUTYP, that indicates the allowed type of access.
The ABUTYP parameter setting also indicates which type of access burst (8 or 11 bit)
must be sent:
– for PACKET CONTROL ACKNOWLEDGMENT messages, that are formatted as
four access burst;
– in the PTCCH channel, for the continuous timing advance estimation (see 4.6).
Besides, the 11 bit access burst is the only one supporting the EGPRS PACKET
i CHANNEL REQUEST message, that can be used from EDGE mobile stations to access
a cell, see "9.8.2.4 TBF Establishment for EDGE Mobile Stations".
11 information bit
1/2
+ 6 bit 36 encrypted
Convolutional
6 parity bit puncturing bit
coder
+
4 tail bit
Access Burst
Tail Synchronization Sequence Information bit Tail Guard period
36 bit
198 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Then, the mobile station monitors the full CCCH (PCCCH) corresponding to its RACH
(PRACH) to wait for the network answer.
If the PCCCH is configured and the mobile station receives the PERSISTENCE_LEVEL
i parameter from the network, the value of the PERSISTENCE_LEVEL parameter is
taken into account at the next PACKET CHANNEL REQUEST attempt (see
"9.8.2.6 Uplink Access on PRACH (Access Persistence Control)").
When the MS has sent the CHANNEL REQUEST (PACKET CHANNEL REQUEST)
message, the following behaviors will occur, according to its class:
– a mobile station in class A or class B mode of operation will respond to a paging
message indicating a circuit switched connection establishment;
– a mobile station in class B mode of operation may abort the packet access proce-
dure, if it receives a paging message indicating the establishment of circuit switched
connections;
– mobile stations in class C mode of operation will not respond to any type of paging
messages during the packet access procedure.
CHANNEL REQUEST (PACKET CHANNEL REQUEST) messages are sent on the
RACH (PRACH) and contain, beside the indication of the type of access, the required
parameters to indicate the demand of radio resources from the MS.
When the network receives the CHANNEL REQUEST (PACKET CHANNEL
REQUEST) message, it may assign radio resources on one or more PDCHs, to be used
by the mobile station for the TBF.
The allocated PDTCH(s) and PACCH resources are assigned to the mobile station in
the IMMEDIATE ASSIGNMENT (PACKET UPLINK ASSIGNMENT) message, sent on
any AGCH (PAGCH) block on the same CCCH (PCCCH) on which the network has
received the CHANNEL REQUEST (PACKET CHANNEL REQUEST) message.
In the one phase access, the reservation is done according to the information about the
requested resources, comprised in the channel request.
On the RACH, in the CHANNEL REQUEST message, there are only 8 bit of information,
so there are only two available values for denoting PS calls; these values can be used
to request limited resources in the one phase access (EGPRS TBFs cannot be opened
using a one phase access on RACH, using the CHANNEL REQUEST message, see
"9.8.2.4 TBF Establishment for EDGE Mobile Stations") or to request a two phase
access.
On the PRACH, the PACKET CHANNEL REQUEST may contain more adequate infor-
mation about the requested resources and, consequently, uplink resources on one or
several PDCHs can be assigned by using the PACKET UPLINK ASSIGNMENT
message.
Fig. 9.6 shows a one phase access procedure on PCCCH.
A30808-X3247-L24-5-7618 199
GPRS/EGPRS Global Description Information
System
200 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
• if no PCCCH is provided in the cell, a two phase access can be only initiated by a
mobile station, by requiring this type of access within the CHANNEL REQUEST
message.
When the network receives the PACKET RESOURCE REQUEST message, it responds
by sending either a PACKET UPLINK ASSIGNMENT message (radio resources assign-
ment on one or more PDCHs to be used by the mobile station for the TBF) or a PACKET
ACCESS REJECT message to the MS.
Fig. 9.7 shows a two phases access procedure on CCCH.
A30808-X3247-L24-5-7618 201
GPRS/EGPRS Global Description Information
System
202 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 203
GPRS/EGPRS Global Description Information
System
The two phase access is inherently immune from the possibility that two MSs can
perceive the same channel allocation as their own. Namely, the second access phase,
i.e., the Packet Resource Request, uniquely identifies the MS by its TLLI. The same
TLLI is included in the Packet Uplink Assignment/Packet Downlink Assignment and no
mistakes are possible.
The Temporary Logical Link Identity (TLLI) identifies a GPRS/EGPRS user inside the
i cell. The relationship between TLLI and IMSI is known only in the MS and in the SGSN.
TLLI is derived from the P-TMSI allocated by the SGSN, or it is built by the MS.
The P-TMSI identifies the MS for location purposes, whereas TLLI identifies the MS
from the packet data transfer point of view.
The one phase access is somewhat insecure, and an efficient contention resolution
mechanism must be introduced.
The first part of the solution is the identification of the MS. The identification of transmit-
ting MS on the RLC/MAC level is necessary not only for contention resolution, but also
to be able to establish the RLC protocol entity for that Temporary Block Flow on the
network side. Additionally, TLLI is necessary to be able to match simultaneous uplink
and downlink packet transfers by taking into consideration multislot capability of that
MS. In order to uniquely identify the MS when sending on uplink, the RLC Header for all
of the RLC Data Blocks on the uplink is extended to include the TLLI, until the contention
resolution is completed on the MS side.
The second part of the solution is the notification from the network side about who owns
the allocation. That is solved by the inclusion of the TLLI in the PACKET UPLINK
ACK/NACK and PACKET DOWNLINK ACK/NACK messages. By doing so, the conten-
tion is resolved after the first occurrence of Packet Ack/Nack.
204 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
After each attempt, S and TX_INT parameters are used to determine the next TDMA
frame in which the MS is allowed to make a successive attempt. The number of TDMA
frames between two successive attempts to send a PACKET CHANNEL REQUEST
message, excluding the TDMA frames potentially containing the messages themselves,
is a random value drawn, for each transmission, with a uniform probability distribution in
the set {S, S + 1, …, S + TX_INT - 1}.
When the MS has made MAX_RETRANS + 1 attempts to send a PACKET CHANNEL
REQUEST message, the packet access procedure is aborted, a packet access failure
is indicated to upper layers and the mobile station returns to packet idle mode.
When the MS initiates a packet access procedure and receives from the network a
Packet Access Reject message from the network, corresponding to one of the 3 last
PACKET CHANNEL REQUESTs sent by the MS, it starts the T3172 timer; while the
timer is running, the MS is not allowed to access to the cell (i.e., it cannot send any other
PACKET CHANNEL REQUEST messages). Then one of the following situations can
occur (see Fig. 9.8):
– if the MS receives the Packet Uplink Assignment message, it stops the T3172 timer
– it the T3172 timer expires, the MS can start new transmissions of packet channel
requests
If the MS is in Standby state, the SGSN only knows the Routing Area on which the MS
is camped on. In order to initiate a downlink packet transfer, the SGSN sends to the MS
one or more PACKET PAGING REQUEST messages on the downlink PCH (PPCH).
The MS responds to one PACKET PAGING REQUEST message by initiating a mobile
originated packet transfer, as described in "9.8.2 TBF Establishment Initiated by the MS
on CCCH/PCCCH".
This mobile originated packet transfer allows the MS to send a PACKET PAGING
RESPONSE to the network. The packet paging response is one or more RLC/MAC data
blocks containing an arbitrary LLC frame.
A30808-X3247-L24-5-7618 205
GPRS/EGPRS Global Description Information
System
When the packet paging response has been sent by the MS and received by the
network, the mobility management state of the MS changes from standby to ready.
If the MS is already in READY state, the SGSN knows the exact cell where the MS is
i camped on; then the SGSN sends the assignment message on PCH (PPCH) or AGCH
(PAGCH), without sending the PACKET PAGING REQUEST message.
If an uplink packet transfer is in progress, the PACKET DOWNLINK ASSIGNMENT
message is transmitted on PACCH.
206 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 207
GPRS/EGPRS Global Description Information
System
messages either on PCCCH (if it is allocated in the cell) or on the CCCH paging
channel. Therefore a MS that wants to receive pages for both circuit-switched and
packet-switched services will monitor both paging channels if the packet paging
channel is allocated in the cell. No paging co-ordination is performed by the network.
208 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
DRX parameters are indicated by the MS in the Attach procedure (see 9.3.2.1). Then
the then in each page request sends these parameters to the BSS, that uses both this
information and the IMSI of the MS to calculate the correct paging group.
In the GPRS attach procedure the following parameters are established:
• DRX/non-DRX indicator: indicates whether or not the MS uses DRX.
• DRX period: indicates the period of time between two consecutive paging blocks
(within a timeslot used as CCCH or PCCCH) where a MS, which is using DRX mode,
can receive its paging messages.
When PCCCH is used, the DRX period is defined by the SPLIT_PG_CYCLE param-
eter. The mobile station requests values for the SPLIT_PG_CYCLE parameter to be
applied on PCCCH.
The SPLIT_PG_CYCLE parameter handles the occurrence of paging blocks on
PCCCH monitored by the mobile station in DRX mode.
The support of the SPLIT_PG_CYCLE parameter on CCCH is optional. The
i SPGC_CCCH_SUP parameter (not configurable in the database) indicates the support
of the SPLIT_PG_CYCLE on CCCH from the network side.
If SPLIT_PG_CYCLE is not supported on CCCH, the period of monitoring paging blocks
on CCCHs is defined by the GSM NFRAMEPG parameter. The NFRAMEPG parameter
determines the number of 51 TDMA multiframes between two consecutive transmis-
sions of the same paging message in the same paging group.
The parameters used to define the paging groups for GPRS/EGPRS are shown in
Tab. 9.3, with the corresponding GSM parameters.
• Non-DRX timer: is used to determine the duration of the non-DRX mode period to
be applied by the mobile station when it has left the packet transfer mode and enters
the packet idle mode. A MS in non-DRX mode is required to monitor all of the radio
blocks of the PCCCH or CCCH channel; therefore the required time to execute the
paging procedure is reduced. As long as the timer is running (hence the MS is in
non-DRX mode), the BSC sends downlink assignments on the AGCH or PAGCH
(and not in paging blocks that the MS monitors when DRX mode is active, and that
occur with a low frequency) reducing the time to allocate resources.
So, when the MS changes from packet transfer mode to packet idle mode, the BSC
starts a timer; the duration of this timer is determined by the following:
where:
– DRX_TIMER_MAX represents the DRXTMA parameter, and it is broadcast in the
cell
– NON_DRX_TIMER is a parameter requested by the MS in the PS attach proce-
dure
During this period, the MS is in non-DRX mode; when the timer expires, the MS
resumes discontinuous reception.
A30808-X3247-L24-5-7618 209
GPRS/EGPRS Global Description Information
System
In applications such as WAP, the time needed to get a reply is a key factor for end user
i acceptance. Because of highly interactive behavior of WAP with few seconds between
answers from network and subsequent user actions (for example navigating through
menus), response times are drastically reduced by sending the immediate assign-
ment/packet downlink assignment messages (polling requests) on the AGCH/PAGCH
instead of PCH/PPCH. So, when the DRX mode is temporarily disabled, the time that
occurs to receive at the MS side a data block that has been sent from the Gb interface,
is in average reduced by 50%.
When the mobile station receives a new value of the DRXTMA parameter, the
mobile station is not required to consider the new value until the next time it enters
packet idle mode.
There is another case when the MS enters the non-DRX mode: when initiating the MM
i procedures for PS attach and routing area update, the mobile station enters the MM
non-DRX mode period. This period ends when the corresponding MM procedures
terminate.
210 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
1. the SGSN, which has the information about the usage of DRX, sends a paging
message to all PCUs that are supporting the right Routing Area. This message
includes the information on whether or not DRX is used, and additionally, if the
enhanced DRX mechanism is used, the SPLIT_PG_CYCLE parameter that indi-
cates that the existing DRX mechanism is supported by the network;
2. the PCU forwards the Packet Paging Request message combined with the
requested paging parameters over the internal interface to the TDPC;
3. the TDPC calculates the right paging group and forwards per LAPD connection the
Packet Paging Request message to the paging queues inside the BTS. Additionally
the BSC evaluates all needed DRX parameters that must be broadcast on the
BCCH;
4. the BTS queues all Packet Paging Request messages and sends them in first-in
first-out order on the PCHs in the CCCH multiframe.
A30808-X3247-L24-5-7618 211
GPRS/EGPRS Global Description Information
System
The mobile station will always transmit the uplink radio block on the same timeslot as
the block where the RRBP has been received.
To indicate to the MS whether or not the received RRBP field is valid, a bit of the MAC
header is used; according to the value of this bit, the MS knows if, in the received block,
the RRBP field is meaningful.
The multislot class of the MS limits allowed combinations and configurations when the
i MS supports multislot communications. When an MS has established a downlink TBF,
it cannot transmit in uplink direction (after a polling by the network) on any timeslot; in
fact for each mobile station, according to its multislot class, downlink and uplink
timeslots usage is specified (see "4.7.1 Mobile Station Classes for Multislot Capabili-
ties"). Therefore, to poll the MS, the network must send the downlink block with a valid
RRBP field on a timeslot where the polled MS is able to answer.
212 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 213
GPRS/EGPRS Global Description Information
System
up to an indicated block sequence number (BSN), thus “moving” the beginning of the
sending window on the sending side. Additionally, the bitmap that starts at the same
RLC Data Block is used to selectively request erroneously received RLC Data Blocks
for retransmission. The sending side then retransmits the erroneous RLC Data Blocks,
eventually resulting in further sliding of the sending window. A missing Packet Ack/Nack
is not critical and a new one can be issued whenever.
The sending side (the MS or the network) transmits blocks within a window and the
receiving side sends Packet Uplink Ack/Nack or Packet Downlink Ack/Nack message
when needed.
For EGPRS, the window size (WS) will be set by the operator according to the number
of timeslots allocated in the direction of the TBF (uplink or downlink). The operator can
set the window sizes with the following parameters:
– EGWSONETS, in case one timeslot is assigned
– EGWSTWOTS, in case two timeslots are assigned
– EGWSTHREETS, in case three timeslots are assigned
– EGWSFOURTS, in case four timeslots are assigned
– EGWSFIVETS, in case five timeslots are assigned
– EGWSSIXTS, in case six timeslots are assigned
– EGWSSEVENTS, in case seven timeslots are assigned
– EGWSEIGHTTS, in case eight timeslots are assigned
According to the link quality, an initial MCS is selected for an RLC block. For retransmis-
sion, the same or another MCS from the same family of MCSs can be selected (see
"10.5 Link Adaptation"). For example if MCS-7 is selected for the first transmission of an
RLC block, any MCS of the family B can be used for retransmissions.
RLC data blocks initially transmitted with MCS4/MCS5 or MCS6/MCS7/MCS8 or MCS9,
can optionally be retransmitted with MCS1, MCS2, and MCS3 respectively, using two
radio blocks. In this case, the split block field in the header is set to indicate that the RLC
data block is split, and the order of the two parts. For blocks initially transmitted with
MCS8 that are retransmitted using MCS6 or MCS3, padding of the first six octets in the
data field will be applied, and the CPS field will be set to indicate that this has been done.
Incremental redundancy is used only in the downlink direction. The split block field is
used to indicate to the MS whether or not the block has been segmented. In fact, the
following must be noted:
214 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
a) when ARQ mode type I is used, the retransmission is executed with a coding
scheme of the same family of the block received with errors, and block splitting is
possible;
b) when ARQ mode type II is used, the retransmission is executed with a coding
scheme of the same family of the block received with errors (but with another punc-
turing scheme) and block splitting is not allowed;
In the EGPRS type II Hybrid ARQ mode, the information is first sent with one of the initial
code rates (i.e., the rate 1/3 encoded data is punctured with the puncturing scheme (PS)
1 of the selected MCS). If the RLC Data Block is received in error, additional coded bit
(i.e., the output of the rate 1/3 encoded data that is punctured with PS 2 of the prevailing
MCS) are sent and decoded with the previously received code-words until decoding
succeeds. If all of the code-words (different punctured versions of the encoded data
block) have been sent, the procedure will start over, and the first code-word (which is
punctured with PS 1) will be sent followed by PS 2 etc.
RLC data blocks, that are retransmitted using a new MCS, will be sent with the punc-
turing scheme indicated in Tab. 9.4, at the first transmission after the MCS switch.
In the EGPRS type I ARQ, the operation is similar to one of the EGPRS type II hybrid
ARQ, except that the decoding of an RLC Data Block is solely based on the prevailing
transmission (i.e., erroneous blocks are not stored).
Therefore, the MS can use either the type I ARQ or the type II ARQ mode, according to
the current situation .
If the memory for IR operation run out in the MS, the MSwill indicate this by setting the
LA/IR bit in the EGPRS PACKET DOWNLINK ACK/NACK message.
If IR is considered as "not-working-properly"at the MS (IR_statusk<0.5, see "10.5 Link
Adaptation"), then the PCU may decide to re-segment the not acknowledged blocks.
Therefore, for retransmissions, an MCS within the same family as the initial transmission
may be used and the payload may be split. On the contrary, if IR is considered as "prop-
erly working" (IR_statusk>0.5) at the MS, retransmissions may be realized with an MCS
within the same family as the initial transmission without splitting the payload.
Furthermore, it is mandatory for an EGPRS MS receiver to be able to perform joint
decoding among blocks with different MCSs if the combination of MCSs is one of the
following:
A30808-X3247-L24-5-7618 215
GPRS/EGPRS Global Description Information
System
216 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 217
GPRS/EGPRS Global Description Information
System
218 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Network Side
Whenever the network receives a valid RLC/MAC block from the mobile station, it resets
the N3101 counter. The network increments the N3101 counter for each allocated radio
block to that mobile station, for which no data is received.
If N3101 reaches the N3101 maximum value, the network stops the scheduling of
RLC/MAC blocks from the mobile station and starts the T3169 timer. When T3169
expires, the network may reuse the USF and TFI values (the procedure is shown in
Fig. 9.11).
The user can also define the N3101 maximum value by the N3101 parameter.
time
NW sends Data is NW sends Data is not NW sends USF Data is not received T3169 Expired
USF received USF received from the MS. Reuse of TFI
from the from the Start T3169 and USF
MS. MS. communication with
MS is broken.
Fig. 9.11 Detection of Anomalies during an Uplink TBF on the Network Side
x = round ----------------------------------------
TBC – BSN′ – 1
NTS
then
x if x ≤ BSCVMAX
CV =
15 otherwise
A30808-X3247-L24-5-7618 219
GPRS/EGPRS Global Description Information
System
where:
- TBC = total number of RLC data blocks that will be transmitted in the TBF;
- BSN’ = absolute block sequence number of the RLC data block, with range from 0
to (TBC - 1);
- NTS = number of timeslots assigned to the uplink TBF, with range 1 to 8;
- BSCVMAX is the BSCDVMA parameter, broadcasted in the system information;
- the round() function rounds upwards to the nearest integer; the division operation
is non-integer and the result is 0 only for (TBC - BSN’ - 1) = 0.
The final RLC data block transmitted in the TBF (i.e., the RLC data block with BSN’ =
TBC - 1) will have CV set to the value ‘0’. Once the mobile station transmits a value of
CV other than 15, the MS will not queue any new RLC data blocks, and any data that
arrives after the commencement of the countdown process will be sent within a future
TBF.
After the MS has sent its last RLC Data Block (indicated by the countdown field), the
acknowledgement is expected from the network side. By sending the last block, the MS
may no longer use the same assignment, unless a negative acknowledgement arrives.
It also means that the network side may reallocate the same USF(s) to another user as
soon as all of the RLC Data Blocks belonging to that Temporary Block Flow are correctly
received. When sending the last RLC data block, the MS starts also the T3182 timer.
Then the network, if all RLC Data Blocks have been correctly received, sends the Packet
Uplink Ack/Nack message to the MS that must be immediately acknowledged by the MS
in the reserved uplink block period (the network also resets the N3103 counter).
If T3182 timer expires, before the MS receives the Packet Uplink Ack/Nack message,
then the mobile station aborts all TBFs in progress and its associated resources, returns
to the CCCH/PCCCH and initiates the establishment of a new uplink TBF.
When the MS receives the Packet Uplink Ack/Nack message, it responds to the network
by the Packet Control Acknowledgment message in the reserved uplink block period.
Upon reception of the acknowledgement, the network can reuse the TFI and USF
values.
220 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
NW waits for NW has not received any NW has not received any T3169 Expired
acknowledgment ackn. from the MS. ackn. from the MS. Reuse of TFI and USF
Start T3169
communication with
MS is broken.
Fig. 9.13 Release of Resources on the Network Side during an Uplink TBF (in case of T3169 timer expiration)
A30808-X3247-L24-5-7618 221
GPRS/EGPRS Global Description Information
System
222 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
NW sets RRPB NW has not received any NW has received a NW has not received any
in DL data block control message control message control message
from the MS. from the MS. from the MS.
Communication with
MS is broken.
Fig. 9.14 Control Procedure Executed by the Network during a Downlink TBF
A30808-X3247-L24-5-7618 223
GPRS/EGPRS Global Description Information
System
stopped). When it expires, the current assignment becomes invalid for the network, and
TFI can be reused by the network.
If the mobile station (in acknowledged mode), after having received a RLC data block
with FBI=1, transmits a PACKET DOWNLINK ACK/NACK message with the Final Ack
indicator not set to 1, it will continue to monitor all assigned PDCHs; in this case the
network must retransmit some RLC blocks.
If the network receives a PACKET DOWNLINK ACK/NACK message before the T3191
timer expires, and if retransmissions are required, then the network stops the T3191
timer and retransmits necessary RLC data blocks.
224 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 225
GPRS/EGPRS Global Description Information
System
Tests with a mobile station with multislot class 6 have shown that with two simultaneous
FTP connections, one in uplink and the other in downlink direction (duplex FTP), in case
of downlink preferred configuration (3+1) the downlink throughput is worse than in uplink
preferred configuration (2+2). This is due to the fact that FTP connections are based on
the TCP transfer protocol, which causes acknowledged traffic in the opposite direction.
Because of the delayed acknowledgement packets (caused by the queue in MS or note-
book, which is always full concerning the uplink traffic) the downlink transfer is reduced
(stalled condition).
If the chosen solution was always downlink biased (i.e., 3+1), also pure uplink traffic
such FTP put would not be handled optimally, since the network would change to down-
link preferred allocation as soon as first downlink TBFs for TCP/IP acknowledgments
arrives.
The current implementation to manage concurrent TBFs is as follows.
When a downlink data transfer is set up, data transfer is always allocated with downlink
priority.
Regarding the uplink direction, the mobile station might request the uplink TBF with
either the Packet_Resource_Request or the Packet_Downlink_Ack/Nack message
(PDAN). Within these messages there is the Channel_Request_Description information
element that contains a field called RLC_Octet_Count.
The RLC_Octet_Count field indicates the number of RLC data octets that the mobile
station wishes to transfer; its range is from 0 to 65535, and:
– the value 0 is interpreted as a request for an open-ended TBF by the mobile station
(i.e., the mobile station does not specify the number of blocks it must transmit);
– all other values are interpreted as a request for a close ended TBF (i.e., the
RLC_Octet_Count value indicates the number of blocks the MS must transmit).
The RLC_Octet_Count field is also used to change the priority between uplink and
downlink, such that the uplink allocation is extended.
When the MS asks for uplink resources, if RLC_Octet_Count=0 or if RLC_Octet_Count
is more than a value defined by the THSULBAL parameter, then a switch from downlink
priority to uplink priority is executed; in this case, the number of blocks the MS must
transmit is supposed to be quite big.
Otherwise a timer defined by TSULBAL is activated. If the uplink TBF is closed until the
timer is running, then the timer is stopped and downlink priority in maintained; if the timer
elapses and the uplink TBF is still opened, a switch from downlink priority to the uplink
one is executed.
226 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
The BSC will suspend the GPRS/EGPRS service for the relevant MS, meaning that
i no traffic for the MS (TLLI/RAI) will be forwarded to the MS, even if the radio
resources are kept allocated to be available for the following Resume.
A30808-X3247-L24-5-7618 227
GPRS/EGPRS Global Description Information
System
The BSC will start the resume procedure as soon as the circuit switched dedicated mode
is left, that is when the MS is disconnected from the MSC.
Two cases must be distinguished:
a) during the suspension period, the MS has remained in the same cell;
b) during the suspension period, the MS has changed cell or routing area.
In case a), the resumption request is managed with the SGSN; in the following this
procedure is explained (the procedure in case of successful resume is shown in
Fig. 9.17):
1. The BSC starts the resume procedure sending the RESUME message containing
the TLLI, the RAI, and the SRN towards the SGSN; the T4 timer is also started.
If the T4 timer expires without receiving the ACK message from the SGSN, the
RESUME message will be sent again and the T4 timer is restarted. This retry step
is repeated up to RESUME-RETRIES times (RESUME-RETRIES=3).
In case the T4 timer expires RESUME-RETRIES times or a RESUME NACK is
received from the SGSN, the resume procedure is considered unsuccessful and an
Alarm Reporting notification is sent to the LMT/RC.
2. If the SGSN acknowledges the RESUME message by returning the RESUME ACK
one while the T4 timer is running, the procedure is considered successful and the
T4 timer is stopped.
3. In both cases, successful and unsuccessful, the involved TLLI is marked as "Not
Suspended" in the BSC. Moreover, the BSC removes the information related to the
previous suspend request and, in both cases, it closes the procedure by sending a
CHANNEL-RELEASE message to the MS with the following topics:
– in the successful case, the message includes the "GPRS Resumption" info-
element set to "resumption of PS services successfully acknowledged";
228 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
4. Eventually, the BSS determines that the circuit-switched radio channel will be
released. If the BSS is able to request the SGSN to resume PS services, the BSS
will send a Resume (TLLI, RAI) message to the SGSN. The SGSN acknowledges
the successful outcome of the resume by returning Resume Ack;
5. The BSS sends an RR Channel Release (Resume) message to the MS. Resume
indicates whether the BSS has successfully requested the SGSN to resume
GPRS/EGPRS services for the MS, i.e., whether Resume Ack was received in the
BSS before the RR Channel Release message was transmitted. The MS leaves
dedicated mode;
6. If the BSS did not successfully request the SGSN to resume PS services, or if the
RR Channel Release message was not received before the MS left dedicated mode,
then the MS will resume GPRS/EGPRS services by sending a Routing Area Update
Request message to the SGSN, as described in subclause "Routing Area Update
Procedure".
Channel Release
Fig. 9.17 Resume Procedure (the MS has remained in the same cell - Successful
Resume)
In case b), the resume procedure towards the SGSN is skipped; in the following, this
procedure is explained (the procedure is shown in Fig. 9.18):
1. The BSC removes the information related to the previous suspend request and it
immediately sends a CHANNEL-RELEASE message to the MS. The information
element "GPRS Resumption" will not be included in the message.
A30808-X3247-L24-5-7618 229
GPRS/EGPRS Global Description Information
System
2. As a result, if the Routing Area was changed, a Routing Area Update procedure is
initiated by the MS; if the cell was changed but not the Routing Area, depending on
its state, the MS will continue in the following way:
– Ready state: a Cell Update procedure is initiated by the MS. The SGSN is aware
of the cell to which the MS currently belongs.
– Standby state: the MS does nothing. When the SGSN side Ready Timer expires,
the SGSN will page the MS in the Routing Area it knows, to find the right cell.
Channel Release
(no Resumption Result)
Fig. 9.18 Resume Procedure (The MS has changed the Routing Area)
If the MS performs an inter-BSC handover while suspended, the old BSC transfers the
“Old BSS to New BSS information” IE to the new one; this information element contains
the “GPRS Suspend information” field (this field contains the SUSPEND ACK PDU
message sent on the Gb interface.
With this information the new BSC is able to resume the MS that was suspended in the
old BSC, without executing any routing area update procedure.
In BR7.0, the GPRS/EGPRS Suspend/Resume feature is automatically enabled in the
i system, and both T3 and T4 timers cannot be set by the operator, but assume the
following default values:
- T3 = 5 s
- T4 = 1 s
230 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
that GPRS mobiles are not able to read the USF in downlink blocks transmitted with
8PSK modulation; therefore, uplink and downlink scheduling must be performed jointly,
trying to avoid setting USFs for GPRS mobiles in 8PSK coded downlink blocks.
Moreover, when different TBFs are multiplexed together, the scheduler takes into
account their different QoS requirements. The scheduler then assures that each TBF is
served according to its own priority.
Regarding the scheduling of uplink TBFs, the Radio Priority attribute is used. Such an
attribute is mapped one to one to uplink scheduling priority as follows:
A30808-X3247-L24-5-7618 231
GPRS/EGPRS Global Description Information
System
ities of each TBF, and associates the corresponding scheduling weights Wk to each
priority.
In fact, each scheduling priority is associated with a specific scheduling weight: the
association between priorities and weights can be performed by the user with the
following parameters:
– SCHWEIPRI1: weight associated to scheduling priority 1
– SCHWEIPRI2: weight associated to scheduling priority 2
– SCHWEIPRI3: weight associated to scheduling priority 3
– SCHWEIPRI4: weight associated to scheduling priority 4
For each direction of transmission and for each timeslot, the algorithm selects a TBF
using an approach that guarantees that each TBF(i) is selected W(i) times each
sum(Wk) extractions, where W(i) is the scheduling weight of TBF(i) and sum(Wk) is the
sum of the scheduling weights of all TBFs allocated on the same timeslot.
Besides, there are several cases that require high priority handling, both in downlink and
uplink directions. These cases are as follows:
• Polling Requests: when an MS must be polled, the scheduler manages the down-
link block (containing the RRBP value) for this MS, with a higher priority than other
blocks to be sent in downlink direction;
• Downlink Control Blocks for uplink TBFs: when a downlink control block (i.e.,
Packet Uplink Ack/Nack message) must be sent for an uplink TBF, the scheduler
manages the downlink block for this uplink TBF, with a higher priority than other
blocks to be sent in downlink direction;
• Constraint due to PCCCH Scheduling: if the PCCCH channel is allocated on a
certain timeslot, some radio blocks in a multiframe should be reserved for PCCCH.
Therefore, the scheduler manages, on this timeslot, both the downlink PCCCH
blocks (PBCCH, PAGCH, PPCH) and the uplink PCCCH blocks (PRACH) with a
higher priority than other blocks to be sent in downlink/uplink direction on the same
timeslot.
Besides, when EGPRS and GPRS mobiles are multiplexed on the same PDCHs some
additionally constraints must be taken into account. The main problem is due to the fact
that GPRS mobiles are not able to read the USF in downlink blocks transmitted with
8PSK modulation. Therefore, uplink and downlink scheduling must be performed jointly,
trying to avoid setting USFs for GPRS mobiles in 8PSK-coded downlink blocks.
In this case, the problem arises when, e.g., a downlink block coded with 8PSK modula-
tion must be sent and at the same time the USF should be coded with GMSK modulation
allowing to a GPRS-only mobile station to read the USF value and transmit on the next
uplink block. To solve this incompatibility, the following approach is used:
a) if the downlink block corresponds to a TBF that uses the GMSK modulation, an USF
(the first in the list of the USF to be transmitted) corresponding to a GMSK mobile is
selected; if there are no GMSK USF, then an 8PSK one is selected, because this
choice does not cause any problem;
b) If the downlink block corresponds to a TBF that uses the 8PSK modulation, an USF
(the first in the list of the USF to be transmitted) corresponding to a 8PSK mobile is
selected; if there are no more 8PSK USF to be scheduled (in the list), then:
– one more 8PSK USF is selected (starting from UL TBFs with higher
priority/weight)
– at the same time one “GMSK USF” is cancelled from the list
– after a few cancellations for a given TBF, a GMSK USF for that TBF is inserted in
an High_priority list (i.e., a list of TBF to be served with an higher priority). This
232 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
guarantees that, even in worst case scenarios (only 8PSK TBFs in downlink),
some GMSK USFs are still transmitted.
A30808-X3247-L24-5-7618 233
GPRS/EGPRS Global Description Information
System
10 GPRS/EGPRS Functionalities
If PBCCH exists, the MS is not required to monitor system information on both the
serving cell and non-serving cells, but is only required to monitor system information on
PBCCH of the serving cell. In other words:
• if PBCCH is configured, the GPRS/EGPRS MS retrieves all of the information,
regarding both the serving cell and neighboring cells, from the serving PBCCH; the
MS monitors the other BCCH carriers only to take signal level measurements;
• if PBCCH is not configured, the GPRS/EGPRS MS retrieves all of the information
regarding the serving cell from the serving BCCH, while the information about neigh-
boring cells are taken from the BCCH carriers of the neighboring cells; the MS also
monitors the other BCCH carriers to take signal level measurements.
If PBCCH is not configured, i.e., PS services are supported only on BCCH, “old” C1 and
C2 criteria are used for cell selection and re-selection purposes.
In addition, it is possible to run a procedure, which is called Network Controlled Cell-
Reselection (see "10.3 Network Controlled Cell Reselection and Traffic Control
Management"), where the network may control the cell selection process.
If the PBCCH is configured, cells to be monitored for cell re-selection are defined in the
BA(GPRS) list, which is broadcast on PBCCH. This list could be different from the
BA(BCCH) list, that is used for GSM. If PBCCH does not exist, BA(GPRS) list is equal
to the BA(BCCH) one (see "10.1.4 Management of GPRS/EGPRS Neighboring Cells").
234 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Then it calculates the average received level (RLA_P) for each carrier. In addition the
MS verifies the BSIC of the BCCH carriers. Only cells with allowed BSIC are considered
for re-selection purposes.
A distinction must be done between mobile stations in packet idle mode and mobile
stations in packet transfer mode:
a) Packet Idle Mode: whilst in packet idle mode a MS monitors continuously all BCCH
carriers as indicated by the BA(GPRS) list and the BCCH carrier of the serving cell.
At least one receive signal level measurement sample on each BCCH carrier is
taken for each paging block monitored by the MS according to its current DRX mode
and its paging group (see "9.8.3.2 Discontinuous Reception").
The MS will take at least one measurement for each BCCH carrier for every 4
seconds. The MS is not required to take more than 1 sample per second for each
BCCH carrier. RLA_P is an average level determined using samples collected over
a period of 5 s, and is maintained for each BCCH carrier. The same number of
measurement samples is taken for all BCCH carriers, and the samples allocated to
each carrier will as far as possible be uniformly distributed over the evaluation
period. At least 5 received signal level measurement samples are required for a valid
RLA_P value. The list of the 6 strongest non serving carriers are updated at a rate
of at least once per running average period.
The MS will attempt to check the BSIC for each of the 6 strongest non serving cell
BCCH carriers at least every 14 consecutive paging blocks of that MS, or 10
seconds, whichever is greater. If a change of BSIC is detected then the carrier will
be treated as a new carrier.
In the case of a multiband MS, the MS will attempt to decode the BSIC, if any BCCH
carrier with unknown BSIC is detected among the number of strongest BCCH
carriers in each band, as indicated by the GNMULBAC parameter
(MULTIBAND_REPORTING); this parameter is broadcast on PBCCH, or if PBCCH
does not exist, on BCCH.
b) Packet Transfer Mode: while in packet transfer mode, a MS continuously monitors
all BCCH carriers as indicated by the BA(GPRS) list and the BCCH carrier of the
serving cell. In every TDMA frame, a received signal level measurement sample is
taken on at least one of the BCCH carriers, one after the another. RLA_P is an
average value determined using samples collected over a period of 5 s, and is main-
tained for each BCCH carrier. The samples allocated to each carrier will as far as
possible be uniformly distributed over the evaluation period. At least 5 received
signal level measurement samples are required for a valid RLA_P value. The MS will
attempt to check the BSIC for each of the 6 strongest non serving cell BCCH carriers
as often as possible, and at least every 10 seconds.
A multi-RAT MS is allowed to extend this period to 13 seconds, if the neighbor cell
list contains cells from other RATs and if indicated by the GUMTSSRHPRI param-
eter.
The MS will use the two Idle frames of the PDCH multiframe for this purpose. These
frames are termed “search” frames.
In the case of a multiband MS, the MS will attempt to decode the BSIC, if any BCCH
carrier with unknown BSIC is detected, among the number of strongest BCCH
carriers in each band, as indicated by the GNMULBAC parameter
(MULTIBAND_REPORTING); this parameter is broadcast on PBCCH, or if PBCCH
does not exist, on BCCH.
A30808-X3247-L24-5-7618 235
GPRS/EGPRS Global Description Information
System
The path loss criterion C1, i.e., the minimum signal level criterion for GPRS/EGPRS cell
selection and cell re-selection, is defined by the following:
Where:
If P < GPRS_MS_TXPWR_MAX_CCH
C1 = RLA_P – GPRS_RXLEV_ACCESS_MIN – (GPRS_MS_TXPWR_MAX_CCH– P)
236 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
i.e., the received level must be higher than the access threshold
(GPRS_RXLEV_ACCESS_MIN) plus another term, given by the difference between
the maximum power that can be transmitted in the cell
(GPRS_MS_TXPWR_MAX_CCH) and the nominal power of the MS (P).
If P > GPRS_MS_TXPWR_MAX_CCH
C1 = RLA_P – GPRS_RXLEV_ACCESS_MIN
i.e., the received level must only be higher than the access threshold
(GPRS_RXLEV_ACCESS_MIN); in this case, the nominal power of the MS is higher
than GPRS_MS_TXPWR_MAX_CCH.
C1 criterion is an assessment about the field strengths (on both uplink and downlink
i directions).
If PBCCH is used, the C1 criterion is calculated by the same formula used in GSM, but
with a separate parameter set (i.e., GRXLAMI and GMSTXPMAC), which is transmitted
on the PBCCH. With this separate parameter set, it is possible for the network operator
to configure, in a different way, the cell selection and reselection procedures, for
GPRS/EGPRS and not-GPRS/EGPRS subscribers.
If PBCCH is not configured, the C1 criterion is calculated by means of the same formula
and parameters (i.e., RXLEVAMI and MSTXPMAXCH) used for GSM cell selection and
re-selection.
Please remember that on PBCCH the network has the chance to indicate in the
BA(GPRS) list a different set of neighboring cells with respect to the BA list transmitted
on BCCH (see 10.1.4).
Beside the C1 radio criterion, there are some other criteria for a cell to be suitable for
GPRS/EGPRS cell selection purpose: a cell is considered suitable for GPRS/EGPRS
cell selection if:
1. C1 is greater than 0
2. the cell belongs the selected PLMN
3. the cell supports PS services
4. the cell is not barred
Serving Cell
C31(s) = RLA_P(s) – HCS_THR(s)
Neighboring Cell
PRIORITY_CLASS(n) = PRIORITY_CLASS (s)
C31(n) = RLA_P(n) – HCS_THR(n)
A30808-X3247-L24-5-7618 237
GPRS/EGPRS Global Description Information
System
Neighboring Cell
PRIORITY_CLASS(n) < > PRIORITY_CLASS (s)
There are two cases:
If T<=GPRS_PENALTY_TIME
C31(n) = RLA_P(n) – HCS_THR(n) – GPRS_TEMPORARY_OFFSET(n)
If T > GPRS_PENALTY_TIME
C31(n) = RLA_P(n) – HCS_THR(n)
Where:
• HCS_THR is the signal threshold for applying GPRS/EGPRS hierarchical cell struc-
tures criteria in cell reselection. The user can define this threshold using the
GHCSTH parameter. The user defines the threshold both for the cell and for its
neighboring cells, in fact:
– HCS_THR(s) represents the threshold of the serving cell; the user specifies it by
the GHCSTH parameter of the PTPPKF object;
– HCS_THR(n) represents the thresholds of neighboring cells; the user sets a
HCS_THR(n) value for every adjacent relationship, by the GHCSTH parameter of
the ADJC object;
• PRIORITY_CLASS is the priority of each cell. The user can define this priority by the
GHCSPC parameter (a higher value means a higher priority). The user defines the
priority both for the cell and for its neighboring cells, in fact:
– PRIORITY_CLASS(s) represents the priority of the serving cell; the user specifies
it by the GHCSPC parameter of the PTPPKF object;
– PRIORITY_CLASS(n) represents the priority of neighboring cells; the user sets a
PRIORITY_CLASS(n) value for every adjacent relationship, with the GHCSPC
parameter of the ADJC object;
• GPRS_TEMPORARY_OFFSET(n) applies a negative offset to C31 for the duration
of GPRS_PENALTY_TIME(n) after the timer T has started for that cell.
The T timer is started in the MS for each cell in the list of the 6 strongest neighboring
cells, as soon as it is placed in the list. T is reset to 0 if the cell is removed from the
list.
GPRS_PENALTY_TIME is the duration for which GPRS_TEMPORARY_OFFSET
applies.
The user sets a GPRS_TEMPORARY_OFFSET(n) value and a
GPRS_PENALTY_TIME(n) value for every adjacent relationship, by GTEMPOFF
and GPENTIME parameters of the ADJC object.
Regarding the previous parameters, it is important to underline that their values are
broadcasted on the PBCCH of the serving cell, i.e., the MS can retrieve all of the cell re-
selection information from the PBCCH of the serving cell without monitoring the other
neighboring carriers. To understand how this feature is implemented, refer to
"10.1.4 Management of GPRS/EGPRS Neighboring Cells". This is different from the
traditional GSM implementation for which the MS must retrieve the cell re-selection
parameters of the neighboring cells, by reading their BCCH carriers.
238 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
C31 is used for hierarchical cell structures; the advantage is that C31 also uses a priority
i mechanism. It is necessary to introduce C31 into GPRS/EGPRS, to make re-selection
for PS services similar to the GSM handover algorithm.
The MS needs to get information of the neighbor cells (e.g., in which layer the neigh-
boring cells are laying, and the priority of the neighbor cells), to decide about cell re-
selection. For CS services, the Handover decision is done completely by the BTS, so it
is not necessary to give additional information to the MS.
Serving Cell
C32(s) = C1(s)
Neighboring Cell
PRIORITY_CLASS(n) = PRIORITY_CLASS (s)
There are two cases:
If T <= GPRS_PENALTY_TIME
C32(n) = C1(n) + GPRS_RESELECT_OFFSET(n) –
GPRS_TEMPORARY_OFFSET(n)
If T > GPRS_PENALTY_TIME
C32(n) = C1(n) + GPRS_RESELECT_OFFSET(n)
Neighboring Cell
PRIORITY_CLASS(n) < > PRIORITY_CLASS (s)
C32(n) = C1(n) + GPRS_RESELECT_OFFSET(n)
Where:
• PRIORITY_CLASS is the priority of each cell. The user can define this priority by the
GHCSPC parameter (a higher value means a higher priority). The user defines the
priority both for the cell and for its neighboring cells, in fact:
– PRIORITY_CLASS(s) represents the priority of the serving cell; the user specifies
it by the GHCSPC parameter of the PTPPKF object;
– PRIORITY_CLASS(n) represents the priority of the neighboring cells; the user
sets a PRIORITY_CLASS(n) value for every adjacent relationship, by the
GHCSPC parameter of the ADJC object;
• GPRS_RESELECT_OFFSET(n) is a positive offset that increases the priority of cell
in the list of the strongest neighbor cells. The user sets a
GPRS_RESELECT_OFFSET(n) value for every adjacent relationship, by
GRESOFF parameter of the ADJC object;
A30808-X3247-L24-5-7618 239
GPRS/EGPRS Global Description Information
System
240 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
When evaluating the better cell, the following hysteresis values will be subtracted from
the C32 value of the neighboring cells:
a) in standby state, if the new cell is in the same routing area no hysteresis values are
subtracted;
b) in ready state, if the new cell is in the same routing area, a
GPRS_CELL_RESELECT_HYSTERESIS value is subtracted to delay a cell re-
selection, since a TBF might be interrupted; the user sets this hysteresis with the
GCELLRESH parameter.
If the C31H parameter (C31_HYST) is set to TRUE, and the MS is in MM
i ready state, the GPRS_CELL_RESELECT_HYSTERESIS is also
subtracted from the C31 value for the neighboring cells.
A30808-X3247-L24-5-7618 241
GPRS/EGPRS Global Description Information
System
because routing area changes will produce a lot of extra signalling; the user sets this
hysteresis using the RARESH parameter.
d) if a cell re-selection occurred within the previous 15 seconds, a value of 5dB is
subtracted.
Cell re-selection for any other reason (see GSM 03.22) takes place immediately, but the
cell that the MS was camped on will not be returned to within 5 seconds, if another suit-
able cell can be found. If valid RLA_P values are not available, the MS will wait until
these values are available and then perform the cell re-selection if it is required. The MS
may accelerate the measurement procedure within the requirements to minimize the cell
reselection delay. If no suitable cells are found within 10 seconds, the cell selection algo-
rithm will be performed. Since information concerning a number of channels is already
known by the MS, it may assign high priority to measurements on the strongest carriers
from which it has not previously made attempts to obtain BCCH information and omit
repeated measurements on the known ones.
242 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This means that, in the case in which the external target BTS is adjacent to more than
one internal serving BTS, it will no longer be necessary to replicate all of the attribute
values in every ADJC managed object instance, but it will be enough that the different
ADJC MOIs refer to the same TGTBTS MOI.
Fig. 10.1 shows the management of adjacent cells.
A30808-X3247-L24-5-7618 243
GPRS/EGPRS Global Description Information
System
The TGTPTPPKF object class is hierarchically dependent on the TGTBTS object class
in the containment tree. A TGTPTPPKF managed object instance will contain a copy of
the attributes, of an external PTPPKF instance, involved in the management of the adja-
cency. Once a TGTPTPPKF object instance is configured, it is treated by the system for
the management of the adjacencies, as the other internal target PTPPKFs.
Therefore:
• in case of internal adjacency, the TGTCELL attribute identifies the target PTPPKF
instance, through the reference to the superordinate BTS instance
• in case of external adjacency, the TGTCELL will identify the TGTPTPPKF object
instance, through the reference to the superordinate TGTBTS object instance
For each serving cell, it is possible to configure up to 32 neighboring cells supporting
i GPRS/EGPRS.
Siemens ETSI
GRXLAMI GPRS_RXLEV_ACCESS_MIN
GMSTXPMAC GPRS_MS_TXPWR_MAX_CCH
GHCSTH HCS_THR
244 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Siemens ETSI
GHCSPC PRIORITY_CLASS
GRESOFF GPRS_RESELECT_OFFSET
GTEMPOFF GPRS_TEMPORARY_OFFSET
GPENTIME GPRS_PENALTY_TIME
Among parameters shown in Tab. 10.2, a distinction must be made with the following:
a) GRXLAMI and GMSTXPMAC parameters are only cell parameters; i.e., they must
be defined only on a cell basis, using the PTPPKF object. Nevertheless, to allow the
transmission of the neighboring cell parameters in the packet system information of
the serving cell, they will also be defined for every adjacent relationship; they must
be defined in the TGTPTPPKF object, only if the adjacent cell does not belong to the
same BSC of the serving one;
b) GHCSTH and GHCSPC parameters are defined both on a cell basis and on the
adjacent relationship basis;
– they are defined on a cell basis in the PTPPKF object to define the cell values;
– for each neighboring cell of the involved cell, the two parameters are specified in
the ADJC object, to specifies the values of the neighboring cells.
c) GRESOFF, GTEMPOFF, and GPENTIME parameters regard only adjacent rela-
tionships; i.e., for each neighboring cell of the involved cell, the parameter values are
specified in the ADJC object to indicate the values of the neighboring cells.
To manage the previous features, the following parameters (belonging to the ADJC
object) are involved:
1. The GSUP parameter is meaningful only if the PBCCH is configured on the serving
cell. It enables the transmission of parameters of the neighboring cell to which it
refers, in the packet system information of the serving cell. Besides the GSUP
parameter can be set also in a different band than the BCCH one. leaving to the
operator choice whether enable GPRs on extended band or not. A The following
considerations apply to the GSUP parameter:
– if the PBCCH is not enabled in the serving cell, the GSUP in meaningless, but PS
sevices are active in the neighboring cell. So, if the GSUP attribute of one of its
neighboring cell is set to FALSE in the serving cell, the MS can re-select the cell
(with GSM C1 and C2) without any problem.
– if the PBCCH is enabled in the serving cell, the neighborhoods that will be consid-
ered in the BA(GPRS) list will be those cells for which the GSUP attribute has
been set to TRUE in the adjacent relationship.
2. TGTCELL when the cell is internal, this parameter allows making a link to the BTS
(PTPPKF) object that defines this cell in the database; if the cell is external, this
parameter allows to making a link to the TGTBTS (TGTPTPPKF) object that defines
this cell in the database.
A30808-X3247-L24-5-7618 245
GPRS/EGPRS Global Description Information
System
246 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
– 4 cells can be re-selected only from GSM mobile stations by means of C1 (with GSM
parameters) and C2 criteria.
In this case, we have a BA(GPRS) list containing 6 cells, and a BA(GSM) list containing
10 cells.
Considering the previous example, if the PBCCH is not configured in the same cell, both
i the BA(GPRS) list and the BA(GSM) list are comprised of 10 neighboring cells, since
the GSUP attribute is meaningless.
When the PBCCH is configured on the serving cell and the user configures a neigh-
boring cell with GSUP = FALSE, independently if the neighboring cell is internal or
external, the GPRS/EGPRS re-selection parameters must not be specified in the ADJC
object, since they are not transmitted on the serving cell.
A30808-X3247-L24-5-7618 247
GPRS/EGPRS Global Description Information
System
To allow this feature, the UMTS adjacent cell information must be sent (in the 3G Cell
Reselection List) on the broadcast carrier of the GSM network, to inform the UE/MS
which UMTS frequencies must be monitored for re-selection purposes.
For this monitoring, the MS may use search frames that are not required for BSIC
decoding. If indicated by the parameter GUMTSSRHPRI, the MS may use up to 25
search frames per 13 seconds without considering the need for BSIC decoding in these
frames.
According to both the type of service that the MS supports and the configuration of the
serving GSM cell, two different algorithms are defined to reselect a UMTS cell (either
FDD cell or TDD one), starting from a GPRS/EGPRS one; so we can have:
1. re-selection of the UMTS cell in case of circuit switched modality; this type of re-
selection is executed when:
– the MS is not GPRS/EGPRS attached (so it must use the circuit switched modality
to re-select UMTS cells);
– the MS is attached to GPRS/EGPRS services, but the PBCCH channel is not
configured in the GSM serving cell;
2. re-selection of the UMTS cell in case of packed switched modality; this modality is
used when the MS is GPRS/EGPRS attached and the PBCCH has been configured
in the serving cell.
The two cases are briefly discussed, in the following sections.
248 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
where:
– RSCP (Received Signal Code Power): is the power level received from the UMTS
cell
– Ec/No: is the signal/noise ratio regarding the UMTS FDD cell
– RLA_C_s: is the power level received from the serving cell
– RLA_C_n: is the power level received from neighboring cells
– XXX_Qoffset: offset for cell reselection for UMTS cells; the user sets this value by
the FDDQO parameter (BTS object) for FDD cells, or by TDDQO parameter (BTS
object) for TDD cells
– FDD_Qmin: minimum threshold for Ec/No for UMTS FDD cell re-selection; the user
sets this value with the FDDQMI parameter of the BTS object
If the 3G Cell Reselection list (sent by the network to the MS) includes UTRAN frequen-
cies, the MS will, at least every 5 seconds update the RLA_C value for the serving cell
and each of the at least 6 strongest non-serving GSM cells.
The MS will then reselect a suitable UTRAN cell if its measured RSCP value exceeds
the value of RLA_C for the serving cell and all of the suitable non-serving GSM cells by
the value XXX_Qoffset for a period of 5 seconds, and (only in case of FDD cells) the
UTRAN cells measured Ec/No value is equal or greater than the value FDD_Qmin. In
case of a cell reselection occurring within the previous 15 seconds, XXX_Qoffset is
increased by 5 dB.
If more than one UTRAN cell fulfills the above criteria, the MS selects the cell with the
highest RSCP value.
If the MS has reselected a GSM cell from an UTRAN one, cell reselection to UTRAN
does not occur within 5 seconds, if a suitable GSM cell can be found.
There is also a threshold by which the network indicates whether or not the measure-
ments for the cell reselection of the UMTS cells should be performed; the threshold indi-
cates if the signal level of the serving cell should be below or above it, in order to perform
UMTS cells measurements; the user sets this value by the QSRHI parameter of the BTS
object.
FDDQO, TDDQO, FDDQMI, and QSRHI parameters are broadcast on the BCCH of the
i serving cell.
A30808-X3247-L24-5-7618 249
GPRS/EGPRS Global Description Information
System
where:
– RSCP (Received Signal Code Power): it is the power level received from the UMTS
cell
– Ec/No: is the signal/noise ratio
– RLA_P_s: is the power level received from the serving cell
– RLA_P_n: is the power level received from the neighboring cells
– XXX_GPRS_Qoffset: offset for cell reselection for FDD cells; the user sets this value
with the FDDGQO parameter of the PTPPKF object for FDD cells, or by the
TDDGQO parameter of the PTPPKF object for TDD cells
– GFDD_Qmin: minimum threshold for Ec/No for UMTS FDD cell re-selection; the
user sets this value by the GFDDQMI parameter of the PTPPKF object
If the GPRS 3G Cell Reselection list includes UTRAN frequencies, the MS will, at least
every 5 second, update the value RLA_P for the serving cell and each of the at least 6
strongest non-serving GSM cells.
The MS will then reselect a suitable UTRAN cell if its measured RSCP value exceeds
the value of RLA_P for the serving cell and all of the suitable non-serving GSM cells by
the value XXX_GPRS_Qoffset for a period of 5 seconds and (only in case of FDD cells)
the UTRAN cells measured Ec/No value is equal or greater than the value FDD_Qmin.
If a cell reselection occurrs within the previous 15 seconds, XXX_GPRS_Qoffset is
increased by 5 dB.
If more than one UTRAN cell fulfills the above criteria, the MS selects the cell with the
highest RSCP value.
If the MS has reselected a GSM cell from an UTRAN one, cell reselection to UTRAN
does not occur within 5 seconds, if a suitable GSM cell can be found.
There is also a threshold by which the network indicates whether or not the measure-
ments for the cell reselection of the UMTS cells should be performed; the threshold indi-
cates if the signal level of the serving cell should be below or above it, in order to perform
UMTS cells measurements; the user sets this value by the QSRHPRI parameter of the
PTPPKF object.
FDDGQO, TDDGQO, GFDDQMI, and QSRHPRI parameters are broadcast on the
i PBCCH of the serving cell.
250 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
a specific BTS object instance, the user create an instance of the ADJC3G object
(subordinated to the BTS one).
For each BTS object instance the user can define up to 64 neighboring UMTS cells
i (ADJC3G object).
For each BTS object instance, the user can define up to 32 neighboring
GSM/GPRS/EGPRS cells (ADJC object) if there are no UMTS neighboring cells, and
up to 31 neighboring GSM/GPRS/EGPRS cells (ADJC object) if UMTS neighboring
cells are defined.
The TGTCELL parameter of the ADJC3G object contains a reference to the following:
• a TGTFDD object instance, in case of FDD neighboring cell; a TGTFDD managed
object instance contains all of the parameters that allow describing, in the BSC data-
base, the external UMTS FDD cell (the same principle as described in
"10.1.4.1 Handling of Neighboring Cells" is also used to manage external UMTS
cells).
The following are the more important parameters of the TGTFDD object:
– CELLGLID (C-ID cell identifier): identifies univocally the UMTS FDD cell in the
UMTS/GSM networks and it is composed by MCC (Mobile Country Code), MNC
(Mobile Network Code), LAC (Location Area Code) and CI (Cell Identifier)
– FDDARFCN: defines the frequency of the cell
– RNCID: identifies the RNC
– FDDSCRMC: defines the scrambling code
– FDDDIV: indicates if diversity is applied for the cell
• a TGTTDD object instance, in case of TDD neighboring cell; a TGTTDD managed
object instance contains all the parameters that allow describing, in the BSC data-
base, the external UMTS TDD cell.
The following are the more important parameters of the TGTTDD object:
– CELLGLID (C-ID cell identifier): it identifies univocally the UMTS TDD cell in the
UMTS/GSM networks and it is composed by MCC (Mobile Country Code), MNC
(Mobile Network Code), LAC (Location Area Code) and CI (Cell Identifier);
– TDDARFCN: it defines the frequency of the cell;
– RNCID: it identifies the RNC;
– BNDWIDTDD: it defines the bandwidth used for TDD;
– TDDDIV: it indicates if diversity is applied for the cell.
Therefore, before creating the ADJC3G object related to an UMTS neighboring cell of a
specific BTS, the user must already have created either the TGTFDD or the TGTTDD
object defining the UMTS cell.
In this way, different BTS objects, that have the same UMTS cell as neighboring cell, will
indicate the same TGTFDD (or the same TGTTDD) object instance in the adjacent rela-
tionship defined by the subordinate ADJC3G object instance.
EXAMPLE: if the TGTFDD:0 instance has been created to define a UMTS cell in the
BSC database, this UMTS cell can be defined as adjacent to both the BTS:1 and BTS:5
cells in the following way:
– if, for example, the ADJC3G:4 instance of the BTS:1 object represents the neigh-
boring relationship towards the UMTS cell defined by the TGTFDD:0 instance, the
user sets the TGTCELL attribute equal to TGTFDD:0;
– if, for example, the ADJC3G:2 instance of the BTS:5 object represents the neigh-
boring relationship towards the UMTS cell defined by the TGTFDD:0 instance, the
user sets the TGTCELL attribute equal to TGTFDD:0.
A30808-X3247-L24-5-7618 251
GPRS/EGPRS Global Description Information
System
252 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
When the feature is enabled, the network can ask the mobile (by setting the NTWCOR
parameter for that mobile, see below) to transmit the carrier level of both serving and
adjacent cells; then the MS sends measurement reports periodically. The period is
defined by two attributes:
– NTWCREPPIDL (NC_REPORTING_PERIOD_I) for MS in idle mode
– NTWCREPPTR (NC_REPORTING_PERIOD_T) for MS in transfer mode
Regarding measurement reports, there is also the NTWCNDRXP parameter that
i defines the minimum time the mobile station will stay in non-DRX mode after a measure-
ment report has been sent with the mobile in packet idle mode; however this parameter
is not used, since MSs in packet idle mode do not send measurement reports.
GPRS and EGPRS mobiles in packet idle mode always work in NC0 mode, otherwise
the network would have to manage the packet measurement reports and associated
access requests needed by mobiles to transmit periodically packet measurement
reports. In fact, taking into account that the longest period of transmission of packet
measurement report for mobile in packet idle mode is about 60 seconds, at least 60
channel requests per mobile per hour must be considered only for measurement report
transmission; this would hardly increase PCU real time requirements. In addition, there
are impacts even on battery power safe.
Consequently, NC2 will be used only for mobiles in packet transfer mode, which will then
submit measurement reports with the reporting period defined by NTWCREPPTR.
Therefore, if the network controlled cell reselection is enabled (NCRESELFLAG set at
ENABLE) things work in the following way.
The NTWCOR broadcast value (PSI5 on PBCCH or SI13 on BCCH) is always NCO, so
every mobile station in packet idle mode does not transmit any packet measurement
report to the BTS.
When a GPRS/EGPRS mobile station is involved in a TBF (uplink or downlink), the BSC
modifies the NTWCOR mode value, from NC0 to NC2, by the Packet Measurement
Order message, transmitted to that single mobile on PACCH. This message also carries
the NTWCREPPTR parameter, which overwrites the correspondent value optionally
broadcasted by PSI5 or SI13. In the Packet Measurement Order message, NTWCN-
DRXP and NTWCREPPIDL have no significant value (MS transmits packet measure-
ment report only in packet transfer mode).
A30808-X3247-L24-5-7618 253
GPRS/EGPRS Global Description Information
System
After this change, mobile working in NC2 control mode periodically transmits Packet
Measurement Report messages to the BSC:
• if MS is involved in uplink TBF, it uses an USF scheduled block
• if Ms is involved in downlink TBF, it uses a RRBP assigned block
If needed conditions are verified (see "10.3.1.2 Radio Link Network Controlled Cell
Reselection Algorithm" and "10.3.2.1 Network Controlled Cell Reselection Algorithm for
Traffic Control Strategy") the BSC may transfer the MS to another cell by a Packet Cell
Change Order message; this message contains the following:
– characteristics of the new cell that are necessary to identify it (i.e., BSIC + BCCH
frequency)
– network controlled measurement parameters valid for the mobile station in the new
cell (e.g., NTWCREPPTR)
– IMMEDIATE_REL parameter
Upon receipt of the Packet Cell Change Order message the mobile station starts timer
T3174. When a network controlled cell reselection is made, the mobile station will act
upon the IMMEDIATE_REL value which has been received in the Packet Cell Change
Order. If required, it will immediately abort any TBF in progress by immediately ceasing
to decode the downlink and transmit on the uplink, stopping all RLC/MAC timers except
for timers related to measurement reporting, otherwise the mobile station may continue
its operation in the old serving cell until TBF end. The mobile station will then switch to
the identified new cell and will obey the relevant RLC/MAC procedures on this new cell.
The mobile station regards the procedure as completed when it has received a
successful response to its access request on the new cell.
If timer T3174 expires before a response to the access request message has been
received on the new cell, or if an IMMEDIATE ASSIGNMENT REJECT or PACKET
ACCESS REJECT message is received from the new cell, or if the contention resolution
procedure fails on the new cell, then the mobile station will start the T3176 timer and
return to the old cell.
If the mobile station was in uplink packet transfer mode or in a simultaneous uplink and
downlink packet transfer mode before the cell change, the mobile station will establish
a new uplink TBF and send the PACKET CELL CHANGE FAILURE message on this
TBF. The mobile station will then resume its uplink transfer on this TBF. When the
mobile station has sent a PACKET CELL CHANGE FAILURE message, timer T3176 will
be stopped. If T3176 expires and the mobile station was previously in an uplink packet
transfer mode or in a simultaneous uplink and downlink packet transfer mode on the old
cell, the mobile station will perform the abnormal release with random access.
If the mobile station was previously in a downlink packet transfer mode only on the old
cell, the mobile station will perform an abnormal release with return to CCCH or PCCCH.
On the mobile station side, if the Packet Cell Change Order message instructs the
mobile station to use a frequency that it is not capable of using, then the mobile station
will return a PACKET CELL CHANGE FAILURE message with cause "frequency not
implemented". If the Packet Cell Change Order message is received by the mobile while
a circuit switched connection is on-going, then the mobile station will return a PACKET
CELL CHANGE FAILURE message with the cause "on-going CS connection".
When a network controlled cell reselection occurs (ordered by the BSC), the BSS will
signal this exception condition to a SGSN by sending a RADIO-STATUS PDU (Radio
Cause value: cell reselection ordered). It will contain a reference to the MS, (either TLLI
or TMSI or IMSI).
254 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
This condition indicates that the SGSN should wait for a cell update or a routing area
update before resuming the transmission of LLC PDU to the BSS.
When the MS changes the cell, it starts a cell update procedure or a routing area update
procedure towards the SGSN.
After this procedure, the SGSN transmits the FLUSH_LL message towards the BSC
indicating the new cell where the MS is entered.
The BSC uses this indication to route the queued RLC blocks related to that MS; if the
cell belongs to a different PPXU, the queued RLC blocks are discarded. Then the BSC
transmits the FLUSH_LL_ACK message to the SGSN, indicating if re-route or discard
is made. It is responsibility of the higher layer protocols in the SGSN to cope with
discarded LLC frames. If new cell belongs to another SGSN, an inter_SGSN routing
area update is required before the TBF starts in the new cell (Fig. 10.2 shows this
procedure).
Before ending TBF, the BSC changes the network control mode to NC0, so when this
mobile station enters the packet idle mode, it no longer transfers packet measurement
reports.
MS BSC SGSN
Packet Cell Change Order
Start T3174
Radio Status
Cell Change
RLC Block
Flush LL
A30808-X3247-L24-5-7618 255
GPRS/EGPRS Global Description Information
System
Network Controlled Cell Reselection towards the UMTS network is not supported in
i BR7.0.
When the radio scenario of the mobile station is degraded, the BSC chooses a better
neighboring cell and commands that mobile to move on this new cell.
According to what was described in "10.3.1 Network Controlled Cell Reselection", the
mobile station sends measurement reports to the BSC; when the BSC receives a packet
measurement report from a mobile, the following values are calculated:
– the C1 value for the serving cell [C1(s)]
– and the C1 value for each adjacent cell [C1(n)] reported in the packet measurement
report
The C1 value for both serving and neighboring cells is calculated with the following
criteria:
256 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Where:
If C1(s) < NCC1TH, the mobile must be moved to another cell, to avoide losing it.
The PKTMEASREPCNT parameter specifies how many consecutive measurements of
i the BCCH carrier of the serving cell, under the NCC1TH threshold, are necessary to
order a cell change.
First of all, among the neighboring cells reported in the packet measurement report, only
those for which C1 (n) > NCC1THADJC are selected.
Then, according to the value of the NCSARA attribute, the selected cells are ordered
according to different priorities.
If NCSARA = TRUE, the adjacent cell is searched, before, among cells belonging to the
same routing area of serving cell; therefore the following priorities are used to order
cells:
1. target cell with the same Routing Area on the same PPXU/PPCU
2. target cell with different Routing Area but on the same PPXU/PPCU
3. target cell with the same Routing Area on different PPXU/PPCU and same BSC
4. target cell with different Routing Area on different PPXU/PPCU and same BSC
5. target cell on different PPXU/PPCU and different BSC
If NCSARA = FALSE, adjacent cells of the same routing area have no priority compared
to adjacent cells of other routing areas; therefore the following priorities are used to
order cells:
1. target cell with the same RA or target cell with different RA, but on the same
PPXU/PPCU
2. target cell on different PPUX/PPCU and same BSC
3. target cell on different PPUX/PPCU and different BSC
Among neighboring cells with the same priority, the cell with the highest C32(n) value is
chosen. The C32(n) value is calculated as follows:
If T > NC_GPRS_PENALTY_TIME
C32(n) = C1(n) + NC_GPRS_RESELECT_OFFSET(n)
Where:
• NC_GPRS_RESELECT_OFFSET(n) is a positive offset that increases the priority
of cell in the list of the strongest neighbor cells. The user sets a
A30808-X3247-L24-5-7618 257
GPRS/EGPRS Global Description Information
System
When TRFPS is set to TRUE, the traffic control algorithm is applied (see
"10.3.2.1 Network Controlled Cell Reselection Algorithm for Traffic Control Strategy").
The feature goal is to spread the cell traffic on more than one cell, that is to move MSs
inside a high traffic cell towards available resources in neighboring cells.
Traffic control algorithm is applied only to cells belonging to the same PCU, because
i every PCU knows only its own traffic.
258 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Traffic control algorithm performs an evaluation of the radio resource occupation into
each cell, based on the number of channels configured, and in service available for
GPRS/EGPRS, and the type of strategy set by the operator.
In the positive case, the algorithm looks for MSs candidates to be forced to a cell rese-
lection. The mobile(s) to move are chosen among those in packet transfer mode,
applying the following criteria for the choice of target cell.
First of all, among the neighboring cells reported in the packet measurement report, only
those for which C1 (n) > NCC1THADJC are selected.
Then, according to the value of the NCSARA attribute, the selected cells are ordered
according to different priorities.
If NCSARA = TRUE, the adjacent cell is searched, before, among cells belonging to the
same routing area of serving cell; therefore the following priorities are used to order
cells:
1. target cell with the same Routing Area on the same PPXU/PPCU
2. target cell with different Routing Area, but on the same PPXU/PPCU
If NCSARA = FALSE, adjacent cells of the same routing area have no priority compared
to adjacent cells of other routing areas; therefore only priority level exists, i.e., target cell
with the same RA or target cell with different RA, but on the same PPXU/PPCU
Among neighboring cells with the same priority, the cell with the highest C32(n) value is
chosen. The C32(n) value is calculated as follows:
If T > NC_GPRS_PENALTY_TIME
C32(n) = C1(n) + NC_GPRS_RESELECT_OFFSET(n)
Where:
• NC_GPRS_RESELECT_OFFSET(n) is a positive offset that increases the priority
of the cell in the list of the strongest neighbor cells. The user sets a
NC_GPRS_RESELECT_OFFSET(n) value for every adjacent relationship, by
NCGRESOFF parameter of the ADJC object;
A30808-X3247-L24-5-7618 259
GPRS/EGPRS Global Description Information
System
260 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
where:
– N_GPRS_allocated_ts is the number of allocated time slots when vertical allocation
is present;
– aver_ass_ts_ul and aver_ass_ts_dl are weighted factors which consider number of
time slots assigned to the uplink and downlink TBF on average.
The system calculates the “traffic percentage“ both for uplink and for downlink direc-
tions, each time a TBF or a PDCH is added or removed:
where TBF_UL and TBF_DL indicate the number of currently opened uplink and down-
link TBFs, taking into account the related weight factors aver_ass_ts_ul and
aver_ass_ts_dl.
If TRFPS is set to TRUE and if the vertical allocation is used, the system checks the
following conditions:
1. (PercTrfUL > CRESELTRHSOUT) OR (PercTrfDL > CRESELTRHSOUT);
2. (PercTrfUL < NCTRFPSCTH) AND (PercTrfDL < NCTRFPSCTH);
3. (PercTrfUL_adjc > CRESELTRSHINP ) OR (PercTrfDL_adjc > CRESELTRSHINP).
Then:
a) when condition 1) is satisfied, the system moves a mobile station from the serving
cell to a suitable adjacent cell; this process of moving suitable mobile stations
continues until condition 2) is reached;
b) when condition 2) is satisfied, the system stops moving mobiles to the adjacent cell
for traffic reason;
c) when, for an adjacent cell, condition 3) is verified, this adjacent cell is no longer suit-
able to accept mobile from a congested cell.
The process is stopped when a transition from the vertical allocation to the horizontal
allocation is executed.
A30808-X3247-L24-5-7618 261
GPRS/EGPRS Global Description Information
System
– open loop power control: the MS output power is based on the received signal
strength at the MS side, assuming the same path loss in uplink and downlink direc-
tions
– closed loop power control: the MS output power is commanded by the network
based on signal measurements made in the BTS.
In BR7.0 only open loop power control is supported.
For the downlink, the power control is performed in the BTS. Therefore, there is no need
to specify the actual algorithm, but information about the downlink performance is
needed. Therefore, the MSs must transfer Channel Quality reports to the BTS.
In BR7.0 downlink power control is not supported: power control is a mandatory
feature for the MS, while it is optional for the network.
The RF output power, Pch, to be employed by the MS on each individual uplink PDCH
is given by the following formula:
where:
When the MS receives either a new GAM or ALPHA value, the MS will use the new
value to update Pch according to equation (1).
The MS uses the same output power on all four bursts within one radio block.
When accessing a cell on PRACH or RACH (random access) and before receiving the
first power control parameters during packet transfer on PDCH, the MS will use the
output power defined by Pmax.
If a calculated output power is not supported by the MS, the MS uses the supported
output power that is closest to the calculated output power.
262 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
where:
SSblock(n): is the mean value of the received signal levels on the four normal
bursts that compose the block;
Pb: is the BTS output power reduction (relative to the output power used
on BCCH) used on the channel on which the measurements are
performed; it corresponds to the PRPBCCH parameter. For PCCCH,
Pb is broadcast on PBCCH. For BCCH, Pb = 0 (not broadcast).
Finally, the Cblock(n) values are filtered with a running average filter:
A30808-X3247-L24-5-7618 263
GPRS/EGPRS Global Description Information
System
The current C(n) value is used in formula (1) to calculate the output power when the MS
transfers its first radio block.
b = 1/(6 * TAVG_T)
and:
b = 1/(12 * TAVG_T)
and:
TAVG_T: is the TAVGT parameter and indicates the signal strength filter period
for power control in packet transfer mode. It is broadcast on PBCCH
or, if PBCCH does not exist, on BCCH.
n n is the iteration index; when entering packet transfer mode, the filter
will continue from the n and C(n) values obtained during packet idle
mode.
264 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Once the current C(n) value has been obtained, this value is used to update formula (1).
Each time a new C(n) value is obtained or whenever the MS applies new GAM or
ALPHA values, the Pch value is updated.
A30808-X3247-L24-5-7618 265
GPRS/EGPRS Global Description Information
System
Gross CS2
Throughput
[kbit/s]
CS1
C/I [dB]
Assuming that the C/I ratio is better (i.e., higher direction towards '+') than the value
denoted with '='. In this case the use of the higher coding scheme (i.e., CS2) results in
an improved gross throughput compared to the use of CS1.
The situation changes, if the C/I becomes lower than '=' (direction towards '-'), according
to the propagation conditions. In this case, the use of CS2 results in a lower gross
throughput than with CS1. This due to the necessity to re-send many blocks because
they could not be received without errors the first time. In that situation, not only the
gross throughput is lower than possible (i.e., if CS1 had been used) but also the delay
increases. In other words: if conditions get worse, then a switch to the more robust
coding scheme improves gross throughput and reduces delay. On the other hand, if
propagation conditions improve, a switch to a higher coding scheme results in a better
gross throughput.
In general, C/I values are difficult to estimate in a real network, so another mechanism
is followed.
The triggering of the switch does not use separate measurements of channel quality, but
it is executed by analyzing the number of blocks to be repeated (not acknowledged
blocks) versus the number of transmitted blocks in total (i.e., the sum of the acknowl-
edged blocks and the unacknowledged one). Therefore to fix the switching points, the
NACK/(ACK+NACK) ratio (Block Erasure Ratio - BLER) is used; link adaptation is then
based on BLER measurements (indirect measures of the radio quality). The switching
points between coding schemes, to be used in link adaptation, are then defined in terms
of BLER thresholds (see 10.5.1 and 10.5.2.).
Since switching points depend on the actual RF scenario, it is impossible to calculate
such optimal values for each particular scenario. Upgrade switching points and down-
grade switching points are then stored in pre-calculated matrix tables, one for each
possible RF environment (these matrix tables cannot be set by O&M). By O&M, it is then
possible to select the suitable matrix table, containing all of the ideal switching points
(downgrade/upgrade switching points from/to all coding schemes) for the particular RF
scenario, by selecting the right radio environment.
The RAENV parameter allows the operator to specify the radio environment. As previ-
ously described, according to the chosen radio environment certain matrix tables are
266 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
selected (specific either for GPRS or for EGPRS) to define the BLER thresholds of the
switching points. The parameter can assume two values:
– LOWDIV (lowDiversity): it means that, for the MS, radio conditions can change
slowly, for example because Frequency Hopping is disabled and the cell is charac-
terized by low user mobility (e.g., because MS have a speed less than 50 Km/h or
because the cell is a small one);
– HIGHDIV (highDiversity): it means that, for the MS, radio conditions can change fast,
for example because Frequency Hopping is enabled.
Even if there are some common parameters to manage link adaptation, some differ-
ences exist between GPRS and EGPRS handling.
Besides in the current release an improvement of the Link Adaptation (LA)
GPRS/EGPRS algorithm’s thresholds has been implemented. The GPRS/EGPRS Link
Adaptation thresholds have been already optimized due to the improved RTT. Starting
from this first improvement the Threshold Table has been optimized again. For Uplink
and Downlink directions the Throughput versus C/I curves for all the CS/MCS has been
measured again for low and high Diversity scenarios. In case of significant changes in
the Link Adaptation threshold Tables the new values have been applied. In this way a
better throughput per user and in general an overall data capacity increase of the
network is reached.
A30808-X3247-L24-5-7618 267
GPRS/EGPRS Global Description Information
System
However, switching points between coding schemes are defined in terms of BLER
thresholds. The corresponding BLER values are shown in Fig. 10.5.
268 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Fig. 10.5 BLER as Function of C/I (dB) for all GPRS Coding Schemes
For example, if BLER goes below 17% while using CS1, then a change to CS2 will be
decided; if BLER goes over 43% while using CS2, then a change to CS1 will be decided.
A crosscheck e.g., for CS1<->CS2 provides approximately the same gross throughputs:
It is also possible to see – depending on the wished QoS – that the hysteresis should
be more towards the more stable CS: in the example above, both CS have nearly the
same gross throughput, but with CS2, 43% of all blocks mus bet repeated at least once,
so the delay will be much higher than if one uses CS1. Therefore the '-' point should be
as close as possible to the '=' point.
When considering the net throughput, the maximum data rate values would become 8,
12, 14.4 and 20 kbits/s. The curves above (see Fig. 10.4) are re-scaled, each one by a
proper factor, and the 'ideal' switching points should be recalculated accordingly. These
switching points are reported in Tab. 10.3, and are the values that are contained in the
GPRS internal switching matrix. It is important to underline that for GPRS, only one
switching matrix exists, independently of the value given to the RAENV parameter.
CS1 <10%
A30808-X3247-L24-5-7618 269
GPRS/EGPRS Global Description Information
System
In Tab. 10.3, coding schemes written in the vertical direction represent the starting
coding schemes, whereas those written in the horizontal direction represent the arrival
ones. For example, watching at Tab. 10.3, to go from CS1 to CS2, the BLER value must
be less than 10%; to go from CS2 to CS1, the BLER value must be greater than 50%.
Let BLER(CSi-->CSi+1) be the (upgrade) switching point from CSi to CSi+1 and
BLER(CSi<--CSi+1) the corresponding (downgrade) switching point and
BLER(CSi=CSi+1) the BLER of the current coding scheme where both corresponding
coding schemes have with same C/I the same throughput.
Then the following must always be valid:
1) BLER(CSi-->CSi+1)<BLER(CSi=CSi+1) i=1..3
2) BLER(CSi=CSi+1)<=BLER(CSi<--CSi+1) i=1..3
Therefore, when radio conditions are bad and the link adaptation leads to switching to
a lower coding scheme, in progress retransmission will be in any case performed using
the ‘old’ coding scheme. As usual, when the number of retransmissions of a block
exceeds the N3101 value, the TBF is closed. If the TBF is re-opened within a time
configured by the STGTTLLIINF parameter, it will be re-opened with the last
commanded/used coding scheme, overtaking quality traps disadvantages (see
"10.5.3 Selection of the Candidate Initial Coding Scheme" to get more details about this
procedure).
For example, for transmission in the downlink direction, if the current coding scheme is
CS4 and link adaptation leads to switch to CS3 than:
– CS3 coding scheme is used to transmit new blocks
– CS4 (‘old’ coding scheme) is used for in progress retransmissions
270 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
When the number of retransmissions of a block exceeds the N3101 value, the TBF is
closed. If the TBF is re-opened within the STGTTLLIINF time, CS3 coding scheme (last
used coding scheme) will be used.
For example, for transmission in the uplink direction, if the current coding scheme is CS4
and link adaptation leads to switch to CS3 than:
– CS3 coding scheme is commanded (and used by the MS to transmit new blocks)
– CS4 (‘old’ coding scheme) is used by the MS for in progress retransmissions
When the number of retransmissions of a block exceeds the N3101 value, the TBF is
closed. If the MS again requires the TBF within the STGTTLLIINF time, CS3 coding
scheme will be used (last commanded coding scheme).
A30808-X3247-L24-5-7618 271
GPRS/EGPRS Global Description Information
System
transmission of an RLC block, any MCSs of the family B can be used for the retransmis-
sion.
In the type I ARQ mode (see "9.9.1.2 EGPRS Acknowledged Mode"), decoding of an
RLC Data Block is based solely on the prevailing transmission (i.e., erroneous blocks
are not stored). In the type II ARQ case, erroneous blocks are stored by the receiver and
a joint decoding with new transmissions is done. Link Adaptation procedure allows the
receiver to operate either in type I or type II hybrid ARQ mode.
It is possible to estimate the 'ideal' C/I switching points where the MCS should be
changed in order to maximize the net throughput. Referring to the previous case, and
assuming only using MCSs belonging to family A (plus MCS1), the 'ideal' switching
points could be as follows:
272 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
As described for GPRS, also with EGPRS the thresholds are given in terms of BLER,
since C/I values are difficult to estimate; some examples of defined BLER thresholds
could be as follows:
c) If more than one family is configured, considering a given MCSx in use, the general
rule to decide the upgrading/downgrading MCS is the following: the “upgrading”
MCS is the one characterized by the highest switching threshold (among the config-
A30808-X3247-L24-5-7618 273
GPRS/EGPRS Global Description Information
System
ured ones), while the “downgrading” MCS is the one characterized by the lowest
switching threshold (among the configured ones).
It may happen that the upgrading threshold is higher that the downgrading
i threshold. In this case one of the two conditions is always satisfied (implic-
itly this means that the current MCS is a “transition one” and the best
choice is to immediately switch to a new one). In case both conditions are
satisfied, the best choice is to switch to the upgrading MCS.
According to the chosen sets of coding schemes (in uplink or downlink direction),
different thresholds must be considered, since different coding schemes are selected.
Tab. 10.4 shows which thresholds are considered if, for instance, the user has enabled
FamilyA plus MCS1. Instead Tab. 10.5 shows which thresholds are considered if, for
instance, the user has enabled FamilyB plus MCS1.
In the tables, coding schemes written in vertical direction represent the starting coding
schemes, whereas those written in horizontal represent the arrival ones. Therefore, for
example, watching at Tab. 10.4, to go from MCS1 to MCS3 the BLER must be less than
a XX% value; to go from MCS3 to MCS1 the BLER must be greater than another XX%
value.
If more than one family is enabled, the possible switching points are those given by the
i sum of tables related to the single families.
274 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
If all EGPRS coding schemes are enabled, according to radio environment (i.e., RAENV
parameter setting) and IR, four different threshold settings are foreseen:
a) RAENV set to LOWDIV and IR is working (see Tab. 10.6)
b) RAENV set to LOWDIV and IR is not working (see Tab. 10.7)
c) RAENV set to HIGHDIV and IR is working (see Tab. 10.8)
d) RAENV set to HIGHDIV and IR is not working (see Tab. 10.9)
Tab. 10.6 EDGE with Incremental Redundancy working and RAENV set to "LOWDIV"
A30808-X3247-L24-5-7618 275
GPRS/EGPRS Global Description Information
System
Tab. 10.7 EDGE with Incremental Redundancy not working and RAENV set to "LOWDIV"
Tab. 10.8 EDGE with Incremental Redundancy working and RAENV set to "HIGHDIV"
Tab. 10.9 EDGE with Incremental Redundancy not working and RAENV set to "HIGHDIV"
276 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
Tab. 10.9 EDGE with Incremental Redundancy not working and RAENV set to "HIGHDIV"
Uplink Direction
The operator can configure which sets of coding schemes can be used in uplink direc-
tion. At least two sets of available MCSs must be enabled, one for 8PSK transmit
capable mobiles and the other one for GMSK-only transmit capable mobiles.
To enable sets of coding schemes, a parameter is given for each family. The parameters
are as follows (remember that in uplink direction, the Incremental Redundancy is not
implemented):
• EMFA1UNIR8PSK (enMcsFamAMcs1UplinkWoutIncrRed8Psk): enables MCS
belonging to FamilyA and MCS1 to be used, if MS support 8PSK modulation in the
Uplink;
• EMFAP1UNIR8PSK
(enableMcsFamilyApMcs1UplinkWithoutIncrementalRedundancy8Psk): enables
MCS belonging to FamilyA padding and MCS1 to be used, if MS support 8PSK
modulation in the Uplink case;
• EMFB1UNIR8PSK (enMcsFamBMcs1UplinkWoutIncRed8Psk): enables MCS
belonging to Family B and MCS1 to be used, if MS support 8PSK modulation in the
Uplink EGPRS TBF;
• EMFCUNIR8PSK (enMcsFamCUplinkWoutIncRed8Psk): enables MCS belonging
to Family C and MCS1 to be used, if MS support 8PSK modulation in the Uplink
case;
• EMFGUNIR8PSK (enMcsFamGmskUplinkWoutIncRed8Psk): enables MCS
belonging to Family Gmsk to be used, if MS supports 8PSK modulation in the Uplink
case;
• EMFCUNIRGMSK (enMcsFamCUplinkWoutIncrRedGmsk): enables MCS
belonging to Family C to be used, if MS does not support 8PSK modulation in the
Uplink case;
A30808-X3247-L24-5-7618 277
GPRS/EGPRS Global Description Information
System
The operator can also define the initial MCS to be used as default in uplink direction; if
no information is available about a MS in a cell, the defined MCSs will be used (see
"10.5.3 Selection of the Candidate Initial Coding Scheme").
The IMCSULNIR8PSK attribute suggests the MCS to be used in uplink direction if the
MS supports the 8 PSK modulation in this direction; the IMCSULNIRGMSK attribute
suggests the MCS to be used in uplink direction if the MS supports only the GMSK
modulation in this direction.
The link adaptation algorithm in uplink direction works as follows:
1. The initial Modulation and Coding Scheme is decided. In the absence of Abis
congestion, the initial MCS will be IMCSULNIR8PSK (or IMCSULNIRGMSK for
GMSK mobiles), unless some information is available about the last MCS used for
a previous UL TBF characterized by the same TLLI. In this case, the initial MCS of
the new TBF will be set equal to the last MCS of the previous one (see 10.5.3);
2. Once the connection is established, BLER is continuously updated at the PCU (each
20 ms) by checking whether or not RLC blocks have been carefully received; the
filtering period can be defined, in number of radio blocks, by the BLERAVEUL
parameter;
3. Once the initial filtering period has elapsed (e.g., after 100 radio blocks if BLER-
AVEUL is set to UNIT100), BLER is continuously monitored. Each time (i.e., for each
received block) BLER is checked and tested against the appropriate thresholds; if
MCSx is the actual MCS, MCSy the next available one and MCSz the previous avail-
able one, the appropriate thresholds are:
4. If actual BLER falls below the upgrade threshold (Up_th), the algorithm switches to
the next (less protected) available MCS; if it exceeds the downgrade threshold
(Dn_th), the algorithm switches to the previous (more protected) available MCS.
When upgrading to a less protected MCS, Abis availability should be checked, see
i "6.3 PCU Frames and Dynamic Allocation on the Abis Interface" and "5.3.4.2 Upgrade
of Abis Resources".
Downlink direction
In the downlink, direction incremental redundancy is assumed to always be enabled,
since it is mandatory for EGPRS mobiles.
The operator can configure which sets of coding schemes can be used in the downlink
direction. EGPRS mobiles will be able to receive 8PSK modulated signals, therefore at
least one family of available MCSs must be enabled (all of the MSs are 8PSK receive
capable).
278 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
To enable sets of coding schemes, a parameter for each family is given. The following
are the parameters (remember that in downlink direction, the Incremental Redundancy
is always supported by MSs):
• EMCSFAMA1DL (enMcsFamAMcs1Downlink): enables MCS belonging to Family A
and MCS1 to be used, in Downlink case;
• EMCSFAMAP1DL (enMcsFamAPaddingMcs1Downlink): enables MCS belonging
to Family A padding and MCS1 to be used, in Downlink case;
• EMCSFAMB1DL enMcsFamBMcs1Downlink): enables MCS belonging to Family B
and MCS1 to be used, in Downlink case;
• EMCSFAMCDL (enMcsFamCDownlink): enables MCS belonging to Family C to be
used, in Downlink case;
• EMCSFAMGDL (enableMcsFamilyGmskDownlink): enables MCS belonging to
Family GSMK to be used, in Downlink case.
The operator can also define, by the INIMCSDL attribute, the initial MCS to be used as
the default in the downlink direction; if no information about the MS in a cell is available,
the suggested MCSs will be used (see "10.5.3 Selection of the Candidate Initial Coding
Scheme").
The link adaptation algorithm in the downlink direction works as follows:
1. The initial Modulation and Coding Scheme is decided. In the absence of Abis
congestion, the initial MCS will be INIMCSDL, unless some information is available
about the last MCS used for a previous DL TBF characterized by the same TLLI. In
this case, the initial MCS of the new TBF will be set equal to the last MCS of the
previous one (see 10.5.3);
2. Once the connection is established, BLER is updated at the PCU with the informa-
tion provided by the EGPRS PACKET DOWNLINK ACK/NACK MESSAGE, reported
by the MS upon periodic request from the network (let k be the reporting instant); the
filtering period can be defined, in number of radio blocks, by the BLERAVEDL
parameter;
3. When an EGPRS PACKET DOWNLINK ACK/NACK message is received (i.e., at the
instant k), the MS OUT OF MEMORY bit is checked to verify if no more memory for
incremental redundancy procedure is available at the MS. From the MS OUT OF
MEMORY bit, the IR_status_k variable is derived, providing information about the
efficiency of incremental redundancy at the MS at a specific instant k:
– IR is considered as "not-properly working” when IR_status_k<0.5
– IR is considered as "properly working” when IR_status_k>0.5
4. BLER is continuously monitored; each time an EGPRS PACKET DOWNLINK
ACK/NACK is received, BLER is checked and tested against the appropriate thresh-
olds; if MCSx is the actual MCS, MCSy the next available one and MCSz the
previous available one, the appropriate thresholds are:
– if IR was perfect (no memory size limitations, etc.), the appropriate thresholds
would be:
A30808-X3247-L24-5-7618 279
GPRS/EGPRS Global Description Information
System
5. If actual BLER falls below the upgrade threshold (Up_th_k), the algorithm switches
to the next (less protected) available MCS; if it exceeds the downgrade threshold
(Dn_th_k), the algorithm switches to the previous (more protected) available MCS.
When upgrading to a less protected MCS, Abis availability should be checked, see
i "6.3 PCU Frames and Dynamic Allocation on the Abis Interface" and "5.3.4.2 Upgrade
of Abis Resources".
280 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
When a new TFB starts, the Candidate Initial Coding Scheme must be selected:
a) for GPRS capable mobiles, only the ‘candidate initial CS’ must be calculated
b) for EGPRS capable mobiles, both the ‘candidate initial MCS’ and the ‘candidate
initial CS’ must be calculated. In fact, only after the Resource Allocation procedure
(see "5.3.3.1 PCU Algorithm" and "5.3.3.2 TDPC Algorithm") will be clear which TBF
mode (GPRS or EGPRS) is to be used.
Therefore, the candidate initial coding scheme is selected in the order looking at the
following.
For GPRS capable mobiles:
– historical CS, if available
– configured initial CS, if historical CS is not available
For EGPRS capable mobiles:
a) canditate initial MCS:
– based on historical MCS, if any
– based on historical CS, if available (see Tab. 10.11)
– configured initial MCS, if historical CS/MCS are not available
b) canditate initial CS:
– historical CS, if available
– based on historical MCS, if available (see Tab. 10.10)
– configured initial CS, if historical CS/MCS are not available
Besides, for EGPRS service it is important to remember that the operator can configure
separately:
– MCS families to be used in downlink transmission
– MCS families to be used in uplink transmission for 8PSK capable mobiles
– MCS families to be used in uplink transmission for GMSK capable mobiles
As a consequence, it could happen that an available (historical) MCS cannot be directly
usable for the new TBF to be set up, because e.g., the user has changed the value of
O&M parameters. In this case, the rule to select the candidate initial MCS is: take the
highest configured MCS less or equal to the available historical MCS.
The following tables show the rules to decide the candidate initial coding scheme for the
following:
– a GPRS TBF mode, when the last coding scheme was stored for an EGPRS TBF
mode (see Tab. 10.10).
– a EGPRS TBF mode, when the last coding scheme was stored for a GPRS TBF
mode (see Tab. 10.11);
MCS1 CS1
MCS2 CS2
MCS3 CS3
MCS4 or higher MCSs CS4
Tab. 10.10 Candidate Initial Coding Scheme for a GPRS TBF when the Historical
Coding Scheme is related to an EGPRS TBF
A30808-X3247-L24-5-7618 281
GPRS/EGPRS Global Description Information
System
CS1 -MCS1
CS2 -MCS2 if FamilyB is configured
-MCS1 otherwise
CS3 -MCS3 if FamilyA is configured
-MCS2 if FamilyB is configured
-MCS1 otherwise
CS4 DL or UL TBF for fully 8PSK UL TBF for GMSK capable
capable mobiles mobiles
-Configured Initial MCS if it is -MCS4 if FamilyC is configured
upper than MCS4 -MCS3 if FamilyA is configured
-MCS4 if FamilyC is configured -MCS2 if FamilyB is configured
-MCS3 if FamilyA is configured -MCS1 otherwise
-MCS2 if FamilyB is configured
-MCS1 otherwise
Tab. 10.11 Candidate Initial Coding Scheme for an EGPRS TBF when the Historical
Coding Scheme is related to a GPRS TBF
282 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 283
GPRS/EGPRS Global Description Information
System
284 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 285
GPRS/EGPRS Global Description Information
System
286 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 287
GPRS/EGPRS Global Description Information
System
288 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 289
GPRS/EGPRS Global Description Information
System
290 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 291
GPRS/EGPRS Global Description Information
System
292 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 293
GPRS/EGPRS Global Description Information
System
294 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 295
GPRS/EGPRS Global Description Information
System
296 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 297
GPRS/EGPRS Global Description Information
System
12 Abbreviations
AGCH Access Grant Channel
BCCH Broadcast Control Channel
BECN Backward Explicit Congestion Notification
BSC Base Station Controller
BSN Block Sequence Number
BSS Base Station Subsystem
BSSGP Base Station System GPRS Protocol
BVC BSSGP Virtual Connection
BVCI BSSGP Virtual Connection Identifier
CCCH Common Control Channel
CCU Channel Control Unit
CS Circuit Switched
DCE Data Circuit-terminating Equipment
DE Discard Eligibility Indicator
DLCI Data Link Connection Identifier
DRX Discontinous Reception
DTE Data Terminal Equipment
EGPRS Enhanced General Packet Radio Service
FDD Frequency Division Duplex
FECN Forward Explicit Congestion Notification
FR Frame Relay
FRL Frame Relay Link
GGSN Gateway GPRS Support Node
GMSK Gaussian Minimum Shift Keying
GPRS General Packet Radio Service
HA Horizontal Allocation
HCS Hierarchical Cell Structures
HLR Home Location Register
HSCSD High Speed Circuit Switched Data
HSN Hopping Sequence Number
IMSI International Mobile Subscriber Identity
IP Internet Protocol
IR Incremental Redundancy
LA Location Area
LAC Location Area Code
LAPD Link Access Procedure on the D-channel
LLC Logical Link Control
LMT Local Maintenance Terminal
MA Mobile Allocation
MAC Medium Access Control
298 A30808-X3247-L24-5-7618
Information GPRS/EGPRS Global Description
System
A30808-X3247-L24-5-7618 299
GPRS/EGPRS Global Description Information
System
300 A30808-X3247-L24-5-7618