寻呼日志分析处理指导书

1、 寻呼日志分析指导书V1.0 华为技术有限公司版权所有侵权必究修订记录 目录1 概述 42 寻呼日志简介 4 2.1 寻呼日志在网络优化中的作用 42.2 寻呼日志数据采集 43 寻呼日志字段描述 5 3.1 下发寻呼请求时间 5 3.2 呼叫释放时间 5 3.3 IMSI 5 3.4 ESN5 3.5 寻呼类型 5 3.6 寻呼失败类型 5 3.7 寻呼失败导致的被叫连续失败次数次 6 3.8 MSC寻呼重发次数次 6 3.9 是否触发了本地网内的扩大范围寻呼 6 3.10 是否触发了本地网内的全网寻呼 6 3.11 是否触发了全物理局的全网寻呼 6 3.12 是否触发了IsPage出局寻呼

2、 6 3.13 是否是IsPage入局寻呼 6 3.14 VLR保存的LAC 7 3.15 VLR保存的CI号7 3.16 下发寻呼请求前的最近两次位置更新的时间间隔秒 7 3.17 倒数第2次位置更新的LAC 7 3.18 下发寻呼请求时距最近一次位置更新的时间间隔秒 73.19 DPC1DPC5 74 寻呼日志数据处理7 4.1 解压8 4.2 解析8 4.3 格式转换10 4.4 数据合并104.5 数据入库145 寻呼日志分析19 5.1 启动查询分析器20 5.2 寻呼日志表格式错误!未定义书签。5.3 寻呼日志分析示例211 概述本文主要介绍华为CDMA系统的寻呼日志功能,全文包括

