发布时间 : 星期一 文章卓顶精文2019中国移动统一DPI设备技术规范-LTE信令采集解析服务器接口规范v2.0.9--LTE各接口XDR规范更新完毕开始阅读
3：E-UTRANInitialAttach 1：SGSNContextRequest（S3） 2：SGSNContextResponse（S3） 3：SGSNContextAcknowledge（S3） 4：Identityrequest（S3） 5：Identityresponse（S3） 业务流程开始时间，UTC时间，从1970/1/100:00:00开始到当前的毫秒数。 业务流程结束时间，UTC时间，从1970/1/100:00:00开始到当前的毫秒数。 流程状态 0：成功； 1：失败； 255：超时 终端用户的IPv4地址，如无则填全F 终端用户的IPv6地址，如无则填全F 信令面IP地址。 IPv4：4字节，此时前12个字节填全F； IPv6：16字节。 信令面IP地址。 IPv4：4字节，此时前12个字节填全F； IPv6：16字节。 SGSN信令面IP地址。 IPv4：4字节，此时前12个字节填全F； IPv6：16字节。 SGSN数据面IP地址。 IPv4：4字节，此时前12个字节填全F； IPv6：16字节。 MME端口，与MMEAddress对应 MME端口，与MMEAddress对应 SGSN端口，与SGSN_C_IP对应 SGSN数据面端口，与SGSN_U_IP对应 SGSN控制面TEID SGSN数据面TEID MME控制面TEID P-TMSI TAC 小区标识（SAC或ECI） 参见3GPP29.060第a907.7.1节中table38、39 MMContext中提取DRXparameter值 PDPContext中提取 Sub-procedureType byte 1 全F ProcedureStartTime ProcedureEndTime dateTime dateTime unsigendint byte byte byte 8 全0 8 全0 ProcedureStatus USER_IPv4 USER_IPv6 MMEAddress 1 4 16 16 全F 全F 全F 全F OLDMMEAddress byte 16 全F SGSN_C_IP byte 16 全F SGSN_U_IP MMEPort OLDMMEPort SGSN_CPort SGSN_UPort SGSNControlTEID SGSNDataTEID OldMMEControlTEID P-TMSI LAC RAC TAC CellID Cause Keyword APN byte byte byte byte byte byte byte byte byte byte byte byte byte unsignedInt unsignedInt string 16 2 2 2 2 4 4 4 4 2 2 2 4 2 2 32 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F 全F
32
17 基于XDR的原始码流上报
17.1. 原始码流上报功能
采集解析设备接收原始码流，按帧进行封装，之后使用SDTP协议中的XDR对应原始码流传输消息（XDRRawDataSend，参见本规范18.6.2节）上报给数据合成服务器。
对于软采接口，采集接入设备为流量汇聚适配器（SCA），因此原始码流输入格式需符合《中国移动LTE信令软采设备规范》中的接口相关规定。
对于硬采接口，原始码流输入格式由采集接入设备与采集解析服务器器自定义，本规范不做强制要求。但要求实现原始码流的实时接收与处理，按帧进行链路监测信息封装，并基于XDRID将同一XDR涉及的原始码流组合后上报数据合成服务器。
原始码流上报的具体格式参考17.2节定义。 17.2. 基于XDR上报原始码流的格式
采集解析设备合成XDR后，应将该XDR对应的原始码流按照采集时间顺序组成一个数据包，并通过SDTP协议实时发送给数据合成服务器。根据XDR类型的不同，原始码流的内容不同。如果是信令XDR，则原始码流为原始信令；如果是业务XDR，则原始码流为原始业务数据中的包头部分，并不包含payload部分。
基于XDR的原始码流的上报格式要求如下： 字段 RAT Interface XDRID 原始码流条目数 LengthTotal Payload1 Payload… PayloadN 长度（Byte） 1 1 16 2 2 不定长 不定长 不定长 字段描述 RAT类型 接口类型 XDRID信息 原始信令或原始业务包头总条目数N 后续原始码流总长度，单位为Byte，包括本字段之后的信息块长度指示字段，不包括结束标志。 信令1或业务包头1的按帧封装后的原始码流，具体要求参考16.3节 … 信令N或业务包头N的按帧封装后的原始码流 17.3. 按帧封装的原始码流要求
本节用于定义17.2节中按帧封装的原始码流的格式，即payload1~payloadN部分的相关要求。
针对软采接口（包括Uu和X2接口），每帧内封装的原始码流格式将直接保留SCA上报的原始码流，不进行额外处理，即符合《中国移动LTE软采设备规范》中5.5.2节“包数据格式”的具体要求。
针对硬采接口（包括S1-MME、S6a等信令面和S1-U等用户面接口），原始码流封装后的帧格式如下图所示：
2字节数据包长度12字节通用包头不定长专用包头帧N图3.原始码流帧格式 不定长原始信令数据
每个帧中包含如下字段：
33
名称 Len Head1 Head2 Load 字节长度 2 12 0 不定长 名称 数据包长度 通用包头 专用包头 原始信令数据 说明 不包括长度本身、定界标志 各种链路公用的数据包头 每种链路独有的数据包头 采集到的原始信令数据（从MAC地址开始） 17.3.1. 通用包头格式
硬采接口的通用包头长度12字节，包含如下字段： 名称 字节长度 说明 Ver 1 包头信息版本 当前版本为4.0；值填为0x04 LinkType 1 承载链路类型 0x01-2M（SS7） 0x02-64K(SS7) 0x03-IPv4 0x04-ATM 0x05-Abis 0x06-LTE软采 0x07-LTE硬采 CardType 1 板卡类型 0x01-FE/GE 0x02-E1 0x03-ATM 0x04-STM 0x0F-其它 CardID 1 采集板卡标识 取值范围0~255 Time 4 距1970年1月1日0时0分0秒的秒值，单位为秒 Time2 4 时间的纳秒部分，单位为纳秒 17.3.2. 专用包头格式 IP链路无专用包头。 17.3.3. 原始数据
信令面XDR：包含原始信令。
业务面XDR：包含原始业务数据中的包头部分，并不包含payload部分。开启预设条件的全量原始码流数据抓取，且配置为保存业务数据payload情况除外，此情况需要包含和上报满足预设条件的业务数据paylaod。
34
18 接口协议
采集解析设备接收到原始码流之后，对其进行解析并生成XDR，之后基于SDTP协议将XDR及XDR对应的原始码流上报给数据合成服务器。本节将详细介绍SDTP协议。 18.1. SDTP协议概述
SDTP协议为实时数据共享传输协议，具有数据传输量大、实时性要求高、过程简单、不需要握手鉴权过程等特点。
SDTP以TCP/IP作为底层通信承载，具体协议结构如下图所示：
APPSDTP应用层传输层TCPIP图4.上报接口协议栈 承载层
协议栈分为3层，分别为承载层、传输层和应用层，如图4所示。其中，承载层为IP协议，它提供可靠的数据传输通道；传输层（SDTP+TCP）为上层应用提供通用的数据传输协议；应用层封装XDR数据或原始码流。
数据提供方与数据接受方之间进行信息交互时，采用长连接方式： ? 通信双方以Client-Server方式建立TCP连接，用于双方信息的交互。在采集解析设
备与数据合成服务器的连接中，请求的发起方作为连接的客户端。 ? 当连接断开后，客户端以反复重试的方式连接服务端。
? 在一个连接上可以连续发送多个数据包，在连接保持期间，如果没有数据包发送，
由客户端发送链路检测，服务器端发送应答消息以维持此连接。当信道上没有数据传输时，客户端应每隔时间C发送链路检测包以维持此连接，当链路检测包发出超过时间T后未收到响应，应立即再发送链路检测包，再连续发送N-1次后仍未得到响应则断开此连接。参数C、T、N可灵活配置，现阶段建议取值为：C=3分钟，T=60秒，N=3。
? 数据提供点与数据订阅点之间的消息发送后等待T秒后未收到响应，应立即重发，
再连续发送N-1次后仍未得到响应则停发。现阶段建议取值为：T=60秒，N=3。 ? 消息采用并发方式发送，加以滑动窗口流量控制，窗口大小参数W可配置，现阶段
建议为16，即接收方在应答前一次收到的消息最多不超过16条。 ? 考虑到数据的安全性，建议在采集解析设备和数据合成服务器间采用链路安全机制
（如TLS、VPN等方式），可根据实际需求选择开启。 18.2. 消息类型
SDTP协议的消息类型定义如下表所示： 消息名 MessageType值 verNego_Req 0x0001 verNego_Resp 0x8001
35
说明 版本协商请求 版本协商应答