CDT常用功能使用手册

ZXPOS CNO1—V5。

0(CDT）常用功能使用手册
内部公开▲
修订记录
日期版本主要修订拟制/修订主要评审人员20090514 V2。

020 起草杨毅严钧
20090901 V5。

0 新版本修订杨毅严钧
本文中的所有信息均为中兴通讯股份有限公司信息，务请妥善保管，未经公司明确作出的书面许可,不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其它形式）对本文档的任何部分进行复制、存储、引入检索系统或者传播。

目录
1 软件准备 (1)
1.1 SQL Server数据库安装 (1)
1.2 ZXPOS CNO1_V5。

0B10730安装 (1)
2 数据准备 (3)
2。

1 CDT原始数据 (3)
2。

2 OMC配置数据和性能数据 (4)
2。

3 基站信息表 (5)
3 数据导入 (7)
3。

1 导入配置数据和性能数据 (7)
3.2 导入基站信息表 (7)
3.3 导入CDT数据 (10)
4 常用数据分析 (13)
4。

1 基于KPI监控 (13)
4.1。

1 VIP用户性能监控 (13)
4.1。

2 单板、单元性能监控 (16)
4。

2 VIP用户GIS评估 (17)
4.2.1 VIP话务分布 (17)
4。

2.2 VIP用户异常事件分布 (18)
4.3 无线覆盖GIS评估 (21)
4。

3。

1 Ec/Io评估 (21)
4。

3.2 导频污染评估 (22)
4。

4 邻区专题分析 (22)
4.4。

1 载频邻区命中率 (24)
4。

4.2 PN混淆/邻区错配 (26)
4。

4.3 邻区漏配 (28)
4。

5 覆盖专题分析 (29)
4.5。

1 越区覆盖小区 (29)
4.5.2 天线接反检查 (31)
4。

6 浏览器 (32)
图目录
图1-1 数据库空密码设置示意图 (1)
图1-2 CNO1安装设置 (2)
图2-1 CDT原始数据存放位置图 (3)
图2-2 GDM工具路径 (4)
图2-3 设置GDM下载配置数据 (5)
图2-4 下载的配置数据存放路径 (5)
图2-5 配置数据入库方法 (7)
图2-6 工程管理 (8)
图2-7 基站信息表导入界面 (8)
图2-8 打开基站信息表 (9)
图2-9 导入基站信息表 (10)
图2-10 CDT数据管理 (10)
图2-11 CDT数据导入步骤1 (11)
图2-12 CDT数据导入步骤2 (11)
图2-13 CDT数据导入查询 (12)
图3-1 KPI分析选项 (13)
图3-2 VIP用户组的KPI选择图 (13)
图3-3 VIP用户组的KPI分析效果 (14)
图3-4 用户细节分析 (14)
图3-5 VIP用户组细节分析 (15)
图3-6 单条记录细节分析 (15)
图3-7 KPI分析 (16)
图3-8 单板、单元KPI分析效果图1 (16)
图3-9 单板、单元KPI分析效果图2 (17)
图3-10 GIS分析 (17)
图3-11 VIP话务量分布 (18)
图3-12 VIP接入失败分布 (18)
图3-13 VIP掉话分布 (19)
图3-14 VIP掉话细节显示分布 (19)
图3-15 小区呼叫过滤 (20)
图3-16 VIP掉话Message分析 (21)
图3-17 全网Ec/Io分布 (22)
图3-18 全网导频污染评估 (22)
图3-19 邻区检查 (23)
图3-20 邻区漏配表 (23)
图3-21 候选邻区表 (24)
图3-22 北海载频邻区匹配率分析 (25)
图3-23 在全区基站信息表中查找CI为33777的小区 (25)
图3-24 目标小区与源小区的位置关系 (26)
图3-25 PN混淆分析 (27)
图3-25 两个同PN目标小区与源小区的位置关系 (28)
图3-25 邻区漏配分析结果 (29)
图3-28 无线覆盖分析 (30)
图3-29 越区覆盖小区 (30)
图3-30 越区覆盖小区图示 (31)
图3-31 天线接反检查 (31)
图3-32 天线接反检查参数设置 (32)
图3-33 天线接反检查结果 (32)
图3-34 IMSI TopN分析 (33)
图3-35 IMSI TopN分析结果 (33)
图3-36 浏览器界面 (35)
图3-37 PN认错案例图 (36)
1软件准备
1.1SQL Server数据库安装
ZXPOS CNO1_V5。

0B10730集成了以前CNO1的部分功能和CDT数据二次分析功能,该软件的数据库支撑移植到了SQL Server上，所以在使用之前,必须安装SQL Server数据库。

安装方法请参考《（1)OneKey_CDT SQL Server 2005》
(1)OneKey_CDT SQL
Server 2005.ppt
在这个版本中,由于还存在一些小问题，所以在SQL Server安装完成后，还需要清空SQL Server 用户sa的密码,如下图所示：
图1-1 数据库空密码设置示意图
1.2ZXPOS CNO1_V5。

