网络信令分析.doc

网络信令分析
技术框架图
信令数据接口
接口编码
接口名称
描述
94001
信令用户短信收发消息
从信令中产生的用户收发短信的记录
94002
信令用户终端更换记录
用户终端更换记录
94003
信令用户开关机频次记录
用户开关机频次记录
94004
信令用户开关机时间统计
用户开关机时间统计
94005
信令用户小区滞留时间统计
用户小区滞留时间统计
94006
信令关键用户移动轨迹
关键用户移动轨迹
94007
信令基站人流量分析
基站人流量分析
94008
信令基站间人流量分析
基站间人流量分析
94009
信令用户动态通信行为信息
用户动态通信行为信息
信令数据处理要求
【数据量与处理性能】
据调研,信令数据的量大约是清单的4-10倍,
【接口方式】
文件接口方式。
【数据同步时限】
理应比清单接口的频率还要高,规范要求在15分钟之内。
【数据处理流程】
信令接口文件主要经过数据采集、分发,并行处理、并行分析、并行更新视图、并根据触发规则判断是否需要触发实时营销。
功能模块
序号
模块名称
功能描述
1
信令获取
实时性要求比较高,且必要严格按照时间顺序。这只能采用单进程方式,降低采集间隔时间的方式,接口协议仍然为FTP
2
信令分发
事先为每个分析模块建立一个信令通道。信令分发模块每读取一条信令,根据信令类型,分发到一个或多个对应的“快速通道”的队列中。
3
信令分析处理
每个分析模块轮询读取相应的“快速通道”,根据获取的信令进行一定的计算,并更新“用户信令状态图”和“基站信令视图”。
软件部署
整个软件部署可与ETL流程调度部署在同一主机上,也可单独部署。
存储周期
信令数据由于其自身特点,更新快,因此无须保存很久。“用户信令状态视图”和“基站信令视图”只需要保留当前最新信息即可,而其它接口信息根据实际需要设置最大保存时间即可。
网络信令技术实现框架
网络信令处理的技术实现细节
信令数据采集原理
网络信令分析
在经营分析系统中引入实时/准实时的网络信令数据将进一步丰富系统应用能力。它可以帮助市场管理和营销人员更为准确的把握用户的行为特征,实现基于事件的营销,为网络规划优化、发现新的业务机遇提供必要的数据支持。
Teradata公司在网络信令应用方面有较为成熟的解决方案,拥有在国外运营商NIW的成功部署经验。基于本公司既有经验,并结合***NG-BASS1规范要求,Teradata提出如下方案建议。
技术框架图
网络信令分析方案的体系架构如图所示。为了降低投资,提高现有设施的利用率,建议复用现有的小区短信系统和信令监测系统做为获取信令信息的数据源(即信令采集子系统)。信令采集子系统从移动网络中采集A接口、A-bis接口、Gb接口等的原始信令数据,对原始信令进行初步解码和处理,然后按照《***省级NG1-BASS技术规范源系统接口分册》中规定的接口要求传送到经营分析系统的信令处理服务器,对所需信令进行筛选、归并、拼接,然后将实时营销信令触发数据送到TCRM渠道网关互动网关,将待分析数据送到加载服务器加载入数据仓库系统。
依据数据时限要求不同,信令数据可以通过两种加载方式:实时/准实时加载、定时加载。实时/准实时加载通过读取消息队列加载数据入库,定时加载通过批量文件方式加载数据入库。
信令数据经信令分析模块处理后用于实现上层应用,包括营销管理子系统、信令分析应用和对现有分析应用的增强扩展。在全程精确营销过程中,营销管理子系统(TCRM)将活动的白名单或缺省用户群规则传送到渠道网关互动网关,当与营销活动相关的实时信令数据被实时传送到渠道网关互动网关时,触发外部执行过程。有关TCRM与渠道网关互动网关的功能介绍请参见有关章节。
另一方面营销管理子系统支持将审核后的营销活动白名单、采集区域设置(Cell ID或MSC ID)等采集控制信息输出到信令处理模块与信令采集子系统(小区短信系统或信令监测系统),优化信令数据的采集量,减轻信令采集系统、网络和加载服务器的负荷。

信令采集内容和容量估算
原始信令数据量估算
主要采集用户位置更新信令、用户附着网络/去附着信令、呼叫接续信令、raw-CDR等。原始信令数据处理流程如下图所示。