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