网络信令分析

1.1 网络信令分析 1.1.1 技术框架图

全程精确营销活动的核心是实时捕捉用户通信行为(信令信息)，结合用户的历史消费习惯、使用偏好等信息，通过用户实时信令信息与营销目标用户场景设置信息匹配，对满足匹配条件客户实时触发营销执行，向用户推送营销内容，以达到在适当的时间，以适当的方式，向适当的用户推广适当的业务的目的。

1.1.2 信令数据接口

1.1.3信令数据处理要求

【数据量与处理性能】

据调研，信令数据的量大约是清单的4-10倍，

【接口方式】

文件接口方式。

【数据同步时限】

理应比清单接口的频率还要高，规范要求在15分钟之内。

【数据处理流程】

信令接口文件主要经过数据采集、分发，并行处理、并行分析、并行更新视图、并根据触发规则判断是否需要触发实时营销。

1.1.4功能模块

1.1.5软件部署

整个软件部署可与ETL流程调度部署在同一主机上，也可单独部署。

1.1.6存储周期

信令数据由于其自身特点，更新快，因此无须保存很久。“用户信令状态视图”和“基站信令视图”只需要保留当前最新信息即可，而其它接口信息根据实际需要设置最大保存时间即可。

网络信令技术实现框架

信令采集系统

信令分析节

点

文件预处理

节点

文件获取节

点

获取层

数据层

信令文件

信令分析结果数据

原始信令数

据

入库加载节

点信令状态视

图

信令数据采集原理

1.2网络信令分析

在经营分析系统中引入实时/准实时的网络信令数据将进一步丰富系统应用能力。

它可以帮助市场管理和营销人员更为准确的把握用户的行为特征，实现基于事件的营销，为网络规划优化、发现新的业务机遇提供必要的数据支持。

Teradata公司在网络信令应用方面有较为成熟的解决方案，拥有在国外运营商NIW 的成功部署经验。基于本公司既有经验，并结合中国移动NG-BASS1规范要求，Teradata 提出如下方案建议。

4.8.1 技术框架图

网络信令分析方案的体系架构如图所示。为了降低投资，提高现有设施的利用率，建议复用现有的小区短信系统和信令监测系统做为获取信令信息的数据源（即信令采集子系统）。信令采集子系统从移动网络中采集A接口、A-bis接口、Gb接口等的原始信令数据，对原始信令进行初步解码和处理，然后按照《中国移动省级NG1-BASS技术规范源系统接口分册》中规定的接口要求传送到经营分析系统的信令处理服务器，对所需信令进行筛选、归并、拼接，然后将实时营销信令触发数据送到TCRM渠道网关互动网关，将待分析数据送到加载服务器加载入数据仓库系统。

依据数据时限要求不同，信令数据可以通过两种加载方式：实时/准实时加载、定

时加载。实时/准实时加载通过读取消息队列加载数据入库，定时加载通过批量文件方式加载数据入库。

信令数据经信令分析模块处理后用于实现上层应用，包括营销管理子系统、信令分析应用和对现有分析应用的增强扩展。在全程精确营销过程中，营销管理子系统（TCRM）将活动的白名单或缺省用户群规则传送到渠道网关互动网关，当与营销活动相关的实时信令数据被实时传送到渠道网关互动网关时，触发外部执行过程。有关TCRM 与渠道网关互动网关的功能介绍请参见有关章节。

另一方面营销管理子系统支持将审核后的营销活动白名单、采集区域设置（Cell ID 或MSC ID）等采集控制信息输出到信令处理模块与信令采集子系统（小区短信系统或信令监测系统），优化信令数据的采集量，减轻信令采集系统、网络和加载服务器的负荷。

图4.8.1信令采集技术框架图

4.8.2 信令采集内容和容量估算

原始信令数据量估算

主要采集用户位置更新信令、用户附着网络/去附着信令、呼叫接续信令、raw-CDR

等。原始信令数据处理流程如下图所示。

图4.8.2信令处理数据流图

1.DXC将MSC信令收敛后,传送给信令采集服务器，DXC最大输出速率=采集板卡数*

端口数/板卡*端口速率，假设信令采集服务器通畅的忙闲系数为0.4，则采集服务

器最大输入速率=DXC最大输出速率*0.4；

2.信令采集服务器采集数据后,将全部数据打包送给信令采集子系统的信令处理服务

器，信令处理服务器对信令进行拆包解码，并按业务需要进行处理，输出ss7解码

后信令消息，如用户附着、位置区更新、路由区更新、呼叫建立、释放、切换、会

话建立与或原始话单，并送到经营分析系统端的信令处理服务器。

3.经营分析系统端的信令处理服务器根据业务需要选择一定的规则对数据进行过滤，

拼接，实时触发数据直接送营销管理平台渠道网关互动网关实现全程精确营销，非

实时数据加载到数据仓库用于实现信令分析等应用。输出数据规模直接与业务规则

相关，例如营销活动的活动名单，营销活动的区域等。

输出数据量=实时营销触发数据+信令分析数据

4.以某200万用户的地区为例，共60块采集卡，则信令采集子系统信令处理服务器

最大输入速率=60块采集卡*8个端口*2M/s*0.4(忙闲系数)=384M/s=1.3T/H。

5.为减轻经分系统信令处理服务器负荷，建议信令采集子系统的信令处理服务器尽可

能的完成信令初步筛选处理，降低输出数据量。

汇总入库数据量估算

NG-BASS1中规定的源系统接口内容及估算，存储周期为1个月。

使用参数：1500万用户，1.4*109条短信，每用户平均每天出入20个小区，每日70%用户会有开关机操作，小区数为1万，每个小区的邻小区为6个。

网络信令数据量异常庞大，任何一项信令数据的采集开启都会对网络交换机、DCN、信令采集子系统、信令处理模块带来巨大的处理压力，同时需要占用大量的容量存储，因此在信令数据的引入前期，本公司建议采用以需求为驱动的接口采集方式。具体而言，包括以下几类降低采集压力和存储压力方式可供选择：

➢实时营销类数据

将客户分析及运营模块中市场分析和营销策划阶段形成的规则传递到信令采集子系统，用于筛选出所需的触发信令，然后再将筛选后数据送入执行触发环节。

➢数据分析类数据

根据分析需求不同，可以采用抽样、指定用户抽样方式降低数据量。另外部分分析并不需要持续每月进行，例如用户滞留小区分析，可以将采集量较大的接口错月轮流采集。