寻呼成功率.doc

上传人:仙人指路1688 文档编号:4152433 上传时间:2023-04-07 格式:DOC 页数:18 大小:475KB
返回 下载 相关 举报
寻呼成功率.doc_第1页
第1页 / 共18页
寻呼成功率.doc_第2页
第2页 / 共18页
寻呼成功率.doc_第3页
第3页 / 共18页
寻呼成功率.doc_第4页
第4页 / 共18页
寻呼成功率.doc_第5页
第5页 / 共18页
点击查看更多>>
资源描述

《寻呼成功率.doc》由会员分享,可在线阅读,更多相关《寻呼成功率.doc(18页珍藏版)》请在三一办公上搜索。

1、寻呼成功率目录1.概念22.寻呼成功率走势33.寻呼原理54.影响寻呼成功率的因素64.1硬件故障64.2传输问题64.3参数设置问题74.4干扰问题74.5覆盖问题75.寻呼策略86.寻呼时长设置97.寻呼容量108.通化网络寻呼参数现状及建议139、调整后对比181. 概念寻呼是交换机对移动台的呼叫,在每次移动台作被叫或接收短消息的时候,交换机都要对移动台进行寻呼。交换机对移动台的寻呼从寻呼的方式分为本地寻呼(LocalPaging)和全局寻呼(GlobalPaging),本地寻呼即在一个位置区内对移动台进行的寻呼,全局寻呼即在整个MSC内对移动台进行的寻呼。交换机可以使用TMSI或IMS

2、I号码对移动台进行寻呼。当第一次寻呼不成功时,交换机会自动对移动台进行第二次寻呼。寻呼成功率的高低直接反映了一个网络的寻呼能力的高低,寻呼性能的高低也反映了网络的接通能力,是网络的一项重要性能指标。寻呼成功率是这样定义的:无线寻呼成功率取自所有的端局(MSC),移动用户做被叫或接收短消息过程中端局向所属用户发起寻呼情况的统计,即:寻呼成功率=(寻呼成功数/寻呼尝试数)100%。无线寻呼成功率也是一项重要的网络质量指标。而且,这项指标还直接影响来话接通率和短信接收成功率等其它网络质量指标的优劣。因此,保持和提高无线寻呼成功率一直是网络优化部门的工作重点。寻呼成功率考核各地无线覆盖情况、网络运行维

3、护优化的质量等。,应归于基站的密度、发射接收功率的设置等。2. 寻呼成功率走势通过全网寻呼成功率走势图9月3日-9月8日通化各BSC寻呼成功率走势通过上图可以看出,THBSC3寻呼成功率较THBSC1与THBSC4略差,THBSC1主要覆盖通化市区及周边农村,THBSC3主要覆盖集安、柳河、通化县范围,THBSC4主要覆盖梅河与辉南范围。这三个BSC中,THBSC3与THBSC4覆盖面积最大,多覆盖农村地区,基站分布密度较THBSC1小。BSC基站数小区数THBSC1137395THBSC3300795THBSC423064910月19日10月25日通化各BSC寻呼成功率统计如下:DATEBS

4、C寻呼成功率一次寻呼请求二次寻呼请求二次寻呼比例一次寻呼响应一次寻呼成功率二次寻呼响应二次寻呼成功率10月19日THBSC196.21 3349517665.27 3164294.47 58533.13 10月19日THBSC489.07 43588600713.78 3744285.90 138022.97 10月19日THBSC395.71 3278317995.49 3087894.19 49727.63 10月20日THBSC196.22 3610819225.32 3408494.39 65934.29 10月20日THBSC495.46 4473126996.03 4192293.

5、72 78028.90 10月20日THBSC395.39 3367520045.95 3158793.80 53426.65 10月21日THBSC196.03 3659320135.50 3446894.19 67233.38 10月21日THBSC495.77 4457026085.85 4183093.85 85432.75 10月21日THBSC395.80 3352118435.50 3159894.26 51628.00 10月22日THBSC196.07 3938021805.54 3711394.24 71932.98 10月22日THBSC495.53 4746329056

