CCCH信道优化分析Word格式.docx
- 文档编号:915542
- 上传时间:2023-04-29
- 格式:DOCX
- 页数:14
- 大小:56.14KB
CCCH信道优化分析Word格式.docx
《CCCH信道优化分析Word格式.docx》由会员分享,可在线阅读,更多相关《CCCH信道优化分析Word格式.docx(14页珍藏版)》请在冰点文库上搜索。
PacketUplinkAssignmenl
*ULRLCD抽Block
scription)
EstablishmentofULTBF,MSonCCCH
MS」|BSC/PCU
EGPRSPacketChannelRequest
.ImmediateassignmenttULassignment]
E
PacketResourceRequest
*
(AdditionalRadioAccesscapability)
i
ULdatablock.
PACKETULACK/NACK(P0lling=YE5)
PACKETCONTROLACK
■
ULdatablock亠
4
通过CCC建立ULTBF
EstablishmentofDLTBFwhenULTBFisongoing
通过PACC建立DLTBF
DLTBFASSIGNMENT,MSonCCCHr
MSBTSBSC
ImmediateAssianmentfCCCHI
P-lmmediateAssignment
P-ImmedialeAssianmentAck
»
4
PacketPollinaRequestfPACCI-^
PacketPollinaReauest
PacketControlAck
PacketControlAckCPACCH)—:
1
PacketDownlinkAssianmentPACCH).
k
PacketDeiwnlinkAssignment
4:
・
通过CCC建立DLTBF
从上述TBF建立的信令流程可以看到,只要存在上行或者下行
的TBF时,如果需要建立其反向的TBF那么都可以通过PACCH信道来建立,而无需通过CCC信道来建立。
由于我们无法改变
网络中用户使用无线网络的操作行为,所以可以通过认为延长
TBF释放的时延来增加TBF的存在时长,这样可以适当减少通过
CCCH信道来建立TBF
三、常用优化方案
PS业务导致的PS_IMMED_ASS息的大量增加导致AGCH消息的
增加,造成PCH言道拥塞,进而现网中很多地区出现较多PagingDelete消息现象。
为了更好地分析和改善目前网络中出现的
PagingDelete问题,我们采用了多种方案来进行优化调整。
从前期的优化调整的效果来看,下面几个方案可以改善Paging
Delete问题:
z减少ChannelRequest重发次数(RET)
4缩短Paging寻呼组的周期(MFR)
匕加大ChannelRequest重发间隔时长(SLO)
4减少PacketAGCH消息数量(EGPRS参数优化调整)
4减少Paging消息数量(使用LAC分裂)
4进行话务均衡或小区分裂(降低CCCH高负荷小区PCH
和AGC消息数量)
斗根据实际负荷情况来对
LAPD言令连路进行扩容,特别
是BCCHTR。
四、案例
温州校园网小区PagingDelete优化
1引言
由于校园虚拟网和短信套餐的大力推行,现在温州某高校园区晚忙时每小时的
寻呼量达到了100K以上,且有大量的PagingDelete产生。
Nokia厂家建议LAC的寻呼量门限为100K/Hour,对于512容量以上BSC门限为120k/Hour,明显地,校园网所在LAC经常超出了门限值。
超过门限值的一般可以通过以下几种方法来降低负荷:
(1)LAC分裂:
将原有的一个LAC分裂成2个LAC,各个LAC的寻呼消息互不影响,从而有效的降低单LAC每小时寻呼量;
(2)基站割接:
将此LAC下的部分基站割接到另外一个寻呼负荷较低的LAC去,
从而降低此LAC的每小时寻呼量;
(3)其他方法:
如提高BTS的寻呼缓冲区,使用各种手段控制忙时寻呼话务量等。
方法
(1)和
(2)从源头上控制每小时寻呼量,是最常用也是最根本的解决办法,但温州的这个高校园区已经过多次的基站割接,新的LAC还没申请下来,所以采取
常规的手段已经无法适用。
如何在目前一段时间内降低高校园区的PagingDelete
量,保证网络安全成了一个急切的问题。
在这种情况下我们只能暂时采取了其他方法。
对于Nokia设备来说,修改BTS
参数MFR(noOfMultiframesBetweenPaging)可以增大寻呼缓冲区,但同时会影响系统的寻呼和手机的响应时间,影响用户感受,这些参数的调整对校园网的改善作用不大已经在以前历次调整中得到证明。
通过小区参数和统计数据分析,我们发现单小区寻呼能力与AccessGrant参数
等有关,利用这个区域由900/1800双覆盖的特点,我们对1800小区参数C2进行了调整,使得MS在空闲状态下以较大的概率重选到1800小区中,立即指派的时候尽
量不占用900小区的AG信道,从而有效地降低900小区的CCCH负荷,达到了寻呼
负荷均衡的目的。
2校园网情况介绍
校园网的坐落位置与基站分布如图1所示,相对还是比较独立的区域,但密度比较
大,同时全大学城的宿舍楼集中管理造成话务过分集中,也是造成寻呼删除的重要原因。
lapInfoLHiritcrflsectt>
rSUD.“永MH]
毘丈件叩福也止]工員E刊氏皿]互诲闻型IQ电冒皿】耳口⑴『应羽帥Hl】恥上业
ISI
就野:
S.927km
*选中:
N&
tdor_900
iTj2Ted1
Froftsri..
I:
EZ
学生宿
舍区
|V
图1、大学城位置图
对应于图1的小区配置如表1所示,目前大学城基站的所有载频的Lapd都已经改为
32k,在Lapd方面应该有足够的冗余。
基站
小区T
BSC^
站名禎
半速率时隙
容量
载频
忙时话
务口
拥寒率
日总话
努量
利用率(丕计手速牽)
70129
30291
WZHE5C3G
茶山期
31
31.9
6
53.7
4.4
655^
168%
70162
10621
WZHBSC3G
南白彖2
16
18.4
27.1
0.0
249.3
147%
70468
10684
WZHBSC36
溟丸学生AP
24
32.8
50,5
1.4
344,6
154%
7046S
20684
WZHESC36
温犬学生M
32*8
52.1
4.2
372.9
159%
7O46S
30634
温大学生A疟
45.0
2.4
260.9
137%
70478
10784
WZHESC3S
泡州犬学疳
32,8
22,3
0,0
256,3
68S
20784
湼州大学心
32
31*9
30.3
338.7
95%
30734
温州大学I
24.0
221.q
73%
70479
10794
舷B区订
48
47.8
3
67,9
0.5
707.9
142N
20794
逞丈■乃区心
38
45+9
8
6Y.6
483.6
70473
30794
临HESC36
退衣■B区心
45*9
55.7
464・2
121«
70496
10964
ll!
ZHESC36
41
31.0
75.3
4E,5
573.q
S43K
20964
36
31,9
68.2
39.1
450詁
214%
70495
309S4
WZHBSC3S
37
31+9
47.5
10.2
399.6
149%
7O49S
40954
温大£
区"
|WWWW
35
30.1
70.0
50.7
499-6
23354
70879
10?
98
温左B1800^
13,2
14.0
119,3
106^
20Y98
温衣B1800*3
13
19.3
30,9
&
3
171,]]
160%
70S79
30798
温大B130E
23
38.2
4.3
273.4
198«
Y0896
10968
WZHBSCS6
暹衣C区1800
21
17.5
42,2
45.4
261,1
241^
70896
20968
WZHESC35
SAcEisoo
17,5
38,7
57.8
188,4
221%
7t'
M96
30958
WZHE3C36
温大C|X1S00
17.5
37.5
34.S
222.6
该校园网有900/1800双层网,原先沿用大网的参数设置思路:
DCS1800为纯粹话务
吸收,自己并不推荐进行呼叫建立,设置参数如下图所示:
BSCParameters
GSMe日crouelllh「E5holT二3fi-a32
GSMeigitgeIIthreshold=29
RRHO
NegativePBGT
冷xMinCeil-54JBni
PBGT北d日arQdB©
「b压uells户nori世?
fL逊曲ctar2
Limbr&
aIIQ酣血乳-70"
Em
Thresholds
inieriUUOL-357-55demLevelUL/DL-S3A84dBm
POCParameters
POCIflv^erthresholdUL=-90dBm
POClowerthresholdDL=-S3dBm
900,1800话务主要由
1800的AGCH利用率过低。
Margins
PBGT+63dBor+12dBForsdgecells
Lavsl*3dB
RxImvalMinCell=-100
1800/900无线特性及参数设置的特点明显是把呼叫建立留给900切换进来,校园网的特点是短信流量大,因此导致3调整结果
900/1800均衡的核心思想就是尽量增加空闲状态下的MS重选到1800小区的机
会,在MTCMOCSMS和GPRS接入的时候占用空闲的AGCH言道,使得双网覆盖的小区的AGCH能负荷均担,更多的CCCH留给PCH从而达到减少PagingDelete的目的。
GSMPhase2MS的小区重选由参数C2控制:
CellReselection
0C2criterron
C2=C1+ce11ReselectOffset-temporaryOffsetxH(penaltyTime-T)whenpenaltyTime^640sec
or
C2=C1-cellReselectOff&
et
whenpenaltyTime=640sec
Where
H(x)=1whsn3G>
=0
H(x)=0whenx<
在不影响接入性能的前提下,我们可以调整BTS级参数REqcellReselectOffset)使得DCS1800小区的C2值增大,更容易被IDLE状态下的MS选中。
经过逐步调整,最终我们将1/2/30968三个小区的REO设置成了10dB,其他参数保
持不变
LAO
忧化前<
200J-4-2f)
忧2005-6-20)
p琴in吕増量
LAC寻呼数
小区成功寻
呼数Q
PMijiEddete数*
采祥时间
水区成功寻呼数门
ptfinz
ddete数
2238E
10064
121801
12343
17S0
22:
122195
S253
14
-4000
22386
96399
9827
1158
23:
113842
9264
65
-563
22385
121762
956
122193
4184
C
-2812
9S433
06SS
603
113607
4吕国
-2117
30964
9S333
4969
29
122194
5101
132
40964
121774
13122
2350
122103
7960
12
-5162
40064
96423
11250
2054
115912
S642
-26OS
121831
1137
122190
8275
6€
7138
2238E
1096S
1092
113905
3852
6S
7760
2Q0S3
121301
753
22;
1221^4
2907
Q
2205
2238!
^
2C968
96333
839
U992S
3114
227E
30G6S
121776
SOS
122200
5157
424S
30068
96395
361
113B8S
5540
2
4685
不难看出在122Kpaging/Hour的寻呼量下,900/1800的SUCC_SEIZ_TER基本均衡,所造成的PagingDelete也降到一个安全范围之内。
但是后续观测数据表明如果寻呼量达到135K以上,某些情况下还是会造成大量PagingDelete,所以本文所说的
900/1800AGCH均衡是有一定适用范围的,适用于一层网络有较大拥塞而另一层网络
有较大冗余。
要根本上确保网络安全,需要从降低寻呼量入手采取如LAC分裂,基
站割接等手段。
4小结
在校园网由于业务原因造成寻呼量过大而导致PagingDelete产生,如能调整双网
覆盖小区的AGCH均衡,则通常能减少特定小区的PagingDelete,从而一定程度上
保证网络安全,现网实验数据也证明这种方案确实取得了一定的效果,对现网的小区寻呼优化具有一定的借鉴意义。
当然,本文要特别指出的是,这只是一种过渡性的方案,终极解决方案是基站割接,LAC分裂等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CCCH 信道 优化 分析