CDT常用功能使用手册.doc

ZXPOS CNO1-V5.0(CDT)常用功能使用手册拟制杨毅日期20090905审核严钧日期审核日期批准日期本文中的所有信息均为中兴通讯股份有限公司和中国电信公司内部信息，限于双方内部交流内部公开修订记录日期版本主要修订拟制/修订主要评审人员20090514V2.020起草杨毅严钧20090901V5.0新版本修订杨毅严钧本文中的所有信息均为中兴通讯股份有限公司信息，务请妥善保管，未经公司明确作出的书面许可，不得为任何目的、以任何形式或手段（包括电子、机械、复印、录音或其它形式）对本文档的任何部分进行复制、存储、引入检索系统或者传播。本文中的所有信息均为中兴通讯股份有限公司和中国电信公司内部信息，限于双方内部交流目 录1 软件准备11.1 SQL Server数据库安装11.2 ZXPOS CNO1_V5.0B10730安装12 数据准备32.1 CDT原始数据32.2 OMC配置数据和性能数据42.3 基站信息表53 数据导入73.1 导入配置数据和性能数据73.2 导入基站信息表73.3 导入CDT数据104 常用数据分析134.1 基于KPI监控134.1.1 VIP用户性能监控134.1.2 单板、单元性能监控164.2 VIP用户GIS评估174.2.1 VIP话务分布174.2.2 VIP用户异常事件分布184.3 无线覆盖GIS评估214.3.1 Ec/Io评估214.3.2 导频污染评估224.4 邻区专题分析224.4.1 载频邻区命中率244.4.2 PN混淆/邻区错配254.4.3 邻区漏配274.5 覆盖专题分析284.5.1 越区覆盖小区284.5.2 天线接反检查304.6 浏览器31图 目 录图 11数据库空密码设置示意图1图 12CNO1安装设置2图 21CDT原始数据存放位置图3图 22GDM工具路径4图 23设置GDM下载配置数据5图 24下载的配置数据存放路径5图 25配置数据入库方法7图 26工程管理8图 27基站信息表导入界面8图 28打开基站信息表9图 29导入基站信息表10图 210CDT数据管理10图 211CDT数据导入步骤111图 212CDT数据导入步骤211图 213CDT数据导入查询12图 31KPI分析选项13图 32VIP用户组的KPI选择图13图 33VIP用户组的KPI分析效果14图 34用户细节分析14图 35VIP用户组细节分析15图 36单条记录细节分析15图 37KPI分析16图 38单板、单元KPI分析效果图116图 39单板、单元KPI分析效果图217图 310GIS分析17图 311VIP话务量分布18图 312VIP接入失败分布18图 313VIP掉话分布19图 314VIP掉话细节显示分布19图 315小区呼叫过滤20图 316VIP掉话Message分析21图 317全网Ec/Io分布22图 318全网导频污染评估22图 319邻区检查22图 320邻区漏配表23图 321候选邻区表23图 322北海载频邻区匹配率分析24图 323在全区基站信息表中查找CI为33777的小区25图 324目标小区与源小区的位置关系25图 325PN混淆分析26图 325两个同PN目标小区与源小区的位置关系27图 325邻区漏配分析结果28图 328无线覆盖分析29图 329越区覆盖小区29图 330越区覆盖小区图示30图 331天线接反检查30图 332天线接反检查参数设置31图 333天线接反检查结果31图 334IMSI TopN分析32图 335IMSI TopN分析结果32图 336浏览器界面34图 337PN认错案例图35本文中的所有信息均为中兴通讯股份有限公司内部信息，未经允许，不得外传- 35 -1 软件准备1.1 SQL Server数据库安装ZXPOS CNO1_V5.0B10730集成了以前CNO1的部分功能和CDT数据二次分析功能，该软件的数据库支撑移植到了SQL Server上，所以在使用之前，必须安装SQL Server数据库。安装方法请参考(1)OneKey_CDT SQL Server 2005在这个版本中，由于还存在一些小问题，所以在SQL Server安装完成后，还需要清空SQL Server用户sa的密码，如下图所示：图 11数据库空密码设置示意图1.2 ZXPOS 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对应的密码，第一步中已经清空。 图 12CNO1安装设置2 数据准备2.1 CDT原始数据目前CDT任务和CDT FTP的组网结构和FTP工具设置如下图所示：1、在OMC上开启CDT任务；2、设置工具CdtFtpFileService并开启服务，具体设置方法请参考指导书CdtFtpFileService 软件说明书(V1.0)，工具软件请到服务器下载；3、从CDT FTP服务器上取回我们需要的CDT数据。结构下图所示：图 21CDT原始数据存放位置图注：以上第1步，第2步应该由深圳用服部来设置，网规网优部只要从CDT服务器上取回数据即可。取回数据后，首先要把zip文件解压，解压后把没带Node号的数据在前面加上Node号和下划线。Node号可以在OMC Netnument中的配置管理的根节点上查看。CDT FTP服务器上的数据格式：CDT_1X_MaskData_2009-05-11_10-00_0820030000010000.zip下面的工具可以批量增加Node号。批量文件名修改工具：修改后带Node号的文件名如下：595002_CDT_1X_MaskData_2009-05-11_10-00_0820030000010000.zip解压后的数据即为ZXPOS CNO1_V5.0B10730需要导入的数据。注意：1、CDT原始文件不要放置在路径很深、有中文、带空格的文件夹内。建议在根目录下建立一个名为CDT的文件夹放置数据2、分析用的电脑的日期格式需要设置为24小时制2.2 OMC配置数据和性能数据CDT工具是结合配置数据、性能数据、CDT数据、基站信息表等重要信息做相关分析的一个网络优化辅助工具。所以，配置数据和性能数据需要在分析前从OMC上下载。下载方法如下：在CNO1_V5.0安装目录下，有一个名叫GDM的小软件，该软件用来下载配置数据和性能数据。图 22GDM工具路径图 23设置GDM下载配置数据注意：目前下载工具效率正在优化，下载2天一个BSC的数据大概需要10-20分钟，请耐心等待。下载的数据会以zip文件的形式存放在CNO1_V5.0安装目录的data文件夹下：图 24下载的配置数据存放路径2.3 基站信息表根据最新基站信息表（必须包含CI，有些地市基站信息表没有CI，相当麻烦），依照以下模板制作新的CNO1 V5.0用的基站信息表。基站信息表必须包含的字段请参考下表：CDT字段名CIBASENAMECELLNAMESERVERIDSYSTEMIDCELLIDBTSTYPELATLONPILOT_PNBEARINGHBWDBTSTYPEIDREVHARDDELAYBSSID_B某地基站信息表模板：其中REVHARDDELAY请参照BTSTYPE对应的反向硬件延时表制作。反向硬件延时表：也可以使用CNO1V5.0安装目录下Doc文件夹下提供的基站信息表检查工具检查合法性。基站信息表检查模板：3 数据导入3.1 导入配置数据和性能数据在2.2中，介绍了利用GDM小工具下载OMC的配置数据和性能数据的方法。下载后，数据被存放在CNO1V5.0安装目录的data文件夹下。下载的数据我们还必须把他导入到SQL Server数据库中，导入方法如下图所示：图 31配置数据入库方法导入成功后，会有如下提示：3.2 导入基站信息表首先，打开软件。点击data栏下的Project Manager图 32工程管理 打开Project Manager后，会出现如下界面图 33基站信息表导入界面 点击打开按钮，打开做好的基站信息表图 34打开基站信息表点击导入按钮图 35导入基站信息表 如果提示导入成功，则可进行下一步。如果有失败提示，一般有如下几种问题。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。图 36CDT数据管理 在左边目录中，找到存放CDT文件的文件夹。CDT文件会罗列在右边框内。然后可以根据需要选择导入的数据。图 37CDT数据导入步骤1点击导入数据按钮图 38CDT数据导入步骤2导入完毕后，可查询导入数据。图 39CDT数据导入查询注意：1. 数据导入顺序为：1OMC配置和性能数据；2基站信息表；3cdt原始数据；2. CDT文件存放路径不能太深，而且文件夹名不能太复杂。建议在根目录下建立一个CDT文件夹存放CDT文件；3. ZXPOS CNO1_V5.0B10730目前有删除数据失败的问题，需要运行下面的补丁才可以。4 常用数据分析4.1 基于KPI监控CNO1v5.0可以对对各单板、单元、VIP用户组、单个用户进行性能监控。从而可以快速发现某个单板、单元是否有问题；可以及时跟踪VIP用户组性能，第一时间发现问题。CNO1的KPI主要是用来监控单板或者用户，不需要和CNO2的KPI对比，CNO1不是一个统计工具，他是一个发现网络问题并提供相对友好的优化建议或者方法的工具。4.1.1 VIP用户性能监控在Measure中，点击KPI Analysis。图 41KPI分析选项点击后，出现如下界面图 42VIP用户组的KPI选择图勾选必要的KPI项，然后点击查询按钮，VIP用户组以小时为单位的性能统计便一目了然。图 43VIP用户组的KPI分析效果以上是VIP用户组评估KPI性能监控方法。如果发现VIP用户性能较差，可以立刻进入IMSI细节分析界面对问题定位。点击Specialty中的IMSI Detail Analysis。图 44用户细节分析在UseGroup中选择相应的VIP用户组，点击Query查询按钮后，右边的菜单的AllCall中会把VIP用户组中的所有呼叫记录罗列出来。这样我们便可以知道VIP用户组中各VIP用户具体的性能情况。图 45VIP用户组细节分析OneCall更进一步给我们展示了每一个呼叫的呼叫细节。根据呼叫细节里提供的信息(Oneway，Ec/Io，切换信息等)，如同分析路侧数据一样，把问题找出来并优化。例如IMSI460036591962320，通过多条呼叫信息发现，该用户多次在595002晋江市区农房CELL2小区呼叫，但是呼叫位置距离该小区比较远(4-5km)，无线环境很差(Ec/Io大多在-12dB以下)导致多次掉话。定位后，可以结合地图做出优化方案。比如扩容站点，天馈调整等。图 46单条记录细节分析VIP用户性能监控、问题分析、问题定位的方法和思路基本如上文所诉。当然，我们还可以灵活的结合GIS分析，Mapinfo分析等更多途径快速解决问题。4.1.2 单板、单元性能监控同VIP用户组分析一样，首先点击KPI分析。图 47KPI分析选择单板分析，CNO1v5.0则以各个单板/单元为单位输出性能统计。如果发现某个单板或者单元性能非常差，则需要继续查是否某个IMSI导致，如果不是一个IMSI，而是多个IMSI导致，则很可能某个单板或者单元出现问题。图 48单板、单元KPI分析效果图1当然，确定某单板、单元是否真的有问题还需要观察多个时段是否有同样的表现。下图显示，bts224的csm10只有5月11日9点掉话较多，所以还不可以确定csm芯片有问题。需要结合告警和业务观察进一步确定。图 49单板、单元KPI分析效果图24.2 VIP用户GIS评估选择GIS Analysis图 410GIS分析GIS Analysis中包含KPI分析，无线覆盖分析，小区分析，IMSI分析。下面将逐一介绍各个功能的使用方法和使用场景。4.2.1 VIP话务分布勾选Filter，选择VIP用户组分析，可以把VIP用户话务量分布地理化显示。直观的了解VIP用户活动范围，更有针对性的优化网络。图 411VIP话务量分布4.2.2 VIP用户异常事件分布VIP用户接入失败、掉话地点在GIS上一目了然。根据IMSI细节分析，可以找出异常事件的原因，并给出解决方案。图 412VIP接入失败分布图 413VIP掉话分布上图红色圈内掉话2次，放大后的地图如下：图 414VIP掉话细节显示分布从上面图可以看出，掉话在以上几个小区附近。通过专题分析中的IMSI 明细分析，可以找到附近几个小区的掉话记录。图 415小区呼叫过滤拷贝IMSI，粘贴到GIS 分析中的IMSI分析，根据Message细节，可以看出前向Ec/Io很好(-8以上)，但是反向FER很差。这种现象很可能是RSSI高，检查RSSI，发现没有异常。则可能是手机或者系统隐藏问题；在KPI分析的CE分析中检查其他在和这个站相关的呼叫记录，发现同一时段的异常事件次数和这个IMSI的异常失败次数相当，说明大部分异常事件是这个IMSI造成的。所以该手机出问题的可能比较大。图 416VIP掉话Message分析4.SdmRevFchFer:875.CallDur:246.Leg0 FTCH Power-Avg:165 Max:1957.Leg1 FTCH Power-Avg:0 Max:08.Leg2 FTCH Power-Avg:0 Max:09.Leg3 FTCH Power-Avg:0 Max:0*Message Information*1.Time:2009-05-11 08:13:002.Ref CI:239833.Ref Ec/Io: -74.Ref PN: 4655.OneWayDelay: 1166.Pilot0: PN(357+1) Ec/Io(-10)注：文中定义的VIP组是掉话TOPN IMSI，目的是便于说明如何分析。4.3 无线覆盖GIS评估4.3.1 Ec/Io评估取起呼消息中携带的Ec/Io信息，定位起呼位置到地图上。可以迅速发现Ec/Io差的区域，结合站点分布，可以指导网络优化。如下图：Ec/Io差的区域主要原因是弱覆盖导致，其次是导频污染导致。图 417全网Ec/Io分布4.3.2 导频污染评估图 418全网导频污染评估4.4 邻区专题分析点击菜单“Special Analysis”-“Neighbor List Check”，进行邻区配置健康检查。图 419邻区检查图 420邻区漏配表图 421候选邻区表注：1、 邻区漏配的候选邻区表仅供参考，其他厂家的邻区、外部邻区(没有下载OMC配置数据的其他BSC)、基站信息表中没有的小区不会显示，只参考工具的信息很可能会造成邻区错配。所以，下载OMC配置数据时，建议下载所有可能有切换关系的BSC OMC数据，基站信息表要包含所有周边的小区信息。必要时需要借助Mapinfo信息；2、 邻区漏配建议以掉话次数和漏配上报次数安排优化优先级。4.4.1 载频邻区命中率载频邻区命中率较低，载频邻区命中率低容易造成邻区发现不及时或者搜索慢导致切换超时问题，严重时甚至引起掉话。汇总结果：描述每个小区的载频邻区切换次数、总的切换次数以及载频邻区匹配率（即命中率）。详细结果：描述与该小区发生邻区切换的目标CI，与源CI载频的切换次数、切换所占比例，以及是否邻区关系。详细结果汇总结果图 422北海载频邻区匹配率分析如上图所示，汇总结果里的第二条记录，源小区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，如下图所示：图 423在全区基站信息表中查找CI为33777的小区CNA1中可以看到地理位置如下图所示：图 424目标小区与源小区的位置关系 由图1.12可以看到目标小区钦州犀牛脚岭门大岭O_0与源小区合浦西场镇老温村_2小区是正向对打的，并且中间相当空旷，切换次数也占占源小区总切换次数的15.97%，理应加入源小区的载频邻区中。4.4.2 PN混淆/邻区错配PN混淆为PN规划不合理或者过覆盖等原因，造成PN复用距离不够，引起对目标PN对应的小区判断错误。造成该现象的原因有如下可能性l PN规划不合理l 小区过覆盖引起的l 邻区错配。邻区错配可能会造成PN混淆的假象。解决措施为：l 两个目标小区均不在源小区的邻区列表里面，源小区通过搭桥的方式，可以分别与两个目标小区有切换关系。该种情况是允许的。n 可以保持现状不变。该种情况可以保证小区的正常切换而不互相影响n 修改PNl 只有一个目标小区在源小区的邻区列表中，且有较多的切换次数。另一个目标小区通过搭桥方式与源小区有切换关系。该种情况易造成掉话。n 修改PNn 确定过覆盖的站点，进行RF优化l 只有一个目标小区在源小区的邻区列表中，距离较远。另一个目标小区通过搭桥方式与源小区有切换关系，距离较近。该种情况为错配，可能掉话。n 确定错配，进行邻区修改n 可能存在过覆盖的站点，进行RF优化利用CDT软件对切换在载频邻区中PN混淆的比例进行统计，并根据统计结果输出需要调整的混淆PN和CI列表。用于整网分析，评估邻PN混淆的邻区，以指导是否需要对PN混淆的CI进行调整。如图1.2所示。汇总结果给出了每个源CI的载频邻区中PN混淆的比例；详细结果给出了需要调整的PN和CI列表。详细结果汇总结果 图 425PN混淆分析例如，图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所示：图 426两个同PN目标小区与源小区的位置关系 由图上图可以看出，两个同PN目标小区与源小区距离都较近，都是1公里左右，并且中间没有足够的间隔，与源小区均有切换，是出现了PN混淆。这种情况下，建议修改738号站北海市太合宾馆O的PN，因为这个小区只有一个扇区。4.4.3 邻区漏配对漏配的邻区进行统计CDT切换在载频邻区中PN混淆的比例进行统计，并根据统计结果输出需要调整的混淆PN和CI列表。用于整网分析，评估邻PN混淆的邻区，以指导是否需要PN混淆的CI进行调整。汇总结果：显示源CI及漏配PN序列对。详细结果：显示建议添加的邻区。查询结果如下图所示:图 427邻区漏配分析结果4.5 覆盖专题分析4.5.1 越区覆盖小区根据起呼消息的Oneway，可以得到所有在某小区的起呼记录。越区小区统计在无线覆盖分析中，如下图：图 428无线覆盖分析图 429越区覆盖小区根据统计出来的小区，网优工程师可以通过GIS中的Cell Analyis进一步确认越区小区。图 430越区覆盖小区图示4.5.2 天线接反检查1、点击菜单“Special Analysis”-“Anti Antenna Check”，进行天线接反检查。图 431天线接反检查2、设置天线接反参数。点击菜单Tools-Spcial Analysis Options，打开Special Analysis Options窗口，设置参数：源扇区和目标扇区的夹角门限、距离门限、站高门限、切换比例门限。各参数默认值如下图所示：图 432天线接反检查参数设置3、查询结果统计出切换关系异常的源/目标CI，生成疑似扇区接反统计表格。如下图所示：图 433天线接反检查结果扇区接反有两种可能：1扇区确实接反了；2基站信息表中的方向角错误4.6 浏览器基于CDT原始数据，使CDT表格显示出与Excel等同的数据显示样式，显示出每一个用户详细呼叫记录信息。呼叫记录信息主要包括此次呼叫的IMSI号码、手机号码、各个单板信息、终端厂商信息、呼叫类型(起呼、寻呼)、系统类型(语言、数据)、呼叫时长、建立时长、接入信息、第一次导频测量信息、最后一次导频测量信息、释放时间以及四次切换信息。浏览器是处理投诉的利器，比如某用户投诉呼叫困难或者经常掉话，我们可以首先通过该投诉用户的手机号码到HLR上查处IMSI，然后根据IMSI在浏览器上查看该用户的每一条通话情况，最终分析出用户通话受影响的原因并解决。除此之外，浏览器对于KPI的支持也很好，因为网