6、.12 4442893.61 91331.43 10月22日THBSC395.48 3827722205.80 3596393.95 58426.31 10月23日THBSC196.24 3434517775.17 3247694.56 57732.47 10月23日THBSC495.62 4315325515.91 4049693.84 76930.15 10月23日THBSC395.11 3291520356.18 3080293.58 50424.77 10月24日THBSC195.83 3413219015.57 3214294.17 56629.77 10月24日THBSC495.5

7、3 4190125676.13 3921393.58 81731.83 10月24日THBSC395.60 3109418425.92 2918993.87 53729.15 10月25日THBSC196.12 3489418255.23 3298894.54 55130.19 10月25日THBSC495.27 4294226676.21 4013693.47 77629.10 10月25日THBSC395.77 3151416875.35 2975194.41 43125.55 10月19日由于辉南县内部分基站传输断站导致寻呼成功率严重恶化,THBSC4的寻呼成功功率仅为89.07%,全网

8、的寻呼成功率为93.22%,较目前正常的网络指标有很大差距。3. 寻呼原理当一个位置区下的移动台被寻呼时,MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息,BSC收到寻呼消息后,向该BSC下属于此位置区的所有小区发出寻呼命令消息当基站收到寻呼命令后,将在该寻呼组所属的寻呼子信道上发出寻呼请求消息,该消息中携带有被寻呼用户的IMSI或者TMSI号码。移动台在收到寻呼请求消息后,通过随机接入信道(RACH)请求分配SDCCH。BSC则在确认基站激活了所需的SDCCH信道后,在接入允许信道(AGCH)通过立即指配命令消息,将该SDCCH指配给移动台。移动台则使用该SDCCH发

9、送寻呼响应(Paging Resp)消息给BSC,BSC将Paging Resp 消息转发给MSC,完成一次成功的无线寻呼如下图:4. 影响寻呼成功率的因素 网元MSC、BSC、BTS、MS,以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率,例如: 硬件故障 传输问题 参数设置问题 干扰问题 覆盖问题 上下行平衡问题4.1 硬件故障 当出现TRX或合路器故障的情况时,将会造成MS难以响应寻呼,寻呼成功率下降。4.2 传输问题 由于各种情况导致的Abis接口、A接口链路等传输质量不好,传输链路不稳定,也会导致寻呼成功率上升。4.3 参数设置问题 BSC侧和MSC侧的一些参

10、数设置会影响寻呼成功率,主要包括:MSC侧寻呼相关参数: MSC侧位置更新时间(IMSI隐形分离定时器): 首次寻呼方式 首次寻呼间隔 二次寻呼方式 二次寻呼间隔BSC侧寻呼相关参数: CCCH信道配置 RACH最小接入电平 MS最小接收信号等级 基站寻呼重发次数 接入允许保留块数 相同寻呼间帧数编码 MS最大重发次数 SDCCH动态分配允许 T3212(周期性位置更新定时器)4.4 干扰问题 当存在网内、网外干扰时,都会影响系统的接入成功率,这样就直接影响到系统寻呼响应,使寻呼成功率下降。4.5 覆盖问题 可能影响寻呼成功率的覆盖问题:1不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂(如山

11、区公路)、地势起伏,无线传播环境复杂,信号受阻挡,覆盖不连续等造成MS无法响应寻呼。2.室内覆盖差 因为一些建筑物密集,信号传输衰耗大,加上建筑物墙体厚,穿透损耗大,室内电平低,造成MS无法响应寻呼。3. 越区覆盖(孤岛) 服务小区由于各种原因(如功率过大,天线方位角等)造成越区覆盖,导致MS可接收到下行信号,到MS发出的相应消息无法达到基站,造成寻呼成功率下降。5. 寻呼策略目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。在GSM系统中,每个用户都分配了一个惟一的IMSI,IMSI写在移动台的SIM卡中,长8字节,用于用户身份识别;TMSI由VLR为来访的移动用户在鉴权成功后临时分配

12、,仅在该VLR管辖范围内代替IMSI在空中接口中临时使用,且与IMSI相互对应,长4字节。因此空中接口的寻呼信道在使用IMSI 方式寻呼时,寻呼请求消息中只能包含2个IMSI 号码,而使用TMSI 方式寻呼时,则可以包含4个TMSI号码。因此,使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍,是否使用TMSI 由参数TMSIPAR 来决定在用户的位置区信息已知的情况下,第一次寻呼会在该位置区进行,如果第一次寻呼失败,则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行,如果其值为0,则不会进行第二次寻呼,直接产生寻呼失败;如果其值为1 或2,则其使用TMSI 或者I