0B10730安装
在安装CNO1_V5。

0时,需要注意以下设置：
IP：SQL Server地址
Port：CDT SQL Server端口，缺省为1433,不需要改动。

请注意区分该端口和OMC SQL Server 区分，这里的SQL Server端口不是OMC SQL Server的端口。

UserName：CDT SQL Server的用户名，一般都为sa,不需要改动
Password：用户名sa对应的密码，第一步中已经清空。

图1-错误!未定义书签。

CNO1安装设置
2数据准备
2.1CDT原始数据
目前CDT任务和CDT FTP的组网结构和FTP工具设置如下图所示:
1、在OMC上开启CDT任务；
2、设置工具CdtFtpFileService并开启服务，具体设置方法请参考指导书《CdtFtpFileService 软件说明书(V1。

0）》，工具软件请到服务器下载；
CdtFtpFileService
软件说明书(V1.0).doc
3、从CDT FTP服务器上取回我们需要的CDT数据.
结构下图所示：
图2-错误!未定义书签。

CDT原始数据存放位置图
注:以上第1步，第2步应该由深圳用服部来设置，网规网优部只要从CDT服务器上取回数据即可。

取回数据后，首先要把zip文件解压,解压后把没带Node号的数据在前面加上Node号和下划线。

Node号可以在OMC Netnument中的配置管理的根节点上查看。

CDT FTP服务器上的数据格式:
CDT_1X_MaskData_2009-05—11_10—00_0820030000010000。

zip
下面的工具可以批量增加Node号。

批量文件名修改工具：
CDT_CHANGENAME
修改后带Node号的文件名如下：
595002_CDT_1X_MaskData_2009-05—11_10-00_0820030000010000。

zip
解压后的数据即为ZXPOS CNO1_V5.0B10730需要导入的数据.
注意：
1、CDT原始文件不要放置在路径很深、有中文、带空格的文件夹内。

建议在根目录下建立一个名为CDT的文件夹放置数据
2、分析用的电脑的日期格式需要设置为24小时制
2.2OMC配置数据和性能数据
CDT工具是结合配置数据、性能数据、CDT数据、基站信息表等重要信息做相关分析的一个网络优化辅助工具。

所以,配置数据和性能数据需要在分析前从OMC上下载。

下载方法如下：在CNO1_V5。

0安装目录下，有一个名叫GDM的小软件,该软件用来下载配置数据和性能数据。

图2-1 GDM工具路径
图2-2 设置GDM下载配置数据
注意:目前下载工具效率正在优化,下载2天一个BSC的数据大概需要10—20分钟，请耐心等待。

下载的数据会以zip文件的形式存放在CNO1_V5.0安装目录的data文件夹下：
图2-错误!未定义书签。

下载的配置数据存放路径
2.3基站信息表
根据最新基站信息表（必须包含CI，有些地市基站信息表没有CI,相当麻烦），依照以下模板制作新的CNO1 V5。

0用的基站信息表.基站信息表必须包含的字段请参考下表:
CDT字段名
CI
BASENAME
CELLNAME
SERVERID
SYSTEMID
某地基站信息表模板：
SiteinfoTemplate_
CNO1V5.0.xls
其中REVHARDDELAY请参照BTSTYPE对应的反向硬件延时表制作。

反向硬件延时表:
ZXC10
BSSB各种机型反向模拟
也可以使用CNO1V5。

0安装目录下Doc文件夹下提供的基站信息表检查工具检查合法性。

基站信息表检查模板：
CNO1-C
基站信息表检查模板2
3数据导入
3.1导入配置数据和性能数据
在2。

2中，介绍了利用GDM小工具下载OMC的配置数据和性能数据的方法.下载后，数据被存放在CNO1V5。

0安装目录的data文件夹下。

下载的数据我们还必须把他导入到SQL Server数据库中,导入方法如下图所示：
图3-1 配置数据入库方法
导入成功后,会有如下提示：
3.2导入基站信息表
首先，打开软件。

点击data栏下的Project Manager
图3-错误!未定义书签。

工程管理打开Project Manager后，会出现如下界面
图3-2 基站信息表导入界面
点击打开按钮，打开做好的基站信息表
图3-错误!未定义书签。

打开基站信息表点击导入按钮
图3-3 导入基站信息表
如果提示导入成功，则可进行下一步。

如果有失败提示,一般有如下几种问题.
1.CI重复。

导入前必须检查基站信息表是否有重复的CI，可以用countif函数检查(插入一列，
在列头填写=COUNTIF(B：B，B2），其中B是CI所在列,B:B表示选择整个CI列，B2表示
第一个CI所在列。

然后用同样的公式填满插入的那一列）
2.某些必要字段没有填写内容,可以用筛选的方法检查；
3.缺少上述的必要字段。

3.3导入CDT数据
点击Data Management栏下的CDT Data Manager。

图3-4 CDT数据管理
在左边目录中，找到存放CDT文件的文件夹。

CDT文件会罗列在右边框内。

然后可以根据需要选择导入的数据。

图3-错误!未定义书签。

CDT数据导入步骤1 点击导入数据按钮
图3-错误!未定义书签。

CDT数据导入步骤2 导入完毕后，可查询导入数据。

图3-5 CDT数据导入查询
注意:
1.数据导入顺序为：1〉OMC配置和性能数据;2〉基站信息表；3〉cdt原始数据；
2.CDT文件存放路径不能太深，而且文件夹名不能太复杂.建议在根目录下建立一个CDT文
件夹存放CDT文件；
3.ZXPOS CNO1_V5.0B10730目前有删除数据失败的问题，需要运行下面的补丁才可以。

4常用数据分析
4.1基于KPI监控
CNO1v5.0可以对对各单板、单元、VIP用户组、单个用户进行性能监控。

从而可以快速发现某个单板、单元是否有问题；可以及时跟踪VIP用户组性能，第一时间发现问题。

CNO1的KPI主要是用来监控单板或者用户，不需要和CNO2的KPI对比，CNO1不是一个统计工具,他是一个发现网络问题并提供相对友好的优化建议或者方法的工具。

4.1.1VIP用户性能监控
在Measure中，点击KPI Analysis。

图4-1 KPI分析选项
点击后,出现如下界面
图4-错误!未定义书签。

VIP用户组的KPI选择图
勾选必要的KPI项，然后点击查询按钮，VIP用户组以小时为单位的性能统计便一目了然。

图4-2 VIP用户组的KPI分析效果
以上是VIP用户组评估KPI性能监控方法。

如果发现VIP用户性能较差，可以立刻进入IMSI 细节分析界面对问题定位.
点击Specialty中的IMSI Detail Analysis。

图4-3 用户细节分析
在UseGroup中选择相应的VIP用户组，点击Query查询按钮后,右边的菜单的AllCall中会把VIP用户组中的所有呼叫记录罗列出来。

这样我们便可以知道VIP用户组中各VIP用户具体的性能情况。

图4-4 VIP用户组细节分析
OneCall更进一步给我们展示了每一个呼叫的呼叫细节。

根据呼叫细节里提供的信息（Oneway，Ec/Io，切换信息等)，如同分析路侧数据一样，把问题找出来并优化。

例如IMSI460036591962320,通过多条呼叫信息发现，该用户多次在595002晋江市区农房CELL2小区呼叫，但是呼叫位置距离该小区比较远（4—5km)，无线环境很差（Ec/Io大多在-12dB以下）导致多次掉话。

定位后，可以结合地图做出优化方案。

比如扩容站点,天馈调整等。

图4-5 单条记录细节分析
VIP用户性能监控、问题分析、问题定位的方法和思路基本如上文所诉.当然,我们还可以灵活的结合GIS分析,Mapinfo分析等更多途径快速解决问题。

4.1.2单板、单元性能监控
同VIP用户组分析一样，首先点击KPI分析。

图4-6 KPI分析
选择单板分析，CNO1v5。

0则以各个单板/单元为单位输出性能统计.如果发现某个单板或者单元性能非常差，则需要继续查是否某个IMSI导致，如果不是一个IMSI，而是多个IMSI导致，则很可能某个单板或者单元出现问题.
图4-错误!未定义书签。

单板、单元KPI分析效果图1
当然，确定某单板、单元是否真的有问题还需要观察多个时段是否有同样的表现。

下图显示,bts224的csm10只有5月11日9点掉话较多，所以还不可以确定csm芯片有问题.需要结合告警和业务观察进一步确定.
图4-错误!未定义书签。

单板、单元KPI分析效果图2
4.2VIP用户GIS评估
选择GIS Analysis
图4-错误!未定义书签。

GIS分析
GIS Analysis中包含KPI分析，无线覆盖分析，小区分析,IMSI分析。

下面将逐一介绍各个功能的使用方法和使用场景.
4.2.1VIP话务分布
勾选Filter，选择VIP用户组分析，可以把VIP用户话务量分布地理化显示。

直观的了解VIP 用户活动范围，更有针对性的优化网络。

图4-7 VIP话务量分布
4.2.2VIP用户异常事件分布
VIP用户接入失败、掉话地点在GIS上一目了然。

根据IMSI细节分析，可以找出异常事件的原因,并给出解决方案。

图4-错误!未定义书签。

VIP接入失败分布
图4-错误!未定义书签。

VIP掉话分布
上图红色圈内掉话2次，放大后的地图如下：
图4-8 VIP掉话细节显示分布
从上面图可以看出，掉话在以上几个小区附近。

通过专题分析中的IMSI 明细分析,可以找到附近几个小区的掉话记录。

图4-9 小区呼叫过滤
拷贝IMSI，粘贴到GIS 分析中的IMSI分析，根据Message细节,可以看出前向Ec/Io很好（—8以上），但是反向FER很差.这种现象很可能是RSSI高,检查RSSI，发现没有异常。

则可能是手机或者系统隐藏问题；在KPI分析的CE分析中检查其他在和这个站相关的呼叫记录，发现同一时段的异常事件次数和这个IMSI的异常失败次数相当，说明大部分异常事件是这个IMSI造成的。

所以该手机出问题的可能比较大。

图4-错误!未定义书签。

VIP掉话Message分析
4。

SdmRevFchFer:87
5.CallDur:24
6。

Leg0 FTCH Power--Avg：165 Max:195
7。

Leg1 FTCH Power--Avg：0 Max:0
8.Leg2 FTCH Power-—Avg:0 Max：0
9。

Leg3 FTCH Power-—Avg:0 Max：0
＊＊＊*＊*Message Information***＊**
1。

Time：2009-05—11 08：13:00
2.Ref CI：23983
3.Ref Ec/Io：-7
4.Ref PN: 465
5。

OneWayDelay：116
6.Pilot0: PN(357+1）Ec/Io(-10)
注：文中定义的VIP组是掉话TOPN IMSI，目的是便于说明如何分析。

4.3无线覆盖GIS评估
4.3.1Ec/Io评估
取起呼消息中携带的Ec/Io信息，定位起呼位置到地图上。

可以迅速发现Ec/Io差的区域,结合站点分布,可以指导网络优化。

如下图：
Ec/Io差的区域主要原因是弱覆盖导致，其次是导频污染导致.
图4-10 全网Ec/Io分布
4.3.2导频污染评估
图4-11 全网导频污染评估
4.4邻区专题分析
点击菜单“Special Analysis"—〉“Neighbor List Check",进行邻区配置健康检查。

图4-12 邻区检查图4-13 邻区漏配表
图4-14 候选邻区表
注：
1、邻区漏配的候选邻区表仅供参考，其他厂家的邻区、外部邻区（没有下载OMC配置数
据的其他BSC）、基站信息表中没有的小区不会显示,只参考工具的信息很可能会造成邻
区错配。

所以，下载OMC配置数据时，建议下载所有可能有切换关系的BSC OMC数
据，基站信息表要包含所有周边的小区信息.必要时需要借助Mapinfo信息；
2、邻区漏配建议以掉话次数和漏配上报次数安排优化优先级.
4.4.1载频邻区命中率
载频邻区命中率较低，载频邻区命中率低容易造成邻区发现不及时或者搜索慢导致切换超时问题，严重时甚至引起掉话。

汇总结果：描述每个小区的载频邻区切换次数、总的切换次数以及载频邻区匹配率（即命中率）。

详细结果:描述与该小区发生邻区切换的目标CI，与源CI载频的切换次数、切换所占比例，以及是否邻区关系。

汇总结
果
详细结
果
图4-15 北海载频邻区匹配率分析
如上图所示，汇总结果里的第二条记录，源小区0_50_2合浦西场镇老温村O（SourceCI :41363）,在20090813—20090819期间切换总次数是TotalHONum 238次，这238次切换中是在载频邻区里发生的次数为NeighbourHONum 168次；CDT切换在载频邻区中的命中率为MatchRadio 70。

59%，这个匹配率是比较低的，说明有29.41%的切换都是与非载频邻区的小区进行的。

在该条记录相应的详细结果里可以看到与该源小区0_50_2合浦西场镇老温村O发生邻区切换的目标CI，与该源小区283载频的切换次数、切换所占比例，以及是否邻区关系；其中第三条记录目标小区（CI ：33777）与源小区共有HONum 38次切换，占源小区总切换次数的15。

97％，并且不在源小区的载频邻区里（InNeighbourList=0）；这条记录只有CI而没有小区名、BSCID，说明其是本BSC的外部邻区，需在外部邻区中查找。

在全区基站信息表中查到，CI为33777的小区为钦州犀牛脚岭门大岭O0，PN为99，如下图所示：
图4-错误!未定义书签。

在全区基站信息表中查找CI为33777的小区
CNA1中可以看到地理位置如下图所示:
图4-16 目标小区与源小区的位置关系
由图1。

12可以看到目标小区钦州犀牛脚岭门大岭O_0与源小区合浦西场镇老温村_2小区是正向对打的,并且中间相当空旷，切换次数也占占源小区总切换次数的15。

97%，理应加入源小区的载频邻区中。

4.4.2PN混淆/邻区错配
PN混淆为PN规划不合理或者过覆盖等原因,造成PN复用距离不够，引起对目标PN对应的小区判断错误。

造成该现象的原因有如下可能性
●PN规划不合理
●小区过覆盖引起的
●邻区错配.邻区错配可能会造成PN混淆的假象。

解决措施为：
●两个目标小区均不在源小区的邻区列表里面,源小区通过搭桥的方式,可以分别与两个目标
小区有切换关系.该种情况是允许的。

⏹可以保持现状不变。

该种情况可以保证小区的正常切换而不互相影响
⏹修改PN
●只有一个目标小区在源小区的邻区列表中,且有较多的切换次数.另一个目标小区通过搭桥
方式与源小区有切换关系。

该种情况易造成掉话。

⏹修改PN
⏹确定过覆盖的站点,进行RF优化
●只有一个目标小区在源小区的邻区列表中，距离较远。

另一个目标小区通过搭桥方式与源
小区有切换关系，距离较近.该种情况为错配，可能掉话.
⏹ 确定错配，进行邻区修改
⏹ 可能存在过覆盖的站点，进行RF 优化
利用CDT 软件对切换在载频邻区中PN 混淆的比例进行统计,并根据统计结果输出需要调整的混淆PN 和CI 列表.用于整网分析，评估邻PN 混淆的邻区，以指导是否需要对PN 混淆的CI 进行调整.如图1。

2所示。

汇总结果给出了每个源CI 的载频邻区中PN 混淆的比例；
详细结果给出了需要调整的PN 和CI 列表。

图 4-17 PN 混淆分析 例如,图1.2汇总结果里的第一条记录，源小区0_755_0北海市泰发大厦O 与目标PN 24总共切换394次，掉话47次；源小区同时与两个PN 都为24的目标小区都有切换。

在该条记录相应的详细结果里可以看到,其中一个目标小区是CI 为45697的小区,切换375次，掉话47次，该目标小区与源小区的距离是1.23公里;另一个目标小区是CI 为40640的小区，切换5次，掉话0次，与源小区的距离为1.37公里；两个目标小区与源小区的位置关系如图1。

21所示： 汇总结
果
详细结
果
图4-18 两个同PN目标小区与源小区的位置关系
由图上图可以看出，两个同PN目标小区与源小区距离都较近，都是1公里左右，并且中间没有足够的间隔，与源小区均有切换,是出现了PN混淆。

这种情况下，建议修改738号站北海市太合宾馆O的PN，因为这个小区只有一个扇区。

4.4.3邻区漏配
对漏配的邻区进行统计CDT切换在载频邻区中PN混淆的比例进行统计，并根据统计结果输出需要调整的混淆PN和CI列表。

用于整网分析，评估邻PN混淆的邻区，以指导是否需要PN混淆的CI进行调整.
汇总结果：显示源CI及漏配PN序列对。

详细结果:显示建议添加的邻区。

查询结果如下图所示：
图4-错误!未定义书签。

邻区漏配分析结果
4.5覆盖专题分析
4.5.1越区覆盖小区
根据起呼消息的Oneway,可以得到所有在某小区的起呼记录。

越区小区统计在无线覆盖分析中，如下图：
图4-19 无线覆盖分析
图4-20 越区覆盖小区
根据统计出来的小区,网优工程师可以通过GIS中的Cell Analyis进一步确认越区小区。

图4-错误!未定义书签。

越区覆盖小区图示
4.5.2天线接反检查
1、点击菜单“Special Analysis”->“Anti Antenna Check"，进行天线接反检查。

图4-错误!未定义书签。

天线接反检查
2、设置天线接反参数.点击菜单Tools—〉Spcial Analysis Options，打开Special Analysis Options 窗口，设置参数：源扇区和目标扇区的夹角门限、距离门限、站高门限、切换比例门限。

各参数默认值如下图所示：
图4-错误!未定义书签。

天线接反检查参数设置
3、查询结果统计出切换关系异常的源/目标CI,生成疑似扇区接反统计表格.如下图所示：
图4-21 天线接反检查结果
扇区接反有两种可能：1〉扇区确实接反了；2〉基站信息表中的方向角错误
4.6浏览器
基于CDT原始数据，使CDT表格显示出与Excel等同的数据显示样式,显示出每一个用户详细呼叫记录信息。

呼叫记录信息主要包括此次呼叫的IMSI号码、手机号码、各个单板信息、终端厂商信息、呼叫类型(起呼、寻呼）、系统类型（语言、数据)、呼叫时长、建立时长、接入信息、第一次导频测量信息、最后一次导频测量信息、释放时间以及四次切换信息。

浏览器是处理投诉的利器，比如某用户投诉呼叫困难或者经常掉话，我们可以首先通过该投诉用户的手机号码到HLR上查处IMSI，然后根据IMSI在浏览器上查看该用户的每一条通话情况,最终分析出用户通话受影响的原因并解决。

除此之外，浏览器对于KPI的支持也很好,因为网络问题总会在用户身上体现，而且用户总习惯在掉话之后继续呼叫。

所以,结合TOPN IMSI和浏览器可以作为新的TOPN分析方法来解决重要的网络问题。

一般分析方法为，首先从IMSI TOPN分析中找到掉话或者接入失败高的IMSI.
图4-22 IMSI TopN分析
如下图所示，以Index 53的IMSI为例，该IMSI掉话20次。

右键点击copy.
图4-错误!未定义书签。

IMSI TopN分析结果
打开浏览器页面，粘贴拷贝的IMSI并查询。

（具体操作方法参见《ZXPOS CNO1-C V5。

0 原始数据浏览分析分册》），得出下图结果。

通常，掉话分析我们需要关注以下几点：
1、起呼小区的CI和PN，对照后面几次切换，检查是否有和起呼小区同PN不同CI
存在与激活集。

这种方法可以快捷的发现邻区错配或者oneway导致的掉话;
2、参考Oneway（单位m，Oneway是指终端到参考小区的距离)，检查激活集或者候
选集中是否有异常的chip，特别需要关注大数值—chip。

这种方法可以快捷的发现
超远覆盖造成的PN认错或者直放站带来的PN认错；
3、如果掉话前Ec/Io比较强，且最后一次PSMM距离掉话时间较短(小于30s），则建
议把各次切换的激活集中的小区定位在mapinfo上,检查是否有距离比较远,方位角
不靠谱的小区，然后检查附近是否有同PN的更靠谱的小区.
4、检查最后一次切换或者PSMM时是否导频已经很弱，然后检查时间间隔较小的下
一次起呼叫在哪个小区上，以判断是否邻区漏配没有搜索到邻区、或者弱覆盖、或
者搜索窗太小导致的弱Ec/Io掉话.
如下图所示，此次通话Ec/Io非常好，我们按照上诉步骤检查问题就会发现该用户距离参考导频(PN156或者PN144）的距离为610m，但是The last 4th HO记录中候选集中的PN 141的chip为—32。

chip值是指搜索到的PN Phase距离参考导频标准PN phase的差。

不考虑折射,反射等因素的话，chip 值实际上就是终端到搜索到的小区距离—终端到参考小区距离.所以，如果终端距离参考导频为610m，那么chip值应该是-610m/244～搜索窗宽度/2之间，而—32相当于—7。

8km，很不靠谱.所以自然就怀疑到是否是系统把PN138错认为了PN141。

图4-错误!未定义书签。

浏览器界面
检查周围的所有PN138发现，确实在海的另一边，有一个距离41Km的PN138正对着终端通话区域发射信号.
图4-23 PN认错案例图。