CCCH信道优化分析

《CCCH信道优化分析》由会员分享，可在线阅读，更多相关《CCCH信道优化分析（10页珍藏版）》请在金锄头文库上搜索。

1、CCCH 信道优化分析一、概述在温州移动数据网络从GPRS升级到EGPRS后，数据网络的流量 得到迅猛发展。由于目前中国移动都没有使用PBCCH功能，即 (E)GPRS业务所用的公共控制信道资源和GSM是相同的,在下行 方向上都是使用PCH和AGCH信道。在早期GPRS和EGPRS规划 期间，因为共用CCCH信道资源而会带来原有GSM的CCCH资源 负荷的增加，但是在以前GPRS网络中，因为GPRS网络的速率 不高，所以终端用户使用无线数据网络的频度较低,GPRS业务 对GSM网络中的CCCH负荷的影响尚未凸现出来。随着EGPRS无 线数据网络覆盖范围的不断拓宽，数据流量一直在较快增长，2 年

2、内温州移动全网的数据流量从不足 6GByte 增加到超过 70GByte,这对整个EGPRS和GSM网络带来了不小的冲击和影响。 光在这3个月的EGPRS优化期间，温州移动诺西设备区域的全 天PS数据流量就增加了 24%,具体PS流量和CS话务增长情况 见下图所示：温州NOKIA区域全天数据流量和话务量趋势畲务话B天全 o o o o o o O 8 5 4 3 2 1 0数据流量-话务量61 00 )yGH流据数oxJK全随着数据流量的增加，必然也同时给CCCH信道负荷带来巨大的 压力。所以导致出现目前网络中高CS话务和高PS话务区域出 现较多的Paging Delete消息现象，特别是校园

3、网小区尤为突 出。二、数据业务对CCCH信道的影响公共控制信道CCCH面向小区内所有移动台，在下行方向上由 PCH、AGCH来广播寻呼请求和专用信道的指配，在上行方向上由 RACH信道传送专用信道请求消息。AGCH信道用于CS域和PS域 的立即指配。当用户进行一次主叫、被叫、位置区更新或收发 短信等，就会触发一次相应的CS域立即指配；PS域立即指配对 应的是一次TBF建立过程oAGCH信道和PCH信道共用CCCH信道 资源，而对于一个小区而言，CCCH信道容量是固定的。在小区内CCCH信道资源固定的情况下，快速增长的数据业务将会引起 AGCH信道或PCH信道的拥塞。若AGCH信道拥塞，则即使业

4、务信 道（TCH、PDCH）空闲，也会造成用户无法接入，从而影响网络 的接入性能，若PCH信道拥塞，将导致网络的寻呼性能下降。 数据业务实时在线和交互性的业务特点导致了业务对AGCH信道 资源占用较多。而交互性越大的数据业务对AGCH信道的影响和 需求就越大。数据业务中的Packe t AGCH消息产生原理：在EGPRS网络中有时需要通过CCCH信道来建立上下行的TBF， 当然有时则只需要通过PACCH信道来建立相关的TBF。由此，我 们可以通过转换TBF建立的方式，即减少通过CCCH信道建立的 TBF，增加通过PACCH建立的TBF来减轻CCCH的负荷压力。对于通过CCCH信道和PACCH信

5、道来建立上下行TBF的信令流程对比如下：Establishment of EGPRS UL TBF when DL TBF is ongoingMSBTSBSCEGPRS_Packet_DL_Ack/Nack(Channel Request Description)Packet Uplink Assignment (PACCH)UL RLC Data BlockPacket Uplink Assignment+ RLC Data Block通过PACCH建立UL TBFEstablishment of UL TBFr MS on CCCHMSBSC/PCUEGPRS Packet Channe

6、l Request*-Immediate assi口门ment (UL assignment)4P日i:ket Resource Request(Additional F?adio Access capability)R.UL data blci匚kta PMKETULACK7NACK (Polling=VES)PACKET 匚ONTROLA匚KUL data block:通过CCCH建立UL TBFEstablishment of DL TBF when UL TBF is ongoing通过PACCH建立DL TBFDL TBF ASSIGNMENT, MS on CCCHrMSBTSBS

7、CP-lmmEclimtE AwsignrriEntImmEdgtE AssignrriErit (UCUH)P-IrnmEdi日馆 AEEignmEnt 陋KP日ckmt Pulling RECiuEstP日ukEt Polling RECiiiEst (PACUH)P孔止t Uuntrcil Afk FACCH)P日ckEt ContrcilPacket Downlink AssignmentP日ukit Downlink AssicinmEnt (PA.CCH)通过CCCH建立DL TBF从上述TBF建立的信令流程可以看到，只要存在上行或者下行 的TBF时，如果需要建立其反向的TBF,那