13、MSI 在原位置区进行重复寻呼;如果其值为3,则第二次寻呼使用IMSI 在所有的位置区进行。如下图:在用户的位置区信息未知的情况下,第一次寻呼会在所有的位置区进行,如果第一次寻呼失败,则第二次的寻呼方式则根据PAGREPGLOB 参数的设置进行,如果其值为0,则不会进行第二次寻呼,寻呼失败;如果其值为1,则其使用IMSI 在所有位置区进行重复寻呼。如下图:6. 寻呼时长设置 寻呼时长相关的参数为PAGTIMEREPGLOB、PAGTIMEFRSTGLOB、PAGTIMEREP1LA、PAGTIMEFRST1LA 、TIMNREAM。这些参数之间的关系如下图4:注意:TIM NREAM (Fir

14、st Paging + Second Paging) Timer !TIM NREAM为用户早释计时器,即主叫主动终止寻呼的计时器。对于每次寻呼的时长的设置,则应该视具体的网络情况来定,一般来说,如果节点覆盖的区域是偏远地带,覆盖情况不是很理想的话,则第一次寻呼的时间可以长一些。7. 寻呼容量当BCCH信道与SDCCH信道组合时(BCCHTYPE=COMB)一个BCCH上有3个CCCH块,此时寻呼信道数就是3AGBLK;当BCCH信道与SDCCH信道不组合时(BCCHTYPE=NCOMB)一个BCCH上有9个CCCH块,此时寻呼信道数就是9AGBLK.一个寻呼信道可以处理2个IMSI寻呼,或者

