QB-W-025-2011
Radio Network Layer Control Plane RANAP User Plane Iu UP Protocol Layer Transport Network Layer Transport Network User Plane SCCP MTP3-B SSCF-NNI SSCOP AAL5 IP IP M3UA SCTP M3UA SCTP Transport Network Control Plane Transport Network User Plane GTP-U UDP IP AAL5 GTP-U UDP IP ATM Data Link ATM Data Link Physical Layer Physical Layer 图5-5 Iu-PS接口协议栈
支持但不限于以下标准协议：
? 25.410 UTRAN Iu Interface：General Aspects and Principles； ? 25.411 UTRAN Iu interface layer 1；
? 25.412 UTRAN Iu interface signalling transport；
? 25.413 UTRAN Iu interface Radio Access Network Application Part (RANAP)
signalling；
? 25.414 UTRAN Iu interface data transport & transport signalling；
? 25.415 UTRAN Iu interface user plane protocols；
5.5 DPI功能要求（可选）
该功能模块为可选功能。
采集设备能够利用DPI和DFI技术，对数据包解析，识别用户面数据中包含的业务类型，并提取相关元数据字段，以下是中国移动要求支持的业务大类列表：
序号 1 2 业务类型 即时通信 阅读 业务说明 互联网消息即时收发业务,如：QQ、飞信等 向用户提供在线或离线阅读服务的业务，如：移动手机阅8
QB-W-025-2011
读、熊猫阅读等 3 4 微博 导航 微博业务，如：移动微博、新浪微博等 提供浏览、查询、导航等功能的电子地图类业务，如：谷歌地图、高德导航等 向用户提供音视频内容的直播、分享和下载服务的网站和应用（不包括传统意义上基于P2P技术的视频业务），如：优酷、手机电视等 提供音乐在线欣赏和下载服务的网站和应用，如：咪咕音乐、QQ音乐等 提供应用程序、音乐、图书等内容浏览、下载及购买服务的业务，如：Mobile Market、AppStore等 基于客户端或者网页的游戏业务：QQ游戏、开心农场等 电子商务类业务，如：手机支付、支付宝、网银等 提供动漫在线欣赏和下载服务的网站和应用，如：手机动漫、爱看动漫等 电子邮箱业务，如：139邮箱、QQ邮箱等 基于P2P技术的资源共享业务，包括下载和视频两部分，前者如：迅雷、eMule等，后者如：迅雷看看、PPLive等 互联网语音通信业务，如：Skype、Uucall等 彩信业务 基于HTTP、WAP、FTP等的普通浏览和下载业务 金融咨询、股票证券类业务，如：手机商界、大智慧等 提供网络安全服务的应用，如：360安全卫士、麦咖啡等；以及网络恶意流量，如：病毒、攻击等 5 视频 6 7 8 9 10 11 12 13 14 15 16 17 18 音乐 应用商店 游戏 支付 动漫 邮箱 P2P业务 VoIP业务 彩信 浏览下载 财经咨询 安全杀毒 其他业务 更加详细的要求请参考《中国移动数据流量DPI识别能力规范》。
要求采集层设备能够采用定期或是不定期方式更新业务识别能力，持续跟踪各种应用的
发展和演进。可通过系统升级、导入新的应用特征等方式对已知应用变种和未知应用进行识别。
5.6 数据存储功能要求
系统在两种情况下需要对数据进行存储：
? 一般情况下采集层不对采集的数据进行存储，所有需要输出的数据都传输给数据
解码层进行处理，但当链路出现故障时采集层应具备把无法传输的数据缓存到硬盘的功能，待链路恢复后再传输。需要缓存的数据包括：Gb和IuPS的全量控制面信令；去掉Payload的Gb和IuPS的用户面数据（此项功能为可选功能）。
9
QB-W-025-2011
? 在开启原始数据抓取功能时，采集层把满足抓取条件的全量数据（包括控制面和用
户面）按照pcap格式存储在本地磁盘供提取。（此项功能为可选功能） 本地数据磁盘容量要求不低于1TB（1Gbps流量缓存1个小时） 5.7 数据输出功能要求
? XDR输出：采集层完成对控制面XDR和用户面业务XDR的合成和输出，需要输出的字
段请参见《中国移动上网日志留存系统规范Gb/IuPs采集解析设备规范XDR结构》。 ? 控制面原始数据输出：采集层支持把全量控制面信令数据输出给数据解码层 ? 用户面原始数据输出：采集层支持把去掉payload的用户面数据输出给数据解码
层。（此项功能为可选功能）
? 控制面全量原始数据抓取：支持按照预设条件对全量控制面信令进行抓取并存储
在本地磁盘，支持的预设条件包括：
? SGSN、BSC/RNC的IP（单个或多个IP地址） ? 用户的IP地址，IMSI
? 支持根据业务报文，也就是TCP的关键字（如TCP包头的40个字节内容）进行原
始数据的抓取；（此项功能为可选功能）
? 用户面全量原始数据抓取：支持按照预设条件对全量用户面数据进行抓取并存储
在本地磁盘，支持的预设条件与信令面相同。（此项功能为可选功能）
6 性能指标和可靠性要求
6.1 性能要求
? 单台或单套采集设备能够处理不低于800Mbps的数据流量。(开启所有功能的情况
下，同时开启的功能包括但不限于：采集、解码、XDR合成、DPI、数据输出、原始数据捕获)。
? 数据采集丢包率要求<10-7。
? 原始信令数据从进入采集层到转发给数据解码层，最大转发时延应小于60S
10
QB-W-025-2011
? 数据业务监测与分析系统能保证7×24小时稳定运行，当部署的设备出现故障时不
影响现有系统的正常运行。
6.2 软件要求
操作系统要求:
? 操作系统应采用开放的系统，同时具有较高的可靠性、容错能力，系统不易崩溃
和破坏，具有良好的故障恢复能力。
? 操作系统应具有较强的网络功能，应能支持通用的网络协议，应支持对不同机型
互联。
? 操作系统应能满足实时要求，具有同时进行联机事务处理的能力。 ? 操作系统应具备升级能力，并能做到向后兼容。 ? 操作系统应支持多个终端进行操作，支持多用户进程。
? 操作系统应同时支持字符界面和图像界面。
应用软件要求
? 在保证技术先进性的前提下，采用成熟技术进行开发，并尽可能与硬件同步。 ? 以信令数据分析处理软件技术为平台核心应用技术，实现完善的信令数据分析处
理体系，实现海量数据的接收、处理、分发的平台软件功能。 ? 支持多个远端工作站。
? 多层处理结构，分布式处理，模块化设计，高内聚，低耦合，故障隔离，无存储
瓶颈和处理瓶颈，具有良好的可扩展性，可平滑扩容。 ? 系统具有良好的开放性，应能实现纵向联网和横向联网。 6.3 硬件要求
采集设备要求可靠、稳定，平均故障时间间隔应>5000h，故障平均修复时间<1h。硬件设备应有较高的可靠性和容错能力。为了适应系统的容量增加，硬件设备应具有较强的扩展能力，并应具备升级和向后兼容的能力。
系统的硬件性能优良、运行平稳可靠，并可以保证长时间的连续工作。
系统主要硬件的容量和性能指标（包括内存容量、处理器主频、硬盘容量、通信网带宽）应能适应整个系统处理能力、通信传输量、数据存储量和用户实际需求等各方面的要求。系
11