LAC划分、寻呼信道规划--白银分公司寻呼成功率提升计划_第1页
LAC划分、寻呼信道规划--白银分公司寻呼成功率提升计划_第2页
LAC划分、寻呼信道规划--白银分公司寻呼成功率提升计划_第3页
LAC划分、寻呼信道规划--白银分公司寻呼成功率提升计划_第4页
LAC划分、寻呼信道规划--白银分公司寻呼成功率提升计划_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 白银分公司寻呼成功率提升计划 白银分公司寻呼成功率提升计划(LAC划分、寻呼信道规划) 华为技术服务有限公司 2010年4月一、 概述寻呼成功率是GSM网络的重要网络质量指标,它直接影响来话接通率和系统接通率等其它网络指标。良好的寻呼性能对于所有手机用户是否能够成功作被叫来说十分关键,因此加强寻呼成功率的规划优化分析是非常必要的。二、 白银现网情况分析白银移动现网有8个BSC,分别挂于LZGS1、LZGS21、BAYG2G三个交换机,具体挂接情况如下:MSCBSCLAC区域LZGS1BSC237795靖远郊区BSC437798白银郊区BSC637797/37801景泰BSC737796/37

2、800会宁LZGS21BSC137799平川郊区BSC537793平川市区BAYGS1BSC337794靖远县城BSC837792白银市区根据省公司3月寻呼成功率通报,白银3个MSC指标如下:本地网忙时系统寻呼总次数忙时被叫响应总次数寻呼成功率白银LZGS2129640628249195.31%白银BAYG2G70706766440593.97%白银LZGS11700362157863192.84%其中LZGS21寻呼成功率指标达到挑战值(95%),BAYG2G和LZGS1达到基准值(92%)。根据以上情况结合白银移动现网情况,通过以下方面进行分析:1. 覆盖问题1) 上下行不平衡或上行接收灵

3、敏度低;当下行覆盖范围大于上行,在小区边缘将产生伪覆盖区;在伪覆盖区内手机能够正常接收基站的信号,但是无法接入系统。用户做主叫无法获得服务,作被叫时,就会出现无法接通现象。现网上下行不平衡载频统计表:,对于下行弱情况,需检查发射通道的各个环节是否出现接头出现松动问题、天馈是否出现松动问题、天线是否老化、天馈是否进水、天馈避雷器接口是否松动;DTRU、DDPU、射频跳线、是否出现隐性问题。对于上行弱问题,则需检查分级接口通路的各个环节;如果判断为单板存在隐性问题,可以直接更换单板解决。2) 覆盖盲区。当用户处于覆盖边缘,由于无线信号传播的多径效应,偶尔出现峰值给用户带来仍在服务区内的错觉;此时做

4、被叫当然很可能无法响应寻呼的情况。白银郊区目前站间距在5公里以上,从3月份投诉分析发现,白银地区覆盖类投诉为134单,主要为弱覆盖引起,由此可见白银现网部分区域(主要为郊区)存在深度覆盖不足情况,当用户处于覆盖盲区时,无法响应寻呼,影响寻呼成功率。针对覆盖盲区,有以下规划优化措施:a、通过网络规划优化改善小区覆盖;b、对于无法通过规划优化加以改善的地区只能通过增加基站或直放站加以解决。2. 系统容量或负荷过载系统容量或负荷过载(比如HDB过载、CPU过载、某些小区忙时容量过载等)情况下,由于取用户信息失败、系统流量控制导致的消息丢弃、用户不能够很快接入无线网络等原因,会导致寻呼无响应问题,此种

5、情况下要通过系统扩容等方式来解决。细分其原因可能有以下几种情况:1) MSC过载导致出现被叫无法接通的现象问题原因:MSC如果因内部处理负荷过重、A接口信令链路负荷过重、或BSC上报过载等原因启动相应的流控,将不会下发寻呼消息。最终导致做被叫无响应的现象。定位手段:查看相应流控告警。解决方法:特殊原因的短时间过载不需要处理,长期过载需要扩容MSC2) BSC过载导致出现被叫无法接通现象问题原因:BSC过载会启动系统流控,流控到一定级别后系统会停止下发寻呼消息。定位手段:查看相应流控告警。解决方法:特殊原因的短时间过载不需要处理,长期过载需要扩容BSC3. 无线参数设置不当主要是指无线接口上与寻

6、呼、接入、立即指配有关的参数设置。通过查询话统、告警等,看是否有RACH、PCH、SDCCH等过载的消息,这些信道的过载会导致寻呼失败问题的发生。细分其原因可能有以下几种情况:1) PCH信道配置不当导致出现寻呼无响应的现象;接入允许保留块数和相同寻呼间复帧数配置不合适容易造成PCH信道拥塞或寻呼速度慢。现网PCH过载小区:BSC小区名称Abis接口CCCH负载指示(PCH)消息上报次数BAYBSC2乌金峡-11BAYBSC2营防滩-114BAYBSC3靖远4-12BAYBSC3大坝-21BAYBSC3靖远3-269BAYBSC3靖远3-113BAYBSC3靖远5-24BAYBSC3银三角-1

