数据采集与分析系统
移动网络运行与维护需要实现面向用户的业务管理。客户感知指标作为客户
对网络质量的直接反映，对客户感知指标的提取尤为重要。KPI 指标作为传统的评
估指标正被广泛使用，但是由于客户要求的不断提高、网络业务的日趋多样和复
杂，客户网络投诉上升较快，KPI 指标已逐渐不能满足需求，因此，需设计新的测
量手段，对用户遇到的网络的问题，用户的网络感知进行评估，从而更真实地反
应网络质量。 HM000018
本文选题为“基于移动信令数据分析客户感知评估系统”，旨在于构造一个客
服感知评估系统，用于真实反映用户对网络质量的体验。本系统分为三大部分，
完成输入信令数据，输出用户体验指数的总功能。本文主要分析如何实现信令数
据采集及异常检测，先详细描述了系统的总体需求，接着，根据需求的内容具体
描述了如何构建系统以完成其功能，最后，介绍了系统第一部分“信令数据采集
及异常情况监测”的相关技术和信令采集及异常情况分析的步骤和原理。
经测试，本系统能够正常的采集和分析数据，根据需求完成原始话单分析，
用户满意度分析，网络质量分析，并正常显示在网页上。
关键词：移动通信， 客户感知，基站子系统 ，信令，数据分析，满意度
The operation and maintenance of the Mobile Network need the realization of user
oriented operation control. As direct reaction of the users to Mobile Network, customer
perception is not ignorable when we access the users` satisfaction degree. KPI , as a
traditional evaluation scheme, has already been widely used. However, with the
increasing demands of the users , the increasing complex and diverse of network
services and the rapid rising of clients` network complaints , KPI has been gradually
failing to meet the demands. As a result ,a new evaluation schemma is needed to access
the network problem and clients` perception , and to gain a better reaction to the
network quality.
The Present Paper titled “Mobile signaling based evaluation system of Customer
perception”is aimed at the research of users` perception analysis based on mobile
signaling data. The present system consists of three modules: Module I collect the
signaling to generate Intermediate Data from BSS using Mtrix. Module II realize the
analysis of phone bills on the Oracle platform。 Module III emerge the results on a
website. This thesis will show you how Module I works, that is , how to extract the
records of One-way communication, dropped calls and delayed messages from BSS
signaling data for Module II to proper its function.
Through test, the present system can properly collect and analyze the signaling data,
complete the analysis of call bills , users` satisfaction and network quality and
accurately put them on screen.
Key words：mobile communication , users`s perception , BSS, signaling , data analysis ,
satisfaction access 查看完整请+Q:351916072获取
经过多次与移动公司运行与维护部门的工作人员的沟通，基本明确了系统的
需求，本章将通过业务流程图描述系统的具体操作流程，通过功能列表分析系统
的具体功能要点。在数据需求部分，通过对系统中存在的数据进行分析，合理设
置每一类数据的数据类型，以满足系统需求。在性能需求部分，对系统的响应时
间、稳定性及适应性做了简介。
2.1 系统 面向的用户群体
维护部门：该部门可以通过该系统得知在哪些区域或者网元有可能出现故障，
提前做出预判，适时检修和维护，保证提供用户最优质的网络服务。
客服：当用户使用移动网络出现故障并投诉，客服部门通过该系统能够得知
用户发生故障的可能因素，并能够给出建议。
营业部：营业部使用该系统得知哪些手机终端最有可能发生通讯故障，然后
在销售或维修手机时给用户提出建议。
企业负责人：当发现在某个区域经常发生故障，并能得知很大可能是由设备
故障的引起的，给负责人提供参考，更换新设备等。
2.2 2 系统 功能性 需求
系统的输入为 BSS 系统产生的通话或短信的信令记录，经过一系列的处理和
分析，包括系统自动进行和人工进行的，最终得到满意度的分析结果，及系统的
输出结果，具体如 图 2.1 所示。
系统的业务大致可分为三个部分：
第一个部分：BSS 系统与该系统的第一部分” 信令数据采集与分析”相衔接，
BSS 系统首先为手机用户提供通话服务，在这个过程中，BSS 系统会每次手机用
户通话的信令记录，并根据这些记录生成相应的原始表格。再获取这些表格，经
过人工的筛选，整合获得最主要的三张表格：t_event（用户手机事件记录）,t_cdr
（用户通话记录）,t_sms（用户短信记录）,并将其导入数据库准备进行进一步的分
析。同时导入数据库的还有分析需要用到的 EX_IMSI（及手机型号数据库），
LAC_CI（及小区分布与基站编号数据库）。这部分的主要工作主要是信令数据的
采集与预处理。 查看完整请+Q:351916072获取
第二部分：获得预处理得到的三张表（t_event，t_cdr，t_sms）后，系统将按
照预先编写好的分析流程分析这表中的数据，分析主要包括三个方面的分析：原
始话单分析，用户满意度分析，网络质量分析，每种分析又保函更加具体的细节
分析，具体将在介绍第二部分的论文中做详细的阐述。
第三部分：再做完各类分析后，最后一个工作就是通过网站的形式取出分析
结果，打印在网站上或者也可以生成相应的表单。网站的架构主要运用 MVC 模型
SSH 框架完成，MVC 中 VIEWER 部分主要使用 flexigrid 浏览器框架用于格式化
输出分析结果，具体将在本系统的第三个部分做详细阐述
第一章 绪论 1
1.1 课题背景 1
1.2 本文主要内容和结构. 3
第二章 需求分析 . 5
2.1 系统面向的用户群体. 5
2.2 系统功能性需求 5
2.3 系统数据需求 . 7
2.3.1 数据流程. 7
2.3.2 数据定义. 7
2.4 目标系统的其它需求12
第三章 总体设计 13
3.1 总体结构设计 13
3.2 模块设计 .14
3.2.1 移动信令数据分析系统模块设计.15
3.2.2 移动信令采集与预处理模块15
3.2.3 信令数据分析模块16
3.3 数据库设计17
3.3.1 Oracle 数据库管理软件 17
3.3.2 数据库数据表.17
第四章 信令数据采集及异常检测23
4.1 BSS 系统中的信令应用 23
4.2 BSS 系统的信令模型23
4.2.1 概述.23
4.2.2 物理层 .25
4.2.3 链路层 .25
4.2.4 网络层 .25
4.3 各层信令在 BSS 系统中的作用 26
4.3.1 无线资源层（RR） .26
4.3.2 移动管理层（MM） .27
4.3.3 呼叫控制（CC）27
4.3.4 BTS 管理层（BTSM） .28
4.3.5 BSS 应用层（BSSAP） 29
4.3.6 LAPD 协议 30
4.4 主叫异常信令采集与分析 32
4.4.1 正常的主叫信令流程 32
4.4.2 呼叫异常流程.36
4.4.3 消息 CM Service Reject： 36
4.4.4 消息 Assignment Fail： .37
4.4.5 消息 Clear_Request_Cause 40
4.5 被叫异常信令采集与分析.43
4.5.1 Paging 成功率计算 45
4.5.2 被叫异常信令流程分析.46
4.5 切换异常分析和切换过程中的掉话 50
4.6.1 A 口 IntraBSC 切换（BSC 内部切换）50
4.6.2 A 接口 InterBSC 切换信令流程（BSC 之间的切换） .52
4.6.3 主叫中包含切换和接收短信的典型信令流程: 56
第五章 系统运行与测试 58
5.1 系统日常维护 58
5.2 系统界面 .59
5.3 原始话单分析 60
5.4 用户满意度分析.60
5.5 网络质量分析 62
第六章 结束语64
6.1 毕业设计总结 64 查看完整请+Q:351916072获取
6.2 不足与展望65
参考文献 67
致 谢69
附 录=69
对网络质量的直接反映，对客户感知指标的提取尤为重要。KPI 指标作为传统的评
估指标正被广泛使用，但是由于客户要求的不断提高、网络业务的日趋多样和复
杂，客户网络投诉上升较快，KPI 指标已逐渐不能满足需求，因此，需设计新的测
量手段，对用户遇到的网络的问题，用户的网络感知进行评估，从而更真实地反
应网络质量。 HM000018
本文选题为“基于移动信令数据分析客户感知评估系统”，旨在于构造一个客
服感知评估系统，用于真实反映用户对网络质量的体验。本系统分为三大部分，
完成输入信令数据，输出用户体验指数的总功能。本文主要分析如何实现信令数
据采集及异常检测，先详细描述了系统的总体需求，接着，根据需求的内容具体
描述了如何构建系统以完成其功能，最后，介绍了系统第一部分“信令数据采集
及异常情况监测”的相关技术和信令采集及异常情况分析的步骤和原理。
经测试，本系统能够正常的采集和分析数据，根据需求完成原始话单分析，
用户满意度分析，网络质量分析，并正常显示在网页上。
关键词：移动通信， 客户感知，基站子系统 ，信令，数据分析，满意度
The operation and maintenance of the Mobile Network need the realization of user
oriented operation control. As direct reaction of the users to Mobile Network, customer
perception is not ignorable when we access the users` satisfaction degree. KPI , as a
traditional evaluation scheme, has already been widely used. However, with the
increasing demands of the users , the increasing complex and diverse of network
services and the rapid rising of clients` network complaints , KPI has been gradually
failing to meet the demands. As a result ,a new evaluation schemma is needed to access
the network problem and clients` perception , and to gain a better reaction to the
network quality.
The Present Paper titled “Mobile signaling based evaluation system of Customer
perception”is aimed at the research of users` perception analysis based on mobile
signaling data. The present system consists of three modules: Module I collect the
signaling to generate Intermediate Data from BSS using Mtrix. Module II realize the
analysis of phone bills on the Oracle platform。 Module III emerge the results on a
website. This thesis will show you how Module I works, that is , how to extract the
records of One-way communication, dropped calls and delayed messages from BSS
signaling data for Module II to proper its function.
Through test, the present system can properly collect and analyze the signaling data,
complete the analysis of call bills , users` satisfaction and network quality and
accurately put them on screen.
Key words：mobile communication , users`s perception , BSS, signaling , data analysis ,
satisfaction access 查看完整请+Q:351916072获取
经过多次与移动公司运行与维护部门的工作人员的沟通，基本明确了系统的
需求，本章将通过业务流程图描述系统的具体操作流程，通过功能列表分析系统
的具体功能要点。在数据需求部分，通过对系统中存在的数据进行分析，合理设
置每一类数据的数据类型，以满足系统需求。在性能需求部分，对系统的响应时
间、稳定性及适应性做了简介。
2.1 系统 面向的用户群体
维护部门：该部门可以通过该系统得知在哪些区域或者网元有可能出现故障，
提前做出预判，适时检修和维护，保证提供用户最优质的网络服务。
客服：当用户使用移动网络出现故障并投诉，客服部门通过该系统能够得知
用户发生故障的可能因素，并能够给出建议。
营业部：营业部使用该系统得知哪些手机终端最有可能发生通讯故障，然后
在销售或维修手机时给用户提出建议。
企业负责人：当发现在某个区域经常发生故障，并能得知很大可能是由设备
故障的引起的，给负责人提供参考，更换新设备等。
2.2 2 系统 功能性 需求
系统的输入为 BSS 系统产生的通话或短信的信令记录，经过一系列的处理和
分析，包括系统自动进行和人工进行的，最终得到满意度的分析结果，及系统的
输出结果，具体如 图 2.1 所示。
系统的业务大致可分为三个部分：
第一个部分：BSS 系统与该系统的第一部分” 信令数据采集与分析”相衔接，
BSS 系统首先为手机用户提供通话服务，在这个过程中，BSS 系统会每次手机用
户通话的信令记录，并根据这些记录生成相应的原始表格。再获取这些表格，经
过人工的筛选，整合获得最主要的三张表格：t_event（用户手机事件记录）,t_cdr
（用户通话记录）,t_sms（用户短信记录）,并将其导入数据库准备进行进一步的分
析。同时导入数据库的还有分析需要用到的 EX_IMSI（及手机型号数据库），
LAC_CI（及小区分布与基站编号数据库）。这部分的主要工作主要是信令数据的
采集与预处理。 查看完整请+Q:351916072获取
第二部分：获得预处理得到的三张表（t_event，t_cdr，t_sms）后，系统将按
照预先编写好的分析流程分析这表中的数据，分析主要包括三个方面的分析：原
始话单分析，用户满意度分析，网络质量分析，每种分析又保函更加具体的细节
分析，具体将在介绍第二部分的论文中做详细的阐述。
第三部分：再做完各类分析后，最后一个工作就是通过网站的形式取出分析
结果，打印在网站上或者也可以生成相应的表单。网站的架构主要运用 MVC 模型
SSH 框架完成，MVC 中 VIEWER 部分主要使用 flexigrid 浏览器框架用于格式化
输出分析结果，具体将在本系统的第三个部分做详细阐述
第一章 绪论 1
1.1 课题背景 1
1.2 本文主要内容和结构. 3
第二章 需求分析 . 5
2.1 系统面向的用户群体. 5
2.2 系统功能性需求 5
2.3 系统数据需求 . 7
2.3.1 数据流程. 7
2.3.2 数据定义. 7
2.4 目标系统的其它需求12
第三章 总体设计 13
3.1 总体结构设计 13
3.2 模块设计 .14
3.2.1 移动信令数据分析系统模块设计.15
3.2.2 移动信令采集与预处理模块15
3.2.3 信令数据分析模块16
3.3 数据库设计17
3.3.1 Oracle 数据库管理软件 17
3.3.2 数据库数据表.17
第四章 信令数据采集及异常检测23
4.1 BSS 系统中的信令应用 23
4.2 BSS 系统的信令模型23
4.2.1 概述.23
4.2.2 物理层 .25
4.2.3 链路层 .25
4.2.4 网络层 .25
4.3 各层信令在 BSS 系统中的作用 26
4.3.1 无线资源层（RR） .26
4.3.2 移动管理层（MM） .27
4.3.3 呼叫控制（CC）27
4.3.4 BTS 管理层（BTSM） .28
4.3.5 BSS 应用层（BSSAP） 29
4.3.6 LAPD 协议 30
4.4 主叫异常信令采集与分析 32
4.4.1 正常的主叫信令流程 32
4.4.2 呼叫异常流程.36
4.4.3 消息 CM Service Reject： 36
4.4.4 消息 Assignment Fail： .37
4.4.5 消息 Clear_Request_Cause 40
4.5 被叫异常信令采集与分析.43
4.5.1 Paging 成功率计算 45
4.5.2 被叫异常信令流程分析.46
4.5 切换异常分析和切换过程中的掉话 50
4.6.1 A 口 IntraBSC 切换（BSC 内部切换）50
4.6.2 A 接口 InterBSC 切换信令流程（BSC 之间的切换） .52
4.6.3 主叫中包含切换和接收短信的典型信令流程: 56
第五章 系统运行与测试 58
5.1 系统日常维护 58
5.2 系统界面 .59
5.3 原始话单分析 60
5.4 用户满意度分析.60
5.5 网络质量分析 62
第六章 结束语64
6.1 毕业设计总结 64 查看完整请+Q:351916072获取
6.2 不足与展望65
参考文献 67
致 谢69
附 录=69
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/jsjkxyjs/3300.html
