中国移动上网日志留存系统数据合成服务器接口规范Word格式.docx

1、15中国移动信令监测系统接口规范信令采集网关分册 16中国移动IDC/ISP信息安全管理系统接口规范 17中国移动手机恶意软件监测系统接口规范 18中国移动性能管理系统数据接口规范数据业务监测与分析系统分册 19中国移动性能管理系统数据接口规范信令监测系统分册 20中国移动性能管理系统数据源接口规范21集中化经分系统与日志上报网关接口规范 22中国移动上网日志留存系统“金库模式”实施指导意见 本标准由中国移动通信集团公司网络部提出，集团公司技术部归口。本标准起草单位：中国移动通信集团网络部本标准主要起草人：邢喆、赵辉、赵恒、刘坤、柏洪涛、周维、卫涛、韦薇、李心恬1 范围本标准规定了中国移动上网

2、日志留存系统数据合成服务器与其他相关网元设备和应用系统连接的接口标准，以及系统内部需要公开定义的各种接口，是开展上网日志留存系统三期建设的技术规范，为业务开展、招标选型、工程建设及运行维护提供技术依据。本标准原则上在中国移动通信集团公司内部和厂商共同使用，适用于2G/3G网络环境。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-1 规范性引用文件标准编号 1 总体技术

3、要求2 Gb/Iu-Ps采集解析设备规范3 数据合成服务器接口规范4 数据合成服务器设备规范（含与Gn/Gb/Iu-Ps/LTE的接口规范）5 客户信息保密管理规定6 GSM通信网路由组织与局数据设置原则（第二分册：GSM通信网网元数据设置原则）7 新业务系统通用技术要求8 防火墙部署总体技术要求V1.0.09 中国移动网管系统监控平台需求规范10 中国移动网管系统监控平台推广阶段技术规范11 中国移动网管支撑系统总体规划12 中国移动综合网络资源管理系统技术规范13 YD/T 1303-2004No.7信令监测系统技术要求中华人民共和国信息产业部14 TS 08.08 v8.15.0Mobi

4、le-services Switching Centre-Base Station System （MSC-BSS） Interface，Layer 3 Specification3GPP15 TS 09.02 v7.14.0Mobile Application Part （MAP） Specification16 TS 44.018Mobileradiointerfacelayer3specification;RadioResourceControl（RRC）protocol 17 TS 24.008LayerCorenetworkprotocols;Stage318 TS 24.011Po

5、int-to-Point（PP）ShortMessageService（SMS）supportonmobileinterface19 TS 48.008SwitchingCentre- BaseStationSystem （MSC- BSS）interface;specification20 TS 48.006SignallingtransportmechanismspecificationfortheSystem- Mobile- services（BSS-MSC）interface 21 TS 52.008GSMsubscriberandequipmenttrace22 TS 52.021

6、NetworkManagement（NM）proceduresmessagesA-bis23 TS 49.031ApplicationPartLCSExtension（BSSAP-LE）24 TS 25.413UTRANIuAccessPart（RANAP）signalling25 ITU-T Q.752Monitoring and Measurements for Signalling System No.7 NetworksITU3 术语、定义和缩略语“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或

7、性能要求；对应于RFC2119 MUST，REQUIRED，SHALL。- “推荐”/“建议”/“应”项是指在标准中未作强制要求，若业务、产品和设备提供的功能或性能要求被认为更佳；对应于RFC2119 RECOMMENDED，SHOULD。- “可选”/“可”项指参考性要求，是业务、产品和设备在目前阶段可不提供的功能或性能要求；对应于RFC2119 MAY，OPTIONAL。- 必不能，不能，不得：表示绝对的禁止；对应于RFC2119 MUST NOT，SHALL NOT。- 不推荐，不建议：表示若业务、产品和设备按照所述内容制作，被认为略次；对应于RFC2119 SHOULD NOT，NOT