7、2BAYBSC3北城区-22BAYBSC5大水头-44BAYBSC5平川电厂-255BAYBSC6景泰五-21BAYBSC6景泰7-26BAYBSC6景泰二市场-11BAYBSC6九十六铺-11BAYBSC7柳岔-2240BAYBSC7西岩-28BAYBSC7郭城新堡子-11BAYBSC8立交桥-177BAYBSC8西区-21BAYBSC8实验中学-31BAYBSC8冶炼厂-32BAYBSC8银光厂-210BAYBSC8西区1800-222) RACH信道配置不当导致出现寻呼无响应现象;RACH忙门限、手机最大重发次数、扩展传输时隙TX-integer 等参数配置不合适容易造成信道请求冲突或检

8、测不到。现网RACH过载小区:BSC小区名称Abis接口CCCH负载指示(RACH)消息上报次数BAYBSC1平川大湾-119BAYBSC1马饮水(白土梁)-247BAYBSC1玉碗泉(万庙)2-2154BAYBSC3大坝-310BAYBSC3靖远2-167BAYBSC3三滩吴湾村-270BAYBSC3北城区-418BAYBSC3北城区-213BAYBSC3靖远-311BAYBSC2仁合村-231BAYBSC5贺家川-3165BAYBSC5魏矿-352BAYBSC6大桥站-2156BAYBSC6元庄子-223BAYBSC7百户村-131BAYBSC7八里-177BAYBSC7牛门洞-234BA

9、YBSC7老君乡-322BAYBSC7会宁二中-229BAYBSC8火车站-229BAYBSC8什字街-322BAYBSC8王岘新-165BAYBSC8公交公司-271BAYBSC8白兰高速2-124BAYBSC8二十一冶俱乐部-3121BAYBSC8大什字-259BAYBSC8王岘-341BAYBSC8银光厂-2151BAYBSC8西区大厦-1943) SDCCH信道拥塞导致出现寻呼无响应的现象;如果SDCCH拥塞,或者在SDCCH信道建立连接过程中失败,寻呼响应无法送到网络侧,就会出现“用户不在服务区”、被叫无响应的问题。现网SDCCH拥塞小区:BSC小区名称SDCCH占用遇全忙次数BAY

10、BSC1海子滩-112BAYBSC1玉碗泉(万庙)2-223BAYBSC3英嘴-316BAYBSC3英嘴-238BAYBSC3英嘴-137BAYBSC3二百户-193BAYBSC3红柳村-112BAYBSC3新田-320BAYBSC2靖远县矿-315BAYBSC2石沟-314BAYBSC2石沟-212BAYBSC2北滩乡-38BAYBSC5红趟村-1244BAYBSC5牙沟水-228BAYBSC6界碑-281BAYBSC6芦草井-118BAYBSC6漫水滩-210BAYBSC6漫水滩-111BAYBSC6四个山-128BAYBSC7柳岔-114BAYBSC7牛门洞-315BAYBSC7新塬下岘

11、湾-16BAYBSC7会宁井沟-244BAYBSC8白兰高速3-127BAYBSC8崖渠水-111BAYBSC8范家窑-1244. 寻呼策略系统中最大寻呼次数、寻呼重发时间间隔等参数都对被叫无法接通问题有影响;为了保证接通率,一般系统对一次呼叫过程中的寻呼消息都需要重发几次;在MSC和BSC的数据中均可以设置寻呼消息的重发次数,系统实际的寻呼消息发送次数近似等于两者相乘的值;若两者之间的参数配合不合理,如在MSC和BSC上均只设置了重发一次,则有可能因消息丢失、响应超时等原因,导致出现被叫无法接通现象。5. 位置区划分主叫侧在上行发送Setup消息后,网络侧开始寻呼被叫,由于被叫做位置更新有可

12、能造成网络无法寻呼到被叫从而导致被叫未接通;(1)受BSC对基站设备类型的支持限制和BSC Abis口资源限制,白银现网存在LAC插花情况。白银各县城超站现挂接于白银市区BSC(BSC8),位置区设置为37792,与各县城网络存在插花情况,后期将割接至各县城BSC,如下图:靖远超站插花情况平川超站插花情况景泰超站插花情况会宁超站插花情况其他小区LAC插花情况:BSC3的吴家园、大红沟二、武家大川、红石岘,BSC5的红趟村、后河,BSC8的火烧沟存在LAC插花情况,后期将进行调整:BSC3 吴家园、大红沟二、武家大川插花情况BSC3 红石岘插花情况BSC5红趟村插花情况BSC5 后河插花情况BS

