PS寻呼过载优化解决方案

1、X0001PS寻呼过载优化解决方案PSe呼过大问题,首先从规划方面分析.合理规划 LAG RAW网络容量或寻呼量大于一定门限的 位置区进行位置区分裂,可以有效降低寻呼消息流量,LAC RAG1界要尽量选择地广人稀的地方.1 .寻呼LACE规划原那么1 .保证寻呼信道容量不受限.2 .区域边界的位置更新开销做到最小.3 .对于位置区LAG勺大小不能过大,LAG勺最大值由寻呼信道的容量来决定. 由于网络寻呼移 动台的同一寻呼消息会在LAO有小区中发送,因此寻呼区域覆盖范围过大,会导致寻呼信道负荷 过重,同时增加Iub接口上的信令流量.另外,过载的寻呼消息如果在RNC勺重发次数内仍没有发出将被丢弃,

2、这样会导致在效劳区内的开机用户不能被寻呼到用户不在效劳区问题.寻呼区域 的上限区域能支持的最多小区数主要受到寻呼信道的带宽限制.4 .位置区的划分尽量使位置区边缘位置更新本钱最低原那么,尽量利用地理分布来对位置区的 划分.5 . 一般郊区县使用单独的位置区,即和城区的位置区不一样,此时的位置区分布类似于 一个同心圆内圆城区也可能由于容量因素设置几个位置区,圆内可以采取分片方式或另一个内外圆环方式或混合方式.实践证实,这样划分 LA5仅可以减少用户不在效劳区现象,并且接通率 和呼通率也能有较大改善.2 .RACK规划原那么1 . RAG各由区是SGSN呼处于那些Idle状态的终端的区域,它是 P

