一、 软件安装

1)

双击PioneerSetup3.6.5.3.exe（软件版本以实际为准），按下一步操作：

2)

点击“下一步”：

3)

选择我同意，然后点击“下一步”：

软件安装目录我们可以自行设定，安装在自己觉得适合的地方； 4)

点击“OK”：

5)

点击“下一步”：

6)

安装结束后，会自动弹出如下提示，要求安装两个软件“MSXML 4.0 SP2”和“WinPcap4.0.2”，这两个软件是每次安装Pilot Pioneer软件都要重新安装的，依次点击下一步安装，直至最后点击“Finish”完成Pioneer的安装。 7)

安装完成之后，在我的电脑中找到软件安装目录，将准备好的pioneer.Lcf文件拷贝至Pilot Pioneer3.6.1.33根目录下，然后即可双击Pioneer.exe运行软件。

二、 驱动安装

1) USB GPS安装

双机安装程序：PL-2303 Driver Installer.exe，直接安装GPS驱动。

在安装这种可执行的硬件驱动程序时，建议先在电脑上安装驱动，然后再将硬件设备（比如GPS）的USB端口插到电脑或Hub的USB端口上。

安装成功后可以在“我的电脑”上右键单击，选择“管理”，找到“设备管理器”中的“端口”处查看，见下图：

2) 联芯8130e测试终端驱动安装

注意：如果以前安装过USB2VCOM驱动，请插入手机，连接上电脑，执行原来的版本的驱动安装程序，点击“Uninstall”按钮，如下图所示，卸载掉USB2VCOM驱动，并重启电脑。

双击USB2VCOM_DRIVER.EXE（软件版本以实际为准），选择“VCOM Number”数目为15，点击“Install”按钮，安装驱动。此处选择的“VCOM Number”将为安装的VCOM数量。请注意，一定要安装足够的VCOM端口（一般一个UE接入需要安装3个VCOM口）。

安装完成后，点击“Exit”退出，如果PC提示重新启动，请按照说明，重新启动计算机。 然后按照下面的提示进行操作：

插上联芯8130e测试终端的USB数据线，操作系统自动提示找到新硬件。

选择“否，暂时不”，并点击下一步；

选择“自动安装软件（推荐）（I）”，并点击下一步；

若跳出如下图提示框后，选择“仍然继续”

系统自动安装驱动，如下图所示；

点击完成即完成驱动的安装

正常使用过程中，可以打开状态栏的MUX UI，或者是通过开始菜单/所有程序/Datang Mobile/DTM8100 MuxUi来打开MUX UI程序，来查看端口状态，如下图所示。

3) 当使用DX188手动创建拨号连接

在电脑的“开始”中选择“设置”?“网络连接”?“显示所有连接”，在新窗口中选择左上角的“创建一个新的连接”见下图：

在弹出的窗口中选择“下一步”

选择“连接到Internet（C）”之后点击“下一步”：

选择“手动设置我的连接”，之后点击“下一步”：

选择“用拨号调制解调器连接（D）”，选择下一步：

选择刚才我们设置好的调制解调器“NexperiaTM TD-SCDMA Modem I ”，选择下一步：

在“ISP 名称”处输入你要建的拨号连接的名字，一般建议使用比较明确名字，因为有些时候我们会使用多个拨号连接做不同的业务。

在电话号码处输入“*98*1#”，然后点击下一步：

在接下来的窗口中，用户名、密码都至空，建议“任何用户”和“默认连接”前面的“√”去掉，点击下一步：

建议选中“在我的桌面上添加一个到此连接的快捷方式（S）”，以方便手动拨号，然后点击“完成”即可。

三、 运行软件

运行软件，提示如下：

选择“创建新工程”，点击“确定”后提示如下：

1、“Path of LogData”?原始数据保存路径(可更改)

2、“Release LogData Interval（Min）”?测试中内存数据释放时间（默认） 3、“GUI Refresh Interval（ms）” ?Graph窗口刷新间隔（默认） 4、“Message Filter Interval（ms）” ?解码信令时间间隔（默认）

5、“Save Decoded LogData” ?是否实时保存解码数据在计算机硬盘上（默认）

以上五个设置，我们在测试的时候最需要注意的地方是第一个：原始数据保存路径。鼎利软件对于原始测试数据有一个很大比例的压缩，压缩比大概是1：6左右。压缩后的数据（Log文件）的扩展名是RCU，比如：“0208-120544UMTS 互拨 DT.RCU”。前台软件还有一个解码的数据，数据扩展名是：WHL，比如：“0208-120544UMTS 互拨 DT-1.WHL”。我们最需要保存的是原始的压缩格式的数据，也就是后缀是RCU格式的数据。这个数据的存储位置就在工程设置的这个“Path of Data”下面的目录中，设置之后就不能在随意改动了。

再有，“Release LogData Interval（Min）”具体表现在于地图窗口的路径显示时长，例如，软件默认设置的是30分钟，在测试进行了1个小时的时候，只能在地图窗口看到30分钟内的数据，30分钟之前的数据就消失了。但这并不代表数据消失了，只是在地图窗口没有了显示而已。在后台回放的时候路径还是可以正常显示的。 其他设置可以按照默认设置。

6、“Reference”设置?高级设置，见下图：

在“Reference Option”窗口提供了两个窗口，第一个为“General”，第二个为“InLogging”（见下图），在General窗口，的两个设置中，软件可以自动按照文件大小或测试记录Log时长断开Log文件并马上重新记录一个新的Log文件。 在用此功能的时候，有可能会发生如下一些情况：

1、 在话音测试过程中，软件自动断开Log文件的那一刻，手机正在通话，会使得这个Log文件没有正常结束通话的信令，可

能引起软件对事件的误判；

2、 在数据业务测试过程中（如FTP下载等），软件自动断开Log文件的那一刻，手机正在下载文件，会使得这个Log文件没有

正常断开网络连接的信令，可能引起软件对事件的误判。 3、 我们测试中暂不使用软件自动断开Log功能。

