搜索
GSM系统DT&CQT问题分析杭州明讯网络技术有限公司技术支持部培训讲座第一部分呼叫流程及消息第二部分DT问题分析第三部分CQT问题分析第四部分分析案例内容简介第一部分DT流程及消息1.呼叫流程2.流程消息3.系统消息GSM系统接口规范MS主叫流程(MO)－简图MS主叫流程(MO)手机做主叫的消息历程TOM系统TEMS系统二、MS被叫流程(MT)MS主叫流程消息鉴权加密过程我们假定VLR已经获得所有执行鉴权处理所需的信息（比如Kc,SRES和RAND）。如果没有，VLR会向HLR/AUC请求这些信息。三个数储存在VLR中。VLR将RAND经MSC和BSS发送到MS（未加密）。MS将收到的RAND和存在SIM卡中的参数Ki一起经过A3和A8算法，算得SRES和Kc的值。MS将SRES传送到VLR（未加密）VLR将其所存的SRES值与从MS收到的SRES值比较，如果相等，则鉴权成功。如果要使用加密，所分配的三个数中的Kc须传到BTS。移动台从RAND、A8算法和SIM中的Ki算得Kc。利用Kc、A5和GSM巨帧号，对MS和BSS间的空中接口加密。三、挂机流程四、位置更新流程五、呼叫重建流程六、SMS寻呼流程七、切换流程切换流程（以BSC间切换为例）切换流程根据切换的涉及的范围的不同可分四类：小区内切换、BSC内切换、BSC间切换以及MSC间切换七、切换流程切换流程（以BSC间切换为例）切换流程根据切换的涉及的范围的不同可分四类：小区内切换、BSC内切换、BSC间切换以及MSC间切换MS切换流程消息HandoverCommand:目标小区描述目标信道切换参考号是否同步MS切换流程消息切换失败及切换掉话：1、CIC电路异常造成切换失败假如，目标BSC收到的HandoverREQ所分配的的CIC电路在该BSC被被标志为BLOCK状态，因此该BSC将回应MSC以HandoverFailure,原因值为“陆地资源不可用”。2、MS接入失败造成切换失败MS在信道接入时，BTS无法正确的解码HandoverAccess消息，造成切换失败，MS返回原信道，在原信道上回应HanoverFailure消息。3、对于BSC内切换来说，如果BSC在一定时间(HO_ACK)内即没有在新信道上收到HandoverCMP消息，也没有在老信道上收到HandoverFailure消息，则判断该呼叫掉话，BSC将拆除无线资源，并通知MSC。八、FULL值与SUB值•FULL-Value&SUB-Value(GSM中的两种测量方法):一种为全局测量,即对整个测量周期内的100个时隙的电平和质量平均(4个26复帧,IDLE帧除外);另一种为局部测量,即对12个时隙的电平和质量进行平均,包括8个连续的TCH突发脉冲(SID)及4个SACCH突发脉冲。无论系统上下行是否激活了DTX功能，基站和MS都要完成这两种测量。系统消息（TYPE1-8)SystemInformationType1：系统信息类型1,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及小区配置信息。SystemInformationType2：系统信息类型2,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及邻小区的BCCH信息。SystemInformationType2bis：系统信息类型2bis,网络到所有移动台,在BCCH上发送,指示RACH的控制信息及扩展的邻小区的BCCH信息。SystemInformationType3：系统信息类型3,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、小区识别号、位置区识别号、控制信道信息（T3212）及小区选择参数等。SystemInformationType4：系统信息类型4,网络到所有移动台,在BCCH上发送,指示RACH的控制信息、位置区识别号、小区选择参数、CBCH信道描述、CBCH移动配置。九、系统消息（1）SystemInformationType5：系统信息类型5,网络到所有移动台,在SACCH上发送,指示邻小区的BCCH信息。SystemInformationType5bis：系统信息类型5bis,网络到所有移动台,在SACCH上发送,指示扩展的邻小区的BCCH信息。SystemInformationType6：系统信息类型6,网络到所有移动台,在SACCH上发送,小区识别号、位置区识别号、允许的NCC等。SystemInformationType7：系统信息类型7,用于小区重选。SystemInformationType8：系统信息类型8,用于小区重选。系统消息（2）Systeminformationtype5MeasurementReport:•其中邻区BCCH-FREQ下内容为BA表中之顺序号(FROM0)•RXLEV-NCELL数值=实际接收电平+110818994739175第二部分DT问题分析1.DT考核项目介绍2.DT问题分析流程DT考核项目介绍考核项目城区铁路高速公路覆盖率话音质量接通率掉话率切换成功率里程掉话比边界切换不成功次数DT考核项目介绍城区考核1.接通率，定义：接通率＝接通总次数/试呼总次数×100％；主叫测试手机的统计2.掉话率，定义：掉话率＝掉话总次数/接通总次数×100％；掉话率取主、被叫手机的统计2.掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％3.覆盖率，定义：覆盖率＝（=-90dBm的采样点数（主叫＋被叫））/总采样点数（主叫＋被叫）×100％；取主、被叫手机统计4.话音质量RxQual,取主、被叫手机的统计结果之和。每部手机话音质量具体算法如下：话音质量＝[RxQual（0级）＋RxQual（1级）＋RxQual（2级）＋RxQual（3级）]×1＋[RxQual（4级）＋RxQual（5级）+RxQual（6级）]×0.7。6、切换成功率DT考核项目介绍高速、铁路、国道考核1、里程掉话比，定义：里程掉话比=（=-94dBm的测试路段里程数）/掉话总次数；掉话总次数为主叫、被叫掉话次数之和。2、覆盖率，定义：覆盖率＝（=-94dBm测试路段里程数）/测试路段总里程数×100％；取主叫、被叫手机的测试结果。3、边界切换不成功次数仅统计在跨地区切换时，切换不成功的次数。DT分析流程－呼叫接续1、呼叫接续分析呼叫正常接续为从主叫发出ChannelRequest到收到Connect消息进行通话，否则需要分析主被叫呼叫建立过程的信令流程，来分析出现未接通的现象（DT测试规范规定：ChannelRequest和CMSERVICEREQUEST同时出现才计为一次试呼）。DT分析流程－呼叫接续DT分析流程－呼叫接续可能原因分析:-接收电平低于RXLEV_ACCESS_MIN-SDCCH拥塞(尤其要检查LOCATIONUPDATE是否正常,防止繁忙的道路成为LAC的边界)-鉴权加密失败-RF丢失-VLR,HLR故障-SDCCH干扰-A接口或TCH拥塞-TCH干扰,基站硬件(尤其是天线)连接错误,分配失败高-被叫用户忙,呼叫早释,呼叫无应答,被叫号码错,被叫关机未接通事件分析例1:SD拥塞的消息历程DT分析流程－掉话掉话定义：占用上TCH后没有收到Disconnet或ChannelRelease消息而回到空闲状态。（DT测试规范定义的掉话为有connect消息后的不正常释放）。DT分析流程－掉话DT分析流程－覆盖差3、信号覆盖差分析定义：1、通常认为接近或低于测试规范定义的有效覆盖电平即认为是覆盖差。2、如果属于无主覆盖而且质量较差，也认为是覆盖差。DT分析流程－话音质量4、信号质量差分析定义：持续信号质量大于5或不连续很差但占用某块DRI时很差。DT分析流程－切换问题5、切换问题分析DT分析流程－切换问题DT分析流程－切换问题DT分析流程－切换问题第三部分CQT问题分析1.CQT考核项目介绍2.CQT问题分类讨论CQT考核项目介绍1.覆盖率=（＝-94dbm主叫测试点数）/总主叫测试点数×100％（信号强度连续5秒大于－94dbm的取样点数）2.接通率=接通总次数/试呼总次数×100％（主叫）3.掉话率=掉话总次数/接通总次数×100％（主叫＋被叫）4.话音质量：取主、被叫手机的统计结果之和5.单方通话、串话率，定义：（单方通话总次数+串话总次数）/接通总次数×100％（主叫）CQT问题分类讨论－接通接通率:呼叫未接通1.检查小区SDCCH、TCH是否拥塞2.该小区是否SDCCH掉话高3.MA_FAIL_FROM_MS高4.查看I_O_I和BER是否有干扰.5.检查PATH_BALANCE统计项6.检查载频硬件问题及功率是否平衡等7.被叫是否在做位置更新.CQT问题分类讨论－掉话掉话率:掉话1.检查相邻小区频率有否系统内干扰2.查看I_O_I及BER统计是否正常3.查看小区内PATH_BALANCE是否正常。若不正常，检查基站接收发射通路包括天馈线、SURF或IADU/DLNB、TCU等.4.通过统计查看本小区的掉话情况，若RF_LOSS掉话高可通过PERCAR统计定位到RTF5.检查本小区邻小区的硬件问题（硬件坏或天馈交叉方位角不正确等）。6.检查是否是越区或弱覆盖。7.检查直放站、塔放问题。8.低掉话小区,进行呼叫跟踪断噪：1.检查是否有干扰。通过GI检查相邻小区频率有否干扰，有干扰调整频率。查看I_O_I是否正常。根据I_O_I的值判断是临区，越区，还是外部干扰。检查是否是直放站的问题。直放站的功率过大，模块故障，联通的直放站放大了移动的频点等等。2.检查是否是弱覆盖。查看BER。是否漏做neighbor。发射通路有问题，通过VSWR查看天线方位角不正确。3.硬件问题：查看TCU/CTU调测数据，输出是否平衡或过低。收发通路问题（VSWR不正常，方位角不一致等）。其他都正常，但CTU问题造成丢帧。4.检查传输质量问题。导致整条2M下的RTF均有断噪。5.检查切换是否过于频繁。使用带ENGINEERINGMODE测试手机查看频点变化频繁，无主覆盖可通过调整天线方位角及俯仰角改善。CQT问题分类讨论－断噪回声：CQT回声为移动网内呼叫，因此不存在2-4线转换问题.应检查发生传输速率变化、或进行编码的节点一般是CTU/TCU的某一个时隙存在问题，更换CTU可解决,可用测试手机占用同一个小区的信号进行时隙拨打测试来定位。若排除TCU问题，可用测试手机配合MSC或TRACECALL，定位发生单通时的CIC，检查XCDR板CQT问题分类讨论—回声单通/串话分析：1.查看CIC定义是否与2M线的物理连接正确对应。2.检查XCDR与BSC之间的2M是否交叉连接。3.从eventlog中查看是否有RCI告警。有此告警时，若手机占用该时隙，则发生无声、单通等现象。该告警与KSW/XCDR/GDP/MSI/E1link/NIU/DRI/MCUF及传输质量有关。4.检查彩信长途链路CQT问题分类讨论—单通、串话第四部分－分析案例优化前优化后一、存在锁相失败告警，导致切换失败。重锁时钟后测试正常。分析案例二、硬件故障：rxlev＝－66dBm，rxqual持续7级，掉话。检查更换对应频点的载频后，测试正常。分析案例三、越区覆盖，引起频率干扰。话音质量很差，调整俯仰角度后测试正常。分析案例四、不切换：周边nei设置正常，相关切换参数设置正常，处于同一PGSM频段，也有较强邻区，MS却也没有向其他较强的邻区切换，周围其他的小区也不存在拥塞等问题。观察统计，往外切换请求均为0。通过该问题现象分析，初步判断LAPD协议进程OOS，我们对BCCH载频及所有TCH载频进行了RESET处理，观察切换已经正常。分析案例五、用户1860投诉在人民医院室内高层拨打电话存在接通较困难现象。测试发现占用越区后的基站后出现两次未接通的情况，均为分配TCH后占用失败造成，MA_FAIL_FORM_MS=