基于移动客户感知评估系统
近年来, 移动数据业务飞速发展，智能手机的普及彻底改变了用户的使用习惯,导
致移动数据业务的爆发式增长，对运营商的网络服务质量和数据业务分析能力提出了
新的挑战。以往的网络 KPI（Key Performance Indicator）指标已经无法适应竞争需
要, 迫切要求运营商建立一整套数据业务客户感知(QoE, Quality of Experience)分
析系统，来取代目前的数据业务网络 KPI 指标评价体系。HM000034
本文选题为“移动信令数据分析——可视化展示平台”，旨在研究基于移动信令的
客户感知分析，通过对 MC 信令采集、原始话单分析及网管数据分析，建立用户感知量
化模型，一方面将用户日常掉话、疑似单通、短彩信延时等业务行为作为判断用户感
知的重要依据，并对感知指数较低的用户开展主动关怀；另一方面，将用户感知指数
与用户终端、所在小区及网元设备信息相关联，输出最差终端、最差小区等预警信息，
便于维护人员开展针对性的网络分析优化。系统主要分为三个模块：分析现有信令监
测采集结果，采集结果分析，数据呈现。本文主要实现的部分是最终的数据呈现模块。
本文首先介绍了当前客户感知研究的现状及其必要性，然后详细介绍了该系统的需求
分析、模块划分、数据库设计、关键技术，详细设计等。在详细设计部分，主要介绍
了可视化展示平台的具体实现，以及功能效果等。
经测试，信令数据分析系统能够对移动信令数据进行采集，对采集到的数据能够详
细分析出异常数据，分析后的数据能够通过展示平台呈现给用户。当业务拓展时，需
要将分析方式应到新的数据上时，系统很容易实现移植。
关键词：移动通信；客户感知；信令；数据分析；数据库；B/S 结构
In recent years, the rapid development of mobile data services, popularity of smart
phones has revolutionized the user's habits, resulting mobile data explosive growth. This
challenges the network quality of service and data analysis capabilities of Internet service
providers. Traditional network KPI (Key Performance Indicator) indicator has been unable to
adapt to the requirements of competition. So it urgently requires operators to establish a set
of data services Quality of Experience (QoE) analysis system, to replace the current data
service network KPI index evaluation system.
This paper proposes "Mobile signaling data analysis - visualization Platform", aiming to
study QoE based on mobile signaling analysis. Through the MC Signaling Collection,
original bill and network management data analysis, to establish a model quantifies the QoE.
On the one hand, the call-drop, single-pass, short message delay were regarded as important
indicators which can measure QoE, and then take active care to those users whose QoE is
not high enough. On the other hand, connecting QoE indicators with terminals, district with
the network element equipment, output the worst terminals and districts such warning
information. Ease of maintenance personnel to carry out targeted network analysis and
optimization. The system consists of three modules, analysing of the existing signaling
monitoring results collected, acquisition analysis, and data show. This paper mainly writes
about the final data rendering module, First of all, introducing the current status of QoE and
necessity. Then details of the system requirements, module division, database design, key
technologies, detailed design and so on. On the Part of the detailed design, but the most
important is to show the concrete realization of visualization platform and its effects.
By test, Signaling data analysis system is capable of gathering signaling data , analyzing
the collected data and find the abnormal data, and analyzed data can be presented to the user
through the display platform. What’s more, when the business is expanding in the future,this
system can be transplanted easily.
Keywords: mobile communication, QoE, signaling, data analysis, database, B/S mode
第二章 需求分析 查看完整请+Q:351916072获取
基于移动信令数据分析的客户感知评估系统是由江苏移动常
州分公司之间的校企合作项目。在系统开发之前，我们小组成员对系统需求做了充分
研究，并与常州移动公司相关负责人员有过多次交流沟通，最终列举出了这些功能需
求，但由于毕业设计时间有限，我们并未能全部实现这些功能，要完全实现上述功能，
需要后期继续研究开发。就目前完成的系统雏形，出于小组成员分工及毕业论文考虑，
论文内容将只会涉及到已经实现了的功能，并详细说明这些功能的设计思想与实现。
2.1 总体功能需求
2.1.1 产品面向的用户群体
基于移动信令数据分析的客户感知评估系统的主要针对的用户包括以下几个部门。
维护部门：该部门可以通过该系统得知在哪些区域或者网元有可能出现故障，提前
做出预判，适时检修和维护，保证提供用户最优质的网络服务。
客服：当用户使用移动网络出现故障并投诉，客服部门通过该系统能够得知用户发
生故障的可能因素，并能够给出建议。
营业部：营业部使用该系统得知哪些手机终端最有可能发生通讯故障，然后在销售
或维修手机时给用户提出建议。
企业负责人：当发现在某个区域经常发生故障，并能得知很大可能是由设备故障的
引起的，给负责人提供参考，更换新设备等。
2.1.2 用户不满意因素分析
( 一) 用户不满意因素分析
? 用户终端因素
名称：用户终端因素
使用角色：系统自动，系统维护部门
功能描述：若系统维护部门人员使用或者系统自动检查后得到结论为用户终端故障,
将该消息反馈到客服部门,方便客服及时反馈给用户。
? 允许系统自动和手动进行数据分析
? 系统每隔半小时对新记录的数据进行自动检查
? 手动检查只能为系统维护部门人员使用
? 若发现较多异常数据，对这些异常数据分析，分析结果反馈到客服等相关部门
? 记录下发生故障的终端品牌及型号，经近期经常发生故障的手机型号反馈到营
业部和客服部门
? 系统向使用常发生故障的手机型号的用户发送短信提醒其更换手机终端
? 移动网络因素
名称：移动网络因素
使用角色：系统自动，系统维护部门
功能描述：移动用户发现故障，故障无非是由移动终端或者移动网络故障引起，在
排除终端故障之后，用户故障只可能发生于移动网络，在这时将详细分析导致的故障
原因，并及时检修。
? 允许系统自动和手动分析数据
? 系统自动分析数据每隔半小时进行一次
? 手动分析是只能为系统维护部门人员使用
? 系统对异常数据分析，得到的移动网络故障，将分析结果提示到系统维护部门，
提醒系统维护部门进行更仔细的检查，内容包括：故障小区号，基站编号，发
生故障时间等 查看完整请+Q:351916072获取
( 二) 影响用户满意度因素
? 语音通信部分
名称：语音通话不满意
使用角色：系统维护部门
功能描述：当系统自动分析出用户故障为移动网络原因，系统维护部门对这些数据
进行更仔细的分析，判断导致用户故障的原因。
? 系统维护部门能收到系统自动检查并发送过来的故障类型（即移动网络故障），
以醒目方式显示
? 系统维护部门人员能查看故障的具体信息，然后能够对故障数据进行更为仔细
的分析
? 系统维护部门人员选取数据进行分析时，数据范围（时间和空间范围）可选
? 分析用户故障的具体原因是什么，掉话、单通、无法接通等
? 统计所有的故障类型，做出统计图，形象地显示各种故障所占比例
目 录
摘要 I I
ABSTRACT . II
第一章 绪论 1 1
1.1 课题背景 1
1.2 课题目的 2
1.3 本文主要内容结构 3
第二章 需求分析 4 4
21 总体功能需求 4
211 产品面向的用户群体 4
212 用户不满意因素分析 4
213 总体业务流程图 7
22 子模块需求 8
23 目标系统的其它需求 9
231 安全性 9
232 可靠性 9
233 特殊需求 10
24 数据流图设计 10
241 数据流图的介绍 10
242 数据流图的使用 10
第三章 总体设计 13
31 系统架构 13
311 B/S 结构 13
312 AJAX 技术 14
32 开发平台的选择与配置 15
321 Myeclipse 开发平台及其配置 15
322 Hibernate 框架技术 16
33 总体结构设计 17
34 数据库设计 18
341 Oracle 数据库管理软件 18
342 数据表介绍 18
第四章 展示平台设计与实现 24
41 展示平台设计思想 24
42 详细设计 25
421 公共函数模块 25
422 用户登录模块 27查看完整请+Q:351916072获取
423 修改密码模块 31
424 用户信息显示模块 34
425 网站公共页脚设计 36
426 主要显示界面设计 38
第五章 测试与运行 49
第六章 结束语 52
61 毕业设计总结 52
62 不足与改进 53
参考文献 54
致 谢 55
版权保护: 本文由 hbsrm.com编辑，转载请保留链接: www.hbsrm.com/jsj/jsjkxyjs/3284.html