InLogging窗口的作用是：在开始测试的时候，软件会议自动打开哪些窗口。也就是可以在这里选择软件自动打开窗口的个数及类型。

所有设置仅需设置1次，之后打开软件均会默认为前一次的设置； 以上设置完成后，点击“OK”后软件呈现为下图状态（软件工作界面）：

四、 设备端口配置

1) GPS的连接

在软件左侧导航栏中选择“设备”项中的“Devices”双击（或在软件菜单中选择“设置”?“设备”，如下图：

在Device Type?GPS?中选择“NMEA 0183”，在后面的“Trace Port”中选择GPS的端口（GPS设备不需要配置“Modem Port），如下图所示：

2) 使用联芯DT8130e终端连接

【 注：在配置设备之前，请确保各个硬件设备的驱动已经正确安装，并且各个需要使用的硬件设备已经连接到电脑的正确端口上，而且请确保在“我的电脑”右键单击，选择“管理”?“设备管理器”中的“Modem”和“端口”中各设备已经正常显示，且没有端口冲突。】 确定8130e端口的方法：

先插上一个8130e，确定Trace和AT(Modem)口为多少

此时可以看出，当前8130e出现三个端口，其中我们可以任意选择两个作为Trace和AT(Modem)端口；

在软件左侧导航栏中选择“设备”项中的“Devices”双击（或在软件菜单中选择“设置”?“设备”， 在“Test Device Configure”窗口下方找到并单击“Append”，可以新增加一个设备，如下图：

在下拉菜单中选择Handset（手机），在“Device Model”中选择手机类型TD-SCDMA?8130e（或者DX188），见下图

再在系统托盘右下角“DTM8100 MuxUi”中查看手机的Ports口和Modem端口，配置手机相应的端口。

相应的Ports口和Modem端口可以在这三个端口中随机使用，在测试过程中我们有遇到过前一天使用的端口第二天却使用不了，遇到这样的情况可以先重启软件或者选择其他端口使用； 如果有第二部、第三部手机，分别按照上面的操作配置各个手机端口。

注意：在有多个手机需要连接的情况下，要一部一部手机插到电脑上，插上一个手机配置一个手机的端口。这样可以避免手机太多而端口混乱，配置出错的情况。

在测试过程中我们遇到过这样的情况，测试人员使用三个手机做AMR+HSDPA业务测试，测试要求为2个UE做主被叫语音拨打，1个UE做H业务测试；但是由于测试人员端口设置错误，本用做AMR被叫的UE一直处于空闲模式，H手机同时在做AMR被叫及H下载测试；由于测试过程中测试人员一直观察的为事件窗口，而这种设置事件窗口显示均正常，我们仅能从信令窗口看出被叫UE一直处于空闲模式；

3) 使用鼎星DX-188终端连接

【 注：在配置设备之前，请确保各个硬件设备的驱动已经正确安装，并且各个需要使用的硬件设备已经连接到电脑的正确端口上，而且请确保在“我的电脑”右键单击，选择“管理”?“设备管理器”中的“Modem”和“端口”中各设备已经正常显示，且没有端口冲突。】 确定DX-188端口的方法：

先插上一个DX-188，与DT8130的方法不同，我们需要在电脑的设备管理器或者ystem Ports Info中查看端口；

此时可以看出，当前DX-188的Trace和AT(Modem)口分别为13、7；

同样方法确定第二个DX-188的端口Trace和AT(Modem)口分别为：12、14

在软件左侧导航栏中选择“设备”项中的“Devices”双击（或在软件菜单中选择“设置”?“设备”，如下图：

再在“System Ports Info”中查看手机的Ports口和Modem端口，配置手机相应的端口。

注意：软件连接时Trace和AT(Modem)口需与设备管理器（或者System Ports Info）里的Trace和AT(Modem)口一一对应，此处与8130e不同;

五、 测试项目

1) AMR12.2测试模板

在软件菜单栏上的设置菜单下选择“测试模版”或双击导航栏“设备”中的“Templates”，见下图：

在跳出的“Template Maintenance”窗口选择“New”按钮，并在跳出的“Input Dialog”窗口中输入新建模版的名字之后点击“OK”按钮。建议模版名字用测试业务名字详细命名，这样对于以后建立更多的模版可以方便区分。见下图：

在弹出的“Template Configuration：（AMR测试）”窗口中选择“New Dial”并点击“OK”按钮，见下图：

需要选择“TD-SCDMA”网络并点击“OK”按钮

在下面模版中分别做好设置之后点击“OK”即可，如下图：

Connect（s）：连接时长。如果主叫手机正常起呼，在设置的连接时长内被叫手机没有正常响应，软件会自动挂断此次呼叫而

等待下一次呼叫。

Duration（s）：通话时长。

Interval（s）：两次通话间的间隔。在发生未接通、掉话之后，也是要等到Interval时间间隔之后再做下一次起呼。

Conn by MTC：如果勾选了此选项，软件会按照“Connect”时长控制手机起呼，否则软件会等到被叫响应或网络挂断此次起呼。 Long Call：长呼。与“Duration”相斥。 Cycle Mode：循环测试。 Call Numbers：被叫号码。 Sell Numbers：主叫号码。

times：重复次数。如果在“Cycle Mode”处没有勾选，软件会按照“times”设置测试做呼叫测试，一旦到了设置的最大测试次数，软件会自动停止此模版的测试。

Dial Mode：语音编码方式。软件可以提供TD-SCDMA网络支持的各种单独的编码方式，如果测试AMR（自适应可变速率编码），请选择“KeyPress”。(TD选择12.2K)

Mos Process：如果要进行MOS测试，请选择此按钮。

Multi MOS：多路MOS盒。现在鼎利的MOS测试设备已经可以提供3网同测的MOS设备，对于单网的MOS盒，此选项不可选择。

Mobile to Fix：勾选此选项之后，一旦发生MOS分持续低于1.5分，而且能够判断MOS测试设备正常，软件会自动保持住此