3、Slk务寻呼区域.页脚内容1_x0001_2 .它的规划和位置区是类似的,但是路由区是隶属于位置区的,他们都有共同的原那么：就是 RAC 区不能过大,这个跟PS寻呼量和用户行为很相关,对于无线网络,PS业务寻呼量会大于CU务的寻呼量,RACE一般是小于LACE的,具体要根据PSffi CS勺寻呼量大小比例来确定 RAG口 LAC勺关系, 目前我们认为RACK可以跟LACE是一致的；3 .不要跨越SGSN/RNC/LAC.要求在区域边界处尽量减少路由区更新对系统的冲击和满足小区寻 呼信道的容量限制要求,至于多少路由区更新数的定量分析还是需要继续分析.3 .寻呼参数汇总CNW：1 .寻呼方式(IM

4、SI TMSI P-TMSI2.寻呼范围(CELL LAC/RAC Global)3. 寻呼间隔4. 寻呼重发次数5. UE急含关机时长RNCM:6. UTRAN呼重发次数7. UTRAN呼时间问隔8. Np9. N刖期位置更新时长页脚内容2X000110. DRX!呼周期11. 寻呼类物理信道PICHff口 S-CCPCH勺功率配比12. UE攵到寻呼消息后的接入类参数：最大接入尝试次数,初始功率四.关键值取值建议K参数：k+1代表UTRAN重复寻呼次数.无论U观否响应寻呼,空口都必须发k+1次寻呼.考虑 到CN那么已经会重发寻呼,因此为了提升寻呼效率,K的取值建议为1.L参数：1-L%是为

5、未来网络的开展而预留的寻呼余量.由于目前RN段备已经支持动态数据配置修改已有小区的寻呼区域,因此 L的取值是否需要预留主要取决于运营商是否有特殊建网需求.一般 情况下,为了预防局部地区或者个别站点的扩容即需要改变现有其他小区的寻呼区域标识,因此我们 建议L缺省取值为80,对应20%的寻呼余量.Poutage#数：Poutag更寻呼块的阻塞概率.如果我们假设99%的UET以在连续两个DRX cycle length 周期内被寻呼到,那么PoutageM为10%DR踏数：即 The DRX cycle length shall be MAX2k, PBP frameSk参数.目前 k的缺省值为8.

6、n参数：即Nla=n*Nra n为正整数中的n值.n的取值越大,那么在寻呼信道容量不变的情况下, RACT支持的寻呼小区越少,LACt持的寻呼小区越多.一般情况下,PS业务的寻呼需求往往会比CS勺 要大一些,因此为了预防 PS占用过多的寻呼信道资源,可以将 n的取值设置为大于1.究竟取多少可 以根据CSt务的a和PS业务的b的取值来确定.页脚内容3_x0001五.PS®业务模型PS蚓务tu业等美星ft*户渤t率B HSABuijfHour -tCall Num总u邛Hcur Throughp ut/uMir 如例B H $ A丽" Hwr Padut Call NumHou

7、rThrcughp ul/kjr»r 曲咖中,直B HSAa<i*y HwPMkAlCM NumBu.y Hour Throughp 'U>VU>B«F mEmail10%o.w02024,57620%OJC0 4049 1523d%0 30O&DT372B-WWW30%0.180.90M430%04120US J20%1 50144Gamt ICQ拈/U.1OOJONJMD-300 4D4s/OJOOUBO8X3明片骑声下FTP25 «01002047 61615%0 200 4095 23210%0 30o&o142

8、WV idee Stream0%0.00D.DQ010%Q.100.10切M20%QJ20&4d.£lSMS50%0.50口朋oa1W %o.w0 841侬1000.600 7fflEM9JMMS50%0 50TOO100%0M1 SO1®%aw1司147伽六.日常网络中寻呼问题及优化举措1寻呼区域规划过大现象与分析CM!常在一个寻呼区域LAC RAC对目标UB!行寻呼.a.LAC RAC±大：同一寻呼消息会在许多小区中发送,会导致寻呼信道负荷过重,同时增加Iub、Iu接口上的信令流量.b.LAC RACS小：会造成用户进行频繁的位置更新,从而增加系统的信

9、令流量,频繁的位置更新还 会影响 的待机时间在位置更新期间寻呼通常提示是被叫忙-NBUBUu口寻呼水平的估算：以PCH目前的编码方式,一个TTI只能传输240bg用IMSI同一时刻能寻 呼3个UE用TMS和PTMS同一时刻能寻呼5个UE这是一帧10ms勺寻呼水平,那么Uu口可以支持 平均每秒300个IMSI或500个TMSI/PTMSfi寻呼.如果再除去FACH用的bits,实际Uu口支持的寻呼 数量要小于这个估算值.优化举措页脚内容4_x0001_a.合理规划LAC RACb.对网络容量或寻呼量大于一定门限的位置区进行位置区分裂,可以有效降低寻呼消息流量；LAC RAC4界要尽量选择地广人稀

10、的地方.2 .CM1呼重发次数和时间间隔设置不合理现象与分析CNe呼重发机制：预防第一次寻呼未响应从而主叫再次发起呼叫,影响寻呼成功率、接通率和用 户的感知.数据说明,第一次寻呼成功率90%左右,二次寻呼成功率2-3%,三次寻呼成功率在0.2-0.5% 以下.CNM呼时间间隔不宜过短.CM!过Iu接口发寻呼消息给RNC RN纵收到CN勺寻呼消息再下发到 空口的最大时间问隔是一个寻呼周期,在 RNC1发1次的情况下,CN的寻呼时间间隔要大于两个寻呼 周期为宜.优化举措CN勺寻呼重发设置应该和 UTRAN相配合.在UTRAM呼重发1次的情况下,建议 CNl已置重发1 次总共发2次,重发时间间隔大于

11、两个寻呼周期.3 .UTRAI#呼重发次数和时间间隔设置不合理现象与分析CN1过Iu接口下发寻呼消息给RNC RNCg据IMS计算出寻呼时刻,并安排在最近一个寻呼周期对 应的寻呼时刻下发.目前RN乐用了寻呼重发机制,缺省是重发1次,重发时间间隔是一个寻呼周期,UTRAI#呼时间页脚内容5_x0001_间隔为一个寻呼周期的整数倍,一般为一个寻呼周期.UTRAI#呼重发次数不宜过大,否那么加上Iu 口寻呼重发,Uu寻呼信道负荷会剧增.UTRAI#呼功能在MA0实现,而MA电不识别具体的RRQ肖息,即使U刎了寻呼响应消息,MAC 层还会继续重发寻呼.优化举措寻呼重发次数和寻呼间隔保持目前的缺省配置比

12、拟合理4 .DRX1呼周期系统设置不合理不连续接收DRX勺根本原理：a.根据协议TS25.304寻呼周期长度 DRX cycle length = 2 K值由SIB-仆发；b. UEt空闲状态下,可工作在不连续接收DRX状态,以节省电池消耗；c. UH作在DRX寸,只需监视 PICH1的一个DRM1环中的某一 个Page Indicator PJd. DRX1环最长为2k帧,其中k是一个整数；取值范围：2-12,取6、7、8分别对应寻呼周期0.64s 1.28s 2.56s;e. K值越大,DRXW期就越长,U创耗会降低,但是也带来了 UE!呼周期变长；f. K值过小,寻呼周期变小,UEt理寻

13、呼开销和功耗都会增加；g. CS/P觎和 UTRAN义的的 DRX Cycle Length Coedfficien长；优化举措：页脚内容6_x0001_CN UTRA的寻呼重发次数、时间间隔和 DRXt呼周期系数K的设置要综合考虑5 .Np值设置不合理现象与分析NW寻呼指示信道PICHft一帧中下发的PI寻呼指示数,该参数在系统消息5中通过Number of PI per frame指示.U由在确定的寻呼时机接收 PICFM,然后找到对应的PI指示位第q个PI指示,只有相应的PI 指示位有效,UEt会去解调对应的S-CCPCH.Np在实际网络中的意义：该参数将所有的IMSI分成了 Np组,每

14、一个组中所有的IMSI使用同一个PIoa. N瞰置过小,那么每组中对应的UEt目较多,对每个IMSI而言,PI指示出现的概率增大,被唤醒 的次数越多,对节省U创耗不利；b. Np设置过大,那么每组中对应的IMS数目较少,对每个IMS而言,PI指示出现的概率也较小,被 唤醒的次数也较少,但 Np越大,每个PI对应的bit数目减少,对UE勺PICHW调性能要求越高.优化举措Np取值范围在 18, 36, 72, 144,要根据当前网络的用户数的多少确定,一般用户多Np取值大一些,用户少Np取值小一些,实际网络中可以取中间值 36或72.6 .CN5用了全网寻呼现象与分析由于 VLR< SGS

15、N UE勺位置彳S息LAC+CID RAC+CID 空白,导致 CN故 Global Paging页脚内容7_x0001_有的设备厂家支持Global Paging (在第二次寻呼范围的选择方式上).优化举措查找相应的话务统计,1S 30、60分钟的粒度跟踪记录 Global Paging勺数量,想方法从VLR SGSN 中找到此类用户对位置信息空白原因进行调查排障.7 .CN8用的UEB识不合理现象与分析在网络CN/RNCc向UE勺寻呼消息中,被叫 UE勺标识信息TMSI PTMSI IMS错误或者对应的格式 属性的参数不匹配导致被叫 U环响应或者其他UBI向应.通常CNB一次使用TMSI/

16、PTM洲呼；第二次使用IMS导呼.优化举措工程师跟踪收集详细的信令信息,上报给研发部门协调解决.8 .寻呼类信道功率配比过低现象与分析此问题在现象上表现为用户投诉集中在某些区域,并且有UE乍被叫存在“用户不在效劳区的问题,UE乍主叫正常,在UBt台可以看到寻呼解码失败的打印信息.寻呼类信道包括PICHff口 PCH(S-CCPGH)口果PICHft率过低会导致UEfl?析PI指示错误,把PI值为 “0解析成“1会产生虚警浪费UE勺功率,把PI值为“1解析成“0" UEa会错过寻呼造成呼损.如果PCHft率过低,UE寸寻呼消息会解码失败.目前根本功率配比：PICH-3dB, PCH(S-CCPCH-2dB.页脚内容8X0001优化举措适当提升PIC即口 PCH(S-CCPCH功率配比.在 RNC隹护台上可以查看和修改 PICH PCH(S-CCPCH) 的功率.9 .存在覆盖盲区现象与分析问题现象表现为用户投诉集中在某些区域,UE乍被叫、主叫都不成功,UE®板上显示信号强度低, 用路测设备测试导频信号的 RSCP口 Ec/Io都低于UEE常接入需要的指标,可以确定该地区存在覆盖盲 区.在实际的网络中覆盖盲区是不可预防的,如何将脱网的用户在CN及时置为关机状态,有利于减少寻呼数量降低网络负荷,并且能够提升系统接通率.这样就涉及UE周期性位置更新时长和