搜索
无线侧简单QCAT信令分析流程一、软件安装部分1、安装软件介绍双击安装QCAT.06.30.22.00，安顺序要求下一步安装到结束就可以。安装结束后在电脑程序中查询QCAT单击就可以进入软件，软件可以同时打开多个。2、软件页面介绍打开软件后出现的页面如下：第一次打开软件时需要在配置页面设置信令类型按颜色显示，方便分析，具体如下：在Configuration中持续点击UseFriendlyViewerColors待出现下拉菜单时由默认的false改成true。按上图1到4步骤打开测试数据，其中测试数据可以同时打开多个，也可以一次打开1次，主要看电脑性能。打开测试数据后默认状态会显示数据所有信令，需要按点击上图1位置对多余信令进行筛选，图2为需要显示的信令，按需选择；也可以通过图3位置输入代码查找相应的信令。Packets页面信令栏解释：#:信令编号Time:信令记录时间Type:信令代码Description:信令名称Subtitle:信令具体名称Direction:BSMS(上行)；BSMS(下行)Size:信令大小二、问题分析部分1、确认丢包位置调取0x1569IMSRTPPacketLoss信息可以查看丢包时间点及个数，正常RTP包20ms一个，从人耳感知来讲1s以上丢包就有可能会感觉出现模糊或颤音断续丢字等现象，因此着重关注连续出现丢包数大于50个的，以下为0x1569IMSRTPPacketLoss信息：2016Jan1421:45:15.036[37]0x1569IMSRTPPacketLossVersion=4NumberLost=126SequenceNumber=25726SSRC=69F9C823codecType=AMR_WBLossType=RTPNETWORKLOSSNumofFrame=02、确认丢包方向调取0x1569IMSRTPPacketLoss与0x1568IMSRTPSNandPayload这两个可以看RTP丢包信息和UE与ENODB之间传送的RTP包数；我们从0x1569IMSRTPPacketLoss可以确认丢包的时间点及个数，但无法判断是BS-MS（下行）丢包还是MS-BS（上行）丢包，因此需要通过比对上下行包号判断丢包方向。QCAT软件上可以通过Direction区分上下行RTP包，上下每个包都有一个Sequence，如没有丢包时这些Sequence是连续的，若出现丢包上行或下行的IMSRTPPacketLoss前的第一个IMSRTPSNandPayload中的Sequence号与IMSRTPPacketLoss后第一个IMSRTPSNandPayload中的Sequence号相差应该是丢包个数减1。如上图21:45:15.036丢包126个，丢包上一个RTP包21:45:15.035方向为MS-BS，Sequence=25271，查找IMSRTPPacketLoss后第一个方向为MS-BS的IMSRTPSNandPayload，如下图时间点为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存在强小区未能切出，因此下步需要检查服务小区无线环境情况，通过调取0xB193LTEML1IdleServingCellMeasResponse，可以查看当时服务小区信息（频点，PCI，RSRP，SINR等信息）。如上图本次主叫占用（38098,131）RSRP=-100dBm，SINR=-5dB，可以通过比对多次的LTEML1IdleServingCellMeasResponse消息判断服务小区无线环境状况，是持续差还是陡降等，从这次丢包看服务小区是RSRP=-100dBm左右，SINR差，需要排查SINR差原因。如上图被叫占用（37900,131）时，RSRP与SINR差，与主叫类型。5、确认服务小区信息从上面部分我们只知道服务小区的频点与PCI，不能确切小区基础信息，如基站标识，小区标识等，因此我们找到故障小区后需要确认这些基础信息；查询方法为从IMSRTPPacketLoss开始向上查询最近的0xB0C0LTERRCOTAPacket--BCCH_DL_SCH/SystemInformationBlockType1，从这里面可以换算出服务小区信息RadioBearerID=0,PhysicalCellID=131Freq=38098cellIdentity'0001011000010001111000000100'B,如上图可以本次占用小区频点38098，PCI=131，基站标识QCAT显示为二进制需要转换为工参或网管查询需要的十进制或十六进制，转换数据为cellIdentity中去除后8位，如本次为00010110000100011110，十进制为90398；小区标识为cellIdentity中后4位，0100，十进制为4；通过以上信息结合现网工参就可以查询到服务小区为大兴旺兴湖公园西南HLG-4。6、确认问题原因及解决建议通过上面分析主叫占用大兴旺兴湖公园西南HLG-4小区RSRP为-100dBm，SINR为-5dbm，上发MR存在强小区信号却无法切出，由于本次服务小区持续SINR差，无线环境差，从丢包优化原则先优化无线环境，因此本次丢包暂时定位为SINR差出现掉包，建议优先解决大兴旺兴湖公园西南HLG-4小区SINR差问题，同时优化邻区切换关系。