次通话（前面设置的“Duration”时长不再起作用），知道人为挂断此次呼叫。 Mos process：语音测试时必须选中，说明此次测试过程需要进行MOS语音质量测试。

Play Device/Record Device：语音播放和记录设备设定，选择USB语音编码器。（就是外接设备中的语音测试盒）

2) MOS测试模板

笔记本电脑音量设置:点击笔记本电脑主音量设置图标

,对”软件合成器”和”CD唱机”勾选”静音”；

请确认手机通话音量调至最大，并在软件?设置?选项?MOS设置?single MOS?8130中按照下图设置： MOS Setting设置：

注：对于单语音测试和有MOS的测试，只是多了一个MOS选项。测试MOS指标的同时，语音各指标项也已经测试完成，而不必再重新测试语音指标。

为了使语音评估测试能够达到较好的效果，通常要预先对MOS Setting窗口进行设置，该设置会影响到各语音评估测试数据在MOS Test窗口的波形及MOS分值。单击主菜单栏“ConfigurationàOptionàMOS Setting”打开语音评估设置窗口（MOS Setting窗口）。

图3-15 鼎利前台软件语音MOS设置

MOS Setting窗口按网络类型进行设置，在语音评估测试过程中各测试数据的MOS Test窗口波形图及参数值，会自动识别归属网络类型的MOS设置来给出。MOS Setting窗口的调节原则是尽量将语音评估测试数据的MOS Test窗口的波形图更接近标准波形图，将MOS分值尽量调高。

Schemes：网络类型选择栏位；Volume：调节输出音量大小；Wave：调整输出波形；

Line In：控制输入音量（有的mos盒声卡的输入音量不可调节）

3) HSDPA FTP下载测试模板

在进行FTP下载测试设置之前，先确认作为调制解调器的手机modem已经正常工作，并按照如下设置建立拨号连接： H端口为除去连接设备时剩余的一个端口；

打开对应COM 30的拨号连接对话框，如下图：

在测试时我们可以用此功能连接网络收发邮件；因我们缺少DT8130手机插件，在拨号上网前必须使用软件连接做一次H业务才可以实现拨号上网功能；

进行FTP测试模板设置

新建测试项目，选择“new FTP”，点击“OK”打开设置对话框：

在对话框中按照如下设置：

Dial-up：选择已建的拨号网络，针对不同的手机可以建立不同的拨号网络；（此端口为除去连接设备时剩余的1个端口） Traffic Class：业务信道类型，测试FTP建议使用Default或interactive类型； APN：接入点设置CMNET；

UE Rate UL和UE Rate DL：手机申请的上行（UL）、下行速率（DL）。 Server Config：

Host：FTP服务器地址；

Port：FTP服务器端口，这个端口一般都是21，建议默认即可； User Name：用户名； Password：密码；

Anonymous：匿名登陆。在FTP不允许匿名登陆时，不要勾选这个选项；

Passive：服务器被动模式。对于FTP服务器的被动模式，主要用于服务器的稳定、多线程下载等、多用户登陆等，由于现

在大多数FTP服务器都是被动模式，测试的时候要选择；

Download File：下载服务器上的地址和文件名，这个文件名需要按照大小写、扩展名一一对应的方式输入。还有一种方法，

可以使用测试手机手动拨号连接上网络之后，在右侧的浏览按钮浏览服务器上的内容（服务器配置完成的情况下浏览），找到要下载的文件后双击文件名即可；

Dir of Downloads：下载的文件在本机电脑的存储位置；

Peer Directory：上传路径。需要在FTP服务器上设置好一个有上传权限的路径供上传测试使用。这个路径要求是全路径，

包括各个子目录路径，而且大小写要严格与服务器对应；

Upload File：上传文件。此文件是一个在本机上的文件； Times：测试次数；

Infinite：无限循环。勾选了此项之后，Times选项就不再起作用了； Time Out（s）：传输文件超时时长； Interval（s）：两次测试之间的间隔； Thread Counts：下载使用多线程的线程数量； Upload：勾选之后可以做上传测试； Download：勾选之后可以做下载测试；

Binary Mode：服务器传输数据支持二进制模式。现在一般的服务器都是这种二进制模式的格式； ASCII Mode：服务器传输数据ASCII模式；

Disconnect Every Time：每次做数据业务是否要断开拨号网络。也就是说下载一个文件之后时候要断开拨号连接； TCP/IP Monitor：TCP/IP协议包的收取。如果选择这个设置，会收取下TCP/IP层的协议包，但测试数据会增大一些。

4) 其他测试模板设置

VP

PS384 PS64上传

六、 保存工程

以上各个设置之后，最好对以上的配置做一保存，以方便以后调用本次配置。保存的方法为：在软件图标中选择“

”按钮：

下图的文件名并不是Log文件的名字，而是工程的一个快捷方式。其中会保存前期所有的配置：

七、 连接设备/开始测试

前面所有配置都配置好之后，即可以正常测试了。至于地图信息、基站信息等，可以在后面配置。

1) 选择主菜单“记录->连接”或点击工具栏按钮，连接设备；选择主菜单“记录->开始”或点击工具栏按钮，指

定测试数据名称后开始记录；测试数据名称默认采用“日期-时分秒”格式，用户可重新指定。数据存储路径只能按开始时工程保存的位置，此时无法更改！

2)

点击保存

在开始记录Log后，软件会自动弹出一个窗口：“Logging Control Win”，在此模版中需要做进一步设置才能使软件正常测试。 首先要选择需要测试的业务，比如MOS测试，见下图，需要在“Logging Control Win”窗口中选择三个内容：

1、 选择一个手机（Handset）作为主叫手机，建议使用第一个手机（在Logging Control Win窗口左侧有Handset-1、Handset-2

等设备，第一个设备即使我们说的第一个手机）作为主叫，这样的数据给后台统计人员一个习惯的顺序，也就不会一起混淆了。

