Beruflich Dokumente
Kultur Dokumente
Solutions
Contents
1 SD Seizure Signaling & Relevant Counters...............................................................................................1
1.1 SD seizure and release flow.................................................................................................................1
1.2 Definition of SDCCH congestion indicator........................................................................................2
2 Classification of SDCCH Congestion Causes............................................................................................5
3 Procedure of Checking SD Congestion SD.................................................................................................7
4 Typical Cases of SD Congestion.................................................................................................................11
4.1 SD congestion due to LAPD delay caused by transmission fault.....................................................11
4.2 SD congestion due to large quantity of LOC (caused by cross-LAC coverage)..............................11
4.3 SD congestion due to strong interference..........................................................................................12
4.4 SD congestion due to large quantity of LOC caused by HLR cutover.............................................14
4.5 SD congestion due to short message pager.......................................................................................16
As shown in Fig 1 -1, during LOC and the early stage of MOC and MTC process, MS
usually seizes SDCCH to exchange signaling. The signaling flow is as follows:
After receiving Channel Required message, BSC applies for SD from database,
and the counter for SD seizure attempt times increases by 1;
MS report SABM frame, BTS reports Est Ind message to BSC, and BSC
increases the number of successful SDCCH assignment by 1.
Counter
formula
V2 (2.97)
V3 (6.20)
(C11625-C11626+C11697)*100%/(C11625+C11696)
(C900060005+C900060011+C900060039)*100%/
(C900060003+C900060010+C900060038)
SD congestion means that upon receiving Channel Required message, BSC applies for
SD from database, while BSC has no SD for allocation (all SD resource are blocked or
occupied).
When BSC fails in applying for SD, it sends a message Immediate Assignment Reject
to MS, commanding MS to request for access after a period of time (set on T3122); and
BSC increases the counter for SDCCH congestion by 1. Message flow of Immediate
Assignment Reject can not solve SD overflow problem, but can help relieve and
smoothen it.
Table 1-2 Timer T3122
Protection period of access attemptT3122,s
Value range
0 ~ 255
Unit
Default value
10
message.
After it receives Immediate Assignment Reject message, MS can not start a
new call until T3122 expires. This timer is one of the system control
parameters, which is sent to MS in the Immediate Assignment Reject.
Recommended normal value for T3122 is 10~15s, and 15~25s in areas with
dense traffic.
Too-many Channel Required means the cell is busy, while few SDCCH are
configured, which results in frequent occupancy of SDCCH and overflow.
Read performance report, check if all cells or some cells under the BTS are
congested;
It rarely happens that all cells under the BTS are congested. If it happens, the
causes are usually related to terrestrial transmission and parameter
configuration.
2.
Note:
Too large LAPD flow will lead to LAPD transmission delay, which causes timer
expiration before channel activation is completed. This kind of timer expiration shall
be differentiated from that caused by transmission fault.
3.
Check radio access measurement, analyze the access reason of Channel Request
which causes SD congestion, count the number of Channel Request attempts and
success times due to different reasons, and compare indicators with those in
normal period..
The access cause of Channel Request falls into 4 types:
Generally, the number of LOC attempts takes 35% of the total Channel Request times
The percentage may increases to 70%, if the site is located at LAC boundary.
Number of MOC Channel Request and that of MTC Channel Request are almost equal,
which are related to local subscribers call conditions;
Other reasons rarely happen in normal conditions.
7
If there are a big number of attempts due to other reasons, and all end in failure,
the cause can be confirmed to be interference.
2)
When the number of MOC attempts is big, and even exceeds the number of
LOC, the reasons could be:
Interference exists.
Judge the reasons through analyzing number of MOC success.
Although operation of MS malicious pager causes great number of MOC
attempts, number of MOC success increases accordingly;
Interference wont increase the number of MOC success.
3)
4)
Note:
For BSCV2 system, basic measurement includes the number of attempts/success of
MOC, MTC, LOC and other accesses. For iBSC system, there is a special radio access
measurement, which needs to establish measurement task. In CS basic measurement,
number of MOC/MTC attempts and number of MOC/MTC success are included,
through which we can calculate the number of attempts/success of LOC access.
5)
Make enquiries and find out if there are newly-setup sites, adjustments on
LAC/HLR;
6)
Check the performance report of the week when the problem appears, analyze if
SD congestion exists for a long time during busy hours.
If SD congestion is a long standing issue, and theres no big fluctuation in the
number of MOC, MTC, LOC attempt and success times, this means the cell is
8
From analysis of radio access measurement, its discovered that the SD congestion was
caused by large quantity of LOC.
When checking the site map, engineers found the site was located between two location
areas (LAC), the cell belonged to LAC09523. A road, 1.5km from the site, was under
the coverage of LAC09533.
Through signaling tracing, we could see the large quantity of LOC under the cell was
from LAC09533 to LAC09523.
Fig 4-3 Signaling Showed Large Quantity of LOC under the Cell
After DT on site, its discovered that the road should be covered by LAC09533, but the
congested cell signal was very strong there, which means it stretched its coverage to
the road, and resulted in frequent LOC on the road and SD congestion.
Normal condition didnt return even after reset of CMM and TRM;
Congestion phenomenon appeared again after frequency and BCC were changed
12
back;
Normal condition didnt return even after the reset of CMM and TRM, which means
the problem was irrelevant to BTS hardware and software;
The problem disappeared after adjustment of frequency and BCC, but reoccurred when
the frequency was changed back, this means the problem involved in frequency;
Considering Channel Request rules, engineers confirmed there was an interference
signal whose frequency was the same as the sites, and the signal just contained all the
13
training sequence of AB frame. The interference signal was periodical and it created
periodical deviation to timeslot 0 window. Just because of this deviation, TX changed
periodically. Besides, the interference signal just interfered timeslot0. Therefore,
adjustment on TA access threshold could only relieve the problem, but couldnt solve it
completely.
There was army garrisoning in the area, the interference signal was probably sent from
the army.
Number of inter-MSC
LOC attempts-GSM
Time
2008-11-19 23:15
2008-11-19 23:30
2008-11-19 23:45
2008-11-20 0:00
2008-11-20 0:15
2008-11-20 0:30
2008-11-20 0:45
2008-11-20 1:00
2008-11-20 1:15
2008-11-20 1:30
Number of inter-MSC
LOC success-UMTS
2966
2773
2561
2775
2432
20197
7632
3215
2561
2475
0
0
0
0
0
0
0
0
0
0
Number of inter-MSC
LOC success-GSM
2081
2011
1812
1987
1634
18797
6695
2506
1787
1677
At 0:00am and 0:30am on Nov. 21st, the number of inter-MSC LOC attempts jumped
from 3000 to over 17000 twice.
14
Number of inter-MSC
LOC attempts-GSM -GSM
Time
2008-11-20 23:15
2008-11-20 23:30
2008-11-20 23:45
2008-11-21 0:00
2008-11-21 0:15
2008-11-21 0:30
2008-11-21 0:45
2008-11-21 1:00
2008-11-21 1:15
2008-11-21 1:30
3725
3790
5460
17118
6322
11784
8859
3954
3462
3674
0
0
0
0
0
0
0
0
0
0
Number of inter-MSC
LOC success-GSM
2467
2532
4134
15562
4809
10138
7287
2657
2133
2311
At 1:00am on Nov. 22nd, the number of inter-MSC LOC attempts jumped from 6000 to
over 16000, and it returned to normal on the early morning of 23rd and 24th.
On the early morning of 25th, the number of LOC attempts was 15000.
These LOC attempts matched closely with the time point of SD congestion and the
cause of SD occupancy.
There was no obvious change on the number of inter-MSC LOC attempts during SD
congestion.
During congestion period, the number of TMSI re-allocation also increased
dramatically.
On-site engineers reported that Nokia was cutting over Nortel HLR when SD
congestion occurred. Therefore, we concluded that the cutover of HLR caused MS to
make large quantity of inter-MSC LOC at midnight, resulting in SD congestion. If its
BSS fault, then not only the number of inter-MSC LOC, but that of intra-MSC LOC
will be affected.
16