Professional Documents
Culture Documents
This version of the document contains two updates that are related to “2G Call Setup Success Rate-
Speech” KPIs:-
The old 2G CSSR KPI did not accurately reflect user experience. This is mainly because SDCCH
establishment failures included those incurred during Location Update transactions. However, location
updates usually have a much higher failure rate and they do not accurately reflect the user experience for
speech calls. The most accurate 2G CSSR KPI (see below) would be one that removes Location Update
transactions when calculating the SDCCH establishment failure rate. Unfortunately, based on the
software releases currently deployed by the FT Group, it is not currently possible to do this with a
number of the BSS vendors. Until the remaining BSS vendors provide this capability it has been decided
to modify the 2G CSSR KPI so that all SDCCH access failures are removed – only SDCCH establishment
failures due to blocking are included. This provides an optimistic impression of the 2G CSSR, but it is
considered a more accurate reflection of user experience compared to the old 2G CSSR KPI.
This is a new KPI that is considered to be the most accurate reflection of the 2G CSSR experienced by
the user. This is achieved by removing Location Update transactions when calculating the SDCCH
establishment failure rate. This is dependent on counter availability, and Ericsson have no plans to
provide this capability, whilst Alcatel and Nokia require newer software versions that are not yet
commonly deployed by the FT Group. Since this capability is not yet universally available MCOs are not
required to report this KPI when submitting the monthly report via Morpheus.
The modified CSSR KPI (Section 2.7) must be used in the FT Group level KPIs, provided to FT
Group monthly using the Morpheus online tool, starting on the reporting of the month of January
2010. During the month of December 2009, we ask you to test the modified CSSR KPIs.
A network status indicator is used in order to measure the Radio Access Network
characteristics. There is no associated target or objective. A performance indicator is used
to measure the performance of the Radio Access Network.
This document defines the Radio GSM indicators for the Orange affiliates. The indicators’
definitions in this document are mandatory for the Orange European controlled affiliates.
A network status indicator is used in order to measure the Radio Access Network
characteristics. There is no associated target or objective. A performance indicator is used
to measure the performance of the Radio Access Network.
In case of difficulties when more than one vendor coexist, we suggest the calculation rule to
be based on a weighted average for the different vendors. For example we have 20% of
traffic of vendor A equipment and 80% on Vendor B equipment. The agregated KPI is
calculated as follows:
KPIAgregated = 20% KPIVendor A + 80% KPIVendor B
Priority availab
ility
Alcatel Nortel Moto. Nokia Ericsso Huawei
indicator (FT
B9 v16+ GSR8+ S11.5+ n R11+ GBS 6
Group
level)
2G Speech (GSM) KPI
Total 2G cells 1 100%
Total 2G sites 1 100%
Total number of TRX 1 100%
Geographic 2G coverage - Speech 1 100%
Population 2G coverage - Speech 1 100%
2G Call Success Rate 2 100%
2G Call Setup Success Rate 1 100%
2G Drop Call Rate - Speech 1 100%
Number of 2G Congested Cells 2 100%
2G Congested Cells Ratio 1 100%
2G Average Cell Congestion time 2 100%
2G Traffic - Speech 1 100%
2G HR Ratio 1 100%
2G AMR assignment ratio 1 84%
2G Network Load (Installed TRXs) - Speech 1 100%
2G Network Load - Speech 1 100%
2G Peak to Total Traffic 1 100%
2G Data (GPRS, EDGE) KPI
Average Number of available Data TS- 2
DL
2G Call Setup Success Rate - Data 1
2G Average EDGE throughput per data TS - 2
DL
2G Average GPRS throughput per data TS - 2
DL
2G lost connections Rate – Data 1
The CI per LAC should be unique for each cell on the network. All active cells
Remark
should be included, including the temporarily out of service cells.
Unit Integer
Goal To compare the number of 2G cells & to monitor the network evolution.
Granularity Network
Periodicity Monthly value. Value of the last day of the month.
Data source OMC or OSS tools, or inventory tools, manual computation in general.
A geographical site is defined by its address & its type for outdoor. A dual
band site is counted as one site
Calculation rule
For indoor, a site is defined by the commercial goal.
Remark For the micro sites, sites in the same building are counted once.
Unit None
Goal To measure the network TRX volume & to monitor the network evolution.
Granularity Network
Periodicity Monthly value. Value of the last day of the month.
Data source OMC or OSS tools, or inventory tools.
Calculation rule Sum of TRXs for active cells.
Vendor formula
Alcatel N/A
Motorola N/A
Nortel N/A
Nokia N/A
Ericsson N/A
Huawei N/A
Comments
Example None
Temporarily out of service TRX or switched off TRX should be counted. TRX in
Remark
temporarily out of service cells should be counted.
Vendor formula
Alcatel See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Motorola See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Nortel See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Nokia See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Ericsson See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Huawei See 2G Call Setup Success Rate-Speech & 2G Drop Call Rate- Speech
Comments
Example None
Remark None
CSSR = (1 - SDCCH Blocking Rate) * (1 - SDCCH Drop Rate) * TCH Normal Assignment SR
SDCCH Blocking Rate = number of successful SDCCH allocations on all cells / number of
SDCCH requests on all cells
Calculation rule SDCCH Drop Rate = number of SDCCH drops on all cells / number of successful SDCCH
establishments on all cells
TCH Normal Assignment SR = number of successful TCH normal assignments on all cells/
number of TCH normal assignment requests on all cells
Test cells should not be included (i.e. cells must be available for use by the customer)
Assuming there are several BSS vendors in the network, the national CSSR is calculated
with the same formula, and with:
SDCCH Blocking Rate = ?(number of successful SDCCH allocations on all cells of the
vendor) / ?(number of SDCCH requests on all cells of the vendor)
SDCCH Drop Rate = ?(number of SDCCH drops on all cells of the vendor) / ?(number of
successful SDCCH establishments on all cells of the vendor)
TCH normal assignment success rate = ?(number of successful TCH normal assignments
Multi-vendor
on all cells of the vendor) / ?(number of TCH normal assignment requests on all cells of the
calculation rule
vendor)
The general formula should be a calculated using a weighted average based on cell
peak traffic for each vendor, ie calculate the CSSR per vendor, than give a weight for
each CSSR vendor specific value and calculate the general formula.
Vendor formula
B9 & higher
Comments
Example None
SDCCH Blocking Rate => all causes (not only voice calls)
Remark SDCCH Drop Rate => all causes (not only voice calls)
TCH Normal Assignment SR => takes into account only voice call events.
Test cells should not be included (i.e. cells must be available for use by the customer)
Assuming there are several BSS vendors in the network, the national CSSR is calculated
with the same formula, and with:
SDCCH Establishment SR = ?(number of successful SDCCH establishments, excluding
Location Update transactions, on all cells of the vendor) / ?(number of SDCCH requests,
excluding Location Update transactions, on all cells of the vendor)
SDCCH Drop Rate = ?(number of SDCCH drops on all cells of the vendor) / ?(number of
successful SDCCH establishments on all cells of the vendor)
Multi-vendor
TCH normal assignment success rate = ?(number of successful TCH normal assignments
calculation rule
on all cells of the vendor) / ?(number of TCH normal assignment requests on all cells of the
vendor)
The general formula should be a calculated using a weighted average based on cell
peak traffic for each vendor, ie calculate the CSSR per vendor, than give a weight for
each CSSR vendor specific value and calculate the general formula.
Vendor formula
B10MR2Ed7 & higher
This KPI has not yet been validated because no MCO has deployed B10MR2Ed7.
Ericsson
Comments
Example None
SDCCH Establishment SR => all causes except for Location Update transactions
SDCCH Drop Rate => all causes (not only voice calls)
Remark TCH Normal Assignment SR => takes into account only voice call events.
Please note that some vendors (i.e. Alcatel & Nokia) require a software release that is not
yet commonly used in the FT Group.
Since the Radio Link Time Out value used in the network has an important
Calculation difficulty influence on this indicator, it should be communicated in parallel with the DCR
value.
Assuming there are several BSS vendors in the network, the national DCR is
calculated as follow:
DCR = ?S(dropped calls on all cells of all BSS) / ?S(established calls on all cells
of all BSS)
Multi-vendor
calculation rule
Test cells should not be included (i.e. Cells must be available for use by
customer)
Vendor formula
B8 & higher
Alcatel
DCR = (MC736 + MC14C + MC621 + MC739)/ (MC718 + MC142E+MC142F)
Nortel Remark 1:
coherence between counters have to be checked
1841/0 - (1050+1903/1-1083) >0
1841/0 - (1050+1903/1-1083) - 1842/0 -1163/30 >0
1841/0 - (1050-1083) - 1842/0 - 1163/30 < 1138/10
DCR = (1013+ 1014+ 1029+ 1030+ 1046+ 1047+ 1048+ 1049+ 1050+ 1081+
1084+ 1085+ 1087+ 1088- 3020) /(1099+ 1009+ 4044+ 4057+4149-4158)
This indicator takes into account dropped calls for any reasons (radio,
Remark
system…).
Unit None
Digital display Integer
Goal To estimate the 2G access network congestion.
Granularity Network
Periodicity Monthly
Data source OSS tools
A congested cell is a cell that has reached 2% TCH blocking rate during its
busiest hour 6 times (6 different days) within the month.
Calculation rule
Test cells should not be included (i.e. Cells must to be available for use by the
customer)
Multi-vendor
Total number of cells for the different vendors
calculation rule
Vendor formula
B9 & higher
GBS 6
Huawei
(R3128B + R3127B)/R3109A
Comments
Example None
This KPI includes incoming HO blocked because of unvailability of resources on
the target cell. For consistency reasons, this cannot be changed for now, as some
of the vendors counters cannot separate the two types of blocking. Still to be
Remark
noted is that blocked incoming HO due to congestion have a negative impact on
the network as they restrict a call on a non optimal cell. Therefore it is preferable
to take it into account in this formula
D 24
ACCT =
c =1
D
C
Test cells should not be included (i.e. Cells must be available for customer use)
Vendor formula
B8 & higher
å
C P_NBSC_RES _AVAIL.TCH _CONG_TIME
c =1 60 *100
(Counter 2026)
Nokia C*D
Note : the statistic counts the sum of duration of periods when all TCHs were
busy (in minutes)
Comments
Example
Addition of D in the denominator to calculate the time for the day. To account
Remark
that each month hasn’t got the same number of days.
Unit Erlangs
Goal To estimate the traffic size in the network.
Granularity Network
Periodicity Monthly value
Data source OMC or OSS tools
Average of ? Traffic of all cells at the network busy hour, for the 7 highest
Calculation rule
values of the month.
Vendor formula
B8 & higher
Alcatel
Cell GSM traffic at the busiest hour= (MC380A+MC380B)/3600
S11.5 or higher
GBS 6
Huawei For 1800 & 1900: AR3551B + AR3552B
For 900 & 850: AR3551A + AR3552A
Comments
Example
Remark
Average of ? Half Rate (both GSM & AMR) voice Traffic of all cells at the
network busy hour for the 7 highest values of the month /
Calculation rule
Average of ? voice Traffic of all cells at the network busy hour, for the 7 highest
values of the month.
Vendor formula
B9 & higher
Half rate traffic at the busiest hour / Cell GSM traffic at the busiest hour
Motorola
Voice Half Rate Traffic at the busiest hour = Busy_TCH_HR_Mean
Cell GSM traffic at the busiest hour = busy_TCH_Mean
Cell GSM traffic at the busiest hour = Traffic = 2027/2028, half rate traffic:
Nokia 2048/2049
GBS 6
To estimate the AMR calls ratio in the network & to take it into consideration
Goal
while analyzing other KPIs.
Granularity Network
Periodicity Monthly value
Data source OMC or OSS tools
Vendor formula
B9 & higher
Alcatel AMR assignment requests ratio at busy hour = MC701d / (MC701c + MC701d
+ MC701e)
Nortel AMR assignment requests ratio at busy hour = (C1903/0 + C1904/0 + C1903/1
+ C1904/1) / (C1903/1 + C1904/1 + C1049)
S11.5 or higher
Huawei N/A
Comments
Example
Remark
Unit Ratio %
Goal To measure the efficiency from a financial point of view.
Granularity Network
Periodicity Monthly
Calculate for each day of the month, the total of the busiest traffic of each cell
(you take for each cell the highest traffic of the day). We consider 30 days per
month. Select the 7 highest ones in the month. Average traffic for these 7 days.
Divide by average network capacity in Erlangs
Average_Network_Capacity_In_Erlangs = Average of
Network_Capacity_in_Erlangs of last day of previous month and
Network_Capacity_in_Erlangs last day of current month
Calculation rule
Network_Capacity_in_Erlangs = Total capacity of individual cells
Capacity of individual cell: Equivalent Erlangs for Inventory Voice TCH count
Inventory Voice TCH count is: TS_voice = n*8TS – 1*BCCH – m*SDCCH –
q*PDCCH, where n is the number of TRX, m the number of SDCCH blocks & q
is the number of static PDCCH in a cell
Full rate & half rate traffic are included. Switchable GPRS TCH are taken into
account in the GSM capacity as these resources are available for GSM
services. Dedicated PDCH have to be excluded to generate this computation.
The number of TRXs installed should be retrieved from the OSS. In case of
difficulty the MCO should use its network databases.
S11.5 or higher
Nokia
Cell GSM traffic at the busiest hour = Traffic = 2027/2028
GBS 6
Huawei
(AR3551B + AR3551A + AR3552B + AR3552A)
Comments
Example
ErlangB table
To calculate the capacity, the installed TRXs should be counted as being fully
available (8 Time slots – SDCCH, PDCH and dedicated PDTCH)). In order to
retrieve the number of installed TRXs for each cell, OSS tools or direct queries
Remark
on the OSS give the proper information. If the MCO is finding difficulties in
retrieving this information from the OSS, it should retrieve it from updated site
databases, inventory databases or updated planning tools.
Unit Ratio %
Goal To measure the efficiency from a financial point of view.
Granularity Network
Periodicity Monthly
æ all cells
ö
ç 7 ( å cell( n) GSM traffic at the busiest hour ) day (i) ÷
ç ÷* 1
çå
n =1
allcells ÷ 7
ç
è
i =1
ån =1
cell( n) Maximum traffic capacity day (i) ÷
ø
Calculate for each day of the month, the total of the busiest traffic of each cell
(you take for each cell the highest traffic of the day). We consider 30 days per
month. Select the 7 highest ones in the month. Divide for the 7 days selected
by the total capacity of the cell for the same days selected.
Calculation rule Maximum traffic capacity = Erlang B(GSM daily capacity, 2%)
Erlang B table with a 2% Grade of Service.
The number of TS dedicated for the voice is calculated from counters listed
below.
Full rate & half rate traffic are included. Switchable GPRS TCH are taken into
account in the GSM capacity as these resources are available for GSM
services. Dedicated PDCH have to be excluded to generate this computation.
Test cells should not be included (i.e. Cells must to be available for customer
use ).
S11.5 or higher
Nokia
Cell GSM traffic at the busiest hour = Traffic = 2027/2028
The third term expresses the equivalent number of Full Rate timeslots for the
actual Half Rate time slots used. The last term expresses the number of the
permanent GPRS time slots
GBS 6
Huawei
(AR3551B + AR3551A + AR3552B + AR3552A) / Capacity at 2% blocking
Comments
Example
"GSM_NetworkLoad_ ErlangB table
indicators"
Remark
æ all cells
ö
ç 7 ( å cell (n) GSM traffic at the busiest hour ) day (i ) ÷
ç ÷* 1
çå
n =1
Details:
Calculation rule
Calculate for each day of the month, the total busiest traffic of each cell (you
take for each cell the highest traffic of the day). Have around 30 days of values.
Select the 7 highest ones in the month. Divide for the 7 days selected by the
total traffic of the day selected.
Test cells should not be included (i.e. Cells must to be available for customer
use).
Multi-b&widths Consider the total b&width traffic cell as the addition of traffic cell in each
calculation rule bandwidth.
Vendor formula
B9 & higher
Alcatel
Traffic (Erlang) = (MC380a + MC380b)/3600
GBS 6
Comments
Example
PTT_calculation_exa
mples.xls
PTT takes only into account the 7 busiest hours on a cell basis
Remark
The traffic is counted in the same way if it is HR or FR
GPRS
EDGE
Average Number of available data TS- DL
Average number of offered data TS on the whole network – Downlink. This KPI
Definition
includes the Timeslots available for Data on average, including fixed ones.
Unit Number
Goal To evaluate the offered capacity for the data services.
Granularity Network
Comments
Number of TBF established (after contention resolution success for one phase access
Definition
TBF) divided by the number of TBF requested.
Monthly value (average value from the first day to the last day of the month on a
Periodicity
network basis).
f c
å
i =a
P90i å 30i
i =a
Alcatel B9 f
* c
æ æ 15192 ö ö
ç15034 / 0 + 15056 / 1 - 15032 / 3 - 15036 / 0 + ç1 - ÷* 15191 / 0 ÷
ç è 15190 / 0 ø ÷*
Nortel V16 and ç 15034 / 0 + 15191 / 0 + 15056 / 1 ÷
ç ÷
higher è ø
æ15033 / 1 -15031 / 2 -15031 / 3 ö
ç ÷
è 15033 / 1 ø
Comment: The contention rate is included in the uplink calculation
(ch_reqs_succ - (ch_reqs_succ_b_c +ch_reqs_succ_b_p chanreqsuccesbccc +
chanreqsuccesbpccc))
/ (channel_reqs_rec - (chan_reqs_rec_b_c + chan_reqs_rec_b_p +
chnlrqrecegprssbc + chnlrqrecegprssbpc))
X
ul_pdtch_seizure / (ch_reqs_succ - (ch_reqs_succ_b_c +ch_reqs_succ_b_p
chanreqsuccesbccc + chanreqsuccesbpccc))
Motorola GSR8 X
(imm_assgn_cse_6 + imm_assgn_cse_8 + tbf_dl_asgn_pacch)
/ (imm_assgn_cse_6 + imm_assgn_cse_8 + tbf_dl_asgn_pacch + blocked_dl_tbfs)
X
dl_pdtch_seizure / (imm_assgn_cse_6 + imm_assgn_cse_8 + tbf_dl_asgn_pacch)
Unit Kbits/s
To check the radio conditions of our network based on the percentage of blocks transmitted
Goal
with each MCS
Granularity Network
Periodicity Monthly value (average value from the first day to the last day of the month on a network basis)
MCS 1= 8.8; MCS 2= 11.2; MCS 3= 14.8 ; MCS 4= 17.6; MCS 5= 22.4; MCS 6= 29.6; MCS 7=
44.8 ; MCS 8= 54.4 ; MCS9= 59.2 .
[(GPRS_DL_useful_throughput_MCS1_ack_ratio * 8.8 +
GPRS_DL_useful_throughput_MCS2_ack_ratio * 11.2 +
GPRS_DL_useful_throughput_MCS3_ack_ratio * 14.8 +
GPRS_DL_useful_throughput_MCS4_ack_ratio * 17.6 +
GPRS_DL_useful_throughput_MCS5_ack_ratio * 22.4 +
Alcatel
GPRS_DL_useful_throughput_MCS6_ack_ratio * 29.6 +
B9
GPRS_DL_useful_throughput_MCS7_ack_ratio * 44.8 +
GPRS_DL_useful_throughput_MCS8_ack_ratio * 54.4 +
GPRS_DL_useful_throughput_MCS9_ack_ratio * 59.2) * (100 -
GPRS_DL_RLC_bytes_PDTCH_MCSx_retrans_ack_ratio) * 3,8 ] / 100
[(15132/0 X (1- 15142/0) X 11,2)+(15133/0 X(1- 15143/0) X 14,8) + (15135/0 X (1-15145/0) X 22,4)
+(15136/0 X(1-15146/0) X 29,6) + (15137/0 X(1- 15147/0) X 44,8) +(15138/0 X(1- 15148/0) X 54,4)
Nortel V16 + (15139/0 X(1- 15149/0) X 59,2)] / Sum of (1513i/0 x (1-1514i/0))
Where i = 2, 3, 5, 6, 7, 8, 9
with :
Throughput_pdch_theo_dl_egde =
(8.8 * dlrlcaknewbks_mcs1 * (1 - bler_dl_mcs1) + 11.2 * dlrlcaknewbks_mcs2 * (1 - bler_dl_mcs2)
+ 14.8 * dlrlcaknewbks_mcs3 * (1 - bler_dl_mcs3) * (1 - bler_dl_mcs3) + 17.6 *
Motorola
dlrlcaknewbks_mcs4 * (1 - bler_dl_mcs4) + 22.4 * dlrlcaknewbks_mcs5 * (1 - bler_dl_mcs5) +
GSR8
29.6 * dlrlcaknewbks_mcs6 * (1 - bler_dl_mcs6) + 44.8 * dlrlcaknewbks_mcs7 * (1 -
bler_dl_mcs7) + 54.4 * dlrlcaknewbks_mcs8 * (1 - bler_dl_mcs8) + 59.2 * dlrlcaknewbks_mcs9 *
(1 - bler_dl_mcs9)) / (dlrlcaknewbks_mcs1 + dlrlcaknewbks_mcs2 + dlrlcaknewbks_mcs3 +
dlrlcaknewbks_mcs4 + dlrlcaknewbks_mcs5 + dlrlcaknewbks_mcs6 + dlrlcaknewbks_mcs7 +
dlrlcaknewbks_mcs8 + dlrlcaknewbks_mcs9)
(DLBGEGTHR+DLTHP1EGTHR+DLTHP2EGTHR+DLTHP3EGTHR) /
Ericsson 06B
(DLBGEGDATA+DLTHP1EGDATA+DLTHP2EGDATA+DLTHP3EGDATA)
(For MCS 1 to 6)
The values for this indicator should not be compared across vendors, as equivalent formulas
Remarks
could not be found. To be followed up with the different vendors
Unit Kbits/s
To check the radio conditions of our cell based on the percentage of blocks transmitted with
Goal
each CS.
Granularity Network
Periodicity Monthly value (average value from the first day to the last day of the month on a network
basis).
Data source OMC or OSS tools
Total of ((Total number of RLC data blocks received by PCU in Csi / Total number of RLC
data blocks received by PCU) * CSi ). Where CSi has the following values:
Calculation
rule
CS 1= 9,05; CS 2= 13,4 ; CS 3= 15,6 ; CS 4= 21,4
Vendor formula
NB _ USEFUL _ DL _ RLC _ BLOCK _ PDTCH _ CSi x CSi)
å (
Alcatel B9 å
4
j =1
NB _ USEFUL _ DL _ RLC _ BLOCK _ PDTCH _ CSj
Ericsson
(DLBGGTHR+DLTHP1GTHR+DLTHP2GTHR+DLTHP3GTHR) /
06B and
(DLBGGDATA+DLTHP1GDATA+DLTHP2GDATA+DLTHP3GDATA)
higher
i =4
Number of downlink RLC data blocks using CSi ´ (CSi)
Huawei
å 4
i =1
å Number of downlink RLC data blocks using CSi
i =1
Comments
Example
The values for this indicator should not be compared across vendors, as equivalent formulas
Remark
could not be found. To be followed up with the different vendors
To check how many EDGE/GPRS TBFs are abnormally released, as it has an impact on the
Goal
user throughput.
Granularity Network
Monthly value (average value from the first day to the last day of the month on a network
Periodicity
basis).
Flush & Suspend & cell reselection are not “abnormal” causes, they are what the system is
Remark
meant to do, & as such they should not be included.
f c d
(
å
i=a
P90i - ( P146 + P98c) - P9 + å
i=a
P30i - P22 - ( P147 + P98d + å
i=a
P434i)
Alcatel B9 c f
(å P30i + å P90i)
i =a i=a
( 1-
15055 / 1 ) x (1 -
15055 / 0 )
Nortel V16 15033/1 - 15031 - 2 -15031 - 3 15034/0 +15056/1 +15191/0 -15032/3 -15036/0 -15192
5. DOCUMENT HISTORY
V2.2 20/04/07 Khaled EL KADI Addition of Huawei counters. Validated by Dany Rakotovao from
Orange Madagascar
V2.1 31/12/06 Khaled EL KADI Addition of Nortel counters to include AMR HR. Case of non AMR
cells in Nokia added. Deletion of DCR per region. Deletion of
Number of dedicated GPRS TS. Addition of Radio Resources
Utilization KPI, Addition of AMR assignment requests ratio
V2.0 23/12/05 Khaled EL KADI Deletion of Network stress, addition of Half Rate ratio, congested
cells ratio, modification of Total number of cells, TRXs & Congestion
time. Update of the counters, introducing new formulas for the new
software releases, network load & DCR Motorola formulas modified.
V1.6.1 11/01/05 Arnaud MARY Document format adaptation
Removal of the link quality indicator
V1.6.0 06/12/04 Charles RAMPHORT Correction of mistakes in Alcatel TCH & CSSR formulas
Correction of Network Load formula
Correction of Network Stress unit
Addition of a new indicator : GSM Total Traffic
V1.5.2 14/01/04 Stephane Drouday Correction of the remark for the indicator T2GS concerning micro
Christophe Masarovic sites
Further explanation in the calculation on the indicator CC
Change in the formula of the average cell congestion time in the
index of the hour sum.
V1.5.1 13/01/04 Xavier Lepez Correction of calculation rule in the indicator #23. CCR is replaced
Christophe Masarovic by CC (indicator #22)
V1.5 12/01/04 Paul Le Dantec New mapping number, see index indicator number mapping
Christophe Masarovic
V1.4.3 12/01/04 Shaun Lancaster GSM Network Load change of the number of digit for the value
Christophe Masarovic Add or change Nokia formulas missing indicators #6 - #17 - #17b -