8、 RECOMMENDED。- 规范中除了明确指明为 “推荐”/“建议”、“可选”外，均为必须要求。表3-1 词语解释词语解释应用层对获取信令监测系统提供数据的信令应用系统的统称CDR/TDR信令数据数据CDR/TDR信令数据是指基于全量信令数进行处理后，生成的供上网日志留存及信令监测类应用使用的呼叫及事务详细记录。ADApplication Domain，应用层CCCall Control，呼叫控制DDUData Dispatch Unit，数据分发单元DXCDigital Cross Connect，数字交叉设备GRSAPGRS Application Part，漫游欢迎系统应用部分HDLC

9、High-Level Data Link Control，高级数据链路控制规程IEInformation Element，信令消息中的信息单元IPInternet Protocol，IP协议MCIPMobile Cell，小区短信应用部分MMMobility Management，移动性管理ODBCOpen Database Connectivity，开放数据库连接OMCOperation Management Center，系统管理单元RRRadio Resource，无线资源管理SAUSignal Analysis Unit，信令分析单元SCGSignal Collection Gatew

10、ay，信令采集网关SDTPShared Data Transfer Protocol，共享数据传输协议SDUShared Data Unit，共享数据单元SMUService Management Unit，业务/服务管理单元SNMPSimple Network Management Protocol，简单网络管理协议SOAService-Oriented Architecture，面向服务的体系架构SPUSignal Preprocess Unit，信令预处理单元SUStore Unit，存储单元TAPTest Access Point，测试接入端口CDRCall Detail Record

11、，呼叫详细记录TDRTransaction Detail Record，事务详细记录MSISDNMobile Station Integrated Services Digital Number，移动用户ISDN号码4 接口在网络中的位置5 系统描述及系统结构图系统分为四层：数据采集层：数据采集层的主要功能是实现Gn、防火墙、Gb/Iu-PS等接口数据的采集，并完成对采集数据的解析，生成原始XDR。数据解析层:数据解析层的主要功能是对采集的Mc接口原始信令进行解码，生成XDR等；对Gn、防火墙、Gb/Iu-PS等接口采集生成的原始XDR进行分析，合成相关系统所需的目标XDR。共享层:共享层的主

12、要功能是完成日志数据的存储、查询等，并面向应用层提供灵活的转发接口。应用层：应用层包含各应用系统。图4-1 系统架构图6 接口功能本规范重点定义了中国移动上网日志留存系统数据数据合成服务器与其他网元的数据通信机制。图4-2系统接口示意图接口功能描述如下： IF1-0：可以兼容上网日志留存系统已有的业务接口，包括（文件接口、用户在线状态查询接口）。命名规则：IF1-0（IF1-0.1、IF1-0.2、 IF1-0.3）用户在线状态查询请求接口：基于HTTP承载XML的方式，应采用SSL方式保证信息传输的安全性，用户在线状态查询请求接口用于接收数据合成服务器转发的用户在线状态查询请求（URMReq

13、uest），请求中携带监测的入口参数；采集解析设备处理后向数据合成服务器返回对应的响应（URMResponse）。为了向数据合成服务器反馈布控效果，采集解析设备还应发送布控效果上报信息至数据合成服务器。 IF1-0.1：文件接口：采用FTP协议实现数据交换 IF1-0.2数据合成服务器通过IF_USERSCOUT接：转发共享层下发的用户在线状态查询请求给采集解析设备，请求中携带必要的监测入口参数 IF1-0.3 IF_URMUpload接口：向数据合成服务器上传满足监测条件的用户上线信息文件，由数据合成服务器转发给共享层。 IF1-1：CS域数据采集层与解码层间的接口，主要用于传输全量信令数据