软件默认会选中第一个手机，但有时会用多个手机测试，主叫手机可能不在第一个。例如我们用3个手机做拉网测试，建议使用第一个、第2个手机分别做主叫、被叫，第3个手机做H业务。

2、 需要在Logging Control Win中选择被叫手机，见上图，Dialed MS选项就是选择被叫手机的地方。这里一定要选择一个被叫

手机，否则软件不能正常找到被叫手机而控制被叫手机自动接听。 测试控制如下图所示：

定制测试计划：在测试模板设置完成后，点击“Advance”按钮，在弹出的窗口左侧可通过勾选方式来选择要执行的测试计划；如果勾选了多个测试计划，则会按勾选的顺序一个一个执行下来。

在浙江3G三网对比测试中，因为采用AMR12.2和PS同时测试方式，需对不同终端选择不同的测试业务，具体按如下步骤设置：

在Logging control win 中选择Handset-1?advance?选择AMR12.2业务对应的测试模板，确认返回后，在Dialled MS中选择Handset-2

在Logging control win中选择Handset-3（对应PS业务）?advance?选择FTP业务对应的测试模板，确认后返回。 最后点击Start All开始测试。

显示测试信息：双击或将导航栏工程面板中当前测试数据名下的相应窗口拖入工作区，即分类显示相关测试信息；

测试过程中需要关注的几个窗口

结束测试：由于某些原因需要暂时测试时，尽量在等待本次通话结束后，点击Logging Control Win窗口中的Stop按钮终止对

测试计划的调用（绝对禁止在主叫UE起呼时停止测试）；如果找不到该窗口可以点击工具栏上的按钮；点击“停止

记录”按钮，停止记录Log文件；选择“断开连接”按钮，断开设备连接；保存工程。

查看测试结果：点击菜单“统计->评估报表”，选中刚才测试的数据，勾选“TD-SCDMA LogDatas”，点击OK。

AMR的详细指标都在评估报表中。

八、 常见的测试仪表故障解决办法

故障现象 测试手机显示USB已经连接，但连接设备时软件显示Handset 连接失败 测试手机显示USB已经连接，但连接设备时软件显示Handset 连接失败 测试中显示Handset丢失 可能由于震动或USB供电不足，导致手机USB连接闪断 停止测试并重新拔插手机数据线，若在进行HSDPA下载，可能因为耗电过大导致USB口掉电，可尝试关闭测试手机中的USB充电功能 测试中显示MOS音频设备丢失 可能由于震动或USB供电不足，导致MOS盒USB连接闪断 测试中显示某个声道静音 当MOS值持续过低的时候可能会出现提示某声道静音 进行数据业务测试时，提示无法拨号或modem被占用 进行数据业务测试时，提示无法拨号或modem被占用

上一次拨号连接因为网络问题未能正常PDP去激活 手机modem口设置不对 尝试检查手机和MOS盒的音频线连接是否正常，再检查手机和MOS盒音量设置是否正常 检查modem口是否正确配置，并到设备管理器诊断modem是否正常工作。若诊断异常，尝试拔插手机数据线或重启电脑。 手动断开连接后，重新开始测试 停止测试并重新拔插MOS合数据线即可恢复。 故障原因 初次安装驱动或初次连接时，容易发生手机连接不上的问题 手机的AT口和TRACE口设置错误 重新检查手机的AT和TRACE口是否设置正常 处理办法 先尝试拔插手机数据线并重启软件，若仍不能成功可重启电脑和手机，可恢复正常 九、 测试LOG的解码、抓图、窗口操作；

1) 导入地图

双击导航栏“GIS信息”面板的Geo Maps，或者选择主菜单“编辑?地图?导入”，在弹出的窗口中选择导入地图的类型：

或者

选择Mapinfo Tab Files，点击OK, 到我的电脑目录中找到地图存放路径并选择要导入的地图层：

成功导入地图后，Geo Maps下面相应的图层类型前会出现“+”，展开“+”可以查看各个图层信息：

选中图层类型名称如“vector”或单个图层名将图层拖曳至地图窗口，即可看到地图信息

2) 导入基站

基站数据来源：

Pioneer的基站数据库格式是*.txt，表头如下（列的顺序没有要求，但每个字段名称严格要求一致）：

SITE NAME LONGITUDE LATITUDE CELL NAME UARFCN CPI 基站名称 基站的中央子午线经度 基站的中央子午线纬度 小区名称 主服务小区的主频点 小区识别符 CELL ID LAC RA NCELLNAME MCC MNC OMCR MSC BSC AZIMUTH TILT POWER ANTENNA HEIGHT GROUND HEIGHT

其中必填字段为：

SITE NAME

LONGITUDE

LATITUDE

小区ID 所属位置区 路由区码 邻小区列表 移动国家码 移动网络码 基站操作维护中心 移动交换中心 基站控制器 天线方位角 天线倾斜角 天线发射功率 天线高度 地面高度 CELL NAME UARFCN CPI CELL ID ANTENNA HEIGHT AZIMUTH

双击导航栏工程里Site下面的TD-SCDMA或者右键选择“导入”或者通过主菜单“编辑?基站数据库?导入”来导入TD-SCDMA基站数据库

导入的基站在导航栏工程面板Sites下的TD-SCDMA中显示，拖动TD-SCDMA或TD-SCDMA下的某个站到地图窗口即可显示

3) 信令窗口操作 1、信令解码：

Message窗口显示指定测试数据完整的解码信息，可以分析三层信息反映的网络问题；自动诊断三层信息流程存在的问题并指出问题位置和原因。每个测试数据都有一个Message窗口，将Message窗口直接从导航栏中拖拽到工作区中或双击Message，即可打开该测试数据的Message窗口。

在Message窗口中双击信令，弹出如上图所示的信令解码窗口，显示信令解码信息。 2、信令过滤：

Message窗口的下拉框显示了当前三层信息的信息类型。用户可以利用该下拉框选择或直接输入需要查找的三层信息名，并利用

Message窗口的按钮框的和按钮向上或向下查找指定的三层信息，当查找到第一个该信息类型时，把测试数据的