8、么都可以通过PACCH 信道来建立，而无需通过CCCH信道来建立。由于我们无法改变 网络中用户使用无线网络的操作行为，所以可以通过认为延长 TBF释放的时延来增加TBF的存在时长，这样可以适当减少通过 CCCH信道来建立TBF。三、常用优化方案PS业务导致的PS_IMMED_ASS消息的大量增加导致AGCH消息的 增加，造成PCH信道拥塞，进而现网中很多地区出现较多Paging Delete消息现象。为了更好地分析和改善目前网络中出现的 Paging Delete问题，我们采用了多种方案来进行优化调整。从前期的优化调整的效果来看，下面几个方案可以改善PagingDelete 问题:丄减少Cha

9、nnel Request重发次数(RET)丄缩短Paging寻呼组的周期(MFR)丄加大Channel Request重发间隔时长(SLO)丄减少Packet AGCH消息数量(EGPRS参数优化调整)丄减少Paging消息数量(使用LAC分裂)丄进行话务均衡或小区分裂(降低CCCH高负荷小区PCH和AGCH消息数量)丄根据实际负荷情况来对LAPD信令连路进行扩容，特别是 BCCH TRX四、案例温州校园网小区Paging Dele te优化1 引言由于校园虚拟网和短信套餐的大力推行，现在温州某高校园区晚忙时每小时的 寻呼量达到了 100K以上，且有大量的Paging Delete产生。Nok

10、ia厂家建议LAC的 寻呼量门限为100K/Hour，对于512容量以上BSC门限为120k/Hour，明显地，校园 网所在LAC经常超出了门限值。超过门限值的一般可以通过以下几种方法来降低负荷:(1) LAC分裂：将原有的一个LAC分裂成2个LAC,各个LAC的寻呼消息互不影 响，从而有效的降低单LAC每小时寻呼量；(2) 基站割接：将此LAC下的部分基站割接到另外一个寻呼负荷较低的LAC 去, 从而降低此LAC的每小时寻呼量；(3) 其他方法：如提高BTS的寻呼缓冲区，使用各种手段控制忙时寻呼话务量 等。方法(1)和(2)从源头上控制每小时寻呼量，是最常用也是最根本的解决办法， 但温州的这

11、个高校园区已经过多次的基站割接，新的LAC还没申请下来，所以采取 常规的手段已经无法适用。如何在目前一段时间内降低高校园区的 Paging Delete 量，保证网络安全成了一个急切的问题。在这种情况下我们只能暂时采取了其他方法。对于Nokia设备来说，修改BTS参数MFR(noOfMultiframesBetweenPaging)可以增大寻呼缓冲区，但同时会影响系 统的寻呼和手机的响应时间，影响用户感受，这些参数的调整对校园网的改善作用 不大已经在以前历次调整中得到证明。通过小区参数和统计数据分析，我们发现单小区寻呼能力与Access Grant参数 等有关，利用这个区域由900/1800双

12、覆盖的特点，我们对1800小区参数C2进行了 调整，使得MS在空闲状态下以较大的概率重选到1800小区中，立即指派的时候尽 量不占用900小区的AG信道，从而有效地降低900小区的CCCH负荷，达到了寻呼 负荷均衡的目的。2 校园网情况介绍 校园网的坐落位置与基站分布如图 1 所示，相对还是比较独立的区域，但密度比较 大，同时全大学城的宿舍楼集中管理造成话务过分集中，也是造成寻呼删除的重要 原因。图 1、大学城位置图对应于图1的小区配置如表1所示，目前大学城基站的所有载频的Lapd都已经改为 32k，在Lapd方面应该有足够的冗余。基站小已站名卫半速率时隙卫容量载频忙时话 务心日总话务量护利用

13、率还 雌速率7012930291WZHBSC36茶山3131.9653. 74.4655.1168%7016210621WZHBSC36南白象）1618.4427.10.0249. 3147%7046S106S4WZHBSC36温大学主22432. S650. 51.4344.6154%7046820684WZHBSC36温大学主22432.8652.14. 2372.9159%7046830684WZHBSC36温大学主22432.8645.02.4260.9137%7047810784WZHBSC36温州丈学032.8622. 30.0256. 3687047820784WZHBSC36温

14、州犬学3231.9630. 30.0398. 7郑7047830784WZHBSC36温卿大学032.8624.00.0221. 5俶7047910794WZHBSC36温丈廿区4847.8867.90. 5707.91427047920794WZHBSC36温农冈3845.9867.60. 5483. 5147%7047930794WZHBSC36激紆冈3245.9855. 70.0464. 2121%7049610964WZHBSC364131.0675. 345. 5573. 32437049620964WZHBSC363631.9668. 239. 1450.12147049630964WZHBSC36爲“昴公3731.9647. 510. 2399.6149%7049640964WZHBSC36逼扱c区3530.1670.050. 7499.02337087910798WZHBSC36温丈 BISOO1