14、（原始信令经IP化后的数据），该接口所采用的协议为SDTP（共享数据传输协议）。数据合成服务器的MC链路数据来源为各省采集网关汇聚点，具体规范请参见中国移动信令监测系统接口规范-信令采集网关分册v1.0.0。 IF1-2：数据采集层与解码层间的接口，主要用于传输XDR记录以及XDR原始信令数据，该接口所采用的协议为SDTP（共享数据传输协议）。 IF1-3：数据采集层与解码层的交互式接口，可传输指定用户、设备或全量的原始数据。本接口不对历史数据生效。 IF2-0：可以兼容上网日志留存系统已有的上网日志查询接口。具体接口规范参考用户上网日志查询系统接口规范。 IF2-0.1：IF_QUERY，基

15、于HTTP协议的用户信息查询接口 IF2-0.2：IF_UPLOAD, 基于FTP/SFTP协议的用户信息上报接口 IF2-0.3：IF_NOTIFY，基于HTTP协议的用户信息上报完毕通知接口 IF2-1：共享层与应用系统之间的接口，主要用于传输全量信令数据（原始信令经IP化后的数据），该接口所采用的协议为SDTP（共享数据传输协议）或FTP。 IF2-2：共享层与应用系统之间的接口，主要用于传输XDR记录以及XDR原始信令数据，该接口所采用的协议为SDTP（共享数据传输协议）。 IF6-1：基于SDTP实现，上传CS域原始码流。 IF6-2：基于FTP/SDTP实现，上传CS域合成后的XD

16、R数据及XDR对应的原始数据。 IF6-3：基于FTP /SDTP实现，上传PS域合成后的XDR文件。7 接口协议8 SDTP实时通信协议SDTP为实时数据共享传输协议。该协议是采集层与解码层的接口传输协议，也是解码层和共享层之间的接口传输协议。其传输特点是数据传输量大，实时性要求高，过程简单，不需要握手鉴权过程。SDTP实时数据共享传输协议应用于以下场景： 解码层将合成后的PS域XDR数据封装后传送到共享层； 解码层将CS域MC口XDR数据封装后传送到共享层； 解码层将CS域MC原始码流封装后传送到共享层；共享数据传输协议（SDTP）以TCP/IP作为底层通信承载，具体协议结构如下图所示：图

17、5-1 信令数据传输协议栈协议栈分为3层，分别为承载层、传输层和应用层。其中，承载层为IP协议，它提供可靠的数据传输通道；传输层（SDTP+TCP）为上层应用提供通用的数据传输协议；应用层封装适合于各应用系统的原始信令数据、CDR/TDR数据。数据合成服务器通过SDTP协议适配各应用系统所需的特定协议。图5-2 SDTP协议栈数据提供方与数据接受方之间进行信息交互时，采用长连接方式： 通信双方以Client-Server方式建立TCP连接，用于双方信息的交互。其中：在信令数据合成服务器与应用系统的连接中，请求的发起方作为连接的客户端；在数据合成服务器与信令采集网关的连接中，数据合成服务器作为连

18、接的服务端，信令采集网关作为连接的客户端。 当连接断开后，客户端以反复重试的方式连接服务端。 在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，由客户端发送链路检测，服务器端发送应答消息以维持此连接。当信道上没有数据传输时，客户端应每隔时间C发送链路检测包以维持此连接，当链路检测包发出超过时间T后未收到响应，应立即再发送链路检测包，再连续发送N-1次后仍未得到响应则断开此连接。参数C、T、N可灵活配置，现阶段建议取值为：C=3分钟，T=60秒，N=3。 数据提供点与数据接收点之间的消息发送后等待T秒后未收到响应，应立即重发，再连续发送N-1次后仍未得到响应则停发。现阶段建