当前测试点移动到相应位置。用户也可以利用鼠标任意点取当前测试点位置。用户也可以利用鼠标点击当前任意测试点，使之成为当前测试点。

点击窗口右下角处的按钮，可以激活Message窗口显示的三层信息详细内容列表。通过对信息类的选择，可以使三

层信息在Message窗口中进行分类显示（Message窗口显示已勾选的信令）。同时，右键激活菜单“Color”可设置被选信令在Message窗口的显示颜色。

4) 事件窗口操作 1、事件显示：

双击Events List或将Events List拖拽到工作区中，打开下图所示Events List窗口。Events List窗口列出了每一个测试事件，利用此窗口可以很方便的定位问题点。

2、事件查询：

可以利用该下拉框选择或直接输入事件名称，并利用Events窗口的按钮框的和按钮向上或向下查找指定的事件，

当查找到第一个该信息类型时，把测试数据的当前测试点移动到相应位置。也可以利用鼠标任意点取当前测试点位置。也可以利用鼠标点击当前任意测试点，使之成为当前测试点。

点击窗口右下角处的按钮，可以激活Events窗口显示的列表。通过对信息类的选择，可以显示或隐藏PESQ测试信息。

5) Graph窗口操作

1、参数显示：

在Graph窗口中单击鼠标右键,单击Field,可以选择或取消选择在Graph窗口显示的参数。单击Field打开Select Fields窗口，按住“Ctrl”键进行选取，可以选择多个参数，Graph窗口支持多参数显示。双击“Select Fields”窗口上的参数前的色块，可从颜色列表中选择对应参数的显示颜色。

6) Imformation窗口操作

Information窗口显示了针对当前测试点的多个关联信息以及基站信息。双击导航栏中测试数据的Information或将Information拖拽到工作区中，会打开一个该测试数据的Information窗口。

Information窗口的操作方法同Graph窗口的操作方法类似。通过右键单击Information的上方波形窗口，弹出如下图所示的操作菜单。通过Field来改变Information窗口的显示参数；通过Display来改变Information窗口的测试数据。

7) 导入测试数据

在导航栏中Log Files下面右键点击TD-SCDMA或双击TD-SCDMA：

弹出数据导入窗口如下：

点击Import Datas——From Original File，从硬盘中选择要分析的测试数据：

8) 数据解码

测试数据导入后需要进行解压解码，以便显示测试数据里的参数、事件等。

双击导航栏相应测试数据下的窗口名称：Map，Events List，Message，Graph，TD Radio等可对测试数据进行解码，或在菜单栏“统计”菜单下主被叫联合报表、评估报表等，选择多个文件进行解码，同时获得相关统计报表（详见统计报表）：

当解码进度条消失后即完成解码过程，工作区中将出现刚刚打开的Map窗口，依次双击导航栏中的Events List，Message，Graph等窗口，即可看到相应的各窗口信息：

9) 统计报表

在菜单栏“统计”菜单下选择“主被叫联合报表”、“评估报表”等，选择多个文件可对测试数据进行解码，同时获得相关统计报表。 目前，我们常用的主要有“主被叫联合报表”、“评估报表”和“TD数据报表”，其中，“主被叫联合报表”、“评估报表”主要用于话音测试指标统计分析，“TD数据报表”主要用于数据业务测试指标统计分析，以“主被叫联合报表”为例：

通常将左边的测试数据导入到右边的第一框中，点击Report，可得到CallEvaluate.xlt报表，此报表包含的信息如下：

CallEvaluate.xlt

再导出“评估报表”：

弹出如下提示：

设置好统计阀值后，在左边选择要统计的测试数据，点击OK，得到TDSCDMADTEvaluate.xlt 报表，此报表包含的信息如下：

TDSCDMADTEvaluate.xlt 再导出“TD数据报表”：

选择要统计的测试数据，点击OK，得到TDSCDMADataServiceDTReport.xlt报表：

TDSCDMADataServiceDTReport.xlt 10) 数据回放

回放步骤：

第一步：打开回放时所需要观察的覆盖测试数据的窗口，如Map、Chart、Message、Table窗口。

第二步：单击回放工具栏的回

放

的

测

，从随后打开的数据列表（数据列表列出所有在工作区中打开窗口的测试数据名称）中选择要试

数

据

，

然

后

通

过

工

具

栏

中

的

，对回放进行控制。

第三步：回放结束时，单击

工具取消数据选择。

回放过程中可点击任意一个窗口中的回放位置，对回放的位置进行调整。与此同时，该测试数据的其他窗口的回放位置

会自动同步调整。各Workspace中的窗口可同步回放。

数据回放

注：将语音评估测试数据进行回放时，需事先将音频文件拷贝到安装目录下的\\RecordFile文件夹下，才能通过Mos Test窗口上的Play菜单实现各段音频文件的放音功能。

11) GSM Serving/Neighbor 窗口

12) TD Radio 窗口

重点关注：DCH UARFCN此参数为我们当前做业务所占用的频点；

13) TD Servering/Neighbor 窗口

十、 常见信令过程

1) 正常主叫呼叫流程

2) 正常被叫呼叫流程

3) 接力切换

4) 位置更新过程

5) PDP 激活成功过程

6) AMR业务的跨RNC切换

7) PS业务的异系统切换

8) AMR业务异系统切换

9) 小区重选GSM?TD

十一、 异常信令的分析解释

1) RRC建立失败原因

Congestion：在信令上表现主要是回复RRC CONNECT REJ消息，因一些原因导致无法为UE建立RRC资源

导致该问题按经验判断：1 小区码资源受限；2 上行干扰受限；3 下行功率不足 Unspecified：在信令上表现主要是回复RRC CONNECT REJ消息（信令同上） 导致该问题按经验判断：1 无线链路原因；2 RNC侧的参数配置异常；3 承载FP建立失败；4 上行资源不足

NO REPLY：RRC建立失败或者无响应导致，原因较多。最主要的参数的请设置。

