PS寻呼过载优化解决方案

PS寻呼过载优化解决方案PS寻呼过大问题，首先从规划方面分析。合理规划LAC、RAC;对网络容量或寻呼量大于一定门限的位置区进行位置区分裂，可以有效降低寻呼消息流量，LAC、RAC边界要尽量选择地广人稀的地方。一．寻呼LAC区规划原则1.确保寻呼信道容量不受限。2.区域边界的位置更新开销做到最小。3.对于位置区LAC的大小不能过大，LAC的最大值由寻呼信道的容量来决定。由于网络寻呼移动台的同一寻呼消息会在LAC所有小区中发送，因此寻呼区域覆盖范围过大，会导致寻呼信道负荷过重，同时增加Iub接口上的信令流量。另外，过载的寻呼消息如果在RNC的重发次数内仍没有发出将被丢弃，这样会导致在服务区内的开机用户不能被寻呼到（用户不在服务区）问题。寻呼区域的上限（区域能支持的最多小区数）主要受到寻呼信道的带宽限制。4.位置区的划分尽量使位置区边缘位置更新成本最低原则，尽量利用地理分布来对位置区的划分。5.一般郊区（县）使用单独的位置区，即和城区的位置区不一样，此时的位置区分布类似于一个同心圆（内圆城区也可能由于容量因素设置几个位置区，圆内可以采取分片方式或另一个内外圆环方式或混合方式）。实践证明，这样划分LAC不仅可以减少用户不在服务区现象，并且接通率和呼通率也能有较大改善。二．RAC区规划原则1.RAC路由区是SGSN寻呼处于那些Idle状态的终端的区域，它是PS业务寻呼区域。2．它的规划和位置区是类似的，但是路由区是隶属于位置区的，他们都有共同的原则：就是RAC区不能过大，这个跟PS寻呼量和用户行为很相关，对于无线网络，PS业务寻呼量会大于CS业务的寻呼量，RAC区一般是小于LAC区的，具体要根据PS和CS的寻呼量大小比例来确定RAC和LAC的关系，目前我们认为RAC区可以跟LAC区是一致的；3.不要跨越SGSN/RNC/LAC区。要求在区域边界处尽量减少路由区更新对系统的冲击和满足小区寻呼信道的容量限制要求，至于多少路由区更新数的定量分析还是需要继续分析。三．寻呼参数汇总CN侧：1.寻呼方式（IMSI、TMSI、P-TMSI）2.寻呼范围（CELL、LAC/RAC、Global）3.寻呼间隔4.寻呼重发次数5.UE隐含关机时长RNC侧:6.UTRAN寻呼重发次数7.UTRAN寻呼时间间隔8.Np9.NE周期位置更新时长10.DRX寻呼周期11.寻呼类物理信道（PICH和S-CCPCH）的功率配比12.UE收到寻呼消息后的接入类参数：最大接入尝试次数，初始功率。四.关键值取值建议K参数：k+1代表UTRAN侧重复寻呼次数。无论UE是否响应寻呼，空口都必须发k+1次寻呼。考虑到CN侧已经会重发寻呼，因此为了提高寻呼效率，K的取值建议为1。L参数：(1-L)%是为未来网络的发展而预留的寻呼余量。由于目前RNC设备已经支持动态数据配置修改已有小区的寻呼区域，因此L的取值是否需要预留主要取决于运营商是否有特殊建网需求。一般情况下，为了避免局部地区或者个别站点的扩容即需要改变现有其他小区的寻呼区域标识，因此我们建议L缺省取值为80，对应20％的寻呼余量。Poutage参数：Poutage是寻呼块的阻塞概率。如果我们假设99％的UE可以在连续两个DRXcyclelength周期内被寻呼到，则Poutage取值为10%。DRX参数：即TheDRXcyclelengthshallbeMAX(2k,PBP)frames中的k参数。目前k的缺省值为8。n参数：即Nla=n*Nra（n为正整数）中的n值。n的取值越大，则在寻呼信道容量不变的情况下，RAC可支持的寻呼小区越少，LAC支持的寻呼小区越多。一般情况下，PS业务的寻呼需求往往会比CS的要大一些，因此为了避免PS占用过多的寻呼信道资源，可以将n的取值设置为大于1。究竟取多少可以根据CS业务的a和PS业务的b的取值来确定。五．PS域业务模型六．日常网络中寻呼问题及优化措施1.寻呼区域规划过大现象与分析CN通常在一个寻呼区域（LAC、RAC）对目标UE进行寻呼。a.LAC、RAC过大：同一寻呼消息会在许多小区中发送，会导致寻呼信道负荷过重，同时增加Iub、Iu接口上的信令流量。b.LAC、RAC过小：会造成用户进行频繁的位置更新，从而增加系统的信令流量，频繁的位置更新还会影响手机的待机时间(在位置更新期间寻呼通常提示是被叫忙---NBUB)。Uu口寻呼能力的估算：以PCH目前的编码方式，一个TTI只能传输240bits，用IMSI同一时刻能寻呼3个UE；用TMSI和PTMSI同一时刻能寻呼5个UE；这是一帧10ms的寻呼能力，那么Uu口可以支持平均每秒300个IMSI或500个TMSI/PTMSI的寻呼。如果再除去FACH占用的bits，实际Uu口支持的寻呼数量要小于这个估算值。优化措施a.合理规划LAC、RAC。b.对网络容量或寻呼量大于一定门限的位置区进行位置区分裂，可以有效降低寻呼消息流量；LAC、RAC边界要尽量选择地广人稀的地方。2.CN寻呼重发次数和时间间隔设置不合理现象与分析CN寻呼重发机制：防止第一次寻呼未响应从而主叫再次发起呼叫，影响寻呼成功率、接通率和用户的感知。数据表明，第一次寻呼成功率90%左右，二次寻呼成功率2-3%，三次寻呼成功率在0.2-0.5%以下。CN寻呼时间间隔不宜过短。CN通过Iu接口发寻呼消息给RNC，RNC从收到CN的寻呼消息再下发到空口的最大时间间隔是一个寻呼周期，在RNC重发1次的情况下，CN的寻呼时间间隔要大于两个寻呼周期为宜。优化措施CN的寻呼重发设置应该和UTRAN互相配合。在UTRAN寻呼重发1次的情况下，建议CN配置重发1次（总共发2次），重发时间间隔大于两个寻呼周期。3.UTRAN寻呼重发次数和时间间隔设置不合理现象与分析CN通过Iu接口下发寻呼消息给RNC，RNC根据IMSI计算出寻呼时刻，并安排在最近一个寻呼周期对应的寻呼时刻下发。目前RNC采用了寻呼重发机制，缺省是重发1次，重发时间间隔是一个寻呼周期，UTRAN寻呼时间间隔为一个寻呼周期的整数倍，一般为一个寻呼周期。UTRAN寻呼重发次数不宜过大，否则加上Iu口寻呼重发，Uu口寻呼信道负荷会剧增。UTRAN寻呼功能在MAC层实现，而MAC层不识别具体的RRC消息，即使UE回了寻呼响应消息，MAC层还会继续重发寻呼。优化措施寻呼重发次数和寻呼间隔保持目前的缺省配置比较合理4.DRX寻呼周期系统设置不合理不连续接收(DRX)的基本原理：a.根据协议TS25.304，寻呼周期长度DRXcyclelength=2K，K值由SIB-1下发；b.UE在空闲状态下，可工作在不连续接收(DRX)状态，以节省电池消耗；c.UE工作在DRX时，只需监视PICH上的一个DRX循环中的某一个PageIndicator(PI）d.DRX循环最长为2k帧，其中k是一个整数；(取值范围：2---12，取6、7、8分别对应寻呼周期0.64s、1.28s、2.56s)；e.K值越大，DRX周期就越长，UE功耗会降低，但是也带来了UE寻呼周期变长；f.K值过小，寻呼周期变小，UE处理寻呼开销和功耗都会增加；g.CS/PS域和UTRAN定义的的DRXCycleLengthCoedfficient时长；优化措施：CN、UTRAN的寻呼重发次数、时间间隔和DRX寻呼周期系数K的设置要综合考虑5.Np值设置不合理现象与分析Np是寻呼指示信道PICH在一帧中下发的PI寻呼指示数，该参数在系统消息5中通过NumberofPIperframe指示。UE会在确定的寻呼时机接收PICH帧，然后找到对应的PI指示位（第q个PI指示），只有相应的PI指示位有效，UE才会去解调对应的S-CCPCH帧。Np在实际网络中的意义：该参数将所有的IMSI分成了Np组，每一个组中所有的IMSI使用同一个PI。a.Np设置过小，则每组中对应的UE数目较多，对每个IMSI而言，PI指示出现的概率增大，被唤醒的次数越多，对节省UE功耗不利；b.Np设置过大，则每组中对应的IMSI数目较少，对每个IMSI而言，PI指示出现的概率也较小，被唤醒的次数也较少，但Np越大，每个PI对应的bit数目减少，对UE的PICH解调性能要求越高。优化措施Np取值范围在（18，36，72，144），要根据当前网络的用户数的多少确定，一般用户多Np取值大一些，用户少Np取值小一些，实际网络中可以取中间值36或72。6.CN使用了全网寻呼现象与分析由于VLR或SGSN中UE的位置信息（LAC+CID，RAC+CID）空白，导致CN做GlobalPaging。有的设备厂家支持GlobalPaging（在第二次寻呼范围的选择方式上）。优化措施查找相应的话务统计，15、30、60分钟的粒度跟踪记录GlobalPaging的数量，想办法从VLR、SGSN中找到此类用户对位置信息空白原因进行调查排障。7.CN使用的UE标识不合理现象与分析在网络CN/RNC发向UE的寻呼消息中，被叫UE的标识信息TMSI、PTMSI、IMSI错误或者对应的格式属性的参数不匹配导致被叫UE不响应或者其他UE响应。通常CN第一次使用TMSI/PTMSI寻呼；第二次使用IMSI寻呼。优化措施工程师跟踪收集详细的信令信息，上报给研发部门协调解决。8.寻呼类信道功率配比过低现象与分析此问题在现象上表现为用户投诉集中在某些区域，并且有UE作被叫存在“用户不在服务区”的问题，UE作主叫正常，在UE后台可以看到寻呼解码失败的打印信息。寻呼类信道包括PICH和PCH（S-CCPCH)。如果PICH功率过低会导致UE解析PI指示错误，把PI值为“0”解析成“1”会产生虚警浪费UE的功率，把PI值为“1”解析成“0”UE就会错过寻呼造成呼损。如果PCH功率过低，UE对寻呼消息会解码失败。目前基本功率配比：PICH是-3dB，PCH（S-CCPCH)是-2dB。优化措施适当提高PICH和PCH（S-CCPCH)的功率配比。在RNC维护台上可以查看和修改PICH、PCH（S-CCPCH)的功率。9.存在覆盖盲区现象与分析问题现象表现为用户投诉集中在某些区域，UE作被叫、主叫都不成功，UE面板上显示信号强度低，用路测设备测试导频信号的RSCP和Ec/Io都低于UE正常接入需要的指标，可以确定该地区存在覆盖盲区。在实际的网络中覆盖盲区是不可避免的，如何将脱网的用户在CN中及时置为关机状态，有利于减少寻呼数量降低网络负荷，并且能够提高系统接通率。这样就涉及UE周期性位置更新时长和CN中VLR/SGSN隐含关机时长。优化措施进行覆盖优化，合理设置周期性位置更新和CN隐含关机时长。10.手机性能问题现象与分析用户的手机可能来自不同的生产厂商，手机的接收性能和解调性能也不尽相同，GSM网上经验表明一些寻呼问题最后定位到手机存在问题。可以整理分析用户投诉资料，如果被叫手机属于同一类型，则可能手机存在问题。优化措施用不同厂商的手机进行被叫验证，如果有条件可以进一步测试手机接收性能和解调性能参数进行对比，具体包括测试在同一地点手机接收导频信号的RSCP和Ec/Io，了解手机的业务解调门限等性能。薃肀莂蒃袂肀肂虿袈聿芄薂螄肈莇螇蚀肇葿薀罿肆腿莃袅肅芁薈螁膄莃莁蚇膄肃薇薃膃芅荿羁膂莈蚅袇膁蒀蒈螃膀膀蚃虿腿节蒆羈芈莄蚁袄芈蒆蒄螀芇膆蚀蚆袃莈蒃蚂袂蒁螈羀袁膀薁袆袁芃螆螂袀莅蕿蚈衿蒇莂羇羈膇薇袃羇艿莀蝿羆蒂薆螅羅膁蒈蚁羅芄蚄罿羄莆蒇袅羃蒈蚂螁羂膈蒅蚇肁芀蚁薃肀莂蒃袂肀肂虿袈聿芄薂螄肈莇螇蚀肇葿薀罿肆腿莃袅肅芁薈螁膄莃莁蚇膄肃薇薃膃芅荿羁膂莈蚅袇膁蒀蒈螃膀膀蚃虿腿节蒆羈芈莄蚁袄芈蒆蒄螀芇膆蚀蚆袃莈蒃蚂袂蒁螈羀袁膀薁袆袁芃螆螂袀莅蕿蚈衿蒇莂羇羈膇薇袃羇艿莀蝿羆蒂薆螅羅膁蒈蚁羅芄蚄罿羄莆蒇袅羃蒈蚂螁羂膈蒅蚇肁芀蚁薃肀莂蒃袂肀肂虿袈聿芄薂螄肈莇螇蚀肇葿薀罿肆腿莃袅肅芁薈螁膄莃莁蚇膄肃薇薃膃芅荿螀羀膆蒃蚆肀芈芆薂聿羈蒂蒈肈肀芅袆肇芃薀螂肆莅莃蚈肅肅薈薄蚂膇莁蒀蚁艿薇蝿螀罿荿蚅蝿肁薅薁螈膄莈薇螈莆膀袆螇肆蒆螁螆膈艿蚇螅芀蒄薃螄羀芇葿袃肂蒃螈袂膄芅蚄袂芇蒁蚀袁肆芄薆