寻呼成功率低问题处理专题指导.docx

《寻呼成功率低问题处理专题指导.docx》由会员分享，可在线阅读，更多相关《寻呼成功率低问题处理专题指导.docx（25页珍藏版）》请在三一办公上搜索。

1、寻呼成功率低问题处理专题指导版 本：V1.0中兴通讯工程服务部GSM网规网优部 发布声明本资料著作权属中兴通讯股份有限公司所有。未经著作权人书面许可，任 何单位或个人不得以任何方式摘录、复制或翻译。侵权必究。ZTE和 申光是中兴通讯股份有限公司的注册商标。中兴通讯产品的名称和 标志是中兴通讯的专有标志或注册商标。在本手册中提及的其他产品或公司的 名称可能是其各自所有者的商标或商名。在未经中兴通讯或第三方商标或商名 所有者事先书面同意的情况下，本手册不以任何方式授予阅读者任何使用本手 册上出现的任何标记的许可或权利。本产品符合关于环境保护和人身安全方面的设计要求，产品的存放、使用和 弃置应遵照产

2、品手册、相关合同或相关国法律、法规的要求进行。由于产品和技术的不断更新、完善，本资料中的内容可能与实际产品不完全 相符，敬清谅解。如需查询产品的更新情况，清联系当地办事处。1 概述1-12 寻呼成功率公式2-23 中兴BSS关于寻呼的计数器3-34 寻呼原理和流程分析4-54.1 寻呼原理4-54.2 无线寻呼的基本信令流程4-55 影响寻呼成功率的原因5-76 优化步骤和方法6-97 寻呼相关知识7-127.1 手机所在寻呼组的计算7-127.2 BTS的寻呼能力计算7-137.3 寻呼方式7-137.4 BTS的能够承载的消息数量7-147.5 寻呼组、BS-PA-MFRMS、BS-AG-

3、BLKS-RES（AGB）三者关系7-157.6 位置区与寻呼关系7-167.7 ZXG10-BSC 的 PAGING 能力7-168 典型案例8-188.1 SDCCH拥塞引起的寻呼无响应8-188.2 MSC流控导致的呼不通手机8-188.3 T3212设置错误导致的寻呼无响应8-198.4 十堰联通GSM寻呼成功率指标优化8-201概述寻呼成功率是GSM网络的一项重要网络质量指标，它直接影响来话接通 率和无线系统接通率等其它网络指标。良好的寻呼性能对于所有手机用 户是否能够成功作被叫来说十分关键，因此加强寻呼成功率的优化分析 是非常必要的。2寻呼成功率公式寻呼成功率=寻呼响应次数/寻呼请