1. 由于下行功率不足或存在下行干扰等原因，UE未收到RNC发送的RRC CONNECTION

SETUP消息； 2. UE收到了RRC CONNECTION SETUP消息，也上发了RRC CONNECTION SETUP

COMPLETE消息，但由于上行功率不足或存在上行干扰等原因，RNC未收到该消息； 3. UE收到了RRC CONNECTION SETUP消息，但由于消息错误或UE内部错误等原因，UE未

发送RRC CONNECTION SETUP COMPLETE消息； 2) RAB建立失败方面

RNC收到CN下发的RAB指派消息后，会根据业务的QoS需求，在IUB口配置无线链路资源，在空口建立无线承载资源。

? RNC资源申请失败，如码道资源不足，软资源（功率、干扰）接纳失败等； ? 发送RADIO BEARER SETUP给UE后，在一定时间内未收到UE上发的RADIO BEARER SETUP

COMPLETE消息，因超时导致RAB指派失败，超时的原因可能为：

1. UE未收到RADIO BEARER SETUP消息（下行功率不足或存在干扰等原因）； 2. UE收到了RADIO BEARER SETUP消息，发送了RADIO BEARER SETUP COMPLETE消息，

但RNC未收到（上行功率不足或存在干扰等原因）； 3. UE收到了RADIO BEARER SETUP消息，但没发送RADIO BEARER SETUP COMPLETE消

息（消息错误或UE内部错误等原因）；

电路域RAB指配建立失败的RAB数目，非标准原因，rnlcUnkown

原因解释：网络侧收到CN RAB指派请求后，在未向CN应答RAB指派响应之前，收CN的Iu Release Command，此时CN已经要求释放该条Iu链路，RNC无法通过该Iu链路向CN应答RAB指派响应，则对此次RAB指派记为一次失败。 定位手段：查看异常信令，确认是否是此类现象。 原因分类：终端问题、用户行为。

电路域RAB指配建立失败的RAB数目，非标准原因，Ue_Operate_TimeOut

原因解释：网络侧收到CN RAB指派后，成功分配物理资源，向UE发送RB建立消息，在定时时间内，未收到终端的RB建立完成消息，则认为此次RAB指派失败。造成RB超时的原因可能有多种，如终端本身处理异常，未向网络侧响应RB建立完成，或无线质量环境较差，导致终端未收到网络侧下发的RB建立消息或网络侧未收到终端的RB建立完成消息。

定位手段：查看UE起呼点场强，确认是否为弱场，查看小区上行ISCP是否异常，下行是否存在同频干扰等，此外终端RRC层异常也会导致RB建立超时。 原因分类：终端问题、终端与网络侧配合、无线环境。

电路域RAB指配建立失败的RAB数目，无线网络层原因-其他原因

原因解释：网络侧收到CN RAB指派，指派业务类型为CS64K，如果此时小区资源分配失败或小区配置的CS64K业务用户数受限，网络侧会向CN应答RAB指派失败，统计为此种原因。 定位手段：查看码资源占用率相关统计，确认该小区是否存在码资源受限的情况，查看该小区上下行底噪是否正常，确认小区资源分配相关算法参数配置是否错误。 原因分类：网络容量。

电路域RAB指配建立失败的RAB数目，非标准原因，RRM_PhyResourse_Shortage_Failed 原因解释：网络侧收到CN RAB指派，指派业务类型为CS12.2K，如果此时小区资源分配失败或小区配置的CS12.2K业务用户数受限，网络侧会向CN应答RAB指派失败，统计为此种原因。

定位手段：查看码资源占用率相关统计，确认该小区是否存在码资源受限的情况，查看该小区上下行底噪是否正常，确认小区资源分配相关算法参数配置是否错误。 原因分类：网络容量。

电路域RAB指配建立失败的RAB数目，非标准原因，Ue_Operate_fail_invalidconfiguration(无效配置)

原因解释：网络侧收到CN RAB指派后，成功分配物理资源，向UE发送RB建立消息，终端在收到RB建立消息后向网络侧返回RB建立失败消息，其中携带的空口原因为invalid

configuration。根据信令分析总结，在终端NAS层进入释放流程时，如果收到网络侧RB建立消息，会响应RB建立失败。 定位手段：需要终端提供解释。 原因分类：终端问题。

电路域RAB指配建立失败的RAB数目，非标准原因，Rl_Operate_fail

原因解释：网络侧收到CN RAB指派后，成功分配物理资源，向NodeB发起RL重配，NodeB返回重配失败，RNC则向CN发送RAB指派失败，记为一次RAB指派失败。RNC在RL重配中下发的参数配置，如果NodeB校验出错会向RNC返回RL重配失败，此外NodeB基带板或软件出现异常也会导致RL重配失败。

定位手段：比较成功和失败的两次RL重配消息，确认关键参数是否存在差异，如最大最小功率范围等，查看对应NodeB基带板是否存在异常或告警。 原因分类：网络侧问题。

电路域RAB指配建立失败的Ue_Operate_fail_configuration_unsupported

RAB

数目，非标准原因，

原因解释：网络侧收到CN RAB指派后，成功分配物理资源，向UE发送RB建立消息，终端在收到RB建立消息后向网络侧返回RB建立失败消息，其中携带的空口原因为configuration unsupported。

定位手段：需要终端提供解释。 原因分类：终端问题。

电路域RAB指配建立失败的RAB数目，非标准原因，IUUP_Init_Fail

原因解释：Iu口用户面初始化过程执行失败，和Iu CS口 AAL2对接参数配置错误有关。 定位手段：核查Iu CS口 AAL2对接参数，并确认是否有用户在后台对相关参数进行过修改。 原因分类：参数配置问题。

电路域RAB指配建立失败的RAB数目，非标准原因，IuBear_Operate_TimeOut

原因解释：在Iu口建立ALCAP承载时，如果Iu口存在偶尔丢包，会导致Iu口ALCAP承载建立超时，导致RNC认为Iu口承载无法成功建立，向CN发起RAB指派失败，并记录相关计数器。

