文档名称 文档密级
图 24 一个实际导入的数据表形式
5.3.2.2.4. NP Master_TD
目前TD性能部正在开发PCHR与MR原始数据直接导入Microsoft SQL Server的工具，改工具名称暂定“NP Mastar_TD”。在改工具发布后，PCHR和MR的原始数据都可以直接导入SQL Server数据库，以进行海量数据的直接处理；届时第5.3.2.2.2节和第5.3.2.2.3节的操作也就都不需要进行了，都由“NP Mastar_TD”的操作替代。
关于“NP Mastar_TD”工具的发布日期及指导书，请后续紧密关注。
5.3.3. 应用案例
使用PCHR原型工具打开拼接后的数据，选择一条记录，如图 25所示为拼接后MR与PCHR的位置关系：
2013-4-21
华为机密，未经许可不得扩散 第31页, 共35页
文档名称 文档密级
图 25 拼接后MR与PCHR的位置关系
接下来就以这个掉话为例，分析导致掉话的空口质量问题。
（1） RRC异常描述为“RL Failure Indication”，即掉话是因为上行失步；从释放时间来看，
发生上行失步是在00:02:03（因为该RNC上行失步释放定时器设置为16s），如图 26所示：
图 26 RRC异常信息与失步时间点判断
（2） 如图 27所示，失步前上行SIR换算为实际值分别为“-3.5、6、-11、-1”；MML参数
2013-4-21
华为机密，未经许可不得扩散
第32页, 共35页
文档名称 文档密级
设置的MINSIRTARGET=122，即4db；那么，在掉话前，实际上行SIR确实已经很不稳定，且大多低于最小目标值。
图 27 失步前上行SIR
（3） 如图 28所示，失步前，UE的上行实际发射功率已经达到了最大值25。
图 28 失步前UE发射功率
（4） （接下来需要判断造成上行SIR值低、UE发射功率高的原因；因为上行ISCP为公共
测量，无法实现与PCHR拼接，所以判断上行ISCP需要使用SQL Server分析。）如图
2013-4-21
华为机密，未经许可不得扩散
第33页, 共35页
文档名称 文档密级
29所示，可以看到，在该呼叫过程中，上行时隙ISCP一直相对较高，这应该是造成上行失步的直接原因。
图 29 查看上行ISCP
（5） 进一步通过SQL查询改时间段10120频点时隙2的上行ISCP大于-100的小区，结果
如图 30所示：
图 30 掉话时间段10120频点2时隙上行高ISCP小区
（6） 整理图 30中高ISCP小区，并在MapInfo中撒点，发现2902小区与1212，2901，
2013-4-21
华为机密，未经许可不得扩散
第34页, 共35页
文档名称 文档密级
12263，20183四个小区相邻，如图 31所示：
图 31 高ISCP小区地理分布
从以上的分析来看，这个掉话的发生场景是：五个相邻小区在改时间段都有业务接入10120载频的上行2时隙，导致各个链路之间互相干扰，最终2902小区10120载频时隙2的呼叫因上行ISCP过高发生上行失步而掉话。
针对这种相邻小区同频对打场景，需要从频率规划与优化中避免。像这样的分析结果，对于处理TOP小区、TOP掉话都是能够带来价值信息的，每天处理几个掉话，时间长了积累下来，效果就会显现出来。
2013-4-21
华为机密，未经许可不得扩散 第35页, 共35页