19、议取值为：T=60秒，N=3。 消息采用并发方式发送，加以滑动窗口流量控制，窗口大小参数W可配置，现阶段建议为16，即接收方在应答前一次收到的消息最多不超过16条。 数据合成服务器需支持应用系统与接入模块之间的多个并发连接。 考虑到数据的安全性，建议在应用系统和数据合成服务器间采用链路安全机制（如TLS、VPN等方式），可根据实际需求选择开启。信令采集网关与数据合成服务器间基于SDTP传输全量信令数据时，SDTP层的重传机制和滑动窗口控制机制为可选，但客户端与服务器端的实现机制需保持一致。9 消息类型SDTP协议的消息类型定义如下表所示：表5-1 消息类型定义消息名MessageType值说明

20、verNego_Req0x0001版本协商请求verNego_Resp0x8001版本协商应答linkAuth_Req0x0002鉴权请求linkAuth_Resp0x8002鉴权响应linkCheck_Req0x0003链路检测请求linkCheck_Resp0x8003链路检测应答linkRel_Req0x0004连接释放请求linkRel_Resp0x8004连接释放应答notifyCDR/TDRData_Req0x0005CDR/TDR信令数据通知请求notifyCDR/TDRData_Resp0x8005CDR/TDR信令数据通知应答XDRRawDataSend_Req0x0006X

21、DR对应原始数据传输XDRRawDataSend_Resp0x8006XDR对应原始数据传输应答linkDataCheck_Req0x0007链路数据发送校验请求0x8007链路数据发送校验应答10 消息结构SDTP消息结构如下所示：表5-2 SDTP消息结构项目Message Header消息头（所有消息公共包头）Message Body消息体，即各类参数消息头（Message Header）的包含如下字段：（对SDTP接口，下述所有字段必填）表5-3 消息头字段名字节数类型描述TotalLength2Unsigned Integer消息总长度（含消息头及消息体）MessageType消息类

22、型SequenceId4交互的流水号，顺序累加，步长为1，循环使用（一个交互的一对请求和应答消息的流水号必须相同）TotalContents1消息体中的事件数量（最多40条）若考虑实时性要求，可每次只填一个事件11 连接管理流程使用SDTP协议通信时，遵照本章的消息交互流程。消息交互的基本流程分为：版本协商，鉴权请求，数据传输，链路检测，连接终止。客户端侧应支持对链路检测周期的灵活设定. SDTP协议连接管理流程如下图所示：图5-3 SDTP数据传输协议流程SDTP连接建立和通信流程说明如下：（1） 请求的发起方作为客户端向服务端指定的IP地址和端口建立TCP长连接；（2） 客户端发起版本协商

23、流程，若协商失败，则转（7）拆除连接；（3） 客户端向服务端发起链路鉴权请求（使用数据合成服务器与各应用系统间协商好的共享密钥），若服务端鉴权失败，则转（7）拆除连接；（4） 请求的发起方发送数据，接收方收到数据并处理后回复处理结果；（5） 在连接保持期间，如果没有数据包发送，客户端发送链路检测/应答包以维持此连接；若发现链路断开，则转（7）拆除连接；（6） 通信完成后，客户端主动发起链路释放请求；（7） 双方均可拆除该连接；12 连接管理消息13 版本协商verNego14 请求版本协商请求，用于在连接的鉴权通过后，客户端与服务器端协商通信协议版本的信息，由连接的建立方主动发起协议版本协商。

24、参数定义如下：表5-4 参数定义Version协议的主版本号SubVersion协议的子版本号版本协商的发起方从自身支持的最高版本开始协商，高版本协商失败后再协商低版本。15 应答版本协商应答，用于返回版本信息的核对结果，参数定义如下：表5-5 参数定义Result返回原因值。协议协商的结果，各个值代表意义如下：1: 版本协商通过。2: 版本过高。3: 版本过低。16 链路认证linkAuth17 请求连接鉴权请求，参数定义如下：表5-6 参数定义LoginID12String账户ID。由连接的服务端给连接的客户端分配的连接帐号。Digest64用于鉴别源用户。其值通过SHA256计算得出。当对端用同样的方式计算之后与它比较，如果值相同，则