定位手段：检查对应Iu口对接参数，或确认Iu口是否存在丢包的现象。 原因分类：传输问题。

电路域RAB指配建立失败的RAB数目，非标准原因，Rl_Operate_TimeOut

原因解释：网络侧收到CN RAB指派后，成功分配物理资源，向NodeB发起RL重配，RNC在定时时间内未收到NodeB RL重配准备完成消息，RNC则向CN发送RAB指派失败，记为一次RAB指派失败。Iub口存在丢包，可能会导致NodeB收不到RNC下发的RL重配，或RNC收不到NodeB发送到重配准备完成，NodeB基带或NodeB软件异常也会导致不响应RNC RL重配消息。

定位手段：查看是否存在传输丢包或告警，查看NodeB是否存在基带板告警。 原因分类：网络侧问题。

电路域RAB指配建立失败的RAB数目，非标准原因，IubBear_Operate_Fail

原因解释：Iub口ALCAP带宽接纳失败，导致Iub口承载建立失败，RNC向CN发送RAB指派失败，并记录一次计数器。

定位手段：检查对应小区Iub口带宽配置，可以适当增加带宽配置。 原因分类：参数配置。 3) 掉话方面

保持过程中的掉话是指，处于连接状态的UE未参与任何重配过程，却被网络释放。 可能造成保持中掉话的常见原因有：

? UCIU ERROR，即用户面错误导致的掉话；

? NodeB上报RadioLinkFailIndication，物理层失步导致的掉话；

? RNC内部操作或算法（如公共信道/共享信道建立、拥塞抢占、负荷控制、UP动态调整

等）触发的用户掉话；

? 处于CELL_PCH / URA_PCH状态的UE处于非激活状态时间达到一定长度时，被RNC释

放（300以后版本支持）；

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，RlFail_Report

原因解释：造成RL失败的原因比较多，从无线环境的角度看，上行可能存在强干扰或深衰落，从终端角度看，上行物理层发射异常，如终端死机，用户插拔数据卡，或终端上行发射乱序，都可能造成已建立的RL上行方向上失步或收不到正确的数据包。

定位手段：从网络侧可以通过LMT确认设备发生RL失败的载频、时隙底噪是否存在问题。如果设备不存在问题则需要结合具体发生RL失败的终端观察其上行发射功率、上行SIR、BLER等测量。

原因分类：终端问题、终端与网络侧配合、用户行为、无线环境。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，UCIU_error

原因解释：Uciu Error的主要原因为网络侧RLC不可恢复错误，对于AM模式的消息，RLC层在未收到对应数据包的ACK响应时，会采用重发+复位的方式确保网络侧和终端侧的RLC层一致，当重传和复位达到最大次数后，对端RLC层仍然没有响应，则上报RLC不可恢复错误指示，网络侧发起Iu ReleaseRequest。

定位手段：需要结合具体场景，从终端侧观察是否收到网络侧下发的相关信令，有可能是因为弱场、或上下行存在干扰导致网络侧和终端信令交互在RLC层出错，也有可能终端RLC层出现异常，导致不向网络侧响应ACK以及Reset指示。 原因分类：终端问题、终端与网络侧配合、无线环境。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，Ue_Operate_TimeOut

原因解释：在网络侧算法判决需要切换时，会向终端发送物理信道重配消息，指示终端在新的小区上进行同步接入，如果存在上下行干扰，或弱场切换，导致终端未收到网络侧下发的物理信道重配消息，或终端发送到物理信道重配完成或失败消息网络侧没有收到，或终端收到物理信道重配，由于软件异常导致未发送物理信道重配完成或失败消息，网络侧则表现为一次掉话，计入对应计数器。

定位手段：检查邻接关系配置是否有问题，查看切换场强，确认是否是弱场切换，查看对应目标小区上行干扰情况等。

原因分类：终端问题、终端与网络侧配合、无线环境。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，rnlcUnkown

原因解释：当RNC向CN发起Relocation Required后，会设置定时器等待CN响应重定位命令或重定位准备失败，如果在定时时间内CN没有下发任何信令，RNC则发起Relocation Cancel流程，取消此次重定位，如果CN在定时时间内没有响应Relocation Cancel ACK，则网络侧发起Iu Release Request，并记录对应域的掉话，PS域也存在类似现象。导致该现象的原因可能为CN出现异常，或Iu口链路出现异常，导致Iu口信令部分信令丢失。 定位手段：检查Iu口链路状态以及确认CN是否存在异常。 原因分类：CN问题、承载问题。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，RRM_CellDelete_Release 原因解释：当小区被删除或发生退服时，会对该小区所有在线用户发起掉。

定位手段：查看后台操作记录或告警，确认是否发生过小区退服或存在删除操作。 原因分类：网络侧问题、操作维护问题。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，UeReportCellUpdate

原因解释：网络侧下发RB重配置，网络侧等待终端RB重配置完成，此时终端由于下行失步，上报小区更新，网络侧则根据当前承载业务的域，发起Iu Release Request。当终端侧收到RB重配消息后，部分参数配置可能会使得终端RRC层异常，触发终端上报小区更新，如部分终端在收到DPCH复用的RB配置时，终端则会上报小区更新。 定位手段：需要终端提供解释。

原因分类：终端问题、终端和网络侧配合。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，SecurityModeRsp_TimeOut 原因解释：当CN下发安全模式命令，RNC通过Security Mode Command通知UE更新加解密相关信息，正常流终端安全模式过程执行应该响应Security Mode Complete，如果终端在定时时间内未响应Security Mode Complete消息，网络侧则发起Iu Release Request，并记录一次掉话。导致终端安全模式超时的原因很多，比如安全模式命令消息在空口传递过程中因为无线环境的原因丢失了，或UE收到安全命令中的参数进行算法校验出错，部分终端会响应安全模式命令失败，部分终端则不响应网络侧，在网络侧表现为安全模式超时。 定位手段：需要在特定场景下，和终端核对安全模式相关参数； 原因分类：终端问题、终端和网络侧配合。