4、求次数*100%，其中：寻呼请求次数定义：指本地区所有MSC发出的PAGING消息的总和，不 包括二次寻呼的消息。统计点为MSC。寻呼响应次数定义:指本地区所有MSC收到的PAGING RES消息的响应 总和。包括二次寻呼响应，统计点为MSC。3中兴BSS关于寻呼的计数器BSS中关于寻呼的计数器有下面几个:C11621(Number of Paging Messages)C11637(Number of MTC Access Successful)=C10007=A4 点C11685(Number of MTC Access Attempts= C10005=A 1 点C11692(Numbe

5、r of Access caused by Paging Response(statistics setup indication)= C10022=A4 点C11637与C11692统计点虽然相同，但是统计的值并不一样。寻呼响应时的接入原因可能是下面这些，C11637没取全，0001XXXX这 种没有取，C11692统计完整。图3无线接入过程C11621寻呼次数收到的寻呼消息次数。C10005 MTC接入请求个数含义：接入原因为MTC （移动被叫）的信道请求次数。在手机通过BTS, 以CHL_REQ消息向BSC申请无线信道时，如果TA并未超出小区范围， 且允许接入原因为“MTC”时，本计数器

6、加1。测量点：手机向BSC申请信道，TA并未超出范围（图1中A1）。C10006 MTC接入请求处理成功次数含义:允许接入原因为MTC的手机接入网络，BSC接受手机的信道请求， 分配信道，并激活信道成功后，本计数器加 1，同时BSC即将下发 IMM_ASS消息给手机。测量点：信道激活成功（图1中A3）。C10007 MTC的接入成功次数含义：接入原因为MTC的手机成功接入立即指派消息里分配的信道的次 数。在手机收到BSC下发的IMM_ASS，成功接入相应信道，使BSC收 到EST_IND消息后，本计数器加1。测量点：BSC收到EST_IND消息（图1中A4）。C10022接入原因为寻呼响应的接

7、入次数含义：接入原因为寻呼响应的接入次数，BSC收到EST_IND消息后，如 果该消息携带的层3信息中，接入原因为寻呼响应，则本计数器加1。测量点：BSC收到EST_IND消息（图1中A4）。C20064 PAGING消息数目.含义：统计BSC接收到MSC发送的寻呼消息的次数，收到本计数器加1。测量点：BSC收到Paging消息。这个测量需要在BSC的基本测量建立A 口信令统计测量，才能得到寻呼 消息个数。BSS侧计算的寻呼成功率公式：Paging success rate （ BSC） =ZC10022/C200644寻呼原理和流程分析4.1寻呼原理无线寻呼的过程，即MSC通过寻呼寻找到MS

8、的通信过程，只有在查找 到移动用户后，MSC才能进行下一步的呼叫接续工作。4.2无线寻呼的基本信令流程MSBTSpaging CMD (2)BSCpaging (1)Channel REQ(4)融MM ASABM (9)UA(10)paging REQ (3)Charnel ACT ACK) *SSCMD(8)Channel RQD (5)Channel ACT (G)Paging REJ：CR(CMPl 3inforrEST IN D( Paging RESP)(TI).图3：无线寻呼基本信令流程从图3可知，当MSC从VLR中获得移动台MS当前所处的位置区(LAC) 后，将向这一位置区的所有

9、BSC发出寻呼消息(Paging)0 BSC收到寻呼 消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息(Paging Command)。当基站收到寻呼命令后，将在无线信道的该IMSI所在寻呼 组的寻呼子信道上发出寻呼请求消息(Paging Request)，该消息中携带有 被寻呼用户的IMSI或者TMSI号码。MS在接收到寻呼请求消息后，通 过随机接入信道(RACH)请求分配独立控制信道(SDCCH)o BSC则在 确认基站激活了所需的SDCCH信道后，在接入许可信道(AGCH)通过 立即指配消息(Immediate Assignment)将该SDCCH信道指配给MS。MS则使用该S

10、DCCH信道发送寻呼响应消息(Paging Response)o BSC 将寻呼响应消息转发给MSC，完成一次成功的无线寻呼。现在GSM网络上交换机的寻呼方式一般为二次寻呼，寻呼间隔一般为5 秒。当MSC从VLR中获得MS目前所处的位置区LAC后，第一次向 MS所在的LAC下的所有BSC寻呼。如果MSC在发出寻呼消息后，5 秒内没有收到寻呼响应消息，MSC则会再发送一次寻呼消息。第二次也 是向MS所在的LAC下的所有BSC寻呼。如果5秒内仍没有收到寻呼响 应消息，则此次无线寻呼失败，同时，MSC将向主叫用户送“您拨打的用 户暂时无法接通”的录音通知。中兴交换机寻呼方式是一般是二次寻呼(可 以设

11、置为三次寻呼)，寻呼间隔一般是3秒。5影响寻呼成功率的原因一、PAGING消息在无线信道下发失败1. LINK负荷高，导致底层SCCP消息丢失。2. MSC/VLR、BSC流量控制，导致消息的丢弃。3. 负荷高时，消息排队时间长，未能及时发送到手机。4. 传输链路质量不好，导致底层LAPD消息丢失。5. T3212参数设置不合理。6. 寻呼消息太多导致无线口消息丢失（如短信群发等）。7. MSC冗余小区数据导致BSC寻呼次数异常。二、手机没有收到PAGING消息、1. 覆盖原因。覆盖盲区，总体网络覆盖率差，用户超出覆盖区。网络覆 盖漏洞，个别覆盖盲点。2. 手机频繁重选3 .位置更新频繁4.

12、手机在进行GPRS业务，未能侦听BCCH上的消息。5. 寻呼组设置不合理，导致寻呼时间长，或者漏听寻呼。尤其是相邻两 个小区的寻呼组不同。6. 2次寻呼时间设置不合理，使得2次寻呼没有起到作用，反而加重了 :如系统寻呼负荷。7 .相邻基站频率相差很多，引起频繁重选时，侦听的时间不同，容易导 上. :致漏听寻呼。三、手机响应PAGING时，相关信息未能发送到MSC1. SDCCH 拥塞2. SDCCH指派失败3. 上下行链路不平衡，上行弱4. 传输链路不好，消息丢失5. 特殊情况，两个手机同时呼叫另一手机，MSC接同一个主叫，对另一 个主叫回“寻呼无响应”。6. MSC寻呼消息下发时间不合理：手

13、机的呼叫释放未结束，MSC却提 前完成了释放过程，同时又下发新的寻呼，结果得到“寻呼无相应”的 回应。6优化步骤和方法STEP1：首先排除系统导致的异常查看流控告警，检查MSC/VLR/BSC是否有流控告警。维护好A/Abis 口 的中继链路，注意观察A/Abis 口信令负荷，及时增加信令链路，降低因 为信令负荷过高导致的寻呼失败。检查基站是否有传输瞬断告警。由于系统之间（比如ABIS接口的LAPD链路、网络侧各个实体之间的接 口链路）和系统内部（如MSC与VLR之间的MEM链路、BSC/MSC各 个模块之间的链路等）链路不稳定导致消息丢失，导致寻呼成功率低。 这方面的问题可以通过查看告警得知

14、。检查MSC数据库是否存在冗余数据。因为移动网络不断扩容、割接，造 成MSC和BSC的小区数据不一致，要及时核对小区数据并及时删除冗 余小区数据。在某些地方，网络扩容采取基站“插花”的方式（例如在 MOTO的基站覆盖范围里面增加若干中兴的基站），造成一个BSC底下 有多个LAC的小区。这样该BSC会收到多个LAC的寻呼消息，造成该 BSC下的基站寻呼负荷较高STEP2 :检查手机的最新活动状态目前仅可通过VLR探针，检查手机的最近活动记录。测试时可通过对SGSN，MSC，ABIS 口等录制信令，判断手机的活动。STEP3：排除GPRS的影响检查GPRS路由区设置是否合理。同一站点路由区应相同，

15、重选比较频 、繁的小区路由区应相同。检查路由区更新周期设置是否合理。利用不支持GPRS功能的手机进行测试。STEP4 :指标分析检查SDCCH拥塞情况，查看话统中“SDCCH拥塞率”等指标，正常情况 下应该为0或接近为0。消除SDCCH拥塞造成的“寻呼无相应”。分析MTC成功率是否存在异常。分析小区的位置更新次数是否存在异常。分析系统的平均TA和最大TA判断是否存在过覆盖现象。STEP5:无线参数检查和优化检查与寻呼、接入、立即指配有关的参数设置。通过查询话统、告警等， 看是否有RACH、PCH、SDCCH等过载的消息。接入允许保留块数BS-AG-BLKS-RES和寻呼信道复帧数BS-PA-M

16、FRMS 配置不合适容易造成PCH信道拥塞或寻呼速度慢。BS_PA_MFRMS太大 是以牺牲寻呼消息在无线信道上的平均时延为代价的，即 BS_PA_MFRMS越大使寻呼消息在空间段的时间延迟增大，系统的平均 服务性能降低，手机等待寻呼的时间加长。减少寻呼信道复帧数 BsPaMframs的好处是一是缩短用户响应寻呼的时间，提高网络的整体服 务性能。二是我公司BTS在寻呼信道复帧数=3时有对寻呼消息的2次 重发功能，增加寻呼消息重发次数提高手机响应寻呼的几率，提高了寻 呼成功几率。手机最大重发次数MAX retrans、扩展传输时隙TX-integer等参数配置不 合适容易造成信道请求冲突或检测不

17、到。检查T3212 （周期性位置更新时间）和IDETTIM （隐含关机时间）参数 设置是否合理。寻呼不成功的一种可能是MS进入盲区或掉电，若此时交 换机的隐含关机时间未到（MSC将定时对ATTACH的用户进行查询，它 将这一段时间内未与系统联系的MS设为隐含关机状态），MSC仍会对该 用户发寻呼消息，MS无法进行响应。在BSC侧，每个基站（BTS）设置 一个定时器T3212，为了让MS定期与网络联系，这样VLR中才会有用 户最新的位置信息BSC中周期位置更新计时器T3212与MSC中隐含关 机计时器IDETTIM必须满足前提条件T3212IDETTIM。检查LAC的划分是否合理，LAC交界地段

18、是否合理。在规划LAC时应 翌主意以下几点：LAC的范围必须在一个MSC下，不允许跨越MSC。必 .须兼顾寻呼量和位置更新次数之间的平衡问题。LA C最重要的规划原则 是不要超过BTS的最大寻呼容量。一旦超过BTS的寻呼容量，就应考虑 LAC分裂。STEP6： MSC寻呼策略的分析。系统容量是否支持多次寻呼，若支持，分析多次寻呼对系统的影响MSC 负责形成寻呼消息，并可对未响应的寻呼进行重发。两次寻呼间隔是一 个很重要的参数。从无线方面看，两次寻呼间隔越大，MS在响应寻呼时 所处的无线环境的相关性越小，MS也更容易成功响应寻呼消息。但如果 两次寻呼的间隔设置过大，会使主叫用户处于长时间等待状态

19、，主叫用 户容易挂机。在优化中要需要根据寻呼成功率和用户挂机比例，逐步的 调整寻呼间隔。适当地延长寻呼间隔时长，可以提高寻呼成功率。缺点 就是被叫用户如果不在服务区，主叫用户听到录音通知的等待时间将相 应延长。有的设备厂家的MSC第二次寻呼可以采用全局寻呼(global paging)，即可在整个MSC内寻呼MS。而有些厂家的设备不支持这个功 能。建议支持这个功能的交换机开启此功能。这个功能对带有两个或多 个位置区的MSC的寻呼成功率的提高有很好的帮助。注意：ZTE MSC的2次寻呼间隔是3秒，不是十分合理。STEP7 :现场测试现场测试是最重要的一个步骤，通过测试才能捕捉到真正的现象。若用普

20、通手机容易复现，而测试手机不容易复现时，则需找两个属于同 一寻呼组的SIM卡进行测试，才能够判断出寻呼消息是否正常下发后普 通手机未能正确响应寻呼消息。观察是否有频繁重选现象，如有需要修改重选参数(CRO, TMO以及PT 等)。测试是否存在盲区现象。7寻呼相关知识7.1手机所在寻呼组的计算在GSM系统中，下发的寻呼消息是分组进行的，每一个移动用户在侦听 寻呼消息时只侦听他自己所属的寻呼组而忽略其它寻呼组的内容，甚至 在其它寻呼组发送寻呼消息期间关闭移动台中某些硬件设备的电源以节 约移动台的功率开销(即DRX的来源)。根据用户的I MSI号、系统的CCCH信道数目、寻呼组占用的复帧数、 AGC

21、H保留块数和BCCH与SDCCH的组合情况可以确定用户的寻呼组。具体的计算方法如下(结果由CCCH_GROUP和PAGING_GROUP两个 参数确定)：CCCH_GROUP=(IMSI mod 1000) mod (BS_CC_CHANS*N) div NPAGING_GROUP=(IMSI mod 1000) mod (BS_CC_CHANS*N) mod NCCCH_GROUP是该用户的寻呼消息下发到哪条CCCH信道上，其取值 范围是0,BS_CC_CHANS-1，BS_CC_CHANS是系统配置的CCCH信道 数目。PAGING_GROUP是该用户的寻呼消息在所属的CCCH信道的第几个

22、寻 呼组上，其取值范围是0,N-1。N是一条CCCH信道上的寻呼块数(也就是寻呼组的数目)，其计算方法 为：N= (3-AGCH保留块数)X寻呼组占用的复帧数BCCH信道与SDCCH .：.%；信道组合或N( 9-AGCH保留块数)X寻呼组占用的复帧数 BCCH信道不与SDCCH 信道组合。其中：IMSI是用户的IMSI号码Mod是取模运算Div是整除运算由上述可知，交换机发到BTS的寻呼消息，BTS并不是实时随机地发到 MS，而是根据IMSI分配到相应的寻呼块，再下发到MS，MS也仅仅是 侦测对应的寻呼块，从而获取寻呼消息，以I MSI后三位共999个号码为 依据，除以寻呼块数N,余数相同即

23、为同一个PAGING_GROUP。例子：设系统配置了 2条CCCH信道，BCCH信道不与SDCCH信道组合，AGCH 保留块数为2，寻呼组占用的复帧数为5，用户的IMSI号为 460007248009188则：N= (9-2)X5 = 35CCCH_GROUP= (460007248009188 mod 1000) mod (2X35) div 35=1PAGING_GROUP= (460007248009188 mod 1000) mod ( 2X35) mod 35=13结果表示该用户在如上所配置的GSM网络里面寻呼消息是在第1条 CCCH信道(从第0条开始计数)的第13个(从第0个开始计

24、数)寻呼 组上发送。7.2 BTS的寻呼能力计算7.3寻呼方式根据GSM0408协议9.1.22节，每个寻呼块有23个字节，可以发送2:.如个IMSI寻呼；或2个TMSI和1个IMSI寻呼；或4个TMSI寻呼：-2 IMSIs 1 IMSI and 2 TMSIs 4 TMSIsIMSI，即国际移动用户识别码。在GSM系统中，每个用户都分配了一个 唯一的IMSI，用于用户身份识别。它由MCC (移动国家码)、MNC (移 动网号)和MSIN (移动用户识别码)组成。长度为8个字节。TMSI，即临时移动用户识别码。在GSM系统中，TMSI由VLR为来 访的移动用户在鉴权成功后分配，仅在该VLR管

25、辖范围内代替IMSI在 空中接口中临时使用，且与IMSI相互对应。长度为4个字节。由于IMSI长度为8个字节，而TMSI长度为4个字节，因此空中接口 的寻呼信道在使用IMSI方式寻呼时，寻呼请求消息中只能包含两个IMSI 号码，而使用TMSI方式寻呼时，寻呼请求消息中可以包含四个TMSI 号码。因此，使用IMSI方式寻呼会导致寻呼信道的负荷增加一倍。7.4 BTS的能够承载的消息数量（1）每秒寻呼块数1帧=4.615ms，1复帧=51帧=0.2354s，假设接入允许保留块数为AGB块， 则每秒的寻呼块数可由以下公式计算：对于非组合BCCH：每秒寻呼块数=（9-AGB）/0.2354 （寻呼块/

26、秒）对于组合BCCH:每秒寻呼块数=（3-AGB）/0.2354 （寻呼块/秒）对于非组合BCCH:当AGB=2，则每秒寻呼块数=29.7寻呼块/秒。当 AGB = 0时，每秒寻呼块数=38.2寻呼块/秒。对于组合BCCH：通常AGB=1，则每秒寻呼块数=8.5寻呼块/秒。当AGB =0时，每秒寻呼块数= 12.7寻呼块/秒。可以看出，接入允许保留块数越多，则系统每秒钟内能够下发的寻呼块 数越少，寻呼容量也越小。而组合BCCH的寻呼容量比非组合BCCH小 很多。需要注意的是在同一个LA中，通常不宜同时配置组合BCCH和非组合 BCCH小区，接入允许保留块数也应该在同一LA中保持一致。否则将导

27、致寻呼容量降低（为LA中寻呼容量最低的小区）。但如果位置区容量不 大，且位置区编码资源紧张，也可以把组合BCCH和非组合BCCH的小 区配置于同一个LA中，以增加O1、S111站型基站的业务信道数量。（2）每寻呼块的寻呼次数根据寻呼方式，若采用IMSI寻呼机制，则平均每寻呼块可发送寻呼次数 X为：X=2寻呼次数/寻呼块若采用TMSI寻呼机制，则，X = 4寻呼次数/寻呼块（3）每秒钟最多可发送寻呼次数P可由下列公式计算：对于非组合BCCH： P = (9-AGB) /0.2354 (寻呼块/秒) X X (寻呼次 数/寻呼块)对于组合 BCCH：P = (3-AGB) /0.2354 (寻呼块

28、/秒) X X (寻呼次数/寻呼块)采用IMSI寻呼机制：对非组合BCCH, 当 AGB=2时，P= 59.47寻呼次 数/秒；当AGB = 0时，P=76.47寻呼次数/秒。对于组合BCCH,当AGB=1 时，P=16.99寻呼次数/秒；当AGB=0时，P=25.49寻呼次数/秒。采用TMSI寻呼机制：对非组合BCCH，当AGB=2时，P=118.95寻呼次 数/秒；当AGB = 0时，P=152.93寻呼次数/秒。对于组合BCCH，当AGB=1 时，P=33.98寻呼次数/秒；当AGB=0时，P=50.98寻呼次数/秒。每个CCCH可携带一个消息，它的数据率为4.25个消息/秒。AGCH用

29、于 传送立即分配(Immediate Assignment CMD )消息和立即分配拒绝(Immediate Assignment Reject)消息。一条立即分配消息可为最多2个 移动台分配信道(如SDCCH等)，一条立即分配拒绝消息可最多拒绝4 个移动台的信道请求。PCH用于传送寻呼消息。当采用TMSI寻呼方式 时，一条寻呼消息可用于寻呼最多4个移动台；当采用IMSI寻呼方式时， 一条寻呼消息可用于寻呼最多2个移动台。当一个CCCH块无寻呼消息 发送时，则可发送一条立即分配/立即分配拒绝消息。7.5 寻呼组、BS-PA-MFRM& BS-AG-BLKS-RES (AGB)三者关 系表 5-

30、7-1 寻呼组、BS-PA-MFRMS、BS-AG-BLKS-RES (AGB)三者关 系表BS-PA-MFRMSTime between transmissionofeach paging groupNumber of paging groups CombinedBCCH/SDCCHNumber of paginggroupsNon-Combined BCCH/SDCCH3 paging bloks per multiframeAGB=02 paging bloks per multiframeAGB=19 paging bloks per multiframeAGB=08 paging b

31、loks per multiframeAGB=120.4764181630.7196272440.94128363251.181510454061.411812544871.652114635681.892416726492.12271881727.6位置区与寻呼关系假定一位置区的话务量为E,接通率为60%,呼叫持续45秒，因此BHCA 为：3600/45/60%*E = 133.33E。被叫方占X%/小时。一个寻呼消息可最 多寻呼两个手机，因此 BS_PA_MFRMS 为: Cell_paging_total_min_multiFrame_count = 133.33E * X% /2 (p

32、er hour)。寻呼消息最多发3次，平均为2次数，所以： Cell_paging_total_multiFrame_count = 133.33E * X% * 2 / 2 = 133.33E * X%根据51复帧的结构，假定可用于CCCH的数目为丫，则一小时可发送 的最大复帧数为：Max_multiFrame_count = Y * (3600/0.240) = 15000Y。若 PCH 不溢出，应满足下列条件：Cell_paging_total_min_multiFrame_count= Max_multiFrame_count假定：X=40(called part account fo

33、r 40%), 因此：E=281.25Y由此得到下表：Max traffic of LAC (Erl)the PCH block in CCCH281.251562.52843.753112541406.2551687.561968.757225082531.2597.7 ZXG10-BSC 的 PAGING 能力理论上：每秒处理24条=21600条/15分钟最大情况每秒处理30条=27000条/15分钟实际情况：消息量在30000条/15分钟40000条/15分钟(具体和话务量 相关)，不会出现用户感知问题。增加BSC的PAGING能力方法：减少MSC的多次寻呼。按照模块进行LAC划分。8典

34、型案例8.1 SDCCH拥塞引起的寻呼无响应BSCSITECELLTimeAlias11603(SDCCH attempt total number)11604(SDCCH overflow total number)801112006-3-1416:30POF12710801122006-3-1416:30POF22930801132006-3-1416:30POF334508061112006-3-1416:30POF710061Notes: the site 611 is commissioning , the signal of the site is very strong故障现象：

35、巴基斯坦办公室某日出现连续的寻呼无响应现象。故障分析：检查发现，当时正在进行一微蜂窝的调试，该站点信号太强， 导致很多手机都停留在该站点中。大量的SDCCH拥塞，引起寻呼无响应。8.2 MSC流控导致的呼不通手机故障现象：斯里兰卡忙时手机打手机接通率低。忙时接通率大约在60% 左右。故障分析：通过对现场拨打测试录制的信令分析，发现MSS没有下发PAGING消息。. 具体信令流程如下：OHITOR ABIS AP MA10RS 1_ SIGApplication Part (filtered)j| File Filter Find View Options Call Tools Window H

36、elpH回口 EE BIHH 圆足 回副园瓯瓯121.1.1.1.PAGINGCD1.11AI-JEDownlink CCCH0i0iJLOiOi01PAGINGPAGINGCDMMAHECDLUJAHEEownlink CCCHEownlint CCCHEINEEINELINEPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGINGPAGINGEIND1 1 EINEEINEEINE1.1.1.1.1.01013L.0101JLJLOiPAGINGPAGINGPAGINGEINEEINEEINDPAGINGPAGINGPAGINGEINEEINEEINEPAGIN

37、GPAGE RESPONSE Ciph.Key=No CM SERV REQSETUP Bearer Capability:speech CalledGroup:33 MS Group:33 US Group:33 MSCDMLJANECDl-llAI-JECDMMANEGroup: 33 US Id:工MS 1: 4130820i0i0126933Group: 33 US Id: IMS I: 4130i82 0i0i012 6933 Group: 33 US Id: IMS I：: 413曲2 00012 933 key MS Claas2:RF=4 rphase2 US HS Id:IM

38、SI:413082000126933CU Serv. Type: mobile call or packet mode Ciph. Key=No key US Class2 : RF=4 rphase2 MSPty BCD:unknown,0785270271Id: IMSI: 41301820101012933Downlink CCCHDownlink CCCHEownlirik CCCHMS :Id: ILISI：: 4130182 OiQiOl 2 6 933Id: IMS 1:4130182 OiOiOl 2 933PAGE RESPONSE Ciph.Key=NoCU Serv. T

39、ype: mobile call or packet mode Ciph. Key=No key MS Class2 : RF=4 rphase2 MS Pty BCD zunknovm; 0785270271 Id: IMSI: 41301820i0i012-6933 Id: IMS 1:41301320i0i0126923key MS Class2:RF=4 rphase2 US US Id:IHSI:413082000126933iCU SERV REDSETUP Bearer Capability:speech Called CDMLIANEEownlink CCCHCDLLIAHEE

40、ownlint COCHCDl-llAI-JEDownlink CCCHPAGE RESPONSE Ciph.Key=NoGroup: 33 IdSGroup:33 US Group: 33 iJS key MS Class2:RF=4,phase2 MS MS Id:IMSI:413082000126933Cid SERV REQ QJ SERV RED SETUP Bearer Capability:speech Called CDMLIANEEownlink CCCHCDLLIAHEEownlint COCHCDI-UIAI-JENO PAGINGCOMMAId: ILIS I：: 41

41、30182 OiQiOl 2 6 933CM Serv. Type: mobile call or packet mode Ciph. Key=No key MS Class2 : RF=4 rphase2 MS MS :CM Serv. Type: mobile call or packet mode Ciph. Key=No key US Class2 : RF=4 rphase2 xinknovm; 0785270271 413082000126933 413032 0i0i012 933Downlink CCCHMSPty BCEIdId.ILIS IIMS IGroup: 33 Id

42、SGroup:33 US Group: 33 IdS key MS Class2:RF=4 rphase2 US US Id:IMSI:413082000126933IdIMS I：4130i820i0i012 6 933PAGE RESPONSE Ciph.Key=NoCM SERV REQ CM Serv. Type: mobile call or packet mode Ciph. Key=No key MS Class2 : RF=4 rphase2 SETUP Bearer Capability:speech CalledGroup:22 MS Group:33 US Group:2

43、2 MSCDI-UIAI-JECDMMAHECDLUJAHEMS :Downlink CCCHEownlink CCCHEownlint CCCHPAGE RESPONSE Ciph.Key=No CM SERV REQ SETUPPty BCE:unknovm;0785270271Id: IMI:4130iS20i0i012933Id: ILISI:4130820i0i0126933Id: IMI:4130iS20i0i012933key MS Class2:RF=4 rphase2 US HS Id:IMSI:413082000126933CU Serv. Type: mobile cal

44、l or packet mode Ciph. Key=No key US Class2 : RF=4 rphase2 Bearer Capability:speech Called Pty BCE:unknown;0785270271COUMANE Eownlink CCCH Groun:33 MS Id:IMSI:413082000126933MSMS :从上图可以看出，MSC少下发了 PAGING消息。由于忙时MSC产生了流量控制，导致消息被流控，引起了寻呼无响应。8.3 T3212设置错误导致的寻呼无响应故障现象：重庆某BSC下突然出现很多手机寻呼不到的现象，手机开关 机后，寻呼就没有问

45、题。故障分析：跟踪信令发现MSC没有下发寻呼消息，检查发现，MSC自己把位置更 新时间改从2小时改为1小时，而BSC的设置为1小时。导致很多手机 .在没有进行周期性位置更新时，MSC侧就已经将手机标志为为不活动状 .态，从而引起手机寻呼不到。.J ；.位置区划分引起寻呼成功率降低故障现象：ISB的BSC的位置区，从3个划分为8个后，MSC统计的寻 呼成功率下降了大约5个百分点。故障分析：由于位置区重新划分，导致位置更新增加，从下图可以看出 一般性位置更新基本翻了一倍。说明跨位置区的现象十分严重，这样手 机频繁的跨位置区，必然导致寻呼不到。8.4十堰联通GSM寻呼成功率指标优化【问题描述】十堰地区全部使用中兴基站设备，现有2个BSC, 一个位置区LAC21088, 其中在神农架林区有4个孤岛站点，挂在BSC1下，单独设置位置区，LAC 为21136,挂在ERICSSON交换机下。十堰地区LAC21088寻呼成功率一直 在92%左右，在全省属于中下游水平，省联通公司要求提升至94%满分 指标；.【故障分析】根据MSC SY01统计，LAC21088采用TMSI寻呼方式，二次寻呼式，间隔 为8S，现网忙时一次寻呼次数为53653次，成功次数49192，失败4461 次，二次寻呼成功次数为1009次，从统计分析来看，二次寻呼成功比例 仅为1009/4461*100%=