13、C8 火烧沟插花情况(2)BSC3和BSC5位置区边界划分不合理情况。从DT测试来看,BSC3的银三角基站与平川城区(BSC5)连接比较紧密,覆盖重叠区域较多,另外兹泥水村基站存在插花情况,需要进行LAC割接调整,如下图:6. 数据业务影响手机处在GPRS READY状态时有以下二种模式:a、Packet idle mode for CS/GPRS,未分配TBF,不占用PDCH资源b、Packet transfer mode for GPRS,分配TBF,占用PDCH资源手机在上网过程中不是一直都在传输数据,MAC/RLC资源是动态分配的,只有当需要传输数据时,才会临时分配一个TBF,然后在P

14、DTCH上传输数据,此时MS处在Packet transfer mode。如果GPRS手机被叫时,恰好处在Packet transfer mode,由于目前的B类手机都不支持同时监听CCCH,GPRS手机不能响应寻呼,实际现象为GPRS手机寻呼不到。但如果GPRS手机被叫时,已经回到Packet idle mode(即临时数据传输完毕,TBF已经释放),继续监听CCCH,那么GPRS手机可以响应寻呼。这样就才产生了GPRS手机上网时候,对方有时能打通该手机,有时却不能的情况。7. 传输原因由于系统之间(比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路)和系统内部(如MSC与VLR之

15、间的MEM链路、BSC/MSC各个模块之间的链路等)链路不稳定导致消息丢失,也会出现寻呼无线应的问题。这方面的问题可以通过查看告警得知。三、 白银寻呼成功率提升计划1. 首先排除系统导致的异常1) 查看流控告警,检查MSC/VLR/BSC是否有流控告警。观察A/Abis口信令负荷,及时增加信令链路,降低因为信令负荷过高导致的寻呼失败。2) 检查基站是否有传输瞬断告警。3) 由于系统之间(比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路)和系统内部(如MSC与VLR之间的MEM链路、BSC/MSC各个模块之间的链路等)链路不稳定导致消息丢失,导致寻呼成功率低。这方面的问题可以通过查看

16、告警得知。4) 检查MSC数据库是否存在冗余数据。因为移动网络不断扩容、割接,造成MSC和BSC的小区数据不一致,要及时核对小区数据并及时删除冗余小区数据。 在某些地方,网络扩容采取基站“插花”的方式,造成一个BSC底下有多个LAC的小区。这样该BSC会收到多个LAC的寻呼消息,造成该BSC下的基站寻呼负荷较高2. 指标分析1) 查看“功控消息数目测量”、“上下行平衡测量”,分析是否存在小区上下行不平衡、上行覆盖受限。2) 分析系统的平均TA和最大TA判断是否存在过覆盖现象。3) 查看“流控测量”,检查PCH信道和RACH信道是否存在过载情况。4) 检查SDCCH拥塞情况,查看话统中“SDCC

17、H拥塞率”等指标,正常情况下应该为0或接近为0。消除SDCCH拥塞造成的“寻呼无相应”。5) 分析小区的位置更新次数是否存在异常。3. 无线参数检查和规划优化1) 检查与寻呼、接入、立即指配有关的参数设置。通过查询话统、告警等,看是否有RACH、PCH、SDCCH等过载的消息。2) 接入允许保留块数BS-AG-BLKS-RES和相同寻呼间帧数编码BS-PA-MFRMS配置不合适容易造成PCH信道拥塞或寻呼速度慢。BS_PA_MFRMS太大是以牺牲寻呼消息在无线信道上的平均时延为代价的,即BS_PA_MFRMS越大使寻呼消息在空间段的时间延迟增大,系统的平均服务性能降低,手机等待寻呼的时间加长。

18、相同寻呼间帧数编码BsPaMframs的好处是一是缩短用户响应寻呼的时间,提高网络的整体服务性能。3) 手机最大重发次数MAX retrans、扩展传输时隙TX-integer 等参数配置不合适容易造成信道请求冲突或检测不到。4) 检查T3212(周期性位置更新时间)和IDETTIM(隐含关机时间)参数设置是否合理。寻呼不成功的一种可能是MS进入盲区或掉电,若此时交换机的隐含关机时间未到(MSC将定时对ATTACH的用户进行查询,它将这一段时间内未与系统联系的MS设为隐含关机状态),MSC仍会对该用户发寻呼消息,MS无法进行响应。在BSC侧,每个基站(BTS)设置一个定时器T3212,为了让MS定期与网络联系,这样VLR中才会有用户最新的位置信息。BSC中周期位置更新计时器T3212与MSC中隐含关机计时器IDETTIM必须满足前提条件T3212<IDETTIM。5) 检查LAC的划分是否合理,LAC交界地段是否合理。在规划LAC时应注意以下几点:LAC的范围必须在一个

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论