Escolar Documentos
Profissional Documentos
Cultura Documentos
All rights reserved. Passing on and copying of this document, use and communication of its contents not permitted without written authorization from Alcatel.
Alcatel
Safety Warning Both lethal and dangerous voltages are present within the equipment. Do not wear conductive jewelry while working on the equipment. Always observe all safety precautions and do not work on the equipment alone. Caution The equipment used during this course is electrostatic sensitive. Please observe correct anti-static precautions. Trade Marks Alcatel and MainStreet are trademarks of Alcatel. All other trademarks, service marks and logos (Marks) are the property of their respective holders including Alcatel. Users are not permitted to use these Marks without the prior consent of Alcatel or such third party owning the Mark. The absence of a Mark identifier is not a representation that a particular product or service name is not a Mark. Copyright This document contains information that is proprietary to Alcatel and may be used for training purposes only. No other use or transmission of all or any part of this document is permitted without Alcatels written permission, and must include all copyright and other proprietary notices. No other use or transmission of all or any part of its contents may be used, copied, disclosed or conveyed to any party in any manner whatsoever without prior written permission from Alcatel. Use or transmission of all or any part of this document in violation of any applicable Canadian or other legislation is hereby expressly prohibited. User obtains no rights in the information or in any product, process, technology or trademark which it includes or describes, and is expressly prohibited from modifying the information or creating derivative works without the express written consent of Alcatel. Alcatel, The Alcatel logo, MainStreet and Newbridge are registered trademarks of Alcatel. All other trademarks are the property of their respective owners. Alcatel assumes no responsibility for the accuracy of the information presented, which is subject to change without notice. 2004 Alcatel. All rights reserved. Disclaimer In no event will Alcatel be liable for any direct, indirect, special, incidental or consequential damages, including lost profits, lost business or lost data, resulting from the use of or reliance upon the information, whether or not Alcatel has been advised of the possibility of such damages. Mention of non-Alcatel products or services is for information purposes only and constitutes neither an endorsement nor a recommendation. Please refer to technical practices supplied by Alcatel for current information concerning Alcatel equipment and its operation.
Alcatel
Contents 1 TYPICAL RADIO PROBLEMS 2 ALGORITHMS AND ASSOCIATED PARAMETERS 3 OTHER ALGORITHMS 4 ALGORITHMS DYNAMIC BEHAVIOR 5 CASE STUDIES 6 ANNEX 15 46 194 238 267 288
Alcatel
Alcatel
Alcatel
S1: TYPICAL RADIO PROBLEMS S2: ALGORITHMS AND ASSOCIATED PARAMETERS S3: OMC-R RADIO PARAMETERS S4: ALGORITHMS DYNAMIC BEHAVIOR S5: CASE STUDIES
Alcatel
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
Alcatel
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
> Symptoms: Customers complain about dropped calls or/and no network OMC QoS indicators TCH failure rate Call drop rate Low proportion of better cell HO High rate of DL quality HO A interface indicators High rate of Clear Request messages, cause radio interface failure
10 All rights reserved 2004, Alcatel
> >
No information is available on non-covered parts of the network, as there are non-mobiles making calls over there! Nevertheless, cells in border of non-covered zones do have a particular behavior:
B A
>
Cell A will mainly perform Better Cell handovers towards its neighbors, whereas cell B, bordering the non-coverage area, will perform emergency handovers for MSs exiting the network. For these MS, mainly DL Quality HO will be triggered: DL because MS antenna is less efficient than BTS one, Quality rather than Level since Qual has a greater priority in Alcatel HO causes.
Alcatel
10
>
RMS: new PM type in B7 Provides statistics from any area in the network which are available at any time. Cost-effective. Easier and cheaper to perform than Drive test or Abis Trace. The operator can tune 54 parameters (based on RxLev, BFI, C/I, Radio Link Counter S, Path Balance, etc.) to define up to 16 templates (depending on cell type rural, urban, etc. for example). Trigger from the OMC-R. NPA can save up to 15 days of RMS for the complete network. Templates can be designed in RNO. Result reports are available in RNO and NPA.
Alcatel
11
Alcatel
12
DISTRIBUTION OF UPLINK QUALITY Frequenc y 119 92 111 Qual0 86.50% 88.11% 77.70% Qual1 3.19% 1.82% 4.30% Qual2 2.50% 1.91% 4.30% Qual3 2.57% 2.51% 4.36% Qual4 1.92% 2.14% 3.56% Qual5 2.08% 2.17% 3.56% Qual6 0.98% 1.15% 1.70% Qual7 0.26% 0.19% 0.17% Bad_Quality 3.32% 3.51% 5.43%
DISTRIBUTION OF DOWNLINK QUALITY Frequenc y 119 92 111 Qual0 88.29% 87.50% 71.30% Qual1 1.82% 2.98% 3.82% Qual2 2.05% 2.60% 4.02% Qual3 2.37% 2.43% 4.89% Qual4 1.30% 2.11% 4.16% Qual5 1.46% 1.14% 4.30% Qual6 1.76% 0.74% 4.23% Qual7 0.94% 0.50% 3.16% Bad_Quality 4.16% 2.38% 11.73%
>
It could have been coverage problems if this trace was made for 3 mono-TRX cells. In this case, the 3 lines are uncorrelated. Anyway, delta path loss of frequency 111 is greater than 5dB, showing a problem on this TRX. If this is a 3-TRX cell, it cannot be a coverage problem as the three TRXs are not impacted. It will be either interference or malfunction of one TRE. If the trace is done on 3 mono-TRX cells, in that case, it could be a coverage problem. Be careful when interpreting this result table: even if average levels in the UL and the DL are high and a lot of Quality problems are seen, nobody can say that samples with bad quality have a good level ! The level seen is just an average One should have a look to the next slide
> >
>
Alcatel
13
Thresholds Bad Coverage RxLev -95 RxQual > 4 Interference RxLev > -95 RxQual > 4
BC_DL: 115
Frequency: 92 Number_UL: 10 253 Number_DL: 10 253 Int_UL: 2 BC_UL: 358 Int_DL: 0% BC_DL: 244 0.02% 3.49% 2.38% Neigh_Cell_N b 0 1 <RxLev_Serving>= -106.17 dBm BSIC <Lev> Samples 2 67 104.64 5 48 107.50
Frequency: 111 Number_UL: 5339 Number_DL: 5339 Int_UL: 0 BC_UL: 290 Int_DL: 0% BC_DL: 626 0.00% 5.43% 11.73 % Neigh_Cell_N b 10
>
All samples are Bad Coverage samples (BC). None is interference, showing that this cell is not facing any interference problem. By the way, if the cell is mono-TRX, this is a coverage problem. If the cell is 3 TRXs, this is a malfunction of the TRE (shown also by the high value of delta_path_loss).
> >
Alcatel
14
Not acceptable coverage limit: too low level too bad quality
A coverage problem is observed when a significant amount of the traffic of a cell is suffering from both low level and bad quality (RxQual). To confirm, distribution of samples per RXLEV band should be also considered to know the proportion of calls which are experiencing a low signal level. If a lot of samples of low level and bad quality are observed for only a sub-part of the TRXs (can be one only) then a BTS hardware problem or a problem on the antennae should be suspected. If all the TRXs are experiencing a lot of samples of low level and bad quality then a coverage problem must be suspected. These RMS indicators are provided on RNO tool per TRX, per Cell: Matrix of Number of Measurement Results per DL RxQual value and per DL RxLev band RMQLDSAM = RMS_DL_RxQuality_RxLevel_sample Vector of Percentage of Samples per DL RxLev band RMQLDLVDV = RMS_DL_RxLevel_distrib Vector of Percentage of Samples per DL RxQual band RMQLDQUDV = RMS_DL_RxQuality_distrib
Alcatel
15
Not acceptable coverage limit: too low level and too bad quality
01/12/2001
>
In order to know if the coverage problem is due to a big amount of traffic at the cell border or rather to indoor calls, the average TA value per RXQUAL value and RXLEV band as well as the Percentage of TA values over TA threshold should be observed. Matrix of Average TA per UL RxQual value and per UL RxLev band RMQLUTAM = RMS_UL_RxQuality_RxLevel_TimingAdvance Rate of Measurements Results whose TA is greater than the TA threshold RMTAGTR = RMS_TimingAdvance_greater_threshold_rate Maximum TA value of all values reported in Measurement Results RMTAMXN = RMS_TimingAdvance_max
01/01/2002
Alcatel
16
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
17
> Symptoms Customers complain about bad speech quality (noisy calls) and/or call drops OMC QoS indicators SDCCH/TCH Drop Low proportion of better cell HO High rate of DL/UL quality HO and interference HO Low HO success rate High rate of Clear Request messages, cause radio interface failure
A interface indicators
> >
DL/UL depends on the way on which the interference is present. Mainly, interferences are in the DL, due to bad frequency planning introducing interferences in the network. And this problem will not change till the frequency plan is not returned Sometimes, interference can be in the UL in very dense area (for example, microcell area), since MSs are very close. Finally, sometimes interferences are not coming from BS or MS but from another radio equipment, either in the UL or the DL.
> >
Alcatel
18
The feature Radio Measurement Statistics (RMS) is designed to make far easier the work for planning and optimization of the network by providing the operator with useful statistics on reported radio measurements. In fact these statistics give directly the real cell characteristics by taking into account the MS distribution. Thanks to this feature, the operator is able to: detect interfered frequencies. assess the quality of the cell coverage. detect and quantify cell unexpected propagation. assess the traffic distribution in the cell from statistics on reported neighboring cells. evaluate the voice quality in the cell. etc. In regards to the RTCH Measurements Observation (measurement type 11), the Radio Measurement Statistics (RMS) bring the following advantages: smaller report files. the report files always have the same maximum length whatever the measurement duration is. every measurement is taken into account (no sampling). no more need for measurement post-processing tools for statistics. Directly available with RNO or NPA.
>
Alcatel
19
RxQuality (Nb)
Quality problems are obvious at any level of RMS data Interference highlighted Network fine tuning needed
Alcatel
20
Consecutive Frame Erasure (BFI) is a measurement based on loss of consecutive speech frames over one SACCH mw.
It is directly linked to Voice Quality. RxQual to be compared with CFE since Bad RxQual does not always mean bad VQ.
@Introduction to Radio Fine Tuning BSS Release B9 21
2 1 0
RxLevel (dB)
>
These RMS indicators are provided on RNO tool per TRX, per Cell: Matrix of Number of Measurements Results per CFE band (or BFI band) and per UL RxLev band RMFEM = RMS_UL_ConsecutiveFrameErasure_RxLevel_sample Vector of Average number of Consecutive Frame Erasure per UL RxLev band RMFEBFAV = RMS_UL_ConsecutiveFrameErasure_avg_per_RxLevel Vector of Average UL RxQual per RxLev band RMQLUQUAV = RMS_UL_RxQuality_avg_per_RxLevel
Alcatel
21
Alcatel
22
6 dB
Frequency
Alcatel
23
Alcatel
24
-12 dB
Frequency
Alcatel
25
Correction Downtilt increase of interferer, or even change of antenna orientation Reduction of BS power, Change of frequency Concentric cell implementation (1 extra TRX needed if traffic cannot be supported by Outer+Inner configuration)
26 All rights reserved 2004, Alcatel
Alcatel
26
BTS 1 (Micro)
MS 1 (indoor)
MS 2 (outdoor)
BTS 2
MS1 indoor RxLev_UL: - 90 dBm MS2 outdoor, connected to BTS2 1: no level on BTS1 (BTS 1 under-roof) 2: - 80 dBm on BTS1: interferer UL/DL 3: no level on BTS1 cell algo prevents BTS2>BTS1 HO
27 All rights reserved 2004, Alcatel
> >
When interferences are created by frequency plannig, its not so hard to detect them. But frequency planning tools mainly consider DL C/I and coverage. Some problems are more difficult to predict. For example, lets consider a microcell layer:
B A
A and B are 2 microcells with the coverage described before in dense urban environment. Even if both cells A & B are using adjacent frequencies (5 and 6), the overlapping area is far from cell A antenna. Thus, in this area C/I is lower than 6 dB. A red MS is connected on cell A. When the MS starts its call, it transmits full power and a PC algorithm quickly reduces MS power as the received level is very good (microcell coverage). When MS A enters the building, it faces a loss of signal of 20 dB. Then, MS power increases to MS_TXPWR_MAX. A second mobile B is connected to cell B and moves down in the coverage area of cell B. MS power of B decreases quickly down to MS_TXPWR_MIN as the MS is close to the antenna. But when MS B arrives outside the building where A is sitting, A and B are close and transmitting on adjacent frequencies Then B has to increase its power to avoid dropping its call. By the way, global level of freq B is increased in all cell B creating interference in the UL.
Alcatel
27
C ell 1 :2
BTS 1 MS BTS 2
C
l 2 : 45
Ce
BTS 3
ll 3 : 2 3
>
Another more difficult case of interference: FDR When examining the preceding situation of planning tool: no problem of C/I. No risk of interference. The FDR algorithm allows an MS connected on an SDDCH on a cell without any free TCH to make an SDCCH-TCH handover (cause 20) so that it takes a TCH on its neighbor. As seen from the user, this is not a handover (call establishment phase, no impact on speech quality), and this algorithm is very efficient to avoid cell congestion cases. This algorithm is mainly based on neighbor level compared to parameter L_RXLEV_NCELL_DR (n). If the level greater than this threshold, the TCH is to be seized on neighbor. FDR is mandatory for dual layer or dual band networks (and very easy to configure in this case), since we have capture handovers. Capture handovers send traffic to lower or preferred band cells. In case these cells are congested, calls may not be established, even if upper or non-preferred band cells are free (due to MS idle mode selection, advantaging microcell for example). With the FDR algorithm, the MS takes an SDCCH in the preferred cell, and FDR is used to take a TCH on the non-preferred cell in case of congestion. This situation highlights a good network behavior, since the MS is at the same time in the coverage area of both cells (preferred and not preferred). umbrella
capture
FDR microcell
>
The situation described on the slide corresponds to the usage of FDR in a single layer network. This is in that case a heavyto-tune algorithm presenting of lot of interference and bad quality call risks, since the mobile will be connected to a cell when being not in its service area.
Alcatel
28
>
Other RF interferers: medical devices: GSM equipments disturb them more than the opposite ! anti-theft mechanisms. Example:
Microcell antenna
shop
The Microcell is showing a very high call drop rate. On one frequency, very small call duration. Qual No problem seenQual frequency plannig. No potential interferer. in the Abis trace:
DL
UL
Level
Level
interference
Alcatel
The Spectrum analyzer connected on the antenna feeder highlights a peak on GSM freq 6 in the UL Anti-theft mechanism turned off: no more problem
29
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
30
> Symptoms:
O&M Alarms Voltage Standing Wave Ratio BTS Alarm (VSWR) TMA Alarm (in case of G2 BTS or Evolium BTS with high power 31 @Introduction to Radio Fine Tuning TRE) BSS Release B9
All rights reserved 2004, Alcatel
>
UL Quality HO is triggered: UL since the problem is in the UL. Quality as Quality has greater priority than level.
Alcatel
31
> >
Problem on 1 TRX: FU/CU or TRE problem or ANY problem or cables connected to this equipment. All TRXs: problem on antenna, feeder, jumper or common equipment (ex: ANX, ANC).
Alcatel
32
DISTRIBUTION OF UPLINK QUALITY Frequenc y 106 89 118 124 Qual0 84.75% 81.41% 83.62% 90.79% Qual1 4.07% 1.70% 4.23% 1.06% Qual2 3.68% 2.95% 4.23% 2.18% Qual3 3.19% 3.65% 3.35% 2.35% Qual4 1.36% 6.35% 1.57% 1.77% Qual5 1.50% 2.55% 1.79% 1.30% Qual6 0.92% 1.30% 0.97% 0.48% Qual7 0.53% 0.10% 0.25% 0.07% Bad_Quality 2.95% 3.95% 3.01% 1.84%
DISTRIBUTION OF DOWNLINK QUALITY Frequenc y 106 89 118 124 Qual0 90.27% 80.16% 86.78% 77.14% Qual1 3.44% 6.45% 2.72% 4.37% Qual2 2.08% 7.00% 3.95% 5.87% Qual3 1.55% 3.85% 1.82% 5.94% Qual4 0.92% 1.50% 1.41% 3.48% Qual5 1.36% 0.50% 1.13% 1.36% Qual6 0.34% 0.45% 1.19% 0.82% Qual7 0.05% 0.10% 1.00% 1.02% Bad_Quality 1.74% 1.05% 3.32% 3.21%
Example of Computation of delta path loss based on Abis measurements BTS transmitted power combiner loss measured received DL level DL Path loss delta path loss computed on Abis 45,4 -4,4 -93 134 MS transmitted power measured received UL level UL path loss -3 dBm 33 -98 131
Alcatel
33
Fair average Path Balance at Cell level can hide a bad value for one TRX
>
These RMS indicators are provided on RNO tool per TRX, per Cell: Vector of the Number of Measurement Results per Path Balance band RMPBV = RMS_PathBalance_sample Average Path Balance value RMPBAN = RMS_PathBalance_avg
Alcatel
34
>
Every BTS has its proper architecture and the diagnosis must be adapted.
Alcatel
35
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
36
Alcatel
37
>
Cells on wheel operational by several operators around the world for special events coverage & capacity IRMA (SFR) connected to Caens BSC. Orange coverage / Football WC 1998 for Paris Stade de France : Specific cells covering Paris Stadium. During games, only small capacity (using joker frequencies). During breaks, some TRX off cells around are turned off, and frequencies are reused for stadium cells.
Alcatel
38
Annex 1
Estimate the offered traffic: At OMC-R level: Traffic in Erlang/(1- TCH Congestion rate)
Use the B-Erlang law to estimate the number of TCHs required for a 2% blocking rate, thus the target configuration Add TRXs to reach the new target configuration and find joker frequencies and / or implement concentric cells.
>
Warning: offered traffic is not the capacity delivered by the system but the traffic asked by the users.
Alcatel
39
>
Half rate may not only mean SW solution. Need of G2 BSC/TC, Evolium TRE or G2 DRFU.
Alcatel
40
Theoretical presentation Coverage problem Interference problem Unbalanced power budget problem TCH Congestion problem Deducing the right team for intervention Exercises
Alcatel
41
QOS alarm on the network, on a BSC or some cells - Indicators (% call drop) - Field measurements/planning - Subscriber complains
RFT team - Interferences - Coverage (indoor) - Power budget - Congestion (TCH, SDCCH) - BSS problem
No Yes
No Yes Yes No
Recurrent problem ?
Planning/BSS causes
Correction action
Check the tuning of default radio parameters Planning team Maintenance team Standard parameters ?
Dimensionning team Consult the config. db On purpose No Impact estimation N times System problem ? OK Yes Standard setting ?
END DHCP
No Yes
Yes
Choose an (other) classical algo Identify the tunable parameters Impact simulation of a parameter modification
No =N Call expert
No Yes
Simulation OK ?
- Hopping - Marketing
Alcatel
42
Alcatel
43
> Unbalanced power budget problem: Maintenance team to check the impacted BTS (Antennae, TMA, RF cables, LNA, diversity system, etc.)
> TCH Congestion problem: Traffic team (theoretically always in relation with the marketing team) to manage the need of TRX extension, densification policy, etc.
Alcatel
44
Alcatel
45
Alcatel
46
S1: TYPICAL RADIO PROBLEMS S2: ALGORITHMS AND ASSOCIATED PARAMETERS S3: OMC-R RADIO PARAMETERS S4: ALGORITHMS DYNAMIC BEHAVIOR S5: CASE STUDIES
Alcatel
47
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
48
Alcatel
49
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
50
Be
s t c e ll C e ll
ce
ll
SYS_INFO_5 message (list) MS reporting
Be
s t c ell
C e ll
es
t c e ll
Be
s t c e ll
C e ll
>
The BTS sends a SYS_INFO_5 message that contains the list of neighbor cells for connected mode. (The SYS_INFO_2 message contains the list of neighbor cells for idle mode). Sys info 2bis, 2ter, 5bis and 5ter are also used for multiband networks. MS reporting depends on EN_INTERBAND_NEIGH and on MULTIBAND_REPORTING parameters. The MS may report: 6 strongest cells of any band (MULTIBAND_REPORTING=0), or 5 strongest cells of the serving band + 1 strongest cell of another band (MULTIBAND_REPORTING=1), or 4+2 (MULTIBAND_REPORTING=2), or 3+3 (MULTIBAND_REPORTING=3).
>
RXLEV Range: [-110dBm, -47dBm] Binary range: [0, 63]; 0=-110dBm, 63=-47dBm The higher the physical or binary value, the higher the receiving level RXQUAL Range: [0.14%, 18.10%] Binary range: [0, 7]; 0=0.14%, 7=18.10% The lower the physical or binary value, the lower the bit error rate, the better the quality 0-2=excellent; 3=good; 4=ok; 5=bad; 6=very bad; 7=not acceptable
>
Alcatel
51
Measurement report
computed Measurement
result
easurem Lm en +D L
ts
BSC
gathered BTS
Measurements
The BSC is computing algorithms usually using average value (sliding window) of these measurements
@Introduction to Radio Fine Tuning BSS Release B9 52 All rights reserved 2004, Alcatel
> >
The BTS starts sending MEASUREMENT RESULT messages as soon as it receives the RL ESTABLISH INDICATION message from the MS. The BTS stops sending MEASUREMENT RESULT messages upon receipt of one of the two following messages: DEACTIVATE SACCH RF CHANNEL RELEASE Every SACCH multiframe, the BTS: receives the MEASUREMENT REPORT message from the MS. For power control and handover algorithms, this message contains downlink measurements and, in the layer 1 header, the power used by the MS. does uplink measurements. reports the uplink and downlink measurements to the BSC in the MEASUREMENT RESULT message. Input flows plink radio signal radio signal received on the Air interface. BS transmit power currently used by the BS. indicator of downlink DTX use. Output flows bis message Internal flows adio measurements Air MEASUREMENT REPORT message (DL) containing DL MS radio measurements. Uplink radio measurements (quality and level) and a flag indicating whether DTX was used in the downlink (DTX/DL). Timing advance: last TA calculated by the BTS. MS_TXPWR_CONF: last reported value of MS power (reported by the MS). BS_TXPWR_CONF: value of the BS transmit power currently in use. bad frame indicator of the SACCH block produced every SACCH multiframe (# 480ms): 0 = SACCH frame successfully decoded 1 = SACCH frame not successfully decoded
>
Alcatel
52
L1 Info
>
Basically, the MEASUREMENT RESULT message is composed of: L1 info: SACCH Layer 1 header containing MS_TXPWR_CONF and TOA. L3 info: MEASUREMENT REPORT from the MS. This message contains the downlink measurements and neighbor cell measurements. Uplink measurements performed by the BTS. BTS power level used. SUB frames correspond to the use of DTX if the mobile is in DTX, the rxlevsub or rxqualsub is used to avoid measuring the TS where there is nothing to transmit in order not to distort measurements. else rxlevfull is used that is to say all TSs are measured. MS TXPOWER CONF: which is the actual power emitted by the MS. TOA is timing advance. SACCH BFI: bad frame indicator; 2 values 0 or 1; 0 means that the BTS succeeded in decoding the measurement report. How the neighbor cells are coded: BCCH1 index in BA list / BSIC1; BCCH2 index in BA list / BSIC2 why? because it does not receive LAC/CI (too long ) but BCCH and replies with BCCH/BSIC
>
Alcatel
53
BSC
MSC
Extended Measurement Order includes the MAFA frequencies the MS is asked to measure EMO sent once to the MS on SACCH after TCH seizure Extended Measurement Results include the average signal level measured on each MAFA frequency over one SACCH mf duration EMR received once per call on SACCH
Channel Activation Acknowledge TCH ESTABLISHMENT TCH Assignment Complete Assignment Complete Assignment Complete SACCH SACCH SACCH SACCH SACCH (EMO)
(MAFA Freq. List)
SACCH (EMR)
(MAFA Freq. RxLev)
> >
> >
>
When the BTS receives a CHANNEL ACTIVATION with the Extended Measurement Order (EMO) included, it must send this information on the SACCH to the corresponding mobile only once. When the BTS has to send this information, it must replace the sending of system information 5, 5bis, 5ter or 6 by this information. At the next SACCH multiframe, the BTS must resume the sending of this system information by the replaced one. The EMO must be sent after 2 complete sets of SYS_INFO5 and 6, i.e. after the 2nd SYSINFO 6 after the reception of SABM. This guarantees the MS has received a complete set. Then, the BTS normally receives from the MS an EXTENDED MEASUREMENT RESULT with the level of the frequencies to monitor. The BTS must make the correlation between these levels and the frequencies contained in the latest EMO information, after having decoded them, according to the order of the ARFCN. The EXTENDED_MEASUREMENT_RESULT is NOT forwarded to the BSC, instead a MEASUREMENT_RESULT with indication no_MS_results is sent to the BSC. In particular, the BTS must identify the level of the BCCH frequency of the serving cell (which must always be part of the frequencies to monitor) and apply it as the RXLEV_DL in the Radio Measurement Statistics. The other frequencies will be considered in the same way as the BCCH frequency of neighbor cells: they will be linked to the neighbor level and C/I statistics.
Alcatel
54
Alcatel
55
Cell 3 (7, 62 )
C el l
C e ll
CI=6169 GSM900
Cell 2 ( 3, 4 6)
CI=1964 GSM900
C e ll 1 ( 7, 6 2)
@Introduction to Radio Fine Tuning BSS Release B9 56 All rights reserved 2004, Alcatel
Alcatel
56
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
57
BTS
Radio Link Measurements
BSC
Active Channel Pre-processing
> >
The active channel pre-processing function calculates average values of signal levels, qualities and timing advance provided by the radio link measurements function. The pre-processing is based on a sliding window averaging technique. The averaging is either weighted or unweighted depending on the type of the input parameters.
Alcatel
58
AVERAGING VALUES OF SIGNAL LEVELS, QUALITIES, TIMING ADVANCE USING SLIDING WINDOW TECHNIQUE
BUILDING A BOOK-KEEPING LIST OF NEIGHBOR CELLS The MS is reporting the 6 best cells at one time They can change from 1 measurement to another Maximum for 1 call: last 32 best ones (among 64 maximum declared as neighbor)
59 All rights reserved 2004, Alcatel
Alcatel
59
>
>
> >
>
The pre-processing function is stopped when a HANDOVER COMMAND is emitted by the serving BSC. At this time, the MEASUREMENT RESULT messages are ignored by the pre-processing function and no update of the book-keeping tables or averaging is done anymore. The pre-processing function is enabled again (in case of failure of an intracell or intercell handover) after reception of either messages listed above, and the old measurements are kept in the book-keeping list and taken into account in the new averaging. The pre-processing function is completely handled by the BSC. The input parameters of this function are provided by the BTS every SACCH multiframe in the MEASUREMENT RESULT message. The function calculates average values of levels, qualities and timing advance. The pre-processing method is based on a sliding window averaging technique. The pre-processing is done for every measurement sample, i.e. every SACCH multiframe. The averaging intervals are expressed in terms of SACCH multiframe periods and their range is between 1 and 31. The averaging process for any variable can start as soon as A_YYYY_XX (YYYY stands for LEV, QUAL, PBGT or RANGE and XX for HO, DR, PC or MCHO) samples, each with MEAS_VALID bit set to 0 (validity indicator reported by the MS in the MEASUREMENT REPORT message), are actually available except in case of the averaging of the received level from the neighbor cells and the averaging of AV_RXLEV_PBGT_HO, AV_BS_TXPWR_HO and AV_BS_TXPWR_DR.
Alcatel
60
> >
The calculation of levels, qualities and timing advance (i.e. distance information) uses a variety of averaging window sizes as well as specific weighting factors for quality estimates. One separate window exists for: power control on the uplink and the downlink (A_LEV_PC , A_QUAL_PC), emergency handover (A_LEV_HO , A_QUAL_HO , A_RANGE_HO), fast emergency handover for microcells (A_LEV_MCHO), better cell handover and better zone handover (A_PBGT_HO) for intra-layer, interlayer and interzone handovers, forced directed retry (A_PBGT_DR), neighbor filtering and ranking for all HOs (A_PBGT_HO), codec adaptation (A_QUAL_CA_HR_FR , A_QUAL_CA_FR_HR).
Alcatel
61
Experiences some experiments have shown that the number of HOs is very sensitive to modification of these values
@Introduction to Radio Fine Tuning BSS Release B9 62 All rights reserved 2004, Alcatel
>
At BSC level, Input flows MEASUREMENT RESULT Control flows active channel pre-processing configuration parameters for PC: A_LEV_PC, W_LEV_PC, A_QUAL_PC and W_QUAL_PC, active channel pre-processing configuration parameters for HO: A_LEV_HO, W_LEV_HO, A_PBGT_HO, W_PBGT_HO, A_QUAL_HO, W_QUAL_HO, A_RANGE_HO, A_LEV_MCHO, W_LEV_MCHO, A_PBGT_DR. cells list for book-keeping: BA_IND_SACCH: indicator of the change of the BA_allocation, NBR_ADJ: number of declared adjacent cells of the serving cell denoted by n, for n=1 to NBR_ADJ: BSIC(n) and FREQ(n). Output flows Averaged measurements for power control: AV_RXQUAL_UL_PC ; AV_RXLEV_UL_PC: MS power control/threshold comparison, AV_RXQUAL_DL_PC ; AV_RXLEV_DL_PC: BS power control/threshold comparison. Averaged measurements for handover detection: AV_RXQUAL_UL_HO, AV_RXQUAL_DL_HO, AV_RXLEV_UL_MCHO, AV_RXLEV_UL_HO, AV_RXLEV_DL_HO, AV_RXLEV_DL_MCHO, AV_LOAD , averaged traffic load AV_BS_TXPWR_HO, AV_RANGE_HO, AV_RXLEV_PBGT_HO, AV_RXLEV_NCELL(n), AV_RXLEV_NCELL_BIS(n). AV_RXLEV_PBGT_DR, AV_RXLEV_NCELL_DR(n), n=1..BTSnum. BFI_SACCH AV_RXQUAL_xx_CA_HR_FR, AV_RXQUAL_xx_CA_FR_HR MS_TXPOWER_CONF / BS_POWER: last power level reported by the MS and transmit power currently used by the BS.
Alcatel
62
> >
>
>
>
An MS is required to measure the BCCH power level of a number of BCCH frequencies. These measurements are used for the power budget computation in the BSC and the candidate cell evaluation in the BSC. The MS reports to the BTS, in the MEASUREMENT REPORT message, the measurements of the NO_NCELL_M (NO_NCELL_M <= 6) best cells it receives (RXLEV_NCELL, BCCH frequency index and BSIC number) for each multiframe. In case of multiband capability, the mobile reports the best cells of each supported frequency band (if available). This reporting is allowed at BSS level by the flag EN_INTERBAND_NEIGH and it is specified by the parameter MULTIBAND_REPORTING. The adjacent cells reported by an MS can change over the averaging interval. The book-keeping function keeps a table composed of the last 32 reported adjacent cells, the maximum number of which is NBR_ADJ. The total number of adjacent cells for which measurements reported by the MSs are available within the average interval is BTSnum. The BSC G1 maintains a table of up to 150 cells, from which up to 64 can be declared as adjacent cells to a given cell. The BSC G2 maintains a list of up to 1000 cells, from which up to 64 can be declared as adjacent cells to a given cell. Because the maximum number of adjacent cells may be greater than 32, the number of adjacent BCCH frequencies is limited to 32. Moreover, a mechanism for overwriting obsolete entries in the bookkeeping table, when new cells are reported, is provided. When the variable BTSnum reaches its maximum value of 32 and at least one new cell has to be entered in the list, then the BSC sorts out all cells in the bookkeeping list, which have been reported with signal level = 0 for the last 20 measurements (10 seconds). This is done by summing the raw measurement values over the last 20 samples. All the corresponding cell entries are cleared from the bookkeeping list, BTSnum is decreased by the number of cleared entries and some of the vacant entries are used to include the new cells. The end of the comment is on the next page...
Alcatel
63
-80 -78 -84 -87 -80 -75 -77 -94 -79 -77 -78 -84 -89 -90 -91 2 2 3 3 2 1 4 4 3 1 2 3 3 3 4 10 11 9 11 13 12 14 15 16 17 18 17 19 20 19
Average measurements
AV_RXLEV_DL_HO A_LEV_HO=8 A_LEV_HO=4 A_LEV_HO=2
DL Level A_LEV_HO=8 A_LEV_HO=4 A_LEV_HO=2
-82 -82 -82 -81 -81 -82 -84 -85 -82 -82 -82 -80 -82 -81 -82 -82 -80 -82 -85 -89 -79 -81 -86 -84 -78 -76 -86 -87 -78 -78 -81 -87 -90 -91
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Number of measurements
Level
3 3
3 3
2 2
3 3
3 3 4
3 3 4
3 3 2
3 3 2
3 2 3
3 2 3
3 3 3
3 3 4
Quality
4 3 2 1 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Number of measurements
11
Distance
10
10 10
11 12
11 13
13 13
12 14 15
13 14 16
13 16 17
15 17 18
15 17 18
16 18 18
17 19 20
18 19 20
10 5 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Number of measurements
Fill up the table with average function. The chart will be automatically processed The fact that there may not be enough cleared entries to store new measurements is excluded, see justification below: Because the MS must resynchronize at most every 10s with the neighbor cells it monitors, it is useless to keep cells in the bookkeeping list which have not been reported for more than 10s, it will be impossible to makkes an handover towards these cells. Therefore, the overwriting mechanism described above will function correctly if there are less than 32 cells reported in every 10s, which makes an average rate of 3 new cells per second. The potentiality of overflow of the book-keeping list is therefore excluded. The book-keeping is performed according to the BSIC and BCCH frequency couple. This function updates the table every multiframe except if the measurement report is missing or Measurement Valid Bit is set to not valid. When the level of a cell is not reported, a zero must be entered as measurement value. For each multiframe and for each of the NO_NCELL_M cell measurements it receives, the function has to check the BSIC number and the BCCH frequency index (FREQ(n)). When the couple (BSIC, BCCH frequency) is not in the reference list (received from the OMC), the corresponding measurements should be discarded. The BTSnum variable is updated every multiframe except if the measurement report from the MS is missing. It is incremented by the number of new couples (BSIC number, BCCH frequency index) registered as described above. Remark: Two cells can have the same BSIC number or the same BCCH frequency index. Therefore, the couple of these parameters is needed to define a cell.
Alcatel
64
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
65
BTS
Radio Link Measurements Radio Link Supervision Radio Link Command
BSC
PC Threshold Comparison
PC Command
>
The two main functions specified in this document and implemented in the ALCATEL BSS are: command: adio link supervision and radio link comman These functions handle the detection of the radio link failure so that calls which fail either from loss of radio coverage or unacceptable interference are satisfactorily handled by the network. The radio link supervision is responsible for detection of the loss of the radio link, based on incorrectly received SACCH frames. The radio link command is responsible for commanding to set the power at a maximum level for radio link recovery or to clear the call when the radio link has failed. The radio link recovery can be activated or not, depending on a configuration flag (EN_RL_RECOV). The radio link failure procedure is always running and clears the call when the radio link has failed. control: ower contro This function handles the adaptive control of the RF transmit power from the MS and the BS. The RF power control aims at minimizing the co-channel interference and also at reducing the DC power consumption of the MS. This function is in charge of detecting a need for a power command and then of applying this power command. Therefore it can be divided into two processes: threshold comparison and command. comman MS and BS power control are operating independently, they can be activated or not, depending on configuration flags (EN_MS_PC and EN_BS_PC). All these functions require directly or indirectly input parameters provided by the function in charge of the radio link measurements. Most of the input data required by the power control functions are provided by ctive channel pre processing processin function. The figure depicts in a general way: the interconnections between all these functions, the implementation of these functions in the ALCATEL BSS.
> >
>
Alcatel
66
2.4 Radio link supervision and power control Radio link supervision
> Principles Detection (by BTS) of a radio link failure with an MS notification to BSC for radio resource release
Try to recover an MS when radio becomes poor optional mechanism radio link recovery by requiring BTS and MS to transmit at maximum power
>
> >
The determination of the radio link failure is based on a counter. According to the GSM Technical Specification 05.08 for the BSS, the criterion for incrementing/decrementing this counter should be based: either on the error rate on the uplink SACCH, or on RXLEV/RXQUAL measurements of the MS. In the ALCATEL BSS, it is based on the number of SACCH frames which cannot be decoded. It must be stressed that this criterion is related to the first one recommended above but it is not exactly the same. The ALCATEL criterion is in fact the one recommended by the GSM Technical Specification 05.08 for the MS.
Alcatel
67
2.4 Radio link supervision and power control Principles of radio uplink supervision
> For each active radio channel, a counter S is
decremented by 1 each time an SACCH frame cannot be decoded (BFI=1) incremented by 2 each time a valid SACCH frame is received
> The value of S gives a measure of the quality of uplink radio link > Initial value of S = BS_RADIO_LINK_TIMEOUT
if S reaches N_BSTXPWR_M, a radio link recovery is triggered optional) if S reaches 0, a radio link failure is detected
MS
> RADIOLINK_TIMEOUT_BS RADIOLINK_TIMEOUT is important because the mobile must release the radio channel first. BT
S
C o u n te r S
RLTO_BS (B S _ R A D IO _ L I N K _ T IM E O U T ) N_BS TX P W R _M S A C C H b lo c k lo s t: - 1 18 16 13 R a d io lin k R e c o v e ry R a d io lin k F a i lu re 0 S A C C H b lo c k r e c e iv e d : + 2 R L T O (T 1 0 0 ) (R A D IO _ L IN K _ T IM E O U T )
C o u n te r S '
>
The radio link supervision function is performed in the BTS and it uses three parameters given to the BTS in the TRX configuration data message: EN_RL_RECOV: flag enabling/disabling the sending of CONNECTION FAILURE INDICATION by the BTS when the need for radio link recovery is detected, N_BSTXPWR_M: threshold for the radio link recovery, RADIOLINK_TIMEOUT_BS: threshold (number of SACCH messages) for the radio link failure. In addition, the function handles a counter named S. RADIOLINK_TIMEOUT_BS is the initial and maximum value of S. For each SACCH not decoded, S is decremented by 1 while for each SACCH decoded, it is incremented by 2. The incrementation or decrementation is performed if the following condition is met: RADIOLINK_TIMEOUT_BS >= counter S >= 0. As soon as the counter S is equal to the threshold N_BSTXPWR_M, the radio link recovery is triggered if EN_RL_RECOV = ENABLE. Therefore, in the case where the shadowing is so strong that all SACCH frames are lost, the radio link recovery will be triggered after (RADIOLINK_TIMEOUT_BS - N_BSTXPWR_M) SACCH periods. The parameter N_BSTXPWR_M must be set according this simple behavior. If the radio link recovery is not successful, as soon as S reaches 0, the radio link failure procedure is applied. As soon as a radio link failure is detected, the radio link supervision must be started again in the BTS.
>
Alcatel
68
2.4 Radio link supervision and power control S counter for radio link supervision
S value 25
S = f [ BFI (t) ]
RADIO_LINK_TIMEOUT_BS
20 N_BSTXPWR_M 15
10
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
SACCH number
S BFI
>
>
Received events ctivate supervision activation of the radio link supervision from the BTS telecom layer 3, 1 not decoded SACCH frame, 0 decoded SACCH frame, ote the BFI flag is internal to the BTS and does not deal with the BFI flag defined by the GSM. eactivate supervision deactivation of the radio link supervision by the BTS telecom layer 3. Transmitted events adio link recovery indication sent to the radio link command function in order to set the BS and MS powers to the maximum. adio link failure indication sent to the radio link command function in order to release the call. These events are sent to the BSC in the CONNECTION FAILURE INDICATION message: In case of Radio link recovery, the BTS sends only once (to avoid overload of the Abis interface) the CONNECTION FAILURE INDICATION message to the BSC with cause "set MS/BS-TXPWR-M (value: '001 1111', reserved for National use). This action (message formatting) is performed by the GSM layer 3. In case of Radio link failure, the BTS sends the CONNECTION FAILURE INDICATION message with cause 'Radio link Failure' to the BSC. Thus, the CONNECTION FAILURE INDICATION message on Abis is not showing any call drop. One should look at the cause of CONFAIL.
>
>
Alcatel
69
2.4 Radio link supervision and power control Radio link recovery
> The BTS is sending a Connection Failure Indication message cause 001 1111 reserved for national usage (ALCATEL: RLR) On K1205: set MS/BS_TXPWR_MAX (Alcatel only) > The BSC is sending BS and MS POWER CONTROL messages required for maximum possible values The MS required level is embedded in the SACCH header in the downlink > Optional mechanism EN_RL_RECOV =ENABLE useless without power control master vs. power control
@Introduction to Radio Fine Tuning BSS Release B9 70 All rights reserved 2004, Alcatel
> >
The action consists in increasing the power of the MS and of the BTS to their maximum, in a single step, if the link is failing, i.e. the BTS is not able to decode the SACCH anymore for some period of time. This functionality is performed upon reception of the CONNECTION FAILURE INDICATION message (cause set MS/BSTXPWR-M) from the BTS. This message can be sent by the BTS only if EN_RL_RECOV = ENABLE. Upon reception of this message, the radio link command function: 1. sends to the BTS a power increase command up to BS_TXPWR_MAX (BS_TXPWR_MAX_INNER if the MS is on the inner zone of a concentric or multiband cell) in the BS POWER CONTROL message. 2. sends to the MS a power increase command up to min(MS_TXPWR_MAX,P) (min (MS_TXPWR_MAX_INNER,P) if the MS is in the inner zone of a concentric or multiband cell) in the message MS POWER CONTROL. When a radio link recovery occurs, the radio link command function gives an indication to the power control function once the power increase has been commanded. The maximum power increase of the MS is 2dB per 60 ms. Thus, if MS_TXPWR_MAX=33dBm and MS_TXPWR_MIN=13dBm, the MS coming from MIN to Max will take 600 ms.
>
>
ote the BS Power Control process does not interfere with the recovery procedure since the former comes to a halt when no SACCH multiframe is received. Thus, the BS power control process does not take into account the radio link recovery event.
Alcatel
70
2.4 Radio link supervision and power control Radio link failure
> Radio link failure The BTS is sending a Connection Failure Indication message Cause radio link failure The BSC is notifying the loss to the MSC Usually Clear Request radio interface failure The BSC is releasing locally the radio resource (TCH or SDCCH) Radio frequency Channel Release message sent to BTS The call is dropped !
The task of the radio link command consists in informing the call control function to release the call. Concentric cell or multiband cell The power value BS_TXPWR_MAX_INNER is applied in case of radio link recovery for an MS in the inner zone. The power value BS_TXPWR_MAX is applied in case of radio link recovery for an MS on an outer zone channel. Note: the radio link supervision procedure will function also if SACCH frames are not lost continuously, but with a longer reaction time.
>
Alcatel
71
2.4 Radio link supervision and power control Radio link supervision: training exercise
> With the RLS excel sheet...
S
18 18 17 18 18 18 17 18 17 16 15 14 13 12 11 13 12 11 10 12 11 10 9 8 7 6 5 7 6 8 7 6 5 4 3
Action
Taking into account the N_NSTXPWR_MAX 13 RLTO_BS 18 measurements with BFI and the parameter values (N_BSTXPWR_M and RADIOLINK_TIMEOUT_BS) Indicate when
A radio link recovery is triggered A radio link failure is triggered
Alcatel
72
XPW R
MS
Power level 14 15 16 17 18 19
> >
>
The main objective of the power control, in connection with handover algorithms, is to allow a maximum number of MSs to operate in the network while maintaining a minimum interference level. The algorithms must ensure that any mobile is connected with the cell in which the output powers from the MS and the BS are as low as possible (to reduce MS power consumption and interference in the network) while keeping a satisfactory link quality. When on a sufficient duration, the propagation conditions keep worsening, then action must be taken. The first action is to increase the output power levels at the MS or the BS. When the maximum allowed value has been reached, a handover may become necessary. To reflect this philosophy in macrocells (not in microcellular environment), the algorithm allows for handover on quality and strength reasons only when the last step of power control has been reached. If propagation conditions worsen rapidly when the MS is at low power, the power control algorithm allows to reach quickly the maximum power. Nevertheless great care must be taken in choosing the relative values of the thresholds for power control and handover as well as the averaging window sizes (smaller window size and higher threshold for power control than for handover). It must be remembered that, although it is desired that the MS transmits with the lowest possible power, it is more important not to lose a call. Thus early triggering for the power control is possible, by choosing, small values for the averaging window sizes and higher comparison thresholds.
Alcatel
73
2.4 Radio link supervision and power control Power Control principles
> Based on a threshold comparison mechanism > Decrease emitted power when received level AND quality measured by peer entity are better than a given value > Increase emitted power when the received level OR quality is lower than a given value > Does not decrease power if the resulting level is below the low level threshold FEATURE REAL FAST PC GIVES REACTIVITY TO THE ALGORITHMS
@Introduction to Radio Fine Tuning BSS Release B9 74 All rights reserved 2004, Alcatel
>
The threshold comparison process detects the need to change the MS power level. This detection is done by comparison between the averaged values produced by the active channel pre-processing function and thresholds.
Alcatel
74
2.4 Radio link supervision and power control Power Control detection
> MS Power control (for BS PC, replace MS by BS and UL by DL)
Quality
U_RXQUAL_UL_P
L_RXQUAL_UL_P
2 3
POW_RED_STEP_SIZE
>
A need for a PC command is detected when one of the conditions above is true. Then, the information for the execution of the PC command is given to the PC command process. > The MS power control function can be disabled with a flag EN_MS_PC. This flag is changeable from the OMC-R. ote The GSM coding of quality is contra-intuitive, since the value 0 codes for the best quality and 7 for the worst. Thus, the comparison between two quality values must be understood in the opposite way in terms of quality. ote POW_RED_STEP_SIZE is used in two ways: for PC_COMMAND (decrease of MS power) and for PC_THRESHOD_COMPARISON (to avoid ping-pong effect).
Alcatel
75
Then PC_COMMAND(MS, INC, MS_P_INC dB, <min(MS_TXPWR_MAX, P)) > Power decrease: If AV_RXQUAL_UL_PC < U_RXQUAL_UL_P and AV_RXLEV_UL_PC >= L_RXLEV_UL_P + POW_RED_STEP_SIZE
>
AV_RXQUAL_UL_PC L_RXQUAL_UL_P + OFFSET_RXQUAL_FH 76 @Introduction to Radio Fine Tuning BSS Release B9 and AV_RXQUAL_UL_PC U_RXQUAL_UL_P All rights reserved 2004, Alcatel and AV_RXLEV_UL_PC > U_RXLEV_UL_P cell and OFFSET_HOPPING_PC in OFFSET_RXQUAL_FH is an internal variable that is equal to 0 in case of Non-Hopping
case of BBH or RH.
Alcatel
76
2.4 Radio link supervision and power control MS Power Control Command
> Power command philosophy: Target received level TARGET_RXLEV_UL middle threshold between U_RXLEV_UL_P and L_RXLEV_UL_P Adaptive power step size According to the average received level Limited power step size to MAX_POW_INC and MAX_POW_RED If only Quality problem: fixed power step size POW_INC_STEP_SIZE and POW_RED_STEP_SIZE Two weighting factors to modify the algorithm reactivity when level problem POW_INC_FACTOR for power increase POW_RED_FACTOR for power decrease
77 All rights reserved 2004, Alcatel
>
>
> >
Whenever any of the threshold conditions occurs, a PC command must be sent to the MS over the air interface. In order to compute the adaptive power step size, the middle threshold between the upper threshold U_RXLEV_UL_P and the lower threshold L_RXLEV_UL_P is considered. This threshold is regarded as the target received level around which the MS should always stay. The following algorithm tries to maintain and bring the MS power closer to this target threshold. The size of the power step is limited to MAX_POW_INC for an increase of the MS power and MAX_POW_RED for a decrease of the MS power. When the received level is between the two thresholds U_RXLEV_UL_P and L_RXLEV_UL_P (i.e. no need to change the level) and a power control on quality cause is triggered, fixed power step sizes are applied: POW_INC_STEP_SIZE for power increase and POW_RED_STEP_SIZE for power decrease. Two weighting factors POW_INC_FACTOR (for power increase) and POW_RED_FACTOR (for power decrease) allow to modify the reactivity of the algorithm (the more POW_INC_FACTOR is nearby 1, the greater the reactivity of the algorithm is and the larger the power step size is). The target received level is TARGET_RXLEV_UL for the uplink path. TARGET_RXLEV_UL corresponds to the next higher multiple of 1 dB from (U_RXLEV_UL_P + L_RXLEV_UL_P)/2.
Alcatel
77
2.4 Radio link supervision and power control Fast and Normal PC comparison
> Example
Power level (dB)
Need for PC Command detected PC Command Normal Power Control Fast Power Control -80
-90
20 dB 6 dB (POW_INC_STEP_SIZE)
-100
Time (ms)
MR 3
MR 4
Alcatel
78
2.4 Radio link supervision and power control MS Power Increase Command computation
> PC_COMMAND (MS, INC, MS_P_INC dB, < power max) If MS_TXPWR < power max then increase MS_TXPWR by min(MS_P_INC, MAX_POW_INC, powermax-MS_TXPWR) Where MS_P_INC is evaluated by the following algorithm: if (AV_RXLEV_UL_PC < L_RXLEV_UL_P) (problem of level) if (AV_RXQUAL_UL_PC L_RXQUAL_UL_P + OFFSET_RXQUAL_FH) (sufficient quality) then MS_P_INC = roundup[ POW_INC_FACTOR* (TARGET_RXLEV_UL -AV_RXLEV_UL_PC)] else MS_P_INC = roundup[ MAX ( POW_INC_FACTOR * (TARGET_RXLEV_UL - AV_RXLEV_UL_PC ), POW_INC_STEP_SIZE )] else (problem of quality) MS_P_INC = POW_INC_STEP_SIZE
@Introduction to Radio Fine Tuning BSS Release B9 79 All rights reserved 2004, Alcatel
>
>
>
>
In the equations: MS_TXPWR is the last MS_TXPWR_CONF value reported by the BTS. roundup means round to its next higher multiple of 2 dB. rounddown means round to its next lower multiple of 2 dB. The rate of change of MS power is required to be one nominal 2 dB step every 60 msec. Thus a 30 dB step change should be accomplished in 900 msec. The operator should be warned of this as it may impact on the choice of settings for MS_P_CON_ACK and MS_P_CON_INT. Then the ordered value of the MS transmit power, called MS_TXPWR, is sent to the MS as follows: The BSC sends the MS POWER CONTROL message to the BTS (i.e. to the TRX handling the relevant channel) which then forwards the PC command to the MS in the Layer 1 header. The MS applies the PC command and confirms this action by transmitting the applied power value (MS_TXPWR_CONF) on the uplink SACCH in the layer 1 header. On SACCH channel, the MS may not send the MEASUREMENT REPORT message (e.g. in case of transmission of Short Message). In this case, the BSC receives a MEASUREMENT RESULT message which does not contain the MEASUREMENT REPORT. The BSC takes into account the MS_TXPWR_CONF variable.
Alcatel
79
2.4 Radio link supervision and power control MS Power Decrease Command computation
> PC_COMMAND (MS, RED, MS_P_RED dB, > power min) If MS_TXPWR > power min then decrease MS_TXPWR by min(MS_P_RED, MAX_POW_RED, MS_TXPWR- power min) Where MS_P_RED is evaluated by the following algorithm: if (AV_RXLEV_UL_PC > U_RXLEV_UL_P) (good level) if (AV_RXQUAL_UL_PC U_RXQUAL_UL_P) (sufficient quality) then MS_P_RED = roundup[ MAX(POW_RED_FACTOR* (AV_RXLEV_UL_PC- TARGET_RXLEV_UL)), 2dB] else MS_P_RED = roundup[ MAX ( POW_RED_FACTOR * (AV_RXLEV_UL_PC- TARGET_RXLEV_UL), POW_RED_STEP_SIZE )] else (good quality) MS_P_RED = POW_RED_STEP_SIZE
@Introduction to Radio Fine Tuning BSS Release B9 80 All rights reserved 2004, Alcatel
Alcatel
80
2.4 Radio link supervision and power control Frequency Hopping cases
> OFFSET_RXQUAL_FH This variable allows to take into account the frequency hopping in the RxQual evaluation (see Annex 2)
Annex 2
Defined on a per cell basis Algorithm: If Frequency hopping applied then OFFSET_RXQUAL_FH = Offset_hopping_PC Else OFFSET_RXQUAL_FH = 0
In order to take into account the frequency hopping in the RXQUAL evaluation, the variable OFFSET_RXQUAL_FH is introduced. If on the corresponding channel, Frequency hopping is applied then OFFSET_RXQUAL_FH = Offset_Hopping_PC otherwise OFFSET_RXQUAL_FH = 0 Offset_Hopping_PC is a parameter defined on a per cell basis. PC Downlink in Frequency hopping case In this case, the BSC inhibits the BS power control on all the channels which use the BCCH carrier. The entity performing the BS power control in the BSC gets all the information concerning a new channel and decides whether to activate the BS power control for this channel. The power control must be inhibited when the frequency used by the new channel is the same as the frequency used for the BCCH in the BTS (cell) in which the channel is activated. For any channel which has the BCCH frequency in its hopping sequence (MA), the MS is measuring a very good downlink level each time it hops on the BCCH. To avoid that this results in a too optimistic average, it is possible to require from the MS not to include the BCCH measurement in the averages. This is achieved by setting the PWRC flag to 1 in the SYSTEM INFORMATION type 6 message sent by the BSS on the SACCH. If the channel is hopping only on the BCCH frequency (after a transmitter failure), it is considered as a non-hopping channel and it is concerned by the non-frequency hopping case.
Alcatel
81
2.4 Radio link supervision and power control Power Control timers (1/2)
> Timers T_SDCCH_PC allows the inhibition of PC on SDCCH When a new power is required, the confirmation is awaited: MS_P_CON_ACK BS_P_CON_ACK As soon as the new power is acknowledged, a fixed duration is awaited to trigger a new change of power, if necessary: MS_P_CON_INT BS_P_CON_INT
>
> >
The timer T_SDCCH_PC allows to inhibit the MS and BS power control on SDCCH. This timer is changeable at the OMC-R level on a per cell basis. It is triggered upon receipt of the ESTABLISH INDICATION message after SDCCH activation for immediate assignment procedure. As long as the timer runs, the power control is inhibited on SDCCH. If the timer expires, the power control will be enabled again on SDCCH. If the timer is running at the sending of the RF CHANNEL RELEASE message, the timer is stopped. T_SDCCH_PC is useful in case of long SDCCH phases. During SDCCH for call establishment, PC disabled should be preferred with a view to secure call setup. Nevertheless, if SMS usage is very high, SDCCH phases may be long. In this case, to avoid interference, PC will be enabled after T_SDCCH_PC expiry (about 5s). After any PC command is sent to the MS, some time must be expected before MS_TXPWR_CONF (power confirmation sent by the MS on the uplink SACCH) can reach the desired value. The timer MS_P_CON_ACK is triggered after any power modification command to monitor that the desired transmission power MS_TXPWR is reached. If MS_P_CON_ACK elapses before the expected value of MS_TXPWR_CONF is received, the power control decision process is resumed immediately with the last MS_TXPWR_CONF received. If the expected value of MS_TXPWR_CONF is received before the timer MS_P_CON_ACK is elapsed, the timer MS_P_CON_ACK is stopped and the timer MS_P_CON_INT is triggered. Then the MS PC threshold comparison process is resumed with MS_TXPWR_CONF for the same MS as soon as MS_P_CON_INT expires.
>
Alcatel
82
2.4 Radio link supervision and power control Power Control timers (2/2)
> IF xx_P_CON_ACK is expiring, it is a system problem: Wrong setting of xx_P_CON_ACK (too short) No reception of power command by the MS a radio link recovery can be activated Problem on Abis repetition of BS power command
Alcatel
83
>
Interaction with radio link command The MS power control function is informed of a radio link recovery by the radio link command function. Once the indication is received, the PC command process is resumed immediately: timer MS_P_CON_ACK is started (or reset and started if running), If MS_P_CON_ACK elapses before the expected value of MS_TXPWR_CONF is received, the power control decision process is resumed immediately with MS_TXPWR_CONF = min(MS_TXPWR_MAX,P). According to GSM Technical Specification 05.08 section 7.1, the BCCH carrier must be broadcast with a constant power in the cell. In this release of the ALCATEL BSS, this constant value is set to the maximum power allowed in the cell that is defined by the parameter BS_TXPWR_MAX. This means that all dedicated channels (TCH, SDCCH) which are on the BCCH frequency must always be transmitted with the maximum power, i.e. the BCCH power must not be changed by the BS power control function.
>
Alcatel
84
2.4 Radio link supervision and power control Power Control: Training exercise (1/3)
> Power control UL (Remark: Use the default parameters document) What happens if we do not use Frequency Hopping? Why is it better to have A_LEV_PC=A_LEV_HO/2?
Thresholds: Lower QUAL of RX uplink = 3 High QUAL of RX uplink = 2 Lower LEV of RX uplink = -90dBm Upper LEV of RX uplink = -75dBm POW_RED_STEP_SIZE= 4 Time allowed: POW_INC_STEP_SIZE= 6 25 minutes
@Introduction to Radio Fine Tuning BSS Release B9
Alcatel
85
2.4 Radio link supervision and power control Power Control: Training exercise (2/3)
> Power control UL QUESTION For each case: PC triggered? Step size value?
Level Quality
0 -98
1 -80
2 -73
6 -69
3 -86
4 -91
Alcatel
86
2.4 Radio link supervision and power control Power Control: Training exercise (3/3)
> Power control DL Thresholds: L_RXLEV_DL_P = -85dBm U_RXLEV_DL_P = -75dBm 0.8 L_RXQUAL_DL_P = 2.9 U_RXQUAL_DL_P = 1 A_QUAL_PC = 4 A_LEV_PC = 4 MAX_POW_INC = 16dB MAX_POW_RED = 16dB BS_P_CON_ACK = 3s BS_TXPWR_MIN = -16dB
Using the Trace Abis Excel file, find each parameter value: POW_INC_STEP_SIZE = ? BS_P_CON_INT = ? POW_RED_STEP_SIZE = ? OFFSET_RXQUAL_FH = 0 or 1
?
@Introduction to Radio Fine Tuning BSS Release B9
Which phenomenon can you observe as regards the successive PC All rights reserved 2004, Alcatel commands?
87
Alcatel
87
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
88
>
Emergency intercell handovers: These handovers are triggered when the call conditions deteriorate significantly in order to rescue the call. The causes are: "too low quality" , "too low level", " too long MS-BS distance", too short MS-BS distance, "consecutive bad SACCH frames", "level dropping under high threshold". Better cell HO: These handovers are triggered to improve the overall system traffic capacity. This spans: interference reduction, signaling load reduction, traffic unbalance smoothing. The basic assumption for these handovers is that they should respect the cell planning decided by the operator. The causes are: "power budget" , "high level in neighbor lower layer cell for slow mobile", "high level in neighbor cell in the preferred band" and traffic handover.
>
Alcatel
89
Alcatel
90
BTS
Radio Link Measurements Active Channel Pre-processing
BSC
HO Preparation
HO Detection HO Candidate Cell Evaluation
HO Management
MSC
HO Protocol
>
> >
The HO Preparation function can also be named "handover algorithms" as the algorithms described are the "heart" of this function. The ALCATEL handover preparation is derived from the basic algorithm found in Annex A of the GSM Technical Specification 05.08. The handover preparation is in charge of detecting a need for handover and proposing a list of target cells. Therefore it can be divided into two processes: handover detection and handover candidate cell evaluation. The handover detection process analyzes the radio measurements reported by the BTS and triggers the candidate cell evaluation process each time a handover cause (emergency or better cell type) is fulfilled. The handover candidate cell evaluation works out a list of possible candidate cells for the handover. This list is sorted according to the evaluation of each cell as well as the layer they belong to (in a hierarchical network) and the frequency band they use (in a multiband network). Once the handover preparation is completed, the handover decision and execution (handover management entity) is performed under the MSC or BSC control. The directed retry preparation is performed by the handover preparation function. Once the directed retry preparation is completed, the directed retry is performed either under the BSC control (internal directed retry) or under the MSC control (external directed retry). An example of implementation of these functions except for directed retry is given in the GSM Technical Specification 05.08. The handover preparation requires indirectly input parameters provided by the function in charge of the radio link measurements. Most of the input data required by the handover functions are provided by a function called: ctive channel processing. pre processin The figure above depicts in a general way: the interconnections between these functions, the implementation of these functions in the ALCATEL BSS.
>
Alcatel
91
>
> >
The process is achieved in the BSC. Each time a set of pre-processed (averaged) measurements is available, this process checks whether a handover is needed. If the need for a handover is detected, the target cell evaluation process is triggered. In case of a handover alarm, the handover detection process gives to the cell evaluation process: the preferred target cell layer: lower, upper or none. the raw candidate cell list, which can be either all neighbors, or the subset which verify the handover causes (plus other specific cells in particular cases). With each cell is given one of the handover causes which have been verified. The cause of handover. Four main handover categories are provided, depending on the cause of handover and the context of application. The context of application for a handover is either "intercell" (the handover is performed between two different cells) or "intracell" (the handover is performed in the same cell). The detection of a need for handover is performed through handover causes which are going to be detailed. The cause of handover is based either on a situation of emergency (this cause is therefore called "emergency cause") or on the existence of better conditions. In this last case, the name of the cause depends on the context of application: for intercell handovers, it is called "Better cell cause". For intracell handovers, it is called "Better zone cause", as it is applied only in the case of interzone handovers in concentric or multiband cells.
>
>
> >
Alcatel
92
Cause 12 Power budget evaluation Cause 13 Outer zonelevel Uplink & Downlink Cause 20 Forced directed retry Cause 23 Traffic (Modified in B8) Cause 24 General capture (Modified in B8) Cause 27 AMR channel adaptation HO (FR to HR) Cause 28 Fast traffic HO Cause 29 TFO HO 30 Move from PS to CS zone
>
HO causes for Extended Cells: Emergency causes cause 22: too short MS-BTS distance HO causes for hierarchical or multiband network: Emergency causes cause 7: consecutive bad SACCH frames received in a microcell cause 17: too low level on the uplink in a microcell compared to a high threshold cause 18: too low level on the downlink in a microcell compared to a high threshold Better causes cause 14: high level in neighbor lower layer cell for slow mobile cause 21: high level in neighbor cell in the preferred band
>
Alcatel
93
Size of window for averaging quality: A_QUAL_HO Size of window for averaging level: A_LEV_HO
> >
>
>
Quality and Level causes (2, 3, 4, 5, 15, 16) The aim of these causes is to keep the call going when the radio link is degrading otherwise the radio link failure might be detected and the call released. These causes wait generally for the power control process to increase the BTS and MS power to their maximum values, except for the causes specific to microcellular environment. Handover on "too low level" is used to avoid situations where the interference level is low, while the attenuation is quite high. These conditions may appear for example in big city streets which enable a line of sight propagation from the BTS antenna. There is in this case a risk of abrupt quality degradation, if the MS moves away from the line of sight street. In case of simultaneous low-level and low-quality signals, an intercell handover is requested.
Alcatel
94
Quality
Alcatel
95
and AV_RXLEV_DL_HO <= RXLEV_DL_IH and BS_TXPWR = BS_TXPWR_MAX and EN_RXQUAL_DL= ENABLE Size of window for averaging quality: A_QUAL_HO Size of window for averaging level: A_LEV_HO
Level
Alcatel
96
Quality
BS_TXPWR = BS_TXPWR_MAX and EN_RXLEV_DL= ENABLE Size of window for averaging quality: A_QUAL_HO Size of window for averaging level: A_LEV_HO
Alcatel
97
BTS
>
> >
>
This cause is used when a dominant cell provides a lot of scattered coverages inside other cells, due to propagation conditions of the operational network. The consequence of these spurious coverages is the probable production of a high level of co-channel interference. This cause is different from the others as it is more preventive. It does not make use of the propagation conditions of a call. It just does not allow an MS to talk to a BTS if it is too far away. It may happen for example that some peculiar propagation conditions exist at one point in time that provide exceptional quality and level although the serving BTS is far and another is closer and should be the one the mobile should be connected to if the conditions were normal. It may then happen that these exceptional conditions suddenly drop and the link is lost, which would not have happened if the mobile had been connected to the closest cell. So for these reasons, this cause does not wait for the power control to react.
Alcatel
98
> May be triggered From inner zone of a concentric cell Towards outer zone, same cell
n
ne
r zon
Oute
r zo ne
Alcatel
99
Alcatel
100
Alcatel
101
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (1/6)
> CAUSE 13: too high level on UL and DL in the outer zone Better condition intracell handover If the cell is a multi-band cell, cause 13 is checked only for multiband MSs tr
n Co
c e n ic ce
ll
> May be triggered From outer zone of a concentric cell Towards inner zone, same cell
n
ne
r zon
Oute
r zo ne
Alcatel
102
> CAUSE 13: too high level on UL and DL in the outer zone AV_RXLEV_UL_HO > RXLEV_UL_ZONE + + ZONE_HO_HYST_UL + + (MS_TXPWR MS_TXPWR_MAX_INNER) +
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (2/6)
+ PING_PONG_MARGIN(0,call_ref) and + and and and + PING_PONG_MARGIN(0,call_ref) AV_RXLEV_NCELL_BIS(n) <= neighbour_RXLEV(0,n) EN_CAUSE_13 = ENABLE (B7) EN_BETTER_ZONE_HO = ENABLE
103 Averaging windows: A_LEV_HO and A_PBGT_HO (for n) All rights reserved 2004, Alcatel
Alcatel
103
> ZONE_HO_HYST_UL
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (3/6)
UL static hysteresis for interzone HO from outer to inner In case of multi-band cell, should take into account the difference of propagation between GSM and DCS Added to cause 10 threshold RXLEV_UL_ZONE
> ZONE_HO_HYST_DL DL static hysteresis for interzone HO from outer to inner In case of multi-band cell, should take into account the difference of propagation between GSM and DCS and the difference of BTS transmission power in the two bands Added to cause 11 threshold RXLEV_DL_ZONE
Alcatel
104
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (4/6)
> PING_PONG_MARGIN(0,call_ref) Penalty PING_PONG_HCP put on cause 13 if The immediately preceding zone in which the call has been is the inner zone of the serving cell And The last handover was not external intracell c e n t ric ce And T_HCP is still running on ll PING_PONG_MARGIN(0,call_ref) = 0 If the call was not previously in servings inner zone Or T_HCP has expired
C
ne
r zon
Oute
@Introduction to Radio Fine Tuning BSS Release B9 105 All rights reserved 2004, Alcatel
r zo ne
Alcatel
105
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (5/6)
> neighbour_RXLEV(0,n)
Inner zone interferer 1
I n ner z o n e
?
Concentric cells are designed to Outer zone create an INNER zone C o n c e n tri c c e ll protected from external interferers and creating no interferences on other cells to be able to face more aggressive frequency reuse in INNER zone TRXs neighbour_RXLEV(0,n) tuning enables to avoid handovers if the MS position will lead to interferences the condition is checked towards all neighbor cells belonging to the same layer and band than the serving cell
106 All rights reserved 2004, Alcatel
Alcatel
106
> EN_CAUSE_13
2.5 Handover Detection Handover algorithms for concentric cells: cause 13 (6/6)
Load balance between inner and outer zones may be allowed by setting EN_LOAD_BALANCE = ENABLE If EN_LOAD_BALANCE = ENABLE If INNER zone is less loaded than OUTER, EN_CAUSE_13 = ENABLE If INNER zone is more loaded than OUTER, EN_CAUSE_13 = DISABLE If EN_LOAD_BALANCE = DISABLE EN_CAUSE_13 = ENABLE
Alcatel
107
I n ner zo n e
C o n c e n t r ic c e l l
I n ner zo n e
Oute r zone
C o n c e n t r ic c e l l
@Introduction to Radio Fine Tuning BSS Release B9 108 All rights reserved 2004, Alcatel
Oute r zone
>
Alcatel
108
2.5 Handover Detection Incoming intercell handovers towards Concentric Cell (1/2)
> Incoming intercell handovers towards a concentric cell In case an MS is making an incoming handover towards a concentric cell (due to outer PBGT measurements,etc.), a TCH may be allocated either in the INNER or in the OUTER zone, as for call setup depending on radio conditions In case of a multi-band cell, if the MS is not multi-band, it will always be sent to the OUTER zone
I n n er z o n e
?
C el l
C o n c e n t r ic c e l l
@Introduction to Radio Fine Tuning BSS Release B9 109 All rights reserved 2004, Alcatel
Oute r zone
Alcatel
109
2.5 Handover Detection Incoming intercell handovers towards Concentric Cell (2/2)
> Use part of Handover cause 13 algorithm on each potential target > IF Cell(n) is external The MS is directed to the OUTER zone of (n) > ELSE (cell(n) is internal) + + (BS_TXPWR - BS_TXPWR_MAX_INNER) and EN_BETTER_ZONE_HO = ENABLE The MS is directed towards the INNER zone ELSE The MS is directed towards the OUTER zone IF AV_RXLEV_NCELL(n) > RXLEV_DL_ZONE + ZONE_HO_HYST_DL
Alcatel
110
>
> >
> >
>
In this case, there is another cell with a better power budget i.e., the link quality can be improved or maintained with a reduced transmit power of both the MS and the BTS. The radio link is not degraded but there is the opportunity to decrease the overall interference level by changing the serving cell of the given MS. In conjunction with power control, it presents the advantage to keep the interference as low as possible, since it minimizes the path loss between the BTS and the MS. This cause is especially designed to cope with the requirement that the mobile should be connected with the cell with which the lowest possible output powers are used. To assess which of the cells is this "best cell", the algorithm performs every measurement reporting period the comparison of the path loss in the current and in the neighbor cell. This is a feature special to GSM which is made possible because the mobile measures the adjacent cell signal levels and reports the six best ones. This power budget gives the difference in path loss between the current cell and the adjacent cells reported by the mobile. When PBGT(n) is greater than 0, then the path loss from cell n is less than the path loss from the serving cell and thus the radiated power in the downlink direction, and therefore in the uplink direction as well, will be lower in cell n than in the current cell. However it would not be advisable to hand over the MS to another cell as soon as PBGT is greater than 0, because the MS would probably oscillate between the two adjacent cells as the propagation conditions vary. An hysteresis mechanism is implemented to avoid this undesirable effect. No PBGT between different layers. Ok between different bands if EN_INTERBAND_PBGT_HO = 1
> >
Alcatel
111
>
>
> >
>
>
The MS may be handed over from the serving cell indexed 0 to a neighbor cell indexed n only if the power budget exceeds the handover Margin(0,n). The handover Margin(0,n) can be modified according to the traffic situation in the serving cell and the neighbor cell n. In this way, power budget handover can be delayed towards a loaded cell and traffic load handover can be triggered from a loaded cell. Once the MS is handed over, the same algorithm is applied in the new cell, and a new PBGT is computed (which will be close to the opposite value of PBGT in the old cell) and compared to a new HOMargin. (Thus, the global hysteresis (from cell 0 to cell n and back to cell 0) is the sum of the two HOMargins). However, It is still possible that a ping-pong mechanism is created by different handover causes, for instance a handover may be triggered towards a neighbor cell for bad quality, but in the neighbor cell, a handover back may be triggered for power budget reasons. In order to avoid this, an additional anti-ping-pong mechanism is implemented in the power budget calculation. It enables to penalize for a certain time the cell on which the call has been before. In case of handover from SDCCH to SDCCH, this cause does not take the traffic situation into account. In multiband cell environment, the mobile can operate in a different band than the frequency band of the BCCHs. This can lead to circular ping-pong handovers from the inner zone if the new band is DCS 1800 or to the impossibility to trigger PBGT handovers from the inner zone if the preferred band is GSM 900. To avoid this problem, when the MS is in the inner zone of a multiband cell, it may be handed over from the serving cell indexed 0 to a neighbor multiband cell indexed n only if the power budget exceeds the handover Margin(0,n) plus the offset handover margin which allows to handicap or favor the PBGT (In the inner zone, the cause power budget is only checked between multiband cells, in a way to maintain the MS in the preferred band). The offset handover margin can possibly be used in concentric cells.
Alcatel
112
AV_RXLEV_PBGT_HO received level of serving cell (BCCH or not) AV_RXLEV_NCELL - AV_RXLEV_PBGT_HO the highest is the best neighbor cell but serving might not be at the maximum level (with DL power control) necessity to have a corrective factor
113 All rights reserved 2004, Alcatel
Alcatel
113
BS_TXPWR_MAX AV_BS_TXPWR_HO
BS_TXPWR_MAX are attenuations, not absolute level = (bts_max_power+BS_TXPWR_MAX) (bts_max_power+AV_BS_TXPWR_HO) AV_BS_TXPWR_HO: average of BS_POWER over A_PBGT_HO measurements corrective factor used to compensate for the fact that the serving cell may not emit at the maximum level AV_RXLEV_NCELL[AV_RXLEV_PBGT_HO+(BS_TXPWR_MAXAV_BS_TXPWR_HO)] compare received level of neighbor and serving cells as if the serving one was emitting at the maximum level 114 @Introduction to Radio Fine Tuning
BSS Release B9 All rights reserved 2004, Alcatel
Alcatel
114
maximum emitting power for the MS in neighbor cell n maximum emitting power for the MS in the serving cell
MS_TXPWR_MAX
>
Then, another correction factor must be taken into account because the maximum BS powers of the serving and neighbor cells may be different: As the first step of calculation is based on the downlink parameters, this correction factor should be based on the maximum BS powers used in the serving and neighbor cells. Two reasons (which are not completely de-correlated) for not using the BS powers can be envisaged: for a given cell, the GSM does not specify formally the maximum BS power of the neighbor cells. Only BS_TXPWR_MAX is defined (it is sent on the air interface), it is not easy for the evaluating BSC to know the maximum BS powers of the neighbor cells. The use of the maximum MS powers requires that the difference of MS powers is equal to the difference of BS powers. This condition is met in most cases. If it is not the case, the difference can be corrected by the operator with the HO_MARGIN(0,n) parameter (HO hysteresis). PBGT >0: the neighbor cell is more advantageous as the path loss is lower than in the current cell. PBGT <0: the serving cell is more advantageous than the current cell.
>
> >
Alcatel
115
Static hysteresis defined for each couple of cells: HO_MARGIN (0,n) can also be used to correct delta_path_loss Dynamic penalty for call coming from cell n: ping_pong_margin(n,call_ref) penalty applied during a limited duration: T_HCP not used if call arrived with a forced directed retry penalty defined on a cell basis
116 All rights reserved 2004, Alcatel
>
The main drawback of this handover category is the risk of "ping-pong " effect, which is an oscillating back and forth handover between two (or three) cells. As the "better cell" handovers are meant to find the "best cell", the variation of the radio conditions will trigger a big amount of better cell handovers, if the algorithms have a too sensitive reaction. Hence, some mechanisms are forecast, in order to prevent these oscillations from occurring repeatedly at given places. PING_PONG_MARGIN(n,call_ref) is a penalty put on the cell n if: it is the immediately precedent cell on which the call has been, this cell belongs to the same BSC as the serving cell, the call has not performed a forced directed retry towards the serving cell, less than T_HCP seconds have elapsed since the last handover. In this case PING_PONG_MARGIN(n,call_ref) = PING_PONG_HCP If the call was not precedently on cell n, or if the preceding cell was external, or if the call has just performed a forced directed retry, or if the timer T_HCP has expired, then PING_PONG_MARGIN(n,call_ref) = 0
>
>
Alcatel
116
Case 3
Case 2
C e ll
1 2 3
@Introduction to Radio Fine Tuning BSS Release B9
C e ll
OK
C e ll
This chart shows the efficiency of the anti-ping_pong mechanism. But, never forget that anti-ping-pong mechanism distorts the serving areas of the cells. This is why interference problems might occur when enabling this mechanism. Tuning PING_PONG_HCP parameter is thus very important. Warning: this mechanism is not applied for emergency handovers (new mechanism in B7 exists for capture HO, based on T_INHIBIT_CPT timer).
>
Alcatel
117
> AND EN_PBGT_HO = ENABLE > Size of window for level averaging: A_PBGT_HO
@Introduction to Radio Fine Tuning BSS Release B9 118 All rights reserved 2004, Alcatel
>
Cause 12 HO is correlated with HO cause 23. This is why there are two equations according to the activation of HO cause 23 (EN_TRAFFIC_HO).
Alcatel
118
> >
RXLEV_LIMIT_PBGT_HO: Dense Network Handover Regulator features The feature aims at optimizing the better cell handovers, especially in the microcellular environment. In very dense networks, there is a lot of overlapping between adjacent cells: a better cell handover will be realized very often. Since B6, the Alcatel BSS tunes the number of handovers performed to the accurate need by taking into account the level received by the serving cell. Therefore, the best trade-off between quality of speech and intempestive handovers is achieved. Why? Especially in microcellular environment (where cell radius is smaller), the better cell HO (based on Power Budget) is likely to be performed at a high rate to the detriment of the quality. But it is necessary to maintain the better cell HO. How? With a modification of the power budget triggering cause. HO cause 12 (Power Budget HO) is modified and takes into account the received downlink level of the serving cell (new criterion): if the received level is high enough, there is no need to perform an HO. Less HOs when the number of overlapping cells is high. Principles:
> >
>
Consequence:
W/O B6
WITH B6
Alcatel
119
> Philosophy > This mechanism aims at penalizing cause 12 detection when the traffic in the serving cell is low and is high in the cell n.
@Introduction to Radio Fine Tuning BSS Release B9 120 All rights reserved 2004, Alcatel
>
DELTA_HO_MARGIN(0,n) is evaluated according to the traffic situation of the serving cell and the neighbor cell n (Traffic_load(n)) in the following way: If Traffic_load(0)=high and Traffic_load(n)=low DELTA_HO_MARGIN(0,n)= -DELTA_DEC_HO_margin If Traffic_load(0)=low and Traffic_load(n)=high DELTA_HO_MARGIN(0,n)= DELTA_INC_HO_margin else DELTA_HO_MARGIN(0,n)=0 where DELTA_DEC_HO_margin allows the cause 23 (traffic handover) detection. When the traffic in the serving cell is high and is low in the cell n: DELTA_INC_HO_margin allows to penalize the cause 12 detection when the traffic in the serving cell is low and is high in the cell n.
>
ote In the case of concentric or multiband cells, if the channel is in the inner zone (ZONE_TYPE = INNER), BS_TXPWR_MAX and MS_TXPWR_MAX in equation must be replaced by BS_TXPWR_MAX_INNER and MS_TXPWR_MAX_INNER respectively. If the channel is in the outer zone (ZONE_TYPE = OUTER), the formulation of equation is not changed. ote The value of PBGT(n) is calculated every SACCH period for each neighbor cell n whose measures are kept in the bookkeeping list.
Alcatel
120
> Traffic_load() value is modified according to the long term traffic evaluation algorithm using the following parameters:
A_TRAFFIC_LOAD, N_TRAFFIC_LOAD, HIGH_TRAFFIC_LOAD, IND_TRAFFIC_LOAD, LOW_TRAFFIC_LOAD: can be modified per cell TCH_INFO_PERIOD: cannot be modified
Annex 3
121 All rights reserved 2004, Alcatel
>
TCH_INFO_PERIOD = 5s period used by the BSC to count the number of free TCHs.
Alcatel
121
> >
The principle of this handover is to reduce the size of the serving cell when it is high-loaded relatively to a low-loaded cell. When the mobile moves away from the BTS, the power budget will increase and a better cell handover will be triggered earlier. It is recommended to inhibit Traffic handover towards 1-TRX cells. These cells do not have enough resources to receive incoming handovers due to congestion of neighbor cells. Moreover because of the great variation of traffic in the 1-TRX cells, traffic load is never considered as low. This cause is inhibited for handover from SDCCH to SDCCH. Cause 23 is checked over all the neighboring cells belonging to the same layer. It means that it is checked between cells whose CELL_LAYER_TYPE is single or upper, between cells whose CELL_LAYER_TYPE is lower, and between cells whose CELL_LAYER_TYPE is indoor. In addition to the condition on the cell layer type, the cell frequency band condition for checking Cause 23 is as follows whether or not the MS is in the inner zone of a multi-band cell: a) The MS is not in the inner zone of a multi-band cell If the flag EN_MULTI-BAND_PBGT_HO is set to disabled, Cause 23 must not be checked between cells which use different frequency bands (i.e cells having different CELL_BAND_TYPE). If the flag EN_MULTI-BAND_PBGT_HO is set to enabled, Cause 23 will be checked over all the neighboring cells without any cell frequency band restriction. b) The MS is in the inner zone of a multi-band cell If the flag EN_MULTI-BAND_PBGT_HO is set to disabled, Cause 23 is checked over all the neighboring cell multi-band cells (FREQUENCY_RANGE= PGSM-DCS1800 or EGSM-DCS1800) which belong to the same BSC as the serving cell. If the flag EN_MULTI-BAND_PBGT_HO is set to enabled, Cause 23 will be checked over all the neighboring cells without any cell frequency band restriction.
>
Alcatel
122
This constraint is less discriminative than Cause 12 In specific traffic distribution, this cause is triggered before cause 12
@Introduction to Radio Fine Tuning BSS Release B9 123 All rights reserved 2004, Alcatel
Alcatel
123
Traffic_load(n2)=high Traffic_load(n1)=low
Other cases
Traffic_load(n2)=low Traffic_load(n1)=high
Traffic_load
HO_MARGING(n2, n1)
Traffic Handover
HO_MARGING(n2, n1) + DELTA_INC_HO_margin
2 x HO_MARGIN
PBGT (n1)
@Introduction to Radio Fine Tuning BSS Release B9
Handover from n2 to n1
124 All rights reserved 2004, Alcatel
>
The figure represents the triggering areas of PBGT and traffic handovers according to the traffic load in the serving cell and in the neighbor cell.
Alcatel
124
> If the serving cell is completely congested, the MS is allocated an SDCCH > If no TCH is available, the MS is queued Under certain conditions, the MS obtains TCH in another cell
> SDCCH-TCH handover on: better condition or emergency causes = Directed Retry cause 20 = Forced Directed Retry
> Internal and External Directed Retries are possible (since B6.2)
Alcatel
125
Alcatel
126
EN_FORCED_DR value is only relevant if EN_DR = true AV_RXLEV_NCELL_DR(n) is calculated with A_PBGT_DR window if less than A_PBGT_DR samples are available, the average value is calculated with the available samples and the averaging window is filled in with -110 dBm
127 All rights reserved 2004, Alcatel
Alcatel
127
> Filtering process AV_RXLEV_NCELL_DR(n) > RXLEVmin(n) +max(0,MS_TXPWR_MAX(n) - P) Number of free TCHs t(n) > FREElevel_DR(n)
> Remaining cells are sorted according their PBGT_DR(n) (averaging window A_PBGT_DR) PBGT_DR(n) = AV_RXLEV_NCELL_DR(n) AV_RXLEV_PBGT_DR (BS_TXPWR_MAX - BS_TXPWR) - (MS_TXPWR_MAX(n) - MS_TXPWR_MAX)
128 All rights reserved 2004, Alcatel
Alcatel
128
Alcatel
129
C ell
May be triggered From all cells C ell Towards all cells except serving Can be used to capture traffic by any cell, whatever its type, band, etc.
130 All rights reserved 2004, Alcatel
S e r vi n g c e l l
C el l
C el l
Alcatel
130
> >
Case the serving cell is in the upper or single layer (CELL_LAYER_TYPE(n0) = upper or single): Condition 1: The immediately preceding cell n-1 is in the indoor or lower layer, i.e. CELL_LAYER_TYPE(n1) = lower or indoor, or the frequency band of the immediately preceding cell n-1 is different from the frequency band of the serving cell n0, i.e. CELL_BAND_TYPE(n1) <> CELL_BAND_TYPE(n0). Condition 2: The call has previously performed i) an emergency internal handover on quality (Cause 2, 4, and 7) towards the serving cell or ii) an external handover with the A interface GSM cause uplink quality or downlink quality and there is a bi-directional adjacency link between the preceding external cell n-1and the serving cell n0. If Conditions 1 and 2 are fulfilled the timer T_INHIBIT_CPT is started
>
Alcatel
131
C o n g e s t ed S e r v i n g c e ll
N ei gh bo r c ell
C el l
Ne
all a ttempt wc
HO
N ei gh bo r c ell
C el l
AV_RXLEV_NCELL( n) > L_RXLEV_NCELL_DR( n) + max(0,[MS_TXPWR_MAX( n)-P]) The threshold L_RXLEV_NCELL_DR(n) is the observed level from the neighbor cell n at the border of the area where fast traffic handovers are enabled. This threshold fixes the size of the overlapping area where fast traffic handovers can be performed. It should be greater than RXLEVmin(n). And t(n) > FREElevel_DR(n) FREElevel_DR(n) is the minimum threshold of free TCHs in the neighbor cell n for forced directed retry and fast traffic handover. t(n) is the absolute number of free (dual rate) TCHs in the neighbor cell n. For external cells, t( n) is fixed to the arbitrary value t(n) = 255. Therefore, setting FREElevel_DR(n) to 255 for an external cell inhibits outgoing external fast traffic handover towards this cell. Setting FREElevel_DR(n) to any other value will allow outgoing external fast traffic handover towards this cell. EN_CAUSE_28 = enable The flag EN_CAUSE_28 is not an OMC flag but a HOP flag.
Alcatel
132
Alcatel
133
Size of window for averaging level: A_PBGT_DR Same thresholds and window as Cause 20 (Forced Directed Retry) EN_CAUSE_28 is an internal HOP process variable
Alcatel
134
Handover Preparation
Handover Management
No
EN_CAUSE_28=disable
Yes NO
END DHCP
Start HO - Cause number 28 - Reference of the call to handover (which corresponds to the first candidate MS received)
T_FILTER is started
>
HO cause 28 process: If EN_FAST_TRAFFIC_HO = enable, when an assignment request (or external emergency HO request) is queued, the RAM process sends to the HOP process a Fast Traffic HO request which contains the queued request reference and its channel rate. Then, HO cause 28 becomes checkable (EN_CAUSE_28=enable). Once an HO alarm for cause 28 is triggered, the flag EN_CAUSE_28 is set to disable so as not to perform more than one handover. In the same time, the HOP process gets back to the RAM process a Fast Traffic HO Acknowledge which contains the queued request reference and the reference of the MS that can perform HO. If several answers are sent to the RAM process, only the first one corresponding to the queued request is taken into account. The RAM process checks if the request is still queued. If that is so, the RAM process asks the HOP process to start HO for this mobile; otherwise the process is stopped. Once the HOP process receives this message, the first two conditions of Cause 28 (good enough level, enough free resources in the target cell) are checked one more time. If the conditions are fulfilled, the HOP process sends an alarm to the HOM entity and the timer T_FILTER is started ; otherwise the process is stopped.
Note: the first two conditions of cause 28 are tested twice in order to be sure that the candidate cells are still valid when the cause 28 start HO message is received from the RAM process.
Alcatel
135
> >
THR_RXQUAL_CAUSE_15 and EN_CAUSE_15 are not parameters but variables defined just after. In B7: New causes (26 & 27) introduced due to AMR support Cause 26 is an emergency condition: Intracell HO: speech codec from AMR-HR to AMR-FR Cause 27 is a better condition Intracell HO: speech codec from AMR-FR to AMR-HR Causes 15 & 16 are modified due to AMR support Specifics enablers and thresholds for AMR calls AMR emergency HO (cause 26) is triggered if cause 15 or 16 has already been triggered Cause 29 is created for intracell handover due to TFO Codec sharing and optimization for MTM calls
Alcatel
136
>
THR_RXQUAL_CAUSE_16 and EN_CAUSE_16 are not parameters but variables defined after.
Alcatel
137
XX = UL or DL For a non AMR call, the thresholds used are identical to the ones used for CAUSE 2 and CAUSE 4. In this case and if EN_INTRACELL_REPEATED = DISABLE, when aN HO CAUSE 15 (or 16) fails, it can be modified as UPLINK (or DOWLINK) QUALITY, HO CAUSE 2 (respectively HO CAUSE 4).
Alcatel
138
FIXED
Channel coding
Speech protection "against degradation" 22.8 Kbit/s (FR TS)
Speech coding
Speech information "useful part" 13 Kbit/s (FR) ou 12.2 Kbit/s (EFR)
Voice
Radio
@Introduction to Radio Fine Tuning BSS Release B9 139 All rights reserved 2004, Alcatel
> >
Speech coding contains speech information (the useful part). Channel coding protects speech information (against radio degradations).
>
The main speech codec currently used in GSM networks, speech Full Rate, is quite old. It has been specified more than 10 years ago. Around 1992, to increase network capacity, GSM has specified a half rate speech codec. But this codec showed strong limitations in terms of speech quality, especially for mobile to mobile calls (double transcoding degrades very much the speech quality of the half rate codec) and under poor radio conditions. Recently, studies on AMR have been launched to provide a solution to: Increase speech quality in full rate and half rate, Increase network capacity by offering a good half rate solution, Use a long-term solution, to avoid adding more and more codecs handled independently from the others.
>
Alcatel
139
EXIBLE FL
Speech coding
Variable speech coding rate 4.75 Kbit/s 5.15 Kbit/s 5.9 Kbit/s
6.7 Kbit/s 7.4 Kbit/s 7.95 Kbit/s 10.2 Kbit/s 12.2 Kbit/s
Channel coding
Variable channel coding rate 22.8 Kbit/s (FR TS)
Voice
Radio
Variable channel coding rate 11.4 Kbit/s (HR TS) (AMR HR 7.95 not supported)
Voice
Radio
>
In order to adapt the intermediate rate, a set of speech codecs has been defined by ETSI to be used by AMR: When radio conditions are good, increases speech information. When radio conditions are bad, protects speech information. Full Rate: Alcatel implementation is fully compliant with GSM recommendations. All these AMR FR codec modes are supported. In particular, the Alcatel BSS has implemented the 7.95, 5.9 and 4.75 codec modes which use polynomials of constraint length 7 to ensure a high protection. Half Rate: Alcatel implementation supports 5 out of 6 AMR HR codec modes (AMR HR 7.95 is not supported) which are fully compliant with GSM recommendations. In particular, the Alcatel BSS has implemented the 4.75 codec mode which uses polynomials of constraint length 7 to ensure a high protection. During a call, only a subset out of these 8 codecs is used. The subset can include from 1 to 4 codecs. It is up to the operator to define its own codec subset. In particular, he can define a codec subset limited to the common codec modes supported by all the BSSs of its network (some BSSs may not be able to support all of them due to implementability problems). The codec subset defined by the operator is the same in the uplink and in the downlink.
>
>
>
>
>
Codec Mode adaptation: dynamic change from one codec to another, using the same channel (FR or HR). metric used: C/I (Carrier over interference ratio). Channel Mode adaptation: change from one FR channel to an HR one and vice-versa independently from the codec mode. metric used: RX_QUAL uplink and downlink.
Alcatel
140
>
The AMR principle is to have a set of codecs and, for any radio conditions, to use the one with the best speech quality. Under good radio conditions, a codec with a high bit rate is used. Speech is encoded with more information so the quality is better. In the channel coding, only little place is left for redundancy. Under poor radio conditions, a codec with a low bit rate is chosen. Speech is encoded with less information, but this information can be well protected due to redundancy in the channel coding. The BSS adapts dynamically the codec in uplink direction and in downlink direction, taking into account the C/I measured by the BTS (for uplink adaptation) and by the MS (for downlink adaptation). The codec used in the uplink and used in the downlink can be different: the adaptation is independent in each direction. This permits to use an optimal codec for each C/I value of each direction, as indicated in the figure below.
Speech Quality [dBQ] or [MOS] High bit rate (for example 12.2 kbit/s: EFR) Medium bit rate (for example 7.95 kbit/s) Low bit rate (for example 5.90 kbit/s) AMR-FR with codec subset (12.2, 7.95, 5.90)
C/I [dB]
Alcatel
141
Alcatel
142
CODEC_MODE_3
AMR_FR_THR_3 + AMR_FR_HYST AMR_FR_THY_3
CODEC_MODE_2
AMR_FR_THR_2 + AMR_FR_HYST AMR_FR_THR_2
Alcatel
143
Downlink adaptation
MS C/I evaluation & thresholds comparison Codec Mode Request (new codec mode) Codec Mode Indication (new codec mode)
BTS
TC
Codec Mode Request (new codec mode) Codec Mode Indication (new codec mode)
Alcatel
144
To end of chain
In HR mode:
11.4 Kbit/s
(HR TS)
To end of chain
> Choice between HR and FR (Channel mode adaptation) is done at call setup and during call through HO causes 26 & 27
@Introduction to Radio Fine Tuning BSS Release B9 145 All rights reserved 2004, Alcatel
> >
Codec mode adaptation: The codec mode adaptation is the dynamic change from one codec to another codec, using the same channel (FR or HR). This adaptation is performed by the layer 1 of the BTS. It is transparent for the BSC and the layer 3 of the BTS. The metric used for codec mode adaptation is the evaluation of the ratio: signal over noise.
>
Alcatel
145
> >
>
>
The main speech codec currently used in GSM networks, speech Full Rate, is quite old. It has been specified more than 10 years ago. Around 1992, to increase network capacity, GSM has specified a half rate speech codec. But this codec showed strong limitations in terms of speech quality, especially for mobile to mobile calls (double transcoding degrades very much the speech quality of the half rate codec) and under poor radio conditions. A few years later, when GSM started to be introduced in North America, American operators asked for an improved speech codec for full rate channels. Indeed speech quality was a major argument for customers used to have a good speech quality with analog systems. For that issue, EFR was specified for GSM. Recently, studies on AMR have been launched to provide a solution to: Increase speech quality in full rate and half rate, Increase network capacity by offering a good half rate solution, Use a long-term solution, to avoid adding more and more codecs handled independently from the others, Take into account Tandem Free Operation (TFO), especially between MSs on half rate on one side and on full rate on the other side.
Alcatel
146
HR for any MS
THR_FR_LOAD_U_SV1 = THR_FR_LOAD_U_SV1= 80%
FR for any MS
>
>
Load samples are computed by the BSC every TCH_INFO_PERIOD = 5 seconds. LOAD_EV_PERIOD is the averaging window size for cell load computation. It is equal to 12 but can be changed at the OMCR level on a per cell basis. Therefore cell load process has a periodicity of 1mn by default (TCH_INFO_PERIOD*LOAD_EV_PERIOD). The allocation of Half rate resources is decided upon the load evaluation in the serving cell. AMR HR (HR SV3) offers a better speech quality than HR SV1. The Alcatel BSS offers thus the possibility to define a set of thresholds specific for AMR. If the load increases, AMR HR capable MSs can be the first to be allocated in HR (HR SV3) for load reasons, and if the load still increases, then all the HR capable MSs can be allocated in HR (HR SV1 & HR SV3) for load reasons. This is why two variables of load are defined: LOAD_SV3 and LOAD_SV1. Each load variable is calculated through its own threshold set: the thresholds related to the variable LOAD_SV3 (THR_FR_LOAD_U_SV3 and THR_FR_LOAD_L_SV3) are less restrictive than the ones related to the variable LOAD_SV1 (THR_FR_LOAD_U_SV1 and THR_FR_LOAD_L_SV1). As a consequence, if the load of the cell increases, then the variable LOAD_SV3 will first equal TRUE, and if the load still increases, the variable LOAD_SV1 will then equal TRUE. The variable LOAD_SV1 corresponds to a level of load where it is important to put as many MSs on half rate TCH as Previous state LOAD_SV1 = FALSE LOAD_SV1 = TRUE possible: HRAV_LOAD HR SV1. SV3 or
AV_LOAD THR_FR_LOAD_L_SV1 THR_FR_LOAD_L_SV1 < AV_LOAD THR_FR_LOAD_U_SV1 THR_FR_LOAD_U_SV1 < AV_LOAD LOAD_SV1 = FALSE LOAD_SV1 = FALSE LOAD_SV1 = FALSE LOAD_SV1 = TRUE
LOAD_SV1 = TRUE
LOAD_SV1 = TRUE
>
The same computation is done to compute LOAD_SV3 THR_FR_LOAD_L_SV3 with the following relations: THR_FR_LOAD_L_SV3 THR_FR_LOAD_U_SV3 THR_FR_LOAD_U_SV3 THR_FR_LOAD_U_SV1 THR_FR_LOAD_L_SV3 THR_FR_LOAD_L_SV1
with
the
thresholds:
THR_FR_LOAD_U_SV3
and
Alcatel
147
Alcatel
148
Alcatel
149
Alcatel
150
If
Alcatel
151
Alcatel
152
Alcatel
153
Bad quality: 7
Half Rate
HO cause 27 THR_RXQUAL_CA_NORMAL THR_RXQUAL_CA_NORMAL + OFFSET_CA_NORMAL
Half Rate
HO cause 26
HO cause 26
Full Rate
Bad quality: 7
Load = False
Alcatel
154
TC
TC
No transcoding withTFO MS A MS B
TC
TC
> >
The Tandem Free Operation (TFO) feature is a way to avoid double transcoding in mobile to mobile speech calls. Indeed without TFO, one GSM codec type is used between the first mobile and the first transcoder, then the speech is transcoded into A/ law between transcoders and finally this speech is transcoded again into a second GSM codec type (which may be the same as the first one) between the second transcoder and the second mobile. With TFO, after call establishment, both BSSs at each side are able to negotiate a common GSM codec type which is then used from one mobile to the other mobile. This negotiation is performed through in-band signaling between transcoders.
>
Alcatel
155
MS
IPE
BTS
MS
64 Kbit/s Speech Sample carrying: - TFO frames on the LSB containing: - compressed speech samples - control bits - TFO messages - original PCM speech samples on the MSB
Alcatel
156
Yes Match
No
TFO mode ON
Normal operation
Alcatel
157
Alcatel
158
>
Codec mismatch:
At call setup for a mobile to mobile speech call, when both BSSs do not use the same codec type, a codec mismatch occurs. If a common codec type can be found, either one or possibly both BSSs perform an intracell handover to use the common codec type found. Afterwards TFO can be started using this common codec type. Codec mismatch resolution is authorized in the BSC using an O&M flag: EN_TFO_MATCH. This flag is forwarded to the TC, via the BTS.
>
Codec optimization:
At call setup for a mobile to mobile speech call, it can occur that a first common codec type can be found but a better speech quality would be provided with another common codec type. Once both BSSs operate in Tandem Free, they exchange their complete codec capabilities, to try to find a better codec type than the current one. Codec optimization is authorized in the BSC using an O&M flag : EN_TFO_OPT. This flag is forwarded to the TC, via the BTS.
>
>
In all cases, TFO is considered better as any tandeming configuration. In TFO, EFR is considered as better than FR, considered as better than HR. Force TFO vs. AMR : TFO + AMR is not supported in this implementation of TFO. In the normal operation, a call established with AMR will not initiate a TFO negotiation. The goal of the function Force TFO vs. AMR is to allow a call, established with AMR to initiate a TFO negotiation and, if possible, to change of codec type to FR, HR or EFR to establish TFO.
In-Path Equipments (IPEs):
>
TFO can only be activated if TFO frames (at 8 or 16 Kbit/s) can be sent transparently through the public switching network. In-path equipments are equipments such as echo cancelers or A/ law converters that modify the 64 Kbit/s speech signal. Such equipments need to be deactivated for TFO calls.
Alcatel
159
Alcatel
160
A M C e ll c a p : R R / H R/ E F R / F
Disabled (ETSI implementation)
C e ll c a p : H R / E F R/ F R
TFO not possible
The MS A using AMR, could use HR/EFR/FR The MS B can use HR/EFR/FR The MS A can only use HR/EFR/FR The MS B can use HR/EFR/FR
ERF + TFO
Alcatel
161
HR + TFO
Alcatel
162
Alcatel
163
B9
TRX3
Non pre-emptable zone MAX_SPDCH_HIGH_LOAD zone MAX_SPDCH_LIMIT zone PS traffic zone
TRX1
HO cause 30
>
>
MAX_SPDCH_HIGH_LOAD zone: this zone corresponds to the MAX_SPDCH_HIGH_LOAD consecutive PS capable timeslots that are preferred for PS allocation. In this zone, allocated TBFs cannot be pre-empted. If the value of MAX_SPDCH_HIGH_LOAD is not modified, this zone remains unchanged. Non pre-emptable PS zone: this zone is always inside the MAX_SPDCH_HIGH_LOAD zone. In this latter zone, we search for the rightest timeslot allocated to the MFS and used. Then, all timeslots situated at its left define this non pre-emptable PS zone. MAX_SPDCH_LIMIT zone: this zone corresponds to the MAX_SPDCH_LIMIT consecutive PS capable timeslots that are preferred for PS allocation. PS traffic zone: this zone corresponds to the larger zone between the non pre-emptable PS zone and the MAX_SPDCH_LIMIT zone.
>
>
>
Alcatel
164
29 30
>
The causes 24, 12 and 23 have the same priority. Nevertheless, if a cell is a candidate for both causes, triggered in the same time, it is kept only for cause 12. Dealing with all available causes, we get the following list: Emergency: 7 > 17 > 18 > 2 > 4 > 3 > 5 > 6 > 22 > 10 > 11 > 26 > 15 > 16 Better conditions: 21=14=24=12=23 > 13 > 27 > 20 > 28 29 has no priority
>
Alcatel
165
Alcatel
166
4 -81 33
1 -79 33
3 -75 33
4 -70 33
4 -69 33
4 -72 29 (0.8 w)
Level
Alcatel
167
-70 -80
-70 -70
-80 -75
-70 -75
-70 -79
-75 -96
Alcatel
168
?
N
ing c el HO_MARGIN(0,n) =5 dB A_PBGT_HO = 8 SACCH A n to 0 HO has just been triggered, what happens after 4s?
Nb of case AV_RXLEV_NCELL(n) AV_RXLEV_PBGT_HO PBGT(n) a only 1 2 3 4 5
-70 -70 0 NO
-80 -75 -5 NO
-70 -75 5 NO
HO cause 12: YES/NO? PBGT>HO margin PING_PONG_HCP=15 -> PBGT(n) HO cause 12:YES/NO?
@Introduction to Radio Fine Tuning BSS Release B9
Alcatel
169
Alcatel
170
S e rvi n g c e l l
2 3 4
N c el l
-71 dBm
-71 dBm
-76 dBm
-71 dBm
-780 dBm -80 dBm -80 dBm -80 dBm 0: traffic low 0: traffic high 0: traffic high 0: traffic low N: traffic high N: traffic low N: traffic low N: traffic high
Alcatel
171
Find the thresholds and offsets for normal and high load: THR_RXQUAL_CA_NORMAL = ? THR_RXQUAL_CA_HIGH = ?
Alcatel
172
>
1 0
False
2 1
False
3 1
False
3 1
True
1 0
True
1 0
True
0 2
True
0 4
True
1 3
True
Alcatel
173
S e rvi n g c e l l
N c el l
Alcatel
174
HR, MS3 FR
Alcatel
175
Loaded cell M S / c e ll c a p : H R / E F R/ F R
Unloaded cell M S / c e ll c a p : E F R/ F R
TCH = TCH =
? ?
TCH = TCH =
? ?
Alcatel
176
Loaded cell M S / c e ll c a p : H R / E F R/ F R
Unloaded cell M S / c e ll c a p : E F R/ F R
TCH = TCH =
? ?
TCH = TCH =
? ?
Alcatel
177
Loaded cell M S / c e ll c a p : H R / E F R/ F R
Unloaded cell M S / c e ll c a p : E F R/ F R
TCH = TCH =
? ?
TCH = TCH =
? ?
Alcatel
178
Loaded cell M S / c e ll c a p : H R / E F R/ F R
Unloaded cell M S / c e ll c a p : H R /E F R / F R
TCH = TCH =
? ?
TCH = TCH =
? ?
Alcatel
179
HO
MS 2 HO
MS 2
?
TFO
Unloaded cell M S / c e ll c a p : H R / E FR /F R
?
@Introduction to Radio Fine Tuning BSS Release B9
?
TFO
Alcatel
180
HO
MS 2 HO
MS 2
?
TFO
Loaded cell M S /c e ll c a p : H R/ E F R /F R
?
@Introduction to Radio Fine Tuning BSS Release B9
?
181 All rights reserved 2004, Alcatel
?
TFO
Alcatel
181
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
182
>
Handover candidate cell evaluation The process is performed in the BSC. Once a need for handover is detected, this process looks for possible target cells (except if it is an intracell handover or an interzone handover) and provides the BSC entity in charge of the HO decision and execution entity with a list of candidate cells and their respective HO cause.
BTS
BSC
HO Preparation
HO Detection
HO management
HO protocol
MSC
Alcatel
183
Measurement Preprocessing
A_LEV_HO A_QUAL_HO A_PBGT_HO A_RANGE_HO
HO Detection
Preprocess measurement
Order
Priority (0, n) = 0 Cell 4: cause C2 Cell 3: cause C2 Cell 2: cause C2 Priority (0, n) = 1 Priority (0, n) = 2 Priority (0, n) = 3 Cell 6: cause C2 Cell 8: cause C2 Priority (0, n) = 4 Priority (0, n) = 5
>
The HO candidate evaluation process is run after all intercell handover alarms. In case of intracell handover alarm (HO causes 10, 11, 13, 15, 16), the candidate cell evaluation process is skipped: the target cell is the serving cell. The handover detection gives as indication the raw cell list (built from book-keeping list) and the preferred layer for the handover. In case of emergency handover alarms or cause 20 alarm, the cell evaluation will order the cells given in the raw list, putting in the first position the cells belonging to the preferred layer, having the highest priority (if EN_PRIORITY_ORDERING=ENABLE) and/or having the same frequency band type as the serving cell. In case of an intercell handover alarm, if the serving cell belongs to the raw cell list (emergency handover from the DCS 1800 inner zone of a multiband cell), this cell is put at the end of the candidate cell list with the MS zone indication OUTER. In case of better condition handover alarms (except cause 20), the cell evaluation will order the cells given in the raw list, putting in the first position the cells belonging to the preferred layer and having the highest priority (if EN_PRIORITY_ORDERING=ENABLE).
Alcatel
184
Priority(0,n) = 5
Cell_layer_type = Pref_layer
Priority(0,n) = 0 Priority(0,n) = 1
Priority(0,n) = 5
Alcatel
185
Ca
S er vin g c e ll
ndidate cell 1
RxLev: - 90 dBm PBGT: + 5 dB
P0
Ca
@Introduction to Radio Fine Tuning BSS Release B9 186
ndidate cell 2
>
Cell ordering according to target layer and target band In hierarchical or multiband environment, cells are characterized by the layer they belong to or/and the frequency band they use. The candidate cell evaluation process takes into account these characteristics in the candidate cell ordering. In hierarchical environment, the HO detection process can indicate a preferred layer where the handover must be directed to. If this indication is used, the candidate cell evaluation puts in the first places of the list, the candidate cells belonging to the preferred layer. They are followed by the cells of the other layer, providing they are also correct candidates. After this possible distinction, in each part of the list, the candidate cell evaluation sorts the candidate cells according to the parameter PRIORITY(0,n) (parameter on line changeable from the OMC-R). The cells having the highest priority are put in the first place of the list. They are followed by the cells having the lowest priorities. The PRIORITY(0,n) is only used when the flag EN_PRIORTY_ORDERING is set to enable. In case of emergency handover, for each category (preferred layer and other layer) and between cells having the same priority, the candidate cell evaluation sorts the candidate cells according to the frequency band they use: the cells which use the same frequency band as the serving cell are put first and they are followed by the cells which use the other frequency band. The cell evaluation function is then applied to the different candidate cell lists defined from the preferred layer indication, the PRIORITY(0,n) parameter and the frequency band of the serving cell (only in case of emergency handover).
Alcatel
186
The filtering process allows to filter out cells from the target list before sending them to the ORDER or GRADE evaluation process. It can be enabled/disabled on-line on a per cell basis from the OMC-R with the flag EN_PBGT_FILTERING. The candidate cells are filtered on their power budget in relation to a handover margin threshold based on the handover cause.
Note: the averaging window used for this process is A_PBGT_HO (even for emergency handovers, where a handover alarm could have been raised through A_LEV_HO or A_QUAL_HO samples)
Alcatel
187
>
Two types of cell evaluation algorithms can be used: ORDER and GRADE. ORDER and GRADE are two different methods of cell ranking. They both consist in giving a mark or figure of merit to each candidate cell. The basic differences between ORDER and GRADE are that: with ORDER The candidate cell evaluation process interacts with the handover detection by use of cause-dependent handover margins. The candidate cell evaluation process takes into account the number of free TCHs in the candidate cells. with GRADE The candidate cell evaluation process does not interact with the handover detection. The candidate cell evaluation process takes into account the relative load of traffic channels in the candidate cells. The type of cell evaluation is chosen by the operator on a (serving) cell basis and is provided to the BSC with the parameter CELL_EV. For any handover cause, the first cell in the list is taken as a target cell, i.e. the cell with the highest value of ORDER(n). The cells do not need to fulfil any other condition. If no cell fulfils the condition and the serving cell does not belong to the target cell list, the target cell list is empty and no further action is carried out.
> >
Alcatel
188
LOADfactor(n) is a weighting factor that takes into account the relative load of traffic channels in a cell If EN_LOAD_ORDER = DISABLE or cell n is external to the BSC GRADE (n) = PBGT(n) + LINK_FACTOR(0,n) > Cell "n" is kept if: AV_RXLEV_NCELL (n) > RXLEVmin(n) + max [0;(MS_TXPWR_MAX(n)-P)]
@Introduction to Radio Fine Tuning BSS Release B9 189 All rights reserved 2004, Alcatel
> >
LINKfactor(0,n) is a parameter set by OMC command for each cell(n). LINKfactor(n1,n2) allows the operator to handicap or to favor the cell n1 with respect to its neighbor cell n2. In particular, it can be used to disadvantage an external cell when an internal cell is also a possible candidate. For any handover cause, the first cell in the list is taken as a target cell, i.e. the cell with the highest value of GRADE(n). If no cell fulfils the condition and the serving cell does not belong to the target cell list, the target cell list is empty and no further action is carried out.
>
Alcatel
189
M k
** ** ** As md sC As mp sC ** ** ** ** ** ** ** ** ** ** ** ** HO M CD
RL v L Cll_N1 BIC e RL v e Cll_N2 BIC e x e_cll2 Cll_N3 BIC e x e_cll3 Cll_N4 BIC e x e _cll4 Cll_N5 BIC e x e_cll5 Cll_N6 BIC e x e_cll6 x e_D e b S _cll1 x e_cll1 e b S _cll2RL v e e b S _cll3RL v e e b S _cll4RL v e e b S _cll5RL v e e b S _cll6RL v e -102 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -99 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -99 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -98 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -76 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -96 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -95 14 3 -91 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -93 14 3 -92 0 0 -110 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -93 1 0 -89 14 3 -91 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -93 1 0 -90 14 3 -94 0 0 -110 0 0 -110 0 0 -110 0 0 -110 -93 1 -0 -88 14 3 -94 3 1 -101 0 0 -110 0 0 -110 0 0 -110 -94 8 7 -93 1 0 -93 14 3 -96 3 1 -103 0 0 -110 0 0 -110 -96 1 0 -93 8 7 -95 14 3 -99 3 1 -106 0 0 -110 0 0 -110 -96 -1 0 -91 8 7 -95 14 3 -99 3 1 -104 0 0 -110 0 0 -110 -98 1 0 -92 14 3 -98 8 7 -99 3 1 -107 0 0 -110 0 0 -110 -101 8 7 -97 1 0 -97 14 3 -102 3 1 -107 0 0 -110 0 0 -110 -101 8 7 -96 1 0 -99 14 3 -103 3 1 -108 0 0 -110 0 0 -110
Alcatel
190
Averaging measurement Averaged measurements and PBGT(n) AV_RXLEV_PBGT_HO AV_RXLEV_PBGT_HO (14;3) (1;0) (8;7) (3;1) -100 -95 -96 PBGT(n) -2
3 2
?
3 2 -8
-106
3 2
Target Cell
?
@Introduction to Radio Fine Tuning BSS Release B9 191 All rights reserved 2004, Alcatel
(1;0)
Alcatel
191
2.7 Exercise
Theoretical presentation Radio measurements principles Radio measurements data processing Radio Link Supervision and Power control Handover Detection Handover Candidate Cell Evaluation Handover Management Exercise
Alcatel
192
2.8 Exercise
> List all the parameters involved in the detection of cause 23 > List all the causes impacted by the parameter DELTA_INC_HO_MARGIN > List all the causes impacted by the parameter L_RXQUAL_UL_H > List all the causes impacted by the parameter BS_TXPWR_MAX > List all the causes impacted by the parameter BS_P_CON_ACK Time allowed: 10 minutes
Alcatel
193
3 OTHER ALGORITHMS
Alcatel
194
> Program:
3.1 3.2 3.3 3.4 Dynamic SDCCH allocation TCH resource allocation algorithm MS Reselection algorithms 3G to 2G HO filtering algorithm
Alcatel
195
3 OTHER ALGORITHMS
3.1 Dynamic SDCCH allocation 3.2 TCH resource allocation algorithm 3.3 MS Reselection algorithms 3.4 3G to 2G HO filtering algorithm
Alcatel
196
Max
> Definitions A Static SDCCH timeslot is a physical timeslot fixed allocated on the air interface. It contains 3, 4, 7 or 8 SDCCH sub-channels depending on whether the timeslot is an SDCCH/3, SDCCH/4, SDCCH/7, or SDCCH/8 timeslot.
Alcatel
197
TCH Capacity
TCH Capacity
TCH CAPACITY
> Definition An SDCCH is a logical SDCCH sub-channel mapped on a Static SDCCH timeslot or a Dynamic SDCCH/8 timeslot. > Signaling load cases Timeslot split between signaling and traffic channels depends on the network signaling load. The main cases are: - Normal signaling load cells: Rural area cells in center of Location Areas (e.g. 1 SDCCH timeslot for a 3-TRX cell) - High signaling load cells: Urban or suburban area cells in the center of a Location Area Rural area cells at the border of Location Areas (e.g. 2 SDCCH time slots for a 3-TRX cell) - Very high signaling load cells: Urban or suburban area cells at the border of a Location Area Cells with high SMS load (more than one SMS per call) (e.g. 3 SDCCH time slots for a 3-TRX cell)
Alcatel
198
An additional dynamic SDCCH/8 timeslot is allocated by the BSC if there is no SDCCH sub-channel free in the cell. A dynamic SDCCH/8 timeslot is de-allocated by the BSC after T_DYN_SDCCH_HOLD (10s) delay if all of its SDCCH subchannels become free
> The location of the Dynamic SDCCH/8 time slots are fixed by O&M configuration.
>
Alcatel
199
>The OMC-R provides the BSC with the following O&M type of radio timeslots: Main BCCH timeslot (BCC): It is a timeslot carrying FCCH + SCH + BCCH + CCCH. Main combined BCCH timeslot (CBC): It is a timeslot carrying FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/4. Static SDCCH timeslot (SDC): It is a timeslot carrying SDCCH/8 + SACCH/8. Dynamic SDCCH/8 timeslot (SDD): It is a timeslot carrying TCH + SACCH or SDCCH/8 + SACCH/8 TCH timeslot (TCH): It is a timeslot carrying TCH + SACCH or PDCH >In RAM point of view, a radio timeslot can be defined as: Pure BCCH timeslot: The BCCH timeslot is the radio timeslot configured as BCC by O&M. Such a timeslot only carries common CS signalling. Pure SDCCH timeslot: A pure SDCCH timeslot is a timeslot configured as a CBC or SDC by O&M. Such a timeslot can carry SDCCH traffic. Pure TCH timeslot: A pure TCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot only carries TCH traffic. TCH/SDCCH timeslot: A TCH/SDCCH timeslot is a timeslot configured as SDD by O&M. Such a timeslot is dynamically allocated as TCH or as SDCCH depending on the usage of the timeslot. It can carry TCH traffic or SDCCH traffic. TCH/SPDCH timeslot: A TCH/SPDCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot is dynamically allocated as TCH or as SPDCH depending on the usage of the timeslot. It can carry TCH traffic or PS traffic. MPDCH timeslot: A MPDCH timeslot is a timeslot configured as TCH by O&M. Such a timeslot can only carry common PS signalling. >A pure SDCCH timeslot can carry x SDCCH sub-channels where x equal to: 4 in case of combined CCCH and when CBCH is not configured on the timeslot, 7 in case of non-combined CCCH and when CBCH is configured on the timeslot, 3 in case of combined CCCH and when CBCH is configured on the timeslot, 8 for a normal SDCCH timeslot. >When allocated as SDCCH, a TCH/SDCCH timeslot can carry up to 8 SDCCH sub-channels.
Alcatel
200
Yes
No
Are they any free SDCCH sub-channel among Static SDCCH timeslots?
Yes
No
Are they any free SDCCH sub-channel among Dynamic SDCCH/8 already allocated?
Yes
No
Are they any Dynamic SDCCH/8 timeslots available and free in the cell? Allocate one Dynamic SDCCH/8 timeslot
SDCCH Request rejected!!!
Principle 1 : Preference is given to pure SDCCH timeslots Principle 2 : Balance TCU processor load between different TCUs in fact before entering in this algorithm ( see slide) the first step is : Removal of all the SDCCH subchannels mapped on TCU in Very High Overload state Principle 3 : FR TRX preference
Alcatel
201
Note that a SDCCH request can not access the timeslots reserved by NUM_TCH_EGNCY_HO. If all remaining TCH/SDCCH timeslots are reserved by NUM_TCH_EGNCY_HO, then the SDCCH request shall be rejected.
Alcatel
202
> CASE 2: > IF several TCH/SDCCH timeslots are allocated as SDCCH AND IF all of them become free of SDCCH sub-channels when the timer runs > THEN all these timeslots except one are de-allocated (become back TCH) without awaiting the timer expiration. (the last one waiting for the timer expiration)
@Introduction to Radio Fine Tuning BSS Release B9 203 All rights reserved 2004, Alcatel
The de-allocation algorithm ensures that : TCH/SDCCH timeslots are not allocated too fast to TCH after de-allocating them TCH/SDCCH timeslots are not re-allocated too frequently to SDCCH
Note : while T_DYN_SDCCH_HOLD is running: the dynamic SDCCH/8 timeslot marked as HOLD is still considered as allocated to SDCCH (and can not be allocated to TCH); If a subsequent dynamic SDCCH/8 timeslot (used as SDCCH and in the same cell) becomes free: a) If this just freed dynamic SDCCH/8 timeslot has a higher priority, T_DYN_SDCCH_HOLD is re-started and precedent dynamic SDCCH/8 timeslot in HOLD state is de-allocated immediately; b) If this just freed dynamic SDCCH/8 timeslot has lower priority, and T_DYN_SDCCH_HOLD is re-started and the just freed dynamic SDCCH/8 timeslot is de-allocated immediately.
Alcatel
203
5 8
BTS
1 7 9
BTS
11 6
12
>Dynamic sdcch rules >The CBCH must be configured on a static SDCCH/8 or SDCCH/4 timeslot. >Combined SDCCHs (SDCCH/4 + BCCH) are always static. >To avoid incoherent allocation strategy between SDCCH and PDCH, a dynamic SDCCH/8 timeslot cannot have the characteristic of being a PDCH (it cannot carry GPRS traffic). >The operator must configure at least one static SDCCH/8 or SDCCH/4 timeslot on BCCH TRX in a cell. >In cells with E-GSM, only the TRX, which do not belong to the G1 band, can support dynamic and static SDCCHs. >In multiband and concentric cells, only the TRX, which belongs to the outer zone, can support dynamic and static SDCCHs. >Up to 24 static/dynamic SDCCH sub-channels can be configured per TRX.
Alcatel
204
Note1: For one TRX, dynamic SDCCHs are over-dimensioned because of the granularity of 8. According to the Alcatel traffic model, all dynamic SDCCHs will not be used. Note2: An additional dynamic SDCCH/8 must be provided for each DR TRX (these are expected mainly on small cells).
> rules: At least one static SDCCH/4 or SDCCH/8 on BCCH TRX Up to 24 static/dynamic SDCCH sub-channels per TRX Up to 32 static/dynamic SDCCH sub-channels per TCU Up to 88 static/dynamic SDCCH sub-channels per CELL
Alcatel
205
3 OTHER ALGORITHMS
3.1 Dynamic SDCCH allocation 3.2 TCH resource allocation algorithm 3.3 MS Reselection algorithms 3.4 3G to 2G HO filtering algorithm
Alcatel
206
Alcatel
207
3.2 TCH resource allocation algorithm Radio Timeslot of a cell : Operator view
> On the OMC-R the operator can configure the following Radio TS per cell: Main BCCH timeslot (BCC): TS carrying FCCH + SCH + BCCH + CCCH Main combined BCCH timeslot (CBC): TS carrying FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/4 Static SDCCH timeslot (SDC): TS carrying SDCCH/8 + SACCH/8 Dynamic SDCCH/8 timeslot (SDD): TS carrying TCH + SACCH or SDCCH/8 + SACCH/8 TCH timeslot (TCH): TS carrying TCH + SACCH or used as a PS timeslot (PDCH)
The operator has to choose between a Combined BCCH (CBC TS) or a Non-combined BCCH configuration (BCC TS). A PDCH is a radio timeslot used for PS traffic or signalling. It can carry either PS traffic or PS signalling but not both. If it carries traffic it is called a Slave PDCH (SPDCH) TS and it carries the logical channels PDTCH+PACCH+PTTCH. If it carries signalling it is called a Master PDCH (MPDCH) TS and it carries: either the logical channels PBCCH+PPCH+PAGCH+PRACH: it is then called a Primary MPDCH or only PPCH+PAGCH+PRACH: it is then called a Secondary MPDCH SDD TS can carry either TCH or SDCCH channels but not both at the same time. TCH TS can carry either CS traffic channel TCH or PS logical channels but not both at the same time.
> >
Alcatel
208
3.2 TCH resource allocation algorithm Radio Timeslot of a cell : RAM view
> In the BSS the RAM software module maps the OMC-R cell radio configuration to its own types of TS : Pure BCCH timeslot: BCC TS carrying only common CS signalling (BCCH+CCCH) Pure SDCCH timeslot: CBC or SDC TS carrying only dedicated CS signalling (SDCCH) Pure TCH timeslot: TCH TS carrying only TCH traffic TCH/SDCCH timeslot: SDD TS carrying either CS traffic (TCH) or dedicated CS signalling (SDCCH) TCH/SPDCH timeslot: TCH TS carrying either CS traffic (TCH) or PS traffic (SPDCH channels) MPDCH timeslot: TCH TS carrying common PS signalling (PBCCH+PCCCH or PCCCH only)
>
TCH/SDCCH timeslots are allocated as TCH or SDCCH according to an SDCCH dynamic allocation algorithm presented in the Introduction to Radio Fine Tuning B8 training course. TCH/SPDCH timeslots are allocated as TCH or SPDCH according to a SPDCH dynamic allocation algorithm presented in the Introduction to GPRS & E-GPRS Quality of Service Monitoring B8 training course.
>
Alcatel
209
3.2 TCH resource allocation algorithm Radio Timeslot : OMC-R / RAM mapping
> NB_TS_MPCH MPDCH TS are defined on the BCCH TRX : on the timeslots configured as TCH TS on the OMC-R having the lowest timeslot index
OMC-R radio TS BCC CBC SDC TCH TCH SDD TCH TCH/SDCCH TCH/SPDCH MPDCH Pure TCH Pure BCCH Pure SDCCH RAM radio TS
> TCH/SPDCH TS are defined as being part of an SPDCH group > Pure TCH timeslots are OMC-R TCH TS neither defined as MPDCH TS nor in an SPDCH group
@Introduction to Radio Fine Tuning BSS Release B9 210 All rights reserved 2004, Alcatel
>
MPDCH TS are defined on the BCCH TRX even if the corresponding TRX_PREF_MARK is different than 0.
Alcatel
210
> If several SPDCH groups can be defined on a given TRX, the BSS chooses the SPDCH group of timeslots having the highest number of consecutive timeslots. > A radio timeslot belonging to one of the different SPDCH groups of the cell is identified in RAM as a TCH/SPDCH timeslot.
@Introduction to Radio Fine Tuning BSS Release B9 211 All rights reserved 2004, Alcatel
> >
The timeslots shall be consecutive on a given TRX means that there shall be no hole in the SPDCH group. If several SPDCH groups can be defined on the same TRX and having the same number of consecutive timeslots then the group that is located on the left side of the TRX (i.e. the timeslots having the lowest index) shall be chosen.
Alcatel
211
> >
The timeslots shall be consecutive on a given TRX means that there shall be no hole in the SPDCH group. If several SPDCH groups can be defined on the same TRX and having the same number of consecutive timeslots then the group that is located on the left side of the TRX (i.e. the timeslots having the lowest index) shall be chosen.
Alcatel
212
> Any pure TCH, TCH/SPDCH, TCH/SDCCH TS can be: Busy: if it is not free to serve a FR TCH request Free: if it is free to serve a FR TCH request
> >
A DR TS (timeslot on a DR TRX) is free if no FR TCH or HR TCH is allocated for a call on this timeslot. A DR TS is busy if at least one TCH is allocated for a call on this timeslot: 1 FR TCH or 1 HR TCH (HR 0 TCH or HR 1 TCH) or 2 HR TCHs (HR 0 TCH and HR 1 TCH)
Alcatel
213
>
Alcatel
214
- Cell channel type capability - Cell codec type capability - Cell load
Yes TCH free? Select a TCH sub-pool Select a TCH in this sub-pool TCH selected Yes
No
Queuing?
No TCH rejected
TCH queued
Inputs for TCH allocation function: > radio capability of the MS: the BSS knows the radio capability of the mobile from the MS CLASSMARK after the Radio Link Establishment procedure > requirements from the MSC: channel type (mandatory) is one of the following:
FR HR DR FR P NCA DR FR P CA DR HR P NCA DR HR P CA DR SV P NCA DR SV P CA Full Rate only Half Rate only Dual Rate Full Rate Preferred No Changes Allowed after first channel allocation as a result of the request Dual Rate Full Rate Preferred Changes Allowed after first channel allocation as a result of the request Dual Rate Half Rate Preferred No Changes Allowed after first channel allocation as a result of the request Dual Rate Half Rate Preferred Changes Allowed after first channel allocation as a result of the request Dual Rate No Changes of channel rate Allowed after first channel allocation as a result of the request Dual Rate Changes of channel rate Allowed after first channel allocation as a result of the request
list of preferred speech version (optional): GSM full rate speech version 1 = FR GSM full rate speech version 2 = EFR GSM full rate speech version 3 = AMR FR GSM half rate speech version 1 = HR GSM half rate speech version 3 = AMR HR > capabilities of the cell: FR TCHs only if only FR TRXs / FR+HR TCHs if some DR TRXs codec supported among: FR, EFR, AMR FR, HR, AMR HR
Alcatel
215
TCH free?
Select a TCH sub-pool Select a TCH in this sub-pool TCH selected Yes TCH queued
Queuing?
No
TCH rejected
The timer T11 corresponds to normal assignment with queuing authorised. The timer T11_FORCED corresponds to normal assignment i) when the queuing is not authorised by the MSC but forced by the BSC (QUEUE_ANYWAY = TRUE), or ii) when the queuing is not authorised but the request has its pre-emption indicator set and has already forced the release of a lower priority pre-emptable on-going call. The QUEUE_ANYWAY flag is checked by the Normal Assignment (NASS) entity. - The timer T_qho corresponds to an external channel change with queuing authorised or to an external channel change when the queuing is not authorised but the request has its pre-emption indicator set and has already forced the release of a lower priority pre-emptable on-going call. -
Alcatel
216
>
TCH allocation without list of preferred speech versions FR request: FR pool DR pool HR request: HR pool DR pool DR FR Preferred request: cell load=False: FR pool DR pool HR pool cell load=True: HR pool DR pool FR pool DR HR Pref. request: HR pool DR pool FR pool TCH allocation with a list of preferred speech versions FR SV then HR SV: FR pool DR pool HR HR SV then FR SV: HR pool DR pool FR FR SV only: FR pool DR pool HR SV only: HR pool DR pool favour G1 pool for an E-GSM mobile (penetration of E-GSM mobile is low and GSM/DCS traffic is high) disfavour TCH allocation on TCH/SDCCH TS (favour signalling over traffic) Example : E-GSM mobile / DR FR P NCA / no sub-pool is empty BSS selects a TCH in the G1 pure TCH pool / FR sub-pool
>
Alcatel
217
> 2 modes of TCH selection On pure TCH or TCH/SDCCH timeslots On TCH/SPDCH timeslots
>
>
TCH selection on pure TCH or TCH/SDCCH timeslots if: there is at least one candidate TCH free on pure TCH TS OR there is no candidate TCH free on TCH/SPDCH TS only the candidate TCH sub-channels available on pure TCH TS and on TCH/SDCCH TS are kept as candidate TCH selection on TCH/SPDCH timeslots if: there is at least one candidate TCH free on a TCH/SPDCH TS AND there is no candidate TCH free on pure TCH TS only the candidate TCH sub-channels available on TCH/SPDCH TS are kept as candidate
Alcatel
218
3.2 TCH resource allocation algorithm TCH selection on pure TCH or TCH/SDCCH TS
> The TCH is chosen from the selected sub-pool according to the following criteria:
TCH candidates of the selected TCH sub-pool Highest TRX_PREF_MARK
EN_MA_SELECTION = true
HR 0 TCH sub-channel
TCH selected
>
>
>
The BSS attempts to offer the best quality of service for TCH calls in accordance with the privileged order between the groups of TRXs (if any) defined by the operator. Among a group of TRXs the BSS attempts to allocate traffic channels that have the best quality characteristics (channels using frequency with low reuse factor, large hopping frequency sets, low measured interference). The benefits from this type of allocation are that the operator has the possibility to define groups of TRXs and to favour (or to disadvantage) them on the other if he wants to do so. Among a group of pure TCH or TCH/SDCCH timeslots, the overall interference is kept as low as possible, thus the user will perceive a better quality of service. The BSS chooses the best TCH among the sub-channels of the selected TCH sub-pool applying criteria below in the specified order of priority: 1. TCH on TS with the highest TRX Preference Mark According to the frequency plan, the coverage and interference probability of a cell (or according to measurements), the operator may know which TRX should be a priori favored for TCH selection. For that purpose, it is possible for operators to give a preference mark to each TRX of a cell. This mark is given through the parameters TRX_PREF_MARK (TPM) changeable at OMC-R side per TRX. The range of TRX_PREF_MARK will be from 0 (lowest priority) to 7 (highest priority). The TCH selection function favours the channels with the highest TPM. Note that a few Pure TCH TS should be available in a cell on a TRX of TRX_PREF_MARK value of 0 since TCH/SPDCH TS may also be defined on this TRX according to PS radio resource configuration. Considering that the number of frequencies is a key factor for the average quality of channels, the TCH selection function favors the TS with the biggest MA (i.e. with the most frequencies in their frequency hopping sequence). This selection criterion is enabled/disabled via the flag EN_MA_SELECTION changeable at the OMC-R side on a per cell basis. Considering that the uplink received level measured by the BTS on an idle channel is a means to assess the quality when in connected mode, the TCH selection function favours the TS belonging to the best Interference Band (IB). Five IBs are defined through 5 parameters INTFBD1 to INTFBD5 where INTFBD(i)< INTFBD(i+1) and INTFBD5 = -47 all changeable at the OMC-R side on a per BTS basis.
2. TCH on TS with the biggest Mobile Allocation (for hopping cell only)
4. TCH on TRX with the highest TRX identity 5. TCH on TS with the highest TS index 6. HR 0 TCH if the two sub-channels remaining candidates are the 2 HR TCH of the same free TS
Alcatel
219
HR 0 TCH sub-channel
TCH selected
TRX rank is determined by the TRX Ranking algorithm described in the GPRS & EGPRS Radio Algorithms Description training course
> >
>
The BSS tends to allocate to the MFS the TCH/SPDCH timeslots so as to avoid conflicts between CS and PS allocations on PS capable TRX. In order to be able to allocate as much slave PDCHs as possible to a given TBF, it is important to avoid any mix of allocation between TCHs and SPDCHs (e.g. avoid on a TRX a configuration such as TCH TCH SPDCH SPDCH TCH SPDCH SPDCH SPDCH). For that purpose, a TRX rank is assigned to each PS capable TRX. The TRX having the highest TRX rank is preferentially selected for TCH allocations, whereas TRX having the lowest TRX rank is preferentially selected for SPDCH allocations This rule only applies on PS capable TRX. On a given PS capable TRX, TCH are preferentially allocated on the right side of the TRX (highest TS index), whereas SPDCH are preferentially allocated on the left side (lowest TS index).
Alcatel
220
Alcatel
221
TRE G4 MP FR G4 MP DR G3 DR G4 MP FR G3 DR
Alcatel
222
1. For MS1: E-GSM, DR 2. For MS2: GSM/DCS, DR 3. For MS3: GSM, FR 4. For MS4, MS5, ., MSn: E-GSM, DR n=?
TRX_Rank 2 3 1 TRX1 TRX2 TRX3 TRX4 TRX5 H P H H TSD P F P H P F P P F P
TCH/SPDCH TS TCH/SDDCH TS as TCH TS F : FR TCH call H : HR TCH call P : SPDCH TS Cell load = true
4 P P F P F
5 P H F P H
6 P
TRE GSM/FR
F F P F H H
Alcatel
223
3 OTHER ALGORITHMS
3.1 Dynamic SDCCH allocation 3.2 TCH resource allocation algorithm 3.3 MS Reselection algorithms 3.4 3G to 2G HO filtering algorithm
Alcatel
224
> the MS can decide to reselect on another one if: C1 criteria is too low the MS cannot decode downlink messages the current cell is becoming forbidden (e.g. barred) the MS cannot access the cell there is a better cell, regarding C2 criteria
>
Idle mode Status null: the mobile station (MS) is off Status search BCCH: the MS searches a broadcast channel with the best signal level (cell selection and reselection) BCCH list: up to 36 BCCH frequencies plus BSIC can be saved on SIM per visited network. Look if frequencies of the BCCH list can be used. No entries in the BCCH list, or the location is completely different: scan frequency band. Status BCCH: the MS is synchronized on a BCCH. The MS camps on a cell. The BTS sends the neighbor cells list (BCCH allocation BA) on BCCH in System Information (SI) 2, 2bis and 2ter if BSS parameter EN_INTERBAND_NEIGH in dual band networks: GSM900 serving cell GSM900 neighbor cells put into SI 2 GSM1800 neighbor cells put into SI 2ter/2bis GSM1800 serving cell GSM900 neighbor cells put into SI 2ter GSM1800 neighbor cells put into SI 2/2bis The MS measures RXLEV from BCCH of the serving and neighbor cells. Camping on a cell is performed using C1 criteria only (the chosen cell is the one with the best C1) The MS needs to have access to the network. The MS needs to be accessible by the network. Reselection is done using the mechanisms referenced above handover algorithms in idle mode
Alcatel
225
Alcatel
226
If A > 0 & B < 0 OK, if B > 0, it can be compensated by A A >> 0 means that the MS is closer to the BTS
Alcatel
227
Or C2 = C1 - CELL_RESELECT_OFFSET (if PENALTY_TIME = 31) CELL_RESELECT_OFFSET used to handicap some cells among others One reselection criterion is compared to C2s C2neighbor > C2current if cells belong to same LA Tuning 228 @Introduction to Radio FineC2neighbor > C2current+Cell_Reselect_Hysteresis if cells BSS Release B9 from a different LA rights reserved 2004, Alcatel All
>
Note: CRO: from 0 to 126 dB, step 2dB PENALTY_TIME: from 0=20s to 30=620s, step: 20s; 31=infinite TEMPORARY_OFFSET: from 1=10dB to 6=60dB; 7 = infinite
>
The use of a second formula (Penalty_time = 31) is restricted to very special cases, as we do not like to penalize a cell. If a cell is parametered with PT=31, it will be penalized compared to ALL its neighbors. To penalize a cell compared to one neighbor, one should better boost the neighbor cell (using the first formula). The first formula is very useful for favoring indoor cell or microcell. Cell selection and cell reselection considering CELL_BAR_QUALIFY in case of phase 2 MS and CELL_RESELECT_PARAM_IND=1, it is possible to set priorities to cells CELL_BAR_QUALIFY Two values: 0 = normal priority (default value) 1 = lower priority Interacts with CELL_BAR_ACCESS (barring cell) A phase 2 MS selects the suitable cell with the highest C2 (C1>0) belonging to the list of normal priority. If no cell with normal priority is available then the MS would select the lower priority cell with the highest C2 (C1>0).
> >
Alcatel
228
C on c e n tr i c c e l l (8 5 57 , 18 2 3 )
C e ll
CI=6169 GSM900
S e ct o r i ze d c e l l ( 8 5 6 4 , 6 16 9)
CI=1964 GSM900
C el l ( 8 564 , 19 6 4 )
229 All rights reserved 2004, Alcatel
Alcatel
229
Measurements 1 2 3 4 5
CI=1823 GSM900
C e ll 3 ( 8557, 182 3)
C ell
CI=6169 GSM900
Ce ll 2 ( 8 5 64 , 6 1 6 9 )
CI=1964 GSM900
C e ll 1 ( 856 4 , 196 4)
@Introduction to Radio Fine Tuning BSS Release B9 230 All rights reserved 2004, Alcatel
Alcatel
230
B9
3 OTHER ALGORITHMS
3.1 Dynamic SDCCH allocation 3.2 TCH resource allocation algorithm 3.3 MS Reselection algorithms 3.4 3G to 2G HO filtering algorithm
Alcatel
231
B9
Alcatel
232
B9
> In case of 2G cell overloaded we had no way to reject the 3G HO, so 2G cells can be congested because 3G network is under lack of coverage. > We must have the possibility to reject 3G incoming HOs in case of 2G target cell is loaded. > We have first to compute periodically the load of our 2G cells. > Then, to compare it with a specific parameter we have to create in order to decide the need of rejection.
Alcatel
233
B9
> The traffic load computation is the long term one, already used for HO causes 12 and 23. > The result is compared with THR_CELL_LOAD_3G_REJECT in order to evaluate 3G_HOReject_Load State IF the last N_TRAFFIC_LOAD AV_TRAFFIC_LOAD THR_CELL_LOAD_3G_REJECT THEN 3G_HOReject_Load State = HIGH ELSE IF the last N_TRAFFIC_LOAD AV_TRAFFIC_LOAD < THR_CELL_LOAD_3G_REJECT THEN 3G_HOReject_Load State = LOW
AV_TRAFFIC_LOAD
THR_CELL_LOAD_3G_REJECT
Time 3G_HOReject_Load_State
Time 234
TCH_INFO_PERIOD X A_TRAFFIC_LOAD
Example: IF N_TRAFFIC_LOAD = 6 A_TRAFFIC_LOAD = 4 As TCH_INFO_PERIOD is fixed to 5s The Traffic evaluation AV_TRAFFIC_LOAD is revalued every 20 s ( 4 X 5s = 20s ) The Long Term decision is taken after N_TRAFFIC_LOAD times in the same state ( 2 mn in this example)
B9
Alcatel
235
B9
Cell Load Information: Cell Capacity Class Cell Capacity Class = CELL_CAPACITY_CLASS Cell Load Cell Load = AV_TRAFFIC_LOAD * 100 (With the last computed value of AV_TRAFFIC_LOAD)
> These information will be used by the RNC and its own algorithms in order to evaluate the necessity to retry the HO or not on the same cell.
The Cell Capacity Class should follow the recommended rule: In order to fulfill the 3GPP requirement of having a linear scale in the capacity class, ranging from 1 to 100: Cell Capacity Class is a linear function of the Cell capacity: value 1 shall indicate the minimum capacity class, and 100 shall indicate the maximum capacity class. Capacity class should be measured on a linear scale. The default value of Cell Capacity Class depends on the number of available TCHs in the cell and since there may be up to 126 TCH channels in one GSM cell ( [ 8 TS X 16 TRX ] 1 BCCH - 1 SDCCH ) : Cell_Capacity_Class = INT ( ( 99 * ( NTCH 1 ) / 125 ) +1 )
Alcatel
236
B9
MS 1 2 3 4 5
Alcatel
237
Alcatel
238
S1: TYPICAL RADIO PROBLEMS S2: ALGORITHMS AND ASSOCIATED PARAMETERS S3: OMC-R RADIO PARAMETERS
S4: ALGORITHMS DYNAMIC BEHAVIOR
Alcatel
239
Alcatel
240
> JUSTIFICATION
Alcatel
241
Alcatel
242
Alcatel
243
Call drop
HO/Call
Alcatel
244
Alcatel
245
7 6 5 4 3 2 1 0
7 6 5 4 3 2 1 0
N b_sam ples
N b_ sa m ple s
S t a n d a r d D e vi a t i o n
S ta n da r d D e vi a ti o n
2 1 .5 1 0 .5 0
3 2 1 0
> Then tune according to QoS indicators (OMC-R) by repetitive process A_PBGT_HO/A_LEV_HO/A_QUAL_HO L_RXLEV_UL_H, L_RXLEV_DL_H, L_RXLEV_UL_P, L_RXLEV_DL_P OK as soon as HO success rate stabilized
246 All rights reserved 2004, Alcatel
> >
Never forget that Abis information takes into account the traffic distribution in the cell. Any parameter tuning done after an Abis study has to be checked periodically as the distribution in the cell can change from one week to another. Use the pivot table function (Excel) to build this graph.
RxQUAL 7
4 RxQUAL 3
0
-1 10 -1 08 -1 06 -1 04 -1 02 -1 00 -9 8 -9 6 -9 4 -9 2 -9 0 -8 8 -8 6 -8 4 -8 2 -8 0 -7 8 -7 6 -7 4 -7 2 -7 0 -6 8 -6 6 -6 4 -6 2 -6 0 -5 8 -5 6 -5 4 -5 2 -5 0 -4 8
Alcatel
246
Finally, check the main QoS indicators Call drop rate HO failure rate HO/call rate Radio Link Failure rate (the strong rate of radio link failure can denounce a lack of vicinity relation between cells)
247 All rights reserved 2004, Alcatel
Alcatel
247
- 80 dBm - 85 dBm 6 ?
- 96 dBm - 90 dBm 6 ?
- 90 dBm - 90 dBm ? 4
Alcatel
248
4.2 Examples and Exercises Example 2: Power Control Algorithms Optimization (1/2)
> Optimization of Downlink Power Control Decrease of downlink interference Risks of delay of HO (without fast power control) > Optimization of Uplink Power Control Decrease of Uplink interference MS battery saving Risks of delay of HO (without fast power control)
Alcatel
249
4.2 Examples and Exercises Example 2: Power Control Algorithms Optimization (2/2)
> The main tuning problem is the interaction with handover, which can slow down HO decision, and debase call drop rate Power control threshold must be within HO ones Dynamic step size must be activated if possible
>
In the example below, a dynamic MS PC is activated. The MS power changes are really reactive and control the UL level between -80 and -90dBm. In this example, the HO threshold is -98 dBm.
RxLev_UL
39
77
115
153
191
229
267
305
343
381
419
457
495
533
571
609
647
685
723
761
799
837
875
913
951
989 1027
-70
-75
-80
-85
RxLev_UL
-90
-95
-100
33
31
29
27
25
23
MS_PwrLevel
21
19
17
15
13
1 40 79 118 157 196 235 274 313 352 391 430 469 508 547 586 625 664 703 742 781 820 859 898 937 976 1015
Alcatel
250
Alcatel
251
extension
Fast Traffic Handover: Cause 28 Traffic Handover: Cause 23 and 12 with DELTA_HO_MARGIN(0,n)
Static (couple of cells): HO_MARGIN, LINK_FACTOR On a local traffic basis: Load_Factor/Free_Factor Forced Directed Retry
Alcatel
252
Alcatel
253
Alcatel
254
> CHANGE DYNAMICALLY TRAFFIC DISTRIBUTION WITH HO: Traffic HO Cause 23 Ease outgoing better condition HO on a traffic point of view Slow down outgoing better cell HO (to be tuned for a given couple of cells) When the better cell in radio condition is the worst cell in traffic terms Optimization method (repetitive process) Tune DELTA_DEC_HO_MARGIN and DELTA_INC_HO_MARGIN Apply new values, check traffic, QoS indicators and possibly speech quality
255 All rights reserved 2004, Alcatel
Alcatel
255
Alcatel
256
Alcatel
257
Alcatel
258
Alcatel
259
Alcatel
260
Alcatel
261
C ell 1 :2
C
262
l 2 : 45
Ce
ll 3 : 2 3
>
Forced directed retry The following condition is checked every measurement reporting period and if at least one input pre-processed parameter AV_RXLEV_NCELL_DR(n) is available. CAUSE = 20 (high level in neighbor cell for forced directed retry) AV_RXLEV_NCELL_DR(n) > L_RXLEV_NCELL_DR(n) (n = 1 ... BTSnum) and EN_FORCED_DR = ENABLE The threshold L_RXLEV_NCELL_DR(n) is the observed level from the neighbor cell n at the border of the area where forced directed retry is enabled. This threshold fixes the size of the overlapping area where forced directed retry can be performed. It should be greater than RXLEVmin(n).
Alcatel
262
Alcatel
263
Cause 12
Cause 12
EN_TRAFFIC_HO = 0
PBGT(0)
Loaded cell 0
5 PBGT(0) = 5 0 5 PBGT(n) = 5
Unloaded cell n
PBGT(n)
Alcatel
264
PBGT(0)
Loaded cell 0
5 PBGT(0) = 5 0 5 PBGT(n) = 5
Unloaded cell n
PBGT(n)
Alcatel
265
PBGT(0)
Loaded cell 0
9 PBGT(0) = 9 5 -1 0 PBGT(n) = -1 5
Unloaded cell n
PBGT(n)
Alcatel
266
5 CASE STUDIES
Alcatel
267
S1: TYPICAL RADIO PROBLEMS S2: ALGORITHMS AND ASSOCIATED PARAMETERS S3: OMC-R RADIO PARAMETERS S4: ALGORITHMS DYNAMIC BEHAVIOR
S5: CASE STUDIES
Alcatel
268
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
269
Alcatel
270
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
271
Pedestrian mobile
Alcatel
272
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
273
> Objective
Alcatel
274
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
275
Indoor antenna
Indoor mobile
O u t d o o r c el l
@Introduction to Radio Fine Tuning BSS Release B9 276 All rights reserved 2004, Alcatel
Alcatel
276
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
277
C e ll A
> Objective Define a set of parameters to avoid radio link establishment to those cells and TCH traffic on those cells
Alcatel
278
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
279
-90 dBm
Hi
gh
ay
BTS
Alcatel
280
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
281
> Objective
Cell C Cell B
Cell A
Alcatel
282
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
283
> Objective
LA 1
LA
C e ll A
fro
nti er
Alcatel
284
5 CASE STUDIES
Theoretical presentation TUNNEL Case RADAR Case TOWER Case RESURGENCE Case FOREST Case HIGHWAY Case TCH/SDCCH CONGESTION Case INDOOR CELL CONGESTION Case
Alcatel
285
Macro-Cell
Micro-cells
Alcatel
286
END SESSION
Alcatel
287
ANNEXES
TYPICAL MODULE STRUCTURE objective(s) theoretical presentation training exercises and/or cases study + feedback
Alcatel
288
ANNEXES
Erlang B law Frequency hopping influence on PCHO process Load & Traffic evaluation Training exercises solutions
Alcatel
289
T=
Example: 1 TCH is observed during 1 hour one can observe 1 call of 80 sec and 1 call of 100 sec the observed traffic is T = (80+100)/3600 = 0.05 ERLANG
Alcatel
290
ERLANG COMPUTATION TCH = (350 * 85)/3600 = 8.26 ERLANG SDCCH = [ (350 + 350*3) * 4.5 ] / 3600 = 1.75 ERLANG
>
350 calls * 85 sec / 1 hour(3600 sec): TCH = (350 * 85)/3600 = 8.26 ERLANGS 350 calls means 350 SDCCH phases. 3 LU/call means 3 * 350 LUs so 1050 SDCCH phases more. 1 SDCCH phase is 4.5 sec: SDCCH = [ (350 + 350*3) * 4.5 ] / 3600 = 1.75 ERLANG
Alcatel
291
> In a telecom system, call arrival frequency is ruled by the POISSON Call LAW
10 9 8 7 6 5 4 3 2 1 0 1 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 97
Second
The offered traffic is the traffic asked by the customers. The graph gives the number of connection requests per second during 35 seconds. 83/30s => 83 * 2 * 60 = about 10 000 / hour Real example in Paris on 1 BSC (LA FOURCHE).
Alcatel
292
> => Erlang B law Pblock: blocking probability N: number of resources E: offered traffic [Erlang] Good approximation when the blocking rate is low (< 5%)
E Pblock =
N k=0
N! E k!
k
Alcatel
293
Alcatel
294
Alcatel
295
Alcatel
296
Alcatel
297
Alcatel
298
Alcatel
299
Alcatel
300
First check that there is no outage on the BTS Before starting a dimensioning/tuning action
Alcatel
301
Cell
Traffic forecast
Proposed configuration
12,743
450 call/hour Mean TCH call duration: 80 sec Blocking rate TCH: 0.8% 330 call/hour Mean TCH call duration: 129 sec Blocking rate TCH: 4% 600 call/hour Mean TCH call duration: 96 sec Blocking rate TCH: 8%
12,675
12,865
Back
cell
call m info ix
Erlang TCH
traffic forecast
proposed config
12, 743 450 call/hour 10 Erlang TCH m TCH call duration : 80 ean sec (450*80)/3600 blocking rate TCH : 0.8% = 10 10/.992= 10.08 1 12,675 330 call/hour (330*129)/360 m TCH call duration 129 0 ean sec = 11.825/0.96 blocking rate 4% = 12.3177 12,865 600 call/hour (600*96)/3600 m TCH call duration 96 = ean 16/.92 =17.4 sec blocking rate 8 %
30 % TCH increase 13,1 Erlang TCH - >20 TCH 10,081*1.3= 13.1 3 TRX
30 % TCH increase 16 Erlang TCH ->24 TCH 12.3177*1.3 = 16 4 TRX 30 % TCH increase 22.6 Erlang TCH ->31 TCH 17.4*1.3 =22.6 5 TRX
Alcatel
302
ANNEXES
Erlang B law Frequency hopping influence on PCHO process Load & Traffic evaluation Training exercises solutions
Alcatel
303
Annex.2 Frequency Hopping influence on PCHO process (1/4) > Signal decoding process
In a GSM system, the number of frames that are not erased are sent as an input to the voice decoder
Inside the mobile station Deinterleave Error Correction Frame Erasure Decision Voice Decoder
Encoder
RXQUAL
Alcatel
304
Alcatel
305
Annex.2 Frequency Hopping influence on PCHO process (3/4) > Quality impact of frequency hopping on the reception chain
FER is improved when frequency hopping is activated (cyclic or random) RxQual is not impacted whereas the speech quality is better
RxQ Average 1.4 1.2 2.00% 1 0.8 0.6 0.4 0.2 0 Ref Cyclic Random 0.50% 0.00% 1.50% 1.00% FER Average 2.50%
Alcatel
306
Annex.2 Frequency Hopping influence on PCHO process Conclusion > Conclusion (4/4)
When frequency hopping is activated We can accept in Power Control and Handover processes, a threshold increase: OFFSET_HOPPING_PC and OFFSET_HOPPING_HO
Back
Alcatel
307
ANNEXES
Erlang B law Frequency hopping influence on PCHO process Load & Traffic evaluation Training exercises solutions
Alcatel
308
Annex.3 Load & Traffic evaluation Cell TCH radio resource evaluation usage
Load evaluation
Short term Medium term
Period
Usage
FREEfactor LOADfactor Speed discrimination for hierarchical network Full Rate/Half Rate channel allocation Power budget Handover Traffic Handover Multiband capture Handover General capture Handover
TCH_INFO_PERIOD
LOAD_EV_PERIOD x TCH_INFO_PERIOD
Long term
Alcatel
309
Load evaluation
LOAD_EV_PERIOD
Alcatel
310
1 AV_LOAD = Nsamples
i=1
(1 -
LOADfactors and FREEfactors also determined from Nb free TCH samples every TCH_INFO_PERIOD seconds (short term evaluation) LOADlevels are boundaries of load intervals associating a LOADfactor (db) to a Nb of free TCH samples FREElevels are boundaries of Nb of free TCH intervals associating a FREEfactor (db) to a Nb of free TCH samples
311 All rights reserved 2004, Alcatel
Alcatel
311
t = (1 - Nb free TCH/Total Nb TCH) x 100 t <= LOADlevel_1 LOADlevel_1 < t <= LOADlevel_2 LOADlevel_2 < t <= LOADlevel_3 LOADlevel_3 < t <= LOADlevel_4 LOADlevel_4 < t
LOADlevel in % LOADfactor in dB
Alcatel
312
Alcatel
313
HO
?
C e ll n
C e ll 0
In cell evaluation of cell n for outgoing HO from cell 0: In GRADE(n): + LOADfactor(n) = +0 = 0 dB In ORDER(n): + FREEfactor(n) FREEfacfor(0) = +7 (-8) = +15 dB
@Introduction to Radio Fine Tuning BSS Release B9 314 All rights reserved 2004, Alcatel
Alcatel
314
Traffic evaluation
TRAFFIC_EV_PERIOD
Alcatel
315
Load samples
AV_TRAFFIC_LOAD
Traffic load
3 possible values for Traffic_load(): high, low, indefinite Initialization: Traffic_load() = indefinite Traffic_load() becomes:
High if the last N_TRAFFIC_LOAD consecutive AV_TRAFFIC_LOAD load averages are all greater than HIGH_TRAFFIC_LOAD threshold Low if the last N_TRAFFIC_LOAD consecutive AV_TRAFFIC_LOAD load averages are all lower than LOW_TRAFFIC_LOAD threshold
316 All rights reserved 2004, Alcatel
Alcatel
316
Traffic_load() was high and the last AV_TRAFFIC_LOAD load average is lower than LOW_TRAFFIC_LOAD (or IND_TRAFFIC_LOAD if not 0%) Traffic_load() was low and the last AV_TRAFFIC_LOAD load average is greater than HIGH_TRAFFIC_LOAD (or IND_TRAFFIC_LOAD if not 0%)
Traffic_load(n) is always equal to indefinite if cell n is external to BSC HIGH_TRAFFIC_LOAD IND_TRAFFIC_LOAD LOW_TRAFFIC_LOAD
317 All rights reserved 2004, Alcatel
Alcatel
317
HIGH_TRAFFIC_LOAD
Traffic_load = indefinite
IND_TRAFFIC_LOAD
Traffic_load = indefinite
LOW_TRAFFIC_LOAD
Traffic_load = low Traffic_load = low Traffic_load = indefinite
IND_TRAFFIC_LOAD <> 0
IND_TRAFFIC_LOAD = 0
Back - Cause 12
Back - Cause 26
Alcatel
318
ANNEXES
Erlang B law Frequency hopping influence on PCHO process Load & Traffic evaluation Training exercises solutions
Alcatel
319
BTS
BSC
HO Preparation
HO Detection
HO management
HO protocol MSC
Alcatel
320
Handover preparation
Candidate cell evaluation
Handover management
Cell filtering process
Handover protocol
External or internal channel change
Handover detection
Handover decision
Alcatel
321
> >
Since B6 release, some changes have been provided to the HO management process which is in charge of the HO execution triggering, when the need of handover is detected by the HO preparation process. These changes are : use of the T_FILTER parameter in a different way than for B5, the parameter NBR_HO_ATTEMPTS which was used for internal HO in B5 is removed, use of the T7 parameter and of the REJ_CELL_LIST list also for internal HO in B7, same behavior in case of internal and external HO in B7, immediate attempt after rejection or failure without waiting for a new alarm in case of internal and external HO in B7, implicit rejection of cells in B7 with the help of the target cell identity in the HO command received from the MSC.
Alcatel
322
expiry empty REJ_CELL_LIST > T_MS_CELL_REJ: clean-up of MS_CELL_REJ_LIST started: when an MS reports a failure to seize the target channel expiry empty MS_CELL_REJ_LIST > T_HO_REQ_LOST: to supervise answer of MSC (no HANDOVER REQUIRED REJECT message sent) Started: HO REQUIRED sent Stopped: HO COMMAND received Expiry external channel change procedure is terminated.
323 All rights reserved 2004, Alcatel
>
If the candidate cell list provided by the candidate cell evaluation process is different from the previous one (the number of cells is different or same number of cells but new cells in the list), an alarm is sent to the HOM process. In B7, if T_FILTER expires, it means that the HO is no more necessary.
For both internal and external HOs in case of HO failure from the MS, the cell is filtered until the expiry of the T_MS_CELL_REJ timer. When the T_MS_CELL_REJ timer expires, the rejected cell may be a candidate.
In B7 release, T7 timer is used to manage the REJ_CELL_LIST list and a subsequent HO REQUIRED can be sent to the MSC before T7 expiry if the target cell list has changed (new cell or removed cell). The REJ_CELL_LIST list is used for both internal and external Hos.
T_HO_REQD_LOST Expiry
>
This timer is used to supervise response from the MSC. It is started when sending the first HANDOVER REQUIRED to the MSC and it is stopped in the following cases: when HANDOVER COMMAND is received from the MSC or
when HANDOVER REQUIRED REJECT is received from the MSC only if the same number of HANDOVER REQUIRED REJECT messages have been received from the MSC than the number of HANDOVER REQUIRED messages sent to the MSC for this channel change procedure) (i.e. no message crossing over A interface). In case where more HANDOVER REQUIRED messages have been sent to the MSC, the timer T_HO_REQD_LOST is not stopped upon HANDOVER REQUIRED REJECT receipt, as there is no way for the BSC to know if the received HANDOVER REQUIRED REJECT is a response to the last HANDOVER REQUIRED message or a response to a previous one (message crossing over A interface). On expiry, an O&M error report is raised only when no message has been received from the MSC since the last HANDOVER REQUIRED message, and the external channel change procedure is terminated.
Alcatel
323
Handover protocol
Internal Handover
Internal Handover
List of cells previously rejected from MSC or BSC Cell 4 REJ_CELL_LIST list cleared at T7 expiry
List of cells previously rejected for MS failure Cell 8 MS_CELL_REJ_LIST list cleared at T_MS_CELL_REJ expiry
Alcatel
324
Handover protocol
HO fails on cell 1 ROC
Update
Handover management
Ordered target cell list Cell 1 Cell 2 Cell 3 Rejected lists MS cell 1 BSC/MSC empty Ordered target cell list Cell 1 Cell 2 Cell 3
Update
Handover protocol
HO fails on cell 2 ROC
Update
Handover management
Ordered target cell list Cell 1 Cell 2 Cell 3 Rejected lists MS cell 2 BSC/MSC cell 1 Ordered target cell list Cell 1 Cell 2 Cell 3
Handover protocol
HO to cell 3
Alcatel
325
Alcatel
326
No Handover is on-going
New candidate cell list from the candidate cell evaluation function
A Handover is on-going
No Is T_FILTER running? Start T_FILTER: an HO alarm containing the candidate cell is sent to the HO management entity No
Yes
Yes
Is the candidate cell list different from the previous one? Restart T_FILTER: an HO alarm containing the candidate cell is sent to the HO management entity Restart T_FILTER
Back
Alcatel
327
ANNEXES
Annex.5 LCS
Erlang B law Frequency hopping influence on PCHO process Load & Traffic evaluation Training exercises solutions
Alcatel
328
>
>
>
Alcatel
329
1
Where am I?
BTS
Abis
2
Emergency call
A
3
OSP GMLC
Lh
Where is my son?
Le
BSC
Abis
MSC
BTS
Lb
HLR
SMLC function integrated in MFS: - receives the location request from the GMLC through the MSC/BSC - schedules all the necessary actions to get MS location - computes MS location - provides the result back to the GMLC
MFS SMLC
SAGI
A-GPS server
330 All rights reserved 2004, Alcatel
Alcatel
330
BTS BSC
MSC
OSP GMLC
Location request 1
BTS
6 Individual positioning
Location report
2 Routing information
8 Location response
MFS SMLC
HLR
>
If the MS is in idle mode, the MSC first performs a CS paging, authentication and ciphering in order to establish an SDCCH with the MS. The MS subscriber is not aware of it, i.e. no ringing tone, except towards GPRS MS in Packet Transfer Mode which may suspend its GPRS traffic in order to answer to the CS Paging (i.e. not fully transparent for the subscriber). When the MS is in dedicated mode (after a specific SDCCH establishment for location, or during an on-going call), the MSC sends the location request to BSC in the existing SCCP connection for the current call, which forwards it to the SMLC
> >
Alcatel
331
BSC
Um
Lb
Alcatel
332
LCS Service Request Send_Routing_Info request Send_Routing_Info response Provide_Subscriber_Location Paging Authentication + Ciphering BSSMAP Perform_Location_Request BSSAP-LE Perform_Location_Request
Starts T_Location
Adequate positioning method chosen by SMLC with optional additional scenario
Stop T_Location
>
>
T_location_Longer used in case of optional additional scenario (see graph): Upon receipt of the MS POSITION COMMAND message from the SMLC (optional additional scenario), the BSC stops the T_Location timer, and starts instead the T_Location_Longer timer. This timer is stopped only at the end of the location procedure in the BSC, i.e. when an 08.08 PERFORM LOCATION RESPONSE message is sent back to the MSC. Aborts: Abort by MSC Depending on the location procedure and its current state of execution, upon PERFORM LOCATION ABORT message receipt, the BSC sends immediately to the MSC a PERFORM LOCATION RESPONSE message (when no exchange on the Lb interface is on-going), or to the SMLC either a PERFORM LOCATION ABORT or an ABORT message. The BSC starts the timer T_Loc_abort to supervise the SMLC response. Abort by BSS If an ongoing location request is interrupted at the BSC level for the following reasons: by an inter-BSC handover, or if the main signaling link to the target MS is lost or released, or the SCCP connection on the A interface is released, or if the timer T_Location expires, the BSC must send either a PERFORM LOCATION ABORT message or a ABORT message to the SMLC and starts the timer T_Loc_abort The useful B8 content of the received PERFORM LOCATION REQUEST message is: Location type, Classmark information 3, Requested QoS: provides service requirement concerning geographic positioning and response time accuracy, the response time category (Low Delay or Delay Tolerant), Current Cell Id + TA information are always provided to the SMLC. The time of transfer of the assitance data on the SDCCH is estimated about 14s for a 1000 octets information,
>
>
Alcatel
333
HALFP
WR _B
EA M
_W
TH ID
TA
LCS_LONGITUDE
553 m
g vin Ser
@Introduction to Radio Fine Tuning BSS Release B9
ce ll ( CI)
> >
With the TA positioning method, no signalling exchange is required between the SMLC and the MS (i.e. RRLP protocol is not required). The TA positioning method is applicable to all the MSs (supporting LCS or not). Based on: Cell Identity (CI) of the serving cell and Timing Advance (TA) value reported by MS intersection point of a line from the BTS antenna in their main direction with a circle which radius is corresponding with the propagation delay (timing advance) is the MS estimated position Omni-directional cells: MS position = site position Parameters: EN_LCS flag to enable/disable the Location Services per BSS 0 = Enabled; 1= Disabled; Default = 0 IF EN_LCS=1, CI+TA method is enabled in all the BSS cells
LCS_LATITUDE
> >
>
Latitude of the BTS supporting the cell Longitude of the BTS supporting the cell Antenna direction orientation for the sector supporting the cell Antenna half power beamwidth for the sector supporting the cell
Optimization parameters:
ARC_SIZE_FACTOR
Factor used in the computation of the width in degree of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method. Factor used in the computation of the minimum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method
MIN_RADIUS_FACTOR
MAX_RADIUS_FACTOR
Factor used in the computation of the maximum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method
Alcatel
334
Location Request
The MS continiously computes its position Terminal searches for satellites, acquires all the GPS data, computes its own position and finally provides the location estimation to the SMLC
Alcatel
335
GPS MS
A-GPS server
> >
Assistance data gathered from a GPS reference network receiver is broadcasted to the GPS MS
Flags/Parameters EN_LCS = 1 EN_MS_BASED_AGPS enables/disables the positioning method MS Based A-GPS per CELL 0 = disabled; 1 = enabled; default = 0 EN_MS_ASSISTED_AGPS enables/disables the positioning method MS Assisted A-GPS per CELL 0 = disabled; 1 = enabled; default = 0
Alcatel
336
Location Request
Assistance Data Assistance Data Acknowledge
Assistance Data
>
Using assistance data, MS computes by itself the position and sends it back to the SMLC
Alcatel
337
Location Request
Assistance Data Assistance Data Acknowledge
Assistance Data
Pseudo-range measurements (M)
GPS Location Request (M) Perform Location Response (X,Y) GPS Location Response (X,Y)
(X,Y)
Using a reduced set of assistance data, the MS makes pseudorange measurements and sends the result to the A-GPS server, which fixes the position in the end
Alcatel
338
LCS Service Request Send_Routing_Info request Send_Routing_Info response Provide_Subscriber_Location Paging Authentication + Ciphering BSSMAP Perform_Location_Request
Starts T_Location
BSSAP-LE Perform_Location_Request
Emergency HO detection
BSSLAP - Reset
Alcatel
339
Internal HO
BTS BSC SMLC MSC GMLC HLR LCS client
HO complete
Mobile in communication
Alcatel
340
External HO
BTS Serving BSC SMLC MSC GMLC HLR LCS client
External BSC HO
BSSMAP HO required
BSSAP-LE Perform_Location_Response
Alcatel
341
FLAGS
EN_LCS EN_SAGI
OPTIMIZATION DATA
ARC_SIZE_FACTOR MIN_RADIUS_FACTOR MAX_RADIUS_FACTOR
Timers
T_Location T_Location_longer T_Loc_Abort T_LCS_delay_tolerant T_LCS_LowDelay T_RRLP_low_delay T_RRLP_delay_tolerant
>
T_Location_longer:
T_Loc_Abort
BSC timer to guard the response from the SMLC in case of Location Abort. T_LCS_LowDelay SMLC timer to guard the calculation of the MS position (including the RRLP message exchange with the target MS) in case of a Low Delay Location Request. T_LCS_DelayTolerant SMLC timer to guard the calculation of the MS position (including the RRLP message exchange with the target MS) in case of a Delay Tolerant Location Request. T_LCS_LowDelay
SMLC timer to guard the calculation of the MS position (including the RRLP message exchange with the target MS) in case of a Low Delay Location Request. T_RRLP_Low_delay Timer to guard the RRLP exchange between the SMLC and the MS . T_RRLP_delay_tolerant Timer to guard the RRLP exchange between the SMLC and the MS.
Optimization data: ARC_SIZE_FACTOR Factor used in the computation of the width in degree of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method. MIN_RADIUS_FACTOR Factor used in the computation of the minimum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method MAX_RADIUS_FACTOR Factor used in the computation of the maximum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method
Alcatel
342
FLAGS
EN_CONV_GPS EN_MS_ASSISTED_AGPS EN_MS_BASED_AGPS
SITE DATA
LCS_LATITUDE LCS_LONGITUDE LCS_SIGNIFICANT_GC LCS_AZIMUTH HALF_POWER_BANDWIDTH
>
CELL PARAMETERS EN_CONV_GPS Flag to enable/disable the Conventional GPS positioning method. EN_MS_ASSISTED_AGPS Flag to enable/disable the MS Assisted A-GPS positioning method. EN_MS_BASED_AGPS Flag to enable/disable the MS Based A-GPS positioning method. LCS_LATITUDE Latitude of the BTS supporting the cell (used by the MFS to compute location estimate based on TA positioning method). LCS_LONGITUDE Longitude of the BTS supporting the cell (used by the MFS to compute location estimate based on TA positioning method). LCS_SIGNIFICANT_GC Indicates whether latitude and longitude are significant or not LCS_AZIMUTH Antenna direction orientation for the sector supporting the cell (used by the MFS to compute location estimate based on TA positioning method). HALF_POWER_BANDWIDTH Half power beam width of the antenna for the sector supporting the cell (used by the MFS to compute location estimate based on TA positioning method). Remark: To have LCS supported for a cell, the operator must activate LCS on the BSS handling this cell but he must also activate GPRS for this cell (i.e. setting of MAX_PDCH to a value > 0, the cell being kept locked for GPRS if the operator does not want to have GPRS running on this cell) and configure all the required transmission resources (Ater and Gb resources) on the GPU(s) connected to this BSC
Alcatel
343
Alcatel
344
= serving cell antenna azimuth - /2 =A*width of serving cell sector in [], calculated from bisector angles of co-sited antenna azimuths r1= inner radius of TA ring-(B-0.5)*554 in [m] R2=(B+C)*554 in [m] A: ARC_SIZE_FACTOR B: MIN_RADIUS_FACTOR C: MAX_RADIUS_FACTOR
W
Point (O)
g vin Ser
r1 r2
E
ce ll ( CI)
S
Back
@Introduction to Radio Fine Tuning BSS Release B9 345 All rights reserved 2004, Alcatel
>
An ellipsoid arc is a shape characterised by the co-ordinates of an ellipsoid point o (the origin), inner radius r1, uncertainty radius r2, both radii being geodesic distances over the surface of the ellipsoid, the offset angle () between the first defining radius of the ellipsoid arc and North, and the included angle () being the angle between the first and second defining radii. The offset angle is within the range of 0 to 359,999 while the included angle is within the range from 0,0001 to 360. This is to be able to describe a full circle, 0 to 360 For CI+TA method which is default one , the answer is given by description of "ellipsoid arc". Optimization parameters:
ARC_SIZE_FACTOR
> >
Factor used in the computation of the width in degree of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method. Factor used in the computation of the minimum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method
MIN_RADIUS_FACTOR
MAX_RADIUS_FACTOR
Factor used in the computation of the maximum radius of the ellipsoid arc returned by the MFS when computing location estimate based on TA positioning method
Alcatel
345