RNC请求释放电路域Iu连接对应的RAB数目，非标准原因，Ue_Operate_fail_invalidconfiguration

原因解释：网络侧发起RB重配置，终端收到RB重配置消息后向网络侧发送RB重配失败消息，原因为invalid configuration，可能为部分终端对网络侧配置不支持导致或在重配的物理资源上同步失败导致。

定位手段：需要终端提供解释。 原因分类：终端问题。

RNC请求释放电路域Iu连接对应的RAB数目，无线网络层原因-其他原因

原因解释：在CS域业务跨RNC切换场景下，D-RNC向CN发送重定位请求确认后，设置等待定时器，等待UE在D-RNC侧的RB重配置完成消息，如果在定时时间内未收到CN的RB

重配完成消息，则会在D侧发起Iu Release Request消息，并对计数器进行计数。可能与CN在重定位过程中，丢失了重定位请求确认有关；可能由于下行干扰问题导致终端未在S侧收到RB重配置消息；可能终端在收到RB重配后，在新的物理资源上同步失败或其他异常，未在D-RNC上发送RB重配完成消息；可能终端在D-RNC侧发送RB重配置完成，由于上行干扰的问题，导致RNC未能解析此条消息导致。

定位手段：需要结合具体场景判断，终端是否存在异常，是否是弱场切换，是否存在上、下行干扰。

原因分类：终端问题、终端与网络侧配合、无线环境。 4) 切换方面

VP切换同AMR一样，都分为RNC内物理信道重配，RNC间RB重配，同样分为接力及硬切换。

RNC内切换流程：

信令消息 过程解释 终端检测满足1G或者2A事件触发条件，上报1G或者2A事件测量报告，HOM算法根据测量报告，触发切换过measurementReport 程，由于原小区与目标小区在同一个SRNC内，因此为RNC内切换，算法过程RNC内切换算法； 在新小区上新建无线链路，主要配置传RadioLinkSetupRequest 输信道传输格式以及物理资源 RadioLinkSetupResponse physicalChannelReconfiguration 重配UE的物理资源 无线链路恢复指示，表示终端已经在重RadioLinkRestoreIndication 配后的链路上完成重配； physicalChannelReconfigurationComplete RadioLinkDeletionRequest 删除原小区上的无线链路 RadioLinkDeletionResponse

5) RNC间切换

S侧

原RNC

D侧

目标RNC

在切换过程中，常常会出现以下几种异常信令情况：

（1）终端上报测量报告，但是由于上行信道质量不好或失步，导致RNC收不到测量报告，使得服务小区一直发测量报告，且服务小区信号已经很差了，却不能发起切换；

（2）RNC接收到测量报告，但由于下行失步，导致随后下发的测量控制UE不能收到，同样UE不停发测量报告，却不能发起切换；

（3）UE由于和原小区失步，收不到原小区DCH数据，即收不到物理信道重配置信令，导致无法切换；

（4）UE在原小区能够保持同步，但无法正确解析物理信道重配置命令，UE试图发送Cell update，但功率已经不足，导致基站无法解析；

（5）UE收到物理信道重配置消息，却无法在新小区建立上行同步，导致帧定时跟踪出现问题，这样UE无法在目标小区正确收发，正常情况下此时会回到原小区发物理信道重配置失败，若此时原小区失步的话，则无法回滚，导致物理信道重配置超时； （6）UE收到物理信道重配置消息，由于原小区或周围邻小区对目标小区的下行信号有干扰，导致UE无法正确解析目标小区的下行信号，导致不能与目标小区建立同步，而引发物理信道重配置超时；

（7）UE已向目标NodeB发送物理信道重配置完成信令，但是由于目标小区NodeB底噪过高，或此时多部UE位于小区边缘，且上行发射功率都被抬升的比较高，导致产生较大的上行时隙干扰，使得目标小区NodeB无法正确解析重配置完成的信令，而引发物理信道重配置超时。

（8）资源受限，导致满足条件后上报测量报告，但无响应，造成脱死失败。 解决方法：

? 加快切换速度，如调整减小切换时延，增加小区个性偏移，增加值迟滞； ? 控制服务小区与目标小区覆盖范围，防止目标小区越区后导致电平突降； ? 如果基站位置为A->B->C的分布，但B在该路段覆盖较差，可以酌情增加切换B的难度，

加快A->C的切换，并可以考虑调整水平波瓣角以增强A覆盖；

? 弱场导致的但是周边有室分，可以考虑拉出RRU覆盖弱场区域（弱场在500M左右）； ? 弱场内有G网无T网，可以采取G、T共大板天线（支持2100频段）采用G、T合路； ? 如果是码道受限，可以考虑打开时隙内码道重整开关参数来整合码道资源

切换时的异常信令需要结合路测仪和RNC后台共同分析原因，一起定位问题，到底是上行失步还是下行失步、物理信道重配置终端是否有收到、物理信道重配置超时原因是什么及根据当时时间查看目标小区码道占用率等情况。

判断是下行受限还是上行受限，在业务状态下，可以通过判断是上行和下行的BLER谁先升高，也可以通过判断UE和NodeB谁的发射功率先达到上限。NodeB发射功率的上限取决于单载波最大发射功率和业务信道单码道最大发射功率。 6) 系统消息

SIB1 System information block type 1，非接入层系统信息以及UE在空闲与连接状态下的定时

器与计数器

SIB2 System information block type 2，URA标识

SIB3 System information block type 3，小区选择与小区重选参数

SIB4 System information block type 4，连接模式下小区选择与小区重选参数 SIB5 System information block type 5，公共物理信道配置参数

SIB6 System information block type 6，连接模式下公共物理信道配置参数 SIB7 System information block type 7，上行链路快速变化参数与动态持续水平

SIB11 SIB12 SIB18

System information block type 11，小区测量控制信息

System information block type 12，连接模式下小区测量控制信息

System information block type 18，相邻小区PLMN标识（空闲态与连接态）