3、概述、寻呼日志简介、寻呼日志字段描述、寻呼日志数据处理和寻呼日志分析五部分。本文适合网络维护和优化的相关人员阅读使用。2寻呼日志简介寻呼日志(PageLog是一项在系统侧记录寻呼过程信息的功能,它提供对各种寻呼类型的关键性信息的统计和输出,主要包含寻呼类型、失败类型,寻呼策略及相关时间信息、用户信息、系统信息,为寻呼失败问题定位和隔离提供依据。2.1 寻呼日志在网络优化中的作用通过寻呼日志的分析能够帮助网络维护和优化人员了解网络内寻呼失败TOP小区和IMSI的整体分布、寻呼相关的时间、原因信息,能够将MSC侧话统和BSC侧话统、CDR结合起来关联分析,为寻呼和接入失败问题的定位提供一定的依据。

4、2.2 寻呼日志数据采集寻呼日志的分析需要借助相应的软件工具完成,寻呼日志数据的处理过程详见“4 寻呼日志数据处理”。3 寻呼日志字段描述3.1 下发寻呼请求时间该字段表示本次寻呼请求由MSC向BSC下发的时间。格式为:200x-xx-xx xx:xx:xx xxx3.2 呼叫释放时间该字段表示寻呼超时后系统拆线时间?3.3 IMSI该字段表示国际移动用户识别码,为ASCII 码格式。IMSI 由不超过15 个数字组成0-9, IMSI 前3 个数字为移动台国家码MCC,剩下的数字是国内移动台识别码(NMSI ,NMSI 又由移动台网络码MNC 和移动台识别码MSIN 组成。寻呼日志中该字段的

5、格式为:0x460036270045827F3.4 ESN该字段表示移动台电子串号。ESN是一个32位二进制数,用于唯一识别移动台与其它任一无线系统。3.5 寻呼类型该字段表示寻呼日志记录所属的业务类型,包括以下几种类型:电路业务寻呼、普通短消息定位寻呼、分组数据业务寻呼、特殊业务短消息流程定位寻呼3.6 寻呼失败类型该字段表示寻呼失败类型,可作为寻呼失败原因的一种判断,包括以下几种失败类型:3.7 寻呼失败导致的被叫连续失败次数次该字段表示同一个MSC下同一天内因寻呼失败而导致的被叫失败次数。3.8 MSC寻呼重发次数次该字段表示寻呼中的第几次重发。根据不同的寻呼策略,每条寻呼日志中会记录寻

6、呼重发次数。如寻呼策略为MSC下三次寻呼,则这个字段记录为两次。3.9 是否触发了本地网内的扩大范围寻呼根据不同的寻呼策略而有不同,如寻呼策略为两次时,一般第二次寻呼会包含本地网内的扩大范围寻呼。寻呼日志中该字段根据当次寻呼情况记录为“触发”或者“未触发”。3.10 是否触发了本地网内的全网寻呼是否表示本地网的所有MSC都下寻呼?根据寻呼策略,最后一次寻呼可能设置为本地网内的全网寻呼。寻呼日志中该字段根据当次寻呼情况记录为“触发”或者“未触发”。3.11 是否触发了全物理局的全网寻呼该字段表示本MSC下的所有BSC下寻呼3.12 是否触发了IsPage出局寻呼根据寻呼策略,最后一次寻呼可能设置

7、为IsPage。IsPage出局寻呼即本次寻呼为向外系统(MSC扩展出局的寻呼。寻呼日志中该字段根据当次寻呼情况记录为“触发”或者“未触发”。3.13 是否是IsPage入局寻呼根据寻呼策略,最后一次寻呼可能设置为IsPage。IsPage入局寻呼即本次寻呼为由外系统(MSC扩展入局的寻呼。寻呼日志中该字段根据当次寻呼情况记录为“触发”或者“未触发”。3.14 VLR保存的LAC该字段表示本次寻呼所属区域在VLR中记录的位置区代码LAC。3.15 VLR保存的CI号该字段表示本次寻呼所属区域在VLR中记录的小区ID,格式为:0x7FF3,其中高12bit 为CELLID,低4bit为SECTO

8、RID。3.16 下发寻呼请求前的最近两次位置更新的时间间隔秒该字段表示本次寻呼之前终端进行的两次位置更新之间的时间间隔。3.17 倒数第2次位置更新的LAC该字段表示本次寻呼之前发生的两次位置更新中的前一次所属的位置区。3.18 下发寻呼请求时距最近一次位置更新的时间间隔秒该字段表示本次寻呼距离寻呼下发前最后一次位置更新的时间。3.19 DPC1DPC5该字段表示本次寻呼所属区域LAC涉及的信令点1信令点5。4 寻呼日志数据处理在进行寻呼日志分析之前,必须要对寻呼日志进行解压、解析,得到.csv格式的文件进行分析。当寻呼日志数据量较大时,需要借助ACCESS软件或相应的数据格式转换后借助SQ

9、L Server数据库进行分析(本文主要介绍SQL Server数据库方式。当一个网络中存在多个MSC时,在将寻呼日志数据入库前先要对多个MSC数据进行合并。4.1 解压解压工具: 解压操作过程:1.打开寻呼日志解压工具,在打开的窗口中点击“Source file path”右边的,打开需要解压的原始.cmp寻呼日志文件: 路径下: 4.2 解析解析工具: 解析操作过程:1.打开寻呼日志文件解压工具,在打开的窗口中点击 ,打开之前解压获得的.log文件: 2.点击进行文件解析,选择解析后文件生成的路径: 3.解析过程如下(解析后文件为.csv文件: 解析后获得的文件是.csv格式的,数据量较小

10、(少于65535行时,可用Excel打开进行分析;数据量较大(多于65535行时,可用Access打开进行分析,建议采用SQL Server数据库进行分析;4.3 格式转换采用SQL Server数据库进行分析时,如果直接将.csv格式的文件进行入库操作会非常繁琐,而且可能入库不成功。本节介绍一种简捷的方式: = 如果不删除首行,则数据入库后用SQL Server的查询分析器进行分析统计时会将首行(表头作为一条寻呼日志也一起处理。如果只是对一个MSC的数据进行分析,那么完成以上操作后即可对.txt文件进行入库分析;一个MSC有多个.csv文件需要作为一个整体分析时,可先合并在入库分析。多个MS

11、C数据作为一个整体进行分析时,按“4.4 多MSC数据合并”操作后入库分析。4.4 数据合并多个MSC寻呼日志作为一个整体进行分析是,需要先进行合并,合并步骤如下:1.MSCID数据标识当一个本地网存在有多个MSC时,我们需要将整个网络作为一个整体进行TOP分析。各MSC间可能存在相同的CI(小区ID ,如果直接将几个MSC的寻呼数据进行合并后入库分析,将导致CI的混淆,因此在合并前要先对每个MSC的数据加MSCID进行标识。MSC数据标识使用工具: MSC数据标识步骤:1打开处理工具: 2点击浏览选择相应MSC的数据,如MSC11的,点击: 3保存文件名称修改为“MSC11.txt”,行首部

12、增加“MSC11”(实际是行尾部增加,行首部增加下的小窗口内输入“,”作为过滤条件,然后点击,最后点击 : 处理完成后MSC11的日志文件将保存在与源文件相同的路径下,处理完成后的文件中每一条寻呼日志的末尾将增加一个字段“MSC11”,同理处理其他MSC的数据后进行合并后,MSCID和CI能够唯一标识寻呼日志失败的小区。2.数据合并合并工具: 数据合并步骤:1打开合并工具,在打开的窗口中点击选择要合并的MSC的寻呼日志文件,点击完成添加: 2在“合并后的文件”右边小窗口输入合并后的文件名称,点击: 默认情况下,合并完成后的文件将保存在与源文件同一路径下。4.5 数据入库对于SQL Server

13、2000数据库安装,本指导书不作说明。以下介绍数据库创建和数据的入库操作。步骤简要介绍如下:1.WINDOWS桌面上选择“开始”“程序”“Microsoft SQL Server”“企业管理器”: 2.在“企业管理器”中选择“数据库”,右键选择“新建数据库”: 3.在弹出窗口“常规”页的“名称N”复选框中输入创建数据库的名称,“数据文件”页中选择数据库保存的路径,点击完成数据库定义: 4.选择已创建好的数据库PAGELOG,按下图指示操作,开始导入数据: 5.在弹出的窗口中点击,选择数据源复选框中选择“文本文件”,继续 : 6.在弹出窗口中点击“文件名F”复选框右边,选择要导入的已转换合并好的

14、寻呼日志文件: 7.在“数据库”复选框选择“PAGELOG”,即之前创建的数据库作为寻呼日志导入的数据库: 8.在后续弹出的窗口中连续点击,数据导入及完成的界面如下: 5 寻呼日志分析5.1 寻呼日志分析的整体思路1.从整体到局部的层级定位1寻呼话统:首先从MSC寻呼话统整体分析MSC/LAC寻呼成功率情况2接入&掉话话统:从B测分析整网/BSC/载频级话统,了解相关设备和无线问题3寻呼日志&CDR:两者结合分析TOP载频/用户寻呼失败原因和相关影响因素2.寻呼日志和CDR对照1寻呼日志:LAC/IMSI/ESN/CELLID/寻呼类型/寻呼失败类型/寻呼相关时间信息2CDR:

15、IMSI/ESN/CELLID释放原因值/寻呼时长/接入&释放相关时间* IMSI/ESN/CELLID是寻呼/接入关联分析的关键3.寻呼日志&话统&CDR关联分析“寻呼无响应”1寻呼失败TOP载频接入、掉话分析2边界规划、信令点设置、边界站点小区接入寻呼参数检查分析3寻呼失败TOP载频的RSSI分析4异常/非法终端分析5寻呼失败TOP载频接入距离分布6寻呼失败TOP载频前向负荷、ACH负荷、寻呼信道负荷分析7检查载频干扰和硬件故障等5.2 启动查询分析器1.WINDOWS桌面上选择“开始”“程序”“Microsoft SQL Server”“查询分析器”: 2.在弹出

16、的登录界面中输入登录名L和密码P,点击“确定”登录: 3.“查询分析器”界面,及分析示意图:查询分析界面及操作示意.bmp导入的数据表结构包含24列(即24个Col其中Col024为“数据合并”章节中介绍的“MSCID数据标识”所插入的MSCID。上图中包含一个查询分析示例:查询输出寻呼日志头10条记录的所有内容。查询分析的结果可直接复制后粘贴到Excel表格中。5.3 寻呼日志(PageLog与SQL Server数据表对照格式运用SQL Server分析寻呼日志,要清楚每个寻呼日志字段在“查询分析器”中对应的是哪一列(Col,两者的对应关系简图如下: 寻呼日志表格式及对应的字段包含内容见下

17、表,点击相应的字段可查看字段的取值范围: 寻呼日志格式.xls5.4 寻呼日志分析示例利用SQL Server语句分析寻呼日志,根据在网络优化过程中的实际需要和分析策略可以个性化地定制各种场景和字段组合的查询分析模板,以下附件中包含了一些常用的查询分析脚本供参考: 本节中将选取其中几个分析脚本模板由浅入深介绍寻呼日志分析TOP问题的基本思路,方法和操作。1.分析思路分析寻呼失败原因类型的整体分布,针对失败较多的类型,接下来可再分析其TOP小区分布或TOP IMSI分布,结合TOP小区和IMSI的地理分布及其相关设备检查,无线环境分析,相邻配置分析等逐步深入分解定位。2.脚本定制USE PAGE

18、LOG-选择要查询的数据库SELECT Col006 AS CAUSE,-选择寻呼失败类型字段COUNT(* AS NUM-定义统计数据字段FROM dbo.PAGELOG0216-选择要查询分析的来源数据表GROUP BY Col006-定义按寻呼失败类型分组ORDER BY NUM DESC-定义各失败类型按失败次数降序排列3.输出结果 1.分析思路寻呼日志分析超过MSC去激活时长仍然寻呼的且因为寻呼定时器超时而失败的TOP IMSI,在寻呼日志分析结果的基础上再结合CDR和信令跟踪等手段定位分析失败相关的业务类型、流程等,找出解决和规避办法。2.脚本定制USE PAGELOG-选择要查询

19、的数据库SELECT TOP 20-定义查询前20位的小区Col003 AS IMSI, -选择定义查询的IMSICOUNT(* AS NUM-定义统计数据字段FROM dbo.PAGELOG0216-选择要查询分析的来源数据表WHERE CAST(Col018 AS BIGINT<>4294967295-定义过滤条件:下发寻呼请求时距最近一次位置更新的时间间隔秒为有效值(日志中4294967295为无效值AND CAST(Col018 AS BIGINT>3900-定义过滤条件:下发寻呼请求时距最近一次位置更新的时间间隔秒超过65分钟(MSC去激活时长AND Col006='寻呼定时器超时'-寻呼失败类型为“寻呼定时器超时”GROUP BY Col003-定义按IMSI进行分组ORDER BY NUM DESC-定义寻呼失败TOP IMSI按失败次数降序排列3.输出结果 1.分析思路寻呼无响应对应的MSC分布,LAC分布,小区分布。接下来可根据寻呼无响应严重的小区地理化分布,结合CDR和信令跟踪等手