15、4个TMSI寻呼,或者1个IMSI寻呼2个TMSI寻呼。目前网络设置为非组合BCCH信道与SDCCH信道组合(BCCHTYPE=NCOMB),AGBLK=1,则一个复帧中含有8个寻呼信道,复帧时长为0.2354秒。小区寻呼组的理论容量为:8/0.2354=33.98471 寻呼信道/秒第一次为TMSI寻呼,第二次为TMSI寻呼,小区寻呼容量为:4/(1+1*二次重发比例(设为10%)=3.636 寻呼次数/寻呼信道33.97471*3.636=123.532 寻呼次数/秒123.532*3600=444715.4寻呼次数/小时444715次/小时为理论最大容量,由于对于每次寻呼MSC都会自动向

16、BSC重发一次,所以小区的实际寻呼容量为:444715/2 22.24万 寻呼次数/小时目前网络设置为组合BCCH信道与SDCCH信道组合时(BCCHTYPE=COMB),AGBLK=1,则一个复帧中含有2个寻呼信道,复帧时长为0.2354秒。小区寻呼组的理论容量为:2/0.2354=8.49618 寻呼组/秒第一次为TMSI寻呼,第二次为TMSI寻呼,小区寻呼容量为:4/(1+1*二次重发比例(设为10%)=3.636 寻呼次数/寻呼组8.49618*3.636=30.892 寻呼次数/秒30.892*3600=111211.2寻呼次数/小时111211次/小时为理论最大容量,由于对于每次寻

17、呼MSC都会自动向BSC重发一次,所以小区的实际寻呼容量为:111211/2 5.56万 寻呼次数/小时通过以上计算可以得出:BCCHTYPE=NCOMB、 AGBLK=1小区寻呼容量约为22.24万 寻呼次数/小时BCCHTYPE=COMB、 AGBLK=1小区寻呼容量约为5.56万 寻呼次数/小时寻呼负荷=寻呼总次数/寻呼容量8. 通化网络寻呼参数现状及建议u BSC侧参数目前通化全网AGBLK参数设置都为1,BCCHTYPE设置如下:BCCHTYPE小区数NCOMB1734COMB115通化目前一、二寻呼均为Local寻呼,计算现网的小区寻呼负载状况如下:DATEPERIODEXCHID

18、一次寻呼请求二次寻呼请求总寻呼数寻呼负荷(NCOMB)寻呼负荷(COMB)10090719002000THBSC12885116143046513.7054.7910090719002000THBSC44025026904294019.3177.2310090719002000THBSC33120919463315514.9159.63可以看出通化全网BCCHTYPE=COMB的小区寻呼负载状况都已经在50.00%以上共有115个小区BCCHTYPE设置为COMB,部分小区已经出现寻呼负载现象.PAGPCHCONG是由于小区寻呼队列满而造成的寻呼消息丢失的次数。PAGETOOOLD是由于寻呼队

19、列中呆的时间太久而造成的寻呼消息丢失。对于BCCHTYPE=COMB的小区建议调整BCCHTYPE为NCONB,增大小区寻呼容量,提高寻呼成功率。对于存在SD信道拥塞的小区建议可以通过调整小区接入参数、扩容、下压天线下倾角等方案解决。 T3212:周期性位置更新计时器,范围为0225。若为0,则该小区不采用周期性位置登记;若为1,这就意味着每6分钟登记一次。当MS由于断电而关机,或者当MS向网络送IMSI Detach消息时,若遇无线链路质量很差,则系统有可能不能正确译出信息,而该消息是手机的最后一条消息,是不需要证实的,这就使系统仍认为MS处于“附着”状态,一旦拨打该MS时,网络将试图寻呼该

20、MS,而实际上此时该MS已经无法接听电话,这就会使系统不断的发出寻呼消息,无效占用无线资源,降低Paging成功率和来话接通率。为解决这一问题,GSM系统采取了强制周期位置更新的措施,也就是让MS每隔一定时间主动登记一次,若该规定时间没有接收到MS发送的周期性登记信息,那么系统将自动认为该MS已经关机或者移出服务区,然后在MSC/VLR中进行分离标记,该状态称为“隐分离”。只有当再次接收到正确的周期性登记信息后再将它改写成“附着”状态。网络通过BCCH通知MS其周期性登记的时间周期。手机进行周期性位置更新流程和正常位置更新流程一样。小区参数T3212控制服务小区内的手机进行周期性的位置更新。M

21、S收听BCCH载频上的系统广播中关于周期性位置更新的时间间隔,该信息通过系统消息3的T3212进行指示。周期性位置更新的计时器存在于MS中,当MS每次从专用模式回到空闲模式时,该计时器复位。如果MS收听到的系统广播中T3212的值改变时,该计时器将重新开始计时,MS中新的计时器指示为:“当前剩余值”MOD“新的T3212值”。当新的T3212值比当前计时器剩余值大,MS将保留当前的计时器剩余值。比如:MS中当前计时器指示为0.56h,新的T3212值为0.3h,那么新的计时器指示值变为:0.56mod0.3=0.26h。当新的T3212值比当前计时器剩余值小,MS新的计时器指示值将是0和新的T

22、3212值之间的一个值。例如:新的T3212为0.7h,那么新的计时器剩余值变为:0.56mod0.7=0.56h。上面的措施将保证每个MS的计时器指示值都不尽相同,避免了网络中的所有MS在同一时间内进行周期性位置更新,不至于使系统负荷过高。周期性位置更新间隔过长,会导致Paging成功率较低,该周期过短,会导致网络各个接口上的信令流量过大并使手机的待机时间缩短,因此应根据网络的实际情况进行合理设置。应该特别说明的是周期性位置更新并不会使所有手机在同一时刻进行位置更新。注意该参数应和MSC的BTDM参数相配合,即:BTDMT3212。目前通化网络BTDM 设置为30,T3212设置多数为5,有

23、个别小区设置为10,计划统一调整为5CELL基站名称BSCT3212THA891A集安团结12队THBSC310THA891B集安团结12队THBSC310THA984A柳河三道沟THBSC310THA984B柳河三道沟THBSC310THA984C柳河三道沟THBSC310THA683A辉南水泥厂THBSC410THA683B辉南水泥厂THBSC410THA683C辉南水泥厂THBSC410u MSC侧参数取通化全网连续4天忙时(19:00到20:00)的MSC寻呼报表,如下图:DATELAC寻呼1全局寻呼1LAC寻呼2全局寻呼21次寻呼成功2次寻呼成功1次寻呼成功率2次寻呼成功率寻呼成功率

24、9月3日9410505629088224165893.7529.4595.519月4日9216106126085763173693.0628.3494.949月5日10115627906092973218591.9127.6494.079月6日10353106448096772174393.4727.0395.16取通化全网连续4忙时(19:00到20:00)的BSC寻呼报表(THBSC1=9190,THBSC3=9192,THBSC4=9191),如下图:DATEEXCHID一次寻呼请求二次寻呼请求一次寻呼响应二次寻呼响应一次寻呼成功率二次寻呼成功率寻呼成功率9月3日919029232 16

25、05 27564 476 94.29 29.66 95.92 9月3日919138011 2411 35497 771 93.39 31.98 95.41 9月3日919226857 1620 25160 411 93.68 25.37 95.21 9月4日919027805 1587 26151 468 94.05 29.49 95.73 9月4日919136925 2482 34335 781 92.99 31.47 95.10 9月4日919227427 2063 25274 487 92.15 23.61 93.93 9月5日919030438 1801 28552 510 93.80

26、 28.32 95.48 9月5日919140421 2712 37591 813 93 29.98 95.01 9月5日919230298 3399 26829 862 88.55 25.36 91.40 9月6日919030569 1740 28737 484 94.01 27.82 95.59 9月6日919140922 2666 38158 804 93.25 30.16 95.21 9月6日919232064 2049 29877 455 93.18 22.21 94.60 通化现网的寻呼策略设置(MSC侧寻呼参数),如下图:参数现网设置备注TMSIPAR2可分配TMSIPAGREP

27、1LA2第二次寻呼为Local寻呼,用IMSI寻呼PAGTIMEFRST1LA8第一次LA寻呼的时长PAGTIMEREP1LA6第二次LA寻呼的时长PAGTIMEFRSTGLOB8第一次全局寻呼的时长PAGTIMEREPGLOB6第二次全局寻呼的时长通化目前网络寻呼状况为,一次寻呼为Local寻呼,即使用TMSI在各LAC区内寻呼,寻呼时长8秒;二次寻呼同为Local寻呼,在各LAC区内寻呼,寻呼时长6秒。修改建议:为提高二次寻呼成功率,建议将二次寻呼改为IMSI全局寻呼即调整参数PAGREP1LA 的设置值为3。二次寻呼时长设置为7秒。参数现网设置建议设置TMSIPAR2-PAGREP1LA

28、23PAGTIMEFRST1LA8-PAGTIMEREP1LA6-PAGTIMEFRSTGLOB8-PAGTIMEREPGLOB67参数解释:TMSIPAR:表示是否使用TMSI0,不分配TMSI,即不使用TMSI。1,仅在加密连接时分配2,可分配TMSI。PAGREP1LA:如果第一次寻呼为LOCAL寻呼,由该参数决定第二次寻呼如何进行,=0,不进行第二次寻呼;=1,第二次寻呼为Local寻呼,用TMSI或IMSI寻呼;=2,第二次寻呼为Local寻呼,用IMSI寻呼;=3,第二次寻呼为Global寻呼。从提高寻呼成功率的角度,应该进行第二次寻呼,对于一个MSC挂一个BSC,设为2;对于一个

29、MSC挂一个以上BSC,设为3。PAGTIMEFRST1LA:第一次LA寻呼的时长。PAGTIMEREP1LA:第二次LA寻呼的时长。PAGTIMEFRSTGLOB: 一次全局寻呼定时器,单位秒。如PAGREPGLOB参数允许二次寻呼,定时器期满后将进行二次寻呼。PAGTIMEREPGLOB: 二次全局寻呼定时器,单位秒。定时器期满则表示寻呼失败,但不会为该次呼叫再次寻呼。9、调整后对比9月13日与14日我们分别对T3212与BCCHTYPE参数进行了调整,具体调整如下:调整后小区的寻呼丢失现象消失,寻呼成功率得到提高。通过寻呼成功率的长期走势可以看出,目前通化全网寻呼成功率得到明显提高,由原来的95.20%左右,提高到目前的95.50%以上,整体提升0.30%。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 其他范文


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号