无线侧简单QACT信令分析流程

无线侧简单QCAT信令分析流程

一、软件安装部分

1、安装软件介绍

双击安装QCAT.06.30.22.00，安顺序要求下一步安装到结束就可以。安装结束后在电脑程序中查询QCAT单击就可以进入软件，软件可以同时打开多个。

2、软件页面介绍

打开软件后出现的页面如下：

第一次打开软件时需要在配置页面设置信令类型按颜色显示，方便分析，具体如下：

在Configuration中持续点击Use Friendly Viewer Colors待出现下拉菜单时由默认的false 改成true。

按上图1到4步骤打开测试数据，其中测试数据可以同时打开多个，也可以一次打开1次，主要看电脑性能。

打开测试数据后默认状态会显示数据所有信令，需要按点击上图1位置对多余信令进行筛选，图2为需要显示的信令，按需选择；也可以通过图3位置输入代码查找相应的信令。Packets页面信令栏解释：

#:信令编号

Time :信令记录时间

Type:信令代码

Description:信令名称

Subtitle:信令具体名称

Direction: BS<<>>MS(下行)

Size:信令大小

二、问题分析部分

1、确认丢包位置

调取0x1569 IMS RTP Packet Loss信息可以查看丢包时间点及个数，正常RTP包20ms 一个，从人耳感知来讲1s以上丢包就有可能会感觉出现模糊或颤音断续丢字等现象，因此着重关注连续出现丢包数大于50个的，以下为0x1569 IMS RTP Packet Loss信息：

2016 Jan 14 21:45:15.036 [37] 0x1569 IMS RTP Packet Loss

Version = 4

Number Lost = 126

Sequence Number = 25726

SSRC = 69F9C823

codecType = AMR_WB

LossType = RTP NETWORK LOSS

Num of Frame = 0

2、确认丢包方向

调取0x1569 IMS RTP Packet Loss与0x1568 IMS RTP SN and Payload这两个可以看RTP丢包信息和UE与ENODB之间传送的RTP包数；我们从0x1569 IMS RTP Packet Loss 可以确认丢包的时间点及个数，但无法判断是BS->MS（下行）丢包还是MS->BS（上行）丢包，因此需要通过比对上下行包号判断丢包方向。

QCAT软件上可以通过Direction区分上下行RTP包，上下每个包都有一个Sequence，如没有丢包时这些Sequence是连续的，若出现丢包上行或下行的IMS RTP Packet Loss前的第一个IMS RTP SN and Payload中的Sequence号与IMS RTP Packet Loss后第一个IMS RTP SN and Payload中的Sequence号相差应该是丢包个数减1。如上图21:45:15.036丢包126个，丢包上一个RTP包21:45:15.035方向为MS->BS，Sequence=25271，查找IMS RTP Packet Loss后第一个方向为MS->BS的IMS RTP SN and Payload，如下图时间点为21:45:15.055，Sequence=25272，因这两个Sequence是连续的，说明MS->BS未出现掉包；由此可以断定本次丢包为BS->MS侧。

如上步骤可以查BS->MS侧丢包情况，如下图：

在丢包时间点上一个BS->MS的RTP包Sequence为25726，丢包时间点下一个BS->MS的RTP 包Sequence为25853，（25853-25726-1=126），与之间查询到丢包126个吻合。

3、确认信令流程完整性

信令流程完整性主要检查丢包时间点前后流程是否正常，是否存在异常事件（RRC重建，切换，RRC建立，注册，TAU，掉话，eSRVCC等）以及MR，测量控制，SIB，SIP信令等。主要调取以下信令：

这次出现RTP丢包BS->MS侧丢包126个，调取主被叫信令流程如下：

主叫

从上图可以看出主叫在丢包时间点（左侧绿色标注）前后未出现异常信令或事件，最近的信令为UE上报MR报告，点击MR报告可以看出UE上报MR事件类型，从上图看本次MR上报为切换事件，从这次MR可以看出当时占用服务小区RSPR，测量到周围小区PCI和RSRP，本次服务小区（38098,131）RSRP为-110dBm，测量强小区PCI=109，RSRP-87dBm；PCI=105，RSRP=95dBm等；从MR看周围信号很强，服务小区很差，需要分析切换问题。

被叫

如上图被叫无线环境与主叫类此。

4、确认服务小区无线质量

第3步我们已确认信令流程完整，上发MR存在强小区未能切出，因此下步需要检查服务小区无线环境情况，通过调取0xB193 LTE ML1 Idle Serving Cell Meas Response，可以查看当时服务小区信息（频点，PCI，RSRP，SINR等信息）。

如上图本次主叫占用（38098,131）RSRP=-100dBm，SINR=-5dB，可以通过比对多次的LTE ML1 Idle Serving Cell Meas Response消息判断服务小区无线环境状况，是持续差还是陡降等，从这次丢包看服务小区是RSRP=-100dBm左右，SINR差，需要排查SINR差原因。

如上图被叫占用（37900,131）时，RSRP与SINR差，与主叫类型。

5、确认服务小区信息

从上面部分我们只知道服务小区的频点与PCI，不能确切小区基础信息，如基站标识，小区标识等，因此我们找到故障小区后需要确认这些基础信息；查询方法为从IMS RTP Packet Loss开始向上查询最近的0xB0C0 LTE RRC OTA Packet -- BCCH_DL_SCH / SystemInformationBlockType1，从这里面可以换算出服务小区信息

Radio Bearer ID = 0, Physical Cell ID = 131

Freq = 38098

cellIdentity '00010110 00010001 11100000 0100'B,

如上图可以本次占用小区频点38098，PCI=131，基站标识QCAT显示为二进制需要转换为工